CN115915437A

CN115915437A - Data transmission method, device, terminal and network side equipment

Info

Publication number: CN115915437A
Application number: CN202110932019.XA
Authority: CN
Inventors: 鲍炜; 陈力
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2021-08-13
Filing date: 2021-08-13
Publication date: 2023-04-04
Also published as: WO2023016403A1

Abstract

The application discloses a data transmission method, a data transmission device, a terminal and network side equipment, and belongs to the technical field of communication. A data transmission method performed by a terminal, the method comprising: setting a corresponding PDCP SN value for a data packet to be transmitted according to the first indication information, wherein the PDCP entity sets the corresponding PDCP SN value for the data packet to be transmitted according to the first indication information, and the data packet to be transmitted is a data packet to be transmitted in a radio bearer; and the PDCP entity associates the PDCP SN value with the corresponding data packet to be transmitted to generate a corresponding PDCP PDU, and transmits the PDCP PDU to a lower layer protocol stack for transmission. According to the technical scheme, the device and the method for XR service blocking can avoid the situation that the XR service is blocked, and XR service experience of a user is guaranteed.

Description

Data transmission method, device, terminal and network side equipment

Technical Field

The present application relates to the field of communications technologies, and in particular, to a data transmission method, an apparatus, a terminal, and a network side device.

Background

Extended reality (XR) refers to all real and virtual combined environments and human-machine interactions generated by computer technology and wearable devices. It includes representative forms of Augmented Reality (AR), mixed Reality (MR), virtual Reality (VR), and the like, and an interpolation region therebetween. The level of the virtual world is from partial sensory input to fully immersive virtual reality. A key aspect of XR is the expansion of human experience, particularly experience associated with presence (represented by VR) and cognitive acquisition (represented by AR).

In the existing wireless network, XR service transmission is mapped to the same service flow, and control information and special data with control functions are not distinguished, so that the problems that the transmission delay of uplink control information and special data is too long, a network cannot acquire control information of a terminal (User Equipment, UE) in time, and XR service experience is influenced are caused.

Disclosure of Invention

The embodiment of the application provides a data transmission method, a data transmission device, a terminal and network side equipment, which can avoid the occurrence of jamming of an XR service and ensure the XR service experience of a user.

In a first aspect, an embodiment of the present application provides a data transmission method, which is executed by a terminal, and the method includes:

the PDCP entity sets a corresponding PDCP SN value for a data packet to be transmitted according to the first indication information, wherein the data packet to be transmitted is a data packet to be transmitted in a radio bearer;

and the PDCP entity associates the PDCP SN value with the corresponding data packet to be transmitted to generate a corresponding PDCP PDU, and transmits the PDCP PDU to a lower layer protocol stack for transmission.

In a second aspect, an embodiment of the present application provides a data transmission method, which is applied to a network side device, and the method includes:

determining a radio bearer corresponding to a terminal;

and sending first indication information aiming at the radio bearer to the terminal, wherein the first indication information is used for indicating the priority transmission sequence of the data packets to be transmitted to the terminal.

In a third aspect, an embodiment of the present application provides a data transmission apparatus, which is applied to a terminal, where the apparatus includes:

the setting module is used for setting a corresponding PDCP SN value for a data packet to be transmitted according to the first indication information, wherein the data packet to be transmitted is a data packet to be transmitted in a radio bearer;

and the processing module is used for associating the PDCP SN value with the corresponding data packet to be transmitted, generating a corresponding PDCP PDU and transmitting the PDCP PDU to a lower layer protocol stack for transmission.

In a fourth aspect, an embodiment of the present application provides a data transmission apparatus, which is applied to a network device, where the apparatus includes:

the determining module is used for determining a radio bearer corresponding to the terminal;

a sending module, configured to send first indication information for the radio bearer to the terminal, where the first indication information is used to indicate, to the terminal, a priority transmission order of data packets to be transmitted.

In a fifth aspect, there is provided a terminal comprising a processor, a memory, and a program or instructions stored on the memory and executable on the processor, which when executed by the processor, performs the steps of the method according to the first aspect.

A sixth aspect provides a terminal, including a processor and a communication interface, where the processor is configured to set a corresponding PDCP SN value for a data packet to be transmitted according to first indication information, where the data packet to be transmitted is a data packet to be transmitted in a radio bearer; and associating the PDCP SN value with the corresponding data packet to be transmitted to generate a corresponding PDCP PDU, and transmitting the PDCP PDU to a lower layer protocol stack for transmission.

In a seventh aspect, a network-side device is provided, which includes a processor, a memory, and a program or an instruction stored on the memory and executable on the processor, and when executed by the processor, the program or the instruction implements the steps of the method according to the second aspect.

In an eighth aspect, a network side device is provided, which includes a processor and a communication interface, where the communication interface is configured to determine a radio bearer corresponding to a terminal; and sending first indication information aiming at the radio bearer to the terminal, wherein the first indication information is used for indicating the priority transmission sequence of the data packets to be transmitted to the terminal.

In a ninth aspect, there is provided a readable storage medium on which is stored a program or instructions which, when executed by a processor, carries out the steps of the method of the first aspect or the steps of the method of the second aspect.

In a tenth aspect, a chip is provided, the chip comprising a processor and a communication interface, the communication interface being coupled to the processor, the processor being configured to execute a program or instructions to implement the method according to the first aspect, or to implement the method according to the second aspect.

In an eleventh aspect, there is provided a computer program/program product stored on a non-volatile storage medium, the program/program product being executable by at least one processor to implement the steps of the method according to the first or second aspect.

In the embodiment of the application, for a data packet to be transmitted in each radio bearer, a PDCP entity of the UE determines, according to first indication information corresponding to each data packet, a PDCP SN value of the corresponding data packet, so that control information and special data having a control function in the same XR service stream can be processed and transmitted before other common service data, and it is ensured that the control information and the special data are not affected by delayed transmission caused by service data buffering, and further can be timely and reliably sent from the UE to a network side, so that the network side can timely obtain the control information and the special data, and immediately generate and transmit downlink service data sent to the UE.

Drawings

FIG. 1 shows a schematic diagram of a wireless communication system;

fig. 2 is a schematic flowchart illustrating a data transmission method applied to a terminal according to an embodiment of the present application;

fig. 3 is a schematic flowchart illustrating a data transmission method applied to a network-side device according to an embodiment of the present application;

FIG. 4 is a schematic diagram of data transmission according to an embodiment of the present application;

fig. 5 is a schematic structural diagram of a data transmission device applied to a terminal according to an embodiment of the present application;

fig. 6 is a schematic structural diagram of a data transmission apparatus applied to a network-side device according to an embodiment of the present application;

fig. 7 is a schematic structural diagram of a communication device according to an embodiment of the present application;

fig. 8 is a schematic diagram showing the composition of a terminal according to an embodiment of the present application;

fig. 9 is a schematic diagram illustrating a configuration of a network-side device according to an embodiment of the present application; .

Detailed Description

The technical solutions in the embodiments of the present application will be described below clearly with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some, but not all, embodiments of the present application. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments in the present application are within the scope of protection of the present application.

The terms first, second and the like in the description and in the claims of the present application are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the terms so used are interchangeable under appropriate circumstances such that the embodiments of the application are capable of operation in other sequences than those illustrated or otherwise described herein, and that the terms "first" and "second" are generally used herein in a generic sense to distinguish one element from another, and not necessarily from another element, such as a first element which may be one or more than one. In addition, "and/or" in the specification and claims means at least one of connected objects, and a character "/" generally means that the former and latter related objects are in an "or" relationship.

It is noted that the techniques described in the embodiments of the present application are not limited to Long Term Evolution (LTE)/LTE-Advanced (LTE-a) systems, but may also be used in other wireless communication systems, such as Code Division Multiple Access (CDMA), time Division Multiple Access (TDMA), frequency Division Multiple Access (FDMA), orthogonal Frequency Division Multiple Access (OFDMA), single-carrier Frequency Division Multiple Access (SC-FDMA), and other systems. The terms "system" and "network" in the embodiments of the present application are often used interchangeably, and the described techniques can be used for both the above-mentioned systems and radio technologies, as well as for other systems and radio technologies. The following description describes a New Radio (NR) system for exemplary purposes and NR terminology is used in much of the description below, but the techniques may also be applied to applications other than NR system applications, such as 6th generation (6 g) communication systems.

