CN109644205B

CN109644205B - Data processing method and related equipment

Info

Publication number: CN109644205B
Application number: CN201780050581.1A
Authority: CN
Inventors: 唐海
Original assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Current assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date: 2017-08-11
Filing date: 2017-08-11
Publication date: 2020-08-04
Anticipated expiration: 2037-08-11
Also published as: CN109644205A; WO2019028880A1

Abstract

The application discloses a data processing method and related equipment, which are applied to communication equipment comprising a Service Data Adaptation Protocol (SDAP) layer, wherein the method comprises the following steps: the communication equipment generates a first Protocol Data Unit (PDU), wherein the first PDU is used for indicating that the size of a packet header of the SDAP data PDU changes; the communication device transmits the first PDU. By adopting the embodiment of the application, the problem of RoHC error can be avoided.

Description

Data processing method and related equipment

Technical Field

The present application relates to the field of communications technologies, and in particular, to a data processing method and a related device.

Background

At present, a new protocol layer, namely a Service Data Adaptation Protocol (SDAP) layer, is added to a new air interface NR/5G, where the SDAP layer is a first protocol layer from a core NetWork (CoreNetwork, CN) to a Radio Access NetWork (RAN). The SDAP layer is mainly responsible for mapping Quality of Service (QoS) flows (flow) of a higher layer to different Data Radio Bearers (DRBs).

The PDCP layer has a Robust Header Compression (RoHC) function, and in a long term evolution (L) technology (L on temporal evolution, &l &lttt translation = L &l &/lt/gtt &te), RoHC is directed to an Internet Protocol (Internet Protocol, IP) Header, the RoHC design is to consider that the IP Header is a fixed size for a long time, and in NR/5G, an SDAP Header is added before the IP due to introduction of the SDAP layer, and an error may occur due to a dynamic change of the SDAP Header.

Disclosure of Invention

The embodiment of the application provides a data processing method and related equipment, which are used for avoiding the problem of errors of RoHC.

In a first aspect, an embodiment of the present invention provides a data processing method, applied to a communication device including an SDAP layer, including:

the communication equipment generates a first PDU, wherein the first PDU is used for indicating that the size of a packet header of an SDAP data PDU changes;

the communication device transmits the first PDU.

In a second aspect, an embodiment of the present invention provides a data processing method, applied to a communication device including an SDAP layer, including:

the communication equipment receives first PDU from other communication equipment;

and the communication equipment determines that the size of the SDAP data PDU header changes according to the first PDU.

In a third aspect, an embodiment of the present invention provides a communication device, where the communication device includes an SDAP layer, and includes a processing unit and a communication unit, where:

the processing unit is used for generating a first PDU, and the first PDU is used for indicating that the size of the SDAP data PDU header changes; transmitting, by the communication unit, the first PDU.

In a fourth aspect, an embodiment of the present invention provides a communication device, where the communication device includes an SDAP layer, and includes a processing unit and a communication unit, where:

the processing unit receives first PDU from other communication equipment through the communication unit; and determining that the size of the SDAP data PDU header changes according to the first PDU.

In a fifth aspect, embodiments of the present invention provide a communications device, comprising one or more processors, one or more memories, one or more transceivers, and one or more programs stored in the memories and configured to be executed by the one or more processors, the programs including instructions for performing the steps in the method according to the first aspect.

In a sixth aspect, embodiments of the present invention provide a communications device, comprising one or more processors, one or more memories, one or more transceivers, and one or more programs stored in the memories and configured to be executed by the one or more processors, the programs including instructions for performing the steps of the method according to the second aspect.

In a seventh aspect, an embodiment of the present invention provides a computer-readable storage medium storing a computer program for electronic data exchange, wherein the computer program causes a computer to execute the method according to the first aspect.

In an eighth aspect, an embodiment of the present invention provides a computer-readable storage medium storing a computer program for electronic data exchange, wherein the computer program causes a computer to execute the method according to the first aspect.

In a ninth aspect, embodiments of the present invention provide a computer program product comprising a non-transitory computer readable storage medium storing a computer program operable to cause a computer to perform a method according to the first aspect.

In a tenth aspect, embodiments of the present invention provide a computer program product comprising a non-transitory computer readable storage medium storing a computer program operable to cause a computer to perform the method according to the first aspect.

These and other aspects of the present application will be more readily apparent from the following description of the embodiments.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.

FIG. 1 is a schematic diagram of a network architecture provided by an embodiment of the present application;

fig. 2 is a schematic flowchart of a data processing method according to an embodiment of the present application;

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

fig. 4 is a schematic structural diagram of another communication device provided in an embodiment of the present application;

fig. 5 is a schematic structural diagram of another communication device provided in an embodiment of the present application;

fig. 6 is a schematic structural diagram of another communication device provided in an embodiment of the present application;

