WO2021213186A1 - 数据处理方法和装置 - Google Patents

数据处理方法和装置 Download PDF

Info

Publication number
WO2021213186A1
WO2021213186A1 PCT/CN2021/085998 CN2021085998W WO2021213186A1 WO 2021213186 A1 WO2021213186 A1 WO 2021213186A1 CN 2021085998 W CN2021085998 W CN 2021085998W WO 2021213186 A1 WO2021213186 A1 WO 2021213186A1
Authority
WO
WIPO (PCT)
Prior art keywords
data packet
compressed
sent
compression
cache
Prior art date
Application number
PCT/CN2021/085998
Other languages
English (en)
French (fr)
Inventor
范强
娄崇
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2021213186A1 publication Critical patent/WO2021213186A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
    • H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
    • H03M7/3068—Precoding preceding compression, e.g. Burrows-Wheeler transformation
    • H03M7/3079—Context modeling
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
    • H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction

Definitions

  • This application relates to the field of communication technology, and in particular to a data processing method and device.
  • UDC uplink data compression
  • RoHC robust header compression
  • EHC ethernet header compression
  • 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.
  • 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.
  • 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.
  • 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.
  • an embodiment of the present application provides a data processing method, and the data processing method may include:
  • 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.
  • the sending end when it 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.
  • 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.
  • 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.
  • 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.
  • the first indication information is a field in 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.
  • 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.
  • 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.
  • the data processing method may further include:
  • 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.
  • 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.
  • 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.
  • updating the compression cache may include:
  • 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.
  • 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.
  • 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.
  • 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.
  • compressing the data packet to be sent according to the second indication information may include:
  • 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.
  • 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 .
  • 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.
  • the embodiments of the present application also provide a data processing method, and the data processing method may include:
  • 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.
  • the receiving end 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.
  • 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.
  • 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.
  • the first indication information is a field in 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.
  • 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.
  • 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.
  • the data processing method may further include:
  • 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.
  • 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.
  • the data processing method may further include:
  • 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.
  • an embodiment of the present application also provides a data processing method, and the data processing method may include:
  • 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.
  • 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.
  • 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.
  • sending the second indication information to the sending end may include:
  • 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 .
  • 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.
  • 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.
  • the first indication information is carried in a compressed data packet.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the first indication information is carried in a compressed data packet.
  • 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.
  • 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 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.
  • the communication device may further include:
  • 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.
  • 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.
  • 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.
  • 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.
  • 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 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the embodiments of the present application also provide a readable storage medium for storing instructions.
  • the 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.
  • the embodiments of the present application also provide a readable storage medium for storing instructions.
  • the 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.
  • the embodiments of the present application also provide a chip on which a computer program is stored.
  • 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.
  • the embodiments of the present application also provide a chip on which a computer program is stored.
  • 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.
  • 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.
  • the sending end 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.
  • 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.
  • FIG. 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.
  • 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.
  • “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.
  • the character "/" generally indicates that the associated objects before and after are in an "or" relationship.
  • 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.
  • 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.
  • 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.
  • terminal equipment also known as user equipment (UE), mobile station (MS), mobile terminal (MT), etc.
  • UE user equipment
  • MS mobile station
  • MT mobile terminal
  • terminal devices are devices that provide users with voice/data connectivity ,
  • handheld devices with wireless connectivity vehicle-mounted devices, etc.
  • 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 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.
  • LTE Long Term Evolution
  • PLMN public land mobile network
  • 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.
  • 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.
  • 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.
  • the sender 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.
  • 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.
  • the receiving end 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the decompression cache 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the scheme in this application can also be used to implement a semi-static compression update operation.
  • 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.
  • 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.
  • the sending end is the terminal and the receiving end is the receiving end as an example.
  • 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.
  • 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:
  • the network device configures a semi-static cache update for the terminal.
  • 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.
  • 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.
  • 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.
  • the embodiments of the present application do not make specific limitations.
  • 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.
  • 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.
  • 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.
  • RRC radio resource control
  • 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.
  • the network device 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.
  • the applicable scope of the semistaticBufferUpdate parameter can be further limited.
  • 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.
  • 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.
  • this application implements The example does not make further restrictions.
  • the terminal 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 .
  • PDCP packet data convergence protocol
  • UM RLC unacknowledged mode radio link control
  • 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
  • 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.
  • 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:
  • the network device sends a control message to the terminal.
  • control message is used to instruct to update the compression cache.
  • 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.
  • 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.
  • 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.
  • 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.
  • the terminal 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. .
  • updating the compressed cache can be understood as updating the current compressed cache
  • the current compressed cache can be understood as the compressed cache before the update.
  • 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.
  • the terminal can use the current compression buffer to compress the data packet to be sent.
  • the network device 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.
  • 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.
  • 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.
  • the network device 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.
  • the terminal updates the compression cache.
  • control message used to instruct to update the compressed cache includes the updated compressed cache
  • 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.
  • the network device does not directly send the updated compressed cache to the terminal, but sends the updated compressed cache identifier to
  • 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.
  • control message for instructing to update the compressed buffer includes character string information for instructing to update the compressed buffer
  • 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.
  • 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.
  • 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.
  • the compressed buffer used before update is actively controlled by the terminal, and the network device cannot know it.
  • 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:
  • the terminal sends first indication information to the network device.
  • 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.
  • 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.
  • 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.
  • 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 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.
  • 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.
  • 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.
  • 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.
  • the first indication information may be a 1-bit indication field U, which may be carried in the PDCP header.
  • 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.
  • the field U can also be carried in the compressed header.
  • FIG. 5 which is a carrying field provided in an embodiment of this application. Schematic diagram of the structure of U's compression head.
  • 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.
  • 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.
  • 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.
  • the network device 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.
  • 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.
  • Figure 6 is a schematic diagram of a data packet processing process provided by an embodiment of this application.
  • 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.
  • 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.
  • the network device 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.
  • 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.
  • N is greater than or equal to 1
  • this field I may be carried in the PDCP header.
  • Figure 7. 7 is a schematic structural diagram of a PDCP header carrying field I provided in an embodiment of this application.
  • this field I can also be carried in the UDC header.
  • FIG. 8 is a schematic structural diagram of a UDC header carrying field I according to an embodiment of the application.
  • 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.
  • 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.
  • 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.
  • 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
  • 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.
  • the network device 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.
  • 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.
  • 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.
  • FIG. 9 is a schematic diagram of another data packet processing process provided by an embodiment of this application.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the field Indication may also be carried in the compression header.
  • a structural schematic diagram of a compression header carrying the field Indication is provided.
  • 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.
  • the network device is passing a control message
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the network device decompresses the compressed data packet according to the first instruction 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.
  • 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.
  • 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.
  • the terminal 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 terminal 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.
  • compression cache compression cache before update or compressed cache after update
  • the terminal 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.
  • FIG. 12 is a schematic flowchart of another data processing method provided by an embodiment of the application.
  • the data processing method may include:
  • the network device configures a semi-static cache update for the terminal.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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 are not described in the embodiment of the present application.
  • 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.
  • the second indication information may be a PDCP COUNT value, and/or, the second indication information may be a PDCP SN value.
  • 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.
  • the sending mode of the indication information is not further limited in the embodiment of this application.
  • control message carried in the second indication information 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.
  • the terminal updates the compression cache.
  • 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.
  • the relevant description of the terminal to update the compressed cache in S303 please refer to the relevant description of the terminal to update the compressed cache in S303.
  • the description of this embodiment of the present application will not be repeated.
  • the terminal compresses the data packet to be sent according to the second instruction information.
  • 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.
  • 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.
  • the sequence number of the data packet to be sent and the sequence number indicated by the second instruction information are used.
  • 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.
  • 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
  • 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.
  • the terminal 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.
  • the terminal 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.
  • 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.
  • the terminal sends the compressed data packet to the network device.
  • the network device decompresses the compressed data packet according to the second instruction information.
  • the network device 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • FIG. 13 is a schematic flowchart of another data processing method provided by an embodiment of the application.
  • the data processing method may include:
  • the second terminal configures a semi-static cache update for the first terminal.
  • 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.
  • the receiving end is a terminal.
  • the second terminal configures the semi-static cache update for the first terminal will not be repeated in this embodiment of the application.
  • the network device when configuring the semi-static cache update for the first terminal, may also configure 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.
  • the second terminal sends a control message to the first 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the second indication information may be a PDCP COUNT value, and/or, the second indication information may be a PDCP SN value.
  • 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.
  • the method for sending the second indication information is not further limited in the embodiment of the present application.
  • control message carried in the second indication information 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.
  • the first terminal updates the compression buffer.
  • 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.
  • the method for the terminal to update the compressed cache in S303 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.
  • the first terminal compresses the data packet to be sent according to the second instruction information.
  • 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.
  • 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.
  • 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.
  • the first terminal 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 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.
  • 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.
  • the first terminal sends the compressed data packet to the receiving end.
  • the second terminal decompresses the compressed data packet according to the second instruction information.
  • the second terminal 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.
  • 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 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.
  • compression buffer compression buffer before update or compressed buffer after update
  • 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.
  • compression buffer compression buffer before update or compressed buffer after update
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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 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.
  • 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.
  • 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.
  • 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
  • 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.
  • 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.
  • the network device when the terminal supports UDC, the network device instructs the terminal to update the compressed buffer as an example.
  • the network device can instruct the terminal to update the decompression cache.
  • the network device instructs the terminal to update the decompression cache it may also include at least two possible implementation manners.
  • 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.
  • 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.
  • 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.
  • the indication information can be directly used for the terminal to use the updated decompression cache.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the first indication information is carried in a compressed data packet.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • the first indication information is carried in a compressed data packet.
  • 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.
  • 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 .
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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 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.
  • the device includes a processor 1801 and a memory 1802.
  • the memory 1802 stores a computer program
  • 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.
  • FIG. 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
  • 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 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 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.
  • the computer program 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.
  • the computer program 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.
  • the 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.
  • the 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
  • a communication system which may include the communication device shown in FIG. 17 and 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.
  • DSP digital signal processor
  • ASIC application specific integrated circuit
  • FPGA field programmable gate array
  • 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.
  • RAM random access memory
  • flash memory read-only memory
  • read-only memory read-only memory
  • ROM programmable read-only memory
  • 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.
  • the disclosed device and method may be implemented in other ways.
  • 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.
  • 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.
  • 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.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Communication Control (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一种数据处理方法和装置，发送端在向接收端发送压缩后的数据包时，可以一并向接收端发送第一指示信息，以通过该第一指示信息指示发送端在对待压缩数据包进行压缩时采用的压缩缓存，这样接收端在接收到该第一指示信息之后，可以根据该第一指示信息确定发送端在对待压缩数据包进行压缩时采用的压缩缓存的哪一个压缩缓存，并采用该压缩缓存对应的解压缩缓存对压缩后的数据包进行解压缩，保证了接收端采用的解压缩缓存与发送端采用的压缩缓存一致，从而提高了解压缩的成功率。

Description

数据处理方法和装置
本申请要求于2020年04月23日提交中国专利局、申请号为202010325805.9、申请名称为“数据处理方法和装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信技术领域，尤其涉及一种数据处理方法和装置。
背景技术
在移动通信网络中，为了有效提升业务传输速率，提高资源利用率，可以通过数据压缩机制对在空口传输的数据包进行压缩，以降低空口实际传输的数据量。目前，比较常见的数据压缩方法包括上行数据压缩(uplink data compression，UDC)，鲁棒头压缩(robust header compression，RoHC)，以太头压缩(ethernet header compression，EHC)等。
以UDC机制为例，发送端会对获取到的整个数据包，包括包头和载荷部分进行压缩处理；发送端和接收端均会维护一个缓存，发送端在发送数据包时，基于其维护的压缩缓存对数据包进行压缩，对应的，接收端在接收到压缩后的数据包后，会基于其维护的解压缩缓存对压缩后的数据包进行解压缩，从而恢复出压缩前的数据。在半静态缓存中，以接收端指示发送端更新压缩缓存为例，若接收端已经指示发送端更新压缩缓存，但由于数据重传等原因，发送端并未及时接收到该指示信息，因此，在对当前数据包进行压缩时，仍会继续用更新前的压缩缓存进行压缩。但是，由于接收端已经指示了更新压缩缓存，因此，接收端会采用更新后的解压缩缓存对压缩后的数据包进行解压缩，这样会导致解压缩得到的数据包与发送端实际发送的数据包不一致，从而导致解压缩出现错误。
因此，在数据包传输过程中，如何保证接收端采用的解压缩缓存与发送端采用的压缩缓存一致，以提高解压缩的成功率是本领域技术人员亟待解决的问题。
发明内容
本申请实施例提供一种数据处理方法和装置，在数据包传输过程中，保证了接收端采用的解压缩缓存与发送端采用的压缩缓存一致，从而提高了解压缩的成功率。
第一方面，本申请实施例提供了一种数据处理方法，该数据处理方法可以包括：
对压缩缓存进行更新。
对待发送数据包进行压缩。
向接收端发送第一指示信息；第一指示信息用于指示对待发送数据包进行压缩时采用的压缩缓存，采用的压缩缓存为更新前的压缩缓存，或者，采用的压缩缓存为更新后的压缩缓存。
由此可见，发送端在向接收端发送压缩后的数据包时，可以一并向接收端发送第一指示信息，以通过该第一指示信息指示发送端在对待压缩数据包进行压缩时采用的压缩缓存，这样接收端在接收到该第一指示信息之后，可以根据该第一指示信息确定发送端在对待压缩数据包进行压缩时采用的压缩缓存的哪一个压缩缓存，并采用该压缩缓存对应的解压缩缓存对压缩后的数据包进行解压缩，保证了接收端采用的解压缩缓存与发送端采用的压缩缓存一致，从而提高了解压缩的成功率。
在一种可能的实现方式中，第一指示信息携带在压缩后的数据包中，这样可以将该第一指示信息与压缩后的数据包一并发送给接收端，使得接收端接收到该第一指示信息之后，可以根据该第一指示信息确定发送端在对待压缩数据包进行压缩时采用的压缩缓存的哪一个压缩缓存，并采用该压缩缓存对应的解压缩缓存对压缩后的数据包进行解压缩，保证了接收端采用的解压缩缓存与发送端采用的压缩缓存一致，从而提高了解压缩的成功率。
在一种可能的实现方式中，第一指示信息携带在压缩后的数据包的协议头中，或者，第一指示信息携带在压缩后的数据包的数据头中，通过数据包的协议头或者数据头将该第一指示信息携带在压缩后的数据包中，这样发送端在发送压缩后的数据包的同时，一并发送该第一指示信息，无需额外占用其它网络资源。
在一种可能的实现方式中，第一指示信息为待发送数据包中的字段。
若字段的取值与接收端接收到的与待发送数据包紧邻的前一个数据包中字段的取值相同，则采用的压缩缓存为更新前的压缩缓存；若字段的取值与接收端接收到的与待发送数据包紧邻的前一个数据包中字段的取值不同，则采用的压缩缓存为更新后的压缩缓存，这样接收端在接收到压缩后的数据包后，可以解析出待发送数据包中的字段的取值，并将该待发送数据包的字段的取值与接收端接收到的与待发送数据包紧邻的前一个数据包中字段的取值进行比较，从而根据比较结果确定发送端对待发送数据包进行压缩时采用的压缩缓存。
在一种可能的实现方式中，第一指示信息为待发送数据包中的校验和字段，校验和字段是根据对待发送数据包进行压缩时采用的压缩缓存确定的，这样接收端在接收到压缩后的数据包后，同样可以解析出待发送数据包中的校验和字段的取值，并将该待发送数据包中的校验和字段的取值，分别与其根据更新前的压缩缓存计算得到的校验和字段的取值，以及其根据更新后的压缩缓存计算得到的校验和字段的取值进行比较。若该待发送数据包中的校验和字段的取值与接收端根据更新前的压缩缓存计算得到的校验和字段的取值相同，则说明发送端对待发送数据包进行压缩时采用的压缩缓存为更新前的压缩缓存；若该待发送数据包中的校验和字段的取值与接收端根据更新后的压缩缓存计算得到的校验和字段的取值相同，则说明发送端对待发送数据包进行压缩时采用的压缩缓存为更新后的压缩缓存，从而根据比较结果确定发送端对待发送数据包进行压缩时采用的压缩缓存。
在一种可能的实现方式中，该数据处理方法还可以包括：
从接收端接收控制消息；控制消息用于指示更新压缩缓存；其中，控制消息包括更新后的压缩缓存、更新后的压缩缓存的标识、用于指示对压缩缓存进行更新的字符串信息中的任意一种，以使发送端根据该控制消息中的更新的缓存内容的相关信息， 确定更新后的压缩缓存。
在一种可能的实现方式中，控制消息还包括第二指示信息，第二指示信息用于指示采用更新后的缩缓存进行压缩的第一个数据包的序列号，使得发送端可以直接根据该第二指示信息确定对待发送数据包采用哪个压缩缓存进行压缩，这样发送端后续只需要将压缩后的数据包发送给接收端即可，无需再向接收端发送用于指示发送端在对待压缩数据包进行压缩时采用的压缩缓存的第一指示信息，同样保证了接收端采用的解压缩缓存与发送端采用的压缩缓存一致，从而提高了解压缩的成功率。
在一种可能的实现方式中，对压缩缓存进行更新，可以包括：
从接收端接收第三指示信息；第三指示信息用于指示压缩缓存的更新类型为半静态缓存更新。
根据第三指示信息对压缩缓存进行更新，即实现了接收端显示地向发送端配置半静态缓存更新。
在一种可能的实现方式中，对压缩缓存进行更新，可以包括：
根据与待发送数据包的承载关联的无确认模式无线链路控制UM RLC实体，确定压缩缓存的更新类型为半静态缓存更新。
根据UM RLC实体对压缩缓存进行更新，即实现了发送端可以隐式地确定其缓存更新类型为半静态缓存更新。
第二方面，本申请实施例提供了一种数据处理方法，该数据处理方法可以包括：
从接收端接收第二指示信息，第二指示信息用于指示发送端采用更新后的压缩缓存进行压缩的第一个数据包的序列号。
对压缩缓存进行更新。
根据第二指示信息对待发送数据包进行压缩；其中，对待发送数据包进行压缩时采用的压缩缓存为更新前的压缩缓存，或者，对待发送数据包进行压缩时采用的压缩缓存为更新后的压缩缓存。
由此可见，发送端先接收接收端发送的用于指示发送端采用更新后的压缩缓存进行压缩的第一个数据包的序列号的第二指示信息，并根据该第二指示信息确定对待压缩数据包进行压缩时采用的压缩缓存，这样接收端在接收到压缩后的数据包之后，可以根据该压缩后的数据包的序列号，确定发送端在对待压缩数据包进行压缩时采用的压缩缓存的哪一个压缩缓存，并采用该压缩缓存对应的解压缩缓存对压缩后的数据包进行解压缩，保证了接收端采用的解压缩缓存与发送端采用的压缩缓存一致，从而提高了解压缩的成功率。
在一种可能的实现方式中，根据第二指示信息对待发送数据包进行压缩，可以包括：
若待发送数据包的序列号大于或大于等于第二指示信息指示的序列号，则采用更新后的压缩缓存对待发送数据包进行压缩；若待发送数据包的序列号小于或小于等于第二指示信息指示的序列号，则采用更新前的压缩缓存对待发送数据包进行压缩，这样发送端可以根据待发送数据包的序列号和第二指示信息指示的序列号确定对待发送数据包采用哪个压缩缓存进行压缩，同样保证了接收端采用的解压缩缓存与发送端采用的压缩缓存一致，从而提高了解压缩的成功率。
在一种可能的实现方式中，从接收端接收第二指示信息，可以包括：
从接收端接收控制消息；其中，控制消息用于指示更新压缩缓存，控制消息中包括第二指示信息，从而通过控制消息将第二指示信息发送给发送端，以使发送端可以根据待发送数据包的序列号和第二指示信息指示的序列号确定对待发送数据包采用哪个压缩缓存进行压缩，保证了接收端采用的解压缩缓存与发送端采用的压缩缓存一致，从而提高了解压缩的成功率。
在一种可能的实现方式中，控制消息还包括更新后的压缩缓存、更新后的压缩缓存的标识、用于指示对压缩缓存进行更新的字符串信息中的任意一种，以使发送端根据该控制消息中的更新的缓存内容的相关信息，确定更新后的压缩缓存。
第三方面，本申请实施例还提供了一种数据处理方法，该数据处理方法可以包括：
对压缩缓存进行更新。
从发送端接收第一指示信息；第一指示信息用于指示发送端对待发送数据包进行压缩时采用的压缩缓存，采用的压缩缓存为更新前的压缩缓存，或者，采用的压缩缓存为更新后的压缩缓存。
由此可见，接收端在对待发送数据包进行压缩之前，通过接收第一指示信息，使其可以根据该第一指示信息确定发送端在对待压缩数据包进行压缩时采用的压缩缓存的哪一个压缩缓存，并采用该压缩缓存对应的解压缩缓存对压缩后的数据包进行解压缩，保证了接收端采用的解压缩缓存与发送端采用的压缩缓存一致，从而提高了解压缩的成功率。
在一种可能的实现方式中，第一指示信息携带在压缩后的数据包中，这样接收端在接收该压缩后的数据包时，可以一并接收到第一指示信息，使其可以根据该第一指示信息确定发送端在对待压缩数据包进行压缩时采用的压缩缓存的哪一个压缩缓存，并采用该压缩缓存对应的解压缩缓存对压缩后的数据包进行解压缩，保证了接收端采用的解压缩缓存与发送端采用的压缩缓存一致，从而提高了解压缩的成功率。
在一种可能的实现方式中，第一指示信息携带在压缩后的数据包的协议头中，或者，第一指示信息携带在压缩后的数据包的数据头中，通过数据包的协议头或者数据头将该第一指示信息携带在压缩后的数据包中，这样接收端可以在接收压缩后的数据包的同时，一并接收该第一指示信息，无需额外占用其它网络资源。
在一种可能的实现方式中，第一指示信息为待发送数据包中的字段。
若字段的取值与接收端接收到的与待发送数据包紧邻的前一个数据包中字段的取值相同，则采用的压缩缓存为更新前的压缩缓存；若字段的取值与接收端接收到的与待发送数据包紧邻的前一个数据包中字段的取值不同，则采用的压缩缓存为更新后的压缩缓存，这样接收端在接收到压缩后的数据包后，可以解析出待发送数据包中的字段的取值，并将该待发送数据包的字段的取值与接收端接收到的与待发送数据包紧邻的前一个数据包中字段的取值进行比较，从而根据比较结果确定发送端对待发送数据包进行压缩时采用的压缩缓存。
在一种可能的实现方式中，第一指示信息为待发送数据包中的校验和字段，校验和字段是根据对待发送数据包进行压缩时采用的压缩缓存确定的，这样接收端在接收到压缩后的数据包后，同样可以解析出待发送数据包中的校验和字段的取值，并将该 待发送数据包中的校验和字段的取值，分别与其根据更新前的压缩缓存计算得到的校验和字段的取值，以及其根据更新后的压缩缓存计算得到的校验和字段的取值进行比较。若该待发送数据包中的校验和字段的取值与接收端根据更新前的压缩缓存计算得到的校验和字段的取值相同，则说明发送端对待发送数据包进行压缩时采用的压缩缓存为更新前的压缩缓存；若该待发送数据包中的校验和字段的取值与接收端根据更新后的压缩缓存计算得到的校验和字段的取值相同，则说明发送端对待发送数据包进行压缩时采用的压缩缓存为更新后的压缩缓存，从而根据比较结果确定发送端对待发送数据包进行压缩时采用的压缩缓存。
在一种可能的实现方式中，该数据处理方法还可以包括：
向发送端发送控制消息；控制消息用于指示更新压缩缓存；其中，控制消息包括更新后的压缩缓存、更新后的压缩缓存的标识、用于指示对压缩缓存进行更新的字符串信息中的任意一种，以使发送端根据该控制消息中的更新的缓存内容的相关信息，确定更新后的压缩缓存。
在一种可能的实现方式中，控制消息还包括第二指示信息，第二指示信息用于指示采用更新后的缩缓存进行压缩的第一个数据包的序列号，使得发送端可以直接根据该第二指示信息确定对待发送数据包采用哪个压缩缓存进行压缩，这样发送端后续只需要将压缩后的数据包发送给接收端即可，无需再向接收端发送用于指示发送端在对待压缩数据包进行压缩时采用的压缩缓存的第一指示信息，同样保证了接收端采用的解压缩缓存与发送端采用的压缩缓存一致，从而提高了解压缩的成功率。
在一种可能的实现方式中，该数据处理方法还可以包括：
向发送端发送第三指示信息；第三指示信息用于指示压缩缓存的更新类型为半静态缓存更新，并指示发送端根据第三指示信息对压缩缓存进行更新，即实现了接收端显示地向发送端配置半静态缓存更新。
第四方面，本申请实施例还提供一种数据处理方法，该数据处理方法可以包括：
对压缩缓存进行更新。
向发送端发送第二指示信息，第二指示信息用于指示发送端采用更新后的压缩缓存进行压缩的第一个数据包的序列号，并指示发送端根据第二指示信息对待发送数据包进行压缩；其中，对待发送数据包进行压缩时采用的压缩缓存为更新前的压缩缓存，或者，对待发送数据包进行压缩时采用的压缩缓存为更新后的压缩缓存。
由此可见，接收端通过向发送端发送用于指示发送端采用更新后的压缩缓存进行压缩的第一个数据包的序列号的第二指示信息，使得发送端可以根据该第二指示信息确定对待压缩数据包进行压缩时采用的压缩缓存，这样接收端在接收到压缩后的数据包之后，可以根据该压缩后的数据包的序列号，确定发送端在对待压缩数据包进行压缩时采用的压缩缓存的哪一个压缩缓存，并采用该压缩缓存对应的解压缩缓存对压缩后的数据包进行解压缩，保证了接收端采用的解压缩缓存与发送端采用的压缩缓存一致，从而提高了解压缩的成功率。
在一种可能的实现方式中，若待发送数据包的序列号大于或大于等于第二指示信息指示的序列号，则对待发送数据包进行压缩时采用的压缩缓存为更新前的压缩缓存；若待发送数据包的序列号小于或小于等于第二指示信息指示的序列号，则，对待发送 数据包进行压缩时采用的压缩缓存为更新后的压缩缓存，这样发送端可以根据待发送数据包的序列号和第二指示信息指示的序列号确定对待发送数据包采用哪个压缩缓存进行压缩，同样保证了接收端采用的解压缩缓存与发送端采用的压缩缓存一致，从而提高了解压缩的成功率。
在一种可能的实现方式中，向发送端发送第二指示信息，可以包括：
向发送端发送控制消息；其中，控制消息用于指示更新压缩缓存，控制消息中包括第二指示信息，从而通过控制消息将第二指示信息发送给发送端，以使发送端可以根据待发送数据包的序列号和第二指示信息指示的序列号确定对待发送数据包采用哪个压缩缓存进行压缩，保证了接收端采用的解压缩缓存与发送端采用的压缩缓存一致，从而提高了解压缩的成功率。
在一种可能的实现方式中，控制消息还包括更新后的压缩缓存、更新后的压缩缓存的标识、用于指示对压缩缓存进行更新的字符串信息中的任意一种，以使发送端根据该控制消息中的更新的缓存内容的相关信息，确定更新后的压缩缓存。
第五方面，本申请实施例还提供一种通信装置，该通信装置可以包括：
处理单元，用于对压缩缓存进行更新；并对待发送数据包进行压缩。
发送单元，用于向接收端发送第一指示信息；第一指示信息用于指示对待发送数据包进行压缩时采用的压缩缓存，采用的压缩缓存为更新前的压缩缓存，或者，采用的压缩缓存为更新后的压缩缓存。
在一种可能的实现方式中，第一指示信息携带在压缩后的数据包中。
在一种可能的实现方式中，第一指示信息携带在压缩后的数据包的协议头中，或者，第一指示信息携带在压缩后的数据包的数据头中。
在一种可能的实现方式中，第一指示信息为待发送数据包中的字段，若字段的取值与接收端接收到的与待发送数据包紧邻的前一个数据包中字段的取值相同，则采用的压缩缓存为更新前的压缩缓存；若字段的取值与接收端接收到的与待发送数据包紧邻的前一个数据包中字段的取值不同，则采用的压缩缓存为更新后的压缩缓存。
在一种可能的实现方式中，第一指示信息为待发送数据包中的校验和字段，校验和字段是根据对待发送数据包进行压缩时采用的压缩缓存确定的。
在一种可能的实现方式中，该通信装置还可以包括：
接收单元，用于从接收端接收控制消息；控制消息用于指示更新压缩缓存；其中，控制消息包括更新后的压缩缓存、更新后的压缩缓存的标识、用于指示对压缩缓存进行更新的字符串信息中的任意一种。
在一种可能的实现方式中，控制消息还包括第二指示信息，第二指示信息用于指示采用更新后的缩缓存进行压缩的第一个数据包的序列号。
在一种可能的实现方式中，接收单元，还用于从接收端接收第三指示信息；第三指示信息用于指示压缩缓存的更新类型为半静态缓存更新。
处理单元，具体用于根据第三指示信息对压缩缓存进行更新。
在一种可能的实现方式中，处理单元，具体用于根据与待发送数据包的承载关联的无确认模式无线链路控制UM RLC实体，确定压缩缓存的更新类型为半静态缓存更新；并根据UM RLC实体对压缩缓存进行更新。
第六方面，本申请实施例还提供了一种通信装置，该通信装置可以包括：
接收单元，用于从接收端接收第二指示信息，第二指示信息用于指示通信装置采用更新后的压缩缓存进行压缩的第一个数据包的序列号。
处理单元，用于对压缩缓存进行更新；并根据第二指示信息对待发送数据包进行压缩；其中，对待发送数据包进行压缩时采用的压缩缓存为更新前的压缩缓存，或者，对待发送数据包进行压缩时采用的压缩缓存为更新后的压缩缓存。
在一种可能的实现方式中，处理单元，用于若待发送数据包的序列号大于或大于等于第二指示信息指示的序列号，则采用更新后的压缩缓存对待发送数据包进行压缩；若待发送数据包的序列号小于或小于等于第二指示信息指示的序列号，则采用更新前的压缩缓存对待发送数据包进行压缩。
在一种可能的实现方式中，接收单元，用于从接收端接收控制消息；其中，控制消息用于指示更新压缩缓存，控制消息中包括第二指示信息。
在一种可能的实现方式中，控制消息还包括更新后的压缩缓存、更新后的压缩缓存的标识、用于指示对压缩缓存进行更新的字符串信息中的任意一种。
第七方面，本申请实施例还提供了一种通信装置，该通信装置可以包括：
处理单元，用于对压缩缓存进行更新。
接收单元，用于从发送端接收第一指示信息；第一指示信息用于指示发送端对待发送数据包进行压缩时采用的压缩缓存，采用的压缩缓存为更新前的压缩缓存，或者，采用的压缩缓存为更新后的压缩缓存。
在一种可能的实现方式中，第一指示信息携带在压缩后的数据包中。
在一种可能的实现方式中，第一指示信息携带在压缩后的数据包的协议头中，或者，第一指示信息携带在压缩后的数据包的数据头中。
在一种可能的实现方式中，第一指示信息为待发送数据包中的字段，若字段的取值与通信装置接收到的与待发送数据包紧邻的前一个数据包中字段的取值相同，则采用的压缩缓存为更新前的压缩缓存；若字段的取值与通信装置接收到的与待发送数据包紧邻的前一个数据包中字段的取值不同，则采用的压缩缓存为更新后的压缩缓存。
在一种可能的实现方式中，第一指示信息为待发送数据包中的校验和字段，校验和字段是根据对待发送数据包进行压缩时采用的压缩缓存确定的。
在一种可能的实现方式中，该通信装置还可以包括：
发送单元，用于向发送端发送控制消息；控制消息用于指示更新压缩缓存；其中，控制消息包括更新后的压缩缓存、更新后的压缩缓存的标识、用于指示对压缩缓存进行更新的字符串信息中的任意一种。
在一种可能的实现方式中，控制消息还包括第二指示信息，第二指示信息用于指示采用更新后的缩缓存进行压缩的第一个数据包的序列号。
在一种可能的实现方式中，发送单元，还用于向发送端发送第三指示信息；第三指示信息用于指示压缩缓存的更新类型为半静态缓存更新，并指示发送端根据第三指示信息对压缩缓存进行更新。
第八方面，本申请实施例还提供了一种通信装置，该通信装置可以包括：
处理单元，用于对压缩缓存进行更新。
发送单元，用于向发送端发送第二指示信息，第二指示信息用于指示发送端采用更新后的压缩缓存进行压缩的第一个数据包的序列号，并指示发送端根据第二指示信息对待发送数据包进行压缩；其中，对待发送数据包进行压缩时采用的压缩缓存为更新前的压缩缓存，或者，对待发送数据包进行压缩时采用的压缩缓存为更新后的压缩缓存。
在一种可能的实现方式中，若待发送数据包的序列号大于或大于等于第二指示信息指示的序列号，则对待发送数据包进行压缩时采用的压缩缓存为更新前的压缩缓存；若待发送数据包的序列号小于或小于等于第二指示信息指示的序列号，则，对待发送数据包进行压缩时采用的压缩缓存为更新后的压缩缓存。
在一种可能的实现方式中，发送单元，具体用于向发送端发送控制消息；其中，控制消息用于指示更新压缩缓存，控制消息中包括第二指示信息。
在一种可能的实现方式中，控制消息还包括更新后的压缩缓存、更新后的压缩缓存的标识、用于指示对压缩缓存进行更新的字符串信息中的任意一种。
可以理解的是，上述第五方面至第八方面的中所示的通信装置可以为通信装置本身，也可以是可配置于通信装置的部件(例如芯片、电路、模块或者单元)。
第九方面，本申请实施例还提供了一种通信装置，所述装置包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行如第一方面任一种可能的实现方式中所述的数据处理方法；或者，所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行如第二方面任一种可能的实现方式中所述的数据处理方法。
第十方面，本申请实施例还提供了一种通信装置，所述装置包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行如第三方面任一种可能的实现方式中所述的数据处理方法；或者，所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行如第四方面任一种可能的实现方式中所述的数据处理方法。
第十一方面，本申请实施例还提供了一种通信装置，该通信装置包括：处理器和接口电路。
所述接口电路，用于接收代码指令并传输至所述处理器；
所述处理器，用于运行所述代码指令以执行如第一方面任一种可能的实现方式中所述的数据处理方法；或者，用于运行所述代码指令以执行如第二方面任一种可能的实现方式中所述的数据处理方法。
第十二方面，本申请实施例还提供了一种通信装置，该通信装置可以包括：处理器和接口电路。
所述接口电路，用于接收代码指令并传输至所述处理器。
所述处理器，用于运行所述代码指令以执行如第三方面任一种可能的实现方式中所述的数据处理方法；或者，用于运行所述代码指令以执行如第四方面任一种可能的实现方式中所述的数据处理方法。
第十三方面，本申请实施例还提供了一种可读存储介质，用于存储有指令，当所述指令被执行时，使如第一方面任一种可能的实现方式中所述的数据处理方法被实现； 或者，当所述指令被执行时，使如第二方面任一种可能的实现方式中所述的数据处理方法被实现。
第十四方面，本申请实施例还提供了一种可读存储介质，用于存储有指令，当所述指令被执行时，使如第三方面任一种可能的实现方式中所述的数据处理方法被实现；或者，当所述指令被执行时，使如第四方面任一种可能的实现方式中所述的数据处理方法被实现。
第十五方面，本申请实施例还提供了一种芯片，芯片上存储有计算机程序，在计算机程序被处理器执行时，执行如第一方面任一种可能的实现方式中所述的数据处理方法；或者，在计算机程序被处理器执行时，执行如第二方面任一种可能的实现方式中所述的数据处理方法。
第十六方面，本申请实施例还提供了一种芯片，芯片上存储有计算机程序，在计算机程序被处理器执行时，执行如第三方面任一种可能的实现方式中所述的数据处理方法；或者，在计算机程序被处理器执行时，执行如第四方面任一种可能的实现方式中所述的数据处理方法。
第十七方面，本申请实施例还提供了一种通信***，该通信***可以包括：上述权利要求17-18任一项所述的数据处理装置和上述权利要求21-22任一项所述的数据处理装置；或者，上述权利要求19-20任一项所述的数据处理装置和上述权利要求23-24任一项所述的数据处理装置；或者，上述权利要求25所述的数据处理装置和上述权利要求26所述的数据处理装置；或者，上述权利要求27所述的数据处理装置和上述权利要求28所述的数据处理装置。
本申请实施例提供的数据处理方法和装置，发送端在向接收端发送压缩后的数据包时，可以一并向接收端发送第一指示信息，以通过该第一指示信息指示发送端在对待压缩数据包进行压缩时采用的压缩缓存，这样接收端在接收到该第一指示信息之后，可以根据该第一指示信息确定发送端在对待压缩数据包进行压缩时采用的压缩缓存的哪一个压缩缓存，并采用该压缩缓存对应的解压缩缓存对压缩后的数据包进行解压缩，保证了接收端采用的解压缩缓存与发送端采用的压缩缓存一致，从而提高了解压缩的成功率。
附图说明
图1为本申请实施例提供的一种应用场景示意图；
图2为本申请实施例提供的另一种应用场景示意图；
图3为本申请实施例提供的一种数据处理方法的流程示意图；
图4为本申请实施例提供的一种携带字段U的PDCP头的结构示意图；
图5为本申请实施例提供的一种携带字段U的UDC头的结构示意图；
图6为本申请实施例提供的一种数据包处理过程的示意图；
图7为本申请实施例提供的一种携带字段I的PDCP头的结构示意图；
图8为本申请实施例提供的一种携带字段I的UDC头的结构示意图；
图9为本申请实施例提供的另一种数据包处理过程的示意图；
图10为本申请实施例提供的一种携带字段Indication的PDCP头的结构示意图；
图11为本申请实施例提供的一种携带字段Indication的UDC头的结构示意图；
图12为本申请实施例提供的另一种数据处理方法的流程示意图；
图13为本申请实施例提供的又一种数据处理方法的流程示意图；
图14为本申请实施例提供的一种通信装置的结构示意图；
图15为本申请实施例提供的另一种通信装置的结构示意图；
图16为本申请实施例提供的一种通信装置的结构示意图；
图17为本申请实施例提供的另一种通信装置的结构示意图；
图18为本申请实施例提供的一种通信装置的结构示意图；
图19为本申请实施例提供的另一种通信装置的结构示意图。
具体实施方式
本申请实施例应用于第五代(5th generation，5G)通信***或未来可能出现的其他***，需要说明的是，当本申请实施例的方案应用于5G***或未来可能出现的其他***时，接收端和终端的名称可能发生变化，但这并不影响本申请实施例方案的实施。
在本申请的实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A，B可以是单数或者复数。在本申请的文字描述中，字符“/”一般表示前后关联对象是一种“或”的关系。
本申请实施例提供的数据处理方法可以应用于采用Uu接口进行数据传输的通信***，示例的，请参见图1所示，图1为本申请实施例提供的一种应用场景示意图，该图1所示的应用场景中可以包括至少一个终端和一个网络设备，其中，终端和网络设备中一个为发送端，另一个为接收端，终端和网络设备之间采用Uu接口进行数据传输。但本申请实施例提供的数据处理方法并不局限应用于采用Uu接口进行数据传输的通信***，也可以应用于采用侧行链路(sidelink)接口进行数据传输的通信***，示例的，请参见图2所示，图2为本申请实施例提供的另一种应用场景示意图，该图2所示的应用场景中可以包括至少两个终端，其中，两个终端中一个为发送端，另一个为接收端，两个终端之间采用sidelink接口进行数据传输。
其中，终端设备，又称之为用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)等，是一种向用户提供语音/数据连通性的设备，例如，具有无线连接功能的手持式设备、车载设备等。目前，一些终端设备的举例为：手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备，虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。本申请实施例中终端设备执行的方法，具体可由终端设备中的至少一个芯片来执行。
网络设备是网络侧中一种用于发射或接收信号的实体，如新一代基站(generation Node B，gNodeB)。网络设备可以是用于与终端设备通信的设备。网络设备可以是长期演进(Long  Term Evolution，LTE)中的演进型基站(evolutional Node B，eNB或eNodeB)，或者中继站或接入点，或者车载设备、可穿戴设备以及未来5G网络中的网络设备或者未来演进的公共陆地移动网络(public land mobile network，PLMN)网络中的网络设备，或NR***中的gNodeB等。另外，在本申请实施例中，网络设备为小区提供服务，终端设备通过该小区使用的传输资源(例如，频域资源，或者说，频谱资源)与网络设备进行通信，该小区可以是网络设备(例如基站)对应的小区，小区可以属于宏基站，也可以属于小小区(small cell)对应的基站，这里的小小区可以包括：城市小区(metro cell)、微小区(micro cell)、微微小区(pico cell)、毫微微小区(femto cell)等，这些小小区具有覆盖范围小、发射功率低的特点，适用于提供高速率的数据传输服务。此外，在其它可能的情况下，网络设备可以是其它为终端设备提供无线通信功能的装置。本申请的实施例对网络设备所采用的具体技术和具体设备形态不做限定。为方便描述，本申请实施例中，为终端设备提供无线通信功能的装置称为网络设备。本申请实施例中网络设备执行的方法，具体可由网络设备中的至少一个芯片来执行。
在上述图1或图2所示的应用场景中，发送端在向接收端发送数据包时，为了降低空口实际传输的数据量，发送端可以采用UDC机制对待发送数据包进行压缩。在半静态缓存更新机制下，以接收端指示发送端更新压缩缓存为例，若接收端已经指示发送端更新压缩缓存，但由于数据重传等原因，发送端并未及时接收到该指示信息，因此，仍会继续用更新前的压缩缓存进行压缩。但是，由于接收端已经指示了更新压缩缓存，因此，接收端会采用更新后的解压缩缓存对压缩后的数据包进行解压缩，这样会导致解压缩得到的数据包与发送端实际发送的数据包不一致，从而导致解压缩出现错误。
为了解决在UDC压缩机制中，当接收端指示发送端更新压缩缓存，但由于数据重传等原因，发送端未接到该指示信息，仍继续用更新前的压缩缓存进行压缩，使得接收端采用的解压缩缓存与发送端采用的压缩缓存不一致而导致的解压缩出现错误的问题，本申请实施例提出了下述至少两种可能的实现方式，使得接收端采用的解压缩缓存与发送端采用的压缩缓存一致，从而提高解压缩的成功率。
在一种可能的实现方式中，在UDC压缩机制中，发送端主动控制采用哪个压缩缓存(更新前的压缩缓存或者更新后的压缩缓存)对待发送数据进行压缩，并通知接收端其采用的压缩缓存。实现过程可以为：发送端在向接收端发送压缩后的数据包时，可以一并向接收端发送第一指示信息，以通过该第一指示信息指示发送端在对待压缩数据包进行压缩时采用的压缩缓存，这样接收端在接收到该第一指示信息之后，可以根据该第一指示信息确定发送端在对待压缩数据包进行压缩时采用的压缩缓存的哪一个压缩缓存，并采用该压缩缓存对应的解压缩缓存对压缩后的数据包进行解压缩，保证了接收端采用的解压缩缓存与发送端采用的压缩缓存一致，从而提高了解压缩的成功率。
在另一种可能的实现方式中，与前一种可能的实现方式不同的是，在UDC压缩机制中，不再是发送端主动控制采用哪个压缩缓存(更新前的压缩缓存或者更新后的压缩缓存)对待发送数据进行压缩，而是接收端控制发送端采用哪个压缩缓存对待发送数据进行压缩。实现过程可以为：接收端向发送端发送第二指示信息，以通过该第二指示信息指示发送端采用更新后的压缩缓存进行压缩的第一个数据包的序列号，这样发送端在接收到该第二指示信息之后，可以根据该第二指示信息指示的序列号确定采用哪个压缩缓存对待发送数据 进行压缩，若当前待发送数据包的序列号小于或小于等于第二指示信息指示的序列号，则发送端采用更新前的压缩缓存对待发送数据包进行压缩，若当前待发送数据包的序列号大于或大于等于第二指示信息指示的序列号，则发送端采用更新后的压缩缓存对待发送数据包进行压缩，并向接收端发送压缩后的数据包，由于接收端已经通过第二指示信息与发送端协商，因此，接收端在接收到压缩后的数据包后，可以根据该压缩后的数据包的序列号确定对应的解压缩缓存，并采用该解压缩对压缩后的数据包进行解压缩，同样保证了接收端采用的解压缩缓存与发送端采用的压缩缓存一致，从而提高了解压缩的成功率。
可以理解的是，在本申请实施例中，在UDC压缩机制中，发送端在采用压缩缓存对待发送数据包进行压缩时，该压缩缓存可以理解为对待发送数据包进行压缩的依据，其基本原理是：若待发送数据包中存在一段字符串和压缩缓存中的一段字符串内容相同，则利用压缩缓存中该字符串所处的位置信息以及长度信息替换待发送数据包中的字符串。例如，待发送数据包中存在一段字符串‘ABCD’，且压缩缓存中也存在字符串‘ABCD’，且该字符串在压缩缓存中保存的起始位置为第200字节，长度为4字节，则发送端可以用位置信息和长度信息<200,4>替换待发送数据包中的字符串‘ABCD’，从而实现对待发送数据包中字符串‘ABCD’的压缩。对应的，接收端采用解压缩缓存对压缩后的数据包进行解压缩处理时，其基本原理是：利用压缩后的数据包中所指示的字符串的位置信息和长度信息，在解压缩缓存中取出对应字符串重建出原始数据包。例如，根据压缩后的数据包中携带的位置信息和长度信息<200,4>去解压缩缓存中寻找第200字节开始的连续4个字节，若解压缩缓存和压缩缓存一致，则解压缩缓存中第200字节开始的连续4个字节也会是字符串‘ABCD’，在确定字符串‘ABCD’之后，并用字符串‘ABCD’替换位置信息和长度信息，就可以恢复得到待发送数据包。
可以理解的是，在本申请实施例中，更新前的压缩缓存和更新后的压缩缓存所占用的是相同大小的缓存空间，之所以被描述为更新前的压缩缓存和更新后的压缩缓存，其原因在于：缓存空间中保存的内容在更新前和更新后发生了变化，因此，为了便于区分更新前的压缩缓存内容和更新后的压缩缓存内容，将压缩缓存内容更新前的压缩缓存描述为更新前的压缩缓存，将压缩缓存内容更新后的压缩缓存描述为更新后的压缩缓存。
需要说明的是，当本申请实施例提供的数据处理方法应用于UDC机制中时，发送端在对待发送数据包进行压缩采用的压缩内容为压缩缓存中的内容，即发送端可以采用压缩缓存对待发送数据包进行压缩。
本申请实施例提供的数据处理方法可应用于RoHC机制，对IP数据包进行压缩时，压缩缓存又被称为RoHC上下文，即发送端可以采用RoHC压缩上下文对待发送数据包进行压缩，接收端可以采用RoHC压缩上下文对应的RoHC解压缩上下文对接收到的数据包进行解压缩，恢复出原始数据包。在RoHC机制下，为了保证接收端采用的RoHC解压缩上下文与发送端采用的RoHC压缩上下文一致，以提高解压缩的成功率，同样可以通过两种可能的实现方式实现，在一种可能的实现方式中，发送端主动控制采用哪个RoHC压缩上下文(更新前的RoHC压缩上下文或者更新后的RoHC压缩上下文)对待发送数据进行压缩，并通知接收端其采用的RoHC压缩上下文；在另一种可能的实现方式中，不再是发送端主动控制采用哪个RoHC压缩上下文(更新前的RoHC压缩上下文或者更新后的RoHC压缩上下文)对待发送数据进行压缩，而是接收端控制发送端采用哪个RoHC压缩上下文 对待发送数据进行压缩。
本申请实施例提供的数据处理方法也可以应用于EHC机制，对以太数据包进行压缩时，压缩缓存又被称为EHC上下文，即发送端可以采用EHC压缩上下文对待发送数据包进行压缩，接收端可以采用EHC上下文对应的EHC解压缩上下文对接收到的数据包进行解压缩，恢复出原始数据包。在RoHC机制和EHC机制下，同样可以采用本申请中的方案实现半静态的压缩更新操作。在EHC机制下，为了保证接收端采用的EHC解压缩上下文与发送端采用的EHC上下文一致，以提高解压缩的成功率，同样可以通过两种可能的实现方式实现，在一种可能的实现方式中，发送端主动控制采用哪个EHC上下文(更新前的EHC上下文或者更新后的EHC上下文)对待发送数据进行压缩，并通知接收端其采用的EHC上下文；在另一种可能的实现方式中，不再是发送端主动控制采用哪个EHC上下文(更新前的EHC上下文或者更新后的EHC上下文)对待发送数据进行压缩，而是接收端控制发送端采用哪个EHC上下文对待发送数据进行压缩。可以理解的是，这两种机制下的两种可能的实现方式均分别与上述UDC机制中的两种可能的实现方式类似。在后续的描述中，将针对UDC机制下的数据处理方法进行详细地描述。
为了便于理解本申请实施例提供的数据处理方法，下面，本申请实施例将分别结合上述两种可能的实现方式，对本申请实施例提供的数据处理方法进行详细地说明。需要说明的是，后续在描述这两种可能的实现方式时，将以图1所示的场景中，发送端为终端，接收端为接收端为例进行说明，当然，在图1所示的场景中，发送端也可以为接收端，接收端也可以为终端，具体可以根据实际需要进行设置。
在一种可能的实现方式中，发送端(终端)主动控制采用哪个压缩缓存(更新前的压缩缓存或者更新后的压缩缓存)对待发送数据进行压缩，并通知接收端(接收端)其采用的压缩缓存。示例的，请参见图3所示，图3为本申请实施例提供的一种数据处理方法的流程示意图，该数据处理方法可以包括：
S301、网络设备为终端配置半静态缓存更新。
其中，半静态缓存更新可以理解为终端维护的压缩缓存和网络设备维护的解压缩缓存是变化的，但是相比于动态缓存更新，其缓存内容的变换频率较低。
不难理解的是，网络设备在为终端配置半静态缓存更新之前，需要先获取终端的能力信息，该能力信息可以包括是否支持半静态压缩缓存更新，和/或，是否支持网络设备控制半静态压缩缓存更新。示例的，网络设备在获取终端的能力信息时，可以通过接收终端主动上报的能力信息，或者，网络设备可以从相邻网络设备获取终端的能力信息，在该种情况下，终端可以无需上报其能力信息。若终端只支持基于压缩缓存的上行数据传输压缩机制，即终端只支持UDC能力，则终端的能力信息包括终端支持UDC能力的能力信息；若终端支持UDC和基于压缩缓存的下行数据传输压缩机制(表示将UDC机制应用于下行数据传输的压缩)这两种数据压缩能力，则终端的能力信息包括终端支持这两种数据压缩能力的能力信息，且这两种数据压缩能力的能力信息可以分别单独上报；也可以一并上报，当然，也可以只上报一个能力信息，该能力信息表示终端支持UDC和基于压缩缓存的下行数据传输压缩机制这两种数据压缩能力，具体可以根据实际需要进行设置，在此，本申请实施例不做具体限制。
网络设备在获取到终端的能力信息之后，可以基于终端的能力信息为终端配置半静态 缓存更新。示例的，在为终端配置半静态缓存更新时，可以通过至少两种可能的方式为终端配置半静态更新。在一种可能的方式中，网络设备可以显示地向终端配置半静态缓存更新。在另一种可能的方式中，终端可以隐式地确定其缓存更新类型为半静态缓存更新。
在第一种可能的方式中，当网络设备可以显示地向终端配置半静态缓存更新时，网络设备可以向终端第三指示信息，该第三指示信息用于指示压缩缓存的更新类型为半静态缓存更新。示例的，网络设备可以通过下述至少两种可能的方式向终端发送该第三指示信息。
方式1，网络设备向终端发送无线资源控制(radio resource control，RRC)配置信令，若RRC配置信令中携带有半静态缓存更新(semistaticBufferUpdate)参数，则表示网络设备为待发送数据包使用的承载配置的是半静态缓存更新，相反的，若该RRC配置信令中未携带semistaticBufferUpdate参数，则表示网络设备为待发送数据包使用的承载配置的不是半静态缓存更新。在该方式1中，semistaticBufferUpdate参数可以理解为第三指示信息。
方式2，网络设备向终端发送RRC配置信令，即使该RRC配置信令中携带有semistaticBufferUpdate参数，也不能表示网络设备为待发送数据包使用的承载配置的是半静态缓存更新，而是需要进一步基于semistaticBufferUpdate参数的取值为待发送数据包使用的承载进行配置，例如，semistaticBufferUpdate＝{true}表示为待发送数据包使用的承载配置的是半静态缓存更新，semistaticBufferUpdate＝{false}表示为待发送数据包使用的承载配置的不是半静态缓存更新，而是其它类型的缓存更新，例如，动态缓存更新或者静态缓存更新；或者，semistaticBufferUpdate＝{0}表示为待发送数据包使用的承载配置的是动态缓存更新，semistaticBufferUpdate＝{1}表示为待发送数据包使用的承载配置的是半静态缓存更新，semistaticBufferUpdate＝{2}表示为待发送数据包使用的承载配置的是静态缓存更新，在该种方式2中，semistaticBufferUpdate＝{true}或者semistaticBufferUpdate＝{1}可以理解为第三指示信息，从而通过该第三指示信息，显示地向终端配置半静态缓存更新。可以看出，在该种可能的实现方式中，网络设备在显示地向终端配置半静态缓存更新时，只是通过RRC配置信令中是否携带有semistaticBufferUpdate参数，或者携带有semistaticBufferUpdate参数时，通过该semistaticBufferUpdate参数的取值为待发送数据包使用的承载配置的缓存更新类型，从而根据为待发送数据包使用的承载配置的缓存更新类型确定为终端配置的缓存更新类型为例进行说明；当然，也可以通过RRC配置信令中是否携带有semistaticBufferUpdate参数，或者携带有semistaticBufferUpdate参数时，通过该semistaticBufferUpdate参数的取值，直接为终端配置缓存更新类型，其配置方法与为待发送数据包使用的承载配置缓存更新类型的方法类似，可参见上述为待发送数据包使用的承载配置缓存更新类型的相关描述，在此，本申请实施例不再进行赘述。
在通过semistaticBufferUpdate参数或者semistaticBufferUpdate参数的取值为1向终端配置半静态缓存更新时，还可以进一步限定该semistaticBufferUpdate参数的适用范围。示例的，当该semistaticBufferUpdate参数配置在承载配置信元，例如PDCP配置信元、DRB配置信元，或者一个承载对应的UDC配置信元中，则确定该半静态缓存更新只对该承载有效；当该semistaticBufferUpdate参数配置在小区组配置中，则确定该半静态缓存更新对该小区组对应的承载都有效，或者，配置对终端设备的所有承载都有效。
需要说明的是，在向终端配置半静态缓存更新时，只是以携带的参数为semistaticBufferUpdate参数或者semistaticBufferUpdate参数的取值为1为例进行说明，具 体可以根据实际需要进行设置，在此，本申请实施例不做进一步地限制。
在第二种可能的方式中，当终端隐式地确定其缓存更新类型为半静态缓存更新时，终端可以判断与待发送数据包的承载关联的分组数据汇聚协议(packet data convergence protocol，PDCP)PDCP实体，若与待发送数据包的承载关联的PDCP实体为无确认模式无线链路控制(Un-acknowledge mode radio link control)UM RLC实体，则可以确定终端压缩缓存的更新类型为半静态缓存更新。
可以理解的是，在通过上述任一种可能的方式为终端配置缓存更新类型时，若为该终端配置了UDC，则终端可以采用其维护的压缩缓存对待发送数据包进行压缩，并发送压缩后的数据包；若为该终端配置了基于压缩缓存的下行数据传输压缩机制，则表示将UDC机制应用于下行数据传输的压缩，发送端可以为网络设备，接收端可以为终端。终端可以采用其维护的解压缩缓存对网络设备发送的压缩后的数据包进行解压缩。以网络设备为终端配置了UDC为例，网络设备在确定更新压缩缓存时，可以向终端发送控制消息，以通过该控制消息指示终端更新压缩缓存，即执行下述S302：
S302、网络设备向终端发送控制消息。
其中，控制消息用于指示更新压缩缓存。示例的，控制消息可以为RRC信令，也可以为PDCP控制协议数据单元(protocol data unit，PDU)信令。控制消息可以包括更新的缓存内容的相关信息，例如更新后的压缩缓存、更新后的缓存的标识、用于指示对压缩缓存进行更新的字符串信息中的任意一种。示例的，用于指示对压缩缓存进行更新的字符串信息可以为标准中预定义的字典中的字符串信息，也可以为预先配置的字典中的字符串信息，具体可以根据实际需要进行设置。
需要说明的是，由于终端可能会同时维护有压缩缓存和解压缩缓存，网络设备在通过控制消息指示终端更新缓存时，除了通过控制消息直接指示终端更新的缓存内容相关的信息之外，还可以通过控制消息指示更新的是压缩缓存还是解压缩缓存。在该种情况下，需要在该控制消息中携带一个方向指示信息，该方向指示信息用于指示终端设备更新压缩缓存。此外，网络设备在通过控制消息指示终端更新压缩缓存时，该控制消息还可以进一步携带一个用于指示终端采用更新后的压缩缓存进行压缩的第一个数据包的序列号的第二指示信息，该第二指示信息可以为PDCP COUNT值，和/或，该第二指示信息可以为PDCP SN值，使得终端根据该第二指示信息确定对待发送数据包采用哪个压缩缓存进行压缩，这样终端后续只需要将压缩后的数据包发送给网络设备即可，无需再向网络设备发送用于指示终端在对待压缩数据包进行压缩时采用的压缩缓存的第一指示信息，即下述图12所示的实施例，当然，当控制消息中携带有第二指示信息时，终端在将压缩后的数据包发送给网络设备的同时，也可以再向网络设备发送用于指示终端在对待压缩数据包进行压缩时采用的压缩缓存的第一指示信息，以使网络设备根据第一指示信息和第二指示信息中的任一种指示信息均可以确定终端在对待压缩数据包进行压缩时采用的哪一个压缩缓存。
在本申请实施例中，更新压缩缓存，可以理解为对当前的压缩缓存进行更新，该当前的压缩缓存可以理解为更新前的压缩缓存。以当前的压缩缓存为初始压缩缓存为例，该初始压缩缓存的内容可以为空，也可以为网络设备为其指示的字典内容或者直接指示初始压缩缓存的内容；当然，也可以为预定义的字典内容或者预定义的初始压缩缓存的内容，从而确定当前的压缩缓存。在确定当前的压缩缓存后，终端可以采用该当前的压缩缓存对待 发送数据包进行压缩，对应的，网络设备在接收到压缩后的数据包后，也会采用该当前的压缩缓存对应的解压缩缓存对压缩后的数据包进行解压缩，从而获取到终端发送的待发送数据包。但是，由于网络设备在为终端配置初始压缩缓存时，该网络设备可能与终端之间并无数据传输，使得该网络设备预先为终端设置的初始压缩缓存可能并不适用于当前传输的数据，因此，在数据传输一段时间之后，网络设备可以基于传输的数据确定新的压缩缓存内容，并在确定新的压缩缓存内容后，向终端发送控制消息，以通过控制消息指示终端更新压缩缓存。
网络设备在通过控制消息指示终端更新压缩缓存时，可以一并指示终端如何更新当前的压缩缓存。示例的，在指示终端如何更新当前的压缩缓存时，可以将用于指示终端如何更新的更新后的压缩缓存、更新后的压缩缓存的标识、用于指示对压缩缓存进行更新的字符串信息中的任意一种携带在控制消息中发送给终端，以使终端根据该控制消息对其维护的压缩缓存进行更新。
S303、终端对压缩缓存进行更新。
示例的，当用于指示更新压缩缓存的控制消息包括更新后的压缩缓存时，可以理解为网络设备直接将更新后的压缩缓存发送给终端，这样终端可以直接将该更新后的压缩缓存作为后续即将采用的更新后的压缩缓存。当用于指示更新压缩缓存的控制消息包括更新后的压缩缓存的标识时，可以理解为网络设备不是直接将更新后的压缩缓存发送给终端，而是将该更新后的压缩缓存的标识发送给终端，该更新后的压缩缓存标识可以为更新后的压缩缓存的名称或者更新后的压缩缓存的序列号，只要根据该更新后的压缩缓存的标识，可以唯一确定更新后的压缩缓存即可，这样终端在接收到该更新后的压缩缓存的标识后，需要先根据该更新后的压缩缓存的标识找到更新后的压缩缓存，并将该更新后的压缩缓存作为后续即将采用的更新后的压缩缓存。当用于指示更新压缩缓存的控制消息包括用于指示对压缩缓存进行更新的字符串信息时，可以理解为网络设备不是直接将更新后的压缩缓存发送给终端，而是将用于指示对压缩缓存进行更新的字符串信息发送给终端，这样终端在接收到该字符串信息后，需要先根据该字符串信息对当前的压缩缓存进行更新，以得到更新后的压缩缓存，并将该更新后的压缩缓存作为后续即将采用的更新后的压缩缓存。
S304、终端对待发送数据包进行压缩。
终端在对待发送数据包进行压缩时，可以采用更新前的压缩缓存对待发送数据包进行压缩，也可以采用更新后的压缩缓存对待发送数据包进行压缩。
示例的，以终端采用更新前的压缩缓存为依据为例，若待发送数据包中存在一段字符串‘abcde’和更新前的压缩缓存中的一段字符串内容相同，且该字符串在更新前的压缩缓存中保存的起始位置为第100字节，长度为5字节，则终端可以用位置信息和长度信息<100,5>替换待发送数据包中的字符串‘abcde’，从而实现对待发送数据包中字符串‘abcde’的压缩。由于在对该待发送数据包进行压缩时，采用的更新前的压缩缓存是终端主动控制的，网络设备无法获知，因此，为了保证网络设备采用的解压缩缓存与终端采用的压缩缓存一致，终端在向网络设备发送压缩后的数据包时，需要一并将用于指示终端在对待压缩数据包进行压缩时采用的压缩缓存的第一指示信息发送给网络设备，即执行下述S305：
S305、终端向网络设备发送第一指示信息。
其中，第一指示信息用于指示对待发送数据包进行压缩时采用的压缩缓存，该压缩缓 存为更新前的压缩缓存，或者，该压缩缓存为更新后的压缩缓存。
示例的，该第一指示信息可以独立于压缩后的数据包发送给网络设备，也可以携带在压缩后的数据包中发送给网络设备。进一步地，当第一指示信息携带在压缩后的数据包中发送给网络设备时，该第一指示信息可以携带在压缩后的数据包的协议头中，或者，第一指示信息也可以携带在压缩后的数据包的数据头中。
示例的，第一指示信息为待发送数据包中的字段或待发送数据包中的校验和字段。当第一指示信息为待发送数据包中的字段时，若该待发送数据包中字段的取值与接收端接收到的与待发送数据包紧邻的前一个数据包中字段的取值相同，则表示终端采用的压缩缓存为更新前的压缩缓存；若该待发送数据包中字段的取值与接收端接收到的与待发送数据包紧邻的前一个数据包中字段的取值不同，则表示终端采用的压缩缓存为更新后的压缩缓存；这样网络设备在接收到压缩后的数据包后，就可以解析出待发送数据包中的字段的取值，并将该待发送数据包的字段的取值与接收端接收到的与待发送数据包紧邻的前一个数据包中字段的取值进行比较，从而根据比较结果确定终端对待发送数据包进行压缩时采用的压缩缓存。
当第一指示信息为待发送数据包中的校验和字段时，终端可以根据对待发送数据包进行压缩时采用的压缩缓存计算得到校验和字段的取值，这样网络设备在接收到压缩后的数据包后，同样可以解析出待发送数据包中的校验和字段的取值，并将该待发送数据包中的校验和字段的取值，分别与其根据更新前的压缩缓存计算得到的校验和字段的取值，以及其根据更新后的压缩缓存计算得到的校验和字段的取值进行比较。
若该待发送数据包中的校验和字段的取值与网络设备根据更新前的压缩缓存计算得到的校验和字段的取值相同，则说明终端对待发送数据包进行压缩时采用的压缩缓存为更新前的压缩缓存；若该待发送数据包中的校验和字段的取值与网络设备根据更新后的压缩缓存计算得到的校验和字段的取值相同，则说明终端对待发送数据包进行压缩时采用的压缩缓存为更新后的压缩缓存，从而根据比较结果确定终端对待发送数据包进行压缩时采用的压缩缓存。
示例的，当第一指示信息为待发送数据包中的字段时，该字段可以包括M比特，该M比特的取值可以是协议规定的，或者可以是预定义(例如，终端和网络设备协商的)规定的，M为大于或者等于1的整数。
在一种可能的实现方式中，第一指示信息可以为一个1比特的指示字段U，该字段U可以携带在PDCP header中，示例的，请参见图4所示，图4为本申请实施例提供的一种携带字段U的PDCP头的结构示意图，此外，该字段U也可以携带在压缩头中，示例的，请参见图5所示，图5为本申请实施例提供的一种携带字段U的压缩头的结构示意图。当字段U携带在PDCP header中时，可以采用PDCP header中的一个预留bit作为字段U；当字段U携带在压缩头中时，以LTE压缩头为例，也可以采用LTE压缩头中的一个预留bit作为字段U。需要说明的是，在通过该字段U的取值指示终端对待发送数据包进行压缩时采用的压缩缓存时，该字段U的取值是由协议规定的。
在该种可能的实现方式中，可以通过字段U的取值指示终端对待发送数据包进行压缩时采用的压缩缓存，若待发送数据包中的字段U的取值与接收端接收到的与该待发送数据包紧邻的前一个数据包(不考虑数据包的序列号发生翻转的情况)中字段U的取值相比未 发生变化，则表示终端未更新压缩缓存，且对待发送数据包进行压缩时采用的压缩缓存还是更新前的压缩缓存；若待发送数据包中的字段U的取值与接收端接收到的与该待发送数据包紧邻的前一个数据包中字段U的取值相比发生了变化，则表示终端更新了压缩缓存，且对待发送数据包进行压缩时采用的压缩缓存为更新后的压缩缓存。
这样网络设备在接收到压缩后的数据包后，就可以解析出待发送数据包中的字段U的取值，并将该待发送数据包的字段U的取值与接收端接收到的与待发送数据包紧邻的前一个数据包中字段U的取值进行比较，若待发送数据包中的字段U的取值与接收端接收到的与该待发送数据包紧邻的前一个数据包(不考虑数据包的序列号发生翻转的情况)中字段U的取值相比未发生变化，则网络设备可以确定终端对待发送数据包进行压缩时采用的压缩缓存为更新前的压缩缓存；若待发送数据包中的字段U的取值与接收端接收到的与该待发送数据包紧邻的前一个数据包中字段U的取值相比发生了变化，则网络设备可以确定终端对待发送数据包进行压缩时采用的压缩缓存为更新后的压缩缓存，在终端对待发送数据包进行压缩时采用的压缩缓存之后，就可以采用该压缩缓存对应的解压缩缓存对压缩后的数据包进行解压缩，保证了网络设备采用的解压缩缓存与终端采用的压缩缓存一致，从而提高了解压缩的成功率。
为了帮助理解翻转的含义，以SN长度为12bit为例，SN编号为从0到4095，SN＝4095对应数据包的下一个数据包对应的SN＝0，则认为SN发生了翻转。对于SN发生翻转的情形，SN＝4095对应的数据包是SN＝0对应数据包紧邻的前一个数据包。
示例的，可参见图6所示，图6为本申请实施例提供的一种数据包处理过程的示意图，假设终端在对序列号SN为100的数据包和序列号SN为101的数据包进行压缩时，采用更新前的压缩缓存1分别对序列号SN为100的数据包和序列号SN为101的数据包进行压缩，且压缩后的序列号SN为100的数据包和序列号SN为101的数据包中字段U的取值均等于0；终端在对序列号SN为102的数据包进行压缩时，采用更新后的压缩缓存2对序列号SN为102的数据包进行压缩，且压缩后的序列号SN为102的数据包中字段U的取值等于1；若后续对序列号SN为103的数据包以及之后的数据包进行压缩时，还是采用更新后的压缩缓存2进行压缩，则且压缩后的序列号SN为103的数据包以及之后的数据包中字段U的取值未发生翻转，还是等于1。
网络设备在接收这些压缩后的数据包时，若压缩后的序列号SN为102的数据包发生了丢包，当其接收到压缩后的序列号SN为103的数据包时，可以将该压缩后的序列号SN为103的数据包中的字段U的取值，与其接收到的与SN为103的数据包紧邻的前一个压缩后的序列号SN为101的数据包中的字段U的取值进行比较，可以看出，字段U的取值由0变成了1，发生了翻转，则网络设备可以确定终端对序列号SN为103的数据包进行压缩时采用的压缩缓存为更新后的压缩缓存2，这样网络设备就可以采用该更新后的压缩缓存2对应的解压缩缓存对压缩后的数据包进行解压缩，使得即使在丢包的情况下，也可以保证网络设备采用的解压缩缓存与终端采用的压缩缓存一致，从而提高解压缩的成功率。
在另一种可能的实现方式中，第一指示信息可以为一个N比特的指示字段I，N大于等于1，该字段I可以携带在PDCP header中，示例的，请参见图7所示，图7为本申请实施例提供的一种携带字段I的PDCP头的结构示意图，此外，该字段I也可以携带在UDC header中，示例的，请参见图8所示。
图8为本申请实施例提供的一种携带字段I的UDC头的结构示意图。当字段I可以携带在PDCP header中时，可以采用PDCP header中的两个预留bit作为字段I；当字段U也可以携带在UDC header中时，以LTE UDC header为例，也可以采用LTE UDC header中的两个预留bit作为字段I。需要说明的是，字段I取值可以为0～3；初始值可以为0，若终端对数据包进行压缩时采用的压缩缓存与对前一个数据包进行压缩时采用的压缩缓存发生了变换，则字段I的取值累加1，超过最大值3则翻转为0，在通过该字段I的取值指示终端对待发送数据包进行压缩时采用的压缩缓存时，该字段I的取值是由协议规定的。
在该种可能的实现方式中，可以通过字段I的取值指示终端对待发送数据包进行压缩时采用的压缩缓存，若待发送数据包中的字段I的取值与接收端接收到的与该待发送数据包紧邻的前一个数据包(不考虑数据包的序列号发生翻转的情况)中字段I的取值相比未发生变化，则表示终端未更新压缩缓存，且对待发送数据包进行压缩时采用的压缩缓存还是更新前的压缩缓存；若待发送数据包中的字段I的取值与接收端接收到的与该待发送数据包紧邻的前一个数据包中字段U的取值相比发生了变化，则表示终端更新了压缩缓存，且对待发送数据包进行压缩时采用的压缩缓存为更新后的压缩缓存。
这样网络设备在接收到压缩后的数据包后，就可以解析出待发送数据包中的字段I的取值，并将该待发送数据包的字段I的取值与接收端接收到的与待发送数据包紧邻的前一个数据包中字段I的取值进行比较，若待发送数据包中的字段I的取值与接收端接收到的与该待发送数据包紧邻的前一个数据包(不考虑数据包的序列号发生翻转的情况)中字段I的取值相比未发生变化，则网络设备可以确定终端对待发送数据包进行压缩时采用的压缩缓存为更新前的压缩缓存；若待发送数据包中的字段I的取值与接收端接收到的与该待发送数据包紧邻的前一个数据包中字段I的取值相比发生了变化，则网络设备可以确定终端对待发送数据包进行压缩时采用的压缩缓存为更新后的压缩缓存，在终端对待发送数据包进行压缩时采用的压缩缓存之后，就可以采用该压缩缓存对应的解压缩缓存对压缩后的数据包进行解压缩，保证了网络设备采用的解压缩缓存与终端采用的压缩缓存一致，从而提高了解压缩的成功率。
示例的，可参见图9所示，图9为本申请实施例提供的另一种数据包处理过程的示意图，假设终端在对序列号SN为100的数据包和序列号SN为101的数据包进行压缩时，采用更新前的压缩缓存1分别对序列号SN为100的数据包和序列号SN为101的数据包进行压缩，且压缩后的序列号SN为100的数据包和序列号SN为101的数据包中字段I的取值均等于2；终端在对序列号SN为102的数据包进行压缩时，采用更新后的压缩缓存2对序列号SN为102的数据包进行压缩，且压缩后的序列号SN为102的数据包中字段I的取值等于3。
若后续对序列号SN为103的数据包以及之后的数据包进行压缩时，还是采用更新后的压缩缓存2进行压缩，则且压缩后的序列号SN为103的数据包以及之后的数据包中字段I的取值未发生翻转，还是等于3。网络设备在接收这些压缩后的数据包时，若压缩后的序列号SN为102的数据包发生了丢包，当其接收到压缩后的序列号SN为103的数据包时，可以将该压缩后的序列号SN为103的数据包中的字段I的取值，与其接收到与序列号SN为103的数据包紧邻的前一个压缩后的序列号SN为101的数据包中的字段I的取值进行比较，可以看出，字段U的取值由2变成了3，发生了翻转，则网络设备可以确定 终端对序列号SN为103的数据包进行压缩时采用的压缩缓存为更新后的压缩缓存2，这样网络设备就可以采用该更新后的压缩缓存2对应的解压缩缓存对压缩后的数据包进行解压缩，使得即使在丢包的情况下，也可以保证网络设备采用的解压缩缓存与终端采用的压缩缓存一致，从而提高解压缩的成功率。
在又一种可能的实现方式中，第一指示信息可以为一个P比特的指示字段Indication，P大于等于1，该字段Indication可以携带在PDCP header中，示例的，请参见图10所示，图10为本申请实施例提供的一种携带字段Indication的PDCP头的结构示意图，此外，该字段Indication也可以携带在压缩头中，示例的，请参见图11所示，图11为本申请实施例提供的一种携带字段Indication的压缩头的结构示意图。当字段Indication可以携带在PDCP header中时，可以采用PDCP header中的两个预留bit作为字段Indication；当字段Indication也可以携带在压缩头中时，以LTE压缩头为例，也可以采用LTE压缩头中的两个预留bit作为字段Indication。需要说明的是，字段Indication的取值与上述字段U和字段I的取值不同，该字段Indication的取值不再是协议规定的，而是预定义规定的，例如，网络设备在通过控制消息控制终端更新压缩缓存时，可以将该字段Indication的取值携带在控制消息中一并发送给终端，使得终端采用更新后的压缩缓存对数据包进行压缩时，可以将数据包中该字段Indication的取值修改为接收到的控制消息中包括的字段Indication的取值。
在该种可能的实现方式中，假设终端在对数据包1进行压缩时，采用更新前的压缩缓存1对该数据包1进行压缩，则压缩后的数据包中字段Indication为初始值0；网络设备在通过控制消息指示终端更新压缩缓存时，一并将字段Indication的取值1发送给终端；当终端执行更新压缩缓存后，采用更新后的压缩缓存2对后续的数据包2进行压缩时，则压缩后的数据包中字段Indication变为1；网络设备在接收压缩后的数据包时，若压缩后的数据包中字段Indication为1，则可以确定终端对数据包2进行压缩时采用的压缩缓存为更新后的压缩缓存2，这样网络设备就可以采用该更新后的压缩缓存2对应的解压缩缓存对压缩后的数据包进行解压缩，保证了网络设备采用的解压缩缓存与终端采用的压缩缓存一致，从而提高了解压缩的成功率。
在又一种可能的实现方式中，第一指示信息可以为字段FR，该字段FR也可以携带在UDC header中，当通过该原有字段FR指示终端对待发送数据包进行压缩时采用的压缩缓存时，该FR字段不再被定义为：字段FR＝0表示压缩缓存没有重置，字段FR＝1表示压缩缓存进行了重置，而是被重新定义为：字段FR的取值翻转，则表示压缩缓存更新，字段FR的取值没有翻转，则表示压缩缓存未更新，与上述第一种可能的实现方式中的字段U类似。当通过字段FR指示终端对待发送数据包进行压缩时采用的压缩缓存时，其具体实现方式与上述第一种可能的实现方式中通过字段U指示终端对待发送数据包进行压缩时采用的压缩缓存的具体实现方式类似，可参见上述第一种可能的实现方式中通过字段U指示终端对待发送数据包进行压缩时采用的压缩缓存的相关描述，在此，对于如何通过字段FR指示终端对待发送数据包进行压缩时采用的压缩缓存，本申请实施例不再进行赘述。
为了保证网络设备采用的解压缩缓存与终端采用的压缩缓存一致，终端在向网络设备发送压缩后的数据包时，可以通过上述几种可能的方式中，将用于指示终端在对待压缩数据包进行压缩时采用的压缩缓存的第一指示信息发送给网络设备，这样网络设备在接收到 压缩后的数据包和第一指示信息之后，就可以根据第一指示信息对压缩后的数据包进行解压缩，以得到终端发送的数据包，即执行下述S306。
S306、网络设备根据第一指示信息，对压缩后的数据包进行解压缩。
网络设备在接收到第一指示信息之后，可以该第一指示信息确定终端在对待压缩数据包进行压缩时采用的压缩缓存的哪一个压缩缓存，具体确定方式可参见上述S305中的相关描述，并采用该压缩缓存对应的解压缩缓存对压缩后的数据包进行解压缩，保证了网络设备采用的解压缩缓存与终端采用的压缩缓存一致，从而提高了解压缩的成功率。
以终端采用压缩缓存的位置信息和长度信息<100,5>替换待发送数据包中的字符串‘abcde’，对待发送数据包中字符串‘abcde’的压缩为例，由于在对该待发送数据包进行压缩时，采用的更新前的压缩缓存是终端主动控制的，网络设备无法获知。
因此，为了保证网络设备采用的解压缩缓存与终端采用的压缩缓存一致，终端在向网络设备发送压缩后的数据包时，需要一并将用于指示终端在对待压缩数据包进行压缩时采用的压缩缓存的第一指示信息发送给网络设备，网络设备在接收到第一指示信息后，可以根据该第一指示信息确定终端在对待压缩数据包进行压缩时采用的是哪一个压缩缓存，并根据压缩后的数据包中携带的位置信息和长度信息<100,5>去压缩缓存对应的解压缩缓存中寻找第100字节开始的连续5个字节，由于解压缩缓存和压缩缓存一致，则解压缩缓存中第100字节开始的连续5个字节也会是字符串‘abcde’，在确定字符串‘abcde’之后，并用字符串‘abcde’替换位置信息和长度信息，就可以恢复得到待发送数据包。
由此可见，本申请实施例提供的数据处理方法，终端在向网络设备发送压缩后的数据包时，可以一并向网络设备发送第一指示信息，以通过该第一指示信息指示终端在对待压缩数据包进行压缩时采用的压缩缓存，这样网络设备在接收到该第一指示信息之后，就可以根据该第一指示信息确定终端在对待压缩数据包进行压缩时采用的压缩缓存的哪一个压缩缓存，并采用该压缩缓存对应的解压缩缓存对压缩后的数据包进行解压缩，保证了网络设备采用的解压缩缓存与终端采用的压缩缓存一致，从而提高了解压缩的成功率。
上述图3所示的实施例，详细描述了在一种可能的实现方式中，为了保证网络设备采用的解压缩缓存与终端采用的压缩缓存一致，以提高解压缩的成功率，终端主动控制采用哪个压缩缓存(更新前的压缩缓存或者更新后的压缩缓存)对待发送数据进行压缩，并通知网络设备其采用的压缩缓存的技术方案。下面，将详细描述在另一种可能的实现方式中，为了保证网络设备采用的解压缩缓存与终端采用的压缩缓存一致，以提高解压缩的成功率，不再是终端主动控制采用哪个压缩缓存(更新前的压缩缓存或者更新后的压缩缓存)对待发送数据进行压缩，而是网络设备控制终端采用哪个压缩缓存对待发送数据进行压缩的技术方案。示例的，请参见图12所示，图12为本申请实施例提供的另一种数据处理方法的流程示意图，该数据处理方法可以包括：
S1201、网络设备为终端配置半静态缓存更新。
可以理解的是，在S1201中，网络设备为终端配置半静态缓存更新的方法与上述S301中网络设备为终端配置半静态缓存更新的方法类似，具体可以参见上述S301中网络设备为终端配置半静态缓存更新的相关描述，在此，对于网络设备如何为终端配置半静态缓存更新的方法，本申请实施例不再进行赘述。
S1202、网络设备向终端发送控制消息。
其中，控制消息用于指示更新压缩缓存，控制消息包括更新后的压缩缓存、更新后的压缩缓存的标识、用于指示对压缩缓存进行更新的字符串信息中的任意一种。
可以理解的是，在S1202中，网络设备向终端发送控制消息的方法，且控制消息中包括的内容分别与上述S302中网络设备向终端发送控制消息的方法，及控制消息中包括的内容类似，具体可以参见上述S302中网络设备向终端发送控制消息的方法，及控制消息中包括的内容的相关描述，在此，本申请实施例不再进行赘述。
S1203、网络设备向终端发送第二指示信息。
其中，第二指示信息用于指示终端采用更新后的压缩缓存进行压缩的第一个数据包的序列号。示例的，该第二指示信息可以为PDCP COUNT值，和/或，该第二指示信息可以为PDCP SN值。
网络设备在向终端发送第二指示信息时，该第二指示信息可以独立于控制消息发送给终端，也可以携带中控制消息中发送给终端，具体可以根据实际需要进行设置，在此，对于第二指示信息的发送方式，本申请实施例不再进一步地限制。
可以理解的是，当第二指示信息携带中控制消息中发送给终端时，与上述S302中控制消息相比，控制消息除了包括更新后的压缩缓存、更新后的压缩缓存的标识、用于指示对压缩缓存进行更新的字符串信息中的任意一种之外，还包括用于指示终端采用更新后的压缩缓存进行压缩的第一个数据包的序列号的第二指示信息，以通过该第二指示信息指示终端采用哪个压缩缓存对待发送数据包进行压缩。
S1204、终端对压缩缓存进行更新。
可以理解的是，在S1204中，终端对压缩缓存进行更新的方法与上述S303中终端对压缩缓存进行更新的方法类似，具体可以参见上述S303中终端对压缩缓存进行更新的相关描述，在此，对于终端如何对压缩缓存进行更新，本申请实施例不再进行赘述。
S1205、终端根据第二指示信息对待发送数据包进行压缩。
其中，对待发送数据包进行压缩时采用的压缩缓存为更新前的压缩缓存，或者，对待发送数据包进行压缩时采用的压缩缓存为更新后的压缩缓存。
终端在对待发送数据包进行压缩时，不再是终端主动控制采用哪个压缩缓存(更新前的压缩缓存或者更新后的压缩缓存)对待发送数据进行压缩，并通知网络设备其采用的压缩缓存，而是根据网络设备发送的第二指示信息确定对待发送数据包采用哪个压缩缓存进行压缩，在对待发送数据包进行压缩时，会将该待发送数据包的序列号与第二指示信息指示的序列号进行比较，若待发送数据包的序列号小于或者小于等于第二指示信息指示的序列号，则采用更新前的压缩缓存对待发送数据包进行压缩；若待发送数据包的序列号大于或者大于等于第二指示信息指示的序列号，则采用更新后的压缩缓存对待发送数据包进行压缩，对于后续序列号大于第二指示信息指示的序列号的数据包，若终端未接收到新的更新压缩缓存的控制消息和新的第二指示信息，则继续采用更新前的压缩缓存对待发送数据包进行压缩。
假设终端在对序列号SN为100的PDCP数据包进行压缩时，采用更新前的压缩缓存1对序列号SN为100的PDCP数据包进行压缩，在对序列号SN为101的PDCP数据包进行压缩时，若终端接收到了网络设备发送的更新压缩缓存的控制消息和第二指示信息，该第二指示信息指示的序列号为200，则终端继续采用更新前的压缩缓存1对序列号SN为 101的PDCP数据包进行压缩，并采用更新前的压缩缓存1对序列号SN为102以及后续的PDCP数据包进行压缩，直至对序列号为200的PDCP数据包进行压缩时，则采用更新后的压缩缓存2对序列号SN为200的PDCP数据包进行压缩，对于后续序列号大于序列号200的数据包，若终端未接收到新的更新压缩缓存的控制消息和新的第二指示信息，则继续采用更新前的压缩缓存对数据包进行压缩；这样网络设备在接收到压缩后的数据包后，可以根据该压缩后的数据包的序列号，确定终端对该数据包进行压缩时采用的压缩缓存，并采用该压缩缓存对应的解压缩缓存对压缩后的数据包进行解压缩，使得即使在丢包的情况下，也可以保证网络设备采用的解压缩缓存与终端采用的压缩缓存一致，从而提高解压缩的成功率。
在本申请实施例中，终端在对待发送数据包进行压缩时，不再是终端主动控制采用哪个压缩缓存(更新前的压缩缓存或者更新后的压缩缓存)对待发送数据进行压缩，而是根据网络设备发送的第二指示信息确定对待发送数据包采用哪个压缩缓存进行压缩，因此，终端在对待发送数据包进行压缩之后，只需要将压缩后的数据包发送给网络设备即可，无需再向终端设备发送用于指示终端对待发送数据包进行压缩时采用的压缩缓存的第一指示信息，当然，也可以在将压缩后的数据包发送给网络设备的同时，一并在数据包中携带该第一指示信息，具体可以根据实际需要进行设置，在此，本申请实施例只是以终端在对待发送数据包进行压缩之后，只需要将压缩后的数据包发送给网络设备为例进行说明，但并不代表本申请实施例仅局限于此。
S1206、终端将压缩后的数据包发送给网络设备。
S1207、网络设备根据第二指示信息对压缩后的数据包进行解压缩。
网络设备在接收到终端发送的压缩后的数据包之后，会根据该压缩后的数据包的序列号，确定终端在对待压缩数据包进行压缩时采用的压缩缓存的哪一个压缩缓存，并采用该压缩缓存对应的解压缩缓存对压缩后的数据包进行解压缩，保证了网络设备采用的解压缩缓存与终端采用的压缩缓存一致，从而提高了解压缩的成功率。
由此可见，本申请实施例提供的数据处理方法，终端先接收网络设备发送的用于指示终端采用更新后的压缩缓存进行压缩的第一个数据包的序列号的第二指示信息，并根据该第二指示信息确定对待压缩数据包进行压缩时采用的压缩缓存，这样网络设备在接收到压缩后的数据包之后，可以根据该压缩后的数据包的序列号，确定终端在对待压缩数据包进行压缩时采用的压缩缓存的哪一个压缩缓存，并采用该压缩缓存对应的解压缩缓存对压缩后的数据包进行解压缩，保证了网络设备采用的解压缩缓存与终端采用的压缩缓存一致，从而提高了解压缩的成功率。
可以看出，上述图3和图12所示的实施例的数据处理方法都是以图1所示的场景为例进行说明的，其中，发送端为终端，接收端为网络设备，且终端和网络设备之间采用Uu接口进行数据传输。当然，本申请实施例提供的数据处理方法也可以应用于图2所示的场景，可结合图2所示，发送端为两个终端中的一个终端，接收端为另一个为终端，为了便于区分发送端和接收端，可以将发送端记为第一终端，接收端记为第二终端，该第一终端和第二终端之间采用sidelink接口进行数据传输。可以理解的是，在该图2所示的场景中，为了保证接收端第二终端采用的解压缩缓存与发送端第一终端采用的压缩缓存一致，以提高解压缩的成功率，同样可以通过两种可能的实现方式实现，在一种可能的实现方式中， 在UDC压缩机制中，第一终端主动控制采用哪个压缩缓存(更新前的压缩缓存或者更新后的压缩缓存)对待发送数据进行压缩，并通知第二终端其采用的压缩缓存，可参见上述图3所示的实施例中的相关描述；在另一种可能的实现方式中，在UDC压缩机制中，不再是第一终端主动控制采用哪个压缩缓存(更新前的压缩缓存或者更新后的压缩缓存)对待发送数据进行压缩，而是第二终端控制第一终端采用哪个压缩缓存对待发送数据进行压缩，可参见上述图12所示的实施例中的相关描述，均可以保证第二终端采用的解压缩缓存与第一终端采用的压缩缓存一致，从而提高了解压缩的成功率。下面，将结合图2所示的场景，以第二终端控制第一终端采用哪个压缩缓存对待发送数据进行压缩为例，对本申请实施例提供的数据处理方法进行详细地描述。示例的，请参见图13所示，图13为本申请实施例提供的又一种数据处理方法的流程示意图，该数据处理方法可以包括：
S1301、第二终端为第一终端配置半静态缓存更新。
可以理解的是，在S1301中，第二终端为第一终端配置半静态缓存更新的方法与上述S301中接收端为终端配置半静态缓存更新的方法类似，具体可以参见上述S301中接收端为终端配置半静态缓存更新的相关描述，在此，对于第二终端如何为第一终端配置半静态缓存更新，本申请实施例不再进行赘述。
需要说明的是，在本申请实施例中，在为第一终端配置半静态缓存更新时，也可以由网络设备分别为第一终端和第二终端配置半静态缓存更新。当网络设备分别为第一终端和第二终端配置半静态缓存更新时，网络设备分别为第一终端和第二终端配置半静态缓存更新的方法与上述S301中网络设备为终端配置半静态缓存更新的方法类似，具体可以参见上述S301中网络设备为终端配置半静态缓存更新的相关描述，在此，对于网络设备如何分别为第一终端和第二终端配置半静态缓存更新，本申请实施例不再进行赘述。
S1302、第二终端向第一终端发送控制消息。
其中，控制消息用于指示更新压缩缓存，控制消息包括更新后的压缩缓存、更新后的压缩缓存的标识、用于指示对压缩缓存进行更新的字符串信息中的任意一种。
可以理解的是，在S1202中，第二终端向第一终端发送控制消息的方法，且控制消息中包括的内容分别与上述S302中网络设备向终端发送控制消息的方法，及控制消息中包括的内容类似，具体可以参见上述S302中网络设备向终端发送控制消息的方法，及控制消息中包括的内容的相关描述，在此，本申请实施例不再进行赘述。
可以看出，在上述S1301-S1302中，都是由第二终端为第一终端配置半静态缓存更新，并向第一终端发送控制消息，即第二终端为控制端，当然，在上述S1301-S1302中，也可以由第一终端为第二终端配置半静态缓存更新，并向第二终端发送控制消息，具体可以根据实际需要进行设置，在此，本申请实施例只是以由第二终端为第一终端配置半静态缓存更新，并向第一终端发送控制消息为例进行说明，但并不代表本申请实施例仅局限于此。
S1303、第二终端向第一终端发送第二指示信息。
其中，第二指示信息用于指示第一终端采用更新后的压缩缓存进行压缩的第一个数据包的序列号。示例的，该第二指示信息可以为PDCP COUNT值，和/或，该第二指示信息可以为PDCP SN值。
第二终端向第一终端发送第二指示信息时，该第二指示信息可以独立于控制消息发送给第一终端，也可以携带中控制消息中发送给第一终端，具体可以根据实际需要进行设置， 在此，对于第二指示信息的发送方式，本申请实施例不再进一步地限制。可以理解的是，当第二指示信息携带中控制消息中发送给第一终端时，与上述S302中控制消息相比，控制消息除了包括更新后的压缩缓存、更新后的压缩缓存的标识、用于指示对压缩缓存进行更新的字符串信息中的任意一种之外，还包括用于指示第一终端采用更新后的压缩缓存进行压缩的第一个数据包的序列号的第二指示信息，以通过该第二指示信息指示第一终端采用哪个压缩缓存对待发送数据包进行压缩。
S1304、第一终端对压缩缓存进行更新。
可以理解的是，在S1304中，第一终端对压缩缓存进行更新的方法与上述S303中终端对压缩缓存进行更新的方法类似，具体可以参见上述S303中终端对压缩缓存进行更新的相关描述，在此，对于第一终端如何对压缩缓存进行更新，本申请实施例不再进行赘述。
S1305、第一终端根据第二指示信息对待发送数据包进行压缩。
其中，对待发送数据包进行压缩时采用的压缩缓存为更新前的压缩缓存，或者，对待发送数据包进行压缩时采用的压缩缓存为更新后的压缩缓存。
可以理解的是，第一终端根据第二指示信息对待发送数据包进行压缩的方法与上述S1205中终端根据第二指示信息对待发送数据包进行压缩的方法类似，具体可以参见上述S1205中终端根据第二指示信息对待发送数据包进行压缩的相关描述，在此，对于第一终端如何根据第二指示信息对待发送数据包进行压缩，本申请实施例不再进行赘述。
在本申请实施例中，第一终端在对待发送数据包进行压缩时，由于是根据第二终端发送的第二指示信息确定对待发送数据包采用哪个压缩缓存进行压缩，因此，第一终端在对待发送数据包进行压缩之后，只需要将压缩后的数据包发送给第二终端即可，无需再向第一终端设备发送用于指示第一终端对待发送数据包进行压缩时采用的压缩缓存的第一指示信息，当然，也可以在将压缩后的数据包发送给第二终端的同时，一并在数据包中携带该第一指示信息，具体可以根据实际需要进行设置，在此，本申请实施例只是以第一终端在对待发送数据包进行压缩之后，只需要将压缩后的数据包发送给第二终端为例进行说明，但并不代表本申请实施例仅局限于此。
S1306、第一终端将压缩后的数据包发送给接收端。
S1307、第二终端根据第二指示信息对压缩后的数据包进行解压缩。
第二终端在接收到第一终端发送的压缩后的数据包之后，会根据该压缩后的数据包的序列号，确定第一终端在对待压缩数据包进行压缩时采用的压缩缓存的哪一个压缩缓存，并采用该压缩缓存对应的解压缩缓存对压缩后的数据包进行解压缩，保证了第二终端采用的解压缩缓存与第一终端采用的压缩缓存一致，从而提高了解压缩的成功率。
由此可见，本申请实施例提供的数据处理方法，第一终端先接收第二终端发送的用于指示第一终端采用更新后的压缩缓存进行压缩的第一个数据包的序列号的第二指示信息，并根据第二终端发送第二指示信息确定对待压缩数据包进行压缩时采用的压缩缓存，这样第二终端在接收到压缩后的数据包之后，可以根据该压缩后的数据包的序列号，确定第一终端在对待压缩数据包进行压缩时采用的压缩缓存的哪一个压缩缓存，并采用该压缩缓存对应的解压缩缓存对压缩后的数据包进行解压缩，保证了第二终端采用的解压缩缓存与第一终端采用的压缩缓存一致，从而提高了解压缩的成功率。
上述图3、图12以及图13所示的实施例，均可以解决在UDC压缩机制中，当接收端 指示发送端更新压缩缓存时，由于数据重传等原因，发送端未接到该指示信息，仍继续用更新前的压缩缓存进行压缩，使得接收端采用的解压缩缓存与发送端采用的压缩缓存不一致而导致的解压缩出现错误的问题。在一种可能的实现方式中，发送端主动控制采用哪个压缩缓存(更新前的压缩缓存或者更新后的压缩缓存)对待发送数据进行压缩，并通过第一指示信息通知接收端其采用的压缩缓存，以使接收端采用对应的解压缩缓存进行解压缩，保证了接收端采用的解压缩缓存与发送端采用的压缩缓存一致，从而提高了解压缩的成功率，具体可参见上述图3所示的实施例中的技术方案。在另一种可能的实现方式中，不再是发送端主动控制采用哪个压缩缓存(更新前的压缩缓存或者更新后的压缩缓存)对待发送数据进行压缩，而是接收端通过第二指示信息控制发送端采用哪个压缩缓存对待发送数据进行压缩，接收端采用对应的解压缩缓存进行解压缩，保证了接收端采用的解压缩缓存与发送端采用的压缩缓存一致，从而提高了解压缩的成功率，具体可参见上述图12或图13所示的实施例中的技术方案。
可以理解的是，当发送端指示接收端更新解压缩缓存时，由于数据重传等原因，接收端未接到该指示信息，仍继续用更新前的解压缩缓存进行数据解压缩，同样会导致接收端采用的解压缩缓存与发送端采用的压缩缓存不匹配而导致的解压缩出现错误的问题。为了解决由于数据重传等原因，接收端未接到该更新解压缩缓存的指示信息，仍继续用更新前的解压缩缓存进行数据解压缩，同样会导致接收端采用的解压缩缓存与发送端采用的压缩缓存不匹配而导致的解压缩出现错误的问题，同样可以通过两种可能的实现方式实现。
在一种可能的实现方式中，发送端主动控制接收端采用哪个解压缩缓存(更新前的解压缩缓存或者更新后的解压缩缓存)对压缩后的数据包进行解压缩，并通过一个指示信息控制接收端采用哪个解压缩缓存对压缩后的数据包进行解压缩，例如，该指示信息可以为上述图3所示的实施例中的第一指示信息，即通过发送端对待发送数据包进行压缩时采用的压缩缓存隐式地指示接收端解压缩数据包时应该采用的解压缩缓存，与上述图3所示的实施例中，发送端通过第一指示信息通知接收端对待发送数据包进行压缩时采用的压缩缓存的方法类似，具体可以参见上述图3所示的实施例中的相关描述，在此，本申请实施例不再进行赘述。这样就可以保证接收端采用的解压缩缓存与发送端采用的压缩缓存一致，从而提高了解压缩的成功率。当然，发送端主动控制接收端采用哪个解压缩缓存(更新前的解压缩缓存或者更新后的解压缩缓存)对数据包进行解压缩时，该指示信息也可以直接为接收端采用更新后的解压缩缓存进行解压缩的第一个数据包的序列号。示例的，该指示信息可以为PDCP COUNT值，和/或，该指示信息可以为PDCP SN值，与上述图12或者图13所示的实施例中，接收端通过第二指示信息控制发送端采用哪个压缩缓存对待发送数据进行压缩的方法类似，具体可以参见上述图12或者图13所示的实施例中的相关描述，在此，本申请实施例不再进行赘述。这样就可以保证接收端采用的解压缩缓存与发送端采用的压缩缓存一致，从而提高了解压缩的成功率。
在另一种可能的实现方式中，接收端主动控制采用哪个解压缩缓存(更新前的解压缩缓存或者更新后的解压缩缓存)对压缩后的数据包进行解压缩，并通过一个指示信息控制发送端采用更新后的压缩缓存进行压缩的第一个数据包的序列号，示例的，该指示信息可以为PDCP COUNT值，和/或，该指示信息可以为PDCP SN值，与上述图12或者图13所示的实施例中，接收端通过第二指示信息控制发送端采用哪个压缩缓存对待发送数据进 行压缩的方法类似，具体可以参见上述图12或者图13所示的实施例中的相关描述，在此，本申请实施例不再进行赘述。这样就可以保证接收端采用的解压缩缓存与发送端采用的压缩缓存一致，从而提高了解压缩的成功率。
结合上述图3、图12以及图13所示的实施例可以看出，上述实施例都是当终端支持UDC时，网络设备指示终端更新压缩缓存为例进行说明，当终端支持基于压缩缓存的下行数据传输压缩机制时，网络设备可以指示终端更新解压缩缓存。网络设备在指示终端更新解压缩缓存时，同样可以包括至少两种可能的实现方式。
在一种可能的实现方式中，网络设备可以主动控制终端采用哪个解压缩缓存(更新前的解压缩缓存或者更新后的解压缩缓存)对压缩后的数据包进行解压缩，并通过一个指示信息控制终端采用哪个解压缩缓存对压缩后的数据包进行解压缩，例如，该指示信息可以为上述图3所示的实施例中的第一指示信息，即通过网络设备对待发送数据包进行压缩时采用的压缩缓存隐式地指示终解压缩数据包时应该采用的解压缩缓存，与上述图3所示的实施例中，终端通过第一指示信息通知网络设备对待发送数据包进行压缩时采用的压缩缓存的方法类似，具体可以参见上述图3所示的实施例中的相关描述，在此，本申请实施例不再进行赘述。
这样就可以保证接收端采用的解压缩缓存与发送端采用的压缩缓存相匹配，从而提高了解压缩的成功率。当然，网络设备主动控制终端采用哪个解压缩缓存(更新前的解压缩缓存或者更新后的解压缩缓存)对压缩后的数据包进行解压缩时，该指示信息可以直接为终端采用更新后的解压缩缓存进行解压缩的第一个数据包的序列号。示例的，该指示信息可以为PDCP COUNT值，和/或，该指示信息可以为PDCP SN值，与上述图12所示的实施例中，网络设备通过第二指示信息控制终端采用哪个压缩缓存对待发送数据进行压缩的方法类似，具体可以参见上述图12所示的实施例中的相关描述，在此，本申请实施例不再进行赘述。这样就可以保证终端采用的解压缩缓存与网络设备采用的压缩缓存一致，从而提高了解压缩的成功率。
在另一种可能的实现方式中，终端主动控制采用哪个解压缩缓存(更新前的解压缩缓存或者更新后的解压缩缓存)对压缩后的数据包进行解压缩，并通过一个指示信息控制网络设备采用更新后的压缩缓存进行压缩的第一个数据包的序列号，示例的，该指示信息可以为PDCP COUNT值，和/或，该指示信息可以为PDCP SN值，与上述图12所示的实施例中，网络设备通过第二指示信息控制终端采用哪个压缩缓存对待发送数据进行压缩的方法类似，具体可以参见上述图12所示的实施例中的相关描述，在此，本申请实施例不再进行赘述。这样就可以保证终端采用的解压缩缓存与网络设备采用的压缩缓存一致，从而提高了解压缩的成功率。
图14为本申请实施例提供的一种通信装置140的结构示意图，该通信装置140为发送端，示例的，请参见图14所示，该通信装置140可以包括：
处理单元1401，用于对压缩缓存进行更新；并对待发送数据包进行压缩。
发送单元1402，用于向接收端发送第一指示信息；第一指示信息用于指示对待发送数据包进行压缩时采用的压缩缓存，采用的压缩缓存为更新前的压缩缓存，或者，采用的压缩缓存为更新后的压缩缓存。
可选的，第一指示信息携带在压缩后的数据包中。
可选的，第一指示信息携带在压缩后的数据包的协议头中，或者，第一指示信息携带在压缩后的数据包的数据头中。
可选的，第一指示信息为待发送数据包中的字段，若字段的取值与接收端接收到的与待发送数据包紧邻的前一个数据包中字段的取值相同，则采用的压缩缓存为更新前的压缩缓存；若字段的取值与接收端接收到的与待发送数据包紧邻的前一个数据包中字段的取值不同，则采用的压缩缓存为更新后的压缩缓存。
可选的，第一指示信息为待发送数据包中的校验和字段，校验和字段是根据对待发送数据包进行压缩时采用的压缩缓存确定的。
可选的，该通信装置140还可以包括：
接收单元1403，用于从接收端接收控制消息；控制消息用于指示更新压缩缓存；其中，控制消息包括更新后的压缩缓存、更新后的压缩缓存的标识、用于指示对压缩缓存进行更新的字符串信息中的任意一种。
可选的，控制消息还包括第二指示信息，第二指示信息用于指示采用更新后的缩缓存进行压缩的第一个数据包的序列号。
可选的，接收单元1403，还用于从接收端接收第三指示信息；第三指示信息用于指示压缩缓存的更新类型为半静态缓存更新。
处理单元1401，具体用于根据第三指示信息对压缩缓存进行更新。
可选的，处理单元1401，具体用于根据与待发送数据包的承载关联的无确认模式无线链路控制UM RLC实体，确定压缩缓存的更新类型为半静态缓存更新；并根据UM RLC实体对压缩缓存进行更新。
本申请实施例所示的通信装置140，可以执行上述任一附图所示的实施例中发送端的数据处理方法，其实现原理以及有益效果与发送端的数据处理方法的实现原理及有益效果类似，此处不再进行赘述。
图15为本申请实施例提供的另一种通信装置150的结构示意图，该通信装置150为发送端，示例的，请参见图15所示，该通信装置150可以包括：
接收单元1501，用于从接收端接收第二指示信息，第二指示信息用于指示通信装置150采用更新后的压缩缓存进行压缩的第一个数据包的序列号。
处理单元1502，用于对压缩缓存进行更新；并根据第二指示信息对待发送数据包进行压缩；其中，对待发送数据包进行压缩时采用的压缩缓存为更新前的压缩缓存，或者，对待发送数据包进行压缩时采用的压缩缓存为更新后的压缩缓存。
可选的，处理单元1502，用于若待发送数据包的序列号大于或大于等于第二指示信息指示的序列号，则采用更新后的压缩缓存对待发送数据包进行压缩；若待发送数据包的序列号小于或小于等于第二指示信息指示的序列号，则采用更新前的压缩缓存对待发送数据包进行压缩。
可选的，接收单元1501，用于从接收端接收控制消息；其中，控制消息用于指示更新压缩缓存，控制消息中包括第二指示信息。
可选的，控制消息还包括更新后的压缩缓存、更新后的压缩缓存的标识、用于指示对压缩缓存进行更新的字符串信息中的任意一种。
本申请实施例所示的通信装置150，可以执行上述任一附图所示的实施例中发送端的 数据处理方法，其实现原理以及有益效果与发送端的数据处理方法的实现原理及有益效果类似，此处不再进行赘述。
图16为本申请实施例提供的一种通信装置160的结构示意图，该通信装置160为接收端，示例的，请参见图16所示，该通信装置160可以包括：
处理单元1601，用于对压缩缓存进行更新。
接收单元1602，用于从发送端接收第一指示信息；第一指示信息用于指示发送端对待发送数据包进行压缩时采用的压缩缓存，采用的压缩缓存为更新前的压缩缓存，或者，采用的压缩缓存为更新后的压缩缓存。
可选的，第一指示信息携带在压缩后的数据包中。
可选的，第一指示信息携带在压缩后的数据包的协议头中，或者，第一指示信息携带在压缩后的数据包的数据头中。
可选的，第一指示信息为待发送数据包中的字段，若字段的取值与通信装置160接收到的与待发送数据包紧邻的前一个数据包中字段的取值相同，则采用的压缩缓存为更新前的压缩缓存；若字段的取值与通信装置160接收到的与待发送数据包紧邻的前一个数据包中字段的取值不同，则采用的压缩缓存为更新后的压缩缓存。
可选的，第一指示信息为待发送数据包中的校验和字段，校验和字段是根据对待发送数据包进行压缩时采用的压缩缓存确定的。
可选的，该通信装置160还可以包括：
发送单元1603，用于向发送端发送控制消息；控制消息用于指示更新压缩缓存；其中，控制消息包括更新后的压缩缓存、更新后的压缩缓存的标识、用于指示对压缩缓存进行更新的字符串信息中的任意一种。
可选的，控制消息还包括第二指示信息，第二指示信息用于指示采用更新后的缩缓存进行压缩的第一个数据包的序列号。
可选的，发送单元1603，还用于向发送端发送第三指示信息；第三指示信息用于指示压缩缓存的更新类型为半静态缓存更新，并指示发送端根据第三指示信息对压缩缓存进行更新。
本申请实施例所示的通信装置160，可以执行上述任一附图所示的实施例中接收端的数据处理方法，其实现原理以及有益效果与接收端的数据处理方法的实现原理及有益效果类似，此处不再进行赘述。
图17为本申请实施例提供的另一种通信装置170的结构示意图，该通信装置170为接收端，示例的，请参见图17所示，该通信装置170可以包括：
处理单元1701，用于对压缩缓存进行更新。
发送单元1702，用于向发送端发送第二指示信息，第二指示信息用于指示发送端采用更新后的压缩缓存进行压缩的第一个数据包的序列号，并指示发送端根据第二指示信息对待发送数据包进行压缩；其中，对待发送数据包进行压缩时采用的压缩缓存为更新前的压缩缓存，或者，对待发送数据包进行压缩时采用的压缩缓存为更新后的压缩缓存。
可选的，若待发送数据包的序列号大于或大于等于第二指示信息指示的序列号，则对待发送数据包进行压缩时采用的压缩缓存为更新前的压缩缓存；若待发送数据包的序列号小于或小于等于第二指示信息指示的序列号，则，对待发送数据包进行压缩时采用的压缩 缓存为更新后的压缩缓存。
可选的，发送单元1702，具体用于向发送端发送控制消息；其中，控制消息用于指示更新压缩缓存，控制消息中包括第二指示信息。
可选的，控制消息还包括更新后的压缩缓存、更新后的压缩缓存的标识、用于指示对压缩缓存进行更新的字符串信息中的任意一种。
本申请实施例所示的通信装置170，可以执行上述任一附图所示的实施例中接收端的数据处理方法，其实现原理以及有益效果与接收端的数据处理方法的实现原理及有益效果类似，此处不再进行赘述。
图18为本申请实施例提供的一种通信装置180的结构示意图，所述装置包括处理器1801和存储器1802，所述存储器1802中存储有计算机程序，所述处理器1801执行所述存储器1802中存储的计算机程序，以使所述装置执行上述任一附图所示的实施例中发送端的数据处理方法，其实现原理以及有益效果与发送端的数据处理方法的实现原理及有益效果类似，此处不再进行赘述。
图19为本申请实施例提供的另一种通信装置190的结构示意图，所述装置包括处理器1901和存储器1902，所述存储器1902中存储有计算机程序，所述处理器1901执行所述存储器1902中存储的计算机程序，以使所述装置执行上述任一附图所示的实施例中接收端的数据处理方法，其实现原理以及有益效果与接收端的数据处理方法的实现原理及有益效果类似，此处不再进行赘述。
本申请实施例还提供了一种通信装置，该通信装置可以包括：处理器和接口电路。
所述接口电路，用于接收代码指令并传输至所述处理器，
所述处理器，用于运行所述代码指令以执行上述任一附图所示的实施例中发送端的数据处理方法，其实现原理以及有益效果与发送端的数据处理方法的实现原理及有益效果类似，此处不再进行赘述。
本申请实施例还提供了一种通信装置，该通信装置可以包括：处理器和接口电路。
所述接口电路，用于接收代码指令并传输至所述处理器。
所述处理器，用于运行所述代码指令以执行上述任一附图所示的实施例中接收端的数据处理方法，其实现原理以及有益效果与接收端的数据处理方法的实现原理及有益效果类似，此处不再进行赘述。
本申请实施例还提供了一种芯片，芯片上存储有计算机程序，在计算机程序被处理器执行时，执行上述任一附图所示的实施例中发送端的数据处理方法，其实现原理以及有益效果与发送端的数据处理方法的实现原理及有益效果类似，此处不再进行赘述。
本申请实施例还提供了一种芯片，芯片上存储有计算机程序，在计算机程序被处理器执行时，执行上述任一附图所示的实施例中接收端的数据处理方法，其实现原理以及有益效果与接收端的数据处理方法的实现原理及有益效果类似，此处不再进行赘述。
本申请实施例还提供了一种可读存储介质，用于存储有指令，当所述指令被执行时，使如上述任一附图所示的实施例中发送端的数据处理方法被实现，其实现原理以及有益效果与发送端的数据处理方法的实现原理及有益效果类似，此处不再进行赘述。
本申请实施例还提供了一种可读存储介质，用于存储有指令，当所述指令被执行时，使如上述任一附图所示的实施例中接收端的数据处理方法被实现，其实现原理以及有益效 果与接收端的数据处理方法的实现原理及有益效果类似，此处不再进行赘述。
本申请实施例还提供了一种通信***，该通信***可以包括上述图14所示的通信装置和图16所示的通信装置，或者，该通信***可以包括上述图15所示的通信装置和图17所示的通信装置，或者上述图18所示的通信装置和图19所示的通信装置，其实现原理以及有益效果与上述任一附图所示的实施例中数据处理方法的实现原理及有益效果类似，此处不再进行赘述。
上述各个实施例中处理器可以是通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存取存储器(random access memory，RAM)、闪存、只读存储器(read-only memory，ROM)、可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的指令，结合其硬件完成上述方法的步骤。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

