WO2021213186A1

WO2021213186A1 - Data processing method and apparatus

Info

Publication number: WO2021213186A1
Application number: PCT/CN2021/085998
Authority: WO
Inventors: 范强; 娄崇
Original assignee: 华为技术有限公司
Priority date: 2020-04-23
Filing date: 2021-04-08
Publication date: 2021-10-28
Also published as: CN113556129A

Abstract

A data processing method and apparatus, the method comprising: when a sending end sends a compressed data packet to a receiving end, the sending end can at the same time send first indication information to the receiving end so as to indicate, by means of the first indication information, a compression cache used by the sending end when compressing a data packet to be compressed. In the foregoing manner, once the receiving end receives the first indication information, then according to the first indication information, the receiving end can determine which compression cache among compression caches is used by the sending end to compress said data packet, and can decompress the compressed data packet by using a decompression cache corresponding to the compression cache. The decompression cache used by the receiving end is guaranteed to be consistent with the compression cache used by the sending end, thus increasing the success rate of decompression.

Description

Data processing method and device

This application claims the priority of the Chinese patent application filed with the Chinese Patent Office on April 23, 2020, the application number is 202010325805.9, and the application name is "Data Processing Method and Device", the entire content of which is incorporated into this application by reference.

Technical field

This application relates to the field of communication technology, and in particular to a data processing method and device.

Background technique

In a mobile communication network, in order to effectively increase the service transmission rate and improve resource utilization, data packets transmitted on the air interface can be compressed through a data compression mechanism to reduce the amount of data actually transmitted on the air interface. Currently, the more common data compression methods include uplink data compression (UDC), robust header compression (RoHC), ethernet header compression (EHC), and so on.

Taking the UDC mechanism as an example, the sender will compress the entire acquired data packet, including the header and payload part; both the sender and the receiver will maintain a buffer, and the sender will compress the data packet based on its maintenance when sending the data packet. The buffer compresses the data packet. Correspondingly, after receiving the compressed data packet, the receiving end will decompress the compressed data packet based on the decompression cache maintained by it, so as to restore the data before compression. In semi-static buffering, take the receiving end instructing the sending end to update the compression buffer as an example. If the receiving end has instructed the sending end to update the compression buffer, but due to data retransmission and other reasons, the sending end has not received the indication information in time. Therefore, When compressing the current data packet, it will continue to compress with the compressed cache before the update. However, since the receiving end has instructed to update the compression buffer, the receiving end will use the updated decompression buffer to decompress the compressed data packet, which will result in the decompressed data packet and the actual data sent by the sender The packages are inconsistent, causing errors in decompression.

Therefore, in the process of data packet transmission, how to ensure that the decompression buffer used by the receiving end is consistent with the compression buffer used by the sending end to improve the success rate of decompression is an urgent problem to be solved by those skilled in the art.

Summary of the invention

The embodiments of the present application provide a data processing method and device, which ensure that the decompression buffer adopted by the receiving end is consistent with the compression buffer adopted by the sending end during the data packet transmission process, thereby improving the success rate of decompression.

In the first aspect, an embodiment of the present application provides a data processing method, and the data processing method may include:

Update the compression cache.

Compress the data packet to be sent.

Send the first indication information to the receiving end; the first indication information is used to indicate the compression buffer used when compressing the data packet to be sent, the compression buffer used is the compression buffer before the update, or the compression buffer used is the compression after the update Cache.

It can be seen that when the sending end sends compressed data packets to the receiving end, it can also send the first indication information to the receiving end, so as to instruct the sending end to use the first indication information when compressing the data packet to be compressed. Compression buffer, so that after receiving the first indication information, the receiving end can determine according to the first indication information which compression buffer of the compression buffer the sending end uses when compressing the data packet to be compressed, and use the compression buffer to correspond to The decompression cache decompresses the compressed data packet to ensure that the decompression cache used by the receiving end is consistent with the compression cache used by the sending end, thereby improving the success rate of decompression.

In a possible implementation manner, the first indication information is carried in a compressed data packet, so that the first indication information and the compressed data packet can be sent to the receiving end together, so that the receiving end receives the first indication information. After an instruction information, it is possible to determine according to the first instruction information which compression cache of the compression cache the sender uses when compressing the data packet to be compressed, and use the decompression cache corresponding to the compression cache to perform the compression on the compressed data packet. Decompression ensures that the decompression buffer used by the receiving end is consistent with the compression buffer used by the sending end, thereby improving the success rate of decompression.

In a possible implementation, the first indication information is carried in the protocol header of the compressed data packet, or the first indication information is carried in the data header of the compressed data packet, through the protocol header of the data packet or The data header carries the first indication information in the compressed data packet, so that the sending end sends the first indication information at the same time as the compressed data packet, without additional network resources being occupied.

In a possible implementation manner, the first indication information is a field in the data packet to be sent.

If the value of the field is the same as the value of the field in the immediately preceding data packet received by the receiving end and the data packet to be sent, the compressed buffer used is the compressed buffer before update; if the value of the field is the same as that received by the receiving end The value of the field in the data packet immediately before the data packet to be sent is different, and the compressed buffer used is the updated compressed buffer, so that the receiving end can parse out the compressed data packet after receiving the compressed data packet. The value of the field in the data packet, and compare the value of the field of the data packet to be sent with the value of the field in the previous data packet that is received by the receiving end and the data packet immediately before the data packet to be sent, according to the comparison result Determine the compression buffer used by the sender when compressing the data packet to be sent.

In a possible implementation, the first indication information is the checksum field in the data packet to be sent, and the checksum field is determined according to the compression buffer used when compressing the data packet to be sent, so that the receiving end is receiving After the compressed data packet is reached, the value of the checksum field in the data packet to be sent can also be parsed, and the value of the checksum field in the data packet to be sent is compared with the compressed data before the update. The value of the checksum field calculated by the cache is compared with the value of the checksum field calculated according to the updated compressed cache. If the value of the checksum field in the data packet to be sent is the same as the value of the checksum field calculated by the receiving end according to the compression buffer before the update, it indicates the compression used by the sending end when compressing the data packet to be sent The buffer is a compressed buffer before the update; if the value of the checksum field in the data packet to be sent is the same as the value of the checksum field calculated by the receiving end according to the updated compressed buffer, it means that the sender is to be sent The compression buffer used when the data packet is compressed is the updated compression buffer, so that the compression buffer used by the sender when compressing the data packet to be sent is determined according to the comparison result.

In a possible implementation manner, the data processing method may further include:

Receive a control message from the receiving end; the control message is used to instruct to update the compressed cache; where the control message includes any of the updated compressed cache, the identifier of the updated compressed cache, and the string information used to instruct to update the compressed cache One is to enable the sender to determine the updated compressed cache based on the information related to the updated cache content in the control message.

In a possible implementation manner, the control message further includes second indication information, the second indication information is used to indicate the sequence number of the first data packet compressed using the updated abbreviated buffer, so that the sender can directly base on the sequence number of the first data packet. The second indication information determines which compression buffer is used to compress the data packet to be sent, so that the sending end only needs to send the compressed data packet to the receiving end later, and there is no need to send to the receiving end to indicate that the sending end is in the process of compressing the data to be compressed. The first indication information of the compression buffer used when the packet is compressed also ensures that the decompression buffer adopted by the receiving end is consistent with the compression buffer adopted by the sending end, thereby improving the success rate of decompression.

In a possible implementation manner, updating the compression cache may include:

The third indication information is received from the receiving end; the third indication information is used to indicate that the update type of the compressed cache is semi-static cache update.

The compressed cache is updated according to the third instruction information, that is, the receiving end can explicitly configure the semi-static cache update to the sending end.

According to the unacknowledged mode radio link control UM RLC entity associated with the bearer of the data packet to be sent, it is determined that the update type of the compressed cache is a semi-static cache update.

The compressed cache is updated according to the UM RLC entity, that is, it is realized that the sender can implicitly determine that its cache update type is a semi-static cache update.

In the second aspect, an embodiment of the present application provides a data processing method, and the data processing method may include:

The second indication information is received from the receiving end, where the second indication information is used to instruct the sending end to use the updated compression buffer to compress the sequence number of the first data packet.

Update the compression cache.

The data packet to be sent is compressed according to the second instruction information; wherein the compression buffer used when compressing the data packet to be sent is the compressed buffer before update, or the compression buffer used when compressing the data packet to be sent is the updated compression Cache.

It can be seen that the sending end first receives the second indication information sent by the receiving end that instructs the sending end to use the updated compression buffer to compress the sequence number of the first data packet, and determines to be compressed according to the second indication information. The compression buffer used when the data packet is compressed, so that after receiving the compressed data packet, the receiving end can determine the compression buffer used by the sending end when compressing the compressed data packet according to the sequence number of the compressed data packet Which compression buffer is used, and use the decompression buffer corresponding to the compression buffer to decompress the compressed data packet, ensuring that the decompression buffer used by the receiving end is consistent with the compression buffer used by the sending end, thereby improving the success of decompression Rate.

In a possible implementation manner, compressing the data packet to be sent according to the second indication information may include:

If the sequence number of the data packet to be sent is greater than or equal to the sequence number indicated by the second indication information, the updated compression buffer is used to compress the data packet to be sent; if the sequence number of the data packet to be sent is less than or equal to the second indication The sequence number indicated by the information is compressed using the compressed buffer before the update to compress the data packet to be sent, so that the sender can determine which compression buffer to use for the data packet to be sent according to the sequence number of the data packet to be sent and the sequence number indicated by the second indication information Compression also ensures that the decompression buffer used by the receiving end is consistent with the compression buffer used by the sending end, thereby increasing the success rate of decompression.

In a possible implementation manner, receiving the second indication information from the receiving end may include:

The control message is received from the receiving end; the control message is used to instruct to update the compressed buffer, and the control message includes the second indication information, so that the second indication information is sent to the sending end through the control message, so that the sending end can be based on the data to be sent The sequence number of the packet and the sequence number indicated by the second indication information determine which compression buffer is used to compress the data packet to be sent, ensuring that the decompression buffer used by the receiving end is consistent with the compression buffer used by the sending end, thereby improving the success rate of decompression .

In a possible implementation, the control message also includes any one of the updated compression cache, the identifier of the updated compression cache, and character string information for instructing to update the compression cache, so that the sender can The information related to the updated cache content in the control message determines the updated compressed cache.

In the third aspect, the embodiments of the present application also provide a data processing method, and the data processing method may include:

Update the compression cache.

Receive the first indication information from the sending end; the first indication information is used to indicate the compression buffer used by the sending end when compressing the data packet to be sent, the used compression buffer is the compressed buffer before update, or the compressed buffer used is after update Compressed cache.

It can be seen that, before the receiving end compresses the data packet to be sent, by receiving the first indication information, it can determine which compression buffer of the compression buffer used by the sending end when compressing the data packet to be compressed according to the first indication information. Cache, and use the decompression cache corresponding to the compression cache to decompress the compressed data packet, ensuring that the decompression cache adopted by the receiving end is consistent with the compression cache adopted by the sending end, thereby increasing the success rate of decompression.

In a possible implementation manner, the first indication information is carried in the compressed data packet, so that when the receiving end receives the compressed data packet, the first indication information can be received together, so that it can be based on the compressed data packet. The first indication information determines which compression buffer of the compression buffer is used by the sending end when compressing the data packet to be compressed, and uses the decompression buffer corresponding to the compression buffer to decompress the compressed data packet, ensuring that the receiving end adopts The decompression cache of is consistent with the compression cache used by the sender, thereby improving the success rate of decompression.

In a possible implementation, the first indication information is carried in the protocol header of the compressed data packet, or the first indication information is carried in the data header of the compressed data packet, through the protocol header of the data packet or The data header carries the first indication information in the compressed data packet, so that the receiving end can receive the first indication information at the same time as the compressed data packet, without additional network resources being occupied.

Send a control message to the sender; the control message is used to instruct to update the compressed cache; where the control message includes any of the updated compressed cache, the identifier of the updated compressed cache, and the string information used to instruct to update the compressed cache One is to enable the sender to determine the updated compressed cache based on the information related to the updated cache content in the control message.

Send the third instruction information to the sender; the third instruction information is used to indicate that the update type of the compressed cache is semi-static cache update, and instruct the sender to update the compressed cache according to the third instruction information, that is, to realize the display of the receiver The sender configures semi-static cache updates.

In a fourth aspect, an embodiment of the present application also provides a data processing method, and the data processing method may include:

Update the compression cache.

Send second instruction information to the sender, the second instruction information is used to instruct the sender to use the updated compression buffer to compress the sequence number of the first data packet, and instruct the sender to perform the data packet to be sent according to the second instruction information Compression; where the compression buffer used when compressing the data packet to be sent is the compression buffer before update, or the compression buffer used when compressing the data packet to be sent is the updated compression buffer.

It can be seen that the receiving end sends to the sending end the second indication information for instructing the sending end to use the updated compression buffer to compress the sequence number of the first data packet, so that the sending end can determine according to the second indication information The compression buffer used when compressing the data packet to be compressed, so that after receiving the compressed data packet, the receiving end can determine the data packet to be compressed by the sending end according to the sequence number of the compressed data packet. Which compression cache of the compression cache, and use the decompression cache corresponding to the compression cache to decompress the compressed data packet, ensuring that the decompression cache used by the receiving end is consistent with the compression cache used by the sending end, thereby improving decompression The success rate.