fig. 7 is a schematic structural diagram of a user equipment according to an embodiment of the present application.

Detailed Description

In order to make the technical solutions better understood by those skilled in the art, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only partial embodiments of the present application, but not all embodiments. 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 application.

The following are detailed below.

The terms "first," "second," "third," and "fourth," etc. in the description and claims of this application and in the accompanying drawings are used for distinguishing between different objects and not for describing a particular order. Furthermore, the terms "include" and "have," as well as any variations thereof, are intended to cover non-exclusive inclusions. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those steps or elements listed, but may alternatively include other steps or elements not listed, or inherent to such process, method, article, or apparatus.

Reference herein to "an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment can be included in at least one embodiment of the application. The appearances of the phrase in various places in the specification are not necessarily all referring to the same embodiment, nor are separate or alternative embodiments mutually exclusive of other embodiments. It is explicitly and implicitly understood by one skilled in the art that the embodiments described herein can be combined with other embodiments.

Embodiments of the present application are described below with reference to the drawings.

Referring to fig. 1, fig. 1 is a schematic diagram of a network architecture according to an embodiment of the present invention, where the network architecture shown in fig. 1 includes a first communication device and a second communication device, the first communication device may be a user equipment or a network device, and the second communication device may be a user equipment or a network device, as shown in fig. 1, the first communication device and the second communication device both include an SDAP layer, a PDCP layer, a Radio link Control layer (Radio L ink Control, R L C) layer, and a Media Access Control (MAC) layer.

The first communication device transmits data to the second communication device, the specific process includes that a packet header is added to an SDAP layer of the first communication device by the data to generate SDAP data PDU, the SDAP layer of the first communication device transmits the SDAP data PDU to a PDCP layer of the first communication device, the PDCP layer of the first communication device adds a packet header to the PDCP layer of the first communication device to generate PDCP data PDU, the PDCP layer of the first communication device transmits the PDCP data PDU to an R L C layer of the first communication device, the PDCP data PDU adds a packet header to an R L C layer of the first communication device to generate R L C PDU, the R L1C layer of the first communication device transmits the R L C PDU to an MAC layer of the first communication device, the R L C PDU adds a packet header to an MAC layer of the first communication device to generate R L C PDU, the MAC layer of the first communication device transmits the MAC PDU, the MAC layer of the second communication device receives the MAC layer transmitted by the MAC layer of the first communication device, the MAC layer of the second communication device processes the SDAP layer to generate SDAP PDU, the SDAP layer, the SDAP data PDU, the SDAP layer of the SDAP data PDU is transmitted to the SDAP layer of the SDAP layer, the SDAP layer of the SDAP layer, the SDAP layer of the SDAP layer, the SDAP layer of the SDAP layer, the.

The RoHC function of the PDCP layer is that the IP header is a fixed size header for a long time. The PDCP layer of the second communication device has the RoHC function, and after receiving the PDCP data PDU, the PDCP layer of the second communication device decompresses the received PDCP data PDU based on the RoHC decompression algorithm used by the previous PDCP data PDU because the second communication device considers that the header size of the received PDCP data PDU is the same as that of the previous PDCP data PDU, and the SDAP header is a dynamically changed header, which may cause RoHC error. For example, after the PDCP layer of the second communication device successfully decompresses the PDCP data PDU-1, the PDCP layer of the second communication device receives the PDCP data PDU-2, where the size of the packet header of the PDCP data PDU-2 is different from the size of the packet header of the PDCP data PDU-1, if the PDCP layer of the second communication device decompresses the PDCP data PDU-1 based on the ROHC decompression algorithm 1, because the size of the packet header of the PDCP data PDU-2 is different from the size of the packet header of the PDCP data PDU-1, if the PDCP layer of the second communication device still decompresses the PDCP data PDU-2 using the ROHC decompression algorithm 1 at this time, an ROHC error may occur.

In order to solve the above problem, in the present solution, a first communication device generates a PDU, where the PDU is different from a normal data PDU, and the PDU is used to indicate that the size of the header of an SDAP data PDU changes, and then the first communication device sends the PDU, and after a second communication device receives the PDU, the second communication device may determine that the size of the header of the SDAP data PDU changes according to the PDU, so that a subsequent PDCP layer of the second communication device decompresses according to a new decompression algorithm after receiving the PDCP data PDU, thereby avoiding a problem of RoHC error.

Wherein a user device is a device that provides voice and/or data connectivity to a user, e.g., a handheld device, a vehicle mounted device, etc., having wireless connectivity capabilities. Common user equipment includes, for example: the mobile phone includes a mobile phone, a tablet computer, a notebook computer, a palm computer, a Mobile Internet Device (MID), and a wearable device such as a smart watch, a smart bracelet, a pedometer, and the like.

