Wireless communication method and related equipment

By configuring multiple monitoring modes and retransmission time windows in wireless communication, combined with wake-up signal monitoring mode, the problems of UE capacity, power saving performance and XR service jitter are solved, and efficient XR service experience and communication performance are achieved.

CN119999288APending Publication Date: 2025-05-13SHENZHEN TCL NEW-TECH CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202280100643.6
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2022-09-30
Publication Date
2025-05-13

AI Technical Summary

Technical Problem

The prior art is difficult to take into account both user equipment (UE) capacity and power saving performance in wireless communications, while effectively solving the jitter problem of extended reality (XR) services, resulting in poor XR service experience.

Method used

By configuring multiple monitoring modes and retransmission time windows in a discontinuous reception (DRX) cycle, the user equipment (UE) can decide whether to skip or monitor the retransmission time window, thereby optimizing power consumption and processing capabilities. In addition, multiple monitoring PDCCH modes are configured in combination with the Wake-up Signal (WUS) monitoring mode and different time points in the DRX cycle to adapt to the jitter characteristics of XR traffic.

Benefits of technology

It realizes taking into account the capacity and power saving performance of the UE in wireless communication, effectively reducing the jitter of XR service, improving the XR service experience, and providing good communication performance.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119999288A_ABST
    Figure CN119999288A_ABST
Patent Text Reader

Abstract

The invention provides a wireless communication method and related equipment. The method is executed by user equipment (UE) and comprises receiving or reporting information, and the information is used for determining at least one of a retransmission time window or a monitoring state of the retransmission time window in a discontinuous reception (DRX) period. By using the method, both the UE processing capability and the power saving performance can be realized.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present invention relates to wireless communication technology, and more specifically, to a wireless communication method and related equipment, such as a user equipment (UE) and a base station (BS), such as a gNB. Background Art

[0002] The wireless communication system of the third generation (3G) mobile phone standards and technologies is well known. Such 3G standards and technologies are developed by the Third Generation Partnership Project (3GPP). The third generation of wireless communication is developed to support macrocellular mobile phone communications, so that communication systems and networks are moving towards broadband and mobile systems. In a cellular wireless communication system, a user equipment (UE) is connected to a radio access network (RAN) via a wireless link. The RAN includes a group of base stations (BS) and an interface to the core network (CN), the former providing a wireless link with the UE in the base station coverage area, and the latter providing overall network control. The RAN and CN each perform their respective functions related to the entire network.

[0003] The 3rd Generation Partnership Project developed the Long-Term Evolution (LTE) system, the Evolved Universal Mobile Telecommunications System Radio Access Network (E-UTRAN), for mobile access networks, where one or more macro base stations are supported by base stations called eNodeB or eNB (evolved NodeB). LTE is further evolving towards the so-called 5G or New Radio (NR) system, where one or more cells are supported by base stations called Next Generation NodeB base stations (gNB).

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

[0005] Extended Reality (XR) and cloud gaming services are important media applications supported by 5G. XR is a general 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 inserted between them. A new research project description (SID) on XR evaluation has been approved, and the characteristics and challenges of XR traffic are summarized as follows:

[0006] ■ High data rate with limited latency

[0007] For high-resolution 3D VR videos based on different frame rates, color codecs, bit depths, compression rates, etc., the transmission data rate can reach up to 60Mbps and above, with only a limited delay of about 10 to 30ms.

[0008] ■ Non-integer cycles with jitter

[0009] The benchmark for downlink (DL) and uplink (UL) video streams has been determined to be 60 frames per second (fps), and 30fps, 90fps, and 120fps can be optionally evaluated. According to the formula for packet arrival time, the corresponding period is {33.33ms, 16.67ms, 11.11ms, 8.33ms}. In addition, XR traffic arrival also has jitter characteristics. According to the RAN1 protocol, the jitter of the traffic is modeled using a truncated Gaussian distribution, and its jitter range varies from [-4,4]ms (baseline) or [-5,5]ms (optional).

[0010] Different frame sizes

[0011] In the field of video compression, three main frame types are defined by three different video algorithms, which have the following characteristics:

[0012] -I frames are the least compressible and can be decoded independently

[0013] -P frames can use the previous frame for decompression and are more compressible than I frames.

[0014] -B frames can use the previous and forward frames to get the highest amount of data compression.

[0015] Issues arising from the incorporation of XR services into cellular wireless communications need to be addressed, especially the transmission of XR services in NR. Technical Solution

[0016] The purpose of the present invention is to provide a wireless communication method and related devices to solve the problems of the prior art, to achieve a balance between UE capacity and power saving performance and to solve the jitter problem of XR services, thereby improving the XR service experience and providing good communication performance.

[0017] In a first aspect, an embodiment of the present invention provides a wireless communication method performed by a user equipment (UE) in a network, the method comprising: receiving or reporting information, wherein the information is used to determine at least one of a retransmission time window or a monitoring status of the retransmission time window in a discontinuous reception DRX cycle.

[0018] In a second aspect, an embodiment of the present invention provides a wireless communication method, which is performed by a user equipment (UE) in a network. The method includes: configuring multiple monitoring modes for discontinuous reception (DRX).

[0019] In a third aspect, an embodiment of the present invention provides a wireless communication method performed by a base station (BS) in a network, the method comprising: sending or receiving information, wherein the information is used to determine at least one of a retransmission time window or a monitoring status of the retransmission time window in a discontinuous reception DRX cycle.

[0020] In a fourth aspect, an embodiment of the present invention provides a wireless communication method, which is performed by a base station (BS) in a network, and the method includes: configuring multiple monitoring modes for a user equipment UE under discontinuous reception DRX.

[0021] In a fifth aspect, an embodiment of the present invention provides a user equipment, comprising a processor, wherein the processor is configured to call and run program instructions stored in a memory to execute any method of the first or second aspect.

[0022] In a sixth aspect, an embodiment of the present invention provides a base station, comprising a processor, wherein the processor is configured to call and run program instructions stored in a memory to execute any method of the third or fourth aspect.

[0023] In a seventh aspect, an embodiment of the present invention provides a computer-readable storage medium for storing a computer program, so that a computer can execute the method of any one of the first to fourth aspects.

[0024] In an eighth aspect, an embodiment of the present invention provides a computer program product, comprising computer program instructions for enabling a computer to execute the method of any one of the first to fourth aspects.

[0025] An embodiment of the present invention provides a computer program, which, when running on a computer, enables the computer to execute any one of the methods of the first to fourth aspects. BRIEF DESCRIPTION OF THE DRAWINGS

