Patent Description:
<CIT> discloses a sleep method for a terminal device and an apparatus are provided, to meet a power consumption reduction requirement. In this method, if the terminal device receives no wake-up indication signal within a preset time, and Inactivity Timer and/or Retransmission Timer are/is running, the terminal device stops inactivity Timer and/or Retransmission Timer. This can avoid the following case in the prior art: If inactivity Timer and/or Retransmission Timer are/is running, even if the terminal device is indicated to go to sleep, the terminal device still needs to remain active for a period of time until the end of the timers/timer. In other words, according to the foregoing method, the terminal device may actually sleep, so that power consumption can be better reduced, thereby meeting a power consumption reduction requirement.

<CIT> discloses a technique for transmitting and receiving data from a node of a radio access network, RAN, to a radio device is described. The radio device is configured for discontinuous reception, DRX, according to a DRX configuration. As to a method aspect of the technique, it is determined whether data is available for transmission to the radio device. A power saving signal is selectively transmitted to the radio device depending on the DRX configuration. If the data is available, at least one of the data and a scheduling assignment for the transmission of the data is transmitted to the radio device on a radio resource according to the DRX configuration.

<CIT> discloses A telecommunication network may operate to enable a wake up signals (WUSs) within the telecommunication network. A mobility management entity (MME) may estimate a coverage enhancement (CE) level of a user equipment (UE), determine, based on the CE level, a number of repetitions for a wake up signal (WUS) for the UE, and cause a WUS for UE to be transmitted to a radio access network (RAN) node corresponding to the UE. The RAN node may inform the MME that the RAN node has disabled the WUS feature, and may cause system information to be broadcast to UEs in IDLE mode, indicating that the WUS feature of the RAN node has been disabled. A UE may determine a paging occasion (PO) determine a maximum WUS duration, minimum offset, and start location of the WUS.

<CIT> discloses a data transmission method, a base station, and a terminal. The data transmission method comprises: determining whether a terminal is in an idle mode and/or an inactive mode; if the terminal is in an idle mode and/or an inactive mode, sending a wake-up signaling to the terminal.

The Article "<NPL> discloses a study for reducing the number of samples within a measurement period as a possible approach for UE power saving in time domain.

In a wireless communication network, a User Equipment (UE) can operate in a connected-mode with discontinuous reception (C-DRX) to monitor a Physical Downlink Control Channel (PDCCH) for possible allocation of data.

As depicted in <FIG>, in the C-DRX mode, the UE may subsequently periodically wake up for brief duration of time to monitor the PDCCH as a downlink control channel for the allocation of the data. Such a period may be referred to as DRX cycle. In the DRX cycle, the UE may monitor the PDCCH using an on-duration timer. Generally, the on-duration timer starts at beginning of every DRX cycle such that the UE monitors the PDCCH until the on-duration timer expires. However, monitoring of the PDCCH in the C-DRX mode may increase the power consumption of the UE, since data allocation is not guaranteed always in the PDCCH.

Further, the UE keeps awake during measurement operations, which depends on measurement samples, and frequency. However, in such operations, the on-duration timer value and/or awake period of the UE may be prolonged, since an alignment of the DRX and measurement resource occurrence is not guaranteed. Thus, the power consumption of the UE may be increased.

Further, the UE may consume excess power in a RRC_CONNECTED mode, when there is no immediate data exchange (hereinafter referred to as power inefficient RRC_CONNECTED mode). In such a case, the UE has to transit from the RRC_CONNECTED mode into a RRC_IDLE mode as early as possible. As in NR Release <NUM>, the transition of the UE from the RRC_CONNECTED mode to the RRC_IDLE mode occurs only upon a reception of an RRCRelease message from a Base Station (BS) or upon an expiry of a DataInactivityTimer. However, such approaches are not power efficient, as it takes time (for example: minimum <NUM> after receiving RRCRelease message, and minimum <NUM> sec in case of DataInactivityTimer based transition), during which the UE experiences unnecessary power consumption. Also, the UE may remain in the power inefficient RRC_CONNECTED mode for a longer period of time, when the DataInactivityTimer is configured with higher values. The DataInactivityTimer may be configured with shorter values that enable the UE to transit out of the power inefficient RRC_CONNECTED mode quickly. However, configuring the DataInactivityTimer with the shorter values may not always be desirable, as it may increase undesired ping-pong between the RRC_CONNECTED and the RRC_IDLE modes in certain scenarios.

In addition, the BS may require time before deciding to apply a RRC release procedure to transit the UE to the RRC_IDLE/RRC_INACTIVE mode based on downlink/uplink traffic conditions. Thus, the UE remains in the power inefficient RRC_CONNECTED mode even when there is no real downlink/uplink traffic. At the same time, the BS may not able to perform the RRC release procedure always due to dependency on several network factors (for example: traffic pattern, load condition, and so on).

The principal object of the embodiments herein is to disclose methods and systems for improving power saving performance of a User Equipment (UE) by efficiently handling power saving signals, wherein the power saving signals include a Wake Up Signal (WUS), a Go To Sleep (GTS) signal and a Physical Downlink Control Channel (PDCCH) adaptation signaling.

Another object of the embodiments herein is to disclose methods and systems for enabling the UE to monitor a PDCCH for downlink control information based on a reception of the WUS, the GTS signal and the PDCCH adaption signaling from a Base Station (BS) with respect to a discontinuous-reception (DRX) cycle.

Another object of the embodiments herein is to disclose methods and systems for enabling the UE to monitor the PDCCH, if the WUS indicates presence of the PDCCH and enables the UE to skip the monitoring of the PDCCH during an On-duration of the DRX cycle, if the WUS indicates absence of the PDCCH.

Another object of the embodiments herein is to disclose methods and systems for enabling the UE to skip the monitoring of the PDCCH in an active time of the DRX cycle, on receiving the GTS signal.

Another object of the embodiments herein is to disclose methods and systems for enabling the UE to adapt the monitoring of the PDCCH in the active time of the DRX cycle, on receiving the PDCCH adaptation signaling.

Another object of the embodiments herein is to disclose methods and systems for managing uplink traffic arrived on the UE by performing at least one of a Schedule Request (SR) masking, a SR delay operation, and a data aggregation operation, on receiving the WUS indicating the absence of the PDCCH.

Another object of the embodiments herein is to disclose methods and systems for dynamically enabling or disabling the power saving signals for the UE based on a power saving indication information (PSNI) of the UE.

Another object of the embodiments herein is to disclose methods and systems for managing monitoring of the PDCCH for different activated serving cells independently on receiving a carrier identification bitmap in the WUS.

Another object of the embodiments herein is to disclose methods and systems for managing traffic adaptation and mapping of traffic to the activated serving cell on receiving the carrier identification bitmap and associated information in the WUS/ GTS/PDCCH adaptation signaling.

Another object of the embodiments herein is to disclose methods and systems for enabling the UE to disable monitoring of the power saving signals on determining no-power saving conditions.

Another object of the embodiments herein is to disclose methods and systems for managing a Multi-Subscriber Identity Module (SIM) (MUSIM) state of the UE using the power saving signals, wherein in the MUSIM state, the UE connects to multiple Radio Access Technologies (RATs) using multiple Subscriber Identity Modules (SIMs).

Another object of the embodiments herein is to disclose methods and systems for enabling the UE to perform Radio Resource Control (RRC) state transitions efficiently signaling the need for power saving signals (PSNI).

Accordingly, a method for managing monitoring of Physical downlink Control Channel (PDCCH) in a wireless communication system according to claim <NUM> is provided.

Further developments of the invention are specified in the dependent claims. The embodiments that do not fall within the scope of the claims are presented to facilitate understanding.

Embodiments herein are illustrated in the accompanying drawings, throughout which like reference letters indicate corresponding parts in the various figures. The embodiments herein will be better understood from the following description with reference to the drawings, in which:.

The example embodiments herein and the various features and advantageous details thereof are explained more fully with reference to the non-limiting embodiments that are illustrated in the accompanying drawings and detailed in the following description. The description herein is intended merely to facilitate an understanding of ways in which the example embodiments herein can be practiced and to further enable those of skill in the art to practice the example embodiments herein. Accordingly, this disclosure should not be construed as limiting the scope of the example embodiments herein.

Embodiments herein disclose methods and systems for reducing power consumption of a User Equipment (UE) by managing power saving signals in a wireless communication network.

Referring now to the drawings, and more particularly to <FIG>, where similar reference characters denote corresponding features consistently throughout the figures, there are shown example embodiments.

<FIG> depicts a wireless communication system <NUM>, according to embodiments as disclosed herein. The wireless communication system/network <NUM> referred herein can be configured to improve power saving performance of User Equipments (UEs) by enabling the UEs to receive power saving signals with Discontinuous Reception (DRX) cycle and to monitor control channels for allocation of data resources based on the received power saving signals.

The wireless communication system <NUM> includes at least one Base Station <NUM>, at least one Core Network (CN) <NUM>, and at least one UE <NUM>.

The BS/Radio Access Network (RAN) <NUM> can be configured to communicate with the UEs <NUM>. The BS <NUM> may comprise of nodes such as, but not limited to, evolved nodes (eNBs), New Radio nodes (gNBs), and so on. The BS <NUM> can communicate with the UEs <NUM> via same or different Radio Access Technologies (RATs). Examples of the RATs can be, but is not limited to, a Third Generation Partnership Project (3GPP) 3rd Generation (<NUM>), an Long Term Evolution (LTE/<NUM>) network, an LTE-Advanced (LTE-A) network, a Fifth Generation (<NUM>) New Radio (NR) network, a Wireless Local Area Network (WLAN), a Worldwide Interoperability for Microwave Access (WiMAX/ IEEE <NUM>), Wi-Fi (IEEE <NUM>), an Evolved-UTRA (E-UTRA), an LTE/<NUM> communication system, a <NUM>/NR communication system, or any other next generation networks. The BS <NUM> can transmit control signaling and data plane messages to the UE <NUM> in a downlink (DL) transmission, and receive the control signaling and the data plane messages from the UE <NUM> in an uplink (UL) transmission.

The BS <NUM> can also be configured to communicate with the CN <NUM> and to connect the UEs <NUM> to the CN <NUM>. The CN <NUM> can be at least one of an Evolved Packet Core (EPC), a <NUM> core (5GC) network, or the like. The CN <NUM> can be configured to connect the UEs <NUM> to an external data network for exchanging data (for example; (for example: text messages, media (for example; audio, video, images, data packets, and so on), sensor data, and so on)). Examples of the external data network can be, but not limited to, the Internet, a Packet Data Network (PDN), an Internet Protocol (IP) Multimedia Core Network Subsystem, and so on. The BS <NUM> and the CN <NUM> may comprise of one or more processors/Central Processing Units (CPUs), a memory, a storage, a transceiver, and so on, for performing at least one intended function/operation.

The BS <NUM> can also be configured to perform radio resource management functions such as, but not limited to, radio bearer control, radio admission control, connection mobility control, dynamic allocation of resources to the UE in uplink/downlink (scheduling), and so on.