In a possible implementation, if the sequence number of the data packet to be sent is greater than or equal to the sequence number indicated by the second indication information, the compression buffer used when compressing the data packet to be sent is the compression buffer before update; if If the sequence number of the data packet to be sent is less than or equal to the sequence number indicated by the second indication information, the compression buffer used when compressing the data packet to be sent is the updated compression buffer, so that the sending end can be based on the data packet to be sent. The sequence number and the sequence number indicated by the second indication information determine which compression buffer is used to compress the data packet to be sent, and also ensures that the decompression buffer adopted by the receiving end is consistent with the compression buffer adopted by the sending end, thereby increasing the success rate of decompression.

In a possible implementation manner, sending the second indication information to the sending end may include:

Send a control message to the sending end; where the control message is used to instruct to update the compressed buffer, and the control message includes second indication information, so that the second indication information is sent to the sending end through the control message, so that the sending end can be based on the data to be sent The sequence number of the packet and the sequence number indicated by the second indication information determine which compression buffer is used to compress the data packet to be sent, ensuring that the decompression buffer used by the receiving end is consistent with the compression buffer used by the sending end, thereby improving the success rate of decompression .

In a fifth aspect, an embodiment of the present application also provides a communication device, and the communication device may include:

The processing unit is used to update the compression buffer; and compress the data packets to be sent.

The sending unit is used to send the first indication information to the receiving end; the first indication information is used to indicate the compression buffer used when compressing the data packet to be sent, the compression buffer used is the compression buffer before update, or the compression buffer used It is the updated compressed cache.

In a possible implementation manner, the first indication information is carried in a compressed data packet.

In a possible implementation manner, the first indication information is carried in the protocol header of the compressed data packet, or the first indication information is carried in the data header of the compressed data packet.

In a possible implementation, the first indication information is a field in the data packet to be sent, if the value of the field is the same as the value of the field in the previous data packet immediately before the data packet to be sent received by the receiving end , The compressed buffer used is the compressed buffer before update; if the value of the field is different from the value of the field in the previous data packet that is received by the receiving end and the data packet to be sent, the compressed buffer used is the updated Compressed cache.

In a possible implementation manner, the first indication information is a checksum field in the data packet to be sent, and the checksum field is determined according to the compression buffer used when compressing the data packet to be sent.

In a possible implementation manner, the communication device may further include:

The receiving unit is used to receive a control message from the receiving end; the control message is used to instruct to update the compressed buffer; where the control message includes the updated compressed buffer, the identifier of the updated compressed buffer, and characters used to instruct to update the compressed buffer Any one of the string information.

In a possible implementation manner, the control message further includes second indication information, and the second indication information is used to indicate the sequence number of the first data packet compressed by using the updated abbreviated buffer.

In a possible implementation manner, the receiving unit is further configured to receive third indication information from the receiving end; the third indication information is used to indicate that the update type of the compressed cache is semi-static cache update.

The processing unit is specifically configured to update the compression cache according to the third indication information.

In a possible implementation manner, the processing unit is specifically configured to control the UM RLC entity according to the unacknowledged mode radio link associated with the bearer of the data packet to be sent, and determine that the update type of the compressed cache is a semi-static cache update; and The UM RLC entity updates the compression cache.

In a sixth aspect, an embodiment of the present application also provides a communication device, and the communication device may include:

The receiving unit is configured to receive second indication information from the receiving end, where the second indication information is used to instruct the communication device to use the updated compression buffer to compress the sequence number of the first data packet.

The processing unit is configured to update the compression buffer; and compress the data packet to be sent according to the second instruction information; wherein the compression buffer used when compressing the data packet to be sent is the compressed buffer before update, or the data packet to be sent The compressed cache used during compression is the updated compressed cache.

In a possible implementation, the processing unit is configured to use the updated compression buffer to compress the data packet to be sent if the sequence number of the data packet to be sent is greater than or equal to the sequence number indicated by the second indication information; if If the sequence number of the data packet to be sent is less than or equal to the sequence number indicated by the second indication information, the compressed buffer before the update is used to compress the data packet to be sent.

In a possible implementation manner, the receiving unit is configured to receive a control message from the receiving end; where the control message is used to instruct to update the compression buffer, and the control message includes the second instruction information.

In a possible implementation manner, the control message further includes any one of the updated compressed cache, the identifier of the updated compressed cache, and character string information used to instruct to update the compressed cache.

In a seventh aspect, an embodiment of the present application also provides a communication device, and the communication device may include:

The processing unit is used to update the compression cache.

The receiving unit is configured to receive first indication information from the sending end; the first indication information is used to indicate the compression buffer used by the sending end when compressing the data packet to be sent, and the used compression buffer is the compressed buffer before update, or The compressed cache is the updated compressed cache.

In a possible implementation, the first indication information is a field in the data packet to be sent, if the value of the field is the same as the value of the field in the immediately preceding data packet received by the communication device and the data packet to be sent , The compressed buffer used is the compressed buffer before update; if the value of the field is different from the value of the field in the immediately preceding data packet received by the communication device and the data packet to be sent, the compressed buffer used is the updated compressed buffer Compressed cache.

The sending unit is used to send a control message to the sending end; the control message is used to instruct to update the compressed buffer; where the control message includes the updated compressed buffer, the identifier of the updated compressed buffer, and the characters used to instruct to update the compressed buffer Any one of the string information.

In a possible implementation, the sending unit is further configured to send third indication information to the sending end; the third indication information is used to indicate that the update type of the compressed buffer is semi-static cache update, and instruct the sending end to follow the third indication The information updates the compressed cache.

In an eighth aspect, an embodiment of the present application also provides a communication device, which may include:

The processing unit is used to update the compression cache.

The sending unit is configured to send second indication information to the sending end, where the second indication information is used to instruct the sending end to use the updated compression buffer to compress the sequence number of the first data packet, and to instruct the sending end to follow the second indication information Compress the data packet to be sent; wherein the compression buffer used when compressing the data packet to be sent is the compressed buffer before update, or the compression buffer used when compressing the data packet to be sent is the updated compression buffer.

In a possible implementation, if the sequence number of the data packet to be sent is greater than or equal to the sequence number indicated by the second indication information, the compression buffer used when compressing the data packet to be sent is the compression buffer before update; if If the sequence number of the data packet to be sent is less than or equal to the sequence number indicated by the second indication information, the compression buffer used when compressing the data packet to be sent is the updated compression buffer.

In a possible implementation manner, the sending unit is specifically configured to send a control message to the sending end; where the control message is used to instruct to update the compression buffer, and the control message includes the second instruction information.

It can be understood that the communication device shown in the above fifth aspect to the eighth aspect may be the communication device itself, or may be a component (such as a chip, circuit, module, or unit) that can be configured in the communication device.

In a ninth aspect, an embodiment of the present application also provides a communication device, the device includes a processor and a memory, the memory is stored with a computer program, and the processor executes the computer program stored in the memory to enable The device executes the data processing method as described in any one of the possible implementations of the first aspect; or, the processor executes the computer program stored in the memory, so that the device executes any of the data processing methods as described in the second aspect. The data processing method described in one possible implementation.

In a tenth aspect, an embodiment of the present application also provides a communication device. The device includes a processor and a memory. The memory stores a computer program. The processor executes the computer program stored in the memory to enable The device executes the data processing method described in any one of the possible implementations of the third aspect; or, the processor executes the computer program stored in the memory, so that the device executes any of the fourth aspect The data processing method described in one possible implementation.

In an eleventh aspect, an embodiment of the present application also provides a communication device, which includes a processor and an interface circuit.

The interface circuit is used to receive code instructions and transmit them to the processor;

The processor is configured to run the code instructions to execute the data processing method described in any one of the possible implementation manners of the first aspect; or, to run the code instructions to execute any of the code instructions as described in the second aspect. The data processing method described in one possible implementation.

In a twelfth aspect, an embodiment of the present application also provides a communication device, and the communication device may include a processor and an interface circuit.

The interface circuit is used to receive code instructions and transmit them to the processor.

The processor is configured to run the code instructions to execute the data processing method described in any one of the possible implementation manners of the third aspect; or, to execute the code instructions to execute any one of the fourth aspect The data processing method described in one possible implementation.

In the thirteenth aspect, the embodiments of the present application also provide a readable storage medium for storing instructions. When the instructions are executed, the data as described in any one of the possible implementations of the first aspect The processing method is implemented; or, when the instruction is executed, the data processing method described in any one of the possible implementation manners of the second aspect is implemented.

In the fourteenth aspect, the embodiments of the present application also provide a readable storage medium for storing instructions. When the instructions are executed, the data as described in any of the possible implementations of the third aspect The processing method is implemented; or, when the instruction is executed, the data processing method described in any one of the possible implementation manners of the fourth aspect is implemented.

In the fifteenth aspect, the embodiments of the present application also provide a chip on which a computer program is stored. When the computer program is executed by the processor, the data processing as described in any one of the possible implementations of the first aspect is executed. Method; or, when the computer program is executed by the processor, execute the data processing method described in any one of the possible implementation manners of the second aspect.

In a sixteenth aspect, the embodiments of the present application also provide a chip on which a computer program is stored. When the computer program is executed by the processor, the data processing as described in any possible implementation manner of the third aspect is executed. Method; or, when the computer program is executed by the processor, execute the data processing method described in any one of the possible implementation manners of the fourth aspect.

In the seventeenth aspect, the embodiments of the present application also provide a communication system, which may include: the data processing device according to any one of claims 17-18 and the data processing device according to any one of claims 21-22. Or, the data processing device according to any one of claims 19-20 and the data processing device according to any one of claims 23-24; or, the data processing device according to claim 25 Device and the data processing device according to claim 26; or, the data processing device according to claim 27 and the data processing device according to claim 28.

In the data processing method and device provided by the embodiments of the present application, when the sending end sends compressed data packets to the receiving end, it can send first indication information to the receiving end together, so as to indicate that the sending end is processing the data through the first indication information. The compression buffer used when compressing the compressed data packet, so that after receiving the first indication information, the receiving end can determine which compression buffer of the compression buffer is used by the sending end when compressing the data packet to be compressed according to the first indication information Cache, and use the decompression cache corresponding to the compression cache to decompress the compressed data packet, ensuring that the decompression cache adopted by the receiving end is consistent with the compression cache adopted by the sending end, thereby increasing the success rate of decompression.

Description of the drawings

FIG. 1 is a schematic diagram of an application scenario provided by an embodiment of the application;

Figure 2 is a schematic diagram of another application scenario provided by an embodiment of the application;

FIG. 3 is a schematic flowchart of a data processing method provided by an embodiment of this application;

4 is a schematic structural diagram of a PDCP header carrying a field U according to an embodiment of the application;

FIG. 5 is a schematic structural diagram of a UDC header carrying a field U according to an embodiment of the application;

FIG. 6 is a schematic diagram of a data packet processing process provided by an embodiment of this application;

FIG. 7 is a schematic structural diagram of a PDCP header carrying field I according to an embodiment of the application;

FIG. 8 is a schematic structural diagram of a UDC header carrying field I according to an embodiment of the application;

FIG. 9 is a schematic diagram of another data packet processing process provided by an embodiment of this application;

FIG. 10 is a schematic structural diagram of a PDCP header carrying a field Indication provided by an embodiment of this application;

FIG. 11 is a schematic structural diagram of a UDC header carrying a field Indication provided by an embodiment of this application;

FIG. 12 is a schematic flowchart of another data processing method provided by an embodiment of this application;

FIG. 13 is a schematic flowchart of yet another data processing method provided by an embodiment of this application;

FIG. 14 is a schematic structural diagram of a communication device provided by an embodiment of this application;

15 is a schematic structural diagram of another communication device provided by an embodiment of this application;

FIG. 16 is a schematic structural diagram of a communication device provided by an embodiment of this application;

FIG. 17 is a schematic structural diagram of another communication device provided by an embodiment of this application;

FIG. 18 is a schematic structural diagram of a communication device provided by an embodiment of this application;

FIG. 19 is a schematic structural diagram of another communication device provided by an embodiment of this application.

Detailed ways

The embodiment of this application is applied to the fifth generation (5th generation, 5G) communication system or other systems that may appear in the future. It should be noted that when the solution of the embodiment of this application is applied to a 5G system or other systems that may appear in the future, The names of the receiving end and the terminal may change, but this does not affect the implementation of the solutions of the embodiments of the present application.

In the embodiments of the present application, "at least one" refers to one or more, and "multiple" refers to two or more. "And/or" describes the association relationship of the associated objects, which means that there can be three kinds of relationships, for example, A and/or B, which can mean: A alone exists, A and B exist at the same time, and B exists alone. A and B can be singular or plural. In the text description of this application, the character "/" generally indicates that the associated objects before and after are in an "or" relationship.

The data processing method provided by the embodiment of the application can be applied to a communication system that uses a Uu interface for data transmission. For an example, please refer to FIG. 1. FIG. 1 is a schematic diagram of an application scenario provided by an embodiment of the application. The application scenario shown may include at least one terminal and one network device, where one of the terminal and the network device is the sending end, and the other is the receiving end, and the Uu interface is used for data transmission between the terminal and the network device. However, the data processing method provided in the embodiments of the present application is not limited to being applied to a communication system that uses a Uu interface for data transmission, and can also be applied to a communication system that uses a sidelink interface for data transmission. For an example, please refer to As shown in Figure 2, Figure 2 is a schematic diagram of another application scenario provided by an embodiment of the application. The application scenario shown in Figure 2 may include at least two terminals, where one of the two terminals is the sender, and the other For the receiving end, the sidelink interface is used for data transmission between the two terminals.

