Configuration for inactive mode of terminal device

Abstract

Embodiments of the present disclosure relate to a solution for configuring one or more inactive modes of a terminal device. In an aspect, a terminal device receives at least one configuration from a network device. A first configuration of the at least one configuration corresponds to a first inactive mode and comprises a first maximum wake up delay for the first inactive mode. The terminal device further receives a LP-WUS to wake up the terminal device which is currently in the first inactive mode, and transitions to an active mode within the first maximum wake up delay for the first inactive mode since receiving the LP-WUS.

Description

CONFIGURATION FOR INACTIVE MODE OF TERMINAL DEVICEFIELD

[0001] Various example embodiments relate to the field of communication and in particular, to devices, methods, apparatuses, and a computer-readable storage medium for configuring one or more inactive modes of a terminal device.BACKGROUND

[0002] A communication network can be seen as a facility that enables communications between two or more communication devices, or provides communication devices access to a data network. A mobile or wireless communication network is one example of a communication network.

[0003] Such communication networks operate in accordance with standards, such as those promulgated by Third Generation Partnership Project (3GPP) or European Telecommunications Standards Institute (ETSI) . Examples of such standards include the so-called 5th generation (5G) standard, 6th generation (6G) or other standards promulgated by 3GPP.SUMMARY

[0004] In general, example embodiments of the present disclosure provide a solution for configuring one or more inactive modes of a terminal device.

[0005] In a first aspect, there is provided a terminal device. The terminal device comprises at least one processor and at least one memory storing instructions that, when executed by the at least one processor, cause the terminal device at least to: receive at least one configuration from a network device, where a first configuration of the at least one configuration corresponds to a first inactive mode, and the first configuration comprises a first maximum wake up delay for the first inactive mode; receive a LP-WUS to wake up the terminal device which is currently in the first inactive mode; and transition to an active mode within the first maximum wake up delay for the first inactive mode since receiving the LP-WUS.

[0006] In a second aspect, there is provided a network device. The network device comprises at least one processor and at least one memory storing instructions that, when executed by the at least one processor, cause the network device at least to: transmit at least one configuration to the terminal device, where a first configuration of the at least one configuration corresponds to a first inactive mode, and the first configuration comprises a first maximum wake up delay for the first inactive mode; transmit a LP-WUS to the terminal device which is currently in the first inactive mode; and transmit, based on the first maximum wake up delay, scheduling information to the terminal device.

[0007] In a third aspect, there is provided a method implemented at a terminal device. The method comprises: receiving at least one configuration from a network device, where a first configuration of the at least one configuration corresponds to a first inactive mode, and the first configuration comprises a first maximum wake up delay for the first inactive mode; receiving a LP-WUS to wake up the terminal device which is currently in the first inactive mode; and transitioning to an active mode within the first maximum wake up delay for the first inactive mode since receiving the LP-WUS.

[0008] In a fourth aspect, there is provided a method implemented at a network device. The method comprises: transmitting at least one configuration to the terminal device, where a first configuration of the at least one configuration corresponds to a first inactive mode, and the first configuration comprises a first maximum wake up delay for the first inactive mode; transmitting a LP-WUS to the terminal device which is currently in the first inactive mode; and transmitting, based on the first maximum wake up delay, scheduling information to the terminal device.

[0009] In a fifth aspect, there is provided an apparatus comprising: means for receiving at least one configuration from a network device, where a first configuration of the at least one configuration corresponds to a first inactive mode, and the first configuration comprises a first maximum wake up delay for the first inactive mode; means for receiving a LP-WUS to wake up the terminal device which is currently in the first inactive mode; and means for transitioning to an active mode within the first maximum wake up delay for the first inactive mode since receiving the LP-WUS.

[0010] In a sixth aspect, there is provided an apparatus comprising: means for transmitting at least one configuration to the terminal device, where a first configuration of the at least one configuration corresponds to a first inactive mode, and the first configuration comprises a first maximum wake up delay for the first inactive mode; means for transmitting a LP-WUS to the terminal device which is currently in the first inactive mode; and means for transmitting, based on the first maximum wake up delay, scheduling information to the terminal device.

[0011] In a seventh aspect, there is provided a non-transitory computer readable medium comprising program instructions program instructions that, when executed by an apparatus, cause the apparatus to perform at least the method according to the above third or fourth to aspect.

[0012] In an eighth aspect, there is provided a computer program comprising instructions, which, when executed by an apparatus, cause the apparatus to perform at least the method according to the above third or fourth to aspect.

[0013] In a ninth aspect, there is provided a terminal device. The terminal device comprises first receiving circuitry configured to receive at least one configuration from a network device, where a first configuration of the at least one configuration corresponds to a first inactive mode, and the first configuration comprises a first maximum wake up delay for the first inactive mode; second receiving circuitry configured to receive a LP-WUS to wake up the terminal device which is currently in the first inactive mode; and transitioning circuitry configured to transition to an active mode within the first maximum wake up delay for the first inactive mode since receiving the LP-WUS.

[0014] In a tenth aspect, there is provided a network device. The network device comprises first transmitting circuitry configured to transmit at least one configuration to the terminal device, where a first configuration of the at least one configuration corresponds to a first inactive mode, and the first configuration comprises a first maximum wake up delay for the first inactive mode; second transmitting circuitry configured to transmit a LP-WUS to the terminal device which is currently in the first inactive mode; and transmit, based on the first maximum wake up delay, third transmitting circuitry configured to scheduling information to the terminal device.

[0015] It is to be understood that the summary section is not intended to identify key or essential features of embodiments of the present disclosure, nor is it intended to be used to limit the scope of the present disclosure. Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0016] Some example embodiments will now be described with reference to the accompanying drawings, in which:

[0017] FIG. 1A illustrates an example communication network in which embodiments of the present disclosure may be implemented;

[0018] FIG. 1B illustrates a schematic diagram showing UE operations with a low-power wake-up receiver (LP-WUR) ;

[0019] Fig. 2 illustrates a signaling flow between a terminal device and a network device according to some example embodiments of the present disclosure;

[0020] FIG. 3 illustrates an example timeline showing the periods of a terminal device while operating in different modes, according to some example embodiments of the present disclosure;

[0021] FIG. 4 illustrates a state machine showing transitions between different modes of an example terminal device, according to some example embodiments of the present disclosure;

[0022] FIG. 5 illustrates a schematic diagram showing periodicities of LP-WUS monitoring by an example terminal device when operating in different modes, according to some example embodiments of the present disclosure;

[0023] FIG. 6 illustrates an example power consumption profile for the MR of an UE, according to some example embodiments of the present disclosure;

[0024] FIG. 7 illustrates a flowchart of a method implemented at a terminal device according to some example embodiments of the present disclosure;

[0025] FIG. 8 illustrates a flowchart of a method implemented at a network device according to some example embodiments of the present disclosure;

[0026] FIG. 9 illustrates a simplified block diagram of a device that is suitable for implementing some example embodiments of the present disclosure; and

[0027] FIG. 10 illustrates a block diagram of an example computer-readable medium in accordance with some example embodiments of the present disclosure.

[0028] Throughout the drawings, the same or similar reference numerals represent the same or similar element.DETAILED DESCRIPTION

[0029] Principles of the present disclosure will now be described with reference to some example embodiments. It is to be understood that these embodiments are described only for the purpose of illustration and help those skilled in the art to understand and implement the present disclosure, without suggesting any limitation as to the scope of the disclosure. The disclosure described herein can be implemented in various manners other than the ones described below.

[0030] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skilled in the art to which this disclosure belongs.

[0031] References in the present disclosure to “one embodiment, ” “an embodiment, ” “an example embodiment, ” and the like indicate that the embodiment described may include a particular feature, structure, or characteristic, but it is not necessary that every embodiment includes the particular feature, structure, or characteristic. Moreover, such phrases are not necessarily referring to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is within the knowledge of one skilled in the art to affect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.

[0032] It shall be understood that although the terms “first” and “second” etc. may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first element could be termed a second element, and similarly, a second element could be termed a first element, without departing from the scope of example embodiments. As used herein, the term “and / or” includes any and all combinations of one or more of the listed terms.

[0033] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of example embodiments. As used herein, the singular forms “a” , “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises” , “comprising” , “has” , “having” , “includes” and / or “including” , when used herein, specify the presence of stated features, elements, and / or components etc., but do not preclude the presence or addition of one or more other features, elements, components and / or combinations thereof. As used herein, “at least one of the following: <a list of two or more elements>” and “at least one of <a list of two or more elements>” and similar wording, where the list of two or more elements are joined by “and” or “or” , mean at least any one of the elements, or at least any two or more of the elements, or at least all the elements.

