WO2011085632A1 - 互联网协议数据包的压缩及解压缩方法和装置 - Google Patents

互联网协议数据包的压缩及解压缩方法和装置 Download PDF

Info

Publication number
WO2011085632A1
WO2011085632A1 PCT/CN2010/080574 CN2010080574W WO2011085632A1 WO 2011085632 A1 WO2011085632 A1 WO 2011085632A1 CN 2010080574 W CN2010080574 W CN 2010080574W WO 2011085632 A1 WO2011085632 A1 WO 2011085632A1
Authority
WO
WIPO (PCT)
Prior art keywords
compression algorithm
identifier
data packet
compression
data
Prior art date
Application number
PCT/CN2010/080574
Other languages
English (en)
French (fr)
Inventor
陈君
石洁珂
庞伶俐
郑潇潇
徐喆
闻明
王超
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to BR112012017645-5A priority Critical patent/BR112012017645B1/pt
Publication of WO2011085632A1 publication Critical patent/WO2011085632A1/zh
Priority to US13/547,748 priority patent/US8971267B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
    • H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
    • H03M7/3084—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction using adaptive string matching, e.g. the Lempel-Ziv method
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
    • H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
    • H03M7/60—General implementation details not specific to a particular type of compression
    • H03M7/6011—Encoder aspects
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
    • H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
    • H03M7/60—General implementation details not specific to a particular type of compression
    • H03M7/6064—Selection of Compressor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC

