CN112584334A

CN112584334A - Out-of-order delivery function indication method, control method and related equipment

Info

Publication number: CN112584334A
Application number: CN201910926895.4A
Authority: CN
Inventors: 鲍炜
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2019-09-27
Filing date: 2019-09-27
Publication date: 2021-03-30
Anticipated expiration: 2039-09-27
Also published as: CN112584334B

Abstract

The invention provides an out-of-order delivery function indication method, a control method and related equipment, wherein the out-of-order delivery function indication method comprises the following steps: and sending first indication information to a receiving terminal of a data packet, wherein the first indication information is used for indicating whether a packet data convergence protocol PDCP entity associated with the data packet starts an out-of-order delivery function or not. The embodiment of the invention realizes the control of the NR sidlink interface on out-of-order delivery and in-order delivery.

Description

Out-of-order delivery function indication method, control method and related equipment

Technical Field

The present invention relates to the field of communications technologies, and in particular, to an out-of-order delivery function indication method, a control method, and a related device.

Background

An out-of-order delivery function is introduced into a Packet Data Convergence Protocol (PDCP) layer of a New Radio (NR). The disorder delivery function mainly puts forward a new transmission requirement aiming at the development of services, and some services are not sensitive to the sequence of service data, for example, a service source can tolerate or process disorder arrival of data packets, or some services are more sensitive to time delay, and it is not desirable to introduce additional time delay due to sequencing. For these services, the PDCP layer may initiate out-of-order delivery functions.

However, the current LTE sidelink (sidelink) interface does not support the out-of-order delivery function. After the NR Uu interface introduces the disorder submitting function, the NR sidelink cannot directly reuse the original Uu interface control method for the disorder submitting due to the particularity of direct communication between the terminal and the terminal, and how to implement the disorder submitting on the NR sidelink interface becomes a problem to be solved urgently.

Disclosure of Invention

The embodiment of the invention provides a disorder submitting function indicating method, a control method and related equipment, which aim to solve the problem of disorder submitting at an NR sidlink interface.

In a first aspect, an embodiment of the present invention provides a method for indicating a function of out-of-order delivery, which is applied to a sending terminal for sidelink transmission, and includes:

and sending first indication information to a receiving terminal of a data packet, wherein the first indication information is used for indicating whether a packet data convergence protocol PDCP entity associated with the data packet starts an out-of-order delivery function or not.

In a second aspect, an embodiment of the present invention further provides a method for controlling a function of out-of-order delivery, which is applied to a receiving terminal for sidelink transmission, and includes:

a sending terminal of a Packet Data Convergence Protocol (PDCP) entity receiving a data packet sends first indication information, wherein the first indication information is used for indicating whether the PDCP entity starts an out-of-order delivery function or not, and the PDCP entity is a PDCP entity associated with the data packet;

the PDCP entity executes out-of-order delivery operation or in-order delivery operation based on the first indication information.

In a third aspect, an embodiment of the present invention further provides a sending terminal, including:

a first sending module, configured to send first indication information to a receiving terminal of a data packet, where the first indication information is used to indicate whether a packet data convergence protocol PDCP entity associated with the data packet starts an out-of-order delivery function.

In a fourth aspect, an embodiment of the present invention further provides a receiving terminal, including:

a Packet Data Convergence Protocol (PDCP) entity, a sending terminal for receiving a data packet sends first indication information, the first indication information is used for indicating whether the PDCP entity starts a disorder delivery function, and the PDCP entity is a PDCP entity associated with the data packet;

the PDCP entity is configured to perform an out-of-order delivery operation or an in-order delivery operation based on the first indication information.

In a fifth aspect, an embodiment of the present invention further provides a sending terminal, including: the system comprises a memory, a processor and a program stored on the memory and capable of running on the processor, wherein the program realizes the steps in the out-of-order delivery function indication method when being executed by the processor.

In a sixth aspect, an embodiment of the present invention further provides a receiving terminal, including: the system comprises a memory, a processor and a program which is stored on the memory and can run on the processor, wherein the program realizes the steps in the out-of-order delivery function control method when being executed by the processor.

In a seventh aspect, an embodiment of the present invention further provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and the computer program, when executed by a processor, implements the steps of the out-of-order delivery function indication method, or the computer program, when executed by the processor, implements the steps of the out-of-order delivery function control method.

The embodiment of the invention indicates whether the PDCP entity associated with the data packet starts the out-of-order delivery function or not by sending the first indication information through the sending terminal, so that the receiving terminal can execute the operation of starting the out-of-order delivery or closing the out-of-order delivery according to the indication information. Thus, the embodiment of the invention realizes the control of the NR sidlink interface to carry out-of-order delivery and in-order delivery.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings needed to be used in the description of the embodiments of the present invention will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art that other drawings can be obtained according to these drawings without inventive exercise.

Fig. 1 is a block diagram of a network system to which an embodiment of the present invention is applicable;

FIG. 2 is a flow chart of an out-of-order delivery function indication method according to an embodiment of the present invention;

FIG. 3 is a flowchart of an out-of-order delivery function control method according to an embodiment of the present invention;

fig. 4 is a structural diagram of a transmitting terminal according to an embodiment of the present invention;

fig. 5 is a structural diagram of a receiving terminal according to an embodiment of the present invention;

fig. 6 is a structural diagram of another terminal according to an embodiment of the present invention.

Detailed Description

The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, not all, embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.

The terms "comprises," "comprising," or any other variation thereof, in the description and claims of this application, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus. Furthermore, the use of "and/or" in the specification and claims means that at least one of the connected objects, such as a and/or B, means that three cases, a alone, B alone, and both a and B, exist.

In the embodiments of the present invention, words such as "exemplary" or "for example" are used to mean serving as examples, illustrations or descriptions. Any embodiment or design described as "exemplary" or "e.g.," an embodiment of the present invention is not necessarily to be construed as preferred or advantageous over other embodiments or designs. Rather, use of the word "exemplary" or "such as" is intended to present concepts related in a concrete fashion.

Embodiments of the present invention are described below with reference to the accompanying drawings. The out-of-order delivery function indication method, the control method and the related equipment provided by the embodiment of the invention can be applied to a wireless communication system. The wireless communication system may be a 5G system, or an Evolved Long Term Evolution (lte) system, or a subsequent Evolved communication system.

Referring to fig. 1, fig. 1 is a structural diagram of a network system to which an embodiment of the present invention is applicable, and as shown in fig. 1, the network system includes a sending terminal 11, a receiving terminal 12 and a network device 13, where sidlink transmission may be performed between the sending terminal 11 and the receiving terminal 12, and the sending terminal 11 and the receiving terminal 12 may be user terminals or other terminal-side devices, for example: it should be noted that, in the embodiment of the present invention, specific types of the sending terminal 11 and the receiving terminal 12 are not limited, and the terminal side devices include a Mobile phone, a Tablet Personal Computer (Tablet Personal Computer), a Laptop Computer (Laptop Computer), a Personal Digital Assistant (PDA), a Mobile Internet Device (MID), or a Wearable Device (Wearable Device). The network device 13 may be a 5G base station, a later-version base station, or a base station in another communication system, or referred to as a node B, an evolved node B, or a Transmission Reception Point (TRP), an Access Point (AP), or another vocabulary in the field, and the network device is not limited to a specific technical vocabulary as long as the same technical effect is achieved. In addition, the network device may be a Master Node (MN) or a Secondary Node (SN). It should be noted that, in the embodiment of the present invention, only the 5G base station is taken as an example, but the specific type of the network device is not limited.

