Method and apparatus for pdcch monitoring triggered by a wake up signal in a wireless communication system

Abstract

The disclosure relates to a 5G or 6G communication system for supporting a higher data transmission rate. Methods and apparatuses for physical downlink control channel (PDCCH) monitoring triggered by a wake up signal (WUS). A method of a user equipment (UE) configured with discontinuous reception (DRX) operation and operating in a RRC (Radio Resource control)_CONNECTED state, in a wireless communication system including receiving, from a base station (BS), configuration information on low power- wake up signal (LP-WUS) based physical downlink control channel (PDCCH) monitoring; detecting LP-WUS based on the configuration information; and determining to monitor PDCCH based on the detected LP-WUS.

Description

METHOD AND APPARATUS FOR PDCCH MONITORING TRIGGERED BY A WAKE UP SIGNAL IN A WIRELESS COMMUNICATION SYSTEM

[0001] The present disclosure relates generally to wireless communication systems and, more specifically, the present disclosure relates to methods and apparatuses for physical downlink control channel (PDCCH) monitoring triggered by a wake up signal (WUS).

[0002] 5G mobile communication technologies define broad frequency bands such that high transmission rates and new services are possible, and can be implemented not only in "Sub 6GHz" bands such as 3.5GHz, but also in "Above 6GHz" bands referred to as mmWave including 28GHz and 39GHz. In addition, it has been considered to implement 6G mobile communication technologies (referred to as Beyond 5G systems) in terahertz bands (for example, 95GHz to 3THz bands) in order to accomplish transmission rates fifty times faster than 5G mobile communication technologies and ultra-low latencies one-tenth of 5G mobile communication technologies.

[0003] At the beginning of the development of 5G mobile communication technologies, in order to support services and to satisfy performance requirements in connection with enhanced Mobile BroadBand (eMBB), Ultra Reliable Low Latency Communications (URLLC), and massive Machine-Type Communications (mMTC), there has been ongoing standardization regarding beamforming and massive MIMO for mitigating radio-wave path loss and increasing radio-wave transmission distances in mmWave, supporting numerologies (for example, operating multiple subcarrier spacings) for efficiently utilizing mmWave resources and dynamic operation of slot formats, initial access technologies for supporting multi-beam transmission and broadbands, definition and operation of BWP (BandWidth Part), new channel coding methods such as a LDPC (Low Density Parity Check) code for large amount of data transmission and a polar code for highly reliable transmission of control information, L2 pre-processing, and network slicing for providing a dedicated network specialized to a specific service.

[0004] Currently, there are ongoing discussions regarding improvement and performance enhancement of initial 5G mobile communication technologies in view of services to be supported by 5G mobile communication technologies, and there has been physical layer standardization regarding technologies such as V2X (Vehicle-to-everything) for aiding driving determination by autonomous vehicles based on information regarding positions and states of vehicles transmitted by the vehicles and for enhancing user convenience, NR-U (New Radio Unlicensed) aimed at system operations conforming to various regulation-related requirements in unlicensed bands, NR UE Power Saving, Non-Terrestrial Network (NTN) which is UE-satellite direct communication for providing coverage in an area in which communication with terrestrial networks is unavailable, and positioning.

[0005] Moreover, there has been ongoing standardization in air interface architecture / protocol regarding technologies such as Industrial Internet of Things (IIoT) for supporting new services through interworking and convergence with other industries, IAB (Integrated Access and Backhaul) for providing a node for network service area expansion by supporting a wireless backhaul link and an access link in an integrated manner, mobility enhancement including conditional handover and DAPS (Dual Active Protocol Stack) handover, and two-step random access for simplifying random access procedures (2-step RACH for NR). There also has been ongoing standardization in system architecture / service regarding a 5G baseline architecture (for example, service based architecture or service based interface) for combining Network Functions Virtualization (NFV) and Software-Defined Networking (SDN) technologies, and Mobile Edge Computing (MEC) for receiving services based on UE positions.

[0006] As 5G mobile communication systems are commercialized, connected devices that have been exponentially increasing will be connected to communication networks, and it is accordingly expected that enhanced functions and performances of 5G mobile communication systems and integrated operations of connected devices will be necessary. To this end, new research is scheduled in connection with eXtended Reality (XR) for efficiently supporting AR (Augmented Reality), VR (Virtual Reality), MR (Mixed Reality) and the like, 5G performance improvement and complexity reduction by utilizing Artificial Intelligence (AI) and Machine Learning (ML), AI service support, metaverse service support, and drone communication.

[0007] Furthermore, such development of 5G mobile communication systems will serve as a basis for developing not only new waveforms for providing coverage in terahertz bands of 6G mobile communication technologies, multi-antenna transmission technologies such as Full Dimensional MIMO (FD-MIMO), array antennas and large-scale antennas, metamaterial-based lenses and antennas for improving coverage of terahertz band signals, high-dimensional space multiplexing technology using OAM (Orbital Angular Momentum), and RIS (Reconfigurable Intelligent Surface), but also full-duplex technology for increasing frequency efficiency of 6G mobile communication technologies and improving system networks, AI-based communication technology for implementing system optimization by utilizing satellites and AI (Artificial Intelligence) from the design stage and internalizing end-to-end AI support functions, and next-generation distributed computing technology for implementing services at levels of complexity exceeding the limit of UE operation capability by utilizing ultra-high-performance communication and computing resources.

[0008] The present disclosure relates to PDCCH monitoring triggered by WUS.

[0009] In one embodiment, a base station (BS) in a wireless communication system is provided. The BS includes a processor configured to determine, based on a set of higher layer parameters, a periodicity, a first time offset, a timer, and a number of WUS monitoring occasions (MOs) and determine a time domain window to transmit a WUS, wherein the time domain window periodically occurs with the periodicity and includes the number of WUS MOs. The BS further includes a transceiver operably coupled to the processor. The transceiver configured to transmit the set of higher layer parameters and transmit the WUS based on the number of WUS MOs. The processor is further configured to determine a time instance to start the timer based on the first time offset and determine to transmit a PDCCH when the timer is running.

[0010] In one embodiment, a user equipment (UE) in a wireless communication system is provided. The UE includes a transceiver configured to receive a set of higher layer parameters and a processor operably coupled to the transceiver. The processor is configured to determine, based on the set of higher layer parameters, a periodicity, a first time offset, a timer, and a number of WUS MOs and determine a time domain window for monitoring the WUS. The time domain window periodically occurs with the periodicity and includes the number of WUS MOs. The transceiver is further configured to receive a WUS based on the number of WUS MO. The processor is further configured to determine a time instance to start the timer based on the first time offset and determine to monitor a PDCCH when the timer is running.

[0011] In one embodiment, a method of a UE in a wireless communication system is provided. The method includes receiving a set of higher layer parameters, determining, based on the set of higher layer parameters, a periodicity, a first time offset, a timer, and a number of WUS MOs, and determining a time domain window for monitoring the WUS that periodically occurs with the periodicity and includes the number of WUS MOs. The method further includes receiving a WUS based on the number of WUS MOs, determining a time instance to start the timer based on the first time offset, and determining to monitor a PDCCH when the timer is running.

[0012] Other technical features may be readily apparent to one skilled in the art from the following figures, descriptions, and claims.

[0013] Before undertaking the DETAILED DESCRIPTION below, it may be advantageous to set forth definitions of certain words and phrases used throughout this patent document. The term "couple" and its derivatives refer to any direct or indirect communication between two or more elements, whether or not those elements are in physical contact with one another. The terms "transmit," "receive," and "communicate," as well as derivatives thereof, encompass both direct and indirect communication. The terms "include" and "comprise," as well as derivatives thereof, mean inclusion without limitation. The term "or" is inclusive, meaning and / or. The phrase "associated with," as well as derivatives thereof, means to include, be included within, interconnect with, contain, be contained within, connect to or with, couple to or with, be communicable with, cooperate with, interleave, juxtapose, be proximate to, be bound to or with, have, have a property of, have a relationship to or with, or the like. The term "controller" means any device, system, or part thereof that controls at least one operation. Such a controller may be implemented in hardware or a combination of hardware and software and / or firmware. The functionality associated with any particular controller may be centralized or distributed, whether locally or remotely. The phrase "at least one of," when used with a list of items, means that different combinations of one or more of the listed items may be used, and only one item in the list may be needed. For example, "at least one of: A, B, and C" includes any of the following combinations: A, B, C, A and B, A and C, B and C, and A and B and C.

[0014] Moreover, various functions described below can be implemented or supported by one or more computer programs, each of which is formed from computer readable program code and embodied in a computer readable medium. The terms "application" and "program" refer to one or more computer programs, software components, sets of instructions, procedures, functions, objects, classes, instances, related data, or a portion thereof adapted for implementation in a suitable computer readable program code. The phrase "computer readable program code" includes any type of computer code, including source code, object code, and executable code. The phrase "computer readable medium" includes any type of medium capable of being accessed by a computer, such as read only memory (ROM), random access memory (RAM), a hard disk drive, a compact disc (CD), a digital video disc (DVD), or any other type of memory. A "non-transitory" computer readable medium excludes wired, wireless, optical, or other communication links that transport transitory electrical or other signals. A non-transitory computer readable medium includes media where data can be permanently stored and media where data can be stored and later overwritten, such as a rewritable optical disc or an erasable memory device.

[0015] Definitions for other certain words and phrases are provided throughout this patent document. Those of ordinary skill in the art should understand that in many if not most instances, such definitions apply to prior as well as future uses of such defined words and phrases.

[0016] For a more complete understanding of the present disclosure and its advantages, reference is now made to the following description taken in conjunction with the accompanying drawings, in which like reference numerals represent like parts:

[0017] FIG. 1 illustrates an example wireless network according to embodiments of the present disclosure;

[0018] FIG. 2 illustrates an example BS according to embodiments of the present disclosure;

[0019] FIG. 3 illustrates an example UE according to embodiments of the present disclosure;

[0020] FIG. 4A illustrates an example of a wireless transmit path according to embodiments of the present disclosure;

[0021] FIG. 4B illustrates an example of a wireless receive path according to embodiments of the present disclosure;

[0022] FIG. 5 illustrates timelines for starting an example timer for PDCCH monitoring according to embodiments of the present disclosure;

[0023] FIG. 6 illustrates timelines for starting an example timer for PDCCH monitoring according to embodiments of the present disclosure;

[0024] FIG. 7 illustrates timelines for starting an example timer for PDCCH monitoring according to embodiments of the present disclosure;

[0025] FIG. 8 illustrates timelines for starting an example timer for PDCCH monitoring according to embodiments of the present disclosure;

[0026] FIG. 9 illustrates a timeline for starting an example timer for PDCCH monitoring according to embodiments of the present disclosure;

[0027] FIG. 10 illustrates a timeline for starting an example timer for PDCCH monitoring according to embodiments of the present disclosure;

[0028] FIG. 11 illustrates an example timer / time window determination according to embodiments of the present disclosure;

[0029] FIG. 12 illustrates an example UE procedure for PDCCH monitoring triggered by a low power (LP)-WUS according to embodiments of the present disclosure;

[0030] FIG. 13 illustrates a timeline of an example application time delay indicated by a downlink control information (DCI) format according to embodiments of the present disclosure;

[0031] FIG. 14 illustrates a timeline of an example time domain window for MOs of LP-WUS according to embodiments of the present disclosure;

[0032] FIG. 15A illustrates a timeline of an example time domain window for MOs of LP-WUS according to embodiments of the present disclosure;

[0033] FIG. 15B illustrates a timeline of example LP-WUS monitoring according to embodiments of the present disclosure;

[0034] FIGS. 16A and 16B illustrate timelines of an example duration for PDCCH monitoring according to embodiments of the present disclosure;

[0035] FIGS. 17A and 17B illustrate timelines of an example duration for PDCCH monitoring according to embodiments of the present disclosure;

[0036] FIG. 18 illustrates a timeline of example LP-WUS monitoring according to embodiments of the present disclosure;

[0037] FIG. 19 illustrates a flowchart of an example UE procedure for LP-WUS monitoring according to embodiments of the present disclosure;

[0038] FIG. 20 illustrates a timeline of example LP-WUS monitoring according to embodiments of the present disclosure;

[0039] FIG. 21 illustrates a flowchart of an example UE procedure for LP-WUS monitoring according to embodiments of the present disclosure;

[0040] FIG. 22 illustrates a timeline for terminating an example timer for PDCCH monitoring according to embodiments of the present disclosure; and

[0041] FIG. 23 illustratesa timeline for LP-WUS monitoring according to embodiments of the present disclosure.

[0042] Figure 24 illustrates a method 2400 performed by a user equipment (UE) according to various embodiments of the present disclosure;

[0043] Figure 25 illustrates a method 2500 performed by a base station (BS) according to various embodiments of the present disclosure.

[0044] Hereinafter, embodiments of the disclosure will be described in detail with reference to the accompanying drawings.

[0045] In describing the embodiments, descriptions related to technical contents well-known in the art and not associated directly with the disclosure will be omitted. Such an omission of unnecessary descriptions is intended to prevent obscuring of the main idea of the disclosure and more clearly transfer the main idea.

[0046] For the same reason, in the accompanying drawings, some elements may be exaggerated, omitted, or schematically illustrated. Further, the size of each element does not completely reflect the actual size. In the drawings, identical or corresponding elements are provided with identical reference numerals or different reference numerals.

[0047] The advantages and features of the disclosure and ways to achieve them will be apparent by making reference to embodiments as described below in detail in conjunction with the accompanying drawings. However, the disclosure is not limited to the embodiments set forth below, but may be implemented in various different forms. The following embodiments are provided only to completely disclose the disclosure and inform those skilled in the art of the scope of the disclosure, and the disclosure is defined only by the scope of the appended claims. Throughout the specification, the same or like reference numerals designate the same or like elements. Furthermore, in describing the disclosure, a detailed description of known functions or constitution incorporated herein will be omitted in the case that it is determined that the description may make the subject matter of the disclosure unnecessarily unclear. The terms which will be described below are terms defined in consideration of the functions in the disclosure, and may be different according to users, intentions of the operators, or customs. Therefore, the definitions of the terms should be made based on the contents throughout the specification.

[0048] Herein, it will be understood that each block of the flowchart illustrations, and combinations of blocks in the flowchart illustrations, may be performed based on computer program instructions. These computer program instructions may be loaded collectively onto at least one processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which perform through any one of, or in any combination of, the at least one processor of the computer or other programmable data processing apparatus, create means for performing the functions specified in the flowchart block(s). These computer program instructions may also be stored in a non-transitory computer usable or computer-readable memory that may direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer usable or computer-readable memory produce an article of manufacture including instruction means that perform the function specified in the flowchart block(s). The computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable data processing apparatus to produce a computer executed process such that the instructions that perform on the computer or other programmable data processing apparatus provide steps for executing the functions specified in the flowchart block(s).

[0049] Further, each block may represent a module, segment, or portion of code, which includes one or more executable instructions for executing the specified logical function(s). It should also be noted that in some alternative implementations, the functions noted in the blocks may occur out of the order. For example, two blocks(or functions) shown in succession may in fact be performed substantially concurrently or the blocks may sometimes be performed in the reverse order, depending upon the functionality involved.

[0050] As used in embodiments of the disclosure, a "~unit" may refer to a software element or a hardware element, such as a field programmable gate array (FPGA) or an application specific integrated circuit (ASIC), which performs a predetermined function. However, the term including the word "~unit" does not always have a meaning limited to software or hardware. The "~unit" may be constructed either to be stored in an addressable storage medium or to execute one or more processors. Therefore, the "~unit" includes, for example, software elements, object-oriented software elements, components such as class elements and task elements, processes, functions, properties, procedures, sub-routines, segments of a program code, drivers, firmware, micro-codes, circuits, data, database, data structures, tables, arrays, and parameters. The components and functions provided by the "~unit" may be either combined into a smaller number of components and a "~unit," or divided into additional components and a "~unit." Moreover, the components and "~units" may be implemented to reproduce one or more central processing units (CPUs) within a device or a security multimedia card. Further, in the embodiments, the "~unit" may include one or more processors.

[0051] It should be appreciated that the blocks in each flowchart and combinations of the flowcharts may be performed by one or more computer programs which include instructions. The entirety of the one or more computer programs may be stored in a single memory device or the one or more computer programs may be divided with different portions stored in different multiple memory devices.

[0052] Any of the functions or operations described herein can be processed by one processor or a combination of processors. The one processor or the combination of processors is circuitry performing processing and includes circuitry like an application processor (AP, e.g. a CPU), a communication processor (CP, e.g., a modem), a graphics processing unit (GPU), a neural processing unit (NPU) (e.g., an artificial intelligence (AI) chip), a Wi-Fi chip, a Bluetooth® chip, a global positioning system (GPS) chip, a near field communication (NFC) chip, connectivity chips, a sensor controller, a touch controller, a finger-print sensor controller, a display driver integrated circuit (IC), an audio CODEC chip, a universal serial bus (USB) controller, a camera controller, an image processing IC, a microprocessor unit (MPU), a system on chip (SoC), an IC, or the like.

[0053] It will be appreciated that various embodiments of the disclosure according to the claims and description in the specification can be realized in the form of hardware, software or a combination of hardware and software.

[0054] Any such software may be stored in non-transitory computer readable storage media. The non-transitory computer readable storage media store one or more computer programs (software modules), the one or more computer programs include computer-executable instructions that, when executed by one or more processors of an electronic device individually or collectively, cause the electronic device to perform a method of the disclosure.

[0055] Any such software may be stored in the form of volatile or non-volatile storage such as, for example, a storage device like read only memory (ROM), whether erasable or rewritable or not, or in the form of memory such as, for example, random access memory (RAM), memory chips, device or integrated circuits or on an optically or magnetically readable medium such as, for example, a compact disk (CD), digital versatile disc (DVD), magnetic disk or magnetic tape or the like. It will be appreciated that the storage devices and storage media are various embodiments of non-transitory machine-readable storage that are suitable for storing a computer program or computer programs comprising instructions that, when executed, implement various embodiments of the disclosure. Accordingly, various embodiments of the present disclosure may provide a program comprising code for implementing apparatus or a method as claimed in any one of the claims of this specification and a non-transitory machine-readable storage storing such a program.

[0056] Hereinafter, the determination of priority between A and B in the present disclosure may refer to various actions such as selecting the one having a higher priority based on a predefined priority rule and performing an operation corresponding thereto, or omitting or dropping an operation corresponding to the one having a lower priority.

[0057] Hereinafter, "A or B" as described in the present disclosure may be understood as "A and / or B," which may include A, or B, or both A and B.

[0058] In addition, "at least one of A, B, and C" as described in the present disclosure may be understood to include A, or B, or C, or any combination of A, B, and C.

[0059] In addition, "at least one of A, B, or C" as described in the present disclosure may be understood to include A, or B, or C, or any combination of A, B, and C.

[0060] Furthermore, "A / B" as described in the present disclosure may be understood as "A and / or B," which may include A, or B, or both A and B.

[0061] Furthermore, "A, B" as described in the present disclosure may be understood as "A and / or B," which may include A, or B, or both A and B.

