Method for single DRX configuration of xr

Abstract

A method (40) for Discontinuous Reception, DRX, configuration, implemented by a User Equipment, UE, where the UE is configured with a DRX cycle comprising an active time and an inactive time, where the active time is configured by drx-onDuration Timer and drx-Inactive Timer, where the inactive time is configured by drx-onDuration Timer and drx-Inactive Timer. Wherein the method comprises:-in response to receiving an indication of an adjustment of a drx-onDuration Timer / drx-Inactive Timer value during the active time and from a Base Station (BS): (S41) modifying the drx-onDuration Timer / drx-Inactive Timer value based on the indicated adjustment,-in response to not receiving the indication of adjustment from the BS: (S42) continuing to utilize the same drx-onDuration Timer / drx-Inactive Timer value.

Description

Technical Field

[0001] This disclosure relates to wireless communication systems, and more specifically to methods and apparatus for dynamically configuring discontinuous reception of DRX cycles at a user equipment (UE). For example, such dynamic configuration can be used in the context of extended reality (XR). Background Technology

[0002] For NR technology, the DRX procedures for downlink (DL) / uplink (UL) communication via the Uu radio interface are specified in 3GPP TS 38.321 V16.0.0 (2020-03). Based on these procedures, the expected UE behavior in receiving and processing transmissions can be controlled. The underlying DRX functionality is based on defining DRX active time, during which the UE is expected to receive and process incoming transmissions. For example, the UE is expected to decode the DL control channel, process received grants, etc. Outside of DRX active time (also referred to as DRX inactive time), the UE is not expected to receive or process transmissions. Therefore, an access node, represented as "gNB" in NR technology, cannot assume that the UE will listen for DL ​​transmissions. DRX configuration can also define transitions between states. Typically, a UE not in DRX active time will shut down some of its components and enter a low-power mode, such as sleep mode. To ensure that the UE periodically switches to DRX active time, i.e., wakes up from sleep mode, a DRX period / cycle is defined. The DRX cycle can be basically based on two parameters: the periodicity of the DRX cycle, which controls how frequently the UE switches to DRX active time; and the duration of the DRX active time, which controls the length of time the UE is in DRX active state.

[0003] According to Section 5.7 of 3GPP TS 38.321 V16.0.0, when configuring DRX cycles, the active time of the serving cell within a DRX group includes the runtime of the drx-onDurationTimer or drx-InactivityTimer configured for that DRX group.

[0004] In applications such as XR, devices may support multiple service streams, such as audio, video, and I / P frames. Furthermore, each service stream may have different service modes and different service periodicities. Current specifications allow for a single DRX configuration per serving cell. However, a single DRX configuration cannot match the characteristics of all possible XR service streams. Therefore, the gNB must configure longer drx-onDurationTimer / drx-InactivityTimer intervals to cover all service streams, leading to increased UE power consumption. Summary of the Invention

[0005] This disclosure aims to improve upon the aforementioned situation. Specifically, this disclosure aims to address at least some of the limitations of the prior art discussed above. In particular, this disclosure aims to provide a solution that can reduce UE power consumption when a single DRX configuration is configured by a gNB.

[0006] To this end, it has been proposed that the network dynamically configure drx-onDurationTimer / drx-InactivityTimer for each DRX cycle.

[0007] According to a first aspect, this disclosure relates to a method for configuring discontinuous reception DRX, the method being implemented by a user equipment (UE), wherein the UE is configured with a DRX period including an active time and an inactive time, wherein the active time is configured by drx-onDurationTimer and drx-InactivityTimer, wherein the method includes:

[0008] - In response to receiving an instruction from the base station BS to adjust the drx-onDurationTimer / drx-InactivityTimer values ​​during the active time: modify the drx-onDurationTimer / drx-InactivityTimer values ​​based on the indicated adjustment.

[0009] - In response to no adjustment instruction received from the BS: continue to use the same drx-onDurationTimer / drx-InactivityTimer values.

[0010] Therefore, a single DRX configuration can be adjusted in each DRX cycle, making it possible to adjust the active time using a single DRX configuration in each DRX cycle. For example, the active time can be adjusted based on the considered service flow, thereby reducing power consumption at the UE.

[0011] In some implementations, the method according to the first aspect may also include one or more optional features that are considered individually or in any technically feasible combination.

