WO2023005452A1

WO2023005452A1 - Communication method and apparatus, and device

Info

Publication number: WO2023005452A1
Application number: PCT/CN2022/098153
Authority: WO
Inventors: 范强; 陈君
Original assignee: 华为技术有限公司
Priority date: 2021-07-29
Filing date: 2022-06-10
Publication date: 2023-02-02
Also published as: CN115695563A

Abstract

The present application provides a communication method and apparatus, and a device. By using the method, a communication system may configure a target compression mode used by a compression side and a target compression buffer, and correspondingly, configure a target decompression mode used by a decompression side and a target decompression buffer. Therefore, by using the method, according to service features and data features of a data packet, the communication system may flexibly configure the target compression mode of the compression side, the decompression mode of the decompression side, the target compression buffer of the compression side, and the target decompression buffer of the decompression side, so that the flexibility of data compression in the communication system can be improved, the data compression efficiency can be improved, and finally the data transmission efficiency and the resource utilization rate of the communication system are improved.

Description

A communication method, device and equipment

Cross References to Related Applications

This application claims the priority of the Chinese patent application with the application number 202110866746.0 and the application title "a communication method, device and equipment" submitted to the China Patent Office on July 29, 2021, the entire contents of which are incorporated in this application by reference middle.

technical field

The present application relates to the technical field of communication, and in particular to a communication method, device and equipment.

Background technique

In the field of communication, the amount of data to be transmitted may be huge, and there are various redundancy. In order to improve the efficiency of data transmission and the utilization of resources, a compression algorithm is usually used to compress the data to be transmitted.

Compression mechanisms currently used in the communication field include: uplink data compression (UDC) mechanism, robust header compression (robust header compression, RoHC) mechanism, Ethernet header compression (Ethernet header compression, EHC) mechanism. Among them, the UDC mechanism is to use the content stored in the compression buffer (buffer) to compress the data packet, and each time the data packet is compressed by using the compression buffer, the original data packet content will be used to update the compression buffer. Both the RoHC mechanism and the EHC mechanism compress the packet header.

However, the current compression mechanism is inflexible and unable to adapt to various complex and changeable situations, thereby affecting the efficiency of data compression.

Contents of the invention

The present application provides a communication method, device and equipment, which are used to improve the flexibility of data compression in a communication system, thereby improving the efficiency of data compression.

In the first aspect, the embodiment of the present application provides a communication method, which can be applied to the first communication device as the compression side, and the method includes the following steps:

The first communication device acquires compression configuration information; wherein the compression configuration information includes: compression mode indication information and compression buffer configuration information, and the compression mode indication information is used to instruct the first communication device to perform compression processing on the data packet The target compression method, the compression buffer configuration information is used to configure the target compression buffer; after that, the first communication device configures the target compression buffer according to the compression buffer configuration information; after obtaining the first data packet , using the target compression method to compress the first data packet according to the target compression buffer to generate a second data packet; finally, the first communication device sends the second data packet to a second communication device.

Through this method, the communication system can configure the target compression mode and the target compression buffer used by the compression side. Therefore, through this method, the communication system can flexibly configure the target compression mode on the compression side and the target compression buffer on the compression side according to the service characteristics and the data characteristics of the data packet, thereby improving the flexibility of data compression in the communication system, and further enabling Improve data compression efficiency, and ultimately improve the data transmission efficiency and resource utilization of the communication system.

In a possible design, the target compression mode is a compression mode based on a dynamic buffer; the target compression buffer is a dynamic buffer; in this case, the first communication device may perform the following steps specifically to the The first packet is compressed to generate the second packet:

The first communication device compresses the first data packet according to the data content contained in the first data packet and the data content stored in the dynamic compression buffer to generate a second data packet; then according to the The data content contained in the first data packet updates the data content stored in the dynamic buffer.

Through this design, the communication system can configure the compression side to use a dynamic buffer-based compression method.

In a possible design, the compressed buffer configuration information is used to indicate the size of the dynamic buffer and/or the initial data content filled into the dynamic buffer.

With this design, the first communication device can configure the size or initial data content of the dynamic buffer according to the compressed buffer configuration information.

In a possible design, the target compression method is a compression method based on a static buffer; the target compression buffer is a static buffer; in this case, the first communication device may perform the following steps specifically to the The first packet is compressed to generate the second packet:

The first communication device compresses the first data packet according to the data content contained in the first data packet and the data content stored in the static buffer to generate a second data packet.

Through this design, the communication system can configure the compression side to use a static buffer-based compression method. In addition, the communication system can configure the data content that appears frequently in the data packet as static data content in the static buffer, so that when the compression side uses the static buffer to compress the data packet, the compression rate of the data packet can be improved.

In a possible design, the compressed buffer configuration information is used to indicate the size of the static buffer and/or static data content filled into the static buffer.

With this design, the first communication device can configure the size of the static buffer or the static data content according to the compressed buffer configuration information.

In a possible design, the target compression mode is an enhanced compression mode based on static buffer and dynamic buffer; the target compression buffer includes static buffer and dynamic buffer; in this case, the first communication device may specifically The first data packet is compressed to generate the second data packet through the following implementation methods:

Implementation mode 1: compress the first field according to the data content contained in the first field in the first data packet and the data content stored in the static buffer, and generate the compressed first field; according to The data content contained in the second field in the first data packet and the data content stored in the dynamic buffer are compressed to generate the compressed second field; wherein, the first The data packet is composed of the first field and the second field; according to the compressed first field and the compressed second field, the second data packet is formed; according to the first data packet The data content contained in the second domain described in the update the data content stored in the dynamic buffer;

Implementation mode 2: compress the first field according to the data content contained in the first field in the first data packet and the data content stored in the static buffer, and generate the compressed first field; according to The data content contained in the second domain in the first data packet and the data content stored in the combined buffer are compressed to generate the compressed second domain; wherein the combined buffer is composed of the The static buffer and the dynamic buffer are generated in combination, the first data packet is composed of the first field and the second field; according to the compressed first field and the compressed second field, Composing the second data packet; updating the data content stored in the dynamic buffer according to the data content contained in the second field in the first data packet;

Implementation mode 3: according to the data content contained in the first field in the first data packet and the data content stored in the static buffer, compress the first field to generate the compressed first field; according to Compressing the first data segment containing the data content contained in the first data segment of the second field in the first data packet and the data content stored in the static buffer to generate the compressed first data segment ; According to the data content contained in the second data segment of the second field in the first data packet and the data content stored in the dynamic buffer, compress the second data segment to generate the compressed The second data segment; wherein, the first data packet is composed of the first domain and the second domain, and the second domain is composed of the first data segment and the second data segment; according to the compression The first field after the compression, the first data segment after compression, and the second data segment after compression form the second data packet; according to the second field in the first data packet The data content contained in the second data segment, updating the data content stored in the dynamic buffer;

Implementation mode 4: according to the data content contained in the first field in the first data packet and the data content stored in the static buffer, compress the first field to generate the compressed first field; according to The data content contained in the second domain in the first data packet and the data content stored in the first buffer are compressed to generate the compressed second domain; wherein the first buffer is the static buffer or the dynamic buffer, the first data packet is composed of the first field and the second field; according to the compressed first field and the compressed second field, Composing the second data packet; when the first compressed buffer is the dynamic buffer, updating the data content stored in the dynamic buffer according to the data content contained in the second field in the first data packet ;

Implementation 5: According to the data content contained in the first data packet and the data content stored in the combination buffer, the first data packet is compressed to generate a second data packet; wherein, the combination buffer is composed of the The static buffer and the dynamic buffer are combined and generated; according to the data content contained in the first data packet, the data content stored in the dynamic buffer is updated;

Implementation mode 6: according to the data content contained in the first data packet and the data content stored in the first buffer, compress the first data packet to generate a second data packet; wherein, the first buffer is The static buffer or the dynamic buffer; when the first compression buffer is the dynamic buffer, update the data content stored in the dynamic buffer according to the data content contained in the first data packet;

Implementation method 7:

According to the data content contained in the first data segment in the first data packet and the data content stored in the first buffer, compress the first data segment to generate the compressed first data segment; according to the first The data content contained in the second data segment in the data packet and the data content stored in the second buffer are compressed to generate the compressed second data segment; wherein the first buffer is The static buffer in the compressed buffer, the second buffer is the dynamic buffer in the compressed buffer; or the first buffer is the dynamic buffer in the compressed buffer, and the second buffer is the dynamic buffer in the compressed buffer. The second buffer is the static buffer in the compressed buffer; the first data packet is composed of at least two data segments such as the first data segment and the second data segment; according to the compressed first The data segment and the compressed second data segment form a second data packet; when the first buffer is the dynamic buffer, according to the data contained in the first data segment in the first data packet content, updating the data content stored in the dynamic buffer; when the second buffer is the dynamic buffer, updating the dynamic buffer according to the data content contained in the second data segment in the first data packet The data content stored in.

Through this design, the communication system can be configured to use the enhanced compression mode on the compression side, specifically using one of the above implementation modes for compression. Therefore, the communication system can flexibly configure the implementation method used by the compression side according to the service characteristics and data characteristics of the data packet, so that the flexibility of data compression in the communication system can be further improved, and the efficiency of data compression can be improved, and finally the communication system can be improved. data transmission efficiency and resource utilization.

In a possible design, the compression configuration information further includes: first indication information, where the first indication information is used to indicate a first buffer type corresponding to at least one first component in the data packet;

Wherein, the first buffer type corresponding to any one of the first components is used to instruct the first communication device to use the buffer belonging to the first buffer type in the target compression buffer to compress the first component; A first component is any of the following: data packet, first data segment in data packet, second data segment in data packet, first field in data packet, second field in data packet, data packet The first data segment of the second field in the data packet, and the second data segment of the second field in the data packet.

With this design, the first communication device can determine a specific compression strategy according to the first indication information, thereby realizing the compression of the data packet. That is, the communication system may configure the compression policy of the first communication device (that is, the compression policy in any of the above implementation manners) according to the first indication information.

In a possible design, the first communication device may also send second indication information to the second communication device, where the second indication is used to indicate at least one second component in the second data packet The corresponding second buffer type;

Wherein, the second buffer type corresponding to any one of the second components is used to instruct the second communication device to use the buffer of the second buffer type to decompress the second component; any one of the second components is as follows Any one: the second data packet, the first data segment in the second data packet, the second data segment in the second data packet, the first field in the second data packet, the The second field in the second data packet, the first data segment in the second field in the second data packet, and the second data segment in the second field in the second data packet.

Optionally, the first communication device may carry the second indication information in a second data packet.

Through this design, the first communication device can notify the second communication device of the decompression policy corresponding to the compression policy, thereby ensuring that the second communication device can successfully decompress the received data packet.

In a possible design, the first field is a packet header, and the second field is a payload; or the first field is a payload, and the second field is a packet header.

In a possible design, the compressed buffer configuration information is used to indicate: the size of the dynamic buffer and/or the initial data content filled into the dynamic buffer, and the size of the static buffer and/or filled into Static data content of the static buffer.

With this design, the first communication device can configure the size or static data content of the static buffer and configure the size or initial data content of the dynamic buffer according to the compressed buffer configuration information.

In a possible design, the first communication device may obtain compression configuration information in the following manner:

Way 1: receiving the compressed configuration information from the second communication device or the third communication device;

Method 2: Obtain the stored compression configuration information.

Through this design, the communication system can configure the compression mode and compression buffer of the first communication device through the first communication device itself, the second communication device, or the third communication device.

In a possible design, before receiving the compressed configuration information from the second communication device or the third communication device, the first communication device may also send the compressed configuration information to the second communication device or the third communication device The communication device sends compression capability information, where the compression capability information is used to indicate the compression capability of the first communication device.

Through this design, the second communication device or the third communication device may also generate the compression configuration information according to the compression capability of the first communication device.

In a possible design, the compression capability information includes at least one of the following:

Supported compression methods, data transmission directions that can be compressed, the number or information of radio bearers that support compression processing, the total size threshold of compression buffers, and the buffer size threshold of each buffer type.

In a possible design, the first communication device may also perform the following steps:

Receive buffer update information from the second communication device or the third communication device, where the buffer update information is used to adjust the size of the target compression buffer, and/or update the data content stored in the target compression buffer ;

updating the target compression buffer according to the buffer update information;

After obtaining the third data packet, compress the third data packet according to the updated target compression buffer by using the target compression method to generate a fourth data packet;

sending the fourth data packet to the second communications device.

Through this design, the communication system can also update (adjust size and/or store content) the target compression buffer in the first communication device, so that the updated target compression buffer can adapt to changing services, thereby ensuring the compression of data packets Rate.

In a possible design, in the scenario of updating the target compression buffer, before receiving the buffer update information from the second communication device or the third communication device, the first communication device may receive the A stop compression instruction of the second communication device or the third communication device; then according to the stop compression instruction, stop compressing data packets according to the target compression buffer. After updating the target compression buffer, receiving an instruction to start compression from the second communication device or the third communication device, so that the first communication device starts to use the updated target compression buffer to compress the data packet.

With this design, the communication system can instruct the first communication device to stop and start the compression operation by sending the stop compression instruction and the start compression instruction to the first communication device. This design can specify the time when the first communication device stops compressing and the time when the updated target compression buffer is used. Therefore, this method can solve the problem of the target compression buffer used by the first communication device when compressing and the time when the second communication device decompresses. The target decompression buffer is inconsistent, resulting in the failure to successfully decompress the data packet, which eventually leads to the failure of the data packet transmission.

In a possible design, the buffer update information further includes: third indication information; the third indication information is used to indicate the data packets compressed using the updated target compression buffer; the third The data packet is the data packet indicated by the third indication information. The first communication device may update the target compression buffer when receiving the data packet indicated by the third indication information for the first time, and use the updated target compression buffer to compress subsequent data packets.

Through this design, the communication system can instruct the first communication device to update the time of the target compression buffer by specifying the data packet, so that the data packet that the first communication device compresses using the updated target compression buffer can be specified. Therefore, this design can also solve the problem that the target compression buffer used by the first communication device for compression is inconsistent with the target decompression buffer used by the second communication device for decompression, resulting in the inability to successfully decompress the data packet and eventually lead to the failure of data packet transmission.

In a possible design, the fourth data packet further includes fourth indication information, and the fourth indication information is used to indicate that the fourth data packet uses the updated The target compression buffer is generated by compression.

With this design, the first communication device can also indicate the data packets to be compressed using the updated target compression buffer through the fourth indication information. In this way, when the second communication device receives the data packet containing the fourth indication information, it can use the updated target decompression buffer to decompress, thereby solving the problem of the target compression buffer used by the first communication device when compressing and the second communication device The target decompression buffer used during decompression is inconsistent.

In a possible design, the first communication device is a terminal device, and the second communication device is a base station; or

The first communication device is a base station, and the second communication device is a terminal device; or

The first communication device and the second communication device are different terminal devices; or

The first communication device is a terminal device, and the second communication device is a core network device; or

The first communication device is a core network device, and the second communication device is a terminal device; or

The first communication device is a base station, and the second communication device is a core network device; or

The first communication device is a core network device, and the second communication device is a base station;

The first communication device and the second communication device are different core network devices.

In a possible design, when the first communication device is a base station, and a terminal device accessing the base station switches to a target base station, the first communication device may also send compressed buffer status information to the target base station, The status information of the compression buffer is used to indicate the size and/or stored data content of the current target compression buffer.

Through this design, the first communication device can notify the target base station of the state of the compressed buffer maintained by the source base station side, so that the target base station can quickly configure a compressed buffer with the same size and data content locally according to the state information of the buffer, so that Takes over the compression work from the source base station.

In a possible design, when the first communication device is a terminal device and the terminal device is handed over to the target base station, the first communication device may also receive fifth indication information from the target base station, so The fifth instruction information is used to instruct to clear or maintain the target compression buffer, or to adjust the size of the target compression buffer, or to update the data content stored in the target compression buffer.

Through this design, the target base station can also decide whether to update, clear or maintain the content of the decompression buffer when configuring the decompression buffer locally according to the obtained buffer state information of the source base station. When the target base station decides to update, clear or maintain the decompression buffer, in order to keep the decompression buffer completely consistent with the compression buffer, the target base station may also instruct the terminal device to perform the same processing on the compression buffer.

In the second aspect, the embodiment of the present application provides a communication method, which can be applied to a second communication device as the decompression side, and the method includes the following steps:

The second communication device acquires decompression configuration information; wherein, the decompression configuration information includes: decompression mode indication information and decompression buffer configuration information, wherein the decompression mode indication information is used to instruct the second communication device to perform the decompression on the data packet The target decompression method of decompression processing, the decompression buffer configuration information is used to configure the target decompression buffer; then, according to the decompression buffer configuration information, configure the target decompression buffer; after receiving the second data from the first communication device After packeting, the second communication device uses the target decompression method to decompress the second data packet according to the target decompression buffer to generate a first data packet; wherein the second data packet is the first The communication device compresses the first data packet to generate it.

Through this method, the communication system can configure the target decompression method and the target decompression buffer used by the decompression side. Therefore, through this method, the communication system can flexibly configure the target compression mode on the compression side, the target compression buffer on the compression side, and the corresponding target decompression mode on the decompression side, and the target decompression mode on the decompression side according to the service characteristics and data characteristics of the data packet. The target decompresses the buffer, so that the flexibility of data compression in the communication system can be improved, and the efficiency of data compression can be improved, and finally the data transmission efficiency and resource utilization of the communication system can be improved.

In a possible design, the target decompression method is a dynamic buffer-based decompression method; the target decompression buffer is a dynamic buffer; in this case, the second communication device may perform the following steps to The second data packet is decompressed, and when the first data packet is generated:

According to the data content contained in the second data packet and the data content stored in the dynamic buffer, decompress the second data packet to generate the first data packet; according to the data content contained in the first data packet update the data content stored in the dynamic buffer.

Through this design, the communication system can configure the decompression side to use a dynamic buffer-based decompression method.

In a possible design, the decompression buffer configuration information is used to indicate the size of the dynamic buffer and/or the initial data content filled into the dynamic buffer.

With this design, the second communication device can configure the size or initial data content of the dynamic buffer according to the decompression buffer configuration information.

In a possible design, the target decompression method is a static buffer-based decompression method; the target decompression buffer is a static buffer; in this case, the second communication device can perform the following steps to The second data packet is decompressed to generate the first data packet:

Decompressing the second data packet according to the data content contained in the second data packet and the data content stored in the static buffer to generate a first data packet.

Through this design, the communication system can configure the decompression side to use a static buffer-based decompression method.

In a possible design, the decompression buffer configuration information is used to indicate the size of the static buffer and/or static data content filled into the static buffer.

With this design, the second communication device can configure the size of the static buffer or the static data content according to the decompression buffer configuration information.

In a possible design, the target decompression method is an enhanced decompression method based on static buffer and dynamic buffer; the target decompression buffer includes static buffer and dynamic buffer; in this case, the second communication device may specifically The second data packet is decompressed to generate the first data packet through the following implementation methods:

Implementation mode 1: according to the data content contained in the first field in the second data packet and the data content stored in the static buffer, decompress the first field to generate the decompressed first field; according to The data content contained in the second domain in the second data packet and the data content stored in the dynamic buffer are decompressed to generate the decompressed second domain; wherein, the second The data packet is composed of the first field and the second field; according to the decompressed first field and the decompressed second field, the first data packet is formed; according to the decompressed first field The data content contained in the second field updates the data content stored in the dynamic buffer;

Implementation mode 2: according to the data content contained in the first field in the second data packet and the data content stored in the static buffer, decompress the first field to generate the decompressed first field; according to The data content contained in the second field in the second data packet and the data content stored in the combination buffer are decompressed to the second field to generate the decompressed second field; wherein the combination buffer is obtained by the The static buffer and the dynamic buffer are generated in combination, the second data packet is composed of the first field and the second field; according to the decompressed first field and the decompressed second field, Composing the first data packet; updating the data content stored in the dynamic buffer according to the data content contained in the decompressed second domain;

Implementation mode 3: according to the data content contained in the first field in the second data packet and the data content stored in the static buffer, decompress the first field to generate the decompressed first field; according to The data content contained in the first data segment of the second field in the second data packet and the data content stored in the static buffer are decompressed to the first data segment to generate the decompressed first data segment ; According to the data content contained in the second data segment of the second domain in the second data packet and the data content stored in the dynamic buffer, decompress the second data segment to generate the decompressed The second data segment; wherein, the second data packet is composed of the first domain and the second domain, and the second domain is composed of the first data segment and the second data segment; according to decompression The first domain after decompression, the first data segment after decompression, and the second data segment after decompression form the first data packet; according to the data contained in the second data segment after decompression content, updating the data content stored in the dynamic buffer;

Implementation mode 4: according to the data content contained in the first field in the second data packet and the data content stored in the static buffer, decompress the first field to generate the decompressed first field; according to The data content contained in the second domain in the second data packet and the data content stored in the first buffer are decompressed to generate the decompressed second domain; wherein the first buffer is the static buffer or the dynamic buffer, the first data packet is composed of the first domain and the second domain; according to the decompressed first domain and the decompressed second domain, Composing the first data packet; when the first buffer is the dynamic buffer, updating the data content stored in the dynamic buffer according to the data content contained in the decompressed second domain;