[0062] Furthermore, "A and B" as described in the present disclosure may be understood as "A and / or B," which may include A, or B, or both A and B.

[0063] Furthermore, "if condition A and condition B are satisfied," as described in the present disclosure, may not be limited to a case where both condition A and condition B are satisfied, but may be understood to include a case where either condition A or condition B is individually satisfied, both condition A and condition B are satisfied, or one or more additional conditions are satisfied in combination.

[0064] Furthermore, throughout this disclosure, ordinal terms such as "first," "second," "third," etc., (and similar qualifiers) are used merely to distinguish between different instances, occurrences, configurations, messages, stages, or aspects of elements, operations, or information as described herein. Unless the context clearly dictates otherwise, the use of such ordinal terms does not itself require that the elements, operations, or information distinguished by these terms be structurally different, numerically distinct, or substantively dissimilar. For example, a "first signal" and a "second signal" may refer to instances of the same signal transmitted at different times or containing the same core information despite minor variations, or they may refer to signals with different content or characteristics, depending on the specific context. Similarly, a "first value" and a "second value" may represent the same magnitude but measured or applied in different circumstances, or they may represent different magnitudes. The interpretation should be guided by the specific technical context, function, and relationship described in the relevant portion of the specification and claims.

[0065] Furthermore, the terms "first ~", "second ~", etc., as described in the present disclosure with respect to various elements (e.g., information, objects, operation, sequences, or the like), should not limit those elements. These terms may only be intended to distinguish one element from another, and may not be intended to indicate a specific order. For example, a first element could be termed a second element, and, similarly, a second element could be termed a first element.

[0066] Furthermore, even if "first ~" and "second ~" are described in the present disclosure, it may be understood that element(s) referred to by "first ~" and "second ~" may be the same or different. For example, in case of element(s) being information, first information and second information may both be same information and, in some cases, are separate and different information.

[0067] In addition, the terms "if ~" and "in case that ~" as used in the disclosure or claims may be interpreted to include the meanings of "when (or upon) ~," "in response to ~," "based on ~," or "according to ~," and may be used interchangeably with these expressions. In addition, expressions other than those exemplified herein may also be used, as long as they have substantially the same meaning and do not impair the technical features of the present disclosure.

[0068] For example, the physical layer signaling may be referred to as Layer 1 (L1) signaling and may include downlink control information (DCI). In addition, the higher layer signaling may include a medium access control (MAC) control message, a radio resource control (RRC) signaling message, a non-access stratum (NAS) signaling message, or an application layer message. The RRC signaling message may be referred to as L3 (layer 3) signaling. It should be noted, however, that the higher layer signaling is not limited to the aforementioned examples.

[0069] In addition, the term "not perform" as used in the present disclosure or claims may, in context, be understood to mean that the corresponding step is omitted or skipped. Such a term may be replaced with other terms having the same or substantially equivalent meaning.

[0070] In addition, "transmitting a message including A and B" as described in the present disclosure, may be understood as encompassing both (i) transmitting A and B in a single message, and (ii) transmitting A and B separately via multiple messages (e.g., transmitting a first message including A and a second message including B). This interpretation may also apply to messages that include two or more items (e.g., A, B, C), transmitted either together or separately.

[0071] In addition, "transmitting a message including A and transmitting a message including B" may also be interpreted as transmitting a message including A and B in a single message.

[0072] In the specific embodiments of the present disclosure described below, terms or components included in the disclosure may be expressed in singular or plural form depending on the specific embodiments presented. However, such singular or plural expressions are selected appropriately for convenience of description, and the present disclosure is not limited to a singular or plural number of components. A component expressed in the plural form may be implemented as a single component, and a component expressed in the singular form may be implemented as multiple components.

[0073] The drawings or flowcharts described below illustrate exemplary methods that may be implemented according to the principles of the present disclosure, and various modifications may be made to the methods illustrated in the flowcharts of the present disclosure. For example, although illustrated as a series of steps, various steps in each drawing or flowchart may overlap, occur in parallel, occur in a different order, or be repeated. In other examples, any step may be omitted or replaced with another step.

[0074] The methods and apparatuses proposed in the embodiments of the present disclosure are not limited to each embodiment individually, but may also be applied in combination of all or some of the embodiments proposed in the disclosure. Therefore, the embodiments of the present disclosure may be modified and applied without significantly departing from the scope of the present disclosure, as would be understood by those skilled in the art.

[0075] In this case, even if certain wordings are described differently across embodiments, they may be used interchangeably or in substitution or in combination if their underlying concepts are equivalent. For example, for the same or equivalent concept, even if one embodiment uses the expression "A" and another embodiment uses the expression "B", such expressions may be understood interchangeably, in substitution, or in combination.

[0076] The terms used in the following description to refer to access nodes, network entities, messages, interfaces between network entities, various types of identification information, and the like, are provided merely for the convenience of explanation by way of example. Therefore, the present disclosure is not limited to the terms described below, and other terms having equivalent technical meanings may also be used. Such terms may also be interchangeable with terms defined in any 3rd generation partnership project (3GPP) technical specifications (TS) where appropriate.

[0077] Hereinafter, a base station is an entity that allocates resources to terminals, and may be at least one of a gNode B, an eNode B, a Node B, a base station (BS), a wireless access unit, a BS controller, or a node on a network.

[0078] Furthermore, the base station of the present disclosure may include a split architecture comprising a central unit (CU) and a distributed unit (DU). In this structure, the CU is configured to process the higher layers of the control and user planes, while the DU is configured to process lower-layer radio resource functions. The embodiments of the present disclosure may be equally applicable to 5G base station architectures in which such CU and DU functional splits are implemented.

[0079] A terminal may include a UE, a mobile station (MS), a cellular phone, a smartphone, a computer, or a multimedia system capable of performing communication functions.

[0080] In the disclosure, a downlink (DL) refers to a radio link through which a BS transmits a signal to a UE, and an uplink (UL) refers to a radio link through which a UE transmits a signal to a BS.

[0081] Furthermore, hereinafter, 5th generation (5G) mobile communication technologies (e.g., 5G new radio (NR)), 6th generation (6G) mobile communication technologies may be described by way of example, but the embodiments of the present disclosure may also be applied to other communication systems having similar technical backgrounds or channel types. For example, newly evolved mobile communication systems developed after 5G and 6G may be included. Furthermore, based on determinations by those skilled in the art, the embodiments of the present disclosure may also be applied to other communication systems (e.g., Wi-Fi systems) through some modifications without significantly departing from the scope of the present disclosure

[0082] In the following description, the terms physical channel and signal may be used interchangeably with data or control signal. For example, the term physical downlink shared channel (PDSCH) refers to a physical channel through which data is transmitted, but the term PDSCH may also be used to refer to the data itself. That is, in the present disclosure, the expression "transmit a physical channel" may be interpreted as being equivalent to the expression "transmit data or a signal via a physical channel."

[0083] Hereinafter, in the context of the present disclosure, higher layer signaling may refer to signaling corresponding to at least one or any combination of the following: master information block (MIB), system information block (SIB) or SIB M (M = 1, 2, ...), radio resource control (RRC), or medium access control (MAC) control element (CE), or a non-access stratum (NAS) signaling message, or an application layer message. The RRC signaling message may be referred to as L3 (layer 3) signaling.

[0084] In addition, L1 signaling may refer to signaling corresponding to at least one or any combination of signaling techniques using the at least one or any combination of the following physical layer channels or signaling: physical downlink control channel (PDCCH), downlink control information (DCI), user equipment (UE)-specific DCI, group-common DCI, common DCI, scheduling DCI (e.g., DCI used for scheduling downlink or uplink data), non-scheduling DCI (e.g., DCI not used for scheduling downlink or uplink data) physical uplink control channel (PUCCH), or uplink control information (UCI). The L1 signaling message may be referred to as a physical layer signaling.

[0085] Hereinafter, the expression that information is configured by the BS, as used in the present disclosure or claims, may, in context, be understood to mean that the terminal receives the corresponding information from the BS via a physical layer signaling or a higher layer signaling. Such an expression may be replaced with other terms having the same or substantially equivalent meaning.

[0086] Hereinafter, the operational principle of the present disclosure will be described in detail with reference to the accompanying drawings.

[0087] FIGS. 1-25, discussed below, and the various, non-limiting embodiments used to describe the principles of the present disclosure in this patent document are by way of illustration only and should not be construed in any way to limit the scope of the disclosure. Those skilled in the art will understand that the principles of the present disclosure may be implemented in any suitably arranged system or device.

[0088] To meet the demand for wireless data traffic having increased since deployment of 4G communication systems, and to enable various vertical applications, 5G / NR communication systems have been developed and are currently being deployed. The 5G / NR communication system is implemented in higher frequency (mmWave) bands, e.g., 28 GHz or 60 GHz bands, so as to accomplish higher data rates or in lower frequency bands, such as 6 GHz, to enable robust coverage and mobility support. To decrease propagation loss of the radio waves and increase the transmission distance, the beamforming, massive multiple-input multiple-output (MIMO), full dimensional MIMO (FD-MIMO), array antenna, an analog beam forming, large scale antenna techniques are discussed in 5G / NR communication systems.

[0089] In addition, in 5G / NR communication systems, development for system network improvement is under way based on advanced small cells, cloud radio access networks (RANs), ultra-dense networks, device-to-device (D2D) communication, wireless backhaul, moving network, cooperative communication, coordinated multi-points (CoMP), reception-end interference cancelation and the like.

[0090] The discussion of 5G systems and frequency bands associated therewith is for reference as certain embodiments of the present disclosure may be implemented in 5G systems. However, the present disclosure is not limited to 5G systems, or the frequency bands associated therewith, and embodiments of the present disclosure may be utilized in connection with any frequency band. For example, aspects of the present disclosure may also be applied to deployment of 5G communication systems, 6G, or even later releases which may use terahertz (THz) bands.

[0091] The following documents and standards descriptions are hereby incorporated by reference into the present disclosure as if fully set forth herein: [REF 1] 3GPP TS 38.211 v17.1.0, "NR; Physical channels and modulation;" [REF 2] 3GPP TS 38.212 v17.1.0, "NR; Multiplexing and channel coding;" [REF 3] 3GPP TS 38.213 v17.1.0, "NR; Physical layer procedures for control;" [REF 4] 3GPP TS 38.214 v17.1.0, "NR; Physical layer procedures for data;" and [REF 5] 3GPP TS 38.331 v17.1.0, "NR; Radio Resource Control (RRC) protocol specification."

[0092] FIGS. 1-3 below describe various embodiments implemented in wireless communications systems and with the use of orthogonal frequency division multiplexing (OFDM) or orthogonal frequency division multiple access (OFDMA) communication techniques. The descriptions of FIGS. 1-3 are not meant to imply physical or architectural limitations to how different embodiments may be implemented. Different embodiments of the present disclosure may be implemented in any suitably arranged communications system.

[0093] FIG. 1 illustrates an example wireless network 100 according to embodiments of the present disclosure. The embodiment of the wireless network 100 shown in FIG. 1 is for illustration only. Other embodiments of the wireless network 100 could be used without departing from the scope of this disclosure.

[0094] As shown in FIG. 1, the wireless network 100 includes a gNB 101 (e.g., base station, BS), a gNB 102, and a gNB 103 (collectively forming a BS system). The gNB 101 communicates with the gNB 102 and the gNB 103. The gNB 101 also communicates with at least one network 130, such as the Internet, a proprietary Internet Protocol (IP) network, or other data network.

[0095] The gNB 102 provides wireless broadband access to the network 130 for a first plurality of user equipments (UEs) within a coverage area 120 of the gNB 102. The first plurality of UEs includes a UE 111, which may be located in a small business; a UE 112, which may be located in an enterprise; a UE 113, which may be a WiFi hotspot; a UE 114, which may be located in a first residence; a UE 115, which may be located in a second residence; and a UE 116, which may be a mobile device, such as a cell phone, a wireless laptop, a wireless PDA, or the like. The gNB 103 provides wireless broadband access to the network 130 for a second plurality of UEs within a coverage area 125 of the gNB 103. The second plurality of UEs includes the UE 115 and the UE 116. In some embodiments, one or more of the gNBs 101-103 may communicate with each other and with the UEs 111-116 using 5G / NR, long term evolution (LTE), long term evolution-advanced (LTE-A), WiMAX, WiFi, or other wireless communication techniques.

[0096] Depending on the network type, the term "base station" or "BS" can refer to any component (or collection of components) configured to provide wireless access to a network, such as transmit point (TP), transmit-receive point (TRP), an enhanced base station (eNodeB or eNB), a 5G / NR base station (gNB), a macrocell, a femtocell, a WiFi access point (AP), or other wirelessly enabled devices. Base stations may provide wireless access in accordance with one or more wireless communication protocols, e.g., 5G / NR 3rdgeneration partnership project (3GPP) NR, long term evolution (LTE), LTE advanced (LTE-A), high speed packet access (HSPA), Wi-Fi 802.11a / b / g / n / ac, etc. For the sake of convenience, the terms "BS" and "TRP" are used interchangeably in this patent document to refer to network infrastructure components that provide wireless access to remote terminals. Also, depending on the network type, the term "user equipment" or "UE" can refer to any component such as "mobile station," "subscriber station," "remote terminal," "wireless terminal," "receive point," or "user device." For the sake of convenience, the terms "user equipment" and "UE" are used in this patent document to refer to remote wireless equipment that wirelessly accesses a BS, whether the UE is a mobile device (such as a mobile telephone or smartphone) or is normally considered a stationary device (such as a desktop computer or vending machine).

[0097] The dotted lines show the approximate extents of the coverage areas 120 and 125, which are shown as approximately circular for the purposes of illustration and explanation only. It should be clearly understood that the coverage areas associated with gNBs, such as the coverage areas 120 and 125, may have other shapes, including irregular shapes, depending upon the configuration of the gNBs and variations in the radio environment associated with natural and man-made obstructions.

[0098] As described in more detail below, one or more of the UEs 111-116 include circuitry, programing, or a combination thereof for performing PDCCH monitoring triggered by a WUS. In certain embodiments, one or more of the gNBs 101-103 include circuitry, programing, or a combination thereof to support PDCCH monitoring triggered by a WUS.

[0099] Although FIG. 1 illustrates one example of a wireless network, various changes may be made to FIG. 1. For example, the wireless network 100 could include any number of gNBs and any number of UEs in any suitable arrangement. Also, the gNB 101 could communicate directly with any number of UEs and provide those UEs with wireless broadband access to the network 130. Similarly, each gNB 102-103 could communicate directly with the network 130 and provide UEs with direct wireless broadband access to the network 130. Further, the gNBs 101, 102, and / or 103 could provide access to other or additional external networks, such as external telephone networks or other types of data networks.

[0100] FIG. 2 illustrates an example BS (e,g, gNB 102) according to embodiments of the present disclosure. The embodiment of the gNB 102 illustrated in FIG. 2 is for illustration only, and the gNBs 101 and 103 of FIG. 1 could have the same or similar configuration. However, gNBs come in a wide variety of configurations, and FIG. 2 does not limit the scope of this disclosure to any particular implementation of a gNB.

[0101] As shown in FIG. 2, the gNB 102 includes multiple antennas 205a-205n, multiple transceivers 210a-210n, a controller / processor 225, a memory 230, and a backhaul or network interface 235.

[0102] The transceivers 210a-210n receive, from the antennas 205a-205n, incoming radio frequency (RF) signals, such as signals transmitted by UEs in the wireless network 100. The transceivers 210a-210n down-convert the incoming RF signals to generate IF or baseband signals. The IF or baseband signals are processed by receive (RX) processing circuitry in the transceivers 210a-210n and / or controller / processor 225, which generates processed baseband signals by filtering, decoding, and / or digitizing the baseband or IF signals. The controller / processor 225 may further process the baseband signals.

[0103] Transmit (TX) processing circuitry in the transceivers 210a-210n and / or controller / processor 225 receives analog or digital data (such as voice data, web data, e-mail, or interactive video game data) from the controller / processor 225. The TX processing circuitry encodes, multiplexes, and / or digitizes the outgoing baseband data to generate processed baseband or IF signals. The transceivers 210a-210n up-convert the baseband or IF signals to RF signals that are transmitted via the antennas 205a-205n.

[0104] The controller / processor 225 can include one or more processors or other processing devices that control the overall operation of the gNB 102. For example, the controller / processor 225 could control the reception of uplink (UL) channels or signals and the transmission of downlink (DL) channels or signals by the transceivers 210a-210n in accordance with well-known principles. The controller / processor 225 could support additional functions as well, such as more advanced wireless communication functions. For instance, the controller / processor 225 could support beam forming or directional routing operations in which outgoing / incoming signals from / to multiple antennas 205a-205n are weighted differently to effectively steer the outgoing signals in a desired direction. Any of a wide variety of other functions could be supported in the gNB 102 by the controller / processor 225.

[0105] The controller / processor 225 is also capable of executing programs and other processes resident in the memory 230, such as supporting PDCCH monitoring triggered a WUS. The controller / processor 225 can move data into or out of the memory 230 as required by an executing process.

[0106] The processor 225 may control general operations of the BS 102 according to embodiments of the disclosure. The processor 225 may be implemented by one or more integrated circuit (or circuitry) (IC) chips and may execute various data processings. The processor 225 may include at least one electric circuit, and may execute instructions (or a program, codes, data, etc.) stored in the memory 230, individually, collectively or in any combination thereof. Further, the processor 225 may include a single-core processor or multi-core processor, and may include a processor assembly including a plurality of processing circuits (circuitry) according to a specific implementation scheme.

[0107] The processor 225 may be electrically, operatively, or communicatively coupled to the transceiver 210a-210n to control the transceiver 210a-210n.

[0108] The processor 225 may include at least one processor (or processing circuitry), and the at least one processor may perform the following operations individually, collectively or in any combination thereof. In a specific embodiment, at least a part of the processor 225 may be included in one chip and the other part of the processor 225 may be included in another chip. Otherwise, at least one processor may be included in another component, for example, the transceiver 210a-210n or the memory 230.

[0109] The processor 225 may perform or control or cause an operation of the BS 102 for executing at least one or a combination of methods according to embodiments of the disclosure. For example, the processor 225 may control operations of the BS 102 for generating and transmitting a downlink signal to a UE or processing an uplink signal received from a UE. Otherwise, the BS 102 may transmit or receive a signal to or from a neighboring BS, transfer a signal received from a UE to an upper node of the network, or transmit a signal transferred from an upper node of the network to a UE. To this end, the processor 225 may execute a computer program, codes, or instructions stored in the memory 230, so as to control other components of the BS 102 to enable execution of various operations.

[0110] The controller / processor 225 is also coupled to the backhaul or network interface 235. The backhaul or network interface 235 allows the gNB 102 to communicate with other devices or systems over a backhaul connection or over a network. The backhaul or network interface 235 could support communications over any suitable wired or wireless connection(s). For example, when the gNB 102 is implemented as part of a cellular communication system (such as one supporting 5G / NR, LTE, or LTE-A), the backhaul or network interface 235 could allow the gNB 102 to communicate with other gNBs over a wired or wireless backhaul connection. When the gNB 102 is implemented as an access point, the backhaul or network interface 235 could allow the gNB 102 to communicate over a wired or wireless local area network or over a wired or wireless connection to a larger network (such as the Internet). The backhaul or network interface 235 includes any suitable structure supporting communications over a wired or wireless connection, such as an Ethernet or transceiver.