The Network device refers to a Node device on a Network side, for example, the Network device may be a Radio Access Network (RAN) device on AN Access Network side in a cellular Network, and the RAN device is a device for accessing a user equipment to a Wireless Network, and includes but is not limited to AN evolved Node B (eNB), a Radio Network Controller (RNC), a Node B (NB), a Base Station Controller (BSC), a Base Transceiver Station (BTS), a Home Base Station (e.g., a Homeevolved Node B, or Home Node B, HNB), a BaseBand Unit (Base band Unit, BBU), a Management Entity (Mobility Management Entity, MME), and the Network device may also be a Wireless local Area Network (e.g., Wireless Access L Area Network, W L), such as AN Access Point (AP), AN Access controller (AP), or a Wireless Access Point (Access Point, Access controller, etc.).

The data processing method provided by the embodiment of the present application is described in detail below with reference to the network architecture shown in fig. 1.

Referring to fig. 2, fig. 2 is a schematic flow chart of a data processing method according to an embodiment of the present application, where the method includes:

s201, a first communication device generates a first PDU, wherein the first PDU is used for indicating that the size of the SDAP data PDU header changes.

S202, the first communication equipment sends the first PDU.

S203, the second communication equipment receives the first PDU from the first communication equipment; and the second communication equipment determines that the size of the SDAP data PDU header changes according to the first PDU.

The first PDU may be an SDAP control PDU, or a PDCP data PDU, etc.

Wherein the first PDU is distinguished from the normal data PDU. For example, the header of the first PDU has one more D/C field than the header of the normal data PDU. For another example, the first PDU is a PDCP data PDU, the header of the normal PDCP data PDU includes 0 reserved bits, and then at least one reserved bit included in the header of the first PDU is not 0, and so on.

Specifically, assuming that the first PDU is an SDAP control PDU, when the header size of the SDAP PDU changes, the first communication device generates an SDAP control PDU, where the SDAP control PDU is used to indicate that the header size of the SDAP data PDU changes, the first communication device sends the SDAP control PDU, and after the second communication device receives the SDAP control PDU, the second communication device can determine that the header size of the SDAP data PDU changes according to the SDAP control PDU, so that a subsequent PDCP layer of the second communication device decompresses according to a new decompression algorithm after receiving the PDCP data PDU, thereby avoiding the problem of RoHC error.

In an example, the header of the first PDU includes a first indication field, and the first indication field is used to indicate that the first PDU is an SDAP control PDU.

In particular, in order for the SDAP layer of the second communication device to recognize that the first PDU is an SDAP control PDU rather than an SDAP data PDU. In the present scheme, an indication field (e.g., D/C) is added to the header of the first PDU, relative to the SDAP data PDU, and the indication field is used to indicate that the first PDU is an SDAP control PDU. For example, assuming D/C, 1bit, if the value of D/C is 0, it represents data PDU, and if the value of D/C is 1, it represents control PDU. Because the PDUs on the SDAP layer are all data PDUs and do not have control PDUs, in the scheme, the first PDU is the control PDU which is specially used for indicating the change of the packet header size of the SDAP layer data PDU, so that ambiguity caused by receiving end equipment can be avoided. When the SDAP layer of the second communication device receives the first PDU, the SDAP layer of the second communication device can know that the first PDU is the SDAP control PDU through the indication field included in the header of the first PDU, and then the second communication device can know that the size of the header of the SDAP data PDU changes.

In one example, the first PDU is an SDAP control PDU, the header size of the first PDU is equal to the header size of a second PDU, and the second PDU is the last SDAP data PDU sent by the SDAP layer before the change in the header size of the SDAP data PDU.

Specifically, it is assumed that the header size of the SDAP data PDU sent by the SDAP layer of the first communication device changes from 2byte to 0byte, and the SDAP data PDU with the header size of 2byte has, in the order of morning and evening of the sending time: SDAP data PDU-1, SDAP data PDU-2 and SDAP data PDU-3, the SDAP data PDU with the packet header size of 0byte has the following steps according to the sequence of the transmission time: SDAP data PDU-4, SDAP data PDU-5, and SDAP PD-6. It can be seen that, since the last SDAP data PDU-3 (i.e., the second PDU) with a header size of 2 bytes sent by the SDAP layer of the first communication device has a header size of 2 bytes, the header size of the first PDU is also 2 bytes.

Since the RoCH decompression is performed in the PDCP layer of the receiving end device (i.e., the second communication device), the PDCP layer can send the packet to the SDAP layer only after the decompression is completed, and before that, the PDCP layer has no change in the size of the header, and if the header of the SDAP control PDU (i.e., the first PDU) is not consistent, the PDCP layer still has an error during the decompression, so in this scheme, the size of the header of the first PDU is designed to be consistent with the size of the header of the second PDU, thereby avoiding the RoCH transmission error.