[0012] In some embodiments of the method according to the first aspect, the adjustment of the drx-onDurationTimer / drx-InactivityTimer values ​​is determined based on at least one index indicated by the BS.

[0013] In some embodiments of the method according to the first aspect, the adjustment of the drx-onDurationTimer / drx-InactivityTimer values ​​is determined based on at least one mapping table between multiple indices and corresponding timer values.

[0014] In some embodiments of the method according to the first aspect, the adjustment of the drx-onDurationTimer / drx-InactivityTimer values ​​is determined based on a first mapping table between multiple indices and corresponding drx-onDurationTimer values ​​and a second mapping table between multiple indices and corresponding drx-InactivityTimer values.

[0015] In some embodiments of the method according to the first aspect, the at least one mapping table between multiple indices and corresponding timer values ​​is provided to the UE via dedicated radio resource control signaling.

[0016] In some embodiments of the method according to the first aspect, the adjustment instruction is based on downlink control information (DCI) or media access control (MAC) control element (CE).

[0017] In some implementations of the method according to the first aspect, the adjustment instruction is UE-specific or for a group of UEs with the same service flow.

[0018] According to a second aspect, this disclosure relates to a user equipment (UE) including a wireless transceiver and a processor coupled to a memory, wherein computer program instructions are stored in the memory and configured to implement a method according to any embodiment of the first aspect.

[0019] According to a third aspect, this disclosure relates to a method for discontinuous reception DRX configuration, the method being implemented by a base station (BS), wherein a UE is configured with a DRX cycle including an active time and an inactive time, wherein the active time is configured by drx-onDurationTimer and drx-InactivityTimer, wherein the method includes sending an indication to the UE during the active time of the DRX cycle to adjust the values ​​of drx-onDurationTimer / drx-InactivityTimer.

[0020] In some implementations, the method according to the third aspect may also include one or more optional features considered individually or in any technically feasible combination.

[0021] In some implementations, the method according to the third aspect includes determining an index based on the UE's service flow and sending the index to the UE as an indication of adjusting the drx-onDurationTimer / drx-InactivityTimer values.

[0022] In some implementations, the method according to the third aspect includes sending at least one mapping table between multiple indices and corresponding timer values ​​to the UE.

[0023] In some implementations, the method according to the third aspect includes sending to the UE a first mapping table between multiple indices and corresponding drx-onDurationTimer values ​​and a second mapping table between multiple indices and corresponding drx-InactivityTimer values.

[0024] In some embodiments of the method according to the third aspect, the at least one mapping table between multiple indices and corresponding timer values ​​is transmitted via dedicated radio resource control signaling.

[0025] In some implementations of the method according to the third aspect, the adjustment indication is based on downlink control information (DCI) or media access control (MAC) control element (CE).

[0026] In some implementations of the method according to the third aspect, the adjustment instruction is UE-specific or for a group of UEs with the same service flow.

[0027] According to the fourth aspect, this disclosure relates to a base station, such as a gNB, the base station including a wireless transceiver and a processor coupled to a memory, the memory storing computer program instructions configured to implement a method according to any embodiment of the third aspect.

[0028] According to a fifth aspect, this disclosure relates to a wireless communication system comprising a base station (e.g., a gNB) according to any embodiment of the present disclosure and a user equipment (UE) according to any embodiment of the present disclosure. Attached Figure Description

[0029] The invention will be better understood by reading the following description, which is given by way of example and is by no means limiting, and which is illustrated with reference to the accompanying drawings:

[0030] - Figure 1 This is a schematic diagram of an example of a User Equipment (UE).

[0031] - Figure 2 This is a schematic diagram of a BS example.

[0032] - Figure 3 An example flow performed by gNB is shown.

[0033] - Figure 4 An example flow performed by the UE is shown.

[0034] - Figure 5 An example is shown where, after the UE receives an indication of index X2 from the network during DRX cycle 1, it applies the ODT2 timer value to the drx-onDurationTimer for DRX cycle 2. Detailed Implementation

[0035] The detailed description set forth below with reference to the accompanying drawings is intended as a description of various configurations and is not intended to represent the only configuration in which the concepts described herein can be practiced. The detailed description includes specific details for the purpose of providing a thorough understanding of the various concepts. However, it will be apparent to those skilled in the art that these concepts can be practiced without these specific details. Specifically, although terms from 3GPP 5G NR may be used in this disclosure to exemplify embodiments thereof, this should not be construed as limiting the scope of the invention.

