WO2011095076A1 - 嵌套协议包头的压缩方法及装置 - Google Patents

嵌套协议包头的压缩方法及装置 Download PDF

Info

Publication number
WO2011095076A1
WO2011095076A1 PCT/CN2011/070431 CN2011070431W WO2011095076A1 WO 2011095076 A1 WO2011095076 A1 WO 2011095076A1 CN 2011070431 W CN2011070431 W CN 2011070431W WO 2011095076 A1 WO2011095076 A1 WO 2011095076A1
Authority
WO
WIPO (PCT)
Prior art keywords
header
protocol
field
compression
data packet
Prior art date
Application number
PCT/CN2011/070431
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 EP11739355.3A priority Critical patent/EP2533471B1/en
Publication of WO2011095076A1 publication Critical patent/WO2011095076A1/zh
Priority to US13/566,212 priority patent/US9325812B2/en

Links

Classifications

    • 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
    • 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/22—Parsing or analysis of headers
    • 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

Definitions

  • the present invention relates to the field of wireless communication technologies, and in particular, to a compression method and apparatus for a nested protocol packet header.
  • LTE Long Term Evolutio
  • a relay station adds a packet to the data packet.
  • IP Internet Protocol
  • UDP User Datagram Protocol
  • GTP-U GPRS Tunneling Protocol-User plane
  • the IP/UDP/RTP protocol header needs to be compressed, and the UE uses the IP/UDP/RTP compression profile; the Relay adds the data packet to the packet.
  • the Relay uses the IP/UDP/GTP-U compression profile.
  • the data encapsulation format after nested compression is shown in Figure 1.
  • Embodiments of the present invention provide a method and apparatus for compressing nested protocol headers to improve the efficiency of compressing nested protocol headers in data packets.
  • a compression method for a nested protocol header including:
  • processing the data packet after the second protocol packet header is nested includes: coordinating the first compression protocol a header and a part of the function field in the second protocol header to remove the repeated field and compress the second protocol header;
  • a compression device for nesting protocol headers including:
  • a receiving unit configured to receive a data packet sent by at least one sending end, where the data packet includes a first compression protocol packet header;
  • a nesting unit configured to nest a second protocol packet header as a whole by receiving the data packet received by the receiving unit
  • a processing unit configured to process a data packet after the second protocol packet header is nested by the nesting unit, where the processing includes: coordinating the first compression protocol packet header and the second protocol packet header Partial function fields to remove the duplicated fields and compress the second protocol header;
  • a sending unit configured to send a data packet processed by the processing unit.
  • the method and apparatus for compressing a nested protocol packet header provided by an embodiment of the present invention, by using a data packet including a nested compression protocol packet header, borrowing a part of function fields in a first compression protocol header located in an inner layer to be located
  • the second compression protocol header of the outer layer minimizes repeated functional fields between different layers of the nested protocol packet header, thereby avoiding cell function duplication and improving the compression efficiency of the protocol header.
  • FIG. 1 is a schematic diagram of a data encapsulation format after nested compression in the prior art
  • 2 is a flowchart of a method for compressing a nested protocol packet header according to an embodiment of the present invention
  • FIG. 3 is a schematic structural diagram of a compression device for a nested protocol packet header according to an embodiment of the present invention
  • FIG. 5 is a flowchart of a method for compressing a nested protocol packet header in the method embodiment shown in FIG. 4
  • FIG. 6 is a nesting method in another method embodiment of the present invention
  • FIG. 7 is a flowchart of a method for compressing a nested protocol packet header in the method embodiment shown in FIG. 6.
  • FIG. 8 is a compression device of a nested protocol packet header in an apparatus embodiment of the present invention; Schematic. detailed description
  • the method for compressing a nested protocol header includes the following steps:
  • the data packet is encapsulated and sent by the sending end, and the first compressed protocol header included in the packet may be a compressed protocol header based on the IP/UDP/RTP protocol.
  • Table 1 shows the format of the header field in the compressed packet based on the IP/UDP/RTP protocol.
  • CRC Cyclic Redundancy Check
  • LSB main serial number / least significant digit
  • CID Context Identifier
  • ADD-CID indicates the small range, ie the context identifier of 0-15
  • the Profile field is used to indicate a specific compression protocol (such as IP/UDP/RTP compression profile);
  • the CRC (Cyclic Redundancy Check) field is used to perform CRC check on the decompressor side to perform error detection on the received data packet;
  • the MSN Master Sequence Number
  • the SN of the RTP is used as the MSN in the IP UDP/RTP compression profile
  • LSB east Significant Bit, Least Significant Bit
  • the received data packet as a whole is nested with a second protocol header.
  • the second protocol header may be a protocol header based on the IP/UDP/GTP-U protocol.
  • Process data packets after the second protocol packet header is nested. Specifically, the processing includes: coordinating a part of function fields in the first compression protocol packet header and the second protocol packet header to remove duplicates. Field, and compress the second protocol header.
  • the CRC field and the MSN field are similar in the nested inner and outer headers, that is, in the first compression protocol header and in the second compression protocol header, the corresponding parameters of the CRC field and the MSN field are retained in the outer protocol header.
  • the information enables the base station to smoothly decompress the data packet containing the nested protocol header. Therefore, in the present embodiment, the partial function fields in the first compression protocol header and the second protocol header that need to be coordinated include a CRC field and an MSN field.
  • the CRC field needs to be recalculated in conjunction with the CRC field in the IP/UDP/RTP protocol header; the MSN field can be straight
  • the MSN field in the IP/UDP/RTP protocol header is used, and the direct utilization method may be copying or inheriting.
  • the duplicate field in the header may delete the CRC field in the IP/UDP/RTP protocol header of the inner layer; and for the MSN field, if the outer MSN field is obtained by copying the MSN field of the inner layer, Then, the MSN field of the inner layer can be deleted to save the air interface resource during transmission; if the MSN field of the outer layer is obtained by inheriting the MSN field of the inner layer, the MSN field located in the inner layer needs to be reserved.
  • the CRC field and the MSN field located in the inner layer can also be reserved.
  • a process of coordinating a part of the function fields in the first compression protocol header and the second protocol header to remove the repeated fields and compressing the second protocol header may be performed simultaneously. Or; first, coordinate the parameters in the first compression protocol header and the partial function fields in the second protocol header, and then compress the second protocol header.
  • the specific execution order is not limited by the above description, and can be adjusted according to actual needs.
  • the executive body of each step may be a relay station; and the transmitting end may be a user terminal (UE), and the receiving end is a base station; or the transmitting end is a base station, and the receiving end is a user. Terminal; or, the transmitting end and/or the receiving end is another relay station.
  • UE user terminal
  • the transmitting end and/or the receiving end is another relay station.
  • the actual situation is not limited to this.
  • a compression device for nesting a protocol packet header is also provided, which can implement the foregoing method.
  • the compression device includes:
  • the receiving unit 31 is configured to receive, by the at least one sending, a data packet, where the data packet includes a first compression protocol packet header;
  • a nesting unit 32 configured to nest a data packet received by the receiving unit 31 as a whole, and nest a second protocol packet header
  • the processing unit 33 is configured to process a data packet after the second protocol packet header is nested by the nesting unit 32.
  • the processing includes: coordinating the first compression protocol packet header and the second compression protocol Part of the function field in the header to remove the repeated fields and compress the second protocol header;
  • the sending unit 34 is configured to send the data packet processed by the processing unit 33.
  • the compression device of the nested protocol packet header may be a relay station or a partial function module in the relay station; and the transmitting end may be a user terminal (UE), and the receiving end is a base station; or, the sending The terminal is a base station, and the receiving end is a user terminal; or the transmitting end and/or the receiving end is another relay station.
  • the actual situation is not limited to this.
  • the method and apparatus for compressing a nested protocol header provided in this embodiment, by using a data packet containing a nested compression protocol header, borrowing part of the function fields in the first compression protocol header located in the inner layer to the outer layer In the second compression protocol header, duplicate functional fields are minimized between different layers of the nested protocol header, thereby avoiding cell function duplication and improving the compression efficiency of the protocol header.
  • the above method will be further described by a specific method embodiment.
  • the terminal sends a data packet to the base station through the relay station (Relay), and the terminal only creates the context information (Connection Context) between the terminal and the base station, so the relay station
  • the data packet is not decompressed; as shown in FIG. 4, after receiving the data packet sent by the terminal, the relay station directly nests the second protocol in the outer layer of the original compression protocol packet header in the data packet. The packet header is then compressed and sent to the base station.
  • the compression method of the nested protocol header includes the following steps:
  • the relay station receives a data packet sent by a terminal, where the compressed IP/UDP/RTP protocol header is included.
  • the relay station reseals the outer layer of the compressed IP/UDP/RTP protocol header in the data packet. Install an IP/UDP/GTP-U protocol header to form a nested protocol header.
  • the relay station configures a function parameter for the IP UDP/GTP-U protocol packet header, and coordinates the IP UDP/RTP protocol packet header and some functional fields in the IP/UDP/GTP-U protocol packet header to remove duplicates. Field and compress the IP/UDP/GTP-U protocol header to get
  • IP/UDP/GTP-U compression protocol header
  • the partial function fields mentioned herein may include a CRC field and an MSN field; moreover, an IP UDP/GTP-U compression profile is used when compressing the IP UDP/GTP-U protocol header.
  • the CRC field needs to be recalculated; and for the MSN field, the IP/UDP located in the inner layer of the nested protocol header may be borrowed.
  • the MSN field in the /RTP protocol header is not limited to
  • the values in the data packet including the nested protocol header may be first summed, that is, the CRC dynamic fields in the data packet are summed; The multiple CRC dynamic fields are connected. If the field a is 10110 and the field b is 01110, then the summation result is 1011001110. Then, the obtained sum value is used for a specific generator polynomial (for example, the generator polynomial C(x) is generated.
  • IP UDP/GTP-U protocol packet header in Table 2 the value recorded in the CRC field is recalculated.
  • the value recorded in the MSN field is the original IP/UDP/RTP protocol copied directly. All main serial numbers or partial main serial numbers in the MSN field in the header, that is, the MSN or LSB shown in the table.
  • Inherit CID inheritance context identifier
  • the MSN field in the outer IP/UDP/GTP-U protocol header is set by mode 2, and combined with the above CRC field setting, the IP/UDP/located in the outer layer shown in Table 4 is finally obtained.
  • Inherit CID Profile specific information In the IP UDP/GTP-U protocol packet header in Table 4, the value recorded in the CRC field is recalculated.
  • the Inherit CID recorded in the MSN field indicates the inner IP/UDP/RTP protocol header.
  • the location of the MSN field that is, the MSN field in the outer IP/UDP/GTP-U protocol header is inherited from the inner IP UDP/RTP protocol header, so that the receiving end can be based on the Inherit CID.
  • LSB most significant bit
  • the original CRC field in the inner IP/UDP/RTP protocol packet header has been set to null.
  • the CRC field in the inner IP/UDP/RTP protocol header can also be directly used. Delete; In this way, the processing delay and the load value of the protocol header can be reduced, and the compression efficiency when compressing the protocol header can be improved. If it is to ensure the integrity of the information, then you can The information recorded in the CRC field is retained in the IP/UDP/RTP protocol header.
  • the relay station sends a data packet including a nested compression protocol packet header to the base station.
  • the nested compression protocol header mentioned here is an inner layer based on the IP/UDP/RTP protocol, and the outer layer is based on the IP/UDP/GTP-U protocol.
  • the relay station since the relay station does not decompress the data packet after receiving the data packet, the IP UDP/GTP-U protocol header is directly nested in the outer layer of the original IP/UDP/protocol header. Therefore, the relay station The context information (Context) between the original terminal and the base station is not modified, but the IP/UDP/GTP-U protocol nested in the outer layer in the IP header carrying the context information between the terminal and the base station.
  • the packet header establishes context information between the relay station and the base station; as shown in Table 6: Table 6 IP header of nested compressed context information
  • the base station After receiving the data packet including the nested compression protocol packet header, the base station decompresses the data packet, performs CRC check, and the like according to the learned context information.
  • the above steps need to be repeated, and at least one compression protocol header is nested in the data packet again, and the process of configuring parameters of the outer protocol packet header may refer to The above step 503 is not repeated here.
  • the scheme in the embodiment of the present invention is described by taking the UE side to transmit data to the base station side as an example.
  • the case where the base station side transmits data to the UE side is substantially the same.
  • the compression method of the nested protocol header borrows part of the function fields in the IP/UDP/RTP compression protocol header located in the inner layer by using the data packet containing the nested compression protocol header.
  • Layer IP/UDP/GTP-U compression protocol header, and the duplicate field in the inner IP/UDP/RTP protocol header is set to null or delete, so as to try to be between different layers of the nested protocol header Repetitive function fields are less likely to occur, thereby avoiding duplication of cell functions and improving the compression efficiency of the protocol header.
  • the method shown in FIG. 2 is further illustrated by another specific method embodiment.
  • the base station After applying the solution provided in the embodiment corresponding to FIG. 5, after receiving the data packet forwarded by the relay station, the base station first decompresses and CRCs the data packet; however, the transmission data is learned through the CRC check. In the case of an error in the process of the packet, it is still impossible to accurately locate whether the terminal has transmitted a packet to the relay station, or the relay station transmits a packet to the base station.
  • the solution provided by the present invention can also be applied to a scenario similar to the following:
  • the terminal (UE) sends a data packet to the base station through a relay station, and the terminal creates a context between the terminal and the relay station.
  • Information the relay station first decompresses the data packet according to the context information between the terminal and the relay station after receiving the data packet; as shown in FIG. 6, after receiving the data packet sent by the terminal, the relay station receives the data packet.
  • the received data packet is decompressed first, and then the second protocol packet header is nested in the outer layer of the original protocol packet header, and then the data packet including the nested packet header is compressed and sent to the base station.
  • the compression method of the nested protocol header specifically includes the following steps:
  • the relay station receives a data packet sent by a terminal, where the compressed IP/UDP/RTP protocol header is included.
  • the relay station decompresses the received data packet.
  • the CRC field carried in the IP UDP/RTP protocol header can be obtained, so that the currently received data packet can be CRC checked to confirm that the terminal sends the data packet to the relay station. Whether an error has occurred. If an error occurs, the terminal is required to resend the data packet; if no error occurs, the subsequent steps are performed.
  • the relay station nests an IP/UDP/GTP-U protocol header for the data packet to form a nested protocol header.
  • the relay station configures a function parameter for the IP/UDP/GTP-U protocol packet header, and coordinates the IP/UDP/RTP protocol packet header and some functional fields in the IP/UDP/GTP-U protocol packet header. To remove the repeated fields, and compress the IP/UDP/RTP protocol header and the IP/UDP/GTP-U protocol header respectively to obtain an IP/UDP/RTP compression protocol header and IP/UDP/ GTP-U compression protocol header;
  • IP/UDP/RTP compression profile is used to compress the IP/UDP/RTP protocol header, and the IP/UDP/GTP-U protocol header is compressed using IP/UDP/GTP. -U compression profile.
  • the CRC field needs to be recalculated; and for the MSN field, the IP/UDP located in the inner layer of the nested protocol header may be borrowed.
  • the MSN field in the /RTP protocol header is not limited to
  • the implementation manner and the set parameters are the same as those in the step 503 in the embodiment corresponding to FIG. 5, and are not described here.
  • the relay station sends a data packet including a nested compression protocol packet header to the base station.
  • the nested compression protocol header mentioned here is an inner layer based on the IP/UDP/RTP protocol, and the outer layer is based on the IP/UDP/GTP-U protocol.
  • the relay station first decompresses the data packet after receiving the data packet, and then adds the IP/UDP/GTP-U protocol header to the data packet after decompression, and then the IP/UDP.
  • the /RTP protocol header and the IP/UDP/GTP-U protocol header are separately compressed to obtain a nested compression protocol header.
  • the relay station adds the context information between the relay station and the base station in the decompressed IP header carrying the context information; as shown in Table 7: Table 7 Nested and compressed information IP header
  • the base station After receiving the data packet including the nested compression protocol packet header, the base station decompresses the data packet, performs CRC check, and the like according to the learned context information. At this time, if you pass the CRC school If it is found that there is an error in the received data packet, it indicates that the relay station transmits a data packet to the base station, and the base station sends a message to the relay station requesting the relay station to retransmit the data packet.
  • Step 503 the process of configuring parameters of the outer protocol packet header may refer to Step 503 in the embodiment corresponding to FIG. 5, and details are not described herein again.
  • the scheme in the embodiment of the present invention is described by taking the UE side to transmit data to the base station side as an example.
  • the case where the base station side transmits data to the UE side is substantially the same.
  • the compression method of the nested protocol header borrows part of the function fields in the IP/UDP/RTP compression protocol header located in the inner layer by using the data packet containing the nested compression protocol header.
  • Layer IP/UDP/GTP-U compression protocol header, and the duplicate field in the inner IP/UDP/RTP protocol header is set to null or delete, so as to try to be between different layers of the nested protocol header Repetitive function fields are less likely to occur, thereby avoiding duplication of cell functions and improving the compression efficiency of the protocol header.
  • the solution in the embodiment corresponding to FIG. 5 is convenient and easy to implement for the whole system; the solution in the embodiment corresponding to FIG. 7 can accurately locate the stage of transmission error accurately. Improve transmission efficiency;
  • one of the modes or a combination of the above two methods may be selected according to specific environmental requirements.
  • the method shown in Fig. 2 will be further described below with yet another specific method embodiment.
  • This embodiment can be applied to a similar scenario as follows: At least two terminals transmit data packets to the same base station through the same relay station, and all of the data packets include an IP/UDP/RTP protocol header.
  • the relay station may nest the received data packet as a whole, and nest a second protocol packet header, that is, the at least two The data packets corresponding to the terminal are encapsulated and compressed using the same second protocol header (ie IP/UDP/GTP-U protocol header), and then the nested compression protocol will be included.
  • the data packet of the packet header is sent to the base station; wherein, the compressed compression protocol packet header is a compressed inner layer containing at least two IP/UDP/RTP protocol headers, and the outer layer includes an IP/UDP/GTP- The nested protocol header of the U protocol header.
  • the scheme for encapsulating and compressing data packets corresponding to at least two terminals using the same IP/UDP/GTP-U protocol header can be equally applied to the scenarios involved in the embodiments corresponding to FIG. 5 and FIG. 7, respectively. That is, regardless of whether the relay station receives the data packet sent by at least two terminals, it decompresses it first, then nests the second protocol header for it, or does not decompress the data packet, but directly
  • the nested second protocol packet header can uniformly encapsulate multiple data packets sent to the same base station, so that more air interface resources can be saved during data transmission.
  • the embodiments corresponding to FIG. 5 and FIG. 7 are different:
  • the nested compression protocol header is determined.
  • the values of the entire nested and pre-compressed data packets need to be summed, and the obtained sum value is written into IP/UDP/GTP-
  • the CRC field of the U protocol header, and all the CRC fields in the at least two IP/UDP/RTP protocol headers located in the inner layer are all set to null or deleted.
  • the MSN field of one of the at least two IP/UDP/RTP protocol headers of the inner layer is directly copied to the outer IP/UDP/GTP-U protocol header. And simultaneously setting all MSN fields in the at least two IP UDP/RTP protocol headers of the inner layer to be empty or deleted.
  • the second is to set an inheritance context identifier (Inherit CID) in the MSN field in the outer IP/UDP/GTP-U protocol header, where the Inherit CID is used to indicate at least two IP UDPs of the inner layer.
  • Inherit CID inheritance context identifier
  • the MSN field of the header is set to empty or deleted.
  • the CRC field and the MSN field in the at least two IP UDP/RTP protocol headers located in the inner layer may also be reserved.
  • each relay station completes a nested compression protocol packet header after receiving the data packet.
  • each relay station completes a nested compression protocol packet header after receiving the data packet.
  • the scheme in the embodiment of the present invention is described by taking the UE side to transmit data to the base station side as an example.
  • the case where the base station side transmits data to the UE side is substantially the same.
  • the method for compressing the nested protocol header is to encapsulate the IP/UDP/RTP protocol header corresponding to the data packet of at least two terminals to the same IP/UDP/GTP-U protocol header, and will be located at the same time.
  • Some of the functional fields in the inner IP/UDP/RTP compression protocol header are borrowed from the outer IP/UDP/GTP-U compression protocol header and are not necessary for the inner IP/UDP/RTP protocol header.
  • the repetition field is set to be empty or deleted, so that duplicate function fields are rarely present between different layers of the nested protocol packet header, thereby avoiding duplication of cell functions, saving air interface resources during data transmission, and improving protocol header. Compression efficiency.
  • the compression device of the nested protocol packet header in this embodiment includes a receiving unit 81 and a nesting unit 82. , processing unit 83 and transmitting unit 84; wherein
  • the receiving unit 81 receives the data packet sent by the at least one transmitting end, where the data packet includes a first compression protocol packet header, where the first compression protocol packet header may be a compressed IP UDP/RTP protocol packet header; then, the nesting unit 82 The data packet received by the receiving unit 81 as a whole is nested with a second protocol header, where the second protocol header may be an IP/UDP/GTP-U protocol header; and the processing unit 83
  • the nesting unit 82 nests the data packet of the IP/UDP/GTP-U protocol header for processing, wherein the processing includes: coordinating the IP/UDP/RTP protocol header and the IP/UDP/GTP-U protocol Part of the function field in the header to remove the repeated fields, and compress the IP UDPZGTP-U protocol header; afterwards, the sending unit 84 sends the data packet containing the nested compression protocol header output by the processing unit 83. Going out, the nested compression protocol packet header includes a nested first compression protocol packet header and
  • the processing unit 83 may be configured to sum the values of the data packets after the nesting of the second protocol packet header, and use the obtained sum value as an information field. And writing the cyclic redundancy check field in the second protocol packet header together with the check field, and setting or adding the cyclic redundancy check field in the first compression protocol packet header, where The check field is obtained by summing the sum value to a generator polynomial.
  • the processing unit 83 may be further configured to write the primary serial number in the first compression protocol header in the data packet of one of the at least one transmitting end. Entering a primary sequence number field in the header of the second protocol packet, and setting or deleting a primary sequence number field in a first compression protocol packet header in the data packet of the at least one sender;
  • the processing unit 83 may be further configured to: set an inheritance context identifier in a primary sequence number field in the second protocol header, where the inheritance context identifier is used to indicate a data packet of a sender of the at least one sender
  • the location of the primary sequence number in the first compression protocol header, and the primary sequence number in the first compression protocol header in the data packets of the remaining senders in the at least one sender is set to null or deleted.
  • the compression device of the nested protocol packet header may be a relay station or a partial function module in the relay station; and the transmitting end may be a user terminal (UE), and the receiving end is a base station; or, the sending end For the base station, the receiving end is a user terminal; or the transmitting end and/or the receiving end is another relay station.
  • UE user terminal
  • the compression device of the nested protocol header borrows part of the function fields in the IP/UDP/RTP compression protocol header located in the inner layer by using the data packet containing the nested compression protocol header.
  • Layer IP/UDP/GTP-U compression protocol header, and the duplicate field in the inner IP/UDP RTP protocol header is set to null or delete, thus making the nesting Duplicate function fields are rarely present between different layers of the protocol header, thereby avoiding duplication of cell functions and improving the compression efficiency of the protocol header.
  • the solution for implementing the nested protocol header compression provided in the embodiment of the present invention is not limited to being implemented by a relay station, and may be applicable to one or more devices other than the relay station for performing a multi-layer nested compression process on a data packet. Compression of the protocol header.

Landscapes

  • Engineering & 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)