Claims (30)

  1. 一种数据处理方法，其特征在于，包括：
    对压缩缓存进行更新；
    对待发送数据包进行压缩；
    向接收端发送第一指示信息；所述第一指示信息用于指示对所述待发送数据包进行压缩时采用的压缩缓存，所述采用的压缩缓存为更新前的压缩缓存，或者，所述采用的压缩缓存为更新后的压缩缓存。
  2. 根据权利要求1所述的方法，其特征在于，
    所述第一指示信息携带在压缩后的数据包中。
  3. 根据权利要求1或2所述的方法，其特征在于，
    所述第一指示信息为所述待发送数据包中的字段；
    若所述字段的取值与所述接收端接收到的与所述待发送数据包紧邻的前一个数据包中所述字段的取值相同，则所述采用的压缩缓存为所述更新前的压缩缓存；若所述字段的取值与接收端接收到的与所述待发送数据包紧邻的前一个数据包中所述字段的取值不同，则所述采用的压缩缓存为所述更新后的压缩缓存。
  4. 根据权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：
    从接收端接收控制消息；所述控制消息用于指示更新所述压缩缓存；其中，所述控制消息包括所述更新后的压缩缓存、所述更新后的压缩缓存的标识、用于指示对所述压缩缓存进行更新的字符串信息中的任意一种。
  5. 根据权利要求4所述的方法，其特征在于，
    所述控制消息还包括第二指示信息，所述第二指示信息用于指示采用所述更新后的缩缓存进行压缩的第一个数据包的序列号。
  6. 一种数据处理方法，其特征在于，包括：
    从接收端接收第二指示信息，所述第二指示信息用于指示发送端采用更新后的压缩缓存进行压缩的第一个数据包的序列号；
    对压缩缓存进行更新；
    根据所述第二指示信息对待发送数据包进行压缩；其中，对所述待发送数据包进行压缩时采用的压缩缓存为更新前的压缩缓存，或者，对所述待发送数据包进行压缩时采用的压缩缓存为更新后的压缩缓存。
  7. 根据权利要求6所述的方法，其特征在于，所述根据所述第二指示信息对待发送数据包进行压缩，包括：
    若所述待发送数据包的序列号大于或大于等于所述第二指示信息指示的序列号，则采用所述更新后的压缩缓存对所述待发送数据包进行压缩；
    若所述待发送数据包的序列号小于或小于等于所述第二指示信息指示的序列号，则采用所述更新前的压缩缓存对所述待发送数据包进行压缩。
  8. 根据权利要求6或7所述的方法，其特征在于，所述从接收端接收第二指示信息，包括：
    从接收端接收控制消息；其中，所述控制消息用于指示更新所述压缩缓存，所述控制 消息中包括所述第二指示信息。
  9. 一种数据处理方法，其特征在于，包括：
    对压缩缓存进行更新；
    从发送端接收第一指示信息；所述第一指示信息用于指示所述发送端对待发送数据包进行压缩时采用的压缩缓存，所述采用的压缩缓存为更新前的压缩缓存，或者，所述采用的压缩缓存为更新后的压缩缓存。
  10. 根据权利要求9所述的方法，其特征在于，
    所述第一指示信息携带在压缩后的数据包中。
  11. 根据权利要求9或10所述的方法，其特征在于，
    所述第一指示信息为所述待发送数据包中的字段；
    若所述字段的取值与接收端接收到的与所述待发送数据包紧邻的前一个数据包中所述字段的取值相同，则所述采用的压缩缓存为所述更新前的压缩缓存；若所述字段的取值与接收端接收到的与所述待发送数据包紧邻的前一个数据包中所述字段的取值不同，则所述采用的压缩缓存为所述更新后的压缩缓存。
  12. 根据权利要求9-11任一项所述的方法，其特征在于，所述方法还包括：
    向所述发送端发送控制消息；所述控制消息用于指示更新所述压缩缓存；其中，所述控制消息包括所述更新后的压缩缓存、所述更新后的压缩缓存的标识、用于指示对所述压缩缓存进行更新的字符串信息中的任意一种。
  13. 根据权利要求12所述的方法，其特征在于，
    所述控制消息还包括第二指示信息，所述第二指示信息用于指示采用所述更新后的缩缓存进行压缩的第一个数据包的序列号。
  14. 一种数据处理方法，其特征在于，包括：
    对压缩缓存进行更新；
    向发送端发送第二指示信息，所述第二指示信息用于指示发送端采用更新后的压缩缓存进行压缩的第一个数据包的序列号，并指示所述发送端根据所述第二指示信息对待发送数据包进行压缩；其中，对所述待发送数据包进行压缩时采用的压缩缓存为更新前的压缩缓存，或者，对所述待发送数据包进行压缩时采用的压缩缓存为更新后的压缩缓存。
  15. 根据权利要求14所述的方法，其特征在于，
    若所述待发送数据包的序列号大于或大于等于所述第二指示信息指示的序列号，则所述对所述待发送数据包进行压缩时采用的压缩缓存为更新前的压缩缓存；若所述待发送数据包的序列号小于或小于等于所述第二指示信息指示的序列号，则，对所述待发送数据包进行压缩时采用的压缩缓存为更新后的压缩缓存。
  16. 根据权利要求14或15所述的方法，其特征在于，所述向发送端发送第二指示信息，包括：
    向所述发送端发送控制消息；其中，所述控制消息用于指示更新所述压缩缓存，所述控制消息中包括所述第二指示信息。
  17. 一种通信装置，其特征在于，包括：
    处理单元，用于对压缩缓存进行更新；并对待发送数据包进行压缩；
    发送单元，用于向接收端发送第一指示信息；所述第一指示信息用于指示对所述待发 送数据包进行压缩时采用的压缩缓存，所述采用的压缩缓存为更新前的压缩缓存，或者，所述采用的压缩缓存为更新后的压缩缓存。
  18. 根据权利要求17所述的装置，其特征在于，
    所述第一指示信息为所述待发送数据包中的字段，若所述字段的取值与所述接收端接收到的与所述待发送数据包紧邻的前一个数据包中所述字段的取值相同，则所述采用的压缩缓存为所述更新前的压缩缓存；若所述字段的取值与接收端接收到的与所述待发送数据包紧邻的前一个数据包中所述字段的取值不同，则所述压缩缓存为所述更新后的压缩缓存。
  19. 一种通信装置，其特征在于，包括：
    接收单元，用于从接收端接收第二指示信息，所述第二指示信息用于指示通信装置采用更新后的压缩缓存进行压缩的第一个数据包的序列号；
    处理单元，用于对压缩缓存进行更新；并根据所述第二指示信息对待发送数据包进行压缩；其中，对所述待发送数据包进行压缩时采用的压缩缓存为更新前的压缩缓存，或者，对所述待发送数据包进行压缩时采用的压缩缓存为更新后的压缩缓存。
  20. 根据权利要求19所述的装置，其特征在于，
    所述处理单元，用于若所述待发送数据包的序列号大于或大于等于所述第二指示信息指示的序列号，则采用所述更新后的压缩缓存对所述待发送数据包进行压缩；若所述待发送数据包的序列号小于或小于等于所述第二指示信息指示的序列号，则采用所述更新前的压缩缓存对所述待发送数据包进行压缩。
  21. 一种通信装置，其特征在于，包括：
    处理单元，用于对压缩缓存进行更新；
    接收单元，用于从发送端接收第一指示信息；所述第一指示信息用于指示所述发送端对待发送数据包进行压缩时采用的压缩缓存，所述采用的压缩缓存为更新前的压缩缓存，或者，所述采用的压缩缓存为更新后的压缩缓存。
  22. 根据权利要求21所述的装置，其特征在于，
    所述第一指示信息为所述待发送数据包中的字段，若所述字段的取值与通信装置接收到的与所述待发送数据包紧邻的前一个数据包中所述字段的取值相同，则所述采用的压缩缓存为所述更新前的压缩缓存；若所述字段的取值与通信装置接收到的与所述待发送数据包紧邻的前一个数据包中所述字段的取值不同，则所述采用的压缩缓存为所述更新后的压缩缓存。
  23. 一种通信装置，其特征在于，包括：
    处理单元，用于对压缩缓存进行更新；
    发送单元，用于向发送端发送第二指示信息，所述第二指示信息用于指示发送端采用更新后的压缩缓存进行压缩的第一个数据包的序列号，并指示所述发送端根据所述第二指示信息对待发送数据包进行压缩；其中，对所述待发送数据包进行压缩时采用的压缩缓存为更新前的压缩缓存，或者，对所述待发送数据包进行压缩时采用的压缩缓存为更新后的压缩缓存。
  24. 根据权利要求23所述的装置，其特征在于，
    若所述待发送数据包的序列号大于或大于等于所述第二指示信息指示的序列号，则所述对所述待发送数据包进行压缩时采用的压缩缓存为更新前的压缩缓存；若所述待发送数 据包的序列号小于或小于等于所述第二指示信息指示的序列号，则，对所述待发送数据包进行压缩时采用的压缩缓存为更新后的压缩缓存。
  25. 一种通信装置，其特征在于，所述装置包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行如权利要求1至5任一项所述的数据处理方法；或者，所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行如权利要求6至8任一项所述的数据处理方法。
  26. 一种通信装置，其特征在于，所述装置包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行如权利要求9至13任一项所述的数据处理方法；或者，所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行如权利要求14至16任一项所述的数据处理方法。
  27. 一种通信装置，其特征在于，包括：处理器和接口电路；
    所述接口电路，用于接收代码指令并传输至所述处理器；
    所述处理器，用于运行所述代码指令以执行如权利要求1至5任一项所述的数据处理方法；或者，用于运行所述代码指令以执行如权利要求6至8任一项所述的数据处理方法。
  28. 一种通信装置，其特征在于，包括：处理器和接口电路；
    所述接口电路，用于接收代码指令并传输至所述处理器；
    所述处理器，用于运行所述代码指令以执行如权利要求9至13任一项所述的数据处理方法；或者，用于运行所述代码指令以执行如权利要求14至16任一项所述的数据处理方法。
  29. 一种可读存储介质，其特征在于，用于存储有指令，当所述指令被执行时，使如权利要求1至5任一项所述的数据处理方法被实现；或者，当所述指令被执行时，使如权利要求6至8任一项所述的数据处理方法被实现；或者，当所述指令被执行时，使如权利要求9至13任一项所述的数据处理方法被实现；或者，当所述指令被执行时，使如权利要求14至16任一项所述的数据处理方法被实现。
  30. 一种通信***，其特征在于，包括：
    上述权利要求26-34任一项所述的数据处理装置和上述权利要求39-46任一项所述的数据处理装置；或者，上述权利要求35-38任一项所述的数据处理装置和上述权利要求47-50任一项所述的数据处理装置；或者，上述权利要求51所述的数据处理装置和上述权利要求52所述的数据处理装置；或者，上述权利要求53所述的数据处理装置和上述权利要求54所述的数据处理装置。