Fig. 1 shows a block diagram of a wireless communication system to which embodiments of the present application are applicable. The wireless communication system includes a terminal 11 and a network-side device 12. Wherein, the terminal 11 may also be called as a terminal Device or a User Equipment (UE), the terminal 11 may be a Mobile phone, a Tablet Personal Computer (Tablet Personal Computer), a Laptop Computer (Laptop Computer) or a notebook Computer, a Personal Digital Assistant (PDA), a palmtop Computer, a netbook, a super-Mobile Personal Computer (UMPC), a Mobile Internet Device (MID), a Wearable Device (Wearable Device) or a vehicle-mounted Device (VUE), a pedestrian terminal (PUE), and other terminal side devices, the Wearable Device includes: smart watches, bracelets, earphones, glasses, and the like. It should be noted that the embodiment of the present application does not limit the specific type of the terminal 11. The network-side device 12 may be a Base Station or a core network, wherein the Base Station may be referred to as a node B, an evolved node B, an access Point, a Base Transceiver Station (BTS), a radio Base Station, a radio Transceiver, a Basic Service Set (BSS), an Extended Service Set (ESS), a node B, an evolved node B (eNB), a home node B, a WLAN access Point, a WiFi node, a Transmission Receiving Point (TRP), or some other suitable terminology in the field, as long as the same technical effect is achieved, the Base Station is not limited to a specific technical vocabulary, and it should be noted that, in the embodiment of the present application, only the Base Station in the NR system is taken as an example, but the specific type of the Base Station is not limited, and the core network device may be a location management device, such as a location management function (LMF, slemc), and the like.

Users wish to interact and operate in augmented reality, and actions and interactions include actions, gestures, and physical reactions. The degree of freedom (DoF) describes the number of independent parameters used to define viewport movement in 3D space.

In an XR application scenario, a user can obtain information of a new view angle through turning and other actions in a virtual reality experience. The XR user can now turn around by sending an uplink signal to the base station, which, upon receiving the uplink signal, will schedule the needed downlink data for the XR user to use.

The XR service mainly includes video data, audio data, and some control signaling and special data having a control function. In wireless networks, XR service transmission mainly involves uplink and downlink video/audio data transmission and interaction between a terminal device (User equipment) and a wireless network (e.g., LTE/NR, etc.) through a new network. The UE needs to transmit some control signaling and special data with control function through a wireless network at the same time of transmitting video and audio data, so as to generate and process video and audio service data in an XR service sent by the control network for the UE and perform downlink wireless transmission.

These control information and special data with control function include some service control data generated by the UE XR application encoder and control data information contained in the service transmission protocol, for example:

from an application level, one may include (but is not limited to):

i-frames or non-FOV (Field of view) frames generated by a video encoder;

user behavior data collected by a sensor, such as pos/control data and the like; the network can judge the user behavior, such as the actions of turning the head of the user and the like, through the receiving of the data, and further adjust the content of the sent video data;

from the transport protocol layer, the method can comprise the following steps:

for TCP ACK signaling (TCP feedback) transmitted by downlink audio/video services, the network needs to determine whether to continue to send subsequent frames according to whether the corresponding video/audio frame has been acknowledged by the UE;

RTCP (Real-time Transport Control Protocol) ACK (acknowledgement) signaling, which is used to Control the Control signaling of Real-time data transmission, and to confirm the Real-time requirement and time synchronization of service data transmission.

The network generally needs to timely and reliably receive the control signaling and special data with control function from the UE to obtain the transmission state of the current service and relevant necessary control information; the application server needs to further generate video and audio service data to be transmitted subsequently based on the information, and delivers the video and audio service data to the wireless network for processing and transmission, and finally sends the service data to the UE in a downlink manner.

The present embodiment relates to a processing and transmitting flow of wireless communication AS (Access status, access stratum) uplink data of a UE. The following prior art description of the major protocol layers involved and the related functions follows.

(1) PDCP layer and radio bearer (radio bearer):

service data generated by an application layer (APP) of the UE may be classified into different service data flows according to Quality-of-service (QoS) requirements corresponding to the service data flows, and each service data flow corresponds to the same or similar QoS requirements. In the NR System, the traffic data flow corresponds to a QoS flow, while in the LTE System, the traffic data flow corresponds to an EPS (Evolved Packet System) bearer.

The service data is delivered to the AS layer in the form of a Packet (Packet), and is further mapped to a Radio Bearer (Radio Bearer) in the AS layer according to the QoS flow (NR) or EPS Bearer (LTE) corresponding to the service data. A radio bearer includes a PDCP entity (PDCP protocol layer processing entity), an RLC entity (PDCP protocol layer processing entity) and corresponding logical channels (located at the MAC protocol layer).

When a Data packet delivered to the AS layer is mapped to a radio bearer, it is delivered to a corresponding PDCP entity in the form of a PDCP SDU (service Data Unit) for processing. The PDCP entity generates a corresponding PDCP PDU (Protocol Data Unicat) for each arrived PDCP SDU, and sets a Sequence Number (SN) for representing each PDCP SDU and a corresponding transmission order of the PDCP PDU in the PDCP entity; wherein, the value of PDCP SN is set according to the sequence that PDCP SDU is delivered to PDCP entity, the transmission sequence of the PDCP SDU which arrives first is prior to the sequence delivered later. Specifically, the PDCP entity maintains an internal variable, TX _ NEXT, indicating the total number of PDCP PDUs transmitted by the PDCP entity, for setting the PDCP SN value; the PDCP entity is initialized to 0 when it is established, and after one PDCP SDU is delivered from an Upper layer (upperlayers) to a corresponding PDCP entity each time, the PDCP entity sets the SN of the PDCP PDU corresponding to the PDCP SDU to TX _ NEXT and adds 1 to TX NEXT. Then, the PDCP entity adds a header file to each PDCP SDU to generate a corresponding PDCP PDU, which includes an SN value set for the PDCP PDU. The PDCP Entity will typically deliver PDCP PDUs in sequence to a lower protocol layer (RLC) for subsequent processing and transmission, in order of SNs contained therein. Wherein, SN is an ordinal number, which indicates that each PDCP SDU is transmitted the first time, and the overall principle is that the earlier PDCP SDU arrives at the PDCP entity, the smaller the SN value, the earlier transmission

(2) RLC layer

The PDCP PDUs delivered from the PDCP entity to the corresponding RLC entity are buffered in the buffer of the UE as pending RLC PDUs and further processed by the RLC entity. Specifically, when a logical channel corresponding to a certain RLC entity is allocated with a certain transmission resource, the RLC entity determines which RLC SDUs can be multiplexed into the allocated transmission resource for transmission according to the data amount that can be accommodated by the allocated transmission resource and the data amount of the RLC SDUs waiting to be transmitted in the buffer.

For one or more RLC SDUs determined by the RLC entity and capable of being reused in the allocated transmission resources, the RLC entity adds corresponding RLC header files to the RLC SDUs, generates corresponding RLC PDUs, and delivers the corresponding RLC PDUs to a lower protocol layer (MAC) for subsequent processing and transmission. After multiplexing the complete RLC PDU, if a certain resource remains but is not enough to multiplex a complete RLC SDU (i.e., the data amount that the resource can support is less than the data amount required for multiplexing the next RLC SDU), the RLC entity performs segmentation processing, i.e., adds a header file to a part of data of the next RLC SDU to be transmitted, generates an RLC PDU, and delivers the RLC PDU to a lower protocol layer for subsequent processing and transmission.

For such segmented RLC SDUs, the remaining part will still be retained in the buffer of the UE, and wait for the next uplink transmission resource to arrive for further transmission.

(3) MAC layer and logical channel

Each radio bearer corresponds to an RLC entity, and further corresponds to a logical channel (logical channel) in the MAC layer. When the UE is allocated with an Uplink grant, the MAC entity of the UE further allocates the Uplink grant among multiple logical channels. Specifically, each Logical channel corresponds to a Logical channel priority, and the MAC entity of the UE allocates, based on a resource allocation mechanism of an LCP (Logical channel priority), transmission resources available for the uplink transmission of this time to each Logical channel in an order from high to low of the Logical channel priority, where the transmission resources correspond to a data amount that can be transmitted by each Logical channel.

