Wireless communication method

By optimizing the DRX cycle and configuration method, the latency and power waste caused by jitter in XR services were resolved, achieving more efficient resource utilization and latency reduction, and adapting to changes in XR traffic.

CN122120894APending Publication Date: 2026-05-29SHENZHEN TCL NEW-TECH CO LTD

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
SHENZHEN TCL NEW-TECH CO LTD
Filing Date
2022-06-30
Publication Date
2026-05-29

AI Technical Summary

Technical Problem

Existing wireless communication technologies face latency and power waste issues caused by packet jitter when handling extended reality (XR) services, especially under discontinuous reception (DRX) and semi-persistent scheduling (SPS/CG) configurations, which cannot effectively match the changes in XR traffic, resulting in latency and resource waste.

Method used

By configuring multiple DRX on-duration times, sliding the DRX-onDurationtimer, using a larger DRX-onDurationtimer value, configuring multiple active DRX, and using non-scheduled DCI to indicate PDCCH skipping, the DRX cycle is optimized to adapt to the jitter of XR traffic and skips unnecessary PDCCH and SPS/CG opportunities when necessary, thereby reducing latency and power consumption.

Benefits of technology

It effectively reduces latency and power consumption in XR services, improves resource utilization efficiency, adapts to the uncertainty of XR traffic, and enhances the battery life of user devices.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN122120894A_ABST
    Figure CN122120894A_ABST
Patent Text Reader

Abstract

A method of wireless communication is provided. The method is performed by a user equipment (UE) and includes configuring a discontinuous reception (DRX) and configuring a configured grant (CG), and indicating whether to skip one or more CG opportunities or whether to skip a DRX retransmission opportunity within a DRX on duration. If it is indicated to skip one or more CG opportunities, then one or more CG opportunities are skipped within the DRX on duration.
Need to check novelty before this filing date? Find Prior Art

Description

[0001] This application is a divisional application of Chinese Patent Application No. 202280097373.8, the original application being filed on June 30, 2022, and the original invention being entitled "Wireless Communication Method and Related Device". Technical Field

[0002] This invention relates to wireless communication technology, and more specifically, to wireless communication methods and related devices, such as user equipment (UE) and base stations (BS), such as gNB. Background Technology

[0003] Third-generation (3G) mobile phone standards and technologies are well-known wireless communication systems. These 3G standards and technologies were developed by the 3rd Generation Partnership Project (3GPP). Third-generation wireless communication was developed to support macrocell mobile phone communication, enabling communication systems and networks to evolve towards broadband and mobile systems. In cellular wireless communication systems, user equipment (UE) connects to the radio access network (RAN) via a radio link. The RAN comprises a set of base stations (BS) and interfaces to the core network (CN). The former provides radio links with the UEs within the cell covered by the base stations, while the latter provides overall network control. The RAN and CN each perform their respective functions relevant to the overall network.

[0004] The 3rd Generation Partnership Project developed the Long-Term Evolution (LTE) system, also known as the Evolved Universal Mobile Communications System Radio Access Network (E-UTRAN), for mobile access networks, in which one or more macro base stations are supported by base stations called eNodeBs or eNBs (evolved NodeBs). LTE is further evolving towards the so-called 5G or New Radio (NR) system, in which one or more cells are supported by base stations called next-generation NodeBs (gNBs).

[0005] 5G wireless communication systems are designed to provide enhanced mobile broadband (eMBB), ultra-reliable low-latency communication (URLLC), and massive machine-type communication (mMTC) services.

[0006] Extended Reality (XR) and cloud gaming services are important media applications supported by 5G. XR is a collective term for different types of reality, referring to all real and virtual combined environments and human-computer interactions generated by computer technology and wearable devices. It includes representative forms such as Augmented Reality (AR), Mixed Reality (MR), and Virtual Reality (VR), as well as the areas interspersed between them. A new research project description (SID) for XR assessment has been approved, and the characteristics and challenges of XR traffic are summarized below: High data rate with limited latency For high-resolution 3D VR videos based on different frame rates, color codes, bit depths, compression rates, etc., the data transmission rate can reach up to 60Mbps and above, with limited latency of approximately 10~30ms.

[0007] Non-integer period with jitter The baseline for both downlink (DL) and uplink (UL) video streams has been established at 60 frames per second (fps), with the option to evaluate at 30 fps, 90 fps, and 120 fps. Based on the packet arrival time formula, the corresponding periods are {33.33ms, 16.67ms, 11.11ms, 8.33ms}. Furthermore, XR traffic arrival also exhibits jitter characteristics. According to the RAN1 protocol, a truncated Gaussian distribution is used to model the traffic jitter, with a jitter range of [-4,4]ms (baseline) or [-5,5]ms (optional).

[0008] Different frame sizes In the field of video compression, three main frame types are defined by three different video algorithms, and they have the following characteristics: -I frames have the lowest compressibility and can be decoded independently. -P frames can be decompressed using the previous frame and are more compressible than I frames.

[0009] -B frames can use the previous frame and the forward frame to achieve the highest amount of data compression.

[0010] The issues that arise when integrating XR services into cellular wireless communications need to be addressed, particularly the transmission of XR services within NR. Summary of the Invention

[0011] The purpose of this invention is to provide a wireless communication method and related device for arranging the duration of DRX activation to cover the jitter of (XR) data packets and achieve energy saving, such as saving the power used by XR.

[0012] In a first aspect, embodiments of the present invention provide a wireless communication method performed by a user equipment (UE) in a network, the method comprising: configuring one or more discontinuous reception DRX configurations, each DRX configuration including one or more DRX enable durations matching one or more services.

[0013] In a second aspect, embodiments of the present invention provide a wireless communication method performed by a user equipment (UE) in a network, the method comprising: configuring discontinuous reception of DRX and / or configuring licensed CG and / or semi-persistent scheduling SPS opportunities; and configuring an additional DRX enable duration or an additional DRX activity time after the CG physical uplink shared channel PUSCH / SPS physical downlink shared channel PDSCH, wherein the additional DRX enable duration or the additional DRX activity time is triggered or not triggered.

[0014] In a third aspect, embodiments of the present invention provide a wireless communication method performed by a user equipment (UE) in a network, the method comprising: configuring discontinuous reception of DRX and / or configuring authorized CG / semi-persistent scheduling (SPS), and indicating whether to skip one or more CG / SPS opportunities or whether to skip DRX retransmission opportunities during a DRX-enabled duration; and if one or more CG / SPS opportunities are skipped during the DRX-enabled duration, then not transmitting PUSCH or not receiving PDSCH on the CG / SPS configuration corresponding to the one or more CG / SPS opportunities.

