Wireless communication method and device

Abstract

The invention provides a wireless communication method. A wireless communication device functions as a recipient device and performs the method. The device receives data packets for a set of protocol data units (PDUs) for a service, such as an augmented reality (XR) service, and determines a measurement of jitter of the data packets in the set of PDUs using timestamps in the PDUs associated with the data packets of the set of PDUs. The device further determines a range of jitter for the set of PDUs based on a measurement of jitter of packets in the set of PDUs. The jitter range is used to configure an ON duration of connected-state discontinuous reception (C-DRX) to cover the jitter range.

Description

Technical Field

[0001] This application relates to the field of telecommunications technology, and particularly to a wireless communication method and device. Background Art

[0002] Wireless communication systems such as the third-generation (3G) mobile phone standards and technologies are well-known. Such 3G standards and technologies have been developed by the Third Generation Partnership Project (3GPP). Third-generation wireless communications have generally been developed to support macrocell mobile phone communications. Communication systems and networks have evolved towards broadband and mobile systems. In a cellular wireless communication system, a user equipment (UE) is connected to a radio access network (RAN) via a wireless link. The RAN includes a set of base stations (BSs) that provide a wireless link to the UEs located in the cells covered by the base stations, and provide an interface to a core network (CN) that provides overall network control. It can be understood that the RAN and the CN each perform corresponding functions related to the overall network.

[0003] The Third Generation Partnership Project has developed the so-called Long-Term Evolution (LTE) system, i.e., the evolved universal mobile telecommunications system terrestrial radio access network (E-UTRAN), for mobile access networks, where one or more macrocells are supported by base stations called eNodeBs or eNBs (evolved Node Bs). Recently, LTE has further evolved into the so-called 5G or NR (New Radio) system, where one or more cells are supported by base stations called gNBs.

[0004] Technical Problem:

[0005] 5G wireless communication systems have been designed to provide enhanced mobile broadband (eMBB), ultra-reliable low-latency communication (URLLC), and massive machine type communication (mMTC) services. In 5G or NR, the features supporting eMBB, URLLC, and mMTC were introduced in Release 15 and enhanced in Releases 16 and 17.

[0006] Extended reality (XR) is a general term covering augmented reality (AR), mixed reality (MR), and virtual reality (VR). XR applications typically require high throughput and low latency, and cloud gaming is another application with the same requirements. XR and cloud gaming are important applications to be enabled by 5G.

[0007] The characteristics of XR services are its special traffic flows, which are real-time, high data rate, and low latency. XR video streams have different frames / video slices. For example, a group of pictures (GOP) has I / P / B frames. Some special characteristics of such XR service flows should be considered and supported in 5G.

[0008] On the one hand, the data sizes of different frames are different, and a frame can be segmented into a set of data packets. However, if all the data packets of a frame / video slice are successfully received, the application can decode the frame / video slice. A set of data packets belonging to a frame / video slice (hereinafter referred to as a data packet group) should be processed as a unit.

[0009] On the other hand, some types of data packet groups may depend on other data packet groups. For example, the data packets of P-frames and B-frames depend on the data packets of I-frames, and the data packets of B-frames depend on the data packets of P-frames. That is to say, there are dependencies between different data packet groups.

[0010] From the perspective of Quality of Service (QoS), the characteristics of XR services imply different QoS requirements for different data packet groups in a video stream.

[0011] As agreed in Rel-17 XR SI, a truncated Gaussian distribution is used to model the jitter of DL and UL video streams of XR services. The range of jitter is agreed to be [-4, 4] ms (baseline) and [-5, 5] ms (optional). This means that XR data packets may arrive at the gNB or UE unpredictably within a time window of 8 ms or 10 ms in length. When connected-state discontinuous reception (C-DRX) is configured, some data packets may arrive earlier or later than the ON time, so additional delay may occur. To avoid this additional delay, the ON time of the C-DRX cycle needs to be configured long enough to cover the entire jitter window. However, this may increase the UE power consumption.

[0012] In addition, how to transmit multiple data packets of a PDU set over the Uu interface has not been discussed before and is still unclear. Basically, there are two possible methods. One method is that each data packet of the PDU set is transmitted separately as soon as it arrives at the gNB or UE; the other method is that all the data packets of the PDU set are transmitted as a whole after all the data packets arrive at the gNB or UE. For the latter, the jitter of the PDU set should also be considered, which is related to but different from the jitter of the data packets.

[0013] More detailed and deterministic jitter information can help NR support XR services more effectively and can solve the following problems:

[0014] ● For NR, what type of jitter information should be obtained?

[0015] ● How to obtain the jitter information of NR? Summary of the Invention

[0016] The purpose of this application is to propose a wireless communication method and device.

[0017] In a first aspect, embodiments of the present application provide a wireless communication method, which can be executed in a wireless communication device acting as a receiving device. The method includes: receiving data packets for a set of protocol data units (PDUs) of a service; using timestamps associated with the data packets of the PDU set to determine a measurement of the jitter of the data packets in the PDU set; and determining a jitter range of the PDU set based on the measurement of the jitter of the data packets in the PDU set.

[0018] In a second aspect, embodiments of the present application provide a wireless communication including a processor configured to call and run a computer program stored in a memory, so that a device installed with the processor executes the disclosed method.

[0019] In a third aspect, embodiments of the present application provide a wireless communication method that can be executed in a user equipment (UE), including:

[0020] The method disclosed in the present application can be implemented in a chip. The chip may include a processor configured to call and run a computer program stored in a memory, so that a device installed with the chip executes the disclosed method.

[0021] The method disclosed in the present application can be programmed as computer-executable instructions stored in a non-transitory computer-readable medium. When the non-transitory computer-readable medium is loaded into a computer, it instructs the processor of the computer to execute the disclosed method.

[0022] The non-transitory computer-readable medium may include at least one item from the 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, an EPROM, an electrically erasable programmable read-only memory, and a flash memory.

[0023] The method disclosed in the present application can be programmed as a computer program product that causes a computer to execute the disclosed method.

[0024] The method disclosed in the present application can be programmed as a computer program that causes a computer to execute the disclosed method.