Description

嵌套协议包头的压缩方法 ^置
本申请要求于 2010 年 2 月 3 日提交中国专利局、 申请号为 201010104975.0、发明名称为 "嵌套协议包头的压缩方法及装置 "的中国专利 申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域 本发明涉及无线通信技术领域， 尤其涉及一种嵌套协议包头的压缩方 法及装置。 背景技术 在设置有网络中继的 LTE ( Long Term Evolutio , 长期演进） 系统中， 中继站（Relay )在接收到 UE ( User Equipment, 用户终端）发送的数据包 后， 会在该数据包上添加一 IP ( Internet Protocol, 因特网协议 ) /UDP ( User Datagram Protocol,用户数据才艮协议 )/GTP-U( GPRS Tunneling Protocol-User plane, GPRS 隧道协议用户面）协议包头， 这样在所述数据包中就形成了 外层使用 IP/UDP/GTP-U协议、 内层使用 IP/UDP/RTP ( Real-time Transport Protocol, 实时传输协议）协议的嵌套协议包头。
具体地， UE在将数据包发送给 Relay之前，需要对其中的 IP/UDP/RTP 协议包头进行压缩， 此时 UE使用的是 IP/UDP/RTP压缩 profile; Relay在 给所述数据包添加了外层的 IP/UDP/GTP-U协议包头后，同样会对其进行压 缩， 此时 Relay使用的是 IP/UDP/GTP-U压缩 profile。 在进行了嵌套压缩后 的数据封装格式如图 1所示。
但是， 在嵌套压缩的情况下， 对数据包中的协议包头进行压缩的效率 较低。 发明内容 本发明的实施例提供一种嵌套协议包头的压缩方法及装置， 用以提高 对数据包中嵌套协议包头进行压縮的效率。
一方面， 提供了一种嵌套协议包头的压缩方法， 包括：
接收至少一个发送端发送的数据包， 所述数据包中包含第一压缩协议 包头；
将所述接收到的数据包作为一个整体， 嵌套一个第二协议包头； 对嵌套所述第二协议包头后的数据包进行处理， 其中， 所述处理包括： 协调所述第一压缩协议包头和所述第二协议包头中的部分功能字段以去除 其中重复的字段， 并对所述第二协议包头进行压缩；
发送经过所述处理后的数据包，
一方面， 提供了一种嵌套协议包头的压缩装置， 包括：
接收单元， 用于接收至少一个发送端发送的数据包， 所述数据包中包 含第一压缩协议包头；
嵌套单元， 用于将所述接收单元接收到的数据包作为一个整体， 嵌套 一个第二协议包头；
处理单元， 用于对经所述嵌套单元嵌套了第二协议包头后的数据包进 行处理， 其中， 所述处理包括： 协调所述第一压缩协议包头和所述第二协 议包头中的部分功能字段以去除其中重复的字段， 并对所迷第二协议包头 进行压缩；
发送单元， 用于发送经过所述处理单元处理后的数据包。
本发明实施例提供的嵌套协议包头的压缩方法及装置， 通过在包含有 嵌套压縮协议包头的数据包中， 将位于内层的第一压縮协议包头中的部分 功能字段借用到位于外层的第二压缩协议包头中， 使得在所述嵌套协议包 头的不同层之间尽量少出现重复的功能字段， 进而避免信元功能重复， 提 高协议包头的压缩效率。 附图说明
图 1为现有技术中嵌套压缩后的数据封装格式的示意图； 图 2为本发明实施例中的嵌套协议包头的压缩方法的流程图； 图 3为本发明实施例中的嵌套协议包头的压缩装置的结构示意图； 图 4为本发明的一个方法实施例中的嵌套压缩方式的信令流程图； 图 5为图 4所示方法实施例中的嵌套协议包头的压缩方法的流程图； 图 6为本发明的另一方法实施例中的嵌套压缩方式的信令流程图； 图 7为图 6所示方法实施例中的嵌套协议包头的压缩方法的流程图； 图 8 为本发明的装置实施例中的嵌套协议包头的压缩装置的结构示意 图。 具体实施方式
下面结合附图对本发明实施例提供的嵌套协议包头的压缩方法及装置 进行详细描述。
如图 2所示， 本实施例提供的嵌套协议包头的压缩方法， 包括以下步 骤：
201、 接收至少一个发送端发送的数据包， 所述数据包中包含第一压縮 协议包头。
在本实施例中， 所述数据包是由发送端进行封装后并发送的， 其中包 含的所迷第一压缩协议包头可以为基于 IP/UDP/RTP 协议的压缩后的协议 包头。 表 1中所示为基于 IP/UDP/RTP协议的压缩包中头域的格式。 表 1 IP/UDP/RTP压缩包头的头域
0 1 2 3 4 5 6 7
Add-CID octet (扩展-上下丈标识字节 )
1 1 1 1 1 1 0 X
0-2 octets of CID
( 0-2字节上下文标识）
Profile (协议算法类型）
CRC (循环冗余校验) MSN or LSB (主序列号 /最低有效位）
Profile specific information (协议类型特定信息） 其中， CID ( Context Identifier ) 字段表示上下文标识； ADD-CID表示 小范围、 即 0-15的上下文标识； 0-2 octets CID表示大范围 0 到 2" - 1 = 16383的上下文标识；
Profile字段用于指示特定的压缩协议 (如 IP/UDP/RTP压缩 profile );
CRC ( Cyclic Redundancy Check, 循环冗余校验 )字段用于在解压器侧 进行 CRC校验， 以对接收到的数据包进行检错；
MSN ( Master Sequence Number, 主序列号）字段用于维护压缩包头的 数据包， 指示数据包的顺序； 在 IP UDP/RTP压缩 profile中使用 RTP的 SN 作为 MSN; LSB ( Least Significant Bit, 最低有效位）是 MSN的一部分， 即所述 MSN中的后 8位。
202、 将所迷接收到的数据包作为一个整体， 嵌套一个第二协议包头。 在本实施例中，所述第二协议包头可以为基于 IP/UDP/GTP-U协议的协 议包头。
203、 对嵌套所述第二协议包头后的数据包进行处理； 具体地， 所述处 理包括： 协调所述第一压缩协议包头和所述第二协议包头中的部分功能字 段以去除其中重复的字段， 并对所述第二协议包头进行压缩。
由于 CRC字段和 MSN字段在嵌套的内外层包头中， 即第一压缩协议 包头中和第二压缩协议包头中的功能相似， 因此只要在外层协议包头中保 留了 CRC字段和 MSN字段的相应参数信息， 就可以使基站能够顺利地对 包含有嵌套协议包头的数据包进行解压。 因此， 在本实施例中， 需要进行 协调的第一压縮协议包头和第二协议包头中的所述部分功能字段包括 CRC 字段和 MSN字段。
在所述 IP/UDP/GTP-U 协议包头中， CRC 字段需要结合所述 IP/UDP/RTP协议包头中的 CRC字段进行重新计算得到； MSN字段可以直 接利用所述 IP/UDP/RTP协议包头中的 MSN字段， 其直接利用的方式可以 是复制或者继承。 包头中的重复字段， 可以将位于内层的 IP/UDP/RTP协议包头中的 CRC字 段进行删除； 而对于 MSN字段， 如果外层的 MSN字段是通过复制内层的 MSN字段来获取到的， 那么可以将内层的 MSN字段删除以节省传送时的 空口资源；如杲外层的 MSN字段是通过继承内层的 MSN字段来获取到的， 那么位于内层的 MSN字段需要保留。
当然， 如果是为了保证信息的完整性， 位于内层的 CRC字段和 MSN 字段也可以均予以保留。
在本步骤中， 协调所述第一压缩协议包头和所述第二协议包头中的部 分功能字段以去除其中重复的字段的过程和对所述第二协议包头进行压缩 的过程， 可以是同时进行的； 又或者是， 先对所述第一压缩协议包头和所 述第二协议包头中的部分功能字段中的参数进行协调， 之后在对笫二协议 包头进行压缩。 其具体执行顺序不受以上描述的限定， 可根据实际需要进 行调整。
204、 发送经过所述处理后的数据包。
在本实施例中， 上迷各步骤的执行主体可以是一中继站； 而所述发送 端可以是用户终端（UE ), 接收端为基站； 或者， 所述发送端为基站， 而接 收端为用户终端； 或者， 所述发送端和 /或接收端为另一中继站。 当然， 实 际情况并不限于此。
本实施例中还提供了一种嵌套协议包头的压缩装置， 能够实现上述方 法， 如图 3所示， 所述压缩装置包括：
接收单元 31， 用于接收至少一个发送端发送的数据包， 所述数据包中 包含第一压缩协议包头；
嵌套单元 32, 用于将所述接收单元 31接收到的数据包作为一个整体， 嵌套一个第二协议包头； 处理单元 33，用于对经所述嵌套单元 32嵌套了第二协议包头后的数据 包进行处理； 所述处理包括： 协调所述第一压縮协议包头和所述第二压縮 协议包头中的部分功能字段以去除其中重复的字段， 并对所述第二协议包 头进行压缩；
发送单元 34， 用于发送经过所述处理单元 33处理后的数据包。
在本实施例中， 上迷嵌套协议包头的压缩装置可以是一中继站或者中 继站中的部分功能模块； 而所述发送端可以是用户终端（UE ), 接收端为基 站； 或者， 所述发送端为基站， 而接收端为用户终端； 或者， 所述发送端 和 /或接收端为另一中继站。 当然， 实际情况并不限于此。
本实施例中提供的嵌套协议包头的压缩方法及装置， 通过在包含有嵌 套压缩协议包头的数据包中， 将位于内层的第一压缩协议包头中的部分功 能字段借用到位于外层的第二压缩协议包头中， 使得在所述嵌套协议包头 的不同层之间尽量少出现重复的功能字段， 进而避免信元功能重复， 提高 协议包头的压缩效率。 为了更清楚地说明本发明实施例中提供的方案， 下面以一个具体的方 法实施例来对上述方法做进一步说明。
在本实施例中，可应用在如下类似场景：终端（UE )通过中继站（Relay ) 向基站发送数据包， 此时终端只创建了由终端到基站之间的上下文信息 ( Connection Context )， 因此中继站在接收到所述数据包后并不对其进行解 压； 如图 4所示， 中继站在接收到终端发送的数据包后， 直接在所述数据 包中原有压缩协议包头的外层嵌套第二协议包头， 之后对所述第二协议包 头进行压缩并发送给基站。
如图 5所示， 本实施例中提供的嵌套协议包头的压缩方法， 包括以下 步骤：
501、 中继站接收到一个终端发送的数据包， 其中包含有压缩的 IP/UDP/RTP协议包头。
502、 中继站在所述数据包中的压缩 IP/UDP/RTP协议包头的外层再封 装一个 IP/UDP/GTP-U协议包头， 从而形成一个嵌套协议包头。
503、 中继站为所述 IP UDP/GTP-U协议包头配置功能参数， 并协调所 述 IP UDP/RTP协议包头和所述 IP/UDP/GTP-U协议包头中的部分功能字段 以去除其中重复的字段，并对所述 IP/UDP/GTP-U协议包头进行压缩以得到
IP/UDP/GTP-U压缩协议包头。
这里所说的部分功能字段可以包括 CRC字段和 MSN字段； 而且， 在 对所述 IP UDP/GTP-U协议包头进行压缩时使用的是 IP UDP/GTP-U压缩 profile。
在配置所述 IP/UDP/GTP-U协议包头中的功能参数的过程中，对于 CRC 字段需要重新计算得到； 而对于 MSN字段， 可以借用所述嵌套协议包头中 位于内层的 IP/UDP/RTP协议包头中的 MSN字段。
具体地， 在为 CRC字段配置参数时， 可以首先对所述包含有嵌套协议 包头的数据包中的值进行求和， 即对数据包中的 CRC动态字段进行求和； 这里的求和指的是将多个 CRC动态字段连起来， 如字段 a是 10110， 字段 b是 01110 , 那么求和结果就是 1011001110; 然后利用得到的和值对一特定 的生成多项式（例如， 生成多项式 C(x)=l+x+x3 )取余， 之后将所述和值作 为信息字段、所述余数作为校验字段同时写入所述 IP/UDP/GTP-U协议包头 中的 CRC字段，并将所述 IP/UDP/RTP协议包头中的 CRC字段设为空或者 删除。
在为 MSN字段配置参数时， 可以有以下两种实现方式：
方式一：
将所述内层的 IP/UDP/RTP协议包头中的 MSN字段直接复制到位于外 层的 IP/UDP/GTP-U协议包头中， 同时将所述 IP/UDP/RTP协议包头中的 MSN字段设置为空或者删除。
那么，通过方式一来设置外层 IP UDP/GTP-U协议包头中的 MSN字段， 并结合上述 CRC 字段的设置， 最终得到表 2 中所示的嵌套后位于外层的 IP/UDP/GTP-U压缩包头和表 3中所示的位于内层 IP UDP/RTP压缩包头： 表 2 嵌套后 IP/UDP/GTP-U压缩包头的头域
0 1 2 3 4 5 6 7
Add-CID octet
1 1 1 1 1 1 0 X
0-2 octets of CID
Profile
CRC MSN or LSB
Profile specific information 在表 2中的 IP UDP/GTP-U协议压缩包头中， CRC字段中所记录的数 值是重新计算得到的， MSN 字段中所记录的数值是直接复制的原 IP/UDP/RTP协议包头中 MSN字段中的全部主序列号或者部分主序列号， 即表中所示的 MSN or LSB。
表 3 嵌套后 IP/UDP/RTP压缩包头的头域
0 1 2 3 4 5 6 7
Add-CID octet
1 1 1 1 1 1 0 X
0-2 octets of CID
Profile Profile specific information 由于一般基站侧在接收到包含有嵌套协议包头的数据包后， 只利用外 层协议包头中携带的功能信息， 因此在表 3中可以看到， 内层 IP/UDP/RTP 协议压缩包头中原有的 CRC字段和 MSN字段都已经设置为空， 当然也可 以直接将内层 IP UDP/RTP协议压縮包头中的 CRC字段和 /或 MSN字段删 除； 这样， 可以减少处理时延和协议包头的负载值. 提高对协议包头进行 压缩时的压缩效率。 如果是为了保证信息完整性的话， 则可以将所述 CRC 字段和 MSN字段中所记录的信息保留在所述 IP/UDP/RTP协议压缩包头中。
方式二：
在所述外层的 IP UDP/GTP-U协议包头中的 MSN字段中设置继承上下 文标识（ Inherit CID ), 所述 Inherit CID用于指示所述 IP/UDP/RTP协议包 头中的 MSN字段的位置。
那么，通过方式二来设置外层 IP/UDP/GTP-U协议包头中的 MSN字段， 并结合上述 CRC 字段的设置， 最终得到表 4 中所示的嵌套后位于外层的 IP/UDP/GTP-U压缩包头和表 5中所示的位于内层 IP UDP/RTP压缩包头：
表 4 嵌套后 IP/UDP/GTP-U压縮包头的头域
0 1 2 3 4 5 6 7
Add-CID octet
1 1 1 1 1 1 0 X
0-2 octets of CID
Profile
CRC
Inherit CID Profile specific information 在表 4中的 IP UDP/GTP-U协议压缩包头中， CRC字段中所记录的数 值是重新计算得到的， MSN 字段中所记录的 Inherit CID 指示内层 IP/UDP/RTP协议包头中 MSN字段的位置， 即外层 IP/UDP/GTP-U协议包 头中的 MSN字段是从所述内层 IP UDP/RTP协议包头中继承过来的 , 这样 接收端就可以根据所述 Inherit CID的指示到内层 IP/UDP/RTP协议包头中相 应的位置上去读取 MSN 或者 MSN 中的最氏有效位 （ LSB )。 在 IP/UDP/GTP-U协议包头的 MSN字段中只是写入了 Inherit CID这样一个指 示符， 而不是完整的主序列号， 可以减少协议包头的负载值、 提髙后续进 行压缩时的压缩效率。 表 5 嵌套后 IP/UDP/RTP压缩包头的头域
0 1 2 3 4 5 6 7
Add-CID octet
1 1 1 1 1 1 0 x
0-2 octets of CID Profile
MSN or LSB
Profile specific information 从表 5 中可以看到， 在内层 IP/UDP/RTP协议压缩包头中原有的 CRC 字段已经设置为空，当然也可以直接将内层 IP/UDP/RTP协议包头中的 CRC 字段删除； 这样， 可以减少处理时延和协议包头的负载值、 提高对协议包 头进行压缩时的压缩效率。 如果是为了保证信息完整性的话， 则可以将所 述 CRC字段中所记录的信息保留在所述 IP/UDP/RTP协议包头中。
504、 中继站将包含有嵌套压缩协议包头的数据包发送给基站。
这里所提及的嵌套压缩协议包头， 为内层基于 IP/UDP/RTP协议、 外层 基于 IP/UDP/GTP-U协议的嵌套压缩协议包头。
在本实施例中， 由于中继站在接收到数据包后并不对数据包进行解压， 而是直接在原有 IP/UDP/协议包头的外层嵌套一个 IP UDP/GTP-U协议包 头， 因此， 中继站并不会对原来的终端与基站之间的上下文信息（ Context ) 进行修改， 而是在携带所述终端与基站之间上下文信息的 IP包头中对外层 嵌套的 IP/UDP/GTP-U协议包头建立所述中继站与基站之间的上下文信息； 具体如表 6所示： 表 6 嵌套压缩的上下文信息的 IP包头
Figure imgf000013_0001
基站在接收到包含有嵌套压缩协议包头的数据包后， 会根据已获知到 的上下文信息对所述数据包进行解压、 CRC校验等。
如果在 前中继站和基站之间还存在其它中继节点， 则需要重复上述 各步骤， 在所述数据包中再次嵌套至少一个压缩协议包头， 其对外层协议 包头的参数进行配置的过程可以参照上述步骤 503， 此处不再赘述。
在本实施例中，是以 UE侧向基站侧传送数据为例对本发明实施例中的 方案进行说明的； 对于基站侧向 UE侧发送数据的情况大致相同。
本实施例中提供的嵌套协议包头的压缩方法， 通过在包含有嵌套压缩 协议包头的数据包中，将位于内层的 IP/UDP/RTP压缩协议包头中的部分功 能字段借用到位于外层的 IP/UDP/GTP-U 压缩协议包头中， 并且对内层 IP/UDP/RTP协议包头中的重复字段设为空或者删除， 从而使得在所述嵌套 协议包头的不同层之间尽量少出现重复的功能字段， 进而避免信元功能重 复， 提高协议包头的压缩效率。 为了更清楚地说明本发明实施例中提供的方案， 下面以另一个具体的 方法实施例来对图 2中所示方法做进一步说明。
应用图 5 所对应的实施例中提供的方案后， 基站在接收到中继站转发 的数据包后， 会先对所迷数据包进行解压、 CRC校验； 然而， 在通过 CRC 校验得知传输数据包的过程中出错的情况下， 仍然无法准确定位究竟是终 端向中继站传送数据包的过程出错， 还是中继站向基站传送数据包的过程 出错。
因此， 在本实施例中， 还可以将本发明提供的方案应用在如下类似场 景： 终端（ UE )通过中继站（ Relay )向基站发送数据包， 此时终端会创建 由终端到中继站之间的上下文信息， 因此中继站在接收到所述数据包后会 先根据所述终端与中继站之间的上下文信息对所述数据包进行解压；如图 6 所示， 中继站在接收到终端发送的数据包后， 先对所接收到的数据包进行 解压， 然后再在原有协议包头的外层嵌套第二协议包头， 之后再将包含有 嵌套包头的数据包整体进行压缩， 并发送给基站。
如图 7所示， 本实施例中提供的嵌套协议包头的压缩方法， 具体包括 以下步骤：
701、 中继站接收到一个终端发送的数据包， 其中包含有压缩的 IP/UDP/RTP协议包头。
702、 中继站将对接收到的数据包进行解压。
在对所述数据包解压后可以得到其中的 IP UDP/RTP 协议包头中携带 的 CRC字段， 从而可以对当前接收到的数据包进行 CRC校验， 以确认由 终端向中继站发送数据包的过程中是否出现错误。 若出现错误， 则要求所 述终端重新发送数据包； 若没有出现错误， 则进行后续步骤。
703、 中继站为所述数据包嵌套一个 IP/UDP/GTP-U协议包头， 从而形 成一个嵌套协议包头。
704、 中继站为所述 IP/UDP/GTP-U协议包头配置功能参数， 并协调所 迷 IP/UDP/RTP协议包头和所述 IP/UDP/GTP-U协议包头中的部分功能字段 以去除其中重复的字段， 并对所述 IP/UDP/RTP 协议包头和所述 IP/UDP/GTP-U协议包头分别进行压縮以得到 IP/UDP/RTP压縮协议包头和 IP/UDP/GTP-U压缩协议包头；
其中， 对所迷 IP/UDP/RTP协议包头进行压缩时使用的是 IP/UDP/RTP 压缩 profile， 而对所述 IP/UDP/GTP-U 协议包头进行压缩时使用的是 IP/UDP/GTP-U压缩 profile。
在配置所述 IP/UDP/GTP-U协议包头中的功能参数的过程中，对于 CRC 字段需要重新计算得到； 而对于 MSN字段， 可以借用所述嵌套协议包头中 位于内层的 IP/UDP/RTP协议包头中的 MSN字段。
具体地， 对于 CRC字段和 MSN字段中的参数的设置， 其实现方式和 设置的参数均与图 5对应的实施例中步骤 503 中的描述相同， 此处不再赘 述。
705、 中继站将包含有嵌套压缩协议包头的数据包发送给基站。
这里所提及的嵌套压缩协议包头， 为内层基于 IP/UDP/RTP协议、 外层 基于 IP/UDP/GTP-U协议的嵌套压缩协议包头。
在本实施例中， 由于中继站在接收到数据包后首先对其进行解压， 然 后在解压后将 IP/UDP/GTP-U协议包头添加到所述数据包中，之后再对所述 IP/UDP/RTP协议包头和 IP/UDP/GTP-U协议包头分别进行压缩， 从而得到 嵌套压缩协议包头。
类似地， 在这种情景下， 中继站会在解压后的携带上下文信息的 IP包 头中添加所述中继站与基站之间的上下文信息； 具体如表 7所示： 表 7 嵌套压缩的上下丈信息的 IP包头
Figure imgf000015_0001
基站在接收到包含有嵌套压缩协议包头的数据包后， 会根据已获知到 的上下文信息对所述数据包进行解压、 CRC校验等。 此时， 若通过 CRC校 验得知所接收到的数据包中存在错误， 则说明中继站向基站传送数据包的 过程出错， 基站会向所述中继站发送消息要求所述中继站将所述数据包重 发。
如果在当前中继站和基站之间还存在其它中继节点， 则需要重复上述 各步骤， 在所述数据包中再次嵌套至少一个压缩协议包头， 其对外层协议 包头的参数进行配置的过程可以参照图 5所对应的实施例中步骤 503，此处 不再赘述。
在本实施例中，是以 UE侧向基站侧传送数据为例对本发明实施例中的 方案进行说明的； 对于基站侧向 UE侧发送数据的情况大致相同。
本实施例中提供的嵌套协议包头的压缩方法， 通过在包含有嵌套压缩 协议包头的数据包中，将位于内层的 IP/UDP/RTP压缩协议包头中的部分功 能字段借用到位于外层的 IP/UDP/GTP-U 压缩协议包头中， 并且对内层 IP/UDP/RTP协议包头中的重复字段设为空或者删除， 从而使得在所述嵌套 协议包头的不同层之间尽量少出现重复的功能字段， 进而避免信元功能重 复， 提高协议包头的压缩效率。
在上述实施例中， 图 5 所对应的实施例中的方案对整个系统来说筒单 方便、 易于实现； 图 7所对应的实施例中的方案可以准确地对传输出错的 阶段进行准确定位， 提高传输效率； 在具体的实现过程中， 可以根据具体 环境要求来选择其中一种方式或者上述两种方式的结合。 为了更清楚地说明本发明实施例中提供的方案， 下面以又一个具体的 方法实施例来对图 2中所示方法做进一步说明。
本实施例可以应用在如下类似场景： 至少两个终端通过同一中继站向 同一基站发送数据包， 这些数据包中均包含有 IP/UDP/RTP协议包头。
那么， 在本实施例中， 中继站在接收到所述至少两个终端发送的数据 包后， 可以将所接收到的数据包作为一个整体， 嵌套一个第二协议包头， 即对所述至少两个终端对应的数据包使用同一个第二协议包头 （即 IP/UDP/GTP-U协议包头）进行封装、 压缩， 之后再将包含有嵌套压缩协议 包头的数据包发送给所述基站； 其中， 在所述嵌套压缩协议包头是一个压 縮后的内层包含至少两个 IP/UDP/RTP 协议包头、 外层包含一个 IP/UDP/GTP-U协议包头的嵌套协议包头。
上迷对至少两个终端对应的数据包使用同一个 IP/UDP/GTP-U协议包 头进行封装并压缩的方案， 可以同样适用于图 5和图 7分别对应的实施例 中所涉及的场景， 即不管所迷中继站在接收到所迷至少两个终端发送的数 据包后， 是先对其进行解压、 然后在为其嵌套第二协议包头， 还是不对所 述数据包进行解压、 而直接为其嵌套第二协议包头， 都可以将发送给同一 基站的多个数据包进行统一封装， 这样在数据传输时可以节省更多的空口 资源。
对于协议包头中参数的配置过程， 与图 5、 图 7分别对应的实施例不同 的是： 在本实施例中， 由于涉及到至少两个终端对应的数据包， 因此在确 定嵌套压缩协议包头中外层 IP/UDP/GTP-U协议包头的 CRC字段的值时， 需要对整个嵌套后、 压缩前的数据包的值进行求和， 并将得到的和值写入 IP/UDP/GTP-U 协议包头的 CRC 字段， 同时将位于内层的所述至少两个 IP/UDP/RTP协议包头中的 CRC字段全部设为空或者删除。
在确定外层的 IP/UDP/GTP-U协议包头的 MSN字段的值时， 同样是有 两种实现方式：
其一， 是将所述内层的所述至少两个 IP/UDP/RTP 协议包头中的一个 IP/UDP RTP协议包头的 MSN字段直接复制到位于外层的 IP/UDP/GTP-U 协议包头中， 同时将所述内层的所述至少两个 IP UDP/RTP 协议包头中的 MSN字段全部设置为空或者删除。
其二， 是在所述外层的 IP/UDP/GTP-U协议包头中的 MSN字段中设置 继承上下文标识（ Inherit CID ), 所述 Inherit CID用于指示所述内层的至少 两个 IP UDP/RTP协议包头中的一个 IP UDP/RTP协议包头的 MSN字段的 位置，
议包头的 MSN字段设为空或者删除。 当然， 如果是为了保证数据完整性的话， 也可以对上述位于内层的所 述至少两个 IP UDP/RTP协议包头中的 CRC字段和 MSN字段进行保留。
如果在所述终端和基站之间存在多个中继站， 那么每一个中继站在接 收到数据包后都会完成一次嵌套压缩协议包头的过程， 每一次压缩协议包 头嵌套过程的具体实现可参照前述步骤中的描述， 此处不再赘述。
在本实施例中，是以 UE侧向基站侧传送数据为例对本发明实旄例中的 方案进行说明的； 对于基站侧向 UE侧发送数据的情况大致相同。
本实施例中提供的嵌套协议包头的压缩方法， 通过将至少两个终端的 数据包对应的 IP/UDP/RTP协议包头封装到同一个 IP/UDP/GTP-U协议包头 下， 同时将位于内层的某一 IP/UDP/RTP压缩协议包头中的部分功能字段借 用到位于外层的 IP/UDP/GTP-U压缩协议包头中， 并且对内层 IP/UDP/RTP 协议包头中不必要的重复字段设为空或者删除， 从而使得在所述嵌套协议 包头的不同层之间尽量少出现重复的功能字段， 进而避免信元功能重复， 节省数据传输时的空口资源， 同时提高协议包头的压缩效率。
对应于上述方法实施例， 本发明实施例中还提供了一个装置实施例； 其中， 本实施例中的嵌套协议包头的压缩装置， 如图 8所示， 包括接收单 元 81、 嵌套单元 82、 处理单元 83和发送单元 84; 其中，
接收单元 81接收至少一个发送端发送的数据包， 所述数据包中包含有 第一压缩协议包头，这里的第一压缩协议包头可以是压缩的 IP UDP/RTP协 议包头； 然后， 嵌套单元 82将所述接收单元 81接收到的数据包作为一个 整体 , 嵌套一个第二协议包头， 这里的第二协议包头可以是 IP/UDP/GTP-U 协议包头； 而处理单元 83 又对经所述嵌套单元 82嵌套了 IP/UDP/GTP-U 协议包头的数据包进行处理， 其中， 所述处理包括： 协调所述 IP/UDP/RTP 协议包头和所述 IP/UDP/GTP-U 协议包头中的部分功能字段以去除其中重 复的字段， 并对所迷 IP UDPZGTP-U协议包头进行压缩； 之后， 发送单元 84将所迷处理单元 83输出的包含有嵌套压缩协议包头的数据包发送出去， 所述嵌套压缩协议包头中包含嵌套的第一压缩协议包头和第二协议压缩包 其中， 所述处理单元 83所处理的部分功能字段可以包括 CRC字段和 MSN字段。
进一步地， 在实现 CRC 字段的参数配置的过程中， 所迷处理单元 83 可以用于对所述嵌套所述第二协议包头后的数据包的值求和， 将得到的和 值作为信息字段， 连同校验字段一并写入所迷第二协议包头中的循环冗余 校验字段， 并将所述第一压缩协议包头中的循环冗余校验字段设为空或者 删除， 其中， 所述校验字段由所述和值对一个生成多项式取余得到。
此外， 在实现 MSN字段的参数配置的过程中， 所述处理单元 83， 还 可以用于将所述至少一个发送端中某一发送端的数据包中的第一压缩协议 包头中的主序列号写入所述第二协议包头中的主序列号字段， 并将所述至 少一个发送端的数据包中的第一压缩协议包头中的主序列号字段设为空或 者删除；
或者，
所述处理单元 83， 还可以用于在所述第二协议包头中的主序列号字段 设置继承上下文标识， 所述继承上下文标识用于指示所述至少一个发送端 中某一发送端的数据包中的第一压缩协议包头中的主序列号的位置， 并将 所迷至少一个发送端中其余发送端的数据包中的第一压缩协议包头中的主 序列号设为空或者删除。
在本实施例中， 上述嵌套协议包头的压缩装置可以是一中继站或者中 继站中的部分功能模块； 而所述发送端可以是用户终端（UE ), 接收端为基 站； 或者， 所述发送端为基站， 而接收端为用户终端； 或者， 所述发送端 和 /或接收端为另一中继站。
本实施例中提供的嵌套协议包头的压缩装置， 通过在包含有嵌套压缩 协议包头的数据包中，将位于内层的 IP/UDP/RTP压缩协议包头中的部分功 能字段借用到位于外层的 IP/UDP/GTP-U 压缩协议包头中， 并且对内层 IP/UDP RTP协议包头中的重复字段设为空或者删除， 从而使得在所述嵌套 协议包头的不同层之间尽量少出现重复的功能字段， 进而避免信元功能重 复， 提高协议包头的压縮效率。
本发明实施例中提供的实现嵌套协议包头压缩的方案不仅限于通过中 继站来实现， 当然也可以适用于中继站以外的一个或者多个装置对一个数 据包进行多层嵌套压缩过程中的嵌奢协议包头的压缩。
通过以上实施方式的描迷， 本领域的技术人员可以清楚地了解到本发 明可借助软件加必需的硬件平台的方式来实现， 当然也可以全部通过硬件 来实施。 基于这样的理解， 本发明的技术方案对背景技术做出贡献的全部 或者部分可以以软件产品的形式体现出来， 该计算机软件产品可以存储在 存储介质中， 如 ROM/RAM、 磁碟、 光盘等， 包括若干指令用以使得一台 计算机设备（可以是个人计算机， 服务器， 或者网络设备等）执行本发明 各个实施例或者实施例的某些部分所述的方法。
以上所述， 仅为本发明的具体实施方式， 但本发明的保护范围并不局 限于此， 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内， 可 轻易想到的变化或替换， 都应涵盖在本发明的保护范围之内。 因此， 本发 明的保护范围应以权利要求的保护范围为准。