[0015] In a fourth aspect, embodiments of the present invention provide a wireless communication method performed by a user equipment (UE) in a network, the method comprising: scheduling no data transmission via unscheduled downlink control information (DCI), and receiving a physical downlink control channel (PDCCH) adaptation indication related to PDCCH skipping and search space group handover.

[0016] In a fifth aspect, embodiments of the present invention provide a wireless communication method performed by a base station (BS) in a network, the method comprising: providing one or more discontinuous reception DRX configurations to configure a user equipment (UE), each DRX configuration including one or more DRX enable durations matching one or more services.

[0017] In a sixth aspect, embodiments of the present invention provide a wireless communication method performed by a base station (BS) in a network, the method comprising: providing a user equipment (UE) with discontinuous DRX reception and / or configuring authorized CG and / or semi-persistent scheduling (SPS) opportunities; and configuring an additional DRX enable duration or an additional DRX activity time for the UE after CG Physical Uplink Shared Channel (PUSCH) / SPS Physical Downlink Shared Channel (PDSCH), wherein the additional DRX enable duration or the additional DRX activity time is triggered or not triggered.

[0018] In a seventh aspect, embodiments of the present invention provide a wireless communication method performed by a base station (BS) in a network, the method comprising: configuring a user equipment (UE) to receive discontinuous DRX and / or configure authorized CG / semi-persistent scheduling (SPS), and instructing the UE whether to skip one or more configured CG / SPS opportunities or whether to skip DRX retransmission opportunities during a DRX-enabled duration; and if one or more CG / SPS opportunities are skipped during the DRX-enabled duration, then not receiving PUSCH or not transmitting PDSCH on the CG / SPS configuration corresponding to the one or more CG / SPS opportunities.

[0019] In an eighth aspect, embodiments of the present invention provide a wireless communication method performed by a base station (BS) in a network, the method comprising: scheduling no data transmission via unscheduled downlink control information (DCI), and transmitting a physical downlink control channel (PDCCH) adaptation indication related to PDCCH skipping and search space group handover to a user equipment (UE).

[0020] In a ninth aspect, embodiments of the present invention provide a UE including a processor configured to invoke and execute program instructions stored in a memory to perform the methods of any one of the first, second, third, or fourth aspects.

[0021] In a tenth aspect, embodiments of the present invention provide a BS including a processor configured to invoke and execute program instructions stored in memory to perform the methods of any of the fifth, sixth, seventh, or eighth aspects.

[0022] In an eleventh aspect, embodiments of the present invention provide a computer-readable storage medium for storing a computer program that enables a computer to perform the method of any one of the first to eighth aspects.

[0023] In a twelfth aspect, embodiments of the present invention provide a computer program product including computer program instructions that enable a computer to execute the methods of any one of the first to eighth aspects.

[0024] In a thirteenth aspect, embodiments of the present invention provide a computer program that, when run on a computer, enables the computer to perform the methods of any one of the first to eighth aspects. Attached Figure Description

[0025] To more clearly illustrate the technical solutions in the embodiments of the present invention, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0026] Figure 1 A block diagram illustrating a communication network system according to an embodiment of the present invention is shown.

[0027] Figure 2 A diagram illustrating the mismatch and jitter between DRX and XR traffic.

[0028] Figure 3 A flowchart illustrating the wireless communication method of the first embodiment of the present invention is shown.

[0029] Figure 4 A schematic diagram illustrating an embodiment of the present invention is provided to show that the DRX-onDurationtimer has multiple values ​​within the DRX period.

[0030] Figure 5 A schematic diagram illustrating the sliding DRX-onDurationtimer within a DRX cycle according to an embodiment of the present invention is shown.

[0031] Figure 6 A schematic diagram illustrating the sliding of DRX-onDurationtimer over a period of time according to an embodiment of the present invention is shown.

[0032] Figure 7 The illustration depicts a DRX-onDurationtimer configured with a large value to cover jitter according to an embodiment of the present invention.

[0033] Figure 8 A schematic diagram of a DRX-onDurationtimer according to an embodiment of the present invention is shown, wherein several parts have different PDCCH monitoring opportunities.

[0034] Figure 9 A schematic diagram illustrating multiple DRX configurations according to embodiments of the present invention is shown.

[0035] Figure 10 This diagram illustrates an embodiment of the present invention where one DRX configuration is activated among multiple DRX configurations.

[0036] Figure 11A schematic diagram illustrating the modified DRX-onDurationtimer startup according to an embodiment of the present invention is shown.

[0037] Figure 12 A flowchart illustrating the wireless communication method of the second embodiment of the present invention is shown.

[0038] Figure 13 A schematic diagram illustrating an additional DRX activation duration timer triggered by UCI in an embodiment of the present invention is shown.

[0039] Figure 14 A schematic diagram illustrating the start of an additional DRX activation duration timer according to an embodiment of the present invention is shown.

[0040] Figure 15 A flowchart illustrating a wireless communication method according to a third embodiment of the present invention is shown.

[0041] Figure 16 A schematic diagram illustrating the skipping behavior of drx-ReTransmissionTimer according to an embodiment of the present invention is shown.

[0042] Figure 17 A schematic diagram illustrating delay-based drx-ReTransmissionTimer skipping in an embodiment of the present invention is shown.

[0043] Figure 18 This is a flowchart of the wireless communication method according to the fourth embodiment of the present invention. Detailed Implementation

[0044] The embodiments of the present invention are described in detail with reference to the accompanying drawings, including technical aspects, structural features, objectives, and effects. Specifically, the terminology used in the embodiments of the present invention is only used to describe the purpose of a particular embodiment and is not intended to limit the disclosure.

[0045] The following issues exist with business traffic, such as XR service transmission.

[0046] Discontinuous reception (DRX) is one of the effective methods for saving power for user equipment (UE). When a UE enters DRX-OFF state, it suspends physical downlink control channel (PDCCH) monitoring and can enter a sleep state to save UE power. As discussed in RAN 1 Release 17, a truncated Gaussian distribution is used to model the jitter of DL and UL video streams for XR services. The jitter range is agreed to be [-4, 4] ms (baseline) and [-5, 5] ms (optional). This means that XR packets may arrive at the gNB or UE within an 8 ms or 10 ms time window, and the exact arrival time is unknown in advance. When XR traffic arrives before discontinuous reception is enabled (DRX-ON), scheduled authorization is monitored in the DRX of the duration timer. However, when XR traffic arrives after DRX-ON, the UE needs to wait for scheduled authorization until the next DRX cycle. This will result in significant latency. Some enhancements should be considered to handle XR jitter in DRX.