PCT/CN2021/085998 2020-04-23 2021-04-08 数据处理方法和装置 WO2021213186A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010325805.9 2020-04-23
CN202010325805.9A CN113556129A (zh) 2020-04-23 2020-04-23 数据处理方法和装置

Publications (1)

Publication Number Publication Date
WO2021213186A1 true WO2021213186A1 (zh) 2021-10-28

Family

ID=78101016

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/085998 WO2021213186A1 (zh) 2020-04-23 2021-04-08 数据处理方法和装置

Country Status (2)

Country Link
CN (1) CN113556129A (zh)
WO (1) WO2021213186A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050114601A1 (en) * 2003-11-26 2005-05-26 Siva Ramakrishnan Method, system, and apparatus for memory compression with flexible in-memory cache
CN107094142A (zh) * 2017-04-28 2017-08-25 电信科学技术研究院 一种上行数据解压缩、压缩的方法和装置
CN108347750A (zh) * 2017-01-25 2018-07-31 电信科学技术研究院 一种保持udc功能连续性的方法及设备
CN109842905A (zh) * 2017-11-28 2019-06-04 ***通信有限公司研究院 字典配置方法、网络侧设备及用户终端
CN110139317A (zh) * 2018-02-02 2019-08-16 电信科学技术研究院有限公司 一种数据压缩方法、解压缩方法、发送端及接收端

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050114601A1 (en) * 2003-11-26 2005-05-26 Siva Ramakrishnan Method, system, and apparatus for memory compression with flexible in-memory cache
CN108347750A (zh) * 2017-01-25 2018-07-31 电信科学技术研究院 一种保持udc功能连续性的方法及设备
CN107094142A (zh) * 2017-04-28 2017-08-25 电信科学技术研究院 一种上行数据解压缩、压缩的方法和装置
CN109842905A (zh) * 2017-11-28 2019-06-04 ***通信有限公司研究院 字典配置方法、网络侧设备及用户终端
CN110139317A (zh) * 2018-02-02 2019-08-16 电信科学技术研究院有限公司 一种数据压缩方法、解压缩方法、发送端及接收端