In an embodiment, the BS <NUM> can configure the UE <NUM> with functionalities of a Discontinuous Reception (DRX) cycle and power saving signals for monitoring a control channel. In an embodiment, the BS <NUM> can transmit configurations of the DRX cycle and the power saving signals (DRX configurations and power saving signals configurations) to the UE <NUM> in a Radio Resource Control (RRC) signaling. In an embodiment, the BS <NUM> can transmit the configurations of the power saving signals to the UE <NUM> in a search space configurations set.

In an embodiment herein, the control channel can be a Physical Downlink Control Channel (PDCCH). The PDCCH can be a physical channel, which carries downlink control information. In an example, the downlink control information can indicate at least one of a resource block carrying data, a demodulation scheme for decoding the data, and so on.

In an embodiment herein, the DRX cycle may indicate a periodical duration/interval for the UE <NUM> to monitor the PDCCH. The DRX cycle may specify a periodic repetition of an ON duration for monitoring the PDCCH followed by a period of inactivity. The ON-duration may be a time period or an awake period during which the UE <NUM> has to monitor the PDCCH. During the period of inactivity, the UE <NUM> does not monitor the PDCCH. In an embodiment, the DRX cycle can be a UE specific DRX cycle, wherein the UE <NUM> itself applies a DRX cycle length that is different from network configured DRX length (for example: to support some critical services (like MCPTT)). In an embodiment, the DRX operation can be an extended DRX cycle, which includes longer DRX cycle lengths. In an example, low cost low power devices/low cost UEs like IoT devices use the extended DRX.

In an embodiment herein, the power saving signals can be a Wake Up Signal (WUS), a Go To Sleep (GTS) signal and a PDCCH adaptation signaling.

The WUS can be a very low power consuming signal indicating presence or absence of the PDCCH. In an embodiment, the BS <NUM> can transmit the WUS to the UE <NUM> before the ON duration of the DRX cycle and enable the UE <NUM> to use the WUS for monitoring the PDCCH. In an example, the UE <NUM> monitors the PDCCH during the ON-duration of the DRX cycle, if the WUS indicates the presence of the PDCCH. The UE <NUM> skips the monitoring of the PDCCH during the ON-duration of the DRX cycle, if the WUS indicates that the monitoring of the PDCCH is not required (i.e., the absence of the PDCCH). In an embodiment, an occurrence of the WUS with respect to the DRX cycle may be dependent on a slot format as directed by a static configuration Time-division duplexing-Uplink-Downlik configuration (TDD-UL-DL-configuration) or a dynamic configuration through slot format indicator (SFI) signaling. Therefore, in case of the transmission of the WUS before the on-duration of the DRX cycle, the occurrence of the WUS may be defined in terms of available DL symbol(s) and not a fixed time offset. In an example, the occurrence of the WUS is specified at an Xth DL symbol in a Y slot offset before the ON-duration of the DRX cycle, where <NUM>≤X≤<NUM>, Y≥<NUM>, with determining factors. Examples of the determining factors can be, but not limited to, multiple UEs with similar DRX timings with common WUS resources, measurement opportunities for automatic gain control (AGC) tuning, channel tracking, and so on. Thus, the occurrence of the WUS at the Xth DL symbol in the Y slot offset before the ON-duration may limit the power consumption of the UE <NUM> during a time gap between the WUS and the on-duration.

In an embodiment herein, the BS <NUM> may send the GTS signal to the UE <NUM>, if the monitoring of the PDCCH is not required in an active time of the DRX cycle. Therefore, the UE <NUM> transits out of the active time (i.e. undertakes sleep and saves power). The active time is a time period during which the UE <NUM> monitors the PDCCH for PDCCH-subframes.

In an embodiment herein, the BS <NUM> may send the PDCCH adaptation signaling to the UE <NUM> in the active time, if the continuous monitoring of the PDCCH is not required in the active time of the DRX cycle. The PDCCH adaptation signaling triggers power saving approaches for the UE <NUM>, so that the UE <NUM> can monitor the PDCCH in the active time of the DRX cycle based on power saving approaches triggered by the PDCCH adaptation signal. Examples of the power saving approaches can be, but not limited to, a cross-slot scheduling, or the like. In an example, if the BS <NUM> enables the power saving approach like the cross-slot scheduling in the PDCCH adaptation signaling, the UE <NUM> has to monitor the PDCCH in accordance with cross-slot scheduling patterns. Thus, results in the enhanced power saving.

In an embodiment, the BS <NUM> transmits measurement resources in the time gap between the WUS and the ON-duration to the UE <NUM> for performing measurement operations. Examples of the measurement resources can be, but not limited to, Synchronization Signal Block (SSB), Channel State Information Reference Signal (CSIRS), and so on. In an embodiment, the measurement operations involve estimating factors associated with channels (that can be physical channels over which the UE <NUM> can send the data to the BS <NUM>) such as, but not limited to, channel quality information, channel tracking, ACG tuning, and so on, based on the received measurement resources. In an embodiment, the measurement operations include, but not limited to, measurement of signal strengths/interference conditions and evaluating quantities such as, but not limited to, Reference Signal Receive Power (RSRP), Reference Signal Received Quality (RSRQ), Received Signal Strength Indicator (RSSI), Signal to Inference Noise Ratio (SINR), and so on. The UE <NUM> may perform the measurement operations over measurement resources (which are specific signal) transmitted by the BS <NUM>. In an embodiment herein, the measurement resources can be specific for the UE <NUM>. In an embodiment herein, the measurement resources can be specific for a group of UEs <NUM>. For performing the measurement operations, the BS <NUM> may also provide information about a number of samples and duration for the measurement resources to the UE <NUM> based on mobility measurement and signal strength. The BS <NUM> may determine the mobility measurement of the UE <NUM> as a function of 'α' factor and 'β' factor. The 'α' factor can be dependent on whether the UE <NUM> is in static, low or high mobility situations (e.g. cell reselection rate, positioning information, and so on). The 'β' factor may be dependent on whether the UE <NUM> perceives low, medium or high signal strengths (for example: Reference Signal Receive Power (RSRP), Signal-to-interference-plus-noise ratio (SINR)) when receiving the data.

The UE(s) <NUM> can be a user device that can support the functionalities of the DRX cycle and the power saving signals. Examples of the UE <NUM> can be, but is not limited to, a mobile phone, a smartphone, a tablet, a phablet, a personal digital assistant (PDA), a laptop, a computer, a wearable computing device, a vehicle infotainment device, an Internet of Things (IoT) device, a Virtual Reality (VR) device, a Wireless Fidelity (Wi-Fi) router, a USB dongle, an auto-guided vehicle, or any other device that supports the functionalities of the power saving signal and the DRX cycle.

In an embodiment that is not part of the invention, the UE <NUM> can support one or more Subscriber Identity Modules (SIMs)/stacks of different RATs for establishing communication with the wireless communication system <NUM> (the BS <NUM>/CN <NUM>). The one or more stacks can be operated by the same service provider or different service providers. In an example, the UE <NUM> may be a multi- Subscriber Identity Module (SIM) (MUSIM) device that supports the one or more stacks of different RATs. In such a case, the UE <NUM> may use one of the stacks for establishing communication (for example; a call, such as a voice call, data call, data session, text messaging session, or any other data transfer session) with the wireless communication system <NUM> (the BS <NUM>/CN <NUM>). In an embodiment, the UE <NUM> supporting the one or more stacks and using at least one of the stacks for establishing the communication with the BS <NUM> may be referred hereinafter as MUSIM scenario/state through the document. In an example herein, consider that the UE <NUM> may use two stacks of the multiple stacks to establish the communication with the BS <NUM>/CN <NUM>. Such a scenario may be referred herein as a Dual Subscriber Identity Module Dual Standby (DSDS) scenario/state through the document.

In an embodiment, the UE <NUM> may support a user plane protocol stack including a physical layer (PHY) layer, a Media Access Control (MAC) layer, a Radio Link Control (RLC) layer, a Packet Data Convergence Protocol (PDCP) layer, and a Service Data Adaptation Protocol (SDAP). The SDAP layer, the PDCP layer, the RLC layer, and the MAC layer may process the data and forward the data to the PHY layer through one or more other layers. The PHY layer may perform the data transmission to the BS <NUM> or receive the data from the BS <NUM>. The UE <NUM> may support a control plane stack including a RRC layer. The RRC layer handles radio-specific functionality that enables the UE <NUM> to exchange signaling messages with the BS <NUM>. The RRC layer may handle the radio-specific functionally based on a state of the UE <NUM>. The UE <NUM> may operate in an RRC idle mode, an RRC inactive mode and an RRC connected mode. In the RRC idle mode, the UE <NUM> may camp on a cell associated with the BS <NUM> after a cell selection process or cell reselection process based on factors such as, but not limited to, radio link quality, cell status, and so on (there may be no RRC connection establishment between the UE <NUM>, and the BS <NUM>). In the RRC inactive mode, the BS <NUM> may manage the mobility of the UE <NUM> or reach ability of the UE <NUM> using assistance information received from the CN <NUM> (there may be no RRC connection establishment between the UE <NUM>, and the BS <NUM>). In the RRC connected mode, an RRC connection may be established between the UE <NUM> and the BS <NUM>, wherein the UE <NUM> can exchange the signaling messages with the BS <NUM> using the RRC connection.

The UE <NUM> can be configured to operate in a WUS operation mode by supporting the functionalities of the DRX cycle, and the power saving signals. The power saving signals include the WUS, the GTS, and the PDCCH adaptation signaling. The UE <NUM> can enable the WUS operation mode on receiving the DRX cycle configurations and the WUS configurations from the BS <NUM>. The UE <NUM> can also enable the WUS operation mode on receiving an input from a user of the UE <NUM> for enabling the WUS operation mode. In the WUS operation mode, the UE <NUM> can monitor the PDCCH according to the power saving signals received from the BS <NUM> with respect to the DRX cycle. The UE <NUM> can also be configured to operate by supporting only the functionalities of the DRX cycle, on disabling the WUS operation mode due to the occurrence of the no-power saving conditions. On disabling the WUS operation mode, the UE <NUM> may monitor the PDCCH for the downlink control information based on the On-duration of the DRX cycle.

In an embodiment, if the WUS operation is enabled, the UE <NUM> may monitor the PDCCH for the downlink control information based on the WUS received from the BS <NUM> before the ON-duration of the DRX cycle. If the WUS received from the BS <NUM> indicates the presence of the PDCCH, the UE <NUM> enters into an active state in the ON-duration of the DRX cycle, and monitors the PDCCH for the downlink control information during the active time of the DRX cycle. The active state/wakeup state may refer to a state of the UE <NUM>, wherein the UE <NUM> turns ON its Radio Frequency (RF) transceiver for reception/transmission of the data. If the WUS received from the BS <NUM> indicates the absence of the PDCCH, the UE <NUM> enters into a sleep state/power saving state by skipping the monitoring of the PDCCH in the ON-duration of the DRX cycle. The sleep state/power saving state/power efficient state may refer to a state of the UE <NUM>, in which the UE <NUM> turns OFF its RF transceiver to reduce battery consumption.