[0047] DRX is one of the effective methods for saving UE power. When a UE enters the Discontinuous Receive Off (DRX-OFF) state, it will pause PDCCH monitoring and can enter a sleep state to save UE power. In the current 3GPP specification, the UE needs to monitor the PDSCH during the configured Semi-Persistent Scheduling (SPS) opportunity, regardless of whether DRX is ON or OFF when it is configured. According to the discussion of traffic models, the average packet size is very large. Taking AR / VR 60Mbps as an example, the average packet size is 125,000 bytes. To transmit such a large Transport Block (TB), multiple time slots need to be used in the time domain. When DRX and / or SPS / Configuration Grant (CG) are configured, the SPS / CG transporter may not be able to fully transmit packets that arrive before the SPS / CG. Then, if the UE waits for the scheduling grant until the next DRX-on duration, this will also lead to a large delay. Some enhanced methods are needed to solve this problem. In addition, the TB size of XR varies over time. Conversely, if SPS / CG resources are configured conservatively, significant resources and power will be wasted. Conversely, if SPS / CG resources are configured thoroughly, the CG / SPS transfer may not be able to fully transfer TB. Enhancements to address these issues should be considered.

[0048] In versions 15 / 16 / 17, the UE needs to monitor the Physical Downlink Shared Channel (PDSCH) during the configured SPS opportunity, regardless of whether it is DRX ON or OFF when configuring DRX. However, when the UE is active, receiving PDSCH using a dynamic scheduling method offers greater flexibility in resource allocation and Hybrid Automatic Repeat Request (HARQ) feedback. Furthermore, in some cases, when a portion of the CG / SPS overlaps with DRX active time, receiving PDSCH on the SPS or transmitting the Physical Uplink Shared Channel (PUSCH) on the CG will consume more energy. Therefore, a method to skip SPS / CG should be considered.

[0049] In Rel-15 / 16 / 17, Physical Downlink Control Channel (PDCCH) adaptation is indicated by the Scheduled Downlink Control Information (DCI), meaning PDCCH adaptation can only be triggered by the DCI scheduling PDSCH / PUSCH. However, PDCCH adaptation will not trigger when there is no data to transmit or receive. Furthermore, in the current 3GPP specifications, the Radio Resource Control (RRC) value for the PDCCH skip duration can be represented by the DCI. However, in some cases (e.g., values ​​that are too small or too large), these values ​​do not match well with XR services. Improvements to address these issues should be considered.

[0050] This invention can be summarized as follows: 1. When XR traffic arrives before DRX-ON, scheduled authorization is monitored during the DRX-ON duration timer. However, when XR traffic arrives after DRX-ON, the UE needs to wait for scheduling authorization until the next DRX cycle. This results in significant latency. Enhancements should be considered to handle XR jitter in CDRX.

[0051] • Method 1: Multiple values ​​for DRX-onDurationtimer can be considered.

[0052] • Method 2: Configure a sliding DRX-onDurationtimer. A time offset group and a reference or default value for the DRX-onDurationtimer can be configured to the UE, where the time offset is used to indicate the start of the DRX-onDurationtimer, and the reference or default value is used to determine the actual duration of the DRX-onDurationtimer.

[0053] • Method 3: Configure a larger value for DRX-onDurationtimer. This value can cover the jitter range and can skip certain parts of DRX-onDurationtimer.

[0054] • Method 4: Configure multiple active DRX configurations (a set of active DRX configurations). A DRX configuration set includes one or more DRXs. DRXs within the set can be activated and switched using dynamic or semi-static methods. • Method 5: Configure a set of negative integers, which includes one or more values. Signaling can indicate one value in the set and modify the start of the next or one more DRX-onDurationtimer.

[0055] 2. When DRX and SPS / CG are configured, data packets arrive before SPS / CG, and the SPS / CG transmitter may not be able to fully transmit the packets. If the UE waits for scheduling until the DRX is active for the specified duration, this can lead to significant latency. Enhancements are needed to address this issue. Furthermore, the TB size of XR varies over time. Conservative SPS / CG resource configuration wastes considerable resources and power, while aggressive configuration can cause the CG / SPS transmitter to fail to fully transmit the TB. Enhancements to address these problems should be considered.

[0056] • Method 1: For CG, the default value of the additional DRX on-duration timer DRX-ondurationtimer can be configured. UCI signaling can be used to trigger the additional DRX on-duration timer DRX-ondurationtimer, where UCI is carried on the CG PUSCH. The additional DRX on-duration duration can be pre-configured via RRC signaling.

[0057] • Method 2: For CG, a set of additional DRX on-durationtimer values ​​can be configured. A UCI is used to represent one of these additional DRX on-durationtimer values. The size of the UCI is related to the size of the set of additional DRX on-durationtimer values. Each state of the UCI can indicate one of the values ​​in the set of additional DRX on-durationtimer values, with the UCI mounted on the CG PUSCH.

[0058] 3. In the current 3GPP specification, the UE needs to monitor PDSCH during the configured SPS opportunity, regardless of whether DRX is enabled or disabled when configuring DRX. However, when the UE is active, receiving PDSCH using a dynamic scheduling method offers greater flexibility in resource allocation and HARQ-ACK feedback. In some cases, when a portion of CG / SPS overlaps with DRX active time, PDSCH received on SPS or PUSCH transmitted on CG will consume more energy. Therefore, a method to skip SPS / CG should be considered.

[0059] • Method 1: The default method can be used to indicate whether CG / SPS can be skipped during DRX-onDurationtimer. Skipping CG / SPS means that the UE does not send PUSCH or receive PDSCH in the corresponding CG / SPS configuration (when SPS is skipped, the HARQ feedback corresponding to SPS is also skipped).

[0060] • Method 2: A semi-static mechanism could be considered, introducing RRC signaling to indicate whether CG / SPS can be skipped during DRX-onDurationtimer.

[0061] • Method 3: Use scheduled DCI (e.g., UE-specific DCI) or unscheduled DCI (e.g., group common DCI) to indicate whether CG / SPS or a group of CG / SPS or a portion of CG / SPS can be skipped.

[0062] 4. In the current 3GPP specification, PDCCH adaptation is represented by the scheduling DCI, meaning that PDCCH adaptation can only be triggered by the DCI scheduling PDSCH / PUSCH. However, PDCCH adaptation will not trigger when there is no data to transmit or receive. Furthermore, in the current 3GPP specification, the RRC value for the PDCCH skip duration can be represented by the DCI at most. However, in some cases, these values ​​do not match well with XR services. For example, the values ​​may be too small or too large. Improvements should be considered to address these issues.

[0063] • A non-scheduled DCI is used to indicate PDCCH adaptation. The size of the non-scheduled DCI is configurable.

[0064] • Reuse reserved fields in the scheduling DCI to indicate PDCCH skipping. Reserved fields can be redefined as the remaining PDCCHs to be skipped over a period of time.

