Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W52/00—Power management, e.g. Transmission Power Control [TPC] 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 leader and terminal is follower
  • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is leader and terminal is follower using a pre-established activity schedule, e.g. traffic indication frame
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
  • H04W52/02—Power saving arrangements
  • H04W52/0209—Power saving arrangements in terminal devices
  • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
  • H04W52/02—Power saving arrangements
  • H04W52/0209—Power saving arrangements in terminal devices
  • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
  • H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
  • H04W52/02—Power saving arrangements
  • H04W52/0209—Power saving arrangements in terminal devices
  • H04W52/0251—Power saving arrangements in terminal devices using monitoring of local events, e.g. events related to user activity
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
  • H04W52/02—Power saving arrangements
  • H04W52/0209—Power saving arrangements in terminal devices
  • H04W52/0261—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level
  • H04W52/0274—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof
  • H04W52/028—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof switching on or off only a part of the equipment circuit blocks
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04W—WIRELESS COMMUNICATION NETWORKS
  • H04W56/00—Synchronisation arrangements
• • 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]
• • 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

• This disclosure relates generally to wireless communications and, more particularly, to supporting power saving such as discontinuous reception (DRX) when low-latency data such as extended Reality (XR) arrives with a non-integer periodicity.
• DRX discontinuous reception
• XR extended Reality
• Discontinuous reception is a feature loT or MTC devices use to reduce power consumption.
• a user device can go into a sleep mode for a certain period (e.g., an off-duration period) and then wake up after the off-duration period to monitor the DL signal from the base station (e.g., an on-duration period).
• the DRX cycle defines the time interval between two consecutive time periods when the UE is awake
• C-DRX connected-mode DRX
• AR augmented reality
• VR virtual reality
• extended reality frame rates.
• These cycles are integer values, e.g., long DRX cycles have the duration of 10, 20, 32, 40, 60, 64, etc. ms, and short DRX cycles have the duration of 2, 3, 4, 5, 6, 7, 8, 10, 14, 16, etc. ms.
• the 3rd Generation Partnership Project (3 GPP) participants recently agreed that packet arrival rates to be evaluated for XR are 30, 60, 90, or 120 frames per second (fps), and thus the corresponding traffic periodicities of XR can be non-integer values such as 33.33, 16.67, 11.11, are 8.33 ms. There is a mismatch between the XR traffic arrival periodicities and the C-DRX cycles for both long and short cases.
• This misalignment causes a time drift between the arrival of the XR video frames and the start of the C-DRX cycles. Accumulation of the time drift in turn causes the expected arrival time of the XR traffic to fall outside the C-DRX On-duration, or the period of time when a receiver is awake and capable of receiving data.
• the misalignment causes a larger latency for data scheduling and further reduces the XR/CG system capacity.
• An example embodiment of the techniques of this disclosure is a power saving method is implemented in a user equipment (UE).
• the method comprises monitoring signaling according to a periodic schedule in which a monitoring cycle having a cycle length includes an on-duration period during which the UE monitors signaling between the UE and a radio access network (RAN), and an off-duration period; communicating, with the RAN and during the monitoring, traffic with a traffic periodicity; and adjusting alignment between the monitoring and the communicating using a timer with a timer duration based on (i) the cycle length, (ii) the traffic periodicity, and (iii) the on-duration period.
• RAN radio access network
• Another example embodiment of these techniques is a configuration method implemented in a base station operating in a radio access network (RAN), the method comprising: transmitting, to a user equipment (UE), a periodic schedule including a monitoring cycle having a cycle length with an on-duration period during which the UE monitors signaling between the UE and the radio access network (RAN), and an off-duration period; communicating, with the UE and while the UE monitors the signaling according to the periodic schedule, traffic with a traffic periodicity; and configuring the UE to adjust alignment between the monitoring and the communicating using a timer with a timer duration based on (i) the cycle length, (ii) the traffic periodicity, and (iii) the on-duration period.
• a user equipment UE
• a periodic schedule including a monitoring cycle having a cycle length with an on-duration period during which the UE monitors signaling between the UE and the radio access network (RAN), and an off-duration period
• communicating with the UE and while the UE monitors
• Another example embodiment of these techniques is an apparatus comprising a transceiver and processing configured to implement one of the methods above.
• Fig. 1 is a block diagram of an example wireless communication system in which devices can align monitoring and communication periodicity to implement power saving;
• Fig. 2A illustrates an example DRX cycle
• Fig. 2B illustrates an example DRX cycle with a DRX offset
• Fig. 2C illustrates misalignment due to non-integer traffic periodicity
• Fig. 2D illustrates example jitter distribution for video traffic
• FIG. 3 is a messaging diagram of an example scenario in which a network modifies an initial configuration of DRX and notifies the UE accordingly;
• Fig. 4A is a flow diagram of an example network-side method for specifying a DRX cycle in units other than subframes (e.g., OFDM symbols);
• FIG. 4B a flow diagram of an example network-side method for providing a UE with a DRX configuration along with an indication of non-integer periodicity
• FIG. 5 a flow diagram of an example network-side method for providing a UE with an indication that the UE should determine the start time of a new DRX cycle based on the reception time of the indication;
• Fig. 6 is a flow diagram of an example network-side method for specifying a timer according to which the UE applies adjustment to the DRX cycle.
• Fig. 7 is a flow diagram of an example UE-side method for receiving an indication of a DRX cycle in units other than subframes (e.g., OFDM symbols);
• Fig. 8 a flow diagram of an example UE-side method for determining the start time of a new DRX cycle based on a time when the UE receives an appropriate indication from the base station;
• Fig. 9 is a flow diagram of an example UE-side method for using a timer, which can be network-specified, for applying adjustment to the DRX cycle;
• FIG. 10 a flow diagram of an example UE-side method for receiving a DRX configuration along with an indication of non-integer periodicity, and calculating a timer for adjusting the DRX cycle;
• FIG. 11 illustrates adjustment of DRX according to the methods of Figs. 4A and 7, for example;
• Fig. 12 illustrates adjustment of DRX according to the methods of Figs. 6 and 9, for example.
• Fig. 13 illustrates an example technique for managing jitter, which the devices of Fig. 1 can implement.
• a user equipment (UE) and/or a network element such a base station implement one or more of the techniques discussed below to align DRX cycles with periodic traffic, to allow the UE to save power.
• These techniques address the misalignment problems discussed above while reducing signaling between the UE and the network, minimizing the shifting of C-DRX cycles forward or backward with respect to traffic arrival, which can compromise the latency or the power consumption, avoiding frequent changes of the offset of a DRX cycle within a frame, and not requiring synchronization between multiple C-DRX configuration.
• a network in some implementations transmits a DRX offset and an indication of a time to a UE, and the UE uses the offset and the indication to determine the start of the next DRX cycle.
• the indication of time is in units other than the subframe, e.g., OFDM symbols.
• the network transmits a message in a subframe/slot/symbol to UE, and the UE then changes the start of DRX cycle based on the frame, subframe, slot, or symbol in which UE receives the message.
• the UE uses the reception time of the message to determine the start of the next DRX cycle.
• the network configures a UE with a timer, or the UE configures a timer in view of parameters the network provides to the UE.
• the UE updates the start of the next DRX cycle.
• the network and the UE can use the timer to track when the nominal start of xR traffic periods completely falls out of DRX on- duration time period.
• UE autonomously (without a command from the network) changes the start of the next DRX cycle to align with XR traffic periods.
• the UE adjusts the drift every fixed number of C-DRX cycles, and applies a fixed offset for each adjustment.
• the UE further considers the C-DRX On-Duration time. As long as the traffic arrival time is still within the On-Duration, the UE does not correct for the drift between the XR traffic arrival and the C-DRX cycles.
• An example wireless communication system 100 includes a user equipment (UE) 102 and a base stations 104 of a radio access network (RAN) 105 connected to a core network (CN) 110.
• the wireless communication system 100 includes more or fewer UEs, and/or more or fewer base stations, than are shown in Fig. 1.
• the base stations 103 can be of any suitable type of a base station such as an evolved node B (eNB), a next-generation eNB (ng-eNB), or a 5G Node B (gNB), for example.
• the base station 104 supports a cell in which the base station 104 and the UE 102 communicate via a radio access technology such as New Radio (NR).
• NR New Radio
• the techniques of this disclosure can also apply to other suitable radio access and/or core network technologies, such as sixth generation (6G) radio access and/or 6G core network or 5G NR-6GDC, for example.
• 6G sixth generation
• the base station 104 includes a transceiver (not shown) and processing hardware 130, which can include one or more general -purpose processors (c.g, central processing units (CPUs)) and a computer-readable memory storing machine-readable instructions executable on the one or more general-purpose processor(s), and/or special-purpose processing units.
• the processing hardware 130 in the example implementation of Fig. 1 includes an XR timing controller 132 that is configured to manage, control, or facilitate the control at the UE 102, of downlink (DL) XR traffic 134 or other low-latency downlink and/or uplink traffic.
• the XR traffic 134 can be period or quasi-periodic.
• the UE 102 includes processing hardware 140, which, in some implementations, includes one or more general-purpose processors (e.g., CPUs) and a computer-readable memory storing machine-readable instructions executable on the general-purpose processor(s), and/or special-purpose processing units.
• the processing hardware 140 in the example implementation of Fig. 1 includes a DRX controller 144 configured to manage DRX cycles and the alignment between DRX cycles the traffic 134.
• the CN 110 can be connected to a streaming server 160 via wide area network 150 such as the Internet.
• the CN 110 is an evolved packet core (EPC) or a fifth-generation core (5GC).
• the base station 104 is an eNB supporting an SI interface for communicating with the EPC, an ng-eNB supporting an NG interface for communicating with the 5GC, or a gNB that supports an NR radio interface as well as an NG interface for communicating with the 5GC.
• the RAN 105 typically multiple base stations, and at least some of the base stations can be interconnected via an X2 or Xn interface.
• the RAN 105 and the CN 110 are collectively referred to as below as “the network” 108.
• the EPC can include a serving gateway (SGW), a mobility management entity (MME), and a packet data network gateway (PGW).
• SGW serving gateway
• MME mobility management entity
• PGW packet data network gateway
• the SGW is generally configured to transfer user-plane packets related to audio calls, video calls, Internet traffic, etc.
• MME mobility management entity
• PGW packet data network gateway
• the PGW provides connectivity from a UE (e.g., the UE 102) to one or more external packet data networks, e.g., an Internet network and/or an Internet Protocol (IP) Multimedia Subsystem (IMS) network.
• IP Internet Protocol
• IMS Internet Protocol Multimedia Subsystem
• the 5GC includes a user plane function (UPF) and an access and mobility management (AMF) 164, and/or a session management function (SMF).
• UPF user plane function
• AMF access and mobility management
• SMF session management function
• Fig. 2A illustrates an example DRX cycle 200 that includes an on-duration period 202 and an off-duration period 204, which the UE 102 can use an opportunity to sleep or, in any case, operate at a reduced power level.
• the on-duration period 202 and the off-duration period 204 add up to an overall length 205 of the DRC cycle 200.
• the UE 102 can monitor signaling from the base station 104 during the period 202, and not monitor signaling from the RAN 105 in general and the base station 104 in particular during the period 204 at all, or reduce the monitoring of signaling.
• the UE 102 can monitor the Physical Downlink Control Channel (PDCCH).
• PDCH Physical Downlink Control Channel
• Fig. 2B illustrates an example DRX cycle 200 with a DRX offset 206.
• the network 108 can indicate a combination of the length 205 of the DRX cycle 200 and the offset 206.
• the nominal start of the first DRX cycle 200 is at the first OFDM symbol of the first slot of the first subframe of the first frame.
• the offset 206 is a delay between the start of the nominal DRX cycle and the start of the actual DRX cycle, as illustrated in Fig. 2B.
• Fig. 2C illustrates misalignment of the nominal DRX cycle with periodic or quasi- periodic traffic 220 due to non-integer traffic periodicity.
• the bursts 220A, 220B, etc. have the periodicity of approximately 16.67 ms
• the DRX cycle has the period of 16 ms, with an on-duration period of 2 ms.
• the bursts 220A-D fall within the corresponding on-duration periods
• the burst 220E falls outside the on-duration periods.
• Fig. 2D illustrates example jitter distribution 250 for video traffic.
• XR and Media traffic arrives at the RAN 105 from the CN 110 with a jitter.
• the main source of the jitter is the video encoder during the video encoding process, which takes different durations in encoding video frames depending on the frames types, content and sizes.
• the traffic arrival is no longer periodic but quasi-periodic with a random jitter.
• the jitter causes extra delay to the XR traffic if the data arrives before the DRX on-duration start time or extra power consumption if the data arrives after the DRX On-Duration start time.
• XR traffic has been modeled using a statistical approach.
• the jitter was modelled as a truncated gaussian distribution with 2 ms standard deviation and +/-4 ms range, as illustrated in Fig. 2D.
• Fig. 3 illustrates an example scenario 300 in which the network 108 (e.g., the base station 104 and/or the CN 110) modifies an initial configuration of DRX and notifies the UE accordingly.
• the network 108 transmits 310 a DRX configuration in a first message which can be for example RR(S Reconfiguration, RRCSetup, RRCReestablishment, RRCReestablishment, RRCResume, etc.
• the first message can include the length of the DRX cycle and the first offset that UE 102 uses to determine the start of DRX cycles.
• the network 108 transmits 310 an indicator that indicates a combination of the length of a DRX cycle and an offset, so that the nominal start of the first DRX cycle is at the first OFDM symbol of the first slot of the first subframe of the first frame, and the offset is a delay between the start of the nominal DRX cycle and the start of the actual DRX cycle (see Fig. 2B).
• Example information the network 108 transmits are discussed below with reference to Figs. 4A-B, 7, and 9-10.
• the UE 102 the processes 320 the first message and begins monitoring signaling according to the configuration. For example, the UE 102 computes the start time of DRX cycles. In one implementation, the start of a short DRX cycle is given by
• the network 108 transmits 330 DL data traffic to the UE 102. At some point, the network 108 also can transmit 340 a modification to the DRX configuration, in a “second” message. In one implementation, the second message is a MAC PDU. In some implementations, the network 108 transmits the second message on a PDCCH that is addressed to a dedicated RNTI. The UE 102 identifies the second message using the dedicated RNTI.
• the UE 102 transmits 360 a Third” message to acknowledge the reception of the second message.
• the third message can be a HARQ ACK or a MAC PDU with a field/indicator in MAC CE or sub-header.
• the network 108 can implement an example method 400A for specifying a DRX cycle in units other than subframes (e.g., OFDM symbols).
• the network 108 transmits a DRX offset and a time unit to the UE 102, and the UE 102 uses the offset and the time unit to determine the start of the next DRX cycle. The UE 102 then determines the start of DRX cycles using this information.
• the network 108 transmits, to the UE 102, a DRX configuration and an indication of a time unit other than a subframe, in a (first) message.
• the first message also includes a first time unit or an indicator of a first time unit.
• the network 108 can utilize a different time unit such as one or more of frames, slots, OFDM symbols, etc., so as to provide better granularity. For example, if the first offset is 10 and the first time unit is one OFDM symbol, the offset is 10 OFDM symbols.
• the network 108 transmits data traffic, such as XR traffic for example, with non-integer periodicity.
• the network 108 transmits a command to modify the DRX configuration.
• the second message can include a second offset or an indicator of a second offset.
• the second offset is a difference that is added or subtracted from the current offset value. For example, if the current offset is 10 OFDM symbols, the second offset is 5, the resulting offset is 10 + 5 symbols.
• the second message can include an indicator that indicates whether the second offset is a delta difference or is an absolute offset. If the second message does not include the second offset, the UE 102 can use the first offset instead.
• the second message may include a second time unit or an indicator of a second time unit. Similar to the first time unit, the second time unit can be one or plural of frames, subframes, slots, OFDM symbols, etc. For example, the second time unit can be 2 slots. UE applies the second time unit to the second offset. If the second message does not include the second time unit, UE uses the first time unit instead.
• the second message can include a first field/indicator that commands the UE 102 to use the second offset and/or the second time unit to compute the start of DRX cycles. For example, if the first field/indicator is set to a pre-defined value, the UE 102 uses the second offset and/or the second time unit to compute the start of DRX cycles.
• the second message is a MAC PDU that contains a MAC subheader.
• a MAC PDU can contain a single MAC subheader or a pair of a MAC subheader and a MAC CE.
• the MAC subheader also contains a logical channel ID that distinguishes itself from other MAC subheaders.
• the MAC subheader can contain a dedicated logical channel ID that distinguishes itself from other MAC subheaders.
• the MAC subheader contains the first field/indicator.
• the MAC CE associated with the MAC subheader in the same MAC PDU can contain the second offset and the second time unit
• FIG. 4B a flow diagram of an example network-side method for providing a UE with a DRX configuration along with an indication of non-integer periodicity
• Fig. 5 illustrates an example 500 method for providing a UE with an indication that the UE should determine the start time of a new DRX cycle based on the reception time of the indication.
• the method 500 also can be implemented in the network 108.
• this approach involves the network transmitting a message in a subframe/slot/symbol to UE and then the UE changes the start of DRX cycles based on the frame/ subframe/slot/symbol that UE receives the message.
• UE instead of using an offset given by network, UE uses receiving time of the message to determine the start of the next DRX cycle.
• Fig. 6 illustrates an example method 600 for specifying a timer according to which the UE applies adjustment to the DRX cycle, which also can be implemented in the network 108.
• This approach generally requires that the network configure a UE with a timer.
• the UE autonomously changes the start of the next DRX cycle.
• the timer tracks when the nominal start of xR traffic periods completely falls out of DRX on-duration time period.
• the UE autonomously changes the start of the next DRX cycle to align with xR traffic periods.
• the network 108 calculates the timer value, which can be a multiple of XR traffic periods.
• the network 108 associates the timer value with one or more channels and/or one or more bearers.
• the network 108 transmits a message (the “first message”) to the UE 102 and includes the DRX configuration and the timer value in the message.
• the network 108 transmits or forwards the traffic with non-integer periodicity to the UE 102.
• the first message can include a first length value for a first timer or an indicator of a first length for a first timer.
• the UE 102 can change the start of the next DRX cycle to align with xR traffic periods. Otherwise, the next nominal xR period falls out of DRX on-duration, as illustrated in Fig. 2C.
• the length of the first timer is one or several of the XR traffic periods. For example, if the nominal start of 4th XR traffic period falls out of DRX on- duration, the length of the first timer can be 3 times the XR traffic periodicity.
• the UE 102 changes the start of the next DRX cycle.
• the first timer may be associated with a channel (e.g. a logical channel or radio bearer) or a group of channels.
• a channel e.g. a logical channel or radio bearer
• the first message includes a first periodicity (e.g. 16.67ms, 11.11ms, 8.33ms) of the data traffic (or an indicator / index associated with the first periodicity).
• a first periodicity e.g. 16.67ms, 11.11ms, 8.33ms
• the UE 102 can derive the first length value.
• n x (periodicity - DRX-cycle-length ) > ( on-duration-time-length - diff the first length value will be n x periodicity, where n is the smallest integer that satisfies the equation.
• the difference can be a constant given in the first message or pre-defined.
• the difference can be the jitter of XR traffic arriving time.
• n is the smallest integer that satisfies the inequality, minus a certain predefined integer value.
• the network 108 indicates the value of n in the first message.
• the product (n x periodicity) may not correspond to an integer number subframes, but in most systems the on-duration time period always starts at the start of a subframe. For this reason, the first length value can be the ceiling or floor of the product (n x periodicity).
• the first length value is set to (n x drx-cycle-length) instead of the product (n x periodicity). Because drx-cycle-length is an integer number of subframes, the product (77 x drx-cycle-length') is an integer number of sub-frames.
• the UE 102 can use a second counter to count the time / subframes.
• the DRX-cycle-length in the scenario 1200 is 6, the on-duration-time-length is 2; and the XR data periodicity is 7.
• the first message can include a time unit or an indicator of a time unit.
• the time unit can apply to the first length value.
• the network 108 transmits a second message to the UE 102.
• the network 108 can change the length of the first timer by including a second length value (or an indicator of the second length value) in the second message.
• the second message may also contain a time unit (or an indicator of the time unit) for the second length value.
• the UE 102 can (re)start the first timer with a length that is derived from the second length value and/or the time unit.
• the network 108 changes the periodicity of the data traffic.
• the UE 102 receives the second message at time t.
• the second message contains a command to ask UE to (re)start the on-duration time at time t or time t+N, where A is predefined or included in the first message.
• the second message contains a third field/indicator that instructs the UE 102 to restart / stop the first timer. For example, if the third field/indicator is set to a pre-defined value, the UE 102 restarts / stops the first timer.
• the second message is a MAC PDU that includes a MAC subheader.
• the MAC subheader can contain a logical channel ID that distinguishes itself from other MAC subheaders in the same MAC PDU.
• the MAC subheader contain the third field/indicator.
• the MAC CE associated with the MAC subheader in the same MAC PDU contains the second length value and its time unit. Tn another impementation, the second message is a DCI that is addressed to a unique RNTI.
• the RNTI can be provided in the first message [0075]
• Fig. 7 illustrates an example method 700 for receiving an indication of a DRX cycle in units other than subframes (e.g., OFDM symbols). The method 700 can be implemented in the UE 102 or another suitable UE.
• the UE 102 receives a DRC configuration and an indication of a time unit.
• the UE 102 configures the DRX cycle using the indication, at block 722.
• the UE 102 uses the equations (1) and (2) above for the time unit of a slot, OFDM symbol, etc. by converting the subframe into slots or OFDM symbols.
• the UE receives traffic in accordance with the DRX cycle.
• the UE receives a modification of the DRX configuration, including a new offset and/or a new time unit.
• the UE applies the received modification.
• the UE 102 uses the second offset and the second time unit to determine the start of the DRX cycles. For example, the the UE 102 performs step 320 (see Fig. 3) to compute the start of the next DRX cycle.
• FIG. 8 a flow diagram of an example UE-side method for determining the start time of a new DRX cycle based on a time when the UE receives an appropriate indication from the base station.
• the UE 102 receives a “second” message (see event 340 in Fig. 3) that contains a second field/indicator instructing the UE 102 to use the reception time of the second message to compute the start of DRX cycles.
• the second message is a MAC PDU that includes a MAC subheader.
• MAC subheader can contain a logical channel ID that distinguishes itself from other MAC subheaders.
• the MAC subheader can contain the second field/indicator.
• the MAC CE associated with the MAC subheader in the same MAC PDU contains an offset and a time unit. The UE 102 uses the receiving time, the offset, and the time unit to compute the start of DRX cycles.
• the UE can uses the time that it receives the second message to derive the start time of the next DRX cycle.
• the network 108 may configure the UE 102 with an offset.
• the start of the next DRX cycles is the P-th subframe/slot/symbol after the end of the reception of the second message, where P is pre-determined or given in the first message (i.e. semi-static) or the second message (i.e. dynamic ).
• the P value included in the second message overrides the P value in the first message.
• Fig. 9 is a flow diagram of an example method 900 for using a (first) timer, which can be network-specified, for applying adjustment to the DRX cycle.
• the method 900 can be implemented in the UE 102 for example.
• the method 900 begins at block 912, where the UE 102 receives a DRX configuration and a timer value.
• the UE 102 start a timer at the beginning of the DRX cycle.
• the UE 102 receives traffic in accordance with the DRX cycle.
• the UE 102 applies the adjust to the DRX cycle upon timer expiration.
• the UE 102 also can restart the timer, and the flow can return to block 930.
• the UE 102 can restart the first timer. For example, if the UE 102 receives the first message at time /, the UE 102 starts the first timer at the start of the next DRX cycle after time t. The UE 102 can derive the start of the next DRX cycle from the first offset included in the first message. In another embodiment, yhe UE 102 starts the first timer at time t.
• the UE 102 then computes a new DRX offset. For example, the new DRX offset is the difference between the start of the nominal DRX cycle, and the new start of the next DRX cycle. The UE 102 uses this new DRX offset to determine the start of rest of DRX cycles.
• the first message includes a first delta value (or an indicator of the first delta value).
• the first delta value is associated with the first length value.
• the UE 102 uses the first delta value to compute the new DRX offset. For example, the UE 102 adds the first delta value to the current DRX offset and then uses the new DRX offset to determine the start of the rest of DRX cycles.
• the first delta value is derived from the first periodicity given in the first message. The first delta value can be given by (periodicity - drx-cycle-length)*n).
• the length of a DRX cycle is 6 and the length of on-duration is 2.
• the length of the periodicity of the xR traffic is 7.
• the first DRX offset is 0 and the first delta value is 2.
• the UE 102 computes a new DRX offset using the first delta value.
• the new DRX offset is the current DRX offset plus the delta value so the new DRX offset so it is 0 + 2.
• the UE 102 uses this new DRX offset value to determine the start of the next DRX cycle.
• the UE 102 computes a new DRX offset which is 2 + 2.
• the UE 102 can use the following formula to determine when to start on- duration timer:
• delta (A) is a non-integer number we take ceiling fix 1 ) or floor ( L Xj) of (m * delta). The equation accordingly changes to
• the UE 102 (re)starts the first timer.
• the expiration of the first timer serves as a trigger to periodically adjust the start of DRX cycles.
• the UE 102 (re)starts the drx-onDurationTimer.
• the UE 102 uses the drx-onDurationTimer timer to determine the “on duration” of a DRX cycle that it should monitor PDCCH for downlink assignment or uplink grant.
• the UE 102 is configured with a first DRX configuration and a second DRX configuration.
• the first DRX configuration is activated, i.e. the UE 102 is using the first DRX configuration
• the UE 102 activates the second DRX configuration, i.e. the UE 102 switches to the second DRX configuration.
• the on- duration time of the second DRX configuration covers the nominal start of the XR traffic.
• the UE 102 After the UE 102 receives the second message, the UE 102 also (re)starts the first timer. For example, the UE (re)starts the first timer with the timer length derived from the second length value and its time unit that are given in the second message.
• the UE After UE receives 102 the second message, the UE changes the start of the next DRX cycle.
• the UE 102 if the UE 102 receives the second message in subframe/slot/symbol M, UE changes the start of the next DRX cycle to subframe/slot/symbol M+N, where N is predetermined or given in the first message or the second message. Then the UE 102 computes a new DRX offset.
• the new DRX offset is the difference between the start of the current nominal DRX cycle, described in bullet 1.1.2, and the new start of the next DRX cycle, described in this bullet.
• the second message include a second offset (or an indicator associated with the second offset) that UE uses to determine the start of the next DRX cycle.
• the second message may include the time unit for the second offset.
• UE uses the second offset to compute the start of the rest of DRX cycles.
• the UE 102 (re)starts the first timer.
• the expiry of the first timer serves as a trigger to periodically adjust the start of DRX cycles.
• the network 108 includes a second delta value.
• the second delta value is associated with the second length value. If the first timer expires, the the UE 102 uses the second delta value to compute a new DRX offset. For example, the UE 102 adds the first delta value to the current DRX off-set and then uses the new DRX offset to determine the start of the rest of DRX cycle.
• the network 108 transmits the second delta value in the first message. Then NW transmits the indicator of the second length value. When the UE 102 receives the indicator of the second length value, the UE 102 uses the second delta value to compute the new DRX offset.
• o drx-CyclesAdjust number of cycles to apply a correction shift
• o drx-CyclesOffset the value of the offset to apply every drx-CyclesAdjust cycles
• o drx-CorrectionCounter A counter to apply the offset
• timer duration (n x periodicity) where n is the smallest integer that fulfils the following inequation: ( x drx-Cycle + On-Duration) ⁇ (n x periodicity)
• Adjustment of the C-DRX On-Duration based on the traffic arrival could be an extension, e.g. PDCCH monitoring in an extra time duration after the end of the On-Duration if the data is not received in the On-Duration Error! Reference source not found.
• the adjustment could also be an early termination, e.g. stopping the On-Duration at the first data arrival and then relying on the Inactivity Timer Error! Reference source not found..
• Implicit SSSG switching conditioned on data reception the UE can switch implicitly within the DRX On-Duration from sparse PDCCH monitoring to dense PDCCH monitoring after the data arrival Error! Reference source not found.Error! Reference source not found.. C-DRX Enhancement for multiple XR traffic flows
• XR traffic is composed of multiple data flows, like video, audio, pose/control information, haptic, etc. These flows have different traffic characteristics (periodicities, offsets, packet sizes, etc.) and different QoS requirements.
• this technique can help address the jitter and the periodicity alignment issues, it requires the network to have a priori knowledge about the jitter of the traffic burst arriving in the next C-DRX occasion. This requires the network to have instantaneous information from the XR server /video codec about the jitter or the network to do jitter prediction.
• FFS include the rounding ofXR traffic periodicities up and down to nearest integers (if it is not already supported)
• a user device in which the techniques of this disclosure can be implemented can be any suitable device capable of wireless communications such as a smartphone, a tablet computer, a laptop computer, a mobile gaming console, a point-of-sale (POS) terminal, a health monitoring device, a drone, a camera, a media-streaming dongle or another personal media device, a wearable device such as a smartwatch, a wireless hotspot, a femtocell, or a broadband router.
• the user device in some cases may be embedded in an electronic system such as the head unit of a vehicle or an advanced driver assistance system (ADAS).
• ADAS advanced driver assistance system
• the user device can operate as an intemet-of-things (loT) device or a mobile-internet device (MID).
• the user device can include one or more general-purpose processors, a computer-readable memory, a user interface, one or more network interfaces, one or more sensors, etc.
• Modules may can be software modules (e.g., code, or machine- readable instructions stored on non-transitory machine-readable medium) or hardware modules.
• a hardware module is a tangible unit capable of performing certain operations and may be configured or arranged in a certain manner.
• a hardware module can comprise dedicated circuitry or logic that is permanently configured e.g., as a special-purpose processor, such as a field programmable gate array (FPGA) or an application-specific integrated circuit (ASIC), a digital signal processor (DSP), etc.) to perform certain operations.
• FPGA field programmable gate array
• ASIC application-specific integrated circuit
• DSP digital signal processor
• a hardware module may also comprise programmable logic or circuitry (e.g., as encompassed within a general-purpose processor or other programmable processor) that is temporarily configured by software to perform certain operations.
• programmable logic or circuitry e.g., as encompassed within a general-purpose processor or other programmable processor
• the decision to implement a hardware module in dedicated and permanently configured circuitry, or in temporarily configured circuitry (e.g., configured by software) may be driven by cost and time considerations.
• the techniques can be provided as part of the operating system, a library used by multiple applications, a particular software application, etc.
• the software can be executed by one or more general -purpose processors or one or more specialpurpose processors.

Landscapes

• Engineering & Computer Science (AREA)
• Computer Networks & Wireless Communication (AREA)
• Signal Processing (AREA)
• Mobile Radio Communication Systems (AREA)

Applications Claiming Priority (2)

Publications (1)

Family

ID=87863501

Family Applications (1)

Country Status (3)

Families Citing this family (1)

• 2023
  • 2023-08-09 WO PCT/US2023/029913 patent/WO2024035827A1/en not_active Ceased
  • 2023-08-09 CN CN202380062955.7A patent/CN119836824A/zh active Pending
  • 2023-08-09 EP EP23762326.9A patent/EP4559244A1/de active Pending

Also Published As

Similar Documents

Legal Events