In an embodiment, if the WUS operation is enabled, the UE <NUM> may receive the GTS signal received from the BS <NUM>, if the monitoring of the additional control channel is not required in the active time of the DRX cycle. The GTS signal may indicate an early sleep state for the UE <NUM>, so that the UE <NUM> may enter into the sleep state by skipping/abandoning monitoring of the additional control channels in the active time of the DRX cycle. In an embodiment, the UE <NUM> may receive the GTS signal from the BS <NUM> in a MAC signaling message (for example, a Medium Access Control-Control Element, (MAC CE)). On receiving the MAC signaling message (including the GTS signal), the UE <NUM> abandons the monitoring of the PDCCH and sends a Hybrid automatic repeat request (HARQ) acknowledgement (ACK) to the BS <NUM>. The BS <NUM> may use the received HARQ ACK to ensure the successful transmission of the MAC signaling message including the GTS signal to the UE <NUM>. In an embodiment, the UE <NUM> defers moving to the sleep state until HARQ ACK transmission is completed.

In an embodiment, if the WUS operation is enabled, the UE <NUM> may receive the PDCCH adaptation signal from the BS <NUM>, if the continuous monitoring of the control channels is not required in the active time of the DRX cycle. The PDCCH adaptation signal may indicate triggering of the power saving approach for the UE <NUM>, so that the UE <NUM> may skip continuous monitoring of the additional control channels in the active time of the DRX cycle by entering into a power saving state. In the power saving state, the UE <NUM> monitors the PDCCH in accordance with the power saving approach indicated in the received PDCCH adaptation signaling. Examples of the power saving approach can be, but is not limited to, a cross-slot scheduling based PDCCH monitoring, or the like. In an embodiment, the UE <NUM> may receive the PDCCH adaptation signal from the BS <NUM> in the MAC signaling message (for example, a MAC CE). On receiving the MAC signaling message (including the PDCCH adaptation signal which may include the power saving approach and associated parameters), the UE <NUM> skips the continuous monitoring of the PDCCH in the active time of the DRX cycle, and sends a HARQ ACK to the BS <NUM>. The BS <NUM> may use the received HARQ ACK to ensure the successful transmission of the MAC signaling message including the PDCCH adaptation signal to the UE <NUM>.

In an embodiment, if the WUS operation is enabled, the UE <NUM> receives the measurement resources from the BS <NUM> in the time gap between the WUS and the ON-duration of the DRX cycle. The UE <NUM> may receive the measurement resources through a RRC reconfiguration message (for example: measurement resource configuration and measurement report configuration for performing the measurement operations) from the BS <NUM>. The UE <NUM> may also receive the information such as, but not limited to, the number of samples, the duration for the measurement resources, and so on from the BS <NUM> based on the mobility management and the signal strength for performing the measurement operations. In an embodiment, the UE <NUM> may determine the information such as, but not limited to, the number of samples, the duration for the measurement resources, and so on, based on the mobility management and the signal strength for performing the measurement operations. The UE <NUM> may perform the measurement operations with achievable reliability and accuracy using the determined information based on the mobility management and the signal strength. Thus, the UE <NUM> may operate in the WUS operation mode with reduced power consumption.

In an embodiment, the UE <NUM> may maintain timers for monitoring the DRX cycle and other operations (for example; UL transmissions, DL transmissions, Scheduling Request (SR) operations, Random Access Control (RACH) operations, and so on). The UE <NUM> may maintain an ON-duration timer for tracking the ON-duration of the DRX cycle. The UE <NUM> may initiate the ON-duration timer during the monitoring of the PDCCH in the ON-duration, on determining the presence of the PDCCH from the received WUS. The UE <NUM> stops monitoring the PDCCH on an expiry of the ON-duration timer. The UE <NUM> may stop operating the ON-duration timer, if the UE <NUM> receives the GTS signal from the BS <NUM> while the ON-duration timer is operating. The UE <NUM> may maintain a data inactivity timer and initiate the data inactivity timer when the UE <NUM> receives the WUS or the GTS from the BS <NUM>. The UE <NUM> may stop operating the data inactivity timer, if the received WUS indicates the absence of the PDCCH or if the received GTS is for the early sleep state. The UE <NUM> may restart the inactivity timer and enters into the active state, if the received WUS indicates the presence of the PDCCH. The UE <NUM> may maintain an UL transmission timer and a DL transmission timer for tracking the UL and DL data transmissions respectively. The UE <NUM> may stop operating the UL transmission timer and the DL transmission timer, if the received WUS indicates the absence of the PDCCH or if the received GTS is for the early sleep state.

The UE <NUM> may maintain and initiate a SR timer for performing a SR operation. The UE <NUM> may perform the SR operation for receiving uplink RF resources from the BS <NUM>, when the UE <NUM> has data to transmit over at least one logical channel in the UL transmission. The logical channel can be a medium used by the UE <NUM> to communicate the data to the BS <NUM>. The logical channel can be at least one of a logical voice channel, a logical data channel, and so on.

For example, when the UE <NUM> establishes a voice connection with an LTE network (RAT) using a voice over LTE protocol, the UE <NUM> may use the logical voice channel to communicate voice data packets to the BS <NUM> of the LTE network.

Similarly, when the UE <NUM> establishes a non-voice connection with the LTE network (for example: a data connection), the UE <NUM> may use the logical data channel to communicate the data packets to the BS <NUM> of the LTE network. The SR operation may involve sending a SR request to the BS <NUM> and receiving the uplink RF resources for sending the data over the at least one logical channel. The UE <NUM> maintains and initiates a RACH timer, and a Contention-based or Contention free RACH timer for performing the RACH operation. In an embodiment, the UE <NUM> ignores the WUS or the GTS signal, if the UE <NUM> receives the WUS or the GTS signal while performing the RACH operations.

The UE <NUM> may maintain UL HARQ buffers or DL HARQ buffers. If the UE <NUM> receives the GTS signal from the BS <NUM> when the UL HARQ buffers are not empty, the UE <NUM> has to maintain the UL HARQ buffers in a same state as the UL HARQ buffers may reflect presence of the UL data at the UE <NUM>. The BS <NUM> may not be in synchronization with the UE <NUM>, if the BS <NUM> issues the GTS signal to the UE <NUM> when the UL HARQ buffers are not empty. In such a case, the UE <NUM> gets synchronized with the BS <NUM> by performing a HARQ retransmission operation or the SR operation. If the UE <NUM> receives the GTS signal from the BS <NUM> when the DL HARQ buffers are not empty, the UE <NUM> can clear the DL HARQ buffers, thereby indicating that the communication is complete from the BS <NUM> perspective.

Embodiments herein, which are not part of the invention, enable the UE <NUM> to manage UL traffic (i.e., the data has to be communicated by the UE <NUM> to the BS <NUM>) while operating in the WUS operation mode. The UE <NUM> may receive the WUS from the BS <NUM> before the ON-duration of the DRX cycle in the WUS operation mode. If the received WUS indicates the absence of the PDCCH, the UE <NUM> checks if the one or more logical channels have the UL data (the UL traffic) to transmit. If the one or more logical channels have the UL data to transmit, the UE <NUM> derives a formulation/condition based on QoS parameters such as, but not limited to, packet loss, packet latency, packet delay budgets, and so on. If the derived condition satisfies a pre-defined condition, the UE <NUM> performs the SR masking and/or the SR delay operation on the one or more logical channels with the UL data. The SR masking involves disabling the SR on the one or more logical channels including the UL data by issuing a SR mask to the corresponding one or more logical channels, so that the SR on the one or more logical channels may not be transmitted. The UE <NUM> may issue (unmask) the SR to the logical channels for resuming the transmission of the pending UL data, when the UE <NUM> enters into the active state. The SR delay operation involves defining a delay time and applying the delay time on the determined one or more logical channels including the UL data, so that the SR and thereby, UL data pending on the one or more logical channels can be transmitted with the delay. In an embodiment, the UE <NUM> performs the SR masking and/or the SR delay operation by compensating the packet loss target for the signal and/or Block Error Rate (BLER) and/or the DSDS scenarios.

In an embodiment, the UE <NUM> can manage the UL traffic by performing data aggregation. The data aggregation involves aggregating the UL data/traffic at the PDCP layer by not allowing the UL data to reach the MAC layer. The UE <NUM> performs the data aggregation based on the condition derived from the QoS parameters. If the derived condition satisfies the pre-defined condition, the UE <NUM> performs the data aggregation at the PDCP layer.

Embodiments herein, which are not part of the invention, enable the UE <NUM> to co-ordinate with the BS <NUM> to dynamically enable or disable the WUS operation mode for monitoring the PDCCH. The UE <NUM> communicates power saving need indication (PSNI) to the BS <NUM>. The PSNI can include a power saving need status, and a no-power saving need status. The power saving need status indicates that the UE <NUM> wants to receive the power saving signals from the BS <NUM> for monitoring the PDCCH (i.e., the UE <NUM> wants to enable the WUS operation mode). The no-power saving need status indicates that the UE <NUM> does not want to receive the power saving signal from the BS <NUM> for monitoring the PDCCH. The UE <NUM> may include the power saving need status in the PSNI on identifying power saving conditions, and the no-power saving need status in the PSNI on identifying no-power saving conditions. The UE <NUM> identifies the power saving conditions and the no-power saving conditions by collecting system information. Examples of the power saving conditions can be, but not limited to, enabling of the WUS operation mode by the user, and so on. Examples of the no-power saving conditions can be, but not limited to, the UE <NUM> is connected to a power source and there is no need for the power saving signal/WUS operation is to be enabled, the user has forcefully disabled the WUS operation mode, the probability of reception of the control channels is greater than a pre-defined threshold (for e.g. <NUM>% or more times the PDCCH carries allocation for the UE <NUM> in the On-duration of the DRX cycles), the UE <NUM> is actively receiving at least one service (for example: peak throughput, delay-sensitive service nature), when a Buffer Status Report (BSR) associated with the UE <NUM> is non-zero (indicating an amount of the UL data available at the UE <NUM>), the UE <NUM> has not initiated enabling of the WUS operation mode, the UE <NUM> is further pursuing the SR/RACH operations, the UE <NUM> is further performing mission critical services (for example: Mission-critical push-to-talk (MCPTT) or the like), the UE <NUM> is further performing critical operations (for example: handovers (HO) operations, Radio Link Failure (RLF) reporting operations, and so on), the UE <NUM> is in the DSDS scenario and one of the connected stack of the UE <NUM> is performing a higher priority task, and so on.

