CN115707037A

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

Info

Publication number: CN115707037A
Application number: CN202110933015.3A
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-02-17
Also published as: WO2023016402A1

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: determining a priority transmission sequence of data packages to be transmitted according to the first indication information, wherein the data packages to be transmitted are data packages to be transmitted in a logic channel; the MAC entity multiplexes the data packets to be transmitted into transmission resources according to the priority transmission sequence; and transmitting the data packet to be transmitted. 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 ranges from partial sensory input to fully immersive virtual reality. One 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:

determining a priority transmission sequence of data packages to be transmitted according to the first indication information, wherein the data packages to be transmitted are data packages to be transmitted in a logic channel;

the MAC entity multiplexes the data packets to be transmitted into transmission resources according to the priority transmission sequence;

and transmitting the data packet to be transmitted.

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

determining a logical channel corresponding to a terminal;

and sending first indication information aiming at the logical channel 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 processing module is used for determining the priority transmission sequence of the data packets to be transmitted according to the first indication information, wherein the data packets to be transmitted are the data packets to be transmitted in the logic channel;

the multiplexing module is used for multiplexing the data packets to be transmitted into transmission resources according to the priority transmission sequence;

and the transmission module is used for transmitting the data packet to be transmitted.

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

a determining module, configured to determine a logical channel corresponding to a terminal;

and the sending module is used for sending first indication information aiming at the logic channel 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 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 determine a priority transmission order of data packets to be transmitted according to first indication information, where the data packets to be transmitted are data packets to be transmitted in a logical channel; the MAC entity multiplexes the data packets to be transmitted into transmission resources according to the priority transmission sequence; and transmitting the data packet to be transmitted.

In a seventh aspect, a network side device is provided, where the terminal includes a processor, a memory, and a program or an instruction stored in 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 processor is configured to determine a logical channel corresponding to a terminal; and sending first indication information aiming at the logic channel 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 or 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 or second aspect.

In an eleventh aspect, there is provided a computer program/program product stored in 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 logical channel, the MAC layer of the UE determines the multiplexing order of the corresponding data packet to be transmitted according to the first indication information corresponding to each data packet to be transmitted, 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 the 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 terminal-side data transmission method according to an embodiment of the present application;

fig. 3 is a schematic flowchart illustrating a data transmission method at 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 terminal-side data transmission device according to an embodiment of the present application;

fig. 6 is a schematic structural diagram of a network-side device-side data transmission apparatus 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 that can be derived from the embodiments given herein by a person of ordinary skill in the art are intended to be within the scope of the present disclosure.

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" used herein generally refer to a class and do not limit the number of objects, for example, a first object can be one or more. 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, where 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 home evolved node B, a WLAN access Point, a WiFi node, a Transmit Receiving Point (TRP), or some other suitable term 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, the Base Station is only taken as an example, but not limited to a specific type of the Base Station, and the core network device may be a location management device, such as a location management function (LMF, E-SLMC), and the like.

Users want 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 a wireless network, XR service transmission mainly involves uplink and downlink video/audio data transmission and interaction between a terminal device (User equipment) and a wireless network passing through a new network (e.g., LTE/NR, etc.). The UE needs to transmit some control signaling and special data with control function through wireless network uplink while transmitting video and audio data itself, so as to generate and process video and audio service data in 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 UE XR application encoder and control data information included in service transmission protocol, for example:

from an application level, there may be included (but not limited to):

an I-frame or non-FOV (Field of view) frame 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 the TCP ACK signaling (TCP feedback) transmitted by the downlink audio/video service, the network needs to determine whether to continue to send the subsequent frame according to whether the corresponding video/audio frame has been confirmed 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 transmit the video and audio service data to the wireless network for processing and transmission, and finally, the service data is sent 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, where each service data flow corresponds to the same or similar QoS requirements. In the NR System, the service data flow corresponds to a QoS flow, while in the LTE System, the service 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 comprises 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 transferred to the AS layer is mapped to a radio bearer, the Data packet is transferred 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 of transmitting PDCP SDU to PDCP entity, the transmission sequence of the PDCP SDU which arrives first is prior to the sequence of transmitting the PDCP SDU first and then. 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 initializes to 0 when it is established, and after one PDCP SDU is transferred from an Upper layer (Upper layers) 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 forward the PDCP PDUs in order to a lower protocol layer (RLC) for subsequent processing and transmission, according to the SN included in the PDCP PDUs. 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 RLC SDUs to be transmitted, and are 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 to be transmitted in the buffer.

For one or more RLC SDUs that are determined by the RLC entity and can be reused in the allocated transmission resources, the RLC entity adds corresponding RLC header files to the RLC SDUs respectively, generates corresponding RLC PDUs, and transmits the 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 supported by the resource 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 transmits 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 an Uplink grant, the MAC entity of the UE further allocates the Uplink transmission resource among a plurality of 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, the corresponding RLC entity delivers one or more RLC PDUs to the corresponding logical channel of the MAC layer based on the transmission resources allocated to each logical channel. The MAC layer takes the RLC PDUs obtained from the RLC entity by each logical channel as MAC SDUs to be transmitted, adds MAC header files corresponding to the corresponding logical channels to form MAC sub-PDUs of the corresponding logical channels, and multiplexes the MAC sub-PDUs into the whole transmission resource to be used as data sent by the current uplink transmission of the 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 wireless signals.

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