[0034] As used in this application, the term “circuitry” may refer to one or more or all of the following: (a) hardware-only circuit implementations (such as implementations in only analog  and / or digital circuitry) and (b) combinations of hardware circuits and software, such as (as applicable) : (i) a combination of analog and / or digital hardware circuit (s) with  software / firmware and (ii) any portions of hardware processor (s) with software (including digital signal  processor (s) ) , software, and memory (ies) that work together to cause an apparatus, such as a mobile phone or server, to perform various functions) and (c) hardware circuit (s) and or processor (s) , such as a microprocessor (s) or a portion  of a microprocessor (s) , that requires software (e.g., firmware) for operation, but the software may not be present when it is not needed for operation.

[0035] This definition of circuitry applies to all uses of this term in this application, including in any claims. As a further example, as used in this application, the term circuitry also covers an implementation of merely a hardware circuit or processor (or multiple processors) or a portion of a hardware circuit or processor and its (or their) accompanying software and / or firmware. The term circuitry also covers, for example and if applicable to the particular claim element, a baseband integrated circuit or processor integrated circuit for a mobile device or a similar integrated circuit in server, a cellular network device, or other computing or network device.

[0036] As used herein, the term “communication network” refers to a network following any suitable communication standards, such as Long Term Evolution (LTE) , LTE-Advanced (LTE-A) , Wideband Code Division Multiple Access (WCDMA) , High-Speed Packet Access (HSPA) , Narrow Band Internet of Things (NB-IoT) and so on. Furthermore, the communications between a terminal device and a network device in the communication network may be performed according to any suitable generation communication protocols, including, but not limited to, the first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the future fifth generation (5G) communication protocols, and / or any other protocols either currently known or to be developed in the future. Embodiments of the present disclosure may be applied in various communication systems. Given the rapid development in communications, there will of course also be future type communication technologies and systems with which the present disclosure may be embodied. It should not be seen as limiting the scope of the present disclosure to only the aforementioned system.

[0037] As used herein, the term “network device” refers to a node in a communication network via which a terminal device accesses the network and receives services therefrom. The network device may refer to a base station (BS) or an access point (AP) , for example, a node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , a NR NB (also referred to as a gNB) , a Remote Radio Unit (RRU) , a radio header (RH) , a remote radio head (RRH) , a relay, a low power node such as a femto, a pico, and so forth, depending on the applied terminology and technology.

[0038] The term “terminal device” refers to any end device that may be capable of wireless communication. By way of example rather than limitation, a terminal device may also be referred to as a communication device, user equipment (UE) , a Subscriber Station (SS) , a Portable Subscriber Station, a Mobile Station (MS) , or an Access Terminal (AT) . The terminal device may include, but not limited to, a mobile phone, a cellular phone, a smart phone, voice over IP (VoIP) phones, wireless local loop phones, a tablet, a wearable terminal device, a personal digital assistant (PDA) , portable computers, desktop computer, image capture terminal devices such as digital cameras, gaming terminal devices, music storage and playback appliances, vehicle-mounted wireless terminal devices, wireless endpoints, mobile stations, laptop-embedded equipment (LEE) , laptop-mounted equipment (LME) , USB dongles, smart devices, wireless customer-premises equipment (CPE) , an Internet of Things (loT) device, a watch or other wearable, a head-mounted display (HMD) , a vehicle, a drone, a medical device and applications (e.g., remote surgery) , an industrial device and applications (e.g., a robot and / or other wireless devices operating in an industrial and / or an automated processing chain contexts) , a consumer electronics device, a device operating on commercial and / or industrial wireless networks, and the like. In the following description, the terms “terminal device” , “communication device” , “terminal” , “user equipment” and “UE” may be used interchangeably.

[0039] In general, any device without a continuous energy source, e.g., UEs using small rechargeable and non-rechargeable single coin cell batteries, would gain from any means that provides UE power-saving opportunities. Examples of such devices include sensors and actuators that are deployed extensively for monitoring and measuring, as well as XR devices including haptics, wearables and HMD. Generally, batteries of sensors and actuators are not rechargeable and are expected to last at least a few years as described in TR 38.875. Long operation time may also be required for other scenarios including wearables such as smart watches, rings, eHealth-related devices, and medical monitoring devices, for which it currently is challenging to sustain up to 1-2 weeks’ operation time, as required, with typical battery capacity. On the other hand, XR devices may have rechargeable batteries, but their high uplink / downlink (UL / DL) data rate requirements require UE power-saving schemes that can help extend the battery lifetime and reduce the dissipation, which is critical for head-mounted devices, as described in TR 38.835.

[0040] Some of the UE types named above (e.g. sensors, actuators, XR devices, haptics, wearables) do not only require a long battery life but also require latency-critical services. Earlier solutions such as Extended Discontinuous Reception (eDRX) enable device power-saving by allowing extending the periodicity by which the UE wakes up to monitor for paging. However, such solutions have the drawback of extending the device latency and are therefore not acceptable due to communication latency.

[0041] Starting from Rel-16, 3GPP has introduced several enhancements to UE power-saving features. In particular, enhancements such as Rel-16 and Rel-18 DRX enhancements as well as Rel-17 Physical Downlink Control Channel (PDCCH) monitoring adaptation schemes have been specified to handle more flexibility in the UE Active time and PDCCH monitoring, in order to fulfill the diverse set of QoS requirements (such as data rate, latency, error rate) of these verticals and minimize the UE power consumption.

[0042] Rel-18 RAN has agreed work item (RP-234056) on low-power wake-up signal (LP-WUS) and LP-WUR for NR. The scope of the work item (building on the study item RP-213645) is to enable the use of a separate low-power wake-up receiver, LR, at the UE, instead of the Main Receiver (MR) (also referred to as the main radio of the UE in the present disclosure) of the UE, so that UE can reduce power consumption. The intention is that the main receiver of the UE can be in sleep mode (or even powered off) for power saving and be activated only upon the reception of the wake-up signal from the network.

[0043] Basically, the network may trigger the UE to wake up when needed in an event-driven manner, by transmitting a special wake-up signal (WUS) , to the UE, which is monitored by the dedicated LR at the UE. When a UE receives the WUS, the WUS receiver can trigger the wake-up of the ordinary NR transceiver (i.e. MR) and communication can start. Thus, the ultra-low power receiver wakes up the main radio and otherwise, the main radio is OFF or kept in a (deep) sleep mode.

[0044] In 5G Advanced, it is assumed that the low-power wake-up receiver (LP-WUR) can be operated in an always ‘ON’ manner with very low power consumption at least in some scenarios. It is expected that LP-WUR will consume (significantly) less power compared to a mainstream NR transceiver. The actual LP-WUR power-saving gain will highly depend on the actual implementation of the receiver. The design of a simple signal for LP-WUS together with the potential use of dedicated hardware for its monitoring / decoding will make it possible to frequently monitor LP-WUS with negligible impact on the UE power consumption performance. Additionally, the unwanted latency can be avoided due to the low power consumption by the LP-WUR.

[0045] Discussions in Rel-18 and Rel-19 focused on the physical layer design of LP-WUS and LP-WUR. However, one of the UE requirements not addressed is the timing requirement for the activation of the MR after receiving an LP-WUS.

[0046] For example, it is unclear whether the MR activation delay of a UE (i.e., the time between the reception of the signal indicating to activate the MR and the MR being able to decode PDCCH, also referred to as the wake up delay) depends on the sleep state of the MR when the LP-WUS has been received. Further, the wake up delay of the UE and how the network would be aware of this delay are unclear. This delay time is critical since it conditions when the network can expect UE to be ready to receive, for example, PDCCH signals, data packets or paging. In addition, it is unclear whether and how the network can ensure the MR activation delay of a UE applying LP-WUS / WUR to minimize the scheduling delay after it indicates to activate the MR via LP-WUS.

[0047] It is observed that the time that an MR of a UE takes to switch between two states, referred to as a state switch offset (SSO) varies and depends on the modules that is to be activated. Thus, switching time to bring the MR in active state depends on the starting state. Table 1 summarizes the SSOs for an MR of an example UE to switch from one state to another, where SSO (X, Y) represents the time needed by the MR to switch from state X to state Y. The SSO for each combination of inactive / active states supported by a UE MR are illustrated in Table 1, where the values of the SSOs vary.

[0048] Therefore, each state requires a certain amount of time before the MR is able to decode the PDDCH or the (Physical Data Shared Channel) PDSCH. This is a consequence of the switching time between two states. In case of delay-critical services, the network may consider the switching time for each combination of states in order to fulfill the delay budget of the service.