The UE <NUM> may include the power saving need status or the no-power saving need status based on the identified power saving and no-power saving conditions in the PSNI and sends the PSNI to the BS <NUM>. Based on the received PSNI from the UE <NUM>, the BS <NUM> configures the UE <NUM> with the functionalities of the DRX cycle and/or the power saving signals. Thus, the WUS operation is dynamically enabled or disabled based on the power saving requirements of the UE <NUM>.

Embodiments herein, which are not part of the invention, enable the UE <NUM> to manage the power saving signals in Carrier Aggregation (CA) scenarios, while operating in the WUS operation mode. In accordance with the functionalities of the DRX cycle, the UE <NUM> may monitor the PDCCH for all activated serving cells/Component Carriers (CCs) of a cell group associated with the at least one BS <NUM> in the wireless communication system <NUM>. The serving cells can include at least one of but not limited to, a primary cell of the Master Cell Group (MCG) and a primary cell of the Secondary Cell Group (SCG) as in the Dual Connectivity (DC) scenarios, a secondary serving cells (SCells), and so on. In an embodiment, the primary cell of the Master Cell Group (MCG), PCell (Primary cell) and the primary cell of the Secondary Cell Group (SCG), PSCell (Primary secondary cell) as in the DC scenarios may be together referred to hereinafter as special cells (SpCells).

In an embodiment, on receiving the WUS for the specific SpCell by indicating the presence of the PDCCH, the UE <NUM> may monitor the PDCCH for the determined SpCell by providing additional notification for all other secondary serving cells (SCells) in the cell group. In an embodiment, the UE <NUM> may monitor the PDCCH for the SpCell by receiving a carrier identification bitmap in the power saving signal from the BS <NUM>. The carrier identification bitmap represents the applicable activated serving cells (the SCells/CCs, the serving secondary cells, or the like) and the corresponding set of PDCCH monitoring information. Thus, limiting the monitoring of the PDCCH for the SpCell may reduce the power consumption of the UE <NUM>.

Embodiments herein, which are not part of the invention, enable the UE <NUM> to manage the WUS operation in the MUSIM scenarios. In an embodiment, if the UE <NUM> enters into the MUSIM scenario, while operating in the WUS operation mode, the UE <NUM> may disable the WUS operation.

In an embodiment, if the UE <NUM> enters into the MUSIM scenario, while operating in the WUS operation mode, the UE <NUM> may consider the WUS operation mode and prioritizes the reception of the WUS from the BS <NUM> on one of the connected stacks to minimize loss of WUS signaling.

In an embodiment, if the UE <NUM> enters into the MUSIM scenario, while operating in the WUS operation mode and if the UE <NUM> is connected to the RATs using multi-stacks with the WUS operation, the UE <NUM> prioritizes the reception of the WUS on all the stacks (the multiple stacks).

If prioritizing the reception of the WUS on the multiple stacks is not feasible, the UE <NUM> performs RF resource arbitration for the reception of the WUS. In an example herein, consider that the UE <NUM> is using the two stacks of different RATs (i.e., DC scenario). In such a case, the RF resource arbitration enables the UE <NUM> to use a first stack of the two stacks to monitor the reception of the WUS for a <NUM>% of time in the DRX cycle and a second stack of the two stacks to monitor the reception of the WUS for remaining <NUM>% of time in the DRX cycle.

In an embodiment, if the UE <NUM> enters into the MUSIM scenario, while operating in the WUS operation mode, the UE <NUM> utilizes information about the WUS signaling for performing MUSIM scheduling (for example; faster switching to other stacks, scheduling longer pauses on other stacks for the measurement operations, and so on).

Embodiments herein enable the UE <NUM> to perform efficient and adaptive monitoring of the WUS. The UE <NUM> may disable the WUS operation on identifying at least one no-power saving condition. Examples of the no-power saving conditions can be, but not limited to, the UE <NUM> is in actively receiving the service (e.g. peak throughput, delay-sensitive service nature), the BSR is non-zero, the UE <NUM> has not initiated/indicated for the power saving conditions, the UE is pursuing the SR/RACH operations, the UE <NUM> is performing the mission critical applications (like the MCPTT), the UE <NUM> is performing critical operations (such as the HO operations, the RLF operations, or the like), the UE <NUM> is in the DSDS scenario, and one of the two connected stacks is performing high priority task, and so on.

Embodiments herein enable the UE <NUM> to manage its power consumption, while operating in the RRC connected mode based on the power saving signal. In an embodiment, to reduce the power consumption, the UE <NUM> may enter into the RRC idle mode, or an RRC inactive mode, or a power efficient state within the RRC connected mode from the RRC connected mode. The UE <NUM> may not establish the RRC connection with the BS <NUM> in the RRC idle mode, and the RRC Inactive mode. In the RRC idle mode, the UE <NUM> may camp onto the at least one cell/BS <NUM> by performing cell selection/re-selection process. In the RRC inactive mode, the BS <NUM> may track the reach ability of the UE <NUM> using assistance information received from the CN <NUM>. The power efficient state in the RRC connected mode can be a low power consumption state, wherein the monitoring of the PDCCH can be enabled based on the power saving signal/WUS. In the power efficient state within the RRC connected mode, the UE <NUM> can enter into the sleep state. In an embodiment herein, the UE can enter into the sleep state by skipping the monitoring of the PDCCH. In an embodiment herein, the UE can enter into the sleep state by reducing the monitoring of the PDCCH. Thus, the power efficient state can be supported by enabling reduced PDCCH monitoring through the power saving signals. Further, the power efficient state can be built with a different set(s) of DRX configuration parameters than the RRC connected DRX. Examples of the DRX configuration parameters used to build the power efficient state can be, but not limited to, a DRX cycle length, the On-duration timer, the Inactivity timer for the power efficient state with different values, or any other configuration parameters that enhance the sleep operations for the UE <NUM> and save power.

In an embodiment, the UE <NUM> may send state transition assistance information to the BS <NUM>, while operating in the RRC connected mode. The state transition assistance information may include information about network factors (such as the UL traffic, the DL traffic, and so on), UE preferred RRC state, power status of the UE <NUM>, and so on. Based on the received state transition assistance information from the UE <NUM>, the BS <NUM> determines the transition RRC state for the UE <NUM>. The BS <NUM> then transmits the transition commands in the L1 signaling message to the UE <NUM>, wherein the transition commands indicate the determined transition RRC state for the UE <NUM>. The determined transition RRC transition state can correspond to at least one of the RRC idle mode, the RRC inactive mode, and the power efficient state. Thus, the UE <NUM> may transit from the RRC connected mode to one of the RRC idle mode, or the RRC inactive mode, or the power efficient state in the RRC connected mode for reducing power consumption.

<FIG> shows exemplary units of the wireless communication system <NUM>, but it is to be understood that other embodiments are not limited thereon. In other embodiments, the wireless communication system <NUM> may include less or more number of units. Further, the labels or names of the units are used only for illustrative purpose and does not limit the scope of the embodiments herein. One or more units can be combined together to perform same or substantially similar function in the wireless communications system <NUM>.

<FIG> depicts the UE <NUM> of the wireless communication system <NUM>, according to embodiments as disclosed herein.

The UE <NUM> includes a transceiver <NUM>, a memory <NUM>, a communication unit <NUM>, a display <NUM>, and a controller <NUM>. The UE <NUM> can also include a processing circuitry, a storage unit, an Input/Output (I/O) module, and so on (not shown).

The RF transceiver <NUM> can be configured to receive the RF signals from the at least one BS <NUM> or any other external entity (not shown). In an embodiment, the RF signals may correspond to the power saving signals (the WUS and the GTS signal), the downlink control information that can be received over the monitored PDCCH, the measurement resources, and so on. The RF transceiver <NUM> can also be configured to transmit the RF signals (corresponding to the UL data) to the at least one BS <NUM>. The RF transceiver <NUM> may include a processing circuitry (not shown) for processing the received RF signals.

The memory <NUM> can store at least one of the DRX cycle configurations, the power saving signals configurations, the pre-defined conditions for performing the SR masking, and/or the SR delay operation, the pre-defined conditions for performing the data aggregation, the power saving conditions, the no-power saving conditions, and so on. Examples of the memory <NUM> can be, but not limited to, NAND, embedded Multi Media Card (eMMC), Secure Digital (SD) cards, Universal Serial Bus (USB), Serial Advanced Technology Attachment (SATA), solid-state drive (SSD), and so on. Further, the memory <NUM> may include one or more computer-readable storage media. The memory <NUM> may include one or more non-volatile storage elements. Examples of such non-volatile storage elements may include magnetic hard discs, optical discs, floppy discs, flash memories, or forms of electrically programmable memories (EPROM) or electrically erasable and programmable (EEPROM) memories. In addition, the memory <NUM> may, in some examples, be considered a non-transitory storage medium. The term "non-transitory" may indicate that the storage medium is not embodied in a carrier wave or a propagated signal. However, the term "non-transitory" should not be interpreted to mean that the memory <NUM> is non-movable. In certain examples, a non-transitory storage medium may store data that can, over time, change (e.g., in Random Access Memory (RAM) or cache).

The communication unit <NUM> can be configured to enable the UE <NUM> to communicate with the BS <NUM> using an interface supported by the at least one RAT. Examples of the interface can be, but is not limited to, a wired interface, a wireless interface (for example: an air interface, an Uu interface, or the like), a wireless fronthaul interface, a wired or wireless backhaul interface, or any structure supporting communications over a wired or wireless connection.

The display <NUM> can be configured to enable the user to interact with the UE <NUM>. The display <NUM> can also be configured to provide a WUS operation disable option and a WUS operation enable option to the user and to allow the user to select one of the displayed options.

The controller <NUM> can be at least one of a single processer, a plurality of processors, multiple homogeneous or heterogeneous cores, multiple Central Processing Units (CPUs) of different kinds, microcontrollers, special media, and other accelerators. The controller <NUM> can be configured to control operations of the components (<NUM>-<NUM>) of the UE <NUM>. In an embodiment, the controller <NUM> can be configured to enable the RF transceiver <NUM> to receive the power saving signals configurations and the DRX cycle configurations. In an embodiment, the controller <NUM> can be configured to enable the WUS operation based on the received power saving signal configurations, and enable the UE <NUM> to monitor the PDCCH based on the received power saving signals. In an embodiment, the controller <NUM> can be configured to manage the UL traffic, the RRC state transitions, monitoring of the PDCCH for the SpCells, the MUSIM scenario, and so on while operating in the WUS operation mode. In an embodiment, the controller <NUM> can be configured to dynamically disable or enable the WUS operation mode based on the power saving conditions and the no-power saving conditions.

As depicted in <FIG>, the controller <NUM> includes a WUS operation managing module <NUM>, a UL traffic managing module <NUM>, a CA managing module <NUM>, a MUSIM managing module <NUM>, and a RRC state transition managing module <NUM>.

The WUS operation managing module <NUM> can be configured to enable the WUS operation on receiving the DRX configurations and the power saving signals configurations from the BS <NUM> in the RRC signaling. The WUS operation managing module <NUM> can also enable the WUS operation on selecting the WUS operation enable option by the user through the display <NUM>.

