Wireless communication method and device for extended reality traffic

Abstract

A method of wireless communication is provided. The method can be performed in a wireless communication device. The device configures a first uplink flow for an extended reality (XR) service with a first configured grant (CG). The device performs an uplink transmission for the first uplink flow on the CG belonging to the first CG. The device monitors a control channel for an uplink dynamic grant for the first uplink flow within a predefined offset of a first time frame after the CG.

Description

Technical Field

[0001] This invention relates to the field of communication systems, and more particularly to wireless communication methods and apparatus for extended reality (XR) services. Background Technology

[0002] The wireless communication systems of third-generation (3G) mobile phone standards and technologies are well-known. 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 the radio link with the UE in 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 entire network. The 3GPP project developed the Long Term Evolution (LTE) system, namely 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 eNodeBs or eNBs (evolved NodeBs). LTE is further evolving towards so-called 5G or NR (New Radio) systems, where one or more cells are supported by base stations called next-generation NodeBs (gNBs).

[0003] Technical issues

[0004] 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. In 5G or NR, support for eMBB, URLLC, and mMTC was introduced in Release 15, and further enhanced in Releases 16 and 17.

[0005] Extended reality (XR) and cloud gaming services are important media applications supported by 5G. A series of research projects within 3GPP have revealed unique characteristics in XR services' traffic requirements, which current 5G systems may not be able to support well. Some characteristics of XR traffic are listed below:

[0006] ● Variable Video Frames: The video stream is the most important data stream in XR services. A video stream consists of a series of consecutive video frames. Each video frame is an image encoded / compressed using a different codec mechanism (such as H.264 / H.265 / H.266, AV1, or the audio / video coding standard known as AVS) for efficient storage and transmission. Typically, three main frame / image types are used in encoding (i.e., I-frames, P-frames, and B-frames). Even for frames of the same type, the data size of each frame differs. During transmission, a frame can essentially be divided into a group of data packets. However, the variable size of video frames at least results in variable data packet sizes or variable number of data packets between different frames.

[0007] ● Real-time, high data rate, low latency: Clearly, XR service is a real-time service, also featuring high data rates and low latency. For the potential service, the guaranteed data rate is approximately 100 megabits per second (Mbps), the frame rate is 60 to 120 Hz, and the video resolution is 8K. UEs with low latency (e.g., 2.5 milliseconds latency) can achieve downlink (DL) data rates exceeding 100 Mbps and uplink (UL) data rates of up to 50 Mbps. For communication reliability, the packet error rate in UL transmission should be less than 10%. -4 The packet error rate for DL ​​transmission should be less than 10%. -5 .

[0008] ● Non-integer Periods: According to the XR service traffic model agreed upon in the XR Study Project (SI) Release 17 (Rel-17) of 3GPP RAN1, video streams for XR services can be configured at 30, 60, 90, or 120 frames per second (FPS). Therefore, XR frames will arrive at the RAN quasi-periodically at 1 / 60, 1 / 90, or 1 / 120 of a second, also known as non-integer periods. Semi-persistent scheduling (SPS) or configured grant (CG) for periodic traffic can reduce control signaling overhead and can be a good option for serving XR traffic. However, the current configuration of SPS / CG periods cannot be matched with the non-integer periods of XR traffic.

[0009] ● Jitter: Due to varying latency in XR data encoding, rendering, and network delivery, XR traffic exhibits jitter in packet arrival times. This jitter makes it impossible for XR traffic receiver devices (such as gNBs or UEs) to predict the arrival time of specific packets. In the RAN1XRSI study, a truncated Gaussian distribution was chosen to model XR traffic jitter. The jitter range was defined as [-4, 4] ms (i.e., from -4 ms to 4 ms) as the baseline, and [-5, 5] ms (i.e., from -5 ms to 5 ms) as an optional range. Because of the jitter issue, the configured period cannot accommodate random jitter effects, thus the performance of SPS / CG cannot adequately support XR services.

[0010] ●Multi-stream: Based on the XR service traffic model agreed upon in the Rel-17 XR Study (SI) of 3GPP RAN1, there are three options for the multi-stream model of downlink (DL) XR traffic:

[0011] ●Option 1: I-frame + P-frame;

[0012] ●Option 2: Video + Audio / Data; and

[0013] ●Option 3: FOV + omnidirectional stream.

[0014] In Option 1, I-frames are called internally coded frames or independent frames, and P-frames are called predicted frames. In XR services, Option 1 XR traffic includes I-frame streams and P-frame streams. In Option 2, video, audio, and data represent the video stream, audio stream, and data stream in XR traffic, respectively. In XR services, Option 2 XR traffic includes video streams and audio / data streams. In Option 3, FOV represents the field of vision (FOV) stream in XR traffic. In XR services, Option 3 XR traffic includes FOV streams and omnidirectional streams.

[0015] There are also three options for multiple flow models for uplink (UL) XR traffic:

[0016] ●Option 2: Pose / Control + Aggregate Scene, Video, Data and Audio;

[0017] ●Option 3A: Pose / Control + Aggregate Scene and Video Streams + Aggregate Audio and Data Streams; and

[0018] ●Option 3B: Pose / Control + I-frame stream of video + P-frame stream of video.

[0019] In Options 2, 3A, and 3B of UL XR traffic, gesture / control refers to the gesture and control information flow of the XR traffic. The term "aggregated scene, video, data, and audio" refers to aggregated scene, video, data, and audio streams.

[0020] XR traffic has both DL and UL components, both of which are periodic or quasi-periodic. The current specification lacks a mechanism to align uplink and downlink transmissions. Besides waking up to receive or transmit traffic, the modem in the UE can enter a low-power state to conserve power. If DL and UL traffic are received and transmitted at different times, the modem needs to wake up multiple times to process them, requiring additional state transition time and power. Furthermore, timer operations associated with Current Discontinuous Receive (DRX) can prolong UE wake-up time whenever there is DL or UL activity. Discontinuous DL and UL traffic will result in more UE wake-up time, thus leading to increased UE power consumption.

[0021] Therefore, a method is needed to provide SPS and CG enhancements, as well as dynamic scheduling / authorization enhancements, for XR services.

[0022] Technical solution

[0023] The purpose of this invention is to provide a user equipment (UE), a base station, and a wireless communication method.

[0024] In a first aspect, embodiments of the present invention provide a wireless communication method, which can be executed in a user equipment (UE), comprising:

[0025] Configure a first enhanced configuration authorization CG for a first uplink flow, wherein the first uplink flow belongs to a first type of data flow;

[0026] When uplink data and / or status reports of the first uplink stream to be transmitted are available, uplink transmission of the first uplink stream is performed in accordance with the configuration authorization belonging to the first enhanced configuration authorization.

[0027] After performing uplink transmission on the first uplink stream according to the configuration grant belonging to the first enhanced configuration grant, the Physical Downlink Control Channel (PDCCH) is monitored to receive the uplink dynamic grant of the first uplink stream within a predefined offset of the first time frame; and

[0028] Based on the uplink dynamic authorization, the traffic data of the first uplink stream is transmitted.

[0029] In a second aspect, embodiments of the present invention provide a wireless communication device including a processor configured to invoke and run a computer program stored in a memory, so as to cause a device equipped with the processor to perform the method disclosed in the present invention.

[0030] In a third aspect, embodiments of the present invention provide a wireless communication method, which can be executed in a base station, comprising:

[0031] Configure a first enhanced configuration authorization CG for a first uplink flow, wherein the first uplink flow belongs to a first type of data flow;