In general, in existing LTE and NR networks, for data of each radio bearer, a UE generally uses a principle of "first arrival and first transmission" to implement the above uplink data processing and transmission process. Specifically, for each radio bearer, the UE processes the data packets in each protocol layer according to the sequence in which the data packets (SDUs) are delivered to the corresponding entities in the layer, and delivers the processed data Packets (PDUs) to the next protocol layer in sequence. That is, for the data packet transmitted 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, performing uplink processing, scheduling and transmission of data packets according to the arrival sequence of the data packets is a more reasonable way in the prior art from the viewpoint of ensuring the time delay as much as possible.

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 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 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 waiting for processing and transmission when control information having a control function and special data 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 application provides a data transmission method, which is executed by a terminal as shown in fig. 2, and includes:

step 101: determining a priority transmission sequence of data packages to be transmitted according to the first indication information, wherein the data packages to be transmitted are data packages to be transmitted in a logic channel;

in some embodiments, the first indication information corresponding to each data packet to be transmitted is configured or preconfigured or protocol-specified by the network side device.

Step 102: the MAC entity multiplexes the data packets to be transmitted into transmission resources according to the priority transmission sequence;

in some embodiments, the transmission resource is an uplink transmission resource grant allocated by the base station.

Step 103: and transmitting the data packet to be transmitted.

In this embodiment, based on the MAC entity, in the resource multiplexing process, the MAC layer of the UE identifies, for a data packet to be transmitted of each logical channel, a special data packet that needs to be preferentially transmitted according to characteristic indication information (i.e., first indication information) carried by each data packet, and preferentially multiplexes the data packet into a transmission resource, without changing SN setting rules of the PDCP SDU defined by the existing PDCP protocol and performed by the PDCP entity, so that the special data packet that needs to be preferentially transmitted can be multiplexed into the transmission resource before other common service data for transmission.

In this embodiment, when each data packet is transferred to the AS, the data packet needs to carry the characteristic indication information, so that the corresponding AS protocol layer of the UE can identify the data packet (for example, but not limited to, the control signaling data and the special data having the control function in the XR service) that needs to be preferentially transmitted according to the characteristic indication information. The specific form of the characteristic indicating information of each data packet may be 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. In general, the AS layer of the UE determines, according to the characteristic indication information, the data packet that needs to be preferentially transmitted in each radio bearer, and implements preferential processing and transmission thereof.

In some embodiments, the first indication information is used to indicate any one of the following of each of the data packages to be transmitted:

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 to be transmitted preferentially can be distinguished through the first indication information, the data packets to be transmitted 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.

In some embodiments, the first indication information corresponds to an RLC SDU;

the step of multiplexing, by the MAC entity, the to-be-transmitted packet into a transmission resource according to the priority transmission order specifically includes: and the MAC entity multiplexes the RLC PDUs corresponding to the RLC SDUs into transmission resources according to the priority transmission sequence.

In some embodiments, the multiplexing, by the MAC entity, the RLC PDU corresponding to the RLC SDU into a transmission resource according to the priority transmission order includes:

under the condition that the first indication information indicates the priority transmission grade, the RLC PDUs corresponding to the RLC SDUs are multiplexed into transmission resources from high to low according to the priority transmission grade;

under the condition that the first indication information indicates the importance level, the RLC PDUs corresponding to the RLC SDUs are multiplexed into transmission resources from high to low according to the importance level;

multiplexing RLC PDUs corresponding to the RLC SDUs into transmission resources from short to long according to the transmission delay requirement under the condition that the first indication information indicates the transmission delay requirement information;

under the condition that the first indication information indicates the identifier of 'transmission priority', the RLC PDU corresponding to the RLC SDU marked as 'transmission priority' is multiplexed preferentially;

and under the condition that the first indication information indicates the data type indication information, preferentially multiplexing RLC PDUs corresponding to the RLC SDUs of which the data types are the first data types.

Thus, the priority transmission of the control data and the special data can be realized by setting the priority transmission level, the importance level, the transmission delay requirement, the priority transmission identifier and/or the data type of the control data and the special data.

In some embodiments, prior to multiplexing RLC PDUs corresponding to the RLC SDU, if a first RLC SDU exists in the logical channel, the RLC PDU corresponding to the first RLC SDU is preferentially multiplexed;

wherein the first RLC SDU is an RLC SDU that was segmented in one or several previous transmissions and has a portion of remaining data waiting for a subsequent transmission.

In some embodiments, if a second RLC SDU exists in the radio bearer corresponding to the logical channel, the MAC entity multiplexes an RLC PDU corresponding to a target RLC SDU that satisfies the first condition and the second condition until the first condition and/or the second condition cannot be satisfied;

wherein the second RLC SDU is an RLC SDU which was segmented in one or several previous transmissions and has a part of remaining data waiting for a subsequent transmission;

wherein the first condition comprises any one of:

the priority transmission grade corresponding to the target RLC SDU is higher than the priority transmission grade of the second RLC SDU;

the importance level corresponding to the target RLC SDU is higher than that of the second RLC SDU;

the transmission delay requirement corresponding to the target RLC SDU is lower than that of a second RLC SDU;

the target RLC SDU is identified as "priority transmission";