[0049] According to embodiments of the present disclosure, there is provided a solution for configuring one or more inactive modes of a terminal device. In the solution, a terminal device may receive at least one configuration from a network device. Each of at least one the configuration corresponds to an inactive mode and comprises a maximum wake up delay for this inactive mode. When the terminal device is in a respective inactive mode and receives a LP-WUS to wake up the terminal device, the terminal device transitions to an active mode within the maximum wake up delay for the respective inactive mode since receiving the LP-WUS. On the other side, the network device transmits scheduling information to the terminal device based on the maximum wake up delay in the configuration. Table 1: Values of the SSO for each combination of inactive / active states of a UE MR

[0050] The solution enables network knowledge about the UE wakeup time from when UE applies LP-WUS monitoring. Hence, the network device will know when the UE can be scheduled and will not unnecessarily schedule the UE before the UE is ready. UE will know the delay when it is ready to receive signals such as DCI on a PDCCH after applying LP-WUS and can optimize its power saving accordingly. It may contribute to UEs / devices that have a need for extended battery lifetime for any reason and could also include XR devices, head-mounted devices (HDM) , smart glasses, and wearables.

[0051] Principles and embodiments of the present disclosure will be described in detail below with reference to the accompanying drawings. Reference is first made to FIG. 1A, which illustrates an example communication environment 100A in which embodiments of the present disclosure may be implemented.

[0052] The communication environment 100A, which may be a part of a communication network, comprises a terminal device 110 and a network device 120 communicating with each other. The communication between the terminal device 110 and the network device 120 may be direct or indirect. As an example, the terminal device 110 and the network device 120 may communicate with one or more further devices not shown in Fig. 1A.

[0053] To transmit data and / or control information, the terminal device 110 may perform communications with the network device 120. A link from the network device 120 to the terminal device 110 is referred to as a downlink (DL) , while a link from the terminal device 110 to the network device 120 is referred to as an uplink (UL) .

[0054] Although the terminal device 110 and the network device 120 are described in the communication environment 100A of Fig. 1A, embodiments of the present disclosure may apply to any other suitable communication devices in communication with one another. That is, embodiments of the present disclosure are not limited to the exemplary scenarios of Fig. 1A. In this regard, it is noted that although the terminal device is schematically depicted as a mobile device and the network device 120 is schematically depicted as a base station in Fig. 1A. It is understood that these depictions are exemplary in nature without suggesting any limitation. In other embodiments, the terminal device 110 and the network device 120 may be any other communication devices, for example, any other wireless communication devices. For example, the terminal device 110 may be, but is not limited to, a sensor and actuators that are deployed extensively for monitoring and measuring, as well as XR devices including haptics, wearables and HMD.

[0055] It is to be understood that the particular number of various communication devices and the particular number of various communication links as shown in Fig. 1A is for the illustration purpose only without suggesting any limitations. The communication environment 100 may include any suitable number of communication devices and any suitable number of communication links for implementing embodiments of the present disclosure. In addition, it should be appreciated that there may be various wireless as well as wireline communications (if needed) among all of the communication devices.

[0056] The communications in the environment 100 may follow any suitable communication standards or protocols, which are already in existence or to be developed in the future, such as Universal Mobile Telecommunications System (UMTS) , long term evolution (LTE) , LTE-Advanced (LTE-A) , the fifth generation (5G) New Radio (NR) , 6G, Wireless Fidelity (Wi-Fi) and Worldwide Interoperability for Microwave Access (WiMAX) standards, and employs any suitable communication technologies, including, for example, Multiple-Input Multiple-Output (MIMO) , Orthogonal Frequency Division Multiplexing (OFDM) , time division multiplexing (TDM) , frequency division multiplexing (FDM) , code division multiplexing (CDM) , Bluetooth, ZigBee, and machine type communication (MTC) , enhanced mobile broadband (eMBB) , massive machine type communication (mMTC) , ultra-reliable low latency communication (URLLC) , Carrier Aggregation (CA) , Dual Connectivity (DC) , and New Radio Unlicensed (NR-U) technologies.

[0057] In the embodiments of the present disclosure, the terminal device 110 may be in one or more inactive modes. While the terminal device 110 is in an inactive mode, the MR of the terminal device 110 may be switched to a corresponding sleep state, and the terminal device 110 monitors an LP-WUS from the network device 120. The terminal device 110 moves progressively to different inactive modes depending on how much time has passed since the end of the last active time without receiving a LP-WUS indicating the terminal device 110 to wake up. If the terminal device 110 receives such LP-WUS from the network device 120, it may transition to an active mode within a maximum wake up delay after the LP-WUS reception, where the maximum wake up delay corresponds to the inactive mode that the terminal device 110 is currently in. In the active mode, the MR of the terminal device 110 is switched to an active state, so that the UE is able to receive PDCCH monitoring.

[0058] In some example embodiments, while in a respective inactive mode, the terminal device 110 uses a LP-WUS configuration corresponding to this inactive mode to monitor the LP-WUS. The network device 120 may send one or more configurations to the terminal device to configure one or more inactive modes for the terminal device 110. The one or more configurations define one or more maximum wake up delay (s) for a UE to at least be able to receive PDCCH monitoring following an LP-WUS reception, as well as corresponding LP-WUS configuration (s) . The maximum wake up delay and LP-WUS configuration to apply may depend on different conditions pre-configured by the network device 120.

[0059] As mentioned above, a UE may use a LP-WUR to monitor a LP-WUS from the network. Reference is now made to FIG. 1B, which illustrates a schematic diagram showing UE operations with a LP-WUR. The network may transmit a wake-up signal to indicate the UE to switch its MR to or keep its MR in an inactive state, or to trigger the UE to wake up when needed in an event-driven manner.

[0060] As shown by 105, while the LP-WUR of the UE does not receive a wake-up signal or does not receive a positive wake-up signal to wake up the UE, the UE can keep its radio in a (deep) sleep state of even in the off state. On the other side, as shown by 115, when the LP-WUS receives a wake-up signal to wake up the UE, the LP-WUR may trigger the main radio to switch on to change to an active state for communication.

[0061] The assumption is that the low-power wake-up receiver (LP WUR) can be operated in an always “ON” manner with very low power consumption. In fact, it is expected that it will consume significantly less power compared to the NR transceiver, by designing a simple (WUS) signal and the use of dedicated hardware for its monitoring, which is only able to receive the WUS. In some implementations, the LR can be considered as a power-efficient state of the MR, with limited capabilities and processing capability activated.

[0062] Reference is now made to FIG. 2, which illustrates a signaling flow between a terminal device and a network device according to some example embodiments of the present disclosure. For the purpose of discussion, the signaling flow 200 will be described with reference to FIG. 1A.

[0063] As shown in FIG. 2, the network device 120 transmits (210) at least one configuration (205) to the terminal device 110. Each of the at least one configuration corresponds to an inactive mode and includes a maximum wake up delay for this inactive mode. At 220, the terminal device 110 receives the at least one configuration.

[0064] The maximum wake up delay for a respective inactive mode indicates that: the terminal device 110 at least needs to be able to receive PDCCH monitoring following an LP-WUS reception when the terminal device 110 is in the respective inactive mode.

[0065] In some example embodiments, the maximum wake up delay may include a time offset between LP-WUS reception and the start of receiving a downlink signal from the network device, corresponding to the respective inactive mode. When the terminal device 110 is in the respective inactive mode and receives a LP-WUS from the network device 120 to wake up the terminal device 110, the terminal device 110 is required to wake up (i.e., transition to an active mode from the respective inactive mode) within this time offset. That is, the actual wake up delay for the terminal device 110 in the respective inactive mode may not be longer than the time offset.

[0066] In some example embodiments, each of the at least one configuration may further include a LP-WUS configuration. The LP-WUS configuration may include a LP-WUS periodicity for monitoring a LP-WUS from the network device, and / or a LP-WUS offset indicating a time instant to start monitoring LP-WUS from the network device. When the terminal device 110 is in a respective inactive mode, the terminal device 110 monitors a LP-WUS from the network device based on the LP-WUS configuration for this inactive mode.

[0067] In some example embodiments, the terminal device 110 may transmit, to the network device 120, state switch offsets to the network device 120. The state switch offsets indicate time offset for transitions between different states supported by a main radio of the terminal device 110, e.g., as illustrated in Table 1. After receiving the state switch offsets, the network device 120 may determine the at least one configuration based on the state switch offsets. For example, the network device 120 may determine a suitable maximum wake up delay considering the offset that can be supported by UE, so that the terminal device 110 is able to fulfill the requirement.

[0068] In some example embodiments, the terminal device 110 may transmit, to the network device 120, the capability of supporting at least one inactive mode and switching between modes based on a monitored LP-WUS signal. After receiving the capability, the network device 120 may determine the at least one configuration based on the capability.

[0069] In some example embodiments, the at least one configuration may further include information indicating a condition for causing the terminal device 110 to transition to a respective inactive mode. The terminal device 110 transitions to the respective inactive mode based on determining that the condition is fulfilled. In some example embodiments, the information indicating a condition for causing the terminal device to transition to the respective inactive mode includes a time window or a number of monitored WUS signals since the last monitored WUS signal.