[0065] • Configure a set of PDCCH skip modes for XR, and then you can use scheduled DCI or unscheduled DCI to indicate the values ​​in the set.

[0066] Figure 1 A communication network system 30 is illustrated for use in embodiments of the present invention. In some embodiments, the communication network system 30 is used to provide wireless communication and includes one or more user equipment (UE) 10 and a base station (e.g., gNB or eNB) 20. One or more UEs 10 may include a memory 12, a transceiver 13, and a processor 11 coupled to the memory 12 and the transceiver 13. The base station 20 may include a memory 22, a transceiver 23, and a processor 21 coupled to the memory 22 and the transceiver 23. The processor 11 or 21 may be configured to implement the proposed functions, processes, and / or methods described herein. A layer of a radio interface protocol may be implemented in the processor 11 or 21. The memory 12 or 22 works with the processor 11 or 21 and stores various information to operate the processor 11 or 21. The transceiver 13 or 23 works with the processor 11 or 21 and transmits and / or receives radio signals.

[0067] Processor 11 or 21 may include application-specific integrated circuits (ASICs), other chipsets, logic circuits, and / or data processing devices. Memory 12 or 22 may include read-only memory (ROM), random access memory (RAM), flash memory, memory cards, storage media, and / or other storage devices. Transceiver 13 or 23 may include baseband circuitry for processing radio frequency signals. When embodiments of the present invention are implemented in software, the techniques described herein can be implemented by executing the functional modules (e.g., procedures, functions, etc.) described herein. Modules may be stored in memory 12 or 22 and executed by processor 11 or 21. Memory 12 or 22 may be integrated inside processor 11 or 21 or implemented outside of processor 11 or 21, in which case they may be communicatively coupled to processor 11 or 21 in various ways known in the art.

[0068] This invention proposes a potential method for handling XR jitter in DRX.

[0069] Configuring a DRX mode with periodicity or some time offset for the corresponding DRX cycle may help match XR traffic. For example... Figure 2As shown, when XR packets arrive with jitter, configuration modes or time offsets are no longer useful. Since jitter causes significant latency, DRX XR jitter needs to be addressed. One approach is to configure a large DRX-onDurationTimer value to cover the jitter range. However, a large DRX-onDurationTimer value can lead to higher power consumption. Therefore, some potential enhancements should be considered.

[0070] Figure 3 This is a flowchart of a wireless communication method according to a first embodiment of the present invention. (In conjunction with...) Figure 1 and Figure 3 Method 100 includes the following. In step 110, UE 10 is configured by base station 20 to have one or more discontinuous reception (DRX) configurations, each DRX configuration including one or more on-durations matching one or more services. Using this method, XR packet jitter can be covered by the on-duration, thereby improving XR traffic service.

[0071] When configuring DRX, the DRX-on duration can be understood as the time controlled by the DRX-onDurationTimer. The term "DRX-onDurationTimer" is used in the following description. It should be noted that the terms "DRX-on duration" and "DRX-onDurationTimer" are, in most cases, interchangeable based on the spirit and meaning of this invention.

[0072] In the first embodiment, multiple values ​​for DRX-onDurationtimer can be configured. Using this method, when there is no jitter when a data packet arrives, a regular DRX-onDurationtimer for the DRX cycle can be configured for the UE; when jitter occurs when a data packet arrives, a non-regular DRX-onDurationtimer for the DRX cycle can be configured for the UE. The non-regular DRX-onDurationtimer has a longer duration than the regular DRX-onDurationtimer, and the DRX-on duration can cover the jitter range. Figure 4As shown, the standard DRX-onDurationtimer is configured for DRX cycle 1 and DRX cycle 2, while the non-standard DRX-onDurationtimer is configured for DRX cycle 3. The value of the non-standard DRX-onDurationtimer differs from that of the standard DRX-onDurationtimer. In some embodiments, multiple values ​​of DRX-onDuration cycle through the DRX cycles.

[0073] In some embodiments, a fixed UE mode can be configured for XR services. Two types of DRX-onDurationtimers can be considered: a regular DRX-onDurationtimer and a non-regular DRX-onDurationtimer. A set of DRX-onDurationtimer values ​​can be configured to the UE. This set of DRX-onDurationtimer values ​​can include both regular and non-regular values. Alternatively, a corresponding set of time offsets can be configured to the UE, where each DRX-onDurationtimer in the set is associated with a corresponding time offset value. This mode can cycle through time.

[0074] In some embodiments, a set of values ​​for the DRX-onDurationtimer and the time offset of the DRX-onDurationtimer within a certain number of periods can be configured.

[0075] In some embodiments, a jitter time window may be introduced. Within the jitter time window, the DRX-onDurationtimer is configured as the non-standard DRX-enabled duration timer DRX-onDurationtimer (the default mode), while the regular DRX-onDurationtimer can be used outside the jitter time window in the time domain.

[0076] In the second embodiment, if no PDCCH is detected during the DRX-onDurationTimer, an additional DRX activity time or an additional DRX-onDurationTimer is triggered, where the additional DRX activity time or DRX-onDurationTimer can be predefined. The DRX activity time indicates that the UE is in a wake-up state or in an active period, and the UE monitors the PDCCH during the active period. In some embodiments, the additional DRX activity time or DRX-onDurationTimer is represented by gNB. The start of the additional DRX activity time or DRX-onDurationTimer is represented by gNB, which is similar to the determination of the additional DRX-on as described in the first possible implementation of the second embodiment below; for details, please refer to the first possible implementation of the second embodiment.

[0077] In the third embodiment, a sliding DRX-onDurationtimer can be configured. A time offset set and a reference or default value for the DRX-onDurationtimer can be configured to the UE, where the time offset is used to indicate the start of the DRX-onDurationtimer, and the reference or default value is used to determine the actual duration of the DRX-onDurationtimer. A new RRC signaling or drx-LongCycleStartOffset can be used to indicate the time offset set, and a new RRC signaling or DRX-onDurationTimer in the DRX-config can be used to indicate the reference or default value of the DRX-onDurationTimer.

[0078] In some embodiments, when the sliding DRX-onDurationtimer is enabled, a UE will be woken up when the DRX-onDurationtimer starts and begin monitoring the PDCCH, denoted as time i. When the UE monitors the DCI at time j, the actual DRX-onDurationtimer starts from time i, and the duration of the DRX-onDurationtimer is "reference or default value + j - i + 1" or "reference or default value + ji". The time units for i and j can be symbols, time slots, or milliseconds.