the data type corresponding to the target RLC SDU is a first data type, and the data type of a second RLC SDU is a second data type different from the first data type;

wherein the second condition comprises:

RLC SDUs multiplexed into the transmission resource can be completed.

In some embodiments, if a second RLC SDU exists in the radio bearer corresponding to the logical channel, the MAC entity multiplexes an RLC PDU corresponding to a target RLC SDU that satisfies the first condition and the second condition until the first condition and/or the second condition cannot be satisfied, and after the step of multiplexing the RLC PDU corresponding to the target RLC SDU that satisfies the first condition and the second condition, the method further includes:

and multiplexing the RLC PDU corresponding to the second RLC SDU under the condition that the transmission resources are still remained.

In some embodiments, multiplexing the RLC PDU corresponding to the second RLC SDU when the transmission resource still remains includes:

and under the condition that the transmission resources still remain, multiplexing RLC PDUs corresponding to the RLC SDUs remaining in the logical channel into the transmission resources.

under the condition that the first indication information indicates the priority transmission grade, carrying out multiplexing on RLC SDUs with the same priority transmission grade according to the sequence of the corresponding PDCP SNs or according to a preset transmission rule;

under the condition that the first indication information indicates the importance level, multiplexing RLC SDUs with the same importance level according to the sequence of the corresponding PDCP SNs or according to a preset transmission rule;

under the condition that the first indication information indicates the transmission delay requirement information, multiplexing RLC SDUs with the same transmission delay requirement according to the sequence of the corresponding PDCP SNs or multiplexing according to a preset transmission rule;

under the condition that the first indication information indicates the identifier of 'transmission priority', multiplexing a plurality of RLC SDUs marked with 'transmission priority' according to the sequence of the corresponding PDCP SNs or according to a preset transmission rule;

and multiplexing a plurality of RLC SDUs of a first data type according to the sequence of the corresponding PDCP SNs thereof or multiplexing according to a preset transmission rule under the condition that the first indication information indicates the data type indication information.

The transmission rule is determined by any one of the following methods: determined by the terminal; configured by a network side device; as specified by the protocol.

In some embodiments, before the step of multiplexing, by the MAC entity, the data packet to be transmitted into a transmission resource according to the priority transmission order, the method further includes:

the AS layer entity transmits the data packet to be transmitted and the corresponding first indication information to the PDCP entity;

the PDCP entity distributes PDCP SNs for each data packet to be transmitted, generates corresponding PDCP PDUs and transmits the PDCP SNs to the RLC entity;

the RLC entity delivers the PDCP PDU as an RLC SDU to the MAC entity;

the MAC entity multiplexes the data packets to be transmitted into transmission resources according to the priority transmission sequence, and the step of transmitting the data packets to be transmitted comprises the following steps:

the MAC entity multiplexes the RLC PDU corresponding to the RLC SDU into a transmission resource according to the first indication information corresponding to the RLC SDU;

and the MAC entity takes the data multiplexed by all the logical channels as MAC SDUs of the logical channels, respectively adds MAC header files to form MAC PDUs, and uses the transmission resources to carry out uplink transmission on the MAC PDUs.

In some embodiments, before the step of determining the priority transmission order of the data packets to be transmitted according to the first indication information, the method further includes:

and receiving second indication information of a network side, wherein the logical channel is the logical channel specified by the second indication information.

Optionally, the second indication information may be used to indicate whether a PDCP entity corresponding to the logical channel of the network side supports a data reception method of out-of-order delivery. The "out-of-order delivery" refers to that if the PDCP entity of the communication receiver fails to receive data according to the data transmission sequence of the communication transmitter, the received data can be directly delivered to the upper protocol stack for processing without reordering.

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 data packets to be transmitted 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.

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 logical channel corresponding to a terminal;

step 202: and sending first indication information aiming at the logic channel 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 some embodiments, the first indication information is further used to indicate that a PDCP entity corresponding to the logical channel supports delivery of non-in-sequence data.

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

and sending second indication information to the terminal, wherein the logical channel is the logical channel specified by the second indication information.

As shown in fig. 4, in the prior art, a control information packet/a special packet with a control function is delivered in sequence with a general service packet (video frame, audio frame, etc.), and there is no priority transmission. In this embodiment, however, the MAC layer determines the priority transmission order of the data packets, and can preferentially multiplex the control information data packets/special data packets having a control function into the transmission resource, thereby avoiding the XR service from being stuck and ensuring the XR service experience of the user.

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

step one, the data packet is transmitted to the AS layer and is mapped to a corresponding data radio bearer AS PDCP SDU. And when the data packets are transmitted, the upper layer provides the characteristic indication information corresponding to each data packet for the AS layer in an interlayer primitive mode. 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 transferred 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 implementation is to set the above "I frame", "non-FoV frame", "TCP ACK", "RTCP signaling", "position/Control", etc. as a first data type, which corresponds to the above "Control information" or "special data", and to set other service data as 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", "position/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 setting corresponding characteristic indication information for each generated data packet according to the configuration information and the rule by relevant protocol layers of the UE, such AS an application layer, a transport layer, a non-access stratum (non-AS, NAS) and the like.

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 PDCP SDU, the PDCP entity distributes PDCP SNs for the PDCP SDU (namely, SN values are set according to the sequence of transmitting the PDCP SDU to the AS), and generates corresponding PDCP PDU; then the data is transmitted to a corresponding RLC entity to be used as an RLC SDU to be transmitted to be stored in a buffer area to wait for subsequent processing and transmission. Here, each RLC SDU is a PDCP PDU, and each PDCP PDU corresponds to a single PDCP SDU, so the above-mentioned characteristic indication information carried by each PDCP SDU is also applicable to the corresponding PDCP PDU and RLC SDU.

