Low-power wake-up signal (LP-WUS) for carrier aggregation (CA)

Abstract

The present disclosure describes systems, methods, and devices for optimizing Low-Power Wake-Up Signal (LP-WUS) mechanisms in wireless communication networks utilizing Carrier Aggregation (CA) with multiple Discontinuous Reception (DRX) groups. These techniques enhance power efficiency and network signaling efficiency while maintaining robust connectivity for user equipment (UEs).

Description

LOW-POWER WAKE-UP SIGNAL (LP-WUS) FOR CARRIER AGGREGATION (CA)FIELD

[0001] This disclosure relates to wireless communication systems, particularly to the design of low-power wake-up signals (LP-WUS) for carrier aggregation (CA) cases.BACKGROUND

[0002] Low-Power Wake-Up Signal (LP-WUS) is a technique used in wireless communication systems to wake up devices only when needed and thus reduce power consumption in User Equipment (UE) while maintaining connectivity in RRC CONNECTED mode. In Carrier Aggregation (CA) scenarios, multiple component carriers are aggregated to provide higher bandwidth and improved spectral efficiency. When a UE is configured with CA with dual Discontinuous Reception (DRX) groups, the network needs to send LP-WUS to the UE to control wake up of both DRX groups. However, existing LP-WUS designs have limitations when used in CA with more than one DRX group.SUMMARY OF THE INVENTION

[0003] In some aspects, the present disclosure provides a signaling procedure and an optimized LP-WUS design for CA cases with dual DRX group support. The LP-WUS payload of the bitmap or codepoint is extended to support LP-WUS operation in CA scenarios, enabling efficient use of spectrum resources while minimizing power consumption.BRIEF DESCRIPTION OF THE DRAWINGS

[0004] The present disclosure will be readily understood and enabled by the detailed description and accompanying figures of the drawings. Like reference numerals may designate like features and structural elements. Figures and corresponding descriptions are provided as non-limiting examples of aspects, implementations, etc., of the present disclosure, and references to "an" or “one” aspect, implementation, etc., may not necessarily refer to the same aspect, implementation, etc., and may mean at least one, one or more, etc.

[0005] Figure 1 is a block diagram of a wireless network including LP-WUS signaling for multiple DRX groups according to some aspects.

[0006] Figures 2-4 are schematic diagrams illustrating configurations and options for LP-WUS monitoring and indication in CA scenarios involving multiple DRX groups in RRC CONNECTED mode according to some aspects.

[0007] Figure 5 is a schematic diagram illustrating an example of extension of the LP-WUS bitmap structure according to some aspects.

[0008] Figure 6 illustrates an alternative example of extension of the LP-WUS bitmap structure according to some aspects.

[0009] Figures 7-9 are schematic diagrams illustrating a codepoint-based LP-WUS signaling, demonstrating various payload designs according to some aspects.

[0010] Figures 10-12 are schematic diagrams illustrating examples of the extension of LP-WUS signaling to CA, depicting independent configuration parameters for multiple DRX groups according to some aspects.

[0011] Figures 13A-13D provide examples of offset configurations for LP-WUS monitoring occasions in multiple DRX group scenarios demonstrating timing offset strategies according to some aspects.

[0012] Figure 14 is a diagram of some aspects of components of a device according to one or more implementations described herein.

[0013] Figure 15 is a diagram of example interfaces of baseband circuitry according to one or more implementations described herein.DETAILED DESCRIPTION

[0014] The following detailed description refers to the accompanying drawings. Like reference numbers in different drawings may identify the same or similar features, elements, operations, etc. Additionally, the present disclosure is not limited to the following description as other implementations may be utilized, and structural or logical changes made, without departing from the scope of the present disclosure.

[0015] Wireless communication networks may include devices including user equipment (UEs) capable of communicating wirelessly with base stations and other network nodes. An important aspect of implementing these devices and communications includes balancing power consumption and communication responsiveness. DRX (Discontinuous Reception) is a power-saving mechanism that allows a device to periodically turn off its receiver and enter low-power states while retaining the ability to receive control messages and downlink data. In a typical single DRX cycle, UE alternates between active and sleep states based on predefined timers. With the introduction of multiple DRX groups (such as multiple DRX groups) , different DRX groups with separate DRX configurations can be assigned to different carriers, traffic types, or radio bearers and thus can support dual connectivity &Carrier Aggregation (CA) . This is particularly useful in scenarios where a UE needs to handle both high-priority (low-latency) traffic and low-priority (delay-tolerant) traffic simultaneously. Different active / sleep cycles of the multiple DRX groups allow the UE to stay active for high-priority data while still saving power for lower-priority data.

[0016] Low-Power Wake-Up Signal (LP-WUS) is an advanced power-saving mechanism to further enhance energy efficiency by waking up devices only when necessary, especially for devices with long DRX cycles. In traditional DRX, the UE periodically wakes up to monitor control messages or downlink traffic, even when no data is pending. This periodic waking leads to unnecessary power drain. LP-WUS minimizes the unnecessary UE wake up by introducing a preliminary wake-up signal. Specifically, the base station can transmit a LP-WUS, and the UE stays awake to monitor and receive the control message if LP-WUS is detected. If no LP-WUS is detected, the UE remains in sleep mode. LP-WUS is lightweight and designed to be energy-efficient. Timing of LP-WUS also can be configurable and thus provide scheduling flexibility.

[0017] For the case when UE is configured with a single DRX group, LP-WUS may be configured on a serving cell and may be configured per cell-group. LP-WUS indication may be applicable to all activated serving cells in the cell-group. However, issues are still left for UE that is configured with multiple component carriers with more than one DRX groups. As will be elaborate in more details below, techniques described herein thereby enable base stations and UEs to implement a single LP-WUS or separate LP-WUSs that could trigger multiple DRX groups. The proposed techniques include UE capability reporting mechanisms that enable optimized LP-WUS monitoring and DRX triggering strategies based on UE support for specific configurations.

[0018] To enhance the efficiency of LP-WUS, payload design considerations are crucial. LP-WUS payloads may include bitmap-based or codepoint-based indications to differentiate between DRX groups. By optimizing the payload structure, network signaling overhead is reduced while maintaining compatibility with existing DRX mechanisms. Additionally, in some aspects, the periodicity and offset parameters for LP-WUS transmission are configurable to align with DRX cycle lengths and on-duration timers, thereby reducing unnecessary power consumption. This flexibility allows network operators to efficiently schedule LP-WUS transmissions, ensuring timely wake-ups while minimizing power drain.

[0019] Fig. 1 is a block diagram of some aspects of a wireless network 100 including LP-WUS signaling for multiple DRX groups, such as first DRX group 102 and second DRX group 104.

[0020] As shown in Fig. 1, the wireless network 100 includes UE 101 and radio access network (RAN) 110 including a base station 111. UE 101 is configured with multiple DRX groups, such as first DRX group 102 and second DRX group 104. As shown by act 123, UE 101 is configured to monitor, receive, and decode one or more LP-WUS from base station 111 and trigger DRX activation for one or more DRX groups of the multiple DRX groups according to the one or more LP-WUS, as shown by act 124. In some aspects, the LP-WUS is monitored on per DRX group. In other aspects, LP-WUS is monitored on one serving cell that is configured by base station 111. The serving cell used for LP-WUS monitoring can belong to either DRX group, depending on the UE’s supported LP-WUS Receiver (LR) band. LP-WUS can be used to trigger PDCCH monitoring, with different indication methods based on either a bitmap or a codepoint-based solution. More details of the LP-WUS are discussed associated with additional figures below.