In an example, the transmission time of the second PDU is adjacent to the transmission time of the first PDU, and the transmission time of the second PDU is earlier than the transmission time of the first PDU.

Specifically, it is assumed that the header size of the SDAP data PDU sent by the SDAP layer of the first communication device changes from 2byte to 0byte, and the SDAP data PDU with the header size of 2byte has, in the order of morning and evening of the sending time: SDAP data PDU-1, SDAP data PDU-2 and SDAP PD-3, the SDAP data PDU with the packet header size of 0byte has the following steps according to the sequence of the transmission time: SDAP data PDU-4, SDAP data PDU-5, and SDAP PD-6. Then the order in which the SDAP layer of the first communication device sends PDUs is: SDAP data PDU-1 through SDAP data PDU-2 through SDAP PD-3 (i.e., second PDU) through first PDU through SDAP data PDU-4 through SDAP data PDU-5 through SDAP PD-6.

In an example, the header of the first PDU includes at least one second indication field for indicating that the first PDU is a PDCP control PDU.

Further, the header of the first PDU further includes a control PDU type field, where the control PDU type field is used to indicate that the first PDU is a PDCP control PDU used to indicate that the header size of the SDAP data PDU changes.

In particular, in order for the PDCP layer of the second communication device to recognize that the first PDU is a PDCP control PDU and not a PDCP data PDU. In the present scheme, at least one indication field (e.g., D/C) included in the header of the first PDU is set to 0 with respect to the PDCP data PDU to indicate that the first PDU is a PDCP control PDU. In addition, the header of the first PDU also includes a control PDU type field (e.g., a 3-bit control PDU type field, where the 3-bit control PDU type field is used to indicate different types of control PDUs). In the scheme, the first PDU is indicated to be a PDCP control PDU for indicating that the size of the SDAP data PDU header changes through the control PDU type field. The specific method comprises the following steps: adding a mapping relation in a 3-bit control PDU type field, for example, 011 a control PDU type with a correspondingly defined header size change. After the PDCP layer of the second communication device receives the first PDU, the PDCP layer of the second communication device can know that the first PDU is a PDCP control PDU through at least one indication field included in the header of the first PDU, and then know that the first PDU is a PDCP control PDU for indicating the change of the header size of the SDAP data PDU through the control PDU type field, and further know that the header size of the SDAP data PDU changes.

In an example, the first PDU includes a PDCP control PDU, a transmission time of the first PDU is adjacent to a transmission time of the third PDU, and the transmission time of the third PDU is earlier than the transmission time of the first PDU, and the third PDU is a last SDAP data PDU transmitted by the SDAP layer before a change in a header size of the SDAP data PDU.

Specifically, it is assumed that the header size of the SDAP data PDU sent by the SDAP layer of the first communication device changes from 2byte to 0byte, and the SDAP data PDU with the header size of 2byte has, in the order of morning and evening of the sending time: SDAP data PDU-1, SDAP data PDU-2 and SDAP PD-3, the SDAP data PDU with the packet header size of 0byte has the following steps according to the sequence of the transmission time: SDAP data PDU-4, SDAP data PDU-5, and SDAP PD-6. Then the sending of the SDAP data PDU by the SDAP layer of the first communication device has: SDAP data PDU-1 through SDAP data PDU-2 through SDAP PD-3 through SDAP data PDU-4 through SDAP data PDU-5 through SDAP PD-6. After the PDCP layer of the first communication device receives the last 2-byte SDAP data PDU (i.e., SDAP PD-3) with a header size sent by the SDAP layer of the first communication device, the PDCP layer of the first communication device processes the received 2-byte SDAP data PDU with a header size to generate a PDCP data PDU, and then sends the PDCP data PDU. A first PDU is generated immediately following a PDCP layer of the first communication device, and the first PDU is transmitted. The PDCP layer next to the first communication device processes the received SDAP data PDU (i.e., SDAP PD-4) with a header size of 0byte to form a PDCP data PDU, and transmits the PDCP data PDU.

In an example, the first PDU includes PDCP data PDU, and the header of the first PDU includes a third indication field for indicating that the header size of the SDAP data PDU changes.

Specifically, an R field, such as a 1-bit field (i.e., a third indication field) indicating a change in the header is replaced in the header of the PDCP data PDU, if the PDCP layer of the second communication device receives the first PDU before the first PDU, the value of the received field of the PDCP data PDU is always 1, and if the value of the field of the first PDU becomes 0, it indicates that the header of the SDAP data PDU is changed.

In an example, the first PDU includes a PDCP control PDU, and a fourth indication field of the header of the first PDU is used to indicate the size of the new SDAP data PDU header.