[0111] The memory 230 is coupled to the controller / processor 225. Part of the memory 230 could include a RAM, and another part of the memory 230 could include a Flash memory or other ROM.

[0112] The memory 230 corresponds to a hardware storage device capable of temporarily or permanently storing information and may include one or more storage media. For example, the memory 230 may include a memory assembly including one or more storage media. For example, the one or more storage media may include permanent memory, such as a hard drive, flash memory, or read-only memory (ROM), semipermanent memory, such as random access memory (RAM), cache memory, or a combination thereof.

[0113] The memory 230 may be electrically, operatively, or communicatively coupled to the processor 225 and may be accessed by the processor 225.

[0114] The memory 230 may store a computer program, codes, or instructions executable by the processor 225. According to an embodiment, a computer program, codes, or instructions executable by the processor 225 may be either stored in a single memory device or separated and distributedly stored in two or more memory devices. By executing the instructions stored in the memory 230, the processor 225 may perform various functions according to an embodiment of the disclosure.

[0115] According to an embodiment of the disclosure, operations of the BS 102 may be caused to be performed based on execution of instructions (or a computer program or codes) stored in the memory 230 by at least one processor (or processing circuitry) configured to execute the same individually, collectively, or in any combination thereof, based on processing circuitry that is not configured to execute instructions, and / or based on components of processing circuitry that is not configured to execute instructions.

[0116] Although FIG. 2 illustrates one example of gNB 102, various changes may be made to FIG. 2. For example, the gNB 102 could include any number of each component shown in FIG. 2. Also, various components in FIG. 2 could be combined, further subdivided, or omitted and additional components could be added according to particular needs.

[0117] FIG. 3 illustrates an example UE 116 according to embodiments of the present disclosure. The embodiment of the UE 116 illustrated in FIG. 3 is for illustration only, and the UEs 111-115 of FIG. 1 could have the same or similar configuration. However, UEs come in a wide variety of configurations, and FIG. 3 does not limit the scope of this disclosure to any particular implementation of a UE.

[0118] As shown in FIG. 3, the UE　116 includes antenna(s) 305, a transceiver(s) 310, and a microphone 320. The UE　116 also includes a speaker 330, a processor 340, an input / output (I / O) interface (IF) 345, an input 350, a display 355, and a memory 360. The memory 360 includes an operating system (OS) 361 and one or more applications 362.

[0119] The transceiver(s) 310 receives from the antenna(s) 305, an incoming RF signal transmitted by a gNB of the wireless network 100. The transceiver(s) 310 down-converts the incoming RF signal to generate an intermediate frequency (IF) or baseband signal. The IF or baseband signal is processed by RX processing circuitry in the transceiver(s) 310 and / or processor 340, which generates a processed baseband signal by filtering, decoding, and / or digitizing the baseband or IF signal. The RX processing circuitry sends the processed baseband signal to the speaker 330 (such as for voice data) or is processed by the processor 340 (such as for web browsing data).

[0120] TX processing circuitry in the transceiver(s) 310 and / or processor 340 receives analog or digital voice data from the microphone 320 or other outgoing baseband data (such as web data, e-mail, or interactive video game data) from the processor 340. The TX processing circuitry encodes, multiplexes, and / or digitizes the outgoing baseband data to generate a processed baseband or IF signal. The transceiver(s) 310 up-converts the baseband or IF signal to an RF signal that is transmitted via the antenna(s) 305.

[0121] The processor 340 can include one or more processors or other processing devices and execute the OS 361 stored in the memory 360 in order to control the overall operation of the UE 116. For example, the processor 340 could control the reception of DL channels or signals and the transmission of UL channels or signals by the transceiver(s) 310 in accordance with well-known principles. In some embodiments, the processor 340 includes at least one microprocessor or microcontroller.

[0122] The processor 340 is also capable of executing other processes and programs resident in the memory 360. For example, the processor 340 may execute processes to utilize and / or identify PDCCH monitoring triggered by a WUS as described in embodiments of the present disclosure. The processor 340 can move data into or out of the memory 360 as required by an executing process. In some embodiments, the processor 340 is configured to execute the applications 362 based on the OS 361 or in response to signals received from gNBs or an operator. The processor 340 is also coupled to the I / O interface 345, which provides the UE 116 with the ability to connect to other devices, such as laptop computers and handheld computers. The I / O interface 345 is the communication path between these accessories and the processor 340.

[0123] The processor 340 may control general operations of the UE 116 according to embodiments of the disclosure. The processor 340 may be implemented by one or more integrated circuit (or circuitry) (IC) chips and may execute various data processings. The processor 340 may include at least one electric circuit, and may execute instructions (or a program, codes, data, etc.) stored in the memory 360, individually, collectively or in any combination thereof. Further, the processor 340 may include a single-core processor or multi-core processor, and may include a processor assembly including a plurality of processing circuits (circuitry) according to a specific implementation scheme.

[0124] The processor 340 may be electrically, operatively, or communicatively coupled to the transceiver 310 to control the transceiver 310.

[0125] The processor 340 may include at least one processor (or processing circuitry), and the at least one processor may perform the following operations individually, collectively or in any combination thereof. For example, the processor 340 may include a communication processor (CP) configured to control communication operations and an application processor (AP) configured to control execution of an upper layer (for example, an application layer). In a specific embodiment, at least a part of the processor 340 may be included in one chip and the other part of the processor 340 may be included in another chip. Otherwise, at least one processor may be included in another component, for example, the transceiver 310 or the memory 360.

[0126] The processor 340 may perform or control or cause an operation of the UE 116 for executing at least one or a combination of methods according to embodiments of the disclosure. For example, the processor 340 may control operations of the UE 116 for processing a downlink signal received from a BS or generating and transmitting an uplink signal to a BS. To this end, the processor 340 may execute a computer program, codes, or instructions stored in the memory 360, so as to control other components of the UE 116 to enable execution of various operations.

[0127] The processor 340 is also coupled to the input 350, which includes, for example, a touchscreen, keypad, etc., and the display 355. The operator of the UE 116 can use the input 350 to enter data into the UE 116. The display 355 may be a liquid crystal display, light emitting diode display, or other display capable of rendering text and / or at least limited graphics, such as from web sites.

[0128] The memory 360 is coupled to the processor 340. Part of the memory 360 could include a random-access memory (RAM), and another part of the memory 360 could include a Flash memory or other read-only memory (ROM).

[0129] The memory 360 corresponds to a hardware storage device capable of temporarily or permanently storing information and may include one or more storage media. For example, the memory 360 may include a memory assembly including one or more storage media. For example, the one or more storage media may include permanent memory, such as a hard drive, flash memory, or read-only memory (ROM), semipermanent memory, such as random access memory (RAM), cache memory, or a combination thereof.

[0130] The memory 360 may be electrically, operatively, or communicatively coupled to the processor 340 and may be accessed by the processor 340.

[0131] The memory 360 may store a computer program, codes, or instructions executable by the processor 340. According to an embodiment, a computer program, codes, or instructions executable by the processor 340 may be either stored in a single memory device or separated and distributedly stored in two or more memory devices. By executing the instructions stored in the memory 360, the processor 340 may perform various functions according to an embodiment of the disclosure.

[0132] According to an embodiment of the disclosure, operations of the UE 116 may be caused to be performed based on execution of instructions (or a computer program or codes) stored in the memory 360 by at least one processor (or processing circuitry) configured to execute the same individually, collectively, or in any combination thereof, based on processing circuitry that is not configured to execute instructions, and / or based on components of processing circuitry that is not configured to execute instructions.In various embodiments, the transceiver(s) 310 include or are at least one LR 312 and at least one MR 314. For example, as discussed in greater detail below, the LR 312 may be configured or utilized to receive low power signals (e.g., a LP-WUS), for example, when the UE 116 is in a sleep state (e.g., such as an ultra-deep sleep state), while the MR 314 is powered off or in a low power state. For example, in some embodiments, the LR 312 may be a component of the transceiver(s) 310 used or powered on when the UE 116 is in the sleep state while the MR 314 is the transceiver(s) 310 and used when the UE 116 is not in the sleep state. In another example, in other embodiments, the LR 312 may be receiver that is separate or discrete from the transceivers(s) 310 which is the MR 314 used for ordinary reception operations when the UE 116 is not in the sleep state.

[0133] Analogously, in such embodiments, the processor 340 includes or is at least one of the low-power processor (LP) 342 and the main processor (MP) 344. For example, in some embodiments, the LR 312 and the MR 314 may be connected to and / or be controlled by the LP 342 and the MP 344, respectively, which are separate and / or discrete processors. In these embodiments, the LP 342 may operate at a lower power state than the MP 344 such that, when the UE is in the sleep state, the MP 344 may be powered off or in a low power state while the LP 342 can process any signals (e.g., such as a LP-WUS) received by the LR 312. In these embodiments, the operation of the LP 342 may consume less power than ordinary operations of the MP 344 would, thereby saving power of the UE 116 in the sleep state while maintaining the ability of the UE 116 to receive and process signals. In other embodiments, the LP 342 and the MP 344 may be components of the processor 340 where the LR 312 and the MR 314 may be connected to and / or be controlled by the LP 342 and the MP 344, respectively. In these embodiments, when the UE 116 is in the sleep state, MP 344 components of the processor 340 are powered off or in a low power state and LP 342 components operate to process signals (e.g., such as a LP-WUS) received by the LR 312. In these embodiments, the operation of the LP 342 components of the processor 340 may consume less power than ordinary operations of the processor 340 including the operations of the MP 344 components would, thereby saving power of the UE 116 in the sleep state while maintaining the ability of the UE 116 to receive and process signals.

[0134] Although FIG. 3 illustrates one example of UE 116, various changes may be made to FIG. 3. For example, various components in FIG. 3 could be combined, further subdivided, or omitted and additional components could be added according to particular needs. As a particular example, the processor 340 could be divided into multiple processors, such as one or more central processing units (CPUs) and one or more graphics processing units (GPUs). In another example, the transceiver(s) 310 may include any number of transceivers and signal processing chains and may be connected to any number of antennas. Also, while FIG. 3 illustrates the UE 116 configured as a mobile telephone or smartphone, UEs could be configured to operate as other types of mobile or stationary devices.

[0135] FIG. 4A and FIG. 4B illustrate an example of wireless transmit and receive paths 400 and 450, respectively, according to embodiments of the present disclosure. For example, a transmit path 400 may be described as being implemented in a gNB (such as gNB 102), while a receive path 450 may be described as being implemented in a UE (such as UE 116). However, it will be understood that the receive path 450 can be implemented in a gNB and that the transmit path 400 can be implemented in a UE. In some embodiments, the transmit path 400 and / or the receive path 450 is configured to perform actions for PDCCH monitoring triggered a WUS as described in embodiments of the present disclosure.

[0136] As illustrated in FIG. 4A, the transmit path 400 includes a channel coding and modulation block 405, a serial-to-parallel (S-to-P) block 410, a size N Inverse Fast Fourier Transform (IFFT) block 415, a parallel-to-serial (P-to-S) block 420, an add cyclic prefix block 425, and an up-converter (UC) 430. The receive path 450 includes a down-converter (DC) 455, a remove cyclic prefix block 460, a S-to-P block 465, a size N Fast Fourier Transform (FFT) block 470, a parallel-to-serial (P-to-S) block 475, and a channel decoding and demodulation block 480.

[0137] In the transmit path 400, the channel coding and modulation block 405 receives a set of information bits, applies coding (such as a low-density parity check (LDPC) coding), and modulates the input bits (such as with Quadrature Phase Shift Keying (QPSK) or Quadrature Amplitude Modulation (QAM)) to generate a sequence of frequency-domain modulation symbols. The serial-to-parallel block 410 converts (such as de-multiplexes) the serial modulated symbols to parallel data in order to generate N parallel symbol streams, where N is the IFFT / FFT size used in the gNB 102 and the UE 116. The size N IFFT block 415 performs an IFFT operation on the N parallel symbol streams to generate time-domain output signals. The parallel-to-serial block 420 converts (such as multiplexes) the parallel time-domain output symbols from the size N IFFT block 415 in order to generate a serial time-domain signal. The add cyclic prefix block 425 inserts a cyclic prefix to the time-domain signal. The up-converter 430 modulates (such as up-converts) the output of the add cyclic prefix block 425 to an RF frequency for transmission via a wireless channel. The signal may also be filtered at a baseband before conversion to the RF frequency.

[0138] As illustrated in FIG. 4B, the down-converter 455 down-converts the received signal to a baseband frequency, and the remove cyclic prefix block 460 removes the cyclic prefix to generate a serial time-domain baseband signal. The serial-to-parallel block 465 converts the time-domain baseband signal to parallel time-domain signals. The size N FFT block 470 performs an FFT algorithm to generate N parallel frequency-domain signals. The (P-to-S) block 475 converts the parallel frequency-domain signals to a sequence of modulated data symbols. The channel decoding and demodulation block 480 demodulates and decodes the modulated symbols to recover the original input data stream.

[0139] Each of the gNBs 101-103 may implement a transmit path 400 that is analogous to transmitting in the downlink to UEs 111-116 and may implement a receive path 450 that is analogous to receiving in the uplink from UEs 111-116. Similarly, each of UEs 111-116 may implement a transmit path 400 for transmitting in the uplink to gNBs 101-103 and may implement a receive path 450 for receiving in the downlink from gNBs 101-103.

[0140] Each of the components in FIGS. 4A and 4B can be implemented using only hardware or using a combination of hardware and software / firmware. As a particular example, at least some of the components in FIGS. 4A and 4B may be implemented in software, while other components may be implemented by configurable hardware or a mixture of software and configurable hardware. For instance, the FFT block 470 and the IFFT block 415 may be implemented as configurable software algorithms, where the value of size N may be modified according to the implementation.

[0141] Furthermore, although described as using FFT and IFFT, this is by way of illustration only and should not be construed to limit the scope of this disclosure. Other types of transforms, such as Discrete Fourier Transform (DFT) and Inverse Discrete Fourier Transform (IDFT) functions, can be used. It will be appreciated that the value of the variable N may be any integer number (such as 1, 2, 3, 4, or the like) for DFT and IDFT functions, while the value of the variable N may be any integer number that is a power of two (such as 1, 2, 4, 8, 16, or the like) for FFT and IFFT functions.

[0142] Although FIGS. 4A and 4B illustrate examples of wireless transmit and receive paths 400 and 450, respectively, various changes may be made to FIGS. 4A and 4B. For example, various components in FIGS. 4A and 4B can be combined, further subdivided, or omitted and additional components can be added according to particular needs. Also, FIGS. 4A and 4B are meant to illustrate examples of the types of transmit and receive paths that can be used in a wireless network. Any other suitable architectures can be used to support wireless communications in a wireless network.

[0143] NR supported discontinuous reception (DRX) for a UE in either RRC_IDLE / RRC_INACTIVE mode or RRC_CONNECTED mode, such that the UE could stop receiving signals or channels during the inactive period within the DRX cycle and save power consumption. In Rel-16, enhancement towards DRX for RRC_CONNECTED mode (e.g., C-DRX) was introduced, wherein a new DCI format was used to help the UE to skip a ON duration within a C-DRX cycle such that further power saving gain could be achieved. In Rel-17, enhancement towards DRX for RRC_IDLE / RRC_INACTIVE mode (e.g., I-DRX) was introduced, wherein a paging early indication (PEI) was used for a UE to skip monitoring paging occasions such that extra power saving gain could be achieved.

[0144] However, embodiments of the present disclosure recognize that the UE still needs to frequently wake up to monitor the new DCI format or the PEI, such that the radio of the UE cannot be fully turned off for a long duration. To avoid such situation and to acquire further power saving gain, an additional receiver radio is provided, wherein the additional receiver radio can be used for monitor a particular set of signals with very low power consumption, and the main receiver radio can be turned off or operating with a very lower power for a long duration. For one example, the low power signals can include a wake up signal (WUS) or also referred to as a low power wake up signal (LP-WUS), e.g., a low power signal for waking up the main receiver and / or for PDCCH monitoring.

[0145] Aspects of this disclosure discuss the PDCCH monitoring triggered by WUS. Further, embodiments and examples of this disclosure can be applicable when DRX operation is configured for the serving cell, e.g., for RRC_CONNECTED mode.

[0146] Aspects of this disclosure discuss on PDCCH monitoring triggered by LP-WUS. More precisely, the following aspects are included in the disclosure:

[0147] ● Determination of timing to start a timer for PDCCH monitoring

[0148] o Based on the timing of the received LP-WUS

[0149] o Based on the configuration of PDCCH monitoring occasions

[0150] o Based on both the DRX configuration

[0151] o Based on the DRX configuration and the configuration of PDCCH monitoring occasions

[0152] o Based on a time offset from the received LP-WUS

[0153] ● Determination of the duration of the timer

[0154] ● Determination of the type of PDCCH to monitor when the timer runs

[0155] ● Example UE procedure

[0156] In one embodiment, after a UE (e.g., the UE 116 ) receives a LP-WUS indicating to wake up MR operation (e.g., at least to monitor PDCCH), the UE can determine to start a timer to be associated with the MR operation (e.g., at least PDCCH monitoring). The timing to determine to start the timer for the MR operation (e.g., at least PDCCH monitoring) can be according to at least one example in the embodiment.

[0157] FIG. 5 illustrates timelines 501 and 502 for starting an example timer for PDCCH monitoring according to embodiments of the present disclosure. For example, timelines 501 and 502 can be followed by any of the UEs 111-116 of FIG. 1. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0158] For one example (e.g., 501 of FIG. 5), the UE can determine to start the timer at the ending or starting instance of a time unit or the last time unit within the time units including the received LP-WUS.

[0159] ● For one sub-example, the time unit can be a OFDM symbol.

[0160] ● For one sub-example, the time unit can be a slot.

[0161] ● For one sub-example, the time unit can be a subframe (e.g., ms).

[0162] ● For one sub-example, the time unit can be a time domain window for monitoring LP-WUS (e.g., the time domain window configuration can be according to an example of this disclosure).

[0163] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the ON duration of the DRX cycle (e.g., determined by drx-onDurationTimer).

[0164] ● For one further implementation, this example can be applicable when the received LP-WUS is located outside (or ending outside) the ON duration of the DRX cycle (e.g., determined by drx-onDurationTimer).

[0165] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the active time of the DRX operation if the UE is required / expected / configured to monitor LP-WUS in the active time of the DRX operation.

[0166] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the non-active time of the DRX operation, if the UE is required / expected / configured to monitor LP-WUS in the non-active time of the DRX operation.

[0167] For one example (e.g., 502 of FIG. 5), the UE can determine to start the timer at the time instance with a delay from the ending or starting instance of a time unit or the last time unit within time units including the received LP-WUS.