[0025] Advantageous Effects

[0026] The method provided by at least one embodiment of the present application can enable the RAN / gNB to obtain jitter information to operate C-DRX with higher efficiency in radio resource scheduling and UE power saving. Description of the Drawings

[0027] To more clearly illustrate the embodiments of the present application or related technologies, the following will describe the accompanying drawings briefly introduced in the embodiments. Obviously, the accompanying drawings are only some embodiments of the present application, and those of ordinary skill in the art can obtain other accompanying drawings based on these drawings without any additional effort.

[0028] Figure 1 Shows a schematic diagram of a telecommunications system.

[0029] Figure 2 Shows a schematic diagram illustrating an embodiment of a network for a wireless communication method of the present application.

[0030] Figure 3 Shows a schematic diagram illustrating the protocol layers of a transmitter device and a receiver device.

[0031] Figure 4 Shows a schematic diagram illustrating a wireless communication method according to an embodiment of the present application.

[0032] Figure 5 Shows a schematic diagram illustrating a wireless communication method according to another embodiment of the present application.

[0033] Figure 6 Shows a schematic diagram illustrating a wireless communication method according to another embodiment of the present application.

[0034] Figure 7 Shows a schematic diagram illustrating a wireless communication method according to another embodiment of the present application.

[0035] Figure 8 Shows a schematic diagram illustrating a potential protocol stack model for XR services.

[0036] Figure 9 Shows a schematic diagram illustrating a Real-Time Transport Protocol (RTP) protocol data unit (PDU).

[0037] Figure 10 Shows a schematic diagram illustrating the transmission time and reception time of data packets in a PDU set.

[0038] Figure 11 Shows a schematic diagram illustrating a new PDU type.

[0039] Figure 12 Is a block diagram of a system for wireless communication according to an embodiment of the present application. Detailed implementation manners

[0040] The following will describe in detail the technical matters, structural features, achieved purposes, and effects of the embodiments of the present application with reference to the accompanying drawings. Specifically, the terms in the embodiments of the present application are only used for the purpose of describing specific embodiments and do not limit the scope of the present application.

[0041] The abbreviations used in the specification are listed below:

[0042] Table 1

[0043]

[0044]

[0045] This application discloses a wireless communication method for processing extended reality (XR) services in an XR service. The XR service may include augmented reality (AR), virtual reality (VR), or mixed reality (MR).

[0046] In this specification, a data packet may be a PDU or an SDU at the protocol layer. For simplicity, the term data packet may refer to a PDU or an SDU, and the term PDU may refer to a PDU or an SDU.

[0047] In the specification, a data unit that is relied on is called a dependent data unit, and a data unit that depends on a dependent data unit is called a subordinate data unit. For example, a relied-on DRB is called a dependent DRB, and a DRB that depends on a dependent DRB is called a subordinate DRB. Similarly, a set of relied-on PDUs is called a dependent PDU set, and a set of PDUs that depends on a dependent PDU set is called a subordinate PDU set. A relied-on data packet is called a dependent data packet, and a data packet that depends on a dependent data packet is called a subordinate data packet. A relied-on QoS flow is called a dependent QoS flow, and a QoS flow that depends on a dependent QoS flow is called a subordinate QoS flow. A relied-on sub-QoS flow is called a dependent sub-QoS flow, and a sub-QoS flow that depends on a dependent sub-QoS flow is called a subordinate sub-QoS flow.

[0048] From the perspective of quality of service (QoS), the characteristics of XR services imply different QoS requirements for different packet groups in a video stream. A QoS flow is the finest granularity in the current QoS framework of 5GS. When different packet groups are carried by different QoS flows, dependencies between QoS flows can be introduced. As an enhancement to the current QoS framework to support XR services, 3GPP SA2 introduced the concept of "PDU set" in Technical Report (TR) 23.700-60.

[0049] A PDU set consists of one or more PDUs carrying the payload of an information unit generated at the application level (e.g., a frame or a video slice for an XR service, as used in TR 26.926). In some implementations, the application layer requires all PDUs in the PDU set to use the information unit. In other implementations, when some PDUs are lost, the application layer can recover part or all of the information unit.

[0050] For XR services (such as one or more service traffic flows), a PDU set can be a group of data packets or PDUs that can be decoded or processed as a whole unit at the application layer. There are some potential dependencies between the data packets of the PDU set for XR services, and / or some potential dependencies between PDU sets. The service traffic flows of XR services can include different types of PDU sets with different importance levels and QoS requirements. Therefore, a potential QoS framework enhancement is to extend the QoS framework based on QoS flows. In one embodiment, a QoS flow includes multiple sub-QoS flows. Different types of PDU sets of a QoS flow are mapped to different sub-QoS flows of the QoS flow.

[0051] Reference Figure 1 , according to an embodiment of the present application, a telecommunications system including UE 10a, UE 10b, a base station (BS) 20a, and a network entity device 30 can execute the methods proposed in the present application. Figure 1 is shown for illustration and not limitation, and the system can include more UEs, BSs, and CN entities. Connections between devices and device components are shown as lines and arrows in the drawings. UE10a can include a processor 11a, a memory 12a, and a transceiver 13a. UE 10b can include a processor 11b, a memory 12b, and a transceiver 13b. The base station 20a can include a processor 21a, a memory 22a, and a transceiver 23a. The network entity device 30 can include a processor 31, a memory 32, and a transceiver 33. Any one of the processors 11a, 11b, 21a, and 31 can be configured to implement the functions, processes, and / or methods proposed in the description. Layers of the radio interface protocol can be implemented in the processors 11a, 11b, 21a, and 31. Each of the memories 12a, 12b, 22a, and 32 operably stores various programs and information to operate the connected processor. Each of the transceivers 13a, 13b, 23a, and 33 is operably coupled to the connected processor for transmitting and / or receiving radio signals or wired signals. UE 10a can communicate with UE 10b via a sidelink. The base station 20a can be one of an eNB, a gNB, or other types of radio nodes, and can configure radio resources for UE 10a and UE 10b.