[0026] In order to more clearly illustrate the technical solutions in the embodiments of the present invention, the drawings required for use in the description of the embodiments will be briefly introduced below. Obviously, the 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 work.

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

[0028] Figure 2 FIG. 4 is a flow chart of a wireless communication method according to a first embodiment of the present invention.

[0029] Figure 3 The diagram illustrates the process of a UE skipping or monitoring a PDCCH for CG retransmission according to an embodiment of the present invention.

[0030] Figure 4 The process of skipping or monitoring the PDCCH of PUSCH retransmission by a UE according to an embodiment of the present invention is illustrated.

[0031] Figure 5 FIG. 4 is a flow chart of a wireless communication method according to a second embodiment of the present invention.

[0032] Figure 6 A schematic diagram illustrating multiple drx-onDurationTimer configurations according to an embodiment of the present invention is shown.

[0033] Figure 7 FIG. 4 illustrates a combination of the WUS mode and the drx-onDurationTimer in an embodiment of the present invention. DETAILED DESCRIPTION

[0034] The embodiments of the present invention describe technical matters, structural features, implementation purposes and effects in detail with reference to the accompanying drawings. Specifically, the terms in the embodiments of the present invention are only used for the purpose of describing specific embodiments, rather than limiting the disclosure.

[0035] Discontinuous Reception (DRX) is one of the effective ways to save power for user equipment (UE). UE needs to monitor the physical downlink control channel (PDCCH) during the DRX active time and can enter the sleep state during the DRX-OFF duration. The traditional DRX mechanism is suitable for non-delay-sensitive traffic or jitter-free traffic. More details are as follows:

[0036] According to the current 3GPP specifications, the Media Access Control (MAC) entity can be configured with a DRX function by the Radio Resource Control (RRC), which controls the UE's monitoring PDCCH activity for the MAC entity's C-RNTI, CI-RNTI, CS-RNTI, INT-RNTI, SFI-RNTI, SP-CSI-RNTI, TPC-PUCCH-RNTI, TPC-PUSCH-RNTI, TPC-SRS-RNTI, AI-RNTI, SL-RNTI, SLCS-RNTI and SL semi-persistent scheduling V-RNTI. When using DRX operation, the MAC entity should also monitor the PDCCH. When in RRC_CONNECTED, if DRX is configured, the MAC entity can use DRX operation to monitor the PDCCH discontinuously for all activated serving cells; otherwise, the MAC entity shall monitor the PDCCH as specified in TS 38.213. RRC controls DRX operation by configuring the following parameters:

[0037] -drx-onDurationTimer: duration when the DRX cycle starts;

[0038] -drx-SlotOffset: Delay before starting drx-onDurationTimer;

[0039] -drx-InactivityTimer: duration after a PDCCH opportunity indicating that the PDCCH indicates a new UL or DL ​​transmission to the MAC entity;

[0040] -drx-RetransmissionTimerDL (for each DL HARQ process except the broadcast process): maximum duration before a DL retransmission is received;

[0041] -drx-RetransmissionTimerUL (according to UL HARQ process): maximum duration before receiving UL retransmission grant;

[0042] -drx-LongCycleStartOffset: long DRX cycle and drx-StartOffset, drx-StartOffset defines the subframes where the long DRX cycle and the short DRX cycle start;

[0043] -drx-ShortCycle (optional): short DRX cycle;

[0044] -drx-ShortCycleTimer (optional): duration of the short DRX cycle that the UE should follow;

[0045] -drx-HARQ-RTT-TimerDL (for each DL HARQ process except the broadcast process): the minimum duration before the DL allocation of a HARQ retransmission is expected by the MAC entity;

[0046] -drx-HARQ-RTT-TimerUL (according to UL HARQ process): the minimum duration before the MAC entity expects to obtain a UL HARQ retransmission grant;

[0047] -drx-RetransmissionTimerSL (per SL HARQ process): maximum duration before receiving a SL retransmission grant;

[0048] -drx-HARQ-RTT-TimerSL (according to the SL HARQ process): the minimum duration before which the MAC entity expects a SL retransmission grant;

[0049] -ps-Wakeup (optional): used to configure the drx-onDurationTimer that starts the association when the DCP is monitored but not detected;

[0050] -ps-TransmitOtherPeriodicCSI (optional): When DCP is configured but the associated drx-onDurationTimer is not started, it is used to report the configuration of periodic CSI for the duration indicated by drx-onDurationTimer, which is not L1-RSRP on PUCCH;

[0051] -ps-TransmitPeriodicL1-RSRP (optional): When DCP is configured but the associated drx-onDurationTimer is not started, it is used to transmit periodic CSI for the duration indicated by drx-onDurationTimer. The CSI is L1-RSRP on PUCCH.

[0052] -uplinkHARQ-Mode (optional): used to set the configuration of HARQ mode according to the UL HARQ process.

[0053] In the current 3GPP specification, PDCCHSkippingDurationList can provide a set of durations for the UE to monitor PDCCH for the active DL BWP of the serving cell. If the searchSpaceGroupIdList-r17 parameter is not provided to the UE in the active DL BWP of the serving cell, DCI format 0_1 ​​and DCI format 0_2 for scheduling PUSCH transmission, and DCI format 1_1 and DCI format 1_2 for scheduling PDSCH reception may include a 1-bit or 2-bit monitoring PDCCH adaptation field. If DRX is configured and the time window is within the duration of PDCCH skipping, the UE can monitor PDCCH on the time window without waking up.

[0054] The following problems exist in business traffic, such as XR business transmission.

[0055] Since the DRX-OFF state is configured, discontinuous reception (DRX) is one of the effective ways for user equipment (UE) to save power. When DRX and CG / SPS are sent / received at the same time or DRX is configured, if the parameters of drx-RetransmissionTimerUL or drx-RetransmissionTimerDL are configured, the UE needs to wake up and monitor the retransmission grant. In general, when the single transmission mechanism is used, the retransmission probability of XR TB is very low (about 0.01 or 0.001). If single transmission is not enabled, the target block error rate (BLER) of the initial transmission is 0.1; however, this probability is also low. In other words, during most of the time window of retransmission, the UE does not need to wake up to monitor the PDCCH opportunity. Therefore, it is necessary to study whether the UE needs to monitor the retransmission DCI. In addition, in the current 3GPP specification, if skipping PDCCH signaling is indicated, the UE will not monitor the PDCCH opportunity within the retransmission time window. When the UE feeds back the NACK of PDSCH / SPS, there is no opportunity for the UE to monitor PDCCH before the next DRX duration. Therefore, a large delay will be caused. Therefore, some improvement methods for this problem should also be studied.