[0032] The uplink transmission of the first uplink stream is received in accordance with the authorization belonging to the first enhanced configuration authorization, the uplink transmission including uplink data and / or status report;

[0033] After receiving uplink transmissions of the first uplink stream according to the authorization belonging to the first enhanced configuration authorization, receiving the status report of the first uplink stream according to the authorization belonging to the first enhanced configuration authorization, and transmitting uplink dynamic authorization for the first uplink stream via the physical downlink control channel (PDCCH) within a predefined offset of the first time frame; and

[0034] Based on the uplink dynamic authorization, the traffic data of the first uplink stream is received.

[0035] In a fourth aspect, embodiments of the present invention provide a wireless communication including a processor configured to invoke and run a computer program stored in a memory, so as to cause a device on which the processor is installed to perform the method disclosed in the present invention.

[0036] The method of the present invention can be implemented in a chip. The chip may include a processor configured to call and run a computer program stored in memory to cause a device on which the chip is mounted to perform the disclosed method.

[0037] The method of the present invention can be programmed as computer-executable instructions stored in a non-transitory computer-readable medium. When loaded into a computer, the non-transitory computer-readable medium instructs the computer's processor to execute the method of the present invention.

[0038] Non-transitory computer-readable media may include at least one of the following groups: hard disk, CD-ROM, optical storage device, magnetic storage device, read-only memory, programmable read-only memory, erasable programmable read-only memory, EPROM, electrically erasable programmable read-only memory, and flash memory.

[0039] The present invention provides a computer program product, including a computer program, wherein the computer program causes a computer to perform the above-described method.

[0040] The present invention provides a computer program that causes a computer to perform the above-described method.

[0041] Beneficial effects

[0042] The embodiments of the present invention provide:

[0043] (1) A method for aligning uplink transmission and downlink reception in XR services, which can improve NR capacity and reduce UE power consumption based on DRX functionality, and

[0044] (2) A method for RAN-assisted synchronization and alignment between uplink and downlink operations in XR services to coordinate the transmission time of XR traffic between the server and the client and to help the base station gNB reduce the buffer of XR downlink flow. Attached Figure Description

[0045] 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.

[0046] Figure 1 A schematic diagram illustrating an example of a telecommunications system according to an embodiment of the present invention is shown.

[0047] Figure 2 A schematic diagram illustrating a network embodiment of the wireless communication method of the present invention is shown.

[0048] Figure 3 A schematic diagram illustrating a wireless communication method according to an embodiment of the present invention is shown.

[0049] Figure 4 A schematic diagram illustrating a wireless communication method according to another embodiment of the present invention is shown.

[0050] Figure 5 This illustrates an example of an XR service that processes a data stream.

[0051] Figure 6 This illustrates an example of an XR service that handles more data streams.

[0052] Figure 7 This illustrates another example of an XR service that handles more data streams.

[0053] Figure 8 This illustrates another example of an XR service that handles more data streams.

[0054] Figure 9 The time interval T1 between every two adjacent CG opportunities, the period of the XR packet mode, and the period of the XR frame are plotted.

[0055] Figure 10 A schematic diagram of a wireless communication system according to an embodiment of the present invention is shown. Detailed Implementation

[0056] 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.

[0057] This invention discloses a wireless communication method for processing extended reality (XR) traffic in extended reality (XR) services. XR services may include augmented reality (AR), virtual reality (VR), or mixed reality (MR).

[0058] Reference Figure 1 The telecommunications system includes UE 10a, UE 10b, base station (BS) 20a and network entity equipment 30, and the telecommunications system is used to perform the method disclosed in the embodiments of the present invention. Figure 1 This is for illustrative purposes only and not for limiting the invention. The telecommunications system may include more UE, BS, and CN entities. Connections between devices and device components are... Figure 1 The diagram shows lines and arrows. UE 10a may include processor 11a, memory 12a, and transceiver 13a. UE 10b may include processor 11b, memory 12b, and transceiver 13b. Base station 20a may include processor 21a, memory 22a, and transceiver 23a. Network entity device 30 may include processor 31, memory 32, and transceiver 33. Each processor 11a, 11b, 21a, and 31 may be configured to implement the functions, processes, and / or methods described in the embodiments of the present invention. The radio interface protocol layer may be implemented in processors 11a, 11b, 21a, and 31. Each memory 12a, 12b, 22a, and 32 may store various programs and information to cooperate with the operation of the connected processor. Each transceiver 13a, 13b, 23a, and 33 works with the connected processor to transmit and / or receive radio signals or wired signals. UE 10a may communicate with UE 10b via a side link. Base station 20a can be one of eNB, gNB or other types of radio nodes, and can configure radio resources for UE 10a and UE 10b.

[0059] Network entity device 30 can be a node in a CN. The CN can include an LTE CN or a 5G core network (5GC), which includes User Plane Function (UPF), Session Management Function (SMF), 5G Core Access and Mobility Management Function (AMF), Unified Data Management (UDM), Policy Control Function (PCF), Control Plane (CP) / User Plane (UP) Separation (CUPS), Authentication Server (AUSF), Network Slice Selection Function (NSSF), and Network Exposure Function (NEF).

[0060] The UE examples described in the following embodiments may include either UE 10a or UE 10b. The base station examples described in the following embodiments may include base station 20a. Uplink (UL) transmission of control signals or data refers to the transmission operation from the UE to the base station. Downlink (DL) transmission of control signals or data refers to the transmission operation from the base station to the UE. Downlink control signals may include downlink control information (DCI) or radio resource control (RRC) signals from the base station to the UE.

[0061] Figure 2 This is a network model for XR service transmission supported by a 5G system. UE 10 is a 5G terminal that supports XR services and applications; it can also be called a client, XR client, or XR client. gNB 20 is a 5G radio node. gNB 20 communicates with UE 10 and provides NR user plane and control plane protocol terminals to the UE through the NR Uu interface. gNB 20 connects to 5GC 300 through the NG interface. AMF 30b is the AMF in 5GC 300. The XR server 41, which provides XR services, is located in the data network (DN) 40. DN 40 can provide network operator services, Internet access, or third-party services. XR server 41 may include a processor 411, memory 412, and transceiver 413. Processor 411 can be configured to implement XR service-related functions, processes, and / or methods. Processor 411 can implement the radio interface protocol layer. Memory 412 operably stores various programs and information to operate in conjunction with the connected processor. Transceiver 413 works in conjunction with a connected processor to send and / or receive radio or wired signals.