[0021] As shown by act 122, in some aspects, a configuration information is sent by base station 111 and received and decoded by UE 101 for LP-WUS monitoring and decoding as of act 123. The configuration information may include various parameters that define when, where, and / or how UE 101 should monitor and process the LP-WUS to optimize power efficiency while ensuring timely wake-ups, as further explained throughout this disclosure. The configuration information may include information of LP-WUS payload structure and mapping, as further explained in examples of Figs. 5-9.

[0022] The configuration information may also include LP-WUS timing and monitoring parameters, such as Monitoring Occasions (MOs) , offset timing, and / or window length, as shown in examples of Figs. 10-13D. MOs specify the periodicity at which UE 101 should monitor for LP-WUS. Offset timing defines when the LP-WUS should be monitored relative to the DRX cycle. Window length determines the duration in which the UE must detect the LP-WUS before deciding on a wake-up.

[0023] As shown by act 121, in some aspects, UE capability information is sent from UE 101 and received and decoded by UE 101. LP-WUS can be configured (as described with act 122, for example) and scheduled to trigger DRX activation (as described with act 123 and act 124, for example) based on the UE capability information, as well as network policies. The UE capability information may include information of LP-WUS bands UE 101 supports, and whether UE 101 supports monitoring LP-WUS per DRX group, as further explained in examples of Figs. 2-4.

[0024] Figs. 2-4 are schematic diagrams illustrating various aspects of LP-WUS monitoring and indication including the three options (Option 1, Option 2, and Option 3) of CA with multiple DRX groups in RRC CONNECTED mode. For the case when UE is configured with NR-DC and / or CA without multiple DRX groups in RRC CONNECTED mode, LP-WUS is configured on a serving cell per cell-group. LP-WUS can be configured only on PCell / PSCell or may be configured on any RRC-configured cell, depending on how the network assigns LP-WUS responsibilities across primary and secondary serving cells. LP-WUS indication is applicable to all activated serving cells in the cell-group. For the case when UE is configured with CA with multiple DRX groups in RRC CONNECTED mode, additional LP-WUS monitoring and indication design is needed to accommodate multiple DRX groups. In some aspects, the LP-WUS monitoring and indication design for multiple DRX groups is pre-defined in the specification. In some other aspects, the the LP-WUS monitoring and indication design for multiple DRX groups is determined based on UE capability and communicated through configuration information. As illustrated herein, Option 1, Option 2, and Option 3 may be predefined in standards specification or indicated by UE capability information, or the combination thereof.

[0025] Option 1: LP-WUS configured per cell-group with separate DRX group indications. In some aspects, based on the configuration information, for more than one DRX group, a single LP-WUS is configured, while the UE may monitor the single LP-WUS with separate DRX group indications. As an example shown in Fig. 2, a single LP-WUS is configured and monitored for both first DRX group 102 and second DRX group 104. The single LP-WUS may be configured on a serving cell per cell-group. The single LP-WUS carries separate indications 202A, 202B for each of first DRX group 102 and second DRX group 104, triggering DRX activation (e.g., PDCCH monitoring) of all activated serving cells of the cell-group, independently for first DRX group 102 and second DRX group 104.

[0026] Option 2: LP-WUS configured per DRX group per cell-group. In some aspects, based on the configuration information, LP-WUS is configured on a serving cell per DRX group per cell-group, and LP-WUS indication is applicable to all activated serving cells of the cell-group in the DRX group. As an example shown in Fig. 3, first LP-WUS 202-1 is configured, monitored, and carries an indication for first DRX group 102, while second LP-WUS 202-2 is configured, monitored, and carries an indication for second DRX group 104, triggering DRX activation (e.g., PDCCH signal monitoring) of all activated serving cells of the cell-group of the corresponding first DRX group 102 or second DRX group 104.

[0027] Option 3: LP-WUS configured per cell-group with one indication for more than one DRX group. In some aspects, based on the configuration information, for more than one DRX group, a single LP-WUS is configured, and the UE may monitor the single LP-WUS with a shared indication applied to DRX activation of multiple DRX groups. As an example shown in Fig. 4, a single LP-WUS is configured and monitored for both first DRX group 102 and second DRX group 104. The single LP-WUS may be configured on a serving cell per cell-group. The single LP-WUS carries a shared indication 202 for both first DRX group 102 and second DRX group 104, triggering DRX activation (e.g., PDCCH signal monitoring) of all activated serving cells of the cell-group of both first DRX group 102 and second DRX group 104.UE capability report

[0028] The UE capability reporting (e.g., act 121 in Fig. 1) provides information to the network about a UE's supported LP-WUS configurations, particularly in CA scenarios with multiple DRX groups. By introducing a UE LP-WUS capability report, the network can configure LP-WUS efficiently, optimizing power savings and ensuring seamless wake-up signaling. In some aspects the UE LP-WUS capability report indicates supported LP-WUS bands, whether it supports LP-WUS monitoring per DRX group, and whether it supports specific LP-WUS operational modes (Option 1, Option 2, and Option 3) .

[0029] In one aspect, the UE LP-WUS capability report includes an indication of supported LP-WUS bands and whether LP-WUS monitoring per DRX group is supported. The supported LP-WUS bands may be indicated by explicitly listing a number of supported bands (e.g., F1, F2, F3, ... Fn) or indicate an index or another parameter that is mapped to a list of one or more supported bands. In one embodiment, the LP-WUS monitoring per DRX group may be supported on all supported bands without explicitly stating so. In an alternative embodiment, the LP-WUS monitoring per DRX group may be supported on all supported bands if such indicated. The LP-WUS monitoring per DRX group may be supported on a selected list of bands (e.g. F2, F3) or not supported at all.

[0030] If the UE supports LP-WUS monitoring per DRX group, Option 2 can be configured, where LP-WUS monitoring / indication is per DRX group, and the UE monitors LP-WUS separately for each DRX group. The issue of Option 2 is that respective LP-WUS needs to be supported for each DRX group. For example, for a dual DRX group operation respectively for Frequency Range 1 (FR1) and Frequency Range 2 (FR2) bands, two LP-WUS for both FR1 and FR2 bands need to be configured to ensure dual DRX group operation. Otherwise, LP-WUS cannot work with dual DRX groups, limiting the deployment scenarios.

[0031] If the UE does not support per-DRX group monitoring, Option 1 or Option 3 is configured. In some embodiments, whether the UE supports Option 1 and / or Option 3 is determined based on predefined specification constraints. In some alternative embodiments, whether the UE supports Option 1 and / or Option 3 can be determined dynamically based on the UE capability report. The UE capability information may indicate whether the UE supports the triggering of the DRX activation for more than one DRX groups of the multiple DRX groups. If the triggering of the DRX activation for more than one DRX groups is supported, the UE is capable of Option 3. If the the triggering of the DRX activation for more than one DRX groups is not supported, the UE is capable of Option 1, and the payload of the LP-WUS needs to be extended. The indication of whether the UE supports the triggering of the DRX activation for more than one DRX groups can be supplied together with the indication that UE does not support per-DRX group monitoring, or supplied independently.