[0056] Question 1: Whether to monitor the retransmission grant within the UE's retransmission time window should be studied.

[0057] DRX is one of the effective ways for UE to save power, because the UE can enter the DRX-OFF state, in which the UE will stop monitoring the PDCCH and can enter the sleep state to save UE power. As discussed in the Rel-17 RAN1 meeting, 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 the XR packet may arrive at the gNB or UE within a time window of 8 ms or 10 ms, and the exact arrival time of the packet is not known in advance. When XR traffic arrives before DRX-ON, the duration of the scheduled grant will be monitored in DRX. However, when XR traffic arrives after DRX-ON, the UE needs to wait for the scheduling grant in the next DRX cycle. Therefore, a larger delay will be incurred.

[0058] Question 2: Some enhancement methods should be considered to handle XR jitter for DRX.

[0059] The present invention can be summarized as follows:

[0060] In order to save power consumption of UE, the present invention proposes a method for supporting UE to determine whether to skip the retransmission time window. In addition, some methods for supporting UE to monitor retransmission authorization at the expected location are also provided. These methods are described as follows:

[0061] Solution 1: A set of drx-RetransmissionTimerUL or drx-RetransmissionTimerDL values ​​may be configured for DRX, and one of the values ​​in the set may be sent to the UE via signaling.

[0062] Solution 2: A group of drx-HARQ-RTT-TimerDL or drx-HARQ-RTT-TimerUL values ​​may be configured for DRX, and one of the values ​​in the group may be sent to the UE via signaling, wherein the values ​​of drx-HARQ-RTT-TimerDL or drx-HARQ-RTT-TimerUL in the group are different.

[0063] Solution 3: A set of drx-RetransmissionTimerUL or drx-RetransmissionTimerDL values ​​and a set of drx-HARQ-RTT-TimerDL or drx-HARQ-RTT-TimerUL values ​​may be configured for DRX. One of the values ​​in the set of drx-RetransmissionTimerUL or drx-RetransmissionTimerDL and one of the values ​​in the set of drx-HARQ-RTT-TimerDL or drx-HARQ-RTT-TimerUL may be indicated to the UE.

[0064] Solution 4: Priority rules are introduced to determine whether the UE needs to skip or monitor the PDCCH within the retransmission time window. In this case, the retransmission time window for data transmission is indicated by the data scheduling DCI whether to skip.

[0065] Solution 5: Use signaling to indicate the length of the drx-ReTransmissionTimer for monitoring PDCCH. The signaling can be DCI or DCI piggybacked PDSCH or new RNTI scrambled DCI or MAC CE.

[0066] The present invention proposes a potential method for supporting XR services with jitter (including predictable or unpredictable jitter between video frames) as follows:

[0067] Solution 1: Multiple values ​​of drx-onDurationtimer can be configured. For adjacent DRX cycles, the duration of drx-onDurationtimer can be the same or different.

[0068] Solution 2: Consider combining the wake-up signal (WUS) monitoring mode with the drx-onDurationtimer. In one DRX cycle, multiple WUSs can be configured before or / and after the drx-onDurationtimer.

[0069] Solution 3: DRX can be configured with multiple monitoring PDCCH modes. The mode can be adjusted based on the jitter of arrival. Some monitoring PDCCH modes can be skipped based on the jitter in the previous DRX cycle.

[0070] The method proposed in the present invention supports skipping or monitoring PDCCH within the retransmission time window, and can achieve capacity and energy saving performance. In addition, a potential method for solving the XR service jitter problem is also given, which can improve the XR service experience.

[0071] In some embodiments, Figure 1One or more user equipment (UE) 10 and a base station (e.g., gNB or eNB) 20 are provided for wireless communication in a communication network system 30 according to an embodiment of the present invention. The communication network system 30 includes one or more UE 10 and a base station 20. The one or more UE 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 functions, processes, and / or methods described in the present invention. The layers of the 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 the transceiver 13 or 23 sends and / or receives radio signals.

[0072] The processor 11 or 21 may include an application specific integrated circuit (ASIC), other chipsets, logic circuits and / or data processing devices. The memory 12 or 22 may include a read-only memory (ROM), a random access memory (RAM), flash memory, a memory card, a storage medium and / or other storage devices. The transceiver 13 or 23 may include a baseband circuit for processing radio frequency signals. When the embodiment is implemented in software, the technology described in the present invention may be implemented by a module (e.g., a process, a function, etc.) that performs the functions described in the present invention. The module may be stored in the memory 12 or 22 and executed by the processor 11 or 21. The memory 12 or 22 may be implemented inside the processor 11 or 21 or outside the processor 11 or 21, in which case they may be communicatively coupled to the processor 11 or 21 in various ways known in the art.

[0073] In order to achieve UE power saving, the present invention proposes a method to support whether the UE skips the retransmission time window. In addition, some methods to support the UE to monitor the retransmission grant at the expected position are also given. When sending / receiving DRX and configuring grant (Configured grant, CG) / semi-persistent scheduling (SPS) or configuring DRX, if the parameters of drx-RetransmissionTimerUL or drx-RetransmissionTimerDL are configured, the UE needs to wake up and monitor the retransmission grant. However, the configured semi-static retransmission time window (i.e., drx-ReTransmissionTimer) is not friendly to UE power saving, because the UE does not need to wake up to monitor the PDCCH in most of the time windows of retransmission, so some unnecessary retransmission time windows can be skipped or dynamically adjusted. In addition, in the current 3GPP specification, if the PDCCH skip signaling is indicated, the UE will not monitor the PDCCH opportunity within the retransmission time window. When the UE feeds back the NACK of PDSCH / SPS, there is no UE monitoring PDCCH opportunity before the next DRX duration. Therefore, a large delay will result. The additional monitoring PDCCH opportunities during the PDCCH skip retransmission duration may be indicated to the UE. The following methods may be considered.

[0074] Figure 2 A flow chart of a wireless communication method according to a first embodiment of the present invention is shown. Figure 1 and Figure 2 , method 100 includes the following contents. In step 110, the UE receives information from the BS or reports information to the BS, wherein the information is used to determine at least one retransmission time window in a discontinuous reception (DRX) cycle or to monitor the state of the retransmission time window. That is, the information can be indicated by the BS or reported by the UE. The retransmission time window may at least include the duration of the retransmission time window, the start time of the retransmission time window, or the start time and duration of the retransmission time window. The monitoring state of the retransmission time window may be the on state of the retransmission time window of the UE in the DRX cycle, or the off state of the UE skipping the retransmission time window in the DRX cycle. Using this method, both the UE processing capability and the power saving performance can be taken into account.