[0062] Each processor 411, 11a, 11b, 21a, and 31 may include an application-specific integrated circuit (ASIC), other chipsets, logic circuits, and / or data processing devices. Each memory 412, 12a, 12b, 22a, and 32 may include read-only memory (ROM), random access memory (RAM), flash memory, memory cards, storage media, and / or other storage devices. Each transceiver 413, 13a, 13b, 23a, and 33 may include baseband circuitry and radio frequency (RF) circuitry for processing radio frequency signals. When embodiments are implemented in software, the techniques described herein can be implemented by modules, procedures, functions, entities, etc., that perform the functions described herein. These modules may be stored in memory and executed by the processor. As is well known in the art, the memory may be integrated inside the processor or implemented outside the processor, and the memory may be communicatively coupled to the processor in various ways. The device performing the wireless communication method may be a transmitting device that transmits XR traffic of an XR service to a receiving device or a receiving device that receives XR traffic. The XR traffic may contain one or more XR streams of an XR service. For example, the device performing the wireless communication method may include gNB 20, XR server 41 in data network 40, or UE. That is, XR server 41 in data network 40 may operate as a transmitting device performing wireless communication in certain XR traffic transmission opportunities, while UE 10 operates as a receiving device to receive XR traffic transmitted from the transmitting device. Similarly, UE 10 may operate as a transmitter device performing wireless communication in certain XR traffic transmission opportunities, while XR server 41 operates as a receiver device to receive XR traffic transmitted from the transmitter device. Optionally, the transmitter device may include an intermediate device between UE 10 and XR server 41. UE 10 may include UE 10a or UE 10b of the embodiments of the present invention. gNB 20 may include base station 20a of the embodiments of the present invention. Note that although gNB 20 and AMF / 5GC 30b are described as examples in the embodiments of the present invention, the wireless communication method may be performed by other types of base stations, such as another gNB, eNB, a base station integrating eNB and gNB, or a base station for technologies other than 5G. AMF / 5GC 30b can include another network entity of 5GC.

[0063] One or more steps (or blocks) in the embodiments of the present invention can be implemented as computer programs, instructions, software modules stored in the transmitter device memory, or circuits or hardware modules in the transmitter device processor, or IC chips, circuits, or plug-ins of the transmitter device.

[0064] The video stream for XR services is encoded and compressed quasi-periodically in frames, with corresponding frame periods of 1 / 60, 1 / 90, or 1 / 120 of a second. Because the transmitter device can divide the XR service's video stream into multiple transmission units, and then encapsulate and transmit each transmission unit into a data packet for transmission over the network, the transmission mechanism of XR services is actually based on data packets rather than frames. The size of each data packet can be variable, the number of data packets can be variable, and it can be configured according to one or more parameters of QoS requirements and the characteristics of the XR service, such as packet delay budget (PDB), packet error rate (PER), packet loss rate (PLR), frame error rate, frame delay budget, resolution, frame rate, and / or data rate.

[0065] Reference Figure 3 and Figure 4 UE 10 and gNB 20 execute the methods disclosed in the embodiments of the present invention and initiate XR services (A101 and B101).

[0066] UE 10 performs a wireless communication method to configure a first enhanced configuration grant (CG) for a first uplink flow of an extended reality (XR) service, wherein the first uplink flow belongs to a first type of XR flow in the XR service (A102).

[0067] The gNB 20 performs a wireless communication method to configure a first enhanced configuration grant (CG) for a first uplink stream of an XR service, wherein the first uplink stream belongs to a first type of XR stream (B102) in the XR service.

[0068] If uplink data and / or status reports are available for the first uplink flow to be transmitted, UE 10 will perform uplink transmission (A105) on the first uplink flow belonging to the CG with the first enhanced configuration authorization. The status reports in the uplink transmission of the first uplink flow belonging to the CG with the first enhanced configuration authorization include the transmission of buffer status reports (BSRs). gNB 20 determines whether gNB 20 will receive the uplink transmission, which includes uplink data and / or status reports (B105) for the first uplink flow belonging to the CG with the first enhanced configuration authorization.

[0069] After receiving uplink transmissions of the first uplink stream under the authorization of the first enhanced configuration grant, gNB 20 receives the status report of the first uplink stream according to the authorization of the first enhanced configuration grant, and transmits uplink dynamic grants for the first uplink stream via the Physical Downlink Control Channel (PDCCH) within a predefined offset of the first time frame. In gNB 20, the first time frame is timed by a first timer of the first enhanced configuration grant. After performing uplink transmissions of the first uplink stream under the authorization of the first enhanced configuration grant, UE 10 monitors the Physical Downlink Control Channel (PDCCH) to receive uplink dynamic grants for the first uplink stream within a predefined offset of the first time frame (A106). In UE 10, the first time frame is timed by a first timer of the first enhanced configuration grant. In one embodiment, the first timer and the predefined offset can be configured in the ConfiguredGrantConfig information element. The first time frame can be part of the UE's discontinuous reception (DRX) activity time.

[0070] UE 10 transmits traffic data of the first uplink stream according to uplink dynamic grant (A108). gNB 20 receives traffic data of the first uplink stream according to uplink dynamic grant (B108).

[0071] In one embodiment, UE 10 further configures a second enhanced configuration grant (CG) for the second uplink flow of the XR service, wherein the second uplink flow belongs to a second type of XR flow in the XR service (A102). UE 10 uses the second enhanced configuration grant to configure the second downlink flow of the XR service, wherein the period of the second downlink flow can be synchronized with the period of the second uplink flow. gNB 20 also configures a second enhanced configuration grant (CG) for the second uplink flow of the XR service, wherein the second uplink flow belongs to a second type of XR flow in the XR service. gNB 20 uses the second enhanced configuration grant to configure the second downlink flow of the XR service, wherein the period of the second downlink flow can be synchronized with the period of the second uplink flow.

[0072] If uplink data and / or status reports for the second uplink stream to be transmitted are available, UE 10 will perform uplink transmission on the second uplink stream belonging to the CG with the second enhanced configuration authorization. The status reports in the uplink transmission of the second uplink stream belonging to the CG with the second enhanced configuration authorization include the transmission of buffer status reports. gNB 20 receives the uplink transmission, which includes uplink data and / or status reports for the second uplink stream belonging to the CG with the second enhanced configuration authorization.

[0073] After receiving an uplink transmission of a second uplink flow on a CG belonging to the enhanced configuration grant, gNB 20 transmits the uplink dynamic grant of the second uplink flow within a second time frame. Based on the received status report of the first uplink flow on the CG belonging to the second enhanced configuration grant, gNB 20 also transmits the uplink dynamic grant of the second uplink flow within the second time frame. In gNB 20, the second time frame is timed by a second timer for the second enhanced configuration grant. UE 10 monitors the PDCCH to receive the uplink dynamic grant of the second uplink flow in the second time frame. This offset is a predefined offset after the uplink transmission of the second uplink flow on the CG, belonging to the enhanced configuration grant. In UE 10, the second time frame is timed by a second timer for the second enhanced configuration grant. In one embodiment, the second timer and the predefined offset can be configured in the ConfiguredGrantConfig information element. The second time frame can be part of the UE's discontinuous reception (DRX) activity time.

[0074] UE 10 transmits traffic data of the second uplink stream based on uplink dynamic grant. gNB 20 receives traffic data of the second uplink stream based on uplink dynamic grant.

[0075] In one embodiment, UE 10 configures normal configuration grant for a third uplink flow of the XR service, wherein the third uplink flow belongs to a third type of XR flow in the XR service. UE 10 performs uplink transmission for the third XR flow on a CG that belongs to the normal configuration grant. gNB 20 configures normal configuration grant for the third uplink flow of the XR service. gNB 20 receives uplink transmissions of the third XR flow that belong to the normal configuration grant on the CG.

[0076] In one embodiment, UE 10 transmits time information to transmit downlink traffic in the first downlink stream to the XR server. The time information may include one or more of the following:

[0077] Estimated transmission delay time from the XR server to the base station serving the UE;

[0078] Timing information for downlink radio resources allocated for transmitting downlink traffic in the first downlink stream;

[0079] The preferred start time for downlink traffic in the first downlink flow.

[0080] In one embodiment, the time information is obtained from a configuration message sent by the base station.

[0081] In one embodiment, the time information is derived from the time information of the downlink radio resources allocated for transmitting the downlink traffic in the first downlink stream.