[0032] If Option 3 is configured, the UE only monitors on one serving cell for LP-WUS. LP-WUS payload size is not increased and is the same as single DRX group case, and the LP-WUS triggers DRX activation on more than one DRX groups. However, UE power saving is limited since DRX activation of one or more DRX groups may be not necessarily needed when data transmission is needed for another DRX group.

[0033] If Option 1 is configured, the indication in the LP-WUS payload should be extended to differentiate wake-up between DRX groups and to support DRX activation of multiple DRX groups. The LP-WUS payload increase may use more resources and reduce LP-WUS coverage, and thus impacting responsiveness performance.

[0034] The base station configures UE Option 1 or Option 3 with parameters that define when, where, and / or how the UE should monitor and process the LP-WUS to optimize power efficiency while ensuring timely wake-ups.LP-WUS payload structure and mapping for Option 1

[0035] Figures 5-9 are schematic diagrams illustrating examples of various payload designs according to some aspects. In some aspects, the payload design is configured to the UE by the base station, as described above associated with act 122 of Fig. 1. The configuration information may include a payload structure information, a payload size, and / or a bit allocation mechanism. The payload structure may indicate a bitmap or codepoint structure that defines how the wake-up signal is encoded. To provide flexibility in triggering PDCCH monitoring, different alternatives are considered. These alternatives vary based on how LP-WUS signaling specifies which DRX group (s) should wake up. Alternative 1: Indicate PDCCH Monitoring for one or both DRX groups, where LP-WUS explicitly indicates which DRX group (s) should trigger PDCCH monitoring: DRX Group #1 only, DRX Group #2 only, or both DRX Groups. This approach provides maximum flexibility for multi-DRX group UEs. Alternative 2: Indicate PDCCH monitoring in the DRX Group of the LP-WUS monitoring serving cell or both DRX groups. LP-WUS indicates PDCCH monitoring either in: the same DRX group as the LP-WUS monitoring serving cell, or both DRX groups. Alternative 2 is beneficial when network needs to simplify DRX wake-ups based on LP-WUS location. Alternative 3: Indicate PDCCH monitoring in the DRX Group with PCell or both DRX groups. LP-WUS indicates PDCCH monitoring either in: the same DRX group as the PCell, or both DRX groups. If a PCell-based approach is prioritized, this alternative ensures PCell DRX group wakes up efficiently. If the UE needs to maintain synchronization across multiple DRX groups, both DRX groups can be triggered simultaneously.

[0036] A bitmap-based structure may be used to map one or more UEs to specific wake-up signals. A codepoint-based scheme may be used to indicate DRX groups or individual UE wake-up instructions. The payload size is the number of bits allocated for LP-WUS. The bit allocation mechanism may specify how UEs determine their starting bit.

[0037] Figures 5-6 are schematic diagrams illustrating examples of extension of bitmap-based structure of the LP-WUS under Option 1, LP-WUS configured per cell-group with separate DRX group indications. The payload size (M) is increased, for example doubled, for the separate indications of DRX activation for dual DRX groups.

[0038] As shown in Fig. 5, a bitmap can be structured with per-UE mapping. Each set of consecutive bits corresponding to a set of DRX groups for a mapped UE. The bit positions may be determined by a UE ID and a configured size. A payload size M may be RRC configured. In some aspects, for dual DRX groups, the UE reads two consecutive bits as respective DRX activation triggering indications for first DRX group 102 and second DRX group 104. The bits that are mapped to the UE may be determined according to associated ID or group ID of the UE and the payload size M. As an example, the starting bit of a UE may be determined by 2*mod (ID, M / 2) .

[0039] As shown in Fig. 6, a bitmap can be alternatively structured with group mapping of different UEs per DRX group. Each set of bits corresponding to a set of mapped UEs for a DRX groups. For example, for single DRX UEs, the indications are mapped to the first N bits. For dual DRX UEs, the indications are mapped to the first N bits for first DRX group 102, and mapped next N bits for second DRX group 104. In some aspects, for dual-DRX group operation, N is half of the payload size M. In some alternative aspects, N is configured, by a RRC signaling from network.

[0040] Figures 7-9 are schematic diagrams illustrating examples of extension of codepoint-based structure of the LP-WUS under Option 1, LP-WUS configured per cell-group with separate DRX group indications. In some aspects, the payload size M is configured, and / or the number N of UEs supported by LP-WUS is configured by RRC signaling. The payload size (M) is increased, for example to a number of log2N+1 or log2N+2 bits, for the separate indications of DRX activation for dual DRX groups and further more. The number of bits are round up to the next integer throughout the disclosure.

[0041] As shown in Fig. 7, in a first example, the first log2N bits of codepoints correspond to the N UEs’ 1st DRX group, the second log2N codepoints correspond to the N UEs’ 2nd DRX group, the third log2N codepoints correspond to the N UEs’ both DRX group. For UEs not supporting or not configured with dual DRX group, they only read the first log2N bits of codepoints, each corresponding to one UE. N=4 UEs is used for the first example. The first example explicit per-DRX group control with a dedicated codepoint structure. Notably, though each codepoint wakes up one UE is illustrated herein, it is appreciated that a subgroup of UEs or even all UEs may share a codepoint, per DRX groups. As an example similar to Fig. 7, a codepoint can be also used to indicate triggering all of the N UEs’ 1st DRX group, another codepoint indicates triggering all N UEs 2nd DRX group, a third codepoint indicates triggering of all N UEs’ both DRX group.

[0042] As shown in Fig. 8, in a second example, the first log2N bits of codepoints correspond to the N UEs’ 1st DRX group, the second log2N bits of codepoints correspond to the N UEs’ 2nd DRX group. Compared to Fig. 7, the payload is smaller. N=4 UEs is used for the second example. The second example is a simplified version of the first example, without explicitly supporting "both DRX groups" in a separate field. As an example similar to Fig. 8, a first codepoint of a first set of codepoints may be used to indicated triggering a first subgroup of UEs’ 1st DRX group, a second codepoint of the first set of codepoints may be used to indicated triggering a second subgroup of UEs’ 1st DRX group..., and a first codepoint of a second set of codepoints may be used to indicated triggering a first subgroup of UEs’ 2nd DRX groups, a second codepoint of the second set of codepoints may be used to indicated triggering a second subgroup of UEs’ 2nd DRX groups.

[0043] As shown in Fig. 9, in a third example, the first log2N bits of codepoints correspond to the N UEs’ 1st DRX group, the DRX group containing PCell, or the DRX group with LP-WUS. The second log2N bits of codepoints correspond to the N UEs’ both DRX groups. N=4 UEs is used for the third example. If a PCell-based approach is prioritized, this alternative ensures PCell DRX group wakes up efficiently. If the UE needs to maintain synchronization across multiple DRX groups, both DRX groups can be triggered simultaneously. As another example similar to Fig. 9, a first codepoint of a first set of codepoints may be used to indicated triggering all UEs’ 1st DRX group with PCell or with LP-WUS and a second codepoint may be used to indicated triggering all UEs’ both DRX groups.