As described above, based on the transmission resources allocated to each logical channel, the corresponding RLC entity delivers one or more RLC PDUs to the corresponding logical channel of the MAC layer. The MAC layer will use these RLC PDUs obtained from the RLC entity by each logical channel as MAC SDUs to be transmitted, add the MAC header file corresponding to the corresponding logical channel to form MAC sub PDUs of the corresponding logical channel, and multiplex them into the whole transmission resource as data sent by this uplink transmission of this logical channel. The MAC sub-PDUs of a plurality of logical channels are combined together to finally form a MAC PDU which is used as a data packet sent by the uplink and is transmitted to the network through a wireless signal.

It should be noted that, since the RLC entity performs segmentation processing on the RLC SDU (as described above), for the uplink transmission resource obtained by each UE, the UE needs to first multiplex the remaining part of the RLC SDU, which is segmented in the previous transmission and has not been completely transmitted, into the resource for transmission, and then transmit the data packet corresponding to the subsequent other RLC SDU.

In general, in existing LTE and NR networks, for data of each radio bearer, a UE generally implements the uplink data processing and transmission process by using a principle of "first arrival and first transmission". Specifically, for each radio bearer, the UE may process, in each protocol layer, data packets (SDUs) according to a sequence in which the data packets (SDUs) are delivered to corresponding entities in the layer, and deliver the processed data Packets (PDUs) to a next protocol layer in sequence. That is, for the data packet delivered to the AS layer first, the corresponding PDCP entity will set the previous PDCP SN value for it, so that it will obtain the processing of each protocol layer first and multiplex the data packet to the uplink resource first for transmission; later arriving packets are assigned later PDCP SN values, and are typically processed, multiplexed and transmitted by the protocol layers after the earlier arriving packet. This also means that for the packets mapped on each radio bearer, the UE finally performs an in-order transmission mechanism in the order in which the packets arrive at the AS.

The principle is mainly adopted based on the transmission delay consideration: because the transmission delay requirements of data in each radio bearer are basically the same in the existing wireless network, the existing wireless network does not allow the UE AS layer to obtain the specific content of each data packet and cannot perform the distinguishing processing aiming at each data packet; therefore, uplink processing, scheduling and transmission of the data packets are performed according to the arrival sequence of the data packets, and from the viewpoint of ensuring the time delay as much as possible, the method is a more reasonable mode in the prior art.

Currently wireless networks can support XR traffic transmissions for users. As described above, for the XR service applied by the user UE, bidirectional interactive data transmission is performed between the user UE and the network: an application server on a network side generates XR service data such as video and audio, and transmits the XR service data to UE (user equipment) in a downlink manner through a wireless network; the UE side also needs to send the generated XR service data information such as video and audio, and the control signaling and special data with the control function to the network in an uplink manner, and by using the control information/special data, the network side XR service data generation and transmission are controlled in return. The generation and transmission of the network side downlink XR service data depends on whether the UE side uplink control information can be timely and effectively sent to the network.

AS described above for the conventional XR service technology, in the conventional wireless network (e.g., NR/LTE), the uplink XR service generated by the UE is mapped into the same service data flow (NR → QoS flow; LTE → EPS bearer), and further mapped into the same radio bearer in the AS layer, and it is not possible to distinguish which data packets are XR service data itself, such AS video and audio, and which data packets are special/important data with control information. Further, after the datagram of the service data corresponding to the XR is delivered to the corresponding radio bearer of the AS layer, the data processing and the radio transmission are performed based on the above-mentioned "first arrival and first transmission" manner.

However, due to the limited wireless transmission bandwidth and the unstable wireless channel quality, there are often situations where video frames cannot be transmitted in time in the radio bearer corresponding to the XR, and the video frames need to be buffered in a buffer for transmission. This makes it highly likely that first-come video data packets (video frames) having a considerable amount of data have been buffered in the corresponding radio bearer awaiting processing and transmission when control information and special data having a control function arrive at the AS. However, since each radio bearer cannot distinguish data packets, all data packets are uniformly processed and transmitted in a manner of "arrive first and transmit first", the control information and the special data packets with the control function can only be processed and transmitted after the processing/transmission of the service data packets arriving earlier is completed, so that a larger uplink transmission delay is generated, and even the important data are discarded due to overtime, so that the special/important data with the control function cannot be timely and reliably transmitted to the network by the UE. Due to the interactive characteristic of the XR service, an application server on the network side cannot obtain required control information from the UE in time, and then corresponding XR service data cannot be generated and transmitted to the UE in time, resulting in jamming, delay buffering and other consequences of downlink XR service transmission, which seriously affects the user XR service experience.

An embodiment of the present invention provides a data transmission method, which is executed by a terminal, and as shown in fig. 2, the method includes:

step 101: the PDCP entity sets a corresponding PDCP SN value for a data packet to be transmitted according to the first indication information, wherein the data packet to be transmitted is a data packet to be transmitted in a radio bearer;

step 102: and the PDCP entity associates the PDCP SN value with the corresponding data packet to be transmitted to generate a corresponding PDCP PDU, and transmits the PDCP PDU to a lower layer protocol stack for transmission.

The lower layer protocol stack comprises an RLC entity and an MAC entity.

In this embodiment, when each data packet is delivered to the AS, the data packet needs to carry its characteristic indication information (i.e., the first indication information), so that the corresponding AS protocol layer of the UE can identify, according to the characteristic indication information, the data packet that needs to be preferentially transmitted (for example, but not limited to, the control signaling data and the special data that have the control function in the XR service). The specific form of the characteristic indicating information of each data packet may be, for example, a priority transmission level, an importance level, a transmission delay requirement, an identifier indicating whether to transmit preferentially, data type indicating information, and the like corresponding to each data packet. Generally, the AS layer of the UE determines the data packets needing to be transmitted preferentially in each radio bearer according to the characteristic indication information, and implements preferential processing and transmission thereof.

In some embodiments, the first indication information corresponds to the data packet to be transmitted, and the first indication information includes any one of:

a priority transmission level;

an importance level;

transmitting delay requirement information;

a "transmission priority or not" flag;

data type indication information, for example, the first data type corresponds to control data and special data that need to be preferentially transmitted, and the second data type corresponds to general service data;

therefore, the data packets needing preferential transmission can be distinguished through the first indication information, the data packets are distinguished into different data types according to the service types, and each data type corresponds to different preferential transmission levels, importance levels or transmission delay requirements.

The first indication information corresponding to the data packet to be transmitted may include any one of the following:

(1) Each piece of first indication information corresponds to one data packet to be transmitted;

(2) The plurality of pieces of first indication information correspond to one data packet to be transmitted;

(3) A first indication information corresponding to a plurality of data packets to be transmitted;

(4) The plurality of first indication information corresponds to a plurality of data packets to be transmitted.

In some embodiments, the first indication information corresponds to PDCP SDUs; the setting of the corresponding PDCP SN value for the data packet to be transmitted according to the first indication information by the PDCP entity according to the first indication information includes:

after receiving a first PDCP SDU transferred by an upper protocol stack, the PDCP entity sets an SN value of a first PDCP PDU corresponding to the first PDCP SDU to be a SN value corresponding to a second PDCP SDU or a second PDCP PDU, wherein the second PDCP PDU corresponds to the second PDCP SDU;

wherein the first PDCP SDU has a higher priority transmission level than the second PDCP SDU; or

The first PDCP SDU has higher importance level than the second PDCP SDU; or

The first PDCP SDU has lower transmission delay requirement than the second PDCP SDU; or

The first PDCP SDU identifies "priority transmission"; or

The data type of the first PDCP SDU is a first data type, and the data type of the second PDCP SDU is a second data type different from the first data type.

Thus, by setting the priority transmission grade, the importance grade, the transmission delay requirement, the priority transmission mark and/or the data type of the control data and the special data, the SN value corresponding to the PDCP SDU can be adjusted, and the priority transmission of the control data and the special data is realized.

The SN value of the first PDCP PDU may be set to the SN value corresponding to the second PDCP SDU, or the SN value of the first PDCP PDU may be set to the SN value corresponding to the second PDCP PDU.