[0082] In one embodiment, the UE sends an initial preferred start time to the base station and receives a start time determined by the base station as the preferred start time for downlink services in the first downlink stream. The gNB 20 can determine the start time as the preferred start time for downlink services in the first downlink stream based on the initial preferred start time received from the UE 10.

[0083] In one embodiment, the start time determined by the base station is performed during CG activation.

[0084] Enhanced uplink scheduling (or uplink granting) and transport:

[0085] Compared to traffic data in downlink XR streams (hereinafter referred to as downlink traffic data), traffic data in uplink XR streams (hereinafter referred to as uplink traffic data) is generated at the UE (e.g., UE 10) and has no jitter or transmission delay. Therefore, traffic data in uplink XR streams can be scheduled in a timely manner and use a more predictable mechanism. In the current specification, configured grants (CGs) can be used to periodically transmit uplink data. However, any uplink transmissions (including retransmissions) via CGs can only be scheduled during subsequent DRX activity periods, which is typically much more delayed than the CG event of the CG. XR services cannot tolerate such delays. Considering the characteristics of XR traffic, particularly variable video frames, high data rates, and low latency, embodiments of the disclosed enhanced uplink scheduling (or uplink grant) and transmission methods are described in detail below. Downlink traffic or uplink traffic in this disclosure can be downlink traffic or uplink traffic in one or more streams belonging to an XR service, and traffic data in this disclosure can be traffic data in one or more streams belonging to an XR service. Traffic data for XR services is transmitted via the Physical Uplink Shared Channel (PUSCH).

[0086] For gNB:

[0087] ■ The gNB configures one or more CGs as UEs, one or more CGs as enhanced CGs, and other CGs as normal CGs, with definitions identical to those in the current 3GPP specification. For each enhanced CG:

[0088] ● The gNB is configured with duration and time offset to control the UE to monitor the PDCCH and receive subsequent uplink dynamic authorization in RRC connection state.

[0089] ■ The gNB receives one or more uplink scheduling requests from the UE via enhanced CG.

[0090] ■The gNB receives the UE's scheduling request and waits for a time period defined by the time offset after receiving the scheduling request before sending uplink dynamic authorization to the UE within that time period.

[0091] ● The gNB can send one or more uplink dynamic grants, each of which may include one or more PUSCH resources for one or more TB transports.

[0092] ■The gNB receives uplink traffic data from the UE on the PUSCH based on uplink dynamic authorization.

[0093] ■ If one or more normal CGs are configured, the gNB will receive uplink traffic data from the UE through one or more normal CGs in accordance with the procedures in the current 3GPP standard.

[0094] For UE:

[0095] ■The UE receives configurations for one or more CGs from the gNB. One or more CGs are configured as enhanced CGs, while the others are configured as normal CGs, defined identically to those in the current 3GPP specification. For each enhanced CG:

[0096] ●Receive duration and time offset to control UE to monitor PDCCH and receive subsequent uplink dynamic authorization in RRC connection state.

[0097] ■The UE sends an uplink scheduling request to the gNB through one or more enhanced CGs.

[0098] ■After sending a scheduling request and waiting for the scheduling request to be transmitted, the UE will start monitoring the PDCCH for the duration defined by the time offset.

[0099] ■ During this period, the UE will receive uplink dynamic authorization from the gNB.

[0100] ●The UE may receive one or more uplink dynamic grants; each uplink dynamic grant may include one or more PUSCH resources for one or more TB transmissions.

[0101] ■The UE transmits uplink traffic data to the gNB on the PUSCH based on the uplink dynamic authorization.

[0102] ■ If one or more normal CGs are configured, the UE will transmit uplink traffic data to the gNB through one or more normal CGs according to procedures in the current 3GPP standard. On the other hand, DRX functionality is a fundamental configuration for power saving of the UE in Radio Resource Control (RRC) connection state. Some embodiments of the method of the present invention enhance the traffic of XR services based on DRX functionality.

[0103] Example 1:

[0104] In this embodiment, only one CG (e.g., CG1) is configured as the enhanced CG for XR traffic transmission, and a timer is configured for the enhanced CG. In this embodiment, XR traffic for the XR service is modeled as a single flow, and all data transmissions of the XR traffic have the same or similar period. In the XR service traffic model (option) agreed in 3GPP RAN1 Release 17 XR SI, XR service traffic is shown as a single flow model of AR UL. Figure 5 As shown, in the basic setup of this embodiment, the disclosed method includes a data transmission procedure comprising steps. These steps are not limited to the specific order shown in this disclosure. The axis t in the figure represents the time domain.

[0105] 1.gNB 20 configures CG1 as an enhanced CG for UE 10.

[0106] ● The gNB 20 is configured with a duration for which a timer is used. For CG1, the gNB 20 can be configured with a value as the initial value of the timer subsequentDynamicTimer.

[0107] ●gNB 20 is configured with a time offset called the “predefined offset” of CG1.

[0108] ● The time offset can be 0, 1 or more, measured in units of time, such as symbols, time slots, sub-time slots, mini-time slots or milliseconds.

[0109] 2. UE 10 periodically or quasi-periodically transmits BSR to gNB 20 on CG1. BSR may include enhanced BSR.

[0110] ● The radio resources configured for CG1 should be sufficient for BSR to transmit XR traffic;

[0111] ●If the radio resources of CG1 can carry more data than BSR, then CG1 can carry additional service data or other data along with BSR. Traffic data may be traffic data for XR services.

[0112] 3. After receiving the BSR from UE 10 and waiting for the time offset defined by the "predefined offset" after receiving the BSR, gNB 20 allocates PUSCH radio resources using dynamic grant (called DG1) and transmits DG1 to UE 10 via PDCCH before the timer "subsequentDynamicTimer" expires.

[0113] ●PUSCH radio resources can be allocated based on the BSR received on the CG1.

[0114] ● Dynamic granting may include one or more radio resources in the time domain for PUSCH transmission, and UE10 may transmit one or more transport blocks (TBs) through dynamic granting.

[0115] ●After the first dynamic license transmission is completed, one or more additional radio resources and / or one or more dynamic licenses may be allocated to and provided to UE 10 for transmitting additional traffic data for XR services.

[0116] 4. After transmitting on CG1 and waiting for the time period defined by the time offset "predefined offset" after transmission on CG1, UE 10 starts monitoring PDCCH to receive uplink dynamic grant (or dynamic schedule) and starts timer "subsequentDynamicTimer" with the initial value provided according to the configuration value.

[0117] ● The time frame counted by the timer "subsequentDynamicTimer" (i.e., the period during which the timer "subsequentDynamicTimer" is running) can be part of the active time of the DRX function (i.e., the onDuration of the drx-onDurationTimer count). Whether UE 10 continues to monitor the PDCCH depends on the active time of the DRX function. Specifically, for example, if the Active Time also ends when the timer expires, UE 10 will stop monitoring the PDCCH; if the active time has not ended when the timer expires, UE 10 will continue to monitor the PDCCH.

[0118] 5. UE 10 transmits uplink traffic data of XR service (i.e., uplink traffic data of a stream of XR service) on PUSCH based on one or more dynamic grants received on PDCCH.

[0119] Example 2:

[0120] In this embodiment, two CGs are configured for XR traffic transmission: CG1 is configured as a normal CG, and CG2 is configured as an enhanced CG. CG2 is also configured with a timer. In this embodiment, the XR traffic of the XR service is modeled as two streams, referred to as stream 1 and stream 2, wherein:

[0121] ●These two flows have different periods;