Implementation 5: According to the data content contained in the second data packet and the data content stored in the combination buffer, decompress the second data packet to generate the first data packet; wherein, the combination buffer is composed of The static buffer and the dynamic buffer are combined and generated; according to the data content contained in the first data packet, the data content stored in the dynamic buffer is updated;

Implementation mode 6: according to the data content contained in the second data packet and the data content stored in the first buffer, decompress the second data packet to generate the first data packet; wherein, the first buffer is the static buffer or the dynamic buffer; when the first buffer is the dynamic buffer, updating the data content stored in the dynamic buffer according to the data content contained in the first data packet;

Implementation mode 7: according to the data content contained in the first data segment in the second data packet and the data content stored in the first buffer, decompress the first data segment to generate the decompressed first data segment; According to the data content contained in the second data segment in the first data packet and the data content stored in the second buffer, decompress the second data segment to generate the decompressed second data segment; wherein, The first buffer is the static buffer in the decompression buffer, the second buffer is the dynamic buffer in the decompression buffer; or the first buffer is the decompression buffer in the Dynamic buffer, the second buffer is the static buffer in the decompression buffer; the second data packet is composed of at least two data segments such as the first data segment and the second data segment; according to decompression The first data segment after decompression and the second data segment after decompression form a second data packet; when the first buffer is the dynamic buffer, according to the first data segment after decompression contains update the data content stored in the dynamic buffer; when the second buffer is the dynamic buffer, update the data content stored in the dynamic buffer according to the data content contained in the decompressed second data segment data content.

Through this design, the communication system can be configured to use the enhanced decompression method on the decompression side, and specifically adopt one of the above implementation methods for compression. Therefore, the communication system can flexibly configure the implementation method used by the compression side and the corresponding implementation method used by the decompression side according to the service characteristics and data characteristics of the data packet, thereby further improving the flexibility of data compression in the communication system. Furthermore, the data compression efficiency can be improved, and finally the data transmission efficiency and resource utilization rate of the communication system can be improved.

In a possible design, the decompression configuration information further includes: sixth indication information, where the sixth indication information is used to indicate a third buffer type corresponding to at least one third component in the data packet;

Wherein, the third buffer type corresponding to any third component is used to instruct the second communication device to use the buffer belonging to the third buffer type in the target decompression buffer to decompress the third component; A third component is any of the following: a data packet, a first data segment in a data packet, a second data segment in a data packet, a first field in a data packet, a second field in a data packet, a data packet The first data segment of the second field in the data packet, and the second data segment of the second field in the data packet.

Through this design, the second communication device can determine a specific decompression strategy according to the sixth indication information, so as to realize decompression of the data packet. That is, the communication system may configure the decompression policy of the second communication device according to the sixth indication information.

In a possible design, the method further includes: receiving second indication information from the first communication device, where the second indication is used to indicate that at least one second component in the second data packet corresponds to The second buffer type;

Wherein, the second buffer type corresponding to any second component is used to instruct the second communication device to use the buffer belonging to the second buffer type in the target decompression buffer to decompress the second component; A second component is any of the following: the second data packet, the first data segment in the second data packet, the second data segment in the second data packet, the second data packet The first field in the second data packet, the second field in the second data packet, the first data segment in the second field in the second data packet, and the second data segment in the second field in the second data packet.

In a possible design, the decompression buffer configuration information is used to indicate: the size of the dynamic buffer and/or the initial data content filled into the dynamic buffer, and the size of the static buffer and/or filled into Static data content of the static buffer.

With this design, the second communication device can configure the size or static data content of the static buffer and configure the size or initial data content of the dynamic buffer according to the decompression buffer configuration information.

In a possible design, the second communication device may obtain the decompression configuration information in the following manner:

Mode 1: receiving the decompression configuration information from the first communication device or the third communication device; or

Method 2: Obtain the saved configuration information for decompression.

Through this design, the communication system can configure the decompression mode and decompression buffer of the second communication device through the first communication device, the second communication device itself, or the third communication device.

In a possible design, before receiving the second data packet from the first communication device, the second communication device may also send compression configuration information to the first communication device; wherein the compression configuration information includes : Compression mode indication information and compression cache buffer configuration information, the compression mode indication information is used to indicate the target compression mode for the first communication device to compress the data packet, and the compression buffer configuration information is used to configure the data packet The target compression buffer used for compression; the target compression mode corresponds to the target decompression mode, and the configuration of the target compression buffer is the same as that of the target decompression buffer.

Through this design, the second communication device can also configure the compression mode and compression buffer of the first communication device.

In a possible design, before sending the compressed configuration information to the first communication device, the second communication device may also generate the compressed configuration information through the following steps:

receiving compression capability information from the first communication device, where the compression capability information is used to indicate the compression capability of the first communication device; and then generating the compression configuration information according to the compression capability information.

Through this design, the second communication device can generate compression configuration information according to the compression capability of the first communication device.

In a possible design, the second communication device may also perform the following steps:

updating the target decompression buffer;

sending buffer update information to the first communication device, where the buffer update information is used to instruct the first communication device to adjust the size of the target compression buffer, and/or update the data content stored in the target compression buffer;

After receiving the fourth data packet from the first communication device, using the target decompression method to decompress the fourth data packet according to the updated target decompression buffer to generate a third data packet; wherein, The fourth data packet is generated by the first communication device compressing the third data packet.

Through this design, the communication system can also update (resize and/or store content) the target decompression buffer in the second communication device, and in order to realize that the target decompression buffer is completely consistent with the target compression buffer, the second communication device can also instruct The first communication device updates the target compression buffer, so that the updated target compression buffer and target decompression buffer can adapt to changing services, thereby ensuring the compression rate of the data packet.

In a possible design, before sending buffer update information to the first communication device, the second communication device may also send a stop compression instruction to the first communication device; wherein, the stop compression instruction uses Instructing the first communication device to stop using the target compression buffer to compress data packets.

With this design, the second communication device can instruct the first communication device when to stop compression through the stop compression instruction.

In a possible design, the buffer update information further includes: third indication information; the third indication information is used to indicate the data packets compressed using the updated target compression buffer; the third The data packet is the data packet indicated by the third indication information.

Through this design, the second communication device can indicate the time when the first communication device updates the target compression buffer by specifying the data packet, so that the data packet that the first communication device compresses using the updated target compression buffer can be specified. Therefore, this design can also solve the problem that the target compression buffer used by the first communication device for compression is inconsistent with the target decompression buffer used by the second communication device for decompression, resulting in the inability to successfully decompress the data packet and eventually lead to the failure of data packet transmission.

With this design, the first communication device can also indicate the data packets to be compressed using the updated target compression buffer through the fourth indication information. In this way, when the second communication device receives the data packet containing the fourth instruction information, it can use the updated target decompression buffer to decompress, thereby solving the problem of the target compression buffer used by the first communication device when compressing and the second communication device decompressing. The problem of inconsistency in the decompression buffer of the target used.

In a possible design, when the second communication device is a base station, and the terminal device accessing the base station switches to the target base station, the second communication device may also send the decompression buffer status to the target base station Information, the state information of the decompression buffer is used to indicate the size and/or stored data content of the current target decompression buffer.

Through this design, the second communication device can notify the target base station of the state of the decompression buffer maintained by the source base station side, so that the target base station can quickly configure the decompression buffer locally with the same size and data content according to the state information of the buffer, so that Takes over the compression work from the source base station.

In a possible design, when the second communication device is a terminal device and the terminal device is handed over to the target base station, the second communication device may also receive seventh indication information from the target base station, so The seventh instruction information is used to instruct to clear or maintain the target decompression buffer, or adjust the size of the target decompression buffer, or update the data content stored in the target decompression buffer.

Through this design, the target base station can also decide whether to update, clear or maintain the contents of the compressed buffer when the compressed buffer is configured locally according to the obtained buffer state information of the source base station. When the target base station decides to update, clear or maintain the compressed buffer, in order to keep the decompressed buffer completely consistent with the compressed buffer, the target base station may also instruct the terminal device to perform the same process on the decompressed buffer.

In a third aspect, the embodiment of the present application provides a communication device, including a unit configured to perform each step in any one of the above aspects.

In a fourth aspect, the embodiment of the present application provides a communication device, including at least one processing element and at least one storage element, wherein the at least one storage element is used to store programs and data, and the at least one processing element is used to read and execute The program and data stored in the storage element enable the method provided by any one of the above aspects of the present application to be realized.

In a fifth aspect, an embodiment of the present application provides a communication system, including: a first communication device configured to execute the method provided in the first aspect, and a second communication device configured to execute the method provided in the second aspect.

In a sixth aspect, the embodiment of the present application further provides a computer program, which, when the computer program is run on a computer, causes the computer to execute the method provided in any one of the above aspects.

In the seventh aspect, the embodiment of the present application also provides a computer-readable storage medium, where a computer program is stored in the computer-readable storage medium, and when the computer program is executed by a computer, the computer executes any one of the above-mentioned method provided.

In an eighth aspect, the embodiment of the present application further provides a chip, the chip is used to read a computer program stored in a memory, and execute the method provided in any one of the above aspects.

In a ninth aspect, the embodiment of the present application further provides a chip system, where the chip system includes a processor, configured to support a computer device to implement the method provided in any one of the above aspects. In a possible design, the chip system further includes a memory, and the memory is used to store necessary programs and data of the computer device. The system-on-a-chip may consist of chips, or may include chips and other discrete devices.

The technical effects that can be achieved by any one of the above-mentioned third to ninth aspects can be described with reference to the technical effects that can be achieved by any possible design of any one of the above-mentioned first or second aspects, and the repetition will not be discussed .

Description of drawings

FIG. 1 is a schematic diagram of a dynamic buffer-based compression/decompression method provided by an embodiment of the present application;

FIG. 2 is a schematic diagram of a static buffer-based compression/decompression method provided by an embodiment of the present application;

FIG. 3A is a schematic diagram of the splicing method of the combined buffer provided in the embodiment of the present application;

FIG. 3B is a schematic diagram of an uncombined dynamic buffer and a static buffer provided by the embodiment of the present application;

FIG. 4 is a schematic diagram of an update method of a combined buffer provided in an embodiment of the present application;

FIG. 5 is a schematic structural diagram of a communication system provided by an embodiment of the present application;

FIG. 6 is a flowchart of a communication method provided by an embodiment of the present application;

FIG. 7 is a schematic diagram of updating static data content of a static buffer provided by an embodiment of the present application;

FIG. 8 is a schematic diagram of updating the size of a static buffer provided by an embodiment of the present application;

FIG. 9 is a flowchart of a communication example provided by the embodiment of the present application;

FIG. 10 is a flowchart of another communication example provided by the embodiment of the present application;

FIG. 11 is a flowchart of another communication example provided by the embodiment of the present application;

FIG. 12 is a flow chart of another communication example provided by the embodiment of the present application;

FIG. 13 is a structural diagram of a communication device provided by an embodiment of the present application;

FIG. 14 is a structural diagram of a communication device provided by an embodiment of the present application.

Detailed ways

The present application provides a communication method, device and equipment, which are used to improve the flexibility of data compression in a communication system, thereby improving the efficiency of data compression. Among them, the method, device and equipment are based on the same technical conception. Since the principle of solving the problem is similar, the implementation of the device, device and method can be referred to each other, and the repetition will not be repeated.

Hereinafter, some terms used in this application are explained to facilitate the understanding of those skilled in the art.

1) Communication equipment, generally refers to equipment with communication functions. Exemplarily, the communication device may be, but not limited to, a terminal device, an access network (access network) device, an access point, a core network device, a server in a data network, and the like.

2). The AN device is a device for connecting a terminal device to a wireless network in a mobile communication system. As a node in the radio access network, the AN device may also be called a base station, a radio access network (radio access network, RAN) node (or device), and an access point (access point, AP).

At present, some examples of AN equipment are: new generation Node B (generation Node B, gNB), transmission reception point (transmission reception point, TRP), evolved Node B (evolved Node B, eNB), wireless network controller (radio network controller, RNC), node B (Node B, NB), base station controller (base station controller, BSC), base transceiver station (base transceiver station, BTS), home base station (for example, home evolved NodeB, or home Node B , HNB), or base band unit (base band unit, BBU), etc.

In addition, in a network structure, the AN device may include a centralized unit (centralized unit, CU) node and a distributed unit (distributed unit, DU) node. This structure separates the protocol layers of the eNB in the long term evolution (LTE) system, the functions of some protocol layers are placed in the CU for centralized control, and the remaining part or all of the functions of the protocol layers are distributed in the DU. Centralized control of DUs.

3) A terminal device is a device that provides voice and/or data connectivity to users. The terminal equipment may also be called user equipment (user equipment, UE), mobile station (mobile station, MS), mobile terminal (mobile terminal, MT) and so on.

For example, the terminal device may be a handheld device with a wireless connection function, a vehicle-mounted device, and the like. At present, examples of some terminal devices are: mobile phone (mobile phone), tablet computer, notebook computer, palmtop computer, mobile Internet device (mobile internet device, MID), intelligent sales terminal (point of sale, POS), wearable device, Virtual reality (virtual reality, VR) equipment, augmented reality (augmented reality, AR) equipment, wireless terminals in industrial control (industrial control), wireless terminals in self driving (self driving), remote medical surgery (remote medical surgery) Wireless terminals in smart grid, wireless terminals in transportation safety, wireless terminals in smart city, wireless terminals in smart home, various Smart meters (smart water meters, smart electricity meters, smart gas meters), etc.

4) The core network equipment is a network element included in the core network part of the mobile communication system. Core network equipment can connect terminal equipment to different data networks, as well as services such as billing, mobility management, session management, and user plane forwarding. In mobile communication systems of different standards, the names of core network devices with the same function may be different. However, this embodiment of the present application does not limit the specific name of the core network device having each function.

For example, in the 4th generation (4 ^th generation, 4G) mobile communication system (ie, long term evolution (LTE), the network element responsible for functions such as access control, security control, and signaling coordination is called mobility management. Entity (Mobile management entity, MME); the network element serving as the local mobile management anchor point is the serving gateway (serving gateway, S-GW); the network element that is the anchor point of the handover of the external data network and responsible for IP address allocation is the packet data Network (packet data network, PDN) gateway (PDN gateway, P-GW); the network element that stores user-related data and subscription data is the home subscription server (home subscriber server, HSS); the network element responsible for policy and charging functions is called It is a policy and charging rule function (policy and charging rule function, PCRF) network element.

For another example, in a 5th generation (5 ^th generation, 5G) mobile communication system, according to specific logical function divisions, the core network can be divided into a control plane (control plane, CP) and a user plane (user plane, UP). Wherein, network elements responsible for control plane functions in the core network may be collectively referred to as control plane network elements, and network elements responsible for user plane functions may be collectively referred to as user plane network elements. Specifically, on the user plane, the network element serving as an interface of the data network and responsible for functions such as user plane data forwarding is a user plane function (user plane function, UPF) network element. In the control plane, network elements responsible for access control and mobility management functions are called access and mobility management function (access and mobility management function, AMF) network elements; network elements responsible for session management and control policy execution are called It is the session management function (session management function, SMF) network element; the network element responsible for managing subscription data, user access authorization and other functions is called unified data management (unified data management, UDM) network element; responsible for billing, policy control The functional network element is called a policy control function (Policy and charging function, PCF) network element; an application function (application function, AF) network element is responsible for transmitting the requirements of the application side to the network side.

5) The size of the buffer is used to measure the storage capacity of the buffer, and its unit can be bit (bit), byte (Byte), kilobyte (KByte), megabyte (MByte), etc.

6), "and/or", describes the association relationship of associated objects, indicating that there can be three types of relationships, for example, A and/or B, which can mean: A exists alone, A and B exist simultaneously, and B exists independently Condition. The character "/" generally indicates that the contextual objects are an "or" relationship.

It should be noted that a plurality referred to in this application refers to two or more than two. At least one means one or more than one.

In addition, it should be understood that in the description of this application, words such as "first" and "second" are only used for the purpose of distinguishing descriptions, and cannot be understood as indicating or implying relative importance, nor can they be understood as indicating or imply order.

The basic principles of several compression/decompression methods involved in the embodiments of the present application are firstly introduced below.

1. Compression/decompression method based on dynamic buffer (dynamic buffer).

The compression side needs to maintain the compression buffer, and the decompression side needs to maintain the decompression buffer. Both the compression buffer and the decompression buffer are dynamic buffers (that is, the data content stored in the buffer will change dynamically as the data packet is compressed/decompressed). In order to ensure that the decompression side can successfully decompress the data packet, the compression buffer maintained by the compression side when compressing a data packet needs to keep the same content as the decompression buffer maintained by the decompression side when decompressing the compressed data packet generated by the data packet. That is, the size and stored data content are the same.

The compression process of the compression side: the compression side judges whether the compression buffer and the original data packet contain the same at least one data segment (any data segment) according to the data content contained in the original data packet to be compressed and the data content stored in the compression buffer. The amount of data is greater than 1). If it is judged that there is a target data segment in both the compression buffer and the original data packet, the compression side uses the position information and length information of the target data segment in the compression buffer to replace the target data segment in the original data packet to obtain a compressed data packet. Finally, the compression side sends the compressed data packet to the decompression side.

The decompression process on the decompression side:

Corresponding to the above compression process, after the decompression side receives the compressed data packet, based on the location information and length information of the target data segment contained in the compressed data packet, the target data segment is extracted from the decompression buffer, thereby finally restoring the original data Bag.

From the above descriptions of the compression process and decompression process, it can be known that the compression buffer used by the compression side to compress an original data packet, and the decompression buffer used by the decompression side to decompress the corresponding compressed data packet, the data content stored in the two must be completely In order to ensure that the decompression side correctly decompresses and recovers the original data packet.

In order to realize the dynamic change of the compression buffer on the compression side and the decompression buffer on the decompression side, each time the compression side compresses an original data packet, it will use the data content in the original data packet to update the data content stored in the compression buffer. It can be understood as pushing the data content in the original data packet into the compression buffer based on the first-in-first-out (first input first output, FIFO) operation. When the size of the compressed buffer is fixed, data previously stored in the compressed buffer may be pushed out of the buffer. Similarly, every time the decompression side decompresses a compressed data packet and restores the original data packet, it will use the data content in the original data packet to update the data content stored in the decompression buffer. The specific update method is the same as that of the compression side. Here No longer.

It should be noted that the present application does not limit the physical form of the data segment. Optionally, the data segment may be a bit sequence (at least two bits), or a character string (at least two characters). Moreover, the present application does not limit the number of target data segments found in an original data packet, that is, does not limit the number of data segments that can be compressed in the original data packet.

In addition, in order to improve compression efficiency and resource utilization, the length of the target data segment to be searched by the compression side in the compression buffer and the original data packet should be as long as possible. For example, when the compression side finds a target data segment with a data volume of 2 in the compressed buffer and the original data packet, then the compression side continues to search for a target data segment with a data volume of 3 in the compressed buffer and the original data packet; , then the compression side stops searching, and compresses the target data segment with a data volume of 2; if the target data segment with a data volume of 3 is found, the compression side continues to increase the data volume until the compression side checks When the target data segment with the current amount of data is not available, compress the last found target data segment with the largest amount of data.

The following takes Figure 1 as an example to illustrate this compression/decompression method:

The data content stored in the compression buffer on the compression side is "abcdefgh", and the data content contained in the original data packet (packet A) to be compressed arriving at the compression side is "bcd", see (1) in Figure 1 Show. The compression side finds the same character string "bcd" according to the data content in the compressed buffer and the original data packet, and the offset of the starting position of the character string in the compressed buffer relative to the starting position of the compressed buffer is 6 (represented by a binary bit sequence, the position information can be expressed as 110), the length of the character string is 3 (expressed by a binary bit sequence, the length information can be expressed as 011), refer to the compression buffer in (1) in Figure 1 The bold string of . Therefore, the "bcd" in the original data can be replaced with the 6-bit bit sequence "110011", that is, the data content contained in the compressed data packet (data packet B) is "110011", as shown in (2) in Figure 1 . In addition, after compression, the compression side pushes the data content in the data packet A into the compression buffer, and the data content stored in the compression buffer is updated to "defghbcd", as shown in (2) in Figure 1.

The content of the data stored in the compression buffer at the decompression side is “adcdefgh”, and the data packet B containing the compression information “110011” is received, as shown in (3) in FIG. 1 . The decompression side, according to the position information "110" and length information "011" contained in the compression information "110011" in the data packet B, determines the offset of the starting position of the character string indicated by the compression information relative to the starting position of the decompression buffer. The displacement is 6 and the length is 3. Therefore, the decompression side can find the character string "bcd" from the search in the decompression buffer according to the position information and length information in the compression information, refer to the bold character string in the decompression buffer in (3) in FIG. 1 . Therefore, the compression side can replace the compressed information "110011" in the data packet B with the found string "bcd", and finally the decompression side can restore the data packet A (the data content contained is "bcd"), see Figure 1 Shown in (4) in. In addition, after decompression, the decompression side pushes the data content in packet A into the decompression buffer, and the data content stored in the decompression buffer is updated to "defghbcd", as shown in (4) in Figure 1.