In particular, in order for the PDCP layer of the second communication device to recognize that the first PDU is a PDCP control PDU and not a PDCP data PDU. In the scheme, relative to the PDCP data PDU, a certain field (for example, R field) included in the header of the first PDU is used as an indication field for indicating the size of the header of the new SDAP data PDU, and after the PDCP layer of the second communication device receives the first PDU, the PDCP layer of the second communication device can know the size of the header of the new SDAP data PDU through the indication field included in the header of the first PDU, and further know that the size of the header of the SDAP data PDU changes.

In an example, the first PDU is a last PDCP data PDU sent by the PDCP layer before the change of the SDAP data PDU header size, where the PDCP data PDU includes a reserved bit indicating the change of the SDAP data PDU header size.

Specifically, it is assumed that the header size of the SDAP data PDU sent by the SDAP layer of the first communication device changes from 2byte to 0byte, and the SDAP data PDU with the header size of 2byte has, in the order of morning and evening of the sending time: SDAP data PDU-1, SDAP data PDU-2 and SDAP PD-3, the SDAP data PDU with the packet header size of 0byte has the following steps according to the sequence of the transmission time: SDAP data PDU-4, SDAP data PDU-5, and SDAP PD-6. Then the sending of the SDAP data PDU by the SDAP layer of the first communication device has: SDAP data PDU-1 through SDAP data PDU-2 through SDAP PD-3 through SDAP data PDU-4 through SDAP data PDU-5 through SDAP PD-6. The SDAP layer of the first communication device transmits the SDAP data PDU (SDAP PD-4) with the header size of 0byte after the last SDAP data PDU (SDAP PD-3) with the header size of 2 bytes is transmitted. After the PDCP layer of the first communication device receives the SDAP PD-3, the PDCP layer of the first communication device processes the SDAP PD-3 to generate a PDCP data PDU (i.e., a first PDU), and sends the PDCP data PDU. The PDCP layer immediately following the first communication device processes the SDAPPD-4 to generate a PDCP data PDU, which is transmitted.

In the present scheme, the reserved bits may be used to indicate that the size of the SDAP data PDU header changes, for example, at least one of the reserved bits is used to indicate that the size of the SDAP data PDU header changes. When 1 reserved bit is used, only two selected scenes are available for indicating the change of the SDAP packet header; when 2 reserved bits are used, 4 scenarios of change of the SDAP header can be indicated, and so on.

In accordance with the embodiment shown in fig. 2, please refer to fig. 3, fig. 3 is a schematic structural diagram of a communication device according to an embodiment of the present invention, and as shown, the communication device is a first communication device according to the above method, and the communication device includes one or more processors, one or more memories, one or more transceivers, and one or more programs, where the one or more programs are stored in the memories and configured to be executed by the one or more processors, and the programs include instructions for performing the following steps;

generating a first Protocol Data Unit (PDU), wherein the first PDU is used for indicating that the size of a packet header of the SDAP data PDU changes;

the communication device transmits the first PDU.

In an example, the header of the first PDU includes at least one second indication field for indicating that the first PDU is a Packet Data Convergence Protocol (PDCP) control PDU.

In an example, the header of the first PDU further comprises a control PDU type field, where the control PDU type field is used to indicate that the first PDU is a PDCP control PDU indicating that the header size of the SDAP data PDU changes.

In an example, the transmission time of the first PDU is adjacent to the transmission time of the third PDU, and the transmission time of the third PDU is earlier than the transmission time of the first PDU, and the third PDU is the last SDAP data PDU sent by the SDAP layer before the change in the header size of the SDAP data PDU.

In an example, the first PDU is a PDCP data PDU, and a header of the first PDU includes a third indication field, where the third indication field is used to indicate that a header size of an SDAP data PDU changes.

It should be noted that, the specific implementation manner of the content described in this embodiment may refer to the above method, and will not be described here.

In accordance with the embodiment shown in fig. 2, please refer to fig. 4, fig. 4 is a schematic structural diagram of a communication device according to an embodiment of the present invention, and as shown, the communication device is a second communication device according to the above method, and the communication device includes one or more processors, one or more memories, one or more transceivers, and one or more programs, where the one or more programs are stored in the memories and configured to be executed by the one or more processors, and the programs include instructions for performing the following steps;

receiving a first PDU from the other communication device;

and determining that the size of the SDAP data PDU header changes according to the first PDU.

The above-mentioned embodiments of the present invention have been introduced mainly from the perspective of interaction between network elements. It will be appreciated that the communication device, in order to implement the above-described functions, comprises corresponding hardware structures and/or software modules for performing the respective functions. Those of skill in the art will readily appreciate that the present invention can be implemented in hardware or a combination of hardware and computer software, with the exemplary elements and algorithm steps described in connection with the embodiments disclosed herein. Whether a function is performed as hardware or computer software drives hardware depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.