[0122] ● Stream 1 has a stable data rate; and

[0123] ● Stream 2 has a variable data rate.

[0124] In the example of the two flow models in the XR service traffic model defined in Rel 17 XRSI of 3GPP RAN1, Flow 1 can be a gesture / control flow, and Flow 2 can be a flow that aggregates scene, video, data, and audio. Please note that this embodiment is not limited to the example; the flow can be configured according to another option of the two flow models.

[0125] like Figure 6 As shown, in the basic setup of this embodiment, the disclosed method includes a data transmission procedure comprising steps. These steps are not limited to the specific order shown in this disclosure.

[0126] 1.gNB 20 configures CG1 as the normal CG for stream 1 and CG2 as the enhanced CG for stream 2 to UE 10. For enhanced CG2:

[0127] ● The gNB 20 configures the duration of timed events by a timer, referred to as the subsequentDynamicTimer for CG2. The gNB 20 can be configured with a value as the initial value of the subsequentDynamicTimer.

[0128] ●gNB 20 is configured with a time offset, called the "predefined offset" of CG2; and

[0129] ● The time offset can be 0, 1 or greater, in units of time, such as symbols, time slots, sub-time slots, mini-time slots or milliseconds.

[0130] 2. For flow 1, UE 10 transmits data to gNB 20 on CG1 in period P1 or quasi-periodic, according to the procedures in the current 3GPP standard;

[0131] 3. For flow 2, UE 10 transmits BSR to gNB 20 periodically or quasi-periodically on period P2. BSR may include enhanced BSR.

[0132] ● The radio resources configured for CG2 should be sufficient to transmit the BSR of XR traffic flow 2 for XR services;

[0133] ● If the radio resources of CG2 can carry more data than BSR, then CG2 can carry additional service data or other data along with BSR. Traffic data may be traffic data for XR services.

[0134] 4. After receiving the BSR from UE 10 and waiting for the time offset defined by the "predefined offset" after receiving the BSR, gNB 20 allocates PUSCH radio resources for stream 2 using dynamic grant (called DG2) and transmits DG2 to UE 10 via PDCCH before the timer "subsequentDynamicTimer" expires.

[0135] ●PUSCH radio resources can be allocated based on the BSR received on CG2.

[0136] ● Dynamic granting may include one or more radio resources in the time domain for PUSCH transmission, and UE10 may transmit one or more transport blocks (TBs) through dynamic granting.

[0137] ● After the first dynamic license transmission concludes, one or more additional radio resources and / or one or more dynamic licenses may be allocated and provided to UE 10 for the transmission of additional service data. This traffic data may be traffic data from Stream 2 of the XR service.

[0138] 5. After transmitting on CG2 and waiting for the time offset defined by the "predefined offset" after the transmission on CG2, UE10 starts monitoring PDCCH to receive uplink dynamic grant (or dynamic schedule) and starts timer "subsequentDynamicTimer" at the same time, providing an initial value according to the configuration value.

[0139] ● The time frame counted by the timer "subsequentDynamicTimer" (i.e., the period during which the timer "subsequentDynamicTimer" is running) can be part of the DRX function's active time. Whether UE 10 continues to monitor the PDCCH depends on the DRX function's active time. Specifically, for example, if the Active Time also ends when the timer expires, UE 10 will stop monitoring the PDCCH; if the active time has not ended when the timer expires, UE 10 will continue monitoring the PDCCH.

[0140] 6. UE 10 transmits uplink traffic data of Stream 2 on PUSCH based on one or more dynamic grants received on PDCCH.

[0141] Example 3:

[0142] In this embodiment, three CGs are configured for XR traffic transmission. For example, CG1 and CG3 are configured as normal CGs, CG2 is configured as an enhanced CG, and CG2 is configured with a timer. In this embodiment, the XR traffic of the XR service is modeled as three streams, referred to as stream 1, stream 2, and stream 3, wherein:

[0143] ●The three streams have different periods;

[0144] ● Stream 1 has a stable data rate;

[0145] ● Stream 2 has a variable data rate; and

[0146] ● Stream 3 has a stable data rate.

[0147] In the example of the three flow models 3A of AR UL in the XR service traffic model specified in XR SI version 17 of 3GPP RAN1, flow 1 can be an attitude / control flow; flow 2 can be an aggregated flow of scene and video; and flow 3 can be an aggregated flow of audio and data. Please note that this embodiment is not limited to the example, and the flow can be configured according to another option in the above flow models.

[0148] like Figure 7 As shown, in the basic setup of this embodiment, the disclosed method includes a data transmission procedure including steps. These steps are not limited to the specific order shown in this disclosure.

[0149] 1.gNB 20 configures CG1 and CG3 as normal CGs for Stream 1 and Stream 3 respectively, and configures CG2 as an enhanced CG for Stream 2 to UE 10. For enhanced CG2:

[0150] ● The gNB 20 configures the duration of the timer. For CG2, the gNB 20 can be configured with a value as the initial value of the timer subsequentDynamicTimer.

[0151] ●gNB 20 is configured with a time offset, called the "predefined offset" of CG2; and

[0152] ● The time offset can be 0, 1 or greater, in units of time, such as symbols, time slots, sub-time slots, mini-time slots or milliseconds.

[0153] 2. For Flow 1, UE 10 transmits the traffic data of Flow 1 to gNB 20 on CG1 in a periodic or quasi-periodic manner according to the procedures in the current 3GPP standard.

[0154] 3. For Flow 3, UE 10 transmits Flow 3 traffic data to gNB 20 on CG3 in a period of P3 or quasi-period, according to the procedures in the current 3GPP standard.

[0155] 4. For flow 2, UE 10 transmits BSR to gNB 20 periodically or quasi-periodically on CG2 at period P2. BSR may include enhanced BSR.

[0156] ● The radio resources configured for CG2 should be sufficient to transmit the BSR of XR traffic flow 2 for XR services;

[0157] ●If the radio resources of CG2 can carry more data than BSR, the additional traffic data in stream 2 can be transmitted on CG2 along with BSR.

[0158] 5. After receiving the BSR from UE 10 and waiting for the time period defined by the time offset "predefined offset", gNB 20 allocates PUSCH radio resources for stream 2 using dynamic grant (called DG2) and transmits DG2 to UE 10 via PDCCH before the timer "subsequentDynamicTimer" expires.

[0159] ●PUSCH radio resources can be allocated based on the BSR received on CG2.

[0160] ● Dynamic granting may include one or more radio resources in the time domain for PUSCH transmission, and UE10 may transmit one or more transport blocks (TBs) through dynamic granting.

[0161] ● After the first dynamic license transmission concludes, one or more additional radio resources and / or one or more dynamic licenses may be allocated and provided to UE 10 for the transmission of additional traffic data. The additional traffic data may be traffic data for Stream 2 of the XR service.

[0162] 6. After transmitting on CG2 and waiting for the time offset defined by the "predefined offset" after the transmission on CG2, UE10 starts monitoring PDCCH to receive uplink dynamic grant (or dynamic schedule) and starts timer "subsequentDynamicTimer" at the same time, providing an initial value according to the configuration value.

[0163] ● The time frame counted by the timer "subsequentDynamicTimer" (i.e., the period during which the timer "subsequentDynamicTimer" is running) can be part of the DRX function's active time. Whether UE 10 continues to monitor the PDCCH depends on the DRX function's active time. Specifically, for example, if the Active Time also ends when the timer expires, UE 10 will stop monitoring the PDCCH; if the active time has not ended when the timer expires, UE 10 will continue monitoring the PDCCH.

