WO2016197804A1

WO2016197804A1 - Method and device for compressing data packet

Info

Publication number: WO2016197804A1
Application number: PCT/CN2016/082616
Authority: WO
Inventors: 张龙; 陈卓; 毛剑慧; 江天明
Original assignee: 中国移动通信集团公司
Priority date: 2015-06-08
Filing date: 2016-05-19
Publication date: 2016-12-15
Also published as: CN106302245A

Abstract

Disclosed is a method for compressing a data packet in a communication system. The method comprises: performing, by a first apparatus, according to a compression algorithm, a compression processing on data in a data packet; and encapsulating, by the first apparatus, the compressed data into a data packet, header information of the data packet comprising: compression state indication information and extension header indication information, data in the data packet comprising: data different between transmitted data and data prior to the compression processing and awaiting transmission, and feature information corresponding to data identical between the transmitted data and the data prior to the compression processing and awaiting transmission; wherein the compression state indication information indicates whether the data packet is compressed, and the extension header indication information indicates whether an extension header appears in an option field of the data packet. Also disclosed is a device for compressing the data packet in the communication system.

Description

Data packet compression method and device

Cross-reference to related applications

Priority is claimed on Chinese Patent Application No. 201510309578.X filed on Jun. 8, 2015, the entire content of

Technical field

The present disclosure relates to data compression technologies in the field of communications, and in particular, to a method and apparatus for compressing data packets.

Background technique

The LTE system introduces a header compression technology, which utilizes the regularity of related fields in the packet header to compress the packet header of the packet in the Packet Data Convergence Protocol (PDCP) layer, thereby improving the efficiency of air interface transmission. The header compression technology in the related art is mainly used for a small packet service with a high packet head, such as a VoLTE (Voice over LTE) voice packet.

Currently, PDCP header compression only compresses the header of the underlying transport protocol, and cannot handle the redundancy in the header and payload of the application layer. In addition, with the development of the mobile Internet, a single user maintains more and more IP connections at the same time, and the number of contexts that the terminal needs to maintain when performing header compression is more and more, and header compression is more and more difficult.

Summary of the invention

To solve the existing technical problems, embodiments of the present disclosure provide a method and apparatus for compressing data packets in a communication system.

The embodiment of the present disclosure provides a method for compressing a data packet, the method comprising:

The first device compresses the data in the data packet according to the compression algorithm;

The first device encapsulates the compressed data into a data packet;

The packet header information of the data packet includes: compressed state indication information and extended header indication information; the data in the data packet includes: different data in the to-be-transmitted data and the transmitted data before compression processing, and data to be transmitted before compression processing Characteristic information corresponding to the same data in the transmitted data;

The compressed state indication information is used to indicate whether the data packet is compressed. The extended header indication information is used to indicate whether an option header of the data packet has an extended header.

In an embodiment, before the first device is a base station, before the first device compresses the data in the data packet, the method further includes:

The first device receives the first identifier sent by the second device, where the first identifier is used to indicate whether the second device supports the compression algorithm, where the second device is a terminal.

Receiving, by the first device, a second identifier sent by the second device, where the second identifier is used to indicate whether the third device supports the compression algorithm, where the first device is a target base station, and the second device is a source base station, the third device being a terminal that is pre-switched from the source base station to the target base station.

In an embodiment, when the first device is a terminal, before the first device compresses data in the data packet, the method further includes:

The first device receives a third identifier sent by the second device, where the third identifier is used to configure the first device to upload a compressed data packet to the second device, where the second device is a base station.

Optionally, the feature information includes: a length of the same data in the to-be-transmitted data and the transmitted data before the compression process, and a storage location of the same data in the cache.

Optionally, when the first device performs compression processing on the data in the data packet, the method further includes:

The first device compares the data to be transmitted before the compression process with the transmitted data stored in the cache, determines different data in the two, and determines the length of the same data in the two and the storage location of the same data in the cache. ;

Optionally, the data in the first device cache is updated synchronously with the data in the peer receiving device cache.

Optionally, the first identifier is a value of a new field in a Radio Resource Control (RRC) signaling message, or a value of a first PDCP header compression field in the RRC signaling message, Or a combination of values of two or more of the first PDCP header compression fields;

Optionally, the first PDCP header compression field is used to indicate that the PDCP header compression capability is reported.