[0052] The network entity device 30 can be a node in the CN. The CN can include an LTE CN or a 5G core (5GC), which includes a user plane function (UPF), a session management function (SMF), a 5G core access and mobility management function (AMF), a unified data management (UDM), a policy control function (PCF), a control plane (CP) / user plane (UP) separation (CUPS), an authentication server (AUSF), a network slice selection function (NSSF), and a network exposure function (NEF).

[0053] Examples of UEs in the description may include one of UE 10a or UE 10b. An example of a base station in the description may include base station 20a. An uplink (UL) transmission of control signals or data may be a transmission operation from a UE to a base station. A downlink (DL) transmission of control signals or data may be a transmission operation from a base station to a UE. DL control signals may include downlink control information (DCI) or radio resource control (RRC) signals from a base station to a UE.

[0054] Figure 2 is a model of the transport network for XR services supported by a 5G system. UE 10 is a 5G terminal that can support XR services and XR applications and may be referred to as a client, client terminal, or XR client. gNB 20 is a 5G radio node or base station. gNB 20 communicates with UE 10 and provides termination points for NR user plane and control plane protocols to UE via the NR Uu interface. gNB 20 is connected to 5GC 300 via the NG interface. UPF 30b is a UPF in 5GC 300 of the 5G core network. DN 40 is a data network (DN) 40 where XR server 41 providing XR services is located. DN 40 may provide network operator services, Internet access, or third-party services. XR server 41 may include a processor 411, a memory 412, and a transceiver 413. Processor 411 may be configured to implement XR service-related functions, processes, and / or methods described in the specification. Layers of radio interface protocols may be implemented in processor 411. Memory 412 operably stores various programs and information to operate the connected processor. Transceiver 413 is operably coupled to the connected processor to transmit and / or receive radio signals or wired signals.

[0055] Each of processors 411, 11a, 11b, 21a, and 31 may include an application specific integrated circuit (ASIC), other chip sets, logic circuits, and / or data processing devices. Each of memories 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 of transceivers 413, 13a, 13b, 23a, and 33 may include baseband circuits and radio frequency (RF) circuits to process radio frequency signals. When an embodiment is implemented in software, the techniques described herein may be implemented with modules, procedures, functions, entities, etc. that perform the functions described herein. The modules may be stored in a memory and executed by a processor. The memory may be implemented inside or outside the processor, where these memories may be communicatively coupled to the processor via various means known in the art. The device that executes the wireless communication method may be a transmitter device that sends an XR service's XR traffic flow to a receiver device, or a receiver device that receives the XR traffic flow. The XR traffic flow may include one or more service traffic flows of the XR service. For example, the device that executes the wireless communication method may include UPF 30b, gNB 20, XR server 41 in data network 40, or UE. That is, XR server 41 in data network 40 may operate as a transmitter device that executes the wireless communication method in some XR traffic transmission opportunities; while one or more XR clients (e.g., one or more of UE 10, UE 10a, and UE 10b) operate as receiver devices to receive the XR traffic flow sent from the transmitter device. Similarly, an XR client (e.g., one or more of UE 10, UE 10a, and UE 10b) may operate as a transmitter device that executes the wireless communication method in some XR traffic transmission opportunities; while another XR client or XR server 41 operates as a receiver device to receive the XR traffic flow sent from the transmitter device. Additionally, the transmitting device may include an intermediate device between UE 10 and XR server 41. UE 10 may include an embodiment of UE 10a or UE 10b. gNB 20 may include an embodiment of base station 20a. Note that although gNB 20 and UPF / 5GC (e.g., UFP 30b or 5GC 300) are used as examples in the description, the wireless communication method may be executed by a base station, such as another gNB, an eNB, a base station integrating eNB and gNB, or a base station beyond 5G technology. UPF / 5GC may include another network entity of 5GC.

[0056] A service traffic flow 5 is established between UE 10 and XR server 41, such as an XR flow of an XR service. Flow 5 includes a traffic flow 51 from XR server 41 to UE 10 and a traffic flow 52 from UE 10 to XR server 41.

[0057] In the description, layers such as the application layer, PDCP layer, RLC layer, MAC layer, or physical layer (PHY layer or L1 layer) can be protocol layer entities in a transmitter device or a receiver device. The protocol layer entity can be implemented by a program or software module executed by a processor, or by a hardware module in an integrated circuit (IC).

[0058] Reference Figure 3 , the transmitter device 10c is an example of a transmitter device, and the receiver device 10d is an example of a receiver device. The transmitter device 10c includes a physical layer (PHY layer or L1 layer) 14c, a MAC layer 15c, an RLC layer 16c, a PDCP layer 17c, an RRC layer 18c, and an application layer 19c. The receiver device 10d includes a physical layer (PHY layer or L1 layer) 14d, a MAC layer 15d, an RLC layer 16d, a PDCP layer 17d, an RRC layer 18d, and an application layer 19d. For example, when the application layer 19c of the transmitter device 10c sends a PDU to the application layer 19d of the receiver device 10d through the lower layers (i.e., the PDCP layer 17c, the RLC layer 16c, the MAC layer 15c, and the physical layer 14c), the layers in the transmitter device 10c serve as the transmitting protocol layer entities on the transmitting side, and the layers in the receiver device 10d serve as the receiving protocol layer entities on the receiving side. Embodiments of the present application can be implemented in the RRC layer, PDCP layer, RLC layer, MAC layer, or physical layer. One or more steps (or blocks) in the embodiments of the present application can be implemented as a computer program, instruction, software module stored in the memory of the transmitter device, or a circuit or hardware module in the processor of the transmitter device, or an IC chip, circuit, or plug-in of the transmitter device.

[0059] The video stream of the XR service will be encoded and compressed quasi-periodically in the form of frames, and the frame periods can be 1 / 60, 1 / 90, or 1 / 120 seconds respectively. Since the transmitter device can divide the video stream of the XR service into multiple transmission units, encapsulate each transmission unit, and send it into the transmission data packets sent through the network, the transmission mechanism of the XR service 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 can be configured based on one or more parameters of the QoS requirements and characteristics of the XR service, such as the 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.

