EP3298832B1 - Activation of drx parameters - Google Patents
Activation of drx parameters Download PDFInfo
- Publication number
- EP3298832B1 EP3298832B1 EP16727859.7A EP16727859A EP3298832B1 EP 3298832 B1 EP3298832 B1 EP 3298832B1 EP 16727859 A EP16727859 A EP 16727859A EP 3298832 B1 EP3298832 B1 EP 3298832B1
- Authority
- EP
- European Patent Office
- Prior art keywords
- drx
- mobile device
- configuration
- configuration parameters
- base station
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 230000004913 activation Effects 0.000 title description 3
- 238000000034 method Methods 0.000 claims description 68
- 238000004590 computer program Methods 0.000 claims 3
- 230000003287 optical effect Effects 0.000 claims 1
- 230000005540 biological transmission Effects 0.000 description 16
- 230000008859 change Effects 0.000 description 12
- 230000001360 synchronised effect Effects 0.000 description 10
- 238000010586 diagram Methods 0.000 description 9
- 230000001934 delay Effects 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 108700026140 MAC combination Proteins 0.000 description 3
- 230000003213 activating effect Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000012913 prioritisation Methods 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
- H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Definitions
- the present disclosure relates generally to discontinuous reception in a wireless communication network and, more particularly, to methods and apparatus for modifying and activating DRX parameters.
- DRX Discontinuous reception
- PDCCH Physical Downlink Control Channel
- the network may configure a dedicated connection for a mobile device to employ DRX depending on the capabilities of the mobile device and power preferences.
- a number of configuration parameters referred to herein as DRX parameters, are used to configure DRX operation.
- the DRX parameters define a DRX cycle for use when a mobile device is in DRX mode. In Long Term Evolution (LTE), both a short DRX cycle and long DRX cycle may be defined.
- LTE Long Term Evolution
- the parameters shortDRX-Cycle and longDRX-Cycle define the length in subframes of the short and long DRX cycles respectively.
- the onDuration parameter specifies the number of PDCCH subframes at the beginning of each DRX cycle that the receiver in the mobile device is turned on to monitor the PDCCH (the DRX on duration) before the receiver is turned off.
- the same onDuration parameter is typically used for both short and long DRX cycles.
- DRX parameters defined in LTE include drxStartOffset that specifies the PDCCH subframe at which the DRX cycle starts, drx-Inactivity-Timer that specifies the number of consecutive PDCCH subframes that the mobile device should remain active after successfully decoding a PDCCH indicating a new uplink (UL) of downlink (DL) transmission, and drx-RetransmissionTimer that specifies the maximum number of consecutive PDCCH-subframes that the mobile device should monitor when a retransmission on the downlink is expected by the mobile device.
- drxStartOffset specifies the PDCCH subframe at which the DRX cycle starts
- drx-Inactivity-Timer specifies the number of consecutive PDCCH subframes that the mobile device should remain active after successfully decoding a PDCCH indicating a new uplink (UL) of downlink (DL) transmission
- drx-RetransmissionTimer specifies the maximum number of consecutive PDCCH-subframes that the mobile
- the network may desire to change the DRX configuration depending on the services that the mobile device is receiving to improve network performance and/or user experience.
- the network sends the new DRX parameters to the mobile device in a radio resource control (RRC) message.
- RRC radio resource control
- the mobile device applies the new DRX parameters and sends a response message to the network indicating that the reconfiguration is complete, at which time the network applies the new DRX parameters.
- RRC radio resource control
- US 2014/269480 A1 describes a method for discontinuous reception configuration that includes receiving a new DRX configuration message from an eNodeB, and applying the new DRX configuration based on one of a start time of the new on-duration configuration in accordance with a start state of an on-duration timer, or determining an application time of the new DRX cycle configuration.
- US 2010/118815 A1 describes a DRX control method and apparatus for determining a start time of the duration period of DRX operation in a wireless communication system using a short DRX cycle and a long DRX cycle.
- US 2015/085712 A1 describes a method for providing a configuration of a DRX operation at a user equipment to handle dynamic uplink-downlink configuration changes.
- FIG. 1 illustrates a wireless communication network 10.
- the communication network 10 comprises a plurality of cells 15, though only one cell 15 is shown in Figure 1 .
- a base station 20 within each cell 15 communicates with mobile devices 50 within the cell 15.
- the base station 20 transmits data to the mobile devices 50 within the cell 15 over a downlink channel for downlink communications, and receives data from the mobile devices 50 over an uplink channel for uplink communications.
- the communication network 10 is configured to enable discontinuous reception (DRX) as hereinafter described.
- DRX discontinuous reception
- LTE Long Term Evolution
- the base station 20 is referred to as an Evolved Node B (eNB) and the mobile device 50 is referred to as a user equipment (UE).
- eNB Evolved Node B
- UE user equipment
- DRX discontinuous reception
- WCDMA Wideband Code Division Multiple Access
- WiMAX Worldwide Interoperability for Microwave Access
- FIG. 2 illustrates a DRX cycle used in DRX mode.
- the DRX cycle includes a DRX on duration when the receiver in the mobile device 50 is turned on to monitor the Physical Downlink Control Channel (PDCCH) and a DRX off duration when the receiver may be turned off to conserve power.
- the network 10 sends control messages related to uplink and downlink transmissions to the mobile device 50 during the DRX on duration. If, during the DRX on duration, the mobile device 50 receives a control message related to an uplink or downlink transmission for the mobile device 50, the mobile device 50 switches from the DRX mode to a continuous reception mode and starts a DRX inactivity timer (DIAT).
- DITT DRX inactivity timer
- the mobile device 50 monitors each PDCCH subframe and restarts the DIAT if it receives another control message while the DIAT is still running. When the DIAT expires, the mobile device 50 returns to DRX mode.
- the DRX configuration includes a short DRX cycle and long DRX cycle. When the mobile device 50 switches from continuous reception mode to DRX mode, it switches to the DRX short cycle for a predetermined number of cycles and then to the DRX long cycle.
- the base station 20 specifies the DRX configuration for the connection with the mobile device 50.
- the DRX parameters used to configure DRX operation include:
- the DRX parameters are typically sent to the mobile device 50 in a Radio Resource Control (RRC) message by including a DRX-Config structure that contains the DRX parameters in the RRC message.
- RRC Radio Resource Control
- the DRX-Config structure is included in the MAC-MainConfig Information Element (IE) of the RRC message.
- the DRX configuration can be optimized to either maximize power savings or minimize latency depending on the services being provided to the mobile device 50. For example, a DRX configuration that maximizes power saving may be preferable for applications such as web browsing and instant messaging while a DRX configuration that minimizes latency may be preferable for delay sensitive applications such as video streaming and gaming. For some applications, a DRX configuration that balances the trade-off between power saving and latency may be preferred.
- the base station 20 may change the DRX configuration when a mobile device 50 indicates a change in power preferences, or when there is a change in the services provided to the mobile device 50.
- Figure 3 illustrates an exemplary procedure for changing the DRX configuration for a connection with the mobile device 50.
- the base station 20 initiates the change by sending the new DRX configuration to the mobile device 50 in a RRCConnectionReconfiguration (RCR) message.
- RCR RRCConnectionReconfiguration
- the new DRX parameters are specified by the DRX-Config structure contained in the MAC-MainConfig IE of the RCR message.
- the RCR message containing the new DRX parameters is delivered by the RRC layer to the Medium Access Control (MAC) layer, denoted as L2 in Figure 3 , and transmitted over the physical layer to the mobile device 50.
- MAC Medium Access Control
- the MAC layer at the mobile device 50 Upon receipt by the mobile device 50, the MAC layer at the mobile device 50 delivers the RCR message to the RRC layer in the mobile device 50.
- the RRC layer performs a RRC reconfiguration procedure and configures the MAC layer in accordance with the MAC-MainConfig IE, which includes the new DRX parameters.
- the MAC layer 1) applies new timer values when the timers are restarted, 2) applies new maximum values for counters when the counters are initialized, and 3) applies all other parameters immediately.
- the RRC layer in the mobile device 50 submits a RRCConnectionReconfigurationComplete (RCRC) message to the MAC layer for transmission to the base station 20 over the physical layer.
- RCRC RRCConnectionReconfigurationComplete
- the new DRX configuration is applied by the mobile device 50 before the RCRC message is transmitted to the base station 20. Delays in transmitting the RCRC message from the mobile device 50 after the reconfiguration and/or delays in receiving the RCRC at the base station 20 may cause loss of synchronization and link problems.
- Figure 4 illustrates an exemplary procedure for changing the DRX configuration in more detail to show how reconfiguration may lead to loss of synchronization.
- the procedure shown in Figure 4 begins after the mobile device 50 receives a RCR message from the base station 20.
- the RRC layer performs a RRC reconfiguration procedure, configures the MAC layer in accordance with the MAC-MainConfig IE as previously described, and submits the RCRC message to the MAC layer for transmission to the base station 20.
- the MAC layer in the mobile device 50 sends a dedicated scheduling request (D-SR) to its peer in the base station 20 on the Physical Uplink Control Channel (PUCCH) to request resources for transmitting the RCRC message.
- D-SR dedicated scheduling request
- PUCCH Physical Uplink Control Channel
- the mobile device 50 After transmitting the D-SR to the base station 20, the mobile device 50 remains DRX Active, i.e., continuously receiving, while the scheduling request is pending, i.e. until the mobile device 50 receives an uplink grant for the Physical Uplink Shared Channel (PUSCH).
- the base station 20 sends an uplink (UL) grant to the mobile device 50 on the Physical Downlink Control Channel (PDCCH) and starts the DIAT timer. Because the base station 20 has not yet received the RCRC message, it uses the old DIAT timer value. Upon receipt of the UL grant, the mobile device 50 starts the DIAT to further prolong the active time. The mobile device 50, however, uses the new DIAT value.
- the mobile device 50 uses the UL grant from the base station 20 in accordance with standardized priorities and logical channel prioritization.
- the mobile device 50 sends a Buffer Status Report (BSR) that describes the size of each buffer in the mobile device 50 and which has highest the priority.
- BSR Buffer Status Report
- the base station 20 acknowledges the uplink transmission received on PUSCH by sending an Acknowledgement (ACK) message on the Physical HARQ Indicator Channel (PHICH), sends another UL grant on the PDCCH based on the BSR, and starts or restarts the DIAT using the old DIAT timer value.
- ACK Acknowledgement
- PHICH Physical HARQ Indicator Channel
- the mobile device 50 receives the second UL grant, it starts or restarts the DIAT using the new DIAT timer value.
- the size of the UL grant is now large enough for the mobile device 50 to transmit the RCRC.
- the mobile device 50 sends the RCRC message to the base station 20 on the PUSCH.
- the base station 20 acknowledges receipt of the uplink transmission on the PUSCH by sending an acknowledgment (ACK) message on the Physical HARQ Indicator Channel (PHICH).
- the MAC layer at the base station 20 also allocates resources on the PDCCH to transmit a RLC Acknowledgement (RLC ACK) to the mobile device 50 to acknowledge the RCRC message and, for that purpose, sends a downlink (DL) assignment message to the mobile device 50 on the Physical Downlink Control Channel (PDCCH).
- RLC ACK RLC Acknowledgement
- DL downlink
- the base station 20 starts or restarts the DIAT using the old DIAT timer value when the DL Assignment message is sent.
- the base station 20 then sends the RLC ACK to the mobile device 50 on the allocated PDCCH resources and delivers the RCRC message to the RRC layer at the base station 20.
- the RRC layer then configures the MAC layer to use the new DRX parameters.
- the mobile device 50 Upon receipt of the DL assignment message, the mobile device 50 starts or restarts the DIAT and listens for the RLC ACK on the PDCCH.
- the mobile device 50 commits to the new DRX configuration at time T1, while the base station 20 commits to the new DRX configuration at time T2.
- miscommunications which are labeled 1-8 in Figure 4 , include:
- the mobile device 50 starts (or restarts) the DIAT using the new DIAT timer value each time the PDCCH indicates a new transmission (DL or UL).
- the base station 20 is still using the old DIAT timer value because it is still waiting for the RCRC from the mobile device 50 to commit to the new DRX configuration.
- the DIAT at the mobile device 50 may expire at any time during the sequence of events. When it does, the mobile device 50 will enter the DRX mode and use the new DRX cycle period and on duration, which may different than the DRX cycle and on duration used on the network side. The lack of synchronization may cause irreparable failure of the connection.
- Figure 5 illustrates an example of a connection failure.
- the DIAT at the mobile device 50 expires before the base station 20 sends a UL grant responsive to the BSR. If the mobile device 50 has its receiver turned off, it will not receive the UL grant and therefore not transmit the RCRC. Subsequent scheduling grants (UL or DL) may be transmitted by the base station 20 while the receiver at the mobile device 50 is turned off. The end result is an inability to communicate with the mobile device 50 resulting in a connection failure.
- One aspect of the present disclosure comprises techniques for changing and activating new DRX parameters in a manner that reduces the likelihood of dropping a connection.
- the mobile device 50 receives updated DRX parameters from the base station 20, the mobile device 50 postpones activation of the new DRX parameters and continues using the previous DRX parameters for the connection after receipt of the updated configuration parameters until a subsequent on duration of a DRX cycle has occurred according to the previous DRX parameters.
- the mobile device 50 applies the updated DRX parameters at the first subframe of the next DRX on duration according to the previous DRX configuration.
- the mobile device 50 waits for the occurrence of a predetermined event and then applies the updated DRX parameters at the first subframe of the next DRX on duration according to the previous DRX parameters after the predetermined event.
- the predetermined event may, for example, comprise the expiration of a Time Alignment Timer (TAT) if the UL transmission of the mobile device 50 is synchronized with the base station 20.
- TAT Time Alignment Timer
- the predetermined event may also comprise a successful resynchronization by random access (RA) if the UL transmission of the mobile device 50 is not synchronized with the base station 20.
- Figure 6 is a timing diagram illustrating a first exemplary method for changing DRX parameters. It is assumed that the mobile device 50 is capable of operating in DRX mode and has previously received a control message containing a DRX configuration for use by the mobile device 50. At some point, the network 10 decides to update the DRX configuration for the connection with the mobile device 50 and the base station 20 sends an updated DRX configuration to the mobile device 50 (event 1). The updated configuration could be sent in a RRC message, such as a RCR message, or in a control message sent according to the MAC protocol. The mobile device 50 receives the updated DRX configuration and sends an Acknowledgement (ACK) to the base station 20 on the PUCCH (event 2).
- ACK Acknowledgement
- the ACK is sent four subframes following the receipt of the control message containing the updated DRX configuration.
- the mobile device 50 does not immediately apply the updated DRX configuration. Rather, the mobile device 50 continues to use the current DRX configuration after receiving the updated DRX configuration until the first subframe of the next DRX on duration according to the current DRX configuration.
- the mobile device 50 applies the new DRX configuration at the first subframe of the next DRX on duration according to the current DRX configuration (event 3). If the updated configuration is received in a RCR message, after applying the updated DRX configuration, the mobile device 50 sends the RCRC message as previously described to notify the RRC peer in the base station 20 of the successful update.
- the base station 20 receives the ACK from the mobile device 50 and also applies the updated DRX configuration at the first subframe of the next DRX on duration according to the current DRX configuration. In the case where the updated configuration is contained in an RCR message, the base station 20 does not wait for the RCRC message to apply the changes.
- the MAC layer in the base station 20 delivers the RCRC message to the RRC layer and sends an RLC ACK to the mobile device 50.
- DRX cycles depending on whether a Time Alignment Timer (TAT) is not running, i.e. depending on whether the mobile device 50 is in-sync or out-of-sync.
- TAT Time Alignment Timer
- a first DRX configuration having a first DRX cycle is used when the TAT is running and a second DRX configuration with a different DRX cycle is used when the TAT is not running.
- TAT Time Alignment Timer
- Figure 7 is a timing diagram illustrating a second exemplary method for changing DRX parameters. This method may be used, for example, when different DRX configurations are used depending on whether the TAT is running. It is assumed that the mobile device 50 has previously received a control message containing a DRX configuration for use by the mobile device 50. It is further assumed that the mobile device 50 is time-synchronized with the base station 20 and that the TAT at the mobile device 50 is running. At some point, the network 10 decides to update the DRX configuration for the connection with the mobile device 50 and the base station 20 sends an updated DRX configuration to the mobile device 50 (event 1).
- the updated configuration could be sent in a RRC message, such as a RCR message, or in a control message sent according to the MAC protocol.
- the mobile device 50 receives the updated DRX configuration and sends an Acknowledgement (ACK) to the base station 20 on the PUCCH as previously described (event 2).
- ACK Acknowledgement
- the mobile device 50 does not immediately apply the updated DRX configuration. Rather, the mobile device 50 continues to use the current DRX configuration after receiving the updated DRX configuration until after the expiration of the TAT (event 3).
- the mobile device 50 applies the new DRX configuration at the first subframe of the next DRX on duration according to the current DRX configuration following the expiration of the TAT (event 4).
- the mobile device 50 sends the RCRC message as previously described to notify the RRC peer in the base station 20 of the successful update.
- the base station 20 receives the ACK from the mobile device 50 and also applies the updated DRX configuration at the first subframe of the next DRX on duration according to the current DRX configuration following expiration of the TAT timer.
- the base station 20 does not wait for the RCRC message to apply the changes.
- the MAC layer in the base station 20 delivers the RCRC message to the RRC layer and sends an RLC ACK to the mobile device 50.
- Figure 8 is a timing diagram illustrating a third exemplary method for changing DRX parameters. This method may be used, for example, when different DRX configurations with different DRX cycles are used depending on whether the TAT is running. It is assumed that the mobile device 50 has previously received a control message containing a DRX configuration for use by the mobile device 50. It is further assumed that the mobile device 50 is not synchronized with the base station 20 and that the TAT at the mobile device 50 is not running. At some point, the network 10 decides to update the DRX configuration for the connection with the mobile device 50 and the base station 20 sends an updated DRX configuration to the mobile device 50 (event 1).
- the updated configuration could be sent in a RRC message, such as a RCR message, or in a control message sent according to the MAC protocol.
- the mobile device 50 receives the updated DRX configuration and sends an Acknowledgement (ACK) to the base station 20 on the PUCCH as previously described (event 2).
- ACK Acknowledgement
- the mobile device 50 does not immediately apply the updated DRX configuration. Rather, the mobile device 50 continues to use the current DRX configuration after receiving the updated DRX configuration until the mobile device 50 successfully synchronizes with the base station 20 during a subsequent random access (RA) procedure (event 3).
- RA random access
- the mobile device 50 When the mobile device 50 has successfully synchronized with the base station 20, the mobile device 50 applies the new DRX configuration at the first subframe of the next DRX on duration according to the current DRX configuration following successful synchronization (event 4). If the updated configuration is received in a RCR message, after applying the updated DRX configuration, the mobile device 50 sends the RCRC message as previously described to notify the RRC peer in the base station 20 of the successful update. On the network side, the base station 20 receives the ACK from the mobile device 50 and also applies the updated DRX configuration at the first subframe of the next DRX on duration according to the current DRX configuration following successful synchronization of the mobile device 50 in a random access procedure.
- the base station 20 does not wait for the RCRC message to apply the changes.
- the data layer in the base station 20 delivers the RCRC message to the RRC layer and sends an RLC ACK to the mobile device 50.
- a change in the DRX configuration may include a change in the length of the DRX cycle.
- Change in the length of the DRX cycle may occur, for example, when adding a new bearer that has a different Quality of Service (QoS) requirement.
- the connection may be configured with a service-specific DRX configuration.
- the length of the DRX cycle may be reduced from N to M where M ⁇ N as shown in Figure 9 .
- the mobile device may revert back to the previous DRX configuration as shown in Figure 10 .
- the mobile device 50 receives a control message containing the updated DRX configuration (event 1), sends an ACK to acknowledge the control message four subframes later (event 2), and then applies the updated DRX configuration at the first subframe of the next DRX on duration according to the current DRX configuration (event 3).
- the mobile device 50 could wait for the expiration of a TAT if the mobile device 50 is time synchronized with the base station 20, or until it synchronizes with the base station 20 as part of a RA procedure if the mobile device is out-of-sync.
- the mobile device 50 may need to recalculate a new DRX start offset for the recurring DRX on duration, i.e. the on duration phase.
- the network 10 decides to change the DRX configuration based on the application activity as detected by the mobile device 50, which may require a lower duty cycle to conserve battery power.
- the length of the DRX cycle may be increased from N to L where L>N as shown in Figure 11 .
- the mobile device 50 receives a control message containing the updated DRX configuration (event 1), sends an ACK to acknowledge the control message four subframes later (event 2), and then applies the updated DRX configuration at the first subframe of the next DRX on duration according to the current DRX configuration (event 3).
- the mobile device 50 could wait for the expiration of a TAT if the mobile device 50 is time synchronized with the base station 20, or until it synchronizes with the base station 20 as part of a RA procedure if the mobile device 50 is out-of-sync.
- the mobile device 50 may continue to use the previous DRX start offset. That is, there is no need to change the DRX start offset where L is a multiple of N.
- Figure 12 illustrates an exemplary method 100 implemented by a mobile device 50 of changing the discontinuous reception (DRX) configuration for a connection between a mobile device and a base station. It is assumed that the mobile device 50 has previously received a control message containing a DRX configuration for use by the mobile device 50. The method begins when the mobile device 50 receives, from the base station 20, a control message indicating updated configuration parameters for the connection with the base station 20 (block 105). The control message is received at a time when the mobile device 50 has its receiver turned on, e.g., during an on duration of a DRX cycle according to a current DRX configuration or when the DIAT is running.
- DRX discontinuous reception
- the mobile device 50 Responsive to the receipt of the control message, the mobile device 50 sends an acknowledgement of the control message to the base station 20 (block 110).
- the mobile device 50 continues using the current DRX configuration for the connection after receipt of the updated configuration parameters until a subsequent on duration of the DRX cycle according to the current DRX configuration has occurred (block 115).
- the mobile device 50 applies the updated configuration parameters for the connection in the subsequent on duration of the DRX cycle (block 120).
- the method further comprises turning at least a portion of a receiver circuit in the mobile device 50 on and off according to the updated DRX configuration (block 125).
- the mobile device 50 applies the updated configuration parameters at the first subframe of the next on duration according to the current DRX configuration. In other embodiments, the mobile device 50 waits for the occurrence of a predetermined event and then applies the updated configuration parameters at the first subframe of the next on duration according to the current DRX configuration after the predetermined event.
- the predetermined event may, for example, comprise the expiration of a Time Alignment Timer (TAT) if the mobile device 50 is synchronized with the base station 20.
- TAT Time Alignment Timer
- the predetermined event may also comprise a successful resynchronization by random access if the mobile device 50 is not synchronized with the base station 20.
- the length of the DRX cycle according to the updated configuration parameters is different from the length of the DRX cycle according to the current DRX configuration.
- the method further comprises computing a new DRX start offset for the updated DRX configuration as a function of a current DRX start offset for the current DRX configuration.
- a new DRX start offset is computed according to Equation 1.
- Figure 13 illustrates an exemplary method 150 implemented by a base station 20 of changing the discontinuous reception (DRX) configuration for a connection between a mobile device 50 and the base station 20. It is assumed that the mobile device 50 is already configured for DRX operation.
- the method begins when the base station 20 sends to the mobile device 50 a control message indicating updated configuration parameters, i.e., DRX parameters, for the connection with the base station 20 (block 155).
- the control message is sent at a time when the mobile device 50 has its receiver turned on, e.g., during an on duration of a DRX cycle according to a current DRX configuration or when the DIAT is running.
- the base station 20 subsequently receives an acknowledgement of the control message sent by the mobile device 50 to the base station 20 responsive to the control message (block 160).
- the base station 20 continues using the current DRX configuration for the connection after sending the control message until a subsequent on duration of the DRX cycle according to the current DRX configuration has occurred (block 165).
- the base station 20 applies the updated configuration parameters for the connection in the subsequent on duration of the DRX cycle (block 170).
- the method further comprises transmitting control message to the mobile device 50 during on durations of a DRX cycle according to the updated DRX configuration (block 175).
- the base station 20 applies the updated configuration parameters at the first subframe of the next on duration according to the current DRX configuration. In other embodiments, the base station 20 waits for the occurrence of a predetermined event and then applies the updated configuration parameters at the first subframe of the next on duration according to the current DRX configuration after the predetermined event.
- the predetermined event may, for example, comprise the expiration of a Time Alignment Timer (TAT) if the mobile device 50 is synchronized with the base station 20.
- TAT Time Alignment Timer
- the predetermined event may also comprise a successful resynchronization by random access if the mobile device 50 is not synchronized with the base station 20.
- the length of the DRX cycle according to the updated configuration parameters is different from the length of the DRX cycle according to the current DRX configuration.
- the method further comprises computing a new DRX start offset for the updated DRX configuration as a function of a current DRX start offset for the current DRX configuration.
- the a new DRX start offset is computed according to Equation 1.
- FIG 14 illustrates an exemplary mobile device 50 configured to implement DRX as herein described.
- the mobile device 50 comprises an interface circuit 55 for communicating with a serving base station 20 over a wireless communication channel, a processing circuit 60 to control the overall operation of the mobile device 50 and process data transmitted and received by the mobile device 50, and memory 65 to store program instructions and data needed by the processing circuit 60.
- the interface circuit 55 may for example comprise a cellular transceiver circuit including transmitter and receiver circuits.
- the transceiver circuit may be configured according to any known standard. In one embodiment, the transceiver circuit is configured to operate according to the LTE standard. The transceiver circuit could also be configured to operate according to the WCDMA, WiMAX, and WLAN standards.
- the processing circuit 60 comprises one or more microprocessors, hardware, firmware or a combination thereof.
- the functions performed by the processing circuit 60 include configuring DRX parameters for DRX mode as herein described.
- Memory 65 stores program instructions and data used by the processing circuit 60 for operation.
- the memory 65 includes non-volatile memory such as read-only memory (ROM) or flash memory for storing program instructions and permanent data.
- Memory 65 may further include random access memory (RAM) or other volatile memory for storing temporary data generated during operation.
- Memory 65 may be implemented by one or more discrete memory devices or may be integrated into a microprocessor or microcontroller in the processing circuit 60.
- memory 65 comprises a non-transitory computer readable medium storing executable program code 70 that when executed by the processing circuit 60 in the mobile device 50 causes the mobile device 50 to perform the method shown in Figure 12 .
- FIG. 15 illustrates the main functional components of an exemplary base station 20.
- the base station 20 comprises an interface circuit 25 for communicating with mobile devices 50 over a wireless communication channel, a processing circuit 30 to control the overall operation of the base station 20 and process data transmitted and received by the base station 20, and memory 35 to store program instructions and data needed by the processing circuit 30.
- the interface circuit 25 may for example comprise a cellular transceiver circuit including transmitter and receiver circuits.
- the transceiver circuit may be configured according to any known standard. In one embodiment, the transceiver circuit is configured to operate according to the LTE standard.
- the transceiver circuit could also be configured to operate according to the WCDMA, WiMAX, and WLAN (Wireless Local Area Network) standards.
- the processing circuit 30 comprises one or more microprocessors, hardware, firmware or a combination thereof.
- the functions performed by the processing circuit 30 include configuring DRX parameters for DRX mode as herein described.
- Memory 35 stores program instructions and data used by the processing circuit 30 for operation.
- the memory 35 includes non-volatile memory such as read-only memory (ROM) or flash memory for storing program instructions and permanent data.
- Memory 35 may further include random access memory (RAM) or other volatile memory for storing temporary data generated during operation.
- Memory 35 may be implemented by one or more discrete memory devices or may be integrated into a microprocessor or microcontroller in the processing circuit 30.
- memory 35 comprises a non-transitory computer readable medium storing executable program code 40 that when executed by the processing circuit 30 in the base station 20 causes the base station 20 to perform the method shown in Figure 13 .
- the sequence to change DRX configuration is likelier to end successfully, thereby decreasing the number of dropped connections.
- Reducing dropped connections will be advantageous to Quality of Experience (QoE) values expected by the mobile device users and also to the Key Performance Values (KPVs) as monitored continuously by the network operator.
- QoE Quality of Experience
- KPVs Key Performance Values
- the KPV gains may be reflected in metrics and formulas used for retainability (dropped connections) and also for accessibility because the techniques will decrease the amount of signaling used to re-establish connections.
- the MAC peers will use the same timers and parameters for DRX. If by chance the DIAT expires some time during the execution of the sequence, the MAC peers in the mobile device 50 and base station 20 will both understand that the active time has ended and when it will reoccur. The connection between the base station 20 and mobile device 50 will remain intact and the base station 20 can focus its limited transmission attempts to situations when mobile device 50 is actively receiving PDCCH.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Description
- The present disclosure relates generally to discontinuous reception in a wireless communication network and, more particularly, to methods and apparatus for modifying and activating DRX parameters.
- Discontinuous reception (DRX) is a technique used in wireless communication networks to conserve the battery power of mobile devices. Because data traffic in wireless communication networks is often bursty, with short periods of activity followed by long periods of inactivity, the mobile device may turn its receiver off to conserve battery power during periods of inactivity and turn its receiver on at periodic intervals to monitor the Physical Downlink Control Channel (PDCCH) for uplink grants and downlink transmissions. DRX can result in significant power savings for the mobile device and thus longer battery life.
- The network may configure a dedicated connection for a mobile device to employ DRX depending on the capabilities of the mobile device and power preferences. A number of configuration parameters, referred to herein as DRX parameters, are used to configure DRX operation. The DRX parameters, among other things, define a DRX cycle for use when a mobile device is in DRX mode. In Long Term Evolution (LTE), both a short DRX cycle and long DRX cycle may be defined. The parameters shortDRX-Cycle and longDRX-Cycle define the length in subframes of the short and long DRX cycles respectively. The onDuration parameter specifies the number of PDCCH subframes at the beginning of each DRX cycle that the receiver in the mobile device is turned on to monitor the PDCCH (the DRX on duration) before the receiver is turned off. The same onDuration parameter is typically used for both short and long DRX cycles. Other important DRX parameters defined in LTE include drxStartOffset that specifies the PDCCH subframe at which the DRX cycle starts, drx-Inactivity-Timer that specifies the number of consecutive PDCCH subframes that the mobile device should remain active after successfully decoding a PDCCH indicating a new uplink (UL) of downlink (DL) transmission, and drx-RetransmissionTimer that specifies the maximum number of consecutive PDCCH-subframes that the mobile device should monitor when a retransmission on the downlink is expected by the mobile device.
- There is no single DRX configuration that is ideal for all services. Therefore, the network may desire to change the DRX configuration depending on the services that the mobile device is receiving to improve network performance and/or user experience. To change the DRX configuration, the network sends the new DRX parameters to the mobile device in a radio resource control (RRC) message. The mobile device applies the new DRX parameters and sends a response message to the network indicating that the reconfiguration is complete, at which time the network applies the new DRX parameters. Thus, changing the DRX configuration while the mobile device is connected can result in a connection failure if the mobile device commits to a new DRX configuration but there is a delay in sending the response message from the mobile device.
-
US 2014/269480 A1 describes a method for discontinuous reception configuration that includes receiving a new DRX configuration message from an eNodeB, and applying the new DRX configuration based on one of a start time of the new on-duration configuration in accordance with a start state of an on-duration timer, or determining an application time of the new DRX cycle configuration. -
US 2010/118815 A1 describes a DRX control method and apparatus for determining a start time of the duration period of DRX operation in a wireless communication system using a short DRX cycle and a long DRX cycle. -
US 2015/085712 A1 describes a method for providing a configuration of a DRX operation at a user equipment to handle dynamic uplink-downlink configuration changes. - The invention is defined by the independent claims. Furthermore, the embodiments of the invention are those defined by the claims. Moreover, examples, embodiments and descriptions, which are not covered by the claims are presented not as embodiments of the invention, but as background art or examples useful for understanding the invention.
-
-
Figure 1 illustrates a communication network configured to implement DRX activation techniques as herein described. -
Figure 2 illustrates an exemplary DRX cycle. -
Figure 3 illustrates a procedure for changing the DRX configuration for a connection between a mobile device and a base station. -
Figure 4 illustrates a more detailed procedure for changing the DRX configuration for a connection between a mobile device and a base station. -
Figure 5 illustrates an example of a connection failure due to miscommunication between a mobile device and a base station. -
Figure 6 is a timing diagram illustrating an exemplary method for changing DRX parameters according to a first embodiment. -
Figure 7 is a timing diagram illustrating an exemplary method for changing DRX parameters according to a second embodiment. -
Figure 8 is a timing diagram illustrating an exemplary method for changing DRX parameters according to a third embodiment. -
Figure 9 is a timing diagram illustrating an exemplary method for changing DRX parameters according to a fourth embodiment. -
Figure 10 is a timing diagram illustrating an exemplary method for changing DRX parameters according to a fifth embodiment. -
Figure 11 is a timing diagram illustrating an exemplary method for changing DRX parameters according to a sixth embodiment. -
Figure 12 illustrates an exemplary method implemented by a mobile device for changing a DRX configuration for a connection with the base station. -
Figure 13 illustrates an exemplary method implemented by a base station for changing a DRX configuration for a connection with a mobile device. -
Figure 14 illustrates an exemplary mobile device configured to implement the methods herein described for changing DRX configuration. -
Figure 15 illustrates an exemplary base station configured to implement the methods herein described for changing DRX configuration. - Referring now to the drawings,
Figure 1 illustrates awireless communication network 10. Thecommunication network 10 comprises a plurality ofcells 15, though only onecell 15 is shown inFigure 1 . Abase station 20 within eachcell 15 communicates withmobile devices 50 within thecell 15. Thebase station 20 transmits data to themobile devices 50 within thecell 15 over a downlink channel for downlink communications, and receives data from themobile devices 50 over an uplink channel for uplink communications. Thecommunication network 10 is configured to enable discontinuous reception (DRX) as hereinafter described. - For illustrative purposes, an exemplary embodiment of the present disclosure will be described in the context of a Long Term Evolution (LTE) system. In LTE, the
base station 20 is referred to as an Evolved Node B (eNB) and themobile device 50 is referred to as a user equipment (UE). Those skilled in the art will appreciate, however, that the present disclosure is more generally applicable to wireless communication networks that employ discontinuous reception (DRX). For example, the techniques described herein may be adapted by a skilled practitioner for Wideband Code Division Multiple Access (WCDMA) networks, Worldwide Interoperability for Microwave Access (WiMAX) networks, and other networks implementing DRX. - LTE supports DRX in the downlink to conserve the battery power of mobile devices.
Figure 2 illustrates a DRX cycle used in DRX mode. The DRX cycle includes a DRX on duration when the receiver in themobile device 50 is turned on to monitor the Physical Downlink Control Channel (PDCCH) and a DRX off duration when the receiver may be turned off to conserve power. Thenetwork 10 sends control messages related to uplink and downlink transmissions to themobile device 50 during the DRX on duration. If, during the DRX on duration, themobile device 50 receives a control message related to an uplink or downlink transmission for themobile device 50, themobile device 50 switches from the DRX mode to a continuous reception mode and starts a DRX inactivity timer (DIAT). During the continuous reception mode, themobile device 50 monitors each PDCCH subframe and restarts the DIAT if it receives another control message while the DIAT is still running. When the DIAT expires, themobile device 50 returns to DRX mode. Typically, the DRX configuration includes a short DRX cycle and long DRX cycle. When themobile device 50 switches from continuous reception mode to DRX mode, it switches to the DRX short cycle for a predetermined number of cycles and then to the DRX long cycle. - The
base station 20 specifies the DRX configuration for the connection with themobile device 50. The DRX parameters used to configure DRX operation include: - the shortDRX-Cycle that specifies length of the short DRX cycle in subframes
- the drxShortCycleTimer that specifies the number of short DRX cycles required before switching to the long DRX cycle
- the longDRX-CycleStartOffset that specifies the long DRX cycle as a multiple of short DRX cycles and the DRX offset. The DRX offset is used to calculate the starting subframe number for DRX cycles.
- the onDurationTimer that specifies the number of consecutive PDCCH-subframes at the beginning of each DRX Cycle that the receiver is turned on to monitor the PDCCH, i.e., the DRX on duration.
- the drx-RetransmissionTimer that specifies the maximum number of subframes that the
mobile device 50 should monitor PDCCH when a retransmission from thebase station 20 is expected. - The DRX parameters are typically sent to the
mobile device 50 in a Radio Resource Control (RRC) message by including a DRX-Config structure that contains the DRX parameters in the RRC message. The DRX-Config structure is included in the MAC-MainConfig Information Element (IE) of the RRC message. - The DRX configuration can be optimized to either maximize power savings or minimize latency depending on the services being provided to the
mobile device 50. For example, a DRX configuration that maximizes power saving may be preferable for applications such as web browsing and instant messaging while a DRX configuration that minimizes latency may be preferable for delay sensitive applications such as video streaming and gaming. For some applications, a DRX configuration that balances the trade-off between power saving and latency may be preferred. - The
base station 20 may change the DRX configuration when amobile device 50 indicates a change in power preferences, or when there is a change in the services provided to themobile device 50.Figure 3 illustrates an exemplary procedure for changing the DRX configuration for a connection with themobile device 50. Thebase station 20 initiates the change by sending the new DRX configuration to themobile device 50 in a RRCConnectionReconfiguration (RCR) message. As previously noted, the new DRX parameters are specified by the DRX-Config structure contained in the MAC-MainConfig IE of the RCR message. The RCR message containing the new DRX parameters is delivered by the RRC layer to the Medium Access Control (MAC) layer, denoted as L2 inFigure 3 , and transmitted over the physical layer to themobile device 50. - Upon receipt by the
mobile device 50, the MAC layer at themobile device 50 delivers the RCR message to the RRC layer in themobile device 50. The RRC layer performs a RRC reconfiguration procedure and configures the MAC layer in accordance with the MAC-MainConfig IE, which includes the new DRX parameters. When a reconfiguration is requested by the RRC layer, the MAC layer 1) applies new timer values when the timers are restarted, 2) applies new maximum values for counters when the counters are initialized, and 3) applies all other parameters immediately. When the RRC reconfiguration procedure is complete, the RRC layer in themobile device 50 submits a RRCConnectionReconfigurationComplete (RCRC) message to the MAC layer for transmission to thebase station 20 over the physical layer. Upon receipt of the RCRC message, thebase station 20 applies the new DRX parameters. - As is apparent from
Figure 3 , the new DRX configuration is applied by themobile device 50 before the RCRC message is transmitted to thebase station 20. Delays in transmitting the RCRC message from themobile device 50 after the reconfiguration and/or delays in receiving the RCRC at thebase station 20 may cause loss of synchronization and link problems. -
Figure 4 illustrates an exemplary procedure for changing the DRX configuration in more detail to show how reconfiguration may lead to loss of synchronization. The procedure shown inFigure 4 begins after themobile device 50 receives a RCR message from thebase station 20. The RRC layer performs a RRC reconfiguration procedure, configures the MAC layer in accordance with the MAC-MainConfig IE as previously described, and submits the RCRC message to the MAC layer for transmission to thebase station 20. The MAC layer in themobile device 50 sends a dedicated scheduling request (D-SR) to its peer in thebase station 20 on the Physical Uplink Control Channel (PUCCH) to request resources for transmitting the RCRC message. After transmitting the D-SR to thebase station 20, themobile device 50 remains DRX Active, i.e., continuously receiving, while the scheduling request is pending, i.e. until themobile device 50 receives an uplink grant for the Physical Uplink Shared Channel (PUSCH). Thebase station 20 sends an uplink (UL) grant to themobile device 50 on the Physical Downlink Control Channel (PDCCH) and starts the DIAT timer. Because thebase station 20 has not yet received the RCRC message, it uses the old DIAT timer value. Upon receipt of the UL grant, themobile device 50 starts the DIAT to further prolong the active time. Themobile device 50, however, uses the new DIAT value. - The
mobile device 50 uses the UL grant from thebase station 20 in accordance with standardized priorities and logical channel prioritization. Themobile device 50 sends a Buffer Status Report (BSR) that describes the size of each buffer in themobile device 50 and which has highest the priority. According to the Hybrid Automatic Repeat Request (HARQ) protocol implemented at the MAC layer, thebase station 20 acknowledges the uplink transmission received on PUSCH by sending an Acknowledgement (ACK) message on the Physical HARQ Indicator Channel (PHICH), sends another UL grant on the PDCCH based on the BSR, and starts or restarts the DIAT using the old DIAT timer value. When themobile device 50 receives the second UL grant, it starts or restarts the DIAT using the new DIAT timer value. The size of the UL grant is now large enough for themobile device 50 to transmit the RCRC. - The
mobile device 50 sends the RCRC message to thebase station 20 on the PUSCH. Upon receipt of the RCRC, thebase station 20 acknowledges receipt of the uplink transmission on the PUSCH by sending an acknowledgment (ACK) message on the Physical HARQ Indicator Channel (PHICH). The MAC layer at thebase station 20 also allocates resources on the PDCCH to transmit a RLC Acknowledgement (RLC ACK) to themobile device 50 to acknowledge the RCRC message and, for that purpose, sends a downlink (DL) assignment message to themobile device 50 on the Physical Downlink Control Channel (PDCCH). Thebase station 20 starts or restarts the DIAT using the old DIAT timer value when the DL Assignment message is sent. Thebase station 20 then sends the RLC ACK to themobile device 50 on the allocated PDCCH resources and delivers the RCRC message to the RRC layer at thebase station 20. The RRC layer then configures the MAC layer to use the new DRX parameters. Upon receipt of the DL assignment message, themobile device 50 starts or restarts the DIAT and listens for the RLC ACK on the PDCCH. Themobile device 50 commits to the new DRX configuration at time T1, while thebase station 20 commits to the new DRX configuration at time T2. - In the sequence of events shown in
Figure 4 , there are numerous opportunities for miscommunication that could delay the transmission of the RCRC by themobile device 50. Possible miscommunications, which are labeled 1-8 inFigure 4 , include: - 1) When sending the D-SR, the
mobile device 50 exhausts a maximum number of transmission attempts (dsrTransMax) and thenetwork 10 does not receive the D-SR. - 2) The
base station 20 delays sending a UL grant responsive to the D-SR because there are other higher priority users of the PUSCH resource or PDCCH resources required to send the UL grant. - 3) The UL grant is not correctly received and decoded by the
mobile device 50. - 4) The transmission of the BSR on the PUSCH is not correctly received and decoded by the
base station 20. - 5) The HARQ ACK is not correctly received and decoded by the
mobile device 50. - 6) The
base station 20 delays sending a UL grant responsive to the BSR because there are other higher priority users of the PUSCH resource or the PDCCH resource required to send the UL grant. - 7) The UL grant is not correctly received and decoded by the
mobile device 50. - 8) The transmission of the RCRC by the
mobile device 50 on PUSCH is not correctly received and decoded by thebase station 20. - One potential problem resulting from delay in sending the RCRC is that the DIATs and other DRX parameters used at the
mobile device 50 andbase station 20 are not the same. As shown inFigure 4 , themobile device 50 starts (or restarts) the DIAT using the new DIAT timer value each time the PDCCH indicates a new transmission (DL or UL). However, thebase station 20 is still using the old DIAT timer value because it is still waiting for the RCRC from themobile device 50 to commit to the new DRX configuration. The DIAT at themobile device 50 may expire at any time during the sequence of events. When it does, themobile device 50 will enter the DRX mode and use the new DRX cycle period and on duration, which may different than the DRX cycle and on duration used on the network side. The lack of synchronization may cause irreparable failure of the connection. -
Figure 5 illustrates an example of a connection failure. In this example, it is assumed that the DIAT at themobile device 50 expires before thebase station 20 sends a UL grant responsive to the BSR. If themobile device 50 has its receiver turned off, it will not receive the UL grant and therefore not transmit the RCRC. Subsequent scheduling grants (UL or DL) may be transmitted by thebase station 20 while the receiver at themobile device 50 is turned off. The end result is an inability to communicate with themobile device 50 resulting in a connection failure. - One aspect of the present disclosure comprises techniques for changing and activating new DRX parameters in a manner that reduces the likelihood of dropping a connection. When the
mobile device 50 receives updated DRX parameters from thebase station 20, themobile device 50 postpones activation of the new DRX parameters and continues using the previous DRX parameters for the connection after receipt of the updated configuration parameters until a subsequent on duration of a DRX cycle has occurred according to the previous DRX parameters. In one embodiment, themobile device 50 applies the updated DRX parameters at the first subframe of the next DRX on duration according to the previous DRX configuration. In other embodiments, themobile device 50 waits for the occurrence of a predetermined event and then applies the updated DRX parameters at the first subframe of the next DRX on duration according to the previous DRX parameters after the predetermined event. The predetermined event may, for example, comprise the expiration of a Time Alignment Timer (TAT) if the UL transmission of themobile device 50 is synchronized with thebase station 20. The predetermined event may also comprise a successful resynchronization by random access (RA) if the UL transmission of themobile device 50 is not synchronized with thebase station 20. -
Figure 6 is a timing diagram illustrating a first exemplary method for changing DRX parameters. It is assumed that themobile device 50 is capable of operating in DRX mode and has previously received a control message containing a DRX configuration for use by themobile device 50. At some point, thenetwork 10 decides to update the DRX configuration for the connection with themobile device 50 and thebase station 20 sends an updated DRX configuration to the mobile device 50 (event 1). The updated configuration could be sent in a RRC message, such as a RCR message, or in a control message sent according to the MAC protocol. Themobile device 50 receives the updated DRX configuration and sends an Acknowledgement (ACK) to thebase station 20 on the PUCCH (event 2). In this example, the ACK is sent four subframes following the receipt of the control message containing the updated DRX configuration. In contrast to the prior art, themobile device 50 does not immediately apply the updated DRX configuration. Rather, themobile device 50 continues to use the current DRX configuration after receiving the updated DRX configuration until the first subframe of the next DRX on duration according to the current DRX configuration. Themobile device 50 applies the new DRX configuration at the first subframe of the next DRX on duration according to the current DRX configuration (event 3). If the updated configuration is received in a RCR message, after applying the updated DRX configuration, themobile device 50 sends the RCRC message as previously described to notify the RRC peer in thebase station 20 of the successful update. On the network side, thebase station 20 receives the ACK from themobile device 50 and also applies the updated DRX configuration at the first subframe of the next DRX on duration according to the current DRX configuration. In the case where the updated configuration is contained in an RCR message, thebase station 20 does not wait for the RCRC message to apply the changes. Upon receipt of the RCRC message, the MAC layer in thebase station 20 delivers the RCRC message to the RRC layer and sends an RLC ACK to themobile device 50. - In some scenarios, it could be advantageous to use different configuration DRX cycles depending on whether a Time Alignment Timer (TAT) is not running, i.e. depending on whether the
mobile device 50 is in-sync or out-of-sync. In this case, a first DRX configuration having a first DRX cycle is used when the TAT is running and a second DRX configuration with a different DRX cycle is used when the TAT is not running.U.S. Provisional Application No. 62/079,039 -
Figure 7 is a timing diagram illustrating a second exemplary method for changing DRX parameters. This method may be used, for example, when different DRX configurations are used depending on whether the TAT is running. It is assumed that themobile device 50 has previously received a control message containing a DRX configuration for use by themobile device 50. It is further assumed that themobile device 50 is time-synchronized with thebase station 20 and that the TAT at themobile device 50 is running. At some point, thenetwork 10 decides to update the DRX configuration for the connection with themobile device 50 and thebase station 20 sends an updated DRX configuration to the mobile device 50 (event 1). The updated configuration could be sent in a RRC message, such as a RCR message, or in a control message sent according to the MAC protocol. Themobile device 50 receives the updated DRX configuration and sends an Acknowledgement (ACK) to thebase station 20 on the PUCCH as previously described (event 2). In contrast to the prior art, themobile device 50 does not immediately apply the updated DRX configuration. Rather, themobile device 50 continues to use the current DRX configuration after receiving the updated DRX configuration until after the expiration of the TAT (event 3). When the TAT expires, themobile device 50 applies the new DRX configuration at the first subframe of the next DRX on duration according to the current DRX configuration following the expiration of the TAT (event 4). If the updated configuration is received in a RCR message, after applying the updated DRX configuration, themobile device 50 sends the RCRC message as previously described to notify the RRC peer in thebase station 20 of the successful update. On the network side, thebase station 20 receives the ACK from themobile device 50 and also applies the updated DRX configuration at the first subframe of the next DRX on duration according to the current DRX configuration following expiration of the TAT timer. In the case where the updated configuration is contained in an RCR message, thebase station 20 does not wait for the RCRC message to apply the changes. Upon receipt of the RCRC message, the MAC layer in thebase station 20 delivers the RCRC message to the RRC layer and sends an RLC ACK to themobile device 50. -
Figure 8 is a timing diagram illustrating a third exemplary method for changing DRX parameters. This method may be used, for example, when different DRX configurations with different DRX cycles are used depending on whether the TAT is running. It is assumed that themobile device 50 has previously received a control message containing a DRX configuration for use by themobile device 50. It is further assumed that themobile device 50 is not synchronized with thebase station 20 and that the TAT at themobile device 50 is not running. At some point, thenetwork 10 decides to update the DRX configuration for the connection with themobile device 50 and thebase station 20 sends an updated DRX configuration to the mobile device 50 (event 1). The updated configuration could be sent in a RRC message, such as a RCR message, or in a control message sent according to the MAC protocol. Themobile device 50 receives the updated DRX configuration and sends an Acknowledgement (ACK) to thebase station 20 on the PUCCH as previously described (event 2). In contrast to the prior art, themobile device 50 does not immediately apply the updated DRX configuration. Rather, themobile device 50 continues to use the current DRX configuration after receiving the updated DRX configuration until themobile device 50 successfully synchronizes with thebase station 20 during a subsequent random access (RA) procedure (event 3). When themobile device 50 has successfully synchronized with thebase station 20, themobile device 50 applies the new DRX configuration at the first subframe of the next DRX on duration according to the current DRX configuration following successful synchronization (event 4). If the updated configuration is received in a RCR message, after applying the updated DRX configuration, themobile device 50 sends the RCRC message as previously described to notify the RRC peer in thebase station 20 of the successful update. On the network side, thebase station 20 receives the ACK from themobile device 50 and also applies the updated DRX configuration at the first subframe of the next DRX on duration according to the current DRX configuration following successful synchronization of themobile device 50 in a random access procedure. In the case where the updated configuration is contained in an RCR message, thebase station 20 does not wait for the RCRC message to apply the changes. Upon receipt of the RCRC message, the data layer in thebase station 20 delivers the RCRC message to the RRC layer and sends an RLC ACK to themobile device 50. - A change in the DRX configuration may include a change in the length of the DRX cycle. Change in the length of the DRX cycle may occur, for example, when adding a new bearer that has a different Quality of Service (QoS) requirement. In this case, the connection may be configured with a service-specific DRX configuration. For example, in the case of a new bearer being added for a voice conversation in which a shorter DRX cycle is preferable, the length of the DRX cycle may be reduced from N to M where M < N as shown in
Figure 9 . When the voice bearer is released, the mobile device may revert back to the previous DRX configuration as shown inFigure 10 . In the examples shown inFigures 9 and10 , themobile device 50 receives a control message containing the updated DRX configuration (event 1), sends an ACK to acknowledge the control message four subframes later (event 2), and then applies the updated DRX configuration at the first subframe of the next DRX on duration according to the current DRX configuration (event 3). In other embodiments, themobile device 50 could wait for the expiration of a TAT if themobile device 50 is time synchronized with thebase station 20, or until it synchronizes with thebase station 20 as part of a RA procedure if the mobile device is out-of-sync. - When the DRX configuration is changed, the
mobile device 50 may need to recalculate a new DRX start offset for the recurring DRX on duration, i.e. the on duration phase. In the case where the length of the DRX cycle is changed from N to M as shown inFigure 9 , the new DRX start offset, denoted drxStartOffsetM may be computed according to:
drxStartOffsetM=drxStartOffsetN mod M= remainder(drxStartOffsetN/M) (Eq. 1) where drxStartOffsetN is the current DRX start offset. When themobile device 50 reverts back from M to N as shown inFigure 10 , themobile device 50 reverts back to drxStartOffsetN. - Another example is when the
network 10 decides to change the DRX configuration based on the application activity as detected by themobile device 50, which may require a lower duty cycle to conserve battery power. In this case, the length of the DRX cycle may be increased from N to L where L>N as shown inFigure 11 . As previously described, themobile device 50 receives a control message containing the updated DRX configuration (event 1), sends an ACK to acknowledge the control message four subframes later (event 2), and then applies the updated DRX configuration at the first subframe of the next DRX on duration according to the current DRX configuration (event 3). In other embodiments, themobile device 50 could wait for the expiration of a TAT if themobile device 50 is time synchronized with thebase station 20, or until it synchronizes with thebase station 20 as part of a RA procedure if themobile device 50 is out-of-sync. In the case where the length of the DRX cycle is changed from N to L as shown inFigure 11 , and assuming that L is a multiple of N, themobile device 50 may continue to use the previous DRX start offset. That is, there is no need to change the DRX start offset where L is a multiple of N. -
Figure 12 illustrates anexemplary method 100 implemented by amobile device 50 of changing the discontinuous reception (DRX) configuration for a connection between a mobile device and a base station. It is assumed that themobile device 50 has previously received a control message containing a DRX configuration for use by themobile device 50. The method begins when themobile device 50 receives, from thebase station 20, a control message indicating updated configuration parameters for the connection with the base station 20 (block 105). The control message is received at a time when themobile device 50 has its receiver turned on, e.g., during an on duration of a DRX cycle according to a current DRX configuration or when the DIAT is running. Responsive to the receipt of the control message, themobile device 50 sends an acknowledgement of the control message to the base station 20 (block 110). Themobile device 50 continues using the current DRX configuration for the connection after receipt of the updated configuration parameters until a subsequent on duration of the DRX cycle according to the current DRX configuration has occurred (block 115). Themobile device 50 applies the updated configuration parameters for the connection in the subsequent on duration of the DRX cycle (block 120). In some embodiments, the method further comprises turning at least a portion of a receiver circuit in themobile device 50 on and off according to the updated DRX configuration (block 125). - In one embodiment, the
mobile device 50 applies the updated configuration parameters at the first subframe of the next on duration according to the current DRX configuration. In other embodiments, themobile device 50 waits for the occurrence of a predetermined event and then applies the updated configuration parameters at the first subframe of the next on duration according to the current DRX configuration after the predetermined event. The predetermined event may, for example, comprise the expiration of a Time Alignment Timer (TAT) if themobile device 50 is synchronized with thebase station 20. The predetermined event may also comprise a successful resynchronization by random access if themobile device 50 is not synchronized with thebase station 20. - In some embodiments of the method shown in
Figure 12 , the length of the DRX cycle according to the updated configuration parameters is different from the length of the DRX cycle according to the current DRX configuration. In this case, the method further comprises computing a new DRX start offset for the updated DRX configuration as a function of a current DRX start offset for the current DRX configuration. In some embodiments, where the length of the DRX cycle according to the updated configuration parameters is shorter than the length of the DRX cycle according to the current DRX configuration, a new DRX start offset is computed according toEquation 1. -
Figure 13 illustrates anexemplary method 150 implemented by abase station 20 of changing the discontinuous reception (DRX) configuration for a connection between amobile device 50 and thebase station 20. It is assumed that themobile device 50 is already configured for DRX operation. The method begins when thebase station 20 sends to the mobile device 50 a control message indicating updated configuration parameters, i.e., DRX parameters, for the connection with the base station 20 (block 155). The control message is sent at a time when themobile device 50 has its receiver turned on, e.g., during an on duration of a DRX cycle according to a current DRX configuration or when the DIAT is running. Thebase station 20 subsequently receives an acknowledgement of the control message sent by themobile device 50 to thebase station 20 responsive to the control message (block 160). Thebase station 20 continues using the current DRX configuration for the connection after sending the control message until a subsequent on duration of the DRX cycle according to the current DRX configuration has occurred (block 165). Thebase station 20 applies the updated configuration parameters for the connection in the subsequent on duration of the DRX cycle (block 170). In some embodiments, the method further comprises transmitting control message to themobile device 50 during on durations of a DRX cycle according to the updated DRX configuration (block 175). - In one embodiment, the
base station 20 applies the updated configuration parameters at the first subframe of the next on duration according to the current DRX configuration. In other embodiments, thebase station 20 waits for the occurrence of a predetermined event and then applies the updated configuration parameters at the first subframe of the next on duration according to the current DRX configuration after the predetermined event. The predetermined event may, for example, comprise the expiration of a Time Alignment Timer (TAT) if themobile device 50 is synchronized with thebase station 20. The predetermined event may also comprise a successful resynchronization by random access if themobile device 50 is not synchronized with thebase station 20. - In some embodiments of the method shown in
Figure 13 , the length of the DRX cycle according to the updated configuration parameters is different from the length of the DRX cycle according to the current DRX configuration. In this case, the method further comprises computing a new DRX start offset for the updated DRX configuration as a function of a current DRX start offset for the current DRX configuration. In some embodiments, where the length of the DRX cycle according to the updated configuration parameters is shorter than the length of the DRX cycle according to the current DRX configuration, the a new DRX start offset is computed according toEquation 1. -
Figure 14 illustrates an exemplarymobile device 50 configured to implement DRX as herein described. Themobile device 50 comprises aninterface circuit 55 for communicating with a servingbase station 20 over a wireless communication channel, aprocessing circuit 60 to control the overall operation of themobile device 50 and process data transmitted and received by themobile device 50, andmemory 65 to store program instructions and data needed by theprocessing circuit 60. Theinterface circuit 55 may for example comprise a cellular transceiver circuit including transmitter and receiver circuits. The transceiver circuit may be configured according to any known standard. In one embodiment, the transceiver circuit is configured to operate according to the LTE standard. The transceiver circuit could also be configured to operate according to the WCDMA, WiMAX, and WLAN standards. Theprocessing circuit 60 comprises one or more microprocessors, hardware, firmware or a combination thereof. The functions performed by theprocessing circuit 60 include configuring DRX parameters for DRX mode as herein described.Memory 65 stores program instructions and data used by theprocessing circuit 60 for operation. Thememory 65 includes non-volatile memory such as read-only memory (ROM) or flash memory for storing program instructions and permanent data.Memory 65 may further include random access memory (RAM) or other volatile memory for storing temporary data generated during operation.Memory 65 may be implemented by one or more discrete memory devices or may be integrated into a microprocessor or microcontroller in theprocessing circuit 60. In one embodiment,memory 65 comprises a non-transitory computer readable medium storingexecutable program code 70 that when executed by theprocessing circuit 60 in themobile device 50 causes themobile device 50 to perform the method shown inFigure 12 . -
Figure 15 illustrates the main functional components of anexemplary base station 20. Thebase station 20 comprises aninterface circuit 25 for communicating withmobile devices 50 over a wireless communication channel, aprocessing circuit 30 to control the overall operation of thebase station 20 and process data transmitted and received by thebase station 20, andmemory 35 to store program instructions and data needed by theprocessing circuit 30. Theinterface circuit 25 may for example comprise a cellular transceiver circuit including transmitter and receiver circuits. The transceiver circuit may be configured according to any known standard. In one embodiment, the transceiver circuit is configured to operate according to the LTE standard. The transceiver circuit could also be configured to operate according to the WCDMA, WiMAX, and WLAN (Wireless Local Area Network) standards. Theprocessing circuit 30 comprises one or more microprocessors, hardware, firmware or a combination thereof. The functions performed by theprocessing circuit 30 include configuring DRX parameters for DRX mode as herein described.Memory 35 stores program instructions and data used by theprocessing circuit 30 for operation. Thememory 35 includes non-volatile memory such as read-only memory (ROM) or flash memory for storing program instructions and permanent data.Memory 35 may further include random access memory (RAM) or other volatile memory for storing temporary data generated during operation.Memory 35 may be implemented by one or more discrete memory devices or may be integrated into a microprocessor or microcontroller in theprocessing circuit 30. In one embodiment,memory 35 comprises a non-transitory computer readable medium storingexecutable program code 40 that when executed by theprocessing circuit 30 in thebase station 20 causes thebase station 20 to perform the method shown inFigure 13 . - Using the techniques herein described, the sequence to change DRX configuration is likelier to end successfully, thereby decreasing the number of dropped connections. Reducing dropped connections will be advantageous to Quality of Experience (QoE) values expected by the mobile device users and also to the Key Performance Values (KPVs) as monitored continuously by the network operator. The KPV gains may be reflected in metrics and formulas used for retainability (dropped connections) and also for accessibility because the techniques will decrease the amount of signaling used to re-establish connections.
- The MAC peers will use the same timers and parameters for DRX. If by chance the DIAT expires some time during the execution of the sequence, the MAC peers in the
mobile device 50 andbase station 20 will both understand that the active time has ended and when it will reoccur. The connection between thebase station 20 andmobile device 50 will remain intact and thebase station 20 can focus its limited transmission attempts to situations whenmobile device 50 is actively receiving PDCCH. - The present disclosure may, of course, be carried out in other ways than those specifically set forth herein without departing from the scope of the appended claims. The present embodiments are to be considered in all respects as illustrative and not restrictive, and all changes coming within the scope of the appended claims are intended to be embraced therein.
Claims (14)
- A method (100) implemented by a mobile device (50) of changing the discontinuous reception, DRX, configuration for a connection between a mobile device (50) and a base station (20), said method comprising:receiving (105), from the base station (20), a control message indicating updated configuration parameters for the connection with the base station (20); and sending (110), by the mobile device (50), an acknowledgement of the control message;continuing to use (115) a current DRX configuration for the connection after receipt of the control message until a subsequent on duration of a DRX cycle according to the current DRX configuration has occurred; andapplying (120) the updated configuration parameters for the connection in the subsequent on duration of the DRX cycle,characterized in thatthe length of the DRX cycle according to the updated configuration parameters is different from the length of the DRX cycle according to the current DRX configuration, and said method further comprises computing a new DRX start offset for the updated DRX configuration as a function of a current DRX start offset for the current DRX configuration.
- The method (100) of claim 1, wherein continuing to use (115) the previous configuration parameters for the connection after receipt of the updated configuration parameters comprises continuing to use the current configuration parameters until the first subframe in the next on duration of the DRX cycle following receipt of the control message.
- The method (100) of claim 1, wherein continuing to use (115) the previous configuration parameters for the connection after receipt of the updated configuration parameters comprises:waiting for the expiration of a time alignment timer; andcontinuing to use the current configuration parameters until the first subframe in the next on duration of the DRX cycle following the expiration of the time alignment timer.
- The method (100) of claim 1, wherein continuing to use (115) the previous configuration parameters for the connection after receipt of the updated configuration parameters comprises:resynchronizing with the base station (20) as part of a random access procedure; andcontinuing to use the current configuration parameters until the first subframe in the next on duration of the DRX cycle following resynchronization.
- The method (100) of claim 1, wherein the length of the DRX cycle according to the updated configuration parameters is shorter than the length of the DRX cycle according to the current DRX configuration, and wherein computing a new DRX start offset comprises computing the new DRX start offset according to drxStartOffsetM=drxStartOffsetN mod M= remainder(drxStartOffsetN/M, where N is the current DRX start offset and M is the new DRX start offset.
- A mobile device (50) comprising:an interface circuit (55) including a receiver for communicating with a serving base station (20) over a wireless communication channel; anda processing circuit (60) operatively connected to the interface circuit, said processing circuit configured:receive, from the base station (20), a control message indicating updated configuration parameters for the connection with the base station (20);send, by the mobile device (50), an acknowledgement of the control message; wherein the processing circuit (60) is further configured to:continue to use the a current DRX configuration for the connection after receipt of the control message until a subsequent on duration of a DRX cycle according to the current DRX configuration has occurred; andapply the updated configuration parameters for the connection in the subsequent on duration of the DRX cycle, characterized in that: the length of the DRX cycle according to the updated configuration parameters is different from the length of the DRX cycle according to the current DRX configuration, and said processing circuit (60) is further configured to compute a new DRX start offset for the updated DRX configuration as a function of a current DRX start offset for the current DRX configuration.
- A method (150) implemented by a base station (20) of changing the discontinuous reception, DRX, configuration for a connection between a mobile device (50) and the base station (20), said method comprising:sending (155) a control message indicating updated configuration parameters for the connection with the mobile device (50); andreceiving (160), by the base station (20), an acknowledgement of the control message from the mobile device (50) responsive to the control message;continuing to use (165) a current DRX configuration for the connection after receipt of the acknowledgement until a subsequent on duration of a DRX cycle according to the current DRX configuration has occurred; andapplying (170) the updated configuration parameters for the connection in the subsequent on duration of the DRX cycle,characterized in thatthe length of the DRX cycle according to the updated configuration parameters is different from the length of the DRX cycle according to the current DRX configuration, and said method further comprises computing a new DRX start offset for the updated DRX configuration as a function of a current DRX start offset for the current DRX configuration.
- The method (150) of claim 7, wherein continuing to use (165) the previous configuration parameters for the connection after receipt of the updated configuration parameters comprises continuing to use the current configuration parameters until the first subframe in the next on duration of the DRX cycle following receipt of the control message.
- The method (150) of claim 7, wherein continuing to use (165) the previous configuration parameters for the connection after receipt of the updated configuration parameters comprises:waiting for the expiration of a time alignment timer; andcontinuing to use the current configuration parameters until the first subframe in the next on duration of the DRX cycle following the expiration of the time alignment timer.
- The method (150) of claim 7, wherein continuing to use (165) the previous configuration parameters for the connection after receipt of the updated configuration parameters comprises:resynchronizing with the mobile device (50) as part of a random access procedure; andcontinuing to use the current configuration parameters until the first subframe in the next on duration of the DRX cycle following resynchronization.
- A base station (20) comprising:an interface circuit (25) for communicating with a mobile device (50) over a wireless communication channel; anda processing circuit (30) operatively connected to the interface circuit, said processing circuit (30) configured:send a control message indicating updated configuration parameters for the connection with the mobile device (50); andreceive an acknowledgement of the control message from the mobile device (50) responsive to the control message;wherein the processing circuit (30) is further configured to: continue to use a current DRX configuration for the connection after receipt of the acknowledgement until a subsequent on duration of a DRX cycle according to the current DRX configuration has occurred; andapply the updated configuration parameters for the connection in the subsequent on duration of the DRX cycle,characterized in that the length of the DRX cycle according to the updated configuration parameters is different from the length of the DRX cycle according to the current DRX configuration, and said processing circuit (30) is further configured to compute a new DRX start offset for the updated DRX configuration as a function of a current DRX start offset for the current DRX configuration.
- A computer program (70) comprising executable instructions that, when executed by a processing circuit in a mobile device (50) (50) in a communication network (10) (10), causes the mobile device (50) (50) to perform any one of the methods of claims 1-5.
- A computer program (40) comprising executable instructions that, when executed by a processing circuit in a base station (20) (20) in a communication network (10) (10), causes the base station (20) (20) to perform any one of the methods of claims 7-10.
- A carrier containing a computer program of claim 12 or 13, wherein the carrier is one of an electronic signal, optical signal, radio signal, or computer readable storage medium.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201562163472P | 2015-05-19 | 2015-05-19 | |
PCT/SE2016/050441 WO2016186555A1 (en) | 2015-05-19 | 2016-05-17 | Activation of drx parameters |
Publications (2)
Publication Number | Publication Date |
---|---|
EP3298832A1 EP3298832A1 (en) | 2018-03-28 |
EP3298832B1 true EP3298832B1 (en) | 2020-03-18 |
Family
ID=56113032
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP16727859.7A Active EP3298832B1 (en) | 2015-05-19 | 2016-05-17 | Activation of drx parameters |
Country Status (3)
Country | Link |
---|---|
US (1) | US10342063B2 (en) |
EP (1) | EP3298832B1 (en) |
WO (1) | WO2016186555A1 (en) |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106385712B (en) * | 2015-07-27 | 2021-07-23 | 中兴通讯股份有限公司 | Data transmission method and system |
US10869357B2 (en) * | 2016-03-24 | 2020-12-15 | Lg Electronics Inc. | Method for configuring discontinuous reception in a communication system and device therefor |
CN107666691B (en) * | 2016-07-28 | 2021-05-25 | 电信科学技术研究院 | Terminal state conversion method and device |
CN108307547A (en) * | 2016-09-30 | 2018-07-20 | 中兴通讯股份有限公司 | A kind of method and device of determining discontinuous reception configuration information |
WO2019157667A1 (en) | 2018-02-13 | 2019-08-22 | 华为技术有限公司 | Communication method and device |
EP3745792B1 (en) * | 2018-02-13 | 2023-12-13 | Huawei Technologies Co., Ltd. | Communication method and device |
FR3078468A1 (en) * | 2018-02-28 | 2019-08-30 | Orange | METHOD OF SUSPENDING A BASE STATION, COMPUTER PROGRAM PRODUCT, DEVICE, CORRESPONDING BASE STATION AND SIGNAL. |
WO2019182287A1 (en) * | 2018-03-22 | 2019-09-26 | 주식회사 케이티 | Method for performing communication by terminal and apparatus thereof |
US10848222B2 (en) * | 2018-09-28 | 2020-11-24 | Qualcomm Incorporated | Synchronizing timing for updating beam configuration information |
CN111436119B (en) * | 2019-01-11 | 2023-08-01 | 大唐移动通信设备有限公司 | DRX transmission method and related equipment |
CN114208275A (en) * | 2019-07-31 | 2022-03-18 | 中兴通讯股份有限公司 | Discontinuous Reception (DRX) configuration for Automatic Neighbor Relation (ANR) |
CN112533281B (en) * | 2019-09-19 | 2024-09-06 | 中兴通讯股份有限公司 | DRX communication synchronization and start control method, device, equipment and storage medium |
WO2021217387A1 (en) * | 2020-04-28 | 2021-11-04 | Qualcomm Incorporated | Recovery from repeated network configuration failure |
CN116648994A (en) * | 2020-07-21 | 2023-08-25 | 瑞典爱立信有限公司 | DRX method and device for XR service |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20100052064A (en) | 2008-11-10 | 2010-05-19 | 삼성전자주식회사 | Method and apparatus for controlling discontinuous reception at mobile communication system |
US9681385B2 (en) * | 2010-11-15 | 2017-06-13 | Samsung Electronics Co., Ltd | Method and apparatus for optimizing power consumption of a terminal in a mobile communication system |
EP2642799B1 (en) * | 2010-11-15 | 2016-12-21 | Samsung Electronics Co., Ltd | Method and apparatus for optimizing power consumption of a terminal in a mobile communication system |
CN103139920B (en) * | 2011-11-24 | 2016-06-29 | 华为技术有限公司 | A kind of method for discontinuous reception configuration and subscriber equipment |
US9526091B2 (en) * | 2012-03-16 | 2016-12-20 | Intel Corporation | Method and apparatus for coordination of self-optimization functions in a wireless network |
US9693306B2 (en) * | 2012-07-11 | 2017-06-27 | Blackberry Limited | Mechanisms to support UE power preference signaling |
US10237882B2 (en) * | 2013-06-26 | 2019-03-19 | Lg Electronics Inc. | Method for supporting discontinuous reception and apparatus therefor in wireless communication system supporting reconfiguration of wireless resource |
US9510389B2 (en) | 2013-09-26 | 2016-11-29 | Blackberry Limited | Discontinuous reception configuration |
-
2016
- 2016-05-17 WO PCT/SE2016/050441 patent/WO2016186555A1/en active Application Filing
- 2016-05-17 EP EP16727859.7A patent/EP3298832B1/en active Active
- 2016-05-17 US US15/122,450 patent/US10342063B2/en active Active
Non-Patent Citations (1)
Title |
---|
None * |
Also Published As
Publication number | Publication date |
---|---|
EP3298832A1 (en) | 2018-03-28 |
WO2016186555A1 (en) | 2016-11-24 |
US10342063B2 (en) | 2019-07-02 |
US20170156176A1 (en) | 2017-06-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3298832B1 (en) | Activation of drx parameters | |
JP6575783B2 (en) | User terminal method and user terminal | |
WO2019137378A1 (en) | Communication method, communication device, and network device | |
JP2023528594A (en) | USER EQUIPMENT AND METHOD FOR SMALL DATA TRANSMISSION | |
JP5876585B2 (en) | Various timer operations in wireless communication systems | |
WO2021052057A1 (en) | Discontinuous reception (drx) data transmission method and device, and storage medium | |
EP4106417A1 (en) | Discontinuous reception processing method, terminal, device, and medium | |
EP4044761A1 (en) | Discontinuous reception method, terminal device and storage medium | |
WO2018184571A1 (en) | Feedback information transmission and reception methods and related device, and storage medium | |
WO2012167629A1 (en) | Processing method and device for terminal to maintain uplink synchronization in drx mode | |
US20180270897A1 (en) | Apparatus and method for providing power saving during idle to connected mode transitions | |
CN113950164B (en) | Method and apparatus for controlling discontinuous reception behavior over multiple radio interfaces | |
EP3028529B1 (en) | Methods, network node, wireless device, computer programs and computer program products for use with discontinous reception | |
WO2022179496A1 (en) | Terminal device, network node, and methods therein for drx configuration | |
JP7109538B2 (en) | Prioritizing network access | |
WO2023179693A1 (en) | User equipment and method for drx operation | |
US20240172183A1 (en) | Method and apparatus for selecting transmission resource in internet of vehicles, and terminal | |
JP7431991B2 (en) | Data reception without control channel monitoring | |
US20230292314A1 (en) | Method of uplink resource allocation and user equipment thereof | |
CN117354900A (en) | Discontinuous reception configuration method and device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE |
|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE |
|
17P | Request for examination filed |
Effective date: 20171128 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
AX | Request for extension of the european patent |
Extension state: BA ME |
|
DAV | Request for validation of the european patent (deleted) | ||
DAX | Request for extension of the european patent (deleted) | ||
RIC1 | Information provided on ipc code assigned before grant |
Ipc: H04W 76/04 20181130ALI20161129BHEP Ipc: H04W 52/02 20090101AFI20161129BHEP |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: H04W 52/02 20090101AFI20161129BHEP Ipc: H04W 76/04 20090101ALI20161129BHEP |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: EXAMINATION IS IN PROGRESS |
|
17Q | First examination report despatched |
Effective date: 20190902 |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: H04W 52/02 20090101AFI20191122BHEP |
|
GRAP | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOSNIGR1 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: GRANT OF PATENT IS INTENDED |
|
INTG | Intention to grant announced |
Effective date: 20200108 |
|
GRAS | Grant fee paid |
Free format text: ORIGINAL CODE: EPIDOSNIGR3 |
|
GRAA | (expected) grant |
Free format text: ORIGINAL CODE: 0009210 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE PATENT HAS BEEN GRANTED |
|
AK | Designated contracting states |
Kind code of ref document: B1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
REG | Reference to a national code |
Ref country code: GB Ref legal event code: FG4D |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R096 Ref document number: 602016032018 Country of ref document: DE |
|
REG | Reference to a national code |
Ref country code: AT Ref legal event code: REF Ref document number: 1247361 Country of ref document: AT Kind code of ref document: T Effective date: 20200415 Ref country code: IE Ref legal event code: FG4D |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: FI Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200318 Ref country code: RS Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200318 Ref country code: NO Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200618 |
|
REG | Reference to a national code |
Ref country code: NL Ref legal event code: MP Effective date: 20200318 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: GR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200619 Ref country code: BG Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200618 Ref country code: HR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200318 Ref country code: LV Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200318 Ref country code: SE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200318 |
|
REG | Reference to a national code |
Ref country code: LT Ref legal event code: MG4D |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: NL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200318 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: PT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200812 Ref country code: SM Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200318 Ref country code: EE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200318 Ref country code: RO Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200318 Ref country code: IS Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200718 Ref country code: SK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200318 Ref country code: CZ Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200318 Ref country code: LT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200318 |
|
REG | Reference to a national code |
Ref country code: AT Ref legal event code: MK05 Ref document number: 1247361 Country of ref document: AT Kind code of ref document: T Effective date: 20200318 |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R097 Ref document number: 602016032018 Country of ref document: DE |
|
PLBE | No opposition filed within time limit |
Free format text: ORIGINAL CODE: 0009261 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: DK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200318 Ref country code: IT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200318 Ref country code: AT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200318 Ref country code: ES Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200318 Ref country code: MC Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200318 Ref country code: CH Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20200531 Ref country code: LI Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20200531 |
|
26N | No opposition filed |
Effective date: 20201221 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: PL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200318 |
|
REG | Reference to a national code |
Ref country code: BE Ref legal event code: MM Effective date: 20200531 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: LU Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20200517 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: IE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20200517 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: BE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20200531 Ref country code: SI Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200318 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: TR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200318 Ref country code: MT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200318 Ref country code: CY Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200318 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: MK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200318 Ref country code: AL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20200318 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: GB Payment date: 20240527 Year of fee payment: 9 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: DE Payment date: 20240530 Year of fee payment: 9 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: FR Payment date: 20240527 Year of fee payment: 9 |