Optionally, the second identifier is a value of a new field in the RRC signaling message, or is an RRC. a value of a first PDCP header compression field in the signaling message, or a combination of values of two or more of the first PDCP header compression fields;

Optionally, the third identifier is a value of a new field in the RRC signaling message, or a value of a second PDCP header compression field in the RRC signaling message, or two or more a combination of values of the two PDCP header compression fields;

Optionally, the second PDCP header compression field is used to indicate that the PDCP header compression is activated.

The embodiment of the present disclosure further provides a compression device for a data packet, the device comprising: a data compression module and a data encapsulation module; wherein

The data compression module is configured to perform compression processing on data in the data packet according to a compression algorithm;

The data encapsulating module is configured to encapsulate the data compressed by the data compression module into a data packet;

In an embodiment, the device is disposed in a terminal, the device further includes: a first receiving module; before the data compression module compresses data in the data packet,

The first receiving module is configured to receive a first identifier sent by the second device, where the first identifier is used to indicate whether the second device supports the compression algorithm, where the second device is a terminal.

In one embodiment, the apparatus is disposed in a target base station, and the apparatus further includes: a second receiving module; before the data compression module compresses data in the data packet,

The second receiving module is configured to receive a second identifier sent by the second device, where the second identifier is used to indicate whether the third device supports the compression algorithm, where the second device is a source base station, The third device is a terminal that is pre-switched from the source base station to the target base station.

In an embodiment, the device is disposed in the terminal, the device further includes: a third receiving module; before the data compression module compresses the data in the data packet,

The third receiving module is configured to receive a third identifier sent by the second device, where the third identifier is And configured to send, by the terminal, a compressed data packet to the second device, where the second device is a base station.

In an embodiment, the apparatus further includes: a comparison processing module, configured to compare the data to be transmitted before the compression process with the transmitted data stored in the cache, determine different data in the two, and determine the same in the two The length of the data and the storage location of the same data in the cache;

The data in the cache is updated synchronously with the data in the buffer of the peer receiving device.

The method and device for compressing a data packet in a communication system provided by the embodiment of the present disclosure, the first device compresses data in the data packet according to a compression algorithm; the first device encapsulates the compressed data into a data packet; The packet header information of the data packet includes: compressed state indication information and extended header indication information; the data in the data packet includes: different data in the to-be-transmitted data and the transmitted data before compression processing, and data to be transmitted before compression processing Feature information corresponding to the same data in the transmitted data; wherein the compression status indication information is used to indicate whether the data packet is compressed; and the extended header indication information is used to indicate whether an option field of the data packet is present Extended header. The embodiment of the present disclosure compresses the entire data packet transmitted by the air interface by introducing a packet compression technology in the communication system, utilizing the regularity and redundancy in the header and payload of the data packet before and after, and the header compression technology in the related art. Compared, the air interface transmission efficiency is significantly improved, and the network capacity is improved.

DRAWINGS

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings used in the description of the embodiments will be briefly described below. It is obvious that the drawings in the following description are only some embodiments described in the present application. Other drawings may also be obtained from those of ordinary skill in the art in light of the inventive work. The following figures are not intended to be scaled to scale in actual dimensions, with emphasis on the subject matter of the present application. In the figures, like reference characters may be in the Like reference numerals with different letter suffixes may indicate different examples of similar components. The drawings generally illustrate the various embodiments discussed herein by way of example and not limitation.

FIG. 1 is a Long Term Evolution (LTE) according to some embodiments of the present disclosure. A flowchart for implementing a compression method of a data packet in the system;

2 is a flowchart of implementing a method for compressing a data packet in an LTE system according to another embodiment of the present disclosure;

3 is a flowchart of implementing a method for compressing a data packet in an LTE system according to another embodiment of the present disclosure;

4 is a flowchart of implementing a method for compressing a data packet in an LTE system according to another embodiment of the present disclosure;

FIG. 5 is a schematic structural diagram of a data packet compression apparatus in an LTE system according to another embodiment of the present disclosure;

6 is a schematic structural diagram of a compression apparatus of a data packet in another LTE system according to another embodiment of FIG. 5;

FIG. 7 is a schematic structural diagram of a data packet compression apparatus in an LTE system according to another embodiment of the present disclosure;

FIG. 8 is a schematic structural diagram of a data packet compression apparatus in an LTE system according to another embodiment of the present disclosure;

FIG. 9 is a schematic structural diagram of a data packet compression apparatus in an LTE system according to another embodiment of the present disclosure;