[0075] In an embodiment of the present invention, the retransmission time window is determined by a discontinuous reception retransmission (drx-retransmission) timer. Specifically, the step of receiving or reporting the information includes: configuring a group of drx-retransmission timer values ​​for the DRX, wherein the drx-retransmission timer values ​​in the group may be different or the same; and receiving a signaling indicating one of the values ​​in the group. In one embodiment, the retransmission time window is determined by a discontinuous reception hybrid automatic repeat request round-trip time (drx-Hybrid Automatic Repeat reQuest Round-Trip Time, drx-HARQ-RTT) timer. Specifically, the step of receiving or reporting the information includes: configuring a group of drx-HARQ RTT timer values ​​for the DRX, wherein the values ​​of the drx-HARQ RTT timer in the group may be different or the same; and receiving a signaling indicating one of the values ​​in the group. In one embodiment, the retransmission time window is determined by a drx-retransmission timer and a drx-HARQ-RTT timer. In the example, the values ​​of the drx-retransmission timer and the drx-HARQ-RTT timer can be indicated together. In addition, the value used to indicate the drx-retransmission timer or the drx-HARQ RTT timer is performed by downlink control information (Downlink Control Information, DCI) or uplink control information (Uplink Control Information, UCI) or media access control (Media Access Control, MAC) control element (CE) or physical downlink shared channel (Physical Downlink Shared Channel, PDSCH) in the piggyback DCI or physical uplink shared channel (Physical Uplink Shared Channel, PUSCH) in the piggyback UCI or new RNTI scrambled DCI or any combination of the above signals.

[0076] In one embodiment of the present invention, the method further includes: receiving a skip or monitoring indication, wherein the skip indication or the monitoring indication is used to skip or monitor the physical downlink control channel (PDCCH) monitoring opportunity of the retransmission time window in the DRX cycle. Further, the method includes: judging whether to wake up at the monitoring PDCCH opportunity of the retransmission time window based on priority, wherein if the priority of skipping the monitoring PDCCH opportunity is higher than the priority of monitoring the PDCCH opportunity, the UE skips the monitoring PDCCH opportunity on the retransmission time window, wherein if the priority of skipping the monitoring PDCCH opportunity is lower than the priority of monitoring the PDCCH opportunity, the UE wakes up the monitoring at the monitoring PDCCH opportunity of the retransmission time window. In an embodiment, the priority is configured or predefined, or determined in an implicit manner. In an embodiment, the priority is determined based on the priority of the configured authorization and the priority of the DCI with the skip indication. In one embodiment, the priority is determined based on the priority of the DCI scheduling data transmission and the priority of the DCI with the skip indication. In one embodiment, the priority is determined based on the relationship between the position of the DCI scheduling data transmission and the position of the DCI with the skip indication.

[0077] In a first possible embodiment, a set of drx-RetransmissionTimerUL or drx-RetransmissionTimerDL values ​​can be configured for DRX, and signaling for indicating a certain value of the set is transmitted to the UE. The values ​​of the drx-RetransmissionTimerUL or drx-RetransmissionTimerDL in the set are different. For example, a set of drx-RetransmissionTimerUL or drx-RetransmissionTimerDL values ​​is configured, and the set of drx-RetransmissionTimerUL or drx-RetransmissionTimerDL values ​​is {sl 0, sl 1, sl 2, sl 4, sl 8, sl 16, sl 24, sl 32}, where sl 0 is equal to a retransmission time window of 0 time slots, sl 1 is equal to a retransmission time window of 1 time slot, and so on. Then, one of the values ​​of the set of the group is indicated to the UE. Among them, 3 bits can be used to indicate to the UE what the value is, that is, a total of 2^3 states can be used. Each state of 2^3 may indicate one of the values ​​in the set of the group, as shown in Table 1. When the state is "000", it means that the retransmission time window is equal to 0 time slots; when the state is displayed as "100", it means that the retransmission time window is equal to 8 time slots, and so on. When the UE needs to skip monitoring the PDCCH within the retransmission time window, it can be represented as S1 0. Table 1 Values ​​of drx-RetransmissionTimerUL or drx-RetransmissionTimerDL

[0078] In some embodiments, the bits used to indicate information are equal to ceil(log2(number of values ​​in the set)). In some embodiments, the signaling indicated by drx-RetransmissionTimerUL or drx-RetransmissionTimerDL can be DCI, UCI, MAC, CE or piggyback DCI in PDSCH, or piggyback UCI in PUSCH, or new RNTI scrambled DCI, or any combination of these signals. For the indication signaling using UCI, whether the UE needs to monitor the PDCCH within the time window of retransmission shall be subject to the UE report. In some embodiments, the default value of drx-RetransmissionTimerUL or drx-RetransmissionTimerDL is configured. If no value is indicated, the default value is used.

[0079] In a second possible embodiment, a set of drx-HARQ-RTT-TimerDL or drx-HARQ-RTT-TimerUL values ​​may be configured for DRX, and a signaling indicating a value in the set may be transmitted to the UE. The values ​​in the set of drx-HARQ-RTT-TimerDL or drx-HARQ-RTT-TimerUL are different. For example, a set of drx-HARQ-RTT-TimerDL or drx-HARQ-RTT-TimerUL values ​​is configured, and the set of values ​​of the set of drx-HARQ-RTT-TimerDL or drx-HARQ-RTT-TimerUL is {0,1,2,3,4,5,...,56}, where 0 is equal to the symbol value of BWP, i.e., the transport block is transmitted or received at symbol 0, 1 is equal to the number of symbols of BWP, i.e., the transport block is transmitted or received at symbol 1, 2 is equal to the symbol value of BWP, i.e., the transport block is transmitted or received at symbol 2, and so on. Then, one of the values ​​in the set is indicated to the UE. N bits can be used to indicate to the UE, so a total of 2^N states can be used. Each state of the 2^N states can indicate one of the values ​​in the set.

[0080] In some embodiments, the signaling indicated by drx-HARQ-RTT-TimerDL or drx-HARQ-RTT-TimerUL may be DCI, UCI or MAC CE or piggybacked DCI in PDSCH, or piggybacked UCI in PUSCH, or new RNTI scrambled DCI, or any combination of the above signals. For the indication signaling using UCI, it means that the UE decides whether it needs to monitor the PDCCH within the retransmission time window based on the UE reporting content.