Referring to fig. 2, fig. 2 is a flowchart of a method for indicating an out-of-order delivery function according to an embodiment of the present invention, where the method is applied to a sending terminal for sidelink transmission, and as shown in fig. 2, the method includes the following steps:

step 201, sending first indication information to a receiving terminal of a data packet, where the first indication information is used to indicate whether a packet data convergence protocol PDCP entity associated with the data packet starts a function of out-of-order delivery.

In the embodiment of the invention, the sending terminal can obtain the information whether the data packet is started to be delivered out of order in advance, and then can send the first indication information to the receiving terminal. Specifically, there are various ways for the sending terminal to obtain the information whether the out-of-order delivery of the data packet is enabled, for example, the information may be obtained through V2X (Vehicle to uploading) interaction, or may be obtained through network device configuration, or may be determined by the sending terminal itself, which is described in detail in the following embodiments.

The first indication information may be an indication displayed or a recessive indication. It should be noted that the manner in which the sending terminal sends the first indication information to the receiving terminal may be set according to actual needs, for example, the indication may be performed through Radio Resource Control (RRC) signaling or broadcast signaling, and in some embodiments, the first indication information may be carried in a sent data packet, for example, may be carried in a data PDU of a data protocol data unit; in some embodiments, the first indication information may be carried in a control Protocol Data Unit (control PDU). In other words, the first indication information may be carried in one of RRC signaling, broadcast signaling, control protocol data unit control PDU and data protocol data unit data PDU.

When receiving the first indication information, the receiving terminal may execute an operation of opening out-of-order delivery according to the first indication information, or may close the operation of out-of-order delivery. Executing the operation of starting out the out-of-order delivery can be understood as performing the out-of-order delivery; performing an operation that closes out-of-order delivery may be understood as performing in-order delivery.

It should be noted that, in an optional embodiment, the sending terminal may send first indication information for indicating the PDCP entity associated with the data packet to start the out-of-order delivery function only when it is determined that the PDCP entity associated with the data packet starts the out-of-order delivery function; at this time, the receiving terminal may execute the in-order delivery operation when the first indication information is not received by default, and execute the out-of-order delivery operation when the first indication information is received.

In another optional embodiment, the sending terminal may send first indication information for indicating the PDCP entity associated with the data packet to close the out-of-order delivery function only when it is determined that the PDCP entity associated with the data packet closes the out-of-order delivery function; at this time, the receiving terminal may execute the out-of-order delivery operation by default in the case that the first indication information is not received, and execute the in-order delivery operation in the case that the first indication information is received.

In yet another optional embodiment, in a case that it is determined that the PDCP entity associated with the data packet starts the out-of-order delivery function, the sending terminal sends first indication information for indicating that the PDCP entity associated with the data packet starts the out-of-order delivery function; and under the condition that the PDCP entity associated with the data packet is determined to close the out-of-order delivery function, the sending terminal sends first indication information for indicating the PDCP entity associated with the data packet to close the out-of-order delivery function. At this time, the receiving terminal executes out-of-order delivery operation under the condition that the receiving terminal receives first indication information indicating that the PDCP entity associated with the data packet starts out the out-of-order delivery function; and the receiving terminal executes the in-sequence delivery operation under the condition of receiving first indication information which indicates that the PDCP entity associated with the data packet closes the out-of-sequence delivery function.

It should be noted that, since the sidelink receiving terminal can accurately know whether the out-of-order delivery operation is required, the process is turned on and off as required. Therefore, specific services can be subjected to out-of-order delivery operation, the processing and sequencing time delay is reduced, and other services are subjected to in-order delivery, so that differentiated control over the services is facilitated, and better processing effect and user experience are obtained.

There are various ways for the sending terminal to know whether the service corresponding to the data packet starts the out-of-order delivery function, and the following embodiments are described as follows:

in an alternative embodiment, the learning manner 1 may be adopted, for example, before the step 201, the method further includes:

acquiring second indication information based on interaction of a V2X layer, wherein the second indication information is used for indicating whether a service corresponding to the data packet starts an out-of-order delivery function;

and determining whether the PDCP entity associated with the data packet starts an out-of-order delivery function or not according to the second indication information.

In this embodiment, the interaction of the V2X layer (V2X layer) may be the interaction between the sending terminal and another terminal, or the interaction between the sending terminal and the V2X server. Specifically, the V2X layer is a layer above the transport layer for performing information interaction related to V2X, the transmitting terminal and the receiving terminal may perform information interaction through the V2X layer, and each terminal may also interact with the V2X server, so as to determine whether the service corresponding to the data packet starts the information of the out-of-order delivery function. It should be appreciated that the granularity at which the V2X layer configures the open out-of-order delivery function is typically based on a service identification, which may be, for example, an application identifier (application ID) or a quality of service flow identification (QoS flow ID).

In another alternative embodiment, the learning manner 2 may be adopted, for example, before the step 201, the method further includes:

and under the condition that the transmission configuration parameters sent by the network equipment for the data packet are not received, determining whether a PDCP entity associated with the data packet starts an out-of-order delivery function or not according to a pre-configured or preset rule.

In this embodiment, the preconfigured rule may be understood as a preconfigured rule; the preset rule can be understood as a preset rule or a rule set through a protocol; when the transmission configuration parameter sent by the network device for the data packet is not received, it can be understood that the sending terminal is in an off-line state, and cannot receive the transmission configuration parameter, or cannot receive the transmission configuration parameter under other special conditions such as missing the opportunity to receive the transmission configuration parameter. That is, when the sending terminal is in the off-line state or in a special situation and cannot perform related configuration by the network device, the sending terminal may determine the mapping of the QoS flow to the logical channel according to a pre-configured or preset rule and perform the configuration determination of the related out-of-order delivery function at the same time.

Optionally, the transmission configuration parameters may include transmission parameters of layer 2 or layer 1(L2/L1), a logical channel, mapping thereof, and the like, and may further include information on whether an out-of-order delivery function of a PDCP entity corresponding to the logical channel is turned on. The embodiment of the invention can automatically determine whether the PDCP entity associated with the data packet starts the out-of-order delivery function or not under the condition that the transmitting terminal does not receive the transmission configuration parameters, thereby improving the application range and the flexibility of the method.

In another alternative embodiment, the learning manner 3 may be adopted, for example, before the step 201, the method further includes:

sending third indication information to network equipment, wherein the third indication information is used for indicating whether a service corresponding to the data packet starts an out-of-order delivery function or not;

and receiving a transmission configuration parameter sent by the network device based on the third indication information, wherein the transmission configuration parameter includes a configuration of whether a PDCP entity associated with the data packet starts an out-of-order delivery function.

In this embodiment, the sending terminal may also obtain information about whether the service is suitable for out-of-order delivery by the interaction of the V2X layer, and then report the information to the network device by using the third indication information, so that the network device configures the out-of-order delivery function based on the PDCP entity to start management after the QoS flow is mapped to the logical channel/PDCP entity.

In another alternative embodiment, the learning manner 4 may be adopted, for example, before the step 201, the method further includes:

and receiving a transmission configuration parameter sent by a network device, wherein the transmission configuration parameter comprises the configuration of whether the PDCP entity associated with the data packet starts the out-of-order delivery function.