Among them, terminal equipment, also known as user equipment (UE), mobile station (MS), mobile terminal (MT), etc., are devices that provide users with voice/data connectivity , For example, handheld devices with wireless connectivity, vehicle-mounted devices, etc. At present, some examples of terminal devices are: mobile phones (mobile phones), tablet computers, notebook computers, handheld computers, mobile internet devices (MID), wearable devices, virtual reality (VR) devices, augmented Augmented reality (AR) equipment, wireless terminals in industrial control, wireless terminals in self-driving (self-driving), wireless terminals in remote medical surgery, and smart grid (smart grid) The wireless terminal in the transportation safety (transportation safety), the wireless terminal in the smart city (smart city), the wireless terminal in the smart home (smart home), etc. The method executed by the terminal device in the embodiment of the present application may be specifically executed by at least one chip in the terminal device.

A network device is an entity used to transmit or receive signals on the network side, such as a generation NodeB (gNodeB). The network device may be a device used to communicate with terminal devices. The network equipment can be an evolved base station (evolutional Node B, eNB or eNodeB) in the Long Term Evolution (LTE), or a relay station or an access point, or an in-vehicle device, a wearable device, and a network device in the future 5G network Or network equipment in the public land mobile network (PLMN) network that will evolve in the future, or gNodeB in the NR system, etc. In addition, in the embodiments of the present application, the network equipment provides services for the cell, and the terminal equipment communicates with the network equipment through the transmission resources (for example, frequency domain resources, or spectrum resources) used by the cell. The cell may be a network equipment. (E.g. base station) The corresponding cell, the cell can belong to a macro base station or a base station corresponding to a small cell. The small cell here can include: metro cell, micro cell, and pico cell (pico cell), femto cell (femto cell), etc., these small cells have the characteristics of small coverage and low transmit power, and are suitable for providing high-rate data transmission services. In addition, in other possible situations, the network device may be another device that provides wireless communication functions for the terminal device. The embodiment of the present application does not limit the specific technology and specific device form adopted by the network device. For ease of description, in the embodiments of the present application, a device that provides a wireless communication function for a terminal device is referred to as a network device. The method executed by the network device in the embodiment of the present application may be specifically executed by at least one chip in the network device.

In the application scenario shown in Figure 1 or Figure 2, when the sender sends data packets to the receiver, in order to reduce the amount of data actually transmitted on the air interface, the sender can use the UDC mechanism to compress the data packets to be sent. Under the semi-static cache update mechanism, take the receiving end instructing the sending end to update the compression buffer as an example. If the receiving end has instructed the sending end to update the compression buffer, but due to data retransmission and other reasons, the sending end has not received the instruction information in time. Therefore, the compression cache before the update will continue to be used for compression. However, since the receiving end has instructed to update the compression buffer, the receiving end will use the updated decompression buffer to decompress the compressed data packet, which will result in the decompressed data packet and the actual data sent by the sender The packages are inconsistent, causing errors in decompression.

In order to solve the problem in the UDC compression mechanism, when the receiving end instructs the sending end to update the compression buffer, but due to data retransmission and other reasons, the sending end does not receive the instruction information, and continues to compress with the compression buffer before the update, so that the receiving end uses The decompression buffer used by the receiving end is inconsistent with the compression buffer used by the sending end and the problem of errors in decompression caused by The compression cache is consistent, which improves the success rate of decompression.

In a possible implementation, in the UDC compression mechanism, the sender actively controls which compression buffer (compression buffer before update or compressed buffer after update) is used to compress the data to be sent, and informs the receiver of the compression used Cache. The implementation process can be as follows: when sending the compressed data packet to the receiving end, the sending end can send the first indication information to the receiving end together, so as to instruct the sending end to use when compressing the data packet to be compressed through the first indication information. Compression buffer, so that after receiving the first indication information, the receiving end can determine according to the first indication information which compression buffer of the compression buffer the sending end uses when compressing the data packet to be compressed, and use the compression buffer The corresponding decompression cache decompresses the compressed data packet, ensuring that the decompression cache adopted by the receiving end is consistent with the compression cache adopted by the sending end, thereby improving the success rate of decompression.

In another possible implementation, different from the previous one, in the UDC compression mechanism, the sender is no longer actively controlling which compression buffer to use (compression buffer before update or compression after update) Buffer) compresses the data to be sent, but the receiving end controls which compression buffer is used by the sending end to compress the data to be sent. The implementation process can be: the receiving end sends second indication information to the sending end to instruct the sending end to use the updated compression buffer to compress the sequence number of the first data packet, so that the sending end receives After the second indication information, it is possible to determine which compression buffer is used to compress the data to be sent according to the sequence number indicated by the second indication information, if the sequence number of the current data packet to be sent is less than or equal to the sequence number indicated by the second indication information , The sender uses the compressed buffer before the update to compress the data packet to be sent. If the sequence number of the current data packet to be sent is greater than or equal to the sequence number indicated by the second indication information, the sender uses the updated compressed buffer to be sent The data packet is compressed, and the compressed data packet is sent to the receiving end. Since the receiving end has negotiated with the sending end through the second indication information, the receiving end can use the compressed data packet according to the compressed data packet. The sequence number of the data packet determines the corresponding decompression buffer, and uses the decompression to decompress the compressed data packet, which also ensures that the decompression buffer used by the receiving end is consistent with the compression buffer used by the sending end, thereby improving decompression The success rate.

It is understandable that in the embodiment of the present application, in the UDC compression mechanism, when the sending end uses a compression buffer to compress the data packet to be sent, the compression buffer can be understood as the basis for compressing the data packet to be sent, and its basic principle Yes: If there is a character string in the data packet to be sent and the content of a character string in the compression buffer is the same, the position information and length information of the character string in the compression buffer are used to replace the character string in the data packet to be sent. For example, there is a character string'ABCD' in the data packet to be sent, and the character string'ABCD' also exists in the compression buffer, and the starting position of the character string stored in the compression buffer is the 200th byte and the length is 4 words Section, the sender can replace the character string'ABCD' in the data packet to be sent with the location information and length information <200,4>, so as to realize the compression of the character string'ABCD' in the data packet to be sent. Correspondingly, when the receiving end uses the decompression cache to decompress the compressed data packet, the basic principle is: use the position information and length information of the character string indicated in the compressed data packet in the decompression cache Take out the corresponding character string to reconstruct the original data packet. For example, according to the position information and length information <200,4> carried in the compressed data packet, search for 4 consecutive bytes starting from the 200th byte in the decompression cache. If the decompression cache and the compression cache are the same, the decompression cache The 4 consecutive bytes starting from the 200th byte in the compressed buffer will also be the string'ABCD'. After determining the string'ABCD', and replacing the position information and length information with the string'ABCD', you can restore the Send data packets.

It can be understood that, in the embodiment of the present application, the compressed cache before the update and the compressed cache after the update occupy the same size of cache space, and the reason why they are described as the compressed cache before the update and the compressed cache after the update, The reason is that the content stored in the cache space has changed before and after the update. Therefore, in order to facilitate the distinction between the compressed cache content before the update and the compressed cache content after the update, the compressed cache before the update of the compressed cache content is described as The compressed cache before update, the compressed cache after the update of the compressed cache content is described as the updated compressed cache.

It should be noted that when the data processing method provided in the embodiments of this application is applied to the UDC mechanism, the compressed content used by the sender to compress the data packet to be sent is the content in the compressed buffer, that is, the sender can use the compressed buffer to treat Send data packets for compression.

The data processing method provided by the embodiments of this application can be applied to the RoHC mechanism. When IP data packets are compressed, the compression buffer is also called RoHC context, that is, the sending end can use the RoHC compression context to compress the data packets to be sent, and the receiving end can The RoHC decompression context corresponding to the RoHC compression context is used to decompress the received data packet to recover the original data packet. Under the RoHC mechanism, in order to ensure that the RoHC decompression context used by the receiving end is consistent with the RoHC compression context used by the sending end, so as to improve the success rate of decompression, it can also be achieved through two possible implementations. In one possible implementation In the method, the sender actively controls which RoHC compression context (the RoHC compression context before the update or the RoHC compression context after the update) is used to compress the data to be sent, and informs the receiver of the RoHC compression context that it uses; in another possibility In the implementation method, the sender is no longer actively controlling which RoHC compression context (the RoHC compression context before update or the updated RoHC compression context) is used to compress the data to be sent, but the receiver controls which RoHC compression context the sender uses to treat the data. Send data for compression.

The data processing method provided by the embodiments of this application can also be applied to the EHC mechanism. When the Ethernet data packet is compressed, the compression buffer is also called EHC context, that is, the sending end can use the EHC compression context to compress the data packet to be sent, and the receiving end The EHC decompression context corresponding to the EHC context can be used to decompress the received data packet to restore the original data packet. Under the RoHC mechanism and the EHC mechanism, the scheme in this application can also be used to implement a semi-static compression update operation. Under the EHC mechanism, in order to ensure that the EHC decompression context used by the receiving end is consistent with the EHC context used by the sending end, so as to improve the success rate of decompression, it can also be achieved through two possible implementations. In one possible implementation , The sender actively controls which EHC context (either the EHC context before the update or the EHC context after the update) is used to compress the data to be sent, and informs the receiver of the EHC context it uses; in another possible implementation, no Furthermore, the sender actively controls which EHC context (either the pre-updated EHC context or the updated EHC context) to compress the data to be sent, but the receiver controls which EHC context the sender uses to compress the data to be sent. It is understandable that the two possible implementation manners under these two mechanisms are similar to the two possible implementation manners in the aforementioned UDC mechanism. In the following description, the data processing method under the UDC mechanism will be described in detail.

In order to facilitate the understanding of the data processing methods provided by the embodiments of the present application, the following embodiments of the present application will respectively combine the foregoing two possible implementation manners to describe in detail the data processing methods provided by the embodiments of the present application. It should be noted that in the subsequent description of these two possible implementations, in the scenario shown in Figure 1, the sending end is the terminal and the receiving end is the receiving end as an example. Of course, in the scenario shown in Figure 1 In a scenario, the sending end may also be a receiving end, and the receiving end may also be a terminal, which can be specifically set according to actual needs.

In a possible implementation, the sender (terminal) actively controls which compression buffer (compression buffer before update or compressed buffer after update) is used to compress the data to be sent, and informs the receiver (receiving end) of which compression buffer it uses Compress the cache. For example, please refer to FIG. 3. FIG. 3 is a schematic flowchart of a data processing method provided by an embodiment of the application, and the data processing method may include:

S301. The network device configures a semi-static cache update for the terminal.

Among them, the semi-static cache update can be understood as the compressed cache maintained by the terminal and the decompressed cache maintained by the network device are changed, but compared to the dynamic cache update, the change frequency of the cache content is lower.

It is not difficult to understand that before the network device configures the semi-static cache update for the terminal, it needs to obtain the capability information of the terminal. The capability information may include whether it supports semi-static compression cache update and/or whether it supports semi-static control of the network device. Compression cache updates. For example, when a network device obtains the capability information of a terminal, it may receive the capability information actively reported by the terminal, or the network device may obtain the capability information of the terminal from a neighboring network device. In this case, the terminal may not need to report it. Ability information. If the terminal only supports the uplink data transmission compression mechanism based on compression cache, that is, the terminal only supports UDC capability, the capability information of the terminal includes the capability information of the terminal supporting UDC capability; if the terminal supports UDC and the downlink data transmission compression mechanism based on compression cache ( It means applying the UDC mechanism to the compression of downlink data transmission) these two data compression capabilities, the capability information of the terminal includes the capability information of the terminal to support these two data compression capabilities, and the capability information of the two data compression capabilities can be separately Reporting; it can also be reported together, of course, it is also possible to report only one capability information, which indicates that the terminal supports UDC and the downlink data transmission compression mechanism based on compression buffering. The specific data compression capabilities can be set according to actual needs. Here, the embodiments of the present application do not make specific limitations.

After obtaining the capability information of the terminal, the network device can configure the semi-static cache update for the terminal based on the capability information of the terminal. For example, when configuring the semi-static cache update for the terminal, at least two possible ways can be used to configure the semi-static update for the terminal. In one possible manner, the network device can explicitly configure the semi-static cache update to the terminal. In another possible manner, the terminal may implicitly determine that its cache update type is semi-static cache update.

In the first possible manner, when the network device can explicitly configure the semi-static cache update to the terminal, the network device may indicate the third information to the terminal, and the third indication information is used to indicate that the update type of the compressed cache is semi-static. Cache update. For example, the network device may send the third indication information to the terminal in at least two possible ways as follows.

Method 1: The network device sends radio resource control (RRC) configuration signaling to the terminal. If the RRC configuration signaling carries a semistatic buffer update (semistaticBufferUpdate) parameter, it means that the network device is used by the data packet to be sent. The bearer is configured with semi-static buffer update. On the contrary, if the semistaticBufferUpdate parameter is not carried in the RRC configuration signaling, it means that the network device is not configured with semi-static buffer update for the bearer used by the data packet to be sent. In this way 1, the semistaticBufferUpdate parameter can be understood as the third indication information.