Definitions

  • the embodiments of the present invention relate to the field of communications technologies, and in particular, to a method and an apparatus for compressing and decompressing IP data packets. Background technique
  • IP data packets are usually compressed and processed to save air interface resources.
  • the compression method of the IP data packet adopts a header compression method, that is, the IP header of the IP data packet is compressed.
  • the header compression is mainly for IP data packets with a large amount of data in the IP header and a small amount of data in the IP data.
  • the IP headers of the plurality of IP data packets have little change and high repeatability.
  • Embodiments of the present invention provide a method and apparatus for compressing and decompressing IP data packets, which are used to save air interface resources during transmission.
  • An embodiment of the present invention provides a method for compressing an IP data packet, including:
  • the first device performs compression processing on the IP data in the IP data packet according to the first compression algorithm; the first device encapsulates the compressed IP data into a packet data concentration protocol PDCP number According to the packet, the header information of the PDCP data packet includes identifier information, where the identifier information is used to indicate that the first compression algorithm or the IP data is compressed.
  • An embodiment of the present invention provides a method for decompressing an IP data packet, including:
  • the first device receives the packet data set protocol PDCP data packet sent by the second device, where the header information of the PDCP data packet includes the identifier information, where the identifier information is used to represent the first compression algorithm;
  • the identification information in the header information of the PDCP data packet is learned by the first compression algorithm;
  • the first device decompresses IP data in the PDCP data packet according to the first compression algorithm.
  • An embodiment of the present invention provides a compression apparatus for an IP data packet, including:
  • a first compression module configured to perform compression processing on the IP data in the IP data packet according to the first compression algorithm
  • the encapsulating module is configured to encapsulate the compressed IP data into a packet data set protocol PDCP data packet, where the header information of the PDCP data packet includes identifier information, where the identifier information is used to indicate that the first compression algorithm or the IP data is compressed. .
  • An embodiment of the present invention provides a device for decompressing an IP data packet, including:
  • a third receiving module configured to receive a PDCP data packet sent by the second device, where the header information of the PDCP data packet includes identifier information, where the identifier information is used to represent a first compression algorithm, and the learning module is configured to The identification information in the header information of the PDCP data packet is learned by the first compression algorithm;
  • a decompression module configured to perform decompression processing on the IP data in the PDCP data packet according to the first compression algorithm.
  • the IP data in the IP data packet is compressed according to the first compression algorithm, and the compressed IP data is encapsulated into a PDCP data packet, so that the IP data in the IP data packet is implemented. Compression, which saves air interface resources during transmission.
  • FIG. 1 is a flowchart of a method for compressing an IP data packet according to Embodiment 1 of the present invention
  • FIG. 2 is a flowchart of a method for compressing an IP data packet according to Embodiment 2 of the present invention
  • FIG. 4 is a flowchart of a method for compressing an IP data packet according to Embodiment 4 of the present invention
  • FIG. 4 is a flowchart of a method for decompressing an IP data packet according to Embodiment 4 of the present invention
  • FIG. 6 is a flowchart of a method for switching a IP data packet according to Embodiment 6 of the present invention
  • Figure ⁇ is a schematic structural diagram of a compression apparatus for an IP data packet according to Embodiment 7 of the present invention.
  • FIG. 8 is a schematic structural diagram of an apparatus for compressing an IP data packet according to Embodiment 8 of the present invention.
  • FIG. 9 is a schematic structural diagram of an apparatus for compressing an IP data packet according to Embodiment 9 of the present invention.
  • FIG. 10 is a schematic structural diagram of an apparatus for compressing an IP data packet according to Embodiment 10 of the present invention.
  • FIG. 11 is a schematic structural diagram of an apparatus for compressing an IP data packet according to Embodiment 11 of the present invention.
  • FIG. 12 is a schematic structural diagram of an apparatus for decompressing an IP data packet according to Embodiment 12 of the present invention. detailed description
  • FIG. 1 is a flowchart of a method for compressing an IP data packet according to Embodiment 1 of the present invention. As shown in FIG. 1, the method includes:
  • Step 101 Perform compression processing on the IP data in the IP data packet according to the first compression algorithm.
  • each step may be performed by the first device or the second device.
  • the first device may be a terminal or a network device
  • the second device may be a terminal or a network device.
  • the terminal may include a user equipment (User Equ i pment, hereinafter referred to as UE) or a relay station.
  • the network device may include a radio network controller (Radio Ne twork Cont roler, hereinafter referred to as RNC), a gateway GPRS Supper t Node (GGSN) or a relay station.
  • RNC Radio Ne twork Cont roler
  • GGSN gateway GPRS Supper t Node
  • the terminal and the network device are only used as examples of the embodiments of the present invention, and should not be limited to the embodiments of the present invention. In practical applications, both the terminal and the network device can adopt other devices as needed.
  • the IP data packet includes an IP header and IP data.
  • the IP data in the IP data packet can be compressed, and the IP header can be not compressed.
  • Step 102 Encapsulate the compressed IP data into a Packet Data Center Protocol (PDCP) data packet, where the header information of the PDCP data packet includes identifier information, where the identifier information is used to indicate the first
  • the compression algorithm or IP data is compressed; the identification information can be used to identify the compression state of the IP data. Specifically, the identification information can be used to indicate that the IP data is compressed or used to represent the first compression algorithm.
  • the header information may include a PDCP header and an IP header, and the identification information may be set in the PDCP header or in the IP header, or the identification information may be simultaneously set in the PDCP header and the IP header.
  • the identifier information is written in the header information of the PDCP data packet, so that the header information of the generated PDCP data packet includes the identifier information.
  • the IP data in the IP data packet may be compressed according to the first compression algorithm, and the compressed IP data is encapsulated into a PDCP data packet, so that the IP data in the IP data packet is implemented. Compression, which saves air interface resources during transmission, reduces air interface transmission burden, and improves network capacity.
  • FIG. 2 is a flowchart of a method for compressing an IP data packet according to Embodiment 2 of the present invention. As shown in FIG. 2, the method includes:
  • Step 201 The first device receives a first identifier sent by the second device, where the first identifier is used to indicate a compression algorithm supported by the second device.
  • the second device when the first device is a terminal, the second device may be a network device or a terminal; when the first device is a network device, the second device is a terminal or a network device. This will not be repeated in the subsequent embodiments.
  • the compression algorithm supported by the second device may include one of the following or any combination thereof: LZW algorithm, LZSS algorithm, LZ0 algorithm.
  • L in the LZW algorithm stands for Abraham Lempe Z stands for Jacob Ziv
  • W stands for Wel ch
  • L in LZSS algorithm stands for Abraham Lempe Z stands for Jacob Ziv
  • W stands for Welch
  • S stands for James S torer
  • S stands for Thomas Szymanski
  • LZO algorithm L stands for Abraham Lempe l
  • Z stands for Jacob Ziv
  • 0 stands for Markus Franz Xaver Johannes Oberhumer.
  • the above L, Z, W and 0 represent the initials of the English name of the algorithm inventor.
  • the second device may directly send the first identifier to the first device, or the second device may send the first identifier to the first device by using other network devices.
  • the second device may send the first identifier to the first device by using a radio resource control (Radio Resource Cont rol, hereinafter referred to as RRC) message.
  • RRC Radio Resource Cont rol
  • the RRC message may include a dedicated RRC message or a system message
  • the dedicated RRC message may include an uplink dedicated RRC message or a downlink dedicated RRC message.
  • the second device may send the first identifier to the first device by using an uplink RRC message, for example, uplink dedicated RRC
  • the information may include an INTER RAT HANDOVER INFO, an RRC CONNECTION SETUP COMPLETE or a UE CAPABILITY I FORMATION c.
  • the second device sends the message to the first device.
  • the uplink dedicated RRC message includes the first identifier in the uplink dedicated RRC message.
  • the compression algorithm cell may be added to the "PDCP capability" in the cell "UE Radio access capability" of the uplink dedicated RRC message.
  • the compression algorithm cell may be "IP data packet compress ion algorithm capability".
  • the first identifier of the Bay 1 J can be set in the compression algorithm cell "IP data packet compress ion algorithm capability", as shown in Table 1 below:
  • the "IP data packet compressing algorithm capability" may be represented by a bitmap format.
  • the bitmap format can be xyz, where X can be the identifier of the LZSS algorithm, y can be the identifier of the LZ0 algorithm, and z can be the identifier of the LZW algorithm. If x, y or z is set to 1, it indicates that the first identifier includes the identifier of the compression algorithm corresponding to the x, y or z; if x, y or z is set to 0, it indicates that the first identifier does not include the x, y or z corresponds to the identity of the compression algorithm.
  • xyz When xyz is 001, it indicates that the first identifier includes the LZW algorithm; when xyz is 011, it indicates that the first identifier includes the LZ0 algorithm and the LZW algorithm; when xyz is 111, the first identifier includes the LZSS algorithm, the LZ0 algorithm, and LZW algorithm.
  • the second device may send the first identifier to the first device by using the system message.
  • the second device is configured to the first device
  • the system sends a system message, and the system message includes a first identifier.
  • the system message can be a system information block (System Information Filter, hereinafter referred to as: SIB) message.
  • SIB System Information Filter
  • Step 202 The first device determines, according to the first identifier, a first compression algorithm from a compression algorithm supported by the second device.
  • the first device may learn the compression algorithm supported by the second device according to the first identifier, and determine the first compression algorithm from the compression algorithm supported by the second device.
  • the first device may determine the first compression algorithm from the compression algorithm supported by the second device according to the first identifier and the first compression algorithm configuration information.
  • the first compression algorithm configuration information may be locally configured by the network device or configured by the core network and delivered to the network device.
  • the first compression algorithm configuration information may be locally configured by the terminal, or sent to the terminal by the network side.
  • the first compression algorithm configuration information may include one or any combination of the following: a compression algorithm that can be processed by the first device, a degree of consumption of the first device resource by the compression algorithm, a priority of the compression algorithm, or any combination thereof .
  • the first device can learn the compression algorithm supported by the second device according to the first identifier, and according to the compression algorithm that can be processed by the first device,
  • the first compression algorithm is determined in a compression algorithm supported by the second device.
  • the compression algorithm supported by the second device includes an LZW algorithm, an LZSS algorithm, and an LZ0 algorithm.
  • the compression algorithm that the first device can process includes the LZW algorithm, and the first compression algorithm determined is the LZW algorithm.
  • the first device may learn the compression algorithm supported by the second device according to the first identifier, and consume the first device resource according to the compression algorithm.
  • a first compression algorithm is determined from a compression algorithm supported by the second device.
  • the first device is a network device, specifically, if the load of the first device is high, the compression algorithm that minimizes the consumption of the first device resource may be determined from the compression algorithm supported by the second device as the first Compression algorithm; or may be if the first device is loaded When low, the compression algorithm with the highest degree of consumption of the first device resource can be determined from the compression algorithm supported by the second device as the first compression algorithm.
  • the first device may determine, as the first compression algorithm, a compression algorithm that minimizes the consumption of the first device resource in the compression algorithm supported by the second device.
  • the first device can learn the compression algorithm supported by the second device according to the first identifier, and according to the The degree of consumption of the first device resource by the compression algorithm and the compression algorithm that the first device can process determines the first compression algorithm from the compression algorithm supported by the second device.
  • the first device may determine, according to a compression algorithm that the first device can process, a compression algorithm to be determined from a compression algorithm supported by the second device, and consume the first device resource according to the compression algorithm from the to-be-determined compression algorithm.
  • the first compression algorithm is determined.
  • the compression algorithm supported by the second device includes an LZW algorithm, an LZSS algorithm, and an LZ0 algorithm.
  • the compression algorithm that the first device can process includes the LZ0 algorithm and the LZSS algorithm, and the first device can be compressed according to the first device.
  • the algorithm determines that the LZ0 algorithm and the LZSS algorithm are pending compression algorithms from the LZW algorithm, the LZSS algorithm and the LZ0 algorithm, and determines the first compression algorithm from the LZ0 algorithm and the LZSS algorithm according to the degree of consumption of the first device resource by the compression algorithm.
  • the first device may learn the compression algorithm supported by the second device according to the first identifier, and according to the first device.
  • the compressible algorithm and the compression algorithm that can be processed determine the first compression algorithm from the compression algorithms supported by the second device.
  • the first device may determine, according to a compression algorithm that the first device can process, a compression algorithm to be determined from a compression algorithm supported by the second device, and determine a first compression algorithm from the pending compression algorithm according to a compression algorithm priority.
  • the compression algorithm supported by the second device includes an LZW algorithm, an LZSS algorithm, and an LZ0 algorithm.
  • the compression algorithm that the first device can process includes the LZ0 algorithm and the LZSS algorithm, and the first device can be compressed according to the first device.
  • the algorithm determines from the LZW algorithm, the LZSS algorithm and the LZ0 algorithm that the LZ0 algorithm and the LZSS algorithm are pending compression algorithms.
  • the priority when using hardware compression
  • the priority may be, for example, LZSS algorithm > LZ0 algorithm > LZW algorithm, the first device may determine the LZSS algorithm with the highest priority from the pending compression algorithm as the first compression algorithm according to the priority of the compression algorithm; or when using software compression
  • the priority of the compression algorithm in the algorithm may be, for example, LZ0 algorithm > LZW algorithm > LZSS algorithm, the first device may determine the LZ0 algorithm with the highest priority from the pending compression algorithm as the first compression algorithm according to the priority of the compression algorithm.
  • the case where the first compression algorithm configuration information includes the degree of consumption of the first device resource by the compression algorithm, the priority of the compression algorithm, or any combination thereof is no longer enumerated.
  • Step 203 The first device sends the second identifier to the second device, where the second identifier is used to indicate the first compression algorithm.
  • the first device may directly send the second identifier to the second device, or the first device may send the second identifier to the second device by using other network devices.
  • the first device when the first device is the network device, and the second device is the terminal device, the first device may send the second identifier to the second device by using the downlink dedicated RRC message, for example, the downlink dedicated RRC message may include the wireless device. Create a message (Radio Bearer Setup) or a Radio Bearer Reconf igurat ion. Specifically, the first device sends a downlink dedicated RRC message to the second device, where the downlink dedicated RRC message includes the second identifier.
  • a compression algorithm cell may be added to a cell of a downlink dedicated RRC message, for example, the compression algorithm cell may be an "IP data packet compress ion algorithm", and the second identifier of the shell 1 J may be set in a compression algorithm letter.
  • the cell of the downlink dedicated RRC message may include "PDCP info", and the "PDCP info” may be located in the cell “RB information to setup", the "RB”
  • the information to setup" may be located in the "RAB information for setup”
  • the cell of the downlink dedicated RRC message may include "PDCP info”, and the "PDCP info” may be located in the letter In the element "RB information to reconfigure”, the "RB information to reconfigure” can be located in the cell "RB information to reconfigure”.
  • Compression algorithm letter The yuan can be as shown in Table 2 below:
  • the first device in the non-connected state may send the second identifier to the second device by using the uplink dedicated RRC message, for example, the uplink dedicated RRC.
  • the message may include an RRC CONNECTION REQUEST or an RRC CONNECTION SETUP COMPLETE.
  • the second identifier may be set in a cell of an uplink dedicated RRC message. Specifically, for the cell of the uplink dedicated RRC message, refer to the description of the cell of the uplink dedicated RRC message in step 201.
  • the identifier of the specified compression algorithm may be sent to the second device by using the uplink dedicated RRC message, where the uplink dedicated RRC message includes the second identifier.
  • the second identifier determined by the second device may be sent to the first device by using the downlink dedicated RRC message.
  • Step 204 Determine whether to compress the IP data in the IP data packet, if yes, go to step 205, if otherwise, go to step 206.
  • This step can be performed by the first device or the second device.
  • the first compression algorithm may be learned according to the received second identifier.
  • whether the IP data in the IP data packet is compressed may be determined according to the compression ratio of the first compression algorithm.
  • the compression ratio of the first compression algorithm meets the compression ratio currently required, it is determined that the IP data in the IP data packet is compressed; when the compression ratio of the first compression algorithm does not meet the compression ratio currently required. It is determined that the IP data in the IP packet is not compressed. For example: When the compression ratio of the first compression algorithm is high, and the compression ratio currently required is low, it is determined that the IP data in the IP data packet is not compressed.
  • the number of IPs is based on the service type of the IP data.
  • the compression processing is performed according to the IP data in the package.
  • the service type of the IP data conforms to the service type that needs to be compressed, it is determined that the IP data in the IP data packet is compressed.
  • the service type of the IP data does not meet the current service type that needs to be compressed, it is determined that the service type is incorrect.
  • the IP data in the IP packet is compressed. For example, when the service type of the IP data is video data, and the service type that needs to be compressed is text data, it is determined that the IP data in the IP data packet is not compressed.
  • Step 205 Perform compression processing on the IP data in the IP data packet according to the first compression algorithm, and encapsulate the compressed IP data into a PDCP data packet, where the header information of the PDCP data packet includes identifier information, where the identifier information is used. Indicates that the IP data is compressed and performs step 207.
  • step 204 is performed by the first device, the step is performed by the first device; when step 204 is performed by the second device, the step is performed by the second device.
  • the second device may learn the first compression algorithm according to the second identifier received in step 203.
  • the PDCP data packet includes the header information and the compressed IP data.
  • the header information includes the PDCP header and the IP header of the IP data packet.
  • the identifier information may be set in the PDCP header or in the IP header.
  • the identification information When the identification information is set in the PDCP header, the identification information may be a compression identifier (CID), and the CID may be set to 0 or 1.
  • the CID may be set in a reserved bit of a packet identifier (Packet Ident if ier, hereinafter referred to as PID) of a PDCP header of a PDCP protocol data unit (hereinafter referred to as PDU) that constitutes a PDCP packet.
  • PID Packet Ident if ier
  • PDU PDCP protocol data unit
  • the CID can also be set in the extension bit of the PID.
  • the existing PID can be extended to add an extension bit after the existing 32-bit PID and write the CID to the extension bit.
  • the identification information When the identification information is set in the IP header, the identification information may be a CID, and the CID may be set to a currently unused value, the CID indicates that the PDCP data packet is compressed, and the receiving end needs to perform a decompression operation; When the CID is not included in the header, it indicates that the PDCP data packet is not compressed, and the receiving end does not need to perform a decompression operation.
  • the IP data may include IPv4 data, IPv6 data, and/or Point to Point Protocol (PPP data), the IP header of the IPv4 data is 0x4X, the IP header of the IPv6 is 0x6X, and the IP header of the PPP data is 0x7E.
  • PPP data Point to Point Protocol
  • the CID is written into a specific field of the IP header.
  • the specific field can be the first 8 bits of the IP header.
  • the structure of the PDCP packet including the CID in the IP header can be as follows:
  • IP data IPv4 data / IPv6 data / PPP data
  • Step 206 Encapsulate the IP data into a PDCP data packet, and perform step 207.
  • step 204 is performed by the first device
  • step 204 is performed by the second device
  • step 207 is performed by the second device.
  • the identifier information may be a CID
  • the identifier information When the identifier information is set in the IP header, the identifier information may be a CID, and the PDCP packet does not include the CID.
  • the structure of the PDCP packet that does not include the CID in the IP header may be as follows:
  • IP header (0x4X I 0x6X / 0x7E) I IP data (IPv4 data / IPv6 data / PPP data)
  • Step 207 Send a PDCP data packet.
  • the step is specifically: the first device sends the PDCP data packet to the second device; when the step 204 is performed by the second device, the step is specifically: the second device uses the PDCP data packet Send to the first device.
  • Step 208 Determine, according to the header information of the received PDCP data packet, whether the IP data in the PDCP data packet is the compressed IP data, and if yes, execute step 209, if no, the process ends.
  • step 207 When step 207 is performed by the first device, the step is performed by the second device; when step 207 is performed by the second device, the step is performed by the first device.
  • whether the IP data in the PDCP data packet is the compressed IP data may be determined according to whether the identifier information is included in the IP header, for example: when the identifier information is included in the IP header. It is determined that the IP data is the compressed IP data. When the IP header does not include the identification information, it is determined that the IP data is not the compressed IP data. Step 209: Decompress IP data in the PDCP data packet according to the first compression algorithm, and the process ends.
  • step 205 When step 205 is performed by the first device, step 203 can be performed after step 205.
  • the first device determines a first compression algorithm from the compression algorithm supported by the second device, and sends a second identifier indicating the first compression algorithm to the second device, where the first device or the second device may be configured according to the second device.
  • the first compression algorithm compresses the IP data in the IP data packet, encapsulates the compressed IP data into a PDCP data packet, and transmits the PDCP data packet, thereby implementing compression on the IP data in the IP data packet, thereby
  • the air interface resources are saved during the transmission process, the air interface transmission load is reduced, and the network capacity is increased.
  • the first device determines the first compression algorithm and sends an identifier indicating the first compression algorithm to the second device, so that the second device can perform compression processing on the IP data according to the first compression algorithm, without using the first
  • the second device performs a process of determining the first compression algorithm, thereby avoiding consumption of the second device resource.
  • FIG. 3 is a flowchart of a method for compressing an IP data packet according to Embodiment 3 of the present invention. As shown in FIG. 3, the method includes:
  • Step 301 The second device sends a first identifier to the first device, where the first identifier is used to indicate a compression algorithm supported by the second device.
  • Step 302 The first device determines, according to the first identifier, a compression algorithm that can be supported by the first device and the second device from a compression algorithm supported by the second device.
  • the first device may learn the compression algorithm supported by the second device according to the first identifier, and determine a compression algorithm that can be supported by the first device and the second device from the compression algorithm supported by the second device.
  • the first device may determine, according to the first identifier and the second compression algorithm configuration information, a pressure that can be supported by the first device and the second device from a compression algorithm supported by the second device. Reduction algorithm.
  • the second compression algorithm configuration information may be locally configured by the network device or configured by the core network and delivered to the network device.
  • the first compression algorithm configuration information may be locally configured by the terminal, or sent to the terminal by the network side.
  • the second compression algorithm configuration information may include a compression algorithm that the first device can process.
  • the first device may learn the compression algorithm supported by the second device according to the first identifier, and determine the first device and the first device from the compression algorithm supported by the second device according to the compression algorithm that the first device can process.
  • a compression algorithm that both devices can support.
  • the compression algorithm supported by the second device includes a compression algorithm 1, a compression algorithm 2, a compression algorithm 3, and a compression algorithm 4, and the compression algorithm that the first device can process includes a compression algorithm 2, a compression algorithm 3, and a compression algorithm 4.
  • the compression algorithm that can be supported by the first device and the second device determined by the first device includes a compression algorithm 2, a compression algorithm 3, and a compression algorithm 4.
  • the second compression algorithm configuration information may include a compression algorithm that the first device can process and a degree of consumption of the first device resource by the compression algorithm.
  • the first device may learn the compression algorithm supported by the second device according to the first identifier, and the compression algorithm supported by the second device according to the compression algorithm and the compression algorithm that the first device can process.
  • a compression algorithm that both the first device and the second device can support is determined.
  • the first device may learn, according to the first identifier, a compression algorithm supported by the second device, and determine, according to a compression algorithm that the first device can process, a compression algorithm to be determined from a compression algorithm supported by the second device, and according to The degree of consumption of the first device resource by the compression algorithm determines, from the pending compression algorithm, a compression algorithm that both the first device and the second device can support.
  • the first device is a network device, for example, if the load of the first device is high, the compression algorithm that determines that the consumption of the first device resource is low from the pending compression algorithm is that both the first device and the second device can The compression algorithm is supported.
  • the compression algorithm that is highly consumed by the first device resource can be determined from the pending compression algorithm to be a compression algorithm that can be supported by both the first device and the second device.
  • the first device may be configured to determine the first device resource in the to-be-compressed compression algorithm.
  • the least expensive compression algorithm determines a compression algorithm that both the first device and the second device can support.
  • the compression algorithm supported by the second device includes a compression algorithm 1, a compression algorithm 2, a compression algorithm 3, and a compression algorithm 4, and the compression algorithm that the second device can process includes a compression algorithm 2, a compression algorithm 3, and a compression algorithm 4.
  • the pending compression algorithm determined by the first device includes a compression algorithm 2, a compression algorithm 3, and a compression algorithm 4; and determining, according to the degree of consumption of the first device resource by the compression algorithm, the compression algorithm 3 and the compression algorithm 4 are determined from the pending compression algorithm.
  • Step 303 The first device sends a third identifier to the second device, where the third identifier is used to indicate a compression algorithm that can be supported by both the first device and the second device.
  • the first device may directly send the third identifier to the second device, or the first device may send the third identifier to the second device by using other network devices.
  • the first device when the first device is a network device, and the second device is a terminal device, the first device may send the third identifier to the second device by using a downlink dedicated RRC message or a system message. Specifically, the first device sends a downlink dedicated RRC message or a system message to the second device, where the downlink dedicated RRC message or the system message includes a third identifier.
  • the compression algorithm cell may be added to the downlink dedicated RRC message or the system message, and the third identifier may be set in the added compression algorithm cell.
  • the compression algorithm cell may be “IP data packet compression algorithm”. In the capability", it is specifically shown in Table 1 in the second embodiment.
  • the "IP data packet compression algorithm capability" may be represented by a bitmap format. For details, refer to the second embodiment.
  • Step 304 Determine whether to compress the IP data in the IP data packet, if yes, go to step 305, if otherwise, go to step 307.
  • step 304 For the description of the step 304, reference may be made to the step 204 in the second embodiment, and details are not described herein again.
  • Step 305 Determine a first compression algorithm from a compression algorithm that can be supported by both the first device and the second device.
  • step 304 is performed by the first device
  • this step is performed by the first device.
  • First device from The first compression algorithm is determined by the compression algorithm that can be supported by the first device and the second device. For the specific process, refer to the compression algorithm supported by the second device according to the first identifier in the second step 202 of the second embodiment. A description of the first compression algorithm is determined.
  • step 304 is performed by the second device
  • this step is performed by the second device.
  • the second device determines, according to the third identifier, a first compression algorithm from a compression algorithm that can be supported by the first device and the second device, and the specific process may refer to the first device according to the first identifier in step 202 of the second embodiment.
  • a description of the first compression algorithm is determined in a compression algorithm supported by the second device.
  • Step 306 Perform compression processing on the IP data in the IP data packet according to the first compression algorithm, and encapsulate the compressed IP data into a PDCP data packet, where the header information of the PDCP data packet includes an algorithm identifier, where the identifier information is used.
  • the first compression algorithm is represented and step 308 is performed.
  • step 304 is performed by the first device, the step is performed by the first device; when step 304 is performed by the second device, the step is performed by the second device.
  • the PDCP data packet includes header information and compressed IP data.
  • the header information includes a PDCP header and an IP header of the IP data packet, and the identifier information may be set in the PDCP header or in the IP header.
  • the identifier information may be a compression algorithm identifier (hereinafter referred to as CAID).
  • CAID may be set to 00, 01, 10 or 11 .
  • the first compression algorithm is the LZSS algorithm
  • the CAID is set to 01.
  • the CAID may be set in the reserved bits of the PID of the PDCP header of the PDCP PDU constituting the PDCP packet. As shown in Table 3 above, the CAID may be written in the reserved bits 13 to 31 of the PID "PID Va lue". .
  • the CAID can also be set in the extension bit of the PID. The existing PID can be extended, the extension bit is added after the existing 32-bit PID, and the CAID is written into the extension bit.
  • the identification information When the identification information is set in the IP header, the identification information may be a CAID, and the CAID may be set to a currently unused value, the CAID indicates that the PDCP data packet is compressed, and the receiving end needs to perform a decompression operation; When the CAID is not included, it indicates that the PDCP data packet is not compressed, and the receiving end does not need to perform a decompression operation.
  • the IP data can include IPv4 data, IPv6 data, and/or PPP data
  • the IP header of the IPv4 data is 0x4X
  • the IP header of the IPv6 is 0x6X
  • the IP header of the PPP data is 0x7E
  • the CAID is written into a specific field of the IP header.
  • the specific field can be the first 8bi t of the IP header
  • the structure of the PDCP packet including the CAID in the IP header can be as follows:
  • IP data IPv4 data / IPv6 data / PPP data
  • Step 307 Encapsulate the IP data into a PDCP data packet, and perform step 308.
  • step 304 is performed by the first device, the step is performed by the first device; when step 304 is performed by the second device, the step is performed by the second device.
  • Step 308 Send a PDCP data packet.
  • the step is specifically: the first device sends the PDCP data packet to the second device; when the step 304 is performed by the second device, the step is specifically: the second device uses the PDCP data packet Send to the first device.
  • Step 309 Identify, in the PDCP data packet, according to the received header information of the PDCP data packet.
  • step 308 is performed by the first device, the step is performed by the first device; when step 308 is performed by the second device, the step is performed by the second device.
  • the compressed state of the IP data includes whether the IP data is the compressed IP data and the first compression algorithm used when the IP data is the compressed IP data.
  • the identification information is set in the PDCP header of the header information
  • whether the IP data in the PDCP data packet is the compressed IP data and the first time when the IP data is the compressed IP data may be identified according to the identification information.
  • the IP data in the PDCP data packet is the compressed IP data and the first compression used when the identifier information is included may be identified according to whether the identifier information is included in the IP header.
  • the method further includes:
  • Step 310 Decompress the IP data in the PDCP data packet according to the first compression algorithm.
  • step 305 When step 305 is performed by the first device, step 303 can be performed after step 305.
  • the first device determines, from the compression algorithm supported by the second device, a compression algorithm that can be supported by the first device and the second device, and is used to indicate that the first device and the second device can support the compression.
  • the algorithm is sent to the second device, where the first device or the second device can determine the first compression algorithm from the compression algorithms that can be supported by the first device and the second device, and the IP data in the IP data packet according to the first compression algorithm.
  • Performing compression processing encapsulating the compressed IP data into a PDCP data packet and transmitting the PDCP data packet, thereby realizing compression of IP data in the IP data packet, thereby saving air interface resources and reducing air interface transmission during transmission burden, Increased network capacity.
  • the first device determines a compression algorithm that can be supported by the first device and the second device from the compression algorithm supported by the second device, and is configured to indicate that the first device and the second device are both
  • the third identifier of the supported compression algorithm enables the second device to learn the compression algorithm that the first device and the second device can support, and the first device or the second device can be compressed from the first device and the second device.
  • the first compression algorithm is determined in the compression algorithm that can be supported by the two devices, so that the first compression algorithm can be selected each time the IP data is compressed.
  • FIG. 4 is a flowchart of a method for decompressing an IP data packet according to Embodiment 4 of the present invention. As shown in FIG. 4, the method includes:
  • Step 401 The first device receives the PDCP data packet sent by the second device, where the header information of the PDCP data packet includes identifier information, where the identifier information is used to represent the first compression algorithm.
  • Step 402 The first device learns the first compression algorithm according to the identifier information.
  • Step 403 The first device decompresses the IP data in the PDCP data packet according to the first compression algorithm.
  • the first device learns the first compression algorithm according to the identifier information in the header information of the received PDCP data packet, and decompresses the IP data in the PDCP data packet according to the first compression algorithm. Since the IP data in the PDCP data packet is the IP data compressed according to the first compression algorithm, the air interface resource is saved in the transmission process, the air interface transmission load is reduced, and the network capacity is improved.
  • FIG. 5 is a flowchart of a method for decompressing an IP data packet according to Embodiment 5 of the present invention. As shown in FIG. 5, the method includes:
  • Step 501 to step 503 can refer to step 401 to step 403 in the fourth embodiment, and details are not described herein.
  • Step 504 The first device determines, according to the first correspondence relationship and the first compression algorithm, a second compression algorithm, where the first correspondence relationship includes a correspondence between the first compression algorithm and the second compression algorithm.
  • the first device may query, from the first correspondence, a corresponding to the first compression algorithm.
  • Second compression algorithm Second compression algorithm.
  • Step 505 The first device performs compression processing on the IP data in the IP data packet sent to the second device according to the second compression algorithm.
  • Step 506 The first device encapsulates the compressed IP data into a PDCP data packet, and sends the PDCP data packet, where the header information of the PDCP data packet includes identifier information for indicating the second compression algorithm.
  • the first device may query the second compression algorithm corresponding to the first compression algorithm according to the correspondence between the first compression algorithm and the second compression algorithm, according to the second specified compression algorithm.
  • the IP data in the IP data packet is compressed, and the compressed IP data is encapsulated into a PDCP data packet, and the PDCP data packet is sent, so that the IP data in the IP data packet is compressed, thereby being transmitted.
  • air interface resources are saved, the air interface transmission burden is reduced, and network capacity is increased.
  • the first device can obtain the second compression algorithm by querying the correspondence between the first compression algorithm and the second compression algorithm, and does not need to perform the process of determining the second compression algorithm, thereby avoiding resources for the first device. Consumption.
  • the first device may determine the second compression algorithm by itself. The first device may continue to execute 605 after determining the second fixed compression algorithm. Alternatively, if the second device does not send the PDCP data packet to the first device, the first device may not compress the IP data in the IP data packet, but directly encapsulate the IP data in the IP data packet into a PDCP data packet.
  • the sixth embodiment of the present invention provides a handover method.
  • the RNC migration is taken as an example.
  • the first device is a network device of the target cell
  • the second device is a terminal.
  • the network device of the target cell is a Drift RNC (hereinafter referred to as DRNC)
  • the terminal may be a UE.
  • FIG. 6 is a flowchart of a handover method according to Embodiment 6 of the present invention; Figure, as shown in Figure 6, the method includes:
  • Step 601 The service RNC (Serving RNC, hereinafter referred to as SRNC) sends a Reloca t ion Required to the Core Network (hereinafter referred to as CN).
  • SRNC Service RNC
  • the relocation request includes a fourth identification and/or a first identification.
  • the SRNC sends the fourth identity and/or the first identity to the CN via a relocation request.
  • the fourth identifier is used to indicate a third compression algorithm
  • the first identifier is used to indicate a compression algorithm supported by the terminal. Since the terminal is a UE in this embodiment, the first identifier can be used to indicate a compression algorithm supported by the UE. In this embodiment, the first identifier may be sent by the UE to the SRNC.
  • the third compression algorithm is a compression algorithm used by the UE in the source cell. For example, the fourth identifier or the first identifier may be set in the cell "Source To Target Transparent Conta iner" of the relocation request.
  • Step 602 CN sends a relocation request (Reloca t ion Reques t) to DRNC c Relocation Request comprising the fourth identifier and / or the first identifier.
  • C sends the fourth identity and/or the first identity to the DRNC through a relocation request.
  • the fourth identifier and/or the first identifier are set in the cell "Source RNC To Target RNC Transparent Conta iner" of the relocation request.
  • Step 603 The DRNC sends a Reloca t i on Reques t Acknowledge to the CN.
  • the relocation request acknowledgement may include compression algorithm indication information, where the compression algorithm indication information includes indicating that the DRNC supports the third The information of the compression algorithm; for example, the compression algorithm indicates that the information is set in the cell "Target RNC To Source RNC Transparent Conta iner" of the relocation request confirmation. If the DRNC does not support the third compression algorithm represented by the fourth identifier, the relocation request acknowledgement may not include any indication information.
  • the relocation request acknowledgement may include compression algorithm indication information, where the compression algorithm indication information includes a compression algorithm for indicating that the DRNC supports the UE supported compression algorithm. information.
  • the DRNC supports the first identifier
  • the DRNC may further determine the first compression algorithm from the compression algorithm supported by the UE, and the compression algorithm indication information in the relocation request acknowledgement may include the second identifier, the second The identifier is used to identify the first compression algorithm.
  • the compression algorithm indicates that the information is set in the cell " Targe t RNC To Source RNC Trans parent Conta iner" of the relocation request confirmation.
  • the relocation request acknowledgement may include compression algorithm indication information, where the compression algorithm indication information includes The DRNC supports information of the third compression algorithm; for example, the compression algorithm indicates that the information is set in the cell "Targe t RNC To Source RNC Trans parent Conta iner" of the relocation request confirmation; if the DRNC does not support the fourth identifier
  • the third compression algorithm supports the compression algorithm supported by the UE indicated by the first identifier
  • the relocation request acknowledgement may include compression algorithm indication information, where the compression algorithm indication information includes information indicating that the DRNC supports the compression algorithm supported by the UE. .
  • the DRNC may further determine the first compression algorithm from the compression algorithm supported by the UE, and the compression algorithm indication information in the relocation request acknowledgement may be A second identifier is included, the fourth identifier being used to represent the first compression algorithm.
  • the compression algorithm indicates that the information is placed in the cell " Targe t RNC To Source RNC Trans parent Conta iner" in which the relocation is confirmed. If the DRNC does not support the third compression algorithm indicated by the fourth identifier and the compression algorithm supported by the UE indicated by the first identifier, the relocation request acknowledgement may not include any indication information.
  • Step 604 The CN sends a relocation command (Re l oca t i on Command) to the SRNC.
  • the relocation command includes compression algorithm indication information; if the relocation request acknowledgement does not include compression algorithm indication information, the relocation command does not include compression algorithm indication information.
  • the SRNC stops the compression processing of the IP data in the IP data packet in the source cell. After the switch is completed, it can be done by DRNC and The UE re-determines the compression algorithm.
  • step 605 is performed, otherwise step 606 is directly performed.
  • Step 605 The SRNC sends the compression algorithm indication information to the UE.
  • the SRNC may send the compression algorithm indication information to the UE by using a downlink RRC message or a downlink PDCP data packet.
  • the compression algorithm indication information can be set in the PDCP header of the downlink PDCP packet.
  • the UE may use the compression algorithm to indicate information to learn a new specified compression algorithm.
  • Step 606 The SRNC sends a Relocation Detect to the DRNC.
  • Step 607 DRNC sends a relocation detect (Relocation Detect) c step to CN 608, UE and global DRNC Terrestrial Radio Access (Universal Terrestrial
  • Step 609 The UE performs UE Capability Interaction with the DRNC. Thereby completing the switching process.
  • Step 610 The UE and the DRNC perform a compression method of the IP data packet.
  • step 610 refer to the method in the foregoing Embodiment 1, Embodiment 2 or Embodiment 3. If the compression algorithm indication information sent by the SRNC to the UE in step 605 includes the second identifier for indicating the first compression algorithm, the UE or the DRNC may perform the process of compressing the IP data packet by using the UE or the DRNC. A compression algorithm compresses the IP data in the IP packet.
  • the SRNC in the process of the UE switching from the source cell to the target cell, sends, by the CN, a fourth identifier for indicating the third compression algorithm or a first identifier for indicating a compression algorithm supported by the UE, to the DRNC. If the DRNC determines the first compression algorithm from the compression algorithm supported by the UE, the second identifier used to represent the first compression algorithm is set in the compression algorithm indication information to the SRNC by the CN, and the compression algorithm indicates the information by the SRNC. Sending to the UE, so that the UE learns the first compression algorithm determined by the DRNC, and the UE may adopt the first compression algorithm to the IP after the handover is completed.
  • the IP data in the data packet is compressed to ensure the continuity of IP packet compression.
  • the compression algorithm indication information may be set in the handover to UTRAN command (Handover to Ut ran Command) sent by the network device to the UE, so that the UE is informed of the changed
  • UTRAN command Handover to Ut ran Command
  • the network device can be a BSC. This ensures that after the handover is completed, the UE can compress the IP data in the IP data packet by using the modified compression algorithm, thereby ensuring the continuity of the IP data packet compression.
  • FIG. 7 is a schematic structural diagram of an apparatus for compressing an IP data packet according to Embodiment 7 of the present invention.
  • the network device includes: a first compression module 11 and a packaging module 12.
  • the first compression module 11 performs compression processing on the IP data in the IP data packet according to the first compression algorithm;
  • the encapsulation module 12 encapsulates the compressed IP data into a packet data concentration protocol PDCP data packet, and the header information of the PDCP data packet
  • the identification information is used to indicate that the first compression algorithm or the IP data is compressed.
  • the compression device of the IP data packet in this embodiment may be disposed in the first network or in the second network device.
  • first network device and the second network device refer to Embodiment 1 of the above method.
  • the compression device of the IP data packet in this embodiment may be used to perform the compression method of the IP data packet provided in Embodiment 1.
  • the compression device for the IP data packet in this embodiment may perform compression processing on the IP data in the IP data packet according to the first compression algorithm, and encapsulate the compressed IP data into a PDCP data packet, and implement the IP data packet in the IP data packet.
  • the IP data is compressed, thereby saving air interface resources during the transmission process, reducing the air interface transmission burden and increasing the network capacity.
  • FIG. 8 is a schematic structural diagram of an apparatus for compressing an IP data packet according to Embodiment 8 of the present invention.
  • the apparatus may further include a first determining module 13 and a first receiving. Module 14 and first transmitting module 15.
  • the first receiving module 14 receives the first identifier sent by the second device, where the first identifier is used to indicate a compression algorithm supported by the second device;
  • the determining module 13 determines the first compression algorithm from the compression algorithm supported by the second device according to the first identifier received by the first receiving module 14, and is determined by the first compression module 11 according to the first determining module 13
  • the first compression algorithm performs compression processing on the IP data in the IP data packet;
  • the first sending module 15 may send a second identifier to the second device, where the second identifier is used to indicate the first determined by the first determining module 13 A compression algorithm.
  • the compression device of the IP data packet may be disposed in the first device.
  • the compression device of the IP data packet in this embodiment may be used to perform the compression method of the IP data packet provided in Embodiment 2.
  • the first compression algorithm is determined from the compression algorithm supported by the second device, and the second identifier indicating the first compression algorithm is sent to the second device according to the first compression algorithm.
  • the IP data in the IP data packet is compressed, and the compressed IP data is encapsulated into a PDCP data packet and the PDCP data packet is transmitted, thereby realizing compression of the IP data in the IP data packet, thereby saving in the transmission process.
  • Air interface resources reduce the burden of air interface transmission and increase network capacity.
  • FIG. 9 is a schematic structural diagram of an apparatus for compressing an IP data packet according to Embodiment 9 of the present invention.
  • the apparatus may further include a second receiving module 16 and a second sending. Module 17.
  • the second sending module 17 sends a first identifier to the first device, where the first identifier is used to indicate a compression algorithm supported by the second device, so that the first device supports the compression algorithm supported by the second device according to the first identifier.
  • the second receiving module 16 receives a second identifier sent by the first device, where the second identifier is used to represent the first compression algorithm, and is received by the first compression module 11 according to the second receiving module 16
  • the first compression algorithm represented by the second identifier is compressed on the IP data in the IP data packet.
  • the compression device of the IP data packet may be disposed in the second device.
  • the compression device of the IP data packet in this embodiment may be used to perform the compression method of the IP data packet provided in Embodiment 2.
  • the compression device of the IP data packet of this embodiment is based on the received second identifier
  • a compression algorithm compresses the IP data in the IP data packet, encapsulates the compressed IP data into a PDCP data packet, and transmits the PDCP data packet, thereby implementing compression on the IP data in the IP data packet, thereby transmitting
  • air interface resources are saved, the air interface transmission burden is reduced, and network capacity is increased.
  • the apparatus may further include a third receiving module 18 and a second determining.
  • the third receiving module 18 receives the first identifier sent by the second device, where the first identifier is used to indicate a compression algorithm supported by the second device, and the second determining module 19 is configured according to the first identifier received from the third receiving module 18, A compression algorithm that can be supported by both the first device and the second device is determined by the compression algorithm supported by the second device.
  • the first device and the second device determined by the third determining module 20 are supported by the second determining module 19.
  • the first compression algorithm is determined in the compression algorithm, and the first compression module 11 performs compression processing on the IP data in the IP data packet according to the first compression algorithm determined by the third determination module 20;
  • the second device sends a third identifier, where the third identifier is used to indicate a compression algorithm that can be supported by the first device and the second device determined by the second determining module 19, for the second device to use the third device according to the third identifier.
  • the first compression algorithm is determined in a compression algorithm that can be supported by both the second device.
  • the compression device of the IP data packet may be disposed in the first device.
  • the compression device of the IP data packet in this embodiment may be used to perform the compression method of the IP data packet provided in Embodiment 3.
  • the compression device of the IP data packet of the embodiment may determine, from the compression algorithm supported by the second device, a compression algorithm that can be supported by both the first device and the second device, and is used to represent both the first device and the second device.
  • the compressible algorithm that can be supported is sent to the second device, and the first compression algorithm is determined from a compression algorithm that can be supported by the first device and the second device, and the IP data in the IP data packet is compressed according to the first compression algorithm.
  • Encapsulating the compressed IP data into a PDCP data packet and transmitting the PDCP data packet, thereby implementing compression of the IP data in the IP data packet In the transmission process, air interface resources are saved, the air interface transmission load is reduced, and the network capacity is increased.
  • the device may further include a fourth sending module 22 and a fourth receiving module 23, according to the seventh embodiment. And a fourth determining module 24.
  • the fourth sending module 22 sends a first identifier to the first device, where the first identifier is used to indicate a compression algorithm supported by the second device, so that the first device determines, according to the first identifier, a compression algorithm supported by the second device. a compression algorithm that can be supported by both the first device and the second device; the fourth receiving module 23 receives the third identifier sent by the first device, where the third identifier is used to represent a compression algorithm that can be supported by the first device and the second device.
  • the fourth determining module 24 determines the first compression algorithm from the compression algorithms supported by the first device and the second device according to the third identifier received by the fourth receiving module 23, and is determined by the first compression module 11 according to the first compression module 11
  • the first compression algorithm determined by the determining module 24 performs compression processing on the IP data in the IP data packet.
  • the compression device of the IP data packet may be disposed in the second device.
  • the compression device of the IP data packet in this embodiment may be used to perform the compression method of the IP data packet provided in Embodiment 3.
  • the compression device for the IP data packet of the embodiment determines the first compression algorithm from the compression algorithm supported by the first device and the second device indicated by the received third identifier, and the IP data according to the first compression algorithm
  • the IP data in the packet is compressed, and the compressed IP data is encapsulated into a PDCP data packet and the PDCP data packet is transmitted, thereby realizing the compression of the IP data in the IP data packet, thereby saving air interface resources in the transmission process. , reducing the air interface transmission burden and increasing network capacity.
  • FIG. 12 is a schematic structural diagram of an apparatus for decompressing an IP data packet according to Embodiment 12 of the present invention. As shown in FIG. 12, the apparatus includes: a fifth receiving module 25, a learning module 26, and a decompression module 27.
  • the fifth receiving module 25 receives the PDCP data packet sent by the second device, where the header information of the PDCP data packet includes identifier information, where the identifier information is used to represent the first compression algorithm;
  • the first compression algorithm is learned according to the identification information in the header information of the PDCP data packet;
  • the decompression module 27 performs decompression processing on the IP data in the PDCP data packet according to the first compression algorithm.
  • the apparatus in this embodiment may further include: a fifth determining module 28 and a second compressing module 29.
  • the fifth determining module 28 determines a second compression algorithm according to the first correspondence relationship and the first compression algorithm, where the first correspondence relationship includes a correspondence between the first compression algorithm and the second compression algorithm; and the second compression module
  • the IP data in the IP packet sent to the second device is compressed according to the second compression algorithm.
  • the decompression device of the IP data packet may be disposed in the first device.
  • the decompression device of the IP data packet in this embodiment may be used to perform the decompression method of the IP data packet provided in the fourth embodiment or the fifth embodiment.
  • the decompression device of the IP data packet of the embodiment obtains the first compression algorithm according to the identification information in the header information of the received PDCP data packet, and decompresses the IP data in the PDCP data packet according to the first compression algorithm.
  • the IP data in the PDCP data packet is the IP data compressed according to the first compression algorithm, thereby saving air interface resources during the transmission process, reducing the air interface transmission burden, and improving the network capacity.
  • the decompression device of the IP data packet of the embodiment may query the second compression algorithm corresponding to the first compression algorithm according to the correspondence between the first compression algorithm and the second compression algorithm, according to the second
  • the compression algorithm is used to compress the IP data in the IP data packet, and the compressed IP data is encapsulated into a PDCP data packet, and the PDCP data packet is sent to implement compression of the IP data in the IP data packet.
  • the decompression device of the IP data packet of the embodiment can obtain the second compression algorithm by querying the correspondence between the first compression algorithm and the second compression algorithm, and does not need to perform the process of determining the second compression algorithm, thereby avoiding the The consumption of a device resource.
  • the foregoing storage medium includes: various media that can store program codes, such as ROM, RAM, disk or optical disk.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Description

互联网协议数据包的压缩及解压缩方法和装置 本申请要求于 2010 年 1 月 18 日提交中国专利局、 申请号为 201010003376.X, 发明名称为' ΊΡ数据包的压缩及解压缩方法和装置 "的中 国专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域
本发明实施例涉及通信技术领域， 特别涉及一种 IP数据包的压缩及解 压缩方法和装置。 背景技术
在无线通信领域的 IP数据包的传输过程中， 通常对 IP数据包进行压 缩处理， 以达到节约空口资源的目的。 现有技术中对 IP数据包的压缩方式 采用头压缩方式， 即对 IP数据包的 IP头进行压缩。 头压缩主要是针对 IP 头的数据量较大而 IP数据的数据量较小的 IP数据包， 通常多个该 IP数据 包的 IP头变化不大且重复性较高。 通过头压缩的方法对上述 IP数据包的 IP头进行压缩， 可达到节约空口资源的目的。
在实际应用中， 网页浏览和电子邮件等业务被无线用户广泛使用， 这 部分数据并不适用于头压缩， 而如果对该部分数据不压缩就在空口上传输， 会增加空口传输的负担。
发明内容
本发明实施例提供一种 IP数据包的压缩及解压缩方法和装置， 用以在 传输过程中节约空口资源。
本发明实施例提供了一种 IP数据包的压缩方法， 包括：
第一设备根据第一压缩算法对 IP数据包中的 IP数据进行压缩处理； 所述第一设备将压缩处理后的 IP数据封装为包数据集中协议 PDCP数 据包， 所述 PDCP数据包的头信息包括标识信息， 所述标识信息用于表示所 述第一压缩算法或者所述 IP数据经过压缩。
本发明实施例提供了一种 IP数据包的解压缩方法， 包括：
第一设备接收第二设备发送的包数据集中协议 PDCP数据包，所述 PDCP 数据包的头信息中包括标识信息， 所述标识信息用于表示第一压缩算法； 所述第一设备根据所述 PDCP数据包的头信息中的标识信息获知所述第 一压缩算法；
所述第一设备根据所述第一压缩算法对所述 PDCP数据包中的 IP数据 进行解压缩处理。
本发明实施例提供了一种 IP数据包的压缩装置， 包括：
第一压缩模块， 用于根据第一压缩算法对 IP数据包中的 IP数据进行 压缩处理；
封装模块， 用于将压缩处理后的 IP数据封装为包数据集中协议 PDCP 数据包， 所述 PDCP数据包的头信息包括标识信息， 所述标识信息用于表示 第一压缩算法或者 IP数据经过压缩。
本发明实施例提供了一种 IP数据包的解压缩装置， 包括：
第三接收模块， 用于接收第二设备发送的 PDCP数据包， 所述 PDCP数 据包的头信息中包括标识信息， 所述标识信息用于表示第一压缩算法； 获知模块， 用于根据所述 PDCP数据包的头信息中的标识信息获知第一 压缩算法；
解压缩模块， 用于根据所述第一压缩算法对所述 PDCP数据包中的 IP 数据进行解压缩处理。
本发明实施例的技术方案中， 根据第一压缩算法对 IP数据包中的 IP 数据进行压缩处理， 将压缩处理后的 IP数据封装为 PDCP数据包， 实现了 对 IP数据包中的 IP数据进行压缩， 从而在传输过程中节约了空口资源。 附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对 实施例或现有技术描述中所需要使用的附图作一简单地介绍， 显而易见地， 下面描述中的附图是本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动的前提下， 还可以根据这些附图获得其他的附图。
图 1为本发明实施例一提供的一种 IP数据包的压缩方法的流程图； 图 2为本发明实施例二提供的一种 IP数据包的压缩方法的流程图； 图 3为本发明实施例三提供的一种 IP数据包的压缩方法的流程图； 图 4为本发明实施例四提供的一种 IP数据包的解压缩方法的流程图； 图 5为本发明实施例五提供的一种 IP数据包的解压缩方法的流程图； 图 6为本发明实施例六提供的一种切换方法的流程图；
图 Ί 为本发明实施例七提供的一种 IP数据包的压缩装置的结构示意 图；
图 8 为本发明实施例八提供的一种 IP数据包的压缩装置的结构示意 图；
图 9 为本发明实施例九提供的一种 IP数据包的压缩装置的结构示意 图；
图 10为本发明实施例十提供的一种 IP数据包的压缩装置的结构示意 图；
图 11为本发明实施例十一提供的一种 IP数据包的压缩装置的结构示意 图；
图 12为本发明实施例十二提供的一种 IP数据包的解压缩装置的结构 示意图。 具体实施方式
为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合本 发明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描 述， 显然， 所描述的实施例是本发明一部分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有作出创造性劳动前提 下所获得的所有其他实施例， 都属于本发明保护的范围。
图 1为本发明实施例一提供的一种 IP数据包的压缩方法的流程图， 如 图 1所示， 该方法包括：
步骤 101、 根据第一压缩算法对 IP数据包中的 IP数据进行压缩处理。 本实施例中， 各步骤可以由第一设备或者第二设备执行。 第一设备可 以为终端或者网络设备， 第二设备可以为终端或者网络设备。 终端可以包 括用户设备（User Equ i pment , 以下简称： UE )或者中继站。 网络设备可 以包括无线网络控制器 （Radio Ne twork Cont ro l ler , 以下简称： RNC )、 网关 GPRS支持节点 （Gateway GPRS Suppor t Node以下简称： GGSN )或者 中继站。 上述终端和网络设备仅作为本发明实施例的几种实例， 而不应成 为对本发明实施例的限制， 在实际应用中终端和网络设备均可以根据需要 采用其它设备。
本实施例中， IP数据包包括 IP头和 IP数据。 本步骤中可以对 IP数据 包中的 IP数据进行压缩处理， 并且可以不对 IP头进行压缩处理。
步骤 102、将压缩处理后的 IP数据封装为包数据集中协议（Packet Da ta Convergence Protocol , 以下简称： PDCP )数据包， 该 PDCP数据包的头信 息包括标识信息，该标识信息用于表示第一压缩算法或者 I P数据经过压缩； 标识信息可用于标识 IP数据的压缩状态。 具体地， 标识信息可用于表 示 IP数据经过压缩或者用于表示第一压缩算法。 头信息可以包括 PDCP头 和 IP头， 则标识信息可以设置于 PDCP头中或 IP头中， 或者标识信息可以 同时设置于 PDCP头和 IP头中。
本实施例中， 将上述标识信息写入 PDCP数据包的头信息中， 从而使生 成的 PDCP数据包的头信息包括标识信息。 本实施例的技术方案中， 可根据第一压缩算法对 IP数据包中的 IP数 据进行压缩处理， 将压缩处理后的 IP数据封装为 PDCP数据包， 实现了对 IP数据包中的 IP数据进行压缩，从而在传输过程中节约了空口资源， 降低 了空口传输负担， 提高了网络容量。
图 2为本发明实施例二提供的一种 IP数据包的压缩方法的流程图， 如 图 2所示， 该方法包括：
步骤 201、 第一设备接收第二设备发送的第一标识， 该第一标识用于表 示第二设备所支持的压缩算法。
本发明各实施例中， 当第一设备为终端时， 第二设备可以为网络设备 或者终端； 当第一设备为网络设备时， 第二设备为终端或者网络设备。 后 续实施例中不再赘述。
本实施例中， 第二设备所支持的压缩算法例如可以包括以下之一或其 任意组合： LZW算法、 LZSS算法、 LZ0算法。
LZW算法中的 L代表 Abraham Lempe Z代表 Jacob Ziv、 W代表 Wel ch; LZSS算法中的 L代表 Abraham Lempe Z代表 Jacob Ziv、 W代表 We lch、 S代表 James S torer , S代表 Thomas Szymanski ; LZO算法中的 L代表 Abraham Lempe l、 Z代表 Jacob Ziv、 0代表 Markus Franz Xaver Johannes Oberhumer。 上述 L、 Z、 W和 0所代表的均是算法发明人的英文名字的首字母。
本实施例中， 第二设备可以直接将第一标识发送给第一设备， 或者第 二设备可以通过其它网络设备将第一标识发送给第一设备。
本实施例中， 第二设备可以通过无线资源控制 （Radio Resource Cont rol , 以下简称： RRC ) 消息向第一设备发送该第一标识。 该 RRC 消息 可以包括专用 RRC消息或者***消息， 该专用 RRC消息可以包括上行专用 RRC消息或下行专用 RRC消息。
本实施例中， 当第一设备为网络设备， 第二设备为终端时， 第二设备 可以通过上行 RRC消息向第一设备发送第一标识， 例如， 上行专用 RRC消 息可以包括无线接入网间切换消息 （ INTER RAT HANDOVER INFO )、 RRC连接 建立完成消息 （RRC CONNECTION SETUP COMPLETE )或者 UE 能力消息（ UE CAPABILITY I FORMATION )c具体地，第二设备向第一设备发送上行专用 RRC 消息， 该上行专用 RRC 消息中包括第一标识。 本实施例中， 可以在上行专 用 RRC消息的信元 " UE Radio access capability"中的 "PDCP capability" 中增加压缩算法信元， 例如： 该压缩算法信元可以为 "IP data packet compress ion algorithm capability", 贝1 J第一标识可以设置于压缩算法信 元 "IP data packet compress ion algorithm capability" 中， 如下表 1 所示：
表 1
Figure imgf000008_0001
其中， OP表示压缩算法信元 "IP data packet compression algorithm capability" 是可选的。
或者， 本实施例中， " IP data packet compress ion algorithm capability" 可以采用位图（bitmap)格式来表示。 例如： 该位图格式可以 为 xyz， 其中， X可以为 LZSS算法的标识， y可以为 LZ0算法的标识， z可 以为 LZW算法的标识。 若 x、 y或 z设置为 1， 则表示第一标识包括该 x、 y 或 z对应压缩算法的标识； 若 x、 y或 z设置为 0， 则表示第一标识不包括 该 x、 y或 z对应压缩算法的标识。 例如： 当 xyz为 001时， 表示第一标识 包括 LZW算法； 当 xyz为 011时， 表示第一标识包括 LZ0算法和 LZW算法； 当 xyz为 111时， 表示第一标识包括 LZSS算法、 LZ0算法和 LZW算法。
本实施例中， 当第一设备为终端， 第二设备为网络设备时， 第二设备 可以通过***消息向第一设备发送第一标识。 具体地， 第二设备向第一设 备发送***消息， 该***消息中包括第一标识。 例如： 该***消息可以为 ***信息块 ( Sys tem Informa t ion Bl ock, 以下简称： SIB ) 消息。
步骤 202、 第一设备根据该第一标识， 从第二设备所支持的压缩算法中 确定出第一压缩算法。
具体地， 第一设备可根据第一标识获知第二设备所支持的压缩算法， 并从第二设备所支持的压缩算法中确定出第一压缩算法。
本实施例中， 第一设备可根据第一标识和第一压缩算法配置信息从第 二设备所支持的压缩算法中确定出第一压缩算法。 当第一设备为网络设备 时， 例如： 该第一压缩算法配置信息可以为网络设备本地配置的或者由核 心网配置并下发给网络设备的。 当第一设备为终端时， 例如： 该第一压缩 算法配置信息可以为终端本地配置的， 或者为网络侧发送给终端的。
本实施例中， 第一压缩算法配置信息可以包括以下之一或其任意组合： 第一设备所能处理的压缩算法、 压缩算法对第一设备资源的消耗程度、 压 缩算法优先级或其任意组合。
当第一压缩算法配置信息包括第一设备所能处理的压缩算法时， 第一 设备可根据第一标识获知第二设备所支持的压缩算法， 并根据第一设备所 能处理的压缩算法从该第二设备所支持的压缩算法中确定出第一压缩算 法。 例如： 第二设备所支持的压缩算法包括 LZW算法、 LZSS算法和 LZ0算 法， 第一设备所能处理的压缩算法包括 LZW算法， 则确定出的第一压缩算 法为 LZW算法。
当第一压缩算法配置信息包括压缩算法对第一设备资源的消耗程度 时， 第一设备可根据第一标识获知第二设备所支持的压缩算法， 并根据压 缩算法对第一设备资源的消耗程度从该第二设备所支持的压缩算法中确定 出第一压缩算法。 当第一设备为网络设备时， 具体地可以为若第一设备负 载较高时， 可从第二设备所支持的压缩算法中确定出对第一设备资源的消 耗程度最低的压缩算法作为第一压缩算法； 或者可以为若第一设备负载较 低时， 可从第二设备所支持的压缩算法中确定出对第一设备资源的消耗程 度最高的压缩算法作为第一压缩算法。 当第一设备为终端时， 具体可以为 第一设备可将该第二设备所支持的压缩算法中对第一设备资源的消耗程度 最低的压缩算法确定为第一压缩算法。
当第一压缩算法配置信息包括第一设备所能处理的压缩算法和压缩算 法对第一设备资源的消耗程度时， 第一设备可根据第一标识获知第二设备所 支持的压缩算法， 并根据第一设备所能处理的压缩算法和压缩算法对第一设 备资源的消耗程度从该第二设备所支持的压缩算法中确定出第一压缩算法。 具体地， 第一设备可根据第一设备所能处理的压缩算法从第二设备所支持的 压缩算法中确定出待定压缩算法， 并根据压缩算法对第一设备资源的消耗程 度从待定压缩算法中确定出第一压缩算法。 例如： 第二设备所支持的压缩算 法包括 LZW算法、 LZSS算法和 LZ0算法， 第一设备所能处理的压缩算法包括 LZ0算法和 LZSS 算法， 则第一设备可根据第一设备所能处理的压缩算法从 LZW算法、 LZSS算法和 LZ0算法中确定出 LZ0算法和 LZSS算法为待定压缩 算法， 并根据压缩算法对第一设备资源的消耗程度从 LZ0算法和 LZSS算法 中确定出第一压缩算法。
当第一压缩算法配置信息可以包括第一设备所能处理的压缩算法和压 缩算法优先级时， 则第一设备可根据第一标识获知第二设备所支持的压缩 算法， 并根据第一设备所能处理的压缩算法和压缩算法优先级从该第二设 备所支持的压缩算法中确定出第一压缩算法。 具体地， 第一设备可根据第 一设备所能处理的压缩算法从第二设备所支持的压缩算法中确定出待定压 缩算法， 并根据压缩算法优先级从待定压缩算法中确定出第一压缩算法。 例如： 第二设备所支持的压缩算法包括 LZW算法、 LZSS算法和 LZ0算法， 第一设备所能处理的压缩算法包括 LZ0算法和 LZSS算法， 则第一设备可根 据第一设备所能处理的压缩算法从 LZW算法、 LZSS算法和 LZ0算法中确定 出 LZ0算法和 LZSS算法为待定压缩算法。 当采用硬件压缩方式时压缩算法 优先级例如可以为： LZSS算法〉 LZ0算法〉 LZW算法， 则第一设备可根据该压 缩算法优先级从待定压缩算法中确定出优先级最高的 LZSS算法为第一压缩 算法； 或者当采用软件压缩算法时压缩算法优先级例如可以为： LZ0 算 法〉 LZW算法〉 LZSS 算法， 则第一设备可根据该压缩算法优先级从待定压缩 算法中确定出优先级最高的 LZ0算法为第一压缩算法。
本实施例中， 对于第一压缩算法配置信息包括压缩算法对第一设备资 源的消耗程度、 压缩算法优先级或其任意组合的情况不再——列举。
步骤 203、 第一设备将第二标识发送给第二设备， 该第二标识用于表示 该第一压缩算法。
本实施例中， 第一设备可以直接将第二标识发送给第二设备， 或者第 一设备可以通过其它网络设备将第二标识发送给第二设备。
本实施例中， 当第一设备为网络设备， 第二设备为终端设备时， 第一设 备可以通过下行专用 RRC消息向第二设备发送第二标识，例如，下行专用 RRC 消息可以包括无线 7 载建立消息（Radio Bearer Setup)或者无线 7 载配置 消息 （Radio Bearer Reconf igurat ion )。 具体地， 第一设备向第二设备发 送下行专用 RRC消息， 该下行专用 RRC消息中包括第二标识。 本实施例中， 可以在下行专用 RRC消息的信元中增加压缩算法信元， 例如该压缩算法信元 可以为 "IP data packet compress ion algorithm", 贝1 J第二标识可以设置 于压缩算法信元 "IP data packet compression algorithm" 中。 例如： 当 该下行专用 RRC消息为无线承载建立消息时， 该下行专用 RRC消息的信元可 以包括 "PDCP info", 该 "PDCP info" 可以位于信元 "RB information to setup" 中， 该 "RB information to setup" 可以位于 "RAB information for setup" 中； 当该下行专用 RRC消息为无线承载配置消息时， 该下行专用 RRC 消息的信元可以包括 "PDCP info", 该 "PDCP info" 可以位于信元 "RB information to reconfigure" 中， 该 "RB information to reconfigure" 可以位于信元 "RB information to reconfigure" 中。 增力口的压缩算法信 元可以如下表 2所示:
表 2
Figure imgf000012_0001
本实施例中， 当第一设备为终端， 第二设备为网络设备时， 对于处于 非连接状态的第一设备， 可以通过上行专用 RRC 消息向第二设备发送第二 标识，例如，上行专用 RRC消息可以包括 RRC连接建立请求（ RRC CONNECTION REQUEST )或者 RRC连接建立完成 ( RRC CONNECTION SETUP COMPLETE )。 本 实施例中， 第二标识可以设置于上行专用 RRC 消息的信元中。 具体地， 上 行专用 RRC消息的信元可参见步骤 201 中对上行专用 RRC消息的信元的描 述。 对于处于连接状态的第一设备， 可以通过上行专用 RRC 消息向第二设 备发送指定压缩算法的标识， 该上行专用 RRC 消息中包括第二标识。 在第 二设备发现自身无法采用第一设备确定出的第二标识所表示的第一压缩算 法时， 可通过下行专用 RRC 消息向第一设备发送第二设备确定出的第二标 识。
步骤 204、判断是否对 IP数据包中的 IP数据进行压缩处理， 如果是则 执行步骤 205， 如果否则执行步骤 206。
本步骤可以由第一设备或者第二设备来执行。
本实施例中， 可根据接收到的第二标识获知第一压缩算法。
本实施例中， 可以根据第一压缩算法的压缩率判断是否对 IP数据包中 的 IP数据进行压缩处理。 当第一压缩算法的压缩率符合当前所需要采用的 压缩率时， 判断出对 IP数据包中的 IP数据进行压缩处理； 当第一压缩算 法的压缩率不符合当前所需要采用的压缩率时， 判断出不对 IP数据包中的 IP数据进行压缩处理。 例如： 当第一压缩算法的压缩率较高， 而当前需要 采用的压缩率较低时， 判断出不对 IP数据包中的 IP数据进行压缩处理。
或者， 本实施例中， 还可以根据 IP数据的业务类型判断是否对 IP数 据包中的 IP数据进行压缩处理。 当 IP数据的业务类型符合当前需要进行 压缩的业务类型时， 判断出对 IP数据包中的 IP数据进行压缩处理； 当 IP 数据的业务类型不符合当前需要进行压缩的业务类型时， 判断出不对 IP数 据包中的 IP数据进行压缩处理。 例如： 当 IP数据的业务类型为视频数据， 而当前需要进行压缩的业务类型为文字数据时， 判断出不对 IP数据包中的 IP数据进行压缩处理。
步骤 205、 根据第一压缩算法对 IP数据包中的 IP数据进行压缩处理， 并将压缩处理后的 IP数据封装为 PDCP数据包， 该 PDCP数据包的头信息包 括标识信息， 该标识信息用于表示 IP数据经过压缩， 并执行步骤 207。
当步骤 204 由第一设备执行时， 本步骤由第一设备执行； 当步骤 204 由第二设备执行时， 本步骤由第二设备执行。
当本步骤由第二设备执行时， 第二设备可根据步骤 203 中接收到的第 二标识获知第一压缩算法。
本实施例中， PDCP数据包包括头信息和压缩处理后的 IP数据， 头信 息包括 PDCP头和 IP数据包的 IP头， 则该标识信息可以设置于 PDCP头中 或者设置于 IP头中。
当标识信息设置于 PDCP 头中时， 该标识信息可以为压缩标识 ( Compres s ion Ident i f ier , 以下简称： CID )， 该 CID可以设置为 0或 1。 当 CID=0时表示该 PDCP数据包未经过压缩， 接收端无需进行解压缩操作； 当 CID=1时表示该 PDCP数据经过压缩， 接收端需进行解压缩操作。 本步骤 中， CID设置为 1。
例如， 该 CID 可以设置于组成 PDCP 数据包的 PDCP 协议数据单元 ( Protocol Da ta Uni t , 以下简称： PDU ) 的 PDCP 头的包标识 （Packet Ident i f ier , 以下简称： PID ) 的预留位中。 如下表 3所示：
PID Va lue Opt imi sa t ion Packet type
method
0 No header - compress ion
1 RFC 2507 Full header
2 RFC 2507 Compressed TCP
3 RFC 2507 Compressed TCP nondel ta
4 RFC 2507 Compressed non TCP
5 RFC 2507 Context state
6 Method A Packet Type 1 of Method A
7 Method A Packet Type 2 of Method A
8 Method B Packet Type 1 of Method B
9 Method B Packet Type 2 of Method B
10 RFC 3095 RFC 3095 packet format
11 Method C Packet Type 1 of Method C
12 Method C Packet Type 2 of Method C
13...31 预留位 - 如上表 3所示， 可以将 CID写入 PID的 "PID Value" 的预留位 13至 31位中。
例如， 该 CID还可以设置于 PID的扩展位中。 可以对现有的 PID进行 扩展， 在现有的 32位的 PID之后增加扩展位， 并将 CID写入扩展位中。
当标识信息设置于 IP头中时， 该标识信息可以为 CID， 该 CID可以设 置为当前未使用的值， 该 CID表示该 PDCP数据包经过压缩， 接收端需进行 解压缩操作； 此时当 IP头中未包括该 CID时表示该 PDCP数据包未经过压 缩， 接收端无需进行解压缩操作。 由于 IP数据可以包括 IPv4数据、 IPv6 数据和 /或点对点协议（ Point to Point Protocol, 以下简称： PPP数据）， IPv4数据的 IP头为 0x4X、 IPv6的 IP头为 0x6X以及 PPP数据的 IP头为 0x7E, 因此可以将 CID设置为当前未使用的值 0x00， 则 CID=0x00。 将 CID 写入 IP头的特定字段中， 例如特定字段可以为 IP头的前 8bit，则 IP头中 包括 CID的 PDCP数据包的结构可如下所示：
PDCP头 |1?头[ CID(0x00) I 0x4X / 0x6X / 0x7E ] I IP数据 ( IPv4 数据 / IPv6数据 /PPP数据）
步骤 206、 将 IP数据封装为 PDCP数据包， 并执行步骤 207。 当步骤 204 由第一设备执行时， 本步骤由第一设备执行； 当步骤 204 由第二设备执行时， 本步骤由第二设备执行。
当标识信息设置于 PDCP头中时， 该标识信息可以为 CID， 该 PDCP数据 包的头信息包括 CID， 该 CID具体可以设置于组成 PDCP数据包的 PDCP PDU 的 PDCP头的 PID中， 并且该 CID=0。
当标识信息设置于 IP头中时， 该标识信息可以为 CID， 该 PDCP数据包 中不包括 CID， 则 IP头中未包括该 CID的 PDCP数据包的结构可如下所示：
PDCP头 I IP头 （0x4X I 0x6X / 0x7E) I IP数据 ( IPv4数据 / IPv6 数据 /PPP数据）
步骤 207、 发送 PDCP数据包。
当步骤 204由第一设备执行时， 本步骤具体为： 第一设备将 PDCP数据 包发送给第二设备； 当步骤 204 由第二设备执行时， 本步骤具体为： 第二 设备将 PDCP数据包发送给第一设备。
步骤 208、根据接收到的 PDCP数据包的头信息判断出 PDCP数据包中的 IP数据是否为压缩处理后的 IP数据， 如果是则执行步骤 209， 如果否流程 结束。
当步骤 207 由第一设备执行时， 本步骤由第二设备执行； 当步骤 207 由第二设备执行时， 本步骤由第一设备执行。
当标识信息设置于头信息的 PDCP头中时，可根据标识信息判断出 PDCP 数据包中的 IP数据是否为压缩处理后的 IP数据， 例如： 当 CID=1时判断 出 IP数据为压缩处理后的 IP数据， 当 CID=0时判断出 IP数据不是压缩处 理后的 IP数据。
当标识信息设置于头信息的 IP头中时， 可根据 IP头中是否包括标识 信息判断出 PDCP数据包中的 IP数据是否为压缩处理后的 IP数据， 例如： 当 IP头中包括标识信息时判断出 IP数据为压缩处理后的 IP数据， 当 IP 头中未包括标识信息时判断出 IP数据不是压缩处理后的 IP数据。 步骤 209、根据第一压缩算法对 PDCP数据包中的 IP数据进行解压缩处 理， 流程结束。
本实施例各步骤的执行顺序仅为一种示例， 实际应用中可根据需要变 更执行顺序。 例如： 当步骤 205 由第一设备执行时， 步骤 203可位于步骤 205之后执行。
本实施例中， 第一设备从第二设备所支持的压缩算法中确定出第一压 缩算法， 将表示第一压缩算法的第二标识发送给第二设备， 第一设备或者 第二设备可以根据第一压缩算法对 IP数据包中的 IP数据进行压缩处理， 将压缩处理后的 IP数据封装为 PDCP数据包并发送该 PDCP数据包， 实现了 对 IP数据包中的 IP数据进行压缩， 从而在传输过程中节约了空口资源， 降低了空口传输负担， 提高了网络容量。 本实施例中， 由第一设备确定出 第一压缩算法并将表示第一压缩算法的标识发送给第二设备， 以使第二设 备可以根据第一压缩算法对 IP数据进行压缩处理， 无需第二设备执行确定 出第一压缩算法的过程， 从而避免了对第二设备资源的消耗。
图 3为本发明实施例三提供的一种 IP数据包的压缩方法的流程图， 如 图 3所示， 该方法包括：
步骤 301、 第二设备向第一设备发送第一标识， 该第一标识用于表示第 二设备所支持的压缩算法。
对步骤 301的描述可参照实施例二中的步骤 201， 此处不再赘述。 步骤 302、 第一设备根据第一标识， 从该第二设备所支持的压缩算法中 确定出第一设备和第二设备均能够支持的压缩算法。
具体地， 第一设备可根据第一标识获知第二设备所支持的压缩算法， 并从第二设备所支持的压缩算法中确定出第一设备和第二设备均能够支持 的压缩算法。
本实施例中， 第一设备可根据第一标识和第二压缩算法配置信息， 从 第二设备所支持的压缩算法中确定出第一设备和第二设备均能够支持的压 缩算法。 当第一设备为网络设备时， 例如： 该第二压缩算法配置信息可以 为网络设备本地配置的或者由核心网配置并下发给网络设备的。 当第一设 备为终端时， 例如： 该第一压缩算法配置信息可以为终端本地配置的， 或 者为网络侧发送给终端的。
本实施例中， 第二压缩算法配置信息可以包括第一设备所能处理的压 缩算法。 则具体地， 第一设备可根据第一标识获知第二设备所支持的压缩 算法， 并根据第一设备所能处理的压缩算法从第二设备所支持的压缩算法 中确定出第一设备和第二设备均能够支持的压缩算法。 例如： 第二设备所 支持的压缩算法包括压缩算法 1、 压缩算法 2、 压缩算法 3和压缩算法 4， 而第一设备所能处理的压缩算法包括压缩算法 2、压缩算法 3和压缩算法 4， 则第一设备确定出的第一设备和第二设备均能够支持的压缩算法包括压缩 算法 2、 压缩算法 3和压缩算法 4。
或者， 本实施例中， 第二压缩算法配置信息可以包括第一设备所能处 理的压缩算法和压缩算法对第一设备资源的消耗程度。 则第一设备可根据 第一标识获知第二设备所支持的压缩算法， 并根据第一设备所能处理的压 缩算法和压缩算法对第一设备资源的消耗程度从第二设备所支持的压缩算 法中确定出第一设备和第二设备均能够支持的压缩算法。 具体地， 第一设 备可根据第一标识获知第二设备所支持的压缩算法， 并根据第一设备所能 处理的压缩算法从第二设备所支持的压缩算法中确定出待定压缩算法， 并 根据压缩算法对第一设备资源的消耗程度从待定压缩算法中确定出第一设 备和第二设备均能够支持的压缩算法。 当第一设备为网络设备时， 例如若 第一设备的负载较高时可从待定压缩算法中确定出对第一设备资源的消耗 程度较低的压缩算法为第一设备和第二设备均能够支持的压缩算法； 若第 一设备的负载较低时可从待定压缩算法中确定出对第一设备资源的消耗程 度较高的压缩算法为第一设备和第二设备均能够支持的压缩算法。 当第一 设备为终端时， 具体可以为第一设备可将待定压缩算法中对第一设备资源 的消耗程度最低的压缩算法确定为第一设备和第二设备均能够支持的压缩 算法。 例如： 第二设备所支持的压缩算法包括压缩算法 1、 压缩算法 2、 压 缩算法 3和压缩算法 4， 而第二设备所能处理的压缩算法包括压缩算法 2、 压缩算法 3和压缩算法 4，则第一设备确定出的待定压缩算法包括压缩算法 2、 压缩算法 3和压缩算法 4; 并根据压缩算法对第一设备资源的消耗程度 从待定压缩算法中确定出压缩算法 3和压缩算法 4为第一设备和第二设备 均能够支持的压缩算法。
步骤 303、 第一设备向第二设备发送第三标识， 该第三标识用于表示第 一设备和第二设备均能够支持的压缩算法。
本实施例中， 第一设备可以直接将第三标识发送给第二设备， 或者第 一设备可以通过其它网络设备将第三标识发送给第二设备。
本实施例中， 当第一设备为网络设备， 第二设备为终端设备时， 第一 设备可以通过下行专用 RRC 消息或者***消息向第二设备发送第三标识。 具体地， 第一设备向第二设备发送下行专用 RRC 消息或者***消息， 该下 行专用 RRC 消息或者***消息中包括第三标识。 本实施例中， 可以在下行 专用 RRC 消息或者***消息中增加压缩算法信元， 则第三标识可以设置于 增加的压缩算法信元中， 例如该压缩算法信元可以为 "IP data packet compression algorithm capability" 中， 具体如实施例二中的表 1所示。 或者， 本实施例中， "IP data packet compression algorithm capability" 可以采用位图（bitmap)格式来表示， 具体地描述可参见实施例二。
步骤 304、判断是否对 IP数据包中的 IP数据进行压缩处理， 如果是则 执行步骤 305， 如果否则执行步骤 307。
对步骤 304的描述可参照实施例二中的步骤 204， 此处不再赘述。
步骤 305、从第一设备和第二设备均能够支持的压缩算法确定出第一压 缩算法。
当步骤 304 由第一设备执行时， 本步骤由第一设备执行。 第一设备从 第一设备和第二设备均能够支持的压缩算法中确定出第一压缩算法， 具体 过程可参照实施例二步骤 202 中对第一设备根据第一标识从该第二设备所 支持的压缩算法中确定出第一压缩算法的描述。
当步骤 304 由第二设备执行时， 本步骤由第二设备执行。 第二设备根 据第三标识， 从第一设备和第二设备均能够支持的压缩算法中确定出第一 压缩算法， 具体过程可参照实施例二步骤 202 中对第一设备根据第一标识 从该第二设备所支持的压缩算法中确定出第一压缩算法的描述。
步骤 306、 根据第一压缩算法对 IP数据包中的 IP数据进行压缩处理， 并将压缩处理后的 IP数据封装为 PDCP数据包， 该 PDCP数据包的头信息包 括算法标识， 该标识信息用于表示第一压缩算法， 并执行步骤 308。
当步骤 304 由第一设备执行时， 本步骤由第一设备执行； 当步骤 304 由第二设备执行时， 本步骤由第二设备执行。
本实施例中， PDCP数据包包括头信息和压缩处理后的 IP数据， 头信息 包括 PDCP头和 IP数据包的 IP头， 则该标识信息可以设置于 PDCP头中或 者设置于 IP头中。
当压缩算法标识设置于 PDCP头中时， 该标识信息可以为压缩算法标识 ( Compres s ion Algor i thm Ident i f ier , 以下简称： CAID ), 例如， 该 CAID 可以设置为 00、 01、 10或 11。 当 CAID=00时表示该 PDCP数据包未经过压 缩，接收端无需进行解压缩操作；当 CAID=01时表示该 PDCP数据包采用 LZSS 算法，接收端需采用 LZSS算法进行解压缩操作； 当 CAID=10时表示该 PDCP 数据包采用 LZW算法，接收端需采用 LZW算法进行解压缩操作； 当 CAID=11 时表示该 PDCP数据包采用 LZ0算法， 接收端需采用 LZ0算法进行解压缩操 作。 例如， 当第一压缩算法为 LZSS算法时， CAID设置为 01。
该 CAID可以设置于组成 PDCP数据包的 PDCP PDU的 PDCP头的 PID的 预留位中， 如上表 3所示， 可以将 CAID写入 PID的 "PID Va lue" 的预留 位 13至 31位中。 例如， 该 CAID还可以设置于 PID的扩展位中。 可以对现有的 PID进行 扩展， 在现有的 32位的 PID之后增加扩展位， 并将 CAID写入扩展位中。
当标识信息设置于 I P头中时， 该标识信息可以为 C A I D， C A I D可以设 置为当前未使用的值， 该 CAID表示该 PDCP数据包经过压缩， 接收端需进 行解压缩操作； 此时当 IP头中未包括该 CAID时表示该 PDCP数据包未经过 压缩，接收端无需进行解压缩操作。 由于 IP数据可以包括 IPv4数据、 IPv6 数据和 /或 PPP数据， IPv4数据的 IP头为 0x4X、 IPv6的 IP头为 0x6X以及 PPP数据的 IP头为 0x7E， 因此可以将 CAID设置为当前未使用的值 0x00、 0x01或者 0x02。将 CAID写入 IP头的特定字段中， 例如特定字段可以为 IP 头的前 8bi t，则 IP头中包括 CAID的 PDCP数据包的结构可如下所示：
PDCP头 | 1?头[ CAID (0x00/0x01/0x02) I 0x4X / 0x6X / 0x7E ] I IP 数据 ( IPv4数据 / IPv6数据 /PPP数据）
其中， 当 CAID=0x00时表示该 PDCP数据包采用 LZSS算法， 接收端需 采用 LZSS算法进行解压缩操作； 当 CAID=0x01时表示该 PDCP数据包采用 LZW算法，接收端需采用 LZW算法进行解压缩操作； 当 CAID=0x02时表示该 PDCP数据包采用 LZ0算法，接收端需采用 LZ0算法进行解压缩操作。 例如， 当第一压缩算法为 LZSS算法时， CAID设置为 0x00。
步骤 307、 将 IP数据进行封装为 PDCP数据包， 并执行步骤 308。
当步骤 304 由第一设备执行时， 本步骤由第一设备执行； 当步骤 304 由第二设备执行时， 本步骤由第二设备执行。
步骤 308、 发送 PDCP数据包。
当步骤 304由第一设备执行时， 本步骤具体为： 第一设备将 PDCP数据 包发送给第二设备； 当步骤 304 由第二设备执行时， 本步骤具体为： 第二 设备将 PDCP数据包发送给第一设备。
步骤 309、根据接收到的 PDCP数据包的头信息识别出 PDCP数据包中的
IP数据的压缩状态。 当步骤 308 由第一设备执行时， 本步骤由第一设备执行； 当步骤 308 由第二设备执行时， 本步骤由第二设备执行。
IP数据的压缩状态包括 IP数据是否为压缩处理后的 IP数据以及当 IP 数据为压缩处理后的 IP数据时采用的第一压缩算法。
当标识信息设置于头信息的 PDCP头中时，可根据标识信息识别出 PDCP 数据包中的 IP数据是否为压缩处理后的 IP数据以及当 IP数据为压缩处理 后的 IP数据时采用的第一压缩算法， 例如： 当 CAID=01时， 识别出 IP数 据为压缩处理后的 IP数据以及采用的第一压缩算法为 LZSS算法。
当标识信息设置于头信息的 IP头中时， 可根据 IP头中是否包括标识 信息识别出 PDCP数据包中的 IP数据是否为压缩处理后的 IP数据以及当包 括标识信息时采用的第一压缩算法， 例如： 当 CAID=0x00时识别出 IP数据 为压缩处理后的 IP数据以及第一压缩算法为 LZSS算法。
当识别出 IP数据为压缩处理后的 IP数据以及采用的第一压缩算法时， 进一步还包括：
步骤 310、根据第一压缩算法对 PDCP数据包中的 IP数据进行解压缩处 理。
本实施例各步骤的执行顺序仅为一种示例， 实际应用中可根据需要变 更执行顺序。 例如： 当步骤 305 由第一设备执行时， 步骤 303可位于步骤 305之后执行。
本实施例中， 第一设备从第二设备所支持的压缩算法中确定出第一设 备和第二设备均能够支持的压缩算法， 将用于表示第一设备和第二设备均 能够支持的压缩算法发送给第二设备， 第一设备或者第二设备可以从第一 设备和第二设备均能够支持的压缩算法中确定出第一压缩算法， 根据第一 压缩算法对 IP数据包中的 IP数据进行压缩处理， 将压缩处理后的 IP数据 封装为 PDCP数据包并发送该 PDCP数据包， 实现了对 IP数据包中的 IP数 据进行压缩， 从而在传输过程中节约了空口资源， 降低了空口传输负担， 提高了网络容量。 本实施例中， 由第一设备从第二设备所支持的压缩算法 中确定出第一设备和第二设备均能够支持的压缩算法， 并通过发送用于表 示第一设备和第二设备均能够支持的压缩算法的第三标识使第二设备获知 该第一设备和第二设备均能够支持的压缩算法， 当第一设备或者第二设备 需要对 IP数据进行压缩时可从第一设备和第二设备均能够支持的压缩算法 中确定出第一压缩算法， 从而实现了每次对 IP数据进行压缩时均可对第一 压缩算法进行选择。
图 4为本发明实施例四提供的一种 IP数据包的解压缩方法的流程图， 如图 4所示， 该方法包括：
步骤 401、 第一设备接收第二设备发送的 PDCP数据包， 该 PDCP数据包 的头信息中包括标识信息， 该标识信息用于表示第一压缩算法。
步骤 402、 第一设备根据标识信息获知第一压缩算法。
步骤 403、第一设备根据第一压缩算法对 PDCP数据包中的 IP数据进行 解压缩处理。
本实施例的技术方案中， 第一设备根据接收到的 PDCP数据包的头信息 中的标识信息获知第一压缩算法， 并根据第一压缩算法对 PDCP数据包中的 IP数据进行解压缩处理， 由于 PDCP数据包中的 IP数据为根据第一压缩算 法压缩处理后的 IP数据， 从而在传输过程中节约了空口资源， 降低了空口 传输负担， 提高了网络容量。
图 5为本发明实施例五提供的一种 IP数据包的解压缩方法的流程图， 如图 5所示， 该方法包括：
步骤 501至步骤 503可参照实施例四中的步骤 401至步骤 403 ,此处不 再赘述。
步骤 504、 第一设备根据第一对应关系和第一压缩算法， 确定出第二压 缩算法， 该第一对应关系包括第一压缩算法与第二压缩算法的对应关系。
具体地， 第一设备可从第一对应关系中查询出与第一压缩算法对应的 第二压缩算法。
步骤 505、 第一设备根据第二压缩算法对向第二设备发送的 IP数据包 中的 IP数据进行压缩处理。
步骤 506、 第一设备将经过压缩处理的 IP数据封装为 PDCP数据包， 并 发送该 PDCP数据包， 该 PDCP数据包的头信息中包括用于表示第二压缩算 法的标识信息。
本实施例中， 第一设备在获知第一压缩算法后， 可根据第一压缩算法 与第二压缩算法的对应关系查询出该第一压缩算法对应的第二压缩算法， 根据第二指定压缩算法对 IP数据包中的 IP数据进行压缩处理， 并将压缩 处理后的 IP数据封装处理为 PDCP数据包， 并发送该 PDCP数据包， 实现了 对 IP数据包中的 IP数据进行压缩， 从而在传输过程中节约了空口资源， 降低了空口传输负担， 提高了网络容量。 本实施例中， 第一设备可通过查 询第一压缩算法与第二压缩算法的对应关系即可获得第二压缩算法， 无需 执行确定出第二压缩算法的过程， 从而避免了对第一设备资源的消耗。
进一步地， 在上述实施例五中， 若第二设备未向第一设备发送 PDCP数 据包或者第二设备向第一设备发送空数据包， 第一设备可以自行确定出第 二压缩算法。 第一设备在确定出第二定压缩算法后可继续执行 605。 或者， 若第二设备未向第一设备发送 PDCP数据包， 第一设备可以不对 IP数据包 中的 IP数据进行压缩处理，而是直接将 IP数据包中的 IP数据封装为 PDCP 数据包。
UE从源小区切换到目标小区过程中， 当发生异***切换或者 RNC迁移 时， 现有技术中的切换方法无法保证 IP数据包压缩的连续性。 针对这一问 题， 本发明实施例六提供了一种切换方法， 实施例六中以发生 RNC 迁移为 例进行描述， 本实施例中， 第一设备为目标小区的网络设备， 第二设备为 终端。 具体地， 目标小区的网络设备为漂移 RNC ( Dr i f t RNC, 以下简称： DRNC ), 终端可以为 UE。 图 6为本发明实施例六提供的一种切换方法的流程 图， 如图 6所示， 该方法包括：
步骤 601、服务 RNC ( Serving RNC , 以下简称： SRNC )向核心网（Core Network, 以下简称： CN )发送重定位获取（ Reloca t ion Requi red )。
该重定位请求包括第四标识和 /或第一标识。 SRNC通过重定位请求将第 四标识和 /或第一标识发送给 CN。 其中， 第四标识用于表示第三压缩算法， 第一标识用于表示终端所支持的压缩算法， 由于本实施例中终端为 UE， 因 此第一标识可用于表示 UE所支持的压缩算法。 本实施例中， 第一标识可以 是 UE发送给 SRNC的。第三压缩算法为 UE在源小区使用的压缩算法。例如， 第四标识或者第一标识可以设置于重定位请求的信元 " Source To Target Transparent Conta iner" 中。
步骤 602、 CN向 DRNC发送重定位请求（Reloca t ion Reques t )c 该重定位请求包括第四标识和 /或第一标识。 C 通过重定位请求将第四 标识和 /或第一标识发送给 DRNC。 例如， 第四标识和 /或第一标识设置于重 定位青求的信元 "Source RNC To Target RNC Transparent Conta iner " 中。
步骤 603、 DRNC 向 CN 发送重定位请求确认 ( Re loca t i on Reques t Acknowledge )。
当重定位请求包括第四标识时， 若 DRNC支持第四标识所表示的第三压 缩算法， 则该重定位请求确认可以包括压缩算法指示信息， 该压缩算法指 示信息包括用于指示 DRNC支持第三压缩算法的信息； 例如， 该压缩算法指 示信息设置于重定位请求确认的信元 " Target RNC To Source RNC Transparent Conta iner" 中。 若 DRNC 不支持第四标识所表示的第三压缩 算法， 则重定位请求确认可不包括任何指示信息。
当重定位请求包括第一标识所表示的 UE所支持的压缩算法时， 则该重 定位请求确认可以包括压缩算法指示信息， 该压缩算法指示信息包括用于 指示 DRNC支持 UE所支持的压缩算法的信息。 当 DRNC支持第一标识所表示 的 UE所支持的压缩算法时， 进一步地 DRNC还可以从 UE所支持的压缩算法 中确定出第一压缩算法， 则该重定位请求确认中的压缩算法指示信息可以 包括第二标识， 该第二标识用于标识第一压缩算法。 例如， 该压缩算法指 示信息设置于重定位请求确认的信元 " Targe t RNC To Source RNC Trans parent Conta iner" 中。
当重定位请求包括第四标识和第一标识时， 若 DRNC支持第四标识所表 示的第三压缩算法， 则该重定位请求确认可以包括压缩算法指示信息， 该 压缩算法指示信息包括用于指示 DRNC支持第三压缩算法的信息； 例如， 该 压缩算法指示信息设置于重定位请求确认的信元 "Targe t RNC To Source RNC Trans parent Conta iner" 中； 若 DRNC 不支持第四标识所表示的第三 压缩算法而支持第一标识所表示的 UE所支持的压缩算法， 则该重定位请求 确认可以包括压缩算法指示信息， 该压缩算法指示信息包括用于指示 DRNC 支持 UE所支持的压缩算法的信息。 当 DRNC支持第一标识所标识的 UE所支 持的压缩算法时， 进一步地 DRNC还可以从 UE所支持的压缩算法中确定出 第一压缩算法， 则该重定位请求确认中的压缩算法指示信息可以包括第二 标识， 该第四标识用于表示第一压缩算法。 例如， 该压缩算法指示信息设 置于重定位倚求确认的信元 " Targe t RNC To Source RNC Trans parent Conta iner" 中。 若 DRNC 不支持第四标识所表示的第三压缩算法和第一标 识所表示的 UE所支持的压缩算法， 则重定位请求确认可不包括任何指示信 息。
步骤 604、 CN向 SRNC发送重定位命令 ( Re l oca t i on Command )。
若该重定位请求确认包括压缩算法指示信息， 则该重定位命令包括压 缩算法指示信息； 若该重定位请求确认不包括压缩算法指示信息， 则该重 定位命令不包括压缩算法指示信息。
若 SRNC接收到的重定位命令不包括任何指示信息， 则 SRNC在源小区 停止对 IP数据包中的 IP数据的压缩处理。 切换完成之后， 可以由 DRNC与 UE重新确定出压缩算法。
若该重定位命令包括压缩算法指示信息， 则执行步骤 605， 否则直接执 行步骤 606。
步骤 605、 SRNC将压缩算法指示信息发送给 UE。
具体地， SRNC可以通过下行 RRC消息或者下行 PDCP数据包将压缩算法 指示信息发送给 UE。 例如： 压缩算法指示信息可以设置于下行 PDCP数据包 的 PDCP头中。 UE可以通过该压缩算法指示信息获知新的指定压缩算法。
步骤 606、 SRNC向 DRNC发送重定位确认 (Relocation Detect )。
步骤 607、 DRNC向 CN发送重定位探测 ( Relocation Detect )c 步骤 608、 UE与 DRNC进行全球陆上无线接入（Universal Terrestrial
Radio Access , 以下简称： Utran ) 移动***互 ( Utran Mobility Interact ion )。
步骤 609、 UE与 DRNC进行 UE能力交互（UE Capability Interaction )。 从而完成切换过程。
步骤 610、 UE与 DRNC执行 IP数据包的压缩方法。
具体地， 步骤 610 可参见上述实施例一、 实施例二或者实施例三中的 方法。 其中， 若步骤 605 中 SRNC发送给 UE的压缩算法指示信息包括用于 表示第一压缩算法的第二标识时， 则 UE与 DRNC执行 IP数据包的压缩方法 的过程中， UE或者 DRNC可根据第一压缩算法对 IP数据包中的 IP数据进行 压缩处理。
本实施例中， 在 UE从源小区切换到目标小区过程中， SRNC通过 CN将 用于表示第三压缩算法的第四标识或者用于表示 UE所支持的压缩算法的第 一标识发送给 DRNC， 若 DRNC从 UE所支持的压缩算法中确定出第一压缩算 法， 则通过 CN将用于表示第一压缩算法的第二标识设置于压缩算法指示信 息中发送给 SRNC，由 SRNC将压缩算法指示信息发送给 UE，以使 UE获知 DRNC 确定出的第一压缩算法， 在切换完成之后 UE 可以采用第一压缩算法对 IP 数据包中的 IP数据进行压缩处理， 从而保证了 IP数据包压缩的连续性。 若 UE从源小区切换到目标小区过程中发生异***切换， 则可以在网络 设备发送给 UE的切换到 UTRAN命令 ( Handover to Ut ran Command ) 中设 置压缩算法指示信息， 以使 UE获知变更后的压缩算法， 例如当 UE从 GSM ***切换到 WCDMA***时， 该网络设备可以为 BSC。 这样可以保证在切换完 成之后 UE可以采用变更后的压缩算法对 IP数据包中的 IP数据进行压缩处 理， 从而保证了 IP数据包压缩的连续性。
图 Ί 为本发明实施例七提供的一种 IP数据包的压缩装置的结构示意 图， 如图 7所示， 该网络设备包括： 第一压缩模块 11和封装模块 12。 第一 压缩模块 11根据第一压缩算法对 IP数据包中的 IP数据进行压缩处理； 封 装模块 12将压缩处理后的 IP数据封装为包数据集中协议 PDCP数据包， 所 述 PDCP数据包的头信息包括标识信息， 该标识信息用于表示第一压缩算法 或者 IP数据经过压缩。
本实施例中的 IP数据包的压缩装置可以设置于第一网络中或者第二网 络设备中。 对于第一网络设备和第二网络设备的描述可参见上述方法实施 例一。
本实施例中的 IP数据包的压缩装置可以用于执行实施例一提供的 IP 数据包的压缩方法。
本实施例的 IP数据包的压缩装置， 可根据第一压缩算法对 IP数据包 中的 IP数据进行压缩处理， 将压缩处理后的 IP数据封装为 PDCP数据包， 实现了对 IP数据包中的 IP数据进行压缩， 从而在传输过程中节约了空口 资源， 降低了空口传输负担， 提高了网络容量。
图 8 为本发明实施例八提供的一种 IP数据包的压缩装置的结构示意 图， 如图 8 所示， 在上述实施例七的基础上该装置还可以包括第一确定模 块 13、 第一接收模块 14和第一发送模块 15。 第一接收模块 14接收第二设 备发送的第一标识， 该第一标识用于表示第二设备所支持的压缩算法； 第 一确定模块 1 3根据第一接收模块 14接收到的第一标识， 从第二设备所支 持的压缩算法中确定出第一压缩算法， 并由第一压缩模块 11根据第一确定 模块 1 3确定出的第一压缩算法对 IP数据包中的 IP数据进行压缩处理； 第 一发送模块 15可向第二设备发送第二标识， 该第二标识用于表示第一确定 模块 1 3确定出的第一压缩算法。
本实施例中， IP数据包的压缩装置可设置于第一设备中。
本实施例中的 IP数据包的压缩装置可以用于执行实施例二提供的 IP 数据包的压缩方法。
本实施例的 IP数据包的压缩装置， 从第二设备所支持的压缩算法中确 定出第一压缩算法， 将表示第一压缩算法的第二标识发送给第二设备， 根 据第一压缩算法对 IP数据包中的 IP数据进行压缩处理， 将压缩处理后的 IP数据封装为 PDCP数据包并发送该 PDCP数据包，实现了对 IP数据包中的 IP数据进行压缩， 从而在传输过程中节约了空口资源， 降低了空口传输负 担， 提高了网络容量。
图 9 为本发明实施例九提供的一种 IP数据包的压缩装置的结构示意 图， 如图 9 所示， 在上述实施例七的基础上该装置还可以包括第二接收模 块 16和第二发送模块 17。 第二发送模块 17向第一设备发送第一标识， 该 第一标识用于表示第二设备所支持的压缩算法， 以供第一设备根据该第一 标识， 从第二设备所支持的压缩算法中确定出第一压缩算法； 第二接收模 块 16接收第一设备发送的第二标识， 该第二标识用于表示第一压缩算法， 并由第一压缩模块 1 1根据第二接收模块 16接收到的第二标识所表示的第 一压缩算法对 IP数据包中的 IP数据进行压缩处理。
本实施例中， IP数据包的压缩装置可设置于第二设备中。
本实施例中的 IP数据包的压缩装置可以用于执行实施例二提供的 IP 数据包的压缩方法。
本实施例的 IP数据包的压缩装置， 根据接收到的第二标识所表示的第 一压缩算法对 IP数据包中的 IP数据进行压缩处理， 将压缩处理后的 IP数 据封装为 PDCP数据包并发送该 PDCP数据包， 实现了对 IP数据包中的 IP 数据进行压缩， 从而在传输过程中节约了空口资源， 降低了空口传输负担， 提高了网络容量。
图 10为本发明实施例十提供的一种 IP数据包的压缩装置的结构示意 图， 如图 10所示， 在上述实施例七的基础上该装置还可以包括第三接收模 块 18、 第二确定模块 19、 第三确定模块 20和第三发送模块 21。 第三接收 模块 18接收第二设备发送的第一标识， 该第一标识用于表示第二设备所支 持的压缩算法； 第二确定模块 19根据从第三接收模块 18接收到的第一标 识， 从第二设备所支持的压缩算法中确定出第一设备和第二设备均能够支 持的压缩算法； 第三确定模块 20从第二确定模块 19确定出的第一设备和 第二设备均能够支持的压缩算法中确定出第一压缩算法， 并由第一压缩模 块 11根据第三确定模块 20确定出的第一压缩算法对 IP数据包中的 IP数 据进行压缩处理； 第三发送模块 21向第二设备发送第三标识， 该第三标识 用于表示第二确定模块 19确定出的第一设备和第二设备均能够支持的压缩 算法， 以供第二设备根据第三标识， 从第一设备和第二设备均能够支持的 压缩算法中确定出第一压缩算法。
本实施例中， IP数据包的压缩装置可设置于第一设备中。
本实施例中的 IP数据包的压缩装置可以用于执行实施例三提供的 IP 数据包的压缩方法。
本实施例的 IP数据包的压缩装置， 可从第二设备所支持的压缩算法中 确定出第一设备和第二设备均能够支持的压缩算法， 将用于表示第一设备 和第二设备均能够支持的压缩算法发送给第二设备， 从第一设备和第二设 备均能够支持的压缩算法中确定出第一压缩算法， 根据第一压缩算法对 IP 数据包中的 IP数据进行压缩处理， 将压缩处理后的 IP数据封装为 PDCP数 据包并发送该 PDCP数据包， 实现了对 IP数据包中的 IP数据进行压缩， 从 而在传输过程中节约了空口资源， 降低了空口传输负担， 提高了网络容量。 图 11为本发明实施例十一提供的一种 IP数据包的压缩装置， 如图 11 所示， 在上述实施例七的基础上该装置还可以包括第四发送模块 22、 第四 接收模块 23和第四确定模块 24。 第四发送模块 22向第一设备发送第一标 识， 第一标识用于表示第二设备所支持的压缩算法， 以供第一设备根据第 一标识， 从第二设备所支持的压缩算法中确定出第一设备和第二设备均能 够支持的压缩算法； 第四接收模块 23接收第一设备发送的第三标识， 该第 三标识用于表示第一设备和第二设备均能够支持的压缩算法； 第四确定模 块 24根据第四接收模块 23接收到的第三标识， 从第一设备和第二设备均 能够支持的压缩算法中确定出第一压缩算法， 并由第一压缩模块 11根据第 四确定模块 24确定出的第一压缩算法对 IP数据包中的 IP数据进行压缩处 理。
本实施例中， IP数据包的压缩装置可设置于第二设备中。
本实施例中的 IP数据包的压缩装置可以用于执行实施例三提供的 IP 数据包的压缩方法。
本实施例的 IP数据包的压缩装置， 从接收到的第三标识所表示的第一 设备和第二设备均能够支持的压缩算法中确定出第一压缩算法， 根据第一 压缩算法对 IP数据包中的 IP数据进行压缩处理， 将压缩处理后的 IP数据 封装为 PDCP数据包并发送该 PDCP数据包， 实现了对 IP数据包中的 IP数 据进行压缩， 从而在传输过程中节约了空口资源， 降低了空口传输负担， 提高了网络容量。
图 12为本发明实施例十二提供的一种 IP数据包的解压缩装置的结构 示意图， 如图 12所示， 该装置包括： 第五接收模块 25、 获知模块 26和解 压缩模块 27。
第五接收模块 25接收第二设备发送的 PDCP数据包， 该 PDCP数据包的 头信息中包括标识信息， 该标识信息用于表示第一压缩算法； 获知模块 26 根据 PDCP数据包的头信息中的标识信息获知第一压缩算法；解压缩模块 27 根据第一压缩算法对 PDCP数据包中的 IP数据进行解压缩处理。
进一步地， 本实施例中的装置还可以包括： 第五确定模块 28和第二压 缩模块 29。 第五确定模块 28根据第一对应关系与第一压缩算法， 确定出第 二压缩算法， 其中， 该第一对应关系包括所述第一压缩算法与第二压缩算 法的对应关系；第二压缩模块 29根据第二压缩算法对向第二设备发送的 IP 数据包中的 IP数据进行压缩处理。
本实施例中， IP数据包的解压缩装置可以设置于第一设备中。
本实施例中的 IP数据包的解压缩装置可以用于执行实施例四或实施例 五提供的 IP数据包的解压缩方法。
本实施例的 IP数据包的解压缩装置， 根据接收到的 PDCP数据包的头 信息中的标识信息获知第一压缩算法， 并根据第一压缩算法对 PDCP数据包 中的 IP数据进行解压缩处理， 由于 PDCP数据包中的 IP数据为根据第一压 缩算法压缩处理后的 IP数据， 从而在传输过程中节约了空口资源， 降低了 空口传输负担， 提高了网络容量。 本实施例的 IP数据包的解压缩装置在获 知第一压缩算法后， 可根据第一压缩算法与第二压缩算法的对应关系查询 出该第一压缩算法对应的第二压缩算法， 根据第二指定压缩算法对 IP数据 包中的 IP数据进行压缩处理， 并将压缩处理后的 IP数据封装处理为 PDCP 数据包，并发送该 PDCP数据包，实现了对 IP数据包中的 IP数据进行压缩， 从而在传输过程中节约了空口资源， 降低了空口传输负担， 提高了网络容 量。 本实施例的 IP数据包的解压缩装置可通过查询第一压缩算法与第二压 缩算法的对应关系即可获得第二压缩算法， 无需执行确定出第二压缩算法 的过程， 从而避免了对第一设备资源的消耗。
本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步 骤可以通过程序指令相关的硬件来完成， 前述的程序可以存储于一计算机 可读取存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述的存储介质包括： R0M、 RAM, 磁碟或者光盘等各种可以存储程序代 码的介质。
最后应说明的是： 以上实施例仅用以说明本发明的技术方案， 而非对 其限制； 尽管参照前述实施例对本发明进行了详细的说明， 本领域的普通 技术人员应当理解： 其依然可以对前述各实施例所记载的技术方案进行修 改， 或者对其中部分技术特征进行等同替换； 而这些修改或者替换， 并不 使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims

权利要求 书
1、 一种 IP数据包的压缩方法， 其特征在于， 所述方法包括： 第一设备根据第一压缩算法对 IP数据包中的 IP数据进行压缩处理； 所述第一设备将压缩处理后的 IP数据封装为包数据集中协议 PDCP数 据包， 所述 PDCP数据包的头信息包括标识信息， 所述标识信息用于表示所 述第一压缩算法或者所述 IP数据经过压缩。
2、 根据权利要求 1所述的方法， 其特征在于， 所述标识信息用于表示 所述 IP数据经过压缩；
在所述第一设备根据第一压缩算法对 IP数据包中的 IP数据进行压缩 处理之前， 所述方法进一步包括：
所述第一设备接收第二设备发送的第一标识， 所述第一标识用于表示 所述第二设备所支持的压缩算法；
所述第一设备根据所述第一标识， 从所述第二设备所支持的压缩算法 中确定出第一压缩算法；
以及， 在所述第一设备根据所述第一标识， 从所述第二设备所支持的 压缩算法中确定出第一压缩算法之后， 所述方法进一步包括：
所述第一设备向所述第二设备发送第二标识， 所述第二标识用于表示 所述第一压缩算法。
3、 根据权利要求 2所述的方法， 其特征在于，
所述第一设备接收第二设备发送的第一标识包括：
所述第一设备接收第二设备通过无线资源控制 RRC 消息发送的第一标 识；
所述第一设备向所述第二设备发送第二标识包括：
所述第一设备通过 RRC消息向所述第二设备发送第二标识。
4、 根据权利要求 2所述的方法， 其特征在于， 所述第一设备根据所述 第一标识， 从所述第二设备所支持的压缩算法中确定出第一压缩算法， 包 括：
所述第一设备根据所述第一标识以及第一压缩算法配置信息从所述第 二设备所支持的压缩算法中确定出第一压缩算法；
所述第一压缩算法配置信息包括以下之一或其任意组合： 所述第一设 备所能处理的压缩算法、 压缩算法对所述第一设备资源的消耗程度、 压缩 算法优先级。
5、 根据权利要求 1所述的方法， 其特征在于， 所述标识信息用于表示 所述第一压缩算法；
在所述第一设备根据第一压缩算法对 IP数据包中的 IP数据进行压缩 处理之前， 所述方法进一步包括：
所述第一设备接收第二设备发送的第一标识， 所述第一标识用于表示 所述第二设备所支持的压缩算法；
所述第一设备根据所述第一标识， 从所述第二设备所支持的压缩算法 中确定出所述第一设备和所述第二设备均能够支持的压缩算法；
所述第一设备向所述第二设备发送第三标识， 所述第三标识用于表示 所述第一设备和所述第二设备均能够支持的压缩算法；
所述第一设备从所述第一设备和所述第二设备均能够支持的压缩算法 中确定出第一压缩算法。
6、 根据权利要求 5所述的方法， 其特征在于，
所述第一设备根据所述第一标识， 从所述第二设备所支持的压缩算法 中确定出所述第一设备和所述第二设备均能够支持的压缩算法， 包括： 所述第一设备根据第二压缩算法配置信息和所述第一标识， 从所述第 二设备所支持的压缩算法中确定出所述第一设备和所述第二设备均能够支 持的压缩算法； 所述第二压缩算法配置信息包括所述第一设备所能处理的 压缩算法， 或者所述第二压缩算法配置信息包括所述第一设备所能处理的 压缩算法和压缩算法对第一设备资源的消耗程度。
7、 根据权利要求 2所述的方法， 其特征在于，
当所述第一设备为目标小区的网络设备， 第二设备为终端时， 在所述 终端从源小区切换到目标小区过程中， 所述方法进一步包括：
所述目标小区的网络设备接收第四标识， 所述第四标识用于表示第三 压缩算法， 所述第三压缩算法为所述终端在源小区使用的压缩算法；
当所述目标小区的网络设备不支持所述第三压缩算法时， 执行所述第 一设备根据所述第一标识， 从所述第二设备所支持的压缩算法中确定出第 一压缩算法的步骤， 其中， 所述第二设备所支持的压缩算法为终端所支持 的压缩算法。
8、 根据权利要求 1至 7任一所述的方法， 其特征在于， 所述头信息包 括 PDCP头和所述 IP数据包的 IP头； 所述标识信息设置于所述 PDCP头中 或者所述 IP头中。
9、 根据权利要求 8所述的方法， 其特征在于， 所述标识信息设置于所 述 PDCP头的包标识 PID的预留位或者扩展位中。
10、 一种 IP数据包的解压缩方法， 其特征在于， 所述方法包括： 第一设备接收第二设备发送的包数据集中协议 PDCP数据包，所述 PDCP 数据包的头信息中包括标识信息， 所述标识信息用于表示第一压缩算法； 所述第一设备根据所述 PDCP数据包的头信息中的标识信息获知所述第 一压缩算法；
所述第一设备根据所述第一压缩算法对所述 PDCP数据包中的 IP数据 进行解压缩处理。
11、根据权利要求 10所述的方法，其特征在于，所述方法进一步包括： 所述第一设备根据第一对应关系与所述第一压缩算法， 确定出第二压 缩算法， 其中， 所述第一对应关系包括所述第一压缩算法与第二压缩算法 的对应关系；
所述第一设备根据所述第二压缩算法对向所述第二设备发送的 IP数据 包中的 IP数据进行压缩处理。
12、 一种 IP数据包的压缩装置， 其特征在于， 所述装置包括： 第一压缩模块， 用于根据第一压缩算法对 IP数据包中的 IP数据进行 压缩处理；
封装模块， 用于将压缩处理后的 IP数据封装为包数据集中协议 PDCP 数据包， 所述 PDCP数据包的头信息包括标识信息， 所述标识信息用于表示 第一压缩算法或者 IP数据经过压缩。
13、根据权利要求 12所述的装置，其特征在于，所述装置进一步包括： 第一接收模块， 用于接收第二设备发送的第一标识， 所述第一标识用 于表示第二设备所支持的压缩算法；
第一确定模块， 用于根据所述第一接收模块接收到的第一标识， 从第 二设备所支持的压缩算法中确定出第一压缩算法；
第一发送模块， 用于向所述第二设备发送第二标识， 所述第二标识用 于表示所述第一确定模块确定出的第一压缩算法。
14、 根据权利要求 12所述的装置， 其特征在于，
所述装置还包括：
第三接收模块， 用于接收第二设备发送的第一标识， 所述第一标识用 于表示第二设备所支持的压缩算法；
第二确定模块， 用于根据从所述第二接收模块接收到的第一标识， 从 所述第二设备所支持的压缩算法中确定出第一设备和第二设备均能够支持 的压缩算法；
第三确定模块， 用于从所述第二确定模块确定出的第一设备和第二设 备均能够支持的压缩算法中确定出第一压缩算法， 并由所述第一压缩模块 根据所述第三确定模块确定出的第一压缩算法对 IP数据包中的 IP数据进 行压缩处理；
第三发送模块， 用于向第二设备发送第三标识， 所述第三标识用于表 示所述第二确定模块确定出的所述第一设备和所述第二设备均能够支持的 压缩算法， 以供第二设备根据所述第三标识， 从所述第一设备和所述第二 设备均能够支持的压缩算法中确定出第一压缩算法。
15、 一种 IP数据包的解压缩装置， 其特征在于， 包括：
第五接收模块， 用于接收第二设备发送的 PDCP数据包， 所述 PDCP数 据包的头信息中包括标识信息， 所述标识信息用于表示第一压缩算法； 获知模块， 用于根据所述 PDCP数据包的头信息中的标识信息获知第一 压缩算法；
解压缩模块， 用于根据所述第一压缩算法对所述 PDCP数据包中的 IP 数据进行解压缩处理。
16、 根据权利要求 15所述的装置， 其特征在于， 还包括：
第五确定模块， 用于根据第一对应关系与所述第一压缩算法， 确定出 第二压缩算法， 其中， 该第一对应关系包括所述第一压缩算法与所述第二 压缩算法的对应关系；
第二压缩模块， 用于根据所述第二压缩算法对向第二设备发送的 IP数 据包中的 IP数据进行压缩处理。
PCT/CN2010/080574 2010-01-18 2010-12-31 互联网协议数据包的压缩及解压缩方法和装置 WO2011085632A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
BR112012017645-5A BR112012017645B1 (pt) 2010-01-18 2010-12-31 Método e aparelho para compressão de pacote de dados de ip, e método e aparelho para descompressão de pacote de dados de ip
US13/547,748 US8971267B2 (en) 2010-01-18 2012-07-12 Method and apparatus for compressing and decompressing IP data packet

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010003376.X 2010-01-18
CN201010003376XA CN102131234B (zh) 2010-01-18 2010-01-18 Ip数据包的压缩及解压缩方法和装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/547,748 Continuation US8971267B2 (en) 2010-01-18 2012-07-12 Method and apparatus for compressing and decompressing IP data packet