[0164] 7. UE 10 transmits uplink traffic data of Stream 2 on PUSCH based on one or more dynamic grants received on PDCCH.

[0165] Example 4:

[0166] In this embodiment, XR traffic transmission is configured with three CGs; CG1 and CG3 are configured as normal CGs; CG2 is configured as an enhanced CG, and a timer is configured for CG2. In this embodiment, the XR traffic of the XR service is modeled as three streams, referred to as stream 1, stream 2, and stream 3, wherein:

[0167] ●The three streams have different periods;

[0168] ● Stream 1 has a stable data rate;

[0169] ● Stream 2 has a variable data rate; and

[0170] ● Stream 3 has a variable data rate.

[0171] In the example of the three flow models 3A for AR UL in the XR service traffic model specified in Rel 17XRSI of 3GPP RAN1, flow 1 can be the attitude / control flow, flow 2 can be the I-stream of video, and flow 3 can be the P-stream of video. Note that this embodiment is not limited to the example; the flows can be configured according to another option in the above flow models.

[0172] like Figure 8 As shown, in the basic setup of this embodiment, the disclosed method includes a data transmission procedure comprising steps. These steps are not limited to the specific order described in this disclosure.

[0173] 1.gNB 20 configures CG1 as the normal CG for stream 1, CG2 as the enhanced CG for stream 2, and CG3 as the enhanced CG for stream 3 to UE 10. For each enhanced CG:

[0174] ● gNB 20 configures the duration of timed events by a timer, which for CG2 is called subsequentDynamicTimer1; gNB 20 can be configured with a value as the initial value of the timer subsequentDynamicTimer1;

[0175] ●gNB 20 is configured with a time offset called "predefined offset 1" for CG2;

[0176] ● gNB 20 configures the duration of timed events by a timer, referred to as subsequentDynamicTimer2 for CG3; gNB 20 can be configured with a value as the initial value of the timer subsequentDynamicTimer2;

[0177] ●gNB 20 is configured with a time offset, which for CG3 is called "predefined offset 2"; and

[0178] ● The time offset can be 0, 1 or greater, in units of time, such as symbols, time slots, sub-time slots, mini-time slots or milliseconds.

[0179] 2. For flow 1, UE 10 transmits traffic data to gNB 20 on CG1 in a periodic or quasi-periodic manner according to the procedures in the current 3GPP standard.

[0180] 3. For flow 2, UE 10 transmits the BSR (referred to as BSR1) to gNB 20 on CG2 at period P2 or quasi-periodic. The BSR may include an enhanced BSR.

[0181] ● The radio resources configured for CG2 should be sufficient to transmit the BSR1 of XR traffic stream 2 for XR services;

[0182] ● If the radio resources of CG2 can carry more data than BSR1, the additional traffic data in Stream 2 can be transmitted on CG2 along with BSR1. Traffic data may be the traffic data for Stream 2 of the XR service.

[0183] 4. After receiving the BSR from UE 10 and waiting for the time offset "predefined offset 1" defined by the time offset after receiving the BSR, gNB 20 allocates PUSCH radio resources for flow 2 using dynamic grant (called DG2) and transmits DG2 to UE 10 via PDCCH before the timer "subsequentDynamicTimer1" expires.

[0184] ●PUSCH radio resources can be allocated based on BSR2 received on CG1.

[0185] ● Dynamic granting may include one or more radio resources in the time domain for PUSCH transmission, and UE10 may transmit one or more transport blocks (TBs) through dynamic granting.

[0186] ● After the first dynamic license transmission concludes, one or more additional radio resources and / or one or more dynamic licenses may be allocated and provided to UE 10 for the transmission of additional service data. The additional traffic data may be traffic data for XR service flow 2.

[0187] 5. After transmitting on CG2 and waiting for the time period defined by the time offset "predefined offset 1" after the transmission on CG2, UE 10 starts monitoring PDCCH to receive uplink dynamic grant (or dynamic schedule) and starts timer "subsequentDynamicTimer1" at the same time, providing an initial value according to the configuration value.

[0188] ● The time frame for timer "subsequentDynamicTimer1" (i.e., the period during which timer "subsequentDynamicTimer1" is running) can be part of the DRX function's active time. Whether UE 10 continues to monitor PDCCH depends on the DRX function's active time. Specifically, if the Active Time also ends when the timer expires, UE 10 will stop monitoring PDCCH; if the active time has not ended when the timer expires, UE 10 will continue monitoring PDCCH.

[0189] 6. UE 10 transmits uplink traffic data of PUSCH upstream 2 based on the dynamic grant (DG2) received on PDCCH.

[0190] 7. For flow 3, UE 10 transmits BSR (referred to as BSR2) to gNB 20 on CG3 in period P3 or quasi-periodic.

[0191] BSRs can include enhanced BSRs.

[0192] ● The radio resources configured for CG3 should be sufficient to transmit the BSR of XR traffic stream 3;

[0193] ●If the radio resources of CG3 can carry more data than BSR2, the additional traffic data in Stream 3 can be transmitted on CG3 along with BSR2.

[0194] 8. After receiving the BSR from UE 10 and waiting for the time offset "predefined offset 2" defined by the time offset after receiving the BSR, gNB 20 allocates PUSCH radio resources for stream 3 using dynamic grant (called DG3) and transmits DG3 to UE 10 via PDCCH before the timer "subsequentDynamicTimer2" expires.

[0195] ●PUSCH radio resources can be allocated based on BSR3 received on CG2.

[0196] ● Dynamic granting may include one or more radio resources in the time domain for PUSCH transmission, and UE10 may transmit one or more transport blocks (TBs) through dynamic granting.

[0197] ● After the first dynamic license transmission concludes, one or more additional radio resources and / or one or more dynamic licenses may be allocated and provided to UE 10 for the transmission of additional traffic data. The additional traffic data may be Stream 3 traffic data for XR services.

[0198] 9. After transmitting on CG3 and waiting for the time period defined by the time offset "predefined offset 2" after the transmission on CG3, UE 10 starts monitoring PDCCH to receive uplink dynamic grant (or dynamic schedule) and starts timer "subsequentDynamicTimer2" at the same time, providing an initial value according to the configured value.

[0199] ● The time frame counted by timer "subsequentDynamicTimer2" (i.e., the period during which timer "subsequentDynamicTimer2" is running) can be part of the DRX function's active time. Whether UE 10 continues to monitor PDCCH depends on the DRX function's active time. Specifically, for example, if the active time also ends when the timer expires, UE 10 will stop monitoring PDCCH; if the active time does not end when the timer expires, UE 10 will continue monitoring PDCCH.

[0200] 10. UE 10 transmits uplink traffic data of PUSCH upstream 3 based on the dynamic grant (DG3) received on PDCCH.

[0201] Example 4:

[0202] Enhanced CG configuration:

[0203] For the configuration of enhanced CG, compared to the normal CG configuration defined in the current 3GPP specification, an additional timer can be introduced. Based on this timer, UE 10 can monitor the PDCCH and receive subsequent uplink dynamic grants after the CG event is in RRC connected state. Furthermore, a predefined time offset between the last symbol of the enhanced CG and the first symbol within the time frame of the timer can be configured simultaneously. Although the timer and time offset are named "subsequentDynamicTimer" and "subsequentDynamicOffset" respectively, they can be named using other terms. An example of enhanced CG configuration is shown below, where the timer "subsequentDynamicTimer" is represented by the field `subsequentDynamicTimer-r18`, and the time offset "subsequentDynamicOffset" is represented by the field `subsequentDynamicOffset-r18`.