On enabling the WUS operation, the WUS operation managing module <NUM> may receive the WUS signal from the BS <NUM> through the RF transceiver <NUM> before the ON-duration of the DRX cycle. On receiving the WUS from the BS <NUM>, the WUS operation managing module <NUM> determines the presence or absence of the PDCCH (based on the received WUS). If the received WUS indicates the presence of the PDCCH, the WUS operation managing module <NUM> enables the UE <NUM> to enter into the active state during the ON-duration of the DRX cycle for monitoring the PDCCH for the downlink control information in the active time of the DRX cycle. The WUS operation managing module <NUM> enables the UE <NUM> to enter into the active state by turning ON the RF transceiver <NUM>. If the received WUS indicates the absence of the PDCCH, the WUS operation managing module <NUM> enables the UE <NUM> to enter into the sleep state by skipping the monitoring of the PDCCH in the ON-duration of the DRX cycle. The WUS operation managing module <NUM> enables the UE <NUM> to enter into the sleep state by turning OFF the RF transceiver <NUM>. Thus, the power consumption may be reduced.

The WUS operation managing module <NUM> can also be configured to receive the GTS signal for the early sleep state from the BS <NUM> through the RF transceiver <NUM>, when the WUS operation is enabled. The WUS operation managing module <NUM> may receive the GTS signal from the BS <NUM> during the active time of the DRX cycle. On receiving the GTS signal from the BS <NUM>, the WUS operation managing module <NUM> enables the UE <NUM> to send the HARQ ACK to the BS <NUM> indicating the successful reception of the GTS signal. On receiving the GTS signal from the BS <NUM>, the WUS operation managing module <NUM> enables the UE <NUM> to enter into the sleep state by skipping/abandoning the monitoring of the additional control channels during the active time.

The WUS operation managing module <NUM> can also be configured to receive the PDCCH adaptation signaling from the BS <NUM> through the RF transceiver <NUM>, on enabling the WUS operation mode. The PDCCH adaptation signaling indicates the power saving approach for the UE <NUM>. Examples of the power saving approach can be, but is not limited to, a cross-slot scheduling based PDCCH monitoring, or the like. On receiving the PDCCH adaptation signaling, the WUS operation module <NUM> sends the HARQ ACK to the BS <NUM> indicating the successful reception of the PDCCH adaptation signaling and enables the UE <NUM> to skip the continuous monitoring of the PDCCH in the active time of the DRX cycle, according to the power saving approached indicated by the received PDCCH adaptation signaling.

The WUS operation managing module <NUM> is configured to receive the measurement resources from the BS <NUM> through the RF transceiver <NUM> in the time gap between the WUS and the ON-duration of the DRX cycle. The WUS operation managing module <NUM> also receives the number of samples and the duration for the measurement resources from the BS <NUM> based on the mobility management and the signal strength of the UE <NUM>. On receiving the measurement resources, the number of samples, and the duration for the measurement resources, the WUS operation managing module <NUM> performs the measurement operations using the measurement resources. The measurement operations may be performed to estimate the channel related factors such as, but not limited to, the channel quality information, the channel tracking, the channel tuning, and so on. The WUS operation managing module <NUM> further reports the measured channel related factors to the BS <NUM>.

The WUS operation managing module <NUM> can also be configured to dynamically enable or disable the WUS operation by co-coordinating with the BS <NUM>. In an embodiment herein, the WUS operation managing module <NUM> can collect the system information continuously. In an embodiment herein, the WUS operation managing module <NUM> can collect the system information periodically. In an embodiment herein, the WUS operation managing module <NUM> can collect the system information on occurrence of pre-defined events. The WUS operation managing module <NUM> can identify conditions of the UE <NUM> at the current instance of time. The conditions can include the power saving conditions indicating that the UE <NUM> wants to receive the power saving signals from the BS <NUM> and the no-power saving conditions indicating that the UE <NUM> does not want to receive the power saving signal from the BS <NUM>. Examples of the power saving conditions can be, but not limited to, selection of the WUS operation enable option set by the user, no UL/DL traffic for stipulated time, and so on. Examples of the no-power saving conditions can be, but not limited to, the UE <NUM> is connected to a power source and there is no need for the power saving signal/WUS operation is to be enabled, a user has forcefully disabled the WUS operation mode, the probability of reception of the control channels (i.e. PDCCH carrying data allocations for the UE <NUM>) is greater than the pre-defined threshold, the UE <NUM> is actively receiving at least one service (for example: peak throughput, delay-sensitive service nature), when the BSR is non-zero, the UE <NUM> has not initiated enabling of the WUS operation mode, the UE <NUM> is pursuing the SR/RACH operations, the UE <NUM> is performing at least one mission critical service (for example: the MCPTT), the UE <NUM> is performing at least one critical operation (for example: the HO operations, the RLF operations, and so on), the UE <NUM> is in DSDS scenario and one of the connected stacks is performing higher priority task, and so on.

Based on the determined conditions, the WUS operation managing module <NUM> prepares the PSNI for the BS <NUM>. The PSNI can comprise status information including the power saving need status or the no-power saving need status. The WUS operation managing module <NUM> may include the power saving need status in the PSNI, when the determined conditions include the power saving conditions. The WUS operation managing module <NUM> may include the no-power saving signal status in the PSNI, when the determined conditions include the no-power saving conditions. The WUS operation managing module <NUM> then transmits the PSNI (including either the power saving need status or the no-power saving need status) to the BS <NUM>. In an embodiment, the WUS operation managing module <NUM> may transmit the PSNI to the BS <NUM> in a L1 signaling message (such as, but not limited to, the MAC CE, or the like). In an embodiment, the WUS operation managing module <NUM> may transmit the PSNI to the BS <NUM> in the RRC signaling message. In an embodiment, the WUS operation managing module <NUM> may send the PSNI to the BS <NUM> on occurrence of pre-defined power saving events. In an embodiment, the WUS operation managing module <NUM> may send the PSNI to the BS <NUM> continuously. In an embodiment, the WUS operation managing module <NUM> may send the PSNI to the BS <NUM> at periodical intervals.

On receiving the PSNI from the UE <NUM>, the BS <NUM> dynamically determines whether to enable or disable the power saving signals for the UE <NUM> based on the power saving status, included in the PSNI. The BS <NUM> enables the power saving signals for the UE <NUM>, if the PSNI includes the power saving need status. The BS <NUM> disables the power saving signals for the UE <NUM>, if the PSNI includes the no-power saving need status. In an embodiment, the BS <NUM> may enable or disable the power saving signals for the UE <NUM>, irrespective of the PSNI of the UE <NUM>. The BS <NUM> may calculate a probability of scheduling data for the UE <NUM> (or a group of the UEs <NUM>) and/or current bandwidth requirement of the BS <NUM>. The BS <NUM> compares the calculated probability of scheduling data with a pre-defined probability threshold value and the bandwidth requirement for the BS <NUM> with the with a pre-defined bandwidth threshold value. In an embodiment, the probability threshold value can be pre-defined based on downlink scheduling rate for the UE <NUM>. For example, the pre-defined probability threshold value can be a downlink scheduling rate for the UE <NUM>, which falls below <NUM>% (that implies that the UE <NUM> allocated resources less than <NUM>% of all the allocation opportunities). In an embodiment, the bandwidth threshold value can be pre-defined based on overall resource allocation for the power saving signals for the UE <NUM>. In an example herein, the pre-defined bandwidth threshold value can be the overall resource allocation for the power saving signal for all the UEs <NUM> is less than <NUM>% of total capacity. If the probability of scheduling data is less than the pre-defined probability threshold value, and/or the bandwidth requirement is less than the pre-defined bandwidth threshold value, the BS <NUM> configures the power saving signals to the UE <NUM> and transmits the enabled power saving signals configurations to the UE <NUM> in the RRC signaling message. On receiving the enabled power saving signals configurations, the WUS operation managing module <NUM> enables the WUS operation on the UE <NUM>. The BS <NUM> disables the power saving signals for the UE <NUM> or does not configure the power saving signals for the UE <NUM>, if the calculated probability of scheduling data is greater than the pre-defined probability threshold value, and the bandwidth requirement is greater than the pre-defined bandwidth threshold value. Once the BS <NUM> has disabled the power saving signals for the UE <NUM>, the WUS operation managing module <NUM> disables the WUS operation on the UE <NUM>.

The WUS operation managing module <NUM> can also be configured to disable the WUS operation on the UE <NUM> locally on determining that at least one no-power saving condition is satisfied. On enabling the WUS operation on the UE <NUM>, the WUS operation managing module <NUM> may monitor the system information to determine the no-power saving conditions. The no-power saving conditions are events and/or situations as encountered by the UE <NUM>. Examples of the no-power saving conditions can be, but not limited to, the UE <NUM> is connected to a power source and there is no need for the power saving signal/WUS operation is to be enabled, a user has forcefully disabled the WUS operation mode, the probability of reception of the control channels is greater than the pre-defined threshold (for example: the PDCCH carrying DCI allocation for the UE <NUM>, which falls below <NUM>% of overall allocations), the UE <NUM> is in actively receiving at least one service (for example: peak throughput, delay-sensitive service nature), when the BSR is non-zero, the UE <NUM> has not initiated /indicated for enabling of the WUS operation mode, the UE <NUM> is pursuing the SR/RACH operations, the UE <NUM> is performing the critical services (for example: the MCPTT), the UE <NUM> is performing critical operations (for example: the HO operations, RLF operations, and so on), the UE <NUM> is in DSDS scenario and one of the stacks is performing higher priority task, and so on. Once the no-power saving conditions are determined, the WUS operation managing module <NUM> disables the WUS operation on the UE <NUM>. On disabling the WUS operation, the WUS operation managing module <NUM> enables the UE <NUM> to monitor the PDCCH during the ON-duration of the DRX cycle. The WUS operation managing module <NUM> further enables the RF transceiver <NUM> to abandon the reception of the power saving signals from the BS <NUM>, on the WUS operation being disabled. In addition, the WUS operation managing module <NUM> provides an indication to the user to manage a power saving feature on the UE <NUM>, on the WUS operation being disabled.

The UL traffic managing module <NUM> can be configured to manage the UL data or UL traffic of the UE <NUM> while operating in the WUS operation. In an embodiment, the UL traffic managing module <NUM> can manage the UL data by performing the SR masking and/or the SR delay operation. For performing the SR masking and/or the SR delay operation, the UL traffic managing module <NUM> determines the one or more logical channels on which the SR masking and/or the SR delay operation, on enabling the WUS operation.