In some embodiments, the second PDCP SDU satisfies any one of the following conditions:

the method comprises the steps that the minimum SN value is obtained in all PDCP SDUs which are not transferred to a lower layer protocol stack for processing or transmission at present and have a priority transmission level lower than that of the first PDCP SDU;

the minimum SN value is obtained in all PDCP SDUs which are not transferred to a lower layer protocol stack for processing or transmission at present and have the importance level lower than that of the first PDCP SDU;

the method comprises the steps that the minimum SN value is obtained in all PDCP SDUs which are not transferred to a lower layer protocol stack for processing or transmission at present and have higher transmission delay level than the first PDCP SDU;

having a minimum SN value among all PDCP SDUs that are not currently being delivered to a lower protocol stack for processing or transmission and are not identified as "priority transmission";

among all PDCP SDUs that are not currently delivered to the lower protocol stack for processing or transmission and are identified as being of the second data type, there is a minimum SN value.

This can allow the first PDCP SDU to have a minimum SN value, so that the first PDCP SDU can be preferentially transmitted.

In some embodiments, after setting the SN value corresponding to the first PDCP SDU or the first PDCP PDU, the SN values corresponding to all PDCP PDUs satisfying any one of the following conditions are updated by adding one to the numerical value:

the current transmission is not transferred to a lower layer protocol stack for processing or transmission, and the priority transmission level of the corresponding PDCP SDU is lower than that of the first PDCP SDU;

currently, the current data is not transferred to a lower layer protocol stack for processing or transmission, and the importance level of the corresponding PDCP SDU is lower than that of the first PDCP SDU;

the current time is not transferred to a lower layer protocol stack for processing or transmission, and the transmission delay level of the corresponding PDCP SDU is higher than that of the first PDCP SDU;

currently, the PDCP SDU is not yet transferred to the lower protocol stack for processing or transmission, and is not identified as "priority transmission";

currently, the PDCP SDU is not yet delivered to the lower protocol stack for processing or transmission, and is identified as the "second data type".

In some embodiments, the method further comprises:

initializing a temporary state variable TX _ NEXT maintained by the PDCP entity corresponding to each radio bearer to 0 by the PDCP entity corresponding to each radio bearer; and after setting the PDCP SN for each first PDCP SDU and the PDCP PDU corresponding to the first PDCP SDU, updating the temporary state variable in a manner of adding one to a numerical value.

In some embodiments, after the step of setting a corresponding PDCP SN value for the data packet to be transmitted according to the first indication information, the PDCP entity sets a corresponding PDCP SN value for the data packet to be transmitted according to the first indication information, the method further includes:

and the PDCP entity performs modular operation on the SN value of each PDCP PDU according to preset parameters. This prevents the set or updated SN value from exceeding the upper limit of the network configuration, which may cause overflow, and the preset parameters may be configured, or preconfigured, or protocol-defined on the network side.

In some embodiments, after the setting the SN value of the first PDCP PDU corresponding to the first PDCP SDU to the SN value corresponding to the second PDCP SDU or the second PDCP PDU, the method further comprises:

the PDCP entity delivers the first PDCP PDU and the second PDCP PDU to a MAC entity;

and the MAC entity processes the first PDCP PDU and the second PDCP PDU according to the SN value of each PDCP PDU and multiplexes the PDCP PDUs into transmission resources.

Before performing uplink transmission, the method further includes:

and the PDCP entity performs modular operation on the SN value of each PDCP PDU according to preset parameters. This prevents the set or updated SN value from exceeding the upper limit of the network configuration, which may cause overflow, and the preset parameters may be configured on the network side, or pre-configured, or protocol-defined.

In some embodiments, the method further comprises:

and receiving second indication information sent by a network side device, wherein the radio bearer is a radio bearer specified by the second indication information.

In some embodiments, the data packets to be transmitted are XR data packets, and the data packets of the first data type include content of at least one of:

an I frame or non-FOV frame generated by a video encoder;

user behavior data collected by a sensor;

TCP ACK signaling for downlink audio and/or video traffic transmission;

RTCP ACK signaling.

In some embodiments, the first indication information is determined by any one of: configured by a network side device; pre-configuring; as specified by the protocol.

In some embodiments, the data packets are classified into different data types according to service types, and each data type corresponds to a different priority transmission level, importance level, or transmission delay requirement.

In some embodiments, the first PDCP SDU is delivered to the AS layer by an upper layer protocol stack, mapped to a corresponding PDCP entity, and the first indication information corresponding to the first PDCP SDU is delivered to the PDCP entity through an inter-layer primitive.

An embodiment of the present invention further provides a data transmission method, which is executed by a network side device, as shown in fig. 3, and includes:

step 201: determining a radio bearer corresponding to a terminal;

step 202: and sending first indication information aiming at the radio bearer to the terminal, wherein the first indication information is used for indicating the priority transmission sequence of the data packets to be transmitted to the terminal, and the data packets to be transmitted are the data packets to be transmitted in the radio bearer.

In some embodiments, after the step of determining the radio bearer corresponding to the terminal, the method further includes:

and sending second indication information to the terminal, wherein the second indication information is used for appointing the radio bearer to the terminal.

a priority transmission level;

an importance level;

transmitting delay requirement information;

an "whether to transmit first" flag;

data type indication information.

In some embodiments, the data packet to be transmitted is an XR data packet.

In some embodiments, the data packet to be transmitted includes content of at least one of:

an I frame or non-FOV frame generated by a video encoder;

user behavior data collected by a sensor;

TCP ACK signaling for downlink audio and/or video traffic transmission;

RTCP ACK signaling.

In one embodiment, the data transmission method includes the following steps:

step one, the data packet is delivered to an AS layer and is mapped to a corresponding data radio bearer AS a PDCP SDU. And when the data packets are submitted, the upper layer protocol provides the AS layer with the characteristic indication information corresponding to each data packet in an interlayer primitive manner. The upper layer protocol can be an application layer, a transport layer, a non-access stratum (NAS), an SDAP layer and other protocol layers.

The characteristic indicating information may be in some form as follows:

A. the priority transmission level, or importance level, or transmission delay requirement information corresponding to each data packet: the priority transmission level, the importance level and the transmission delay requirement corresponding to each PDCP SDU are correspondingly represented. The service with high priority transmission level, higher importance level and shorter transmission delay requirement needs priority transmission. One possible implementation way is to allocate the control signaling and the special packet with the control function to a high priority transmission level and a high importance level or set a short transmission delay requirement, and set the general data service to a relatively low priority transmission level and importance level or set a long transmission delay requirement.

B. The identifier of 'transmission priority or not' corresponding to each data packet: can be a "0-1" binary flag to identify whether each PDCP SDU needs to be transmitted prior to other data packets in the same radio bearer. One possible implementation is to indicate the control signaling and special packets with control function as "priority transmission" and other normal packets as "non-priority transmission" or to set the flag to a default value.

C. The data type indication information corresponding to each data packet may be data types such AS "control information", "special data", "general service data", and the like, and indicates the data type of the corresponding PDCP SDU when each data packet is delivered to the AS, and each protocol stack of the AS determines whether it needs to be preferentially transmitted according to the corresponding data type. One possible way to implement this is to set the above "I frame", "non-FoV frame", "TCPACK", "RTCP signaling", "position/Control", etc. to a first data type, which corresponds to the above "Control information" or "special data", and to set other service data to a second data type, which corresponds to "normal service data" or a default value; alternatively, the "I frame", "non-FoV frame", "TCP ACK", "RTCP signaling", "dose/Control", and the like may be directly indicated for each packet as the data type.

In this step, the corresponding protocol stack of the AS determines whether the corresponding PDCP PDU needs to be transmitted preferentially based on the above-mentioned characteristic indication information corresponding to each PDCP SDU, and performs processing by adopting corresponding scheme alignment.

Optionally, the relevant rule and configuration information for setting the corresponding data packet characteristic indication information for each data packet may be configured by the base station/core network to a relevant protocol layer of the UE through radio network control signaling such as RRC signaling (base station), NAS signaling (core network), application layer signaling (core network), or the like, or set in the UE storage device or the umim in a preconfigured manner, or predefined in a relevant standard protocol. And the relevant protocol layers of the UE, such AS an application layer, a transport layer, a non-access stratum (non-AS, NAS), and the like, set corresponding characteristic indication information for each generated data packet according to the configuration information and the rule.