In the embodiment of the present invention, the network device may determine whether the out-of-order delivery function is started based on the service characteristics or the algorithm, and specifically, the granularity of whether the out-of-order delivery function configured by the network device is started is generally based on each PDCP entity, which is equivalent to that after the network device completes the mapping from the QoS flow to the logical channel/PDCP entity, the relevant function configuration is performed.

The embodiment of the invention provides various modes for acquiring whether the service corresponding to the data packet starts the out-of-order delivery function, and particularly, in the acquiring mode 1, the acquiring mode 3 and the acquiring mode 4, only a target object (service or PDCP) entity which starts the out-of-order delivery function can be configured or indicated, and the target object which is not configured or indicated is defaulted to be the out-of-order delivery function; the configuration or indication may be performed only on the target object (service or PDCP) entity that closes the out-of-order delivery function, and the target object that is not configured or indicated may be determined to be the out-of-order delivery function.

Further, there may be a plurality of ways of indicating the first indication information, and the following description will be made in detail on a case where the first indication information is carried on different carriers.

For example, in an embodiment, when the first indication information is carried in a control PDU, the sending the first indication information to the receiving terminal of the data packet includes:

under the condition that the PDCP entity associated with the data packet is determined to start the out-of-order delivery function, sending a first PDCP control PDU to a receiving terminal of the data packet, wherein the first PDCP control PDU is used for indicating the PDCP entity associated with the data packet to start the out-of-order delivery function;

and/or sending a second PDCP control PDU to a receiving terminal of the data packet under the condition that the PDCP entity associated with the data packet is determined to close the out-of-order delivery function, wherein the second PDCP control PDU is used for indicating the PDCP entity associated with the data packet to close the out-of-order delivery function.

In the embodiment of the invention, the receiving terminal can execute out-of-order delivery operation or in-order delivery operation based on the receiving state and the indication information of the PDCP control PDU. The specific behavior of the receiving terminal is defined as follows:

optionally, the behavior of the receiving terminal may include: under the condition that a first PDCP control PDU which indicates the PDCP entity to start an out-of-order delivery function is not received, the PDCP entity executes in-order delivery operation by default; and under the condition of receiving the first PDCP control PDU, the PDCP entity executes out-of-order delivery operation.

Alternatively, the behavior of the receiving terminal may include: under the condition that a second PDCP control PDU which indicates the PDCP entity to close the out-of-order delivery function is not received, the PDCP entity executes out-of-order delivery operation by default; the PDCP entity performs an in-order delivery operation on a condition that the second PDCP control PDU is received.

Alternatively, the behavior of the receiving terminal may include: under the condition of receiving a first PDCP control PDU which indicates the PDCP entity to start an out-of-order delivery function, the PDCP entity executes out-of-order delivery operation; and under the condition of receiving a second PDCP control PDU which indicates the PDCP entity to close the out-of-order delivery function, the PDCP entity executes in-order delivery operation.

In another embodiment, in a case that the first indication information is carried in the data PDU, the sending the first indication information to the receiving terminal of the data packet includes:

under the condition that the PDCP entity associated with the data packet is determined to start the out-of-order delivery function, sending a first PDCP data PDU to the receiving terminal, wherein the packet header of the first PDCP data PDU carries an indication that the PDCP entity associated with the data packet starts the out-of-order delivery function;

and/or sending a second PDCP data PDU to the receiving terminal under the condition that the PDCP entity associated with the data packet is determined to close the out-of-order delivery function, wherein the packet header of the second PDCP data PDU carries an indication of the PDCP entity associated with the data packet to close the out-of-order delivery function.

optionally, the behavior of the receiving terminal may include: under the condition that a packet header of a first PDCP data PDU does not carry an instruction of starting an out-of-order delivery function of the PDCP entity, the PDCP entity executes in-order delivery operation by default; and under the condition that the packet header of the first PDCP data PDU carries an instruction of the PDCP entity to start the out-of-order delivery function, the PDCP entity executes out-of-order delivery operation.

Alternatively, the behavior of the receiving terminal may include: under the condition that a packet header of a second PDCP data PDU does not carry an instruction of closing the out-of-order delivery function of the PDCP entity, the PDCP entity executes out-of-order delivery operation by default; and under the condition that the packet header of the second PDCP data PDU carries an instruction of starting the out-of-order delivery function of the PDCP entity, the PDCP entity executes in-order delivery operation.

Alternatively, the behavior of the receiving terminal may include: under the condition that a packet header of a received PDCP data PDU carries an instruction of a PDCP entity to close an out-of-order delivery function, the PDCP entity executes in-order delivery operation; and under the condition that the packet header of the PDCP data PDU carries the instruction of starting the out-of-order delivery function of the PDCP entity, the PDCP entity executes out-of-order delivery operation.

Further, in an optional embodiment, the sending terminal may notify the receiving terminal of whether the PDCP entity starts the out-of-order delivery function in a form of sending the service identifier. Specifically, in this embodiment, the receiving terminal is configured with a corresponding relationship between the out-of-order delivery function and the service identifier. After the sending terminal sends the service identifier to the receiving terminal, the receiving terminal can determine whether to execute out-of-order delivery operation or in-order delivery operation according to the service identifier. In other words, in this embodiment, in a case that the receiving terminal is configured with a correspondence between an out-of-order delivery function and a service identifier, the first indication information is the service identifier corresponding to the data packet. Optionally, the service identifier may be carried in a data packet.

Optionally, the configuration of the correspondence between the out-of-order delivery function and the service identifier may be obtained through an interactive process of the V2X layer, or may be obtained by an instruction of the network device.

Specifically, the sending terminal and the receiving terminal obtain the configuration of the corresponding relationship between the out-of-order delivery function and the service identifier through the network device, for example, the sending terminal and the receiving terminal obtain the configuration of the corresponding relationship between the out-of-order delivery function and the service identifier through a system message or a dedicated signaling process of the home network device of the sending terminal and the receiving terminal. Since the two devices may belong to different network devices, interaction and unified configuration relationship are required between the network devices to ensure configuration consistency.

In this embodiment of the present invention, the service identifier may be a quality of service flow identifier (QoS flow ID) or a logical channel identifier. When the service identifier is a QoS flow ID, the QoS flow ID is a service identifier of a higher layer, and the configuration of the correspondence between the out-of-order delivery function and the service identifier may be configured by a V2X layer or a network device; when the service identifier is a logical channel identifier, the logical channel identifier is a concept of a partial transport layer, and the configuration of the corresponding relationship between the out-of-order delivery function and the service identifier can only be configured by the network device.

Optionally, after the sending terminal obtains the configuration of the correspondence between the out-of-order delivery function and the service identifier, the sending terminal may determine whether the out-of-order delivery function is turned on for service data to be sent (i.e., the data packet). At this time, when transmitting a packet, the mapping relationship is first determined.

For one embodiment: under the condition that the service identifier is a logical channel identifier, the sending first indication information to a receiving terminal of the data packet includes:

determining the mapping relation between the data packet and a logical channel;

sending the data packet according to the mapping relation, wherein the data packet carries the logical channel identifier;

wherein the mapping relationship comprises: under the condition that the out-of-order delivery function of the data packet is closed, mapping the data packet to a logic channel for closing the out-of-order delivery function; and under the condition that the data packet starts the out-of-order delivery function, mapping the data packet to a logic channel for starting the out-of-order delivery function for transmission.