And step three, when the MAC layer of the UE obtains an uplink transmission resource, the MAC entity distributes available transmission resources for each logical channel according to the logical channel priority mode. The Uplink transmission resource may be an Uplink transmission resource grant (Uplink grant) allocated by the base station.

Step four, aiming at the available transmission resources distributed to each logic channel, the UE MAC layer further carries out multiplexing operation on the data packet to be transmitted contained in each logic channel according to the different forms of the characteristic indication information corresponding to each PDCP PDU/RLC SDU and the following conditions:

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

-if there is an RLC SDU in the respective RLC entity which was segmented in a previous transmission or transmissions and which has a remaining part of data to wait for a subsequent transmission, preferentially multiplexing the remaining part of the RLC SDU into the transmission resources allocated for the respective logical channel; then, for other RLC SDUs to be transmitted cached in the logical channel, multiplexing the RLC SDUs into the rest transmission resources according to the sequence that the priority transmission grades corresponding to the RLC SDUs are from high to low, or the importance grades are from high to low, or the transmission delay requirements are from short to long; until the transmission resource is used up or all data has been multiplexed into the resource.

If there is no segmented RLC SDU with part of remaining data waiting for subsequent transmission, multiplexing RLC PDUs corresponding to the RLC SDU into transmission resources according to an order that a priority transmission class corresponding to the RLC SDU is from high to low, or an importance class is from high to low, or a transmission delay requirement is from short to long, directly for all RLC SDUs to be transmitted in the logical channel, until the transmission resources are used up or all data are multiplexed into the resources.

Particularly, for RLC SDUs with the same priority transmission class or importance class or transmission delay requirement, the multiplexing order may depend on the specific implementation of the UE and is not specified; or multiplexing according to the sequence of the corresponding PDCP SN; or the multiplexing order of these RLC SDUs is randomly determined by the UE.

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

-if there is an RLC SDU in the corresponding RLC entity that was segmented in a previous transmission or transmissions and that has a remaining part of the data to be transmitted subsequently, preferentially multiplexing the remaining part of the RLC SDU into the transmission resources allocated for the corresponding logical channel; then, preferentially multiplexing the RLC SDUs marked as 'preferential transmission' in other RLC SDUs to be transmitted cached in the logical channel until the transmission resource is used up or all data are multiplexed into the resource; if resources remain after multiplexing the RLC SDUs, the RLC SDUs identified as "non-priority transmission" or the identification set as default are multiplexed again.

Otherwise, if there is no RLC SDU which is segmented and has part of remaining data waiting for subsequent transmission as described above, then those RLC SDUs identified as "transmission-preferred" are preferentially multiplexed directly for all RLC SDUs to be transmitted in the logical channel, and if resources still remain, those RLC SDUs identified as "non-transmission-preferred" or the identification is set as default RLC SDUs are multiplexed last.

In particular, if there is more than one RLC SDU identified as "priority transmission," its multiplexing order may depend on the UE specific implementation, not specified; or multiplexing according to the sequence of the corresponding PDCP SNs; or the multiplexing order of these RLC SDUs is randomly determined by the UE.

Case C: data type indication information corresponding to each data packet

-if there is an RLC SDU in the respective RLC entity which was segmented in a previous transmission or transmissions and which has a remaining part of the data to be transmitted subsequently, preferentially multiplexing the remaining part of the RLC SDU into the transmission resources allocated for the respective logical channel; then, for other RLC SDUs to be transmitted buffered in the logical channel, those RLC SDUs indicated as the first data type (e.g., "Control information", "special data", "I frame", "non-FoV frame", "TCP ACK", "RTCP signaling", "pos/Control", etc. have special data types) are preferentially multiplexed until the transmission resource is used up or all data are multiplexed into the resource; if resources remain after multiplexing the RLC SDUs, the RLC SDUs indicated as the second data type (e.g., "normal service data") or set as default by the data type indication are multiplexed again.

Otherwise, if there is no RLC SDU segmented and having a part of remaining data waiting for subsequent transmission as described above, those RLC SDUs indicated as the first data type (e.g., "Control information", "special data", "I frame", "non-FoV frame", "TCP ACK", "RTCP signaling", "position/Control", etc. having a special data type) are preferentially multiplexed; if resources remain after multiplexing the RLC SDUs, the RLC SDUs indicated as the second data type (e.g., "normal service data") or set as default by the data type indication are multiplexed again.

In particular, if there is more than one RLC SDU indicated as the first data type, the further multiplexing order between these data may depend on the UE specific implementation and is not specified; or multiplexing according to the sequence of the corresponding PDCP SN; or the order of these RLC SDUs is randomly determined by the UE. Or the UE may perform further priority transmission level ordering on the PDCP PDUs of these special data types at the AS protocol layer through some rules, for example: "pos/Control" data priority transmission level is highest, "TCP ACK/RTCP signaling" is next highest, "I frame/non-FoV frame" is again, and so on. The rules may be configured by the base station through RRC signaling or defined by standard protocols.