[0204] Table 1: ConfiguredGrantConfig Information Elements

[0205]

[0206]

[0207] Enhanced CG cycle:

[0208] For XR traffic consisting of multiple streams in an XR service, each stream may have a different period. Streams aggregating one or more video streams may have non-integer periods. An example of configuring the licensed (CG) period for a stream with a non-integer period is shown below:

[0209] Option 1:

[0210] like Figure 9 As shown, gNB 20 configures a mode for CG. In this mode, p1 is the frame period of the video stream, and p2 is the period of the mode.

[0211] gNB 20 configuration parameter K, so that:

[0212] p2 = K * p1, where p2 is an integer period that can match the configuration parameters of the license (CG) configured in the current 3GPP specification, where K is an integer.

[0213] gNB 20 is configured in a pattern to allow for the following time interval T1 between every two adjacent CG opportunities:

[0214] p2 = M * T1, where T1 is an integer duration that can match the configuration parameters of the license (CG) configured in the current 3GPP specification, where M is an integer.

[0215] If M is greater than 1, then multiple T1s are configured, and the length of each T1 may be different. However, the total length of M*T1 should be equal to p2.

[0216] Option 2:

[0217] gNB 20 is configured with an integer period (p1) for the CG, which can match the configuration parameters of the license (CG) configured in the current 3GPP specification.

[0218] For every N CGs, gNB 20 dynamically changes the period of a CG by transmitting downlink control information (DCI) on the PDCCH, so that the changes p1 and period (p2) of N CGs are integer periods, which can match the configuration parameter a of the configuration grant (CG) in the current 3GPP specification.

[0219] Option 3:

[0220] gNB 20 is configured with an integer period (p1) for the CG, which can match the configuration parameters of the license (CG) configured in the current 3GPP specification.

[0221] In every N CGs, the period of a CG can be changed by the offset configured in the Radio Resource Control (RRC) message. Therefore, the changes p1 and period (p2) of N CGs are integer periods that can be matched with the configuration parameters of the license (CG) configured in the current 3GPP specification.

[0222] Enhanced BSR:

[0223] XR service is a real-time service with high data rate and latency requirements. Furthermore, XR service may consist of multiple traffic streams with different QoS requirements. Information about the traffic characteristics of XR services can help the gNB 20 schedule radio resources to transmit traffic data according to the committed QoS. Some of this information changes over time and is therefore better suited for transmission over the user plane. BSR is reported by Logical Channel Group (LCG). For the uplink, enhancing the current BSR mechanism to be able to report such changes from UE 10 to the gNB 20 would be highly beneficial, as UE 10 would have full access to this information.

[0224] Then, enhancements may include:

[0225] ■ For the content of an enhanced BSR, the BSR may contain one or more of the following information, or the BSR may contain a schema index containing one or more of the following information:

[0226] ● The buffer can be used to transmit traffic data for one of the uplink streams of one or more Logical Channel Groups (LCGs); the data volume is the total number of bytes or bits of data.

[0227] ● The amount of data in the buffer that can be used to transmit traffic data for one of the uplink streams of each logical channel priority; the amount of data is the total number of bytes or the total number of bits.

[0228] ● The number of Internet Protocol (IP) packets in a burst within one of the uplink streams. Traffic is typically segmented and encapsulated in one or more packets. A specific unit of data within one or more packets over a specific duration. For example, in a video stream, the packets of video frames are called burst packets.

[0229] ● The Packet Delay Budget (PDB) for a group of packets in one of the uplink flows, such as the PDB for each packet, certain groups of packets, or all packets in total, or a similar parameter. Flow traffic is typically segmented and encapsulated in one or more packets.

[0230] ● The margin of the downlink dejitter buffer for the same service (e.g., XR service) or application.

[0231] ● Location or movement information used for beam management; location information is information about the cell's location point, which can be an absolute or relative value. Movement information includes the UE's (e.g., UE 10) movement speed and direction.

[0232] ●The timing of new data packet burst cycles and new application cycles.

[0233] ■ Enhanced BSRs, especially periodic or quasi-periodic enhanced BSRs, can configure uplink radio resources in CGs and prioritize transmission in the configured CGs.

[0234] The calculation of data size is referenced in 3GPP TS 38.322 and TS 38.323. Currently, the data size reported in the 5-bit buffer size field of the BSR is an index representing the buffer size level (in bytes). Each buffer size level is a range of buffer sizes (in bytes). Enhancements to the BSR may include enhancements to the buffer size reporting. For example, the data size reported in the buffer size field of the BSR may be the exact amount of data available for transmission in the buffer, rather than an index, and the buffer size field of the BSR may be larger than 5 bits.

[0235] These data packets may be generated from frame segments within the XR service. A packet burst may include data packets generated from a frame segment within the XR service. Location or movement information may include the location or movement information of the UE 10.

[0236] Figure 10 This is a block diagram of an example system 700 for wireless communication according to an embodiment of the present invention. The embodiments described herein can be implemented into the system using any suitably configured hardware and / or software. Figure 10 The illustrated system 700 includes a radio frequency (RF) circuit 710, a baseband circuit 720, a processing unit 730, a memory / storage unit 740, a display 750, a camera 760, a sensor 770, and an input / output (I / O) interface 780, all of which are coupled to each other.

[0237] Processing unit 730 may include circuitry, such as, but not limited to, one or more single-core or multi-core processors. The processor may include any combination of general-purpose and special-purpose processors, such as a graphics processor and an application processor. The processor may be coupled to memory / memory and configured to execute instructions in the memory / memory to enable various applications and / or operating systems running on the system.

[0238] Radio control functions may include, but are not limited to, signal modulation, encoding, decoding, and radio frequency shifting. In some embodiments, the baseband circuitry can provide communication compatible with one or more radio technologies. For example, in some embodiments, the baseband circuitry can support communication with 5G NR, LTE, Evolved Universal Terrestrial Radio Access Network (EUTRAN) and / or other Wireless Metropolitan Area Networks (WMAN), Wireless Local Area Networks (WLAN), and Wireless Personal Area Networks (WPAN). Embodiments in which the baseband circuitry is configured to support radio communication using multiple wireless protocols may be referred to as multimode baseband circuitry. In various embodiments, baseband circuitry 720 may include circuitry for operating signals that are not strictly considered to be in the baseband frequency range. For example, in some embodiments, the baseband circuitry may include circuitry for operating signals having an intermediate frequency, which lies between the baseband frequency and the radio frequency.

[0239] In various embodiments, system 700 may be a mobile computing device, such as, but not limited to, a laptop computer, a tablet computer, a netbook, an ultrabook, a smartphone, etc. In various embodiments, the system may have more or fewer components and / or different architectures. Where appropriate, the methods described herein may be implemented as a computer program. The computer program may be stored on a storage medium, such as a non-transitory storage medium.

[0240] Embodiments of the present invention are combinations of technologies / processes that can be employed in 3GPP specifications to create a final product.

[0241] If software functional units are implemented and used and sold as products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solutions proposed in this invention can be implemented substantially or partially as software products. Alternatively, a portion of the technical plan may favor conventional technology and can be implemented as a software product. This software product, stored in a storage medium within a computer, includes multiple commands for a computing device (e.g., a personal computer, server, or network device) to execute all or part of the steps disclosed in the embodiments of this invention. The storage medium includes a USB disk, a portable hard drive, a read-only memory (ROM), a random access memory (RAM), a floppy disk, or other media capable of storing program code.