Publications (1)

Publication Number Publication Date
WO2011085632A1 true WO2011085632A1 (zh) 2011-07-21

Family

ID=44269101

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/080574 WO2011085632A1 (zh) 2010-01-18 2010-12-31 互联网协议数据包的压缩及解压缩方法和装置

Country Status (4)

Country Link
US (1) US8971267B2 (zh)
CN (1) CN102131234B (zh)
BR (1) BR112012017645B1 (zh)
WO (1) WO2011085632A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110891287A (zh) * 2018-09-07 2020-03-17 维沃移动通信有限公司 以太网包头压缩的方法、解压缩的方法和设备

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102291398B (zh) * 2011-08-05 2017-03-29 中兴通讯股份有限公司 无线通讯***中数据压缩与解压缩方法、装置及***
EP2947776B1 (en) * 2013-01-17 2022-04-13 Huawei Technologies Co., Ltd. Data packet processing method and device
CN103152441B (zh) * 2013-01-31 2015-12-02 北京天地互连信息技术有限公司 一种移动IPv6中的头标压缩方法
GB2510358A (en) * 2013-01-31 2014-08-06 Eip Configuring layer 2 data compression between a UE and base station in LTE.
CN103281156B (zh) * 2013-05-02 2017-06-06 华为技术有限公司 一种数据压缩、解压缩方法及装置
WO2015109527A1 (zh) * 2014-01-24 2015-07-30 华为技术有限公司 头压缩处理装置及方法
US10470090B2 (en) * 2014-11-14 2019-11-05 Qualcomm Incorporated Data compression techniques for handover and radio link failure recovery
US10341466B2 (en) 2014-11-14 2019-07-02 Qualcomm Incorporated Evolved data compression scheme signaling
CN106302245A (zh) * 2015-06-08 2017-01-04 ***通信集团公司 一种lte***中数据包的压缩方法和装置
US10602550B2 (en) * 2015-07-23 2020-03-24 Apple Inc. Layer 2 relay protocols and mobility relay method
WO2017147754A1 (zh) * 2016-02-29 2017-09-08 华为技术有限公司 数据包的压缩方法和装置
WO2017156684A1 (zh) * 2016-03-14 2017-09-21 华为技术有限公司 一种用于传输数据的方法、装置和***
CN107306444A (zh) * 2016-04-25 2017-10-31 中兴通讯股份有限公司 发送数据的方法及装置
CN106817365B (zh) * 2016-12-30 2019-07-09 Oppo广东移动通信有限公司 一种基于移动终端架构的数据传输方法及移动终端
CN111587417A (zh) * 2017-11-09 2020-08-25 瑞典爱立信有限公司 用于数据存储的方法、设备、计算机程序和计算机程序产品
WO2019214625A1 (zh) * 2018-05-11 2019-11-14 电信科学技术研究院有限公司 Ue能力信息的上报、获取和处理方法及对应装置
CN110475243B (zh) * 2018-05-11 2020-10-30 电信科学技术研究院有限公司 Ue能力信息的上报、获取和处理方法及对应装置
CN110958647A (zh) 2018-09-27 2020-04-03 电信科学技术研究院有限公司 一种数据传输方法及装置
CN111278060B (zh) * 2019-01-18 2023-10-24 维沃移动通信有限公司 一种以太帧传输方法和相关设备
EP3900192A2 (en) * 2019-02-28 2021-10-27 Huawei Technologies Co., Ltd. Compressed data transmissions in networks implementing interior gateway protocol
CN114071622B (zh) * 2019-04-30 2024-06-11 华为技术有限公司 一种数据处理方法、通信装置和***
WO2020222437A1 (en) * 2019-04-30 2020-11-05 Lg Electronics Inc. Method and apparatus for determining whether to transmit packet containing a full header information or a compressed header information in wireless communication system
US10817460B2 (en) 2019-08-28 2020-10-27 Advanced New Technologies Co., Ltd. RDMA data sending and receiving methods, electronic device, and readable storage medium
CN110704361A (zh) * 2019-08-28 2020-01-17 阿里巴巴集团控股有限公司 Rdma数据发送及接收方法、电子设备及可读存储介质
CN114303355B (zh) * 2019-11-05 2024-03-29 Oppo广东移动通信有限公司 一种指示解压缩对象的方法及装置、通信设备
WO2023205565A2 (en) * 2022-03-25 2023-10-26 Northeastern University Sem-o-ran: semantic nextg o-ran slicing for data-driven edge-assisted mobile applications

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1783876A (zh) * 2004-12-03 2006-06-07 华为技术有限公司 一种实现分组数据聚合协议功能的***及方法
CN101316379A (zh) * 2007-06-01 2008-12-03 华为技术有限公司 第二代移动通信***中实现a接口ip化的方法、设备及***

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19950653B4 (de) * 1999-10-21 2020-01-16 Ipcom Gmbh & Co. Kg Verfahren zum Betreiben eines Mobilfunknetzes
FI110739B (fi) * 2000-10-18 2003-03-14 Nokia Corp Otsikkokenttien kompressoinnin määrittäminen datapakettiyhteydelle
EP2369770A1 (en) * 2001-11-08 2011-09-28 Mitsubishi Denki Kabushiki Kaisha Packet Transmission Method and Packet Transmission Device
CN100547997C (zh) 2005-08-20 2009-10-07 海信集团有限公司 移动通信中ip数据压缩发送和接收的方法
CN101325696B (zh) 2007-06-15 2010-12-08 中兴通讯股份有限公司 一种实现视频数据向ip数据转换的方法及装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1783876A (zh) * 2004-12-03 2006-06-07 华为技术有限公司 一种实现分组数据聚合协议功能的***及方法
CN101316379A (zh) * 2007-06-01 2008-12-03 华为技术有限公司 第二代移动通信***中实现a接口ip化的方法、设备及***

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
MA, HANGHANG ET AL.: "Research and Realization of IPComp Protocol in IPv6", SCIENCE TECHNOLOGY AND ENGINEERING, vol. 9, no. 14, 31 July 2009 (2009-07-31), pages 4162 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110891287A (zh) * 2018-09-07 2020-03-17 维沃移动通信有限公司 以太网包头压缩的方法、解压缩的方法和设备
CN110891287B (zh) * 2018-09-07 2021-05-28 维沃移动通信有限公司 以太网包头压缩、解压缩的方法和设备、及可读存储介质