On receiving the WUS from the BS <NUM>, the UL traffic managing module <NUM> checks if the received WUS indicates the presence or absence of the PDCCH. If the received WUS indicates the presence of the PDCCH, the UL traffic managing module <NUM> checks for the arrival of the UL data on the determined one or more logical channels (from the higher layers of the UE <NUM>). Once the UL data has arrived on the one or more logical channels, the UL traffic managing module <NUM> derives the condition from the QoS parameters such as, but not limited to, packet delay budget (PDB), packet loss target, DRX induced delay, and so on during a defined observation window for performing the SR masking and/or the SR delay operation. The UL traffic managing module <NUM> checks the derived condition with the pre-defined condition. The pre-defined condition can be represented using the below relation:
Perform SR masking and/or SR delay operation = statistics {(DRX induced delay > PDB) < packet loss target} || {DRX induced delay <PDB}, during the observation window.

In an example herein, the pre-defined condition can be represented using the below equation: <MAT> wherein, 'T' represents the PDB, 'δ' represents the packet loss target, 'ζ' represents the BLER, and 'φ' represents the RF rejection ratio.

The UL traffic managing module <NUM> further checks if the derived condition satisfies the pre-defined condition. When the derived condition during the defined observation window satisfies the pre-defined condition, the UL traffic managing module <NUM> performs the SR masking and/or SR delay operation on the determined one or more logical channels with the UL data. The UL traffic managing module <NUM> performs the SR masking by issuing the SR mask to the determined one or more logical channels with the UL data, so that the SR can be disabled on the corresponding logical channels and the associated UL data may not be transmitted. The UL traffic managing module <NUM> performs the SR delay operation by issuing the delay to the determined one or more logical channels with the UL data, so that the pending UL data on the corresponding logical channels may be transmitted with the received delay. Thus, the UL data may not disturb the sleep state of the UE <NUM> while operating in the WUS operation.

In an embodiment, the UL traffic managing module <NUM> can manage the UL data by performing the data aggregation operations. For performing the data aggregation operations, the UL traffic managing module <NUM> determines services/bearers at the PDCP layer of the UE <NUM> on which the data aggregation operations can be performed, on enabling the WUS operation. On receiving the WUS from the BS <NUM>, the UL traffic managing module <NUM> checks if the received WUS indicates the presence or absence of the PDCCH. If the received WUS indicates the presence of the PDCCH, the UL traffic managing module <NUM> checks for the arrival of the UL data corresponding to the determined services/bearers at the PDCP layer. Once the UL data has arrived at the PDCP layer, the UL traffic managing module <NUM> derives the condition from the QoS parameters such as, but not limited to, packet delay budget (PDB), packet loss target, DRX induced delay, and so on during a defined observation window for performing the data aggregation operation.

The UL traffic managing module <NUM> further checks if the derived condition satisfies the pre-defined condition (i.e., the pre-defined condition used for performing the SR masking and/or the SR delay operation). When the derived condition during the defined observation window satisfies the pre-defined condition, the UL traffic managing module <NUM> performs the data aggregation operation at the PDCP layer. The data aggregation operation includes aggregating the UL data (corresponding to the determined services/bearers) arrived at the PDCP by not allowing the UL data to reach the MAC layer of the UE <NUM>. Thus, the UL data may not reach the PHY layer, so that the UL data may not be transmitted, when the UE <NUM> is in the sleep state while operating in the WUS operation mode.

The CA managing module <NUM> can be configured to monitor the PDCCH for the activated serving CCs/SCells independently (to better suit to traffic characteristics and requirements of the CCs) based on the power saving signals received from the BS <NUM>. On enabling the WUS operation, the CA managing module <NUM> may receive the WUS from the BS <NUM>. The WUS may include the carrier/SCell identification bitmap. The carrier identification bit map includes information about the applicable activated serving cells (the SpCells, the Scells, or the like of the cell group), and the corresponding set of PDCCH monitoring information. Based on the carrier identification bit map, the CA managing module <NUM> can determine multiple PDCCH monitoring information corresponding to different activated serving cells/SCells/CCs. The CA managing module <NUM> may monitor for the reception of the WUS on SpCell from the BS <NUM> before the ON-duration of the DRX cycle, as the WUS operation is enabled. If the received WUS indicates the presence of the PDCCH, the CA managing module <NUM> may monitor the PDCCH only for the SCells by notifying all the activated serving cells in the cell group. If the received WUS indicates the specific SCell/CC and the presence of the PDCCH, the CA managing module <NUM> may monitor the PDCCH for the specific SCell/CC notified in the received WUS on the SpCell using the received carrier identification bitmap. If the received WUS on SpCell indicates the specific SCell/CC and the absence of the PDCCH, the CA managing module <NUM> does not monitor the PDCCH for the specific SCell/CC notified in the received WUS. The CA managing module <NUM> may also monitor for the reception of the GTS signal on SpCell while monitoring the PDCCH for the specific SCell/CC. On receiving the GTS signal on the SpCell, the CA managing module <NUM> stops monitoring the PDCCH for the specific SCell/CC. Thus, the power consumption of the UE <NUM> may be reduced by restricting the monitoring of the PDCCH for the SCells that have been indicated in the received WUS from the BS <NUM>.

In an embodiment, the CA managing module <NUM> considers the specific serving cell WUS information, while mapping RLC/MAC packets to the specific carriers with the WUS information indicating the active status. Further, the CA managing module <NUM> considers the specific serving cell WUS information, while mapping the priority or critical traffic like signalling/control Protocol Data Unit (PDUs), retransmissions, Scheduling Request (SR)/Buffer Status Report (BSR), delay sensitive service packets, and so on in accordance to meet a desired criterion. The desired criterion includes, but not limited to, achieving low latency, reliable transmission, power saving and/or performance efficiency, and so on. In addition, the UE <NUM> substantiates the WUS information, with at least one of additional information on channel conditions, frequency of operation (e.g. Frequency Range FR1 (below <NUM>), Frequency Range FR2 (above <NUM>)) on one or more specific carrier cells in determining the mapping of traffic packets to specific carrier cells. Thus, the UE <NUM> can determine which carrier cell are more robust and have wider coverage and so on and arrives a better decision for mapping the traffic to the most suitable carrier cell.

The MUSIM managing module <NUM> can be configured to manage the WUS operation during the MUSIM scenarios. In the MUSIM scenario, the UE <NUM> can be connected to the same or different RATS using the the one or more stacks for establishing the communication with the BS <NUM>. Further on each of the stack, the UE <NUM> can perform multiple different operations such as, but not limited to, paging reception, measurements, signaling, data reception, and so on. The multiple operation may include have different requirements in terms of execution times and priorities in terms of stack operation. For example, the paging reception is periodic and takes less execution time in range of <NUM>, whereas the measurement operations are longer, which can take about <NUM>. The paging and measurement operations can be assigned with more priority to data reception in order to not miss the paging for call and sustaining cell connectivity respectively. Therefore, the MUSIM managing module <NUM> has to schedule these operations internally on each stack apart from scheduling among to stacks.

Embodiments herein are further explained the managing of the WUS operation by considering that the UE <NUM> is connected to the RATs supported by the two stacks (the DC/DSDS scenario/state) for establishing the communication with the BS <NUM>, but it may be obvious to a person skilled in the art that the UE <NUM> may connect to two or more RATs supported by two or more stacks.

In an embodiment, the MUSIM managing module <NUM> can be configured to prioritize the reception of the WUS on the two stacks being used by the UE <NUM> in the DSDS scenario. If the MUSIM managing module <NUM> is not able to prioritize the reception of the WUS on both the stacks, the MUSIM managing module <NUM> performs the RF resource arbitration for the reception of the WUS from the BS <NUM> (i.e. DSDS schedules among the two stacks for the purpose of receiving the WUS). In an embodiment, the MUSIM managing module <NUM> may perform the arbitration based on priority of services that are ongoing on the connected stacks. In an embodiment, the MUSIM managing module <NUM> may perform the arbitration using an arbitration method like a round robin method or the like. In an embodiment, according to the arbitration method, the MUSIM managing module <NUM> may receive a resource request from one of the stacks and reject or grant the received resource request depending on the ongoing request by the peer stack. Further, the MUSIM managing module <NUM> may add a new input parameter as the WUS signaling and provide the high Priority to the added WUS signaling based on the conditions as <NUM> Stacks are on NR-NR RATs (for example), and both have the WUS reception enabled. In an embodiment, the MUSIM managing module <NUM> schedules the WUS reception based on if any conflicts occur or considering there is high Priority data reception on going on a particular stack and so on.

In an embodiment, the MUSIM managing module <NUM> may disable the WUS operation in the DSDS scenario by measuring the metrics of the UE <NUM>. In an embodiment, the MUSIM managing module <NUM> may prioritize the reception of the WUS signaling in the DSDS scenario by measuring the metrics of the UE <NUM>. In an embodiment, the MUSIM managing module <NUM> may perform the RF resource arbitration in the DSDS scenario by measuring the metrics of the UE <NUM>. Examples of the metrics can be, but not limited to, data reception, performance of the UE <NUM>, battery status, service requirements, and so on.

In an embodiment, the MUSIM managing module <NUM> can perform the DSDS scheduling using the WUS received from the BS <NUM>. If the received WUS indicates the absence of the PDCCH for one or more DRX cycles, the MUSIM managing module <NUM> performs the DSDS scheduling. The DSDS scheduling may include at least one of enabling the UE <NUM> for faster switching to the other stack from the connected stack, scheduling longer DSDS pauses for performing the measurement operations, and so on. Thus, the power consumption of the UE <NUM> may be reduced using the power saving signals in the DSDS scenarios. In an embodiment, the DSDS scheduling includes:.

The RRC state transition managing module <NUM> can be configured to manage transitions of the UE <NUM> from the RRC connected mode to the RRC idle mode/RRC inactive mode/power efficient state in the RRC connected mode, while operating in the WUS operation mode. The RRC transition managing module <NUM> may send the state transition assistance information to the BS <NUM> for enabling the UE <NUM> to transit to the RRC idle mode/RRC inactive mode/power efficient state in the RRC connected mode from the RRC connected mode. In an embodiment, the RRC transition managing module <NUM> may send the state transition assistance information to the BS <NUM> on triggering/occurrence of one or more events/scenarios. Examples of the events can be, but not limited to, the battery of the UE <NUM> is in drained state, the UE is not connected to the power source/battery, the UE <NUM> is at cell edge and consuming high UL transmission power, the aggregating uplink traffic/traffic volume of the UE <NUM> indicating an end of a traffic session, and so on. In an example, the state transition assistance information includes information about at least one of, but not limited to, current battery level of the UE <NUM>, UL traffic pattern/traffic volume present on the UE <NUM>, UL transmission power pattern of the UE <NUM>, a UE preferred RRC state (for example: the RRC idle mode of the RRC inactive mode or the power efficient state in the RRC connected mode), the event/reason triggered for sending the state transition assistance information to the BS <NUM> (for example: the battery condition of the UE <NUM>, the traffic pattern associated with the UE <NUM>, or the like), and so on. In an embodiment, the RRC state transition module <NUM> may send the state transition assistance information to the BS <NUM> in the MAC signaling message. In an embodiment, the RRC state transition module <NUM> may send the state transition assistance information to the BS <NUM> in the RRC signaling. In an embodiment, the RRC state transition module <NUM> may send the state transition assistance information as the PSNI to the BS <NUM>.