In this embodiment, the receiving terminal may determine whether to start the out-of-order delivery function according to the logical channel identifier carried in the received data packet and the correspondence between the out-of-order delivery function and the service identifier. For example, the receiving terminal may include the following actions:

a PDCP entity of the receiving terminal receives a notification message sent by a Media Access Control (MAC) layer according to the first indication information and a correspondence between the out-of-order delivery function and a service identifier, where the notification message is used to notify the PDCP entity whether to start the out-of-order delivery function;

and the PDCP entity executes out-of-order delivery operation or in-order delivery operation on the received data packet according to the notification message.

It should be understood that the logical channel identifier carried by the data packet is generally carried in the MAC PDU, however, the logical channel can be already resolved at the MAC layer, and the MAC can directly inform the PDCP entity whether to start out-of-order delivery, starting from the first data.

For another embodiment: in a case that the service identifier is a qos flow identifier, the sending the first indication information to the receiving terminal of the packet includes:

determining the mapping relation between the data packet and the service quality flow;

sending the data packet according to the mapping relation, wherein the data packet carries the service quality flow identification;

wherein the mapping relationship comprises: under the condition that the out-of-order delivery function of the data packet is closed, mapping the data packet to a service quality flow for closing the out-of-order delivery function; and under the condition that the data packet starts the out-of-order delivery function, mapping the data packet to the service quality flow starting the out-of-order delivery function for transmission.

In this embodiment, the receiving terminal may determine whether to start the out-of-order delivery function according to the quality of service flow identifier carried in the received data packet and the correspondence between the out-of-order delivery function and the service identifier. For example, the receiving terminal may include the following actions:

the PDCP entity of the receiving terminal sends the Service Data Adaptation Protocol Data Unit (SDAP PDU) information of the Data packet to the SDAP entity;

the SDAP entity sends third indication information to the PDCP entity according to the service quality flow identifier carried in the SDAP PDU information and the corresponding relation between the out-of-order delivery function and the service identifier, wherein the third indication information is used for indicating whether the PDCP entity starts the out-of-order delivery function or not;

the PDCP entity determines whether to carry out-of-order delivery operation or in-order delivery operation on a subsequent data packet according to the third indication information;

wherein the subsequent data packet comprises a data packet received by the PDCP entity after the data packet.

In this embodiment, the QoS flow ID is usually carried in the SDAP PDU, and the SDAP entity is located above the PDCP entity, that is, the PDCP layer performs data processing first, and after the data is delivered to the SDAP, the SDAP obtains whether to start the out-of-order delivery function through the QoS flow ID information, and returns the out-of-order delivery function to the PDCP layer, so as to indicate whether to start the out-of-order delivery switch for a subsequent data packet. For example, a QoS flow ID is obtained in a first received packet, and an out-of-order delivery is determined to be opened according to the QoS flow ID, and then an out-of-order delivery operation is performed from a second packet. Because the first data packet is delivered in an out-of-order mode or in-order mode, the out-of-order delivery operation or the in-order delivery operation of the state of whether the out-of-order delivery function is started is executed from the second data packet according to the QoS flow ID in the first data packet.

Generally, the initiation of the service is performed by the transmitting terminal, which has a more accurate grasp of the characteristics of the service. Therefore, it is a reasonable way for the sending terminal to inform the receiving terminal whether to start the out-of-order delivery function. In order to better understand the implementation of the present invention, the following detailed description is made on the specific implementation process of the present invention based on the implementation process that the sending terminal notifies the receiving terminal whether to start the out-of-order delivery function in 4 different ways.

Scheme 1: high layer signaling configuration mode notification

First, a sending terminal needs to know which services need to be delivered out of order, and the information obtaining mode can be as follows:

1. the sending terminal obtains the information whether the service needs to start the out-of-order delivery function through the interaction of the V2X layer or from the V2X (service) server. The V2X layer is a layer above the transport layer for performing V2X related information interaction, the transmitting terminal and the receiving terminal can perform information interaction through the V2X layer, and each terminal can also interact with the V2X server to obtain information whether the service needs to be started with the out-of-order delivery function. Generally, before communication, a sending terminal and a receiving terminal need to perform service and transmission related information interaction through a V2X layer, for example, what kind of service needs to be transmitted, service request and characteristics, etc., and the terminal may obtain service transmission requirements from a V2X server in advance or in a triggered manner, including whether the service to be initiated can be delivered out of order or not. The granularity of opening of the V2X layer configuration is typically based on a service identification, such as an application ID or QoS flow ID.

2. The sending terminal obtains the information whether to carry out-of-order delivery through the network side. Generally, before a sending terminal performs service transmission, service information and characteristics to be transmitted need to be sent to a network side, and the network side configures specific transmission parameters for the sending terminal, such as L2/L1 transmission parameters, a logical channel and mapping thereof, and the like, where the specific transmission parameters may include information on whether a function of out-of-order delivery of a PDCP entity corresponding to the logical channel is started. The network side generally determines whether to start the out-of-order delivery function based on the service characteristics or the algorithm. The granularity of whether the out-of-order delivery function configured at the network side is started is generally based on each PDCP entity, which is equivalent to that the network side performs related function configuration after completing the mapping from the QoS flow to the logical channel/PDCP entity.

3. The sending terminal can also obtain information about whether the service needs to be delivered out of order or not by the interaction of the V2X layer, and then report the information to the network side, so that the network side can configure the out of order delivery function based on the PDCP entity to start management after finishing the mapping from the QoS flow to the logical channel/PDCP entity.

4. Optionally, when the sending terminal is in an off-line state or in a special situation and cannot perform related configuration by the network side, the sending terminal may determine the mapping from the QoS flow to the logical channel by a pre-configuration or preset manner, and at the same time, perform configuration determination of the related out-of-order delivery function.

Secondly, after obtaining the configuration of whether each PDCP entity starts the out-of-order delivery function, the sending terminal needs to send the configuration to the receiving terminal, so that the receiving terminal can specifically implement the out-of-order delivery function, and the sending mode may be as follows:

1. for the case of having PC5 RRC, for example, unicast, since there is a configuration procedure similar to Uu interface between the sending terminal and the receiving terminal, which is equivalent to that the sending terminal needs to send all the configurations of L1/L2 related to the transmission that the receiving terminal needs to use to the receiving terminal, it can include the switch configuration whether to turn on out-of-order delivery in the PDCP layer configuration.

2. For the multicast and broadcast cases, a broadcast signaling mode may be adopted, and the sending terminal sends the configuration broadcast mode of L1/L2 related to the transmission that the receiving terminal needs to use to all receiving terminals, wherein the PDCP layer configuration may include the switch configuration whether to start out-of-order delivery.

3. For the case of multicast and broadcast, the configuration broadcast mode of L1/L2 related to the used transmission can also be sent to all receiving terminals in a one-to-one signaling mode between the sending terminal and each receiving terminal, wherein the PDCP layer configuration can include the switch configuration of whether to turn on out-of-order delivery.

And thirdly, after the receiving terminal receives the information whether each PDCP entity of the sending terminal starts out-of-order delivery, the receiving terminal executes corresponding out-of-order delivery or in-order delivery operation to each PDCP entity according to specific configuration.

Scheme 2: notification by service identification information