[0081] In some embodiments, a value X of drx-HARQ-RTT-TimerDL or drx-HARQ-RTT-TimerUL may be configured. X is a specific value between 0 and 56, where X may be predefined and the granularity of X may be a time slot, a symbol, or a millisecond (ms). When the value X of drx-HARQ-RTT-TimerDL or drx-HARQ-RTT-TimerUL is 0, the UE may skip monitoring the PDCCH within the retransmission time window before the next DRX on duration. In some embodiments, a default value of drx-HARQ-RTT-TimerDL or drx-HARQ-RTT-TimerUL is configured. If no value is indicated, the default value is used.

[0082] In a third possible embodiment, a set of drx-RetransmissionTimerUL or drx-RetransmissionTimerDL values ​​and a set of drx-HARQ-RTT-TimerDL or drx-HARQ-RTT-TimerUL values ​​may be configured for DRX. The values ​​in the set of drx-RetransmissionTimerUL or drx-RetransmissionTimerDL and the values ​​in the set of drx-HARQ-RTT-TimerDL or drx-HARQ-RTT-TimerUL will be indicated to the UE. The start and length of the retransmission time window are based on the value of drx-RetransmissionTimerUL or drx-RetransmissionTimerDL and the value of drx-HARQ-RTT-TimerDL or drx-HARQ-RTT-TimerUL. In some embodiments, the value of drx-RetransmissionTimerUL or drx-RetransmissionTimerDL and the value of drx-HARQ-RTT-TimerDL or drx-HARQ-RTT-TimerUL may be independently represented (the detailed implementation of the indication is similar to the first and second possible implementations). In some embodiments, the value of drx-RetransmissionTimerUL or drx-RetransmissionTimerDL and the value of drx-HARQ-RTT-TimerDL or drx-HARQ-RTT-TimerUL may be jointly represented. In this case, the value of drx-RetransmissionTimerUL or drx-RetransmissionTimerDL and the value of drx-HARQ-RTT-TimerDL or drx-HARQ-RTT-TimerUL are jointly encoded. Each state of the indication field may be used to indicate the value of drx-RetransmissionTimerUL or drx-RetransmissionTimerDL and the value of drx-HARQ-RTT-TimerDL or drx-HARQ-RTT-TimerUL.

[0083] In some embodiments, a default value for drx-HARQ-RTT-TimerDL or drx-HARQ-RTT-TimerUL and a default value for drx-HARQ-RTT-TimerDL or drx-HARQ-RTT-TimerUL are configured. If no value is indicated, the default value is used.

[0084] In a fourth possible embodiment, when the DCI of the data scheduling indicates the retransmission time window as skipped, a priority rule is introduced to determine whether the UE needs to skip or monitor the PDCCH during the retransmission time window. If skipping the PDCCH within the retransmission time window has a high priority, the UE does not need to wake up to monitor the PDCCH within the retransmission time window. If monitoring the PDCCH within the retransmission time window has a higher priority, the UE needs to wake up to monitor the PDCCH within the retransmission time window, where the priority of skipping or monitoring the PDCCH within the retransmission time window is configured or predefined. For example, Figure 3 As shown, both CG and DRX are configured, assuming that PUSCH is transmitted on CG1, and the gNB incorrectly decodes PUSCH, so it needs to retransmit CG based on DCI. During drx-on 1, data scheduling DCI indicating skipping of PDCCH is transmitted to the UE, and the drx-RetransmissionTimer in CG1 starts to enter the skip monitoring PDCCH duration. If the priority of skipping monitoring PDCCH is higher than the priority of monitoring PDCCH, the UE does not need to wake up the monitoring PDCCH during the drx-ReTransmissionTimer timing. If the priority of skipping monitoring PDCCH is lower than the priority of monitoring PDCCH, the UE needs to wake up the monitoring PDCCH during the drx-ReTransmissionTimer timing.

[0085] In some embodiments, the priority of skipping or monitoring PDCCH is not predefined or configured. Another method can be used to determine the priority of skipping or monitoring PDCCH during the drx-ReTransmissionTimer timing. The priority of CG1 and the DCI scheduling data with skip PDCCH indication (if configured) can be used to determine the priority of skipping or monitoring PDCCH during the drx-ReTransmissionTimer timing. When the priority of CG1 is higher than the DCI scheduling data, the UE needs to monitor the PDCCH during the drx-ReTransmissionTimer timing. When the priority of CG1 is lower than the DCI scheduling data, the UE needs to skip the PDCCH during the drx-ReTransmissionTimer timing. CG1 can be located before drx-on1, during drx-on1, or after drx-on1. A similar method can be repeated for SPS transmission.

[0086] like Figure 4As shown, taking the dynamic PUSCH transmission during the drx-onDurationtimer timing as an example, multiple dynamic scheduled data transmissions are performed during the drx-on1 period, DCI 1 schedules PUSCH transmission, and DCI 2 with PDCCH adaptation (PDCCH skipping or search space set group switching) schedules another data transmission during the drx-on1 period. If the priority indication in DCI 1 is higher than the priority indication in DCI 2 (for example, the priority index indicated by DCI 1 is 1 and the priority index indicated by DCI 2 is 0), the UE needs to wake up during the drx-ReTransmissionTimer timing to monitor the PDCCH. If the priority indication in DCI 1 is lower than the priority indication in DCI 2 (for example, the priority index indicated by DCI 1 is 0 and the priority index indicated by DCI 2 is 1), the UE does not need to wake up and monitor the PDCCH during the drx-ReTransmissionTimer timing.

[0087] In some embodiments, the priority of skipping PDCCH or monitoring PDCCH is based on the first symbol position of DCI. DCI with the first symbol is determined to have high priority or low priority, where skipping PDCCH means that the UE does not need to wake up and monitor PDCCH during the drx-ReTransmissionTimer timing, and monitoring PDCCH means that the UE needs to wake up and monitor PDCCH during the drx-ReTransmissionTimer timing. Figure 4 As shown, during drx-on1, DCI 2 is located in front of DCI1. If DCI 2 schedules data transmission with a skip PDCCH indication, and DCI 1 schedules PUSCH transmission (the gNB did not receive the PUSCH correctly, so PUSCH needs to be retransmitted), since the first symbol of DCI 2 with the skip PDCCH indication is located in front of DCI 1, the UE does not need to wake up during the drx-ReTransmissionTimer timing to monitor PDCCH. If DCI 1 schedules data transmission with a skip PDCCH indication, and DCI 2 schedules PUSCH transmission (the gNB did not receive the PUSCH correctly, so PUSCH needs to be retransmitted), since the first symbol of DCI 1 scheduled by PUSCH is located in front of DCI 2, the UE needs to wake up during the drx-ReTransmissionTimer timing to monitor PDCCH. A similar approach can be repeated for PDSCH transmission.