In particular, as a possible implementation manner of the foregoing case a, the network may classify different service areas into different data types, set corresponding characteristic indication information such as a priority transmission level, a transmission importance level, and a transmission delay requirement for each different data type, and configure the information to the UE through the foregoing signaling manner, or pre-configure the information to the UE. For example, the network may set "TCP ACK", "RTCP signaling" as the first data type and configure it with the highest priority transmission level, importance level or the shortest transmission delay requirement; setting the 'Pose/Control' data, the 'I frame', the 'non-FoV frame' and the like as a second data type, and configuring the second highest priority transmission level, importance level or the second shortest transmission delay requirement for the second data type; and setting other common service data as a third data type, and configuring the lowest transmission level, the importance level or the longest transmission delay requirement for the common service data. Obviously, the above example is only one possible implementation; the above-described method may have other specific configurations and modes, and the present application is not limited thereto.

Step two, for each wireless bearer configured by the base station, when the UE establishes a corresponding PDCP entity, generating a temporary state variable TX _ NEXT, and initializing the temporary state variable TX _ NEXT to 0; meanwhile, the UE acquires an uplink PDCP SN number upper limit value, namely PDCP-SN-SizeUL, from the configuration of the base station as a parameter for subsequently setting the PDCP SN value;

step three, aiming at one established PDCP entity, when receiving each first PDCP SDU submitted by an upper layer, the corresponding PDCP entity sets PDCP SNs for the first PDCP SDU and the corresponding PDCP PDU according to the following steps according to different forms of the characteristic indication information corresponding to the first PDCP SDU:

case a: each data packet carries information such as priority transmission level, importance level, transmission delay requirement and the like

a. In to-be-transmitted PDCP PDUs which are cached in a current buffer zone and are not submitted to a lower protocol stack for processing and transmission, the UE determines that all priority transmission levels or importance levels are lower than the first PDCP SDU or transmission delay requirements are larger than the second PDCP SDU of the first PDCP SDU and the corresponding second PDCP PDU thereof, and sets the SN value of the first PDCP PDU corresponding to the first PDCP SDU as the minimum SN value corresponding to all the second PDCP PDUs meeting the above conditions, namely the SN value of the second PDCP PDU which is cached in the current buffer zone and is not submitted to the lower protocol stack for processing and transmission

SN (first PDCP PDU) = min { SN (second PDCP PDU) },

wherein the second PDCP PDU is any PDCP PDU currently buffered in the buffer that satisfies the above condition, and the function min { SN (sensitivity) } indicates that the minimum is taken among SN values of all PDCP PDUs satisfying the condition.

The above-mentioned "not yet delivered to the lower protocol stack for processing and transmission" means that a certain PDCP PDU has been assigned a PDCP SN value, and the PDCP PDU has not been transmitted in its entirety or partially due to the segmentation operation of the RLC.

In the prior art, one PDCP PDU corresponds to a PDCP SDU, so the PDCP SDU corresponding to each PDCP PDU can be compared with the priority or importance of the PDCP SDU or the delay requirement.

b. For each second PDCP PDU satisfying the above condition, update its SN to the value of its current SN plus 1, that is:

SN (second PDCP PDU) = SN (second PDCP PDU) +1,

wherein the second PDCP PDU is any PDCP PDU currently buffered in the buffer that satisfies the above condition in a).

c. Updating TX _ NEXT corresponding to the PDCP entity, and adding 1 to the value of TX _NEXT → TX _ NEXT +1;

in addition, a modulo operation is performed on the SN set in the step a) and the updated SN value in b), so as to prevent the set or updated SN value from exceeding the upper limit of the network configuration and causing overflow, that is:

SN(PDCP PDU)＝SN(PDCP PDU)modulo 2[pdcp-SN-SizeUL]

the PDCP-SN-SizeUL may be configured or preconfigured by the network side device or defined by the protocol, and the PDCP PDU in the formula relates to the first PDCP PDU corresponding to the first PDCP SDU in a) and all the second PDCP PDUs whose SN values are updated in b).

In the above step, when the first PDCP SDU reaches the PDCP entity, there is no priority transmission level or the importance level is lower than the first PDCP SDU in the buffer, or the transmission delay requirement is smaller than the PDCP PDU of the first PDCP SDU, the PDCP entity directly sets the SN for the first PDCP PDU corresponding to the first PDCP SDU, that is, the sequence setting, SN = TX _ NEXT module 2, PDCP-SN-SizeUL ], TX _ NEXT = TX _ NEXT + 1.

Case B: each data packet carries a "priority transmission or not" flag

a. If the first PDCP SDU is marked as 'priority transmission', the UE determines all second PDCP SDUs which are indicated as 'non-priority transmission' or are marked as default values and second PDCP PDUs corresponding to the second PDCP SDUs from to-be-transmitted PDCP PDUs which are cached in the current buffer zone and are not submitted to the lower protocol stack for processing and transmission, and sets the SN value of the first PDCP PDU corresponding to the first PDCP SDU as the minimum SN value corresponding to all second PDCP PDUs meeting the conditions, namely the minimum SN value of the second PDCP PDUs meeting the conditions, namely the SN value of the first PDCP PDU

SN (first PDCP PDU) = min { SN (second PDCP PDU) },

wherein the second PDCP PDU is any PDCP PDU currently buffered in the buffer that satisfies the above condition, and the function min { SN (}) represents that the minimum is taken out of SN values of all PDCP PDUs satisfying the condition.

b. For each second PDCP PDU meeting the above condition, updating its SN to the value of its current SN plus 1, that is:

SN (second PDCP PDU) = SN (second PDCP PDU) +1,

SN(PDCP PDU)＝SN(PDCP PDU)modulo 2[pdcp-SN-SizeUL]

Further, in the above step, if the first PDCP SDU itself is a PDCP SU identified as "non-priority transmission" or the identification is set as a default value, or a second PDCP PDU which does not satisfy the condition in a) is currently in the buffer, the PDCP entity directly sets an SN number, i.e., a sequence setting, for the first PDCP PDU corresponding to the first PDCP SDU, SN = TX _ NEXT module 2[, [ PDCP cp-SN-SizeUL ], TX _ NEXT = TX _ NEXT + 1).

Case C: each data packet carries a "priority transmission or not" flag

a. If the first PDCP SDU is a PDCP SDU indicated as a first data type (e.g., "Control information," "special data," "I frame," "non-FoV frame," "TCP ACK," "RTCP signaling," "dose/Control," etc. have special data types), the UE determines all second PDCP SDUs indicated as a second data type (e.g., "normal service data" type) or data type indicated as a default value and corresponding second PDCP PDUs thereof from the to-be-transmitted PDCP PDUs that have not been delivered to the lower protocol stack for processing and transmission, buffered in the current buffer, and sets the SN value of the first PDCP PDU corresponding to the first PDCP SDU to the minimum SN value corresponding to all second PDCP PDUs satisfying these conditions, that is, the SN value of the second PDCP PDU corresponding to the first PDCP SDU is the minimum SN value corresponding to all second PDCP PDUs satisfying these conditions, that is to say, the first PDCP SDU is the last PDCP PDU of the last PDCP PDU

SN (first PDCP PDU) = min { SN (second PDCP PDU) },

SN (second PDCP PDU) = SN (second PDCP PDU) +1,

SN(PDCP PDU)＝SN(PDCP PDU)modulo 2[pdcp-SN-SizeUL]

In addition, in the above step, if the first PDCP SDU is itself a PDCP SDU indicated as the second data type (e.g., "normal service data" type), or the data type indicates a default value, or there is no PDCP PDU satisfying the condition in a) in the current buffer, the PDCP entity directly sets an SN number, i.e., a sequence setting, SN = TX _ NEXT module 2, [ PDCP-SN-SizeUL ], TX _ NEXT = TX _ NEXT +1, for the first PDCP PDU corresponding to the first PDCP SDU.

Step four, after the UE obtains the uplink transmission resource, the available transmission resource of each logic channel is distributed. And aiming at the available transmission resources of each logic channel, processing the PDCP PDUs in sequence according to the SN sequence set for each PDCP PDU in the first step to the third step, multiplexing the PDCP PDUs into the transmission resources, and performing uplink transmission.