Firstly, a sending terminal and a receiving terminal need to obtain a configuration relationship between service identifiers and a disorder delivery function switch, for example, which service identifiers start disorder delivery and which services do not need disorder delivery, and the obtaining mode includes:

1. the sending terminal and the receiving terminal obtain the configuration relationship from a V2X (service) server through a V2X layer process, respectively; or after the sending terminal obtains the configuration relationship, the configuration relationship is sent to the receiving terminal through V2X layer signaling in the interactive process.

2. The sending terminal and the receiving terminal obtain, for example, configuration relationships between the service identifier and the out-of-order delivery function switch through a system message or a dedicated signaling process of a base station to which the sending terminal/the receiving terminal belongs through a network side, it should be noted that the sending terminal and the receiving terminal may belong to different base stations respectively, and in order to ensure consistency of configuration information, interaction and unified configuration relationships between the base stations are required.

3. After obtaining the configuration relationship through the network side, the sending terminal further sends the configuration relationship to the receiving terminal through the mode of PC5 RRC signaling or broadcast signaling.

It should be understood that, regarding the configuration relationship between the service identifier and the out-of-order delivery function switch, the service identifier may be a QoS flow ID or a logical channel ID, and the QoS flow ID is a service identifier of a higher layer, and may be configured by the V2X layer or the network side, and the logical channel ID is a concept of a partial transport layer, and may only be configured by the network side.

And secondly, after the sending terminal obtains the configuration relation between the service identification and the disorder delivery function, the sending terminal carries the service identification information to the receiving terminal during packet sending.

Optionally, if the configuration relationship between the QoS flow ID and the out-of-order delivery is notified, when the sending terminal sends the data packet, the sending terminal needs to carry the QoS flow ID in the header of the data packet, which is generally carried in the SDAP PDU.

Optionally, if the configuration relationship between the logical channel ID and the out-of-order delivery is notified, when the sending terminal sends the data packet, it needs to determine a mapping relationship between the service data and the logical channel, and maps the service data that needs to be subjected to the out-of-order delivery to the logical channel that has the out-of-order delivery function, otherwise maps the service data that does not need to be subjected to the out-of-order delivery to the logical channel that has the out-of-order delivery function, and carries the logical channel ID when the data packet is transmitted, where the logical channel ID is generally carried in the MAC PDU.

And thirdly, when the receiving terminal receives the data packet, the receiving terminal obtains the service identification information from the data packet, and obtains whether the service bearer is suitable for out-of-order delivery according to the configuration relationship between the service identification obtained in advance and the out-of-order delivery function, so that the out-of-order delivery function is executed.

Optionally, if the configuration relationship between the QoS flow ID and the out-of-order delivery is notified, because the QoS flow ID is carried in the SDAP PDU, and the SDAP entity is located above the PDCP entity, that is, the PDCP layer performs data processing first, and after being delivered to the SDAP, the SDAP obtains whether to start the out-of-order delivery function through the QoS flow ID information, and returns the information to the PDCP layer for indicating whether to start the out-of-order delivery switch for a subsequent data packet. It should be understood that the above processing procedure is not problematic, because the first received packet is not in any disorder, the PDCP process is not problematic according to any kind (in-order delivery/out-of-order delivery), and after the PDCP layer is delivered to the SDAP layer, the out-of-order delivery indication can be obtained from the QoS flow ID, and then the PDCP out-of-order delivery is started for the subsequent data processing.

Optionally, if the mapping configuration of the logical channel and the out-of-order delivery is notified, the logical channel may already be resolved in the MAC layer, and the MAC may directly notify the PDCP entity whether to start the out-of-order delivery, starting with the first data.

It should be noted that, since the service identifier (for example, QoS flow ID or logical channel ID) is carried by each packet, there is a possibility that the out-of-order delivery switch is changed in the middle, and the following processing method is used:

considering that the in-order delivery function can not be reconfigured, once the out-of-order delivery function is started, unless the PDCP entity releases/resets/newly builds and other operations, within the life cycle of the PDCP, even if different out-of-order delivery switch instructions are received, the related operations are not carried out, and the operation indicated by the initial/first packet is maintained;

under the condition that the reconfiguration is not supported, if a different out-of-order delivery indication is received, the receiving terminal reports or indicates an error to the sending terminal;

the reconfiguration of the in-order delivery function can be supported, and the out-of-order delivery/in-order delivery establishing process is restarted by taking the first received data packet with the changed out-of-order delivery indication as a new first data packet.

Scheme 3: notification via control PDU

In this embodiment, the sending terminal may first know whether the data packet starts the information of the out-of-order delivery function, and the specific known manner may refer to the above embodiment, which is not described herein again. After obtaining the information whether the data packet starts the out-of-order delivery function, the sending terminal indicates whether the out-of-order delivery function is started through the PDCP control PDU, and the specific implementation manner is as follows:

the default operation is in-order delivery, i.e. the receiving terminal entity performs in-order delivery by default before no control PDU is received to indicate that the out-of-order delivery function is turned on.

When the sending terminal needs to start the out-of-order delivery function, before sending the subsequent data, the sending terminal sends a PDCP control PDU for informing the receiving terminal to start the out-of-order delivery function. And after receiving the PDCP control PDU, the receiving terminal starts an out-of-order delivery function and carries out-of-order delivery on the subsequent data packet.

Optionally, when the out-of-order delivery reconfiguration is allowed, the sending terminal may send a PDCP control PDU, which is used to change the out-of-order delivery function switch, change the out-of-order delivery to in-order delivery, or change the in-order delivery to out-of-order delivery. After receiving the PDCP control PDU for changing the out-of-order delivery function switch, the receiving terminal turns on or off the out-of-order delivery function from the first packet after the latest operation instruction.

Scheme 4: notification through data PDU

In this embodiment, the sending terminal may first know whether the data packet starts the information of the out-of-order delivery function, and the specific known manner may refer to the above embodiment, which is not described herein again. After acquiring the information whether the data packet starts the out-of-order delivery function, the sending terminal indicates whether the out-of-order delivery function is started through the PDCP data PDU, and the specific implementation mode is as follows:

the default operation is in-order delivery, that is, the receiving terminal entity executes in-order delivery by default before any instruction is not received to start the out-of-order delivery function.

When a sending terminal needs to start the disorder submitting function and sends a first data packet, a head of the first data packet carries a disorder submitting instruction by using 1bit information and is used for informing a receiving terminal to start the disorder submitting function; after receiving the PDCP data PDU, the receiving terminal reads the domain information in the packet header, starts the out-of-order delivery function according to the instruction, and carries out-of-order delivery on the subsequent data packet.

Optionally, when the out-of-order delivery reconfiguration is allowed, the sending terminal may send a new instruction carried by the PDCP data PDU, where the new instruction is used to change the out-of-order delivery function switch, change the out-of-order delivery to in-order delivery, or change the in-order delivery to out-of-order delivery; and after receiving the PDCP data PDU for changing the out-of-order delivery function switch, the receiving terminal starts or closes the out-of-order delivery function for the subsequent data packet according to the latest operation instruction.

Optionally, if the out-of-order delivery reconfiguration is not allowed, the receiving terminal performs/closes the out-of-order delivery operation according to the indication carried in the first data packet as a reference for turning on or turning off the out-of-order delivery function, and for a subsequent case where an indication different from the indication is received, the ignoring attitude is adopted, optionally, feedback may also be performed to the sending terminal, and an error or unexpected situation occurs.