[0070] In some example embodiments, based on determining that the condition is fulfilled, the terminal device 110 transitions to the respective inactive mode from an active mode. For example, the terminal device may transition from the active mode to a first inactive mode after an active period. More details in this regard will be described below in connection with FIGS. 3 and 4.

[0071] In some example embodiments, for a respective inactive mode, the terminal device 110 may determine a corresponding sleep state from multiple sleep states supported by its MR, where the MR is able to switch from the corresponding sleep state to an active state within the maximum wake up delay for the respective inactive mode. When transitioning to the respective inactive mode, the terminal device 110 may switch its main radio to the corresponding sleep state. The corresponding sleep state may be determined based on the maximum wake up delay for the respective inactive mode.

[0072] In some example embodiments, the at least one configuration may include multiple configurations for multiple inactive modes. In some of such cases, the least one configuration may further include a duration for the respective inactive mode. For example, for the cases of N inactive modes in a sequence, the configurations may define a duration for each of the N-1 modes. The duration of the Nth modes may remain open, i.e. the Nth mode lasts until the terminal deceive 110 receives a LP-WUS.

[0073] Take the first inactive mode corresponding to a first configuration with a first duration as an example. Based on determining that the terminal device 110 has been in the first inactive mode for the first duration without receiving a LP-WUS for waking up the terminal 110, the terminal device 110 transitions to a second inactive mode, where the second inactive mode corresponds to a second configuration of the at least one configuration. In this way, the terminal device 110 transitions progressively to a next inactive mode in the sequence without receiving a positive LP-WUS, as will be described in connection with FIGS. 3 to 5 in more detail.

[0074] In some example embodiments, the first maximum wake up delay of the first configuration is shorter than a second maximum wake up delay of the second configuration, and / or a first LP-WUS periodicity of the first configuration is shorter than a second LP-WUS periodicity of the second configuration. In some example embodiments, the first inactive mode may correspond to a light sleep state supported by the MR the terminal device 110 and the second inactive mode may correspond to a deep sleep state.

[0075] At 230, the network device 120 transmits a LP-WUS to the terminal device 110 to wake up the terminal device, where the terminal device 110 is currently in a respective inactive mode. The respective inactive mode corresponds to a configuration of the at least one configuration. For example, the network device 120 may need to transmit data to the terminal device 110 and thus may send a LP-WUS to wake up the terminal device 110. At 240, the terminal device 110 receives the LP-WUS.

[0076] In some example embodiments, the network device 120 may transmit a LP-WUS to the terminal device 110 based on the LP-WUS configuration for the respective inactive mode, while the terminal device 110 is in this respective inactive mode. As the terminal device 110 is pre-configured by the network device 120 with the at least one configuration, the network may determine the inactive mode that the terminal device 110 is currently in from such knowledge.

[0077] At 250, upon the reception of the LP-WUS at 240, the terminal device 110 transitions to an active mode within the maximum wake up delay for the respective inactive mode since receiving the LP-WUS. For example, the terminal device 110 transitions to an active mode from the first inactive mode within the first maximum wake up delay, and transitions to the active mode from the second inactive mode within the second maximum wake up delay.

[0078] When transitioning to the respective mode, the terminal device 110 may switch its MR to an active state within the maximum wake up delay for the respective inactive mode. For example, when transitioning from the first inactive mode, the terminal device 110 may switch its MR to an active state within the first maximum wake up delay. When transitioning from the second inactive mode, the terminal device 110 may switch the MR to an active state within the second maximum wake up delay.

[0079] At 260, the network device 120 transmits, based on the respective maximum wake up delay, scheduling information to the terminal device 110, such as downlink control information (DCI) . At 270, the terminal device receives the scheduling information. Then, the terminal device receives data transmission from the network device 120 according to the scheduling information. For example, the network device 120 may not send scheduling information to the terminal device 110 before it is ready. In this way, there is enough time for the terminal device 110 to be ready for receiving signals from the network device 120.

[0080] In some example embodiments, when the terminal device 110 is in the first inactive mode, the network device 120 may transmit, to the terminal device 110, DCI on a PDCCH at least after the first maximum wake up delay since transmitting the LP-WUS to wake up the terminal device 110. Thus, the terminal 110 should receive the DCI at least after the first maximum wake up delay since receiving the LP-WUS. Similarly, when the terminal device 110 is in the second inactive mode, the network device 120 may transmit, to the terminal device 110, DCI on a PDCCH at least after the second maximum wake up delay since transmitting the LP-WUS to wake up the terminal device 110. In this way, there is enough time for the terminal device 110 to be ready for PDCCH monitoring.

[0081] With the process illustrated by signaling flow 200, a LP-WUS based dynamic framework may be provided, where handling of the UE active and inactive time is based on an on-demand approach. The duration of UE active and inactive time is flexible and traffic-agnostic. Rather than having timers that handle multiple traffic patterns, the LP-WUS signal indicates when UE is to be active / inactive. The network controls the active / inactive time on-demand without the need to reconfigure the DRX cycle if conditions like traffic pattern, channel conditions, and mobility status change. Further, the UE may be configured with different inactive modes, which facilitates optimizing the power consumption, while successful transmission to the UE may be ensured by defining a maximum wake up delay for a particular inactive mode of the UE.

[0082] Reference is now made to FIG. 3, which illustrates an example timeline 300 according to some example embodiments of the present disclosure. The example timeline 300 shows periods of a UE while operating in different modes. The UE may be an example implementation of the terminal device 110 in FIG. 1A. In the example of FIG. 3, the UE is configured with 3 inactive modes, namely inactive mode 1, inactive mode 2, and inactive mode 3. When the UE is in an inactive mode, the MR of the UE is switched to an inactive state. In some example embodiments, the MR is switched to an inactive state corresponding to the respective inactive mode

[0083] As shown in FIG 3, the UE may be in an active mode during a period 310. When the UE is in the active mode, the main radio of the UE may be active to receive signals, e.g., from the network device 120. Then, the UE may transition to inactive mode 1 at the beginning of a period 320. For example, when an inactivity timer expires after the last data transmission, the UE may transition to the inactive mode 1. During the period 320, the UE may use a LP-WUS configuration corresponding to inactive mode 1 to monitor a LP-WUS signal, e.g., from the network device 120.

[0084] In this example, the UE does not receive any LP-WUS for the maximum duration of the inactive mode 1 (i.e., the length of the period 320) , or only LP-WUS signals indicating the UE to sleep are received during period 320. In other words, no LP-WUS to wake up the UE is received by the UE when the UE is in inactive mode 1 for the maximum duration of inactive mode 1. As a result of the configuration, the UE may change to inactive mode 2 at the end of the period 320.

[0085] During a period 330 when the UE is in the inactive mode 2, the UE may use a LP-WUS configuration corresponding to inactive mode 2 to monitor a LP-WUS signal, e.g., from the network device 120. Similarly, there is no LP-WUS to wake up the UE received by the UE when the UE is in inactive mode 2 for the maximum duration of inactive mode 2 (i.e., the length of period 2) in this example. Thus, the UE may transition to inactive mode 3 at the end of the period 330. When in the inactive mode 3, the UE may use a LP-WUS configuration corresponding to the inactive mode 3 to monitor a LP-WUS signal, e.g., from the network device 120.

[0086] While the UE is in inactive mode 3 during a period 340, it receives at least one LP-WUS signal (or it receives at least one LP-WUS signal indicating the UE to wake up) at a time instant 305. Upon receiving this signal, within a time offset T_offset_3 corresponding to the active mode 3 as indicated by the period 315, the UE can react and be ready to monitor PDCCH, and transition to the active mode. Further, after the data transmission / reception is over during the active mode as indicated by a period 350, the UE goes back to the inactive mode starting with inactive mode 1, as indicated by a period 360.

[0087] In some cases, the UE may also receive a LP-WUS signal indicating that it is to wake up while in inactive mode 1 or inactive mode 2. In such a case, the UE needs to react and wake up within a time offset corresponding to the respective inactive mode.

[0088] It is to be understood that the periods in FIG. 3 is only for illustration and is not necessarily drawn to scale. The maximum duration for each inactive mode may be the same or may be different depending on the specific configurations for the inactive modes. Further, the number of inactive modes is not limiting, and there may be more or less inactive modes configured for a UE in other examples.

[0089] Reference is now made to FIG. 4, which illustrates a state machine showing transitions between different modes of a UE, according to some example embodiments of the present disclosure. The UE may be an example implementation of the terminal device 110 in FIG. 1A.