The communication device according to the embodiment of the present invention may be divided into functional units according to the above method examples, for example, each functional unit may be divided corresponding to each function, or two or more functions may be integrated into one processing unit. The integrated unit may be implemented in the form of hardware, or may be implemented in the form of a software program module. It should be noted that the division of the unit in the embodiment of the present invention is schematic, and is only a logic function division, and there may be another division manner in actual implementation.

In case of integrated units or modules, fig. 5 shows a block diagram of one possible functional unit of the communication device involved in the above embodiments. The communication device is the first communication device described in the above method embodiment, and the communication device 500 includes: a processing unit 501, a communication unit 502 and a storage unit 503. The processing unit 501 is used for controlling and managing the actions of the communication device, the communication unit 502 is used for supporting the communication between the communication device and other devices, and the storage unit 503 is used for storing program codes and data of the communication device. It should be noted that the processing unit 501, the communication unit 502 and the storage unit 503 are used to support the steps executed by the above method, and will not be described here.

The processing Unit 501 may be a Processor or a controller, such as a Central Processing Unit (CPU), a general-purpose Processor, a Digital Signal Processor (DSP), an Application-Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other Programmable logic device, a transistor logic device, a hardware component, or any combination thereof. Which may implement or perform the various illustrative logical blocks, modules, and circuits described in connection with the disclosure. The processor may also be a combination of computing functions, e.g., comprising one or more microprocessors, DSPs, and microprocessors, among others. The communication unit 502 may be a transceiver, a transceiver circuit, a radio frequency chip, etc., and the storage unit 503 may be a memory.

When the processing unit 501 is a processor, the communication unit 502 is a communication interface, and the storage unit 503 is a memory, the communication device according to the embodiment of the present invention may be the communication device shown in fig. 3.

In case of integrated units or modules, fig. 6 shows a block diagram of one possible functional unit of the communication device involved in the above embodiments. The communication device is the second communication device described in the above method embodiment, and the communication device 600 includes: a processing unit 601, a communication unit 602, and a storage unit 603. The processing unit 601 is used for controlling and managing the actions of the communication device, the communication unit 602 is used for supporting the communication between the communication device and other devices, and the storage unit 603 is used for storing program codes and data of the communication device. It should be noted that the processing unit 601, the communication unit 602 and the storage unit 603 are used to support the steps executed by executing the above method, and will not be described here.

The processing Unit 601 may be a Processor or a controller, such as a Central Processing Unit (CPU), a general-purpose Processor, a Digital Signal Processor (DSP), an Application-Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other Programmable logic device, a transistor logic device, a hardware component, or any combination thereof. Which may implement or perform the various illustrative logical blocks, modules, and circuits described in connection with the disclosure. The processor may also be a combination of computing functions, e.g., comprising one or more microprocessors, DSPs, and microprocessors, among others. The communication unit 602 may be a transceiver, a transceiver circuit, a radio frequency chip, or the like, and the storage unit 603 may be a memory.

When the processing unit 601 is a processor, the communication unit 602 is a communication interface, and the storage unit 603 is a memory, the communication device according to the embodiment of the present invention may be the communication device shown in fig. 4.

An embodiment of the present invention further provides a user equipment, as shown in fig. 7, for convenience of description, only a part related to the embodiment of the present invention is shown, and details of the specific technology are not disclosed, please refer to the method part of the embodiment of the present invention. The user equipment may be any user equipment including a mobile phone, a tablet computer, a PDA (Personal Digital Assistant), a POS (Point of Sales), a vehicle-mounted computer, and the like, taking the user equipment as the mobile phone as an example:

fig. 7 is a block diagram illustrating a partial structure of a mobile phone related to a user equipment provided by an embodiment of the present invention. Referring to fig. 7, the handset includes: a Radio Frequency (RF) circuit 910, a memory 920, an input unit 930, a display unit 940, a sensor 950, an audio circuit 960, a Wireless Fidelity (WiFi) module 970, a processor 980, and a power supply 990. Those skilled in the art will appreciate that the handset configuration shown in fig. 7 is not intended to be limiting and may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components.

The following describes each component of the mobile phone in detail with reference to fig. 7:

in General, RF circuit 910 may be used for the reception and transmission of information, RF circuit 910 may include, but is not limited to, an antenna, at least one Amplifier, a transceiver, a coupler, a low Noise Amplifier (L w Noise Amplifier, L NA), a duplexer, and the like.