Method 2: The network device sends RRC configuration signaling to the terminal. Even if the semistaticBufferUpdate parameter is carried in the RRC configuration signaling, it does not mean that the network device configures the semi-static buffer update for the bearer used by the data packet to be sent, but requires further steps. Configure the bearer used by the data packet to be sent based on the value of the semistaticBufferUpdate parameter. For example, semistaticBufferUpdate={true} means that the bearer used for the data packet to be sent is configured for semi-static buffer update, and semistaticBufferUpdate={false} means to be sent The bearer configuration used by the data packet is not semi-static cache update, but other types of cache update, for example, dynamic cache update or static cache update; or semistaticBufferUpdate={0} indicates that the bearer configuration used by the data packet to be sent is Dynamic buffer update, semistaticBufferUpdate={1} means semi-static buffer update is configured for the bearer used by the data packet to be sent, semistaticBufferUpdate={2} means static buffer update is configured for the bearer used by the data packet to be sent, in this case In method 2, semistaticBufferUpdate={true} or semistaticBufferUpdate={1} can be understood as the third indication information, so that the semi-static buffer update is explicitly configured to the terminal through the third indication information. It can be seen that in this possible implementation, when the network device explicitly configures the semi-static buffer update to the terminal, it is only through whether the semistaticBufferUpdate parameter is carried in the RRC configuration signaling, or when the semistaticBufferUpdate parameter is carried, the semistaticBufferUpdate is passed. The parameter value is the buffer update type of the bearer configuration used by the data packet to be sent, so that the buffer update type configured for the terminal is determined according to the buffer update type configured for the bearer used for the data packet to be sent as an example; Configure whether the semistaticBufferUpdate parameter is carried in the RRC configuration signaling, or when the semistaticBufferUpdate parameter is carried, the value of the semistaticBufferUpdate parameter is used to directly configure the buffer update type for the terminal, and the configuration method and the bearer configuration buffer update used for the data packet to be sent The method of the type is similar, and reference may be made to the above-mentioned related description of the configuration cache update type for the bearer used for the data packet to be sent. Here, the details are not described in this embodiment of the application.

When the semistatic buffer update is configured to the terminal through the semistaticBufferUpdate parameter or the value of the semistaticBufferUpdate parameter, the applicable scope of the semistaticBufferUpdate parameter can be further limited. For example, when the semistaticBufferUpdate parameter is configured in a bearer configuration cell, such as a PDCP configuration cell, a DRB configuration cell, or a UDC configuration cell corresponding to a bearer, it is determined that the semi-static buffer update is only valid for the bearer; If the semistaticBufferUpdate parameter is configured in the cell group configuration, it is determined that the semi-static buffer update is valid for the bearers corresponding to the cell group, or the configuration is valid for all bearers of the terminal device.

It should be noted that when configuring the semi-static buffer update to the terminal, the parameter carried is the semistaticBufferUpdate parameter or the value of the semistaticBufferUpdate parameter is 1 as an example. The specific settings can be set according to actual needs. Here, this application implements The example does not make further restrictions.

In the second possible way, when the terminal implicitly determines that its cache update type is semi-static cache update, the terminal can determine the packet data convergence protocol (PDCP) associated with the bearer of the data packet to be sent PDCP entity, if the PDCP entity associated with the bearer of the data packet to be sent is an unacknowledged mode radio link control (Un-acknowledge mode radio link control) UM RLC entity, it can be determined that the update type of the terminal compression cache is semi-static cache update .

It is understandable that when configuring the buffer update type for the terminal in any of the above possible ways, if UDC is configured for the terminal, the terminal can use the compressed buffer maintained by the terminal to compress the data packets to be sent, and send the compressed If the terminal is configured with a compression buffer-based downlink data transmission compression mechanism, it means that the UDC mechanism is applied to the compression of downlink data transmission. The sending end can be a network device, and the receiving end can be a terminal. The terminal can use the decompression cache maintained by the terminal to decompress the compressed data packet sent by the network device. Taking the network device configured with UDC as the terminal as an example, when the network device determines to update the compressed buffer, it can send a control message to the terminal to instruct the terminal to update the compressed buffer through the control message, that is, perform the following S302:

S302. The network device sends a control message to the terminal.

Among them, the control message is used to instruct to update the compression cache. For example, the control message may be RRC signaling or PDCP control protocol data unit (protocol data unit, PDU) signaling. The control message may include information related to the updated cache content, such as any one of the updated compressed cache, the identifier of the updated cache, and character string information used to instruct to update the compressed cache. For example, the character string information used to instruct to update the compression cache may be character string information in a dictionary predefined in the standard, or it may be character string information in a pre-configured dictionary, which can be specifically set according to actual needs.

It should be noted that since the terminal may maintain both a compression cache and a decompression cache at the same time, when the network device instructs the terminal to update the cache through a control message, in addition to directly instructing the terminal to update the cache content-related information through the control message, it can also use The control message indicates whether to update the compressed cache or decompressed cache. In this case, it is necessary to carry a direction indication information in the control message, and the direction indication information is used to instruct the terminal device to update the compression buffer. In addition, when the network device instructs the terminal to update the compressed buffer through a control message, the control message may further carry second indication information for instructing the terminal to use the updated compressed buffer to compress the sequence number of the first data packet. The second indication information may be the PDCP COUNT value, and/or, the second indication information may be the PDCP SN value, so that the terminal determines which compression buffer to use to compress the data packet to be sent according to the second indication information, so that the terminal only It is only necessary to send the compressed data packet to the network device, and there is no need to send to the network device the first indication information used to instruct the terminal to use the compression buffer when compressing the compressed data packet, which is shown in Figure 12 below. In an embodiment, of course, when the control message carries the second indication information, while sending the compressed data packet to the network device, the terminal can also send to the network device to instruct the terminal to compress the data packet to be compressed. The first indication information of the compression cache used when the data packet is compressed, so that the network device can determine which compression cache is used when the terminal compresses the data packet to be compressed according to any one of the first indication information and the second indication information. .

In the embodiment of the present application, updating the compressed cache can be understood as updating the current compressed cache, and the current compressed cache can be understood as the compressed cache before the update. Taking the current compression cache as the initial compression cache as an example, the content of the initial compression cache can be empty, or it can be the dictionary content indicated by the network device or directly indicate the content of the initial compression cache; of course, it can also be predefined The contents of the dictionary or the contents of the pre-defined initial compression cache to determine the current compression cache. After determining the current compression buffer, the terminal can use the current compression buffer to compress the data packet to be sent. Correspondingly, after receiving the compressed data packet, the network device will also use the decompression corresponding to the current compression buffer The buffer decompresses the compressed data packet, so as to obtain the data packet to be sent sent by the terminal. However, when the network device configures the initial compression buffer for the terminal, there may be no data transmission between the network device and the terminal, so the initial compression buffer set by the network device for the terminal in advance may not be suitable for the currently transmitted data. After a period of data transmission, the network device can determine new compressed cache content based on the transmitted data, and after determining the new compressed cache content, send a control message to the terminal to instruct the terminal to update the compressed cache through the control message.

When the network device instructs the terminal to update the compression cache through a control message, it can also instruct the terminal how to update the current compression cache. For example, when instructing the terminal how to update the current compressed cache, the updated compressed cache used to indicate how the terminal is updated, the identifier of the updated compressed cache, and the string information used to indicate to update the compressed cache may be included Any one of is carried in a control message and sent to the terminal, so that the terminal can update the compressed buffer maintained by the terminal according to the control message.

S303. The terminal updates the compression cache.

For example, when the control message used to instruct to update the compressed cache includes the updated compressed cache, it can be understood that the network device directly sends the updated compressed cache to the terminal, so that the terminal can directly use the updated compressed cache as a follow-up The updated compressed cache to be adopted. When the control message for instructing to update the compressed cache includes the identifier of the updated compressed cache, it can be understood that the network device does not directly send the updated compressed cache to the terminal, but sends the updated compressed cache identifier to For the terminal, the updated compression cache identifier may be the name of the updated compression cache or the serial number of the updated compression cache, as long as the updated compression cache can be uniquely determined according to the updated compression cache identifier, In this way, after receiving the identifier of the updated compression cache, the terminal needs to first find the updated compression cache according to the identifier of the updated compression cache, and use the updated compression cache as the updated compression that will be subsequently adopted. Cache. When the control message for instructing to update the compressed buffer includes character string information for instructing to update the compressed buffer, it can be understood that the network device does not directly send the updated compressed buffer to the terminal, but will be used to instruct the compressed buffer to be updated. The updated string information of the cache is sent to the terminal, so that after receiving the string information, the terminal needs to update the current compression cache according to the string information to obtain the updated compression cache, and then update the compressed cache. The compressed cache is used as the updated compressed cache to be adopted later.

S304. The terminal compresses the data packet to be sent.

When the terminal compresses the data packet to be sent, the compressed buffer before the update may be used to compress the data packet to be sent, or the compressed buffer after the update may be used to compress the data packet to be sent.

For example, take the terminal using the compressed buffer before the update as an example. If there is a string of'abcde' in the data packet to be sent with the same content as a string in the compressed buffer before the update, and the string is before the update The starting position saved in the compressed buffer is the 100th byte and the length is 5 bytes, then the terminal can replace the string'abcde' in the data packet to be sent with the position information and length information <100,5> to achieve Compression of the string'abcde' in the data packet to be sent. When compressing the data packet to be sent, the compressed buffer used before update is actively controlled by the terminal, and the network device cannot know it. Therefore, in order to ensure that the decompression buffer used by the network device is consistent with the compressed buffer used by the terminal, the terminal When sending the compressed data packet to the network device, it is necessary to send the first instruction information used to instruct the terminal to use compression buffering when compressing the data packet to be compressed to the network device, that is, the following S305 is executed:

S305. The terminal sends first indication information to the network device.

Wherein, the first indication information is used to indicate the compression buffer used when compressing the data packet to be sent, and the compression buffer is the compression buffer before the update, or the compression buffer is the compression buffer after the update.

For example, the first indication information may be sent to the network device independently of the compressed data packet, or may be carried in the compressed data packet and sent to the network device. Further, when the first indication information is carried in a compressed data packet and sent to the network device, the first indication information may be carried in the protocol header of the compressed data packet, or the first indication information may also be carried in In the header of the compressed data packet.

For example, the first indication information is a field in a data packet to be sent or a checksum field in a data packet to be sent. When the first indication information is a field in the data packet to be sent, if the value of the field in the data packet to be sent is the same as the value of the field in the previous data packet immediately before the data packet to be sent received by the receiving end, It means that the compressed buffer used by the terminal is the compressed buffer before update; if the value of the field in the data packet to be sent is different from the value of the field in the previous data packet that is received by the receiving end and the data packet to be sent, then Indicates that the compressed buffer used by the terminal is the updated compressed buffer; in this way, after the network device receives the compressed data packet, it can parse out the value of the field in the data packet to be sent, and compare the field of the data packet to be sent The value of is compared with the value of the field in the previous data packet immediately before the data packet to be sent received by the receiving end, so as to determine the compression buffer used when the terminal compresses the data packet to be sent according to the comparison result.

When the first indication information is the checksum field in the data packet to be sent, the terminal can calculate the value of the checksum field according to the compression buffer used when compressing the data packet to be sent, so that the network device receives the compression after compression. After the data packet, the value of the checksum field in the data packet to be sent can also be parsed, and the value of the checksum field in the data packet to be sent is calculated from the compressed buffer before the update. The value of the checksum field of, and the value of the checksum field calculated according to the updated compressed cache are compared.

If the value of the checksum field in the data packet to be sent is the same as the value of the checksum field calculated by the network device according to the compressed buffer before the update, it indicates the compression buffer used by the terminal when compressing the data packet to be sent Compressed buffer before update; if the value of the checksum field in the data packet to be sent is the same as the value of the checksum field calculated by the network device according to the updated compressed buffer, it means that the terminal is about to send the data packet The compression buffer used during compression is the updated compression buffer, so that the compression buffer used when the terminal compresses the data packet to be sent is determined according to the comparison result.

For example, when the first indication information is a field in the data packet to be sent, the field may include M bits, and the value of the M bits may be specified by the protocol, or may be predefined (for example, the terminal and the network device negotiate的) As specified, M is an integer greater than or equal to 1.

In a possible implementation, the first indication information may be a 1-bit indication field U, which may be carried in the PDCP header. For an example, please refer to FIG. 4, which is an embodiment of the application. A schematic diagram of the structure of a PDCP header carrying a field U is provided. In addition, the field U can also be carried in the compressed header. For an example, please refer to FIG. 5, which is a carrying field provided in an embodiment of this application. Schematic diagram of the structure of U's compression head. When the field U is carried in the PDCP header, a reserved bit in the PDCP header can be used as the field U; when the field U is carried in the compression header, take the LTE compression header as an example, or use one of the LTE compression headers Bit is reserved as the field U. It should be noted that when the value of this field U is used to indicate the compression buffer used when the terminal compresses the data packet to be sent, the value of this field U is specified by the protocol.

In this possible implementation manner, the value of the field U can be used to indicate the compression buffer used by the terminal when compressing the data packet to be sent. The value of the field U in the immediately preceding data packet to be sent (regardless of the fact that the sequence number of the data packet is flipped) has not changed compared to the value of the field U, which means that the terminal has not updated the compression buffer, and the data packet to be sent is compressed The compressed buffer used at the time is still the compressed buffer before update; if the value of field U in the data packet to be sent is compared with the value of field U in the previous data packet immediately before the data packet to be sent received by the receiving end If there is a change, it means that the terminal has updated the compression buffer, and the compression buffer used when compressing the data packet to be sent is the updated compression buffer.

In this way, after the network device receives the compressed data packet, it can parse out the value of the field U in the data packet to be sent, and compare the value of the field U of the data packet to be sent with the value received by the receiving end and the data packet to be sent. The value of the field U in the immediately preceding data packet is compared with the value of the field U in the data packet to be sent and the value of the field U in the data packet to be sent is Considering the case where the sequence number of the data packet is reversed), the value of field U in the field U has not changed, and the network device can determine that the compression buffer used by the terminal when compressing the data packet to be sent is the compression buffer before update; if it is to be sent The value of the field U in the data packet has changed from the value of the field U in the previous data packet immediately before the data packet to be sent received by the receiving end, and the network device can determine that the terminal performs the data packet transmission The compressed buffer used during compression is the updated compressed buffer. After the compressed buffer used by the terminal when compressing the data packet to be sent, the decompression buffer corresponding to the compressed buffer can be used to decompress the compressed data packet to ensure The decompression cache adopted by the network device is consistent with the compression cache adopted by the terminal, thereby increasing the success rate of decompression.