[0168] ● For one sub-example, the time unit can be a OFDM symbol.

[0169] ● For one sub-example, the time unit can be a slot.

[0170] ● For one sub-example, the time unit can be a subframe (e.g., ms).

[0171] ● For one sub-example, the time unit can be a time domain window for monitoring LP-WUS (e.g., the time domain window configuration can be according to an example of this disclosure).

[0172] ● For one sub-example, the delay can be fixed or pre-defined, e.g., corresponding to a minimum processing time of the LP-WUS.

[0173] ● For one sub-example, the delay can be configured by the BS, e.g., in system information or dedicated RRC parameter.

[0174] ● For one sub-example, the delay can be determined by the BS based on UE capability reporting of a minimum delay requirement (e.g., the delay is not less than the reported minimum delay requirement).

[0175] ● For one sub-example, a value of the preferred delay can be indicated by the UE in UE assistant information.

[0176] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the ON duration of the DRX cycle (e.g., determined by drx-onDurationTimer).

[0177] ● For one further implementation, this example can be applicable when the received LP-WUS is located outside (or ending outside) the ON duration of the DRX cycle (e.g., determined by drx-onDurationTimer).

[0178] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the active time of the DRX operation if the UE is required / expected / configured to monitor LP-WUS in the active time of the DRX operation.

[0179] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the non-active time of the DRX operation, if the UE is required / expected / configured to monitor LP-WUS in the non-active time of the DRX operation.

[0180] FIG. 6 illustrates timelines 601 and 602 for starting an example timer for PDCCH monitoring according to embodiments of the present disclosure. For example, timelines 601 and 602 can be followed by any of the UEs 111-116 of FIG. 1, such as the UE 111. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0181] For one example (e.g., 601 of FIG. 6), the UE can determine to start the timer at the starting instance of the first PDCCH monitoring occasion after the ending or starting instance of a time unit or the last time unit within the time units including the received LP-WUS.

[0182] ● For one further implementation, the PDCCH monitoring occasion is determined based on the search space set configuration.

[0183] ● For one further implementation, the time unit can be according to examples of this disclosure.

[0184] o For one sub-example, the time unit can be a OFDM symbol.

[0185] o For one sub-example, the time unit can be a slot.

[0186] o For one sub-example, the time unit can be a subframe (e.g., ms).

[0187] o For yet one sub-example, the time unit can be a time domain window for monitoring LP-WUS (e.g., the time domain window configuration can be according to an example of this disclosure).

[0188] ● For one further implementation, this example can be applicable when the PDCCH monitoring occasion further satisfies that the corresponding search space set is a Type3-PDCCH common search space (CSS) set.

[0189] o For one instance, the corresponding DCI format with the PDCCH can be a DCI format 2_0, which is used for notifying the slot format, COT duration, available resource block (RB) set, and search space set group switching.

[0190] o For one instance, the corresponding DCI format with the PDCCH can be a DCI format 2_6, which is used for notifying the power saving information outside DRX Active Time for one or more UEs.

[0191] o For one instance, the corresponding DCI format with the PDCCH can be a DCI format 2_7, which is used for notifying the paging early indication and tracking reference signal (TRS) availability indication for one or more UEs.

[0192] o For one instance, the corresponding DCI format with the PDCCH can be a DCI format 2_9, which is used for activating or de-activating the cell discontinuous transmission (DTX) and / or DRX configuration of one or multiple serving cells for one or more UEs, and / or for providing network energy savings (NES)-mode indication of the primary cell for one or more UEs.

[0193] ● For one further implementation, this example can be applicable when the PDCCH monitoring occasion further satisfies that the corresponding search space set is a UE-specific search space (USS) set.

[0194] o For one instance, the corresponding DCI format with the PDCCH can be a DCI format 0_x (e.g., 0_0, or 0_1, or 0_2, or 0_3), which is used for scheduling of physical uplink shared channel (PUSCH).

[0195] o For one instance, the corresponding DCI format with the PDCCH can be a DCI format 1_x (e.g., 1_0, or 1_1, or 1_2, or 1_3), which is used for scheduling of physical downlink shared channel (PDSCH).

[0196] o For one instance, the corresponding DCI format with the PDCCH can be a DCI format 3_x (e.g., 3_0, or 3_1, or 3_2), which is used for scheduling of sidelink transmissions.

[0197] ● For one further implementation, this example can be applicable when the PDCCH monitoring occasion further satisfies that the corresponding search space set is configured by the BS to be associated with the LP-WUS wake-up indication.

[0198] o For one instance, a search space set configuration can be associated with an indication that whether the LP-WUS can trigger monitoring of the corresponding search space set.

[0199] o For one instance, a configuration for LP-WUS can be associated with an indication that which search space sets can be triggered by LP-WUS to monitor PDCCH accordingly.

[0200] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the ON duration of the DRX cycle (e.g., determined by drx-onDurationTimer).

[0201] ● For one further implementation, this example can be applicable when the received LP-WUS is located outside (or ending outside) the ON duration of the DRX cycle (e.g., determined by drx-onDurationTimer).

[0202] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the active time of the DRX operation if the UE is required / expected / configured to monitor LP-WUS in the active time of the DRX operation.

[0203] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the non-active time of the DRX operation, if the UE is required / expected / configured to monitor LP-WUS in the non-active time of the DRX operation.

[0204] For one example (e.g., 602 of FIG. 6), the UE can determine to start the timer at the starting instance of the first PDCCH monitoring occasion after the ending or starting instance of a first time unit or the last time unit within the first time units including the received LP-WUS, which is also after a delay with respect to the ending or starting instance of a second time unit or the last time unit within the second time units including the received LP-WUS.

[0205] ● For one sub-example, the delay is with respect to the last OFDM symbol within the OFDM symbol(s) including the received LP-WUS.

[0206] ● For one further implementation, the first time unit can be according to examples of this disclosure.

[0207] o For one sub-example, the first time unit can be a OFDM symbol.

[0208] o For one sub-example, the first time unit can be a slot.

[0209] o For one sub-example, the first time unit can be a subframe (e.g., ms).

[0210] o For one sub-example, the first time unit can be a time domain window for monitoring LP-WUS (e.g., the time domain window configuration can be according to an example of this disclosure).

[0211] o For one further implementation, the second time unit can be according to examples of this disclosure. For one sub-example, the second time unit can be a OFDM symbol.

[0212] o For one sub-example, the second time unit can be a slot.

[0213] o For one sub-example, the second time unit can be a subframe (e.g., ms).

[0214] ● For one sub-example, the second time unit can be a time domain window for monitoring LP-WUS (e.g., the time domain window configuration can be according to an example of this disclosure).

[0215] ● For one sub-example, the delay is with respect to the last slot within the slot(s) including the received LP-WUS.

[0216] ● For one sub-example, the delay is with respect to the last subframe (e.g., ms) within the subframe(s) including the received LP-WUS.

[0217] ● For one sub-example, the delay is with respect to the starting or ending instance of the time domain window for monitoring occasions of the LP-WUS, which includes the received LP-WUS.

[0218] ● For one sub-example, the delay can be fixed or pre-defined, e.g., corresponding to a minimum processing time of the LP-WUS.

[0219] ● For one sub-example, the delay can be configured by the BS, e.g., in system information or dedicated RRC parameter.

[0220] ● For one sub-example, the delay can be determined by the BS based on UE capability reporting of a minimum delay requirement (e.g., the delay is not less than the reported minimum delay requirement).

[0221] ● For one sub-example, a value of the preferred delay can be indicated by the UE in UE assistant information.

[0222] ● For one further implementation, the PDCCH monitoring occasion is determined based on the search space set configuration.

[0223] ● For one further implementation, this example can be applicable when the PDCCH monitoring occasion further satisfies that the corresponding search space set is a Type3-PDCCH CSS set.

[0224] o For one instance, the corresponding DCI format with the PDCCH can be a DCI format 2_0, which is used for notifying the slot format, COT duration, available RB set, and search space set group switching.

[0225] o For one instance, the corresponding DCI format with the PDCCH can be a DCI format 2_6, which is used for notifying the power saving information outside DRX Active Time for one or more UEs.

[0226] o For one instance, the corresponding DCI format with the PDCCH can be a DCI format 2_7, which is used for notifying the paging early indication and TRS availability indication for one or more UEs.

[0227] o For one instance, the corresponding DCI format with the PDCCH can be a DCI format 2_9, which is used for activating or de-activating the cell DTX and / or DRX configuration of one or multiple serving cells for one or more UEs, and / or for providing NES-mode indication of the primary cell for one or more UEs.

[0228] ● For one further implementation, this example can be applicable when the PDCCH monitoring occasion further satisfies that the corresponding search space set is a USS set.

[0229] o For one instance, the corresponding DCI format with the PDCCH can be a DCI format 0_x (e.g., 0_0, or 0_1, or 0_2, or 0_3), which is used for scheduling of PUSCH.

[0230] o For one instance, the corresponding DCI format with the PDCCH can be a DCI format 1_x (e.g., 1_0, or 1_1, or 1_2, or 1_3), which is used for scheduling of PDSCH.

[0231] o For one instance, the corresponding DCI format with the PDCCH can be a DCI format 3_x (e.g., 3_0, or 3_1, or 3_2), which is used for scheduling of sidelink transmissions.

[0232] ● For one further implementation, this example can be applicable when the PDCCH monitoring occasion further satisfies that the corresponding search space set is configured by the BS to be associated with the LP-WUS wake-up indication.

[0233] o For one instance, a search space set configuration can be associated with an indication that whether the LP-WUS can trigger monitoring of the corresponding search space set.

[0234] o For one instance, a configuration for LP-WUS can be associated with an indication that which search space sets can be triggered by LP-WUS to monitor PDCCH accordingly.

[0235] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the ON duration of the DRX cycle (e.g., determined by drx-onDurationTimer).

[0236] ● For one further implementation, this example can be applicable when the received LP-WUS is located outside (or ending outside) the ON duration of the DRX cycle (e.g., determined by drx-onDurationTimer).

[0237] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the active time of the DRX operation if the UE is required / expected / configured to monitor LP-WUS in the active time of the DRX operation.

[0238] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the non-active time of the DRX operation, if the UE is required / expected / configured to monitor LP-WUS in the non-active time of the DRX operation.

[0239] FIG. 7 illustrates timelines 701 and 702 for starting an example timer for PDCCH monitoring according to embodiments of the present disclosure. For example, timelines 701 and 702 can be followed by any of the UEs 111-116 of FIG. 1, such as the UE 112. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0240] For one example (e.g., 701 of FIG. 7), the UE can determine to start the timer at the starting instance of the first ON duration of the DRX cycle (e.g., determined by drx-onDurationTimer) after the received LP-WUS.

[0241] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the ON duration of the DRX cycle (e.g., determined by drx-onDurationTimer).

[0242] ● For one further implementation, this example can be applicable when the received LP-WUS is located outside (or ending outside) the ON duration of the DRX cycle (e.g., determined by drx-onDurationTimer).

[0243] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the active time of the DRX operation if the UE is required / expected / configured to monitor LP-WUS in the active time of the DRX operation.

[0244] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the non-active time of the DRX operation, if the UE is required / expected / configured to monitor LP-WUS in the non-active time of the DRX operation.

[0245] For one example (e.g., 702 of FIG. 7), the UE can determine to start the timer at the starting instance of the first ON duration of the DRX cycle (e.g., determined by drx-onDurationTimer) after the received LP-WUS and after a delay with respect to the received LP-WUS.

[0246] ● For one sub-example, the delay is with respect to the last OFDM symbol within the OFDM symbol(s) including the received LP-WUS.

[0247] ● For one sub-example, the delay is with respect to the last slot within the slot(s) including the received LP-WUS.

[0248] ● For one sub-example, the delay is with respect to the last subframe (e.g., ms) within the subframe(s) including the received LP-WUS.

[0249] ● For one sub-example, the delay can be fixed or pre-defined, e.g., corresponding to a minimum processing time of the LP-WUS.

[0250] ● For one sub-example, the delay can be configured by the BS, e.g., in system information or dedicated RRC parameter.

[0251] ● For one sub-example, the delay can be determined by the BS based on UE (e.g., the UE 116 ) capability reporting.

[0252] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the ON duration of the DRX cycle (e.g., determined by drx-onDurationTimer).

[0253] ● For one further implementation, this example can be applicable when the received LP-WUS is located outside (or ending outside) the ON duration of the DRX cycle (e.g., determined by drx-onDurationTimer).

[0254] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the active time of the DRX operation if the UE is required / expected / configured to monitor LP-WUS in the active time of the DRX operation.

[0255] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the non-active time of the DRX operation, if the UE is required / expected / configured to monitor LP-WUS in the non-active time of the DRX operation.

[0256] FIG. 8 illustrates timelines 801 and 802 for starting an example timer for PDCCH monitoring according to embodiments of the present disclosure. For example, timelines 801 and 802 can be followed by any of the UEs 111-116 of FIG. 1, such as the UE 113. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0257] For one example (e.g., 801 of FIG. 8), the UE can determine to start the timer at the starting instance of the first PDCCH monitoring occasion in the first ON duration of the DRX cycle (e.g., determined by drx-onDurationTimer) after the received LP-WUS.

[0258] ● For one further implementation, the PDCCH monitoring occasion is determined based on the search space set configuration.

[0259] ● For one further implementation, this example can be applicable when the PDCCH monitoring occasion further satisfies that the corresponding search space set is a Type3-PDCCH CSS set.

[0260] o For one instance, the corresponding DCI format with the PDCCH can be a DCI format 2_0, which is used for notifying the slot format, COT duration, available RB set, and search space set group switching.

[0261] o For one instance, the corresponding DCI format with the PDCCH can be a DCI format 2_6, which is used for notifying the power saving information outside DRX Active Time for one or more UEs.

[0262] o For one instance, the corresponding DCI format with the PDCCH can be a DCI format 2_7, which is used for notifying the paging early indication and TRS availability indication for one or more UEs.

[0263] o For one instance, the corresponding DCI format with the PDCCH can be a DCI format 2_9, which is used for activating or de-activating the cell DTX and / or DRX configuration of one or multiple serving cells for one or more UEs, and / or for providing NES-mode indication of the primary cell for one or more UEs.

[0264] ● For one further implementation, this example can be applicable when the PDCCH monitoring occasion further satisfies that the corresponding search space set is a USS set.

[0265] o For one instance, the corresponding DCI format with the PDCCH can be a DCI format 0_x (e.g., 0_0, or 0_1, or 0_2, or 0_3), which is used for scheduling of PUSCH.

[0266] o For one instance, the corresponding DCI format with the PDCCH can be a DCI format 1_x (e.g., 1_0, or 1_1, or 1_2, or 1_3), which is used for scheduling of PDSCH.

[0267] o For one instance, the corresponding DCI format with the PDCCH can be a DCI format 3_x (e.g., 3_0, or 3_1, or 3_2), which is used for scheduling of sidelink transmissions.

[0268] ● For one further implementation, this example can be applicable when the PDCCH monitoring occasion further satisfies that the corresponding search space set is configured by the BS to be associated with the LP-WUS wake-up indication.

[0269] o For one instance, a search space set configuration can be associated with an indication that whether the LP-WUS can trigger monitoring of the corresponding search space set.

[0270] o For one instance, a configuration for LP-WUS can be associated with an indication that which search space sets can be triggered by LP-WUS to monitor PDCCH accordingly.

[0271] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the ON duration of the DRX cycle (e.g., determined by drx-onDurationTimer).

[0272] ● For one further implementation, this example can be applicable when the received LP-WUS is located outside (or ending outside) the ON duration of the DRX cycle (e.g., determined by drx-onDurationTimer).

[0273] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the active time of the DRX operation if the UE is required / expected / configured to monitor LP-WUS in the active time of the DRX operation.

[0274] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the non-active time of the DRX operation, if the UE is required / expected / configured to monitor LP-WUS in the non-active time of the DRX operation.

[0275] For one example (e.g., 802 of FIG. 8), the UE can determine to start the timer at the starting instance of the first PDCCH monitoring occasion in the first ON duration of the DRX cycle (e.g., determined by drx-onDurationTimer) after the received LP-WUS and after a delay with respect to the received LP-WUS.

[0276] ● For one sub-example, the delay is with respect to the last OFDM symbol within the OFDM symbol(s) including the received LP-WUS.

[0277] ● For one sub-example, the delay is with respect to the last slot within the slot(s) including the received LP-WUS.

[0278] ● For one sub-example, the delay is with respect to the last subframe (e.g., ms) within the subframe(s) including the received LP-WUS.

[0279] ● For one sub-example, the delay can be fixed or pre-defined, e.g., corresponding to a minimum processing time of the LP-WUS.

[0280] ● For one sub-example, the delay can be configured by the BS, e.g., in system information or dedicated RRC parameter.

[0281] ● For one sub-example, the delay can be determined by the BS based on UE capability reporting.

[0282] ● For one further implementation, the PDCCH monitoring occasion is determined based on the search space set configuration.

[0283] ● For one further implementation, this example can be applicable when the PDCCH monitoring occasion further satisfies that the corresponding search space set is a Type3-PDCCH CSS set.

[0284] o For one instance, the corresponding DCI format with the PDCCH can be a DCI format 2_0, which is used for notifying the slot format, COT duration, available RB set, and search space set group switching.

[0285] o For one instance, the corresponding DCI format with the PDCCH can be a DCI format 2_6, which is used for notifying the power saving information outside DRX Active Time for one or more UEs.

[0286] o For one instance, the corresponding DCI format with the PDCCH can be a DCI format 2_7, which is used for notifying the paging early indication and TRS availability indication for one or more UEs.

[0287] o For one instance, the corresponding DCI format with the PDCCH can be a DCI format 2_9, which is used for activating or de-activating the cell DTX and / or DRX configuration of one or multiple serving cells for one or more UEs, and / or for providing NES-mode indication of the primary cell for one or more UEs.

[0288] ● For one further implementation, this example can be applicable when the PDCCH monitoring occasion further satisfies that the corresponding search space set is a USS set.

[0289] o For one instance, the corresponding DCI format with the PDCCH can be a DCI format 0_x (e.g., 0_0, or 0_1, or 0_2, or 0_3), which is used for scheduling of PUSCH.

[0290] o For one instance, the corresponding DCI format with the PDCCH can be a DCI format 1_x (e.g., 1_0, or 1_1, or 1_2, or 1_3), which is used for scheduling of PDSCH.

[0291] o For one instance, the corresponding DCI format with the PDCCH can be a DCI format 3_x (e.g., 3_0, or 3_1, or 3_2), which is used for scheduling of sidelink transmissions.

[0292] ● For one further implementation, this example can be applicable when the PDCCH monitoring occasion further satisfies that the corresponding search space set is configured by the BS to be associated with the LP-WUS wake-up indication.

[0293] o For one instance, a search space set configuration can be associated with an indication that whether the LP-WUS can trigger monitoring of the corresponding search space set.

[0294] o For one instance, a configuration for LP-WUS can be associated with an indication that which search space sets can be triggered by LP-WUS to monitor PDCCH accordingly.