Claims

权利要求
1、 一种嵌套协议包头的压缩方法， 其特征在于， 包括：
接收至少一个发送端发送的数据包， 所述数据包中包含第一压缩协议 包头；
将所述接收到的数据包作为一个整体， 嵌套一个第二协议包头； 对嵌套所述第二协议包头后的数据包进行处理， 其中， 所述处理包括： 协调所述第一压缩协议包头和所述第二协议包头中的部分功能字段以去除 其中重复的字段， 并对所述第二协议包头进行压缩；
发送经过所述处理后的数据包。
2、 根据权利要求 1所述的嵌套协议包头的压缩方法， 其特征在于， 所 述部分功能字段包括循环冗余校验字段；
所述协调所述第一压缩协议包头和所述第二协议包头中的部分功能字 段以去除其中重复的字段， 具体包括：
对所述嵌套所述第二协议包头后的数据包的值求和， 将得到的和值作 为信息字段， 连同校验字段一并写入所述第二协议包头中的循环冗余校验 字段， 并将所迷第一压缩协议包头中的循环冗余校验字段设为空或者删除， 其中， 所述校验字段由所迷和值对一个生成多项式取余得到。
3、 根据权利要求 1所迷的嵌套协议包头的压缩方法， 其特征在于， 所 述部分功能字段包括主序列号字段；
所迷协调所述第一压缩协议包头和所迷第二协议包头中的部分功能字 段以去除其中重复的字段， 具体包括：
将所述至少一个发送端中某一发送端发送的数据包中的第一压缩协议 包头中的主序列号写入所述第二协议包头中的主序列号字段， 并将所述至 少一个发送端发送的数据包中的笫一压缩协议包头中的主序列号字段设为 空或者删除。
4、 根据权利要求 1所述的嵌套协议包头的压缩方法， 其特征在于， 所 述部分功能字段包括主序列号字段；
所述协调所述第一压縮协议包头和所述第二协议包头中的部分功能字 段以去除其中重复的字段， 具体包括：
在所述第二协议包头中的主序列号字段设置继承上下文标识， 所述继 承上下文标识用于指示所迷至少一个发送端中某一发送端的数据包中的第 一压缩协议包头中的主序列号的位置， 并将所述至少一个发送端中其余发 送端的数据包中的第一压缩协议包头中的主序列号设为空或者删除。
5、 一种嵌套协议包头的压缩装置， 其特征在于， 包括：
接收单元， 用于接收至少一个发送端发送的数据包， 所述数据包中包 含第一压缩协议包头；
嵌套单元， 用于将所述接收单元接收到的数据包作为一个整体， 嵌套 一个第二协议包头；
处理单元， 用于对经所述嵌套单元嵌套了第二协议包头后的数据包进 行处理， 其中， 所述处理包括： 协调所述第一压缩协议包头和所述第二协 议包头中的部分功能字段以去除其中重复的字段， 并对所述第二协议包头 进行压缩；
发送单元， 用于发送经过所述处理单元处理后的数据包。
6、 根据权利要求 5所述的嵌套协议包头的压缩装置， 其特征在于， 所 述处理单元处理的部分功能字段包括循环冗余校验字段；
所迷处理单元具体用于对所迷嵌套所迷第二协议包头后的数据包的值 求和， 将得到的和值作为信息字段， 连同校验字段一并写入所述第二协议 包头中的循环冗余校验字段， 并将所述第一压缩协议包头中的循环冗余校 验字段设为空或者删除， 其中， 所述校验字段由所述和值对一个生成多项 式取余得到。
7、 根据权利要求 5所述的嵌套协议包头的压缩装置， 其特征在于， 所 述处理单元处理的部分功能字段包括主序列号字段； 所述处理单元具体用于将所述至少一个发送端中某一发送端的数据包 中的第一压縮协议包头中的主序列号写入所述第二协议包头中的主序列号 字段， 并将所述至少一个发送端的数据包中的第一压缩协议包头中的主序 列号字段设为空或者删除。
8、 根据权利要求 5所迷的嵌套协议包头的压缩装置， 其特征在于， 所 述处理单元处理的部分功能字段包括主序列号字段；
所述处理单元具体用于在所述第二协议包头中的主序列号字段设置继 承上下文标识， 所述继承上下文标识用于指示所述至少一个发送端中某一 发送端的数据包中的第一压缩协议包头中的主序列号的位置， 并将所迷至 少一个发送端中其余发送端的数据包中的第一压缩协议包头中的主序列号 设为空或者删除。
PCT/CN2011/070431 2010-02-03 2011-01-20 嵌套协议包头的压缩方法及装置 WO2011095076A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP11739355.3A EP2533471B1 (en) 2010-02-03 2011-01-20 Method for compressing nested protocol packet header and device thereof
US13/566,212 US9325812B2 (en) 2010-02-03 2012-08-03 Method and apparatus for compressing nested protocol packet header

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010104975.0 2010-02-03
CN2010101049750A CN102143527B (zh) 2010-02-03 2010-02-03 嵌套协议包头的压缩方法及装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/566,212 Continuation US9325812B2 (en) 2010-02-03 2012-08-03 Method and apparatus for compressing nested protocol packet header