[0044] As such, codepoint-based solutions define how N UEs interpret LP-WUS indications, with different options for handling DRX groups. Three-set model (1st DRX, 2nd DRX, both DRX groups) provides maximum control. Two-set model (1st DRX, 2nd DRX only) simplifies signaling. LP-WUS monitoring serving cell model (DRX group with LP-WUS, both DRX groups) is configured when network needs to simplify DRX wake-ups based on LP-WUS location. PCell-first model (1st DRX / PCell, both DRX groups) ensures PCell-based prioritization.LP-WUS timing and monitoring parameters for Option 2

[0045] Two operation modes (Mode 1-1 and Mode 1-2) may be supported for LP-WUS operation with multiple DRX groups, enhancing power-saving and scheduling flexibility. These modes define how LP-WUS monitoring interacts with DRX mechanisms to determine wake-up behavior.

[0046] In Mode 1-1, LP-WUS monitoring is performed before drx-onDurationTimer, and the receiving of the indication in LP-WUS triggers the start of the drx-onDurationTimer (e.g., first drx-onDurationTimer 1002-1 for first DRX group 102 and second drx-onDurationTimer 1002-2 for second DRX group 104, as shown in Figures 10-12) . Thus, LP-WUS replaces the Discontinuous Reception (DRX) Cycle Prefix (DCP) , which was previously used to prepare for DRX wake-up. Instead of relying on fixed timers, LP-WUS dynamically triggers the drx-onDurationTimer, optimizing power efficiency. If the LP-WUS is detected, the UE activates drx-onDurationTimer, transitioning into the DRX Active Time. The UE then monitors the PDCCH (Physical Downlink Control Channel) for scheduling information. If LP-WUS is not detected, the UE remains in low-power mode, skipping unnecessary DRX activations. Thus, Mode 1-1 reduces unnecessary DRX wake-ups as the UE only wakes up when LP-WUS is detected, minimizes power consumption by avoiding fixed DCP-based wake-ups, and has more adaptive wake-up scheduling, as the network can configure LP-WUS timing independently of fixed DRX cycles.

[0047] In Mode 1-2, LP-WUS triggers PDCCH monitoring irrespective of legacy C-DRX cycle. LP-WUS monitoring occurs outside the traditional legacy C-DRX cycle, meaning LP-WUS operates independent of DRX timers. Instead of waiting for a scheduled DRX cycle, LP-WUS dynamically triggers PDCCH monitoring whenever needed. The network schedules LP-WUS transmission in a way that allows the UE to wake up and perform LP-WUS monitoring at a separate monitoring occasion even when it is not in an active C-DRX cycle. If LP-WUS is detected, the UE immediately transitions into PDCCH monitoring without waiting for the next DRX cycle. Thus, Mode 1-2 ensures immediate response to wake-up signals, improves latency-sensitive applications, and is particularly useful for applications needing asynchronous wake-up, such as URLLC (Ultra-Reliable Low-Latency Communications) .

[0048] As described above associated with Figure 3 and also shown in examples of Figures 10-13D., under Option 2, LP-WUS (202-1, 202-2) is configured per DRX group (102, 104) per cell-group. In some aspects, based on the configuration information, LP-WUS is configured on a serving cell per DRX group per cell-group, and LP-WUS indication is applicable to all activated serving cells of the cell-group in the DRX group. LP-WUS timing and monitoring parameters, such as MO periodicity, offset, and / or window length, are configured on one serving cell in each DRX group. MO periodicity (e.g., 1004) specifies the periodicity at which the UE should monitor for LP-WUS. MO offset (e.g., 1006) defines when the LP-WUS should be monitored relative to the DRX cycle. MO window length (e.g., 1008) determines the duration in which the UE must detect the LP-WUS before deciding on a wake-up.

[0049] For Carrier Aggregation (CA) with multiple DRX groups, LP-WUS monitoring occasions can be configured using Approach 1 (independent periodicity / offset per serving cell) or Approach 2 (offset-based timing relative to DRX timers) . These approaches impact power consumption, synchronization across serving cells, and interaction with LP-WUS operation modes (Mode 1-1 and Mode 1-2) . In some aspects, UE Capability Report should include whether the UE supports independent or offset-based LP-WUS monitoring, allowing the network to configure the most efficient method.

[0050] Figures 10-12 are schematic diagrams illustrating examples of the extension of LP-WUS signaling to CA with multiple DRX groups, depicting an example of Approach 1 including independent LP-WUS monitoring configuration for multiple DRX groups according to some aspects. In Approach 1, independent LP-WUS MOs are configured for the multiple DRX groups. Monitoring parameters, such as MO periodicity (1004-1, 1004-2) , offset (1006-1, 1006-2) , and / or LP-WUS monitoring window length (1008-1, 1008-2) are configured as independent parameters without referencing DRX timing parameters such as drx-onDurationTimer or an LP-WUS-triggered timer, allowing more flexibility but potentially increasing power consumption.

[0051] As shown in Fig. 10, in a first example, the UE is configured with shared MO periodicity 1004-S and shared MO offset 1006-S and may be configured with respective MO durations 1008-1, 1008-2 for LP-WUS monitoring and DRX activation of first DRX group 102 and second DRX group 104. The UE wakes up at the same time on both serving cells, ensuring simultaneous LP-WUS monitoring. The same offset 1006-S can be defined as absolute time or slot / symbol-based time but differs in Subcarrier Spacing (SCS) . The MO durations 1008-1, 1008-2 may be configured based on DRX parameters of first DRX group 102 and second DRX group 104. The UE supports simultaneous operation on two serving cells, potentially reducing overall wake-up instances of the low-power wake-up receiver (LR) while increasing complexity. The first example may be suitable for Mode 1-1 operation and / or when simultaneous wake-up is necessary, e.g., high-speed scenarios where fast response across multiple DRX groups is needed.

[0052] As shown in Fig. 11, in a second example, the UE is configured with shared MO periodicity 1004-S and may be configured with respective MO offsets (1006-1, 1006-2) , and respective duration of LP-WUS monitoring (1008-1, 1008-2) for the two serving cells for LP-WUS monitoring and DRX activation of first DRX group 102 and second DRX group 104. The LR of the UE wakes up at different offsets on different serving cells, reducing simultaneous activation but maintaining consistent periodicity. The respective MO offset (1006-1, 1006-2) may be configured with fixed values or configured based on parameters of first DRX group 102 and second DRX group 104, e.g. based on SCS per DRX group. The shared MO periodicity 1004-S may be independent from the C-DRX cycle. Instead of waiting for a scheduled DRX cycle, LP-WUS dynamically triggers PDCCH monitoring (e.g., 1102-1, 1102-2) whenever needed. The network schedules LP-WUS transmission in a way that allows the UE to wake up and perform LP-WUS monitoring at a separate monitoring occasion (duration 1008-1, 1008-2) even when it is not in an active C-DRX cycle. If LP-WUS (202-1, 202-2) is detected, the UE immediately transitions into PDCCH monitoring (1102-1, 1102-2) without waiting for the next DRX cycle. The second example helps in staggering wake-ups, preventing excessive power drain. The second example may be suitable for Mode 1-2 operation and / or when synchronized periodicity is needed but wake-up timing should be adjusted for different serving cells.