[0295] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the ON duration of the DRX cycle (e.g., determined by drx-onDurationTimer).

[0296] ● For one further implementation, this example can be applicable when the received LP-WUS is located outside (or ending outside) the ON duration of the DRX cycle (e.g., determined by drx-onDurationTimer).

[0297] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the active time of the DRX operation if the UE is required / expected / configured to monitor LP-WUS in the active time of the DRX operation.

[0298] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the non-active time of the DRX operation, if the UE is required / expected / configured to monitor LP-WUS in the non-active time of the DRX operation.

[0299] FIG. 9 illustrates a timeline 900 for starting an example timer for PDCCH monitoring according to embodiments of the present disclosure. For example, timeline 900 can be followed by any of the UEs 111-116 of FIG. 1, such as the UE 114. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0300] For one example (e.g., 900 of FIG. 9), the UE can determine to start the timer at the time instance with a time offset with respect to the ending or starting instance of a time unit or the last time unit within the time units including the received LP-WUS.

[0301] ● For one sub-example, the time offset is with respect to the last OFDM symbol within the OFDM symbol(s) including the received LP-WUS.

[0302] ● For one sub-example, the time unit can be a OFDM symbol.

[0303] ● For one sub-example, the time unit can be a slot.

[0304] ● For one sub-example, the time unit can be a subframe (e.g., ms).

[0305] ● For one sub-example, the time unit can be a time domain window for monitoring LP-WUS (e.g., the time domain window configuration can be according to an example of this disclosure).

[0306] ● For one sub-example, the time offset is with respect to the last slot within the slot(s) including the received LP-WUS.

[0307] ● For one sub-example, the time offset is with respect to the last subframe (e.g., ms) within the subframe(s) including the received LP-WUS.

[0308] ● For one sub-example, the time offset is with respect to the starting or ending instance of the time domain window for monitoring occasions of the LP-WUS, which includes the received LP-WUS.

[0309] ● For one sub-example, the time offset is with respect to the starting or ending instance of the first MO for LP-WUS within the time domain window for MOs of the LP-WUS, wherein the time domain window includes the received LP-WUS.

[0310] ● For one sub-example, the time offset is with respect to the starting or ending instance of the last MO for LP-WUS within the time domain window for MOs of the LP-WUS, wherein the time domain window includes the received LP-WUS.

[0311] ● For one sub-example, the time offset can be fixed or pre-defined, e.g., corresponding to a minimum processing time of the LP-WUS.

[0312] ● For one sub-example, the time offset can be configured by the BS, e.g., in system information or dedicated RRC parameter.

[0313] ● For one sub-example, the time offset can be determined by the BS based on at least one UE capability reporting of a minimum delay requirement (e.g., the time offset is not less than the reported minimum delay requirement).

[0314] ● For one sub-example, a value of the preferred time offset can be indicated by the UE in UE assistant information.

[0315] ● For one sub-example, the time offset can be indicated by the received LP-WUS.

[0316] ● For one further implementation, the time offset can be expected to be no less than (or larger than) a predefined delay, e.g., corresponding to a minimum processing time of the LP-WUS.

[0317] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the ON duration of the DRX cycle (e.g., determined by drx-onDurationTimer).

[0318] ● For one further implementation, this example can be applicable when the received LP-WUS is located outside (or ending outside) the ON duration of the DRX cycle (e.g., determined by drx-onDurationTimer).

[0319] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the active time of the DRX operation if the UE is required / expected / configured to monitor LP-WUS in the active time of the DRX operation.

[0320] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the non-active time of the DRX operation, if the UE is required / expected / configured to monitor LP-WUS in the non-active time of the DRX operation.

[0321] FIG. 10 illustrates a timeline 1000 for starting an example timer for PDCCH monitoring according to embodiments of the present disclosure. For example, timeline 1000 can be followed by any of the UEs 111-116 of FIG. 1, such as the UE 115. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0322] In one embodiment, after a UE receives a LP-WUS indicating to wake up MR operation (e.g., at least to monitor PDCCH), the UE can determine to start a timer to be associated with the MR operation (e.g., at least PDCCH monitoring). The determination of the timer can be according to at least one example in the embodiment, and can be combined with other embodiments of this disclosure.

[0323] For one example, the timer (e.g., at least for PDCCH monitoring) can be ON duration timer (e.g., drx-onDurationTimer).

[0324] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the ON duration of the DRX cycle (e.g., determined by drx-onDurationTimer).

[0325] ● For one further implementation, this example can be applicable when the received LP-WUS is located outside (or ending outside) the ON duration of the DRX cycle (e.g., determined by drx-onDurationTimer).

[0326] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the active time of the DRX operation if the UE is required / expected / configured to monitor LP-WUS in the active time of the DRX operation.

[0327] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the non-active time of the DRX operation, if the UE is required / expected / configured to monitor LP-WUS in the non-active time of the DRX operation.

[0328] For one example, the timer (e.g., at least for PDCCH monitoring) can be Inactivity timer (e.g., drx-InactivityTimer).

[0329] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the ON duration of the DRX cycle (e.g., determined by drx-onDurationTimer).

[0330] ● For one further implementation, this example can be applicable when the received LP-WUS is located outside (or ending outside) the ON duration of the DRX cycle (e.g., determined by drx-onDurationTimer).

[0331] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the active time of the DRX operation if the UE is required / expected / configured to monitor LP-WUS in the active time of the DRX operation.

[0332] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the non-active time of the DRX operation, if the UE is required / expected / configured to monitor LP-WUS in the non-active time of the DRX operation.

[0333] For one example, the timer (e.g., at least for PDCCH monitoring) can be a new timer (e.g., timer other than drx-InactivityTimer or drx-onDurationTimer).

[0334] ● For one instance, the new timer can be configured by the BS by higher layer parameter.

[0335] ● For one instance, the new timer can be indicated by the received LP-WUS.

[0336] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the ON duration of the DRX cycle (e.g., determined by drx-onDurationTimer).

[0337] ● For one further implementation, this example can be applicable when the received LP-WUS is located outside (or ending outside) the ON duration of the DRX cycle (e.g., determined by drx-onDurationTimer).

[0338] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the active time of the DRX operation, if the UE (e.g., the UE 116 ) is required / expected / configured to monitor LP-WUS in the active time of the DRX operation.

[0339] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the non-active time of the DRX operation, if the UE is required / expected / configured to monitor LP-WUS in the non-active time of the DRX operation.

[0340] For one example, the timer (e.g., at least for PDCCH monitoring) can be determined as a sum of a ON duration timer (e.g., drx-onDurationTimer) and a gap duration between the time instance to start the timer (e.g., according to example of this disclosure) and the starting instance of the ON duration (e.g., determined based on drx-onDurationTimer). An illustration of this example is shown in FIG. 10.

[0341] ● For one further implementation, this example can be applicable when the received LP-WUS is located outside (or ending outside) the ON duration of the DRX cycle (e.g., determined by drx-onDurationTimer).

[0342] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the active time of the DRX operation if the UE is required / expected / configured to monitor LP-WUS in the active time of the DRX operation.

[0343] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the non-active time of the DRX operation, if the UE is required / expected / configured to monitor LP-WUS in the non-active time of the DRX operation.

[0344] FIG. 11 illustrates an example timer / time window determination 1100 according to embodiments of the present disclosure. For example, timer / time window determination 1100 can be utilized by the UE 116 of FIG. 3. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0345] For one example, the timer (e.g., at least for PDCCH monitoring) can be determined as a ON duration timer (e.g., drx-onDurationTimer) minus a gap duration between the time instance to start the timer (e.g., according to example of this disclosure) and the starting instance of the ON duration (e.g., determined based on drx-onDurationTimer). An illustration of this example is shown in FIG. 11.

[0346] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the ON duration of the DRX cycle (e.g., determined by drx-onDurationTimer).

[0347] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the active time of the DRX operation if the UE is required / expected / configured to monitor LP-WUS in the active time of the DRX operation.

[0348] ● For one further implementation, this example can be applicable when the received LP-WUS is located within (or ending in) the non-active time of the DRX operation, if the UE is required / expected / configured to monitor LP-WUS in the non-active time of the DRX operation.

[0349] In one embodiment, after a UE receives a LP-WUS indicating to wake up MR operation (e.g., at least to monitor PDCCH), the UE can determine to start a timer to be associated with the MR operation (e.g., at least PDCCH monitoring). The type of PDCCH to monitor can be according to at least one example in the embodiment, and can be combined with other embodiments of this disclosure.

[0350] For one example, the PDCCH to monitor triggered by LP-WUS can be the one with its search space set as a Type3-PDCCH CSS set.

[0351] ● For one instance, the corresponding DCI format with the PDCCH can be a DCI format 2_0, which is used for notifying the slot format, COT duration, available RB set, and search space set group switching.

[0352] ● For one instance, the corresponding DCI format with the PDCCH can be a DCI format 2_6, which is used for notifying the power saving information outside DRX Active Time for one or more UEs.

[0353] ● For one instance, the corresponding DCI format with the PDCCH can be a DCI format 2_7, which is used for notifying the paging early indication and TRS availability indication for one or more UEs.

[0354] ● For one instance, the corresponding DCI format with the PDCCH can be a DCI format 2_9, which is used for activating or de-activating the cell DTX and / or DRX configuration of one or multiple serving cells for one or more UEs, and / or for providing NES-mode indication of the primary cell for one or more UEs.

[0355] For one example, the PDCCH to monitor triggered by LP-WUS can be the one with its search space set as a USS set.

[0356] ● For one instance, the corresponding DCI format with the PDCCH can be a DCI format 0_x (e.g., 0_0, or 0_1, or 0_2, or 0_3), which is used for scheduling of PUSCH.

[0357] ● For one instance, the corresponding DCI format with the PDCCH can be a DCI format 1_x (e.g., 1_0, or 1_1, or 1_2, or 1_3), which is used for scheduling of PDSCH.

[0358] ● For one instance, the corresponding DCI format with the PDCCH can be a DCI format 3_x (e.g., 3_0, or 3_1, or 3_2), which is used for scheduling of sidelink transmissions.

[0359] For one example, the PDCCH to monitor triggered by LP-WUS can be the one with its search space set configured by the BS to be associated with the LP-WUS wake-up indication.

[0360] ● For one instance, a search space set configuration can be associated with an indication that whether the LP-WUS can trigger monitoring of the corresponding search space set.

[0361] ● For one instance, a configuration for LP-WUS can be associated with an indication that which search space sets can be triggered by LP-WUS to monitor PDCCH accordingly.

[0362] FIG. 12 illustrates an example UE procedure 1200 for PDCCH monitoring triggered by LP-WUS according to embodiments of the present disclosure. For example, procedure 1200 can be performed by the UE 116 of FIG. 3. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0363] The procedure begins in 1210, a UE receives a LP-WUS indicating to monitor PDCCH. In 1220, the UE determines a starting instance for a timer. In 1230, the UE determines a value of the timer, in 1240, the UE determines types of PDCCH to monitor. In 1250, the UE monitors PDCCH according to the types of PDCCH when the timer runs.

[0364] In one embodiment, an example UE procedure for PDCCH monitoring triggered by LP-WUS is shown in FIG. 12.

[0365] In one embodiment, a UE can be provided with a transmission configuration indication (TCI) state or a quasi-co-location (QCL) source when the UE is provided with a configuration of a LP-WUS, wherein the TCI state can include a reference signal as the QCL source.

[0366] For one example, the QCL source can be determined by at least one from a synchronization signal block (SSB) index, or a channel state information reference signal (CSI-RS) resource index, or a low power state saving (LP-SS) index.

[0367] For one example, this embodiment can be applicable at least for RRC_CONNECTED mode.

[0368] For one example, this embodiment can be applicable at least for the active DL bandwidth part (BWP).

[0369] For one example, this embodiment can be applicable when the unified TCI framework is not applicable (e.g., when the UE is not capable of the unified TCI framework and / or when the unified TCI framework is not configured, such as when a higher layer parameter (e.g., dl-OrJointTCI-StateList) is not configured to the UE).

[0370] For one example, a CORESET ID can be used to represent a TCI state or a QCL source, wherein the TCI state or the QCL source can be determined to be associated with the CORESET, e.g., as in the way such as by a MAC CE for the Indication of TCI state for UE-specific PDCCH, or by association with SSB or CSI-RS when the MAC CE is not available.

[0371] In one embodiment, a UE can determine a QCL source of a LP-WUS based on the unified TCI framework (e.g., when the UE is capable of the unified TCI framework and / or when the unified TCI framework is configured, such as when a higher layer parameter (e.g., dl-OrJointTCI-StateList) is configured to the UE).

[0372] For one example, the QCL source can be determined by at least one from a SSB index, a CSI-RS resource index, or a LP-SS index.

[0373] For one example, this embodiment can be applicable at least for RRC_CONNECTED mode.

[0374] For one example, this embodiment can be applicable at least for the active DL BWP.

[0375] For one example, in the unified TCI framework, the UE can be provided with a first list of candidate TCI states by higher layer parameters (e.g., RRC parameters), and provided a second list of activated TCI states based on the first list of the candidate TCI states (e.g., selected as a subset) by a MAC CE, and indicated one of the activated TCI states that is applicable at least for LP-WUS (e.g., may also be applicable for PDCCH, and / or PDSCH, and / or other DL signal or channel) by a DCI format.

[0376] ● For one instance, the higher layer parameter may provide one candidate TCI state and activate it directly, e.g., without the MAC CE or the DCI format.

[0377] ● For one instance, the MAC CE may provide one candidate TCI state and activate it directly, e.g., without the DCI format.

[0378] For one example, when the UE receives a DCI format (or the MAC CE when there is one candidate TCI state provided by the MAC CE, or the RRC when there is one candidate TCI state provided by the RRC) indicating an applicable TCI state, the UE applies the indicated TCI state to receive the LP-WUS(s) after a time delay (e.g., beam application time). For instance, the LP-WUS(s) include all LP-WUS immediately after the time delay.

[0379] FIG. 13 illustrates a timeline 1300 of an example application time delay indicated by a DCI format according to embodiments of the present disclosure. For example, timeline 1300 can be followed by an of the UEs 111-116 of FIG. 1, such as the UE 116. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0380] For one example, if a LP-WUS is within or overlapping with the time delay to apply a TCI state indicated by the DCI format (e.g., as shown in FIG. 13), the QCL source of the LP-WUS can be determined by at least one of the following instances:

[0381] ● In a first instance, the QCL source of the LP-WUS can be determined by a previous DCI format indicating the TCI state and the LP-WUS is after the corresponding time delay.

[0382] ● In a second instance, the QCL source of the LP-WUS can be determined by a default QCL source provided by higher layer parameter. For one further implementation, this instance can be applicable when the first instance is not applicable (e.g., when there is no previous DCI format).

[0383] ● In a third instance, the QCL source of the LP-WUS can be determined as the QCL source used for random access procedure (e.g., for RRC connection). For one further implementation, this instance can be applicable when the first instance is not applicable (e.g., when there is no previous DCI format).

[0384] ● In a fourth instance, the QCL source of the LP-WUS can be determined as the QCL source used for a reception of the DCI format. For one further implementation, this instance can be applicable when the first instance is not applicable (e.g., when there is no previous DCI format).

[0385] ● In a fifth instance, the QCL source of the LP-WUS can be determined as the QCL source used for a reception of a previous PDCCH or PDSCH, e.g., before the monitoring occasion of the LP-WUS. For one further implementation, this instance can be applicable when the first instance is not applicable (e.g., when there is no previous DCI format).

[0386] ● In a sixth instance, the QCL source of the LP-WUS can be determined as the QCL source used for a CORESET with the lowest index. For one further implementation, this instance can be applicable when the first instance is not applicable (e.g., when there is no previous DCI format).

[0387] ● In a seventh instance, the QCL source of the LP-WUS can be determined as the QCL source used for a reception of PDCCH that the LP-WUS is indicating to wake up and monitor.

[0388] FIG. 14 illustrates a timeline 1400 of an example time domain window for MOs of LP-WUS according to embodiments of the present disclosure. For example, timeline 1400 can be followed by an of the UEs 111-116 of FIG. 1, such as the UE 111. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0389] In one embodiment, a UE can be provided with a set of configurations for LP-WUS, wherein the set of configurations include a time domain window for monitoring occasions (MOs) (or called reception or reception occasion (RO)) of LP-WUS.

[0390] For one further implementation, at least one of the examples can be configured by the higher layer parameters (e.g., such as based on an explicit indication which example to use, or an implicit way on whether a new timer is configured - if the new timer is configured, a first example is applied; and if the new timer is not configured, a second example is applied).

[0391] For one example, the time domain window for monitoring occasions of LP-WUS starts before a starting instance of a drx-onDurationTimer associated with a DRX cycle and / or ends before the starting instance of the drx-onDurationTimer.

[0392] With reference to FIG. 14, an example is shown.

[0393] For one instance, the time domain window for MOs does not overlap with the time period given by drx-onDurationTimer.

[0394] For one instance, the periodicity of the time domain window can be same as the periodicity of the DRX cycle.

[0395] FIG. 15A illustrates a timeline 1510 of an example time domain window for MOs of LP-WUS according to embodiments of the present disclosure. For example, timeline 1510 can be followed by an of the UEs 111-116 of FIG. 1, such as the UE 112. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0396] FIG . 15B illustrates a timeline 1520 of example LP-WUS monitoring according to embodiments of the present disclosure. For example, timeline 1520 can be followed by an of the UEs 111-116 of FIG. 1, such as the UE 113. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0397] For one instance, the starting instance of the time domain window can be determined based on a time offset with respect to the starting instance of the time period given by drx-onDurationTimer.

[0398] ● For one sub-instance, the time offset can be configured by the gNB (e.g., the BS 102) in higher layer parameters.

[0399] ● For one sub-instance, the time offset can be determined based on a reported UE capability of a minimum delay requirement (e.g., the time offset minus the duration is not less than the reported minimum delay requirement).

[0400] ● For one sub-instance, the time offset can be determined based on UE assistance information.

[0401] For one instance, the time interval between two consecutive MOs within the time domain window can be configured by the gNB in higher layer parameters.

[0402] ● For one sub-instance, this time interval is applicable when the number of MOs in the time window is greater than 1.

[0403] ● For sub-instance, the time interval is expected to be no less than the duration of a MO, e.g., when the interval is defined based on the starting time instance of two consecutive MOs.

[0404] For one instance, the time interval between two neighboring MOs within the time domain window can be fixed as 0 slot or 0 OFDM symbol.

[0405] For one instance, a number of MO(s) in the time domain window can be configured by the gNB in higher layer parameters.

[0406] For one instance, a number of MO(s) in the time domain window can be fixed as 1.

[0407] For one instance, a number of MO(s) in the time domain window can be determined based on a number of candidate values for a gap between MO and PDCCH monitoring occasions.

[0408] For one instance, a duration of the time domain window can be configured by the gNB in higher layer parameters. For this instance, the UE can determine a number of MOs in the time domain window based on the interval between neighboring MOs and the duration of the time domain window.