10 is a schematic diagram of a location of the data packet compression function protocol stack in the application scenario of the present disclosure;

FIG. 11 is a schematic diagram of the data packet compression format in the application scenario of the present disclosure;

FIG. 12 is a schematic flowchart of signaling interaction between the terminal and a base station in the application scenario of the disclosure.

detailed description

The technical solutions of the embodiments of the present disclosure will be clearly and completely described in the following description of the embodiments of the present disclosure. It is apparent that the described embodiments are part of the embodiments of the present disclosure, and not all of the embodiments. All other embodiments obtained by those of ordinary skill in the art based on the described embodiments of the present disclosure are within the scope of the disclosure.

According to the research, it is found that not only IP, TCP, UDP and other underlying headers exist in the data packets transmitted by the network. Regularity, there is also a certain regularity and redundancy in the application layer header and payload. Such as: web browsing, many keywords in the HTTP protocol, such as Accept-Encoding, User-Agent, etc., multiple packets before and after are fixed, the value corresponding to the keyword, such as User-Agent value Mozilla, Firefox, etc. The same package is also available; for example, OTT instant communication, many formats of the OTT vendor's custom private protocol are also fixed, and there are many high-frequency words in the chat content; such as FTP files uploading WORD documents and other text files, source files. It has a high degree of redundancy. At the same time, in the wireless network traffic in the related art, services with higher compressibility such as web browsing and OTT instant communication occupy a high proportion.

In an embodiment of the present disclosure, the first device performs compression processing on the data in the data packet according to the compression algorithm; the first device encapsulates the compressed data into a data packet; the header information of the data packet includes: compression The status indication information and the extended header indication information; the data in the data packet includes: different data in the to-be-transmitted data and the transmitted data before the compression processing, and corresponding to the same data in the transmitted data before the compression processing Characteristic information; wherein the compression status indication information is used to indicate whether the data packet is compressed; and the extended header indication information is used to indicate whether an option header of the data packet has an extended header.

The present disclosure will be further described in detail below with reference to the accompanying drawings and specific embodiments.

FIG. 1 is a flowchart of a method for compressing a data packet in an LTE system according to some embodiments of the present disclosure. As shown in FIG. 1 , the method includes:

Step 101: The first device performs compression processing on the data in the data packet according to the compression algorithm.

Step 102: The first device encapsulates the compressed data into a data packet; the packet header information of the data packet includes: compressed state indication information and extended header indication information; and the data in the data packet includes: before compression processing Characteristic data corresponding to the data to be transmitted and the data to be transmitted, and the data to be transmitted before the compression process and the same data in the transmitted data;

In the embodiment of the present disclosure, the feature information includes: a length of the same data in the to-be-transmitted data and the transmitted data before the compression process, and a storage location of the same data in the cache.

Correspondingly, when the first device performs compression processing on the data in the data packet, the method further includes:

The data in the cache of the first device is updated synchronously with the data in the cache of the peer receiving device.

The embodiment of the present disclosure compresses the entire data packet transmitted by the air interface by introducing a packet compression technology in the LTE system, and utilizes the regularity and redundancy in the header and the payload of the data packet before and after, in comparison with the header compression technology in the related art. Compared, the air interface transmission efficiency is significantly improved, and the network capacity is improved.

Other embodiments of the present disclosure further provide a method for compressing data packets in an LTE system. As shown in FIG. 2, the method includes:

Step 201: The first device performs compression processing on the data in the data packet according to the compression algorithm.

Step 202: The first device encapsulates the compressed data into a data packet; the packet header information of the data packet includes: compressed state indication information and extended header indication information; and the data in the data packet includes: before compression processing Characteristic data corresponding to the data to be transmitted and the data to be transmitted, and the data to be transmitted before the compression process and the same data in the transmitted data;

Optionally, before the first device is a base station, before the first device performs compression processing on the data in the data packet, the method further includes:

Step 200: The first device receives a first identifier sent by the second device, where the first identifier is used to indicate whether the second device supports the compression algorithm, where the second device is a terminal.

In the embodiment of the present disclosure, the first identifier is a value of a new field in the RRC signaling message, or a value of a first PDCP header compression field in the RRC signaling message, or two or more a combination of values of the first PDCP header compression field;

The first PDCP header compression field is used to indicate that the PDCP header compression capability is reported.

Other embodiments of the present disclosure further provide a method for compressing data packets in an LTE system. As shown in FIG. 3, the method includes:

Step 301: The first device performs compression processing on the data in the data packet according to the compression algorithm.

Step 302: The first device encapsulates the compressed data into a data packet.

The method further includes: before the first device is a base station, before the first device compresses the data in the data packet, the method further includes:

Step 300: The first device receives a second identifier sent by the second device, where the second identifier is used to indicate whether the third device supports the compression algorithm, where the first device is a target base station, where the The second device is a source base station, and the third device is a terminal that is pre-switched from the source base station to the target base station.

In the embodiment of the present disclosure, the second identifier is a value of a new field in the RRC signaling message, or a value of a first PDCP header compression field in the RRC signaling message, or two or more a combination of values of the first PDCP header compression field;

Other embodiments of the present disclosure further provide a method for compressing data packets in an LTE system. As shown in FIG. 4, the method includes:

Step 401: The first device performs compression processing on the data in the data packet according to the compression algorithm.

Step 402: The first device encapsulates the compressed data into a data packet.

Optionally, the compressed state indication information is used to indicate whether the data packet is compressed; and the extended header indication information is used to indicate whether an option header of the data packet has an extended header.

Optionally, before the first device is a terminal, before the first device performs compression processing on the data in the data packet, the method further includes:

Step 400: The first device receives a third identifier sent by the second device, where the third identifier is used to configure the first device to upload a compressed data packet to the second device, where the second device is Base station.

In the embodiment of the present disclosure, the third identifier is a value of a new field in the RRC signaling message, or a value of a second PDCP header compression field in the RRC signaling message, or two or more a combination of values of the second PDCP header compression field;

The second PDCP header compression field is used to indicate that the PDCP header compression is activated.

In the embodiment of the present disclosure, the feature information includes: data to be transmitted before the compression process The length of the same data as in the transmitted data, and the storage location of the same data in the cache.

A further embodiment of the present disclosure further provides a compression device for a data packet in an LTE system. As shown in FIG. 5, the device includes: a data compression module 501 and a data encapsulation module 502;

The data compression module 501 is configured to perform compression processing on data in the data packet according to a compression algorithm;

The data encapsulating module 502 is configured to encapsulate the data compressed by the data compression module 501 into a data packet;

Optionally, as shown in FIG. 6, the apparatus further includes: a comparison processing module 500, configured to compare the data to be transmitted before the compression process with the transmitted data stored in the cache, to determine different data in the two, and Determining the length of the same data in both and the storage location of the same data in the cache;

Embodiments of the present disclosure utilize packet compression techniques in an LTE system, utilizing front and back numbers According to the rules and redundancy in the packet header and the payload, the entire data packet transmitted by the air interface is compressed. Compared with the header compression technology in the related art, the air interface transmission efficiency is significantly improved, and the network capacity is improved.

A further embodiment of the present disclosure further provides a compression device for a data packet in an LTE system. As shown in FIG. 7, the device includes: a data compression module 501 and a data encapsulation module 502;

Optionally, the device further includes: a comparison processing module 500, configured to compare the data to be transmitted before the compression process with the transmitted data stored in the cache, determine different data in the two, and determine the same data in the two. The length and storage location of the same data in the cache;

In the embodiment of the present disclosure, the device is disposed in a terminal, and the device further includes: a first receiving module 503; before the data compression module 501 performs compression processing on data in the data packet,

The first receiving module 503 is configured to receive a first identifier sent by the second device, where the first identifier is used to indicate whether the second device supports the compression algorithm, where the second device is a terminal.

A further embodiment of the present disclosure further provides a compression device for a data packet in an LTE system. As shown in FIG. 8, the device includes: a data compression module 501 and a data encapsulation module 502;

The device further includes: a comparison processing module 500, configured to compare the data to be transmitted before the compression process with the transmitted data stored in the cache, determine different data in the two, and determine the length of the same data in the two. And the storage location of the same data in the cache;

In the embodiment of the present disclosure, the device is disposed in a target base station, and the device further includes: a second receiving module 504; before the data compression module 501 performs compression processing on data in the data packet,

The second receiving module 504 is configured to receive a second identifier sent by the second device, where the second identifier is used to indicate whether the third device supports the compression algorithm, where the second device is a source base station, where The third device is a terminal that is pre-switched from the source base station to the target base station.

A further embodiment of the present disclosure further provides a compression device for a data packet in an LTE system. As shown in FIG. 9, the device includes: a data compression module 501 and a data encapsulation module 502;