[0036] Some embodiments of the contemplated implementations herein will now be described more fully with reference to the accompanying drawings. However, other embodiments are also included within the scope of the subject matter disclosed herein, and the disclosed subject matter should not be construed as being limited to the embodiments set forth herein; rather, these embodiments are provided by way of example to convey the scope of the subject matter to those skilled in the art.

[0037] Generally, all terms used herein should be interpreted according to their ordinary meaning in the relevant art, unless a different meaning is explicitly given and / or implied in the context in which they are used. Unless otherwise expressly stated, all references to an element, device, component, element, step, etc., are openly interpreted as referring to at least one instance of the element, device, component, element, step, etc. The steps of any method disclosed herein need not be performed in the exact order disclosed, unless a step is explicitly described as occurring after or before another step, and / or implied that a step must occur after or before another step. Where appropriate, any feature of any embodiment disclosed herein may be applied to any other embodiment. Similarly, any advantage of any embodiment may be applied to any other embodiment, and vice versa. Other objects, features, and advantages of the appended embodiments will become apparent from the following description.

[0038] In some implementations, the more general term "network node" may be used, and it can correspond to any type of radio network node or any network node that communicates with the UE (directly or via another node) and / or another network node. Examples of network nodes are NodeB, MeNB, ENB, network nodes belonging to MCG or SCG, base stations (BS), multi-standard radio (MSR) radio nodes (such as MSR BS, eNodeB, gNodeB), network controllers, radio network controllers (RNC), base station controllers (BSC), relay nodes, donor nodes that control relay nodes, base transceiver stations (BTS), access points (AP), transmission points, transmission nodes, RRUs, RRHs, nodes in distributed antenna systems (DAS), core network nodes (e.g., mobile switching centers (MSC), mobility management entities (MME), etc.), operations and maintenance (O&M), operations support systems (OSS), self-optimizing networks (SON), location nodes (e.g., evolved serving mobile location centers (E-SMLC)), minimized drive tests (MDT), test equipment (physical nodes or software), etc.

[0039] In some implementations, the non-limiting terms User Equipment (UE) or Wireless Device may be used, and they may refer to any type of wireless device that communicates with another UE in a network node and / or cellular or mobile communication system. Examples of UEs include target devices, device-to-device (D2D) UEs, machine-type UEs or UEs capable of machine-to-machine (M2M) communication, PDAs, PADs, tablets, mobile terminals, smartphones, laptop embedded devices (LEE), laptop external devices (LME), USB dongles, UE class M1, UE class M2, ProSe UE, V2V UE, V2X UE, etc.

[0040] Additionally, terms such as base station / gNodeB and UE should be considered non-restrictive and, in particular, do not imply any hierarchical relationship between the two; generally, "gNodeB" can be considered device 1 and "UE" can be considered device 2, and the two devices communicate with each other via a radio channel. Furthermore, in the following text, a transmitter or receiver can be either a gNodeB (gNB) or a UE.

[0041] As those skilled in the art will understand, aspects of the implementation scheme can be embodied as a system, device, method, or program product. Therefore, the implementation scheme can take the form of a purely hardware implementation scheme, a purely software implementation scheme (including firmware, resident software, microcode, etc.), or an implementation scheme combining software and hardware aspects.

[0042] For example, the disclosed embodiments can be implemented as hardware circuitry including custom-designed very large-scale integration (“VLSI”) circuitry or gate arrays, off-the-shelf semiconductors (such as logic chips, transistors, or other discrete components). The disclosed embodiments can also be implemented in programmable hardware devices (such as field-programmable gate arrays, programmable array logic, programmable logic devices, etc.). As another example, the disclosed embodiments may include one or more physical or logical blocks of executable code, which may, for example, be organized as objects, procedures, or functions.

[0043] Furthermore, the implementation may take the form of a program product embodied in one or more computer-readable storage devices that store machine-readable code, computer-readable code, and / or program code (hereinafter referred to as code). The storage device may be tangible, non-transitory, and / or non-transferable. The storage device may not contain signals. In one implementation, the storage device uses only signals to access the code.