In addition, optionally, the various characteristic indication information described above corresponds to one PDCP SDU/RLC SDU, which in turn corresponds to one PDCP SDU/RLC PDU since one PDCP PDU/RLC SDU may correspond to a certain PDCP SDU or RLC PDU.

Step five, after executing the operation in the step four for each logical channel, the MAC entity adds MAC header files to the data multiplexed by all the logical channels as MAC SDUs corresponding to the respective logical channels, further forms MAC PDUs, and performs uplink transmission using the uplink resources.

From the network side, 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 the operations in step four: if the corresponding indication information is set as 'priority transmission allowed', the logical channel multiplexing operation in the fourth step is executed; otherwise, the UE will perform an in-order multiplexing mechanism in SN order according to the prior art.

In another embodiment, the data transmission method comprises the following steps:

step one, the data packet is transferred to the AS layer and mapped to the corresponding data radio bearer AS PDCP SDU. When the data packet is transmitted, the upper layer provides the AS layer with the characteristic indication information corresponding to each data packet in an interlayer primitive manner. 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 of each PDCP SDU are correspondingly represented. The higher the priority transmission level, the higher the importance level, and the shorter the transmission delay requirement, the more priority transmission is required. 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.

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 transferred 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 implementation is to set the above "I frame", "non-FoV frame", "TCP ACK", "RTCP signaling", "position/Control", etc. as a first data type, which corresponds to the above "Control information" or "special data", and set other service data as 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 a corresponding scheme for alignment.

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" and "RTCP signaling" as the first data type, and configure the highest priority transmission level, importance level, or the shortest transmission delay requirement for it; 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 three, when the MAC layer of the UE obtains an uplink transmission resource, the MAC entity distributes available transmission resources for each logic channel according to the priority mode of the logic channels. The Uplink transmission resource may be an Uplink transmission resource grant (Uplink grant) allocated by the base station.

for case a:

if the current priority transmission level, or importance level, or transmission delay requirement of the RLC SDU is higher than that of the priority transmission level, or importance level, exists in the corresponding radio bearer, then, of the RLC SDUs, those RLC SDUs which can be completely multiplexed into the transmission resource are preferentially multiplexed until the next RLC SDU with higher priority transmission level/importance level or shorter transmission delay requirement cannot be completely multiplexed (i.e. segmentation processing is not allowed to be performed on the RLC SDUs); after multiplexing the RLC SDUs with higher priority transmission level/importance level or shorter delay requirement, if there are remaining resources, further multiplexing the data corresponding to the RLC SDUs of the RLC SDU which was segmented in one or several previous transmissions and has a part of remaining data waiting for the subsequent transmission.

If there is no RLC SDU with the priority transmission grade, or the importance grade, or the transmission time delay requirement higher than that of the RLC SDU, directly aiming at all the RLC SDUs to be transmitted in the logic channel, multiplexing the RLC PDUs corresponding to the RLC SDUs into the transmission resources according to the sequence that the priority transmission grades corresponding to the RLC SDUs are from high to low, or the importance grades are from high to low, or the transmission time delay grades are from short to long, until the transmission resources are used up or all data are multiplexed into the resources.

For case B:

if the RLC SDU is an RLC SDU identified as "non-priority transmission" or whose identification is set to a default value, and there are currently other RLC SDUs identified as "priority transmission", those RLC SDUs that can be completely multiplexed into the transmission resource are preferentially multiplexed among the RLC SDUs identified as "priority transmission" until the next RLC SDU identified as "priority transmission" cannot be completely multiplexed (i.e., segmentation processing is not allowed for the RLC SDUs); after multiplexing the RLC SDUs with higher priority transmission level/importance level or shorter delay requirement, if there is remaining resource, further multiplexing the data corresponding to the RLC SDU which has been segmented once and has a part of remaining data which has not been transmitted yet.

If there is no other RLC SDU marked as "priority transmission" except the RLC SDU, multiplexing the RLC SDU which is segmented once and has a part of remaining data not to be transmitted, and multiplexing the RLC SDUs in sequence according to SN values of the RLC SDUs.

For case C:

if the RLC SDU is an RLC SDU that is indicated as the second data type (e.g., "normal service data" type) or that is set as a default value, and there are currently other RLC SDUs that are indicated as the first data type (e.g., "Control information", "special data", "I frame", "non-FoV frame", "TCP ACK", "RTCP signaling", "position/Control", etc. have special data types), then, of the RLC SDUs that are identified as the first data type, those RLC SDUs that can be completely multiplexed into the transmission resource are preferentially multiplexed until the next RLC SDU that is indicated as the first data type cannot be completely multiplexed (i.e., segmentation processing is not allowed for those RLC SDUs); after multiplexing the RLC SDUs of the specific data types, if there are remaining resources, further multiplexing data corresponding to the RLC SDUs which are segmented once and have a part of remaining data not completed for transmission.

If there is no other RLC SDU indicated as the first data type other than the RLC SDU, the above-mentioned "RLC SDU once segmented and having a part of remaining data not completed for transmission" is multiplexed first, and then the RLC SDUs are sequentially multiplexed according to SN values of the RLC SDUs.