[0060] Reference Figure 4 , one or more wireless communication devices can execute embodiments of the method of the present application for the XR service. In a wireless communication device, one wireless communication device serves as the receiving device.

[0061] A wireless communication device receives a data packet (A101) of a set of protocol data units (PDUs) for a service, such as an extended reality (XR) service.

[0062] The wireless communication device uses timestamps in the PDUs associated with the data packets of the PDU set to determine a measurement of the jitter of the data packets in the PDU set (A102). In one embodiment, the receiving device receives the timestamp of each data packet in the PDU set from a real-time transport protocol (RTP) PDU associated with the data packet. The PDU associated with the data packet refers to the PDU carrying the payload of the data packet. "Data packet" is a more general term, while PDU refers to the encapsulated data packet in the protocol layer.

[0063] The wireless communication device determines a jitter range of the PDU set based on the measurement of the jitter of the data packets in the PDU set (A103).

[0064] The wireless communication device can configure the on duration of connected state discontinuous reception (C-DRX) to cover the jitter range (A104), or determine to discard or drop data packets based on the jitter range (A104).

[0065] Reference Figure 5 , the gNB 20 may execute an embodiment of the disclosed method for XR services. The gNB 20 acts as a receiving device.

[0066] The gNB 20 receives a data packet (A101) of a set of protocol data units (PDUs) for a service, such as an extended reality XR service.

[0067] The gNB 20 uses timestamps in the PDUs associated with the data packets of the PDU set to determine a measurement of the jitter of the data packets in the PDU set (A102). In one embodiment, the UPF 30b sends a timestamp to the gNB 20 in a message. In one embodiment, the message further includes one or more related information: T start , P, and n. In one embodiment, the wireless communication device is a network device of a user plane function (UPF) and sends a timestamp to the base station in a message. In an embodiment, the timestamp is a packet of a PDU set with an extended header or a general packet radio service tunneling protocol - user plane (GTP-U) PDU of a PDU, and the extended header is used to carry the timestamp and related information of the packet or PDU.

[0068] The gNB 20 determines a jitter range of the PDU set based on the measurement of the jitter of the data packets in the PDU set (A103). In one embodiment, the base station calculates the jitter and jitter range accordingly.

[0069] The gNB 20 may configure the on duration of connected state discontinuous reception (C-DRX) to cover the jitter range (A104), and send the configuration of C-DRX to the UE 10 (A105a). The UE 10 performs C-DRX according to the configuration of C-DRX.

[0070] Reference Figure 6 , the UPF 30b may execute an embodiment of the disclosed method for XR services. The UPF 30b may be used as a receiver device.

[0071] The UPF 30b receives a data packet of a set of protocol data units (PDUs) for a service (such as an extended reality XR service) (A101).

[0072] The UPF 30b uses the timestamps in the PDUs associated with the data packets of the PDU set to determine the measurement of the jitter of the data packets in the PDU set (A102). In one embodiment, a transmitter device, such as an XR server or an XR client, sends the timestamps to the UPF 30b in a message.

[0073] The UPF 30b may determine the jitter range of the PDU set based on the measurement of the jitter of the data packets in the PDU set (A103), and send the jitter range to the gNB 20 in a message (A103a).

[0074] The gNB 20 configures the on duration of connected state discontinuous reception (C-DRX) to cover the jitter range (A104), and sends the configuration of C-DRX to the UE 10 (A105a). The UE 10 performs C-DRX according to the configuration of C-DRX.

[0075] In one embodiment, the wireless communication device is a network device of a user plane function (UPF), and sends the jitter range to the base station in a message. In one embodiment, the message carrying the jitter range is an NG application protocol (NG-AP) message. In one embodiment, the message carrying the jitter range is a general packet radio service tunneling protocol - user plane (GTP-U) PDU for the data packets or PDUs of the PDU set, which has an extended header for carrying the jitter range and related information of the data packets or PDUs. In one embodiment, the message carrying the jitter range is a message of a PDU session user plane protocol. In one embodiment, the message is a newly defined PDU, which includes a field for the jitter range and a field for the identifier of the PDU set.

[0076] Reference Figure 7 , the UPF 30b may execute an embodiment of the disclosed method for XR services. The UPF 30b serves as a receiving device.

[0077] The UPF 30b receives a data packet (A101) of a set of protocol data units (PDUs) for a service such as an extended reality (XR) service.

[0078] The UPF 30b uses a timestamp in the PDU associated with the data packet of the PDU set to determine a measurement of the jitter of the data packets in the PDU set (A102). In one embodiment, a transmitter device such as an XR server or an XR client sends a timestamp to the UPF 30b in a message.

[0079] The UPF 30b sends the jitter to the gNB 20 in a message (A102a). The message also includes one or more of the following related information:

[0080] J ref ;

[0081] T start , P, and n.

[0082] In one embodiment, the wireless communication device is a network device of a user plane function (UPF) and sends the jitter to a base station in a message. In one embodiment, the message carrying the timestamp is a general packet radio service tunneling protocol user plane (GTP-U) PDU for a data packet or PDU of a set of PDUs with an extended header for carrying the jitter and related information of the data packet or PDU. The base station calculates a jitter range accordingly.

[0083] The gNB 20 receives the message and determines a jitter range of the PDU set based on the measurement of the jitter of the data packets in the PDU set (A103), and sends the jitter range to the gNB 20 in a message (A103a).

[0084] The gNB 20 configures an on-duration of connected state discontinuous reception (C-DRX) to cover the jitter range (A104), and sends the configuration of the C-DRX to the UE 10 (A105a). The UE 10 performs C-DRX according to the configuration of the C-DRX.

[0085] In one embodiment, the measurement of the jitter of each data packet in the PDU set is represented by jitter(i,j) and is calculated using the following formula:

[0086] jitter(i,j) = |(R(j) - S(j)) - (R(i) - S(i))| = |(R(j) - R(i)) - (S(j) - S(i))| or

[0087] jitter(i,j) = (R(j) - S(j)) - (R(i) - S(i)) = (R(j) - R(i)) - (S(j) - S(i))

[0088] Where:

[0089] The absolute value symbol is represented by the modulus symbol "||", which contains the number for which the absolute value is taken;

[0090] S(i) is the transmission time of the timestamp in the Real-time Transport Protocol (RTP) PDU corresponding to data packet (i) when data packet (i) is sent from the transmitter device;

[0091] S(j) is the transmission time of the timestamp in the RTP PDU corresponding to data packet (j) when data packet (j) is generated and / or sent from the transmitter device;

[0092] R(i) is the reception time when the RTP PDU of data packet (i) is received at the receiver device;

[0093] R(j) is the reception time when the RTP PDU of data packet (j) is received at the receiver device; and

[0094] i and j are positive integer variables representing the identifiers or sequence numbers (SN) of the data packets in the set of PDUs.

[0095] In one embodiment, the measurement of the jitter of each data packet in the set of PDUs is represented by jitter(i) and is calculated using the following formula:

[0096] jitter(i) = (R(i) – S(i)) – (R(i - 1) – S(i - 1)) = (R(i) – R(i - 1)) – (S(i) – S(i - 1))

[0097] Where:

[0098] S(i) is the transmission time of the timestamp in the Real-time Transport Protocol (RTP) PDU corresponding to data packet (i) when data packet (i) is sent from the transmitter device;

[0099] R(i) is the reception time when the RTP PDU of data packet (i) is received at the receiver device;

[0100] S(i - 1) is the transmission time of the timestamp in the RTP PDU corresponding to data packet (i - 1) when data packet (i - 1) is sent from the transmitter device;

[0101] R(i - 1) is the reception time when the RTP PDU of data packet (i - 1) is received at the receiver device;

[0102] The data packet (i) is the next data packet of the data packet (i - 1); and

[0103] i is a positive integer variable representing the identifier or sequence number of the data packet (i) in the data packets of the PDU set.

[0104] In one embodiment, the measurement of the jitter of each data packet in the PDU set is represented by jitter(i) and is calculated using the following formula:

[0105] jitter(i) = (R(i) - S(i)) - J ref

[0106] Where:

[0107] S(i) is the transmission time of the timestamp in the real-time transport protocol (RTP) PDU corresponding to the data packet (i) when the data packet (i) is sent from the transmitter device;

[0108] R(i) is the reception time when the RTP PDU of the data packet (i) is received at the receiver device;

[0109] i is a positive integer variable representing the identifier or sequence number of the data packet (i) in the data packets of the PDU set;

[0110] J ref is a pre-configured, predefined or predicted reference jitter value of the PDU set, or a measured value of a specific data packet or PDU of the PDU set.

[0111] J ref = (R(1) - S(1)), where R(1) and S(1) are the transmission time and reception time associated with the first data packet of the PDU set.

[0112] In one embodiment, J ref is carried in the NG application protocol (NG-AP) message.

[0113] In one embodiment, J ref is carried in the general packet radio service tunneling protocol - user plane (GTP-U) PDU. For example, J ref may be included as part of the jitter range related information in the GTP-U extension header.

[0114] In one embodiment, J ref is carried in the message of the PDU session user plane protocol. For example, the message is a newly defined PDU that includes a jitter range field and a quality of service (QoS) flow identifier field.

[0115] In one embodiment, the measurement of the jitter of each data packet in the PDU set is represented by jitter(i) and is calculated using the following formula:

[0116] jitter(i) = R(i) - R p

[0117] Where:

[0118] R(i) is the reception time when the RTP PDU of data packet (i) is received at the receiver device;

[0119] i is a positive integer variable representing the identifier or sequence number of data packet (i) in the data packets of the PDU set;

[0120] R p is a pre-configured or predefined reception time or a predicted reception time.

[0121] In one embodiment, R p = T start + n*P,

[0122] Where:

[0123] T start is a pre-configured reference start time, or the time when the first PDU of the first PDU set of the XR service is received at the receiver device;

[0124] P is the period of the PDU set; and

[0125] n is the number of PDU sets counted based on the reference start time or a pre-configured time.

[0126] In one embodiment, R p is carried in an NG Application Protocol (NG-AP) message.

[0127] In one embodiment, R p is carried in a General Packet Radio Service Tunneling Protocol - User Plane (GTP-U) PDU. For example, R p may be included as part of the jitter range related information in the GTP-U extension header.

[0128] In one embodiment, R p is carried in a message of the PDU session user plane protocol. For example, the message is a newly defined PDU that includes a jitter range field and a Quality of Service (QoS) flow identifier field.

[0129] The jitter range of the PDU set is represented by Jitter_range = [Min_jitter, Max_jitter].

[0130] Where Min_jitter is the minimum value among the measurements of the jitters of all the data packets in the PDU set. Max_jitter is the maximum value among the measurements of the jitters of all the data packets in the PDU set.

[0131] The wireless communication device sends the jitter range in a message. The message also includes one or more of the following related information:

[0132] J ref ;

[0133] T start , P, and n.

[0134] In one embodiment, the wireless communication device sends the jitter range of the PDU set of the XR service according to a period that is an integer multiple of the primary period of the PDU set. In one embodiment, when the jitter range is greater than the jitter range threshold, the wireless communication device sends the jitter range of the PDU set.

[0135] Figure 8 is an example of a potential protocol stack model for XR services. In the protocol layer, the Real-Time Transport Protocol (RTP) and the Real-Time Transport Control Protocol (RTCP) are the most important parts and are designed for the end-to-end and real-time transmission of the streaming media of XR services.

[0136] The protocol provides measures for jitter compensation and the detection of packet loss and out-of-order delivery, which are common, especially during the PDU transmission over an IP network. The base PDU of RTP is shown in Figure 9 . The timestamp field in each PDU can be used by the receiver device to calculate the delay and jitter.

[0137] As described above, the concept of the PDU set is defined and will be used in 5GS. The PDU set and each data packet of the PDU set can be recognized by the network entity in the 5GC, especially the UPF (e.g., UPF 30b) of the 5GC (e.g., 5GC 300). The relevant information in the RTP PDU carrying the data packet of the PDU set can be used to recognize the PDU set and the relevant data packet. As an embodiment, the 5GC / UPF (e.g., UPF 30b) can also obtain the timestamp or transmission time of each PDU set and the relevant data packet based on the timestamp in the relevant RTP PDU.