[0079] In some cases, the DRX period can be configured to begin at the start of the DRX-onDurationtimer. The UE wakes up at the start of this time, which is represented by a time offset, such as... Figure 5 As shown. Taking DRX cycle 3 as an example, the green arrow represents the start time of the DRX-onDurationtimer in DRX cycle 3, and the red arrow represents the time position at which the UE detects the PDCCH in DRX cycle 3. Therefore, the real value of the DRX-onDurationtimer 3 (DRX-onDurationtimer in DRX cycle 3) is equal to "the time position of the red arrow - the time position of the green arrow + 1 + reference or default value" or "the time position of the red arrow - the time position of the green arrow + reference or default value", where the unit of the time position and the reference or default value can be a symbol, a time slot, or a millisecond. In other words, this reference will apply to the first PDCCH reception after the start of the DRX-on duration.

[0080] In some cases, the DRX-onDurationTimer mode can be configured to enable a duration timer within a cycle, such as... Figure 6 As shown. The green arrow indicates the start time of the DRX-onDurationtimer within the specified time period, and the red arrow indicates the time position at which the UE detects the PDCCH within this time period. Therefore, the real number of a DRX-onDurationtimer is equal to either "the time position of the red arrow - the time position of the green arrow + 1 + a reference or default value" or "the time position of the red arrow - the time position of the green arrow + a reference or default value," where the position of the red arrow is the nearest PDCCH after the position of the green arrow.

[0081] In some embodiments, RRC signaling is introduced to enable or disable the sliding DRX-onDurationtimer function of DRX.

[0082] In some embodiments, the sliding DRX-onDurationtimer is disabled when the following conditions are met.

[0083] - The UE monitors the PDCCH during the duration from the start of the DRX-onDurationtimer to the start of "DRX-onDuratinotimer + reference or default value".

[0084] In the fourth embodiment, a larger DRX-onDurationtimer value is configured, which can cover the jitter range and skip certain parts of the DRX-onDurationtimer. For example... Figure 7 As shown, a larger DRX-onDurationTimer, i.e., DRX period 2, is configured to cover XR jitter. However, this results in increased power consumption due to the increased UE wake-up time. The DCI signal can be used to indicate PDCCH skipping, allowing the UE to enter sleep mode during the skipped time, such as... Figure 7 As shown in DRX cycle 3. When the UE monitors the PDCCH of skipped DCI, the UE can skip multiple PDCCH monitoring events and enter a sleep state during this period. Figure 7 As shown, some PDCCH monitoring opportunities are skipped discretely during each DRX-on duration. The DCI can be a UE-specific DCI, a set of generic DCIs, a new format DCI, or a new RNTI scrambled DCI. In some embodiments, the PDCCH skip indication signaling can be based on MAC-CE.

[0085] In some embodiments, the DRX-onDurationtimer can be divided into several parts, each of which has its own PDCCH monitoring opportunities (dense or sparse PDCCH monitoring opportunities or different search space configurations). For example... Figure 8 As shown, the DRX-onDurationTimer in DRX cycle 1 is divided into two parts, part 1-1 and part 1-2. Part 1-1 has sparse PDCCH monitoring opportunities, while part 1-2 has dense PDCCH monitoring opportunities. The DRX-onDurationTimer in DRX cycle 2 is divided into three parts, part 2-1, part 2-2, and part 2-3. Parts 2-1 and 2-3 have sparse PDCCH monitoring opportunities, while part 2-2 has dense PDCCH monitoring opportunities.

[0086] In some embodiments, several components and corresponding PDCCH monitoring opportunities are pre-configured and cycled over time.

[0087] In some embodiments, the search space configuration for each part is different or the same.

[0088] In the fifth embodiment, multiple active DRX configurations (a set of active DRX configurations) are configured. The DRX configuration set includes one or more DRXs. The DRX configurations in the set can be activated or switched to using dynamic or semi-static methods, such as... Figure 9 As shown. Multiple active DRX configurations can resolve latency issues caused by jitter. The UE should wake up at any of the DRX-onDurationtimer settings in the multiple active DRX configurations. For example, the UE needs to wake up at any of the DRX-onDurationTimers in DRX1, DRX2, and DRX3.

[0089] In some embodiments, it may be considered to dynamically activate a set of DRX configurations, wherein the set of DRX configurations includes one or more DRXs. It may be considered to introduce an index for each DRX (e.g., adding an Information Element (IE) in the DRX-config) and configure a DRX table to activate or deactivate multiple DRXs. Each row in the table contains one or more DRXs (e.g., an index of the DRXs), and the activation or deactivation of a DCI represents a row index in the table, which should then activate or deactivate a set of DRX configurations associated with that index. The DCI may be a UE-specific DCI or a group-wide DCI, or a new RNTI scrambled DCI or a new format DCI. In some embodiments, a set of DRXs may be activated or deactivated by MAC-CE.

[0090] In some embodiments, DRX configurations can be dynamically switched. The DCI includes DRX configuration activation and deactivation information. For example, the DCI has two fields, one for activating a DRX configuration and the other for deactivating it. In some cases, if only one DRX can be activated at a time, then when the DCI activates a new DRX, it means that the currently active DRX configuration should be deactivated.

[0091] In some embodiments, multiple DRX configurations are configured, but only one DRX configuration is activated at a time. A default DRX configuration or a DCI-activated DRX configuration can be configured. If the UE is not monitoring any PDCCH on the DRX-onDurationtimer of the active DRX configuration, the most recent DRX configuration among the multiple DRX configurations will be activated, where the closest DRX configuration is defined as the configuration closest to the currently active DRX configuration in which no DCI is detected. The UE needs to wake up when the DRX-onDurationtimer of the most recent DRX configuration begins, which corresponds to the DRX-onDurationtimer of the currently active DRX configuration in which no DCI is detected. When all relevant timers have expired, the most recent DRX configuration will be deactivated. Figure 10 As shown, three DRX configurations are configured. DRX 1 (representing DRX configuration 1) is configured as the default configuration or activated by DCI. DRX 2 will be activated when the UE does not detect the PDCCH during DRX on 2. The UE needs to wake up at the start of DRX on 2 and deactivate DRX 2 when the timer for DRX on 2 expires.

[0092] In some embodiments, the DRX-onDurationtimer in the nearest DRX configuration overlaps with the DRX-onDurationtimer in the currently active DRX configuration, where no DCI is detected. In some embodiments, the DRX-onDurationtimer in the nearest DRX configuration does not overlap with the DRX-onDurationtimer in the currently active DRX configuration, where no DCI is detected.

[0093] In the sixth embodiment, a set of negative integers is configured, wherein the set of negative integers includes one or more negative values. A signal can indicate a value in the set and modify the start of the next or more DRX-onDurationtimer, such as... Figure 11As shown. With DRX configured, a base station (e.g., a gNB) wants to modify the start of the DRX on 3, and the signaling (before the DRX on 3 or the DRX on 2) indicates a negative integer –i, then the start of the DRX on 3 (t1) is equal to: t2-i+1 or t2-i. In some embodiments, the granularity of t1 and t2 is in symbols, slots, or milliseconds.