In the above operation, if there are a plurality of RLC SDUs with the same priority transmission level, importance level, and transmission delay requirement (case a), or a plurality of RLC SDUs identified as "priority transmission" (case B), or a plurality of RLC SDUs identified as a first data type (e.g., "Control information", "special data", "I frame", "non-FoV frame", "TCP ACK", "RTCP signaling", "pos/Control", etc. have special data types) (case C), the further multiplexing order between these data packets may depend on the UE specific implementation and is not specified; or multiplexing according to the sequence of the corresponding PDCP SN; or the order of these RLC SDUs is randomly determined by the UE. Or the UE may perform further priority transmission level ordering on the PDCP PDUs of these special data types at the AS protocol layer through some rules, such AS: "pos/Control" data priority transmission level is highest, "TCP ACK/RTCP signaling" is next highest, "I frame/non-FoV frame" is again, and so on. The rules may be configured by the base station through RRC signaling or defined by standard protocols.

If there is no RLC SDU in the corresponding RLC entity that is "segmented in a previous transmission or transmissions and has a remaining part to wait for a subsequent transmission, the multiplexing method is the same as the corresponding processing method of cases a, B, C in the previous embodiment. And will not be described in detail herein. Step five, after executing the operation in the step four for each logical channel, the MAC entity adds MAC header files to the data multiplexed by all the logical channels as MAC SDUs corresponding to the respective logical channels, further forms MAC PDUs, and performs uplink transmission using the uplink resources.

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 300, which is applied to a terminal, and as shown in fig. 5, the apparatus includes:

the processing module 310 is configured to determine a priority transmission order of data packets to be transmitted according to the first indication information, where the data packets to be transmitted are data packets to be transmitted in a logical channel;

a multiplexing module 320, configured to multiplex the data packets to be transmitted into transmission resources according to the priority transmission order;

the transmission module 330 is configured to transmit the data packet to be transmitted.

a priority transmission level;

a level of importance;

transmitting delay requirement information;

an "whether to transmit first" flag;

data type indication information.

the multiplexing module is specifically configured to multiplex RLC PDUs corresponding to the RLC SDUs into transmission resources according to the priority transmission order.

In some embodiments, the multiplexing module is specifically configured to:

under the condition that the first indication information indicates the importance level, multiplexing RLC PDUs corresponding to the RLC SDUs into transmission resources from high to low according to the importance level;

In some embodiments, the multiplexing module is specifically configured to, before multiplexing the RLC PDUs corresponding to the RLC SDUs, preferentially multiplex the RLC PDUs corresponding to the first RLC SDUs if the first RLC SDUs exist in the logical channel;

In some embodiments, if a second RLC SDU exists in the radio bearer corresponding to the logical channel, the multiplexing module is specifically configured to multiplex an RLC PDU corresponding to a target RLC SDU that meets the first condition and the second condition until the first condition and/or the second condition cannot be met;

wherein the first condition comprises any one of:

the target RLC SDU is identified as "priority transmission";

wherein the second condition comprises:

RLC SDUs multiplexed into the transmission resource can be completed.

In some embodiments, the multiplexing module is specifically configured to multiplex the RLC PDU corresponding to the second RLC SDU when transmission resources still remain.

In some embodiments, the multiplexing module is specifically configured to multiplex RLC PDUs corresponding to RLC SDUs remaining in the logical channel into the transmission resources in case that transmission resources still remain.

In some embodiments, the multiplexing module is specifically configured to:

multiplexing the RLC SDUs with the same transmission delay requirement according to the sequence of the corresponding PDCP SNs thereof or multiplexing according to a preset transmission rule under the condition that the first indication information indicates the transmission delay requirement information;

In some embodiments, the transmission rule is determined by any one of: determined by the terminal; configured by a network side device; as specified by the protocol.

In some embodiments, further comprising:

a receiving module, configured to receive second indication information from a network side, where the logical channel is a logical channel 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 first indication information is determined by any one of: configured by a network side device; pre-configuring; as specified by the protocol.

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 400, which is applied to a network side device, as shown in fig. 6, the apparatus includes:

a determining module 410, configured to determine a logical channel corresponding to a terminal;

a sending module 420, configured to send first indication information for the logical channel 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 some embodiments, the sending module is further configured to send second indication information to the terminal, where the logical channel is a logical channel specified by the second indication information.

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-side device, the program or the instructions are executed by the processor 501 to implement the processes of the data transmission method embodiment applied to the network-side 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 determining the priority transmission sequence of the data packets to be transmitted according to the first indication information, and the data packets to be transmitted are the data packets to be transmitted in the logic channel; the MAC entity multiplexes the data packets to be transmitted into transmission resources according to the priority transmission sequence; and transmitting the data packet to be transmitted. The terminal embodiment corresponds to the terminal-side method embodiment, and all implementation processes and implementation manners 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 can include, 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 video 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, after receiving downlink data from a network side device, the radio frequency unit 1001 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, the processor 1010 may integrate an application processor, which primarily handles operating system, user interface, and applications or instructions, etc., and a modem processor, which primarily handles 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 determine a priority transmission sequence of data packets to be transmitted according to the first indication information, where the data packets to be transmitted are data packets to be transmitted in a logical channel; the MAC entity multiplexes the data packets to be transmitted into transmission resources according to the priority transmission sequence; and transmitting the data packet to be transmitted.