On the network side, optionally, the base station may configure indication information of "transmission priority or not" for each radio bearer of the UE. For each radio bearer, the UE determines whether the radio bearer allows performing PDCP SN setting operation in step three according to the indication information: performing the PDCP SN setting operation in the third step only if the corresponding indication information is set to "allow priority transmission"; otherwise, the UE will perform in-order setting of SNs (with the first arriving SN in front). The PDCP layer of the UE further determines corresponding PDCP SN setting according to the characteristic indication information corresponding to each data packet, and sets the SN value of the control data with special data types to be smaller than the SN values of other common service data packets, so that the control data packets can be transmitted preferentially. The technical scheme of the embodiment is not only suitable for XR services, but also can be used for other services and applications of 'control information and common service data are mixed in the same service flow for transmission' in the existing wireless network.

In this embodiment, when the data packet is an XR data packet, a previous SN value may be set for a control information data packet or a special data packet having a control function, so that the control information data packet or the special data packet is prioritized to be transmitted before a normal service data packet. As shown in fig. 4, the PDCP SDU enclosed by the oval dashed line frame is a control information packet or a special packet having a control function, and after entering Transmission buffer Sequence number, the PDCP SDU will have an SN value close to the previous value: SN = X +1, as circled by the left-hand rectangular dashed box in the figure.

It should be noted that, in the data transmission method provided in the embodiment of the present application, the execution main body may be a data transmission device, or a module used for executing the loaded data transmission method in the data transmission device. In the embodiment of the present application, a data transmission device is taken as an example to execute a loaded data transmission method, and the data transmission method provided in the embodiment of the present application is described.

An embodiment of the present application provides a data transmission apparatus, which is applied to a terminal 300, and as shown in fig. 5, the apparatus includes:

a setting module 310, configured to set a corresponding PDCPSN value for a data packet to be transmitted according to first indication information, where the data packet to be transmitted is a data packet to be transmitted in a radio bearer;

a processing module 320, configured to associate the PDCP SN value with the corresponding data packet to be transmitted, generate a corresponding PDCP PDU, and transmit the PDCP PDU to a lower protocol stack for transmission.

a priority transmission level;

an importance level;

transmitting delay requirement information;

an "whether to transmit first" flag;

data type indication information.

In some embodiments, the first indication information corresponds to a PDCP SDU; the processing module is specifically configured to, after receiving a first PDCP SDU delivered by an upper protocol stack, set an SN value of a first PDCP PDU corresponding to the first PDCP SDU to a second PDCP SDU or an SN value corresponding to a second PDCP PDU corresponding to the second PDCP SDU;

The first PDCP SDU has higher importance level than the second PDCP SDU; or

The first PDCP SDU has a lower transmission delay requirement than the second PDCP SDU; or

The first PDCP SDU identifies "priority transmission"; or

In some embodiments, the processing module is specifically configured to, after setting the SN value corresponding to the first PDCP SDU or the first PDCP PDU, update SN values corresponding to all PDCP PDUs which satisfy any one of the following conditions in a manner of adding one to a numerical value:

In some embodiments, the processing module is further configured to initialize a temporary state variable maintained by the PDCP entity corresponding to each radio bearer to 0; and after setting the PDCP SN for each first PDCP SDU and the PDCP PDU corresponding to the first PDCP SDU, updating the temporary state variable in a manner of adding one to a numerical value.

In some embodiments, the processing module is further configured to perform a modulo operation on the SN value of each PDCP PDU according to a preset parameter.

In some embodiments, further comprising:

a receiving module, configured to receive second indication information sent by a network side device, where the radio bearer is a radio bearer specified by the second indication information.

an I frame or non-FOV frame generated by a video encoder;

user behavior data collected by a sensor;

TCP ACK signaling for downlink audio and/or video traffic transmission;

RTCP ACK signaling.

The data transmission device in the embodiment of the present application may be a device, a device or an electronic device having an operating system, or may be a component, an integrated circuit, or a chip in a terminal. The device or the electronic equipment can be a mobile terminal or a non-mobile terminal. For example, the mobile terminal may include, but is not limited to, the above-listed type of terminal 11, and the non-mobile terminal may be a server, a Network Attached Storage (NAS), a Personal Computer (PC), a Television (TV), a teller machine, a kiosk, or the like, and the embodiments of the present application are not limited in particular.

The data transmission device provided in the embodiment of the present application can implement each process implemented in the method embodiment of fig. 2, and achieve the same technical effect, and is not described here again to avoid repetition.

An embodiment of the present application provides a data transmission apparatus, which is applied to a network side device 400, and as shown in fig. 6, the apparatus includes:

a determining module 410, configured to determine a radio bearer corresponding to a terminal;

a sending module 420, configured to send first indication information for the radio bearer to the terminal, where the first indication information is used to indicate, to the terminal, a priority transmission order of data packets to be transmitted, and the data packets to be transmitted are data packets to be transmitted in the radio bearer.

In some embodiments, the sending module is further configured to send second indication information to the terminal, where the second indication information is used to specify the radio bearer to the terminal.

a priority transmission level;

an importance level;

transmitting delay requirement information;

an "whether to transmit first" flag;

data type indication information.

In some embodiments, the data packet to be transmitted is an XR data packet.

an I frame or a non-FOV frame generated by a video encoder;

user behavior data collected by a sensor;

TCP ACK signaling for downlink audio and/or video traffic transmission;

RTCP ACK signaling.

The data transmission device provided in the embodiment of the present application can implement each process implemented in the method embodiment of fig. 3, and achieve the same technical effect, and is not described here again to avoid repetition.

Optionally, as shown in fig. 7, an embodiment of the present application further provides a communication device 500, which includes a processor 501, a memory 502, and a program or an instruction stored in the memory 502 and executable on the processor 501, for example, when the communication device 500 is a terminal, the program or the instruction is executed by the processor 501 to implement the above-mentioned processes of the data transmission method embodiment applied to the terminal, and can achieve the same technical effect. When the communication device 500 is a network device, the program or the instruction is executed by the processor 501 to implement the processes of the data transmission method embodiment applied to the network device, and the same technical effects can be achieved.

The embodiment of the application further provides a terminal, which comprises a processor and a communication interface, wherein the processor is used for setting a corresponding PDCP SN value for a data packet to be transmitted according to the first indication information, and the data packet to be transmitted is a data packet to be transmitted in a radio bearer; and associating the PDCP SN value with the corresponding data packet to be transmitted to generate a corresponding PDCP PDU, and transmitting the PDCP PDU to a lower layer protocol stack for transmission. The terminal embodiment corresponds to the terminal-side method embodiment, and all implementation processes and implementation modes of the method embodiment can be applied to the terminal embodiment and can achieve the same technical effect. Specifically, fig. 8 is a schematic diagram of a hardware structure of a terminal for implementing the embodiment of the present application.

The terminal 1000 includes, but is not limited to: a radio frequency unit 1001, a network module 1002, an audio output unit 1003, an input unit 1004, a sensor 1005, a display unit 1006, a user input unit 1007, an interface unit 1008, a memory 1009, a processor 1010, and the like.

Those skilled in the art will appreciate that terminal 1000 can also include a power supply (e.g., a battery) for powering the various components, which can be logically coupled to processor 1010 via a power management system to provide management of charging, discharging, and power consumption via the power management system. The terminal structure shown in fig. 8 does not constitute a limitation of the terminal, and the terminal may include more or less components than those shown, or combine some components, or have a different arrangement of components, and thus will not be described again.

It should be understood that in the embodiment of the present application, the input Unit 1004 may include a Graphics Processing Unit (GPU) 10041 and a microphone 10042, and the Graphics Processing Unit 10041 processes image data of still pictures or videos obtained by an image capturing device (such as a camera) in a video capturing mode or an image capturing mode. The display unit 1006 may include a display panel 10061, and the display panel 10061 may be configured in the form of a liquid crystal display, an organic light emitting diode, or the like. The user input unit 1007 includes a touch panel 10071 and other input devices 10072. The touch panel 10071 is also referred to as a touch screen. The touch panel 10071 may include two parts, a touch detection device and a touch controller. Other input devices 10072 may include, but are not limited to, a physical keyboard, function keys (e.g., volume control keys, switch keys, etc.), a trackball, a mouse, and a joystick, which are not described in detail herein.