[0094] In some embodiments, the set of negative integers can be configured via RRC signaling. In some embodiments, the set of negative integers can be dynamically indicated by DCI or MAC CE signaling. In some embodiments, the set of negative integers is configured by RRC signaling, and DCI or MAC CE indicates that one of the values ​​in the set is a UE.

[0095] In some embodiments, a set of integers can be configured, wherein the set of integers includes one or more positive integers or multiple positive or negative integers. Signaling can indicate a value in the set and modify the start time of the next one or more DRX-onDurationtimers. If the value is a positive integer, it indicates that the start time of the DRX-onDurationtimer is delayed. If the value is a negative integer, it indicates that the start time of the DRX-onDurationtimer is advanced.

[0096] This disclosure proposes potential methods to trigger additional transmission opportunities for XR.

[0097] Low power consumption is crucial for various types of devices used in XR applications and Could Gaming, such as smart glasses, smartphones, and tablets. DRX is one of the effective methods for UE power saving. When a UE enters a DRX-OFF state, it will pause PDCCH monitoring and can enter a sleep state to conserve UE power. In the current 3GPP specification, the UE needs to monitor the PDCCH under a configured semi-persistent scheduling (SPS) configuration, regardless of whether it is DRX ON or OFF when DRX is configured. When the UE is configured with DRX, it only monitors the PDCCH in the DRX-ON state. Furthermore, the UE can also transmit PUSCH on configured grant (CG) resources. Assuming the UE is configured with DRX and CG / SPS, when the UE is in a DRX-OFF state and a large transport block (TB) arrives before an SPS transmission event, the gNB can use SPS to transmit the TB. Due to its large size, SPS resources can only transmit a portion of the TB, with the remainder needing to be deferred until the UE switches to DRX-ON. However, this results in significant alignment delays. Potential methods to trigger additional activity time could be considered.

[0098] Figure 12 A flowchart illustrating a wireless communication method according to a second embodiment of the present invention is shown. (In conjunction with...) Figure 12 Method 200 includes the following: In step 210, UE 10 is configured by base station 20 to have discontinuous reception (DRX) and / or to have configuration grant (CG) and / or semi-persistent scheduling (SPS) opportunities. In step 220, UE 10 is configured by base station 20 to have an additional DRX-on duration or an additional DRX activity time, following the CG Physical Uplink Shared Channel (PUSCH) / SPS Physical Downlink Shared Channel (PDSCH), wherein the additional DRX-on duration or the additional DRX activity time is triggered or not triggered. Using this method, the latency of XR service can be improved.

[0099] DRX activity time indicates that the UE is in a wake-up state or in an active period, and the UE monitors the PDCCH during the active period.

[0100] In the first embodiment, for the CG, preset values ​​for other DRX-onDurationTimers can be configured. UCI signaling can be used to trigger an additional DRX-on duration timer, DRX-onDurationTimer, where the UCI is mounted on the CG PUSCH, and the duration of the additional DRX-on is pre-configured by RRC signaling. Figure 13 As shown, when the UE sends a PUSCH on CG 2 and the PUSCH carries a UCI to indicate whether the additional DRX-on (DRX-onDurationtimer) is triggered. For example, if only a default value for the additional DRX-onDurationtimer is used, the UCI size is 1 bit. When the UCI state is "1", it indicates that the additional DRX-onDurationtimer is triggered. When the UCI state is "0", it indicates that the additional DRX-onDurationtimer is not triggered.

[0101] In addition, the start of the additional DRX onDurationtimer should be determined. Two methods can be considered: 1) UCI ​​represents the value of k, where k can be a symbol, time slot, or millisecond. The reference point for the additional DRX-ondurationtimer is based on the time slot, end time slot, or start time slot of the CG PUSCH equipped with UCI. For example... Figure 14 As shown, the start time of the additional DRX-onDurationtimer is: slot i+k or slot i+k-1. In some embodiments, the reference point for starting the additional DRX-onDurationtimer is based on the first symbol of the CG PUSCH equipped with UCI, or the last symbol of the CG PUSCH equipped with UCI, or the start symbol or end symbol of UCI. The start time of the additional DRX-onDurationtimer is: reference point + k or reference point + k-1.

[0102] 2) Another method to determine the start time of additional DRX-onDurationTimer is based on UE capability type. Different types of UEs have different processing times. The start time (e.g., time slot) of the additional DRX-onDurationTimer is the nearest time slot that is greater than the processing time, where the processing time is predefined and starts from the end symbol of CG PUSCH.

[0103] For SPS, default values ​​for other DRX-ondurationtimers can be configured. DCI signaling can be used to trigger an additional DRX-onDurationtimer, where the DCI is mounted on the SPS PDSCH. The duration of the additional DRX-onDurationtimer is pre-configured by the RRC signal. Similarly, the method for determining the start of other DRX-onDurationtimers for CG can also be used for SPS.

[0104] In some embodiments, it is possible to configure whether to trigger an additional DRX-onDurationtimer, and this feature can be enabled or disabled using RRC signaling.

[0105] In the second embodiment, for the CG, a set of additional DRX-onDurationtimer values ​​can be configured. The UCI represents one of the different durations (or a set of additional DRX-onDurationtimers) of the set of additional DRX-onDurationtimers. The size of the UCI is related to the size of the set of additional DRX-onDurationtimers. Each state of the UCI can indicate one of the values ​​in the set of additional DRX-onDurationtimers, where the UCI is carried on the CG PUSCH. For example, the set has 4 values, and the UCI size is 2 bits, as shown in Table 1.

[0106] Table 1. Relationship between UCI and sets

[0107] In the above method, a similar approach can be used to determine the start time of other DRX-onDurationtimers.

[0108] For SPS, a set of values ​​for an additional DRX-onDurationtimer (or a set of additional DRX-onDurationtimers) can be configured. A DCI is used to represent a value in this set. The size of the DCI is related to the size of the set. Each state of the DCI can indicate a value in the set, and the DCI is mounted on the SPS PDSCH.

[0109] In some embodiments, it is possible to configure whether to trigger an additional DRX-onDurationtimer, and this feature can be enabled or disabled using RRC signaling.

[0110] This disclosure proposes a potential method for skipping unused CG / SPS transmissions. Furthermore, a method for determining whether to trigger a retransmission timer should also be provided.