[0088] In a fifth possible embodiment, signaling can be used to indicate the length of the drx-ReTransmissionTimer for monitoring the PDCCH. The signaling can be DCI or DCI piggybacked PDSCH or a new RNTI scrambled DCI or MACCE. The relationship between the field in the DCI and the length of the drx-ReTransmissionTimer is predefined or configured, where the field size in the DCI is configurable or predefined. Taking the 2-bit field in the DCI as an example, as shown in Table 2, when the field in the DCI or MAC CE is displayed as "00", it means that the duration of the drx-ReTransmissionTimer is 0 time slots or 0 milliseconds (ms). In other words, the UE does not need to wake up to monitor the retransmission of the PDCCH. When the field in the DCI or MAC CE is displayed as "01", it means that the duration of the drx-ReTransmissionTimer is 1 time slot or 1ms. During the timing of the drx-ReTransmissionTimer, the UE needs to be woken up to monitor the PDCCH for retransmission. Table 2: Length of drx-ReTransmissionTimer indication

[0089] In some embodiments, the start and length of the drx-ReTransmissionTimer for monitoring PDCCH can be indicated by DCI or DCI piggybacked PDSCH or new RNTI scrambled DCI or MAC CE or new RNTI scrambled DCI or any combination of these signals. In some embodiments, for PDSCH or SPS transmission, when ACK is fed back, the UE does not need to wake up and monitor the PDCCH for PDSCH or SPS retransmission; when NACK is fed back, the UE needs to wake up and monitor the PDCCH for PDSCH or SPS retransmission. In some embodiments, whether the UE needs to monitor the PDCCH during the drx-ReTransmissionTimer timing is indicated by DCI or / and MAC CE or wake-up signaling (WUS) signaling. In some embodiments, the length of the drx-ReTransmissionTimer for monitoring PDCCH can be reported by the UE, and UCI or / and MAC CE can be used. The relationship between the field in the DCI and the length of the drx-ReTransmissionTimer is predefined or configured, where the field size in the DCI is configurable or predefined. In some embodiments, both the start and length of the drx-ReTransmissionTimer used to monitor the PDCCH may be reported by the UE using UCI or / and MAC CE.

[0090] The present invention proposes a potential method for supporting XR services with jitter (including predictable or unpredictable jitter between video frames). Discontinuous reception (DRX) is one of the effective methods for user equipment (UE) to save power. When the UE enters the DRX-OFF state, the UE will suspend physical downlink control channel (PDCCH) monitoring and then enter a sleep state to save UE power. When configuring DRX, if the XR traffic starts with the drx-onDurationtimer, the current mechanism will cause a large delay and the packet delay budget (PDB) of the data packet will exceed the budget. In order to reduce the delay caused by jitter, the following methods can be considered.

[0091] Figure 5 is a flow chart of a wireless communication method according to a second embodiment of the present invention. Figure 5 , method 100 includes the following contents. In step 110, the UE receives multiple monitoring modes configured for discontinuous reception (DRX) from the BS. The monitoring mode may correspond to a discontinuous reception on-timer (drx-onDurationTimer) value, or a wake-up signal (Wake-Up Signal, WUS) monitoring mode, or a physical downlink control channel (PDCCH) monitoring mode, or a combination of a WUS monitoring mode and a monitoring PDCCH mode. Each monitoring mode may have a different monitoring duration, or the monitoring time of each mode is different. This method solves the jitter problem of XR services, thereby improving the XR service experience.

[0092] In an embodiment of the present invention, the drx-onDurationTimer values ​​of adjacent DRX cycles are different or the same. In an embodiment, the WUS monitoring mode is located before the duration determined by the drx-onDurationTimer value or / after the duration of a DRX cycle. WUS can be used to indicate the start time of the duration determined by the drx-onDurationTimer value. Alternatively, WUS is used to skip certain WUS monitoring opportunities. In an embodiment, if a WUS in the WUS monitoring mode is located before the duration determined by the drx-onDurationTimer value in a DRX cycle, the duration is enabled immediately after a WUS. In an embodiment, if downlink control information (DCI) is not detected within the duration determined by the drx-onDurationTimer value, the WUS monitoring mode located after the duration is enabled. In one embodiment, the monitoring PDCCH mode is adjusted according to jitter. In some examples, certain monitoring PDCCH modes are skipped according to the jitter state in the previous DRX cycle.

[0093] In a first possible implementation, multiple values ​​of drx-onDurationtimer may be configured. For adjacent DRX cycles, the duration of the drx-onDuration timer may be the same or different. Figure 6 As shown, the duration of Drx-on (equal to drx-onDurationtimer) of two adjacent DRX cycles is different. The value of Drx-on1 is different from the value of Drx-on2, and the value of Drx-on2 is different from the value of Drx-on3.

[0094] In some embodiments, the pattern of Drx-on timer durations over multiple DRX cycles is predefined or configured. In some embodiments, the pattern of Drx-on durations over multiple DRX cycles is not predefined or configured, but a default value is configured, and if there is no signal indicating a value, the default value is used for all DRX cycles. In some cases, there is a signal indicating a Drx-on value, and then the indicated value can be used for the next DRX cycle or the next multiple DRX cycles.

[0095] In the second possible implementation, the wake-up signal (WUS) monitoring mode and drx-onDurationtimer can be considered to be used in combination. In a DRX cycle, multiple WUS can be configured before or / and after the drx-onDurationtimer. WUS can be used to instruct the UE to start the drx-onDurationtimer or skip certain WUS monitoring modes. For example (based on DRX cycle 1, similar methods can be repeated for other DRX cycles), such as Figure 7 As shown, a combination of WUS mode and drx-onDurationtimer can be configured for the UE. In DRX cycle 1, WUS part 1-1 is located before Drx-on1 in DRX cycle 1, and WUS part 1-3 is located after Drx-on1 in DRX cycle 1, where the total duration of WUS part 1-1 and WUS part 1-3 is greater than the jitter range. The UE needs to wake up at each WUS monitoring opportunity in the WUS part. If the UE monitors WUS in WUS mode 1-1, DRX-on1 will be started immediately after the WUS. When there is no WUS during WUS part 1-1, DRX-on1 will be started according to the configured parameters. If no DCI scheduling PDSCH or PUSCH transmission is detected during DRX-on1, WUS part 1-3 is started. During WUS part 1-3, the UE needs to wake up at each WUS monitor opportunity.

[0096] In some embodiments, WUS or signaling within the DRX-onDuration timer (e.g., DCI, UCI, piggybacked DCI, piggybacked UCI, MAC CE, or new RNTI scrambled DCI, or any combination of these signals) may be used to skip the WUS monitoring mode in the next or next multiple DRX cycles.