Referring to fig. 3, fig. 3 is a flowchart of a out-of-order delivery function control method according to an embodiment of the present invention, where the method is applied to a receiving terminal for sidelink transmission, and as shown in fig. 3, the method includes the following steps:

step 301, a sending terminal of a packet data convergence protocol PDCP entity receiving a data packet sends first indication information, where the first indication information is used to indicate whether the PDCP entity starts a out-of-order delivery function, and the PDCP entity is a PDCP entity associated with the data packet;

step 302, the PDCP entity performs an out-of-order delivery operation or an in-order delivery operation based on the first indication information.

Optionally, the first indication information is carried in one of a radio resource control RRC signaling, a broadcast signaling, a control protocol data unit control PDU and a data protocol data unit data PDU.

Optionally, when the first indication information is carried in a control PDU, the performing, by the PDCP entity, an out-of-order delivery operation or an in-order delivery operation based on the first indication information includes:

under the condition that a first PDCP control PDU which indicates the PDCP entity to start an out-of-order delivery function is not received, the PDCP entity executes in-order delivery operation by default;

the PDCP entity performs an out-of-order delivery operation on a condition that the first PDCP control PDU is received.

under the condition that a second PDCP control PDU which indicates the PDCP entity to close the out-of-order delivery function is not received, the PDCP entity executes out-of-order delivery operation by default;

the PDCP entity performs an in-order delivery operation on a condition that the second PDCP control PDU is received.

Optionally, when the first indication information is carried in the data PDU, the PDCP entity performing, based on the first indication information, an out-of-order delivery operation or an in-order delivery operation includes:

under the condition that a packet header of a first PDCP data PDU does not carry an instruction of starting an out-of-order delivery function of the PDCP entity, the PDCP entity executes in-order delivery operation by default;

and under the condition that the packet header of the first PDCP data PDU carries an instruction of the PDCP entity to start the out-of-order delivery function, the PDCP entity executes out-of-order delivery operation.

under the condition that a packet header of a first PDCP data PDU does not carry an instruction of closing the out-of-order delivery function of the PDCP entity, the PDCP entity executes out-of-order delivery operation by default;

and under the condition that the packet header of the first PDCP data PDU carries an instruction of the PDCP entity to start an out-of-order delivery function, the PDCP entity executes in-order delivery operation.

Optionally, the first indication information is a service identifier corresponding to the data packet.

Optionally, before the sending terminal receiving the data packet sends the first indication information, the method further includes:

and the receiving entity receives configuration information, wherein the configuration information is used for configuring the corresponding relation between the out-of-order delivery function and the service identifier.

Optionally, the configuration information includes any one of:

interaction information of the V2X layer;

configuration sent by the network device;

and the sending terminal sends the configuration through RRC signaling or broadcast signaling.

Optionally, the service identifier is a qos flow identifier or a logical channel identifier.

Optionally, when the service identifier is a qos flow identifier, the performing, by the PDCP entity, an out-of-order delivery operation or an in-order delivery operation based on the first indication information includes:

the PDCP entity sends the SDAP PDU information of the service data adaptation protocol data unit of the data packet to an SDAP entity;

Optionally, when the service identifier is a logical channel identifier, the PDCP entity performing an out-of-order delivery operation or an in-order delivery operation based on the first indication information includes:

the PDCP entity receives a notification message sent by an MAC layer according to the first indication information and the corresponding relation between the out-of-order delivery function and the service identifier, wherein the notification message is used for notifying the PDCP entity whether to start the out-of-order delivery function;

It should be noted that, this embodiment is used as an implementation of the receiving terminal corresponding to the embodiment shown in fig. 2, and specific implementations thereof may refer to relevant descriptions of the embodiment shown in fig. 2 and achieve the same beneficial effects, and are not described herein again to avoid repeated descriptions.

Referring to fig. 4, fig. 4 is a structural diagram of a sending terminal according to an embodiment of the present invention, and as shown in fig. 4, the sending terminal 400 includes:

a first sending module 401, configured to send first indication information to a receiving terminal of a data packet, where the first indication information is used to indicate whether a packet data convergence protocol PDCP entity associated with the data packet starts an out-of-order delivery function.

Optionally, the sending terminal 400 further includes:

an obtaining module, configured to obtain second indication information based on interaction at a V2X layer, where the second indication information is used to indicate whether an out-of-order delivery function is started for a service corresponding to the data packet;

and the first determining module is used for determining whether the PDCP entity associated with the data packet starts an out-of-order delivery function according to the second indication information.

Optionally, the sending terminal 400 further includes:

a second determining module, configured to determine, according to a preconfigured or preset rule, whether a PDCP entity associated with the data packet starts an out-of-order delivery function when a transmission configuration parameter sent by the network device for the data packet is not received.

Optionally, the sending terminal 400 further includes:

a second sending module, configured to send third indication information to a network device, where the third indication information is used to indicate whether a service corresponding to the data packet starts an out-of-order delivery function;

a receiving module, configured to receive a transmission configuration parameter sent by the network device based on the third indication information, where the transmission configuration parameter includes a configuration of whether a PDCP entity associated with the data packet starts an out-of-order delivery function.

Optionally, the sending terminal 400 further includes:

a receiving module, configured to receive a transmission configuration parameter sent by a network device, where the transmission configuration parameter includes a configuration of whether a PDCP entity associated with the data packet starts an out-of-order delivery function.

Optionally, when the first indication information is carried in a control PDU, the first sending module 401 is specifically configured to:

Optionally, under the condition that the first indication information is carried in the data PDU, the first sending module 401 is specifically configured to:

Optionally, under the condition that the receiving terminal is configured with the correspondence between the out-of-order delivery function and the service identifier, the first indication information is the service identifier corresponding to the data packet.

Optionally, the service identifier is carried in the data packet.

Optionally, in a case that the service identifier is a logical channel identifier, the first sending module 401 includes:

a determining unit, configured to determine a mapping relationship between the data packet and a logical channel;

a sending unit, configured to send the data packet according to the mapping relationship, where the data packet carries the logical channel identifier;

Optionally, when the service identifier is a qos flow identifier, the first sending module 401 includes:

a determining unit, configured to determine a mapping relationship between the data packet and a quality of service flow;

a sending unit, configured to send the data packet according to the mapping relationship, where the data packet carries the qos flow identifier;

The sending terminal provided by the embodiment of the present invention can implement each process implemented by the sending terminal in the method embodiment of fig. 2, and is not described herein again in order to avoid repetition.

Referring to fig. 5, fig. 5 is a structural diagram of a receiving terminal according to an embodiment of the present invention, and as shown in fig. 5, the receiving terminal 500 includes:

a packet data convergence protocol PDCP entity 501, configured to send first indication information by a sending terminal configured to receive a data packet, where the first indication information is used to indicate whether the PDCP entity starts a function of out-of-order delivery, and the PDCP entity 501 is a PDCP entity associated with the data packet;

the PDCP entity 501 is configured to perform an out-of-order delivery operation or an in-order delivery operation based on the first indication information.

Optionally, when the first indication information is carried in a control PDU, the PDCP entity 501 is specifically configured to:

executing in-sequence delivery operation by default under the condition that a first PDCP control PDU which indicates the PDCP entity to start an out-of-sequence delivery function is not received;

executing out-of-order delivery operation by default under the condition that a second PDCP control PDU which indicates the PDCP entity to close the out-of-order delivery function is not received;