[0409] For one instance, the UE can select at least one MO to monitor within the time domain window (e.g., starting from the first MO within the time domain window), wherein the gap between the at least one MO and the start of the drx-onDurationTimer or the PDCCH monitoring occasion (e.g., first one located in the drx-onDurationTimer) is no less than the UE's minimum gap (e.g., as a UE capability).

[0410] ● For one further implementation, the UE may monitor such MOs satisfying the UE's minimum gap.

[0411] ● For one further implementation, the UE may assume the indications for the UE (e.g., on whether to wake up MR and / or monitor PDCCH for the UE) in MOs are the same.

[0412] ● For one further implementation, the UE may stop monitoring the remaining MOs in the time domain window after the reception of a wake-up indication for the UE in a MO in the time domain window.

[0413] For one instance, the UE can select one latest MO in the time domain to monitor within the time domain window, wherein the gap between the one MO and the start of the drx-onDurationTimer or the PDCCH monitoring occasion (e.g., first one located in the drx-onDurationTimer) is no less than the UE's minimum gap (e.g., as a UE capability).

[0414] For one instance, the UE may also select at least one MO to monitor within the time domain window (e.g., starting from the first MO within the time domain window), wherein the gap between the at least one MO and the start of the drx-onDurationTimer or the PDCCH monitoring occasion (e.g., first one located in the drx-onDurationTimer) is no less than the UE's preferred gap (e.g., indicated by UE assistant information).

[0415] ● For one further implementation, the UE (e.g., the UE 116 ) may monitor such MOs satisfying the UE's minimum gap (e.g., the gap between monitored MO within the time domain window and the start of the associated timer is no less than the UE's minimum gap).

[0416] ● For one further implementation, the UE may assume the indications for the UE (e.g., on whether to wake up MR and / or monitor PDCCH for the UE) in MOs are the same.

[0417] ● For one further implementation, the UE may stop monitoring the remaining MOs in the time domain window after the reception of a wake-up indication for the UE in a MO in the time domain window.

[0418] For one example, the time domain window for monitoring occasions of LP-WUS may be located anywhere within the DRX cycle (e.g., no restriction with the configuration of DRX cycle).

[0419] With reference to FIG. 15A, an example is shown.

[0420] For one instance, the time domain window for MOs may or may not overlap with the time period given by drx-onDurationTimer.

[0421] For one instance, the periodicity of the time domain window can be same as the periodicity of the DRX cycle.

[0422] For one instance, the periodicity of the time domain window can be same or smaller than the periodicity of the DRX cycle, e.g., the periodicity of the DRX cycle is an integer multiple of the periodicity of the time domain window.

[0423] For one instance, the periodicity of the time domain window can be configured by the gNB in higher layer parameters, e.g., without dependence with the DRX configuration.

[0424] For one instance, the starting instance of the time domain window can be determined based on a time offset with respect to the starting instance of the time period given by drx-onDurationTimer or a different timer from drx-onDurationTimer.

[0425] ● For one sub-instance, the time offset can be configured by the gNB in higher layer parameters.

[0426] ● For one sub-instance, the time offset can be determined based on a reported UE capability.

[0427] ● For one sub-instance, the time offset can be determined based on UE assistance information.

[0428] ● For one sub-instance, the time offset can be either positive or negative (or zero).

[0429] For one instance, the time interval between two neighboring MOs within the time domain window can be configured by the gNB in higher layer parameters, e.g., a subsequent MO within the time domain window occurs with the interval after its previous MO.

[0430] ● For one sub-instance, this time interval is applicable when the number of MOs in the time window is greater than 1.

[0431] ● For one sub-instance, the time interval is expected to be no less than the duration of a MO.

[0432] For one instance, the time interval between two neighboring MOs within the time domain window can be fixed as 0 slot or 0 OFDM symbol, e.g., a subsequent MO within the time domain window occurs immediately after its previous MO.

[0433] For one instance, a number of MO(s) in the time domain window can be configured by the gNB in higher layer parameters.

[0434] For one instance, a number of MO(s) in the time domain window can be fixed as 1.

[0435] For one instance, a number of MO(s) in the time domain window can be determined based on a number of candidate values for a gap between MO and PDCCH monitoring occasions.

[0436] For one instance, a duration of the time domain window can be configured by the gNB in higher layer parameters. For this instance, the UE can determine a number of MOs in the time domain window based on the interval between neighboring MOs and the duration of the time domain window.

[0437] For one instance, the UE can select at least one MO to monitor within the time domain window (e.g., starting from the first MO within the time domain window), wherein the gap between the at least one MO or the last MO within the time domain window and the start of the associated timer (e.g., the drx-onDurationTimer or new timer) or the PDCCH monitoring occasion (e.g., first one located in the drx-onDurationTimer or new timer) is no less than the UE's minimum gap (e.g., as a UE capability).

[0438] ● For one further implementation, the UE may monitor such MOs satisfying the UE's minimum gap, or the UE assumes MOs within the time domain window satisfies the UE's minimum gap (e.g., the gap between any MO within the time domain window and the start of the associated timer is no less than the UE's minimum gap).

[0439] ● For one further implementation, the UE may assume the indications for the UE (e.g., on whether to wake up MR and / or monitor PDCCH for the UE) in MOs are the same.

[0440] ● For one further implementation, this instance can be applicable when at least one MO is configured within the time domain window.

[0441] ● For one further implementation, the UE may stop monitoring the remaining MOs in the time domain window after the reception of a wake-up indication for the UE in a MO in the time domain window.

[0442] For one instance, the UE can select one latest MO in the time domain to monitor within the time domain window, wherein the gap between the one MO and PDCCH monitoring occasion (e.g., first one located in the drx-onDurationTimer or new timer) is no less than the UE's minimum gap (e.g., as a UE capability).

[0443] ● For one further implementation, this instance can be applicable when at least one MO is configured within the time domain window.

[0444] For one instance, the UE may also select at least one MO to monitor within the time domain window (e.g., starting from the first MO within the time domain window), wherein the gap between the at least one MO or the last MO within the window and the start of the drx-onDurationTimer or the PDCCH monitoring occasion (e.g., first one located in the drx-onDurationTimer or new timer) is no less than the UE's preferred gap (e.g., indicated by UE assistant information).

[0445] ● For one further implementation, the UE may monitor such MOs satisfying the UE's minimum gap.

[0446] ● For one further implementation, the UE may assume the indications for the UE (e.g., on whether to wake up MR and / or monitor PDCCH for the UE) in MOs are the same.

[0447] ● For one further implementation, this instance can be applicable when at least one MO is configured within the time domain window.

[0448] ● For one further implementation, the UE may stop monitoring the remaining MOs in the time domain window after the reception of a wake-up indication for the UE in a MO in the time domain window.

[0449] For one instance, the duration of time domain window can be configured same as the periodicity of the DRX cycle, which implies the LP-WUS MOs can be located anywhere in the DRX cycle (e.g., subject to the interval).

[0450] For one instance, when the duration of time domain window or a number of MOs is not configured, the UE determines the LP-WUS MOs can be located anywhere in the DRX cycle (e.g., subject to the interval).

[0451] For one instance (as shown in FIG. 15B), after a UE receives a LP-WUS indicating wake-up (e.g., to start the associated timer and monitor PDCCH) in a first MO, if the UE can determine at least one second MO located within the time offset between the first MO (or the last MO within the time domain window which includes the first MO, when multiple MOs are configured in the time domain window) and the beginning of the associated timer (e.g., when there are multiple MOs in the time domain window, the at least one second MO may not be in the same time domain window as the first MO), the UE can operate at least one of the following sub-instances (e.g., when multiple sub-instances are supported, the UE can be provided with a higher layer parameter to configure one sub-instance to perform):

[0452] ● In a first sub-instance, the UE does not need to monitor the at least one second MO.

[0453] o For one further implementation, the UE may assume the indication by the gNB in the at least one second MO is same as the first MO, if the indication includes information on whether to wake up for the UE.

[0454] o For one further implementation, this sub-instance can be applicable at least when the periodicity of the time domain window is less than (or no larger than) the duration of the new timer.

[0455] ● In a second sub-instance, the UE monitors the at least one second MO, and expects the indication in the at least one second MO is also a wake-up indication (e.g., the UE may assume the indication by the gNB in the at least one second MO is same as the first MO), e.g., if the information carried by the at least one second MO is also for the UE.

[0456] o For one further implementation, the UE determines the active time as the timer associated with the first MO (or the time domain window including the first MO).

[0457] o For one further implementation, the UE determines the active time as a union of timers associated with the first MO and the at least one second MO.

[0458] o For one further implementation, this sub-instance can be applicable at least when the periodicity of the time domain window is no less than (or larger than) the duration of the new timer.

[0459] o For one further implementation, this sub-instance can be applicable at least when the periodicity of the time domain window is less than (or no larger than) the duration of the new timer.

[0460] o For one further implementation, when the UE starts a new timer according to the first MO, and receives the wake-up indication based on the at least one second MO, the UE restarts the new timer according to the at least one second MO. For one further consideration, this can be applicable at least when the InactiveTimer is not started.

[0461] o For one further implementation, when the UE starts a new timer according to the first MO, and receives the wake-up indication based on the at least one second MO, the UE ignores the indication based on the at least one second MO. For one further consideration, this can be applicable at least when the InactiveTimer is started. For one further consideration, this can be applicable at least when the InactiveTimer is not started.

[0462] ● In a third sub-instance, the UE monitors the at least one second MO. The UE can expect the indication in the at least one second MO can be either same or different from the indication in the first MO, e.g., if the information carried by the at least one second MO is also for the UE.

[0463] o For one further implementation, the UE determines the active time as the timer associated with the first MO.

[0464] o For one further implementation, the UE determines the active time as a union of timers associated with the first MO and MO(s) in the at least one second MO which also indicate to wake-up.

[0465] o For one further implementation, the UE determines the active time as a first union of timers associated with the first MO and MO(s) in the at least one second MO which also indicate to wake-up, minus a second union of timers associated with the MO(s) in the at least one second MO which indicate not to wake-up.

[0466] o For one further implementation, the UE determines the active time as a timer associated with the last MO that indicates to wake-up.

[0467] o For one further implementation, a third MO in the at least one second MO can indicate not to wake-up, and cancel the indication of any indication of wake-up in the first MO or in any other forth MO before the third MO in the at least one second MO (e.g., the UE would not wake up according to the indication in the first MO and its associated timer). For one further implementation, if there is a fifth MO in the at least one second MO after the third MO, the UE can still wake up according to the fifth MO and its associated timer.

[0468] o For one further implementation, this sub-instance can be applicable at least when the periodicity of the time domain window is no less than (or larger than) the duration of the new timer.

[0469] o For one further implementation, this sub-instance can be applicable at least when the periodicity of the time domain window is less than (or no larger than) the duration of the new timer.

[0470] o For one further implementation, when the UE starts a new timer according to the first MO, and receives the wake-up indication based on the at least one second MO, the UE restarts the new timer according to the at least one second MO. For one further consideration, this can be applicable at least when the InactiveTimer is not started.

[0471] o For one further implementation, when the UE starts a new timer according to the first MO, and receives the wake-up indication based on the at least one second MO, the UE ignores the indication based on the at least one second MO. For one further consideration, this can be applicable at least when the InactiveTimer is started. For one further consideration, this can be applicable at least when the InactiveTimer is not started.

[0472] FIGS. 16A and 16B illustrate timelines 1610 and 1620 of an example duration for PDCCH monitoring according to embodiments of the present disclosure. For example, timelines 1610 and 1620 can be followed by an of the UEs 111-116 of FIG. 1, such as the UE 114. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0473] In one embodiment, the CSI measurement and / or reporting, and / or L1- reference signal received power (RSRP) measurement and / or reporting can be impacted by LP-WUS.

[0474] For one example, when a timer for PDCCH monitoring is triggered by wake-up indication in LP-WUS (e.g., LP-WUS indicates wake-up, and the time period given by the timer is active time of the DRX operation) (e.g., LP-WUS(s) in at least one monitoring occasions in the periodicity for monitoring occasions), and the drx-onDurationTimer is not triggered (as described in example of this disclosure), there could a duration outside active time of the DRX operation (e.g., outside the timer for PDCCH monitoring triggered by wake-up indication in LP-WUS or outside the active time of the DRX operation) but within the time period given by drx-onDurationTimer (e.g., as illustrated in FIG. 16A or FIG. 16B). For this duration, a UE can be configured by higher layer parameter to determine whether to perform CSI measurement and / or reporting, and / or L1-RSRP measurement and / or reporting.

[0475] ● For one instance, this higher layer parameter can be same as the higher layer parameter for indicating whether to perform CSI measurement and / or reporting, and / or L1-RSRP measurement and / or reporting in the time period given by drx-onDurationTimer and also outside the active time of the DRX operation, wherein the wake-up indication in LP-WUS(s) (e.g., LP-WUS(s) in one or multiple or all of the monitoring occasions in the periodicity for monitoring occasions) indicates not-wake-up (or does not indicate wake-up).

[0476] ● For one instance, this higher layer parameter can be a separate higher layer parameter from the higher layer parameter for indicating whether to perform CSI measurement and / or reporting, and / or L1-RSRP measurement and / or reporting in the time period given by drx-onDurationTimer and also outside the active time of the DRX operation, wherein the wake-up indication in LP-WUS(s) (e.g., LP-WUS(s) in one or multiple or all of the monitoring occasions in the periodicity for monitoring occasions) indicates not-wake-up (or does not indicate wake-up).

[0477] For one example, when a timer for PDCCH monitoring is triggered by wake-up indication in LP-WUS (e.g., LP-WUS indicates wake-up, and the time period given by the timer is active time of the DRX operation) (e.g., LP-WUS(s) in at least one monitoring occasions in the periodicity for monitoring occasions), and the drx-onDurationTimer is not triggered (as described in example of this disclosure), there could a duration outside active time of the DRX operation (e.g., outside the timer for PDCCH monitoring triggered by wake-up indication in LP-WUS or outside the active time of the DRX operation) but within the time period given by drx-onDurationTimer (e.g., as illustrated in FIG. 16A or FIG. 16B). For this duration, a UE can determine to not to perform CSI measurement and / or reporting, and / or L1-RSRP measurement and / or reporting.

[0478] For one example, when a timer for PDCCH monitoring is triggered by wake-up indication in LP-WUS (e.g., LP-WUS indicates wake-up, and the time period given by the timer is active time of the DRX operation) (e.g., LP-WUS(s) in at least one monitoring occasions in the periodicity for monitoring occasions), and the drx-onDurationTimer is not triggered (as described in example of this disclosure), there could a duration outside active time of the DRX operation (e.g., outside the timer for PDCCH monitoring triggered by wake-up indication in LP-WUS or outside the active time of the DRX operation) but within the time period given by drx-onDurationTimer (e.g., as illustrated in FIG. 16A or FIG. 16B). For this duration, a UE can determine to perform CSI measurement and / or reporting, and / or L1-RSRP measurement and / or reporting.

[0479] For instance, if the UE is configured with DRX,

[0480] ● if the UE is configured to monitor LP-WUS and configured by a higher layer parameter to report CSI with the higher layer parameter reportConfigType set to 'periodic' and reportQuantity set to quantities other than 'cri-RSRP' and 'ssb-Index-RSRP' when drx-onDurationTimer in DRX-Config is not started, the most recent CSI measurement occasion occurs in DRX active time or during the time duration indicated by drx-onDurationTimer in DRX-Config also outside DRX active time for CSI to be reported;

[0481] o For one sub-instance, the higher layer parameter is a separate one from ps-TransmitOtherPeriodicCSI

[0482] o For one sub-instance, the higher layer parameter is ps-TransmitOtherPeriodicCSI

[0483] ● if the UE is configured to monitor LP-WUS and configured by a higher layer parameter to report L1-RSRP with the higher layer parameter reportConfigType set to 'periodic' and reportQuantity set to cri-RSRP when drx-onDurationTimer in DRX-Config is not started, the most recent CSI measurement occasion occurs in DRX active time or during the time duration indicated by drx-onDurationTimer in DRX-Config also outside DRX active time for CSI to be reported;

[0484] o For one sub-instance, the higher layer parameter is a separate one from ps-TransmitPeriodicL1-RSRP

[0485] o For one sub-instance, the higher layer parameter is ps-TransmitPeriodicL1-RSRP

[0486] ● otherwise, the most recent CSI measurement occasion occurs in DRX active time for CSI to be reported.

[0487] FIGS. 17A and 17B illustrate timelines 1710 and 1720 of an example duration for PDCCH monitoring according to embodiments of the present disclosure. For example, timelines 1710 and 1720 can be followed by an of the UEs 111-116 of FIG. 1, such as the UE 115. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0488] For one example, when a timer for PDCCH monitoring is triggered by wake-up indication in LP-WUS, and the drx-onDurationTimer is not triggered (as described in example of this disclosure), there could a duration in the active time of the DRX operation (e.g., inside the timer for PDCCH monitoring triggered by wake-up indication in LP-WUS) and also within the time period given by drx-onDurationTimer (e.g., as illustrated in FIG. 17A or 17B). For this duration, a UE can be configured by higher layer parameter to determine whether to perform CSI measurement and / or reporting, and / or L1-RSRP measurement and / or reporting.

[0489] For one example, when a timer for PDCCH monitoring is triggered by wake-up indication in LP-WUS, and the drx-onDurationTimer is not triggered (as described in example of this disclosure), there could a duration in the active time of the DRX operation (e.g., inside the timer for PDCCH monitoring triggered by wake-up indication in LP-WUS) and also within the time period given by drx-onDurationTimer (e.g., as illustrated in FIG. 17A or 17B). For this duration, a UE can determine to perform CSI measurement and / or reporting, and / or L1-RSRP measurement and / or reporting.

[0490] NR supported discontinuous reception (DRX) for a UE in either RRC_IDLE / RRC_INACTIVE mode or RRC_CONNECTED mode, such that the UE could stop receiving signals or channels during the inactive period within the DRX cycle and save power consumption. In Rel-16, enhancement towards DRX for RRC_CONNECTED mode (e.g., C-DRX) was introduced, wherein a new DCI format was used to help the UE to skip a ON duration within a C-DRX cycle such that further power saving gain could be achieved. In Rel-17, enhancement towards DRX for RRC_IDLE / RRC_INACTIVE mode (e.g., I-DRX) was introduced, wherein a paging early indication (PEI) was used for a UE (e.g., the UE 116 ) to skip monitoring paging occasions such that extra power saving gain could be achieved.

[0491] However, the UE still needs to frequently wake up to monitor the new DCI format or the PEI, such that the radio of the UE cannot be fully turned off for a long duration. To avoid such situation and to acquire further power saving gain, an additional receiver radio is provided, wherein the additional receiver radio can be used for monitor a particular set of signals with very low power consumption, and the main receiver radio can be turned off or operating with a very lower power for a long duration. For one example, the low power signals can include a low power wake up signal (LP-WUS), e.g., a low power signal for waking up the main receiver and / or for PDCCH monitoring.