[0053] As shown in Fig. 12, in a third example, the UE is configured with MO periodicity (1004-1, 1004-2) , MO offset (1006-1, 1006-2) , and duration of LP-WUS monitoring (1008-1, 1008-2) separately for the two serving cells for LP-WUS monitoring and DRX activation of first DRX group 102 and second DRX group 104. Compared to the second example, the UE needs to maintain two separate LP-WUS monitoring cycles for two DRX groups. The third example results in higher power consumption, as LP-WUS monitoring occurs at separate times. The third example may be more suitable for Mode 1-2, where LP-WUS is independent of DRX Active Time, as described associated with Fig. 11. The third example may be suitable for when wake-up needs are highly asynchronous across serving cells and may be useful in low-latency scenarios where the UE must wake up for specific traffic on each carrier respectively.

[0054] Figures 13A-13D are schematic diagrams illustrating examples of the extension of LP-WUS signaling to CA with multiple DRX groups, depicting an example of Approach 2 including offset-based LP-WUS monitoring configuration for multiple DRX groups according to some aspects. In Approach 2, LP-WUS monitoring occasions are defined relative to the start of drx-onDurationTimer 1002 (e.g., Figure 13A / 13C) or an LP-WUS-triggered timer 1310 (e.g., Figure 13B / 13D) , rather than being set independently. An offset timing 1306 (e.g., 1306-S in Figs. 13A-13B and 1306-1, 1306-2 in Figs. 13C-13D) is defined as the timing relative to the start of drx-onDurationTimer (e.g., Figure 13A / 13C) or an LP-WUS-triggered timer (e.g., Figure 13B / 13D) . Notably, the offset timing 1306 is differentiated from the Minimum Gap for PDCCH monitoring. The LP-WUS offset is used to schedule monitoring occasions, while the minimum gap defines how soon the UE can process PDCCH after waking up. Examples of the minimum gap are shown as minimum gap 1308-1, 1308-2 in Figure 13A-13D. Minimum gap 1308-1, 1308-2 is respectively required per serving cell for the UE to start PDCCH monitoring after receiving LP-WUS. The offset timing 1306 should be configured exceeding the Minimum Gap.

[0055] As shown in Figs. 13A-13B, in a first example, the UE is configured with shared offset 1306-S for LP-WUS monitoring based on the Subcarrier Spacing (SCS) of the primary cell (PCell) . The same offset 1006-S is applied to both serving cells. The first example ensures fixed alignment of LP-WUS monitoring across serving cells, reducing wake-up complexity and is a more predictable wake-up behavior but less flexibility in adjusting timing per cell. The first example may be used when PCell timing should control LP-WUS across multiple DRX groups, ensuring synchronization across all serving cells.

[0056] As shown in Figs. 13C-13D, in a second example, the UE is configured with respective MO offset 1306-1, 1306-2 per serving cell for LP-WUS monitoring based on respective SCS of the serving cell rather than PCell. The second example allows independent adjustment of LP-WUS timing per serving cell, accommodating different numerologies (SCS configurations) . The second example may prevent overlapping wake-ups, optimizing energy savings for heterogeneous CA setups. The second example may be useful when serving cells have different SCS values, requiring fine-grained control over LP-WUS wake-ups.

[0057] The components, devices, and systems of the wireless network 100 in Fig. 1 and associated methods may incorporate any features and implementations discussed above and may operate in accordance with one or more communication standards, such as 2nd generation (2G) , 3rd generation (3G) , 4th generation (4G) (e.g., long-term evolution (LTE) ) , and / or 5th generation (5G) (e.g., new radio (NR) ) communication standards of the 3rd generation partnership project (3GPP) . Additionally, or alternatively, one or more of the systems and devices of wireless network 100 may operate in accordance with other communication standards and protocols discussed herein, including future versions or generations of 3GPP standards (e.g., sixth generation (6G) standards, seventh generation (7G) standards, etc. ) , institute of electrical and electronics engineers (IEEE) standards (e.g., wireless metropolitan area network (WMAN) , worldwide interoperability for microwave access (WiMAX) , etc. ) , and more.

[0058] In some implementations, UE 101 may include internet of things (IoT) devices (or IoT UEs) and the disclosed techniques enhance battery life for IoT devices with infrequent data transmissions. UE 101 may comprise a network access layer designed for low-power IoT applications utilizing short-lived UE connections. Additionally, or alternatively, an IoT UE may utilize one or more types of technologies, such as machine-to-machine (M2M) communications, machine-type communications (MTC) , or Massive Machine-Type Communications (mMTC) (e.g., to exchanging data with an MTC server or other device via a public land mobile network (PLMN) ) , proximity-based service (ProSe) or device-to-device (D2D) communications, sensor networks, IoT networks, and more. Depending on the scenario, an M2M or MTC exchange of data may be a machine-initiated exchange, and an IoT network may include interconnecting IoT UEs (which may include uniquely identifiable embedded computing devices within an Internet infrastructure) with short-lived connections. In some scenarios, IoT UEs may execute background applications (e.g., keep-alive messages, status updates, etc. ) to facilitate the connections of the IoT network. UE 101 may include smartphones (e.g., handheld touchscreen mobile computing devices connectable to one or more wireless communication networks) . Additionally, or alternatively, UE 101 may include other types of mobile or non-mobile computing devices capable of wireless communications, such as personal data assistants (PDAs) , pagers, laptop computers, desktop computers, wireless handsets, etc.

[0059] RAN 110 may include one or more base stations 111 such as RAN nodes that enable channels to be established between UE 101 and RAN 110. RAN nodes may include network access points configured to provide radio baseband functions for data and / or voice connectivity between users and the network based on one or more of the communication technologies described herein. As examples therefore, a RAN node may be an E-UTRAN Node B (e.g., an enhanced Node B, eNodeB, eNB, 4G base station, etc. ) , a next generation base station (e.g., a 5G base station, NR base station, next generation eNBs (gNB) , etc. ) . RAN nodes may include a roadside unit (RSU) , a transmission reception point (TRxP or TRP) , and one or more other types of ground stations (e.g., terrestrial access points) . In some scenarios, RAN node may be a dedicated physical device, such as a macrocell base station, and / or a low power (LP) base station for providing femtocells, picocells or other like having smaller coverage areas, smaller user capacity, or higher bandwidth compared to macrocells. As such, references herein to a base station, RAN node, etc., may involve implementations where the base station, RAN node, etc., is a terrestrial network node and also to implementation where the base station, RAN node, etc., is a non-terrestrial network node (e.g., satellite 360) .

[0060] Some or all of RAN nodes may be implemented as one or more software entities running on server computers as part of a virtual network, which may be referred to as a centralized RAN (CRAN) and / or a virtual baseband unit pool (vBBUP) . In these implementations, the CRAN or vBBUP may implement a RAN function split, such as a packet data convergence protocol (PDCP) split wherein radio resource control (RRC) and PDCP layers may be operated by the CRAN / vBBUP and other Layer 2 (L2) protocol entities may be operated by individual RAN nodes; a media access control (MAC)  / physical (PHY) layer split wherein RRC, PDCP, radio link control (RLC) , and MAC layers may be operated by the CRAN / vBBUP and the PHY layer may be operated by individual RAN nodes; or a “lower PHY” split wherein RRC, PDCP, RLC, MAC layers and upper portions of the PHY layer may be operated by the CRAN / vBBUP and lower portions of the PHY layer may be operated by individual RAN nodes. This virtualized framework may allow freed-up processor cores of RAN nodes to perform or execute other virtualized applications.