In this embodiment of the application, the radio frequency unit 1001 receives downlink data from a network side device and then processes the downlink data to the processor 1010; in addition, the uplink data is sent to the network side equipment. In general, radio frequency unit 1001 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like.

The memory 1009 may be used to store software programs or instructions and various data. The memory 1009 may mainly include a program or instruction storage area and a data storage area, wherein the program or instruction storage area may store an operating system, an application program or instruction (such as a sound playing function, an image playing function, and the like) required for at least one function, and the like. Further, the Memory 1009 may include a high-speed random access Memory, and may further include a nonvolatile Memory, which may be a Read-Only Memory (ROM), a Programmable Read-Only Memory (PROM), an Erasable Programmable Read-Only Memory (erasab PROM, EPROM), an electrically Erasable Programmable Read-Only Memory (EEPROM), or a flash Memory. Such as at least one magnetic disk storage device, flash memory device, or other non-volatile solid state storage device.

Processor 1010 may include one or more processing units; alternatively, processor 1010 may integrate an application processor that handles primarily the operating system, user interface, and application programs or instructions, and a modem processor that handles primarily wireless communications, such as a baseband processor. It will be appreciated that the modem processor described above may not be integrated into processor 1010.

The processor 1010 is configured to set a corresponding PDCP SN value for a data packet to be transmitted according to the first indication information, where the data packet to be transmitted is a data packet to be transmitted in a radio bearer; and associating the PDCP SN value with the corresponding data packet to be transmitted to generate a corresponding PDCP PDU, and transmitting the PDCP PDU to a lower layer protocol stack for transmission.

a priority transmission level;

a level of importance;

transmitting delay requirement information;

an "whether to transmit first" flag;

data type indication information.

In some embodiments, the first indication information corresponds to PDCP SDUs; the processing module is specifically configured to, after receiving a first PDCP SDU delivered by an upper protocol stack, set an SN value of a first PDCP PDU corresponding to the first PDCP SDU to a second PDCP SDU or an SN value corresponding to a second PDCP PDU corresponding to the second PDCP SDU;

the first PDCP SDU has higher priority transmission level than the second PDCP SDU; or

The first PDCP SDU has higher importance level than the second PDCP SDU; or

The first PDCP SDU identifies "priority transmission"; or

the method comprises the steps that the minimum SN value is provided in all PDCP SDUs which are not transferred to a lower layer protocol stack for processing or transmission at present and have the priority transmission level lower than that of the first PDCP SDU;

having a minimum SN value among all PDCP SDUs that are not currently passed to the lower protocol stack for processing or transmission and are not identified as "priority transmission";

among all PDCP SDUs that are not currently being delivered to the lower protocol stack for processing or transmission and that are identified as being of the second data type, there is a minimum SN value.

In some embodiments, the processor 1010 is specifically configured to, after setting the SN value corresponding to the first PDCP SDU or the first PDCP PDU, update SN values corresponding to all PDCP PDUs satisfying any one of the following conditions in a manner of adding one to the numerical value:

In some embodiments, the processor 1010 is further configured to initialize a temporary state variable maintained by the PDCP entity corresponding to each radio bearer to 0; and after setting the PDCP SN for each first PDCP SDU and the PDCP PDU corresponding to the first PDCP SDU, updating the temporary state variable in a manner of adding one to a numerical value.

In some embodiments, the processor 1010 is further configured to perform a modulo operation on the SN value of each PDCP PDU according to a preset parameter.

In some embodiments, the processor 1010 is further configured to receive second indication information sent by a network side device, where the radio bearer is a radio bearer specified by the second indication information.

an I frame or a non-FOV frame generated by a video encoder;

user behavior data collected by a sensor;

TCP ACK signaling for downlink audio and/or video traffic transmission;

RTCP ACK signaling.

In some embodiments, the data packets are classified into different data types according to service types, and each data type corresponds to a different priority transmission class, importance class, or transmission delay requirement.

The embodiment of the application also provides a network side device, which comprises a processor and a communication interface, wherein the communication interface is used for determining a radio bearer corresponding to the terminal; and sending first indication information aiming at the radio bearer to the terminal, wherein the first indication information is used for indicating the priority transmission sequence of the data packets to be transmitted to the terminal. The embodiment of the network side device corresponds to the embodiment of the method of the network side device, and all implementation processes and implementation manners of the embodiment of the method can be applied to the embodiment of the network side device and can achieve the same technical effect.

Specifically, the embodiment of the application further provides a network side device. As shown in fig. 9, the network device 700 includes: an antenna 71, a radio frequency device 72, a baseband device 73. The antenna 71 is connected to a radio frequency device 72. In the uplink direction, the rf device 72 receives information via the antenna 71 and sends the received information to the baseband device 73 for processing. In the downlink direction, the baseband device 73 processes information to be transmitted and transmits the information to the rf device 72, and the rf device 72 processes the received information and transmits the processed information through the antenna 71.

The above-mentioned band processing means may be located in the baseband device 73, and the method performed by the network side device in the above embodiment may be implemented in the baseband device 73, where the baseband device 73 includes a processor 74 and a memory 75.

The baseband device 73 may include, for example, at least one baseband board, on which a plurality of chips are disposed, as shown in fig. 9, where one of the chips, for example, the processor 74, is connected to the memory 75 to call up a program in the memory 75 to execute the network device operations shown in the above method embodiments.

The baseband device 73 may further include a network interface 76 for exchanging information with the radio frequency device 72, for example, a Common Public Radio Interface (CPRI).

Specifically, the network side device of the embodiment of the present invention further includes: the instructions or programs stored in the memory 75 and capable of being executed on the processor 74, the processor 74 calls the instructions or programs in the memory 75 to execute the method executed by each module shown in fig. 6, and achieve the same technical effect, and are not described herein for avoiding repetition.

The embodiment of the present application further provides a readable storage medium, where a program or an instruction is stored on the readable storage medium, and when the program or the instruction is executed by a processor, the program or the instruction implements each process of the data transmission method embodiment, and can achieve the same technical effect, and in order to avoid repetition, details are not repeated here.

Wherein, the processor is the processor in the terminal described in the above embodiment. The readable storage medium includes a computer readable storage medium, such as a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and so on.

The embodiment of the present application further provides a chip, where the chip includes a processor and a communication interface, the communication interface is coupled to the processor, and the processor is configured to run a program or an instruction to implement each process of the data transmission method embodiment, and can achieve the same technical effect, and the details are not repeated here to avoid repetition.

It should be understood that the chips mentioned in the embodiments of the present application may also be referred to as a system-on-chip, a system-on-chip or a system-on-chip, etc.

The embodiments of the present application further provide a computer program/program product, where the computer program/program product is stored in a non-volatile storage medium, and the program/program product is executed by at least one processor to implement the processes of the foregoing data transmission method embodiments, and the same technical effects can be achieved, and are not described herein again to avoid repetition.