[0242] 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, executable in a user equipment (UE), comprising: Configure a first enhanced configuration authorization CG for a first uplink flow, wherein the first uplink flow belongs to a first type of data flow; When uplink data and / or status reports of the first uplink stream to be transmitted are available, uplink transmission of the first uplink stream is performed in accordance with the configuration authorization belonging to the first enhanced configuration authorization. After performing uplink transmission on the first uplink stream according to the configuration grant belonging to the first enhanced configuration grant, the physical downlink control channel (PDCCH) is monitored to receive the uplink dynamic grant of the first uplink stream within a predefined offset of the first time frame. Based on the uplink dynamic authorization, the traffic data of the first uplink stream is transmitted; Configure a second enhanced configuration authorization CG for a second uplink stream, wherein the second uplink stream belongs to a second type of data stream, and the first type of data stream and the second type of data stream have different periods and data rates; When uplink data and / or status reports for the second uplink stream to be transmitted are available, uplink transmission is authorized for the second uplink stream in accordance with the second enhanced configuration. After performing uplink transmission for the second uplink stream according to the second enhanced configuration grant, the Physical Downlink Control Channel (PDCCH) is monitored to receive uplink dynamic grants for the second uplink stream within a predefined offset of the second time frame; and Based on the uplink dynamic authorization, the traffic data of the second uplink stream is transmitted.

2. The wireless communication method according to claim 1, characterized in that, The status report in uplink transmission includes the Buffer Status Report (BSR).

3. The wireless communication method according to claim 2, characterized in that, The buffer status report includes an enhanced buffer status report, which includes one or more of the following: The buffer can hold the amount of data that can be transmitted for one or more logical channel groups (LCGs). The amount of data that can be used to transmit each logical channel priority in the buffer; The number of Internet Protocol (IP) packets in the burst of the first uplink stream; The packet delay budget (PDB) of a group of packets in the first uplink stream; The margin of the downlink dejitter buffer for the service; Location or movement information of the user equipment used for beam management; and The new period of packet bursts in the first uplink stream and the time for applying the new period.

4. The wireless communication method according to claim 1, characterized in that, The first time frame is timed by the first timer authorized by the first enhanced configuration.

5. The wireless communication method according to claim 4, characterized in that, The first timer and / or the predefined offset are configured in the ConfiguredGrantConfig information element or configured in the downlink control information (DCI) or predefined.

6. The wireless communication method according to claim 1, characterized in that, The first time frame is the active time of the discontinuous reception DRX of the UE.

7. The wireless communication method according to claim 1, characterized in that, The second time frame is timed by a second timer authorized by the second enhanced configuration.

8. The wireless communication method according to claim 1, characterized in that, The second time frame is the active time of the discontinuous reception DRX of the UE.

9. The wireless communication method according to claim 1, characterized in that, Also includes: Configure normal configuration authorization for the third uplink flow, wherein the third uplink flow belongs to the third type of data flow; as well as Uplink transmission is performed for the third uplink stream based on the configuration authorization that belongs to the normal configuration authorization.

10. A wireless communication device, comprising: A processor for calling and running computer programs stored in memory to cause a device equipped with the processor to perform the wireless communication method according to any one of claims 1-9.

11. A chip, comprising: A processor configured to invoke and run a computer program stored in memory to cause a device with the chip mounted to perform the wireless communication method according to any one of claims 1-9.

12. A computer-readable storage medium storing a computer program, wherein the computer program causes a computer to perform the wireless communication method according to any one of claims 1-9.

13. A computer program product comprising a computer program, wherein the computer program causes a computer to perform the wireless communication method according to any one of claims 1-9.

14. A wireless communication method, which can be performed in a base station, comprising: Configure a first enhanced configuration authorization CG for a first uplink flow, wherein the first uplink flow belongs to a first type of data flow; The uplink transmission of the first uplink stream is received in accordance with the authorization belonging to the first enhanced configuration authorization, the uplink transmission including uplink data and / or status report; After receiving uplink transmission of the first uplink stream according to the authorization belonging to the first enhanced configuration authorization, the status report of the first uplink stream is received according to the authorization belonging to the first enhanced configuration authorization, and uplink dynamic authorization for the first uplink stream is transmitted through the physical downlink control channel PDCCH within a predefined offset of the first time frame. Based on the uplink dynamic authorization, receive the traffic data of the first uplink stream; Configure a second enhanced configuration authorization CG for a second uplink stream, wherein the second uplink stream belongs to a second type of data stream, and the first type of data stream and the second type of data stream have different periods and data rates; Uplink transmissions of the second uplink stream are received in accordance with the authorization belonging to the second enhanced configuration authorization, the uplink transmissions including uplink data and / or status reports; After receiving uplink transmissions of the second uplink stream according to the authorization belonging to the second enhanced configuration authorization, receiving the status report of the second uplink stream according to the authorization belonging to the second enhanced configuration authorization, and transmitting uplink dynamic authorization for the second uplink stream via the physical downlink control channel (PDCCH) within a predefined offset of the second time frame; and Based on the uplink dynamic authorization, the traffic data of the second uplink stream is received.

15. The wireless communication method according to claim 14, characterized in that, The status report in uplink transmission includes the Buffer Status Report (BSR).

16. The wireless communication method according to claim 15, characterized in that, The buffer status report includes an enhanced buffer status report, which includes one or more of the following: The buffer can hold the amount of data that can be transmitted for one or more logical channel groups (LCGs). The amount of data that can be used to transmit each logical channel priority in the buffer; The number of Internet Protocol (IP) packets in the burst of the first uplink stream; The packet delay budget (PDB) of a group of packets in the first uplink stream; The margin of the downlink dejitter buffer for the service; Location or movement information of user equipment used for beam management; and The new period of packet bursts in the first uplink stream and the time for applying the new period.

17. The wireless communication method according to claim 14, characterized in that, The first time frame is timed by the first timer authorized by the first enhanced configuration.

18. The wireless communication method according to claim 17, characterized in that, The first timer and / or the predefined offset are configured in the ConfiguredGrantConfig information element or configured in the downlink control information (DCI) or predefined.

19. The wireless communication method according to claim 14, characterized in that, The first time frame is the active time of the discontinuous reception DRX of the user equipment (UE).

20. The wireless communication method according to claim 14, characterized in that, The second time frame is timed by a second timer authorized by the second enhanced configuration.

21. The wireless communication method according to claim 14, characterized in that, The second time frame is the active time of the discontinuous reception DRX of the UE.

22. The wireless communication method according to claim 14, characterized in that, Also includes: Configure a normal configuration authorization CG for the third uplink flow, wherein the third uplink flow belongs to the third type of data flow; as well as Based on the uplink dynamic authorization, the traffic data of the third uplink stream is received.

23. A wireless communication device, comprising: A processor for calling and running a computer program stored in memory, so as to cause a device on which the processor is installed to perform the wireless communication method according to any one of claims 14-22.

24. A chip, comprising: A processor configured to invoke and run a computer program stored in a memory to cause a device on which the chip is mounted to perform the wireless communication method according to any one of claims 14-22.

25. A computer-readable storage medium storing a computer program, wherein the computer program causes a computer to perform the wireless communication method according to any one of claims 14-22.

26. A computer program product comprising a computer program, wherein the computer program causes a computer to perform the wireless communication method according to any one of claims 14-22.

Images