[0097] In a third possible implementation, multiple monitoring PDCCH modes can be configured for DRX. The monitoring PDCCH mode can be adjusted according to the jitter arrival, and some monitoring PDCCH modes can be skipped according to the jitter status in the previous DRX cycle. In some embodiments, a jitter monitoring time window is introduced, and the jitter arrival between adjacent data packets within the jitter monitoring time window is predicted, and then the monitoring PDCCH mode in the next DRX cycle can be determined based on the jitter arrival status in the current DRX cycle.

[0098] The commercial benefits of some embodiments are as follows. 1. Solve problems in the prior art; 2. Achieve UE capacity and power saving performance; 3. Solve the jitter problem of XR services; 4. Improve XR service experience; 5. Provide good communication performance. Some embodiments of the present invention are used by 5G-NR chipset suppliers, V2X communication system development suppliers, automobile manufacturers (including cars, trains, trucks, buses, bicycles, motorcycles, helmets, etc.), drones, smartphone manufacturers, public safety communication equipment, AR / VR equipment manufacturers for games, conferences / seminars, and educational purposes. Some embodiments of the present invention are a combination of "technology / processes" that can be adopted in 3GPP specifications to create a final product. Some embodiments of the present invention can be used in 5G NR unlicensed band communications. Some embodiments of the present invention propose technical mechanisms.

[0099] The embodiment of the present 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 process implemented by the UE / BS in each method of the embodiment of the present invention. For the sake of brevity, the details are not repeated herein.

[0100] The embodiment of the present invention further 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 the embodiment of the present invention. For the sake of brevity, the details are not repeated herein.

[0101] The embodiment of the present invention further provides a computer program. The computer program enables a computer to execute the corresponding process implemented by the UE / BS in each method of the embodiment of the present invention. For the sake of brevity, the details are not repeated herein.

[0102] Those skilled in the art will appreciate that, in conjunction with the embodiments described in the embodiments disclosed in this specification, the units and algorithm steps may 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 may use different methods to implement the functions described for each specific application, but it should not be considered that the implementation is beyond the scope of this application.

[0103] While the present invention has been described in connection with what is considered to be the most practical and preferred embodiment, it is to be understood that the invention is not limited to the disclosed embodiment but is intended to cover various arrangements made 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: Receive or report information, wherein the information is used to determine at least one of a retransmission time window or a monitoring status of the retransmission time window in a discontinuous reception (DRX) cycle.

2. The method according to claim 1, characterized in that The information is indicated.

3. The method according to claim 1, characterized in that The information is reported by the UE.

4. The method according to claim 1, characterized in that: The retransmission time window includes a duration of the retransmission time window, a start time of the retransmission time window, or at least one of the start time of the retransmission time window and the duration.

5. The method according to claim 1, characterized in that The retransmission time window is determined by a discontinuous reception retransmission drx-retransmission timer.

6. The method according to claim 5, characterized in that The steps of receiving or reporting information include: configuring a set of drx-retransmission timer values ​​for DRX, wherein the drx-retransmission timer values ​​in the set of drx-retransmission timer values ​​are different or the same; and Signaling is received indicating one of a set of values ​​for the drx-retransmission timer.

7. The method according to claim 1, characterized in that The retransmission time window is determined by a discontinuous reception hybrid automatic repeat request round trip time drx-HARQ-RTT timer.

8. The method according to claim 7, characterized in that The steps of receiving or reporting the information include: configuring a set of drx-HARQ RTT timer values ​​for DRX, wherein the values ​​of the drx-HARQ RTT timer in the set of drx-HARQ RTT timer are different or the same; and Signaling is received indicating one of the values ​​in the set of values ​​of the drx-HARQ RTT timer.

9. The method according to claim 1, characterized in that: The retransmission time window is determined by a drx-retransmission timer and a drx-HARQ-RTT timer.

10. The method according to claim 9, characterized in that The values ​​of the drx-retransmission timer and the drx-HARQ-RTT timer are commonly indicated.

11. The method according to any one of claims 5 to 10, characterized in that The indication of the value of the drx-retransmission timer or the drx-HARQ RTT timer is performed by downlink control information DCI or uplink control information UCI or media access control MAC control component CE or physical downlink shared channel PDSCH The piggyback DCI, or the physical uplink shared channel PUSCH The piggyback UCI, or a new RNTI scrambled DCI.

12. The method according to claim 1, further comprising: A skip indication or a monitoring indication is received, wherein the skip indication or the monitoring indication is used to indicate skipping or monitoring of a physical downlink control channel (PDCCH) monitoring opportunity of a retransmission time window in a DRX cycle.

13. The method according to claim 12, further comprising: Determine whether to monitor PDCCH timing during the retransmission time window based on priority. If the priority of skipping the monitoring PDCCH opportunity is higher than the priority of monitoring the PDCCH opportunity, the UE skips monitoring the PDCCH opportunity in the retransmission time window, If the priority of skipping the PDCCH monitoring opportunity is lower than the priority of monitoring the PDCCH opportunity, the UE wakes up and monitors at the monitoring PDCCH opportunity in the retransmission time window.

14. The method according to claim 13, characterized in that The priorities are configured or predefined, or determined in an implicit manner.

15. The method according to claim 13, characterized in that The priority is determined based on a priority of a configuration grant and a priority of a DCI with the skip indication.

16. The method according to claim 13, characterized in that The priority is determined based on a priority of the DCI scheduled data transmission and a priority of the DCI with the skip indication.

17. The method according to claim 13, characterized in that The priority is determined based on a relationship between a location of a DCI scheduling data transmission and a location of a DCI having the skip indication.

18. A wireless communication method, performed by a user equipment UE in a network, the method comprising: Multiple monitoring modes are configured for discontinuous reception (DRX).

19. The method according to claim 18, characterized in that The monitoring mode corresponds to a discontinuous reception on-timer drx-onDurationTimer value, a wake-up signal WUS monitoring mode, a physical downlink control channel PDCCH monitoring mode, or a combination of the WUS monitoring mode and the PDCCH monitoring mode.

20. The method according to claim 19, characterized in that For adjacent DRX cycles, the drx-onDurationTimer value is different or the same.

21. The method according to claim 19, characterized in that The WUS monitoring mode is located before the duration determined by the drx-onDurationTimer value and / or after the duration of a DRX cycle.

22. The method according to claim 21, characterized in that The wake-up signal WUS is used to indicate the start of the duration determined by the drx-onDurationTimer value.