2. Compression/decompression method based on static buffer (fix buffer).

Same as method 1, the compression side needs to maintain the compression buffer, and the decompression side needs to maintain the decompression buffer. Both the compression buffer and the decompression buffer are static buffers (that is, the data content stored in the buffer does not change dynamically with the compression/decompression of each data packet, but can be updated in a certain way). In order to ensure that the decompression side can successfully decompress the data packet, when compressing a data packet and decompressing the corresponding compressed data packet, the compression buffer maintained by the compression side and the decompression buffer maintained by the decompression side need to be kept the same, that is, the size and storage The data content is the same.

The compression process on the compression side and the decompression process on the decompression side are similar to the corresponding process in method 1. The difference is that there is no need to update the compression buffer after compressing the original data packet on the compression side, and the compressed data packet on the decompression side. After decompression, there is no need to update the decompression buffer.

Similarly, the compression buffer used by the compression side to compress an original data packet, and the decompression buffer used by the decompression side to decompress the corresponding compressed data packet, the data content stored in the two must be completely consistent, so as to ensure that the decompression side decompresses correctly. Recover the original data package. In order to ensure that the two are completely consistent, the same device can configure the data content stored in the compression buffer and decompression buffer. For example: the compression side configures its own compression buffer, and configures the decompression buffer on the decompression side. Another example: the decompression side configures its own decompression buffer, and configures the compression buffer on the compression side. For another example, the third-party management device configures the compression buffer on the compression side and the decompression buffer on the decompression side respectively. In short, it is necessary to ensure that the size and stored data content of the two must be exactly the same.

Exemplarily, the specific process of this compression/decompression method can be referred to as shown in FIG. 2. The difference from the process in FIG. 1 is that, as shown in (2) in FIG. The compression buffer is not updated; as shown in (4) in FIG. 2 , the decompression side does not update the decompression buffer after decompressing the data packet B to obtain the data packet A.

3. Enhanced compression/decompression methods based on static buffer and dynamic buffer.

Same as the previous two methods, the compression side needs to maintain the compression buffer, and the decompression side needs to maintain the decompression buffer. Both the compression buffer and the decompression buffer contain two types of buffers: static buffer and dynamic buffer. In order to ensure that the decompression side can successfully decompress the data packet, when compressing a data packet and decompressing the corresponding compressed data packet, the compression buffer maintained by the compression side and the decompression buffer maintained by the decompression side need to be kept the same, that is, the size and storage The data content is the same, including: the static buffer in the compressed buffer and the static buffer in the decompressed buffer have the same size and stored data content; the dynamic buffer in the compressed buffer and the dynamic buffer in the decompressed buffer have the same size and stored data content same.

Since there are two types of buffers in both the compression buffer and the decompression buffer, in this manner, the specific implementation manners of the compression process on the compression side and the decompression process on the decompression side can be more flexible. In the following, the original data packet to be compressed is marked as the first data packet, and the compressed data packet is marked as the second data packet as an example. The embodiments of the present application can, but are not limited to, realize this mode through the following several implementation modes:

Implementation method 1: The data packet corresponds to a dynamic buffer and a static buffer. When compressing/decompressing a data packet, the compression side and the decompression side can combine the dynamic buffer and the static buffer to form a composition buffer; and then use the combined buffer to compress/decompress the data packet.

The compression process on the compression side: the compression side compresses the first data packet according to the data content contained in the first data packet and the data content stored in the combination buffer to generate a second data packet; wherein, the combination buffer is obtained from the compression buffer The combination of static buffer and dynamic buffer is generated. Finally, the compression side updates the data content stored in the dynamic buffer in the compression buffer according to the data content contained in the first data packet.

The decompression process of the decompression side: after the decompression side receives the second data packet, according to the data content contained in the second data packet and the data content stored in the combination buffer, the second data packet is decompressed to generate the first data packet; , the combined buffer is generated by combining the static buffer and the dynamic buffer in the decompressed buffer. Finally, the decompression side updates the data content stored in the dynamic buffer in the decompression buffer according to the data content contained in the first data packet.

For the method of combining the compression side and the decompression side to splice the corresponding combined buffer, and the method of updating the dynamic buffer, please refer to the relevant introduction in the following implementation method 3, and will not repeat them here.

Implementation mode 2: the data packet consists of two parts: the first domain and the second domain. Each field corresponds to a different type of buffer: the first field corresponds to a static buffer, and the second field corresponds to a dynamic buffer.

The compression process of the compression side: the compression side compresses the first field according to the data content contained in the first field in the first data packet and the data content stored in the static buffer in the compression buffer, and generates the compressed first field; according to The data content contained in the second field in the first data packet and the data content stored in the dynamic buffer in the compression buffer are compressed to generate a compressed second field. The compression side updates the data content stored in the dynamic buffer in the compression buffer according to the data content contained in the second field in the first data packet. The compression side forms the second data packet according to the compressed first field and the compressed second field.

Compression process on the decompression side: After receiving the second data packet, the decompression side decompresses the first field according to the data content contained in the first field in the second data packet and the data content stored in the static buffer in the decompression buffer to generate The decompressed first domain; according to the data content contained in the second domain in the second data packet and the data content stored in the dynamic buffer in the decompression buffer, decompress the second domain to generate the decompressed second domain. The decompression side updates the data content stored in the dynamic buffer in the decompression buffer according to the data content contained in the decompressed second field. The decompression side forms the first data packet according to the decompressed first domain and the decompressed second domain.

Implementation mode 3: the data packet consists of two parts: the first domain and the second domain. Each field corresponds to a different type of buffer: the first field corresponds to a static buffer, and the second field corresponds to a dynamic buffer and a static buffer. When compressing/decompressing the second domain, the compression side and the decompression side can combine the dynamic buffer and the static buffer to form a combined buffer; and then use the combined buffer to compress/decompress the second domain.

The compression process of the compression side: the compression side compresses the first field according to the data content contained in the first field in the first data packet and the data content stored in the static buffer in the compression buffer, and generates the compressed first field; according to The data content contained in the second field in the first data packet and the data content stored in the combined buffer are compressed to generate the compressed second field. At this time, the combined buffer is composed of the static buffer and the dynamic buffer in the compressed buffer. Buffer composition. The compression side updates the data content stored in the dynamic buffer in the compression buffer according to the data content contained in the second field in the first data packet. The compression side forms the second data packet according to the compressed first field and the compressed second field.

Compression process on the decompression side: After receiving the second data packet, the decompression side decompresses the first field according to the data content contained in the first field in the second data packet and the data content stored in the static buffer in the decompression buffer to generate The decompressed first domain; according to the data content contained in the second domain in the second data packet and the data content stored in the combined buffer, the second domain is decompressed to generate the decompressed second domain; at this time, the combined buffer It consists of static buffer and dynamic buffer in decompression buffer. The decompression side updates the data content stored in the dynamic buffer in the decompression buffer according to the data content contained in the decompressed second field. The decompression side forms the first data packet according to the decompressed first domain and the decompressed second domain.

Exemplarily, the compression side can, but not limited to, combine the static buffer and the dynamic buffer in the compression buffer to generate a combined buffer in the following two ways:

Splicing method 1: Referring to (1) in Figure 3A, the compression side can splice the static buffer in the compressed buffer in front of the dynamic buffer, that is, the end position of the static buffer is spliced to the adjacent position before the start position of the dynamic buffer Location.

Splicing method 2: Referring to (2) in Figure 3A, the compression side can splice the dynamic buffer in the compressed buffer in front of the static buffer, that is, the end position of the dynamic buffer is spliced to the adjacent position before the start position of the static buffer Location.

Since the compression buffer on the compression side needs to be exactly the same as the decompression buffer on the decompression side, the splicing methods used to generate the combined buffer on the compression side and the decompression side must also be consistent. Therefore, the process of combining the static buffer and the dynamic buffer in the decompression buffer on the decompression side to generate a combined buffer can refer to the above two splicing methods, which will not be repeated here.

It should be noted that the specific steps of compressing/decompressing each component can refer to the above two methods, which will not be repeated here.

It should also be noted that when the compression side uses the combination buffer to compress the first component in the original data packet, only the first component in the original data packet is used to update the dynamic buffer in the combination buffer after compression. That is to push the first component of the original data packet into the dynamic buffer. In this case, some data in the dynamic buffer in the combined buffer may be pushed out, but the static compression buffer is not affected, as shown in Figure 4. Similarly, when the decompression side uses the combined buffer to decompress a certain component in the compressed data packet, only the decompressed component is used to update the dynamic buffer in the combined buffer after decompression.

Implementation mode 4: the data packet consists of two parts: a first domain and a second domain. Each field corresponds to a different type of buffer: the first field corresponds to a static buffer, and the second field corresponds to a dynamic buffer and a static buffer. Further, the second domain is composed of at least two data segments such as a first data segment and a second data segment, and the first data segment corresponds to a static buffer, and the second data segment corresponds to a dynamic buffer.

Optionally, in an implementation manner, the buffer type corresponding to each data segment in the second field may be determined by the compression side, or may be pre-configured, which is not limited in this application. In addition, this application does not limit how the second domain is divided into at least one or more data segments.

When the buffer type corresponding to each data segment in the second field is determined by the compression side, the compression side may also send indication information indicating the buffer type corresponding to each data segment in the data packet to the decompression side. For example, the compression side may carry the indication information in each compressed data packet.

The compression process of the compression side: the compression side compresses the first field according to the data content contained in the first field in the first data packet and the data content stored in the static buffer in the compression buffer, and generates the compressed first field; according to The data content contained in the first data segment of the second field in the first data packet and the data content stored in the static buffer in the compressed buffer compress the first data segment to generate a compressed first data segment; according to the first The data content contained in the second data segment in the second field of the data packet and the data content stored in the dynamic buffer in the compressed buffer are compressed to generate a compressed second data segment. The compression side forms the second data packet according to the compressed first field, the compressed first data segment, and the compressed second data segment. Finally, the compression side updates the data content stored in the dynamic buffer according to the data content contained in the second data segment of the second field in the first data packet.

The decompression process on the decompression side: after receiving the second data packet, the decompression side decompresses the first field according to the data content contained in the first field in the second data packet and the data content stored in the static buffer in the decompression buffer , to generate the decompressed first domain; according to the data content contained in the first data segment of the second domain in the second data packet and the data content stored in the static buffer in the decompression buffer, the first data segment is decompressed to generate decompression After the first data segment; according to the data content contained in the second data segment of the second field in the second data packet and the data content stored in the dynamic buffer in the decompression buffer, the second data segment is decompressed to generate the decompressed the second data segment. The decompression side forms the first data packet according to the decompressed first field, the decompressed first data segment, and the decompressed second data segment. Finally, the decompression side updates the data content stored in the dynamic buffer in the decompression buffer according to the data content contained in the decompressed second data segment.

Implementation mode 5: the data packet is composed of two parts: a first domain and a second domain. Each field corresponds to a different type of buffer: the first field corresponds to a static buffer, and the second field corresponds to a dynamic buffer and a static buffer. Further, when compressing the second domain, the compression side can select one type of buffer from dynamic buffer and static buffer to compress the second domain, or the second domain can be compressed by the decompression side or a third-party management device The corresponding buffer type is allocated to the compression side.

It should be noted that, in the case that a buffer type corresponding to the second domain on the compression side is not configured on the decompression side, the compression side or a third-party management device also needs to configure a buffer type corresponding to the second domain to the decompression side. side, to ensure that the compression side and the decompression side use the same type of buffer to compress and decompress the second domain.

For example, when the buffer type corresponding to the second domain is determined by the compression side or configured by a third-party management device, the compression side may send indication information for indicating the buffer type corresponding to the second domain to the decompression side. Exemplarily, the compression side may carry the indication information in each compressed data packet. For another example, when the buffer type corresponding to the second field is configured by the decompression side, the compression side does not need to send the indication information.

The compression process of the compression side: the compression side compresses the first field according to the data content contained in the first field in the first data packet and the data content stored in the static buffer in the compression buffer, and generates the compressed first field; according to The data content contained in the second field in the first data packet and the data content stored in the first buffer in the compression buffer are compressed to generate a compressed second field. Wherein, the first buffer is a static buffer or a dynamic buffer in the compression buffer, which can be specifically configured by the compression side, the decompression side, or a third-party management device. The compression side forms the second data packet according to the compressed first field and the compressed second field. When the first compression buffer is a dynamic buffer in the compression buffer, the compression side updates the data content stored in the dynamic buffer in the compression buffer according to the data content contained in the second field in the first data packet.

Decompression process on the decompression side: After receiving the second data packet, the decompression side decompresses the first field according to the data content contained in the first field in the second data packet and the data content stored in the static buffer in the decompression buffer, and generates The decompressed first domain: according to the data content contained in the second domain in the second data packet and the data content stored in the first buffer in the decompression buffer, decompress the second domain to generate the decompressed second domain. Wherein, the first buffer is a static buffer or a dynamic buffer in the decompression buffer, which may be specifically configured by the decompression side, the compression side, or a third-party management device. The decompression side forms the first data packet according to the decompressed first domain and the decompressed second domain. When the first buffer is a dynamic buffer in the decompressed buffer, update the data content stored in the dynamic buffer in the decompressed buffer according to the data content contained in the decompressed second field.

Implementation method 6: The data packet is regarded as a whole, and the data packet corresponds to a dynamic buffer and a static buffer. Similar to implementation 5, when compressing a data packet, the compression side can choose a type of buffer from dynamic buffer and static buffer to compress the data packet, or it can be managed by the decompression side or a third party The device configures the buffer type corresponding to the data packet (or a type of data packet, or a data packet received within a set time) to the compression side.

It should be noted that, when the buffer type corresponding to the data packet on the compression side is not configured on the decompression side, the compression side or the third-party management device also needs to configure a buffer type corresponding to the data packet to the decompression side. side, to ensure that the compression side and the decompression side use the same type of buffer to compress and decompress data packets.

For example, when the buffer type corresponding to the data packet is determined by the compression side or configured by a third-party management device, the compression side may send indication information for indicating the buffer type corresponding to the data packet to the decompression side. Exemplarily, the compression side may carry the indication information in each compressed data packet. For another example, when the buffer type corresponding to the data packet is configured by the decompression side, the compression side does not need to send the indication information.

Compression process on the compression side: the compression side compresses the first data packet according to the data content contained in the first data packet and the data content stored in the first buffer of the compression buffer to generate a second data packet. Wherein, the first buffer is a static buffer or a dynamic buffer in the compression buffer, which can be specifically configured by the compression side, the decompression side, or a third-party management device. When the first compression buffer is a dynamic buffer in the compression buffer, the compression side updates the data content stored in the dynamic buffer in the compression buffer according to the data content contained in the first data packet.

Decompression process on the decompression side: After receiving the second data packet, the decompression side decompresses the second data packet according to the data content contained in the second data packet and the data content stored in the first buffer to generate the first data packet. Wherein, the first buffer is a static buffer or a dynamic buffer in the decompression buffer, which can be specifically configured by the decompression side, the compression side or a third-party management device. When the first buffer is a dynamic buffer in the decompression buffer, the decompression side updates the data content stored in the dynamic buffer in the decompression buffer according to the data content contained in the first data packet.

Implementation mode 7: the data packet is composed of at least two data segments such as a first data segment and a second data segment. The compression side can select the corresponding buffer type for each data segment by itself, or the decompression side or a third-party management device configures the buffer type corresponding to each data segment to the compression side. Of course, different data segments can correspond to the same or different buffer types.

It should be noted that if the buffer type corresponding to each data segment in the data packet on the compression side is not configured on the decompression side, the compression side or the third-party management device also needs to configure the buffer type corresponding to each data segment in the data packet For the decompression side, to ensure that the compression side and the decompression side use the same buffer type to compress and decompress each data segment.

For example, when the buffer type corresponding to each data segment in the data packet is determined by the compression side or configured by a third-party management device, the compression side can send a message indicating the buffer type corresponding to each data segment in the data packet to the decompression side. Instructions. Exemplarily, the compression side may carry the indication information in each compressed data packet. For another example, when the buffer type corresponding to each data segment in the data packet is configured by the decompression side, the compression side does not need to send the indication information.

Compression process on the compression side: the compression side compresses the first data segment according to the data content contained in the first data segment in the first data packet and the data content stored in the first buffer in the compression buffer, and generates the compressed first data segment A data segment; according to the data content contained in the second data segment in the first data packet and the data content stored in the second buffer in the compression buffer, compress the second data segment to generate a compressed second data segment. The compression side composes the second data packet according to the compressed first data segment and the compressed second data segment. When the first buffer is a dynamic buffer, the compression side updates the data content stored in the dynamic buffer according to the data content contained in the first data segment in the first data packet; when the second buffer is a dynamic buffer, the compression side updates the data content stored in the dynamic buffer according to the first The data content contained in the second data segment in the data packet updates the data content stored in the dynamic buffer. Wherein, the first buffer is a static buffer in the compression buffer, and the second buffer is a dynamic buffer in the compression buffer; or the first buffer is a dynamic buffer in the compression buffer, and the second buffer is a static buffer in the compression buffer.

The decompression process of the decompression side: after the decompression side receives the second data packet, according to the data content contained in the first data segment in the second data packet and the data content stored in the first buffer in the decompression buffer, the first data segment Decompress to generate the decompressed first data segment; according to the data content contained in the second data segment in the second data packet and the data content stored in the second buffer in the decompression buffer, decompress the second data segment to generate The decompressed second data segment. The decompression side forms the first data packet according to the decompressed first data segment and the decompressed second data segment. When the first buffer is a dynamic buffer, the data content contained in the first data segment decompressed by the decompression side updates the data content stored in the dynamic buffer in the decompression buffer; The data content contained in the second data segment updates the data content stored in the dynamic buffer in the decompression buffer. Wherein, the first buffer is a static buffer in the decompression buffer, and the second buffer is a dynamic buffer in the decompression buffer; or the first buffer is a dynamic buffer in the decompression buffer, and the second buffer is a static buffer in the decompression buffer.

It should be noted that this application does not limit the composition of the data packets. The above-mentioned first field and second field, as well as the first data segment and the second data segment in the second field, can be specifically divided according to the format or data characteristics of the data packet. Exemplarily, the first field may be a packet header, and the second field may be a payload. For another example, the first field is the payload, and the second field is the header. According to the difference of the kind of data packet, the format of packet header is also different, exemplary, the packet header of data packet can comprise Ethernet frame header, network protocol (internet protocol, IP) header, transmission control protocol (transmission control protocol, TCP) One or more of header, user datagram protocol (user datagram protocol, UDP) header, real-time transport protocol (real-time transport protocol, RTP) header, service data adaptation protocol (service data adaptation protocol, SDAP) header, etc.

In addition, different from implementation 1 and implementation 3, in other implementations, the static buffer and the dynamic buffer are two separate and independent buffers, as shown in FIG. 3B .

Embodiments of the present application will be described in detail below in conjunction with the accompanying drawings.

FIG. 5 shows the architecture of a possible communication system to which the communication method provided by the embodiment of the present application is applicable. Referring to Fig. 1, the communication system includes three parts: a terminal device, a mobile communication system, and a data network (data network, DN).

The terminal device is an entity capable of receiving and transmitting wireless signals on the user side, and needs to access the network through the AN device in the mobile communication system. The terminal device may be various devices that provide voice and/or data connectivity for users. For example, as shown in FIG. 5, the terminal device may be a vehicle-mounted device, VR glasses, a smart phone, and the like.

The mobile communication network provides access services and end-to-end connection services for terminal devices. The terminal equipment can access the DN through the mobile communication network to realize specific services. Wherein, the mobile communication network may further include two parts: an access network (access network, AN) and a core network (core network, CN). Among them, the access network is mainly responsible for the wireless access function of the terminal equipment. The core network is used to connect terminal equipment to the DN, and is responsible for services such as terminal equipment billing, mobility management, session management, and user plane forwarding.

The specific network equipment deployed in the access network is AN equipment, which can be responsible for wireless access, wireless resource management on the air interface side, quality of service (QoS) management, data compression and encryption, user plane data forwarding and other functions .

The core network includes multiple core network devices, each of which implements different core network functions. In mobile communication systems of different standards, the core network deployed by the core network may be different, and the names of core network devices with the same function may also be different.

Exemplarily, in a 5G mobile communication system, according to specific logical function divisions, the core network can be divided into a control plane (control plane, CP) and a user plane (user plane, UP). Then, network elements responsible for control plane functions in the core network may be collectively referred to as control plane network elements, and network elements responsible for user plane functions may be collectively referred to as user plane network elements. As explained above for the core network equipment, the user plane network elements include UPF network elements (abbreviated as UPF). The control plane network elements include: AMF network element (referred to as AMF for short), SMF network element (referred to as SMF for short), UDM network element (referred to as UDM for short), PCF network element (referred to as PCF for short), and AF network element (referred to as AF) etc.