[0061] Any of the RAN nodes may terminate an air interface protocol and may be the first point of contact for UE 101. In some implementations, any of the RAN nodes may fulfill various logical functions for the RAN 110 including, but not limited to, radio network controller (RNC) functions such as radio bearer management, uplink and downlink dynamic radio resource management and data packet scheduling, and mobility management. UE 101 may be configured to communicate using orthogonal frequency-division multiplexing (OFDM) communication signals with each other or with any of the RAN nodes over a multicarrier communication channel in accordance with various communication techniques, such as, but not limited to, an OFDMA communication technique (e.g., for downlink communications) or a single carrier frequency-division multiple access (SC-FDMA) communication technique (e.g., for uplink and ProSe or sidelink (SL) communications) , although the scope of such implementations may not be limited in this regard. The OFDM signals may comprise a plurality of orthogonal subcarriers.

[0062] In CA, each aggregated carrier is referred to as a component carrier (CC) . In some cases, individual CCs may have a different bandwidth than other CCs. In time division duplex (TDD) systems, the number of CCs as well as the bandwidths of each CC may be the same for DL and UL. CA also comprises individual serving cells to provide individual CCs. The coverage of the serving cells may differ, for example, because CCs on different frequency bands will experience different pathloss. A primary service cell or PCell may provide a primary component carrier (PCC) for both UL and DL, and may handle RRC and non-access stratum (NAS) related activities. The other serving cells are referred to as SCells, and each SCell may provide an individual secondary component carrier (SCC) for both UL and DL. The SCCs may be added and removed as required, while changing the PCC may require UE 101 to undergo a handover.

[0063] The PDSCH may carry user data and higher layer signaling to UE 101. The physical downlink control channel (PDCCH) may carry information about the transport format and resource allocations related to the PDSCH channel, among other things. The PDCCH may also inform UE 101 about the transport format, resource allocation, and hybrid automatic repeat request (HARQ) information related to the uplink shared channel. Typically, downlink scheduling (e.g., assigning control and shared channel resource blocks to UE 101-2 within a cell) may be performed at any of the RAN nodes based on channel quality information fed back from any of UE 101. The downlink resource assignment information may be sent on the PDCCH used for (e.g., assigned to) each of UE 101.

[0064] The PDCCH uses control channel elements (CCEs) to convey the control information, wherein a number of CCEs (e.g., 6 or the like) may consists of a resource element groups (REGs) , where a REG is defined as a physical resource block (PRB) in an OFDM symbol. Before being mapped to resource elements, the PDCCH complex-valued symbols may first be organized into quadruplets, which may then be permuted using a sub-block interleaver for rate matching, for example. Each PDCCH may be transmitted using one or more of these CCEs, where each CCE may correspond to nine sets of four physical resource elements known as REGs. Four quadrature phase shift keying (QPSK) symbols may be mapped to each REG. The PDCCH may be transmitted using one or more CCEs, depending on the size of the DCI and the channel condition. There may be four or more different PDCCH formats defined in LTE with different numbers of CCEs (e.g., aggregation level, L=1, 2, 4, 8, or 16) .

[0065] Fig. 14 is a diagram illustrating example components of a device 1400 that can be employed in accordance with some aspects of the present disclosure. In some aspects, the device 1400 can include application circuitry 1402, baseband circuitry 1404, Radio Frequency (RF) circuitry 1406, front-end module (FEM) circuitry 1408, one or more antennas 1410, and power management circuitry (PMC) 1412 coupled together at least as shown. The components of the illustrated device 1400 can be included in a UE or a RAN node such as the UE 101 or the base station 111, which may be configured to exchange signaling, and receive / transmit LP-WUS and paging messages on different carrier frequencies, as described throughout the present disclosure. In some implementations, the device 1400 can include fewer elements (e.g., a RAN node may not utilize application circuitry 1402 and instead include a processor / controller to process IP data received from a CN, which may be a 5GC or an Evolved Packet Core (EPC) ) . In some implementations, the device 1400 can include additional elements such as, for example, memory / storage, display, camera, sensor (including one or more temperature sensors, such as a single temperature sensor, a plurality of temperature sensors at different locations in device 1400, etc. ) , or input / output (I / O) interface. In other implementations, the components described below can be included in more than one device (e.g., said circuitries can be separately included in more than one device for Cloud-RAN (C-RAN) implementations) .

[0066] The application circuitry 1402 can include one or more application processors. For example, the application circuitry 1402 can include circuitry such as, but not limited to, one or more single-core or multi-core processors. The processor (s) can include any combination of general-purpose processors and dedicated processors (e.g., graphics processors, application processors, etc. ) . The processors can be coupled with or can include memory / storage and can be configured to execute instructions stored in the memory / storage to enable various applications or operating systems to run on the device 1400. In some implementations, processors of application circuitry 1402 can process IP data packets received from an EPC.

[0067] The baseband circuitry 1404 can include circuitry such as, but not limited to, one or more single-core or multi-core processors. The baseband circuitry 1404 can include one or more baseband processors or control logic to process baseband signals received from a receive signal path of the RF circuitry 1406 and to generate baseband signals for a transmit signal path of the RF circuitry 1406. Baseband circuitry 1404 can interface with the application circuitry 1402 for generation and processing of the baseband signals and for controlling operations of the RF circuitry 1406. For example, in some implementations, the baseband circuitry 1404 can include a 3G baseband processor 1404A, a 4G baseband processor 1404B, a 5G baseband processor 1404C, or other baseband processor (s) 1404D for other existing generations, generations in development or to be developed in the future (e.g., 2G, 6G, etc. ) .

[0068] The baseband circuitry 1404 (e.g., one or more of baseband processors 1404A-D) can handle various radio control functions that enable communication with one or more radio networks via the RF circuitry 1406. In other implementations, some or all of the functionality of baseband processors 1404A-D can be included in modules stored in the memory 1404G and executed via a Central Processing Unit (CPU) 1404E. The radio control functions can include, but are not limited to, signal modulation / demodulation, encoding / decoding, radio frequency shifting, etc. In some implementations, the baseband circuitry 1404 can include one or more audio digital signal processor (s) (DSP) 1404F.

[0069] RF circuitry 1406 can enable communication with wireless networks using modulated electromagnetic radiation through a non-solid medium. In various implementations, the RF circuitry 1406 can include switches, filters, amplifiers, etc. to facilitate the communication with the wireless network. RF circuitry 1406 can include a receive signal path which can include circuitry to down-convert RF signals received from the FEM circuitry 1408 and provide baseband signals to the baseband circuitry 1404. RF circuitry 1406 can also include a transmit signal path which can include circuitry to up-convert baseband signals provided by the baseband circuitry 1404 and provide RF output signals to the FEM circuitry 1408 for transmission.

[0070] In some implementations, the receive signal path of the RF circuitry 1406 can include mixer circuitry 1406A, amplifier circuitry 1406B and filter circuitry 1406C. In some implementations, the transmit signal path of the RF circuitry 1406 can include filter circuitry 1406C and mixer circuitry 1406A. RF circuitry 1406 can also include synthesizer circuitry 1406D for synthesizing a frequency for use by the mixer circuitry 1406A of the receive signal path and the transmit signal path.