a priority transmission level;

an importance level;

transmitting delay requirement information;

an "whether to transmit first" flag;

data type indication information.

a processor 1010, configured to multiplex the RLC PDU corresponding to the RLC SDU into a transmission resource according to the priority transmission order.

In some embodiments, the processor 1010 is configured to:

under the condition that the first indication information indicates the transmission delay requirement information, the RLC PDU corresponding to the RLC SDU is multiplexed into transmission resources from short to long according to the transmission delay requirement;

preferentially multiplexing the RLC PDU corresponding to the RLC SDU marked as 'preferential transmission' under the condition that the first indication information indicates the 'whether the transmission is preferentially performed' mark;

and preferentially multiplexing the RLC PDU corresponding to the RLC SDU of which the data type is the first data type under the condition that the first indication information indicates the data type indication information.

In some embodiments, the processor 1010 is configured to, before multiplexing RLC PDUs corresponding to the RLC SDUs, preferentially multiplex an RLC PDU corresponding to a first RLC SDU if the first RLC SDU exists in the logical channel;

In some embodiments, if a second RLC SDU exists in the radio bearer corresponding to the logical channel, the processor 1010 is configured to multiplex an RLC PDU corresponding to a target RLC SDU that meets the first condition and the second condition until the first condition and/or the second condition cannot be met;

wherein the second RLC SDU was segmented in one or several previous transmissions and has a portion of remaining data waiting for a subsequent transmission;

wherein the first condition comprises any one of:

the target RLC SDU is identified as "priority transmission";

wherein the second condition comprises:

RLC SDUs multiplexed into the transmission resource can be completed.

In some embodiments, the processor 1010 is configured to multiplex the RLC PDU corresponding to the second RLC SDU if transmission resources still remain.

In some embodiments, the processor 1010 is configured to multiplex RLC PDUs corresponding to RLC SDUs remaining in the logical channel into transmission resources if the transmission resources still remain.

In some embodiments, processor 1010 is configured to perform:

and under the condition that the first indication information indicates the data type indication information, multiplexing the RLC SDUs of the first data type according to the sequence of the corresponding PDCP SNs or according to a preset transmission rule.

In some embodiments, the processor 1010 is configured to receive second indication information on a network side, where the logical channel is a logical channel 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 embodiment of the application also provides a network side device, which comprises a processor and a communication interface, wherein the processor is used for determining a logical channel corresponding to the terminal; and sending first indication information aiming at the logical channel 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.

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 radio frequency device 72, and the radio frequency 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, such as a Common Public Radio Interface (CPRI), for exchanging information with the radio frequency device 72.

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, and 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 in detail to avoid repetition.

The embodiments of the present application further provide a readable storage medium, where a program or an instruction is stored, and when the program or the instruction is executed by a processor, the program or the instruction implements the processes of the data transmission method embodiment, and can achieve the same technical effects, and in order to avoid repetition, the detailed description is omitted 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 phrases "comprising a component of' 8230; \8230;" does not exclude the presence of another like 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 present embodiments are not limited to those precise embodiments, which are intended to be illustrative rather than restrictive, and that various changes and modifications may be effected therein by one skilled in the art without departing from the scope of the appended claims.

Claims

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

determining a priority transmission sequence of data packets to be transmitted according to first indication information, wherein the data packets to be transmitted are data packets to be transmitted in a logic channel;

and transmitting the data packet to be transmitted.

2. The data transmission method according to claim 1, wherein the first indication information is used to indicate any one of the following items of each data packet to be transmitted:

a priority transmission level;

a level of importance;

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 an RLC SDU;

the step of multiplexing, by the MAC entity, the to-be-transmitted data packet into a transmission resource according to the priority transmission order includes: and the MAC entity multiplexes the RLC PDUs corresponding to the RLC SDUs into transmission resources according to the priority transmission sequence.

4. The method of claim 3, wherein the MAC entity multiplexes RLC PDUs corresponding to the RLC SDUs into transmission resources according to the priority transmission order, comprising:

under the condition that the first indication information indicates the priority transmission level, the RLC PDUs corresponding to the RLC SDUs are multiplexed into transmission resources from high to low according to the priority transmission level;

5. The data transmission method according to claim 4, wherein before multiplexing RLC PDUs corresponding to the RLC SDUs, if a first RLC SDU exists in the logical channel, RLC PDUs corresponding to the first RLC SDU are preferentially multiplexed;

6. The data transmission method according to claim 4, wherein if a second RLC SDU exists in the radio bearer corresponding to the logical channel, the MAC entity multiplexes RLC PDUs corresponding to target RLC SDUs that satisfy the first condition and the second condition until the first condition and/or the second condition cannot be satisfied;

wherein the first condition comprises any one of:

the priority transmission grade corresponding to the target RLC SDU is higher than that of the second RLC SDU;

the target RLC SDU is identified as "priority transmission";

wherein the second condition comprises:

RLC SDUs multiplexed into the transmission resource can be completed.

7. The data transmission method according to claim 6, wherein if a second RLC SDU exists in the radio bearer corresponding to the logical channel, the MAC entity multiplexes RLC PDUs corresponding to target RLC SDUs that satisfy the first condition and the second condition until the first condition and/or the second condition cannot be satisfied, and after the step of multiplexing RLC PDUs corresponding to target RLC SDUs that satisfy the first condition and/or the second condition, the method further comprises:

8. The data transmission method according to claim 7, wherein multiplexing the RLC PDU corresponding to the second RLC SDU when the transmission resource still remains comprises:

9. The data transmission method according to any of claims 3-8, wherein the multiplexing, by the MAC entity, the RLC PDUs corresponding to the RLC SDUs into transmission resources according to the priority transmission order comprises:

under the condition that the first indication information indicates the priority transmission level, multiplexing RLC SDUs with the same priority transmission level according to the sequence of the corresponding PDCP SNs or according to a preset transmission rule;

10. The data transmission method according to claim 9, wherein the transmission rule is determined by any one of: determined by the terminal; configured by a network side device; as specified by the protocol.

11. The data transmission method according to claim 1, wherein before the step of multiplexing the data packets to be transmitted into the transmission resources by the MAC entity according to the priority transmission order, the method further comprises:

the RLC entity delivers the PDCP PDU as an RLC SDU to the MAC entity;

the MAC entity multiplexes the RLC PDU corresponding to the RLC SDU into transmission resources according to the first indication information corresponding to the RLC SDU;

12. The data transmission method according to any one of claims 1 to 8, wherein the determining a priority transmission order of the data packets to be transmitted according to the first indication information is performed before the step of determining that the data packets to be transmitted are data packets to be transmitted in the logical channel, the method further comprising:

13. The method according to any of claims 4-8, 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.

14. The data transmission method according to any one of claims 1 to 8,

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.

15. The data transmission method of claim 2,

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

16. The data transmission method according to claim 1, wherein the transmission resource is an uplink transmission resource grant allocated by the base station.

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

determining a logical channel corresponding to a terminal;

18. The data transmission method according to claim 17, wherein the first indication information is further used for indicating that a PDCP entity corresponding to the logical channel supports delivery of out-of-order data.

19. The data transmission method according to claim 17, wherein after the step of determining the logical channel corresponding to the terminal, the method further comprises:

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

the processing module is used for determining a priority transmission sequence of the data packets to be transmitted according to the first indication information, wherein the data packets to be transmitted are the data packets to be transmitted in the logic channel;

21. The data transmission apparatus according to claim 20, wherein the first indication information is used to indicate any one of the following for each data packet to be transmitted:

a priority transmission level;

an importance level;

transmitting delay requirement information;

an "whether to transmit first" flag;

data type indication information.

22. The data transmission apparatus according to claim 21, wherein the first indication information corresponds to an RLC SDU;

the multiplexing module is specifically configured to multiplex the RLC PDUs corresponding to the RLC SDU into transmission resources according to the priority transmission order.

23. The data transmission apparatus according to claim 22, wherein the multiplexing module is specifically configured to:

24. The data transmission apparatus according to claim 23, wherein the multiplexing module is specifically configured to, before multiplexing the RLC PDUs corresponding to the RLC SDUs, preferentially multiplex the RLC PDUs corresponding to the first RLC SDU if the first RLC SDU exists in the logical channel;

25. The data transmission apparatus according to claim 23, wherein if a second RLC SDU exists in the radio bearer corresponding to the logical channel, the multiplexing module is specifically configured to multiplex an RLC PDU corresponding to a target RLC SDU that meets the first condition and the second condition until the first condition and/or the second condition cannot be met;

wherein the first condition comprises any one of:

the target RLC SDU is identified as "priority transmission";

wherein the second condition comprises:

RLC SDUs multiplexed into the transmission resource can be completed.

26. The data transmission apparatus according to claim 25, wherein the multiplexing module is specifically configured to multiplex the RLC PDU corresponding to the second RLC SDU when transmission resources still remain.

27. The data transmission apparatus according to claim 26, wherein the multiplexing module is specifically configured to multiplex RLC PDUs corresponding to RLC SDUs remaining in the logical channel into the transmission resources in case that the transmission resources still remain.

28. The data transmission apparatus according to any one of claims 22 to 27, wherein the multiplexing module is specifically configured to:

under the condition that the first indication information indicates the identifier of 'transmission priority', multiplexing a plurality of RLC SDUs identified with 'transmission priority' according to the sequence of the corresponding PDCP SNs thereof or according to a preset transmission rule;

29. The data transmission apparatus of claim 28,

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

31. A data transmission arrangement according to any of claims 23-27, wherein the data packets to be transmitted are XR data packets, the data packets of the first data type comprising 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.

32. The data transmission apparatus of any one of claims 20-27,

33. The data transmission apparatus of claim 21,

34. The data transmission apparatus of claim 20, wherein the transmission resource is an uplink transmission resource grant allocated by the base station.

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

a sending module, configured to send first indication information for the logical channel to the terminal, where the first indication information is used to indicate, to the terminal, a priority transmission sequence of a data packet to be transmitted.

36. The data transmission apparatus of claim 35,

the first indication information is further used for indicating that a PDCP entity corresponding to the logical channel supports delivery of non-in-sequence data.

37. The data transmission apparatus according to claim 35, wherein the sending module is further configured to send second indication information to the terminal, and the logical channel is a logical channel specified by the second indication information.

38. 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 16.

39. 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 17 to 19.

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