[0492] This disclosure focuses on the LP-WUS monitoring during active time of a DRX operation. For one further implementation, embodiments and examples of this disclosure can be applicable when DRX operation is configured for the serving cell, e.g., for RRC_CONNECTED mode.

[0493] This disclosure focuses on LP-WUS monitoring in active time for PDCCH monitoring. More precisely, the following aspects are included in the disclosure:

[0494] ● General implementations for LP-WUS monitoring in active time

[0495] ● LP-WUS monitoring with PDCCH skipping

[0496] ● LP-WUS monitoring with search space group (SSG) switching

[0497] ● LP-WUS monitoring outside DRX ON duration

[0498] In one embodiment, a UE can determine a time duration as an active time when configured with discontinuous reception (DRX) operation, and the UE can further determine to monitor a low-power wake-up-signal (LP-WUS) (e.g., try to receive LP-WUS) for a time period within the active time according to at least one of the embodiments or examples in this disclosure.

[0499] For one further implementation, the active time can refer to the time duration wherein PDCCH is monitored by the UE, e.g., according to a set of monitoring occasions of the PDCCH. For one instance, the PDCCH can be at least one of a Type3-PDCCH which is monitored in a CSS set, or a PDCCH which is monitored in a USS set.

[0500] For one further implementation, the active time can refer to the time duration wherein at least one timer is running, e.g., the at least one timer can be provided by higher layer parameters.

[0501] For one further implementation, the UE may not be required to monitor LP-WUS other than the at least one of the embodiments or examples in this disclosure, e.g., as a default UE behavior, the UE may not be required to monitor LP-WUS in the active time (e.g., when monitoring PDCCH), or the UE may stop LP-WUS monitoring when the active time of the DRX operation starts.

[0502] For one further implementation, whether the UE monitors LP-WUS or not in the active time can be provided by a higher layer parameter.

[0503] For one further implementation, whether the UE monitors LP-WUS or not in the active time can be indicated by a DCI format.

[0504] For one further implementation, whether the UE monitors LP-WUS or not in the active time can be indicated by a MAC CE.

[0505] For one further implementation, whether the UE monitors LP-WUS or not in the active time can be a UE capability and reported to the BS.

[0506] FIG. 18 illustrates a timeline 1800 of example LP-WUS monitoring according to embodiments of the present disclosure. For example, timeline 1800 can be followed by an of the UEs 111-116 of FIG. 1, such as the UE 116. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0507] For one embodiment, a UE can monitor a LP-WUS based on LP-WUS reception occasions in a time period within the active time, when the UE determines to perform PDCCH skipping in the time period.

[0508] With reference to FIG. 18, an example embodiment is shown.

[0509] For one example, the UE can be indicated by a DCI format to perform PDCCH skipping. For one further implementation, the DCI format can be at least one of a DCI format 0_1, or a DCI format 1_1, or a DCI format 0_2, or a DCI format 1_2.

[0510] For one example, the UE can be provided a duration of the time period to perform PDCCH skipping. For one further implementation, the candidate values of the duration can be provided by RRC parameters, and the DCI format can indicate which candidate value is used for the PDCCH skipping.

[0511] For one example, the type of PDCCH that the UE can skip can be at least one of a Type3-PDCCH which is monitored in a CSS set, or a PDCCH which is monitored in a USS set.

[0512] For one example, there could be cases wherein the UE may perform PDCCH skipping for a subset from the determined duration or may not perform PDCCH skipping (e.g., still monitor PDCCH), even if the DCI format indicates PDCCH skipping for the determined duration, and the first example of this disclosure is applicable for case(s) wherein PDCCH skipping is performed over the subset from the determined duration, and / or not applicable for case(s) wherein PDCCH skipping is not performed.

[0513] ● Case 1: If the UE transmits a physical uplink control channel (PUCCH) including a positive SR before the UE receives the DCI format indicating the UE to skip PDCCH monitoring and the SR is pending, the UE may not perform PDCCH skipping (e.g., still monitoring PDCCH) regardless of the indication in the DCI format.

[0514] ● Case 2: If the UE transmits a PUCCH including a positive SR after the UE receives the DCI format indicating the UE to skip PDCCH monitoring, the UE performs PDCCH skipping before the first slot after the PUCCH transmission, and / or begins to monitor PDCCH from the first slot after the PUCCH transmission.

[0515] ● Case 3: If the random access contention resolution timer is running, or during the response window for msg1 or msgA, the UE may not perform PDCCH skipping (e.g., still monitoring PDCCH) regardless of the indication in the DCI format.

[0516] ● Case 4: If the UE receives the DCI format indicating the UE to skip PDCCH monitoring, the UE performs PDCCH skipping before the contention resolution is successful, and / or the UE begins to monitor PDCCH when the contention resolution is successful.

[0517] ● Case 5: If the UE receives the DCI format indicating the UE to skip PDCCH monitoring, the UE performs PDCCH skipping before a SR is cancelled, and / or the UE begins to monitor PDCCH when a SR is cancelled.

[0518] ● Case 6: If the UE transmits a physical random access channel (PRACH) due to positive SR, and if the random access contention resolution timer is running, or during the response window for msg1 or msgA, the UE may not perform PDCCH skipping (e.g., still monitoring PDCCH) regardless of the indication in the DCI format.

[0519] ● Case 7: If DRX is configured and the UE receives the DCI format indicating the UE to skip PDCCH monitoring in active time of the DRX operation, the UE performs PDCCH skipping before the end of the active time, and / or the UE terminates PDCCH skipping after the end of active time.

[0520] For one example, a first minimum time domain delay can be applied after the UE receives the DCI format indicating the UE to skip PDCCH monitoring, before performing PDCCH skipping.

[0521] For one example, a second minimum time domain delay can be applied after the UE performs PDCCH skipping, and before performing LP-WUS monitoring. For one further implementation, the LP-WUS monitoring occasion that the UE starts to monitor is at least with the second minimum time domain delay comparing to the instance that the UE starts to perform PDCCH skipping.

[0522] For one example, a third minimum time domain delay can be applied after the UE receives the DCI format indicating the UE to skip PDCCH monitoring, before performing LP-WUS monitoring. For one further implementation, the third minimum time domain delay can include two parts: a first part for the minimum time domain delay between receiving the DCI format indicating the UE to skip PDCCH monitoring and performing PDCCH skipping; and a second part for the minimum time domain delay between starting to perform PDCCH skipping and before starting to perform LP-WUS monitoring. For one further implementation, the LP-WUS monitoring occasion that the UE starts to monitor is at least with the third minimum time domain delay comparing to the instance that the UE receives the DCI format (e.g., end of the symbol(s) or slot including the DCI format). For one further implementation, the UE can be provided, by higher layer parameter, a delay from receiving the DCI format indicating the UE to skip PDCCH monitoring to the slot (or first slot in the slot(s)) including the first MO for LP-WUS that the UE starts to monitor, wherein the delay is no less than the third minimum time domain delay.

[0523] For one example, the UE monitors LP-WUS continuously within the time period (e.g., subject to a minimum time domain delay as in the examples of this disclosure).

[0524] For one example, the UE can monitor LP-WUS within the time period subject to a configuration of the LP-WUS monitoring occasion(s), wherein the configuration is same as the configuration when LP-WUS monitoring occasion(s) are outside the active time.

[0525] For one example, the UE can monitor LP-WUS within the time period subject to a configuration of the LP-WUS monitoring occasion(s), wherein the configuration is a dedicated one and separate from the configuration when LP-WUS monitoring occasion(s) are outside the active time. For instance, the configuration on the periodicity of the monitoring occasion(s) can be different.

[0526] For one example, the UE can monitor LP-WUS within the time period subject to a set of LP-WUS monitoring occasion(s), wherein the LP-WUS monitoring occasion(s) can be determined by the UE with fixed relationship to PDCCH monitoring occasions in the time period and the PDCCH are not from Type3-PDCCH CSS set or USS set.

[0527] For one example, the UE can assume the resources for LP-WUS monitoring occasion(s) do not overlap with resources for PDCCH not from Type3-PDCCH CSS set or USS set in the time period. For one instance, the resources can be time domain resources. For one instance, the resource can be frequency domain resources. For one instance, the resources can be both time domain resources and frequency domain resources.

[0528] For one example, if the resources for LP-WUS monitoring occasion(s) do not overlap with resources for PDCCH not from Type3-PDCCH CSS set or USS set, in time and / or frequency domain, the UE can skip monitor LP-WUS in the corresponding monitoring occasion(s).

[0529] For one example, if the UE didn't identify any monitoring occasion within the time period, the UE may not monitor LP-WUS within the time period.

[0530] FIG. 19 illustrates a flowchart of an example UE procedure 1900 for LP-WUS monitoring according to embodiments of the present disclosure. For example, procedure 1900 can be performed by the UE 116 of FIG. 3. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0531] The procedure begins in 1901, a UE receives configurations for DRX and LP-WUS monitoring occasions . In 1902, the UE determines an active time of the DRX. In 1903, the UE receives a DCI format within the active time, wherein the DCI format indicates PDCCH skipping. In 1904, the UE determines a time period within the active time to perform PDCCH skipping . In 1905, the UE determines LP-WUS monitoring occasions within the time period, based on the configurations. In 1906, the UE monitors LP-WUS in the LP-WUS monitoring occasions. In 1907, the UE receives a LP-WUS indicating wake-up. In 1908, the UE terminates PDCCH skipping.

[0532] For one example, if the UE receives a LP-WUS indicating wake-up within the time period when performing PDCCH skipping, the UE terminates the PDCCH skipping.

[0533] For one example, if the UE receives a LP-WUS indicating wake-up within the time period when performing PDCCH skipping, the UE terminates the LP-WUS monitoring.

[0534] For one example, if the UE receives a LP-WUS indicating wake-up within the time period when performing PDCCH skipping, the UE starts or resets a timer and resumes to monitor PDCCH when the timer is running.

[0535] For one example, if the UE receives a LP-WUS indicating wake-up within the time period when performing PDCCH skipping, the UE resumes to monitor PDCCH, e.g., for the remaining of the time period for PDCCH skipping.

[0536] For one example, whether the UE monitors LP-WUS or not in the time period when performing PDCCH skipping can be provided by a higher layer parameter.

[0537] For one example, whether the UE monitors LP-WUS or not in the time period when performing PDCCH skipping can be indicated by the DCI format.

[0538] For one example, whether the UE monitors LP-WUS or not in the time period when performing PDCCH skipping can be indicated by a MAC CE.

[0539] For one example, whether the UE monitors LP-WUS or not in the time period when performing PDCCH skipping can be a UE capability and reported to the BS.

[0540] With reference to FIG. 19, An example UE procedure for monitoring LP-WUS in the time period when performing PDCCH skipping is shown.

[0541] FIG. 20 illustrates a timeline 2000 of example LP-WUS monitoring according to embodiments of the present disclosure. For example, timeline 2000 can be followed by an of the UEs 111-116 of FIG. 1, such as the UE 111. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0542] For one embodiment, a UE can monitor a LP-WUS based on LP-WUS reception occasions in a time period within the active time, when the UE monitors PDCCH according to a search space set with respect to a particular SSG in the time period (e.g., after SSG switching indicated by a DCI format), wherein the particular SSG can be further subject to at least one example of this embodiment.

[0543] With reference to FIG. 20, an example embodiment is shown.

[0544] For one example, the UE can be indicated by a DCI format to perform SSG switching. For one further implementation, the DCI format can be at least one of a DCI format 0_1, or a DCI format 1_1, or a DCI format 0_2, or a DCI format 1_2. For one further implementation, the DCI format can be a DCI format 2_0.

[0545] For one example, the UE can be provided a duration of the time period to monitor PDCCH according to the particular SSG. For instance, the duration can be provided by higher layer parameters.

[0546] For one example, the type of PDCCH associated with a SSG can be at least one of a Type3-PDCCH which is monitored in a CSS set, or a PDCCH which is monitored in a USS set.

[0547] For one example, the particular SSG may not include any Type3-PDCCH CSS set or any USS set. For instance, the UE may not need to monitor PDCCH with Type3-PDCCH CSS set or USS set in the time period associated with the particular SSG.

[0548] For one example, the particular SSG can be the default SSG that other SSG(s) falls back to after a timer expires, e.g., SSG#0.

[0549] For one example, the particular SSG can be the a SSG associated with an explicit timer, e.g., SSG#1 or SSG#2.

[0550] For one example, a first minimum time domain delay can be applied after the UE receives the DCI format indicating the SSG switching, before monitoring the PDCCH according to the particular SSG.

[0551] For one example, a second minimum time domain delay can be applied after the UE starts to monitor the PDCCH according to the particular SSG, and before performing LP-WUS monitoring. For one further implementation, the LP-WUS monitoring occasion that the UE starts to monitor is at least with the second minimum time domain delay comparing to the instance that the UE starts to monitor the PDCCH according to the particular SSG.

[0552] For one example, a third minimum time domain delay can be applied after the UE receives the DCI format indicating the SSG switching, before performing LP-WUS monitoring. For one further implementation, the third minimum time domain delay can include two parts: a first part for the minimum time domain delay between receiving the DCI format indicating the SSG switching and starting to monitor the PDCCH according to the particular SSG; and a second part for the minimum time domain delay between starting to monitor the PDCCH according to the particular SSG and before starting to perform LP-WUS monitoring. For one further implementation, the LP-WUS monitoring occasion that the UE starts to monitor is at least with the third minimum time domain delay comparing to the instance that the UE receives the DCI format indicating the SSG switching (e.g., end of the symbol(s) or slot including the DCI format). For one further implementation, the UE can be provided, by higher layer parameter, a delay from receiving the DCI format indicating the SSG switching to the slot (or first slot in the slot(s)) including the first MO for LP-WUS that the UE starts to monitor, wherein the delay is no less than the third minimum time domain delay.

[0553] For one example, the UE monitors LP-WUS continuously within the time period (e.g., subject to a minimum time domain delay as in the examples of this disclosure).

[0554] For one example, the UE can monitor LP-WUS within the time period subject to a configuration of the LP-WUS monitoring occasion(s), wherein the configuration is same as the configuration when LP-WUS monitoring occasion(s) are outside the active time.

[0555] For one example, the UE can monitor LP-WUS within the time period subject to a configuration of the LP-WUS monitoring occasion(s), wherein the configuration is a dedicated one and separate from the configuration when LP-WUS monitoring occasion(s) are outside the active time. For instance, the configuration on the periodicity of the monitoring occasion(s) can be different.

[0556] For one example, the UE can monitor LP-WUS within the time period subject to a set of LP-WUS monitoring occasion(s), wherein the LP-WUS monitoring occasion(s) can be determined by the UE with fixed relationship to PDCCH monitoring occasions in the time period and the PDCCH are not from Type3-PDCCH CSS set or USS set.

[0557] For one example, the UE can assume the resources for LP-WUS monitoring occasion(s) do not overlap with resources for PDCCH not from Type3-PDCCH CSS set or USS set in the time period. For one instance, the resources can be time domain resources. For one instance, the resource can be frequency domain resources. For one instance, the resources can be both time domain resources and frequency domain resources.

[0558] For one example, if the resources for LP-WUS monitoring occasion(s) do not overlap with resources for PDCCH not from Type3-PDCCH CSS set or USS set, in time and / or frequency domain, the UE can skip monitor LP-WUS in the corresponding monitoring occasion(s).

[0559] For one example, if the UE (e.g., the UE 116 ) didn't identify any monitoring occasion within the time period, the UE may not monitor LP-WUS within the time period.

[0560] For one example, if the UE receives a LP-WUS indicating wake-up within the time period when monitoring the PDCCH according to the particular SSG, the UE terminates monitoring the PDCCH according to the particular SSG (e.g., terminates the timer for monitoring PDCCH according to the particular SSG).

[0561] ● For one instance, the UE starts to monitor PDCCH according to the default SSG (e.g., SSG#0).

[0562] ● For one instance, the UE starts to monitor PDCCH according to a SSG indicated by the LP-WUS.

[0563] ● For one instance, the UE starts to monitor PDCCH according to a SSG with a Type3-PDCCH CSS set or a USS set. For one further implementation, if there are multiple SSGs with a Type3-PDCCH CSS set or a USS set, the UE can monitor PDCCH according to the SSG with the smallest index.

[0564] FIG. 21 illustrates a flowchart of an example UE procedure 2100 for LP-WUS monitoring according to embodiments of the present disclosure. For example, procedure 2100 can be performed by the UE 116 of FIG. 3. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0565] The procedure begins in 2101, a UE receives configurations for DRX and LP-WUS monitoring occasions. In 2102, the UE determines an active time of the DRX. In 2103, the UE receives a DCI format within the active time, wherein the DCI format indicates SSG switching. In 2104, the UE determines a time period within the active time to monitor PDCCH according to the SSG after switching. In 2105, the UE determines LP-WUS monitoring occasions within the time period, based on the configurations. In 2106, the UE monitors LP-WUS in the LP-WUS monitoring occasions. In 2107, the UE receives a LP-WUS indicating wake-up. In 2108, the UE terminates monitoring PDCCH according to the SSG after switching.

[0566] For one example, if the UE receives a LP-WUS indicating wake-up within the time period when monitoring the PDCCH according to the particular SSG, the UE terminates the LP-WUS monitoring.

[0567] For one example, if the UE receives a LP-WUS indicating wake-up within the time period when monitoring the PDCCH according to the particular SSG, the UE starts or resets a timer and resumes to monitor PDCCH when the timer is running.

[0568] For one example, whether the UE monitors LP-WUS or not in the time period when monitoring the PDCCH according to the particular SSG can be provided by a higher layer parameter.

[0569] For one example, whether the UE monitors LP-WUS or not in the time period when monitoring the PDCCH according to the particular SSG can be indicated by the DCI format.

[0570] For one example, whether the UE monitors LP-WUS or not in the time period when monitoring the PDCCH according to the particular SSG can be indicated by a MAC CE.

[0571] For one example, whether the UE monitors LP-WUS or not in the time period when monitoring the PDCCH according to the particular SSG can be a UE capability and reported to the BS.

[0572] With reference to FIG. 21, an example UE procedure for monitoring LP-WUS in the time period when monitoring the PDCCH according to the particular SSG is shown.

[0573] FIG. 22 illustrates a timeline 2200 for terminating an example timer for PDCCH monitoring according to embodiments of the present disclosure. For example, timeline 2200 can be followed by an of the UEs 111-116 of FIG. 1, such as the UE 112. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0574] For one embodiment, when a timer (e.g., Inactivity timer, or Retransmission timer, or round-trip time (RTT) timer) for PDCCH monitoring is running, and at least one LP-WUS monitoring occasion is located before the end of the timer, then the UE terminates the timer before the at least one LP-WUS monitoring occasion and start to monitor LP-WUS in the at least one LP-WUS monitoring occasion.

[0575] For one further implementation, the embodiment can be applicable with a further implementation that the at least one LP-WUS monitoring occasion is intended for the LP-WUS to trigger the PDCCH monitoring from the beginning of the next ON duration (e.g., determined by drx-OnDurationTimer).