In response to the sent state transition assistance information, the UE <NUM> may receive the transition commands from the BS <NUM> in the L1 or MAC or RRC signaling message. The transition commands may specify the transition RRC state for the UE <NUM>. On receiving the transition commands, the RRC state transition module <NUM> enables the UE <NUM> to transit into the transition RRC state specified in the received transition commands. The transition RRC state may correspond to the RRC idle mode or the RRC inactive mode or the power efficient state in the RRC connected mode.

If the UE <NUM> transits into the power efficient state in the RRC connected mode, the RRC state transition managing module <NUM> initiates the data inactivity timer. On the expiry of the data inactivity timer, the RRC state transition managing module <NUM> enables the UE <NUM> to transit into the RRC idle mode from the power effect state in the RRC connected mode. The RRC state transition managing module <NUM> may further enable the UE <NUM> to transit into the RRC inactive mode/RRC idle mode on receiving an RRC Release message from the BS <NUM>. The BS <NUM> may send the RRC Release message to the UE <NUM> on determining data activity for the UE <NUM> in at least one of the UL and DL direction. The RRC state transition managing module <NUM> may further enable the UE <NUM> to transit into the RRC connected mode from the power efficient state in the RRC connected mode on receiving the transition commands from the BS <NUM> in the L1 signaling message.

<FIG> shows exemplary units of the UE <NUM>, but it is to be understood that other embodiments are not limited thereon. In other embodiments, the UE <NUM> may include less or more number of units. Further, the labels or names of the units are used only for illustrative purpose and does not limit the scope of the embodiments herein. One or more units can be combined together to perform same or substantially similar function in the UE <NUM>.

<FIG> is a flow diagram <NUM> depicting a method for monitoring the PDCCH using the power saving signals in the wireless communication system <NUM>, according to embodiments as disclosed herein.

At step <NUM>, the method includes enabling, by the UE <NUM>, the WUS operation mode on receiving configurations of the DRX cycle, and the power saving signals from the BS <NUM>. The power saving signals may include the WUS and the GTS signal.

At step <NUM>, the method includes receiving, by the UE <NUM>, the WUS from the BS <NUM> before the ON-duration of the DRX cycle, while operating in the WUS operation mode.

At step <NUM>, the method includes monitoring, by the UE <NUM>, the PDCCH by performing transition into the active state, if the received WUS indicates the presence of the PDCCH.

At step <NUM>, the method includes performing, by the UE <NUM>, the transition into the sleep state by skipping the monitoring of the PDCCH in the ON-duration of the DRX cycle, if the received WUS indicates the absence of the PDCCH.

At step <NUM>, the method includes receiving, by the UE <NUM>, the GTS signal from the BS <NUM> while monitoring the PDCCH in the active time of the DRX cycle.

At step <NUM>, the method includes performing, by the UE <NUM>, the transition into the sleep state by abandoning the monitoring of the PDCCH/additional control channels in the active time. The various actions in method <NUM> may be performed in the order presented, in a different order or simultaneously. Further, in some embodiments, some actions listed in <FIG> may be omitted.

<FIG> is an example diagram depicting monitoring of the PDCCH based on the power saving signals, according to embodiments as disclosed herein. Embodiments herein enable the UE <NUM> to enable the WUS operation mode by supporting the functionalities of the DRX cycle, and the power saving signals (the WUS and the GTS signals).

On enabling the WUS operation mode, the UE <NUM> receives the WUS from the BS <NUM> before the ON-duration of the DRX cycle. If the received WUS indicates the presence of the PDCCH, the UE <NUM> enters into the active state and monitors the PDCC during the active time of the DRX cycle for the downlink control information. If the received WUS indicates the absence of the PDCCH, the UE <NUM> may skip the On-duration in the DRX cycle, as depicted in <FIG>.

While operating in the WUS operating mode, the UE <NUM> may receive the GTS signal from the BS <NUM>, if the additional monitoring of the PDCCH is not required in the active time of the DRX cycle. On receiving the GTS signal, the UE <NUM> transmits the HARQ ACK to the BS <NUM> indicating the successful reception of the GTS signal, and abandons the monitoring of the PDCCH by entering into the sleep state early.

The UE <NUM> receives the measurement resources and information about the number of samples and the duration of the measurement resources (that are determined based on the mobility management and the signal strength of the UE <NUM>) from the BS <NUM> in the gap between the WUS and the ON-duration of the DRX cycle. The UE <NUM> may use the received measurement resources and the information for measuring the channel related factors. Thus, the power consumption of the UE <NUM> may be reduced in the WUS operation mode.

<FIG> is an example flow diagram depicting a method for managing the UL traffic while operating in the WUS operation mode, wherein the UL traffic is managed by performing the SR masking and/or SR delay operation, according to embodiments as disclosed herein. Embodiments herein enable the UE <NUM> to enable the WUS operation mode by supporting the functionalities of the DRX cycle, and the power saving signals (the WUS and the GTS signals).

At step <NUM>, the UE <NUM> checks if the WUS operation is enabled. If the WUS operation is enabled, at step <NUM>, the UE <NUM> determines the logical channels on which the SR masking and/or the SR delay operations can be performed. At step <NUM>, the UE <NUM> receives the WUS from the BS <NUM> and checks if the received WUS indicates the presence of the PDCCH. If the received WUS indicates the absence of the PDCCH (i.e. DRX Sleep), at step <NUM>, the UE <NUM> checks for the arrival of the UL data on the determined logical channels. If the UL data has arrived on the determined logical channels, at step <NUM>, the UE <NUM> derives the condition/formulation based on the QoS parameters and compares the derived condition with the pre-defined condition (statistics {(DRX induced delay > PDB) < packet loss target} || {DRX induced delay <PDB}, during the observation window). If the derived condition satisfies the pre-defined condition, at step <NUM>, the UE <NUM> performs the SR masking and/or the SR delay operation on the determined logical channels with the UL data. If the WUS indicates the presence of the PDCH, or the UL data does not arrive on the determined logical channels, or the derived condition does not satisfy the pre-defined condition, at step <NUM>, the UE <NUM> does not perform the SR masking and/or the SR delay operation.

Consider an example scenario, wherein a data service channel (an example of the determined logical channel) receives data packets from the higher layers of the UE <NUM> for the UL transmission, when the UE <NUM> receives the WUS indicating the absence of the PDCCH from the BS <NUM>. In such a scenario, the UE <NUM> derives the condition based on at least one of the PDB, the packet loss target, and so on. If the derived condition satisfies the pre-defined condition, the UE <NUM> performs the SR delay operation by applying the delay on the voice channel, so that the data channel may perform the UL transmission of the received data packets in accordance with the applied delay. Thus, the sleep state of the UE <NUM> may not be disturbed in the WUS operation mode due to arrival of the UL data.

<FIG> is an example flow diagram depicting a method for managing the UL traffic while operating in the WUS operation mode, wherein the UL traffic is managed by performing the data aggregation at the PDCP layer of the UE <NUM>, according to embodiments as disclosed herein. Embodiments herein enable the UE <NUM> to enable the WUS operation mode by supporting the functionalities of the DRX cycle, and the power saving signals (the WUS, the GTS signals and PDCCH adaptation signaling).

At step <NUM>, the UE <NUM> checks if the WUS operation is enabled. If the WUS operation is enabled, at step <NUM>, the UE <NUM> determines the services/bearers for which the data aggregation operation can be performed at the PDCP layer. At step <NUM>, the UE <NUM> receives the WUS from the BS <NUM> and checks if the received WUS indicates the presence of the PDCCH. If the received WUS indicates the absence of the PDCCH (i.e. DRX sleep), at step <NUM>, the UE <NUM> checks for the arrival of the UL data corresponding to the determined services/bearers at the PDCP layer. If the UL data has arrived at the PDCP layer, at step <NUM>, the UE <NUM> derives the condition/formulation based on the QoS parameters and compares the derived condition with the pre-defined condition (statistics {(DRX induced delay > PDB) < packet loss target} || {DRX induced delay <PDB}, during the observation window). When the derived condition satisfies the pre-defined condition, at step <NUM> the UE <NUM> performs the data aggregation at the PDCP layer. The data aggregation operation involves aggregating the UL data at the PDCP layer by preventing the flow of the UL data from the PDCP layer to the MAC layer. If the WUS indicates the presence of the PDCH, or the UL data corresponding to the determined services/bearers does not arrive at the PDCP layer, or the derived condition does not satisfy the pre-defined condition, at step <NUM>, the UE <NUM> does not perform the data aggregation operation at the PDCP layer.

<FIG> is an example flow diagram depicting a method for dynamically enabling or disabling the WUS operation mode based on requirements of the power saving signals for the UE <NUM>, according to embodiments as disclosed herein. In an example herein, consider that the BS <NUM> may be a gNB <NUM>.

At step <NUM>, the gNB <NUM> checks if the UE <NUM> supports the PSNI. If the UE <NUM> supports the PSNI, at step <NUM>, the gNB <NUM> determines whether to enable or disable the power saving signals based on the probability of scheduling the data for the UE <NUM> and the bandwidth requirements. If the UE <NUM> supports the PSNI, at step <NUM>, the gNB <NUM> checks whether the gNB <NUM> requires the PSNI from the UE <NUM> to enable/disable the power saving signal for the UE <NUM>. On checking that the gNB <NUM> does not require the PSNI from the UE <NUM> to enable/disable the power saving signal, the gNB <NUM> repeats the step <NUM>.

On checking that the gNB <NUM> requires the PSNI from the UE <NUM> to enable/disable the power saving signal, at step <NUM>, the gNB <NUM> triggers the UE <NUM> to send the PSNI. At step <NUM>, the gNB <NUM> receives the PSNI from the UE <NUM>. At step <NUM>, the gNB <NUM> checks if the received PSNI includes the power saving signals need status or the no-power saving signals need status. If the received PSNI includes the no-power saving signals need status, at step 914a, the gNB <NUM> can determine whether the UE <NUM> is in the RRC connected mode. At step 914b, the gNB <NUM> may perform a legacy procedure for RRC Release, if the UE <NUM> is in the RRC connected mode. If the received PSNI includes the no-power saving signals need status, at step 916a, the gNB <NUM> determines that the UE <NUM> does not want to receive the power saving signals. At step 916b, the gNB <NUM> disables the power saving signals for the UE <NUM>.

If the received PSNI includes the power saving signals need status, at step 918a, the gNB <NUM> determines if the UE <NUM> wants to transit from the one RRC state to another RRC state. At step 918b, the gNB <NUM> enables the UE <NUM> to transit from the one RRC state to another RRC state, on determining that the UE <NUM> wants to transit from the one RRC state to another RRC state. If the received PSNI includes the power saving signals need status, at step 920a, the gNB <NUM> determines if the UE <NUM> wants to receive the power saving signals for monitoring the PDCCH. At step 920b, the gNB <NUM> enables the UE <NUM> to receive (or to continue to receive) the power saving signals for monitoring the PDCCH.