[0111] In the current 3GPP specification, the UE needs to monitor the PDSCH during the configured SPS opportunity, regardless of whether DRX is ON or OFF when configuring DRX. However, when the UE is active, using a dynamic scheduling method to receive the PDSCH offers greater flexibility in resource allocation and HARQ-ACK feedback. Therefore, a method to skip SPS / CG should be considered. Furthermore, timers for retransmission (e.g., drx-RetransmissionTimerUL or drx-RetransmissionTimerDL) can be configured when transmitting or receiving CG / SPS to ensure reliability. However, XR services have very low requirements for block error rate (BLER), so the likelihood of retransmission is also low. Since the UE requires a duration wake-up timer after each CG / SPS transmission, this results in significant power consumption. Therefore, some enhancement methods can be investigated to address this issue.

[0112] Figure 15 This is a flowchart of a wireless communication method according to a third embodiment of the present invention. (In conjunction with...) Figure 15Method 300 includes the following: In step 310, UE 10 is configured by base station 20 to have Discontinuous Reception (DRX) and / or CG / SPS, and indicates whether to skip one or more Configured Grant (CG) / Semi-Persistent Scheduling (SPS) opportunities, or whether to skip DRX retransmission opportunities, during the DRX on-duty period. In step 310, if one or more CG / SPS opportunities are skipped during the DRX on-duty period, then PUSCH is not transmitted or PDSCH is not received on the CG / SPS configuration corresponding to the one or more CG / SPS opportunities. Using this method, XR power saving can be achieved.

[0113] In the first embodiment, a default method can be used to indicate whether one or more CG / SPS opportunities can be skipped during the DRX-onDurationtimer. Skipping a CG / SPS means the UE will not transmit a PUSCH or receive a PDSCH on the corresponding CG / SPS configuration (skipping an SPS also skips the corresponding HARQ feedback). The CG / SPS configuration can be skipped if its temporal resources completely overlap with the DRX-onDurationTimer. In some embodiments, the CG / SPS configuration can be skipped if its temporal resources partially overlap with the DRX-onDurationTimer. In some embodiments, the CG / SPS configuration can be skipped if its temporal resources completely overlap with the DRX activity time. In some embodiments, the CG / SPS configuration can be skipped if its temporal resources partially overlap with the DRX activity time.

[0114] In the second embodiment, a semi-static mechanism can be considered, introducing RRC signaling to indicate whether one or more CG / SPS opportunities can be skipped during the DRX-onDurationtimer. If the RRC signaling indicates that CG / SPS skipping is "disabled," the UE needs to transmit PUSCH and receive PDSCH on each CG / SPS configuration. If the RRC signaling indicates that CG / SPS skipping is "enabled," the UE needs to skip CG / SPS during the DRX-onDurationtimer. CG / SPS skipping means that the UE will not transmit PUSCH or receive PDSCH on the corresponding CG / SPS configuration (when skipping an SPS, the corresponding HARQ feedback will also be skipped). If the time-domain resources of the CG / SPS configuration completely overlap with the DRX-onDurationTimer, the CG / SPS configuration can be skipped. In some embodiments, if the temporal resources configured for CG / SPS partially overlap with the DRX-onDurationTimer, the CG / SPS configuration can be skipped. In some embodiments, if the temporal resources configured for CG / SPS completely overlap with the DRX activity time, the CG / SPS configuration can be skipped. In some embodiments, if the temporal resources configured for CG / SPS partially overlap with the DRX activity time, the CG / SPS configuration can be skipped.

[0115] In a third possible implementation, scheduled DCI (scheduled data transmission) (e.g., UE-specific DCI) or unscheduled DCI (scheduled no data transmission) (e.g., group common DCI) is used to indicate whether a CG / SPS or a group of CG / SPS or a portion of CG / SPS can be skipped. In some embodiments, a DCI backpack of the MAC CE or PDSCH or a UCI backpack of the PUSCH can be used to indicate whether a CG / SPS or a group of CG / SPS or a portion of CG / SPS can be skipped.

[0116] To further save UE power consumption, timers used for retransmission (such as drx-RetransmissionTimerUL or drx-RetransmissionTimerDL) can be optimized when transmitting or receiving CG / SPS (DRX is also configured).

[0117] Generally, the retransmission probability of XR TB is very low (0.01 or 0.001), so the UE does not need to be woken up during most retransmission periods. In the current 3GPP specification, if the DRX retransmission timer RetransmissionTimerUL or drx-RetransmissionTimerDL is configured, the UE needs to be woken up after CG / SPS transmission / reception to detect retransmission authorization. However, using this mechanism results in significant power consumption. Therefore, it is worth investigating how to skip the DL / UL DRX retransmission timer drx-RetransmissionTimer.

[0118] In a first alternative embodiment, an RRC signaling is introduced to enable or disable retransmission time skipping for the CG / SPS. If the RRC signaling is configured to "enable," the UE can skip the DRX retransmission timer drx-ReTransmissionTimer on the DL / UL after transmitting the CG or receiving the SPS. If the RRC signaling is configured to "disable," the UE cannot skip the DRX retransmission timer drxReTransmissionTimer on the DL / UL after transmitting the CG or receiving the SPS.

[0119] In a second alternative embodiment, for the CG configuration, the UCI can indicate whether to skip the DRX retransmission timer drx-ReTransmissionTimerUL. The UCI is carried on the CG PUSCH. For example, assuming the UCI size is 1 bit, if the UCI displays "1", it means that the UE can skip the DRX retransmission timer drx-ReTransmissionTimerUL after the CG transmission. If the UCI displays "0", it means that the UE cannot skip the DRX retransmission timer drx-ReTransmissionTimerUL after the CG transmission. Figure 16 As shown, if the UCI indicator is "1", then drx-ReTransmissionTimer 1 will be skipped.

[0120] For SPS configuration, the DCI indicates whether to skip the DRX retransmission timer drx-ReTransmissionTimerDL. The DCI is carried on the SPS PDSCH. For example, assuming the DCI size is 1 bit, if the DCI shows "1", it means the UE can skip drx-ReTransmissionTimerDL after receiving the SPS. If the UCI indicates "0", it means the UE cannot skip drx-ReTransmissionTimerDL after re-verifying the SPS.

[0121] In the third alternative implementation, whether to skip drx-ReTransmissionTimerDL / UL depends on the packet delay budget (PDB) and the duration between the last symbol or slot of the CG / SPS and the next DRX-onDurationTimer. If the delay is greater than a threshold, the UE cannot skip drx-ReTransmissionTimerDL / UL. If the delay is less than the threshold, the UE can skip drx-ReTransmissionTimerDL / UL. The delay is defined as the duration between the last symbol of the CG / SPS and the start symbol of the DRX-onDurationTimer next to the CG / SPS. The threshold or parket delay budget can be predefined. For example, for the CG... Figure 17 As shown, if the delay is greater than the packet delay budget, the UE cannot skip the DRX retransmission timer drx-ReTransmissionTimer1; if the delay is less than the packet transaction budget, the UE can skip the DRX retransmission timer drx-ReTransmissionTimer1.