The memory 920 may be used to store software programs and modules, and the processor 980 may execute various functional applications and data processing of the mobile phone by operating the software programs and modules stored in the memory 920. The memory 920 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 for at least one function, and the like; the storage data area may store data created according to the use of the mobile phone, and the like. Further, the memory 920 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 input unit 930 may be used to receive input numeric or character information and generate key signal inputs related to user settings and function control of the cellular phone. Specifically, the input unit 930 may include a fingerprint recognition module 931 and other input devices 932. Fingerprint identification module 931, can gather the fingerprint data of user above it. The input unit 930 may include other input devices 932 in addition to the fingerprint recognition module 931. In particular, other input devices 932 may include, but are not limited to, one or more of a touch screen, a physical keyboard, function keys (e.g., volume control keys, switch keys, etc.), a trackball, a mouse, a joystick, and the like.

The display unit 940 may include a display screen 941, and optionally, the display screen 941 may be configured in the form of a liquid crystal display (L required CrystalDisplay, &ttttranslation = L "&tttl &ttt/t &tttcd), an Organic light Emitting Diode (Organic L sight-Emitting Diode, O L ED), and the like, although in fig. 7, the fingerprint recognition module 931 and the display screen 941 are implemented as two separate parts to implement the input and input functions of the mobile phone, in some embodiments, the fingerprint recognition module 931 and the display screen 941 may be integrated to implement the input and play functions of the mobile phone.

The handset may also include at least one sensor 950, such as a light sensor, motion sensor, and other sensors. Specifically, the light sensor may include an ambient light sensor and a proximity sensor, wherein the ambient light sensor may adjust the brightness of the display screen 941 according to the brightness of ambient light, and the proximity sensor may turn off the display screen 941 and/or the backlight when the mobile phone 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), can detect the magnitude and direction of gravity when stationary, and can be used for applications of recognizing the posture of a mobile phone (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), vibration recognition related functions (such as pedometer and tapping), and the like; as for other sensors such as a gyroscope, a barometer, a hygrometer, a thermometer, and an infrared sensor, which can be configured on the mobile phone, further description is omitted here.

Audio circuitry 960, speaker 961, microphone 962 may provide an audio interface between a user and a cell phone. The audio circuit 960 may transmit the electrical signal converted from the received audio data to the speaker 961, and the audio signal is converted by the speaker 961 to be played; on the other hand, the microphone 962 converts the collected sound signal into an electrical signal, converts the electrical signal into audio data after being received by the audio circuit 960, and then processes the audio data by the audio data playing processor 980, and then sends the audio data to, for example, another mobile phone through the RF circuit 910, or plays the audio data to the memory 920 for further processing.

WiFi belongs to short-distance wireless transmission technology, and the mobile phone can help a user to receive and send e-mails, browse webpages, access streaming media and the like through the WiFi module 970, and provides wireless broadband Internet access for the user. Although fig. 7 shows the WiFi module 970, it is understood that it does not belong to the essential constitution of the handset, and can be omitted entirely as needed within the scope not changing the essence of the invention.

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

The handset also includes a power supply 990 (e.g., a battery) for supplying power to the various components, which may preferably be logically connected to the processor 980 via a power management system, thereby providing management of charging, discharging, and power consumption via the power management system.

Although not shown, the mobile phone may further include a camera, a bluetooth module, etc., which are not described herein.

In the foregoing embodiment shown in fig. 2, the flow at the communication device side in each step method may be implemented based on the structure of the mobile phone.

In the embodiments shown in fig. 5 and fig. 6, the functions of the units can be implemented based on the structure of the mobile phone.

Embodiments of the present invention further provide a computer-readable storage medium, where the computer-readable storage medium stores a computer program for electronic data exchange, where the computer program makes a computer perform some or all of the steps described in the first communication device in the above method embodiments.

Embodiments of the present invention further provide a computer-readable storage medium, where the computer-readable storage medium stores a computer program for electronic data exchange, where the computer program enables a computer to perform some or all of the steps described in the second communication device in the above method embodiments.

Embodiments of the present invention also provide a computer program product, wherein the computer program product comprises a non-transitory computer-readable storage medium storing a computer program, the computer program being operable to cause a computer to perform some or all of the steps described for the first communication device in the method. The computer program product may be a software installation package.

Embodiments of the present invention also provide a computer program product, where the computer program product comprises a non-transitory computer-readable storage medium storing a computer program, the computer program being operable to cause a computer to perform some or all of the steps as described for the second communication device in the above method embodiments. The computer program product may be a software installation package.

The steps of a method or algorithm described in connection with the embodiments disclosed herein may be embodied in hardware or may be embodied in software instructions executed by a processor. The software instructions may be comprised of corresponding software modules that may be stored in Random Access Memory (RAM), flash Memory, Read Only Memory (ROM), Erasable Programmable ROM (EPROM), Electrically Erasable Programmable ROM (EEPROM), registers, a hard disk, a removable disk, a compact disc Read only Memory (CD-ROM), or any other form of storage medium known in the art. An exemplary storage medium is coupled to the processor such the processor can read information from, and write information to, the storage medium. Of course, the storage medium may also be integral to the processor. The processor and the storage medium may reside in an ASIC. Additionally, the ASIC may reside in an access network device, a target network device, or a core network device. Of course, the processor and the storage medium may reside as discrete components in an access network device, a target network device, or a core network device.