Publications (1)

Publication Number Publication Date
WO2011095076A1 true WO2011095076A1 (zh) 2011-08-11

Family

ID=44354954

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/070431 WO2011095076A1 (zh) 2010-02-03 2011-01-20 嵌套协议包头的压缩方法及装置

Country Status (4)

Country Link
US (1) US9325812B2 (zh)
EP (1) EP2533471B1 (zh)
CN (1) CN102143527B (zh)
WO (1) WO2011095076A1 (zh)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102143527B (zh) 2010-02-03 2013-09-11 华为技术有限公司 嵌套协议包头的压缩方法及装置
US9232469B2 (en) * 2012-09-14 2016-01-05 Stmicroelectronics, Inc. Early ending of frame reception
WO2014110754A1 (zh) * 2013-01-17 2014-07-24 华为技术有限公司 传输http报文的方法、编码装置和解码装置
CN103973645B (zh) * 2013-01-30 2017-11-24 华为技术有限公司 一种数据传输方法和相关装置
CN104320810B (zh) * 2014-11-07 2018-07-06 大唐移动通信设备有限公司 一种头压缩方法、装置及解压缩方法、装置
CN106302245A (zh) * 2015-06-08 2017-01-04 中国移动通信集团公司 一种lte系统中数据包的压缩方法和装置
US9860786B1 (en) * 2016-02-01 2018-01-02 Sprint Spectrum L.P. Efficient backhaul for relay nodes
WO2017156684A1 (zh) * 2016-03-14 2017-09-21 华为技术有限公司 一种用于传输数据的方法、装置和系统
CN107426024A (zh) * 2017-07-26 2017-12-01 成都科来软件有限公司 一种ip数据流识别与统计的方法及系统
WO2020019073A1 (en) 2018-07-26 2020-01-30 Kaloom Inc Computing device and method for optimizing the tunneling of ip packets
CN110545172B (zh) * 2019-06-28 2022-06-07 深圳忆联信息系统有限公司 控制器安全开卡方法及装置
CN111628995B (zh) * 2020-05-26 2023-06-16 新华三信息安全技术有限公司 基于SRv6的SID压缩方法、装置、设备及存储介质
KR20220060326A (ko) * 2020-11-04 2022-05-11 삼성전자주식회사 확장 패킷을 제공하는 인터페이스 회로 및 이를 포함하는 프로세서
TWI776270B (zh) * 2020-11-05 2022-09-01 財團法人資訊工業策進會 基於隧道協定的中繼節點與封包封裝方法
CN113485950A (zh) * 2021-06-22 2021-10-08 上海天数智芯半导体有限公司 一种合并发送PCIe存储器写请求的系统及方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040004975A1 (en) * 2000-11-22 2004-01-08 Yeshik Shin Method and system for nesting of communications packets
CN1913531A (zh) * 2006-08-25 2007-02-14 华为技术有限公司 一种tcp/ip包头的传输方法、压缩方法和装置
CN101127679A (zh) * 2006-08-18 2008-02-20 冼剑光 互联网地址扩展的方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6839339B1 (en) 2000-02-02 2005-01-04 Lucent Technologies Inc. Header compression for general packet radio service tunneling protocol (GTP)-encapsulated packets
KR100441589B1 (ko) * 2002-04-01 2004-07-23 삼성전자주식회사 Ｒｔｐ패킷 생성/복원 장치 및 방법
EP1501209A1 (en) * 2003-07-25 2005-01-26 Evolium S.A.S. Uplink macro diversity method
US20060268820A1 (en) * 2005-05-19 2006-11-30 Heikki Mahkonen IP header compression with IPv6 mobile node
CN1889575B (zh) 2006-07-18 2010-05-12 华为技术有限公司 在ip层实现头压缩及复用的方法
US8488582B2 (en) * 2008-06-12 2013-07-16 Alcatel Lucent Minimal GAN RTP packet length via multi-level header compression
CN102118791B (zh) 2009-12-31 2014-01-08 华为技术有限公司 一种传输数据包的方法及装置
CN102118792B (zh) 2009-12-31 2015-01-21 华为技术有限公司 一种传输数据包的方法及装置
CN102143527B (zh) 2010-02-03 2013-09-11 华为技术有限公司 嵌套协议包头的压缩方法及装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040004975A1 (en) * 2000-11-22 2004-01-08 Yeshik Shin Method and system for nesting of communications packets
CN101127679A (zh) * 2006-08-18 2008-02-20 冼剑光 互联网地址扩展的方法
CN1913531A (zh) * 2006-08-25 2007-02-14 华为技术有限公司 一种tcp/ip包头的传输方法、压缩方法和装置