23. The method according to claim 22, characterized in that If a WUS in a WUS monitoring mode in a DRX cycle is located before the duration determined by the drx-onDurationTimer value, the duration is immediately after a WUS.

24. The method according to claim 21, characterized in that If downlink control information DCI is not detected within a duration determined by the drx-onDurationTimer value, the WUS monitoring mode located after the duration is enabled.

25. The method according to claim 21, characterized in that The wake-up signal is used to skip some WUS monitoring opportunities.

26. The method according to claim 19, characterized in that The monitoring PDCCH mode is adjusted based on jitter.

27. The method according to claim 19, characterized in that Some monitoring PDCCH patterns are skipped based on the jitter status in the previous DRX cycle.

28. A wireless communication method, performed by a base station BS in a network, the method comprising: Sending or receiving information, wherein the information is used to determine at least one of a retransmission time window or a monitoring state of the retransmission time window in a discontinuous reception (DRX) cycle.

29. The method according to claim 28, characterized in that The BS indicates the information to a user equipment UE.

30. The method according to claim 28, characterized in that The information is received from a user equipment UE.

31. The method according to claim 28, characterized in that The retransmission time window includes a duration of the retransmission time window, a start time of the retransmission time window, or at least one of the start time of the retransmission time window and the duration.

32. The method according to claim 28, characterized in that The retransmission time window is determined by a discontinuous reception retransmission drx-retransmission timer.

33. The method according to claim 32, characterized in that The steps of sending or receiving information include: configuring a set of drx-retransmission timer values ​​for DRX for the UE, wherein the values ​​of the drx-retransmission timer in the set of drx-retransmission timer values ​​are different or the same; and Transmitting, to the UE, signaling indicating one of the values ​​in the set of values ​​of the drx-retransmission timer.

34. The method according to claim 28, characterized in that The retransmission time window is determined by a discontinuous reception hybrid automatic repeat request round trip time drx-HARQ-RTT timer.

35. The method according to claim 34, characterized in that The steps of sending or receiving information include: configuring a set of drx-HARQ RTT timer values ​​for DRX for the UE, wherein the values ​​of the drx-HARQ RTT timer in the set of drx-HARQ RTT timer are different or the same; and Transmitting, to the UE, signaling indicating one of the values ​​in the set of values ​​of the drx-HARQ RTT timer.

36. The method according to claim 28, characterized in that The retransmission time window is determined by a drx-retransmission timer and a drx-HARQ-RTT timer.

37. The method according to claim 36, characterized in that The values ​​of the drx-retransmission timer and the drx-HARQ-RTT timer are commonly indicated.

38. The method according to any one of claims 32 to 37, characterized in that The indication of the value of the drx-retransmission timer or the drx-HARQ RTT timer is performed by downlink control information DCI or uplink control information UCI or media access control MAC control component CE or physical downlink shared channel PDSCH The piggyback DCI, or the physical uplink shared channel PUSCH The piggyback UCI, or a new RNTI scrambled DCI.

39. The method of claim 28, further comprising: A skipping indication or a monitoring indication is transmitted to the UE, wherein the skipping indication or the monitoring indication is used to indicate skipping or monitoring of a physical downlink control channel PDCCH monitoring opportunity of a retransmission time window in a DRX cycle.

40. The method of claim 39, further comprising: It is expected that the UE determines whether to wake up in the retransmission time window to monitor the PDCCH timing according to the priority, If the priority of skipping the monitoring PDCCH opportunity is higher than the priority of monitoring the PDCCH opportunity, the UE skips monitoring the PDCCH opportunity in the retransmission time window, If the priority of skipping the PDCCH monitoring opportunity is lower than the priority of monitoring the PDCCH opportunity, the UE wakes up and monitors at the monitoring PDCCH opportunity in the retransmission time window.

41. The method according to claim 40, characterized in that The priorities are configured or predefined, or determined in an implicit manner.

42. The method according to claim 40, characterized in that The priority is determined based on a priority of a configuration grant and a priority of a DCI with the skip indication.

43. The method according to claim 40, characterized in that The priority is determined based on a priority of the DCI scheduled data transmission and a priority of the DCI with the skip indication.

44. The method according to claim 40, characterized in that The priority is determined based on a relationship between a location of a DCI scheduling data transmission and a location of a DCI having the skip indication.

45. A wireless communication method, performed by a base station BS in a network, the method comprising: A plurality of monitoring modes are configured for a user equipment UE in discontinuous reception DRX.

46. ​​The method according to claim 45, characterized in that The monitoring mode corresponds to a discontinuous reception on-timer drx-onDurationTimer value, a wake-up signal WUS monitoring mode, a physical downlink control channel PDCCH monitoring mode, or a combination of the WUS monitoring mode and the PDCCH monitoring mode.

47. The method according to claim 46, characterized in that For adjacent DRX cycles, the drx-onDurationTimer value is different or the same.

48. The method according to claim 46, characterized in that The WUS monitoring mode is located before the duration determined by the drx-onDurationTimer value and / or after the duration of a DRX cycle.

49. The method according to claim 48, characterized in that The wake-up signal WUS is used to indicate the start of the duration determined by the drx-onDurationTimer value.

50. The method according to claim 49, characterized in that If a WUS in a WUS monitoring mode in a DRX cycle is located before the duration determined by the drx-onDurationTimer value, the duration is immediately after a WUS.

51. The method according to claim 48, characterized in that If downlink control information DCI is not detected within a duration determined by the drx-onDurationTimer value, the WUS monitoring mode located after the duration is enabled.

52. The method of claim 48, wherein: The wake-up signal is used to skip some WUS monitoring opportunities.

53. The method according to claim 46, characterized in that The monitoring PDCCH mode is adjusted based on jitter.

54. The method according to claim 46, characterized in that Some monitoring PDCCH patterns are skipped based on the jitter status in the previous DRX cycle.

55. A user equipment UE, comprising a processor and a transceiver, wherein the processor is configured to call and run program instructions stored in a memory to cooperate with the transceiver to perform the method according to any one of claims 1 to 17.

56. A user equipment UE, comprising a processor and a transceiver, wherein the processor is configured to call and run program instructions stored in a memory to cooperate with the transceiver to perform the method according to any one of claims 18 to 27.

57. A base station BS, comprising a processor and a transceiver, wherein the processor is configured to call and run program instructions stored in a memory to cooperate with the transceiver to perform the method according to any one of claims 28 to 44.

58. A base station BS, comprising a processor and a transceiver, wherein the processor is configured to call and run program instructions stored in a memory to cooperate with the transceiver to perform the method according to any one of claims 45 to 54.