[0071] Fig. 15 illustrates a diagram illustrating example interfaces of baseband circuitry that can be employed in accordance with some aspects. As discussed above, the baseband circuitry 1404 of Fig. 14 can comprise processors 1404A-1404E and a memory 1404G utilized by said processors. Each of the processors 1404A-1404E can include a memory interface, 1504A-1504E, respectively, to send / receive data to / from the memory 1404G. The baseband circuitry 1404, or the one or more baseband processors or control logic of the baseband circuitry 1404, may stand alone as the UE 101 or the base station 111 and perform signaling and operation in the meaning as described throughout this disclosure.

[0072] The baseband circuitry 1404 can further include one or more interfaces to communicatively couple to other circuitries / devices, such as a memory interface 1512 (e.g., an interface to send / receive data to / from memory external to the baseband circuitry 1404) , an application circuitry interface 1514 (e.g., an interface to send / receive data to / from the application circuitry 1402 of Fig. 14) , an RF circuitry interface 1516 (e.g., an interface to send / receive data to / from RF circuitry 1406 of Fig. 14) , a wireless hardware connectivity interface 1518 (e.g., an interface to send / receive data to / from Near Field Communication (NFC) components, and other communication components) , and a power management interface 1520 (e.g., an interface to send / receive power or control signals to / from the PMC 1412) .

[0073] Examples herein can include subject matter such as a method, a software or software medium, means for performing acts or blocks of the method, at least one machine-readable medium including executable instructions that, when performed by a machine (e.g., a processor (e.g., processor , etc. ) with memory, an application-specific integrated circuit (ASIC) , a field programmable gate array (FPGA) , or the like) cause the machine to perform acts of the method or of an apparatus or system for concurrent communication using multiple communication technologies according to implementations and examples described.

[0074] In an example, an apparatus may comprise a baseband circuitry for a user equipment (UE) , which includes one or more memories configured to store instructions and one or more processors coupled to the memories. The processors are configured to execute the instructions from the memories and perform the following functions: Receive configuration information of a Low-Power Wake-Up Signal (LP-WUS) for a Carrier Aggregation (CA) scenario with multiple Discontinuous Reception (DRX) groups. Monitor and decode the LP-WUS based on the configuration information. Trigger, based on the decoded LP-WUS, DRX activation for one or more DRX groups of the multiple DRX groups.

[0075] The baseband circuitry above may further comprise processors that are configured to send a UE capability information indicating whether the UE supports monitoring LP-WUS per DRX group.

[0076] The baseband circuitry above may further comprise processors that are configured to trigger the DRX activation for more than one DRX group of the multiple DRX groups, based on the UE capability information.

[0077] In the baseband circuitry above, a determination of whether the triggering of the DRX activation is for more than one DRX group of the multiple DRX groups may be based on predefined specification constraints.

[0078] The baseband circuitry above may comprise configuration information that includes a bitmap-based LP-WUS payload structure, where a set of consecutive bits represent more than one DRX group of the UE, with bit positions determined by a UE ID and / or a configured size.

[0079] The baseband circuitry above may comprise configuration information that includes a bitmap-based LP-WUS payload structure configured to aggregate multiple UEs' DRX group activation signals within a shared bit allocation scheme.

[0080] The baseband circuitry above may comprise an LP-WUS with a payload structure employing a codepoint-based scheme, where separate codepoints indicate DRX group-specific wake-up signaling, enabling PDCCH monitoring triggers based on predefined wake-up codes.

[0081] The baseband circuitry above may comprise an LP-WUS with a payload structure employing a hierarchical codepoint allocation method, where a first set of codepoints correspond to individual DRX groups and a second set of codepoints correspond to simultaneous activation of multiple DRX groups.

[0082] The baseband circuitry above may comprise an LP-WUS with a payload structure that explicitly indicates PDCCH monitoring for a first DRX Group only, a second DRX Group only, or both the first and second DRX Groups.

[0083] The baseband circuitry above may comprise independent LP-WUS monitoring occasions (MOs) configured for multiple DRX groups, where MO periodicity, MO offset, and monitoring window length are independently configured per DRX group without referencing DRX timing parameters.

[0084] The baseband circuitry above may comprise separate configuration for the MO periodicity, MO offset, and monitoring window length for each of the multiple DRX groups.

[0085] The baseband circuitry above may comprise an independently assigned MO offset per DRX group, allowing staggered LP-WUS monitoring instances.

[0086] The baseband circuitry above may comprise a configurable monitoring window length for each DRX group to align with specific DRX activity durations.

[0087] The baseband circuitry above may comprise LP-WUS monitoring scheduled relative to a DRX on-duration timer, ensuring synchronization with DRX group wake-up events.

[0088] The baseband circuitry above may comprise LP-WUS monitoring for the multiple DRX groups configured based on an offset relative to a reference DRX timer, providing aligned wake-up occasions across DRX groups.

[0089] The baseband circuitry above may comprise LP-WUS monitoring using a timing reference based on an LP-WUS-triggered timer instead of a conventional DRX cycle timer.

[0090] In an example, an apparatus may comprise a baseband circuitry for a base station, which includes a radio frequency (RF) interface and a processor coupled to the RF interface. The processor is configured to execute instructions stored in a memory and perform the following functions: Generate configuration information of a Low-Power Wake-Up Signal (LP-WUS) for a Carrier Aggregation (CA) scenario with multiple Discontinuous Reception (DRX) groups, and schedule the LP-WUS to be transmitted to one or more UEs, where the LP-WUS is used for triggering DRX activation of the multiple DRX groups.

[0091] The baseband circuitry above may comprise configuration information generated based on a UE capability information indicating whether the UE supports monitoring LP-WUS per DRX group and whether the UE supports the triggering of the DRX activation for more than one DRX group of the multiple DRX groups.

[0092] In an example, a method may comprise: Receiving configuration information of a Low-Power Wake-Up Signal (LP-WUS) for a Carrier Aggregation (CA) scenario with multiple Discontinuous Reception (DRX) groups. Monitoring the LP-WUS based on the configuration information. Triggering, in response to receiving the LP-WUS and based on a payload of the LP-WUS, DRX activation for one or more DRX groups of the multiple DRX groups.

[0093] The method above may further comprise transmitting a UE capability information indicating an operation mode of LP-WUS monitoring and DRX activation, where the UE capability information is used for configuring the LP-WUS.

[0094] A method includes any action or combination of actions as substantially described herein.

[0095] A method i substantially described herein with reference to each or any combination of the Figures included herein or with reference to each or any combination of paragraphs in the Detailed Description.

[0096] A user equipment is configured to perform any action or combination of actions as substantially described herein as included in the user equipment.

[0097] A network node is configured to perform any action or combination of actions as substantially described herein as included in the network node.

[0098] A non-volatile computer-readable medium stores instructions that, when executed, cause the performance of any action or combination of actions as substantially described herein.

[0099] A baseband processor of a user equipment is configured to perform any action or combination of actions as substantially described herein as included in the user equipment.

[0100] A baseband processor of a network node is configured to perform any action or combination of actions as substantially described herein as included in the user equipment.

[0101] Other examples may include a method (e.g., a process) and / or a computer-readable medium implementation of any of the foregoing examples or combinations thereof. The above description of illustrated examples, implementations, aspects, etc., of the subject disclosure, including what is described in the Abstract, is not intended to be exhaustive or to limit the disclosed aspects to the precise forms disclosed. While specific examples, implementations, aspects, etc., are described herein for illustrative purposes, various modifications are possible that are considered within the scope of such examples, implementations, aspects, etc., as those skilled in the relevant art can recognize.