Optionally, under the condition that the first indication information is carried in the data PDU, the PDCP entity 501 is specifically configured to:

when the packet header of the first PDCP data PDU does not carry the instruction of starting the out-of-order delivery function of the PDCP entity, executing the in-order delivery operation by default;

and under the condition that the packet header of the first PDCP data PDU carries the instruction of the PDCP entity for starting the out-of-order delivery function, executing out-of-order delivery operation.

Optionally, before the sending terminal receiving the data packet sends the first indication information, the receiving terminal further includes:

and the receiving entity is used for receiving configuration information, and the configuration information is used for configuring the corresponding relation between the out-of-order delivery function and the service identifier.

Optionally, the configuration information includes any one of:

interaction information of the V2X layer;

configuration sent by the network device;

Optionally, when the service identifier is a qos flow identifier, the PDCP501 is configured to send service data adaptation protocol data unit, SDAP PDU, information of the data packet to an SDAP entity;

the SDAP entity is configured to send third indication information to the PDCP entity according to a quality of service flow identifier carried in the SDAP PDU information and a corresponding relationship between the out-of-order delivery function and a service identifier, where the third indication information is used to indicate whether the PDCP entity starts the out-of-order delivery function;

the PDCP entity 501, configured to determine whether to perform out-of-order delivery operation or in-order delivery operation on a subsequent data packet according to the third indication information;

Optionally, in a case that the service identifier is a logical channel identifier, the PDCP entity 501 is specifically configured to:

receiving a notification message sent by an MAC layer according to the first indication information and the corresponding relation between the out-of-order delivery function and a service identifier, wherein the notification message is used for notifying the PDCP entity whether to start the out-of-order delivery function;

and executing out-of-order delivery operation or in-order delivery operation on the received data packet according to the notification message.

The receiving terminal provided in the embodiment of the present invention can implement each process implemented by the receiving terminal in the method embodiment of fig. 3, and is not described herein again in order to avoid repetition.

Figure 6 is a schematic diagram of the hardware architecture of a terminal implementing various embodiments of the present invention,

the terminal 600 includes but is not limited to: a radio frequency unit 601, a network module 602, an audio output unit 603, an input unit 604, a sensor 605, a display unit 606, a user input unit 607, an interface unit 608, a memory 609, a processor 610, and a power supply 611. Those skilled in the art will appreciate that the terminal configuration shown in fig. 6 is not intended to be limiting, and that the terminal may include more or fewer components than shown, or some components may be combined, or a different arrangement of components. In the embodiment of the present invention, the terminal includes, but is not limited to, a mobile phone, a tablet computer, a notebook computer, a palm computer, a vehicle-mounted terminal, a wearable device, a pedometer, and the like.

A radio frequency unit 601, configured to send first indication information to a receiving terminal of a data packet, where the first indication information is used to indicate whether a packet data convergence protocol PDCP entity associated with the data packet starts an out-of-order delivery function.

Or a radio frequency unit 601, configured to send first indication information by a sending terminal for receiving a data packet, where the first indication information is used to indicate whether the PDCP entity starts an out-of-order delivery function,

and the processor 610 is used for executing out-of-order delivery operation or in-order delivery operation based on the first indication information.

It should be understood that, in this embodiment, the processor 610 and the radio frequency unit 601 may implement each process implemented by the sending terminal in the method embodiment of fig. 2 or the receiving terminal in the method embodiment of fig. 3, and are not described herein again to avoid repetition.

It should be understood that, in the embodiment of the present invention, the radio frequency unit 601 may be used for receiving and sending signals during a message sending and receiving process or a call process, and specifically, receives downlink data from a base station and then processes the received downlink data to the processor 610; in addition, the uplink data is transmitted to the base station. In general, radio frequency unit 601 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. Further, the radio frequency unit 601 may also communicate with a network and other devices through a wireless communication system.

The terminal provides wireless broadband internet access to the user through the network module 602, such as helping the user send and receive e-mails, browse web pages, and access streaming media.

The audio output unit 603 may convert audio data received by the radio frequency unit 601 or the network module 602 or stored in the memory 609 into an audio signal and output as sound. Also, the audio output unit 603 can also provide audio output related to a specific function performed by the terminal 600 (e.g., a call signal reception sound, a message reception sound, etc.). The audio output unit 603 includes a speaker, a buzzer, a receiver, and the like.

The input unit 604 is used to receive audio or video signals. The input Unit 604 may include a Graphics Processing Unit (GPU) 6041 and a microphone 6042, and the Graphics processor 6041 processes image data of a still picture or video obtained by an image capturing apparatus (such as a camera) in a video capture mode or an image capture mode. The processed image frames may be displayed on the display unit 606. The image frames processed by the graphic processor 6041 may be stored in the memory 609 (or other storage medium) or transmitted via the radio frequency unit 601 or the network module 602. The microphone 6042 can receive sound, and can process such sound into audio data. The processed audio data may be converted into a format output transmittable to a mobile communication base station via the radio frequency unit 601 in case of the phone call mode.

The terminal 600 also includes at least one sensor 605, such as a light sensor, motion sensor, and other sensors. Specifically, the light sensor includes an ambient light sensor that can adjust the brightness of the display panel 6061 according to the brightness of ambient light, and a proximity sensor that can turn off the display panel 6061 and/or the backlight when the terminal 600 is moved to the ear. As one of the motion sensors, the accelerometer sensor can detect the magnitude of acceleration in each direction (generally three axes), detect the magnitude and direction of gravity when stationary, and can be used to identify the terminal posture (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), vibration identification related functions (such as pedometer, tapping), and the like; the sensors 605 may also include fingerprint sensors, pressure sensors, iris sensors, molecular sensors, gyroscopes, barometers, hygrometers, thermometers, infrared sensors, etc., which are not described in detail herein.

The display unit 606 is used to display information input by the user or information provided to the user. The Display unit 606 may include a Display panel 6061, and the Display panel 6061 may be configured by a Liquid Crystal Display (LCD), an Organic Light-Emitting Diode (OLED), or the like.

The user input unit 607 may be used to receive input numeric or character information and generate key signal inputs related to user settings and function control of the terminal. Specifically, the user input unit 607 includes a touch panel 6071 and other input devices 6072. Touch panel 6071, also referred to as a touch screen, may collect touch operations by a user on or near it (e.g., operations by a user on or near touch panel 6071 using a finger, stylus, or any suitable object or accessory). The touch panel 6071 may include two parts of a touch detection device and a touch controller. The touch detection device detects the touch direction of a user, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch sensing device, converts the touch information into touch point coordinates, sends the touch point coordinates to the processor 610, receives a command from the processor 610, and executes the command. In addition, the touch panel 6071 can be implemented by various types such as a resistive type, a capacitive type, an infrared ray, and a surface acoustic wave. The user input unit 607 may include other input devices 6072 in addition to the touch panel 6071. Specifically, the other input devices 6072 may include, but are not limited to, a physical keyboard, function keys (such as volume control keys, switch keys, etc.), a track ball, a mouse, and a joystick, which are not described herein again.

Further, the touch panel 6071 can be overlaid on the display panel 6061, and when the touch panel 6071 detects a touch operation on or near the touch panel 6071, the touch operation is transmitted to the processor 610 to determine the type of the touch event, and then the processor 610 provides a corresponding visual output on the display panel 6061 according to the type of the touch event. Although in fig. 6, the touch panel 6071 and the display panel 6061 are two independent components to realize the input and output functions of the terminal, in some embodiments, the touch panel 6071 and the display panel 6061 may be integrated to realize the input and output functions of the terminal, and this is not limited here.