To help understand the meaning of rollover, take the SN length of 12 bits as an example, the SN number is from 0 to 4095, and SN = 4095 corresponds to the next data packet corresponding to SN=0, then it is considered that the SN has been overturned. In the case of SN flipping, the data packet corresponding to SN=4095 is the immediately preceding data packet corresponding to SN=0.

For example, refer to Figure 6. Figure 6 is a schematic diagram of a data packet processing process provided by an embodiment of this application. When compressing, the compressed buffer 1 before the update is used to compress the data packet with the serial number SN of 100 and the data packet with the serial number SN of 101 respectively, and the compressed data packet with the serial number SN of 100 and the serial number SN of 101 The value of the field U in the data packet is equal to 0; when the terminal compresses the data packet with the serial number SN 102, the updated compression buffer 2 is used to compress the data packet with the serial number SN 102, and after compression The value of field U in the data packet with the serial number SN of 102 is equal to 1. If the subsequent data packet with the serial number SN of 103 and subsequent data packets are compressed, the updated compression buffer 2 is still used for compression, then In addition, the value of the field U in the compressed data packet with the serial number SN of 103 and subsequent data packets has not been inverted, and is still equal to 1.

When the network device receives these compressed data packets, if the compressed data packet with the serial number SN of 102 is lost, when it receives the compressed data packet with the serial number of SN 103, it can compress the data packet. The value of the field U in the packet with the serial number SN of 103 after that is the same as the value of the field U in the packet with the serial number SN of 101 that is immediately before the received packet with the SN 103. Comparing the values, it can be seen that the value of the field U has changed from 0 to 1, and it is flipped. The network device can determine that the compressed buffer used by the terminal when compressing the data packet with the serial number SN of 103 is the updated one. Compression cache 2, so that the network device can use the decompression cache corresponding to the updated compression cache 2 to decompress the compressed data packet, so that even in the case of packet loss, the decompression used by the network device can be guaranteed The cache is consistent with the compressed cache used by the terminal, thereby increasing the success rate of decompression.

In another possible implementation manner, the first indication information may be an N-bit indication field I, where N is greater than or equal to 1, and this field I may be carried in the PDCP header. For an example, please refer to Figure 7. 7 is a schematic structural diagram of a PDCP header carrying field I provided in an embodiment of this application. In addition, this field I can also be carried in the UDC header. For an example, refer to FIG. 8.

FIG. 8 is a schematic structural diagram of a UDC header carrying field I according to an embodiment of the application. When the field I can be carried in the PDCP header, the two reserved bits in the PDCP header can be used as the field I; when the field U can also be carried in the UDC header, take LTE UDC header as an example, or LTE UDC The two reserved bits in the header are used as field I. It should be noted that the value of field I can be 0 to 3; the initial value can be 0. If the compression buffer used when the terminal compresses the data packet is changed from the compression buffer used when compressing the previous data packet, Then the value of field I accumulates by 1, and the value of field I exceeds the maximum value of 3, and it is turned to 0. When the value of this field I indicates the compression buffer used when the terminal compresses the data packet to be sent, the value of field I is determined by the protocol Specified.

In this possible implementation manner, the value of field I can be used to indicate the compression buffer used by the terminal when compressing the data packet to be sent. The value of field I in the previous data packet immediately before the data packet to be sent (regardless of the fact that the sequence number of the data packet is flipped) has not changed compared to the value of field I, which means that the terminal has not updated the compression buffer, and the data packet to be sent is compressed When the compressed buffer used is still the compressed buffer before update; if the value of field I in the data packet to be sent is compared with the value of field U in the previous data packet immediately before the data packet to be sent received by the receiving end If there is a change, it means that the terminal has updated the compression buffer, and the compression buffer used when compressing the data packet to be sent is the updated compression buffer.

In this way, after the network device receives the compressed data packet, it can parse out the value of field I in the data packet to be sent, and compare the value of field I in the data packet to be sent with the value received by the receiving end and the value to be sent by the receiving end. The value of field I in the immediately preceding data packet is compared with the value of field I in the data packet to be sent. If the value of field I in the data packet to be sent is Considering the case where the sequence number of the data packet is reversed), the value of field I has not changed compared to the value of field I, the network device can determine that the compression buffer used by the terminal when compressing the data packet to be sent is the compression buffer before update; if it is to be sent The value of field I in the data packet has changed from the value of field I in the previous data packet immediately before the data packet to be sent received by the receiving end, and the network device can determine that the terminal performs the data packet The compressed buffer used during compression is the updated compressed buffer. After the compressed buffer used by the terminal when compressing the data packet to be sent, the decompression buffer corresponding to the compressed buffer can be used to decompress the compressed data packet to ensure The decompression cache adopted by the network device is consistent with the compression cache adopted by the terminal, thereby increasing the success rate of decompression.

For example, refer to FIG. 9. FIG. 9 is a schematic diagram of another data packet processing process provided by an embodiment of this application. When compressing, the compressed buffer 1 before the update is used to compress the data packet with the serial number SN of 100 and the data packet with the serial number SN of 101 respectively, and the compressed data packet with the serial number SN of 100 and the serial number SN are The value of field I in the data packet of 101 is all equal to 2. When the terminal compresses the data packet with the serial number SN of 102, it uses the updated compression buffer 2 to compress the data packet with the serial number SN of 102, and compress The value of field I in the subsequent data packet with a serial number SN of 102 is equal to 3.

If the data packet with serial number SN 103 and subsequent data packets are subsequently compressed, the updated compression buffer 2 is still used for compression, and the compressed data packet with serial number SN 103 and subsequent data packets The value of field I has not been flipped and is still equal to 3. When the network device receives these compressed data packets, if the compressed data packet with the serial number SN of 102 is lost, when it receives the compressed data packet with the serial number of SN 103, it can compress the data packet. The value of the field I in the packet with the serial number SN of 103 after that is compared with the value of the field I in the packet with the serial number SN of 101 received immediately before the packet with the serial number SN of 103 Comparing the values, it can be seen that the value of the field U has changed from 2 to 3, which is reversed, and the network device can determine that the compressed buffer used by the terminal when compressing the data packet with the serial number SN of 103 is the updated In this way, the network device can use the decompression cache corresponding to the updated compression cache 2 to decompress the compressed data packet, so that even in the case of packet loss, the decompression used by the network device can be guaranteed The compression cache is consistent with the compression cache used by the terminal, thereby increasing the success rate of decompression.

In another possible implementation manner, the first indication information may be a P-bit indication field Indication, where P is greater than or equal to 1, and this field Indication may be carried in the PDCP header. For an example, refer to FIG. 10, which is shown in FIG. 10 is a schematic structural diagram of a PDCP header carrying the field Indication provided by an embodiment of the application. In addition, the field Indication may also be carried in the compression header. For an example, please refer to FIG. 11, which is an embodiment of the application. A structural schematic diagram of a compression header carrying the field Indication is provided. When the field Indication can be carried in the PDCP header, the two reserved bits in the PDCP header can be used as the field indication; when the field Indication can also be carried in the compression header, take the LTE compression header as an example, or use LTE compression The two reserved bits in the header are used as the indication field. It should be noted that the value of the field Indication is different from the values of the fields U and I mentioned above. The value of the field Indication is no longer stipulated by the protocol, but is pre-defined. For example, the network device is passing a control message When the control terminal updates the compression buffer, the value of the field Indication can be included in the control message and sent to the terminal, so that when the terminal uses the updated compression buffer to compress the data packet, the Indication field in the data packet can be The value is modified to the value of the field Indication included in the received control message.

In this possible implementation manner, suppose that when the terminal compresses the data packet 1, it uses the compressed buffer 1 before the update to compress the data packet 1, and the field Indication in the compressed data packet is the initial value 0; the network When the device instructs the terminal to update the compression buffer through a control message, it also sends the value 1 of the field Indication to the terminal; when the terminal performs the update of the compression buffer, the subsequent data packet 2 is compressed using the updated compression buffer 2, Then the field Indication in the compressed data packet becomes 1; when the network device receives the compressed data packet, if the field Indication in the compressed data packet is 1, it can determine the compression used when the terminal compresses the data packet 2. The cache is the updated compression cache 2, so that the network device can use the decompression cache corresponding to the updated compression cache 2 to decompress the compressed data packet, ensuring that the decompression cache used by the network device and the terminal used The compression cache is consistent, thereby improving the success rate of understanding compression.

In another possible implementation manner, the first indication information may be a field FR, which may also be carried in the UDC header. The original field FR indicates the compression buffer used by the terminal when compressing the data packet to be sent. When the FR field is no longer defined as: field FR=0 indicates that the compression cache is not reset, field FR=1 indicates that the compression cache is reset, but is redefined as: the value of the field FR is reversed, which means The compressed cache is updated, and the value of the field FR is not inverted, which means that the compressed cache is not updated, which is similar to the field U in the first possible implementation manner. When the field FR indicates the compression buffer used by the terminal when compressing the data packet to be sent, its specific implementation is the same as that of the compression buffer used by the terminal when compressing the data packet to be sent through the field U in the first possible implementation manner. The specific implementation manner is similar. For the first possible implementation manner, refer to the related description of the compression buffer used when the terminal is instructed to compress the data packet to be sent through the field U. Here, how to use the field FR to instruct the terminal to send the data packet The compression cache used during compression will not be described in detail in the embodiment of the present application.

In order to ensure that the decompression buffer used by the network device is consistent with the compression buffer used by the terminal, when the terminal sends compressed data packets to the network device, it can be used in the above several possible ways to instruct the terminal to treat the compressed data packet The first indication information of the compression buffer used during compression is sent to the network device, so that after receiving the compressed data packet and the first indication information, the network device can decompress the compressed data packet according to the first indication information Compress to obtain the data packet sent by the terminal, that is, perform the following S306.

S306. The network device decompresses the compressed data packet according to the first instruction information.

After the network device receives the first indication information, the first indication information can determine which compression buffer of the compression buffer the terminal uses when compressing the data packet to be compressed. For the specific determination method, refer to the relevant description in S305 above, and The decompression cache corresponding to the compression cache is used to decompress the compressed data packet, which ensures that the decompression cache adopted by the network device is consistent with the compression cache adopted by the terminal, thereby improving the success rate of decompression.

Take the location information and length information <100,5> of the compressed buffer to replace the character string'abcde' in the data packet to be sent by the terminal, and the compression of the character string'abcde' in the data packet to be sent as an example. When the data packet is compressed, the compressed buffer before the update is actively controlled by the terminal, and the network device cannot know it.

Therefore, in order to ensure that the decompression buffer used by the network device is consistent with the compression buffer used by the terminal, when the terminal sends compressed data packets to the network device, it needs to be used to instruct the terminal to use the compressed data packet when compressing the compressed data packet. The first indication information of the compression buffer is sent to the network device. After receiving the first indication information, the network device can determine which compression buffer the terminal uses when compressing the data packet to be compressed according to the first indication information. The location information and length information carried in the compressed data packet <100,5> decompression cache and look for 5 consecutive bytes starting from the 100th byte in the decompression cache corresponding to the decompression cache. Since the decompression cache and the compression cache are the same, then The 5 consecutive bytes starting from the 100th byte in the decompression cache will also be the string'abcde'. After determining the string'abcde', and replacing the position information and length information with the string'abcde', it can be restored. Data packets to be sent.

It can be seen that, in the data processing method provided by the embodiments of the present application, when the terminal sends the compressed data packet to the network device, it can also send the first instruction information to the network device, so as to indicate that the terminal is processing the data through the first instruction information. The compression buffer used when the compressed data packet is compressed, so that after receiving the first indication information, the network device can determine which compression buffer of the compression buffer is used when the terminal compresses the data packet to be compressed according to the first indication information Cache, and use the decompression cache corresponding to the compression cache to decompress the compressed data packet, ensuring that the decompression cache adopted by the network device is consistent with the compression cache adopted by the terminal, thereby increasing the success rate of decompression.

The embodiment shown in FIG. 3 above described in detail that in a possible implementation manner, in order to ensure that the decompression cache adopted by the network device is consistent with the compression cache adopted by the terminal, so as to improve the success rate of decompression, the terminal actively controls the use of Which compression cache (compression cache before update or compressed cache after update) compresses the data to be sent, and informs the network device of the technical solution of the compression cache adopted. In the following, it will be described in detail in another possible implementation. In order to ensure that the decompression cache used by the network device is consistent with the compression cache used by the terminal, so as to improve the success rate of decompression, the terminal is no longer actively controlling which compression cache to use. (Compression buffer before update or compressed buffer after update) The data to be sent is compressed, but the network device controls which compression buffer the terminal uses to compress the data to be sent. For example, please refer to FIG. 12. FIG. 12 is a schematic flowchart of another data processing method provided by an embodiment of the application. The data processing method may include:

S1201. The network device configures a semi-static cache update for the terminal.

It is understandable that in S1201, the method for the network device to configure the semi-static cache update for the terminal is similar to the method for the network device to configure the semi-static cache update for the terminal in S301. For details, please refer to the above S301 for the network device to configure semi-static cache update for the terminal. For the related description of the cache update, here, the method of how the network device configures the semi-static cache update for the terminal will not be repeated in this embodiment of the application.

S1202. The network device sends a control message to the terminal.

The control message is used to instruct to update the compressed cache, and the control message includes any one of the updated compressed cache, the identifier of the updated compressed cache, and character string information used to instruct to update the compressed cache.