[0044] Any combination of one or more computer-readable media may be used. A computer-readable medium may be a computer-readable storage medium. A computer-readable storage medium may be a storage device for storing code. A storage device may be, for example, but not limited to, electronic, magnetic, optical, electromagnetic, infrared, holographic, micromechanical, or semiconductor systems, devices, or apparatuses, or any suitable combination of the foregoing.

[0045] More specific examples of storage devices (a non-exhaustive list) will include the following: an electrical connection having one or more wires; a portable computer floppy disk; a hard disk; random access memory (“RAM”); read-only memory (“ROM”); erasable programmable read-only memory (“EPROM” or flash memory); a portable optical disc read-only memory (“CD-ROM”); an optical storage device; a magnetic storage device; or any suitable combination of the foregoing. In the context of this document, a computer-readable storage medium can be any tangible medium that can contain or store programs for use by or in conjunction with an instruction execution system, device, or apparatus.

[0046] The code used to perform the operations of the implementation scheme can be any number of lines and can be written in any combination of one or more programming languages, including object-oriented programming languages ​​such as Python, Ruby, Java, Smalltalk, C++, etc., as well as regular procedural programming languages ​​such as the "C" programming language, and / or machine languages ​​such as assembly language. The code can be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In the latter scenario, the remote computer can be connected to the user's computer via any type of network, including a local area network ("LAN"), a wireless LAN ("WLAN"), or a wide area network ("WAN"), or can be connected to an external computer (e.g., via the Internet using an Internet service provider ("ISP").

[0047] Furthermore, the features, structures, or characteristics described in the implementation scheme can be combined in any suitable manner. Numerous specific details, such as examples of programming, software modules, user selection, network transactions, database queries, database structures, hardware modules, hardware circuits, hardware chips, etc., are provided in the following description to provide a thorough understanding of the implementation scheme. However, those skilled in the art will recognize that those implementation schemes can be practiced without one or more specific details or using other methods, components, materials, etc. In other instances, well-known structures, materials, or operations are not shown or described in detail to avoid confusion regarding aspects of the implementation scheme. The references to “an implementation scheme,” “implementation scheme,” or similar language throughout this specification mean that a particular feature, structure, or characteristic described in connection with that implementation scheme is included in at least one implementation scheme. Therefore, unless otherwise expressly stated, the phrases “in an implementation scheme,” “in an implementation scheme,” and similar language appearing throughout this specification may, but not necessarily all, refer to the same implementation scheme, but rather mean “one or more, but not all, implementation schemes.” Unless otherwise expressly stated, the terms “comprising,” “including,” “having,” and variations thereof mean “including, but not limited to,” “including.” Unless otherwise expressly stated, the enumerated list of items does not imply that any or all items are mutually exclusive. Unless otherwise expressly stated, the terms “a,” “an,” and “the” also mean “one or more.”

[0048] The following description refers to schematic flowcharts and / or block diagrams of the methods, apparatus, systems, and program products according to the embodiments. It should be understood that each block of the schematic flowcharts and / or block diagrams, and combinations of blocks of the schematic flowcharts and / or block diagrams, can be implemented by code. This code can be provided to a processor of a general-purpose computer, special-purpose computer, or other programmable data processing apparatus to produce a machine such that instructions executed via the processor of the computer or other programmable data processing apparatus establish components for implementing the functions / actions specified in the flowcharts and / or block diagrams.

[0049] The code may also be stored in a storage device that can instruct a computer, other programmable data processing device or other device to operate in a particular manner, such that the instructions stored in the storage device produce an article of art, which includes instructions that implement the functions / actions specified in the flowchart and / or block diagram.

[0050] The code may also be loaded onto a computer, other programmable data processing device or other apparatus to cause a series of operational steps to be executed on the computer, other programmable device or other apparatus, thereby producing a computer-implemented process, such that the code executing on the computer or other programmable device provides a process for implementing the functions / actions specified in the flowchart and / or block diagram.

[0051] The flowcharts and / or block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of devices, systems, methods, and program products according to various embodiments. In this regard, each box in the flowcharts and / or block diagrams may represent a module, segment, or portion of code, which includes one or more executable instructions for implementing a specified logical function.