[0090] From the UE perspective, different inactive modes and time offsets might be implemented by a UE by enabling different sleep states of the UE. For a maximum wake up delay corresponding to a particular inactive mode, UE may determine a corresponding sleep state supported by its MR. The MR is able to switch to an active mode from this corresponding sleep state within the maximum wake up delay. That is, the wake up delay for the UE from the corresponding sleep state is supposed to be less or equal to the maximum wake up delay for the particular inactive mode.

[0091] In the example of FIG. 4, the UE has the following three states: light sleep, a medium power mode, which may correspond to inactive mode 1 as indicated by a state 410 and where a first maximum wake up delay, T_offset_1, applies; deep sleep, a lower power mode, which may correspond to inactive mode 2 as indicated by a state 420 and where a second wake up delay, T_offset_2, applies; and active PDSCH / PDCCH, a mode indicated by a state 430 where the UE is active and power saving does not apply.

[0092] The state machine 400 shows the conditions under which the UE may switch to each of the above states. For example, the UE may start in active mode and may move to inactive mode 1 after an activity period (e.g., when an inactivity timer expires) . As shown in FIG. 4, the UE may transition from the active PDSCH / PDCCH mode to inactive mode 1 upon a condition 3 (e.g., when the above inactivity timer expires) , by which the UE may switch to a light sleep state.

[0093] For inactive mode 1, T_offset_1 is defined and conditioned to UE condition 1 being fulfilled. In one example, condition 1 may be defined as t < T_mode_1, where t indicates how long the UE is in inactive mode 1. For example, t may be indicated based on the time since the last scheduling, the time since entering DRX OFF, the time since initiating LP-WUS monitoring, or another suitable timer. T_mode_1 is defined as the maximum duration that the UE is supposed to remain in inactive mode 1.

[0094] T_offset_1 applies until condition 1 is not fulfilled (i.e., until the UE has been in inactive mode 1 for T_mode_1) or until a positive LP-WUS (i.e., a LP-WUS indicating the UE to wake up) is received. T_offset_1 indicates the maximum time to activate the MR of the UE after the positive LP-WUS is detected when the UE is in inactive mode 1.

[0095] Inactive mode 1 is also configured with a LP-WUS periodicity and a LP-WUS offset, T_LP-WUS_period_1 and T_LP-WUS_offset_1. T_LP-WUS_period_1 indicates the periodicity for monitoring LP-WUS using LP-WUR when the UE is in inactive mode 1. The unit of measure may be milliseconds, subframes, slots, or symbols. T_LP-WUS_offset_1 indicates the time instant when start monitoring LP-WUS using LP-WUR when the UE is in inactive mode 1. The unit of measure may be milliseconds, subframes, slots, or symbols.

[0096] If a LP-WUS is received by the UE when the UE is in inactive mode 1, the UE is to be ready to monitor PDCCH after T_offset_1. In other words, the UE may need to wake up from inactive mode 1 within T_offset_1 and transition to the active mode (i.e., from state 410 to state 430 of FIG. 4) .

[0097] For the inactive mode 2, T_offset_2 is defined and conditioned to UE condition 2 being fulfilled. In this example with two inactive modes, condition 2 may be that condition 1 is not fulfilled, i.e., the UE is has been in the inactive mode for at least T_mode_1. As shown in FIG. 4, if T_mode_1 expires without the UE receiving a positive LP-WUS, the UE may transition from inactive mode 1 to inactive mode 2 (i.e., from state 410 to state 420) , by which the UE may switch to a deep sleep state.

[0098] Since the UE has transitioned to inactive mode 2, T_offset_2 applies until a positive LP / WUS is received. T_offset_2 indicates the maximum time to activate the MR of the UE after a positive LP-WUS is detected when the MR is in inactive state 2.

[0099] Inactive mode 2 is also configured with a LP-WUS periodicity and offset, T_LP-WUS_period_2 and T_LP-WUS_offset_2. T_LP-WUS_period_2 indicates the periodicity for monitoring LP-WUS using LP-WUR when the UE is in inactive state 2. The unit of measure may be milliseconds, subframes, slots, or symbols. T_LP-WUS_offset_2 indicates the time instant when start monitoring LP-WUS using LP-WUR when in inactive state 2. The unit of measure may be milliseconds, subframes, slots, or symbols.

[0100] If a positive LP-WUS is received by the UE when the UE in inactive mode 2, the UE is to be ready to monitor PDCCH after T_offset_2. In other words, the UE may need to wake up from inactive mode 2 within T_offset_2 and transition to the active mode (i.e., from state 420 to state 430) .

[0101] In some example embodiments, T_offset_1 <= T_offset_2 and T_LP-WUS_period_1 <= T_LP-WUS_period_2. The advantage of this type of configuration is that the network can be faster in sending further transmissions after a burst of traffic is sent to the UE. This enables lower latency for upcoming data shortly after the UE goes to DRX inactive more. After some time has passed, there is lower probability of further transmissions, and the UE can use a mode that enables more power savings.

[0102] In some example embodiments, there may be more than two inactive modes. When the UE has been in an inactive mode for a maximum duration corresponding to this mode without receiving a LP-WUS to wake the UE up, the UE may progressively move to the next inactive mode (e.g., a power-power-saving one with a deeper sleep state, a longer maximum wakeup delay, and / or a longer periodicity for monitoring an LP-WUS) in a sequence of inactive modes, until it reaches the last inactive mode. The UE may then remain in the last inactive mode until it receives a positive LP-WUS.

[0103] As described above, the UE can enter or exit deeper sleep states progressively based on network and traffic conditions pre-configured by the network. Based on this, a good balance between UE power saving and scheduling latency can be provided by introducing sleep-state dependent offsets indicating the time needed to ramp up the MR (slope of the ramp-up) . This allows efficient UE power saving (but increases the scheduling delay with the UE going to a deeper sleep state) .

[0104] Reference is now made to FIG. 5, which illustrates a schematic diagram 500 according to some example embodiments of the present disclosure. It shows periodicities of LP-WUS monitoring by an example terminal device (for example, the UE in the example of FIG. 4) when operating in different modes. For example, the terminal device may be the UE in the example of FIG. 4. For the purpose of discussion, a description of time steps in the example of FIG. 5 is explained in connection with the UE in the example of FIG. 4.

[0105] At step 1, the UE starts in an active mode where the MR of the UE is active, as indicated by 510. At step 2: the UE moves to inactive mode 1 after an active period (for example, when and inactivity timer expires) . When the UE is in inactive mode 1 as indicated by 520, the MR wakeup time T_offset_1 applies, and the UE monitors a LP-WUS from a network device (e.g., the network device 120) with a periodicity, LP-WUS periodicity 1. When the UE is in inactive mode 1 and receives a positive LP-WUS, the UE goes back to step 1 to wake up and monitor PDCCH. In this case, the UE should wake up within T_offset_1.

[0106] Otherwise, if the UE has been in inactive mode 1 for a maximum duration for inactive mode 1 and does not receive a positive LP-WUS, the UE goes to inactive mode 2 at step 3.

[0107] For inactive mode 2, the MR wakeup time T_offset_1 applies. That is, after transitioning to inactive mode 2, the UE at least is able to wake-up and monitor PDCCH in accordance T_offset_2. Further, when in inactive mode 2 as indicated by 530, the UE monitors a LP-WUS from a network device with LP-WUS periodicity 2. As shown by 505 and 515, LP-WUS period 1 is shorter than LP-WUS period 2. Besides, the UE may go to a deeper sleep state when transitioning from inactive mode 1 to inactive mode 2, and T_offset_1 may be shorter than T_offset_2.

[0108] In one example, the UE may (indicate to the network whether it can) support one or two T_offset_x. The indication may be optional and could be specified directly. In such a case, only one offset applies for a particular inactive mode.

[0109] The approach provided by the embodiments of the disclosure may enable network knowledge about the UE wakeup time from when UE applies LP-WUS monitoring. Hence, the network will know when the UE can be scheduled and will not unnecessarily schedule the UE before the UE is ready. Also, UE will know the delay when it is ready to receive PDCCH after applying LP-WUS and can optimize its power saving accordingly.

[0110] Reference is made now to FIG. 6, which illustrates an example power consumption profile 600 for the MR of an example terminal device, according to some example embodiments of the present disclosure. Power consumption levels of the terminal device are illustrated according to the states of the MR at the lower part of the profile 600. For example, the terminal device may be the UE in the example of FIG. 4.

[0111] On top of the profile 600, a timeline 605 reflecting the monitoring of LP-WUS signals is illustrated. For the purpose of illustration, the signals are illustrated with the same periodicity for different states. It is to be understood that the periodicity may be different for different states in some examples. Further, it is to be understood that the profile is only a qualitative illustration and is not drawn to scale.