It is understandable that in S1202, the method for the network device to send a control message to the terminal, and the content included in the control message are respectively similar to the method for the network device to send a control message to the terminal in S302, and the content included in the control message. For details, refer to the method of sending a control message by the network device to the terminal in S302, and the related description of the content included in the control message. Here, the details are not described in the embodiment of the present application.

S1203. The network device sends second indication information to the terminal.

The second indication information is used to indicate the sequence number of the first data packet compressed by the terminal using the updated compression buffer. For example, the second indication information may be a PDCP COUNT value, and/or, the second indication information may be a PDCP SN value.

When the network device sends the second instruction information to the terminal, the second instruction information may be sent to the terminal independently of the control message, or may be sent to the terminal in the control message carried, which can be specifically set according to actual needs. Here, for the first 2. The sending mode of the indication information is not further limited in the embodiment of this application.

It is understandable that when the control message carried in the second indication information is sent to the terminal, compared with the control message in S302, the control message includes the updated compressed buffer, the identifier of the updated compressed buffer, and instructions In addition to any one of the string information for updating the compression cache, it also includes second indication information for instructing the terminal to use the updated compression cache to compress the sequence number of the first data packet, so as to pass the first data packet. The second indication information indicates which compression buffer the terminal uses to compress the data packet to be sent.

S1204. The terminal updates the compression cache.

It is understandable that in S1204, the method for the terminal to update the compressed cache is similar to the method for the terminal to update the compressed cache in S303. For details, please refer to the relevant description of the terminal to update the compressed cache in S303. Here, Regarding how the terminal updates the compressed buffer, the description of this embodiment of the present application will not be repeated.

S1205. The terminal compresses the data packet to be sent according to the second instruction information.

Wherein, the compression buffer used when compressing the data packet to be sent is the compression buffer before update, or the compression buffer used when compressing the data packet to be sent is the updated compression buffer.

When the terminal compresses the data packet to be sent, it is no longer the terminal that actively controls which compression buffer (compression buffer before update or compressed buffer after update) is used to compress the data to be sent, and informs the network device of the compression buffer used, and It determines which compression buffer is used to compress the data packet to be sent according to the second instruction information sent by the network device. When compressing the data packet to be sent, the sequence number of the data packet to be sent and the sequence number indicated by the second instruction information are used. For comparison, if the sequence number of the data packet to be sent is less than or equal to the sequence number indicated by the second indication information, the compressed buffer before the update is used to compress the data packet to be sent; if the sequence number of the data packet to be sent is greater than or equal to The sequence number indicated by the second indication information is used to compress the data packet to be sent using the updated compression buffer. For subsequent data packets with a sequence number greater than the sequence number indicated by the second indication information, if the terminal does not receive a new updated compression buffer If the control message and the new second indication information are continuously used, the compressed buffer before the update is used to compress the data packet to be sent.

Suppose that when the terminal compresses the PDCP data packet with the serial number SN 100, it uses the compression buffer 1 before the update to compress the PDCP data packet with the serial number SN 100, and compresses the PDCP data packet with the serial number SN 101 If the terminal receives the control message for updating the compressed buffer and the second instruction information sent by the network device, and the serial number indicated by the second instruction information is 200, the terminal continues to use the compressed buffer 1 before the update and the serial number SN is 101 Compress the PDCP data packets of, and use the compression buffer 1 before the update to compress the serial number SN 102 and subsequent PDCP data packets until the PDCP data packet with the serial number 200 is compressed, then the updated compression is used Buffer 2 compresses PDCP data packets with a sequence number of SN 200. For subsequent data packets with a sequence number greater than sequence number 200, if the terminal does not receive a new control message for updating the compressed buffer and new second indication information, continue Use the compressed buffer before updating to compress the data packet; in this way, after the network device receives the compressed data packet, it can determine the compression buffer used by the terminal when compressing the data packet according to the serial number of the compressed data packet , And use the decompression cache corresponding to the compression cache to decompress the compressed data packet, so that even in the case of packet loss, it can ensure that the decompression cache used by the network device is consistent with the compression cache used by the terminal, thereby improving The success rate of decompression.

In the embodiment of the present application, when the terminal compresses the data packet to be sent, it is no longer the terminal that actively controls which compression buffer (compression buffer before update or compressed buffer after update) is used to compress the data to be sent, but according to the network The second indication information sent by the device determines which compression buffer to use for compressing the data packet to be sent. Therefore, after the terminal compresses the data packet to be sent, it only needs to send the compressed data packet to the network device, and does not need to send the data packet to the terminal. The device sends the first instruction information used to instruct the terminal to compress the data packet to be sent when compressing the buffer. Of course, it can also carry the first instruction information in the data packet while sending the compressed data packet to the network device. An indication information, which can be specifically set according to actual needs. Here, the embodiment of this application only takes the example of sending the compressed data packet to the network device after the terminal compresses the data packet to be sent, but it does not It does not mean that the embodiments of the present application are limited to this.

S1206. The terminal sends the compressed data packet to the network device.

S1207. The network device decompresses the compressed data packet according to the second instruction information.

After the network device receives the compressed data packet sent by the terminal, it will determine which compression buffer of the compression buffer the terminal uses when compressing the compressed data packet according to the sequence number of the compressed data packet, and use this The decompression cache corresponding to the compression cache decompresses the compressed data packet, ensuring that the decompression cache used by the network device is consistent with the compression cache used by the terminal, thereby improving the success rate of decompression.

It can be seen that, in the data processing method provided by the embodiment of the present application, the terminal first receives the second indication information sent by the network device for instructing the terminal to use the updated compression buffer to compress the sequence number of the first data packet, and according to The second indication information determines the compression buffer used when compressing the data packet to be compressed, so that after receiving the compressed data packet, the network device can determine that the terminal is working on the data packet to be compressed according to the sequence number of the compressed data packet. Which compression cache of the compression cache is used for compression, and uses the decompression cache corresponding to the compression cache to decompress the compressed data packet, ensuring that the decompression cache used by the network device is consistent with the compression cache used by the terminal. Thereby improving the success rate of decompression.

It can be seen that the data processing methods of the embodiments shown in FIG. 3 and FIG. 12 are all described using the scenario shown in FIG. 1 as an example, where the sending end is a terminal, the receiving end is a network device, and the terminal Uu interfaces are used for data transmission between network devices. Of course, the data processing method provided by the embodiments of the present application can also be applied to the scenario shown in FIG. 2. It can be combined with the scenario shown in FIG. To distinguish the sending end and the receiving end, the sending end can be marked as the first terminal and the receiving end as the second terminal, and the sidelink interface is used for data transmission between the first terminal and the second terminal. It is understandable that in the scenario shown in Figure 2, in order to ensure that the decompression buffer used by the second terminal at the receiving end is consistent with the compression buffer used by the first terminal at the transmitting end, so as to improve the success rate of decompression, the same can be achieved by There are two possible implementations. In one possible implementation, in the UDC compression mechanism, the first terminal actively controls which compression buffer (compression buffer before update or compressed buffer after update) is used to compress the data to be sent , And notify the second terminal of the compression cache used by it, see the relevant description in the embodiment shown in Figure 3; in another possible implementation, in the UDC compression mechanism, the first terminal is no longer active Control which compression buffer (compression buffer before update or compressed buffer after update) is used to compress the data to be sent, but the second terminal controls which compression buffer the first terminal uses to compress the data to be sent, as shown in Figure 12 above The relevant descriptions in the embodiments of the above can all ensure that the decompression cache adopted by the second terminal is consistent with the compression cache adopted by the first terminal, thereby improving the success rate of decompression. In the following, in conjunction with the scenario shown in FIG. 2, the data processing method provided in the embodiment of the present application will be described in detail by taking as an example the second terminal controlling the first terminal to use which compression buffer to compress the data to be sent. For example, please refer to FIG. 13. FIG. 13 is a schematic flowchart of another data processing method provided by an embodiment of the application. The data processing method may include:

S1301. The second terminal configures a semi-static cache update for the first terminal.

It is understandable that in S1301, the method for the second terminal to configure the semi-static cache update for the first terminal is similar to the method for the receiving end to configure the semi-static cache update for the terminal in S301. For details, please refer to the above S301 where the receiving end is a terminal. For the related description of configuring the semi-static cache update, here, how the second terminal configures the semi-static cache update for the first terminal will not be repeated in this embodiment of the application.

It should be noted that, in the embodiment of the present application, when configuring the semi-static cache update for the first terminal, the network device may also configure the semi-static cache update for the first terminal and the second terminal respectively. When the network device configures the semi-static cache update for the first terminal and the second terminal respectively, the method for the network device to configure the semi-static cache update for the first terminal and the second terminal respectively is the same as the method for the network device to configure the semi-static cache update for the terminal in S301. The method is similar. For details, please refer to the related description of the network device configuring the semi-static cache update for the terminal in S301. Let me repeat it again.

S1302. The second terminal sends a control message to the first terminal.

It is understandable that, in S1202, the method for the second terminal to send a control message to the first terminal, and the content included in the control message is respectively the same as the method for the network device to send the control message to the terminal in S302, and the control message included in the control message. The content is similar. For details, please refer to the method of sending the control message by the network device to the terminal in S302 and the related description of the content included in the control message.

It can be seen that in the above S1301-S1302, the second terminal configures the semi-static cache update for the first terminal and sends a control message to the first terminal, that is, the second terminal is the control terminal. Of course, in the above S1301- In S1302, the first terminal can also configure the semi-static cache update for the second terminal, and send a control message to the second terminal, which can be specifically set according to actual needs. Here, the embodiment of the present application only uses the second terminal as The first terminal configures the semi-static cache update and sends a control message to the first terminal as an example for description, but it does not mean that the embodiment of the present application is limited to this.

S1303. The second terminal sends second indication information to the first terminal.

The second indication information is used to indicate the sequence number of the first data packet compressed by the first terminal using the updated compression buffer. For example, the second indication information may be a PDCP COUNT value, and/or, the second indication information may be a PDCP SN value.

When the second terminal sends the second instruction information to the first terminal, the second instruction information can be sent to the first terminal independently of the control message, or it can be sent to the first terminal in the control message carried, which can be set according to actual needs. Here, the method for sending the second indication information is not further limited in the embodiment of the present application. It can be understood that when the control message carried in the second indication information is sent to the first terminal, compared with the control message in S302, the control message includes the updated compressed cache, the identifier of the updated compressed cache, and the user In addition to any one of the character string information instructing to update the compressed cache, it also includes second indication information for instructing the first terminal to use the updated compressed cache to compress the sequence number of the first data packet, The second indication information is used to indicate which compression buffer the first terminal uses to compress the data packet to be sent.

S1304. The first terminal updates the compression buffer.

It is understandable that in S1304, the method for the first terminal to update the compressed cache is similar to the method for the terminal to update the compressed cache in S303. For details, please refer to the relevant description of the terminal to update the compressed cache in S303. Therefore, how the first terminal updates the compressed buffer will not be repeated in this embodiment of the application.

S1305. The first terminal compresses the data packet to be sent according to the second instruction information.

It is understandable that the method for the first terminal to compress the data packet to be sent according to the second indication information is similar to the method for the terminal to compress the data packet to be sent according to the second indication information in S1205. The second instruction information is a description of the compression of the data packet to be sent. Here, how the first terminal compresses the data packet to be sent according to the second instruction information will not be repeated in this embodiment of the application.

In the embodiment of the present application, when the first terminal compresses the data packet to be sent, it determines which compression buffer is used to compress the data packet to be sent according to the second instruction information sent by the second terminal. Therefore, the first terminal is compressing the data packet to be sent. After the data packet is sent and compressed, it is only necessary to send the compressed data packet to the second terminal, and there is no need to send to the first terminal device the first terminal of the compression buffer used to instruct the first terminal to compress the data packet to be sent. One indication information, of course, can also carry the first indication information in the data packet at the same time as the compressed data packet is sent to the second terminal, which can be specifically set according to actual needs. Here, this application implements The example is just taking as an example the first terminal only needs to send the compressed data packet to the second terminal after compressing the data packet to be sent, but it does not mean that the embodiment of the present application is limited to this.

S1306. The first terminal sends the compressed data packet to the receiving end.

S1307. The second terminal decompresses the compressed data packet according to the second instruction information.

After the second terminal receives the compressed data packet sent by the first terminal, it will determine which of the compression buffers the first terminal uses when compressing the compressed data packet according to the sequence number of the compressed data packet Cache, and use the decompression cache corresponding to the compression cache to decompress the compressed data packet, ensuring that the decompression cache adopted by the second terminal is consistent with the compression cache adopted by the first terminal, thereby increasing the success rate of decompression.

It can be seen that, in the data processing method provided by the embodiment of the present application, the first terminal first receives the second terminal of the sequence number of the first data packet sent by the second terminal for instructing the first terminal to use the updated compression buffer to compress the first data packet. And determine the compression buffer used when compressing the data packet to be compressed according to the second instruction information sent by the second terminal, so that after receiving the compressed data packet, the second terminal can follow the sequence of the compressed data packet Number, determine which compression buffer of the compression buffer used by the first terminal to compress the data packet to be compressed, and use the decompression buffer corresponding to the compression buffer to decompress the compressed data packet, ensuring that the second terminal uses The decompression cache of is consistent with the compression cache used by the first terminal, thereby improving the success rate of decompression.