In the embodiment of the present disclosure, the device is disposed in a terminal, where the device further includes: a third receiving module 505; before the data compression module 501 performs compression processing on data in the data packet,

The third receiving module 505 is configured to receive a third identifier that is sent by the second device, where the third identifier is used to configure the terminal to upload a compressed data packet to the second device, where the second device is Base station.

The disclosure will be described in detail below in conjunction with specific application scenarios.

In this application scenario, the data packet compression method in the LTE system generally includes three parts: a data packet compression architecture, a data packet compression format, and a packet compression related signaling flow, which are respectively introduced as follows:

First, the packet compression architecture

The packet compression function in the LTE system is implemented by the PDCP layer and can be regarded as an extension of the header compression function in the related art. For the uplink data packet, the PDCP on the terminal side can be compressed, and the PDCP on the base station side is decompressed; for the downlink data packet, the PDCP on the base station side is compressed, and the PDCP on the terminal side is decompressed, and the corresponding packet compression function protocol is performed. The stack location is shown in Figure 10.

Second, the packet compression format

The packet compression algorithm is: compressing data by deduplicating duplicate information between before and after data packets. The terminal and the base station each maintain a buffer, and the contents of the buffers are updated synchronously. (terminal) Before sending a data packet, if some or all of the data to be transmitted is the same as the data in the (terminal) buffer, only the position and length of the relevant content in the buffer are transmitted, instead of transmitting in the air interface. Part. For example, the web access, the previously visited URL is: www.sina.com.cn, the URL of this visit is: finance.sina.com.cn, the string of .sina.com.cn already exists in the buffer, this In the actual transmission, only the finance string and the above string (.sina.com.cn) need to be transmitted in the buffer position, and the peer can obtain the same from the synchronous maintenance cache after receiving the data packet. The content (.sina.com.cn) effectively reduces the air interface overhead. The specific compression algorithm can be used The typical compression algorithm or its improved type, such as LZ77, will not be described in detail here.

Packet compression is for all data transmitted on a certain bearer. The compression context of the header compression in the related art is for the IP quintuple. The buffer for packet compression is for a certain bearer, that is, multiple IP connections are shared. A buffer.

In order to be compatible with the existing header compression function, the packet compression format is required.

As shown in FIG. 11, the compression header occupies 1 byte, and includes a compression state indication and an extension header indication. The 2bit compression status indication indicates whether the data packet is compressed by the packet compression algorithm, '00' means uncompressed, '01' means compression, and the value is compatible with the header compression packet format in the related art; the 6bit extension header indicates 6 corresponding The extension header, 0 means that the corresponding extension header does not appear in the option field, 1 indicates that the corresponding extension header appears in the option field, and the extension header can be used to negotiate the buffer size, etc., the current version is not set, and all are filled with 0.

The option part is a variable length structure for carrying the extension header. Considering forward compatibility and flexibility of subsequent extensions, the extension header n (n takes values from 1 to 6) occupies 2 ^n-1 bytes, such as the first extension header is 1 byte in length, the sixth extension. The header length is 32 bytes. The order of the extension headers in the options is the same as the order indicated by the extension headers in the compression header. The current version does not have an extension header set, and the option part length is 0.

The content part is a data packet compressed by a general compression algorithm, and usually includes a length, a CRC check, etc., and the specific format is not discussed here.

Third, the data packet compression related signaling process

Similar to the compression of the PDCP header, the packet compression requires the terminal and the base station to cooperate. Therefore, the corresponding signaling process is required, including the user equipment (UE) capability reporting procedure, the packet compression activation process, and the mobility management related process. . The signaling interaction process between the terminal and the base station is as shown in FIG. 12. FIG. 12 shows a UE capability reporting procedure and a data packet compression activation process, where the signaling message includes a newly added or reconfigured field as described below. combination. In order to minimize the cost of change, consider packet compression as an extension of the header compression, and the header compression related signaling procedure in the multiplexing related technology, for example, the base station learns the UE packet compression algorithm through the UE capability query procedure. Supporting the situation; the base station activates the packet compression algorithm (configuration packet compression) through the RRC reconfiguration process; when the terminal switches, the source base station transmits the UE's support capability for packet compression to the target base station in the handover preparation message.

The core of the above signaling process is how to represent the packet compression algorithm, including the following two methods:

1. Add a new profile in the PDCP header compression to indicate the packet compression algorithm, such as profile0x0007.

Correspondingly, the corresponding extension field is added to the relevant signaling:

1) Expand the PDCP-Parameters field in the UE capability report message, see the bold part of the code below. Profile0x0007 is set to true, indicating that the UE supports packet compression.

2) Expand the pdcp-config field, see the bold part of the code below, profile0x0007 is set to true, indicating activation of packet compression.

Second, without adding a new field, borrowing the special value combination of the PDCP header compression field profiles/supportedROHC-Profiles and maxCID/maxNumberROHC-ContextSessions fields in the related art indicates packet compression.

Specifically, there are several field representation methods as follows:

1) In the UE capability report message, when all profiles in the supported ROHC-Profiles in the PDCP-Parameters structure take the value false, and When maxNumberROHC-ContextSessions takes the value of cs16384, it indicates that the UE supports packet compression.

In the PDCP-Config structure, when all profiles in the profile take the value false, and the maxCID takes the value of 16383, it indicates that the configuration packet is compressed.

In order to prevent the compression of the VoLTE voice packet from being introduced due to the introduction of packet compression, it may be further agreed that the terminal supporting the packet compression supports profile1 header compression and supports at least 16 contexts by default.

2) In the UE capability report message, when all profiles except profile0x0001 in the supported ROHC-Profiles of the PDCP-Parameters structure take the value false, and maxNumberROHC-ContextSessions takes the value cs16384, it indicates that the UE supports packet compression.

In order to avoid the header compression of the VoLTE voice packet, the terminal compression of the VoLTE voice packet cannot be performed. It can be further agreed that the terminal supporting the packet compression and supporting the profile1 header compression supports at least 16 contexts.

3) In the UE capability report message, when maxNumberROHC-ContextSessions in the PDCP-Parameters structure takes the value cs16384, it indicates that the UE supports packet compression.

In the PDCP-Config structure, when maxCID takes the value of 16383, it indicates configuration packet compression.

In order to prevent the maxCID field from being borrowed, the normal header compression cannot be performed after the data packet is compressed. It can be further agreed that the terminal supporting the packet compression supports at least 16 contexts by default, and the base station supporting the packet compression has a default maxCID value of 16 ( The value of the air interface message is 16383).

It can be seen that the embodiment of the present disclosure compresses the entire data packet transmitted by the air interface by introducing a packet compression technology in the LTE system, and utilizing the regularity and redundancy in the data packet header and the payload before and after, and the header compression in the related art. Compared with the technology, the air interface transmission efficiency is significantly improved, and the network capacity is improved. Experimental tests show that the present disclosure can achieve a compression efficiency of 50% for web browsing, instant messaging, text uploading, and the like.

It should be noted that although in the foregoing embodiment, the method and device for compressing data packets are applied to the LTE system as an example, those skilled in the art can read the above data packet after reading the present disclosure. The compression method and apparatus are similarly applied to other various communication systems (e.g., 5th Generation (5G) mobile communication systems).

Those skilled in the art will appreciate that embodiments of the present disclosure may be provided as a method, system, or computer program product. Accordingly, the present disclosure may take the form of a hardware embodiment, a software embodiment, or a combination of software and hardware aspects. Moreover, the present disclosure 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 and optical storage, etc.) including computer usable program code.

The present disclosure is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (system), and computer program products according to embodiments of the present disclosure. It will be understood that each flow and/or block of the flowchart illustrations and/or FIG. These computer program instructions can be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing device to produce a machine for the execution of instructions for execution by a processor of a computer or other programmable data processing device. Means for implementing the functions specified in one or more of the flow or in a block or blocks of the flow chart.

The computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device. The apparatus implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of the flowchart.

These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device. The instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.

The above description is only for the preferred embodiment of the present disclosure, and is not intended to limit the scope of the disclosure.

Claims

A method for compressing data packets, comprising:

The first device compresses the data in the data packet according to the compression algorithm;

The first device encapsulates the compressed data into a data packet;

The packet header information of the data packet includes: compressed state indication information and extended header indication information; the data in the data packet includes: different data in the to-be-transmitted data and the transmitted data before compression processing, and data to be transmitted before compression processing Characteristic information corresponding to the same data in the transmitted data;

The compressed state indication information is used to indicate whether the data packet is compressed. The extended header indication information is used to indicate whether an option header of the data packet has an extended header.
The method according to claim 1, wherein, when the first device is a base station, and before the first device compresses data in the data packet, the method further includes:

The first device receives the first identifier sent by the second device, where the first identifier is used to indicate whether the second device supports the compression algorithm, where the second device is a terminal.
The method according to claim 1, wherein, when the first device is a base station, and before the first device compresses data in the data packet, the method further includes:

Receiving, by the first device, a second identifier sent by the second device, where the second identifier is used to indicate whether the third device supports the compression algorithm, where the first device is a target base station, and the second device is a source base station, the third device being a terminal that is pre-switched from the source base station to the target base station.
The method according to claim 1, wherein, before the first device is a terminal, before the first device compresses data in the data packet, the method further includes:

The first device receives a third identifier sent by the second device, where the third identifier is used to configure the first device to upload a compressed data packet to the second device, where the second device is a base station.
The method of claim 1, wherein the feature information comprises: a length of the same data in the data to be transmitted before the compression process and the transmitted data, and a storage location of the same data in the cache.
The method according to claim 5, wherein when the first device performs compression processing on data in the data packet, the method further includes:

The first device performs data to be transmitted before compression processing and transmitted data stored in the cache. Compare, determine different data in the two, and determine the length of the same data in both and the storage location of the same data in the cache;

The data in the cache of the first device is updated synchronously with the data in the cache of the peer receiving device.
The method according to claim 2, wherein the first identifier is a value of a new field in a Radio Resource Control (RRC) signaling message, or is a first packet data convergence protocol in an RRC signaling message ( a value of a header compression field of the PDCP) or a combination of values of two or more of the first PDCP header compression fields;

The first PDCP header compression field is used to indicate that the PDCP header compression capability is reported.
The method according to claim 3, wherein the second identifier is a value of a new field in the RRC signaling message, or a value of a first PDCP header compression field in the RRC signaling message, or a combination of values of the first and second PDCP header compression fields;

The first PDCP header compression field is used to indicate that the PDCP header compression capability is reported.
The method according to claim 4, wherein the third identifier is a value of a new field in the RRC signaling message, or a value of a second PDCP header compression field in the RRC signaling message, or a combination of values of two or more of the second PDCP header compression fields;

The second PDCP header compression field is used to indicate that the PDCP header compression is activated.
A data packet compression device includes: a data compression module and a data encapsulation module; wherein

The data compression module is configured to perform compression processing on data in the data packet according to a compression algorithm;

The data encapsulating module is configured to encapsulate the data compressed by the data compression module into a data packet;

The packet header information of the data packet includes: compressed state indication information and extended header indication information; the data in the data packet includes: different data in the to-be-transmitted data and the transmitted data before compression processing, and data to be transmitted before compression processing Characteristic information corresponding to the same data in the transmitted data;

The compressed state indication information is used to indicate whether the data packet is compressed. The extended header indication information is used to indicate whether an option header of the data packet has an extended header.
The apparatus according to claim 10, wherein said apparatus is disposed in a terminal, said apparatus further comprising: a first receiving module; said data compression module compressing data in the data packet Before processing,

The first receiving module is configured to receive a first identifier sent by the second device, where the first identifier is used to indicate whether the second device supports the compression algorithm, where the second device is a terminal.
The apparatus of claim 10, wherein the apparatus is disposed in a target base station, the apparatus further comprising: a second receiving module; before the data compression module compresses data in the data packet,

The second receiving module is configured to receive a second identifier sent by the second device, where the second identifier is used to indicate whether the third device supports the compression algorithm, where the second device is a source base station, The third device is a terminal that is pre-switched from the source base station to the target base station.
The device according to claim 10, wherein the device is disposed in a terminal, the device further comprising: a third receiving module; before the data compression module compresses data in the data packet,

The third receiving module is configured to receive a third identifier sent by the second device, where the third identifier is used to configure the terminal to upload a compressed data packet to the second device, where the second device is a base station .
The apparatus according to claim 10, wherein said characteristic information comprises: a length of the same data in the data to be transmitted before the compression processing and the transmitted data, and a storage location of the same data in the cache.
The device according to claim 14, wherein the device further comprises: a comparison processing module, configured to compare the data to be transmitted before the compression process with the transmitted data stored in the cache, to determine different data in the two, and Determining the length of the same data in both and the storage location of the same data in the cache;

The data in the cache is updated synchronously with the data in the buffer of the peer receiving device.