DN, also called packet data network (PDN), is a network outside the mobile communication network. Multiple services can be deployed in at least one server in the DN to provide services such as data and/or voice for terminal equipment. Wherein, the mobile communication network can access at least one DN, and the same DN can also be accessed by at least one mobile communication network. For example, the DN may be a packet data network (packet data network, PDN), such as the Internet (Internet), IP Multi-media Service (IP Multi-media Service, IMS) network, some application-specific data networks (such as Tencent Video's data network), Ethernet, IP local network, etc., which are not limited in this application.

Optionally, the communication system shown in FIG. 5 may support a sidelink (sidelink) communication technology. The sidelink communication technology is a near-field communication technology that can be directly connected between terminal devices, and is also called a proximity services (Proximity services, ProSe) communication technology, or a D2D communication technology. In the communication system, a plurality of terminal devices that are geographically close and support sidelink communication may form a sidelink communication system (also called a sidelink communication subsystem, a sidelink system, etc.). In the sidelink communication system, two terminal devices (also referred to as sidelink devices) can communicate through a direct link (sidelink connection). The sidelink communication technology can support broadcast, multicast, and unicast transmissions within the coverage of AN equipment, outside the coverage of AN equipment, and under partial coverage of AN equipment.

In the communication system shown in FIG. 5 , different sidelink communication systems can be formed for different application scenarios. For example, in the scenario where the user is driving a car, the user's smartphone can form a sidelink communication system with the on-board equipment installed in the car, as shown in the figure. For another example, in a scene where a user uses VR glasses to watch a movie, the user's smart phone and the VR glasses can form a sidelink communication system, as shown in the figure. In other scenarios, a sidelink communication system can be formed by on-board devices between different cars, or a sidelink communication system can be formed by mobile phones on different cars.

It should be understood that each of the above network elements in the mobile communication system or DN may be a network element implemented on dedicated hardware, or a software instance running on dedicated hardware, or a virtualization platform (such as a cloud platform) ) instance of the virtualization function. In addition, the embodiment of the present application does not limit the distribution form of each network element in the communication system. Optionally, each of the above network elements may be deployed in different physical devices, or multiple network elements may be integrated in the same physical device.

In addition, communication devices in the communication system shown in FIG. 1 can interact with each other through corresponding interfaces, and some network elements can use service interfaces, which is not limited in this application. Exemplarily, as shown in FIG. 1, the AN device and the terminal device may be connected through an air interface (that is, a Uu interface), thereby realizing communication between the AN device and the terminal device (this communication may be referred to as Uu communication, or cellular communication). Adjacent terminal devices can establish a direct link sidelink connection through a short-distance service communication interface 5 (ProSe communication 5, PC5) interface to form a sidelink communication system.

Wherein, both the Uu interface and the PC5 interface include a control plane protocol stack and a user plane protocol stack. Among them, the user plane protocol stack includes at least the following protocol layers: physical (physical, PHY) layer, MAC layer, radio link control (radio link control, RLC) layer and packet data convergence protocol (packet data convergence protocol, PDCP) layer, service data adaptation protocol (service data adaptation protocol, SDAP) layer; the control plane protocol stack includes at least the following protocol layers: physical layer, MAC layer, RLC layer, PDCP layer, radio resource control (radio resource control, RRC) layer. Each protocol stack realizes the function of the protocol stack through the corresponding protocol stack entity.

It should also be pointed out that the communication system shown in FIG. 5 is used as an example, and does not limit the communication system to which the method provided in the embodiment of the present application is applicable. In a word, the method provided in the embodiment of the present application is applicable to various types and standards of communication systems or application scenarios. For example: 4G mobile communication system, 5G mobile communication system, 6G mobile communication system, future new generation mobile communication system, wireless fidelity (Wireless-Fidelity, Wi-Fi) system, vehicle to everything (V2X) system, Long-term evolution-LTE-vehicle (LTE-V) system, vehicle-to-vehicle (V2V) system, vehicle-to-vehicle system, Machine Type Communications (MTC) system, Internet of things (Internet of things) , IoT) system, long-term evolution-machine to machine (LTE-machine to machine, LTE-M) system, machine to machine (machine to machine, M2M) system, and various DN networks, distributed storage systems, etc., this application Examples are not limited.

Through the above introduction to the basic principles of several compression/decompression methods, the data segments that frequently appear in the data packets are fixed in the static buffer, which can significantly improve the compression rate of the data packets. In addition, when the dynamic buffer is used for compression, the compression rate of the data packet can also be improved when the same data segment exists in two adjacent data packets. However, there are differences in data characteristics of data packets transmitted in communication systems in different scenarios, and there may also be differences in data characteristics of data packets transmitted in different time periods of the same communication system.

For example, in a scenario where a terminal device is connected to multiple collectors and reports the data collected by each collector to the base station, the headers (header) of the data packets generated by the terminal device for the same collector are basically the same, and the payload (payload) They are also relatively similar; however, the data packets generated by terminal devices for different collectors are quite different.

For another example, the payloads of data packets generated by the compression side during a period of time are basically the same, and the payloads of data packets generated during another period of time are quite different.

For another example, the packet headers of the data packets generated by the compression side when implementing a certain service are basically the same, and the payloads of two adjacent data packets have partially similar data segments.

Obviously, the data content in the data packet transmitted between two communication devices establishing a communication connection in the communication system is flexible and changeable. Therefore, if the current UDC mechanism, RoHC mechanism, EHC mechanism and other compression mechanisms are used to compress , may affect the data compression efficiency between the two communication devices, and cannot achieve the effect of improving data transmission efficiency and resource utilization.

Based on this, in order to improve the flexibility of data compression in the communication system, thereby improving the efficiency of data compression, and finally improving the data transmission efficiency and resource utilization of the communication system, an embodiment of the present application provides a communication method. The method can be applied to two communication devices establishing a communication connection in various communication systems including the communication system shown in FIG. 5 . For example, the method can be applied to two terminal devices in a sidelink communication system, a terminal device and an AN device, an AN device and a core network device, two core network devices in a core network, a core network device and a server in a DN, or between two servers in the DN.

Referring to the flowchart shown in FIG. 6 , the communication method will be described in detail step by step. For ease of distinction, in this embodiment of the application, the compression side is marked as the first communication device, the decompression side is marked as the second communication device, and the third-party management device is marked as the third communication device.

S601a-S604 are the process of configuring compression mode, decompression mode, compression buffer and decompression buffer.

S601: The first communication device acquires compressed configuration information. Wherein, the compression configuration information includes: compression mode indication information and compression buffer configuration information; the compression mode indication information is used to indicate the target compression mode for the first communication device to compress the data packet, and the compression buffer The configuration information is used to configure the target compression buffer of the first communication device.

S602: The first communication device configures the target compression buffer according to the compression configuration information.

S603: The second communication device acquires the decompression configuration information. Wherein, the decompression configuration information includes: decompression mode indication information and decompression buffer configuration information, wherein the decompression mode indication information is used to indicate a target decompression mode for the second communication device to decompress the data packet, the The decompression buffer configuration information is used to configure the target decompression buffer of the second communication device.

S604: Configure the target decompression buffer according to the decompression buffer configuration information.

It should be noted that the present application does not limit the execution order of S601 and S603. In addition, in this embodiment of the present application, only steps S601 and S602 may be executed, or only steps S603 and S604 may be executed.

From the above introduction to the basic principles of several compression/decompression methods, it can be seen that the target compression buffer of the first communication device and the target decompression buffer of the second communication device need to be completely consistent (consistent type, consistent size, and consistent stored data content) . Therefore, in a communication system, the compression buffer and the decompression buffer are generally configured by the same device. Optionally, in this embodiment of the present application, the target compression buffer and the target decompression buffer may be triggered and configured by the first communication device, the second communication device, or the third communication device, that is, the compression configuration information in S601 . The decompression configuration information in S603 may be generated by the first communication device, the second communication device or the third communication device, which is not limited in this application.

Based on this, the first communication device or the second communication device may, but not limited to, acquire compressed configuration information or decompressed configuration information through the following several implementation manners.

A first implementation manner: the first communication device configures a target compression buffer and a target decompression buffer.

In this embodiment, the first communication device generates decompression configuration information, and sends the decompression configuration information to the second communication device. Optionally, the first communication device may generate the decompression configuration information according to user configuration, or at least one of the following or any combination thereof: compression capability information of the first communication device, decompression capability information of the second communication device, current waiting The data characteristics, compression requirements, and data transmission efficiency requirements of the compressed data packets are not limited in this application.

Wherein, as shown in the figure, in this embodiment, the second communication device may send the decompression capability information of the second communication device to the first communication device through S601b; S601b Receive decompression capability information from the second communication device.

Correspondingly, the first communication device needs to configure a target compression buffer, wherein the size and initial data content of the target compression buffer must be consistent with the size and initial data content of the target decompression buffer configured for the second communication device. When performing S603, the second communication device receives the decompression configuration information from the first communication device. In this way, the second communication device can configure the size and initial data content of the target decompression buffer according to the decompression configuration information.

Second implementation manner: the second communication device configures a target compression buffer and a target decompression buffer.

In this implementation manner, the second communication device generates compressed configuration information, and sends the compressed configuration information to the first communication device. Optionally, the second communication device may generate the compression configuration information according to user configuration, or at least one of the following or any combination thereof: compression capability information of the first communication device, decompression capability information of the second communication device, current pending The data characteristics, compression requirements, and data transmission efficiency requirements of the compressed data packets are not limited in this application.

Wherein, as shown in the figure, in this embodiment, the first communication device may send the compression capability information of the first communication device to the second communication device through S601a. And the second communication device may receive the compression capability information from the first communication device through S601a.

Correspondingly, the second communication device needs to configure a target decompression buffer, wherein the size and initial data content of the target decompression buffer need to be consistent with the size and initial data content of the target compression buffer configured for the first communication device. When performing S601, the first communication device receives the compressed configuration information from the second communication device. In this way, the first communication device may configure the size and initial data content of the target compression buffer according to the compression configuration information.

In a third implementation manner, the third communication device configures a target compression buffer and a target decompression buffer.

In this embodiment, the third communication device generates compressed configuration information and decompressed configuration information; then sends the compressed configuration information to the first communication device, and sends the decompressed configuration information to the second communication device. Optionally, the third communication device may generate the compression configuration information and the decompression configuration information according to user configuration, or at least one of the following or any combination thereof: compression capability information of the first communication device, information of the second communication device The decompression capability information, data characteristics of the currently to-be-compressed data packet, compression requirements, and data transmission efficiency requirements are not limited in this application.

Wherein, as shown in the figure, in this embodiment, the first communication device may send the compression capability information of the first communication device to the third communication device through S601a; the second communication device may send the compression capability information through S601b sending the decompression capability information of the second communication device to the third communication device. Therefore, the third communication device may receive the compression capability information from the first communication device through S601a, and receive the decompression capability information from the second communication device through S601b.

Correspondingly, when performing S601, the first communication device receives the compressed configuration information from the third communication device. When performing S603, the second communication device receives the decompression configuration information from the third communication device.

It should be noted that, in the above three implementation manners, the compression capability information of the first communication device is used to characterize the compression capability of the first communication device, which may include but not limited to at least one or any combination of the following:

The decompression capability information of the second communication device is used to characterize the decompression capability of the second communication device, and may include, but is not limited to, at least one or any combination of the following:

Supported decompression methods, data transmission directions that can be decompressed, the number or information of radio bearers that support decompression processing, the total size threshold of the decompression buffer, and the buffer size threshold of each buffer type.

For each compression/decompression method, the compression configuration information and/or decompression configuration information involved in the above steps will be described in detail below.

The first implementation mode: a dynamic buffer-based compression/decompression mode.

Compress configuration information:

The target compression mode indicated by the compression mode indication information in the compression configuration information is a compression mode based on a dynamic buffer; the target compression buffer configured by the compression buffer configuration information is a dynamic buffer.

In this embodiment, the compressed buffer configuration information is used to indicate the size of the dynamic buffer and/or the initial data content filled into the dynamic buffer.

Optionally, the initial data content may be empty, or may be a pre-configured data dictionary. Optionally, the compressed buffer configuration information may include the initial data content, or include indication information indicating the initial data content.

Similarly, the compressed buffer configuration information may include the size of the dynamic buffer, or include indication information indicating the size of the dynamic buffer.

Unzip configuration information:

The target decompression mode indicated by the decompression mode indication information in the decompression configuration information is a decompression mode based on a dynamic buffer; the target decompression buffer configured in the decompression buffer configuration information is a dynamic buffer.

In this embodiment, the decompression buffer configuration information is used to indicate the size of the dynamic buffer and/or the initial data content filled into the dynamic buffer.

Similar to the compressed buffer configuration information, the decompressed buffer configuration information may include the initial data content, or include indication information indicating the initial data content; the decompressed buffer configuration information may include the size of the dynamic buffer, or include Indication information indicating the size of the dynamic buffer.

It should be noted that, in order to ensure that the target compression buffer is completely consistent with the target decompression buffer, the size of the dynamic buffer indicated by the compression buffer configuration information is the same as the size of the dynamic buffer indicated by the decompression buffer configuration information; The initial data content of the dynamic buffer indicated by the buffer configuration information is the same as the initial content of the dynamic buffer indicated by the decompressed buffer configuration information.

The second implementation mode: static buffer-based compression/decompression mode.

Compress configuration information:

The target compression mode indicated by the compression mode indication information in the compression configuration information is a static buffer-based compression mode; the target compression buffer configured by the compression buffer configuration information is a static buffer.

In this embodiment, the compressed buffer configuration information is used to indicate the size of the static buffer and/or the content of static data filled into the static buffer.

Optionally, the static data content is a preconfigured data dictionary. Optionally, the compressed buffer configuration information may include the static data content, or include indication information indicating the static data content.

Similarly, the compressed buffer configuration information may include the size of the static buffer, or include indication information indicating the size of the static buffer.

Unzip configuration information:

The target decompression mode indicated by the decompression mode indication information in the decompression configuration information is a decompression mode based on a static buffer; the target decompression buffer configured in the decompression buffer configuration information is a static buffer.

In this embodiment, the decompression buffer configuration information is used to indicate the size of the static buffer and/or the content of static data filled into the static buffer.

Similar to the compressed buffer configuration information, the decompressed buffer configuration information may include the static data content, or include indication information indicating the static data content; the decompressed buffer configuration information may include the size of the static buffer, or include An indication of the size of the static buffer.

It should be noted that, in order to ensure that the target compression buffer is completely consistent with the target decompression buffer, the size of the static buffer indicated by the compression buffer configuration information is the same as the size of the static buffer indicated by the decompression buffer configuration information; The static data content of the static buffer indicated by the buffer configuration information is the same as the static data content of the static buffer indicated by the decompressed buffer configuration information.

The third implementation mode: an enhanced compression/decompression mode based on static buffer and dynamic buffer.

Compress configuration information:

The target compression mode indicated by the compression mode indication information in the compression configuration information is an enhanced compression mode based on static buffer and dynamic buffer; the target compression buffer configured by the compression buffer configuration information includes static buffer and dynamic buffer.

In this embodiment, the compressed buffer configuration information is used to indicate the size of the dynamic buffer and/or the initial data content filled into the dynamic buffer, and the size of the static buffer and/or the static data filled into the static buffer content.

Optionally, the initial data content may be empty, or may be a pre-configured data dictionary. The static data content may be a preconfigured data dictionary.

Optionally, the compressed buffer configuration information may include the initial data content, or include indication information indicating the initial data content. The compressed buffer configuration information may include the static data content, or include indication information indicating the static data content.

Similarly, the compressed buffer configuration information may include the size of the dynamic buffer, or include indication information indicating the size of the dynamic buffer. The compressed buffer configuration information may include the size of the static buffer, or include indication information indicating the size of the static buffer.

In addition, the compressed buffer configuration information may also indicate the size of the dynamic buffer and the size of the static buffer in a size ratio manner, and the specific indication manner is not limited in this embodiment of the present application. For example, the compressed buffer configuration information indicates the total buffer size, and the proportion of the dynamic buffer to the total buffer and/or the proportion of the static buffer to the total buffer. For another example, the compressed buffer configuration information indicates the total buffer size and the size ratio between the dynamic buffer and the static buffer. For another example, the compressed buffer configuration information indicates the size of a buffer type, and the size ratio between the dynamic buffer and the static buffer.

Unzip configuration information:

The target decompression mode indicated by the decompression mode indication information in the decompression configuration information is an enhanced decompression mode based on static buffer and dynamic buffer; the target decompression buffer configured by the decompression buffer configuration information includes static buffer and dynamic buffer.

In this embodiment, the decompression buffer configuration information is used to indicate the size of the dynamic buffer and/or the initial data content filled into the dynamic buffer, and the size of the static buffer and/or the static data filled into the static buffer content.

Similar to the compressed buffer configuration information, the decompressed buffer configuration information may include the initial data content, or include indication information indicating the initial data content; the decompressed buffer configuration information may include the static data content, or include an indication Indication information of the static data content; the decompression buffer configuration information may include the size of the dynamic buffer, or include indication information indicating the size of the dynamic buffer; the decompression buffer configuration information may include the size of the static buffer, or Contains indication information indicating the size of the static buffer.

It should be noted that, in order to ensure that the target compression buffer is completely consistent with the target decompression buffer, the size of the dynamic buffer indicated by the compression buffer configuration information is the same as the size of the dynamic buffer indicated by the decompression buffer configuration information; The initial data content of the dynamic buffer indicated by the buffer configuration information is the same as the initial content of the dynamic buffer indicated by the decompressed buffer configuration information; the size of the static buffer indicated by the compressed buffer configuration information is the same as that indicated by the decompressed buffer configuration information The sizes of the indicated static buffers are the same; the static data content of the static buffer indicated by the compressed buffer configuration information is the same as the static content of the static buffer indicated by the decompressed buffer configuration information.

It should be understood that, in the above three implementation manners, the compression configuration information and the decompression configuration information may also indicate other information related to compression/decompression.

For example, in the case that multiple wireless bearers (or wireless links, wireless connections, transmission channels, etc.) can be established between the first communication device and the second communication device for data packet transmission, the compressed configuration information may also indicate support The target radio bearer for compression processing (that is, the first communication device compresses the data packets sent through the target radio bearer); similarly, the decompression configuration information may also indicate the target radio bearer that supports decompression processing (that is, the second communication device) The device decompresses the data packet received through the target radio bearer).

It should also be noted that, in the above three implementation manners, when the compression configuration information is configured according to the compression capability information of the first communication device, the compression method configured in the compression configuration information and the configured compression buffer The compression capability information needs to be complied with. For example: the target compression mode indicated by the compression mode indication information in the compression configuration information belongs to the compression mode supported by the first communication device; the total size of the buffers of all buffer types in the target compression buffer indicated by the compression buffer configuration information is less than or equal to the total size threshold of the compression buffer supported by the first communication device; the size of each buffer type in the target compression buffer indicated by the compression buffer configuration information is less than or equal to the size threshold of the buffer of the buffer type supported by the first communication device ; The method for the first communication device to transmit data to the second communication device conforms to the data transmission direction that the first communication device can perform compression processing; bearer.

Similarly, in the above three implementation manners, when the decompression configuration information is configured according to the decompression capability information of the second communication device, the decompression mode configured in the decompression configuration information and the configured decompression buffer need to conform to the Decompression capability information. For example: the target decompression mode indicated by the decompression mode indication information in the decompression configuration information belongs to the decompression mode supported by the second communication device; the total size of all buffer types in the target decompression buffer indicated by the decompression buffer configuration information is less than or equal to the total size threshold of the decompression buffer supported by the second communication device; the size of each buffer type in the target decompression buffer indicated by the decompression buffer configuration information is less than or equal to the size threshold of the buffer of the buffer type supported by the second communication device ; The method for the first communication device to transmit data to the second communication device conforms to the data transmission direction that the second communication device can perform decompression processing; the target radio bearer indicated by the decompression configuration information belongs to the second communication device that supports configuration decompression bearer.

In summary, the above steps can ensure that the first communication device can configure the target compression buffer, and the second communication device can configure the target decompression buffer, and ensure that the target compression buffer and the target decompression buffer are completely consistent, so that the first communication device and the second communication device can Prepare for the transmission of data packets between them.

Furthermore, the communication system can configure the data content that appears frequently in the data packet into the static buffer, so that the data compression rate of the data packet can be improved.

S605-S607 are the process of transmitting data packets.

S605: After acquiring the first data packet, the first communication device compresses the first data packet according to the target compression buffer in the target compression manner to generate a second data packet.

Optionally, the first communication device may obtain, but is not limited to, the first data packet in the following manner:

Mode 1: receiving the first data packet from another communication device;

Mode 2: generating the first data packet;

Manner 3: The first data packet is received from the upper layer entity. For example, when the compression operation is performed by the PDCP entity in the first communication device, the first data packet may be sent by the SDAP entity to the PDCP entity.