The above-mentioned embodiments shown in Figure 3, Figure 12 and Figure 13 can all solve that in the UDC compression mechanism, when the receiving end instructs the sending end to update the compression buffer, due to data retransmission and other reasons, the sending end does not receive the instruction information , Continue to use the compressed buffer before the update to compress, so that the decompression buffer used by the receiving end is inconsistent with the compression buffer used by the sending end, and the problem of decompression errors caused by errors. In a possible implementation manner, the sender actively controls which compression buffer (compression buffer before update or compressed buffer after update) is used to compress the data to be sent, and informs the receiver of the compression buffer used by it through the first indication information , So that the receiving end uses the corresponding decompression buffer for decompression, ensuring that the decompression buffer used by the receiving end is consistent with the compression buffer used by the sending end, thereby improving the success rate of decompression. For details, see Figure 3 above. The technical solution in the embodiment. In another possible implementation manner, the sender is no longer actively controlling which compression buffer (compression buffer before update or compressed buffer after update) is used to compress the data to be sent, but the receiver controls it through the second indication information Which compression buffer is used by the sending end to compress the data to be sent, and the receiving end uses the corresponding decompression buffer for decompression, ensuring that the decompression buffer used by the receiving end is consistent with the compression buffer used by the sending end, thereby improving the success rate of decompression. For details, refer to the technical solution in the embodiment shown in FIG. 12 or FIG. 13 above.

It is understandable that when the sender instructs the receiver to update the decompression buffer, due to data retransmission and other reasons, the receiver does not receive the instruction information and continues to use the decompression buffer before the update to decompress the data, which will also cause The decompression buffer used by the receiving end does not match the compression buffer used by the sending end, which causes the problem of errors in decompression. In order to solve the problem of data retransmission and other reasons, the receiving end does not receive the instruction to update the decompression cache, and continues to use the decompression cache before the update to decompress the data, which will also cause the decompression cache and the sending end to be used by the receiving end. The problem of errors in decompression caused by mismatched compression caches can also be achieved through two possible implementation methods.

In a possible implementation, the sender actively controls which decompression cache (the decompression cache before update or the decompression cache after update) the receiver uses to decompress the compressed data packet, and passes an indication message Control which decompression buffer is used by the receiving end to decompress the compressed data packet. For example, the instruction information may be the first instruction information in the embodiment shown in FIG. 3, that is, the data packet to be sent is compressed by the transmitting end. The compression buffer used at the time implicitly indicates the decompression buffer that the receiving end should use when decompressing the data packet. In the embodiment shown in Figure 3 above, the sending end informs the receiving end to compress the data packet to be sent through the first indication information. The method of compressing the cache used at this time is similar. For details, reference may be made to the related description in the embodiment shown in FIG. In this way, it can be ensured that the decompression buffer adopted by the receiving end is consistent with the compression buffer adopted by the sending end, thereby improving the success rate of decompression. Of course, when the sender actively controls which decompression buffer (the decompression buffer before update or the decompression buffer after update) is used by the receiver to decompress the data packet, the indication information can also be directly used by the receiver to use the updated decompression buffer. The sequence number of the first packet decompressed by the compression cache. For example, the indication information may be the PDCP COUNT value, and/or the indication information may be the PDCP SN value, as in the embodiment shown in FIG. 12 or FIG. 13, the receiving end controls the sending end to use the second indication information The method for compressing the data to be sent by which compression buffer is similar is similar. For details, refer to the related description in the embodiment shown in FIG. 12 or FIG. In this way, it can be ensured that the decompression buffer adopted by the receiving end is consistent with the compression buffer adopted by the sending end, thereby improving the success rate of decompression.

In another possible implementation manner, the receiving end actively controls which decompression cache (decompression cache before update or decompression cache after update) is used to decompress the compressed data packet, and controls through an indication message The sender uses the updated compression buffer to compress the sequence number of the first data packet. For example, the indication information may be the PDCP COUNT value, and/or the indication information may be the PDCP SN value, which is similar to that shown in Figure 12 or In the embodiment shown in FIG. 13, the receiving end uses the second indication information to control which compression buffer the sending end uses to compress the data to be sent. The method for compressing the data to be sent is similar. For details, please refer to the related description in the embodiment shown in FIG. 12 or FIG. Here, the embodiments of this application will not be repeated here. In this way, it can be ensured that the decompression buffer adopted by the receiving end is consistent with the compression buffer adopted by the sending end, thereby improving the success rate of decompression.

Combining the embodiments shown in Figure 3, Figure 12, and Figure 13 above, it can be seen that when the terminal supports UDC, the network device instructs the terminal to update the compressed buffer as an example. When the terminal supports the downlink based on the compressed buffer In the data transmission compression mechanism, the network device can instruct the terminal to update the decompression cache. When the network device instructs the terminal to update the decompression cache, it may also include at least two possible implementation manners.

In a possible implementation, the network device can actively control which decompression cache (the decompression cache before the update or the decompression cache after the update) is used by the terminal to decompress the compressed data packet, and pass an indication message Control which decompression buffer is used by the terminal to decompress the compressed data packet. For example, the instruction information may be the first instruction information in the embodiment shown in FIG. 3, that is, when the data packet to be sent is compressed by the network device The compression buffer used implicitly indicates the decompression buffer that should be used when finally decompressing the data packet. In the embodiment shown in FIG. 3, the terminal notifies the network device through the first instruction information to compress the data packet to be sent. The method of compressing the cache is similar. For details, refer to the related description in the embodiment shown in FIG.

In this way, it can be ensured that the decompression buffer adopted by the receiving end matches the compression buffer adopted by the sending end, thereby improving the success rate of decompression. Of course, when the network device actively controls which decompression cache (the decompression cache before the update or the decompression cache after the update) is used by the terminal to decompress the compressed data packet, the indication information can be directly used for the terminal to use the updated decompression cache. The sequence number of the first packet decompressed by the compression cache. For example, the indication information may be the PDCP COUNT value, and/or, the indication information may be the PDCP SN value, as in the embodiment shown in FIG. 12, the network device controls which compressed buffer the terminal uses to treat with the second indication information The method for compressing the sent data is similar. For details, please refer to the related description in the embodiment shown in FIG. In this way, it can be ensured that the decompression cache adopted by the terminal is consistent with the compression cache adopted by the network device, thereby improving the success rate of decompression.

In another possible implementation manner, the terminal actively controls which decompression cache (decompression cache before update or decompression cache after update) is used to decompress the compressed data packet, and controls the network through an indication message The device uses the updated compression buffer to compress the sequence number of the first data packet. For example, the indication information may be the PDCP COUNT value, and/or, the indication information may be the PDCP SN value, as shown in Figure 12 above. In the embodiment, the network device uses the second indication information to control which compression buffer the terminal uses to compress the data to be sent. The method for compressing the data to be sent is similar. For details, please refer to the relevant description in the embodiment shown in FIG. 12, here, the embodiment of the present application Do not repeat it. In this way, it can be ensured that the decompression cache adopted by the terminal is consistent with the compression cache adopted by the network device, thereby improving the success rate of decompression.

FIG. 14 is a schematic structural diagram of a communication device 140 provided by an embodiment of the application. The communication device 140 is a transmitting end. For an example, please refer to FIG. 14 as an example. The communication device 140 may include:

The processing unit 1401 is configured to update the compression buffer; and compress the data packets to be sent.

The sending unit 1402 is configured to send first indication information to the receiving end; the first indication information is used to indicate the compression buffer used when compressing the data packet to be sent, the compression buffer used is the compression buffer before update, or the compression used The cache is an updated compressed cache.

Optionally, the first indication information is carried in a compressed data packet.

Optionally, the first indication information is carried in the protocol header of the compressed data packet, or the first indication information is carried in the data header of the compressed data packet.

Optionally, the first indication information is a field in the data packet to be sent. If the value of the field is the same as the value of the field in the immediately preceding data packet received by the receiving end and the data packet to be sent, compression is used The buffer is a compressed buffer before update; if the value of the field is different from the value of the field in the previous data packet received by the receiving end and immediately before the data packet to be sent, the compressed buffer used is the updated compressed buffer.

Optionally, the first indication information is a checksum field in the data packet to be sent, and the checksum field is determined according to the compression buffer used when compressing the data packet to be sent.

Optionally, the communication device 140 may further include:

The receiving unit 1403 is used to receive a control message from the receiving end; the control message is used to instruct to update the compressed buffer; where the control message includes the updated compressed buffer, the identifier of the updated compressed buffer, and the information used to instruct to update the compressed buffer. Any of the string information.

Optionally, the control message further includes second indication information, and the second indication information is used to indicate the sequence number of the first data packet compressed using the updated abbreviated buffer.

Optionally, the receiving unit 1403 is further configured to receive third indication information from the receiving end; the third indication information is used to indicate that the update type of the compressed cache is semi-static cache update.

The processing unit 1401 is specifically configured to update the compression cache according to the third instruction information.

Optionally, the processing unit 1401 is specifically configured to control the UM RLC entity according to the unacknowledged mode radio link associated with the bearer of the data packet to be sent, and determine that the compression cache update type is semi-static cache update; and according to the UM RLC entity pair Compress the cache to update.

The communication device 140 shown in the embodiment of the present application can execute the data processing method at the transmitting end in the embodiment shown in any of the above figures, and its implementation principle and beneficial effects are similar to those of the data processing method at the transmitting end. I will not repeat them here.

FIG. 15 is a schematic structural diagram of another communication device 150 provided by an embodiment of the application. The communication device 150 is a transmitting end. For an example, please refer to FIG. 15. The communication device 150 may include:

The receiving unit 1501 is configured to receive second indication information from the receiving end, where the second indication information is used to instruct the communication device 150 to use the updated compression buffer to compress the sequence number of the first data packet.

The processing unit 1502 is configured to update the compressed buffer; and compress the data packet to be sent according to the second instruction information; wherein the compression buffer used when compressing the data packet to be sent is the compressed buffer before update, or the data to be sent The compressed cache used when the package is compressed is the updated compressed cache.

Optionally, the processing unit 1502 is configured to use the updated compression buffer to compress the data packet to be sent if the sequence number of the data packet to be sent is greater than or equal to the sequence number indicated by the second indication information; if the data packet to be sent is If the sequence number of is less than or equal to the sequence number indicated by the second indication information, the data packet to be sent is compressed using the compression buffer before the update.

Optionally, the receiving unit 1501 is configured to receive a control message from the receiving end; where the control message is used to instruct to update the compression buffer, and the control message includes second indication information.

Optionally, the control message further includes any one of the updated compressed cache, the identifier of the updated compressed cache, and character string information for instructing to update the compressed cache.

The communication device 150 shown in the embodiment of the present application can execute the data processing method at the transmitting end in the embodiment shown in any of the above figures, and its implementation principle and beneficial effects are similar to those of the data processing method at the transmitting end. I will not repeat them here.

FIG. 16 is a schematic structural diagram of a communication device 160 provided by an embodiment of the application. The communication device 160 is a receiving end. For an example, please refer to FIG. 16 as an example. The communication device 160 may include:

The processing unit 1601 is configured to update the compression cache.

The receiving unit 1602 is configured to receive first indication information from the sending end; the first indication information is used to indicate the compression buffer used by the sending end when compressing the data packet to be sent, the compression buffer used is the compression buffer before update, or The compressed cache is the updated compressed cache.

Optionally, the first indication information is a field in the data packet to be sent. If the value of the field is the same as the value of the field in the immediately preceding data packet received by the communication device 160 and the data packet to be sent, the The compressed buffer is the compressed buffer before the update; if the value of the field is different from the value of the field in the immediately preceding data packet received by the communication device 160 and the data packet to be sent, the compressed buffer used is the updated compressed buffer .

Optionally, the communication device 160 may further include:

The sending unit 1603 is used to send a control message to the sending end; the control message is used to instruct to update the compressed buffer; where the control message includes the updated compressed buffer, the identifier of the updated compressed buffer, and the information used to instruct to update the compressed buffer. Any of the string information.

Optionally, the sending unit 1603 is further configured to send third indication information to the sending end; the third indication information is used to indicate that the update type of the compressed cache is semi-static cache update, and instruct the sending end to update the compressed cache according to the third indication information. Update.

The communication device 160 shown in the embodiment of the present application can execute the data processing method at the receiving end in the embodiment shown in any of the above figures, and its implementation principles and beneficial effects are similar to those of the data processing method at the receiving end. I will not repeat them here.

FIG. 17 is a schematic structural diagram of another communication device 170 according to an embodiment of the application. The communication device 170 is a receiving end. For an example, please refer to FIG. 17. The communication device 170 may include:

The processing unit 1701 is configured to update the compression cache.

The sending unit 1702 is configured to send second indication information to the sending end, where the second indication information is used to instruct the sending end to use the updated compression buffer to compress the sequence number of the first data packet, and instruct the sending end to follow the second instruction The information compresses the data packet to be sent; among them, the compression buffer used when compressing the data packet to be sent is the compressed buffer before update, or the compression buffer used when compressing the data packet to be sent is the updated compression buffer.

Optionally, if the sequence number of the data packet to be sent is greater than or greater than or equal to the sequence number indicated by the second indication information, the compression buffer used when compressing the data packet to be sent is the compression buffer before updating; If the sequence number is less than or less than or equal to the sequence number indicated by the second indication information, the compression buffer used when compressing the data packet to be sent is the updated compression buffer.

Optionally, the sending unit 1702 is specifically configured to send a control message to the sending end; where the control message is used to instruct to update the compression buffer, and the control message includes the second indication information.

The communication device 170 shown in the embodiment of the present application can execute the data processing method at the receiving end in the embodiment shown in any of the above figures, and its implementation principles and beneficial effects are similar to those of the data processing method at the receiving end. I will not repeat them here.

18 is a schematic structural diagram of a communication device 180 provided by an embodiment of the application. The device includes a processor 1801 and a memory 1802. The memory 1802 stores a computer program, and the processor 1801 executes the memory 1802. A computer program stored to enable the device to execute the data processing method at the sending end in the embodiment shown in any of the above figures. Its implementation principles and beneficial effects are similar to the implementation principles and beneficial effects of the data processing method at the sending end. Here Do not repeat it.