Also Published As

Publication number Publication date
EP2533471B1 (en) 2016-06-15
EP2533471A1 (en) 2012-12-12
EP2533471A4 (en) 2012-12-19
US9325812B2 (en) 2016-04-26
CN102143527B (zh) 2013-09-11
CN102143527A (zh) 2011-08-03
US20120294211A1 (en) 2012-11-22

Similar Documents

Publication Publication Date Title
WO2011095076A1 (zh) 嵌套协议包头的压缩方法及装置
JP6648211B2 (ja) マルチキャスト通信またはブロードキャスト通信において拡張したファイル配信を行う方法および装置
JP6025880B2 (ja) データ伝送方法、装置及びシステム
KR101417744B1 (ko) 인터넷 프로토콜 버전6 기반 저전력 무선네트워크에서이동성 헤더 압축 방법 및 장치
WO2021184783A1 (zh) 实现网络能力开放的方法、装置、电子设备和存储介质
WO2016173076A1 (zh) 一种数据中转传输方法、系统和具备中继功能的ue
WO2011120358A1 (zh) 中继通信网络的信息传输方法及系统
WO2016141793A1 (zh) 一种空口协议栈的配置方法、数据传输方法及设备
WO2021026939A1 (zh) 以太帧头的压缩、解压方法和装置
CN106102018A (zh) 一种宽带集群通信中的通信配置方法和装置
WO2022143684A1 (zh) 一种数据处理方法及装置
CN108809549B (zh) 一种传输数据的方法及设备
JP5200755B2 (ja) 無線基地局、無線通信システム、パス接続方法およびプログラム
WO2024022022A1 (zh) 一种多网卡融合通信方法及通信系统
CN114126084A (zh) 数据处理方法、基站、终端及存储介质
KR20040094561A (ko) 모바일 애드 혹 네트워크에서 데이터 패킷 전송 효율의개선을 위한 네트워크 장치 및 패킷 송수신 방법
WO2015096150A1 (zh) 一种rrc消息的处理方法、用户设备及基站
WO2012110004A1 (zh) 基于lte-lan的报文转发方法及装置
WO2017143538A1 (zh) 语音数据传输方法以及装置
WO2020063122A1 (zh) 一种数据传输方法及装置
WO2020097855A1 (zh) 无线通信的方法和通信设备
KR20090031186A (ko) 무선 통신 시스템에서의 헤더 압축 패킷 처리 방법, 단말,기지국, 및 제어국
WO2017162071A1 (zh) 网络节点及实现网络节点间通信的方法、装置及存储介质
WO2017124307A1 (zh) 一种数据传输方法、装置及系统
WO2023174170A1 (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: 11739355

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2069/KOLNP/2012

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 2011739355

Country of ref document: EP