[0112] In this example, the MR of the UE has two inactive states, i.e., light sleep and deep sleep, corresponding to inactive mode 1 and inactive 2, respectively. The levels of power consumption by the UE when in these two inactive states are indicated by PLIGHT and PDEEP, respectively. Further, the active state of the MR is split into two sub states to highlight the power consumption in PDCCH monitoring and PDSCH decoding. The levels of power consumption by the UE when in these two active states are indicated by PPDCCH and PPDSCH, respectively.

[0113] The UE remains inactive mode 2 at the beginning of the timeline 605 and has a power consumption level of PDEEP, as indicated by 610. In this example, between the 3rd LP-WUS 601 and 4th LP-WUS 602 shown in the timeline 605, some traffic enters the buffer of a network device (e.g., gNB) and the UE needs to be scheduled. Thus, the LP-WUS 602 is sent by the network device to wake up the UE. The UE activates its MR and starts monitoring the PDCCH after ‘a delay’ equal to T_offset_2 after the 4th LP-WUS. T_offset_2 is the maximum wake-up delay corresponding the inactive mode 2. When monitoring PDCCH, the level of power consumption increases to PPDCCH as indicated by 620.

[0114] The network device then transmits DCI on the PDCCH with scheduling information (e.g., time-frequency resources) for decoding the upcoming data transmission on the PDSCH. The UE decodes the DCI to identify the next data transmission.

[0115] During data transmission, the UE decodes the PDSCH according to the scheduling information contained in the received DCI. During this period, the level of power consumption by the UE is PPDSCH, as indicated by 630.

[0116] After transmission, the UE goes to inactive mode 1 and the power consumption level changes to PLIGHT as indicated by 640. Again, between the 12th LP-WUS 603 and the 13th LP-WUS 604 on the timeline 605, some traffic enters the buffer of a network device and UE needs to be scheduled. Thus, the LP-WUS 604 is sent to wake up the UE. Then, the UE activates the MR again and starts monitoring the PDCCH after ‘adelay’ equal to T_offset_1 after the LP-WUS 604. T_offset_2 is the maximum wake-up delay corresponding to inactive mode 2.

[0117] FIG. 7 shows a flowchart of an example method 700 implemented at a terminal device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 700 will be described from the perspective of the terminal device 110 with reference to FIG. 1A.

[0118] At block 710, the terminal device 110 receives at least one configuration from the network device 120, where a first configuration of the at least one configuration corresponds to a first inactive mode, and the first configuration comprises a first maximum wake up delay for the first inactive mode.

[0119] At block 720, the terminal device 110 receives a LP-WUS to wake up the terminal device 110 which is currently in the first inactive mode.

[0120] At block 730, the terminal device 110 transitions to an active mode within the first maximum wake up delay for the first inactive mode since receiving the LP-WUS.

[0121] In some example embodiments, the first maximum wake up delay may comprise a first time offset between LP-WUS reception and a start of receiving a downlink signal from the network device 120.

[0122] In some example embodiments, each of the at least one configuration may further comprise a LP-WUS configuration comprising a LP-WUS periodicity for monitoring a LP-WUS from the network device, and / or a LP-WUS offset indicating a time instant to start monitoring a LP-WUS from the network device 120.

[0123] In some example embodiments, the terminal device 110 may monitor, while the terminal device 110 is in the first inactive mode, a LP-WUS from the network device 120 based on a first LP-WUS configuration for the first inactive mode.

[0124] In some example embodiments, the at least one configuration may further comprise information indicating a condition for causing the terminal device 110 to transition to the first inactive mode.

[0125] In some example embodiments, the terminal device 110 may transition to the first inactive mode based on determining that the condition is fulfilled while the terminal device is in an active mode.

[0126] In some example embodiments, the terminal device 110 may transitions to the first inactive mode by: transitioning from the active mode to the first inactive mode after an active period.

[0127] In some example embodiments, the information indicating a condition for causing the terminal device 110 to transition to the first inactive mode may comprise a time window or a number of monitored WUS signals since the last monitored WUS signal.

[0128] In some example embodiments, the terminal device 110 may transition to the first inactive mode by: determining a first sleep state based on the first maximum wake up delay; and switching a main radio of the terminal device 110 to the first sleep state.

[0129] In some example embodiments, the terminal device 110 may determine the first sleep state by: determining the first sleep state from multiple sleep states of the main radio, where the main radio is able to switch from the first sleep state to an active state within the first maximum wake up delay.

[0130] In some example embodiments, the at least one configuration may further comprise a first duration for the first inactive mode, and the terminal device 110 may: based on determining that the terminal device 110 has been in the first inactive mode for the first duration without receiving a LP-WUS to wake up the terminal device 110, transition to a second inactive mode, where the second inactive mode corresponds to a second configuration of the at least one configuration.

[0131] In some example embodiments, the first maximum wake up delay of the first configuration is shorter than a second maximum wake up delay of the second configuration; and / or a first LP-WUS periodicity of the first configuration is shorter than a second LP-WUS periodicity of the second configuration.

[0132] In some example embodiments, the first inactive mode may correspond to a light sleep state and the second inactive mode may correspond to a deep sleep state.

[0133] In some example embodiments, the terminal device 110 may transition from the first inactive mode to an active mode by: switching a main receiver of the terminal device 110 to an active state within the first maximum wake up delay for the first inactive mode.

[0134] In some example embodiments, the terminal device 110 may transition from the second inactive mode to an active mode by: switching a main receiver of the terminal device 110 to an active state within a second maximum wake up delay for the second inactive mode.

[0135] In some example embodiments, the terminal device 110 may receive, from the network device 120, DCI on a PDCCH at least after the first maximum wake up delay since receiving the LP-WUS while in the first inactive mode.

[0136] In some example embodiments, the terminal device 110 may receive, from the network device 120, DCI on a PDCCH at least after a second maximum wake up delay for a second inactive mode since the terminal device 110 receiving a LP-WUS while in the second inactive mode, where the second inactive mode corresponds to a second configuration of the at least one configuration.

[0137] In some example embodiments, the terminal device 110 may transmit, to the network device 120, state switch offsets for transitions between different states supported by a main radio of the terminal device 110.

[0138] In some example embodiments, the terminal device 110 may transmit, to the network device 120, capability of supporting at least one inactive mode and switching between modes based on a monitored LP-WUS signal.

[0139] Those skilled in the art can understand that operations and features of the terminal device as described above with reference to FIGS. 2-6 are likewise applicable to the method 700 and have similar effects.

[0140] FIG. 8 shows a flowchart of an example method 800 implemented at a network device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 800 will be described from the perspective of the network device 120 with reference to FIG. 1A.

[0141] At block 810, the network device 120 transmits at least one configuration to the terminal device 110, where a first configuration of the at least one configuration corresponds to a first inactive mode, and the first configuration comprises a first maximum wake up delay for the first inactive mode.

[0142] At block 820, the network device 120 transmits a LP-WUS to the terminal device 110 which is currently in the first inactive mode.

[0143] At block 830, the network device 120 transmits, based on the first maximum wake up delay, scheduling information to the terminal device 110.

[0144] In some example embodiments, the first maximum wake up delay may comprise a first time offset between LP-WUS reception and a start of receiving a downlink signal from the network device 120 by the terminal device 110.

[0145] In some example embodiments, each of the at least one configuration may further comprise a LP-WUS configuration comprising a LP-WUS periodicity for monitoring a LP-WUS from the network device 120, and / or a LP-WUS offset indicating a time instant to start monitoring a LP-WUS from the network device 120.

[0146] In some example embodiments, the network device 120 may transmit an LP-WUS to the terminal device 110 which is currently in the first inactive mode by: transmitting, based on a first LP-WUS configuration for the first inactive mode, a LP-WUS to the terminal device 110 which is currently in the first active mode.

[0147] In some example embodiments, the at least one configuration may further comprise information indicating a condition for causing the terminal device 110 to transition to the first inactive mode.

[0148] In some example embodiments, the information indicating a condition for causing the terminal device 110 to transition to the first inactive mode may comprise a time window or a number of monitored WUS signals since the last monitored WUS signal

[0149] In some example embodiments, the at least one configuration may further comprise a first duration for the first inactive mode.

[0150] In some example embodiments, the first maximum wake up delay of the first configuration is shorter than a second maximum wake up delay of a second configuration of the at least one configuration; and / or a first LP-WUS periodicity of the first configuration is shorter than a second LP-WUS periodicity of the second configuration.

[0151] In some example embodiments, the network device 120 may transmit, based on the first maximum wake up delay, the scheduling information to the terminal device 110 by: transmitting, to the terminal device 110, DCI on a PDCCH at least after the first maximum wake up delay since transmitting the LP-WUS.

[0152] In some example embodiments, the network device 120 may receive, from the terminal device 110, state switch offsets for transitions between different states supported by a main radio of the terminal device 110; and determine the at least one configuration based on the state switch offsets.

