WO2023197143A1

WO2023197143A1 - Base station, user equipment, and extended reality processing method

Info

Publication number: WO2023197143A1
Application number: PCT/CN2022/086306
Authority: WO
Inventors: Yincheng Zhang; Jia SHENG
Original assignee: Shenzhen Tcl New Technology Co., Ltd.
Priority date: 2022-04-12
Filing date: 2022-04-12
Publication date: 2023-10-19

Abstract

The disclosure provides a base station, a user equipment (UE), and an extended reality (XR) processing method. The UE initiates an XR service and reports an XR traffic model of the XR service to the base station. The XR service comprise one or more than one XR stream. The base station configures radio resources for the XR service based on the XR traffic mode. The XR traffic mode associated with the XR stream is specified by traffic mode parameters comprising a frame rate representative setting of the XR stream and a packet interval between packets in a packet burst of the XR stream. The configuration of the configured radio resources for the XR service comprises at least one of a time domain configuration or a frequency domain configuration.

Description

BASE STATION, USER EQUIPMENT, AND EXTENDED REALITY PROCESSING METHOD

Technical Field

The present disclosure relates to the field of communication systems, and more particularly, to base station, user equipment, and extended reality (XR) processing method.

Background Art

Wireless communication systems, such as the third-generation (3G) of mobile telephone standards and technology are well known. Such 3G standards and technology have been developed by the Third Generation Partnership Project (3GPP) . The 3rd generation of wireless communications has generally been developed to support macro-cell mobile phone communications. Communication systems and networks have developed towards being a broadband and mobile system. In cellular wireless communication systems, user equipment (UE) is connected by a wireless link to a radio access network (RAN) . The RAN comprises a set of base stations (BSs) that provide wireless links to the UEs located in cells covered by the base station, and an interface to a core network (CN) which provides overall network control. As will be appreciated the RAN and CN each conduct respective functions in relation to the overall network. The 3rd Generation Partnership Project has developed the so-called Long Term Evolution (LTE) system, namely, an Evolved Universal Mobile Telecommunication System Territorial Radio Access Network, (E-UTRAN) , for a mobile access network where one or more macro-cells are supported by a base station known as an eNodeB or eNB (evolved NodeB) . More recently, LTE is evolving further towards the so-called 5G or NR (new radio) systems where one or more cells are supported by a base station known as a gNB.

Technical Problem

The 5G wireless communication system has been designed to deliver enhanced mobile broadband (eMBB) , ultra-reliable low-latency communication (URLLC) , and massive machine type communication (mMTC) services. In 5G or NR, features supporting eMBB, URLLC and mMTC was introduced in Release 15 and enhanced in Release 16 and 17.

Extended reality (XR) and cloud gaming service is an important media application enabled by 5G. In 3GPP, a series of study items have been done and discovered that XR service has some unique characteristics in the traffic profile while the current 5G system may not support XR service every well. Some characteristics of XR traffic are list in the following:

● A video stream of XR service can be configured with variable packet sizes and periodicity, such as 30, 60, 90, or 120 frames per second (FPS) . Consequently, the XR frames will arrive at RAN quasi-periodically with respective periodicity of 1/60, 1/90, or 1/120 second, known as non-integer periodicity. Semi-persistent scheduling (SPS) or configured grant (CG) used for periodic traffic, which reduces control signaling overhead can be a good option used to serve XR traffic in RAN. However, the current configurations for SPS/CG periodicities cannot match the non-integer periodicities of the XR traffic.

● On the other hand, protocol data unit (PDU) set (also known as packet burst) is a very important characteristic in XR services, representing a group of packets carrying payloads of a frame (e.g., a video frame, also known as a slice or a tile) of an XR service. Having inherent dependency on each other, packets in a packet burst associated with a frame of the XR stream should be processed as a whole in the application layer. For example, the frame can only be decoded and decompressed by a receiver device (e.g., a gNB) only when the receiver device successfully receives all of the packets in the packets burst of the frame. A P-frame can be decoded and decompressed only when a previous I-frame or a previous P-fame preceding the P-frame are decoded and decompressed successfully.

Hence, a method to address the radio resource allocation for XR service is desirable.

Technical Solution

An object of the present disclosure is to propose a user equipment (UE) , a base station, and an extended reality (XR) processing method .

In a first aspect, an embodiment of the invention provides an extended reality (XR) processing method executable in a base station, comprising:

determining an XR traffic model associated with an XR stream of an XR service, wherein the XR traffic model associated with the XR stream is specified by traffic model parameters comprising a frame rate representative setting of the XR stream and a packet interval between packets in a packet burst of the XR stream;

determining configuration of configured radio resources for the XR service based on the XR traffic mode, wherein the configuration of the configured radio resources for the XR service comprises at least one of a time domain configuration of the configured radio resources or a frequency domain configuration of the configured radio resources; and

allocating the configured radio resources for the XR service.

In a second aspect, an embodiment of the invention provides a base station comprising a processor configured to call and run a computer program stored in a memory, to cause a device in which the processor is installed to execute the disclosed method.

In a third aspect, an embodiment of the invention provides an extended reality (XR) processing method executable in a user equipment (UE) , comprising:

reporting the XR traffic mode; and

receiving configuration of configured radio resources for the XR service, wherein the configuration of configured radio resources is based on the XR traffic mode, wherein the configuration of the configured radio resources for the XR service comprises at least one of a time domain configuration of the configured radio resources or a frequency domain configuration of the configured radio resources.

In a fourth aspect, an embodiment of the invention provides a user equipment (UE) comprising a processor configured to call and run a computer program stored in a memory, to cause a device in which the processor is installed to execute the disclosed method.

The disclosed method may be implemented in a chip. The chip may include a processor, configured to call and run a computer program stored in a memory, to cause a device in which the chip is installed to execute the disclosed method.

The disclosed method may be programmed as computer executable instructions stored in non-transitory computer readable medium. The non-transitory computer readable medium, when loaded to a computer, directs a processor of the computer to execute the disclosed method.

The non-transitory computer readable medium may comprise at least one from a group consisting of:a hard disk, a CD-ROM, an optical storage device, a magnetic storage device, a Read Only Memory, a Programmable Read Only Memory, an Erasable Programmable Read Only Memory, EPROM, an Electrically Erasable Programmable Read Only Memory and a Flash memory.

The disclosed method may be programmed as a computer program product, which causes a computer to execute the disclosed method.

The disclosed method may be programmed as a computer program, which causes a computer to execute the disclosed method.

Advantageous Effects

Embodiments of the invention provide the following useful effects:

● An embodiment of the disclosed method provides a method for XR traffic awareness in RAN. Detection and information sharing regarding XR traffic model and/or types of XR traffic awareness parameters are very helpful for RAN to schedule radio resources and transmit XR traffic efficiently.

● An embodiment of the disclosed method provides a method for the alignment between semi-persistent scheduling (SPS) /configured grant (CG) and packet bursts. Misalignment between SPS/CG and packet bursts can introduce additional delay in XR traffic transmission.

● An embodiment of the disclosed method provides a method for the packet dropping. A gNB can assign dynamic scheduling with reference to the newest buffer status report (BSR) for uplink transmission to improve capacity of the NR system.

Description of Drawings

