Pdcch monitoring

Abstract

Embodiments of the present disclosure relate to physical downlink control channel (PDCCH) monitoring. In an aspect, a terminal device receives, from a network device, a low-power wake-up signal (LP-WUS). Moreover, the terminal device starts a discontinuous reception (DRX) operation based on one of the following: receiving a PDCCH during a time duration associated with the LP-WUS, or receiving the LP-WUS.

Description

PDCCH MONITORINGFIELD

[0001] Various example embodiments relate to the field of communications and in particular, to devices, methods, apparatuses, and computer readable storage media for physical downlink control channel (PDCCH) monitoring.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 or other standards promulgated by 3GPP.SUMMARY

[0004] In general, example embodiments of the present disclosure provide a solution related to PDCCH monitoring.

[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, from a network device, a low-power wake-up signal (LP-WUS) , and start a discontinuous reception (DRX) operation based on one of the following: receiving a physical downlink control channel (PDCCH) during a time duration associated with the LP-WUS, or 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, to a terminal device, a low-power wake-up signal (LP-WUS) , and determine that the terminal device starts a discontinuous reception (DRX) operation based on one of the following: receiving a physical downlink control channel (PDCCH) during a time duration associated  with the LP-WUS, or receiving the LP-WUS.

[0007] In a third aspect, there is provided a method. The method comprises receiving, at a terminal device from a network device, a low-power wake-up signal (LP-WUS) , and starting, at the terminal device, a discontinuous reception (DRX) operation based on one of the following: receiving a physical downlink control channel (PDCCH) during a time duration associated with the LP-WUS, or receiving the LP-WUS.

[0008] In a fourth aspect, there is provided a method. The method comprises transmitting, at a network device to a terminal device, a low-power wake-up signal (LP-WUS) , and determining, at the network device, that the terminal device starts a discontinuous reception (DRX) operation based on one of the following: receiving a physical downlink control channel (PDCCH) during a time duration associated with the LP-WUS, or receiving the LP-WUS.

[0009] In a fifth aspect, there is provided an apparatus. The apparatus comprises means for receiving, at a terminal device from a network device, a low-power wake-up signal (LP-WUS) , and starting, at the terminal device, a discontinuous reception (DRX) operation based on one of the following: receiving a physical downlink control channel (PDCCH) during a time duration associated with the LP-WUS, or receiving the LP-WUS.

[0010] In a sixth aspect, there is provided an apparatus. The apparatus comprises means for transmitting, at a network device to a terminal device, a low-power wake-up signal (LP-WUS) , and means for determining, at the network device, that the terminal device starts a discontinuous reception (DRX) operation based on one of the following: receiving a physical downlink control channel (PDCCH) during a time duration associated with the LP-WUS, or receiving the LP-WUS.

[0011] In a seventh aspect, there is provided a non-transitory computer readable medium comprising program instructions for causing an apparatus to perform at least the method according to any one of the above third and fourth aspects.

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

[0013] In a ninth aspect, there is provided a terminal device. The terminal device comprises receiving circuitry configured to receive, from a network device, a low-power wake-up signal (LP-WUS) , and starting circuitry configured to start a discontinuous  reception (DRX) operation based on one of the following: receiving a physical downlink control channel (PDCCH) during a time duration associated with the LP-WUS, or receiving the LP-WUS.

[0014] In a tenth aspect, there is provided a network device. The network device comprises transmitting circuitry configured to transmit, to a terminal device, a low-power wake-up signal (LP-WUS) , and determining circuitry configured to determine that the terminal device starts a discontinuous reception (DRX) operation based on one of the following: receiving a physical downlink control channel (PDCCH) during a time duration associated with the LP-WUS, or receiving the LP-WUS.

[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 environment in which example embodiments of the present disclosure can be implemented;

[0018] FIG. 1B illustrates a user equipment (UE) operation with LP-WUR reception associated with some example embodiments of the present disclosure;

[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 overlap according to some example embodiments of the present disclosure;

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

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

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

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

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

[0026] Principle of the present disclosure will now be described with reference to some example embodiments. It is to be understood that these embodiments are described 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.

[0027] 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 skills in the art to which this disclosure belongs.

[0028] 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.

[0029] 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.

[0030] The terminology used herein is for the purpose of describing particular embodiments 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.

[0031] As used in this application, the term “circuitry” may refer to one or more or all of the following:

[0032] (a) hardware-only circuit implementations (such as implementations in only analog and / or digital circuitry) and

[0033] (b) combinations of hardware circuits and software, such as (as applicable) :

[0034] (i) a combination of analog and / or digital hardware circuit (s) with software / firmware and

[0035] (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

[0036] (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.

[0037] 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 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.

[0038] As used herein, the term “communication network” refers to a network following any suitable communication standards, such as new radio (NR) , 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 third generation (3G) , the 4G, 4.5G, 5G, or 6G 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.

[0039] As used herein, the term “network device” refers to a node in a communication network via which a terminal device can access the communication network and receive 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) , a radio access network (RAN) node, an evolved NodeB (eNodeB or eNB) , an NR NB (also referred to as a gNB) , a remote radio unit (RRU) , a radio header (RH) , an infrastructure device for a V2X (vehicle-to-everything) communication, a transmission and reception point (TRP) , a reception point (RP) , a remote radio head (RRH) , a relay, an integrated access and backhaul (IAB) node, a low power node such as a femto BS, a pico BS, and so forth, depending on the applied terminology and technology.

[0040] 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 (IoT) 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.

[0041] Principles and implementations of embodiments of the present disclosure will be described in detail below with reference to the figures. Reference is first made to FIG. 1A, which illustrates an example environment 100 in which example embodiments of the present disclosure can be implemented.

[0042] The environment 100, 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.

[0043] 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) .

[0044] Although the terminal device 110 and the network device 120 are described in the communication environment 100 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 phone 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 first device 110 and the network device 120 may be any other communication devices, for example, any other wireless communication devices.

[0045] 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 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.

[0046] 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.

[0047] Radio access network (RAN) has agreed a work item on low-power wake-up signal and receiver for NR (LP-WUS / WUR) with the following justification:

[0048] Hence, the scope of the work item is to enable the use of a separate low-power wake-up receiver (LR) at the UE, instead of the main receiver (MR) , so that a UE can reduce power consumption. The intention is that the MR of the UE can be in a sleep mode (or even powered off) for power saving and be activated only upon the reception of the wake-up signal (WUS) from the network. Basically, the network triggers the UE to wake up exactly when  needed in an event-driven manner, by transmitting a special WUS to the UE, which is monitored by the dedicated LR (i.e., the LR) at the UE. When the UE receives the WUS, the WUS receiver (i.e., the WUS) can trigger the wake-up of the ordinary NR transceiver (i.e. the 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, as shown in FIG. 1B. The assumption is that the LR 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 signal (i.e., the WUS) and the use of dedicated hardware for its monitoring, which is only able to receive the WUS.

[0049] In the context of LP-WUS operation in CONNECTED mode, radio access network group 1 (RAN1) has made the following agreements:

[0050] As implied by the RAN1 agreements, when the UE is triggered by an LP-WUS to monitor a PDCCH in the CONNECTED mode, this may be introduced via re-purposing of the legacy drx-onDurationTimer, the inactivity timer, or via a new timer that is started after a time gap after LP-WUS triggering detection. In addition, if a PDCCH schedules (new) data, drx-InactivityTimer (as in legacy) or some other timer is expected to be triggered to extend the PDCCH monitoring, i.e. Active Time.

[0051] It has been also agreed by RAN1 that a UE shall be configured with a legacy C-DRX configuration when an LP-WUS is configured, but that PDCCH monitoring is not triggered by legacy DRX cycle and an onDuration timer when monitoring the LP-WUS. However, as of now, the UE behavior of the interaction between the LP-WUS triggered operation and the legacy DRX operation is not clear. In view of the above, how to determine the UE behavior of the interaction between the LP-WUS triggered operation and the legacy DRX operation is an important issue to be solved.

[0052] According to embodiments of the present disclosure, there is provided a solution to resolve the above issue. With this scheme, a terminal device receives, from a network device, an LP-WUS. Moreover, the terminal device starts a DRX operation based on one of the following: receiving a PDCCH during a time duration associated with the LP-WUS, or receiving the LP-WUS.

[0053] By starting the DRX operation after receiving the LP-WUS or after receiving the PDCCH, it is allowed to support a clear UE behavior of the interaction between the LP-WUS triggered operation and the legacy DRX operation. In this way, it is allowed to improve communication efficiency.

[0054] FIG. 2 illustrates a signaling flow 200 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.

[0055] As shown in FIG. 2, the network device 120 transmits (205) an LP-WUS to the terminal device 110. The terminal device 110 may monitor the LP-WUS with its LR. For example, the LP-WUS may be addressed to the terminal device 110. The terminal device 110 may start a timer (for example, a reused existing timer or a new timer) for monitoring a PDCCH upon reception of the LP-WUS.

[0056] Then, as an example embodiment, the terminal device 110 starts (210) a DRX operation (also referred to as legacy DRX operation) based on receiving a PDCCH during a time duration associated with the LP-WUS. The DRX operation may comprise at least DRX functionality that controls the PDCCH monitoring activity of the terminal device 110. In this case, the legacy DRX operation (e.g., drx-onDurationTimer checking, or PDCCH monitoring according to the drx-onDurationTimer) may be started according to the DRX onDuration formula after reception of the PDCCH after the reception of LP-WUS. That is, the legacy DRX operation may only start upon reception of the PDCCH during the timer triggered by LP-WUS reception / indication. As another example embodiment, the terminal device 110 starts (210) a DRX operation based on receiving the LP-WUS. In this case, the legacy DRX operation (e.g., drx-onDurationTimer checking, or PDCCH monitoring according to the drx-onDurationTimer) may be started according to the DRX onDuration formula after the reception of the LP-WUS (for example, also considering the minimum time gap between the LP-WUS reception and the PDCCH reception) . Accordingly, the network device 120 determines (215) that the terminal device 110 starts a DRX operation based on  receiving a PDCCH during a time duration associated with the LP-WUS, or receiving the LP-WUS.

[0057] In the example embodiments where wherein the DRX operation is started after receiving the PDCCH, the terminal device 110 may fall back to LP-WUS monitoring (i.e., LP-WUS reception) from the DRX operation after a period when no further activity occurs. For example, the terminal device 110 may fall back to LP-WUS monitoring when a timer associated with the DRX operation expires. As an example implementation, this timer may comprise one of a short DRX cycle timer, an inactivity timer, or a separate timer (i.e., a separately defined timer) . Falling back to LP-WUS monitoring may comprise stopping PDCCH monitoring. Falling back to LP-WUS monitoring may comprise stopping the DRX operation.

[0058] Alternatively or additionally, the terminal device 110 may fall back to LP-WUS monitoring if no PDCCH is received during the time duration associated with the LP-WUS. In this case, if no PDCCH is received during the period when the terminal device 110 monitors a PDCCH after receiving the LP-WUS, then the terminal device 110 may fall back to LP-WUS reception.

[0059] In the example embodiments where the DRX operation is started after receiving the PDCCH during the time duration associated with the LP-WUS, as an example, the time duration may comprise a legacy active time duration triggered by the LP-WUS. In the example embodiments where the DRX operation is started after receiving the PDCCH during the time duration associated with the LP-WUS, as another example, a scenario where the drx-onDurationTimer associated with the DRX operation is still run in the background may be considered. In this case, the terminal device 110 may consider a time duration longer than the legacy active time duration triggered by the LP-WUS, for monitoring the PDCCH. For example, the time duration may comprise the active time duration triggered by the LP-WUS and an extended time duration which is determined based on the onDuration associated with the DRX operation and an overlapped time duration of the onDuration and the active time duration. In this case, if the timer triggered by the LP-WUS (or subsequent scheduling) overlaps (partially or fully) with the legacy drx-onDurationTimer (for example, based on the configured long or short DRX cycle) , the terminal device 110 may continue monitoring a PDCCH at least till the end of the legacy drx-onDurationTimer (i.e., the active time may be extended) , as shown in FIG. 3. Alternatively or additionally, the terminal device 110 may further continue monitoring a PDCCH for a plurality of DRX cycles. The plurality of DRX  cycles may be a plurality of short DRX cycles.

[0060] In the example embodiments where the DRX operation is started after receiving the LP-WUS, the legacy DRX timer may be accounted already upon the start of the LP-WUS triggered timer so that possible overlap may be considered. In this case, the terminal device 110 may monitor a PDCCH during the active time duration triggered by the LP-WUS, and continue monitoring a PDCCH during an extended time duration which is determined based on the onDuration associated with the DRX operation and an overlapped time duration of the onDuration and the active time duration. In other words, if the timer triggered by the LP-WUS (or subsequent scheduling) overlaps (partially or fully) with the legacy drx-onDurationTimer (for example, based on the configured long or short DRX cycle) , the terminal device 110 may continue monitoring a PDCCH at least till the end of the legacy drx-onDurationTimer (i.e., the active time is extended) , as shown in FIG. 3. Alternatively or additionally, the terminal device 110 may further continue monitoring a PDCCH for a plurality of DRX cycles. For example, this may be defined by determining that upon the expiry of the LP-WUS triggered timer or expiry of the inactivity timer, the terminal device 110 may not monitor the LP-WUS, but perform PDCCH monitoring based on the legacy DRX operation while the drx-ShortCycleTimer is running. In other words, the plurality of DRX cycles during which the PDCCH monitoring is extended may be a plurality of short DRX cycles.

[0061] In the example embodiments where the DRX operation is started after receiving the LP-WUS, the terminal device 110 may fall back to LP-WUS monitoring if no PDCCH is received during the active time duration and the extended time duration. In other words, if no PDCCH is received during the timer triggered by LP-WUS and the extension period if any, the terminal device 110 may go back to LP-WUS monitoring without PDCCH monitoring. Alternatively or additionally, if the terminal device 110 further continues monitoring a PDCCH for a plurality of DRX cycles, the terminal device 110 may fall back to LP-WUS monitoring if no PDCCH is received till the end of the plurality of DRX cycles. In other words, the terminal device 110 may go back to LP-WUS monitoring after the plurality of DRX cycles without PDCCH reception.

[0062] In the example embodiments where the DRX operation is started after receiving the LP-WUS or after receiving the LP-WUS, the terminal device 110 may continue monitoring a PDCCH during the extended time duration (or till the end of the plurality of DRX cycles) when the onDuration is associated with a short DRX cycle. For example, this PDCCH  monitoring extension behavior may only be considered if the drx-onDurationTimer that is overlapped with the LP-WUS triggered timer is associated with drx-ShortCycle (i.e., only when drx-ShortCycleTimer is running) , or in other words when DRX short cycle is used.

[0063] In the example embodiments where the DRX operation is started after receiving the LP-WUS or after receiving the LP-WUS, the terminal device 110 may continue monitoring a PDCCH during the extended time duration (or till the end of the plurality of DRX cycles) if a minimum time gap between the reception of the LP-WUS and a start of PDCCH monitoring exceeds a threshold. For example, the terminal device 110 may report the minimum time gap that the terminal device 110 supports for the MR wake-up upon LP-WUS triggering, and this PDCCH monitoring extension behavior may only be considered if the minimum time gap between the LP-WUS reception and the associated PDCCH monitoring exceeds a threshold. For example, the threshold may comprise drx-ShortCycle.

[0064] In the example embodiments where the DRX operation is started after receiving the LP-WUS or after receiving the LP-WUS, the terminal device 110 may continue monitoring a PDCCH during the extended time duration (or till the end of the plurality of DRX cycles) if a short DRX cycle or a long DRX cycle is shorter than a threshold. In other words, this PDCCH monitoring extension behavior may only be considered if the configured drx-ShortCycle or drx-LongCycle is shorter than a threshold.

[0065] In the example embodiments where the DRX operation is started after receiving the LP-WUS or after receiving the LP-WUS, whether or not the terminal device 110 is configured to report channel state information (CSI) when the onDuration timer is not triggered may be considered when determining whether to continue monitoring a PDCCH during the extended time duration (or till the end of the plurality of DRX cycles) . For example, the terminal device 110 may continue monitoring a PDCCH during the extended time duration (or till the end of the plurality of DRX cycles) if the CSI reporting is disabled. In this case, the active time for PDCCH monitoring may be extended if the CSI reporting is disabled to result in CSI reporting. As another example, the terminal device 110 may continue monitoring a PDCCH during the extended time duration (or till the end of the plurality of DRX cycles) if the CSI reporting is enabled. In this case, the active time for PDCCH monitoring may be extended if CSI reporting is enabled as the terminal device 110 may be expected to be active anyway.

[0066] In some example embodiments, considering the overlap of the LP-WUS triggered  timer and the onDuratontimer (for example, based on the shortDRXcycle) , the specification may be modified as follows:

[0067] According to some embodiments with reference to FIGS. 2 to 3, the interaction between LP-WUS triggered operation and the legacy DRX operation which is currently unclear in the 3GPP discussions has been defined. In this way, it is allowed to improve the communication efficiency.

[0068] FIG. 4 illustrates a flowchart 400 of a method implemented at a terminal device according to some embodiments of the present disclosure. For the purpose of discussion, the method 400 will be described from the perspective of the terminal device 110 with reference to FIG. 1A.

[0069] At block 410, the terminal device 110 receives, from the network device 120, a low-power wake-up signal (LP-WUS) .

[0070] At block 420, the terminal device 110 starts a discontinuous reception (DRX) operation based on one of the following: receiving a physical downlink control channel (PDCCH) during a time duration associated with the LP-WUS; or receiving the LP-WUS.

[0071] In some example embodiments where the DRX operation is started after receiving the PDCCH, the terminal device 110 may further fall back to LP-WUS monitoring from the DRX operation after a period when no further activity occurs. In some example embodiments, falling back to LP-WUS monitoring may comprise falling back to LP-WUS monitoring when a timer associated with the DRX operation expires. In some example embodiments, the LP-WUS may be addressed to the terminal device 110. In some example  embodiments, falling back to LP-WUS monitoring may comprise stopping PDCCH monitoring. In some example embodiments, falling back to LP-WUS monitoring may comprise stopping the DRX operation. In some example embodiments, the timer may comprise one of the following: a short DRX cycle timer; an inactivity timer; or a separate timer.

[0072] In some example embodiments where the DRX operation is started after receiving the PDCCH, the time duration associated with the LP-WUS may comprise at least one of an active time duration triggered by the LP-WUS and an extended time duration, and the extended time duration may be determined based on an onDuration associated with the DRX operation and an overlapped time duration of the onDuration and the active time duration. In some example embodiments, the terminal device 110 may further fall back to LP-WUS monitoring based on determining that no PDCCH is received during the time duration associated with the LP-WUS.

[0073] In some example embodiments where the DRX operation is started after receiving the LP-WUS, the terminal device 110 may further monitor a PDCCH during an active time duration triggered by the LP-WUS; and continue monitoring a PDCCH during an extended time duration, wherein the extended time duration is determined based on an onDuration associated with the DRX operation and an overlapped time duration of the onDuration and the active time duration. In some example embodiments, the terminal device 110 may further fall back to LP-WUS monitoring if no PDCCH is received during the active time duration and the extended time duration. In some example embodiments, the terminal device 110 may further continue monitoring a PDCCH for a plurality of DRX cycles; and fall back to LP-WUS monitoring if no PDCCH is received till an end of the plurality of DRX cycles. In some example embodiments, the plurality of DRX cycles may be a plurality of short DRX cycles.

[0074] In some example embodiments, the onDuration may be associated with a short DRX cycle. In some example embodiments, continuing monitoring a PDCCH during the extended time duration may comprise continuing monitoring a PDCCH during the extended time duration if a minimum time gap between the reception of the LP-WUS and a start of PDCCH monitoring exceeds a threshold.

[0075] In some example embodiments, continuing monitoring a PDCCH during the extended time duration may comprise continuing monitoring a PDCCH during the extended  time duration if a short DRX cycle or a long DRX cycle is shorter than a threshold.

[0076] In some example embodiments, continuing monitoring a PDCCH during the extended time duration may comprise continuing monitoring a PDCCH during the extended time duration if one of the following: a channel state information (CSI) reporting is disabled; or the CSI reporting is enabled.

[0077] In some example embodiments, the DRX operation may comprise at least DRX functionality that controls PDCCH monitoring activity of the terminal device110.

[0078] In some example embodiments, the terminal device 110 may further start a timer for monitoring a PDCCH upon reception of the LP-WUS.

[0079] Those skilled in the art can understand that all operations and features as described above with reference to FIGS. 2 and 3 are likewise applicable to the method 400 and have similar effects.

[0080] FIG. 5 illustrates a flowchart 500 of a method implemented at a network device according to some embodiments of the present disclosure. For the purpose of discussion, the method 500 will be described from the perspective of the network device 120 with reference to FIG. 1A.

[0081] At block 510, the network device 120 transmits, to the terminal device 110, a low-power wake-up signal (LP-WUS) .

[0082] At block 520, the network device 120 determines that the terminal device 110 starts a discontinuous reception (DRX) operation based on one of the following: receiving a physical downlink control channel (PDCCH) during a time duration associated with the LP-WUS; or receiving the LP-WUS.

[0083] In some example embodiments where the DRX operation is started after receiving the PDCCH, the network device 120 may further determine that the terminal device 110 falls back to LP-WUS monitoring from the DRX operation after a period when no further activity occurs. In some example embodiments, falling back to LP-WUS monitoring may comprise falling back to LP-WUS monitoring when a timer associated with the DRX operation expires. In some example embodiments, the LP-WUS may be addressed to the terminal device 110. In some example embodiments, falling back to LP-WUS monitoring may comprise stopping PDCCH monitoring. In some example embodiments, falling back to LP-WUS monitoring may comprise stopping the DRX operation. In some example embodiments, the timer may  comprise one of the following: a short DRX cycle timer; an inactivity timer; or a separate timer.

[0084] In some example embodiments where the DRX operation is started after receiving the PDCCH, the time duration associated with the LP-WUS may comprise at least one of an active time duration triggered by the LP-WUS and an extended time duration, and the extended time duration may be determined based on an onDuration associated with the DRX operation and an overlapped time duration of the onDuration and the active time duration.

[0085] In some example embodiments, the network device 120 may further determine that the terminal device 110 falls back to LP-WUS monitoring based on determining that no PDCCH is received during the time duration associated with the LP-WUS.

[0086] In some example embodiments where the DRX operation is started after receiving the LP-WUS, the network device 120 may further determine that the terminal device 110 monitors a PDCCH during an active time duration triggered by the LP-WUS; and determine that the terminal device 110 continues monitoring a PDCCH during an extended time duration, wherein the extended time duration is determined based on an onDuration associated with the DRX operation and an overlapped time duration of the onDuration and the active time duration. In some example embodiments, the network device 120 may further determine that the terminal device 110 falls back to LP-WUS monitoring if no PDCCH is received during the active time duration and the extended time duration. In some example embodiments, the network device 120 may further determine that the terminal device 110 continues monitoring a PDCCH for a plurality of DRX cycles; and determine that the terminal device 110 falls back to LP-WUS monitoring if no PDCCH is received till an end of the plurality of DRX cycles. In some example embodiments, the plurality of DRX cycles may be a plurality of short DRX cycles. In some example embodiments, the onDuration may be associated with a short DRX cycle.

[0087] In some example embodiments, continuing monitoring a PDCCH during the extended time duration may comprise continuing monitoring a PDCCH during the extended time duration if a minimum time gap between the reception of the LP-WUS and a start of PDCCH monitoring exceeds a threshold.

[0088] In some example embodiments, continuing monitoring a PDCCH during the extended time duration may comprise continuing monitoring a PDCCH during the extended time duration if a short DRX cycle or a long DRX cycle is shorter than a threshold.

[0089] In some example embodiments, continuing monitoring a PDCCH during the extended time duration may comprise continuing monitoring a PDCCH during the extended time duration if one of the following: a channel state information (CSI) reporting is disabled; or the CSI reporting is enabled.

[0090] In some example embodiments, the DRX operation may comprise at least DRX functionality that controls PDCCH monitoring activity of the terminal device 110.

[0091] Those skilled in the art can understand that all operations and features as described above with reference to FIGS. 2 and 3 are likewise applicable to the method 500 and have similar effects.

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

[0093] In some example embodiments, the apparatus comprises means for receiving, from a network device, a low-power wake-up signal (LP-WUS) ; and means for starting a discontinuous reception (DRX) operation based on one of the following: receiving a physical downlink control channel (PDCCH) during a time duration associated with the LP-WUS; or receiving the LP-WUS.

[0094] In some example embodiments, the DRX operation is started after receiving the PDCCH, and the apparatus further comprises means for falling back to LP-WUS monitoring from the DRX operation after a period when no further activity occurs. In some example embodiments, the means for falling back to LP-WUS monitoring may comprise means for falling back to LP-WUS monitoring when a timer associated with the DRX operation expires. In some example embodiments, the LP-WUS may be addressed to the terminal device. In some example embodiments, the means for falling back to LP-WUS monitoring may comprise means for stopping PDCCH monitoring. In some example embodiments, the means for falling back to LP-WUS monitoring comprises means for stopping the DRX operation. In some example embodiments, the timer may comprise one of the following: a short DRX cycle timer; an inactivity timer; or a separate timer.

[0095] In some example embodiments where the DRX operation is started after receiving the PDCCH, the time duration associated with the LP-WUS may comprise at least one of an active time duration triggered by the LP-WUS and an extended time duration, and the  extended time duration may be determined based on an onDuration associated with the DRX operation and an overlapped time duration of the onDuration and the active time duration.

[0096] In some example embodiments, the apparatus further comprises means for falling back to LP-WUS monitoring based on determining that no PDCCH is received during the time duration associated with the LP-WUS.

[0097] In some example embodiments where the DRX operation is started after receiving the LP-WUS, the apparatus further comprises means for monitoring a PDCCH during an active time duration triggered by the LP-WUS; and means for continuing monitoring a PDCCH during an extended time duration, wherein the extended time duration is determined based on an onDuration associated with the DRX operation and an overlapped time duration of the onDuration and the active time duration. In some example embodiments, the apparatus further comprises means for falling back to LP-WUS monitoring if no PDCCH is received during the active time duration and the extended time duration. In some example embodiments, the apparatus further comprises means for continuing monitoring a PDCCH for a plurality of DRX cycles; and means for falling back to LP-WUS monitoring if no PDCCH is received till an end of the plurality of DRX cycles. In some example embodiments, the plurality of DRX cycles are a plurality of short DRX cycles. In some example embodiments, the onDuration is associated with a short DRX cycle.

[0098] In some example embodiments, the means for continuing monitoring a PDCCH during the extended time duration comprises means for continuing monitoring a PDCCH during the extended time duration if a minimum time gap between the reception of the LP-WUS and a start of PDCCH monitoring exceeds a threshold.

[0099] In some example embodiments, the means for continuing monitoring a PDCCH during the extended time duration comprises means for continuing monitoring a PDCCH during the extended time duration if a short DRX cycle or a long DRX cycle is shorter than a threshold.

[0100] In some example embodiments, the means for continuing monitoring a PDCCH during the extended time duration comprises means for continuing monitoring a PDCCH during the extended time duration if one of the following: a channel state information (CSI) reporting is disabled; or the CSI reporting is enabled.

[0101] In some example embodiments, the DRX operation comprises at least DRX functionality that controls PDCCH monitoring activity of the terminal device.

[0102] In some example embodiments, the apparatus further comprises means for starting a timer for monitoring a PDCCH upon reception of the LP-WUS.

[0103] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 400. 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.

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

[0105] In some example embodiments, the apparatus comprises means for transmitting, to a terminal device, a low-power wake-up signal (LP-WUS) ; and means for determining that the terminal device starts a discontinuous reception (DRX) operation based on one of the following: receiving a physical downlink control channel (PDCCH) during a time duration associated with the LP-WUS; or receiving the LP-WUS.

[0106] In some example embodiments where the DRX operation is started after receiving the PDCCH, the network device 120 further comprises means for determining that the terminal device falls back to LP-WUS monitoring from the DRX operation after a period when no further activity occurs. In some example embodiments, the means for falling back to LP-WUS monitoring comprises means for falling back to LP-WUS monitoring when a timer associated with the DRX operation expires. In some example embodiments, the LP-WUS is addressed to the terminal device. In some example embodiments, the means for falling back to LP-WUS monitoring comprises means for stopping PDCCH monitoring. In some example embodiments, the means for falling back to LP-WUS monitoring comprises means for stopping the DRX operation. In some example embodiments, the timer comprises one of the following: a short DRX cycle timer; an inactivity timer; or a separate timer.

[0107] In some example embodiments where the DRX operation is started after receiving the PDCCH, the time duration associated with the LP-WUS comprises at least one of an active time duration triggered by the LP-WUS and an extended time duration, and the extended time duration is determined based on an onDuration associated with the DRX  operation and an overlapped time duration of the onDuration and the active time duration.

[0108] In some example embodiments, the apparatus further comprises means for determining that the terminal device falls back to LP-WUS monitoring based on determining that no PDCCH is received during the time duration associated with the LP-WUS.

[0109] In some example embodiments, the DRX operation is started after receiving the LP-WUS, and the apparatus further comprises means for determining that the terminal device monitors a PDCCH during an active time duration triggered by the LP-WUS; and means for determining that the terminal device continues monitoring a PDCCH during an extended time duration, wherein the extended time duration is determined based on an onDuration associated with the DRX operation and an overlapped time duration of the onDuration and the active time duration. In some example embodiments, the apparatus further comprises means for determining that the terminal device falls back to LP-WUS monitoring if no PDCCH is received during the active time duration and the extended time duration. In some example embodiments, the apparatus further comprises means for determining that the terminal device continues monitoring a PDCCH for a plurality of DRX cycles; and means for determining that the terminal device falls back to LP-WUS monitoring if no PDCCH is received till an end of the plurality of DRX cycles. In some example embodiments, the plurality of DRX cycles are a plurality of short DRX cycles. In some example embodiments, the onDuration is associated with a short DRX cycle.

[0110] In some example embodiments, the means for continuing monitoring a PDCCH during the extended time duration comprises means for continuing monitoring a PDCCH during the extended time duration if a minimum time gap between the reception of the LP-WUS and a start of PDCCH monitoring exceeds a threshold.

[0111] In some example embodiments, the means for continuing monitoring a PDCCH during the extended time duration comprises means for continuing monitoring a PDCCH during the extended time duration if a short DRX cycle or a long DRX cycle is shorter than a threshold.

[0112] In some example embodiments, the means for continuing monitoring a PDCCH during the extended time duration comprises means for continuing monitoring a PDCCH during the extended time duration if one of the following: a channel state information (CSI) reporting is disabled; or the CSI reporting is enabled.

[0113] In some example embodiments, the DRX operation comprises at least DRX  functionality that controls PDCCH monitoring activity of the terminal device.

[0114] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 500. 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.

[0115] FIG. 6 illustrates a simplified block diagram of a device 600 that is suitable for implementing some example embodiments of the present disclosure. The device 600 may be provided to implement the communication device, for example, the terminal device 110, or the network device 120 as shown in FIG. 1A. As shown, the device 600 includes one or more processors 610, one or more memories 620 coupled to the processor 610, and one or more communication modules 640 coupled to the processor 610.

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

[0117] The processor 610 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 600 may have multiple processors, such as an application specific integrated circuit chip that is slaved in time to a clock which synchronizes the main processor.

[0118] The memory 620 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) 624, 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) 622 and other volatile memories that will not last in the power-down duration.

[0119] A computer program 630 includes computer executable instructions that are executed by the associated processor 610. The program 630 may be stored in the ROM 624. The processor 610 may perform any suitable actions and processing by loading the program  630 into the RAM 622.

[0120] The embodiments of the present disclosure may be implemented by means of the program 630 so that the device 600 may perform any process of the disclosure as discussed with reference to FIGS. 2 to 3. The embodiments of the present disclosure may also be implemented by hardware or by a combination of software and hardware.

[0121] In some example embodiments, the program 630 may be tangibly contained in a computer readable medium which may be included in the device 600 (such as in the memory 620) or other storage devices that are accessible by the device 600. The device 600 may load the program 630 from the computer readable medium to the RAM 622 for execution. The computer readable medium may include any types of tangible non-volatile storage, such as ROM, EPROM, a flash memory, a hard disk, CD, DVD, and the like.

[0122] FIG. 7 illustrates a block diagram of an example of a computer readable medium 700 in accordance with some example embodiments of the present disclosure. The computer readable medium 700 has the program 630 stored thereon. It is noted that although the computer readable medium 700 is depicted in form of CD or DVD in FIG. 7, the computer readable medium 700 may be in any other form suitable for carrying or holding the program 630.

[0123] 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.

[0124] 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 method as described above with reference to any of FIGS. 4 and 5. 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.

[0125] 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.

[0126] 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.

[0127] The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable medium may include but 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) .

[0128] 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.

[0129] 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, from a network device, a low-power wake-up signal (LP-WUS) ; andstart a discontinuous reception (DRX) operation based on one of the following:receiving a physical downlink control channel (PDCCH) during a time duration associated with the LP-WUS; orreceiving the LP-WUS.2.The terminal device of claim 1, wherein the DRX operation is started after receiving the PDCCH, and the terminal device is further caused to:fall back to LP-WUS monitoring from the DRX operation after a period when no further activity occurs.3.The terminal device of claim 2, wherein falling back to LP-WUS monitoring comprises:falling back to LP-WUS monitoring when a timer associated with the DRX operation expires.4.The terminal device of claim 2, wherein the LP-WUS is addressed to the terminal device.5.The terminal device of claim 2, wherein falling back to LP-WUS monitoring comprises:stopping PDCCH monitoring.6.The terminal device of claim 2, wherein falling back to LP-WUS monitoring comprises:stopping the DRX operation.7.The terminal device of claim 3, wherein the timer comprises one of the  following:a short DRX cycle timer;an inactivity timer; ora separate timer.8.The terminal device of claim 1, wherein the DRX operation is started after receiving the PDCCH, and wherein the time duration associated with the LP-WUS comprises at least one of an active time duration triggered by the LP-WUS and an extended time duration, and the extended time duration is determined based on an onDuration associated with the DRX operation and an overlapped time duration of the onDuration and the active time duration.9.The terminal device of claim 1, wherein the terminal device is further caused to:fall back to LP-WUS monitoring based on determining that no PDCCH is received during the time duration associated with the LP-WUS.10.The terminal device of claim 1, wherein the DRX operation is started after receiving the LP-WUS, and the terminal device is further caused to:monitor a PDCCH during an active time duration triggered by the LP-WUS; andcontinue monitoring a PDCCH during an extended time duration, wherein the extended time duration is determined based on an onDuration associated with the DRX operation and an overlapped time duration of the onDuration and the active time duration.11.The terminal device of claim 10, wherein the terminal device is further caused to:fall back to LP-WUS monitoring if no PDCCH is received during the active time duration and the extended time duration.12.The terminal device of claim 10, wherein the terminal device is further caused to:continue monitoring a PDCCH for a plurality of DRX cycles; andfall back to LP-WUS monitoring if no PDCCH is received till an end of the plurality of DRX cycles.13.The terminal device of claim 12, wherein the plurality of DRX cycles are a plurality of short DRX cycles.14.The terminal device of claim 10, wherein the onDuration is associated with a short DRX cycle.15.The terminal device of claim 8 or 10, wherein continuing monitoring a PDCCH during the extended time duration comprises:continuing monitoring a PDCCH during the extended time duration if a minimum time gap between the reception of the LP-WUS and a start of PDCCH monitoring exceeds a threshold.16.The terminal device of claim 8 or 10, wherein continuing monitoring a PDCCH during the extended time duration comprises:continuing monitoring a PDCCH during the extended time duration if a short DRX cycle or a long DRX cycle is shorter than a threshold.17.The terminal device of claim 8 or 10, wherein continuing monitoring a PDCCH during the extended time duration comprises:continuing monitoring a PDCCH during the extended time duration if one of the following:a channel state information (CSI) reporting is disabled; orthe CSI reporting is enabled.18.The terminal device of any of claims 1-17, wherein the DRX operation comprises the DRX operation comprises at least DRX functionality that controls PDCCH monitoring activity of the terminal device.19.The terminal device of any of claims 1-18, wherein the terminal device is further caused to:start a timer for monitoring a PDCCH upon reception of the LP-WUS.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, to a terminal device, a low-power wake-up signal (LP-WUS) ; anddetermine that the terminal device starts a discontinuous reception (DRX) operation based on one of the following:receiving a physical downlink control channel (PDCCH) during a time duration associated with the LP-WUS; orreceiving the LP-WUS.21.The network device of claim 20, wherein the DRX operation is started after receiving the PDCCH, and the network device is further caused to:determine that the terminal device falls back to LP-WUS monitoring from the DRX operation after a period when no further activity occurs.22.The network device of claim 21, wherein falling back to LP-WUS monitoring comprises:falling back to LP-WUS monitoring when a timer associated with the DRX operation expires.23.The network device of claim 21, wherein the LP-WUS is addressed to the terminal device.24.The network device of claim 21, wherein falling back to LP-WUS monitoring comprises:stopping PDCCH monitoring.25.The network device of claim 21, wherein falling back to LP-WUS monitoring comprises:stopping the DRX operation.26.The network device of claim 22, wherein the timer comprises one of the following:a short DRX cycle timer;an inactivity timer; ora separate timer.27.The network device of claim 20, wherein the DRX operation is started after receiving the PDCCH, and wherein the time duration associated with the LP-WUS comprises at least one of an active time duration triggered by the LP-WUS and an extended time duration, and the extended time duration is determined based on an onDuration associated with the DRX operation and an overlapped time duration of the onDuration and the active time duration.28.The network device of claim 20, wherein the network device is further caused to:determine that the terminal device falls back to LP-WUS monitoring based on determining that no PDCCH is received during the time duration associated with the LP-WUS.29.The network device of claim 20, wherein the DRX operation is started after receiving the LP-WUS, and the network device is further caused to:determine that the terminal device monitors a PDCCH during an active time duration triggered by the LP-WUS; anddetermine that the terminal device continues monitoring a PDCCH during an extended time duration, wherein the extended time duration is determined based on an onDuration associated with the DRX operation and an overlapped time duration of the onDuration and the active time duration.30.The network device of claim 29, wherein the network device is further caused to:determine that the terminal device falls back to LP-WUS monitoring if no PDCCH is received during the active time duration and the extended time duration.31.The network device of claim 29, wherein the network device is further caused to:determine that the terminal device continues monitoring a PDCCH for a plurality of DRX cycles; anddetermine that the terminal device falls back to LP-WUS monitoring if no PDCCH is received till an end of the plurality of DRX cycles.32.The network device of claim 31, wherein the plurality of DRX cycles are a plurality of short DRX cycles.33.The network device of claim 29, wherein the onDuration is associated with a short DRX cycle.34.The network device of claim 27 or 29, wherein continuing monitoring a PDCCH during the extended time duration comprises:continuing monitoring a PDCCH during the extended time duration if a minimum time gap between the reception of the LP-WUS and a start of PDCCH monitoring exceeds a threshold.35.The network device of claim 27 or 29, wherein continuing monitoring a PDCCH during the extended time duration comprises:continuing monitoring a PDCCH during the extended time duration if a short DRX cycle or a long DRX cycle is shorter than a threshold.36.The network device of claim 27 or 29, wherein continuing monitoring a PDCCH during the extended time duration comprises:continuing monitoring a PDCCH during the extended time duration if one of the following:a channel state information (CSI) reporting is disabled; orthe CSI reporting is enabled.37.The network device of any of claims 20-36, wherein the DRX operation comprises at least DRX functionality that controls PDCCH monitoring activity of the terminal device.38.A method comprising:receiving, at a terminal device, from a network device, a low-power wake-up signal (LP-WUS) ; andstarting, at the terminal device, a discontinuous reception (DRX) operation based on one of the following:receiving a physical downlink control channel (PDCCH) during a time duration associated with the LP-WUS; orreceiving the LP-WUS.39.A method comprising:transmitting, at a network device to a terminal device, a low-power wake-up signal (LP-WUS) ; anddetermining, at the network device, that the terminal device starts a discontinuous reception (DRX) operation based on one of the following:receiving a physical downlink control channel (PDCCH) during a time duration associated with the LP-WUS; orreceiving the LP-WUS.40.An apparatus comprising:means for receiving, at a terminal device, from a network device, a low-power wake-up signal (LP-WUS) ; andmeans for starting, at the terminal device, a discontinuous reception (DRX) operation based on one of the following:receiving a physical downlink control channel (PDCCH) during a time duration associated with the LP-WUS; orreceiving the LP-WUS.41.An apparatus comprising:means for transmitting, at a network device to a terminal device, a low-power wake-up signal (LP-WUS) ; andmeans for determining, at the network device, that the terminal device starts a discontinuous reception (DRX) operation based on one of the following:receiving a physical downlink control channel (PDCCH) during a time duration associated with the LP-WUS; orreceiving the LP-WUS.42.A non-transitory computer readable medium comprising program instructions for causing an apparatus to perform at least the method of claim 38 or 39.

Images