It will be appreciated by those skilled in the art that in one or more of the foregoing examples, the functions described in connection with the embodiments of the invention may be implemented, in whole or in part, by software, hardware, firmware, or any combination thereof.

The above-mentioned embodiments are intended to illustrate the objects, technical solutions and advantages of the embodiments of the present invention in further detail, and it should be understood that the above-mentioned embodiments are only specific embodiments of the present invention, and are not intended to limit the scope of the embodiments of the present invention.

Claims

1. A data processing method is applied to a communication device comprising a Service Data Adaptation Protocol (SDAP) layer, and comprises the following steps:

the communication equipment generates a first Protocol Data Unit (PDU), wherein the first PDU is used for indicating that the size of a packet header of an SDAP data PDU changes, and the first PDU is an SDAP control PDU or a Packet Data Convergence Protocol (PDCP) control PDU;

and the communication equipment transmits the first PDU, wherein the transmission time of the first PDU is before the change of the header size of the SDAP data PDU and after and adjacent to the transmission time of the last SDAP data PDU transmitted by the SDAP layer.

2. The method of claim 1, wherein the header of the first PDU comprises a first indication field indicating that the first PDU is the SDAP control PDU.

3. The method of claim 1 or 2, wherein the first PDU is the SDAP control PDU, wherein the header size of the first PDU is equal to the header size of the second PDU, and wherein the second PDU is the last SDAP data PDU sent by the SDAP layer before the change in the header size of the SDAP data PDU.

4. The method of claim 3, wherein the transmission time of the second PDU is adjacent to the transmission time of the first PDU and wherein the transmission time of the second PDU is earlier than the transmission time of the first PDU.

5. The method of claim 1, wherein the header of the first PDU comprises at least one second indication field indicating that the first PDU is the PDCP control PDU.

6. The method of claim 5, wherein the header of the first PDU further comprises a control PDU type field indicating that the first PDU is the PDCP control PDU indicating a change in SDAP data PDU header size.

7. The method of claim 5 or 6, wherein the transmission time of the first PDU is adjacent to the transmission time of a third PDU, and the transmission time of the third PDU is earlier than the transmission time of the first PDU, and the third PDU is the last SDAP data PDU transmitted by the SDAP layer before the SDAP data PDU header size is changed.

8. A communication device, characterized in that the communication device comprises a service data adaptation protocol, SDAP, layer, comprising a processing unit and a communication unit, wherein:

the processing unit is configured to generate a first protocol data unit PDU, where the first PDU is used to indicate that the size of a packet header of an SDAP data PDU changes, and the first PDU is an SDAP control PDU or a PDCP control PDU; and sending the first PDU through the communication unit, wherein the sending time of the first PDU is before the change of the header size of the SDAP data PDU and after and adjacent to the sending time of the last SDAP data PDU sent by the SDAP layer.

9. The communications device of claim 8, wherein the header of the first PDU includes a first indication field, and wherein the first indication field is used to indicate that the first PDU is the SDAP control PDU.

10. The communications device of claim 8 or 9, wherein the first PDU is an SDAP control PDU, wherein the header size of the first PDU is equal to the header size of a second PDU, and wherein the second PDU is the last SDAP data PDU sent by the SDAP layer before the change in the header size of the SDAP data PDU.

11. The communications device of claim 10, wherein the transmission time of the second PDU is adjacent to the transmission time of the first PDU and wherein the transmission time of the second PDU is earlier than the transmission time of the first PDU.

12. The communications device of claim 8, wherein the header of the first PDU includes at least one second indication field, and wherein the at least one second indication field is used to indicate that the first PDU is the PDCP control PDU.

13. The communications device of claim 12, wherein the header of the first PDU further comprises a control PDU type field, wherein the control PDU type field is used to indicate that the first PDU is the PDCP control PDU indicating a change in the SDAP data PDU header size.

14. The communications device of claim 12 or 13, wherein the transmission time of the first PDU is adjacent to the transmission time of a third PDU, and the transmission time of the third PDU is earlier than the transmission time of the first PDU, and the third PDU is the last SDAP data PDU sent by the SDAP layer before the change in the packet header size of the SDAP data PDU.

15. A communication device comprising one or more processors, one or more memories, one or more transceivers, and one or more programs stored in the memories and configured to be executed by the one or more processors, the programs comprising instructions for performing the steps in the method of any of claims 1-7.

16. A computer-readable storage medium, characterized in that it stores a computer program for electronic data exchange, wherein the computer program causes a computer to perform the method according to any one of claims 1-7.