[0052] It should also be noted that in some alternative implementations, the functions indicated within the boxes may not appear in the order shown in the figures. For example, depending on the functionality involved, two boxes shown consecutively may actually be performed substantially simultaneously, or these boxes may sometimes be performed in reverse order. Other steps and methods that are functionally, logically, or effectively equivalent to one or more boxes or portions thereof in the illustrated figures are conceivable.

[0053] While various arrow and line types may be used in flowcharts and / or block diagrams, they should be understood as not limiting the scope of the corresponding implementation. In practice, some arrows or other connectors may be used to indicate only the logical flow of the depicted implementation. For example, an arrow may indicate a wait or monitoring cycle of unspecified duration between enumeration steps in the depicted implementation. It should also be noted that each box in a block diagram and / or flowchart, as well as combinations of boxes in block diagrams and / or flowcharts, may be implemented by a system based on dedicated hardware or a combination of dedicated hardware and code that performs the specified function or action.

[0054] The description of the elements in each figure can be referenced to the elements in the preceding figures. In all figures, similar designations refer to similar elements, including alternative embodiments of similar elements.

[0055] Figure 1 Examples of UE 10 schematically represent UE 10 suitable for implementing any of the methods discussed in this disclosure. Figure 1 As illustrated, UE 10 includes a processor 11 coupled to memory 12. Memory 12 may store a computer program product 13 in the form of computer program instructions to be executed by processor 11 to implement a method for DRX configuration performed on the UE side according to any embodiment of the embodiments disclosed herein. Figure 1 As illustrated, UE 10 also includes a radio transceiver 14 configured to exchange data with base station BS 20. For example, radio transceiver 14 is a 5G NR radio transceiver.

[0056] Figure 2 Examples of BS 20s suitable for implementing any of the methods discussed in this disclosure and executed at BS 20 are illustrated schematically. For example, BS 20 is a gNB. Figure 2 As illustrated, BS 20 includes a processor 21 coupled to memory 22. Memory 22 may store a computer program product 23 in the form of computer program instructions to be executed by processor 21 to implement a method for DRX configuration executed on the BS side according to any embodiment of the embodiments disclosed herein. Figure 2 As illustrated, BS 20 also includes a radio transceiver 24 configured to exchange data with the UE. In a preferred embodiment, radio transceiver 24 is a 5G NR radio transceiver.

[0057] As discussed above, this disclosure aims to provide a solution that can reduce UE power consumption when a single DRX configuration is configured by a gNB.

[0058] In existing technologies, the network semi-statically configures the drx-onDurationTimer / drx-InactivityTimer values ​​via Radio Resource Control (RRC) signaling, and the UE then applies the same drx-onDurationTimer / drx-InactivityTimer values ​​to each DRX cycle. Using this single semi-static DRX configuration, handling different service flows requires configuring longer drx-onDurationTimer / drx-InactivityTimer values, which leads to increased UE power consumption.

[0059] In this disclosure, it has been proposed that a network (e.g., a gNB) can dynamically configure the drx-onDurationTimer / drx-InactivityTimer for each DRX cycle, for example, based on traffic flow. In some examples, this dynamic adjustment can be performed via downlink control information (DCI) or media access control (MAC) control element (CE).

[0060] Figure 3 A diagram illustrating the steps of an exemplary implementation of a method 30 for DRX configuration implemented by gNB 20.

[0061] like Figure 3 As illustrated, the method 30 for DRX configuration includes step S30: sending an indication to UE 10 to adjust the drx-onDurationTimer / drx-InactivityTimer values ​​during the active time of the DRX cycle.

[0062] exist Figure 3 In a non-restrictive example, the adjustment instruction is sent as an index, and this index is determined based on the service flow of UE 10.

[0063] As indicated above, in some examples, the adjustment indication (e.g., an index) may be transmitted as a DCI or MAC CE. In some examples, the adjustment indication (e.g., an index) may be UE-specific, or it may be applicable to a group of UEs with the same traffic flow.

[0064] Figure 4 This is a diagram illustrating the steps of an exemplary implementation of a method 40 for DRX configuration implemented by UE 10.

[0065] like Figure 4 As illustrated, the method 40 for DRX configuration includes step S40: evaluating whether an indication for adjusting the drx-onDurationTimer / drx-InactivityTimer values ​​has been received from gNB 20. Figure 4 In the example, it is assumed in a non-restrictive manner that the adjustment instruction includes an index, based on which the UE 10 can determine the adjustment to be applied to the drx-onDurationTimer / drx-InactivityTimer values.