Also Published As

Publication number Publication date
CN113556129A (zh) 2021-10-26

Similar Documents

Publication Publication Date Title
WO2018196491A1 (zh) 上行数据解压缩、压缩的方法和装置
KR100907978B1 (ko) 이동통신 시스템에서 ｐｄｃｐ 계층의 상태보고 전송 방법 및 수신장치
WO2019095989A1 (zh) 一种缓存同步异常的处理方法和设备
ES2626082T3 (es) Método de transmisión de datos en un sistema de comunicación inalámbrica
US11956667B2 (en) Communication method and device
RU2767321C1 (ru) Способ и устройство для беспроводной связи
CN1780296B (zh) 一种快速恢复压缩解压缩上下文的方法
WO2021027853A1 (zh) 一种通信方法及装置
CN113709812B (zh) 一种压缩处理方法、解压缩处理方法及相关设备
WO2021213186A1 (zh) 数据处理方法和装置
EP4311300A1 (en) Data transmission method and apparatus
US20240080729A1 (en) Communication Method and Apparatus
WO2023005452A1 (zh) 一种通信方法、装置及设备
WO2021000763A1 (zh) 数据传输方法及装置
WO2017143538A1 (zh) 语音数据传输方法以及装置
EP4322606A1 (en) Communication method and device
CN112333773B (zh) 通信处理方法、设备、装置及存储介质
WO2023102938A1 (zh) 无线通信方法和通信设备
US20240098564A1 (en) Data sending method, data receiving method, and communication apparatus
KR101456000B1 (ko) 무선 통신 시스템에서의 데이터 처리 방법
CN116669100A (zh) 通信方法及通信装置
CN116266931A (zh) 一种数据包串联的方法、装置、通信设备和存储介质
KR20200043281A (ko) 차세대 이동 통신 시스템에서 고신뢰 저지연 단말을 지원하기 위한 헤더 압축 방법 및 장치

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21791655

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21791655

Country of ref document: EP

Kind code of ref document: A1