[0153] In some example embodiments, the network device 120 may receive, from the terminal device 110, capability of supporting at least one inactive mode and switching between modes based on a monitored LP-WUS signal.

[0154] Those skilled in the art can understand that operations and features of the network device as described above with reference to FIGS. 2-6 are likewise applicable to the method 700 and have similar effects.

[0155] In some example embodiments, an apparatus capable of performing the method 700 (for example, the terminal device 110) may comprise means for performing the respective steps of the method 700. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0156] In some example embodiments, the first maximum wake up delay may comprise a first time offset between LP-WUS reception and a start of receiving a downlink signal from the network device.

[0157] In some example embodiments, each of the at least one configuration may further comprise a LP-WUS configuration comprising a LP-WUS periodicity for monitoring a LP-WUS from the network device, and / or a LP-WUS offset indicating a time instant to start monitoring a LP-WUS from the network device.

[0158] In some example embodiments, the apparatus may further comprise means for monitoring, while the terminal device is in the first inactive mode, a LP-WUS from the network device based on a first LP-WUS configuration for the first inactive mode.

[0159] In some example embodiments, the at least one configuration may further comprise information indicating a condition for causing the terminal device to transition to the first inactive mode.

[0160] In some example embodiments, the apparatus may further comprise means for transitioning to the first inactive mode based on determining that the condition is fulfilled while the terminal device is in an active mode.

[0161] In some example embodiments, the means for transitioning to the first inactive mode may comprise means for transitioning from the active mode to the first inactive mode after an active period.

[0162] In some example embodiments, the information indicating a condition for causing the terminal device to transition to the first inactive mode may comprise a time window or a number of monitored WUS signals since the last monitored WUS signal.

[0163] In some example embodiments, the means for transitioning to the first inactive mode may comprise means for determining a first sleep state based on the first maximum wake up delay, and means for switching a main radio of the terminal device to the first sleep state.

[0164] In some example embodiments, the means for determining the first sleep state may comprise means for determining the first sleep state from multiple sleep states of the main radio, where the main radio is able to switch from the first sleep state to an active state within the first maximum wake up delay.

[0165] In some example embodiments, the at least one configuration may further comprise a first duration for the first inactive mode, and the apparatus may further comprise means for: based on determining that the terminal device has been in the first inactive mode for the first duration without receiving a LP-WUS to wake up the terminal device, transitioning to a second inactive mode, where the second inactive mode corresponds to a second configuration of the at least one configuration.

[0166] In some example embodiments, the first maximum wake up delay of the first configuration is shorter than a second maximum wake up delay of the second configuration; and / or a first LP-WUS periodicity of the first configuration is shorter than a second LP-WUS periodicity of the second configuration.

[0167] In some example embodiments, the first inactive mode may correspond to a light sleep state and the second inactive mode may correspond to a deep sleep state.

[0168] In some example embodiments, the means for transitioning from the first inactive mode to an active mode may comprise means for switching a main receiver of the terminal device to an active state within the first maximum wake up delay for the first inactive mode.

[0169] In some example embodiments, the apparatus may further comprise means for transitioning from the second inactive mode to an active mode by switching a main receiver of the terminal device to an active state within a second maximum wake up delay for the second inactive mode.

[0170] In some example embodiments, the apparatus may further comprise means for receiving, from the network device, DCI on a PDCCH at least after the first maximum wake up delay since receiving the LP-WUS while in the first inactive mode.

[0171] In some example embodiments, the apparatus may further comprise means for receiving, from the network device, DCI on a PDCCH at least after a second maximum wake up delay for a second inactive mode since the terminal device receiving a LP-WUS while in the second inactive mode, where the second inactive mode corresponds to a second configuration of the at least one configuration.

[0172] In some example embodiments, the apparatus may further comprise means for transmitting, to the network device, state switch offsets for transitions between different states supported by a main radio of the terminal device.

[0173] In some example embodiments, the apparatus may further comprise means for transmitting, to the network device, capability of supporting at least one inactive mode and switching between modes based on a monitored LP-WUS signal.

[0174] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 700. In some embodiments, the means comprises at least one processor and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.

[0175] In some example embodiments, an apparatus capable of performing the method 800 (for example, the network device 120) may comprise means for performing the respective steps of the method 800. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0176] In some example embodiments, the first maximum wake up delay may comprise a first time offset between LP-WUS reception and a start of receiving a downlink signal from the network device by the terminal device.

[0177] In some example embodiments, each of the at least one configuration may further comprise a LP-WUS configuration comprising a LP-WUS periodicity for monitoring a LP-WUS from the network device, and / or a LP-WUS offset indicating a time instant to start monitoring a LP-WUS from the network device.

[0178] In some example embodiments, the means for transmitting an LP-WUS to the terminal device which is currently in the first inactive mode may comprise means for transmitting, based on a first LP-WUS configuration for the first inactive mode, a LP-WUS to the terminal device which is currently in the first active mode.

[0179] In some example embodiments, the at least one configuration may further comprise information indicating a condition for causing the terminal device to transition to the first inactive mode.

[0180] In some example embodiments, the information indicating a condition for causing the terminal device to transition to the first inactive mode may comprise a time window or a number of monitored WUS signals since the last monitored WUS signal

[0181] In some example embodiments, the at least one configuration may further comprise a first duration for the first inactive mode.

[0182] In some example embodiments, the first maximum wake up delay of the first configuration is shorter than a second maximum wake up delay of a second configuration of the at least one configuration; and / or a first LP-WUS periodicity of the first configuration is shorter than a second LP-WUS periodicity of the second configuration.

[0183] In some example embodiments, the means for transmitting, based on the first maximum wake up delay, the scheduling information to the terminal device may comprise means for transmitting, to the terminal device, DCI on a PDCCH at least after the first maximum wake up delay since transmitting the LP-WUS.

[0184] In some example embodiments, the apparatus may further comprise means for receiving, from the terminal device, state switch offsets for transitions between different states supported by a main radio of the terminal device; and means for determining the at least one configuration based on the state switch offsets.

[0185] In some example embodiments, the apparatus may further comprise means for receiving, from the terminal device, capability of supporting at least one inactive mode and switching between modes based on a monitored LP-WUS signal.

[0186] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 800. In some embodiments, the means comprises at least one processor and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.

[0187] FIG. 9 is a simplified block diagram of a device 900 that is suitable for implementing embodiments of the present disclosure. The device 900 may be provided to implement the communication device, for example the devices as shown in FIG. 1A. As shown, the device 900 includes one or more processors 910, one or more memories 920 coupled to the processor 910, and one or more communication modules 940 coupled to the processor 910.

[0188] The communication module 940 is for bidirectional communications. The communication module 940 has at least one antenna to facilitate communication. The communication interface may represent any interface that is necessary for communication with other network elements.

[0189] The processor 910 may be of any type suitable to the local technical network and may include one or more of the following: general-purpose computers, special-purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 900 may have multiple processors, such as an application specific-integrated circuit chip that is slaved in time to a clock that synchronizes the main processor.

[0190] The memory 920 may include one or more non-volatile memories and one or more volatile memories. Examples of the non-volatile memories include, but are not limited to, a Read Only Memory (ROM) 924, an electrically programmable read only memory (EPROM) , a flash memory, a hard disk, a compact disc (CD) , a digital video disk (DVD) , and other magnetic storage and / or optical storage. Examples of the volatile memories include, but are not limited to, a random access memory (RAM) 922 and other volatile memories that will not last in the power-down duration.

[0191] A computer program 930 includes computer-executable instructions that are executed by the associated processor 910. The program 930 may be stored in the ROM 924. The processor 910 may perform any suitable actions and processing by loading the program 930 into the RAM 922.

[0192] The embodiments of the present disclosure may be implemented by means of the program 930 so that the device 900 may perform any process of the disclosure as discussed with reference to FIGS. 2-8. The embodiments of the present disclosure may also be implemented by hardware or by a combination of software and hardware.

[0193] In some example embodiments, the program 930 may be tangibly contained in a computer-readable medium which may be included in the device 900 (such as in the memory 920) or other storage devices that are accessible by the device 900. The device 900 may load the program 930 from the computer-readable medium to the RAM 922 for execution. The computer-readable medium may include any type of tangible non-volatile storage, such as ROM, EPROM, a flash memory, a hard disk, CD, DVD, and the like. FIG. 10 shows an example of the computer-readable medium 900 in the form of CD or DVD. The computer-readable medium has the program 930 stored thereon.