[0066] If an adjustment instruction is received during the active period, the method 40 for DRX configuration includes step S41: modifying the drx-onDurationTimer / drx-InactivityTimer values ​​based on the indicated index. Conversely, if no adjustment instruction is received from gNB 20 (i.e., gNB 20 does not indicate that the drx-onDurationTimer / drx-InactivityTimer values ​​need to be modified), the method 40 for DRX configuration includes step S42: continuing to use the same drx-onDurationTimer / drx-InactivityTimer values ​​as previously configured.

[0067] As indicated above, UE 10 can determine the adjustment of the drx-onDurationTimer / drx-InactivityTimer values ​​based on the index indicated by gNB 20. For example, UE 10 can be pre-configured with at least one mapping table between multiple indices and their corresponding timer values. For example, UE 10 can be pre-configured with two such mapping tables:

[0068] - A first mapping table between multiple indices and their corresponding drx-onDurationTimer values, and

[0069] - A second mapping table between multiple indices and their corresponding drx-InactivityTimer values.

[0070] In some implementations, the gNB 20 may provide the UE 10 with one or more mapping tables between multiple indices and their corresponding timer values. For example, these one or more mapping tables between multiple indices and their corresponding timer values ​​may be provided to the UE 10 via dedicated RRC signaling.

[0071] Table 1 shows an example of the mapping between multiple indices and their corresponding drx-onDurationTimer values.

[0072] Table 1

[0073] index drx-onDurationTimer X1 ODT1 X2 ODT2 X3 ODT3

[0074] Table 2 shows an example of the mapping between multiple indices and their corresponding drx-InactivityTimer values.

[0075] Table 2

[0076] index drx-InactivityTimer Y1 IT1 Y2 IT2 Y3 IT3

[0077] Figure 5An example is shown, illustrating two consecutive DRX cycles, referred to as "DRX Cycle 1" and "DRX Cycle 2". During the active period of DRX Cycle 1, UE 10 receives an indication of index X2 from gNB 20. According to the mapping table illustrated in Table 1, the drx-onDurationTimer value associated with index X2 corresponds to ODT2. Therefore, during DRX Cycle 2, UE 10 uses a drx-onDurationTimer with the value ODT2.

[0078] It should be emphasized that this disclosure is not limited to the above exemplary embodiments. Variations of the above exemplary embodiments are also within the scope of this disclosure.

[0079] It should be noted that the following exemplary embodiments are also included in this disclosure.

[0080] Implementation Plan 1: A method for single DRX configuration of XR, wherein the UE receives an indication from the NW, and if no indication is received, the UE continues to use the same adjustment value of drx-onDurationTimer / drx-InactivityTimer corresponding to the index, and if an indication is received, the UE applies a new drx-onDurationTimer / drx-InactivityTimer corresponding to the index.

[0081] Implementation Plan 2: According to the method described in Implementation Scheme 1, the timer value is configured by the gNB through system information according to the service flow.

[0082] Implementation Plan 3: The method according to any one of embodiments 1 to 2, wherein adjustments can be made based on DCI or MAC CE.

[0083] Implementation Plan 4 According to any one of the implementation schemes 1 to 3, the signaling can be UE-specific or for a group of UEs with the same service flow.

[0084] Implementation Plan 5 According to the method described in Implementation Scheme 4, RRC provides two mapping tables to the UE through dedicated RRC signaling messages.

[0085] Implementation Plan 6: According to any one of the embodiments 1 to 5, the first table provides a mapping between the index and drx-onDurationTimer.

[0086] Implementation Plan 7:According to any one of the embodiments 1 to 6, the second table provides a mapping between the index and drx-InactivityTimer.

[0087] Implementation Plan 8: A method for single DRX configuration of XR, wherein the gNB indicates the index during the UE’s active time.

[0088] Implementation Plan 9: A device for single DRX configuration of XR by a UE, the device comprising a wireless transceiver and a processor coupled to a memory in which computer program instructions are stored, the instructions being configured to perform the steps as described in any one of embodiments 1 to 7.