S606: The first communication device sends the second data packet to the second communication device.

It should be noted that when the compression configuration information can also indicate a target radio bearer that supports compression processing, the first data packet is a service data packet of a service corresponding to the target radio bearer, and the second communication The device may send the second data packet to the second communications device through the target radio bearer.

S607: After receiving the second data packet from the first communication device, the second communication device uses the target decompression method to decompress the second data packet according to the target decompression buffer to generate a second data packet. a packet.

In this embodiment of the present application, the process of compressing the first data packet by the first communication device can refer to the procedures in the aforementioned several compression methods, and the process of decompressing the second data packet by the second communication device The process can also refer to the processes in the aforementioned several decompression methods, and will not be described here.

It should be noted that when the first communication device uses the enhanced compression method based on static buffer and dynamic buffer to compress the first data packet, the second communication device uses the enhanced decompression method based on static buffer and dynamic buffer to compress the second data packet. In the case of decompression, since multiple buffer types are involved, it is possible to pre-set which buffer type to use for each component in the data packet for compression/decompression. Based on this, the embodiment of the present application also provides the following implementation modes:

First implementation manner: In order to indicate which buffer type each component in the data packet should use for compression, the compression configuration information may further include first indication information. The first indication information indicates the buffer type corresponding to at least one component in the data packet; wherein, the buffer type corresponding to any one component is used to instruct the first communication device to use the target compression buffer that belongs to the buffer type The buffer compresses the component; any component is any of the following: (whole) data packet, first data segment in data packet, second data segment in data packet, first field in data packet, The second field in the data packet, the first data segment in the second field in the data packet, and the second data segment in the second field in the data packet.

In this way, when performing S605 to compress the first data packet, the first communication device can determine the buffer type that should be used when compressing each component according to the first instruction information, so that the buffer type can be used Compress the component.

The second implementation manner: similar to the first implementation manner, in order to indicate which buffer type each component in the data packet should use for decompression, the decompression configuration information may further include second indication information. The second indication information is used to indicate the buffer type corresponding to at least one component in the data packet; wherein, the buffer type corresponding to any one component is used to instruct the second communication device to use the buffer belonging to the target decompression buffer Buffer of type decompresses the component; any component is any of the following: (entire) packet, first segment in packet, second segment in packet, first segment in packet field, the second field in the data packet, the first data segment of the second field in the data packet, and the second data segment of the second field in the data packet.

In this way, when the second communication device executes S607 to decompress the second data packet, it can determine the buffer type that should be used when decompressing each component according to the second instruction information, so that the buffer type can be used Unzip the component.

The third implementation mode: which buffer type should be used for each component in the data packet for compression/decompression is pre-negotiated between the first communication device and the second communication device, or is stipulated by the protocol, or is It is configured by the user, which is not limited in this application.

The fourth implementation mode: after the first communication device passes the above first and third implementation modes, or other methods, or determines the buffer type corresponding to each component in the data packet by itself, it can send the second communication device Sending third indication information, the third indication information is used to indicate the buffer type corresponding to at least one component in the data packet (including the second data packet) sent by the first communication device to the second communication device; wherein, any one of the components The buffer type corresponding to the part is used to instruct the second communication device to use the buffer belonging to the buffer type in the target decompression buffer to decompress the component; any component is any of the following: (whole) data packet, The first data segment in the data packet, the second data segment in the data packet, the first field in the data packet, the second field in the data packet, the first data segment in the second field in the data packet, the second field in the data packet The second data segment of the second field.

For example, in the fourth and sixth implementations of the aforementioned third compression/decompression method, after the first communication device determines the buffer type corresponding to at least one component by itself, the decompression strategy ( That is, which buffer type corresponds to each component to be decompressed) is notified to the second communication device through the third indication information.

Optionally, the first communication device may send the third indication information to the second communication device before sending the data packet, or after compressing the data packet in the corresponding manner, or after compressing The third indication information is carried in the data packet. For example, the communication device may carry the third indication information in the second data packet.

When the first communication device carries the third indication information in each data packet, when the second communication device receives each data packet, it may, according to the third indication information contained in the data packet, Each component in is decompressed using the corresponding buffer type. In this way, the first communication device can dynamically adjust the compression strategy for each data packet at the granularity of the data packet (that is, which buffer type is compressed for each component), and can notify the corresponding decompression strategy to the first The second communication device, so as to ensure that the second communication device can successfully decompress the received data packet. Therefore, this embodiment can further realize the flexibility of data compression.

In an implementation manner, the compressed buffer configuration information or the decompressed buffer configuration information may indicate that multiple buffers are configured for a dynamic buffer type or a static buffer type. For example, when compressing a certain component, the first communication device may flexibly select a buffer from multiple buffers of the buffer type corresponding to the component for compression; and may notify the second communication device that the component specifically adopts Which buffer is compressed (which buffer should be used for decompression).

To sum up, the above steps can realize the compression and decompression of the data packets transmitted between the first communication device and the second communication device, so as to ensure the transmission efficiency of the data packets.

S608-S611 are processes of synchronously updating the target compression buffer and the target decompression buffer.

Due to business changes, the data characteristics of the data packets will also change. The previously configured static buffer size and static data content, and the dynamic buffer size may no longer be suitable for data packets whose data characteristics have changed. If the target compression buffer and the target decompression buffer are not updated, the compression rate of the data packet may be reduced, thereby affecting the transmission efficiency and resource utilization of the data packet. To sum up, the embodiment of the present application can adaptively and synchronously adjust the target compression buffer and the target decompression buffer through the following S608-S611, so as to ensure the compression rate of the data packet, the transmission efficiency of the data packet, and the resource utilization rate.

S608: The first communication device updates the target compression buffer. Specifically, S608 may specifically include at least one or any combination of the following: adjusting the size of the target compression buffer, and/or updating data content stored in the target compression buffer.

S609: The second communication device updates the target decompression buffer. Similar to S608, S609 may specifically include at least one or any combination of the following: adjusting the size of the target decompression buffer, and/or updating data content stored in the target decompression buffer.

It should be noted that the present application does not limit the execution order of S608 and S609.

Similar to configuring the target compression buffer and the target decompression buffer, in order to ensure that the target compression buffer and the target decompression buffer are completely consistent, therefore, in the communication system, the update is generally triggered by the same device. Optionally, in this embodiment of the present application, the target compression buffer and the target decompression buffer may be triggered and configured by the first communication device, the second communication device, or the third communication device.

Optionally, the device that triggers to update the target compression buffer and target decompression buffer and the device that configures the target compression buffer and target decompression buffer may be the same device or different devices, which is not limited in this application.

Based on this, the first communication device and the second communication device may, but are not limited to, update the target compression buffer and the target decompression buffer through the following several implementation manners.

A first implementation manner: the second communication device triggers to update the target decompression buffer.

In this embodiment, the second communication device may update the target decompression buffer according to data compression requirements, data characteristics, user configuration, and the like. The update operation of the target decompression buffer may include: adjusting the size of the target decompression buffer, and/or updating the data content stored in the target decompression buffer.

Afterwards, in order to ensure that the target compression buffer is completely consistent with the target decompression buffer, the second communication device may generate first buffer update information according to an update operation of the target decompression buffer. Then the second communication device sends the first buffer update information to the first communication device through S608a, that is, the first communication device can receive the first buffer update information from the second communication device through S608a. In this way, when executing S608, the first communication device may update the target compression buffer according to the first buffer update information.

Wherein, the first buffer update information is used to instruct the first communication device to adjust the size of the target compression buffer, and/or update the data content stored in the target compression buffer. It should be noted that the update operation indicated by the first buffer update information should make the updated target compression buffer consistent with the updated target decompression buffer.

A second implementation manner: the first communication device triggers to update the compression buffer.

In this embodiment, the first communication device may update the target compression buffer according to data compression requirements, data characteristics, user configuration, and the like. The update operation of the target compression buffer may include: adjusting the size of the target compression buffer, and/or updating the data content stored in the target compression buffer.

Afterwards, in order to ensure that the target compressed buffer is completely consistent with the target decompressed buffer, the first communication device may generate second buffer update information according to an update action of the target compressed buffer. Then the first communication device sends the second buffer update information to the second communication device through S609a, that is, the second communication device can receive the second buffer update information from the first communication device through S609a. In this way, when executing S609, the second communication device may update the target decompression buffer according to the second buffer update information.

Wherein, the second buffer update information is used to instruct the second communication device to adjust the size of the target decompression buffer, and/or update the data content stored in the target decompression buffer. It should be noted that the update operation indicated by the second buffer update information should make the updated target decompression buffer consistent with the updated target compression buffer.

A third implementation manner: the third communication device triggers to update the compression buffer.

In this embodiment, the third communication device may trigger updating of the target decompression buffer and/or target compression buffer according to data compression requirements, data characteristics, user configuration, etc., that is, generate first cache update information and/or second cache update information . Then, the third communication device sends the first cache update information to the first communication device in S608a, and/or sends the second cache update information to the second communication device in S609a.

Wherein, the first buffer update information is used to instruct the first communication device to adjust the size of the target compression buffer, and/or update the data content stored in the target compression buffer. The second buffer update information is used to instruct the second communication device to adjust the size of the target decompression buffer, and/or update the data content stored in the target decompression buffer. It should be noted that the update operation indicated by the first buffer update information should be completely consistent with the update operation indicated by the second buffer update information, so that the updated target decompressed buffer is consistent with the updated target compressed buffer.

Optionally, when the third communication device only sends the first cache update information to the first communication device, after receiving the first cache update information, the first communication device may also operate according to the update operation indicated by the first cache update information , generating second cache update information, and sending the second cache update information to the second communication device in S609a.

Optionally, when the third communication device only sends the second cache update information to the second communication device, after receiving the second cache update information, the second communication device may also operate according to the update operation indicated by the second cache update information , generating first cache update information, and sending the first cache update information to the first communication device in S608a.

The first communication device may receive the first buffer update information from the third communication device or the second communication device through S608a. In this way, when executing S608, the first communication device may update the target compression buffer according to the first buffer update information.

The second communication device may receive second buffer update information from the third communication device or the first communication device in S609a. In this way, when executing S609, the second communication device may update the target decompression buffer according to the second buffer update information.

A fourth implementation manner: the fourth communication device triggers to update the compression buffer. This implementation manner is the same as the third implementation manner, and for a specific process, reference may be made to the description in the third implementation manner. The difference is that the fourth communication device may be other communication devices except the first communication device, the second communication device, and the third communication device, which is not limited in this application.

In the above several implementation manners, when the first communication device updates the target compression buffer according to the received first buffer update information of other communication devices (for example, the second communication device, the third communication device or the fourth communication device) Next, after successfully updating the target compressed buffer, the first communication device may also send a first buffer update confirmation message to the other communication device through S608b, so as to notify the other communication device that the target compressed buffer has been successfully updated.

Similarly, when the second communication device updates the target decompression buffer according to the received second buffer update information of other communication devices (the first communication device, the third communication device or the fourth communication device), when the target decompression buffer is successfully updated After buffering, the second communication device may also send a second buffer update confirmation message to the other communication device through S609b, so as to notify the other communication device that the target decompression buffer has been successfully updated.

Optionally, in the above several implementation manners, the first buffer update information or the second buffer update information may, but not limited to, indicate a specific update operation through the following implementations:

A first implementation manner: when the target compression buffer and the target decompression buffer contain a static buffer, the first buffer update information or the second buffer update information may be used to indicate the static data content updated to the static buffer.

Case 1: the first buffer update information or the second buffer update information may indicate all static data content updated to the static buffer. At this time, the first buffer update information or the second buffer update information may include all static data content after the static buffer is updated, or include indication information indicating the entire static data content.

In this way, the first communication device can update the static buffer in the target compressed buffer according to all the static data content indicated by the received first buffer update information. Similarly, the second communication device may also update the static buffer in the target decompression buffer according to all the static data content indicated by the received second buffer update information.

Case 2: the first buffer update information or the second buffer update information may indicate the partial static data content updated to the static buffer. At this time, the first buffer update information or the second buffer update information may include the data segment that needs to be updated to the static buffer, or include indication information indicating the data segment that needs to be updated to the static buffer.

In addition, the first buffer update information or the second buffer update information may further indicate a position offset value (offset). The position offset value may be a position offset relative to the start position or the end position of the static buffer. Specifically, the first buffer update information or the second buffer update information may include the position offset value, or include indication information indicating the position offset value.

In this way, the first communication device can indicate the position offset value and the data segment according to the received first buffer update information, and push the data segment into the static buffer starting from the position offset value of the static buffer in the target compression buffer middle. Similarly, the second communication device may indicate the position offset value and the data segment according to the received second buffer update information, and push the data segment into the static buffer starting from the position offset value of the static buffer in the target decompression buffer. in buffer.