[0194] Generally, various embodiments of the present disclosure may be implemented in hardware or special-purpose circuits, software, logic or any combination thereof. Some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device. While various aspects of embodiments of the present disclosure are illustrated and described as block diagrams, flowcharts, or using some other pictorial representations, it is to be understood that the block, apparatus, system, technique or method described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special-purpose circuits or logic, general-purpose hardware or controller or other computing devices, or some combination thereof.

[0195] The present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer-readable storage medium. The computer program product includes computer-executable instructions, such as those included in program modules, being executed in a device on a target real or virtual processor, to carry out the actions as described above with reference to FIGS. 2-8. Generally, program modules include routines, programs, libraries, objects, classes, components, data structures, or the like that perform particular tasks or implement particular abstract data types. The functionality of the program modules may be combined or split between program modules as desired in various embodiments. Machine-executable instructions for program modules may be executed within a local or distributed device. In a distributed device, program modules may be located in both local and remote storage media.

[0196] Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general-purpose computer, special-purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code may execute entirely on a machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.

[0197] In the context of the present disclosure, the computer program codes or related data may be carried by any suitable carrier to enable the device, apparatus or processor to perform various processes and operations as described above. Examples of the carrier include a signal, computer-readable medium, and the like.

[0198] The computer-readable medium may be a computer-readable signal medium or a computer-readable storage medium. A computer-readable medium may include but is not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of the computer-readable storage medium would include an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM) , a read-only memory (ROM) , an erasable programmable read-only memory (EPROM or Flash memory) , an optical fiber, a portable compact disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. The term “non-transitory, ” as used herein, is a limitation of the medium itself (i.e., tangible, not a signal) as opposed to a limitation on data storage persistency (e.g., RAM vs.ROM) .

[0199] Further, while operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are contained in the above discussions, these should not be construed as limitations on the scope of the present disclosure, but rather as descriptions of features that may be specific to particular embodiments. Certain features that are described in the context of separate embodiments may also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment may also be implemented in multiple embodiments separately or in any suitable sub-combination.

[0200] Although the present disclosure has been described in languages specific to structural features and / or methodological acts, it is to be understood that the present disclosure defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

Claims

1.A terminal device comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the terminal device at least to:receive at least one configuration from a network device, wherein a first configuration of the at least one configuration corresponds to a first inactive mode, and the first configuration comprises a first maximum wake up delay for the first inactive mode;receive a low-power wake-up signal (LP-WUS) to wake up the terminal device which is currently in the first inactive mode; andtransition to an active mode within the first maximum wake up delay for the first inactive mode since receiving the LP-WUS.2.The terminal device of claim 1, wherein the first maximum wake up delay comprises a first time offset between LP-WUS reception and a start of receiving a downlink signal from the network device.3.The terminal device of claim 1 or 2, wherein each of the at least one configuration further comprises a LP-WUS configuration comprising at least one of the following:a LP-WUS periodicity for monitoring a LP-WUS from the network device; ora LP-WUS offset indicating a time instant to start monitoring a LP-WUS from the network device.4.The terminal device of claim 3, wherein the terminal device is further caused to:monitor, while the terminal device is in the first inactive mode, a LP-WUS from the network device based on a first LP-WUS configuration for the first inactive mode.5.The terminal device of any of claims 1 to 4, wherein the at least one configuration further comprises information indicating a condition for causing the terminal device to transition to the first inactive mode.6.The terminal device of claim 5, wherein the terminal device is further caused to:transition to the first inactive mode based on determining that the condition is fulfilled while the terminal device is in an active mode.7.The terminal device of claim 6, wherein the terminal device is caused to transition to the first inactive mode by:transitioning from the active mode to the first inactive mode after an active period.8.The terminal device of claim 5, wherein the information indicating a condition for causing the terminal device to transition to the first inactive mode comprises a time window or a number of monitored WUS signals since the last monitored WUS signal.9.The terminal device of any of claims 5 to 8, wherein the terminal device is caused to transition to the first inactive mode by:determining a first sleep state based on the first maximum wake up delay; andswitching a main radio of the terminal device to the first sleep state.10.The terminal device of claim 9, wherein the terminal device is caused to determine the first sleep state by:determining the first sleep state from multiple sleep states of the main radio, wherein the main radio is able to switch from the first sleep state to an active state within the first maximum wake up delay.11.The terminal device of any of claims 1 to 8, wherein the at least one configuration further comprises a first duration for the first inactive mode, and the terminal device is further caused to:based on determining that the terminal device has been in the first inactive mode for the first duration without receiving a LP-WUS to wake up the terminal device, transition to a second inactive mode, wherein the second inactive mode corresponds to a second configuration of the at least one configuration.12.The terminal device of claim 11, wherein at least one of the following:the first maximum wake up delay of the first configuration is shorter than a second maximum wake up delay of the second configuration; ora first LP-WUS periodicity of the first configuration is shorter than a second LP-WUS periodicity of the second configuration.13.The terminal device of claim 11 or 12, wherein first inactive mode corresponds to a light sleep state and the second inactive mode corresponds to a deep sleep state.14.The terminal device of any of claims 1 to 11, wherein the terminal device is caused to transition from the first inactive mode to an active mode by:switching a main receiver of the terminal device to an active state within the first maximum wake up delay for the first inactive mode.15.The terminal device of any of claims 11 to 13, wherein the terminal device is further caused to transition from the second inactive mode to an active mode by:switching a main receiver of the terminal device to an active state within a second maximum wake up delay for the second inactive mode.16.The terminal device of any of claims 1 to 15, wherein the terminal device is further caused to:receive, from the network device, downlink control information (DCI) on a physical downlink control channel (PDCCH) at least after the first maximum wake up delay since receiving the LP-WUS while in the first inactive mode.17.The terminal device of any of claims 1 to 16, wherein the terminal device is further caused to:receive, from the network device, downlink control information (DCI) on a physical downlink control channel (PDCCH) at least after a second maximum wake up delay for a second inactive mode since the terminal device receiving a LP-WUS while in the second inactive mode, wherein the second inactive mode corresponds to a second configuration of the at least one configuration.18.The terminal device of any of claims 1 to 17, wherein the terminal device is further caused to:transmit, to the network device, state switch offsets for transitions between different states supported by a main radio of the terminal device.19.The terminal device of any of claims 1 to 18, wherein the terminal device is further caused to:transmit, to the network device, capability of supporting at least one inactive mode and switching between modes based on a monitored LP-WUS signal.20.A network device comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the network device at least to:transmit at least one configuration to the terminal device, wherein a first configuration of the at least one configuration corresponds to a first inactive mode, and the first configuration comprises a first maximum wake up delay for the first inactive mode;transmit a low-power wake-up signal (LP-WUS) to the terminal device which is currently in the first inactive mode; andtransmit, based on the first maximum wake up delay, scheduling information to the terminal device.21.The network device of claim 20, wherein the first maximum wake up delay comprises a first time offset between LP-WUS reception and a start of receiving a downlink signal from the network device by the terminal device.22.The network device of claim 20 or 21, wherein each of the at least one configuration further comprises a LP-WUS configuration comprising at least one of the following:a LP-WUS periodicity for monitoring a LP-WUS from the network device; ora LP-WUS offset indicating a time instant to start monitoring a LP-WUS from the network device.23.The network device of claim 22, wherein the network device is caused to transmit an LP-WUS to the terminal device which is currently in the first inactive mode by:transmitting, based on a first LP-WUS configuration for the first inactive mode, a LP-WUS to the terminal device which is currently in the first active mode.24.The network device any of claims 20 to 23, wherein the at least one configuration further comprises information indicating a condition for causing the terminal device to transition to the first inactive mode.25.The network device of claim 24, wherein the information indicating a condition for causing the terminal device to transition to the first inactive mode comprises a time window or a number of monitored WUS signals since the last monitored WUS signal.26.The network device of any of claims 20 to 25, wherein the at least one configuration further comprises a first duration for the first inactive mode.27.The network device of any of claims 23 to 26, wherein at least one of the following:the first maximum wake up delay of the first configuration is shorter than a second maximum wake up delay of a second configuration of the at least one configuration; ora first LP-WUS periodicity of the first configuration is shorter than a second LP-WUS periodicity of the second configuration.28.The network device of any of claims 20 to 27, wherein the network device is caused to transmit, based on the first maximum wake up delay, the scheduling information to the terminal device by:transmitting, to the terminal device, downlink control information (DCI) on a physical downlink control channel (PDCCH) at least after the first maximum wake up delay since transmitting the LP-WUS.29.The network device of any of claims 20 to 28, wherein the network device is further caused to:receive, from the terminal device, state switch offsets for transitions between different states supported by a main radio of the terminal device; anddetermine the at least one configuration based on the state switch offsets.30.The network device of any of claims 20 to 29, wherein the network device is further caused to:receive, from the terminal device, capability of supporting at least one inactive mode and switching between modes based on a monitored LP-WUS signal.

Images