[0138] Calculation of the jitter range and jitter:

[0139] In one embodiment, as shown in Figure 10 , the variables are defined as follows:

[0140] S(i): The transmission time of the timestamp in the RTP PDU corresponding to data packet (i) when data packet (i) is generated and / or transmitted by the transmitter device.

[0141] S(j): The transmission time of the timestamp in the RTP PDU corresponding to data packet (j) when data packet (j) is generated and / or transmitted by the transmitter device.

[0142] R(i): The reception time when the RTP PDU of data packet (i) is received at the receiver device.

[0143] R(j): The reception time when the RTP PDU of data packet (j) is received at the receiver device.

[0144] Jitter is defined as follows:

[0145] jitter(i,j) = |(R(j) - S(j)) - (R(i) - S(i))| = |(R(j) - R(i)) - (S(j) - S(i))| (1)

[0146] In one embodiment, the receiver device can obtain the jitter of each set of PDUs accordingly.

[0147] In one embodiment, for each set of PDUs, the jitter can be calculated using the timestamps of adjacent data packets or PDUs in the set of PDUs.

[0148] As an embodiment, for data packet (i) or PDU (i) in the set of PDUs, the jitter can be defined as follows:

[0149] jitter(i) = (R(i) – S(i)) – (R(i - 1) – S(i - 1)) = (R(i) – R(i - 1)) – (S(i) – S(i - 1))(2)

[0150] Data packet (i) is the next data packet of data packet (i - 1). In one embodiment, the receiver device can obtain the jitter of each set of PDUs accordingly.

[0151] In one embodiment, the jitter of each set of PDUs can be obtained based on a pre-configured, predefined, or predicted reference jitter value of the set of PDUs. For example, for data packet (i) or PDU (i) in the set of PDUs, the jitter can be defined as follows:

[0152] jitter(i) = (R(i) – S(i)) – J ref (3)

[0153] Where

[0154] J refis a pre-configured, predefined, or predicted reference jitter value for a set of PDUs, or a measured value for a specific data packet or PDU of a set of PDUs. As an example, J ref = (R(1) - S(1)), where R(1) and S(1) are the transmission time and reception time associated with the first data packet of a set of PDUs. In this example, the receiver device can obtain the jitter for each set of PDUs accordingly.

[0155] As an example, for data packet (i) or PDU (i) of a set of PDUs, the jitter can be defined as follows:

[0156] jitter(i) = R(i) - R p (4)

[0157] where,

[0158] R p is a pre-configured or predefined reception time, or a predicted reception time based on predefined rules. For example, R p = T start + n*P, where T start is the reference start time, which can be pre-configured or the time when the first PDU of the first set of PDUs is received at the receiver device; P is the period of the set of PDUs; n is the number of sets of PDUs counted based on the reference start time or a pre-configured time. In the example, the receiver device can obtain the jitter for each set of PDUs accordingly.

[0159] For set of PDUs n, the range of jitter can be defined as:

[0160] Jitter_range(n) = [Min_jitter,Max_jitter]

[0161] where,

[0162] Min_jitter: the minimum value among the jitters of all data packets or PDUs of the set of PDUs;

[0163] Max_jitter: the maximum value among the jitters of all data packets or PDUs of the set of PDUs.

[0164] In this example, the receiver device can obtain the jitter range for each set of PDUs accordingly.

[0165] Example 1: Jitter range measured in 5GC and transferred to RAN:

[0166] According to the foregoing embodiments, the jitter range of a PDU set can be measured / calculated in a network entity such as UPF 30b in the 5GC and passed to a network entity such as gNB 20 in the RAN. Additionally, one or more of the following related information can also be passed to the RAN / gNB (e.g., gNB 20) together with the jitter range.

[0167] · J of the related PDU set ref ;

[0168] · T start 、n and P

[0169] As an embodiment, a network entity such as UPF 30b in the 5GC uses an NG-AP message to transmit the measured jitter range and / or related information to the RAN / gNB (e.g., gNB 20) via the NG interface between the 5GC / UPF (e.g., UPF 30b) and the RAN / gNB (e.g., gNB 20).

[0170] As an embodiment, a network entity (such as UPF 30b) in the 5GC uses a GTP-U PDU to send the measured jitter range and / or related information to the RAN / gNB (e.g., gNB 20) via the NG interface between the 5GC / UPF (e.g., UPF 30b) and the RAN / gNB (e.g., gNB 20). The jitter range and related information can be included in the GTP-U extension header.

[0171] As an embodiment, the measured jitter range and related information can be passed to the RAN / gNB (e.g., gNB 20) by the PDU session user plane protocol via the NG interface between the 5GC / UPF (e.g., UPF 30b) and the RAN / gNB (e.g., gNB 20).

[0172] In one embodiment, for example, as Figure 11 shown, a new PDU type can be introduced. The field "QoS flow identifier" can be other concepts, such as a sub-QoS flow identifier.

[0173] As an embodiment, the transmission of the jitter range and related information can be performed periodically according to a pre-configured periodicity. As an example, this periodicity can be an integer multiple of the primary periodicity (i.e., frame / rate) of the PDU set.

[0174] As an embodiment, the transmission of the jitter range and related information can be based on a comparison with a pre-configured jitter range threshold for each PDU set. Once the measured jitter range is greater than the jitter range threshold of each PDU set, the transmission occurs.

[0175] Example 2: Jitter range measured in the RAN:

[0176] As an example, for each data packet or PDU of the PDU set, the jitter can be measured / calculated in the 5GC / UPF (e.g., UPF 30b) according to the foregoing embodiments, and then passed to the RAN / gNB (e.g., gNB 20). In addition, one or more of the following relevant information are also passed to the RAN / gNB (e.g., gNB 20) together with the jitter.

[0177] · J for the relevant PDU set ref ; and

[0178] · T start 、n and P