Exemplarily, as shown in FIG. 7, the first buffer update information carries the target character string that needs to be updated to the static buffer, and the position offset value (offset=0) corresponding to the target character string (relative to the static buffer's position offset of the starting position), then the first communication device replaces the N characters starting from the starting position of the static buffer with the target character string, where N is the length of the target character string.

The second implementation mode: when the target compression buffer and the target decompression buffer contain static buffers, the first buffer update information or the second buffer update information can be used to indicate to adjust the size of the static buffer, and after size adjustment Static data content in the static buffer.

Case 1: the first buffer update information or the second buffer update information may indicate to reduce the size of the static buffer. At this time, the first buffer update information or the second buffer update information may include the target size of the static buffer, or include indication information indicating the target size; or the first buffer update information or the second buffer update information The buffer update information may include the target penalty of the static buffer, or include indication information indicating the target penalty.

Optionally, the first buffer update information or the second buffer update information may also indicate a way to reduce the static buffer, for example, decrease from the start position or end position of the original static buffer.

Optionally, the first buffer update information or the second buffer update information may also indicate a manner of determining the static data content in the resized static buffer based on the static data content in the original static buffer. For example, the static data content of the previous target size in the original static buffer is reserved, or the static data content of the last target size in the original static buffer is reserved.

Optionally, the first buffer update information or the second buffer update information may also include static data content in the static buffer after size adjustment.

Case 2: the first buffer update information or the second buffer update information may indicate to increase the size of the static buffer. At this time, the first buffer update information or the second buffer update information may include the target size of the static buffer, or include indication information indicating the target size; or the first buffer update information or the second buffer update information The buffer update information may include the target increment of the static buffer, or include indication information indicating the target increment.

Optionally, the first buffer update information or the second buffer update information may also indicate a way to increase the static buffer, for example, increase from the start position or end position of the original static buffer.

Optionally, the first buffer update information or the second buffer update information may also indicate a manner of determining the static data content in the resized static buffer based on the static data content in the original static buffer. For example, the static data content in the original static buffer is retained, and the static data content stored in the increased part of the static buffer is set to all 1s or all 0s.

Alternatively, the first buffer update information or the second buffer update information may also include or indicate static data content stored in the newly added buffer in the static buffer.

Alternatively, the first communication device and the second communication device set all 1s or all 0s to the static data stored in the newly added buffer in the static buffer by default.

Exemplarily, as shown in (1) in FIG. 8 , the first buffer update information indicates that the size of the static buffer is reduced from 4kBytes to 2kBytes, then the first communication device can keep the data content of the first 2KBytes in the original static buffer as an update The data content in the post-static buffer. For another example, referring to (2) shown in Figure 8, the first buffer update information indicates that the size of the static buffer is expanded from 2kBytes to 4kBytes, then the first communication device can keep the data content in the original static buffer as the updated static The content of the first 2kBytes in the buffer, the new buffer part in the updated static buffer is reset to all 0/1 values.

The third implementation mode: when the target compression buffer and the target decompression buffer contain a dynamic buffer, the first buffer update information or the second buffer update information can be used to indicate to adjust the size of the dynamic buffer, and size adjustment For the specific description of the initial data content in the post-dynamic buffer, please refer to the description of adjusting the size of the static buffer in the second implementation mode, which will not be repeated here.

In addition, in the process of updating the target compression buffer and the target decompression buffer, in order to solve the inconsistency between the target compression buffer used by the first communication device when compressing and the target decompression buffer used by the second communication device when decompressing, the data packets cannot be successfully decompressed, and eventually lead to The problem of data packet transmission failure can also be solved by the following implementation methods in the embodiment of the present application:

The first implementation manner: in the process of updating the target compression buffer, the device triggering the update instructs to stop compressing the data packet. This embodiment specifically includes the following steps:

S608c: When the first communication device updates information according to the received first buffer of other communication devices (for example, the second communication device, the third communication device, or the fourth communication device), before performing S608a, the first communication device A communication device may also receive an instruction to stop compression from the other communication device. The stop compression instruction is used to instruct the first communication device to stop using the target compression buffer to compress the data packet.

After receiving the stop compression instruction, the first communication device may, but not limited to, stop compressing the data packet according to the target compression buffer in the following manner according to the stop compression instruction:

Mode 1: After receiving the stop compression command, if the first communication device acquires a new data packet, the first communication device may cache the data packet, and use the updated data packet after the update of the target compression buffer is completed. The target compression buffer compresses the packet.

Mode 2: After receiving the stop compression instruction, if the first communication device acquires a new data packet, the first communication device may not compress the data packet, but send the data packet to the second communication device .

S608d: After the first communication device updates the target compression buffer according to the first buffer update information, (optionally, after the first communication device sends the first buffer update confirmation message to the other communication device), the first communication device receives A start compression command from the other communication device. The start compression instruction is used to instruct the first communication device to start using the updated target compression buffer to compress data packets.

It should be noted that in this implementation manner, S608d is an optional step, that is, the first communication device may directly start to use the updated target compression buffer to compress the data packet after updating the target compression buffer.

In this embodiment, after updating the target decompression buffer, the second communication device may use the updated target decompression buffer to decompress the received data packet. In this way, the target compression buffer used by the first communication device for compression will be consistent with the target decompression buffer used by the second communication device for decompression, thereby ensuring that the data packet can be successfully decompressed.

The second implementation manner: in the process of updating the target compression buffer, the device triggering the update indicates in the first buffer update information the data packets to be compressed using the updated target compression buffer. This embodiment specifically includes the following steps:

S608c: When the first communication device updates information according to the received first buffer of other communication devices (for example, the second communication device, the third communication device, or the fourth communication device), before performing S608a, the first communication device A communication device may also receive an instruction to stop compression from the other communication device. The stop compression instruction is used to instruct the first communication device to stop using the target compression buffer to compress the data packet. For the specific process, reference may be made to the description of the step in the first implementation manner, and details are not repeated here.

Optionally, S608c is an optional step. The first communication device may also actively stop using the target compression buffer to compress the data packet after receiving the first buffer update information.

In addition, fourth indication information may also be included in the first buffer update information. The fourth indication information is used to indicate the data packets to be compressed using the updated target compression buffer. The first communication device may update the target compression buffer when receiving the data packet indicated by the fourth indication information for the first time, and use the updated target compression buffer to compress the data packet indicated by the fourth indication information. For example, the third data packet compressed by the first communication device using the updated target compression buffer in subsequent step S610 is the data packet indicated by the fourth indication information.

Further, fifth indication information may also be included in the second buffer update information. The fifth indication information is used to indicate the data packet decompressed by using the updated target decompression buffer. The second communication device may update the target decompression buffer when receiving the data packet indicated by the fifth indication information for the first time, and use the updated target decompression buffer to decompress the data packet indicated by the fifth indication information. For example, the fourth data packet received by the second communication device in the subsequent step S611 is the data packet indicated by the fifth indication information.

It should be noted that when the first buffer update information includes the fourth indication message and the second buffer update information includes the fifth indication information, the data packet indicated by the fourth indication message is the same as that indicated by the fifth indication message. The indicated data packets carry the same data content (that is, the data packets indicated by the fifth indication message are obtained by compressing the data packets indicated by the fourth indication message).

For example, the fourth indication information may include a starting sequence number (sequence number, SN) or a starting count (count) value for carrying a data packet that starts to be compressed using the updated target compression buffer. In this way, when the first communication device acquires that the SN or count value of the data packet is greater than or equal to the initial SN or initial count value contained in the fourth indication information, the first communication device uses the updated target compression buffer pair The packets are compressed.

For another example, the fifth indication information may also include a starting SN or a starting count value of a data packet that starts to be decompressed using the updated target decompression buffer. In this way, when the SN or count value of the data packet received by the second communication device is greater than or equal to the initial SN or initial count value contained in the fifth indication information, the second communication device uses the updated target decompression buffer Decompress the packet. It should be noted that the start SN or the start count value included in the fourth indication information is the same as the start SN or the start count value included in the fifth indication information.

Through this embodiment, after updating the target decompression buffer, the second communication device can use the updated target decompression buffer to decompress the received data packet, or use the updated target decompression buffer to decompress the received fifth indication information. The indicated packet is decompressed. In this way, the target compression buffer used by the first communication device for compression will be consistent with the target decompression buffer used by the second communication device for decompression, thereby ensuring that the data packet can be successfully decompressed.

A third implementation manner: in the process of updating the target compression buffer, the first communication device may instruct the second communication device to use the updated target decompression buffer. This embodiment specifically includes the following steps:

In an implementation manner, the first communication device may determine the time to update the target compression buffer by itself, and directly start using the updated target compression buffer (optionally after S608b or S608d) after updating the target compression buffer. The target compression buffer compresses the data packet, and sends an instruction to start decompression to the second communication device. The start decompression instruction is used to instruct the second communication device to start using the updated target decompression buffer to decompress the received data packet.

Through this implementation, the second communication device may update the target decompression buffer, and after receiving the start decompression instruction, may use the updated target decompression buffer to decompress the received data packet. In this way, the target compression buffer used by the first communication device for compression will be consistent with the target decompression buffer used by the second communication device for decompression, thereby ensuring that the data packet can be successfully decompressed.

In another implementation manner, the first communication device may determine the time to update the target compression buffer by itself, and directly start using the updated target compression buffer (optionally after S608b or S608d) after updating the target compression buffer. The target compression buffer compresses the data packet, and carries sixth indication information in the compressed data packet. The sixth indication information is used to indicate that the data packet is compressed and generated by the first communication device using the updated target compression buffer, or instruct the second communication device to use the updated target decompression buffer to decompress the data packet to decompress.

Through this implementation, the second communication device may update the target decompression buffer, and when receiving the data packet containing the sixth indication information, may use the updated target decompression buffer to decompress the received data packet. In this way, the target compression buffer used by the first communication device for compression will be consistent with the target decompression buffer used by the second communication device for decompression, thereby ensuring that the data packet can be successfully decompressed.

To sum up, the above steps can ensure that the target compression buffer of the first communication device and the target decompression buffer of the second communication device are updated synchronously and kept consistent. Further, the target compression buffer used by the first communication device for compression will be consistent with the target decompression buffer used by the second communication device for decompression, so as to ensure that the data packet can be successfully decompressed.

S610-S612 are processes of transmitting data packets after the target compression buffer and the target decompression buffer are updated.

S610: After acquiring the third data packet, the first communication device compresses the third data packet according to the updated target compression buffer by using the target compression mode to generate a fourth data packet.

S611: The first communication device sends the fourth data packet to the second communication device.

S612: After receiving the fourth data packet from the first communication device, the second communication device uses the target decompression method to decompress the fourth data packet according to the updated target decompression buffer , generating the third packet.

For the steps of this process, reference may be made to the aforementioned steps S605-S607, and the processes in the aforementioned several compression/decompression methods, and will not be described here.

It should also be noted that, in the method provided by the embodiment of this application, when the communication function of the first communication device or the second communication device is taken over by another communication device, the first communication device or the second communication device can also send the Another communication device sends the status information of the buffer maintained by itself, so that the other communication device can quickly configure the compression buffer or decompression buffer, thereby avoiding the signaling overhead and delay caused by reconfiguring the buffer, and realizing its Communication function to ensure business continuity.

Exemplarily, in the active/standby mode, when the first communication device is operating abnormally as the master device, the first communication device may send the status information of the compressed buffer to the backup device, and the status information of the compressed buffer is used to indicate that the current target Compress the buffer size and/or stored data content. In this way, the backup device can quickly configure the target compression buffer according to the status information of the compression buffer, and then can take over from the first communication device, compress the data packet using the configured target compression buffer, and send the compressed buffer to the second communication device. data pack.

For another example, in the active/standby mode, when the second communication device is operating abnormally as the master device, the second communication device may also send status information of the decompressed buffer to the backup device, and the status information of the decompressed buffer is used to indicate that the current target The size and/or stored data content of the decompressed buffer. In this way, the backup device can quickly configure the target decompression buffer according to the state information of the decompression buffer, and then can take over from the second communication device to decompress the received data packets by using the configured target decompression buffer.

For another example, when the first communication device is a base station, when the service object (terminal device) undergoes a cell handover and the terminal device switches to the target base station, the first communication device also needs to send compressed buffer status information to the target base station , the state information of the compressed buffer is used to indicate the size of the current target compressed buffer and/or the stored data content. In this way, the target base station can quickly configure the target compression buffer according to the state information of the compression buffer, and then can take over from the source base station (that is, the first communication device), use the configured target compression buffer to compress the data packet, and communicate to the second The device sends compressed packets.

For another example, when the second communication device is a base station, when the service object (terminal device) undergoes a cell handover and the terminal device switches to the target base station, the second communication device also needs to send the state information of the decompressed buffer to the target base station , the state information of the decompression buffer is used to indicate the size of the current target decompression buffer and/or the stored data content. In this way, the target base station can quickly configure the target decompression buffer according to the status information of the decompression buffer, and then can take over from the source base station (that is, the second communication device) to decompress the received data packets using the configured target decompression buffer.

In this process, the communication device that takes over the first communication device can also update, clear or maintain the size of the configured target compression buffer and/or the stored data content, and can notify the peer end (second communication device) after the update Update, clear or maintain the target decompression buffer.

Similarly, the communication device that takes over the second communication device can also update, clear or maintain the size of the configured target decompression buffer and/or the stored data content, and can notify the peer end (first communication device) to update the target Compress buffers for updating, clearing or maintaining.

Wherein, the process of notifying the peer to update the target decompression buffer or target compression buffer may refer to the process in the above steps S608-S611.

Finally, it should be noted that the compression configuration information and decompression configuration information provided in the embodiment of this application contain multiple contents, and these contents can be sent at the same time or in batches; in addition, the information contained in one message These contents may be configured by the same communication device or by different communication devices, which is not limited in this application.

It should be understood that the embodiment of this application does not limit the communication method provided by this application. Other embodiments that add steps, reduce steps, or modify certain steps on the basis of this embodiment are also provided by this application. within the scope of the method.

To sum up, the embodiment of the present application provides a communication method, through which the communication system can configure the target compression method used by the compression side and the target compression buffer; correspondingly, it can also configure the target decompression method used by the decompression side, And the target decompression buffer for configuration. Therefore, through this method, the communication system can flexibly configure the target compression mode on the compression side, the decompression mode on the decompression side, and configure the target compression buffer on the compression side and the target decompression buffer on the decompression side according to the service characteristics and data characteristics of the data packet. , so that the flexibility of data compression in the communication system can be improved, and then the efficiency of data compression can be improved, and finally the data transmission efficiency and resource utilization of the communication system can be improved.

Based on the embodiment shown in FIG. 6 above, the present application also provides the following examples for different stages. Wherein, the following examples are illustrated by taking UE and gNB in the 5G mobile communication system as examples. In the following example, the gNB is used as the configuration management device, which is responsible for configuring the compression mode, compression buffer, etc., and updating the buffer, etc. Referring to Figs. 9-12, the execution steps of UE and gNB in different stages will be described in detail below.

Figure 9 shows the process of gNB configuring compression mode and compression buffer.

S901: The UE sends compression capability information to the gNB to notify the gNB of the compression modes supported by itself.

Optionally, the UE may report the compression capability information to the gNB through a UE capability message (for example, UECapabilityInformation message).

The compression capability information may indicate at least one of the following compression methods: a compression method based on a dynamic buffer, a compression method based on a static buffer, and an enhanced compression method based on a static buffer and a dynamic buffer (referred to as an enhanced compression method).

In this example, the compression capability information indicating that the UE supports the enhanced compression mode is taken as an example for illustration.

In an implementation manner, an extension field may be added in the UE capability message to indicate the compression mode supported by the UE. For example, when the UECapabilityInformation message contains the eDataCompression field, or contains the eDataCompression field and the value of the eDataCompression field is the first value (for example, the value is "true"), it means that the UE supports the enhanced compression mechanism; otherwise, when the UECapabilityInformation message contains If the eDataCompression field is not included, or if the eDataCompression field is included and the value of the eDataCompression field is the second value (for example, the value is "false"), it means that the UE does not support the enhanced compression mechanism.

In this implementation manner, the enhanced compression mechanism may be directed to a specified data transmission direction.

For example, when the enhanced compression mechanism is only for the uplink direction, when the UE reports the compression capability information indicating that the enhanced compression method is supported, it means that the UE only supports configuring the enhanced compression method for uplink data compression.

For another example, when the enhanced compression mechanism is only for the downlink direction, when the UE reports the compression capability information indicating that the enhanced compression method is supported, it means that the UE only supports configuring the enhanced compression method for downlink data decompression.

For another example, when the enhanced compression mechanism is applicable to the uplink direction and the downlink direction, when the UE reports the compression capability information indicating that the enhanced compression mode is supported, it means that the UE supports configuration of the enhanced compression mode for uplink data compression and downlink data decompression.

In another implementation manner, the UE may report capability information for the uplink enhanced compression mode and the downlink enhanced compression mode respectively in UE capability information.

For example, when the UECapabilityInformation message contains the eUplinkDataCompression field, or contains the eUplinkDataCompression field and the value of the eUplinkDataCompression field is the first value (for example, the value is "true"), it means that the UE supports the enhanced compression mode in the uplink direction; otherwise, it means The UE does not support the enhanced compression method in the uplink direction.

For another example, when the UECapabilityInformation message contains the eDownlinkDataCompression field, or contains the eDownlinkDataCompression field and the value of the eDownlinkDataCompression field is the first value (for example, the value is "true"), it means that the UE supports the enhanced compression mechanism in the downlink direction; otherwise, it means The UE does not support the enhanced compression mechanism in the downlink direction.

In yet another implementation manner, the compression capability information in S901 may also include one or more of the following capability information:

The UE supports the total number (and identification) of DRBs configured with each compression method (ie enhanced compression method);

The total size threshold of the configuration compression buffer (static buffer+dynamic buffer) supported by UE/each DRB;

Static buffer size threshold supported by UE/each DRB;

The size threshold of the dynamic buffer supported by UE/each DRB.

S902: The gNB configures a compression mode and a compression buffer for the UE according to the compression capability information reported by the UE. The gNB notifies the UE of the compression mode and the compression buffer information through the compression configuration information.

It should be noted that the compression buffer configured by the gNB for the UE is exactly the same as the decompression buffer it maintains for the UE.

Optionally, the gNB may send the compressed configuration information to the UE through an RRC message.

Exemplarily, the compression configuration information may indicate that the compression mode configured for the UE or the target DRB of the UE is one of the following compression modes: dynamic buffer-based compression mode, static buffer-based compression mode, and enhanced compression mode.

In the following, it is only taken as an example that the compression configuration information indicates that the enhanced compression mode is configured for the UE or the target DRB of the UE, that is, the enhanced compression mode can be enabled. The gNB can configure an enhanced compression mechanism in the uplink direction and/or downlink direction for the UE or the target DRB of the UE based on the compression capability information reported by the UE.

When the gNB configures the enhanced compression mode for the UE or the target DRB of the UE, it may also indicate the size of the static buffer and the size of the dynamic buffer in the compression buffer through a compression configuration message. For example: gNB indicates the size of the two buffer types (size value in Bytes or KBytes); or gNB indicates a total compression buffer size and a ratio value, where the total compression buffer is the total size of the static buffer and the dynamic buffer , the ratio value is the ratio of the static buffer or dynamic buffer to the total buffer size, or the ratio value is the ratio of the size of the static buffer to the size of the dynamic buffer.

Optionally, the gNB may also indicate the initial state information of the static buffer and the dynamic buffer respectively in the compressed configuration information, that is, the dictionary initially pushed into the static buffer and the dictionary initially pushed into the dynamic buffer. For example, any buffer type can be configured as the following initial state: the initial data content is empty, the initial data content is 1, or the initial data content adopts a pre-configured dictionary.

Exemplarily, the gNB can set the data content that appears frequently in the data packet as a preconfigured dictionary of the static buffer, so that when the UE compresses the data packet using the data content stored in the static buffer, it can improve the compression of the data packet Rate.

Through this example, the UE can report the compression capability information to the gNB to inform the gNB of its own compression capability, so that the gNB can configure the compression mode and compression buffer for the UE according to the compression capability of the UE.

Figure 10 shows the process of transmitting data packets between UE and gNB. In this example, the gNB configures the enhanced compression mode in the uplink direction for the target DRB of the UE as an example for illustration.

S1001: After obtaining the first data packet of the target DRB, the UE compresses the first data packet according to the static buffer and the dynamic buffer in the compression buffer in an enhanced compression manner, to generate a second data packet.

S1002: The UE sends the second data packet to the gNB through the target DRB.

S1003: After receiving the second data packet from the UE through the target DRB, the gNB uses an enhanced decompression method to decompress the static buffer and the dynamic buffer in the buffer to decompress the second data packet to generate the first data packet.

In this embodiment of the present application, for the compression process of the UE and the decompression process of the gNB, reference may be made to the corresponding process in any implementation of the aforementioned third enhanced compression/decompression mode, and no further description is given here.

Through this example, the UE can use the enhanced compression mode combining the static buffer and the dynamic buffer to compress the data packet, which can improve the flexibility of the UE to compress the data packet. In addition, because the UE uses this enhanced compression method to compress data packets, the gNB can configure the data content that appears frequently in the data packets as static data content in the static buffer, so that when the UE uses the static buffer to compress the data packets, it can Improve the compression ratio of data packets.

Figure 11 shows the process of gNB updating the compression buffer. In order to adapt to service changes, the static buffer in the compression buffer needs to be updated to ensure the compression rate of the data packet. In this example, the gNB updates the static buffer in the compressed buffer of the UE as an example for illustration. It should be noted that this example can be used to update the static buffer in the aforementioned second and third compression/decompression manners.

S1101: the gNB sends a stop compression command to the UE.

In an implementation manner, the command to stop compression may be carried by an RRC message. For example, when the specific compression operation is performed by the packet data convergence protocol (Packet Data Convergence Protocol, PDCP) entity of the UE, when the RRC entity of the UE receives the instruction, the RRC entity notifies the PDCP entity to stop the compression operation.

In another implementation manner, the stop compression command may also be carried by a medium access control (medium access control, MAC) control element (control element, CE). After receiving the MAC CE, the UE notifies the PDCP entity to stop the compression operation.

In yet another implementation, the stop compression command can also be carried by a PDCP control (control) protocol data unit (protocol data unit, PDU), or a radio link control (radio link control, RLC) control PDU, or downlink Control information (downlink control information, DCI) bearer.

Optionally, the stop compression command may carry a DRB identifier or a logical channel (logical channel, LCH) identifier, which is used to instruct the UE to stop compressing data packets in the target DRB corresponding to the DRB identifier or the target DRB associated with the LCH identifier.

Among them, the DRB ID can be the DRB ID, or the index value of at least one DRB that has been configured to support the compression operation in all DRBs of the UE according to the ascending or descending order of the DRB ID (for example, DRB 3, DRB 5, and DRB 6 are configured to support the compression operation, Then you can use index 1, index2, and index3 as the corresponding DRB identifiers respectively). Similarly, the LCH identifier may be the LCH ID, or the index value of at least one DRB configured to support the compression operation among all DRBs of the UE arranged in ascending or descending order according to the associated LCH ID.

After receiving the instruction to stop compression, the UE stops compressing the data packets, and the subsequent data packets can be sent to the gNB without performing the compression processing. For example, the UE may indicate in the compressed packet header of the data packet that the data packet is an uncompressed data packet.

S1102: (Optional step) The UE sends a stop compression confirmation message to the gNB. This message is used to notify the gNB that the UE has successfully received the stop compression command and stops data compression.

Optionally, the compression stop acknowledgment message may be carried by an RRC message, or carried by a PDCP control PDU, or RLC control PDU, or MAC CE, or uplink control information (uplink control information, UCI).

S1103: the gNB sends buffer update information to the UE.

Optionally, the buffer update information order may be carried by messages such as RRC messages, PDCP control PDUs, RLC control PDUs, or MAC CEs.

Optionally, the buffer update information may indicate to update the size of the static buffer and/or the content of static data in the static buffer. For details, reference may be made to the description in the process of updating the buffer in the embodiment shown in FIG. 6 .

Optionally, the buffer update information may include all static data content that needs to be updated to the static buffer. After receiving the buffer update information, the UE may update all static data content included in the buffer update information to the static buffer.

Optionally, the buffer update information may include part of the static data content that needs to be updated to the static buffer, and a position offset value (offset). The position offset value is relative to the start position or end position of the static buffer. In this way, the UE can find the start update position in the static buffer according to the position offset value, and then start to update the part of the static data content into the static buffer at the start update position.

For example, the buffer update information may include a character string to be updated to a static buffer and a position offset value. After receiving the instruction, the UE replaces the character content starting from the offset position in the static buffer with the character string in the buffer update information. The specific process can be referred to as shown in FIG. 7 .

S1104: (optional step) UE sends a buffer update confirmation message to gNB. This message is used to inform the gNB UE that the buffer update operation has been successfully performed.

Optionally, the buffer update confirmation message may be carried by an RRC message, or may be carried by a PDCP control PDU, or an RLC control PDU, or a MAC CE.

S1105: The gNB sends an instruction to start compression to the UE.

Optionally, the start compression command can be carried by RRC message, PDCP control PDU, RLC control PDU, MAC CE, or DCI.

Optionally, similar to the stop compression instruction, the start compression instruction may also carry a DRB identifier, or an LCH identifier, to indicate that the UE may target data packets in the target DRB associated with the DRB identifier or the LCH identifier Start compressing.

After receiving the start compression instruction, the UE can use the updated compression buffer (including the updated static buffer) to start to compress the data packets in the target DRB.

S1106: (Optional step) The UE sends a start compression confirmation message to the gNB. This command is used to inform the gNB UE that it has successfully received the start compression command and starts the compression operation.

Optionally, the start compression confirmation message can be carried by RRC message, PDCP control PDU, RLC control PDU, MAC CE, or UCI.

It should be noted that the process shown in Figure 11 is described with the UE as the compression side and the gNB as the decompression side. If the gNB acts as the compression side and the UE acts as the decompression side, steps 1101, 1102, 1105, and 1106 may not be required, that is, the gNB can control the stop/start of the compression operation by itself without notifying the UE. After receiving the buffer update instruction in 1103, the UE may update the static buffer in the decompressed buffer according to the description in 1103.

Additionally, the above procedure can also be used to change the size of static buffers and/or dynamic buffers. Take changing the size of the static buffer as an example:

In the buffer update command sent in 1103, gNB can indicate the size of the new static buffer. For the static data content of the static buffer whose size has been changed, it can be reset to all 0/1 values, or it can be stored in the original static buffer. Fill in the data content. For specific methods, please refer to the description in S608-S611 in the embodiment shown in FIG. 6 and that shown in FIG.

Based on the example shown in Figure 11, this application also provides several other examples of updating the compression buffer:

In an example, compared with the example shown in FIG. 11 , the difference is that steps 1101 , 1102 , 1105 , and 1106 are not required, that is, the UE does not need to stop the compression operation during the buffer update operation. Specifically, in 1103, the buffer update instruction sent by the gNB to the UE may also carry the SN or count value of the data packet, instructing the UE to start from the PDCP SDU corresponding to the SN or count value, and perform the buffer update operation according to the buffer update information , and perform compression operations on subsequent PDCP SDUs using the updated compression buffer.

In one example, compared to the example shown in FIG. 11 , the difference is that steps 1101, 1102, 1105, and 1106 are not required, and there is no need to carry the SN or count value in the buffer update information, but the UE can choose to execute the buffer At the time of update, after the update is completed, the data packet is compressed using the updated compression buffer; and the gNB is informed that the data packet is compressed using the updated compression buffer by carrying an indication field in the data packet.

In an implementation manner, the UE may carry a 1-bit indication field U in the PDCP header or compression header of the data packet. When the value of the U field in the current data packet received by the gNB is flipped compared with the value of the U field in the previous data packet (when the SN flip is not considered, the received data packet with the SN smaller than and closest to the current data packet), It means that the UE uses the updated compression buffer to compress the current data packet; if the value of the U field in the current data packet is not inverted compared with the value of the U field in the previous data packet, it means that the UE does not use the updated The subsequent compression buffer compresses the current data packet.

Figure 12 shows that the target gNB can learn the status of the decompression buffer during the handover process of the UE from the source gNB to the target gNB. It should be noted that this example can be used for the compression buffer or the decompression buffer in the aforementioned three compression/decompression methods.

S1201: During the handover process of the UE from the source gNB to the target gNB, the source gNB may send buffer status information to the target gNB. The status information of the buffer indicates the size and/or stored data content of the decompression buffer currently maintained by the source gNB side.

This step is used to notify the target gNB of the status of the decompression buffer maintained by the source gNB side, so that the target gNB can quickly configure the decompression buffer locally with the same size and data content according to the status information of the buffer, so that it can take over the decompression of the source gNB Work.

S1202: The target gNB sends a handover command (Handover command) to the UE to notify the UE that the handover is successful. Optionally, the target gNB may carry a buffer status indication in the handover command to indicate the status of the compressed buffer at the UE side.

Optionally, the target gNB can obtain the status information of the buffer of the source gNB, and can decide whether to update, clear or maintain the content of the decompression buffer. The target gNB decides to update, clear or maintain the decompression buffer, so in order to keep the decompression buffer completely consistent with the compression buffer, the target gNB can also instruct the UE to perform the same processing on the compression buffer through the buffer status indication.

For example, when the Handover command carries the bufferContinue field, it instructs the UE to maintain the state of the current compressed buffer; otherwise, it instructs the UE to reset the data content in the current compressed buffer (for example, set it to all 0/1).

It should be noted that the above process is described with the UE as the compression side and the gNB as the decompression side. If the gNB is the compression side, the buffer status information indicates the size and/or stored data content of the compression buffer currently maintained by the source gNB side. also. The above process can be performed on the entire decompression buffer or compression buffer, or can be performed on a buffer type (static buffer or dynamic buffer) in the decompression buffer and compression buffer, which is not limited in this application.

For example, this instance can be used for static buffers in the aforementioned second and third compression/decompression methods. For another example, this example can also be used for the dynamic buffer in the aforementioned first and third compression/decompression methods; and, in general, the target gNB can reset the data content in the dynamic buffer to ensure that the compression side and The dynamic buffer on the decompression side is consistent.

It should be noted that, in the specific embodiments shown in FIG. 6 and FIGS. 9-12 , some steps can be selected for implementation, and the order of the steps in the illustrations can also be adjusted for implementation, which is not limited in this application. It should be understood that performing some of the steps in the illustrations, adjusting the order of the steps, or combining them for specific implementation all fall within the protection scope of the present application.

It can be understood that, in order to implement the functions in the foregoing embodiments, the first communication device and the second communication device include hardware structures and/or software modules corresponding to each function. Those skilled in the art should easily realize that the present application can be implemented in the form of hardware or a combination of hardware and computer software with reference to the units and method steps of the examples described in the embodiments disclosed in the present application. Whether a certain function is executed by hardware or computer software drives the hardware depends on the specific application scenario and design constraints of the technical solution.

Based on the same technical idea, the present application also provides a communication device, the structure of which is shown in FIG. 13 , including a communication unit 1301 and a processing unit 1302 . The communication apparatus 1300 can be applied to two communication devices establishing a communication connection in the communication system shown in FIG. 5 , and can implement the communication methods provided in the above embodiments and examples. Optionally, the physical form of the communication device 1300 may be a communication device, such as core network equipment, terminal equipment, AN equipment, etc.; or the communication device may be other devices capable of realizing the functions of a communication device, such as communication The processor or chip inside the device, etc. Specifically, the communication device 1300 may be a field-programmable gate array (field-programmable gate array, FPGA), a complex programmable logic device (complex programmable logic device, CPLD), an application specific integrated circuit (application specific integrated circuits, ASIC), Or some programmable chips such as System on a chip (SOC).

The functions of each unit in the apparatus 1300 are introduced below.

The communication unit 1301 is configured to receive and send data.

When the communication device 1300 is applied to a communication device (such as a core network device, a server, etc.) that implements communication through a physical connection, the communication unit 1301 may be implemented through a physical interface, a communication module, a communication interface, and an input/output interface. The communication device 1300 can be connected with a network cable or cable through the communication unit 1301, and then establish a physical connection with other devices.

When the communication device 1300 is applied to a communication device (such as a terminal device, an AN device, etc.) that implements communication through a wireless connection, the communication unit 1301 may be implemented by a transceiver, for example, a mobile communication module.

In an implementation manner, the communication apparatus is applied to the first communication device (ie, the compression side) in the embodiment shown in FIG. 6 . The processing unit 1302 is configured to:

Acquiring compression configuration information; wherein, the compression configuration information includes: compression mode indication information and compression buffer configuration information, and the compression mode indication information is used to instruct the first communication device to perform compression processing on the data packet as a target compression mode , the compression buffer configuration information is used to configure a target compression buffer;

Configuring the target compression buffer according to the compression buffer configuration information;

After obtaining the first data packet, compress the first data packet according to the target compression buffer by using the target compression method to generate a second data packet;

Send the second data packet to a second communication device through the communication unit 1301 .

In an implementation manner, the target compression mode is a compression mode based on a dynamic buffer; the target compression buffer is a dynamic buffer;

The processing unit 1302, when using the target compression method to compress the first data packet according to the target compression buffer to generate a second data packet, is specifically used for:

Compressing the first data packet according to the data content contained in the first data packet and the data content stored in the dynamic compression buffer to generate a second data packet;

updating the data content stored in the dynamic buffer according to the data content contained in the first data packet.

In an implementation manner, the compressed buffer configuration information is used to indicate the size of the dynamic buffer and/or the initial data content filled into the dynamic buffer.

In an implementation manner, the target compression mode is a compression mode based on a static buffer; the target compression buffer is a static buffer;

Compressing the first data packet according to the data content contained in the first data packet and the data content stored in the static buffer to generate a second data packet.

In an implementation manner, the compressed buffer configuration information is used to indicate the size of the static buffer and/or static data content filled into the static buffer.

In an implementation, the target compression method is an enhanced compression method based on static buffer and dynamic buffer; the target compression buffer includes static buffer and dynamic buffer;

According to the data content contained in the first field in the first data packet and the data content stored in the static buffer, compress the first field to generate the compressed first field; according to the first The data content contained in the second field in the data packet and the data content stored in the dynamic buffer are compressed to generate the compressed second field; wherein, the first data packet is composed of the The first field and the second field are composed; the second data packet is formed according to the compressed first field and the compressed second field; according to the first data packet in the first data packet The data content contained in the second domain, updating the data content stored in the dynamic buffer; or

According to the data content contained in the first field in the first data packet and the data content stored in the static buffer, compress the first field to generate the compressed first field; according to the first The data content contained in the second domain in the data packet and the data content stored in the combined buffer are compressed to generate the compressed second domain; wherein the combined buffer is composed of the static buffer and The dynamic buffer combination is generated, the first data packet is composed of the first field and the second field; according to the compressed first field and the compressed second field, the second data packet is formed Two data packets: update the data content stored in the dynamic buffer according to the data content contained in the second field in the first data packet; or

According to the data content contained in the first field in the first data packet and the data content stored in the static buffer, compress the first field to generate the compressed first field; according to the first The data content contained in the first data segment of the second field in the data packet and the data content stored in the static buffer are compressed to generate the compressed first data segment; according to the The data content contained in the second data segment of the second field in the first data packet and the data content stored in the dynamic buffer, compress the second data segment, and generate the compressed second data segment ; Wherein, the first data packet is composed of the first domain and the second domain, and the second domain is composed of the first data segment and the second data segment; according to the compressed The first domain, the compressed first data segment, and the compressed second data segment form the second data packet; according to the first data segment in the second domain in the first data packet The data content contained in the second data segment updates the data content stored in the dynamic buffer; or

According to the data content contained in the first field in the first data packet and the data content stored in the static buffer, compress the first field to generate the compressed first field; according to the first The data content contained in the second field in the data packet and the data content stored in the first buffer are compressed to generate the compressed second field; wherein the first buffer is the static buffer or the dynamic buffer, the first data packet is composed of the first domain and the second domain; according to the compressed first domain and the compressed second domain, the second data packet is formed Two data packets; when the first compression buffer is the dynamic buffer, update the data content stored in the dynamic buffer according to the data content contained in the second field in the first data packet; or

Compress the first data packet according to the data content contained in the first data packet and the data content stored in the combined buffer to generate a second data packet; wherein the combined buffer is composed of the static buffer and the combined buffer The dynamic buffer combination is generated; according to the data content contained in the first data packet, the data content stored in the dynamic buffer is updated; or

According to the data content contained in the first data packet and the data content stored in the first buffer, compress the first data packet to generate a second data packet; wherein the first buffer is the static buffer or the dynamic buffer; when the first compressed buffer is the dynamic buffer, update the data content stored in the dynamic buffer according to the data content contained in the first data packet; or

According to the data content contained in the first data segment in the first data packet and the data content stored in the first buffer, compress the first data segment to generate the compressed first data segment; according to the first data segment The data content contained in the second data segment in a data packet and the data content stored in the second buffer are compressed to generate the compressed second data segment; wherein the first buffer is the static buffer in the compression buffer, and the second buffer is the dynamic buffer in the compression buffer; or the first buffer is the dynamic buffer in the compression buffer, so The second buffer is the static buffer in the compressed buffer; the first data packet is composed of at least two data segments such as the first data segment and the second data segment; according to the compressed The first data segment and the compressed second data segment form a second data packet; when the first buffer is the dynamic buffer, according to the content of the first data segment in the first data packet update the data content stored in the dynamic buffer; when the second buffer is the dynamic buffer, update the data content according to the data content contained in the second data segment in the first data packet Describe the data content stored in the dynamic buffer.

In an implementation manner, the compression configuration information further includes: first indication information, where the first indication information is used to indicate the first buffer type corresponding to at least one first component in the data packet;

In an implementation manner, the processing unit 1302 is further configured to:

Sending second indication information to the second communication device through the communication unit 1301, where the second indication is used to indicate a second buffer type corresponding to at least one second component in the second data packet;

In an implementation manner, the first field is a packet header, and the second field is a payload; or the first field is a payload, and the second field is a packet header.

In one implementation, the compressed buffer configuration information is used to indicate: the size of the dynamic buffer and/or the initial data content filled into the dynamic buffer, and the size of the static buffer and/or the content filled into the dynamic buffer Describe the static data content of the static buffer.

In an implementation manner, the processing unit 1302, when acquiring the compression configuration information, is specifically configured to:

receiving the compressed configuration information from the second communication device or the third communication device through the communication unit 1301; or

Obtain the saved compression configuration information.

In an implementation manner, the processing unit 1302 is further configured to:

Before receiving the compression configuration information from the second communication device or the third communication device through the communication unit 1301, sending the compressed configuration information to the second communication device or the third communication device through the communication unit 1301 Capability information, where the compression capability information is used to indicate the compression capability of the first communication device.

In an implementation manner, the compression capability information includes at least one of the following:

In an implementation manner, the processing unit 1302 is further configured to:

Receive buffer update information from the second communication device or the third communication device through the communication unit 1301, where the buffer update information is used to adjust the size of the target compression buffer, and/or update the target Compress the data content stored in the buffer;

Send the fourth data packet to the second communication device through the communication unit 1301 .

In an implementation manner, the processing unit 1302 is further configured to:

Before receiving buffer update information from the second communication device or the third communication device through the communication unit 1301, receiving the buffer update information from the second communication device or the third communication device through the communication unit 1301 stop compression command;

According to the stop compression instruction, stop compressing the data packet according to the target compression buffer;

Before using the target compression method to compress the third data packet according to the updated target compression buffer, receiving a start from the second communication device or the third communication device through the communication unit 1301 Compression instructions.

In an implementation manner, the buffer update information further includes: third indication information; the third indication information is used to indicate the data packets to be compressed using the updated target compression buffer;

The third data packet is the data packet indicated by the third indication information.

In an implementation manner, the fourth data packet further includes fourth indication information, and the fourth indication information is used to indicate that the fourth data packet uses the updated target for the first communication device. The compressed buffer is generated by compression.

In an implementation manner, the first communication device is a terminal device, and the second communication device is a base station; or

In an implementation manner, when the first communication device is a base station, and a terminal device accessing the base station is handed over to a target base station, the processing unit 1302 is further configured to:

The status information of the compressed buffer is sent to the target base station through the communication unit 1301, where the status information of the compressed buffer is used to indicate the current size and/or stored data content of the target compressed buffer.

In an implementation manner, when the first communication device is a terminal device, and the terminal device is handed over to a target base station, the processing unit 1302 is further configured to:

Receive fifth instruction information from the target base station through the communication unit 1301, where the fifth instruction information is used to instruct to clear or maintain the target compression buffer, or adjust the size of the target compression buffer, or update the The data content stored in the target compression buffer.

In an implementation manner, the communication apparatus is applied to the second communication device (ie, the decompression side) in the embodiment shown in FIG. 6 . The processing unit 1302 is configured to:

Acquiring decompression configuration information; wherein, the decompression configuration information includes: decompression mode indication information and decompression buffer configuration information, wherein the decompression mode indication information is used to indicate the target of the second communication device to decompress the data packet Decompression mode, the decompression buffer configuration information is used to configure the target decompression buffer;

Configuring the target decompression buffer according to the decompression buffer configuration information;

After receiving the second data packet from the first communication device through the communication unit 1301, using the target decompression method to decompress the second data packet according to the target decompression buffer to generate a first data packet; wherein, The second data packet is generated by the first communication device compressing the first data packet.

In an implementation manner, the target decompression mode is a decompression mode based on a dynamic buffer; the target decompression buffer is a dynamic buffer;

The processing unit 1302, when using the target decompression method to decompress the second data packet according to the target decompression buffer to generate the first data packet, is specifically used for:

Decompressing the second data packet according to the data content contained in the second data packet and the data content stored in the dynamic buffer to generate the first data packet;

In an implementation manner, the decompression buffer configuration information is used to indicate the size of the dynamic buffer and/or the initial data content filled into the dynamic buffer.

In an implementation manner, the target decompression method is a static buffer-based decompression method; the target decompression buffer is a static buffer;

In an implementation manner, the decompression buffer configuration information is used to indicate the size of the static buffer and/or static data content filled into the static buffer.

In one implementation, the target decompression method is an enhanced decompression method based on static buffer and dynamic buffer; the target decompression buffer includes static buffer and dynamic buffer;

According to the data content contained in the first field in the second data packet and the data content stored in the static buffer, decompress the first field to generate the decompressed first field; according to the second The data content contained in the second field in the data packet and the data content stored in the dynamic buffer are decompressed to the second field to generate the decompressed second field; wherein the second data packet is generated by the The first domain and the second domain are composed; the first data packet is composed according to the decompressed first domain and the decompressed second domain; according to the decompressed second domain contained Data content, updating the data content stored in the dynamic buffer; or

According to the data content contained in the first domain in the second data packet and the data content stored in the static buffer, decompress the first domain to generate the decompressed first domain; according to the second The data content contained in the second field in the data packet and the data content stored in the combination buffer are decompressed to the second field to generate the decompressed second field; wherein the combination buffer is composed of the static buffer and The dynamic buffer combination is generated, the second data packet is composed of the first domain and the second domain; according to the decompressed first domain and the decompressed second domain, the second data packet is composed A data packet; update the data content stored in the dynamic buffer according to the data content contained in the decompressed second domain; or

According to the data content contained in the first field in the second data packet and the data content stored in the static buffer, decompress the first field to generate the decompressed first field; according to the second The data content contained in the first data segment of the second domain in the data packet and the data content stored in the static buffer, decompress the first data segment to generate the decompressed first data segment; according to the The data content contained in the second data segment of the second field in the second data packet and the data content stored in the dynamic buffer, decompress the second data segment, and generate the decompressed second data segment ; Wherein, the second data packet is composed of the first domain and the second domain, and the second domain is composed of the first data segment and the second data segment; according to the decompressed The first domain, the decompressed first data segment, and the decompressed second data segment form the first data packet; according to the data content contained in the decompressed second data segment, update the The data content stored in the dynamic buffer; or

According to the data content contained in the first field in the second data packet and the data content stored in the static buffer, decompress the first field to generate the decompressed first field; according to the second The data content contained in the second field in the data packet and the data content stored in the first buffer are decompressed to the second field to generate the decompressed second field; wherein the first buffer is the static buffer or the dynamic buffer, the first data packet is composed of the first domain and the second domain; according to the decompressed first domain and the decompressed second domain, the second data packet is formed A data packet; when the first buffer is the dynamic buffer, update the data content stored in the dynamic buffer according to the data content contained in the decompressed second domain; or

According to the data content contained in the second data packet and the data content stored in the combined buffer, the second data packet is decompressed to generate the first data packet; wherein the combined buffer is composed of the static buffer Generated in combination with the dynamic buffer; update the data content stored in the dynamic buffer according to the data content contained in the first data packet; or

According to the data content contained in the second data packet and the data content stored in the first buffer, the second data packet is decompressed to generate the first data packet; wherein the first buffer is the Static buffer or the dynamic buffer; when the first buffer is the dynamic buffer, update the data content stored in the dynamic buffer according to the data content contained in the first data packet; or

According to the data content contained in the first data segment in the second data packet and the data content stored in the first buffer, decompress the first data segment to generate the decompressed first data segment; according to the first data segment The data content contained in the second data segment in a data packet and the data content stored in the second buffer are decompressed to generate the decompressed second data segment; wherein the first buffer is the static buffer in the decompression buffer, and the second buffer is the dynamic buffer in the decompression buffer; or the first buffer is the dynamic buffer in the decompression buffer, so The second buffer is the static buffer in the decompressed buffer; the second data packet is composed of at least two data segments such as the first data segment and the second data segment; according to the decompressed The first domain, the decompressed first data segment, and the decompressed second data segment form a second data packet; when the first buffer is the dynamic buffer, according to the decompressed The data content contained in the first data segment updates the data content stored in the dynamic buffer; when the second buffer is the dynamic buffer, updates the data content contained in the decompressed second data segment according to the data content contained in the second data segment after decompression Describe the data content stored in the dynamic buffer.

In an implementation manner, the decompression configuration information further includes: sixth indication information, where the sixth indication information is used to indicate a third buffer type corresponding to at least one third component in the data packet;

In an implementation manner, the processing unit 1302 is further configured to:

receiving second indication information from the first communication device through the communication unit 1301, where the second indication is used to indicate a second buffer type corresponding to at least one second component in the second data packet;

In an implementation manner, the decompression buffer configuration information is used to indicate: the size of the dynamic buffer and/or the initial data content filled into the dynamic buffer, and the size of the static buffer and/or the initial data content filled into the dynamic buffer Describe the static data content of the static buffer.

In an implementation manner, when the processing unit 1302 acquires the decompression configuration information, it is specifically configured to:

Receive the decompression configuration information from the first communication device or the third communication device through the communication unit 1301; or acquire the stored decompression configuration information.

In an implementation manner, the processing unit 1302 is further configured to:

Before receiving the second data packet from the first communication device through the communication unit 1301, send compression configuration information to the first communication device through the communication unit 1301; wherein, the compression configuration information includes: a compression mode indication Information and compression cache buffer configuration information, the compression mode indication information is used to indicate the target compression mode for the first communication device to compress the data packet, and the compression buffer configuration information is used to configure the compressed data packet The target compression buffer used; the target compression mode corresponds to the target decompression mode, and the configuration of the target compression buffer is the same as that of the target decompression buffer.

In an implementation manner, the processing unit 1302 is further configured to:

Before sending compression configuration information to the first communication device through the communication unit 1301, the communication unit 1301 receives compression capability information from the first communication device, where the compression capability information is used to represent the first communication device. - the compression capability of the communication equipment;

Generate the compression configuration information according to the compression capability information.

In an implementation manner, the processing unit 1302 is further configured to:

update the target decompression buffer;

Send buffer update information to the first communication device through the communication unit 1301, where the buffer update information is used to instruct the first communication device to adjust the size of the target compression buffer, and/or update the target compression buffer The data content stored in the buffer;

After receiving the fourth data packet from the first communication device through the communication unit 1301, the fourth data packet is decompressed according to the updated target decompression buffer in the target decompression mode to generate a third A data packet; wherein, the fourth data packet is generated by the first communication device compressing the third data packet.

In an implementation manner, the processing unit 1302 is further configured to:

Before sending buffer update information to the first communication device through the communication unit 1301, send a stop compression instruction to the first communication device through the communication unit 1301; wherein the stop compression instruction is used to instruct the The first communication device stops using the target compression buffer to compress the data packet.

In an implementation manner, when the second communication device is a base station, and a terminal device accessing the base station is handed over to a target base station, the processing unit 1302 is further configured to:

The status information of the decompressed buffer is sent to the target base station through the communication unit 1301, where the status information of the decompressed buffer is used to indicate the current size and/or stored data content of the target decompressed buffer.

In an implementation manner, when the second communication device is a terminal device, and the terminal device is handed over to a target base station, the processing unit 1302 is further configured to:

The seventh indication information from the target base station is received through the communication unit 1301, the seventh indication information is used to instruct to clear or maintain the target decompression buffer, or adjust the size of the target decompression buffer, or update the The target decompresses the data content stored in the buffer.

It should be noted that the division of modules in the above embodiments of the present application is schematic, and is only a logical function division. In actual implementation, there may be other division methods. In addition, each function in each embodiment of the present application Units can be integrated into one processing unit, or physically exist separately, or two or more units can be integrated into one unit. The above-mentioned integrated units can be implemented in the form of hardware or in the form of software functional units.

If the integrated unit is realized in the form of a software function unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application is essentially or part of the contribution to the prior art or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium , including several instructions to make a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor (processor) execute all or part of the steps of the methods described in the various embodiments of the present application. The aforementioned storage media include: U disk, mobile hard disk, read-only memory (Read-Only Memory, ROM), random access memory (Random Access Memory, RAM), magnetic disk or optical disc and other media that can store program codes. .

Based on the same technical concept, this application also provides a communication device, which can be applied to two communication devices establishing a communication connection in the communication system as shown in Figure 5, and can realize the above embodiments and examples provided The communication method has the functions of the communication device shown in FIG. 13 . Referring to FIG. 14 , the communication device 1400 includes: a communication module 1401 , a processor 1402 and a memory 1403 . Wherein, the communication module 1401 , the processor 1402 and the memory 1403 are connected to each other.

Optionally, the communication module 1401 , the processor 1402 and the memory 1403 are connected to each other through a bus 1404 . The bus 1404 may be a peripheral component interconnect standard (peripheral component interconnect, PCI) bus or an extended industry standard architecture (extended industry standard architecture, EISA) bus or the like. The bus can be divided into address bus, data bus, control bus and so on. For ease of representation, only one thick line is used in FIG. 14 , but it does not mean that there is only one bus or one type of bus.

The communication module 1401 is used to receive and send data to realize communication interaction with other devices. For example, when the communication device 1400 is applied to a communication device (such as a core network device, a server, etc.) that implements communication through a physical connection, the communication module 1401 may be implemented through a physical interface, a communication module, a communication interface, and an input/output interface. For another example, when the communication device 1400 is applied to a communication device (such as a terminal device, an AN device, etc.) that implements communication through a wireless connection, the communication module 1401 may also be implemented by a transceiver.

In an implementation manner, the communication device 1400 may be the first communication device in the embodiment shown in FIG. 6 . Processor 1402 for:

Send the second data packet to a second communication device through the communication module 1401 .

In another implementation manner, the communication device 1400 may be the second communication device in the embodiment shown in FIG. 6 . The processor 1402 is configured to:

After receiving the second data packet from the first communication device through the communication module 1401, the second data packet is decompressed according to the target decompression buffer using the target decompression method to generate a first data packet; wherein, The second data packet is generated by the first communication device compressing the first data packet.

It should be noted that this embodiment does not describe the specific functions of the processor 1402 in detail. For the specific functions of the processor 1402, refer to the descriptions in the communication methods provided in the above embodiments and examples, and the implementation shown in FIG. 13 The specific functions of the communication device 1300 are described in the example, which will not be repeated here.

The memory 1403 is used to store program instructions and data. Specifically, the program instructions may include program codes including computer operation instructions. The memory 1403 may include a random access memory (random access memory, RAM), and may also include a non-volatile memory (non-volatile memory), such as at least one disk memory. The processor 1402 executes the program instructions stored in the memory 1403 and uses the data stored in the memory 1403 to implement the above functions, thereby realizing the communication method provided by the above embodiments.

It can be understood that the memory 1403 in FIG. 14 of the present application may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memories. Among them, the non-volatile memory can be read-only memory (Read-Only Memory, ROM), programmable read-only memory (Programmable ROM, PROM), erasable programmable read-only memory (Erasable PROM, EPROM), electronically programmable Erase Programmable Read-Only Memory (Electrically EPROM, EEPROM) or Flash. The volatile memory can be Random Access Memory (RAM), which acts as external cache memory. By way of illustration and not limitation, many forms of RAM are available, such as Static Random Access Memory (Static RAM, SRAM), Dynamic Random Access Memory (Dynamic RAM, DRAM), Synchronous Dynamic Random Access Memory (Synchronous DRAM, SDRAM), double data rate synchronous dynamic random access memory (Double Data Rate SDRAM, DDR SDRAM), enhanced synchronous dynamic random access memory (Enhanced SDRAM, ESDRAM), synchronous connection dynamic random access memory (Synchlink DRAM, SLDRAM ) and Direct Memory Bus Random Access Memory (Direct Rambus RAM, DR RAM). It should be noted that the memory of the systems and methods described herein is intended to include, but not be limited to, these and any other suitable types of memory.

Based on the above embodiments, an embodiment of the present application further provides a computer program that, when the computer program is run on a computer, causes the computer to execute the communication method provided by the above embodiments.

Based on the above embodiments, the embodiments of the present application also provide a computer-readable storage medium, in which a computer program is stored. When the computer program is executed by a computer, the computer executes the communication provided by the above embodiments. method.

Wherein, the storage medium may be any available medium that can be accessed by a computer. By way of example but not limitation: computer-readable media may include RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage media or other magnetic storage devices, or may be used to carry or store information in the form of instructions or data structures desired program code and any other medium that can be accessed by a computer.

Based on the above embodiments, the embodiments of the present application further provide a chip, the chip is configured to read a computer program stored in a memory, and implement the communication method provided by the above embodiments.

Based on the above embodiments, an embodiment of the present application provides a chip system, the chip system includes a processor, configured to support a computer device to implement the functions involved in the service device, forwarding device, or site device in the above embodiments. In a possible design, the chip system further includes a memory, and the memory is used to store necessary programs and data of the computer device. The system-on-a-chip may consist of chips, or may include chips and other discrete devices.

To sum up, the embodiments of the present application provide a communication method, device, and equipment. In this solution, the communication system can configure the target compression method and target compression buffer used by the compression side; correspondingly, the target decompression method and target decompression buffer used by the decompression side can also be configured. Therefore, through this method, the communication system can flexibly configure the target compression mode on the compression side, the decompression mode on the decompression side, and configure the target compression buffer on the compression side and the target decompression buffer on the decompression side according to the service characteristics and data characteristics of the data packet. , so that the flexibility of data compression in the communication system can be improved, and then the efficiency of data compression can be improved, and finally the data transmission efficiency and resource utilization of the communication system can be improved.

In each embodiment of the present application, if there is no special explanation and logical conflict, the terms and/or descriptions between different embodiments are consistent and can be referred to each other, and the technical features in different embodiments are based on their inherent Logical relationships can be combined to form new embodiments.

Those skilled in the art should understand that the embodiments of the present application may be provided as methods, systems, or computer program products. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein.

The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to the present application. It should be understood that each procedure and/or block in the flowchart and/or block diagram, and a combination of procedures and/or blocks in the flowchart and/or block diagram can be realized by computer program instructions. These computer program instructions may be provided to a general purpose computer, special purpose computer, embedded processor, or processor of other programmable data processing equipment to produce a machine such that the instructions executed by the processor of the computer or other programmable data processing equipment produce a An apparatus for realizing the functions specified in one or more procedures of the flowchart and/or one or more blocks of the block diagram.

These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing apparatus to operate in a specific manner, such that the instructions stored in the computer-readable memory produce an article of manufacture comprising instruction means, the instructions The device realizes the function specified in one or more procedures of the flowchart and/or one or more blocks of the block diagram.

These computer program instructions can also be loaded onto a computer or other programmable data processing device, causing a series of operational steps to be performed on the computer or other programmable device to produce a computer-implemented process, thereby The instructions provide steps for implementing the functions specified in the flow chart or blocks of the flowchart and/or the block or blocks of the block diagrams.

Apparently, those skilled in the art can make various changes and modifications to the present application without departing from the scope of the present application. In this way, if these modifications and variations of the present application fall within the scope of the claims of the present application and their equivalent technologies, the present application is also intended to include these modifications and variations.

Claims

A communication method, applied to a first communication device, characterized in that it includes:

Acquiring compression configuration information; wherein, the compression configuration information includes: compression mode indication information and compression buffer configuration information, and the compression mode indication information is used to instruct the first communication device to perform compression processing on the data packet as a target compression mode , the compression buffer configuration information is used to configure a target compression buffer;

Configuring the target compression buffer according to the compression buffer configuration information;

After obtaining the first data packet, compress the first data packet according to the target compression buffer by using the target compression method to generate a second data packet;

sending the second data packet to a second communications device.
The method according to claim 1, wherein the target compression method is a compression method based on a dynamic buffer; the target compression buffer is a dynamic buffer;

Using the target compression method to compress the first data packet according to the target compression buffer to generate a second data packet, including:

Compressing the first data packet according to the data content contained in the first data packet and the data content stored in the dynamic compression buffer to generate a second data packet;

updating the data content stored in the dynamic buffer according to the data content contained in the first data packet.
The method according to claim 1, wherein the target compression method is a compression method based on a static buffer; the target compression buffer is a static buffer;

Using the target compression method to compress the first data packet according to the target compression buffer to generate a second data packet, including:

Compressing the first data packet according to the data content contained in the first data packet and the data content stored in the static buffer to generate a second data packet.
The method according to claim 1, wherein the target compression mode is an enhanced compression mode based on static buffer and dynamic buffer; the target compression buffer includes static buffer and dynamic buffer;

Using the target compression method to compress the first data packet according to the target compression buffer to generate a second data packet, including:

According to the data content contained in the first field in the first data packet and the data content stored in the static buffer, compress the first field to generate the compressed first field; according to the first The data content contained in the second field in the data packet and the data content stored in the dynamic buffer are compressed to generate the compressed second field; wherein, the first data packet is composed of the The first field and the second field are composed; the second data packet is formed according to the compressed first field and the compressed second field; according to the first data packet in the first data packet The data content contained in the second domain, updating the data content stored in the dynamic buffer; or

According to the data content contained in the first field in the first data packet and the data content stored in the static buffer, compress the first field to generate the compressed first field; according to the first The data content contained in the second domain in the data packet and the data content stored in the combined buffer are compressed to generate the compressed second domain; wherein the combined buffer is composed of the static buffer and The dynamic buffer combination is generated, the first data packet is composed of the first field and the second field; according to the compressed first field and the compressed second field, the second data packet is formed Two data packets: update the data content stored in the dynamic buffer according to the data content contained in the second field in the first data packet; or

According to the data content contained in the first field in the first data packet and the data content stored in the static buffer, compress the first field to generate the compressed first field; according to the first The data content contained in the first data segment of the second field in the data packet and the data content stored in the static buffer are compressed to generate the compressed first data segment; according to the The data content contained in the second data segment of the second field in the first data packet and the data content stored in the dynamic buffer, compress the second data segment, and generate the compressed second data segment ; Wherein, the first data packet is composed of the first domain and the second domain, and the second domain is composed of the first data segment and the second data segment; according to the compressed The first domain, the compressed first data segment, and the compressed second data segment form the second data packet; according to the first data segment in the second domain in the first data packet The data content contained in the second data segment updates the data content stored in the dynamic buffer; or

According to the data content contained in the first field in the first data packet and the data content stored in the static buffer, compress the first field to generate the compressed first field; according to the first The data content contained in the second field in the data packet and the data content stored in the first buffer are compressed to generate the compressed second field; wherein the first buffer is the static buffer or the dynamic buffer, the first data packet is composed of the first domain and the second domain; according to the compressed first domain and the compressed second domain, the second data packet is formed Two data packets; when the first compression buffer is the dynamic buffer, update the data content stored in the dynamic buffer according to the data content contained in the second field in the first data packet; or

Compress the first data packet according to the data content contained in the first data packet and the data content stored in the combined buffer to generate a second data packet; wherein the combined buffer is composed of the static buffer and the combined buffer The dynamic buffer combination is generated; according to the data content contained in the first data packet, the data content stored in the dynamic buffer is updated; or

According to the data content contained in the first data packet and the data content stored in the first buffer, compress the first data packet to generate a second data packet; wherein the first buffer is the static buffer Or the dynamic buffer; when the first buffer is the dynamic buffer, update the data content stored in the dynamic buffer according to the data content contained in the first data packet.
The method according to claim 4, wherein the first field is a header, and the second field is a payload; or the first field is a payload, and the second field is a header.
The method according to claim 4 or 5, wherein the compressed buffer configuration information is used to indicate: the size of the dynamic buffer and/or the initial data content filled into the dynamic buffer, and the static buffer The size and/or content of static data filled into the static buffer.
The method according to any one of claims 1-6, wherein obtaining compression configuration information includes:

receiving said compressed configuration information from said second or third communications device; or

Obtain the saved compression configuration information.
The method according to any one of claims 1-7, wherein the method further comprises:

Receive buffer update information from the second communication device or the third communication device, where the buffer update information is used to adjust the size of the target compression buffer, and/or update the data content stored in the target compression buffer ;

updating the target compression buffer according to the buffer update information;

After obtaining the third data packet, compress the third data packet according to the updated target compression buffer by using the target compression method to generate a fourth data packet;

sending the fourth data packet to the second communications device.
The method according to claim 8, wherein before receiving the buffer update information from the second communication device or the third communication device, the method further comprises:

receiving a stop compression instruction from the second communication device or the third communication device;

According to the stop compression instruction, stop compressing the data packet according to the target compression buffer;

Before using the target compression method to compress the third data packet according to the updated target compression buffer, the method further includes:

A command to enable compression is received from the second communication device or the third communication device.
The method according to claim 8, wherein the buffer update information further includes: third indication information; the third indication information is used to indicate the data packets compressed using the updated target compression buffer ;

The third data packet is the data packet indicated by the third indication information.
The method according to any one of claims 8-10, wherein the fourth data packet further includes fourth indication information, and the fourth indication information is used to indicate that the fourth data packet is the The first communication device uses the updated target compression buffer to perform compression and generate it.
The method according to any one of claims 1-11, wherein the first communication device is a terminal device, and the second communication device is a base station; or

The first communication device is a base station, and the second communication device is a terminal device; or

The first communication device and the second communication device are different terminal devices; or

The first communication device is a terminal device, and the second communication device is a core network device; or

The first communication device is a core network device, and the second communication device is a terminal device; or

The first communication device is a base station, and the second communication device is a core network device; or

The first communication device is a core network device, and the second communication device is a base station;

The first communication device and the second communication device are different core network devices.
A communication method applied to a second communication device, characterized in that it includes:

Acquiring decompression configuration information; wherein, the decompression configuration information includes: decompression mode indication information and decompression buffer configuration information, wherein the decompression mode indication information is used to indicate the target of the second communication device to decompress the data packet Decompression mode, the decompression buffer configuration information is used to configure the target decompression buffer;

Configuring the target decompression buffer according to the decompression buffer configuration information;

After receiving the second data packet from the first communication device, using the target decompression method to decompress the second data packet according to the target decompression buffer to generate a first data packet; wherein, the second data packet generated by compressing the first data packet for the first communication device.
The method according to claim 13, wherein the target decompression method is a dynamic buffer-based decompression method; the target decompression buffer is a dynamic buffer;

Using the target decompression method to decompress the second data packet according to the target decompression buffer to generate a first data packet, including:

Decompressing the second data packet according to the data content contained in the second data packet and the data content stored in the dynamic buffer to generate the first data packet;

updating the data content stored in the dynamic buffer according to the data content contained in the first data packet.
The method according to claim 13, wherein the target decompression method is a static buffer-based decompression method; the target decompression buffer is a static buffer;

Adopt described target decompression mode to decompress the second data packet according to the target decompression buffer, generate the first data packet, including:

Decompressing the second data packet according to the data content contained in the second data packet and the data content stored in the static buffer to generate a first data packet.
The method according to claim 13, wherein the target decompression method is an enhanced decompression method based on static buffer and dynamic buffer; the target decompression buffer includes static buffer and dynamic buffer;

Using the target decompression method to decompress the second data packet according to the target decompression buffer to generate a first data packet, including:

According to the data content contained in the first field in the second data packet and the data content stored in the static buffer, decompress the first field to generate the decompressed first field; according to the second The data content contained in the second field in the data packet and the data content stored in the dynamic buffer are decompressed to the second field to generate the decompressed second field; wherein the second data packet is generated by the The first domain and the second domain are composed; the first data packet is composed according to the decompressed first domain and the decompressed second domain; according to the decompressed second domain contained Data content, updating the data content stored in the dynamic buffer; or

According to the data content contained in the first field in the second data packet and the data content stored in the static buffer, decompress the first field to generate the decompressed first field; according to the second The data content contained in the second field in the data packet and the data content stored in the combination buffer are decompressed to the second field to generate the decompressed second field; wherein the combination buffer is composed of the static buffer and The dynamic buffer combination is generated, the second data packet is composed of the first domain and the second domain; according to the decompressed first domain and the decompressed second domain, the second data packet is composed A data packet; update the data content stored in the dynamic buffer according to the data content contained in the decompressed second domain; or

According to the data content contained in the first field in the second data packet and the data content stored in the static buffer, decompress the first field to generate the decompressed first field; according to the second The data content contained in the first data segment of the second domain in the data packet and the data content stored in the static buffer, decompress the first data segment to generate the decompressed first data segment; according to the The data content contained in the second data segment of the second field in the second data packet and the data content stored in the dynamic buffer, decompress the second data segment, and generate the decompressed second data segment ; Wherein, the second data packet is composed of the first domain and the second domain, and the second domain is composed of the first data segment and the second data segment; according to the decompressed The first domain, the decompressed first data segment, and the decompressed second data segment form the first data packet; according to the data content contained in the decompressed second data segment, update the The data content stored in the dynamic buffer; or

According to the data content contained in the first field in the second data packet and the data content stored in the static buffer, decompress the first field to generate the decompressed first field; according to the second The data content contained in the second field in the data packet and the data content stored in the first buffer are decompressed to the second field to generate the decompressed second field; wherein the first buffer is the static buffer or the dynamic buffer, the first data packet is composed of the first domain and the second domain; according to the decompressed first domain and the decompressed second domain, the second data packet is formed A data packet; when the first buffer is the dynamic buffer, update the data content stored in the dynamic buffer according to the data content contained in the decompressed second domain; or

According to the data content contained in the second data packet and the data content stored in the combined buffer, the second data packet is decompressed to generate the first data packet; wherein the combined buffer is composed of the static buffer Generated in combination with the dynamic buffer; update the data content stored in the dynamic buffer according to the data content contained in the first data packet; or

According to the data content contained in the second data packet and the data content stored in the first buffer, the second data packet is decompressed to generate the first data packet; wherein the first buffer is the A static buffer or the dynamic buffer; when the first buffer is the dynamic buffer, update the data content stored in the dynamic buffer according to the data content contained in the first data packet.
The method according to claim 16, wherein the first field is a packet header, and the second field is a payload; or the first field is a payload, and the second field is a packet header.
The method according to claim 16 or 17, wherein the decompression buffer configuration information is used to indicate: the size of the dynamic buffer and/or the initial data content filled into the dynamic buffer, and the static buffer The size and/or content of static data filled into the static buffer.
The method according to any one of claims 13-18, wherein obtaining decompression configuration information includes:

receiving said decompressed configuration information from said first communications device or a third communications device; or

Obtain the saved configuration information for decompression.
The method according to any one of claims 13-19, wherein before receiving the second data packet from the first communication device, the method further comprises:

sending compression configuration information to the first communication device; wherein, the compression configuration information includes: compression mode indication information and compression buffer configuration information, and the compression mode indication information is used to instruct the first communication device to process the data packet The target compression mode for compression processing, the compression buffer configuration information is used to configure the target compression buffer used when compressing the data packet; the target compression mode corresponds to the target decompression mode, and the target compression buffer and The configuration of the target decompression buffer is the same.
The method according to any one of claims 13-20, further comprising:

updating the target decompression buffer;

sending buffer update information to the first communication device, where the buffer update information is used to instruct the first communication device to adjust the size of the target compression buffer, and/or update the data content stored in the target compression buffer;

After receiving the fourth data packet from the first communication device, using the target decompression method to decompress the fourth data packet according to the updated target decompression buffer to generate a third data packet; wherein, The fourth data packet is generated by the first communication device compressing the third data packet.
The method according to claim 21, wherein before sending buffer update information to the first communication device, the method further comprises:

Sending a stop compression instruction to the first communication device; wherein the stop compression instruction is used to instruct the first communication device to stop using the target compression buffer to compress data packets.
The method according to claim 21, wherein the buffer update information further includes: third indication information; the third indication information is used to indicate the data packets compressed using the updated target compression buffer ;

The third data packet is the data packet indicated by the third indication information.
The method according to any one of claims 21-23, wherein the fourth data packet further includes fourth indication information, and the fourth indication information is used to indicate that the fourth data packet is the The first communication device uses the updated target compression buffer to perform compression and generate it.
The method according to any one of claims 13-24, wherein the first communication device is a terminal device, and the second communication device is a base station; or

The first communication device is a base station, and the second communication device is a terminal device; or

The first communication device and the second communication device are different terminal devices; or

The first communication device is a terminal device, and the second communication device is a core network device; or

The first communication device is a core network device, and the second communication device is a terminal device; or

The first communication device is a base station, and the second communication device is a core network device; or

The first communication device is a core network device, and the second communication device is a base station;

The first communication device and the second communication device are different core network devices.
A communication device applied to a first communication device, characterized in that it includes:

a communication unit for receiving and sending data;

A processing unit, configured to execute the method according to any one of claims 1-12 through the communication unit.
A communication device applied to a second communication device, characterized in that it includes:

a communication unit for receiving and sending data;

A processing unit, configured to execute the method according to any one of claims 13-25 through the communication unit.
A communication system, characterized in that it includes:

A first communication device, configured to implement the method according to any one of claims 1-12;

The second communication device is configured to implement the method according to any one of claims 13-25.
A computer-readable storage medium, characterized in that a computer program is stored in the computer-readable storage medium, and when the computer program is run on a computer, the computer is made to execute the computer program described in any one of claims 1-25. described method.
A chip, characterized in that the chip is coupled to a memory, and the chip reads a computer program stored in the memory to execute the method according to any one of claims 1-25.