[0576] For one further implementation, there can be a time gap between the termination of the timer and the start of the at least one LP-WUS monitoring occasion. For one instance, the time gap can be fixed as 0 (i.e., no gap). For one instance, the time gap can be equal to or no less than a minimum delay (e.g., used for preparation of LP-WUS monitoring).

[0577] With reference to FIG. 22, an example embodiment is shown.

[0578] FIG. 23 illustratesa timeline 2300 for LP-WUS monitoring according to embodiments of the present disclosure. For example, timeline 2300 can be followed by an of the UEs 111-116 of FIG. 1, such as the UE 113. This example is for illustration only and other embodiments can be used without departing from the scope of the present disclosure.

[0579] For one embodiment, at least one LP-WUS monitoring occasion can be located within an active time (e.g., for PDCCH monitoring) with the DRX operation, and the UE monitors the LP-WUS in the at least one LP-WUS monitoring occasion when at least one of the following examples is applicable.

[0580] For one example, the LP-WUS to be monitored in the LP-WUS monitoring occasion is intended for triggering PDCCH monitoring within a timer wherein the start of the timer is not within the active time. For instance, it can be intended for triggering the PDCCH monitoring from the beginning of the next ON duration (e.g., determined by drx-OnDurationTimer).

[0581] For one example, the location of the LP-WUS monitoring occasion is at least with a minimum delay requirement after monitoring or receiving a DL transmission (e.g., PDCCH and / or PDSCH) within the active time.

[0582] For one example, the location of the LP-WUS monitoring occasion is outside the ON duration of a DRX cycle (e.g., determined by drx-OnDurationTimer).

[0583] For one example, the resources for LP-WUS monitoring occasion(s) do not overlap with resources for PDCCH in the active time, in in time and / or frequency domain.

[0584] With reference to FIG. 23, an example embodiment is shown.

[0585] For one embodiment, at least one LP-WUS monitoring occasion can be located within an active time (e.g., for PDCCH monitoring) with the DRX operation, and the UE may not monitor the LP-WUS in the at least one LP-WUS monitoring occasion when at least one of the following examples is applicable.

[0586] For one example, the LP-WUS to be monitored in the LP-WUS monitoring occasion is intended for triggering PDCCH monitoring within a timer wherein the start of the timer is within the active time. For instance, it can be intended for triggering the PDCCH monitoring from a time instance before or after the beginning of the next ON duration (e.g., determined by drx-OnDurationTimer).

[0587] For one example, the location of the LP-WUS monitoring occasion is not with a minimum delay requirement after monitoring or receiving a DL transmission (e.g., PDCCH and / or PDSCH) within the active time.

[0588] For one example, the location of the LP-WUS monitoring occasion is outside the ON duration of a DRX cycle (e.g., determined by drx-OnDurationTimer).

[0589] For one example, the location of the LP-WUS monitoring occasion is inside the ON duration of a DRX cycle (e.g., determined by drx-OnDurationTimer).

[0590] For one example, the resources for LP-WUS monitoring occasion(s) overlap with resources for PDCCH in the active time, in in time and / or frequency domain.

[0591] For one embodiment, when a UE is configured with cell DTX operation (e.g., the cell DTX operation is also activated), the UE can determine a time period to perform LP-WUS monitoring.

[0592] For one example, the time period can correspond to an active time of a DRX operation and a non-active time of the cell DTX operation.

[0593] For one example, the time period can correspond to a non-active time of a DRX operation and / or an active time of the cell DTX operation.

[0594] For one example, the UE may not monitor PDCCH during the time period. For one instance, the PDCCH can be at least one of a Type3-PDCCH which is monitored in a CSS set, or a PDCCH which is monitored in a USS set. For one instance, the UE may not monitor PDCCH in the time period if the following conditions are not satisfied:

[0595] ● if any drx-RetransmissionTimerDL, drx-RetransmissionTimerUL or drx-RetransmissionTimerSL is running on any Serving Cell in the DRX group of this Serving Cell; or

[0596] ● if ra-ContentionResolutionTimer or msgB-ResponseWindow is running; or

[0597] ● if a Scheduling Request is sent on PUCCH and is pending; or

[0598] ● if a PDCCH indicating a new transmission addressed to the cell-radio network temporary identifier (C-RNTI) of the MAC entity has not been received after successful reception of a Random Access Response for the Random Access Preamble not selected by the MAC entity among the contention-based Random Access Preamble, or

[0599] ● if ra-ResponseWindow is running and this Serving Cell is the SpCell.

[0600] For one example, the UE monitors LP-WUS continuously within the time period (e.g., subject to a minimum time domain delay as in the examples of this disclosure).

[0601] For one example, the UE can monitor LP-WUS within the time period subject to a configuration of the LP-WUS monitoring occasion(s), wherein the configuration is same as the configuration when LP-WUS monitoring occasion(s) are outside the active time.

[0602] For one example, the UE can monitor LP-WUS within the time period subject to a configuration of the LP-WUS monitoring occasion(s), wherein the configuration is a dedicated one and separate from the configuration when LP-WUS monitoring occasion(s) are outside the active time. For instance, the configuration on the periodicity of the monitoring occasion(s) can be different.

[0603] For one example, the UE can monitor LP-WUS within the time period subject to a set of LP-WUS monitoring occasion(s), wherein the LP-WUS monitoring occasion(s) can be determined by the UE with fixed relationship to PDCCH monitoring occasions in the time period and the PDCCH are not from Type3-PDCCH CSS set or USS set.

[0604] For one example, the UE can assume the resources for LP-WUS monitoring occasion(s) do not overlap with resources for PDCCH not from Type3-PDCCH CSS set or USS set in the time period. For one instance, the resources can be time domain resources. For one instance, the resource can be frequency domain resources. For one instance, the resources can be both time domain resources and frequency domain resources.

[0605] For one example, if the resources for LP-WUS monitoring occasion(s) do not overlap with resources for PDCCH not from Type3-PDCCH CSS set or USS set, in time and / or frequency domain, the UE can skip monitor LP-WUS in the corresponding monitoring occasion(s).

[0606] For one example, if the UE didn't identify any monitoring occasion within the time period, the UE may not monitor LP-WUS within the time period.

[0607] For one example, if the UE receives a LP-WUS indicating wake-up within the time period, the UE starts to monitor PDCCH and / or starts / restarts a timer.

[0608] For one example, if the UE receives a LP-WUS indicating wake-up within the time period, the UE terminates the LP-WUS monitoring.

[0609] For one example, whether the UE monitors LP-WUS or not in the time period can be provided by a higher layer parameter.

[0610] For one example, whether the UE monitors LP-WUS or not in the time period can be indicated by the DCI format.

[0611] For one example, whether the UE monitors LP-WUS or not in the time period can be indicated by a MAC CE.

[0612] For one example, whether the UE monitors LP-WUS or not in the time period can be a UE capability and reported to the BS.

[0613] FIG. 24 illustrates a method 2400 performed by a user equipment (UE) according to various embodiments of the disclosure. In step 2410, the UE is configured with discontinuous reception (DRX) operation and operating in a RRC (Radio Resource control)_CONNECTED state.

[0614] In step 2420, the UE receives, from a base station (BS), configuration information on low power- wake up signal (LP-WUS) based physical downlink control channel (PDCCH) monitoring.

[0615] In step 2430, the UE detects LP-WUS based on the configuration information.

[0616] In step 2440, the UE determines to monitor PDCCH based on the detected LP-WUS.

[0617] In an embodiment, the UE receives first high layer parameters related to a first option for LP-WUS operation. In an embodiment, the first high layer parameters related to the first option for LP-WUS operation includes: (i) information on periodicity for LP-WUS monitoring occasion (MO), (ii) information on the number of LP-WUS MOs to be monitored by the UE, and (iii) information on first timeoffset indicating a start of LP-WUS MO relative to a start of a drx-onDurationTimer. The UE detects the LP-WUS based on the first high layer parameters. The UE, based on the determination to monitor PDCCH based on the detected LP-WUS, starts the drx-onDurationTimer.

[0618] In an embodiment, the UE reports UE capability information related to a first minimum gap between at least one LP-WUS MO and the start of the drx-onDurationTimer. The UE is not required to monitor a LP-WUS with a time gap greater than the first minimum gap prior to the start of the drx-onDurationTimer.

[0619] In an embodiment, the UE receives second high layer parameters related to a second option for LP-WUS operation. In an embodiment, the second high layer parameters related to the second option for LP-WUS operation includes: (i) information on periodicity for LP-WUS monitoring occasion (MO), (ii) information on the number of LP-WUS MOs to be monitored by the UE per periodicity, (iii) information indicating a length of a new timer for LP-WUS based PDCCH monitoring and (iv) information on second timeoffset indicating a start of the new timer after the LP-WUS is detected. The UE detects the LP-WUS based on the second high layer parameters. The UE, based on the determination to monitor PDCCH based on the detected LP-WUS, starts the new timer, after the second timeoffset with respect to a start of a first LP-WUS MO from the number of LP WUS MOs per periodicity.

[0620] In an embodiment, the UE reports UE capability information related to a second minimum gap between at least one LP-WUS MO and the start of the new timer. The UE expects that a time gap from a last LP-WUS MO from the number of LP WUS MOs per periodicity to the start of the new timer is no smaller than the minimum gap.

[0621] In an embodiment, the LP-WUS is quasi co-located (QCLed) with a synchronization signal block (SSB) or a channel state information- reference signal (CSI-RS).

[0622] In an embodiment, in case that an unified TCI framework is configured, the UE receives the LP-WUS based on quasi co-location (QCL) information of TCI states indicated by a downlink control information (DCI) format or medium access control control element (MAC CE).

[0623] In an embodiment, in case that an unified TCI framework is not configured, the UE receives, from the BS, information on transmission configuration indication (TCI) state for LP-WUS included in the configuration information on LP-WUS based PDCCH monitoring. The UE receives the LP-WUS based on QCL information of TCI states associated with a CORESET ID indicated by the information on TCI state for LP-WUS.

[0624] In an embodiment, the UE does not monitor the LP-WUS during Active Time of the DRX operation.

[0625] In an embodiment, the UE does not monitor the LP- WUS during cell discontinuous transmission (DTX) inactive period.

[0626] FIG. 25 illustrates a method 2500 performed by a base station (BS) according to various embodiments of the disclosure. In FIG. 11, descriptions of contents overlapping with FIG. 24 is omitted.

[0627] In step 2510, the UE is configured with discontinuous reception (DRX) operation and operating in a RRC (Radio Resource control)_CONNECTED state.

[0628] In step 2520, the BS transmits, to a UE, configuration information on low power- wake up signal (LP-WUS) based physical downlink control channel (PDCCH) monitoring. In an embodiment, a PDCCH monitoring is performed based on a detection of the LP-WUS based on the configuration information

[0629] The steps of a method or algorithm described in the disclosure may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module may reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, a removable disk, or any other form of storage medium known in the art. An exemplary storage medium is coupled to the processor such that the processor can read information from, and write information to, the storage medium. In the alternative, the storage medium may be integral to the processor. The processor and the storage medium may reside in an ASIC. The ASIC may reside in a user terminal. In the alternative, the processor and the storage medium may reside as discrete components in a user terminal. In one or more exemplary designs, the functions described may be implemented in hardware, software, firmware, or any combination thereof. If implemented in software, the functions may be stored or transmitted over as one or more instructions or code on a computer-readable medium. Computer-readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. Storage media may be any available media that can be accessed by a general purpose or special purpose computer. In addition, computer-readable storage media may be provided in the form of non-transitory storage media. The 'non-transitory storage medium' is a tangible device and only means that it does not contain a signal (e.g., electromagnetic waves). This term does not distinguish a case in which data is stored semi-permanently in a storage medium from a case in which data is temporarily stored. For example, the non-transitory recording medium may include a buffer in which data is temporarily stored.

[0630] Any of the above variation embodiments can be utilized independently or in combination with at least one other variation embodiment. The above flowchart(s) illustrate example methods that can be implemented in accordance with the principles of the present disclosure and various changes could be made to the methods illustrated in the flowcharts herein. For example, while shown as a series of steps, various steps in each figure could overlap, occur in parallel, occur in a different order, or occur multiple times. In one example, steps may be omitted or replaced by other steps.

[0631] Although the figures illustrate different examples of user equipment, various changes may be made to the figures. For example, the user equipment can include any number of each component in any suitable arrangement. In general, the figures do not limit the scope of the present disclosure to any particular configuration(s). Moreover, while figures illustrate operational environments in which various user equipment features disclosed in this patent document can be used, these features can be used in any other suitable system.

[0632] Although the present disclosure has been described with exemplary embodiments, various changes and modifications may be suggested to one skilled in the art. It is intended that the present disclosure encompass such changes and modifications as fall within the scope of the appended claims. None of the descriptions in this application should be read as implying that any particular element, step, or function is an essential element that must be included in the claims scope. The scope of patented subject matter is defined by the claims.

[0633] Meanwhile, although specific embodiments of the present disclosure have been described in detail, various modifications may be made without departing from the scope of the present disclosure. Therefore, the scope of the present disclosure should not be limited to the described embodiments, but should be defined by the claims and equivalents thereof.

Claims

1.A method performed by a user equipment (UE) configured with discontinuous reception (DRX) operation and operating in a RRC (Radio Resource control)_CONNECTED state, comprising:receiving, from a base station (BS), configuration information on low power- wake up signal (LP-WUS) based physical downlink control channel (PDCCH) monitoring;detecting LP-WUS based on the configuration information; anddetermining to monitor PDCCH based on the detected LP-WUS.2.The method of Claim 1, further comprising:receiving first high layer parameters related to a first option for LP-WUS operation,wherein the first high layer parameters related to the first option for LP-WUS operation includes: (i) information on periodicity for LP-WUS monitoring occasion (MO), (ii) information on the number of LP-WUS MOs to be monitored by the UE, and (iii) information on first timeoffset indicating a start of LP-WUS MO relative to a start of a drx-onDurationTimer; anddetecting the LP-WUS based on the first high layer parameters; andbased on the determination to monitor PDCCH based on the detected LP-WUS, starting the drx-onDurationTimer.3.The method of Claim 2, further comprising:reporting UE capability information related to a first minimum gap between at least one LP-WUS MO and the start of the drx-onDurationTimer,wherein the UE is not required to monitor a LP-WUS with a time gap greater than the first minimum gap prior to the start of the drx-onDurationTimer.4.The method of Claim 1, further comprising:receiving second high layer parameters related to a second option for LP-WUS operation,wherein the second high layer parameters related to the second option for LP-WUS operation includes: (i) information on periodicity for LP-WUS monitoring occasion (MO), (ii) information on the number of LP-WUS MOs to be monitored by the UE per periodicity, (iii) information indicating a length of a new timer for LP-WUS based PDCCH monitoring and (iv) information on second timeoffset indicating a start of the new timer after the LP-WUS is detected; anddetecting the LP-WUS based on the second high layer parameters; andbased on the determination to monitor PDCCH based on the detected LP-WUS, starting the new timer, after the second timeoffset with respect to a start of a first LP-WUS MO from the number of LP WUS MOs per periodicity.5.The method of Claim 4, further comprising:reporting UE capability information related to a second minimum gap between at least one LP-WUS MO and the start of the new timer,wherein the UE expects that a time gap from a last LP-WUS MO from the number of LP WUS MOs per periodicity to the start of the new timer is no smaller than the minimum gap.6.The method of Claim 1, wherein:the LP-WUS is quasi co-located (QCLed) with a synchronization signal block (SSB) or a channel state information- reference signal (CSI-RS).7.The method of Claim 1, further comprising:in case that an unified TCI framework is configured,receiving the LP-WUS based on quasi co-location (QCL) information of TCI states indicated by a downlink control information (DCI) format or medium access control control element (MAC CE).8.The method of Claim 1, further comprising:in case that an unified TCI framework is not configured,receiving, from the BS, information on transmission configuration indication (TCI) state for LP-WUS included in the configuration information on LP-WUS based PDCCH monitoring; andreceiving the LP-WUS based on QCL information of TCI states associated with a CORESET ID indicated by the information on TCI state for LP-WUS.9.The method of Claim 1, wherein:the UE does not monitor the LP-WUS during Active Time of the DRX operation.10.The method of Claim 1, wherein:the UE does not monitor the LP- WUS during cell discontinuous transmission (DTX) inactive period.11.A user equipment (UE) configured with discontinuous reception (DRX) operation and operating in a RRC (Radio Resource control)_CONNECTED state, comprising:at least one transceiver;at least one processor communicatively coupled to the at least one transceiver; andat least one memory, communicatively coupled to the at least one processor, storing instructions executable by the at least one processor individually or in any combination to cause the UE to:receive, from a base station (BS), configuration information on low power- wake up signal (LP-WUS) based physical downlink control channel (PDCCH) monitoring;detect LP-WUS based on the configuration information; anddetermine to monitor PDCCH based on the detected LP-WUS.12.The UE of Claim 1, the instructions further cause the UE to:receive first high layer parameters related to a first option for LP-WUS operation,wherein the first high layer parameters related to the first option for LP-WUS operation includes: (i) information on periodicity for LP-WUS monitoring occasion (MO), (ii) information on the number of LP-WUS MOs to be monitored by the UE, and (iii) information on first timeoffset indicating a start of LP-WUS MO relative to a start of a drx-onDurationTimer; anddetect the LP-WUS based on the first high layer parameters; andbased on the determination to monitor PDCCH based on the detected LP-WUS, start the drx-onDurationTimer.13.The UE of Claim 1, the instructions further cause the UE to:receive second high layer parameters related to a second option for LP-WUS operation,wherein the second high layer parameters related to the second option for LP-WUS operation includes: (i) information on periodicity for LP-WUS monitoring occasion (MO), (ii) information on the number of LP-WUS MOs to be monitored by the UE per periodicity, (iii) information indicating a length of a new timer for LP-WUS based PDCCH monitoring and (iv) information on second timeoffset indicating a start of the new timer after the LP-WUS is detected; anddetect the LP-WUS based on the second high layer parameters; andbased on the determination to monitor PDCCH based on the detected LP-WUS, start the new timer, after the second timeoffset with respect to a start of a first LP-WUS MO from the number of LP WUS MOs per periodicity.14.A method performed by a base station (BS), comprising:transmitting, to a user equipment (UE), configuration information on low power- wake up signal (LP-WUS) based physical downlink control channel (PDCCH) monitoring,wherein the UE is configured with discontinuous reception (DRX) operation and operating in a RRC (Radio Resource control)_CONNECTED state, andwherein a PDCCH monitoring is performed based on a detection of the LP-WUS based on the configuration information.15.A base station (BS), comprising:at least one transceiver;at least one processor communicatively coupled to the at least one transceiver; andat least one memory, communicatively coupled to the at least one processor, storing instructions executable by the at least one processor individually or in any combination to cause the BS to:transmit, to a user equipment (UE), configuration information on low power- wake up signal (LP-WUS) based physical downlink control channel (PDCCH) monitoring,wherein the UE is configured with discontinuous reception (DRX) operation and operating in a RRC (Radio Resource control)_CONNECTED state, andwherein a PDCCH monitoring is performed based on a detection of the LP-WUS based on the configuration information.

Images