<FIG> depicts an example scenario of enabling/disabling the power saving signals for the UE <NUM>, according to embodiments as disclosed herein. Consider an example scenario, wherein the gNB <NUM> may receive the PSNI/power efficient scheme (PES) information from a plurality of UEs <NUM> (a UE1, a UE2, <IMG>a UEn) that are operating in the WUS operation mode for the reception of the WUS signal from the gNB <NUM>. In such a case, the gNB <NUM> may determine whether to continue the enablement of the power saving signals for the UEs (UE1-UEn) or to disable the power saving signals for the UEs (UE1-UEn) based on the received PSNI from the UEs (UE1-UEn). In an example herein, the gNB <NUM> may disable the power saving signals for the UE2 based on the PSNI received from the UE2, and enable the others UEs (the UE1, the UE3 , the UEn) to continue receiving the power saving signals for the monitoring of the PDCCH. The UE2 may send new PSNI to the gNB <NUM>, when the UE2 wants to receive the power saving signals for monitoring of the PDCCH. On receiving the new PSNI, the gNB <NUM> may enable the power saving signal for the requested UE2.

<FIG> are example flow diagrams depicting a method for managing the CA scenarios based on the power saving signals, according to embodiments as disclosed herein.

<FIG> is an example flow diagram depicting a method for monitoring the PDCCH for all the activated serving cells independently based on the power saving signals. Embodiments herein enable the UE <NUM> to enable the WUS operation mode by supporting the functionalities of the DRX cycle, and the power saving signals (the WUS, the GTS signals and the PDCCH adaptation signaling).

At step <NUM>, the UE <NUM> checks if the WUS operation is enabled. If the WUS operation is enabled, at step <NUM>, the UE <NUM> receives the WUS on the SpCell including the carrier identification bit map from the BS <NUM>, and determines the SCells/CCs and the corresponding PDCCH monitoring information based on the received bit map.

At step <NUM>, the UE <NUM> determines if the received WUS on the SpCell indicates the absence of the PDCCH for the specific SCell/CC. If the WUS indicates the absence of the PDCCH and the specific SCell/CC, at step <NUM>, the UE <NUM> skips the monitoring of the PDCCH for the specific SCell/CC indicated in the received WUS. If the WUS indicates the presence of the PDCCH and the specific SCell/CC, at step <NUM>, the UE <NUM> monitors the PDCCH for the specific SCell/CC indicated in the received WUS.

At step <NUM>, the UE <NUM> receives the GTS signal from the BS <NUM>, and checks if the GTS signal is received on SpCell for the specific SCell/CC. If the GTS signal is received on SpCell for the specific SCell/CC, the UE <NUM> performs the step <NUM> by abandoning the monitoring of the PDCCH for the specific SCcell/CC. Otherwise, the UE <NUM> performs the step <NUM> by continuing the monitoring of the PDCCH for the specific SCell/CC.

<FIG> is a flow diagram depicting a method for managing the CA scenario based on the power saving signal (WUS/GTS/PDCCH adaptation signaling) information, according to embodiments as disclosed herein. At step <NUM>, the UE <NUM> checks if the WUS operation is enabled. If the WUS operation is enabled, at step <NUM>, the UE <NUM> receives the power saving signal (WUS/GTS/PDCCH adaptation signaling) information on the SpCell. At step <NUM>, the UE <NUM> determines and builds metrics of reliability, power saving, latency, and performance efficiency achievable for each serving cell. At step <NUM>, the UE <NUM> maps the low latency traffic, control/signaling messages, retransmissions, the SR/BR to best suitable serving cell based on the traffic characteristics, and determined metrics.

<FIG> is a flow diagram depicting a method for managing the reception of the WUS in the DSDS scenario, according to embodiments as disclosed herein. Embodiments herein are further explained by considering the DSDS scenario/DC scenario, but it may be obvious to a person skilled in the art that the MUSIM scenario can be considered. At step <NUM>, the UE <NUM> may start operating in the DSDS scenario, when the WUS operation is enabled. In the DSDS scenario, the UE may use the two stacks of same or different RATs for establishing communication services with the BS <NUM>. At step <NUM>, the UE <NUM> measures the metrics for managing the WUS operation in the DSDS scenario. Examples of the metrics can be, but not limited to, data reception, battery status, UE performance, service requirements, and so on. Based on the measured metrics, the UE <NUM> may perform steps 1206a, or 1206b or 1206c. At step 1206a, the UE <NUM> may disable the WUS operation mode. At step 1206b, the UE <NUM> may prioritize the reception of the WUS signaling on the connected stack to minimize loss of the WUS. At step 1206c, the UE <NUM> may prioritize the reception of the WUS signaling on the both stacks of the UE <NUM>. For example, consider that the UE <NUM> is using the two stacks of a NR network. In such a case, the UE <NUM> may prioritize the reception of the WUS signaling on both the stacks. If prioritizing the reception of the WUS signaling is not feasible on both the stacks, the UE <NUM> performs the arbitration for the reception of the WUS from the BS <NUM>.

<FIG> is a flow diagram depicting another method for managing the reception of the WUS in the DSDS scenario, according to embodiments as disclosed herein. At step <NUM>, the UE <NUM> may start operating in the DSDS scenario, when the WUS operation is enabled. At step <NUM>, the UE <NUM> receives the WUS from the BS <NUM>, which indicates the absence of the PDCCH for the one or more DRX cycles. In such a case, at step <NUM>, the UE <NUM> uses the WUS for performing the DSDS scheduling. The DSDS scheduling may involve enabling the UE <NUM> to switch from the one stack to another stack, scheduling longer DSDS pauses for performing the measurement operations, and so on.

<FIG> is a flow diagram depicting a method for managing the WUS operation mode based on the power saving conditions, according to embodiments as disclosed herein.

At step <NUM>, the UE <NUM> checks if the WUS operation is enabled. If the WUS operation is enabled, at step <NUM>, the UE <NUM> determines the no-power saving conditions. Examples of the no-power saving conditions, can be, but not limited to, the UE <NUM> is connected to a power source and there is no need for the power saving signal/WUS operation to be enabled, a user has forcefully disabled the WUS operation mode, the probability of reception of the control channels is greater than the pre-defined threshold, the UE <NUM> is in actively receiving at least one service (for example: peak throughput, delay-sensitive service nature), when the BSR is non-zero, the UE <NUM> has not initiated enabling of the WUS operation mode, the UE <NUM> is pursuing the SR/RACH operations, the UE <NUM> is performing the mission critical services, the UE <NUM> is performing critical operations (for example: the HO operations, the RLF operations, and so on), the UE <NUM> is in DSDS scenario and one of the stacks is performing higher priority task, and so on.

On determining that at least one of the no-power saving conditions has been satisfied, at step <NUM>, the UE <NUM> disables the WUS operation locally by skipping the monitoring of the WUS. If the UE <NUM> does not determine that at least one of the no-power saving conditions has been satisfied, the UE <NUM> continues to operate in the WUS operation mode.

<FIG> and <FIG> are example diagrams depicting management of the RRC state transitions using the power saving signals, according to embodiments as disclosed herein. Embodiments herein enable the UE <NUM> to send the state transition assistance information to the BS <NUM> while operating in the RRC connected mode. The state transition assistance information may indicate that the UE <NUM> wants to transit from the RRC connected mode to the RRC idle mode, or the RRC inactive mode or the power efficient state in the RRC connected mode. In an example herein, the UE <NUM> may send the state assistance information to the BS <NUM> when the battery of the UE <NUM> is drained and/or when the UE <NUM> is not connected to the power source and/or when the UE <NUM> is at the cell edge and consuming high UL transmission power.

On receiving the state transition assistance information from the UE <NUM>, the BS <NUM> determines the transition RRC state for the UE <NUM> and sends the transition commands to the UE <NUM> by indicating the determined transition RRC state. In an example herein consider that the BS <NUM> determines the power efficient state in the RRC connected mode as the transition RRC state. In such a case, the UE <NUM> transits to the power efficient state in the RRC connected mode from the RRC connected mode. Thus, reducing power consumption.

The UE <NUM> may transit to the RRC idle mode from the power efficient state on the expiry of the data inactivity timer. The UE <NUM> may transit to the RRC inactive mode/RRC idle mode from the power efficient state on receiving the RRC Release message from the BS <NUM>. The UE <NUM> may transit to the RRC connected mode from the power efficient state on receiving the transition commands from the BS <NUM>.

The embodiments disclosed herein can be implemented through at least one software program running on at least one hardware device and performing network management functions to control the elements. The elements shown in <FIG> can be at least one of a hardware device, or a combination of hardware device and software module.

The embodiments disclosed herein describe methods and systems for reducing power consumption of a UE using power saving signals. Therefore, it is understood that the scope of the protection is extended to such a program and in addition to a computer readable means having a message therein, such computer readable storage means contain program code means for implementation of one or more steps of the method, when the program runs on a server or mobile device or any suitable programmable device. The method is implemented in a preferred embodiment through or together with a software program written in e.g. Very high speed integrated circuit Hardware Description Language (VHDL) another programming language, or implemented by one or more VHDL or several software modules being executed on at least one hardware device. The hardware device can be any kind of portable device that can be programmed. The device may also include means which could be e.g. hardware means like e.g. an ASIC, or a combination of hardware and software means, e.g. an ASIC and an FPGA, or at least one microprocessor and at least one memory with software modules located therein. The method embodiments described herein could be implemented partly in hardware and partly in software. Alternatively, the invention may be implemented on different hardware devices, e.g. using a plurality of CPUs.

Claim 1:
A method for managing monitoring of Physical downlink Control Channel, PDCCH, in a wireless communication system (<NUM>), the method comprising:
enabling, by a User Equipment, UE, (<NUM>), a Wake Up Signal, WUS, operation mode, on receiving configurations of a discontinuous reception, DRX, cycle and at least one power saving signal from a Base Station, BS, (<NUM>), wherein the at least one power saving signal include a WUS;
receiving, by the UE (<NUM>), the WUS from the BS (<NUM>) before an On-duration of the DRX cycle in the enabled WUS operation mode;
monitoring, by the UE (<NUM>), the PDCCH for downlink control information, if the received WUS indicates presence of the PDCCH; and
performing, by the UE (<NUM>), a transition into a sleep state during the ON-duration of the DRX cycle, if the received WUS indicates absence of the PDCCH; characterized by:
receiving, by the UE (<NUM>), measurement resources, and a number of samples and duration for the measurement resources from the BS (<NUM>) in a time gap between the WUS and the ON-duration of the DRX cycle, wherein the number of samples and the duration for the measurement resources are specified by the BS (<NUM>) based on mobility management of the UE (<NUM>) and signal strength; and
performing, by the UE (<NUM>), measurement operations on channel related factors using the received measurement resources, and the number of samples and the duration for the measurement resources.