The interface unit 608 is an interface for connecting an external device to the terminal 600. For example, the external device may include a wired or wireless headset port, an external power supply (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device having an identification module, an audio input/output (I/O) port, a video I/O port, an earphone port, and the like. The interface unit 608 may be used to receive input (e.g., data information, power, etc.) from an external device and transmit the received input to one or more elements within the terminal 600 or may be used to transmit data between the terminal 600 and an external device.

The memory 609 may be used to store software programs as well as various data. The memory 609 may mainly include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application program required by at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone, and the like. Further, the memory 609 may include high speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.

The processor 610 is a control center of the terminal, connects various parts of the entire terminal using various interfaces and lines, and performs various functions of the terminal and processes data by operating or executing software programs and/or modules stored in the memory 609 and calling data stored in the memory 609, thereby performing overall monitoring of the terminal. Processor 610 may include one or more processing units; preferably, the processor 610 may integrate an application processor, which mainly handles operating systems, user interfaces, application programs, etc., and a modem processor, which mainly handles wireless communications. It will be appreciated that the modem processor described above may not be integrated into the processor 610.

The terminal 600 may further include a power supply 611 (e.g., a battery) for supplying power to the various components, and preferably, the power supply 611 is logically connected to the processor 610 via a power management system, so that functions of managing charging, discharging, and power consumption are performed via the power management system.

In addition, the terminal 600 includes some functional modules that are not shown, and are not described in detail herein.

Preferably, an embodiment of the present invention further provides a terminal, including a processor 610, a memory 609, and a computer program stored in the memory 609 and capable of running on the processor 610, where the computer program, when executed by the processor 610, implements the foregoing out-of-order delivery function indication method embodiment, or implements each process of the foregoing out-of-order delivery function control method, and can achieve the same technical effect, and in order to avoid repetition, details are not described here again.

The embodiment of the present invention further provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when being executed by a processor, the computer program implements each process of the out-of-order delivery function indication method at the transmitting terminal side according to the embodiment of the present invention, or when being executed by the processor, the computer program implements each process of the out-of-order delivery function control method at the receiving terminal side according to the embodiment of the present invention, and can achieve the same technical effect, and in order to avoid repetition, the computer program is not described herein again. The computer-readable storage medium may be a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk.

It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.

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 invention may be embodied in the form of a 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 base station) to execute the method according to the embodiments of the present invention.

While the present invention has been described with reference to the embodiments shown in the drawings, the present invention is not limited to the embodiments, which are illustrative and not restrictive, and it will be apparent to those skilled in the art that various changes and modifications can be made therein without departing from the spirit and scope of the invention as defined in the appended claims.

Claims

1. A disorder delivery function indication method is applied to a sending terminal of side link transmission, and is characterized by comprising the following steps:

2. The method of claim 1, wherein before sending the first indication information to the receiving terminal of the data packet, the method further comprises:

3. The method of claim 1, wherein before sending the first indication information to the receiving terminal of the data packet, the method further comprises:

4. The method of claim 1, wherein before sending the first indication information to the receiving terminal of the data packet, the method further comprises:

5. The method of claim 1, wherein before sending the first indication information to the receiving terminal of the data packet, the method further comprises:

6. The method of claim 1, wherein the first indication information is carried in one of Radio Resource Control (RRC) signaling, broadcast signaling, a control protocol data unit (control PDU), and a data protocol data unit (data PDU).

7. The method of claim 6, wherein in the case that the first indication information is carried in a control PDU, the sending the first indication information to the receiving terminal of the data packet comprises:

8. The method of claim 6, wherein in case that the first indication information is carried in data PDU, the sending the first indication information to the receiving terminal of the data packet comprises:

9. The method according to claim 1, wherein the first indication information is a service identifier corresponding to the data packet in a case that the receiving terminal is configured with a correspondence between an out-of-order delivery function and a service identifier.

10. The method of claim 9, wherein the service identifier is carried in the data packet.

11. The method of claim 9, wherein the service identifier is a quality of service flow identifier or a logical channel identifier.

12. The method of claim 11, wherein in case that the service identifier is a logical channel identifier, the sending the first indication information to the receiving terminal of the data packet comprises:

determining the mapping relation between the data packet and a logical channel;

13. The method of claim 11, wherein in case that the service identifier is a qos flow identifier, the sending the first indication information to the receiving terminal of the data packet comprises:

14. A control method of out-of-order delivery function is applied to a receiving terminal of side link transmission, and is characterized by comprising the following steps:

15. The method of claim 14, wherein the first indication information is carried in one of Radio Resource Control (RRC) signaling, broadcast signaling, a control protocol data unit (control PDU), and a data protocol data unit (data PDU).

16. The method of claim 15, wherein in case that the first indication information is carried in a control PDU, the PDCP entity performing an out-of-order delivery operation or an in-order delivery operation based on the first indication information comprises:

17. The method of claim 15, wherein in case that the first indication information is carried in a control PDU, the PDCP entity performing an out-of-order delivery operation or an in-order delivery operation based on the first indication information comprises:

18. The method of claim 15, wherein in a case that the first indication information is carried in a data PDU, the PDCP entity performing an out-of-order delivery operation or an in-order delivery operation based on the first indication information comprises:

19. The method of claim 15, wherein in a case that the first indication information is carried in a data PDU, the PDCP entity performing an out-of-order delivery operation or an in-order delivery operation based on the first indication information comprises:

20. The method of claim 14, wherein the first indication information is a service identifier corresponding to the data packet.

21. The method of claim 20, wherein before the sending terminal receiving the data packet sends the first indication information, the method further comprises:

22. The method of claim 21, wherein the configuration information comprises any one of:

interaction information of the V2X layer;

configuration sent by the network device;

23. The method of claim 20, wherein the service identifier is a quality of service flow identifier or a logical channel identifier.

24. The method of claim 23, wherein the PDCP entity performing an out-of-order delivery operation or an in-order delivery operation based on the first indication information if the traffic identifier is a quality of service flow identifier comprises:

25. The method of claim 23, wherein the PDCP entity performing an out-of-order delivery operation or an in-order delivery operation based on the first indication information if the service identifier is a logical channel identifier comprises:

the PDCP entity receives a notification message sent by a Media Access Control (MAC) layer according to the first indication information and the corresponding relation between the out-of-order delivery function and the service identifier, wherein the notification message is used for notifying the PDCP entity whether to start the out-of-order delivery function;

26. A transmitting terminal, comprising:

27. A receiving terminal, comprising:

28. A transmitting terminal, comprising: memory, processor and program stored on the memory and executable on the processor, which when executed by the processor implements the steps in the out-of-order delivery function indication method of any of claims 1 to 13.

29. A receiving terminal, comprising: memory, processor and program stored on the memory and executable on the processor, which when executed by the processor implements the steps in the out-of-order delivery function control method of any of claims 14 to 25.

30. A computer-readable storage medium, having stored thereon a computer program which, when executed by a processor, implements the steps of an out-of-order delivery function indication method of any of claims 1 to 13, or which, when executed by a processor, implements the steps of an out-of-order delivery function control method of any of claims 14 to 25.