[0179] The measured jitter of each data packet or PDU can be passed to the RAN / gNB (e.g., gNB 20) by the GTP-UPDU via the NG interface between the 5GC / UPF (e.g., UPF30b) and the RAN / gNB (e.g., gNB20). The jitter can be included in the GTP-U extension header.

[0180] When the jitter of each data packet or PDU of the PDU set is received in the RAN / gNB (e.g., gNB20), the jitter range (Jitter_range) of the PDU set can be measured / calculated according to the foregoing embodiments.

[0181] As an example, for each data packet or PDU of the PDU set, the timestamp or transmission time can be obtained in the 5GC / UPF (e.g., UPF30b) according to the foregoing embodiments, and then passed to the RAN / gNB (e.g., gNB20). In addition, one or more of the following relevant information are also passed to the RAN / gNB (e.g., gNB20) together with the timestamp.

[0182] · T start 、n and P.

[0183] The obtained timestamp or transmission time of each data packet or PDU can be passed to the RAN / gNB (e.g., gNB 20) by using the GTP-U PDU via the NG interface between the 5GC / UPF (e.g., UPF 30b) and the RAN / gNB (e.g., gNB 20). The timestamp or transmission time can be included in the GTP-U extension header.

[0184] When the timestamp or transmission time of each data packet or PDU of the PDU set is received in the RAN / gNB (e.g., gNB 20), the jitter of each data packet or PDU can be measured / calculated in the 5GC / UPF (e.g., UPF 30b) according to the foregoing embodiments, and then the jitter range (jitter_range) of the PDU set can be measured / calculated according to the foregoing embodiments. The RAN / gNB (e.g., gNB 20) can configure the On duration of the C-DRX cycle to be long enough to cover the entire jitter range represented by jitter_range. The UE 10 receives the configuration of the C-DRX cycle and performs C-DRX according to the configuration of the C-DRX cycle.

[0185] Figure 12 FIG. 700 is a block diagram of an example system 700 for wireless communication according to an embodiment of the present application. The embodiments described herein can be implemented into the system using any appropriately configured hardware and / or software. Figure 12 FIG. 700 is shown, which includes a radio frequency (RF) circuit 710, a baseband circuit 720, a processing unit 730, a memory / storage device 740, a display 750, a camera 760, sensors 770, and an input / output (I / O) interface 780 that are coupled to each other as shown.

[0186] The 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 a general-purpose processor and a dedicated processor (such as a graphics processor and an application processor). The processor may be coupled to the memory / storage device and be configured to execute instructions stored in the memory / storage device to enable various applications and / or operating systems to run on the system.

[0187] The radio control function may include, but is not limited to, signal modulation, encoding, decoding, radio frequency shifting, etc. In some embodiments, the baseband circuit may provide communication compatible with one or more radio technologies. For example, in some embodiments, the baseband circuit may support communication with 5G NR, LTE, evolved universal terrestrial radio access network (EUTRAN), and / or other wireless metropolitan area networks (WMANs), wireless local area networks (WLANs), wireless personal area networks (WPANs). Embodiments in which the baseband circuit is configured to support radio communication of more than one wireless protocol may be referred to as multi-mode baseband circuits. In various embodiments, the baseband circuit 720 may include circuitry that operates with signals that are not strictly considered to be at baseband frequencies. For example, in some embodiments, the baseband circuit may include circuitry for operating with signals having an intermediate frequency that is between the baseband frequency and the radio frequency.

[0188] In various embodiments, system 700 can be a mobile computing device, such as but not limited to a laptop computing device, a tablet computing device, a netbook, a ultrabook, a smart phone, etc. In various embodiments, the system can have more or fewer components and / or a different architecture. In appropriate cases, the methods described herein can be implemented as a computer program. The computer program can be stored on a storage medium (such as a non-transitory storage medium).

[0189] Embodiments of this application are combinations of technologies / processes that can be adopted in 3GPP specifications to create a final product.

[0190] If the software functional unit is stored and sold in the form of a software product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution proposed in this application can be implemented in whole or in part in the form of a software product. Alternatively, the part of the technical solution that is beneficial to the prior art can be implemented in the form of a software product. This software product is stored in a computer-readable storage medium and includes computer program code for performing all or part of the steps disclosed in the embodiments of this application. Among them, the storage medium includes: USB flash drive, mobile hard disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), floppy disk, optical disc, etc.

[0191] Although this application has been described in connection with the most practical and preferred embodiments considered, it should be understood that this application 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

1. A wireless communication method, characterized in that, the wireless communication method can be executed in a wireless communication device acting as a receiver device, and the wireless communication method includes: receiving a data packet for a set of protocol data units (PDUs) of a service; and using a timestamp associated with the data packet of the PDU set to determine a measurement of the jitter of the data packet of the PDU set; determining a jitter range of the PDU set based on the measurement of the jitter of the data packet in the PDU.

2. The method according to claim 1, characterized in that, further comprising: receiving the timestamp of each data packet in the PDU set from a real-time transport protocol (RTP) PDU associated with the data packet.

3. The method according to claim 1, characterized in that, further comprising: configuring an active duration of connected discontinuous reception (C-DRX) to cover the jitter range.

4. The method according to claim 1, characterized in that, each measurement of the jitter of the data packet in the PDU is represented by jitter(i,j) and is calculated using the following formula: jitter(i,j) = |(R(j) - S(j)) - (R(i) - S(i))| = |(R(j) - R(i)) - (S(j) - S(i))| where, S(i) is the transmission time corresponding to the timestamp in the RTP PDU of the data packet i when the data packet i is sent from the transmitter device; S(j) is the transmission time corresponding to the timestamp in the RTP PDU of the data packet j when the data packet j is generated and / or sent from the transmitter device; R(i) is the reception time when the RTP PDU of the data packet i is received at the receiver device; R(j) is the reception time when the RTP PDU for the data packet j is received at the receiver device; and i and j are positive integer variables representing the identifier or sequence number of the data packet of the PDU set.