In order to more clearly illustrate the embodiments of the present disclosure or related art, the following figures will be described in the embodiments are briefly introduced. It is obvious that the drawings are merely some embodiments of the present disclosure. A person having ordinary skill in this field can obtain other figures according to these figures without paying the premise.

FIG. 1 illustrates a schematic view showing an example of a telecommunication system.

FIG. 2 illustrates a schematic view showing an embodiment of a network for the disclosed extended reality (XR) processing method .

FIG. 3 illustrates a schematic view showing an example of the extended reality (XR) processing method performed by a user equipment (UE) according to an embodiment of the disclosure.

FIG. 4 illustrates a schematic view showing an example of the extended reality (XR) processing method performed by a base station according to an embodiment of the disclosure.

FIG. 5 illustrates a schematic view showing an example of a first XR traffic mode.

FIG. 6 illustrates a schematic view showing an example of a second XR traffic mode.

FIG. 7 illustrates a schematic view showing an example of a third XR traffic mode.

FIG. 8 illustrates a schematic view showing a procedure for signaling of an XR traffic mode.

FIG. 9 illustrates a schematic view showing examples of radio resource configuration for an XR service.

FIG. 10 illustrates a schematic view showing examples of radio resources not aligned with packets of an XR service.

FIG. 11 illustrates a schematic view showing an example of radio resource configuration according to a time offset measured at gNB.

FIG. 12 illustrates a schematic view showing an example of radio resource configuration according to a time offset measured at user equipment (UE) .

FIG. 13 illustrates a schematic view showing a system for wireless communication according to an embodiment of the present disclosure.

DETAILED DESCRIPTION OF EMBODIMENTS

Embodiments of the disclosure are described in detail with the technical matters, structural features, achieved objects, and effects with reference to the accompanying drawings as follows. Specifically, the terminologies in the embodiments of the present disclosure are merely for describing the purpose of the certain embodiment, but not to limit the disclosure.

This invention disclosed an extended reality (XR) processing method traffic to enhance the radio resource allocation (e.g., semi-persistent scheduling (SPS) , configured grant (CG) , and/or dynamic grant (DG) ) in 5G wireless communication system (New Radio, NR) to support extended reality (XR) service. XR service may include augmented reality (AR) , virtual reality (VR) , or mixed reality (MR) .

With reference to FIG. 1, a telecommunication system including a UE 10a, a UE 10b, a base station (BS) 20a, and a network entity device 30 executes the disclosed method according to an embodiment of the present disclosure. FIG. 1 is shown for illustrative, not limiting, and the system may comprise more UEs, BSs, and CN entities. Connections between devices and device components are shown as lines and arrows in the FIGs. The UE 10a may include a processor 11a, a memory 12a, and a transceiver 13a. The UE 10b may include a processor 11b, a memory 12b, and a transceiver 13b. The base station 20a may include a processor 21a, a memory 22a, and a transceiver 23a. The network entity device 30 may include a processor 31, a memory 32, and a transceiver 33. Each of the

processors

11a, 11b, 21a, and 31 may be configured to implement proposed functions, procedures and/or methods described in the description. Layers of radio interface protocol may be implemented in the

processors

11a, 11b, 21a, and 31. Each of the

memory

12a, 12b, 22a, and 32 operatively stores a variety of programs and information to operate a connected processor. Each of the

transceivers

13a, 13b, 23a, and 33 is operatively coupled with a connected processor, transmits and/or receives radio signals or wireline signals. The UE 10a may be in communication with the UE 10b through a sidelink. The base station 20a may be an eNB, a gNB, or one of other types of radio nodes, and may configure radio resources for the UE 10a and UE 10b.