[0102] In this regard, while the disclosed subject matter has been described in connection with various examples, implementations, aspects, etc., and corresponding Figures, where applicable, it is to be understood that other similar aspects can be used or modifications and additions can be made to the disclosed subject matter for performing the same, similar, alternative, or substitute function of the subject matter without deviating therefrom. Therefore, the disclosed subject matter should not be limited to any single example, implementation, or aspect described herein, but rather should be construed in breadth and scope in accordance with the appended claims below.

[0103] In particular regard to the various functions performed by the above described components or structures (assemblies, devices, circuits, systems, etc. ) , the terms (including a reference to a “means” ) used to describe such components are intended to correspond, unless otherwise indicated, to any component or structure which performs the specified function of the described component (e.g., that is functionally equivalent) , even though not structurally equivalent to the disclosed structure which performs the function in the herein illustrated exemplary implementations. In addition, while a particular feature may have been disclosed with respect to only one of several implementations, such feature may be combined with one or more other features of the other implementations as may be desired and advantageous for any given, or particular, application.

[0104] As used herein, the term “or” is intended to mean an inclusive “or” rather than an exclusive “or” . That is, unless specified otherwise, or clear from context, “X employs A or B” is intended to mean any of the natural inclusive permutations. That is, if X employs A; X employs B;or X employs both A and B, then “X employs A or B” is satisfied under any of the foregoing instances. In addition, the articles “a” and “an” as used in this application and the appended claims should generally be construed to mean “one or more” unless specified otherwise or clear from context to be directed to a singular form. Furthermore, to the extent that the terms “including” , “includes” , “having” , “has” , “with” , or variants thereof are used in either the detailed description or the claims, such terms are intended to be inclusive in a manner similar to the term “comprising. ” Additionally, in situations wherein one or more numbered items are discussed (e.g., a “first X” , a “second X” , etc. ) , in general the one or more numbered items can be distinct, or they can be the same, although in some situations the context may indicate that they are distinct or that they are the same.

[0105] It is well understood that the use of personally identifiable information should follow privacy policies and practices that are generally recognized as meeting or exceeding industry or governmental requirements for maintaining the privacy of users. In particular, personally identifiable information data should be managed and handled so as to minimize risks of unintentional or unauthorized access or use, and the nature of authorized use should be clearly indicated to users.

Claims

1.A baseband circuitry for a user equipment (UE) , comprising:one or more memories configured to store instructions; andone or more processors, coupled to the one or more memories, and when executing the instructions from the one or more memories, configured to:receive configuration information of a Low-Power Wake-Up Signal (LP-WUS) for a Carrier Aggregation (CA) scenario with multiple Discontinuous Reception (DRX) groups;monitor and decode the LP-WUS based on the configuration information; andtrigger, based on the decoded LP-WUS, DRX activation for one or more DRX groups of the multiple DRX groups.2.The baseband circuitry of claim 1, wherein the one or more processors are further configured to send a UE capability information indicating whether the UE supports monitoring LP-WUS per DRX group.3.The baseband circuitry of claim 1, wherein the one or more processors are further configured to send a UE capability information indicating whether the UE supports the triggering of the DRX activation for more than one DRX groups of the multiple DRX groups.4.The baseband circuitry of claim 2, wherein a determination of whether the triggering of the DRX activation is for more than one DRX groups of the multiple DRX groups is based on predefined specification constraints5.The baseband circuitry of claim 1, wherein the configuration information includes a bitmap-based LP-WUS payload structure, where a set of consecutive bits represent more than one DRX group of the UE, with bit positions determined by a UE ID and / or a configured size.6.The baseband circuitry of claim 1, wherein the configuration information includes a bitmap-based LP-WUS payload structure configured to aggregate multiple UEs' DRX group activation signals within a shared bit allocation scheme.7.The baseband circuitry of claim 1, wherein the LP-WUS has a payload structure with a codepoint-based scheme where separate codepoints indicate DRX group-specific wake-up signaling, enabling PDCCH monitoring triggers based on predefined wake-up codes.8.The baseband circuitry of claim 1, wherein the LP-WUS has a payload structure employing a hierarchical codepoint allocation method where a first set of codepoints correspond to individual DRX groups and a second set of codepoints correspond to simultaneous activation of multiple DRX groups.9.The baseband circuitry of claim 1, wherein the LP-WUS has a payload structure as one of (a) explicitly indicating PDCCH monitoring for a first DRX Group only, a second DRX Group only, or both the first DRX Group and the second DRX Group; (b) indicating PDCCH monitoring in the DRX group of the LP-WUS monitoring serving cell or both the first DRX Group and the second DRX Group; or (c) LP-WUS indicates PDCCH monitoring in a DRX Group with PCell or both the first DRX Group and the second DRX Group.10.The baseband circuitry of claim 1, wherein independent LP-WUS monitoring occasions (MOs) are configured for multiple DRX groups, where MO periodicity, MO offset, and monitoring window length are independently configured per DRX group without referencing DRX timing parameters.11.The baseband circuitry of claim 10, wherein the MO periodicity, the MO offset, and the monitoring window length are separately configured for the multiple DRX groups.12.The baseband circuitry of claim 10, wherein the MO offset is independently assigned per DRX group, allowing staggered LP-WUS monitoring instances.13.The baseband circuitry of claim 10, wherein the monitoring window length is independently configurable for each DRX group to align with specific DRX activity durations.14.The baseband circuitry of claim 1, wherein the LP-WUS monitoring is scheduled relative to a DRX on-duration timer, ensuring synchronization with DRX group wake-up events.15.The baseband circuitry of claim 14, wherein the LP-WUS monitoring for the multiple DRX groups is configured based on an offset relative to a reference DRX timer, providing aligned wake-up occasions across DRX groups.16.The baseband circuitry of claim 1, wherein the LP-WUS monitoring uses a timing reference based on an LP-WUS-triggered timer instead of a conventional DRX cycle timer.17.A baseband circuitry for a base station, comprising:a radio frequency (RF) interface; anda processor, coupled to the RF interface and when executing instructions stored in a memory, configured to:generate configuration information of a Low-Power Wake-Up Signal (LP-WUS) for a Carrier Aggregation (CA) scenario with multiple Discontinuous Reception (DRX) groups; andschedule the LP-WUS to be transmitted to one or more UEs;wherein the LP-WUS is used for triggering DRX activation of the multiple DRX groups.18.The baseband circuitry of claim 17, wherein the configuration information is generated based on a UE capability information indicating whether the UE supports monitoring LP-WUS per DRX group and whether the UE supports the triggering of the DRX activation for more than one DRX groups of the multiple DRX groups.19.A method, comprising:receiving configuration information of a Low-Power Wake-Up Signal (LP-WUS) for a Carrier Aggregation (CA) scenario with multiple Discontinuous Reception (DRX) groups;monitoring the LP-WUS based on the configuration information; andtriggering, in response to receiving the LP-WUS and based on a payload of the LP-WUS, DRX activation for one or more DRX groups of the multiple DRX groups.20.The method of claim 19, further comprising transmitting a UE capability information indicating an operation mode of LP-WUS monitoring and DRX activation, wherein the UE capability information is used for configuring the LP-WUS.

Images