It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising a … …" does not exclude the presence of another identical element in a process, method, article, or apparatus that comprises the element. Further, it should be noted that the scope of the methods and apparatus of the embodiments of the present application is not limited to performing the functions in the order illustrated or discussed, but may include performing the functions in a substantially simultaneous manner or in a reverse order based on the functions involved, e.g., the methods described may be performed in an order different than that described, and various steps may be added, omitted, or combined. In addition, features described with reference to certain examples may be combined in other examples.

Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present application may be embodied in the form of a computer software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal (such as a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present application.

While the present embodiments have been described with reference to the accompanying drawings, it is to be understood that the invention is not limited to the precise embodiments described above, which are meant to be illustrative and not restrictive, and that various changes may be made therein by those skilled in the art without departing from the spirit and scope of the invention as defined by the appended claims.

Claims

1. A data transmission method, performed by a terminal, the method comprising:

2. The data transmission method according to claim 1, wherein the first indication information corresponds to the data packet to be transmitted, and the first indication information includes any one of:

a priority transmission level;

an importance level;

transmitting delay requirement information;

an "whether to transmit first" flag;

data type indication information.

3. The data transmission method according to claim 2, wherein the first indication information corresponds to PDCP SDUs; the setting of the corresponding PDCP SN value for the data packet to be transmitted according to the first indication information and the PDCP entity setting of the corresponding PDCP SN value for the data packet to be transmitted according to the first indication information includes:

after receiving a first PDCP SDU transmitted by an upper layer protocol stack, the PDCP entity sets an SN value of a first PDCP PDU corresponding to the first PDCP SDU to an SN value corresponding to a second PDCP SDU or a second PDCP PDU, wherein the second PDCP PDU corresponds to the second PDCP SDU;

The first PDCP SDU has higher importance level than the second PDCP SDU; or

The first PDCP SDU identifies "priority transmission"; or

4. The data transmission method according to claim 3, wherein the second PDCPSDU satisfies any one of the following conditions:

5. The data transmission method according to claim 3, wherein after setting the SN value corresponding to the first PDCP SDU or the first PDCP PDU, the SN values corresponding to all PDCP PDUs satisfying any one of the following conditions are updated by adding one to the numerical value:

6. A method for data transmission according to any one of claims 3-5, wherein the method further comprises:

initializing a temporary state variable maintained by a PDCP entity corresponding to each radio bearer to 0;

and after setting the PDCP SN for each first PDCP SDU and the PDCP PDU corresponding to the first PDCP SDU, updating the temporary state variable in a manner of adding one to a numerical value.

7. The data transmission method according to any one of claims 3 to 5, wherein after the step of setting the corresponding PDCP SN value for the data packet to be transmitted according to the first indication information, the PDCP entity sets the corresponding PDCP SN value for the data packet to be transmitted according to the first indication information, the method further comprises:

and the PDCP entity performs modulus operation on the SN value of each PDCP PDU according to preset parameters.

8. The data transmission method according to any of claims 3-5, wherein after the setting of the SN value of the first PDCP PDU corresponding to the first PDCP SDU to the SN value corresponding to the second PDCP SDU or the second PDCP PDU, the method further comprises:

9. The data transmission method according to any one of claims 3 to 5, wherein before performing the uplink transmission, the method further comprises:

and the PDCP entity performs modular operation on the SN value of each PDCP PDU according to preset parameters.

10. The data transmission method according to claim 1, further comprising:

11. The method according to claim 3, wherein the data packets to be transmitted are XR data packets, and the data packets of the first data type comprise contents of at least one of:

an I frame or non-FOV frame generated by a video encoder;

user behavior data collected by a sensor;

TCP ACK signaling for downlink audio and/or video traffic transmission;

RTCP ACK signaling.

12. The data transmission method according to claim 1,

the first indication information is determined by any one of the following methods: configured by a network side device; pre-configuring; as specified by the protocol.

13. The data transmission method according to claim 2,

the data packets are divided into different data types according to the service types, and each data type corresponds to different priority transmission levels, importance levels or transmission delay requirements.

14. The data transmission method of claim 3, wherein the first PDCP SDU is delivered to an AS layer by an upper layer protocol stack, is mapped to a corresponding PDCP entity, and delivers first indication information corresponding to the first PDCP SDU to the PDCP entity through an inter-layer primitive.

15. A data transmission method, implemented by a network device, includes:

determining a radio bearer corresponding to a terminal;

and sending first indication information aiming at the radio bearer to the terminal, wherein the first indication information is used for indicating the priority transmission sequence of the data packets to be transmitted to the terminal, and the data packets to be transmitted are the data packets to be transmitted in the radio bearer.

16. The data transmission method according to claim 15, wherein after the step of determining the radio bearer corresponding to the terminal, the method further comprises:

17. The data transmission method according to claim 15, wherein the first indication information corresponds to the data packet to be transmitted, and the first indication information includes any one of:

a priority transmission level;

a level of importance;

transmitting delay requirement information;

an "whether to transmit first" flag;

data type indication information.

18. The method of claim 15, wherein the data packet to be transmitted is an XR data packet.

19. The data transmission method according to claim 15 or 18, wherein the data packet to be transmitted comprises content of at least one of:

an I frame or non-FOV frame generated by a video encoder;

user behavior data collected by a sensor;

TCP ACK signaling for downlink audio and/or video traffic transmission;

RTCP ACK signaling.

20. A data transmission apparatus, applied to a terminal, the apparatus comprising:

21. The data transmission apparatus of claim 20,

the first indication information corresponds to the data packet to be transmitted, and the first indication information includes any one of the following items:

a priority transmission level;

a level of importance;

transmitting delay requirement information;

an "whether to transmit first" flag;

data type indication information.

22. The apparatus according to claim 21, wherein the first indication information corresponds to PDCP SDUs; the processing module is specifically configured to, after receiving a first PDCP SDU delivered by an upper protocol stack, set an SN value of a first PDCP PDU corresponding to the first PDCP SDU to a second PDCP SDU or an SN value corresponding to a second PDCP PDU corresponding to the second PDCP SDU;

The first PDCP SDU has higher importance level than the second PDCP SDU; or

The first PDCP SDU identifies "priority transmission"; or

23. The data transmission apparatus of claim 22, wherein the second pdcp sdu satisfies any of the following conditions:

24. The data transmission apparatus according to claim 22, wherein the processing module is specifically configured to, after setting the SN value corresponding to the first PDCP SDU or the first PDCP PDU, update SN values corresponding to all PDCP PDUs satisfying any one of the following conditions in a manner of adding one to the numerical value:

the current data is not transferred to a lower layer protocol stack for processing or transmission, and the priority transmission level of the corresponding PDCP SDU is lower than that of the first PDCP SDU;

25. The data transmission apparatus according to any of claims 22-24, wherein the processing module is further configured to initialize a temporary state variable maintained by the PDCP entity corresponding to each radio bearer to 0; and after the PDCP SN is set for each first PDCP SDU and the corresponding PDCP PDU thereof, updating the temporary state variable in a manner of adding one to a numerical value.

26. The data transmission apparatus according to any of claims 22-24, wherein the processing module is further configured to perform a modulo operation on the SN value of each PDCP PDU according to a preset parameter.

27. The data transmission apparatus of claim 20, further comprising:

28. The data transmission apparatus of claim 22, wherein the data packets to be transmitted are XR data packets, and wherein the data packets of the first data type comprise content of at least one of:

an I frame or non-FOV frame generated by a video encoder;

user behavior data collected by a sensor;

TCP ACK signaling for downlink audio and/or video traffic transmission;

RTCP ACK signaling.

29. The data transmission apparatus of claim 20,

30. The data transmission apparatus of claim 21,

31. A data transmission device is applied to network side equipment and comprises:

a determining module, configured to determine a radio bearer corresponding to a terminal;

the sending module is configured to send first indication information for the radio bearer to the terminal, where the first indication information is used to indicate, to the terminal, a priority transmission sequence of data packets to be transmitted, and the data packets to be transmitted are data packets to be transmitted in the radio bearer.

32. The data transmission apparatus of claim 31,

the sending module is further configured to send second indication information to the terminal, where the second indication information is used to specify the radio bearer to the terminal.

33. The data transmission apparatus according to claim 31, wherein the first indication information corresponds to the data packet to be transmitted, and the first indication information includes any one of:

a priority transmission level;

an importance level;

transmitting delay requirement information;

an "whether to transmit first" flag;

data type indication information.

34. The data transmission apparatus of claim 31, wherein the data packet to be transmitted is an XR data packet.

35. The data transmission apparatus according to claim 31 or 34, wherein the data packet to be transmitted comprises at least one of the following:

an I frame or non-FOV frame generated by a video encoder;

user behavior data collected by a sensor;

TCP ACK signaling for downlink audio and/or video traffic transmission;

RTCP ACK signaling.

36. A terminal comprising a processor, a memory and a program or instructions stored on the memory and executable on the processor, the program or instructions when executed by the processor implementing the steps of the data transmission method according to any one of claims 1 to 14.

37. A network-side device comprising a processor, a memory, and a program or instructions stored on the memory and executable on the processor, wherein the program or instructions, when executed by the processor, implement the steps of the data transmission method according to any one of claims 15 to 19.

38. A readable storage medium, on which a program or instructions are stored, which program or instructions, when executed by a processor, carry out the data transmission method of any one of claims 1 to 14, or carry out the steps of the data transmission method of any one of claims 15 to 19.