5. The method as claimed in claim 1, characterized in that, each measurement of the jitter of the data packet in the PDU set is represented by jitter(i) and is calculated using the following formula: jitter(i) = (R(i) – S(i)) – (R(i-1) – S(i-1)) = (R(i) – R(i-1)) – (S(i) – S(i-1)) where, S(i) is the transmission time corresponding to the timestamp in the RTP PDU of the data packet i when the data packet i is sent from the transmitter device; R(i) is the reception time when the RTP PDU for the data packet i is received at the receiver device; S(i-1) is the transmission time corresponding to the timestamp in the RTP PDU of the data packet i-1 when the data packet i-1 is sent from the transmitter device; R(i-1) is the reception time when the RTP PDU of the data packet i-1 is received at the receiver device; The data packet i is the next data packet of the data packet i-1; and i is a positive integer variable representing the identifier or sequence number of the data packet i in the data packets of the PDU set.

6. The method according to claim 1, wherein, The measurement of each such jitter of the data packets in the PDU set is represented by jitter(i) and is calculated using the following formula: jitter(i) = (R(i) - S(i)) - J ref where, S(i) is the transmission time corresponding to the timestamp in the Real-time Transport Protocol RTP PDU of the data packet i when the data packet i is sent from the transmitter device; R(i) is the reception time when the RTP PDU of the data packet i is received at the receiver device; and i is a positive integer variable representing the identifier or sequence number of the data packet i in the data packets of the PDU set; J ref is a preconfigured, predefined, or predicted reference jitter value for the set of PDUs; or is a measured value of a specific data packet or PDU of the set of PDUs.

7. The method according to claim 6, wherein, Said J ref = (R(1) - S(1)), where R(1) and S(1) are the transmission time and reception time associated with the first data packet of the said PDU set, respectively.

8. The method according to claim 1, wherein, The measurement of each jitter of the data packets in the PDU set is represented by jitter(i) and is calculated using the following formula: jitter(i) = R(i) - R p where, R(i) is the reception time when the RTP PDU of data packet i is received at the receiver device; i is a positive integer variable representing the identifier or sequence number of the data packet i in the data packets of the PDU set; R p is a preconfigured or predefined reception time, or a predicted reception time.

9. The method according to claim 8, wherein, The said R p = T start + n*P; where, T start is a preconfigured reference start time, or is the time of the first PDU of the first set of PDUs of the XR service received at the receiver device; P is the period of the PDU set; and n is the number of the PDU sets counted based on the reference start time or a pre-configured time.

10. The method according to claim 1, wherein, The jitter range of the PDU set is represented by Jitter_range = [Min_jitter, Max_jitter]; where, Min_jitter is the minimum value among the measurements of the jitters of all the data packets in the PDU set; and Max_jitter is the maximum value among the measurements of the jitters of all the data packets in the PDU set.

11. The method according to any one of claims 1 to 10, wherein, The wireless communication device sends the jitter range in a message.

12. The method according to claim 11, wherein, The message further includes one or more of the following relevant information: J ref ； T start , P, and n.

13. The method according to claim 11, wherein, The wireless communication device sends the jitter range of the PDU set according to a period that is an integer multiple of the main period of the PDU set.

14. The method according to claim 11, wherein, When the jitter range is greater than the jitter range threshold, the wireless communication device sends the jitter range of the PDU set.

15. The method according to claim 11, wherein, The wireless communication device is a network device of the User Plane Function UPF and sends the jitter range to the base station in the message.

16. The method according to claim 15, wherein, The message carrying the jitter range is an NG application protocol NG-AP message.

17. The method according to claim 15, wherein, the message carrying the jitter range is a General Packet Radio Service Tunneling Protocol - User Plane GTP-U PDU for a packet or PDU of a set of PDUs with an extended header, the extended header being used to carry the jitter range and the related information of the packet or PDU.

18. The method according to claim 15, wherein, the message carrying the jitter range is a message of the PDU session user plane protocol.

19. The method according to claim 18, wherein, the message is a newly defined PDU, the newly defined PDU including a field for the jitter range and a field for the identifier of the set of PDUs.

20. The method according to claim 1 or 2, wherein, the wireless communication device sends the timestamp in the message.

21. The method according to claim 9 or 20, wherein, The message further includes one or more of the following related information: T start , P, and n.

22. The method according to claim 20, wherein, the wireless communication device is a network device of a User Plane Function UPF and sends the timestamp in the message to a base station.

23. The method according to claim 22, wherein, the message carrying the timestamp is a General Packet Radio Service Tunneling Protocol - User Plane GTP-U PDU for a packet or PDU of a set of PDUs with an extended header, the extended header being used to carry the timestamp and the related information of the packet or PDU.

24. The method according to claims 1 to 10 and 20 to 23, wherein, the base station calculates the jitter and the jitter range accordingly.

25. The method according to any one of claims 1 to 9, wherein, the wireless communication device sends the jitter in the message.

26. The method according to claim 6, 7, 8, 9 or 25, wherein, the message further includes one or more of the following related information: J ref ； T start , P, and n.

27. The method according to claim 25, wherein, the wireless communication device is a network device of a User Plane Function UPF and sends the jitter in the message to a base station.

28. The method according to claim 27, wherein, the message carrying the timestamp is a General Packet Radio Service Tunneling Protocol - User Plane GTP-U PDU for a packet or PDU of a set of PDUs with an extended header, the extended header being used to carry the jitter and the related information of the packet or PDU.

29. The method according to any one of claims 1 to 10 or 25 to 28, wherein, the base station calculates the jitter range accordingly.

30. A wireless communication device, wherein, comprises: a processor configured to call and run a computer program stored in a memory, so that the device equipped with the processor executes the method according to any one of claims 1 to 29.

31. A chip, Characterized in that, Comprising: A processor configured to call and run a computer program stored in a memory, so that a device installed with the chip executes the method according to any one of claims 1 to 29.

32. A computer-readable storage medium, Characterized in that, Stores a computer program, wherein the computer program causes a computer to execute the method according to any one of claims 1 to 29.

33. A computer program product, Characterized in that, Includes a computer program, and the computer program causes a computer to execute the method according to any one of claims 1 to 29.

34. A computer program, Characterized in that, The computer program causes a computer to execute the method according to any one of claims 1 to 29.

Images