[0089] Implementation Plan 10: A device for single DRX configuration of XR by gNB, the device including a wireless transceiver and a processor coupled to a memory in which computer program instructions are stored, the instructions being configured to perform the steps as described in embodiment 8.

[0090] Implementation Plan 11: User equipment, including the equipment according to embodiment 9.

[0091] Implementation Plan 12: A base station, the base station including the equipment according to embodiment 10.

[0092] Implementation Plan 13: A wireless communication system, wherein a gNB includes a processor coupled to a memory storing computer program instructions configured to perform the steps as described in embodiment 8, and wherein a user equipment (UE) includes a processor coupled to a memory storing computer program instructions configured to perform the steps as described in any one of embodiments 1 to 7.

Claims

1. A method (40) for discontinuous reception DRX configuration, the method being implemented by a user equipment (UE), wherein the UE is configured with a DRX period including an active time and an inactive time, wherein the active time is configured by drx-onDurationTimer and drx-InactivityTimer, wherein the method comprises: - In response to receiving an instruction from the base station BS to adjust the drx-onDurationTimer / drx-InactivityTimer values ​​during the active time: (S41) Modify the drx-onDurationTimer / drx-InactivityTimer values ​​based on the indicated adjustment. - In response to not receiving an adjustment instruction from the BS: (S42) continue to use the same drx-onDurationTimer / drx-InactivityTimer values.

2. The method (40) of claim 1, wherein the adjustment of the drx-onDurationTimer / drx-InactivityTimer value is determined based on at least one index indicated by the BS.

3. The method (40) of claim 2, wherein the adjustment of the drx-onDurationTimer / drx-InactivityTimer value is determined based on at least one mapping table between a plurality of indices and corresponding timer values.

4. The method (40) of claim 3, wherein the adjustment of the drx-onDurationTimer / drx-InactivityTimer values ​​is determined based on a first mapping table between a plurality of indices and corresponding drx-onDurationTimer values ​​and a second mapping table between a plurality of indices and corresponding drx-InactivityTimer values.

5. The method (40) according to claim 3 or 4, wherein at least one mapping table between the plurality of indices and the corresponding timer values ​​is provided to the UE via dedicated radio resource control signaling.

6. The method (40) according to any one of the preceding claims, wherein the adjustment instruction is based on downlink control information (DCI) or media access control (MAC) control element (CE).

7. The method (40) according to any one of the preceding claims, wherein the adjustment instruction is UE-specific or for a group of UEs having the same service flow.

8. A user equipment (UE) (10) comprising a wireless transceiver and a processor coupled to a memory, wherein computer program instructions are stored in the memory and configured to implement the method according to any one of the preceding claims.

9. A method (30) for discontinuous reception DRX configuration, the method being implemented by a base station BS, wherein a UE is configured with a DRX cycle including an active time and an inactive time, wherein the active time is configured by drx-onDurationTimer and drx-InactivityTimer, wherein the method includes (S30) sending an indication to the UE during the active time of the DRX cycle to adjust the values ​​of drx-onDurationTimer / drx-InactivityTimer.

10. The method (30) of claim 9, the method comprising determining an index based on the service flow of the UE and wherein the index is sent to the UE as an indication of adjustment of the drx-onDurationTimer / drx-InactivityTimer values.

11. The method (30) of claim 10, wherein the method includes sending at least one mapping table between a plurality of indices and corresponding timer values ​​to the UE.

12. The method (30) according to claim 11, the method comprising sending to the UE a first mapping table between a plurality of indices and corresponding drx-onDurationTimer values ​​and a second mapping table between a plurality of indices and corresponding drx-InactivityTimer values.

13. The method (30) according to any one of claims 11 to 12, wherein the at least one mapping table between the plurality of indices and the corresponding timer values ​​is transmitted via dedicated radio resource control signaling.

14. The method (30) according to any one of claims 9 to 13, wherein the adjustment indication is based on downlink control information (DCI) or media access control (MAC) control element (CE).

15. The method (30) according to any one of claims 9 to 14, wherein the adjustment instruction is UE-specific or for a group of UEs having the same service flow.

16. A base station (20) comprising a wireless transceiver and a processor coupled to a memory, wherein computer program instructions are stored in the memory and configured to implement the method according to any one of claims 9 to 15.

17. A wireless communication system comprising a base station according to claim 16 and a user equipment (UE) according to claim 8.

Images