The network entity device 30 may be a node in a CN. CN may include LTE CN or 5G core (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 the network exposure function (NEF) .

An example of the UE in the description may include one of the UE 10a or UE 10b. An example of the base station in the description may include the base station 20a. Uplink (UL) transmission of a control signal or data may be a transmission operation from a UE to a base station. Downlink (DL) transmission of a control signal or data may be a transmission operation from a base station to a UE. A control signal may comprise medium access control (MAC) control element (CE) , downlink control information (DCI) or a radio resource control (RRC) signal.

FIG. 2 is a network for XR service supported by 5G system. A UE 10 is a 5G terminal which can support XR service and XR application. A gNB 20 is 5G radio node in a RAN 200. The gNB 20 communicates with the UE 10 and provides NR user plane and control plane protocol terminations towards the UE via NR Uu interface. The gNB 20 connects via the NG interface to a 5GC 300. An AMF 30b is an AMF in the 5GC 300 which is a 5G Core Network. DN 40 is a data network (DN) 40 where an XR server 41 providing XR service is located. The DN 40 can provide network operator services, Internet access, or 3rd party services. The XR server 41 may include a processor 411, a memory 412, and a transceiver 413. The processor 411 may be configured to implement XR service-related functions, procedures and/or methods described in the description. Layers of radio interface protocol may be implemented in the processor 411. The memory 412 operatively stores a variety of programs and information to operate a connected processor. The transceivers 413 is operatively coupled with a connected processor, transmits and/or receives radio signals or wireline signals.

Each of the

processors

411, 11a, 11b, 21a, and 31 may include an application-specific integrated circuit (ASICs) , other chipsets, logic circuits and/or data processing devices. Each of the

memory

412, 12a, 12b, 22a, and 32 may include read-only memory (ROM) , a random access memory (RAM) , a flash memory, a memory card, a storage medium and/or other storage devices. Each of the

transceivers

413, 13a, 13b, 23a, and 33 may include baseband circuitry and radio frequency (RF) circuitry to process radio frequency signals. When the embodiments are implemented in software, the techniques described herein may be implemented with modules, procedures, functions, entities, and so on, that perform the functions described herein. The modules may be stored in a memory and executed by the processors. The memory may be implemented within a processor or external to the processor, in which those may be communicatively coupled to the processor via various means are known in the art. A device executing the extended reality (XR) processing method may be a transmitter device that transmits an XR traffic flow of an XR service to a receiver device or a receiver device that receives an XR traffic flow, or an immediate device processing the XR traffic flow. For example, the device executing the extended reality (XR) processing method may comprise the gNB 20, an XR server 41 in data network 40, or a UE. That is, the XR server 41 in data network 40 may operates as a transmitter device that executes an extended reality (XR) processing method in some XR traffic delivery occasions. Similarly, the UE 10 may operate as a transmitter device to execute an extended reality (XR) processing method in some XR traffic delivery occasions. Alternatively, the transmitter device may comprise an intermediate device between the UE 10 and the XR server 41. The UE 10 may comprise an embodiment of the UE 10a or UE 10b. The gNB 20 may comprise an embodiment of the base station 20a. Note that although the gNB 20 and AMF/5GC 30b are described as an example in the description, the extended reality (XR) processing method may be executed by a base station, such as another gNB, an eNB, a base station integrating an eNB and a gNB, or a base station for beyond 5G technologies. The AMF/5GC 30b may comprise another network entity of 5GC. A network entity in the description may be an embodiment of the network entity 30.

For example, an XR service 5 is established between the UE 10 and XR server 40. The XR service 5 comprises a downlink 51 and an uplink 52. The gNB 20 transfers packets of the XR service 5 between the UE 10 and XR server 40.

One or more steps (or blocks) in of embodiments of the disclosure may be implemented as computer programs, instructions, software module (s) stored in a memory of the device executing the extended reality (XR) processing method, or circuits or hardware module (s) in a processor of the device, or IC chip (s) , circuits, or plug-in (s) of the device.

With reference to FIG. 3 and FIG. 4, the UE initiates an XR service (block 101) . The UE 10 determines an XR traffic model associated with an XR stream of an XR service (e.g., XR service 5) (block 102) . The XR traffic model associated with the XR stream is specified by traffic model parameters comprising a frame rate representative setting of the XR stream and a packet interval between packets in a packet burst of the XR stream.

The UE 10 reports the XR traffic model to the gNB 20 (block 103) . The XR traffic model may be included in and carried by a control signal to the gNB 20. The control signal may be sent from the UE 10 to the gNB 20. Alternatively, the control signal may be sent from the UE 10 to a CN entity (e.g., AMF 30b) , and from the CN entity (e.g., AMF 30b) to the gNB 20. In some embodiments, the XR traffic model may be carried in an NG-AP protocol message, a non-access stratum (NAS) protocol message, a radio resource control (RRC) message or a medium access control (MAC) control element (CE) .

The gNB 20 receives the XR traffic model and determines the XR traffic model associated with the XR stream of the XR service (block 201) . In an embodiment, the XR traffic model may be represented by an index to a row of a lookup table, and each row of the lookup table comprises an option among a plurality of options of optional XR traffic modes in the lookup table.

The gNB 20 determines the configuration of configured radio resources for the XR service based on the XR traffic model (block 203) and allocates the configured radio resources for the XR service (block 205) . The configuration of configured radio resources is based on the XR traffic mode. The configuration of the configured radio resources for the XR service comprises at least one of a time domain configuration of the configured radio resources or a frequency domain configuration of the configured radio resources. The UE 10 receives configuration of configured radio resources for the XR service (block 105) .

In an embodiment, the time domain configuration of the configured radio resources comprises one or more of:

● an interval of periodic blocks in the configured radio resources for the XR service; and

● an interval of a plurality of radio resource groups in the configured radio resources for the XR service.

Each of the plurality of radio resource groups comprises a number of periodic blocks in the configured radio resources for the XR service. Each of the periodic blocks in the configured radio resources for the XR service comprise a semi-persistent scheduling (SPS) assignment or a configured grant (CG) for the XR service. The interval of the periodic blocks in the configured radio resources for the XR service is configured according to the packet interval between packets in the packet burst of the XR stream. The interval of the plurality of radio resource groups is configured according to the frame rate representative setting of the XR stream (i.e., interval between packet bursts of the XR stream) .

The configured radio resources for the XR service may be configured based on quality of service (QoS) requirement of the XR service. The QoS requirement of the XR service may comprise a packet delay budget (PDB) , packet error rate (PER) , packet loss rate (PLR) , frame error rate, frame delay budget, resolution, frame rate, frame size, or data rate.

The configuration of the configured radio resources may be kept consistent during the whole session of the XR service. For example, an interval of a first couple of two adjacent radio resource groups in the XR stream may the same as a second couple of two adjacent radio resource groups in the XR stream. The configuration of the configured radio resources may be changed during the whole session of the XR service. For example, an interval of a first couple of two adjacent radio resource groups in the XR stream before the change may be different from a second couple of two adjacent radio resource groups in the XR stream after the change.

The configured radio resources for the XR service may be configured or reconfigured by the gNB 20 based on a measured time offset between an allocated time of the configured radio resource and a start time of a first packet of a packet burst of the XR service. The first packet of a packet burst may be in an uplink or a downlink of the XR stream of the XR service. In an embodiment, the start time of the first packet of a packet burst may be obtained from configuration information for XR service establishment/reconfiguration of the XR service. In some embodiment, the measured time offset is determined by the gNB 20 or received in an uplink report from the UE 10.

In an embodiment, the frequency domain configuration of the configured radio resources comprises a bandwidth configuration of the periodic blocks in the configured radio resources for the XR service. In the bandwidth configuration, a bandwidth of a periodic block in the configured radio resources for the XR service is configured according to a packet size of each packet in the packet burst of the XR stream.

Model of the XR traffic and XR traffic awareness in RAN:

For XR traffic, especial for the video streams of XR traffic, each video frame (also known as a slice or a tile) in the video streams may usually be segmented into one or multiple packets to be delivered by the network (e.g., the RAN) and then arrive at the gNB 20 independently in a period of time. The multiple packets of a video frame in an XR service (e.g., XR service 5) have a periodic characteristic and a periodicity of the packets is dependent on a periodicity or a frame rate of video frames of the XR service. The periodicity or frame rate of video frames of the XR service can be referred to as frame rate representative setting of the XR stream.

The packets belonging to a frame may be defined as a packet burst or a protocol data unit (PDU) set. As an XR service (e.g., XR service 5) may comprise a plurality of frames, a plurality of packet bursts (or PDU sets) can be transmitted in an XR stream (i.e., XR traffic flow) of the XR service.

On the other hand, the size of the coded and compressed video frame for XR traffic is variable, so that the number of packets in a PDU set and/or the packet size of each packet are variable.

Various XR traffic modes may be specified by different types of the XR traffic parameters. Based on the characteristic of XR traffic of the XR service, especially for the video frame, a combination of XR traffic parameters from can be used to model the XR traffic. Models of XR traffic may be referred to as XR traffic models or XR traffic modes. The XR traffic parameters may comprise:

● a periodicity/frame rate,

● a number of packets in a packet burst,

● a size of each packet,

● a packet interval, and

● a total size of a whole frame.

The XE traffic parameter may be categorized into static parameters and dynamic parameters. Some examples of the model of XR traffic are detailed in the following. The static parameters may be referred to as static XR traffic parameters, and the dynamic parameters may be referred to as dynamic XR traffic parameters.

In an embodiment, the XR traffic model associated with the XR stream belongs to a first XR traffic mode (e.g., XR traffic mode 1) , and the traffic model parameters of the XR traffic model associated with the first XR traffic mode further comprise a number of packets in the packet burst of the XR stream. A number of periodic blocks in each radio resource group in the configured radio resources for the XR service is configured according to the number of packets in the packet burst of the XR stream.

In an embodiment, the XR traffic model associated with the XR stream belongs to a second XR traffic mode (e.g., XR traffic mode 2) , and the traffic model parameters of the XR traffic model associated with the second XR traffic mode further comprise a packet size of each packet in the packet burst of the XR stream. A bandwidth of a periodic block in the configured radio resources for the XR service is configured according to the packet size of each packet in the packet burst of the XR stream.

In an embodiment, the XR traffic model associated with the XR stream belongs to a third XR traffic mode (e.g., XR traffic mode 3) , and the traffic model parameters of the XR traffic model associated with the third XR traffic mode consist of the frame rate representative setting and the packet interval.

Mode 1: (Type 1 XR traffic parameters)

As illustrated in FIG. 5, an XR service (e.g., XR service 5) belonging to an XR traffic mode 1, i.e., XR traffic mode 1, is identified by an XR traffic index and specified by static XR traffic parameters, including:

● the periodicity/frame rate,

● the number of packets in a packet burst, and

● the packet interval.

The periodicity/frame rate is a periodicity of a frame rate of the XR service. The number of packets in a packet burst is the number of packets in each packet burst of the XR service. The packet interval is packet interval of packets in the XR service.

The static XR traffic parameters are XR traffic characteristics used to represent XR traffic of the XR service. For an XR service with an XR traffic mode 1, a transmitter device (e.g., the UE 10 in an uplink or the XR server 41 in a downlink) keeps the static XR traffic parameters stable relatively during an XR service session of the XR service, while allowing dynamic parameters of the XR service (e.g., the size of each packet) variable.

Moreover, according to various XR service requirements, multiple optional XR traffic models belonging to the XR traffic mode 1 can also be preconfigured as options in a lookup table in which each optional XR traffic model has an index (referred to as XR traffic index or XR traffic model index) and is associated with a combination of XR traffic parameters. Table 1 is an example of the lookup table comprising multiple optional XR traffic models belonging to the XR traffic mode 1.

Table 1: Mode 1 static XR traffic parameters

index

periodicity/frame rate

the number of packets

packet interval

		in a packet burst
0	33.33ms/30	3	1
1	33.33ms/30	5	2
2	16.67ms/60	3	0.5
3	16.67ms/60	5	1
4	11.11ms/90	3	0.25
5	8.33ms/120	3	0.25
...	...	...	...

Each row of the lookup table representing an optional XR traffic model has an index and a combination of XR traffic parameters. Each of the AMF 30b, XR server 41, the UE 10, and the gNB 20 may comprise a copy of the lookup table. The transmitter device (e.g., the UE 10 in an uplink or the XR server 41 in a downlink) may notify the gNB 20 of an optional XR traffic model selected for an XR service (e.g., XR service 5) between the transmitter device and a receiver device (e.g., the XR server 41 in an uplink or the UE 10 in a downlink) . For example, the transmitter device may notify the gNB 20 of an optional XR traffic model of the XR service with an XR traffic index i by transmitting a control message carrying the index i to the gNB 20. The control message may comprise a radio resource control (RRC) message or a medium access control (MAC) control element (CE) . The variable i is an integer variable limited in a domain of the XR traffic index.

Mode 2: (Type 2 XR traffic parameters)

As illustrated in FIG. 6, an XR service (e.g., XR service 5) belonging to an XR traffic mode 2, i.e., XR traffic mode 2, is identified by an XR traffic index and specified by static XR traffic parameters, including:

● the periodicity/frame rate,

● the packet size of each packet in a packet burst, and

● the packet interval.

The periodicity/frame rate is a periodicity of a frame rate of the XR service. The packet size of each packet in a packet burst is the packet size of each packet in each packet burst of the XR service. The packet interval is packet interval of packets in the XR service.

The static XR traffic parameters are XR traffic characteristics used to represent XR traffic of the XR service. For an XR service with an XR traffic mode 2, a transmitter device (e.g., the UE 10 in an uplink or the XR server 41 in a downlink) keeps the static XR traffic parameters stable relatively during an XR service session of the XR service, while allowing dynamic parameters of the XR service (e.g., the number of packets in a packet burst) variable.

Moreover, according to various XR service requirements, multiple optional XR traffic models belonging to the XR traffic mode 2 can also be preconfigured as options in a lookup table in which each optional XR traffic model has an index (referred to as XR traffic index or XR traffic model index) and is associated with a combination of XR traffic parameters. Table 2 is an example of the lookup table comprising multiple optional XR traffic models belonging to the XR traffic mode 2.

Table 2: Mode 2 static XR traffic parameters

index	periodicity/frame rate	the size of each packet (byte)	packet interval
0	33.33ms/30	256	1
1	33.33ms/30	512	2
2	16.67ms/60	256	0.5
3	16.67ms/60	512	1
4	11.11ms/90	256	0.25
5	8.33ms/120	256	0.25
...	...	...	...

Each row of the lookup table representing an optional XR traffic model has an index and a combination of XR traffic parameters. Each of the AMF 30b, XR server 41, the UE 10, and the gNB 20 may comprise a copy of the lookup table. The transmitter device (e.g., the UE 10 in an uplink or the XR server 41 in a downlink) may notify the gNB 20 of an optional XR traffic model selected for an XR service between the transmitter device and a receiver device (e.g., the XR server 41 in an uplink or the UE 10 in a downlink) . For example, the transmitter device may notify the gNB 20 of an optional XR traffic model of the XR service with an XR traffic index i by transmitting a control message carrying the index i to the gNB 20. The control message may comprise an RRC message or a MAC CE.

Mode 3: (Type 3 XR traffic parameters)

As illustrated in FIG. 7, an XR service (e.g., XR service 5) belonging to an XR traffic mode 3, i.e., XR traffic mode 3, is identified by an XR traffic index and specified by static XR traffic parameters, including:

● the periodicity/frame rate, and

● the packet interval.

The periodicity/frame rate is a periodicity of a frame rate of the XR service. The packet interval is packet interval of packets in the XR service.

The static XR traffic parameters are XR traffic characteristics used to represent XR traffic of the XR service. For an XR service with an XR traffic mode 3, a transmitter device (e.g., the UE 10 in an uplink or the XR server 41 in a downlink) keeps the static XR traffic parameters stable relatively during an XR service session of the XR service, while allowing dynamic parameters of the XR service (e.g., the number of packets in a packet burst) variable.

Moreover, according to various XR service requirements, multiple optional XR traffic models belonging to the XR traffic mode 3 can also be preconfigured as options in a lookup table in which each optional XR traffic model has an index (referred to as XR traffic index or XR traffic model index) and is associated with a combination of XR traffic parameters. Table 3 is an example of the lookup table comprising multiple optional XR traffic models belonging to the XR traffic mode 3.

The XR service requirements comprise quality of service (QoS) requirements. The QoS requirements of the XR service comprise a packet delay budget (PDB) , packet error rate (PER) , packet loss rate (PLR) , frame error rate, frame delay budget, resolution, frame rate, frame size, or data rate. The gNB 20 may acquire information about QoS requirements and characteristics of the XR service in an uplink radio resource control (RRC) message or an NG-AP message from AMF in 5GC. The gNB 20 may send configuration of configured radio resources for the XR service in DCI or a downlink RRC message to the UE 10.

The gNB 20 may activate or deactivate configured radio resources for the XR service by sending DCI, a downlink RRC message, or a downlink medium access control (MAC) message to the UE 10.

Table 3: Mode 3 static XR traffic parameters

index	periodicity/frame rate	packet interval
0	33.33ms/30	1
1	33.33ms/30	2
2	16.67ms/60	0.5
3	16.67ms/60	1
4	11.11ms/90	0.25
5	8.33ms/120	0.25
...	...	...

Each row of the lookup table representing an optional XR traffic model has an index and a combination of XR traffic parameters. Each of the AMF 30b, XR server 41, the UE 10, and the gNB 20 may comprise a copy of the lookup table. The transmitter device (e.g., the UE 10 in an uplink or the XR server 41 in a downlink) may notify the gNB 20 of an optional XR traffic model selected for an XR service (e.g., XR service 5) between the transmitter device and a receiver device (e.g., the XR server 41 in an uplink or the UE 10 in a downlink) . For example, the transmitter device may notify the gNB 20 of an optional XR traffic model of the XR service with an XR traffic index i by transmitting a control message carrying the index i to the gNB 20. The control message may comprise an RRC message or a MAC CE.

In another embodiment, all the XR traffic models (or XR traffic modes) with the related static XR traffic parameters can be summarized in a table, such as the following Table 4.

Table 4: model or type and the related static XR traffic parameters

From the perspective of XR service awareness in RAN (e.g., the RAN 200) , the RAN 200 (e.g., the gNB 20) may be informed of the XR traffic model (or the XR traffic mode) representing the static related XR traffic parameters and/or dynamic parameters of the XR service (e.g., XR service 5) since these information is very helpful for the RAN 200 to schedule radio resources for XR traffic. NA means non-applicable.

As illustrated in FIG. 8, the XR traffic model (or the XR traffic mode) and/or the related static XR traffic parameters may be transmitted to the gNB 20 from AMF 30b as the configuration information for service session establishment or reconfiguration of the XR service through a control message (e.g., an NG-AP protocol message via NG interface between the gNB 20 and AMF 30b) . The configuration information may comprise the XR traffic model (or the XR traffic mode) and/or the static XR traffic parameters for the XR traffic model (or the XR traffic mode) , which may be represented by an index in one of the lookup table. The control message may be referred to as an XR traffic model notification or an XR traffic model notification from the AMF 30b to the gNB 20.

The AMF 30b may acquire the XR traffic model (or the XR traffic mode) and/or the related static XR traffic parameters from the UE 10 through a control message (e.g., a non-access stratum (NAS) protocol message) or another type of message from another function of the 5GC 300 which may communicate with XR server 41. For the former, UE (e.g., the UE 10) should transmit the XR traffic model /or the type and/or the related static XR traffic parameters to AMF for XR service establishment or reconfiguration. The control message may be referred to as an XR traffic model notification or an XR traffic model notification from the UE 10 to the AMF 30b.

Additionally, if the XR traffic of the XR service (e.g., XR service 5) has multiple XR streams (or traffic flows) , the XR traffic model notification transmitted to the gNB 20 may further comprise a number of XR streams, the importance of each XR streams, and inter-stream correlation associated with the XR service.

In an embodiment, for the downlink of XR service (e.g., XR service 5) , information of the dynamic parameters and/or the information of the XR traffic model (or the XR traffic mode) and/or the related static XR traffic parameters may be transmitted to the gNB 20 by a message of one control plane (CP) protocol layer.

In another embodiment, for the downlink of XR service (e.g., XR service 5) , information of the dynamic parameters and/or the information of the XR traffic model (or the XR traffic mode) and/or the related static XR traffic parameters may be transmitted to the gNB 20 by a SDU of one user plane (UP) protocol layer. For example, the information is included in the header of the SDU of a packet data convergence protocol (PDCP) protocol. In this case, the index of the XR traffic model (or the XR traffic mode) and/or the related static XR traffic parameters as indicated in the table may be preferred.

In another embodiment, for the downlink of XR service (e.g., XR service 5) , information of the dynamic parameters may be transmitted to the gNB 20 by an SDU of one UP protocol layer, and the information of the XR traffic model (or the XR traffic mode) and/or the related static XR traffic parameters may be transmitted to the gNB 20 by a message of one CP protocol layer.

In another embodiment, for the uplink of XR service (e.g., XR service 5) , the dynamic parameters and/or the information of the XR traffic model or the type and/or the related static XR traffic parameters could be transmitted to gNB (e.g., the gNB 20) by UE (e.g., the UE 10) via RRC messages and/or MAC CEs (Control Element) similar to the BSR aforementioned.

The alignment between SPS/CG and packet burst:

Due to the periodic characteristic of XR service, SPS and CG are assumed as the basic transmission solution in the RAN for XR service in the downlink (from the XR server 41 to the XR client in the UE 10) and the uplink (from the XR client in the UE 10 to XR server 41) . On the other hand, the size of a frame is variable and may be delivered in the form of a packet burst comprising a plurality of packets, the current CG and SPS radio resource allocation based on semi-static configuration of fixed periodicity and grant size may not be adequate to support XR traffic. Two possible SPS/CG based enhanced solutions may be used to support XR traffic as illustrated in FIG. 9. In the example of FIG. 9, the XR traffic mode 1 of XR traffic is used as an example.

Solution 1: Multiple SPS/CG:

In this solution, corresponding groups of configured radio resources (e.g., SPS or CG radio resources) may be configured for the periodic packet bursts of XR traffic. All of the packets in the packet burst of the XR stream are allocated blocks of the configured radio resources (e.g., SPS or CG radio resources) .

With reference to FIG. 9, in an embodiment of the disclosure, the gNB 20 configures radio resources (e.g., SPS and/or CG) for the XR service (e.g., XR service 5) in NR by configuring blocks of radio resources (e.g., SPS and/or CG) in group in time domain to carry the packets of the XR service. Blocks of radio resources may be referred to as radio resource blocks. The configuring of the radio resources (e.g., SPS and/or CG) for the XR service may comprise:

● Configuring a number of groups of the radio resource blocks (e.g., SPS and/or CG) , and an interval (referred to as T1) between two adjacent groups of radio resource blocks if more than one groups are configured; and

● Configuring a number of radio resource blocks (e.g., SPS and/or CG) in each of the groups and an interval (referred to as T2) between two adjacent radio resource blocks (e.g., SPS and/or CG) .

The groups of the radio resource blocks may be referred to as radio resource groups. The interval (T1) between two radio resource groups can be configured based on the frame period (T1) of the XR service. A frame period (T1) is an interval between two packet bursts (i.e., two PDU sets) . The interval (T2) between two adjacent blocks of radio resources (e.g., SPS and/or CG) in a group can be configured based on the packet period (T2) of the XR service. A packet period (T2) is an interval between two packets. T1 and T2 can be determined considering one or more parameters of quality of service (QoS) requirements and characteristics of the XR service. The one or more parameters of QoS requirements of the XR service may comprise one or more of packet delay budget (PDB) , packet error rate (PER) , packet loss rate (PLR) , frame error rate, frame delay budget, resolution, frame rate, frame size, and data rate.

Solution 2: SPS/CG + DS/DG (Dynamic Scheduling/Dynamic Grant) :

In this solution, configured radio resources (e.g., SPS or CG radio resources) may be used to support the packets of XR traffic, and one or more additional dynamic radio resources (e.g., dynamically scheduled (DS) or dynamic grant (DG) radio resources) may be used to support one or more video frames with large frame size and variable frame size. The gNB 20 allocates blocks of the configured radio resources to a first portion of the packets in the packet burst of the XR stream and allocates blocks of the dynamic grant (DG) radio resources to a second portion of the packets in the packet burst of the XR stream. The gNB 20 allocates the dynamic grant (DG) radio resources to the second portion of the packets in the packet burst of the XR stream based on a buffer status report (BSR) that is sent in response to a packet dropping event associated with packets of the XR stream.

With reference to FIG. 9, for example, the gNB 20 allocates a block 110 of the configured radio resources to a first packet in the packet burst of the XR stream and allocates a block 112 of the dynamic grant (DG) radio resources to the remaining packets in the packet burst of the XR stream.

However, according to the current related configuration procedures and parameters for the service session establishment, the gNB 20 should assign the SPS/CG radio resource for the XR service without any information about when the packet bursts of the XR service (e.g., XR service 5) will arrive at the gNB 20. As a result, the arrival time of the packet bursts at the gNB 20 is not aligned with the allocated time of configured radio resources (e.g., SPS or CG radio resources) SPS/CG radio resource as illustrated in FIG. 10. Consequently, additional delay will be introduced to the transmission of XR traffic.

In order to solve this problem and made the SPS/CG radio resource configured align with the packet bursts of the XR stream in time domain, a solution is detailed in the following and illustrated in FIG. 11 and FIG. 12. The packet burst illustrated in the following is a packet burst of in an XR stream of the XR service (e.g., XR service 5) .

The configured radio resources for the XR service may be configured or reconfigured by the gNB 20 based on a measured time offset between an allocated time of the configured radio resource and a start time of a first packet of a packet burst of the XR service. The first packet of a packet burst may be in an uplink or a downlink of the XR stream of the XR service. In an embodiment, the start time of the first packet burst (i.e. the start time of the first packet of the first packet burst) may be obtained from configuration information for XR service establishment/reconfiguration of the XR service. In some embodiment, the measured time offset is determined by the gNB 20 or received in an uplink report from the UE 10.

With reference to FIG. 11 and FIG. 12, an example of a procedure of radio resource allocation based on a time offset. In the procedure related to XR service session establishment or reconfiguration for the XR service, the gNB 20 receives an optional start time of a first packet burst (i.e., the start time of the first packet of the first packet burst) for the downlink (e.g., the downlink 51) and/or an optional start time of a for uplink (e.g., the uplink 52) respectively.

For example, similar to the example in FIG. 8, the gNB 20 receives the start time of the first packet burst for the downlink and the start time of the first packet burst for the uplink from AMF 30b as the configuration information for XR service establishment/reconfiguration of an XR service (e.g., the XR service 5) in an NG-AP protocol message via NG interface between the gNB 20 and AMF 30b. The AMF 30b may acquire the start time of the first packet burst for the downlink and the start time of the first packet burst for the uplink from the UE 10 through signaling of NAS protocol message. Alternatively, the AMF 30b may acquire the start time of the first packet burst for the downlink and the start time of the first packet burst for the uplink through signaling of other types of message from other functions of 5GC 300 which can communicate with the XR server 41. For the former, UE should transmit the start time of the first packet burst for the downlink and the start time of the first packet burst for the uplink to AMF for XR service establishment or reconfiguration. For the start time of the first packet burst for the uplink, UE may transmit and gNB may acquire the start time of the first packet burst via RRC messages and/or MAC CEs (Control Element) similar to the BSR explained in the aforementioned embodiments.

The gNB 20 configures SPS/CG radio resource with reference to the start time of the first packet burst for the downlink and the start time of the first packet burst for uplink.

The gNB 20 configures SPS/CG radio resource for the XR stream of the XR service. The SPS/CG radio resource comprises one or more SPS/CG radio resources. Each of the SPS/CG radio resources has allocated time and bandwidth. The gNB 20 obtains a time offset between an allocated time of SPS/CG radio resource and a start time of a first packet of a packet burst. The gNB 20 reconfigures the SPS/CG radio resource according to the measured time offset between the allocated time of SPS/CG radio resource and a start time of a first packet of a packet burst.

■ For the downlink:

As shown in FIG. 11, the gNB 20 measures a time offset between an allocated time of an SPS/CG radio resource and an arrival time when a packet burst (e.g., thefirst packet of a packet burst) arrives at the gNB 20.

The gNB 20 reconfigures the SPS/CG radio resource if the time offset cannot meet the XR service requirement of the XR service. A threshold of the time offset may be configured. The threshold may be referred to as time offset threshold. The gNB 20 determines whether the measured time offset can meet the XR service requirement or not by comparing the measured time offset with the threshold. The gNB 20 determines the measured time offset meet the XR service requirement when the measured time offset does not exceed the threshold and determines the measured time offset does not meet the XR service requirement when the measured time offset exceed the threshold.

The gNB 20 may reconfigure the SPS/CG radio resource in an SPS/CG configuration and notify the UE 10 of the reconfigured SPS/CG configuration through a radio resource control (RRC) message.

Alternatively, the gNB 20 may reconfigure the SPS/CG radio resource in an SPS/CG configuration and notify the UE 10 of the reconfigured SPS/CG configuration through a downlink control information (DCI) message on a physical downlink control channel (PDCCH) . The signaling for reconfiguring the SPS/CG radio resource may be the DCI-based SPS/CG activation and/or SPS CG deactivation on PDCCH.

.

■ For the uplink:

As shown in FIG. 12, the UE 10 measures a time offset between an allocated time of an SPS/CG radio resource and an arrival time when a packet burst (e.g., the first packet of a packet burst) arrives at the UE 10.

The UE 10 report the measured time offset to the gNB 20. A threshold of the time offset may be configured to the UE 10. The threshold may be referred to as time offset threshold. The UE 10 compare the measured time offset with the threshold to determine whether to report the measured time offset or not.

The gNB 20 receives the measured time offset. The gNB 20 reconfigures the SPS/CG radio resource if the time offset cannot meet the XR service requirement of the XR service. A threshold of the time offset may be configured. The gNB 20 determines whether the measured time offset can meet the XR service requirement or not by comparing the measured time offset with the threshold. The gNB 20 determines the measured time offset meet the XR service requirement when the measured time offset does not exceed the threshold and determines the measured time offset does not meet the XR service requirement when the measured time offset exceed the threshold. Alternatively, when the UE 10 has performed the determination as to whether the measured time offset exceed the threshold, the UE 10 may report the result of the determination to the gNB 20, and the gNB 20 may receive and accept the determination rather than perform the determination itself.

The gNB 20 may reconfigure the SPS/CG radio resource in an SPS/CG configuration and notify the UE 10 of the reconfigured SPS/CG configuration through an RRC message.

Alternatively, the gNB 20 may reconfigure the SPS/CG radio resource in an SPS/CG configuration and notify the UE 10 of the reconfigured SPS/CG configuration through a DCI message on a PDCCH. The signaling for reconfiguring the SPS/CG radio resource may be the DCI-based SPS/CG activation and/or SPS CG deactivation on PDCCH.

Buffer status report (BSR) for the packet dropping

Because packets in a packet burst have an inherent dependency on each other, packets in a packet burst associated with a frame of the XR stream should be processed as a whole in the application layer. For example, the frame can only be decoded and decompressed by the gNB 20 only when the gNB 20 successfully receives all of the packets in the packets burst of the frame.

On the other hand, XR service is subject to packet dropping. XR service is time sensitive, and the packet bursts should be transmitted within a predefined delay. Packets that are delayed over a predefined delay are not necessary to be transmitted and should be dropped as obsolete packets as soon as possible. Transmitting the obsolete packets is meaningless and consumes the capacity of the NR system.

For the uplink, the UE 10 uses BSR to report the buffer status regarding an uplink buffer of the UE 10 to the gNB 20, and the gNB 20 may assign DG radio resource to the UE 10 for uplink transmission based on the BSR.

Based on the above requirement, a method of packet dropping and BSR triggering is provided in the following:

The UE 10 drops the obsolete packets in an uplink.

The UE 10 may trigger a BSR to the gNB 20 in response to a packet dropping event associated with packets of the XR stream. The UE 10 sends a BSR in response to a packet dropping event associated with packets of the XR stream. The packet dropping event is issued by the UE 10 when change of an uplink buffer exceeds a BSR-related threshold. In an embodiment, a threshold about change of a buffer size of the uplink buffer may be configured to the UE 10, and the UE 10 triggers a BSR if the change of the buffer size due to the packet dropping associated with packets of the XR stream is greater than the threshold. The threshold may be referred to as BSR-related threshold.

FIG. 13 is a block diagram of an example system 700 for wireless communication according to an embodiment of the present disclosure. Embodiments described herein may be implemented into the system using any suitably configured hardware and/or software. FIG. 13 illustrates the system 700 including a radio frequency (RF) circuitry 710, a baseband circuitry 720, a processing unit 730, a memory/storage 740, a display 750, a camera 760, a sensor 770, and an input/output (I/O) interface 780, coupled with each other as illustrated.

The processing unit 730 may include circuitry, such as, but not limited to, one or more single-core or multi-core processors. The processors may include any combinations of general-purpose processors and dedicated processors, such as graphics processors and application processors. The processors may be coupled with the memory/storage and configured to execute instructions stored in the memory/storage to enable various applications and/or operating systems running on the system.

The radio control functions may include, but are not limited to, signal modulation, encoding, decoding, radio frequency shifting, etc. In some embodiments, the baseband circuitry may provide for communication compatible with one or more radio technologies. For example, in some embodiments, the baseband circuitry may support communication with 5G NR, LTE, an evolved universal terrestrial radio access network (EUTRAN) and/or other wireless metropolitan area networks (WMAN) , a wireless local area network (WLAN) , a wireless personal area network (WPAN) . Embodiments in which the baseband circuitry is configured to support radio communications of more than one wireless protocol may be referred to as multi-mode baseband circuitry. In various embodiments, the baseband circuitry 720 may include circuitry to operate with signals that are not strictly considered as being in a baseband frequency. For example, in some embodiments, baseband circuitry may include circuitry to operate with signals having an intermediate frequency, which is between a baseband frequency and a radio frequency.

In various embodiments, the system 700 may be a mobile computing device such as, but not limited to, a laptop computing device, a tablet computing device, a netbook, an ultrabook, a smartphone, etc. In various embodiments, the system may have more or less 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.

The embodiment of the present disclosure is a combination of techniques/processes that can be adopted in 3GPP specification to create an end product.

If the software function unit is realized and used and sold as a product, it can be stored in a readable storage medium in a computer. Based on this understanding, the technical plan proposed by the present disclosure can be essentially or partially realized as the form of a software product. Or, one part of the technical plan beneficial to the conventional technology can be realized as the form of a software product. The software product in the computer is stored in a storage medium, including a plurality of commands for a computational device (such as a personal computer, a server, or a network device) to run all or some of the steps disclosed by the embodiments of the present disclosure. The storage medium includes a USB disk, a mobile hard disk, a read-only memory (ROM) , a random access memory (RAM) , a floppy disk, or other kinds of media capable of storing program codes.

In the embodiments of the disclosure, a video frame of an XR service may be segmented into one or multiple packets for transmission on a network periodically. In an embodiment of the disclosed method, a gNB configures and groups radio resources (e.g., SPS and CG) in time domain for XR service (s) in NR to carry video frame (s) of the XR service (s) according to the XR traffic model of the XR service (s) . A UE transmits and receives packets of the XR service (s) using the configured and grouped radio resources (e.g., SPS and CG) .

An embodiment of the disclosed method provides related signaling to support enhanced radio resources allocation for XR service (s) and improve the radio source efficiency in NR.

While the present disclosure has been described in connection with what is considered the most practical and preferred embodiments, it is understood that the present disclosure is not limited to the disclosed embodiments but is intended to cover various arrangements made without departing from the scope of the broadest interpretation of the appended claims.

Claims

An extended reality (XR) processing method, executable in a base station, comprising:

determining an XR traffic model associated with an XR stream of an XR service, wherein the XR traffic model associated with the XR stream is specified by traffic model parameters comprising a frame rate representative setting of the XR stream and a packet interval between packets in a packet burst of the XR stream;

determining configuration of configured radio resources for the XR service based on the XR traffic model, wherein the configuration of the configured radio resources for the XR service comprises at least one of a time domain configuration of the configured radio resources or a frequency domain configuration of the configured radio resources; and

allocating the configured radio resources for the XR service.
The method of claim 1, wherein the XR traffic model associated with the XR stream belongs to a first XR traffic mode, and the traffic model parameters of the XR traffic model associated with the first XR traffic mode further comprise a number of packets in the packet burst of the XR stream.
The method of claim 2, wherein a number of periodic blocks in each radio resource group in the configured radio resources for the XR service is configured according to the number of packets in the packet burst of the XR stream.
The method of claim 1, wherein the XR traffic model associated with the XR stream belongs to a second XR traffic mode, and the traffic model parameters of the XR traffic model associated with the second XR traffic mode further comprise a packet size of each packet in the packet burst of the XR stream.
The method of claim 4, wherein a bandwidth of a periodic block in the configured radio resources for the XR service is configured according to the packet size of each packet in the packet burst of the XR stream.
The method of claim 1, wherein the XR traffic model associated with the XR stream belongs to a third XR traffic mode, and the traffic model parameters of the XR traffic model associated with the third XR traffic mode consists of the frame rate representative setting and the packet interval.
The method of claim 1, wherein the XR traffic model is represented by an index to a row of a lookup table, each row of the lookup table comprises an option among a plurality of options of optional XR traffic models in the lookup table.
The method of claim 1, wherein the XR traffic model is carried in an NG-AP protocol message, a non-access stratum (NAS) protocol message, a radio resource control (RRC) message or a medium access control (MAC) control element (CE) .
The method of claim 1, wherein the XR traffic model is carried in a control message which further comprises a number of XR streams in the XR service.
The method of claim 1, wherein the time domain configuration of the configured radio resources comprises one or more of:

an interval of periodic blocks in the configured radio resources for the XR service; and

an interval of a plurality of radio resource groups in the configured radio resources for the XR service;

wherein the interval of the periodic blocks in the configured radio resources for the XR service is configured according to the packet interval between packets in the packet burst of the XR stream;

each of the plurality of radio resource groups comprises a number of periodic blocks in the configured radio resources for the XR service, and the interval of the plurality of radio resource groups is configured according to the frame rate representative setting of the XR stream.
The method of claim 10, wherein the frequency domain configuration of the configured radio resources comprises:

a bandwidth configuration of the periodic blocks in the configured radio resources for the XR service;

wherein in the bandwidth configuration, a bandwidth of a periodic block in the configured radio resources for the XR service is configured according to a packet size of each packet in the packet burst of the XR stream.
The method of claim 10, wherein each of the periodic blocks in the configured radio resources for the XR service comprise a semi-persistent scheduling (SPS) assignment or a configured grant (CG) for the XR service.
The method of claim 10, wherein the configured radio resources for the XR service are configured or reconfigured based on a measured time offset between an allocated time of the configured radio resource and the time of a first packet of a packet burst and/or the start time of the first packet burst of the XR service.
The method of claim 13, wherein the first packet burst and/or the first packet of the packet burst is in an uplink or a downlink of the XR stream of the XR service.
The method of claim 13, wherein the start time of the first packet burst is obtained from configuration information for XR service establishment/reconfiguration of the XR service.
The method of claim 13, wherein the measured time offset is determined by the base station or received from an uplink report.
The method of claim 13, wherein reconfiguration of configured radio resources for the XR service is carried in downlink control information (DCI) or a downlink RRC message.
The method of claim 1, wherein all of the packets in the packet burst of the XR stream are allocated blocks of the configured radio resources.
The method of claim 1, wherein a first portion of the packets in the packet burst of the XR stream are allocated blocks of the configured radio resources, and a second portion of the packets in the packet burst of the XR stream are allocated blocks of the dynamic grant (DG) radio resources.
The method of claim 19, wherein the dynamic grant (DG) radio resources are allocated to the second portion of the packets in the packet burst of the XR stream based on a buffer status report (BSR) .
The method of claim 1, wherein the configuration of configured radio resources for the XR service is carried in downlink control information (DCI) or a downlink RRC message.
The method of claim 1, wherein activation or deactivation of the configured radio resources for the XR service is signaled in downlink control information, a downlink RRC message or a downlink medium access control (MAC) message.
A base station comprising:

a processor, configured to call and run a computer program stored in a memory, to cause a device in which the processor is installed to execute the method of any of claims 1 to 22.
A chip, comprising:

a processor, configured to call and run a computer program stored in a memory, to cause a device in which the chip is installed to execute the method of any of claims 1 to 22.
A computer readable storage medium, in which a computer program is stored, wherein the computer program causes a computer to execute the method of any of claims 1 to 22.
A computer program product, comprising a computer program, wherein the computer program causes a computer to execute the method of any of claims 1 to 22.
A computer program, wherein the computer program causes a computer to execute the method of any of claims 1 to 22.
An extended reality (XR) processing method, executable in a user equipment (UE) , comprising:

determining an XR traffic model associated with an XR stream of an XR service, wherein the XR traffic model associated with the XR stream is specified by traffic model parameters comprising a frame rate representative setting of the XR stream and a packet interval between packets in a packet burst of the XR stream;

reporting the XR traffic model; and

receiving configuration of configured radio resources for the XR service, wherein the configuration of configured radio resources is based on the XR traffic model, wherein the configuration of the configured radio resources for the XR service comprises at least one of a time domain configuration of the configured radio resources or a frequency domain configuration of the configured radio resources.
The method of claim 28, wherein the XR traffic model associated with the XR stream belongs to a first XR traffic mode, and the traffic model parameters of the XR traffic model associated with the first XR traffic mode further comprise a number of packets in the packet burst of the XR stream.
The method of claim 29, wherein a number of periodic blocks in each radio resource group in the configured radio resources for the XR service corresponds to the number of packets in the packet burst of the XR stream.
The method of claim 28, wherein the XR traffic model associated with the XR stream belongs to a second XR traffic mode, and the traffic model parameters of the XR traffic model associated with the second XR traffic mode further comprise a packet size of each packet in the packet burst of the XR stream.
The method of claim 31, wherein a bandwidth of a periodic block in the configured radio resources for the XR service corresponds to the packet size of each packet in the packet burst of the XR stream.
The method of claim 28, wherein the XR traffic model associated with the XR stream belongs to a third XR traffic mode, and the traffic model parameters of the XR traffic model associated with the third XR traffic mode consists of the frame rate representative setting and the packet interval.
The method of claim 28, wherein the XR traffic model is represented by an index to a row of a lookup table, each row of the lookup table comprises an option among a plurality of options of optional XR traffic models in the lookup table.
The method of claim 28, wherein the XR traffic model is carried in an NG-AP protocol message, a non-access stratum (NAS) protocol message, a radio resource control (RRC) message or a medium access control (MAC) control element (CE) .
The method of claim 28, wherein the XR traffic model is carried in a control message which further comprises a number of XR streams in the XR service.
The method of claim 28, wherein the time domain configuration of the configured radio resources comprises one or more of:

an interval of periodic blocks in the configured radio resources for the XR service; and

an interval of a plurality of radio resource groups in the configured radio resources for the XR service;

wherein the interval of the periodic blocks in the configured radio resources for the XR service corresponds to the packet interval between packets in the packet burst of the XR stream;

each of the plurality of radio resource groups comprises a number of periodic blocks in the configured radio resources for the XR service, and the interval of the plurality of radio resource groups corresponds to the frame rate representative setting of the XR stream.
The method of claim 37, wherein the frequency domain configuration of the configured radio resources comprises:

a bandwidth configuration of the periodic blocks in the configured radio resources for the XR service;

wherein in the bandwidth configuration, a bandwidth of a periodic block in the configured radio resources for the XR service corresponds to a packet size of each packet in the packet burst of the XR stream.
The method of claim 37, wherein each of the periodic blocks in the configured radio resources for the XR service comprise a semi-persistent scheduling (SPS) assignment or a configured grant (CG) for the XR service.
The method of claim 37, wherein an interval of a first couple of two adjacent radio resource groups is the same as or different from a second couple of two adjacent radio resource groups.
The method of claim 37, wherein the configured radio resources for the XR service are configured or reconfigured based on a measured time offset between an allocated time of the configured radio resource and the time of a first packet of a packet burst and/or the start time of first packet burst of the XR service.
The method of claim 41, wherein the first packet burst and/or the first packet of a packet burst is in an uplink or a downlink of the XR stream of the XR service.
The method of claim 41, wherein the start time of the first packet burst is obtained from configuration information for XR service establishment of the XR service.
The method of claim 41, wherein the measured time offset is reported in an uplink report.
The method of claim 41, wherein reconfiguration of configured radio resources for the XR service is carried in downlink control information (DCI) or a downlink RRC message.
The method of claim 28, wherein all of the packets in the packet burst of the XR stream are allocated blocks of the configured radio resources.
The method of claim 28, wherein a first portion of the packets in the packet burst of the XR stream are allocated blocks of the configured radio resources, and a second portion of the packets in the packet burst of the XR stream are allocated blocks of the dynamic grant (DG) radio resources.
The method of claim 47, wherein the dynamic grant (DG) radio resources are allocated to the second portion of the packets in the packet burst of the XR stream based on a buffer status report (BSR) that is sent in response to a packet dropping event associated with packets of the XR stream.
The method of claim 48, wherein the packet dropping event is issued when change of an uplink buffer exceeds a BSR-related threshold.
The method of claim 28, wherein the configuration of configured radio resources for the XR service is carried in downlink control information (DCI) or a downlink RRC message.
The method of claim 28, wherein activation or deactivation of the configured radio resources for the XR service is signaled in downlink control information, a downlink RRC message or a downlink medium access control (MAC) message.
A user equipment (UE) comprising:

a processor, configured to call and run a computer program stored in a memory, to cause a device in which the processor is installed to execute the method of any of claims 28 to 51.
A chip comprising:

a processor, configured to call and run a computer program stored in a memory, to cause a device in which the chip is installed to execute the method of any of claims 28 to 51.
A computer readable storage medium, in which a computer program is stored, wherein the computer program causes a computer to execute the method of any of claims 28 to 51.
A computer program product, comprising a computer program, wherein the computer program causes a computer to execute the method of any of claims 28 to 51.
A computer program, wherein the computer program causes a computer to execute the method of any of claims 28 to 51.