Also Published As

Publication number Publication date
US8971267B2 (en) 2015-03-03
CN102131234B (zh) 2013-12-04
CN102131234A (zh) 2011-07-20
BR112012017645B1 (pt) 2021-08-17
US20120275424A1 (en) 2012-11-01
BR112012017645A2 (pt) 2016-04-12

Similar Documents

Publication Publication Date Title
WO2011085632A1 (zh) 互联网协议数据包的压缩及解压缩方法和装置
CN108809596B (zh) 一种基于反转服务流特性的通信方法及装置
US8483176B2 (en) Packet communication method, packet communication system, wireless terminal, and packet communication device
WO2014110773A1 (zh) 一种数据包处理方法和装置
EP2464063B1 (en) Method and apparatus for header compression in network relay scenarios
US11246058B2 (en) Radio communication device and radio communication method
US20240178932A1 (en) Ethernet frame transmission method and communications device
WO2015139324A1 (zh) 配置指示方法和通信设备
US20220150332A1 (en) Method for transmitting data, sending end device and receiving end device
CN112469084B (zh) 数据传输方法、装置、设备、存储介质及程序产品
WO2017031700A1 (zh) 一种数据包的压缩参数确定方法及相关设备
JP5609728B2 (ja) 通信端末およびデータ転送方法
US20180213451A1 (en) Base station and communication device can handover between two base stations
JP2023176001A (ja) 端末装置、通信方法、および基地局装置
CN112690037B (zh) 终端装置、基站装置以及方法
WO2019098143A1 (ja) 端末装置、基地局装置、および方法
CN101287008B (zh) 实现子网依赖汇聚协议的***
WO2013102336A1 (zh) 鲁棒性头压缩通道配置方法和装置
CN116391444A (zh) 管理在移动网络之间的转换期间的下行链路数据
US20050007981A1 (en) Method and apparatus for use by a GPRS device in responding to change in SAPI connection
US20220256399A1 (en) Method for ethernet frame transmission, method for ethernet frame reception, compressor, and decompressor
WO2017147754A1 (zh) 数据包的压缩方法和装置
RU2775743C1 (ru) Терминальное устройство, устройство базовой станции и способ
CN113411837A (zh) 一种udc更新解压缩字典的数据传输方法和终端
WO2023015420A1 (zh) 数据传输方法及装置

Legal Events

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

Ref document number: 10842914

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112012017645

Country of ref document: BR

122 Ep: pct application non-entry in european phase

Ref document number: 10842914

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 112012017645

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20120717