19 is a schematic structural diagram of another communication device 190 according to an embodiment of the application. The device includes a processor 1901 and a memory 1902. The memory 1902 stores a computer program, and the processor 1901 executes the memory 1902. The computer program stored in the computer program to make the device execute the data processing method at the receiving end in the embodiment shown in any of the above figures. Its implementation principle and beneficial effects are similar to the implementation principles and beneficial effects of the data processing method at the receiving end. I will not repeat it here.

The embodiment of the present application also provides a communication device, and the communication device may include a processor and an interface circuit.

The interface circuit is used to receive code instructions and transmit them to the processor,

The processor is configured to run the code instructions to execute the data processing method at the sending end in the embodiment shown in any of the above figures, and its implementation principle and beneficial effects are similar to those of the data processing method at the sending end , I won’t repeat it here.

The processor is configured to run the code instructions to execute the data processing method at the receiving end in the embodiment shown in any of the above figures, and its implementation principle and beneficial effects are similar to those of the data processing method at the receiving end , I won’t repeat it here.

The embodiment of the present application also provides a chip on which a computer program is stored. When the computer program is executed by the processor, it executes the data processing method at the sending end in the embodiment shown in any one of the above figures. Its implementation principle and beneficial The effect is similar to the implementation principle and beneficial effects of the data processing method at the sending end, and will not be repeated here.

The embodiment of the present application also provides a chip on which a computer program is stored. When the computer program is executed by the processor, it executes the data processing method at the receiving end in the embodiment shown in any one of the above figures. Its implementation principle and beneficial The effect is similar to the implementation principle and beneficial effects of the data processing method at the receiving end, and will not be repeated here.

The embodiment of the present application also provides a readable storage medium for storing instructions. When the instructions are executed, the data processing method of the sending end in the embodiment shown in any of the above figures is realized. The implementation principles and beneficial effects are similar to the implementation principles and beneficial effects of the data processing method at the sending end, and will not be repeated here.

The embodiment of the present application also provides a readable storage medium for storing instructions. When the instructions are executed, the data processing method at the receiving end in the embodiment shown in any of the above figures is realized. The implementation principles and beneficial effects are similar to the implementation principles and beneficial effects of the data processing method at the receiving end, and will not be repeated here.

The embodiment of the present application also provides a communication system, which may include the communication device shown in FIG. 14 and the communication device shown in FIG. 16, or the communication system may include the communication device shown in FIG. 15 and The implementation principle and beneficial effects of the communication device shown in FIG. 17, or the communication device shown in FIG. 18 and the communication device shown in FIG. 19 are the same as those of the data processing method in the embodiment shown in any of the above figures And the beneficial effects are similar, and will not be repeated here.

The processor in each of the foregoing embodiments may be a general-purpose processor, a digital signal processor (digital signal processor, DSP), an application specific integrated circuit (ASIC), and a field programmable gate array (FPGA). Or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components. The methods, steps, and logical block diagrams disclosed in the embodiments of the present application can be implemented or executed. The general-purpose processor may be a microprocessor or the processor may also be any conventional processor or the like. The steps of the method disclosed in the embodiments of the present application may be directly embodied as being executed and completed by a hardware decoding processor, or executed and completed by a combination of hardware and software modules in the decoding processor. The software module can be located in random access memory (RAM), flash memory, read-only memory (read-only memory, ROM), programmable read-only memory, or electrically erasable programmable memory, registers, etc. mature in the field Storage medium. The storage medium is located in the memory, and the processor reads the instructions in the memory and completes the steps of the above method in combination with its hardware.

In the several embodiments provided in this application, it should be understood that the disclosed device and method may be implemented in other ways. For example, the device embodiments described above are merely illustrative, for example, the division of the units is only a logical function division, and there may be other divisions in actual implementation, for example, multiple units or components may be combined or It can be integrated into another system, or some features can be ignored or not implemented. In addition, the displayed or discussed mutual coupling or direct coupling or communication connection may be indirect coupling or communication connection through some interfaces, devices or units, and may be in electrical, mechanical or other forms.

The units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in one place, or they may be distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the objectives of the solutions of the embodiments.

In addition, the functional units in the various embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware, or may be implemented in the form of hardware plus software functional units.

Claims

A data processing method, characterized in that it comprises:

Update the compression cache;

Compress the data packet to be sent;

Send first indication information to the receiving end; the first indication information is used to indicate the compression buffer used when compressing the data packet to be sent, the compression buffer used is the compression buffer before update, or the The compressed cache used is the updated compressed cache.
The method of claim 1, wherein:

The first indication information is carried in a compressed data packet.
The method according to claim 1 or 2, characterized in that:

The first indication information is a field in the data packet to be sent;

If the value of the field is the same as the value of the field in the immediately preceding data packet received by the receiving end and the data packet to be sent, the compressed buffer used is the one before the update Compressed buffer; if the value of the field is different from the value of the field in the previous data packet immediately before the data packet to be sent received by the receiving end, the compressed buffer used is the updated Compressed cache.
The method according to any one of claims 1-3, wherein the method further comprises:

A control message is received from the receiving end; the control message is used to instruct to update the compressed buffer; wherein, the control message includes the updated compressed buffer, the identifier of the updated compressed buffer, and is used to instruct to update the compressed buffer. Any one of the string information to be updated in the compressed cache.
The method of claim 4, wherein:

The control message further includes second indication information, the second indication information being used to indicate the sequence number of the first data packet compressed using the updated abbreviated buffer.
A data processing method, characterized in that it comprises:

Receiving second indication information from the receiving end, where the second indication information is used to instruct the sending end to use the updated compression buffer to compress the sequence number of the first data packet;

Update the compression cache;

The data packet to be sent is compressed according to the second instruction information; wherein the compression buffer used when compressing the data packet to be sent is the compression buffer before update, or the data packet to be sent is compressed The compressed cache is the updated compressed cache.
The method according to claim 6, wherein the compressing the data packet to be sent according to the second indication information comprises:

If the sequence number of the data packet to be sent is greater than or equal to the sequence number indicated by the second indication information, compressing the data packet to be sent by using the updated compression buffer;

If the sequence number of the data packet to be sent is less than or equal to the sequence number indicated by the second indication information, the compression buffer before the update is used to compress the data packet to be sent.
The method according to claim 6 or 7, wherein the receiving the second indication information from the receiving end comprises:

A control message is received from the receiving end; wherein the control message is used to instruct to update the compressed buffer, and the control message includes the second indication information.
A data processing method, characterized in that it comprises:

Update the compression cache;

The first indication information is received from the sending end; the first indication information is used to indicate the compression buffer used by the sending end when compressing the data packet to be sent, and the used compression buffer is the compression buffer before update, or The compressed cache used above is the updated compressed cache.
The method of claim 9, wherein:

The first indication information is carried in a compressed data packet.
The method according to claim 9 or 10, wherein:

The first indication information is a field in the data packet to be sent;

If the value of the field is the same as the value of the field in the immediately preceding data packet received by the receiving end and the data packet to be sent, the compressed buffer used is the compressed buffer before update If the value of the field is different from the value of the field in the previous data packet immediately before the data packet to be sent received by the receiving end, the compression buffer used is the updated compression Cache.
The method according to any one of claims 9-11, wherein the method further comprises:

Send a control message to the sending end; the control message is used to instruct to update the compressed cache; wherein, the control message includes the updated compressed cache, the identifier of the updated compressed cache, and is used to indicate Any one of character string information for updating the compression cache.
The method of claim 12, wherein:

The control message further includes second indication information, the second indication information being used to indicate the sequence number of the first data packet compressed using the updated abbreviated buffer.
A data processing method, characterized in that it comprises:

Update the compression cache;

Send second instruction information to the sender, where the second instruction information is used to instruct the sender to use the updated compression buffer to compress the sequence number of the first data packet, and instruct the sender to follow the second instruction The information compresses the data packet to be sent; wherein the compression buffer used when compressing the data packet to be sent is the compressed buffer before update, or the compression buffer used when compressing the data packet to be sent is after update Compressed cache.
The method of claim 14, wherein:

If the sequence number of the data packet to be sent is greater than or equal to the sequence number indicated by the second indication information, the compression buffer used when compressing the data packet to be sent is the compression buffer before update; if If the sequence number of the data packet to be sent is less than or equal to the sequence number indicated by the second indication information, the compression buffer used when compressing the data packet to be sent is the updated compression buffer.
The method according to claim 14 or 15, wherein the sending the second indication information to the sending end comprises:

Send a control message to the sending end; wherein the control message is used to instruct to update the compressed buffer, and the control message includes the second instruction information.
A communication device, characterized in that it comprises:

The processing unit is used to update the compression buffer; and compress the data packets to be sent;

The sending unit is configured to send first indication information to the receiving end; the first indication information is used to indicate the compression buffer used when compressing the data packet to be sent, and the used compression buffer is the compression buffer before update Or, the compressed cache used is an updated compressed cache.
The device of claim 17, wherein:

The first indication information is a field in the data packet to be sent, if the value of the field is the same as the value of the field in the previous data packet that is immediately before the data packet to be sent received by the receiving end If the value is the same, the compressed buffer used is the compressed buffer before the update; if the value of the field is the same as the field in the previous data packet immediately before the data packet to be sent received by the receiving end If the value of is different, the compressed cache is the updated compressed cache.
A communication device, characterized in that it comprises:

A receiving unit, configured to receive second indication information from the receiving end, where the second indication information is used to instruct the communication device to use the updated compression buffer to compress the sequence number of the first data packet;

A processing unit, configured to update the compression buffer; and compress the data packet to be sent according to the second instruction information; wherein the compression buffer used when compressing the data packet to be sent is the compression buffer before the update, or , The compressed buffer used when compressing the data packet to be sent is the updated compressed buffer.
The device of claim 19, wherein:

The processing unit is configured to use the updated compression buffer to compress the data packet to be sent if the sequence number of the data packet to be sent is greater than or equal to the sequence number indicated by the second indication information If the sequence number of the data packet to be sent is less than or equal to the sequence number indicated by the second indication information, the compression buffer before the update is used to compress the data packet to be sent.
A communication device, characterized in that it comprises:

The processing unit is used to update the compression cache;

The receiving unit is configured to receive first indication information from the sending end; the first indication information is used to indicate the compression buffer used when the sending end compresses the data packet to be sent, and the compression buffer used is the compression before update Cache, or, the compressed cache used is an updated compressed cache.
The device of claim 21, wherein:

The first indication information is a field in the data packet to be sent, if the value of the field is the same as the value of the field in the previous data packet immediately before the data packet to be sent received by the communication device If the same, the compressed buffer used is the compressed buffer before the update; if the value of the field is the same as the value of the field in the previous data packet immediately before the data packet to be sent received by the communication device If the values are different, the compressed cache used is the updated compressed cache.
A communication device, characterized in that it comprises:

The processing unit is used to update the compression cache;

The sending unit is configured to send second indication information to the sending end, where the second indication information is used to instruct the sending end to use the updated compression buffer to compress the sequence number of the first data packet, and to instruct the sending end according to The second indication information compresses the data packet to be sent; wherein the compression buffer used when compressing the data packet to be sent is the compression buffer before update, or the compression buffer used when compressing the data packet to be sent The compressed cache is the updated compressed cache.
The device of claim 23, wherein:

If the sequence number of the data packet to be sent is greater than or equal to the sequence number indicated by the second indication information, the compression buffer used when compressing the data packet to be sent is the compression buffer before update; if If the sequence number of the data packet to be sent is less than or equal to the sequence number indicated by the second indication information, the compression buffer used when compressing the data packet to be sent is the updated compression buffer.
A communication device, characterized in that the device includes a processor and a memory, a computer program is stored in the memory, and the processor executes the computer program stored in the memory, so that the device executes as claimed in the claims The data processing method according to any one of 1 to 5; or, the processor executes a computer program stored in the memory, so that the device executes the data processing method according to any one of claims 6 to 8 .
A communication device, characterized in that the device includes a processor and a memory, a computer program is stored in the memory, and the processor executes the computer program stored in the memory, so that the device executes as claimed in the claims The data processing method according to any one of claims 9 to 13; or, the processor executes a computer program stored in the memory, so that the device executes the data processing method according to any one of claims 14 to 16 .
A communication device, characterized by comprising: a processor and an interface circuit;

The interface circuit is used to receive code instructions and transmit them to the processor;

The processor is configured to run the code instructions to execute the data processing method according to any one of claims 1 to 5; or, to run the code instructions to execute any one of claims 6 to 8 The described data processing method.
A communication device, characterized by comprising: a processor and an interface circuit;

The interface circuit is used to receive code instructions and transmit them to the processor;

The processor is configured to run the code instruction to execute the data processing method according to any one of claims 9 to 13; or, to execute the code instruction to execute any one of claims 14 to 16 The described data processing method.
A readable storage medium, characterized in that it is used to store instructions, and when the instructions are executed, the data processing method according to any one of claims 1 to 5 is realized; or, when the instructions are When executed, the data processing method according to any one of claims 6 to 8 is realized; or, when the instruction is executed, the data processing method according to any one of claims 9 to 13 is Realization; or, when the instruction is executed, the data processing method according to any one of claims 14 to 16 is realized.
A communication system, characterized in that it comprises:

The data processing device according to any one of the above claims 26-34 and the data processing device according to any one of the above claims 39-46; or the data processing device according to any one of the above claims 35-38 and The data processing device according to any one of claims 47-50; or, the data processing device according to claim 51 and the data processing device according to claim 52; or, the data according to claim 53 Processing device and the data processing device described in claim 54 above.