[0122] This disclosure proposes a potential method for PDCCH adaptation (PDCCH skipping and search space group handover) via unscheduled DCI. In current 3GPP specifications, PDCCH adaptation is based on scheduled DCI and unscheduled DCI is not supported. This means that PDCCH adaptation will not be performed when there is no data transmission. However, this is not favorable for power-saving and latency-sensitive traffic. Furthermore, in current 3GPP specifications, the RRC value for the PDCCH skipping duration can only be represented by DCI. However, in some cases, these values ​​do not match XR services; for example, the values ​​are too small or too large.

[0123] Figure 18 This is a flowchart of a wireless communication method according to a fourth embodiment of the present invention. (In conjunction with...) Figure 18Method 400 includes the following. In step 410, no data transmission is scheduled via unscheduled downlink control information (DCI), and UE 10 is indicated by physical downlink control channel (PDCCH) adaptation associated with PDCCH skipping and search space group handover. Using this method, PDCCH adaptability is enhanced.

[0124] The following methods can be considered for PDCCH adaptation: 1. Use a non-scheduled DCI to indicate PDCCH adaptation; the size of the non-scheduled DCI is configurable. 2. In a scheduled DCI, a reserved field can be used to indicate PDCCH skipping. The reserved field can be redefined as the remaining PDCCH after a skip within a certain period, where the duration can be predefined, or it can be the remaining duration of the DRX-onDurationTimer or the remaining duration of the DRX activity time. 3. Configure a set of PDCCH skipping modes for XR, and then use either a scheduled DCI or a non-scheduled DCI to indicate the values ​​in the set.

[0125] Some embodiments of the invention offer the following commercial benefits: 1. Solving problems in the prior art; 2. Facilitating XR traffic services; 3. Improving latency; 4. Enhancing the power-saving effect of XR; 5. Enhancing PDCCH adaptability; 6. Providing good communication performance. Some embodiments of the invention are used by 5G-NR chipset suppliers, V2X communication system development suppliers, automotive manufacturers (including cars, trains, trucks, buses, bicycles, motorcycles, helmets, etc.), drones (unmanned aerial vehicles), smartphone manufacturers, public safety communication equipment manufacturers, and AR / VR device manufacturers for gaming, conferences / seminars, and educational purposes. Some embodiments of the invention are combinations of "technologies / processes" that can be adopted in 3GPP specifications to create the final product. Some embodiments of the invention can be adopted in 5G NR unlicensed frequency band communication. Some embodiments of the invention propose technical mechanisms.

[0126] This invention also provides a computer-readable storage medium for storing a computer program. The computer-readable storage medium enables a computer to execute the corresponding processes implemented by the UE / BS in each method of this invention. For the sake of brevity, further details are omitted herein.

[0127] This invention also provides a computer program product, including computer program instructions. The computer program product enables a computer to execute the corresponding process implemented by the UE / BS in each method of this invention. For the sake of brevity, details are not repeated herein.

[0128] This invention also provides a computer program. The computer program enables a computer to execute the corresponding processes implemented by the UE / BS in each method of this invention. For the sake of brevity, details are not repeated herein.

[0129] Those skilled in the art will recognize that, in conjunction with the embodiments described in this specification, the units and algorithm steps can be implemented by electronic hardware or a combination of computer software and electronic hardware. Whether these functions are performed by hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the functions described for each specific application, but should not consider such implementation to be beyond the scope of this application.

[0130] While the invention has been described in conjunction with what are considered to be the most practical and preferred embodiments, it is to be understood that the invention is not limited to the disclosed embodiments, but is intended to cover various arrangements without departing from the broadest interpretation of the appended claims.

Claims

1. A wireless communication method, performed by a user equipment (UE) in a network, the method comprising: Configure discontinuous DRX reception and configure authorized CG, and indicate whether to skip one or more CG opportunities or skip DRX retransmission opportunities during the DRX enabled duration; and If an instruction is given to skip one or more CG opportunities, then one or more CG opportunities will be skipped during the DRX on duration.

2. The method according to claim 1, characterized in that, RRC signaling is used to indicate whether one or more of the CG opportunities should be skipped during the DRX on-duration period.

3. The method according to claim 1, characterized in that, If the temporal resources of the CG configuration completely overlap with the DRX activation duration or DRX activity time, then one or more CG opportunities corresponding to the CG configuration are skipped.

4. The method according to claim 1, characterized in that, If the temporal resources of the CG configuration partially overlap with the DRX on-time or DRX activity time, then one or more of the CG opportunities corresponding to the CG configuration are skipped.

5. The method according to claim 1, characterized in that, RRC signaling is used to indicate that the UE skips the DRX retransmission opportunity on the uplink UL after sending the CG.

6. The method according to claim 1, characterized in that, The uplink control information (UCI) carried on the CG PUSCH or the downlink control information (DCI) carried on the SPS PDSCH indicates whether to skip the DRX retransmission opportunity after the CG PUSCH transmission.

7. The method according to claim 1, characterized in that, Whether to skip the DRX retransmission opportunity is based on the packet delay budget (PDB) and the duration between the last symbol or time slot of the CG preceding the DRX retransmission opportunity and the next DRX start duration.

8. A wireless communication method performed by a base station (BS) in a network, the method comprising: Configure discontinuous reception DRX and configured grant CG for the user equipment (UE), and instruct the UE whether to skip one or more configured CG opportunities, or whether to skip DRX retransmission opportunities, during the DRX enabled duration; and If an instruction is given to skip one or more CG opportunities, then one or more CG opportunities will be skipped during the DRX on duration.

9. The method according to claim 8, characterized in that, RRC signaling is used to indicate whether one or more of the CG opportunities should be skipped during the DRX on-duration period.

10. The method according to claim 8, characterized in that, If the temporal resources of the CG configuration completely overlap with the DRX activation duration or DRX activity time, then one or more CG opportunities corresponding to the CG configuration are skipped.

11. The method according to claim 8, characterized in that, If the temporal resources of the CG configuration partially overlap with the DRX on-time or DRX activity time, then one or more of the CG opportunities corresponding to the CG configuration are skipped.

12. The method according to claim 8, characterized in that, RRC signaling is used to indicate that the UE skips the DRX retransmission opportunity on the uplink UL after sending the CG.

13. The method according to claim 8, characterized in that, The uplink control information (UCI) carried on the CG PUSCH or the downlink control information (DCI) carried on the SPS PDSCH indicates whether to skip the DRX retransmission opportunity after the CG PUSCH transmission.

14. The method according to claim 8, characterized in that, Whether to skip the DRX retransmission opportunity is based on the packet delay budget (PDB) and the duration between the last symbol or time slot of the CG preceding the DRX retransmission opportunity and the next DRX start duration.