WO2011131007A1 - 鲁棒性头压缩中模式转换、压缩和解压缩的方法及装置 - Google Patents

鲁棒性头压缩中模式转换、压缩和解压缩的方法及装置 Download PDF

Info

Publication number
WO2011131007A1
WO2011131007A1 PCT/CN2010/079146 CN2010079146W WO2011131007A1 WO 2011131007 A1 WO2011131007 A1 WO 2011131007A1 CN 2010079146 W CN2010079146 W CN 2010079146W WO 2011131007 A1 WO2011131007 A1 WO 2011131007A1
Authority
WO
WIPO (PCT)
Prior art keywords
packet
mode
compressed packet
irdyn
compression
Prior art date
Application number
PCT/CN2010/079146
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 EP10850139.6A priority Critical patent/EP2509274B1/en
Priority to US13/260,001 priority patent/US8761197B2/en
Publication of WO2011131007A1 publication Critical patent/WO2011131007A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04Protocols for data compression, e.g. ROHC
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18Negotiating wireless communication parameters

Definitions

  • the invention relates to a robust header compression algorithm in the field of mobile communication, mainly to propose a mode conversion method, comprising: for IR (Initial and Refresh) / IRDYN (IR Dynamic, initial refresh dynamic part) The modification of the compressed package format, the mode conversion process, and the implementation. Background technique
  • ROHC Robust Header Compress
  • U mode Unidirectional mode
  • 0 mode Bidirectional Optimistic mode
  • R mode Bidirectional Reliable mode
  • the 0 mode has similarities to the U mode, with the difference that there is a decompressor to compressor feedback channel for error recovery and important context updates. Periodically no longer used in 0 mode Update.
  • the goal of the O mode is to maximize compression efficiency and use less feedback channels, which reduces error packets due to resident errors or invalid contexts.
  • the R mode differs greatly from the above two modes. The most important difference is the extensive use of the feedback channel and the prevention of out-of-step between the compressor and the decompressor context. Sending of feedback in R mode is used to confirm all context updates, including updates to the sequence number field. The goal of the R mode is to maximize the robustness and prevent or reduce the further expansion of packet loss and error packets, minimizing the probability of context invalidation even in the event of packet loss or packet error.
  • a transition can occur between the various modes, and the mode transition is initiated by the decompressor sending a feedback packet carrying the CRC check field to the compressor.
  • the three modes of operation described in Section 5.6 of RFC3095 can be converted to each other.
  • the mode transition diagram is shown in Figure 1.
  • the protocol in order to optimize the mode conversion process, the protocol introduces two state variables on the compressor side, namely C_MODE (compressor mode variable) and ⁇ 1 ⁇ 8 (compressor). Mode conversion state variable).
  • C_MODE compressor mode variable
  • ⁇ 1 ⁇ 8 compressor
  • Mode conversion state variable The value of C_MODE is in ⁇ U, 0, R ⁇ , and the meanings of the parameters are U mode, 0 mode and R mode, respectively.
  • the initial value of C_MODE is U.
  • the value of C-Trans is in ⁇ P, D ⁇ , where the parameters mean P(PENDING), D(DONE), and the initial value of C-Trans is D.
  • D_MODE decompressor mode variable
  • 0_1 ⁇ 8 decompressor mode transition state variable
  • ROHC's mode conversion process is initiated by the decompressor sending a feedback packet carrying the desired target mode.
  • the current protocol except for the U mode to 0 mode conversion is completed by one message, and other mode conversions are completed by three-way handshake. .
  • the initial, intermediate, and final states in the three-way handshake are described by the above state variables, and the protocol states:
  • C—MODE and D—MODE indicate the immediate state of the compressor and decompressor
  • INITIATED in D TRANS indicates that the decompressor initiated a mode conversion request at this time; PENDING in D TRANS indicates that the decompressor received a mode conversion from the compressor. Seek response
  • DONE in D-Trans is indicating that the decompressor side mode conversion process is completed
  • Figure 2 shows the conversion process from 0 mode to R mode.
  • the decompressor remains in the INITIATED state as long as it does not receive the IR, IRDYN, or UOR-2 archive with the mode conversion parameter set to R.
  • C-trans is P
  • the compressor cannot send a Type 0 or Type 1 compressed packet, that is, it cannot send 0, 1 type before receiving the ACK of the UOR-2, IRDYN or IR compressed packet whose mode conversion parameter is R. Archive.
  • the decompressor After the decompressor has ACKed the UOR-2, IRDYN or IR compression packet, it can receive the 0 or type 1 compression package to set D TRANS to D, and the process ends.
  • the conversion process from U mode to R mode is the same as the conversion process from 0 mode to R mode.
  • Figure 3 shows the conversion process from R mode to 0 mode.
  • the decompressor does not receive a UOR-2, IRDYN or IR compression packet with the mode conversion parameter set to 0, it remains in the INITIATED state.
  • C-trans is P
  • the compressor cannot send a Type 0 or Type 1 compressed packet, that is, it cannot send 0 or 1 type before receiving the ACK of the UOR-2, IRDYN or IR compressed packet with the mode conversion parameter of 0. Archive.
  • the decompressor can receive the 0-type or 1-type compression package to set D-transition to D, and the process ends.
  • Figure 4 shows the conversion flow of R mode and 0 mode to U mode.
  • the decompressor After the decompressor ACK first UOR-2 (U), IRDYN (U) or IR (U), that is, the response of the decompressor ACK mode conversion request, the decompressor must continue to send feedback in mode U until it is received Type 0 or Type 1 compression package.
  • the protocol In order to prevent the deadlock caused by the loss of feedback messages in the three-way handshake process of the mode conversion process, the protocol also specifies that when C-trans is P, the mode information is included in the transmitted compressed packet, which is at least periodic (ie, IR/ IRDYN/UOR-2 compression package); When D-trans is P, the decompressor does not have to send feedback for each received message, but must send feedback with CRC continuously according to a certain period (ie the last ACK in the picture) Text).
  • the packet format defined in the RFC3095 protocol is only the IR/IRDYN compressed packet of the Profile 1 type (the RTP packet type defined in the RFC3095 protocol), which can carry the mode parameter, for the Profile2 class.
  • the IR/IRDYN compressed packets of the type (the UDP packet type defined in the RFC3095 protocol) and the Profile3 type (the ESP packet type defined in the RFC3095 protocol) do not carry the mode parameters. This may cause the compressor to fail to transmit the mode parameters in the compressed package during the first handshake, causing a deadlock in the mode conversion process.
  • the technical problem to be solved by the present invention is to provide a method and apparatus for mode conversion in robust header compression.
  • the method and device can be used to correct defects in the RFC3095 protocol, and ensure that the mode conversion does not cause deadlock in the original process. .
  • the utilization efficiency of the existing compressed packet storage space and transmission bandwidth is also improved.
  • the present invention proposes a compression method applied to mode conversion in robust head compression, including:
  • IR initialization refresh
  • IRDYN initialization refresh dynamic part
  • the compressed party After receiving the mode conversion request carrying the desired target mode, the compressed party needs to respond with the IR compressed packet or the IRDYN compressed packet whose profile format is Profile2 or Profile3, and obtains the desired target mode information from the mode conversion request and It is sent in the mode parameter field in the IR compressed packet or the IRDYN compressed packet.
  • the steps of setting a mode parameter field in the IR compression package and the IRDYN compression package in the packet format of Profile2 and Profile3 include:
  • one or more reserved bits of the dynamic part of the IP header of the compressed packet are set as a mode parameter field; or Adding a number of bits in the dynamic part of the IP header of the compressed packet, and then setting the added one or more bits as a mode parameter field, or adding one or more bits to the dynamic part of the IP header of the compressed packet One or more reserved bits are collectively set as a mode parameter field;
  • the packet format is the IR compression package of the Profile2 and Profile3
  • the IRDYN compression package is used.
  • IPv6 packet flow one or more bits are added to the IP header dynamic portion of the compressed packet, and then the added one or more bits are set as a mode parameter field.
  • the present invention also proposes a decompression method, which is applied to mode conversion in robust header compression, and includes:
  • a mode parameter field is set in an initialization refresh (IR) compression package and an initialization refresh dynamic part (IRDYN) compression package whose profile format is Profile2 and Profile3;
  • IR initialization refresh
  • IRDYN initialization refresh dynamic part
  • the decompressing party After receiving the mode conversion response, if the decompressing party determines that the response uses an IR compressed packet or an IRDYN compressed packet whose packet format is Profile2 or Profile3, the compressed packet or the IRDYN compressed packet is used.
  • the mode parameter information is obtained in the mode parameter field.
  • the packet format is an IR compressed packet of Profile2 and Profile3, and an IRDYN compressed packet uses an IPv4 packet flow
  • one or more reserved bits of the dynamic part of the IP header of the compressed packet are set as a mode parameter field; or Adding one or more bits to the IP header dynamic part of the compressed packet, and then setting the added one or more bits as a mode parameter field, or adding the added one or more bits to the IP header dynamics of the compressed packet
  • One or more reserved bits of the part are collectively set as a mode parameter field;
  • the packet format is an IR compressed packet of Profile2 and Profile3
  • an IRDYN compressed packet uses an IPv6 packet flow
  • one or more bits are added to the dynamic part of the IP header of the compressed packet, and then the added one or Multiple bits are set to the mode parameter field.
  • the present invention also proposes a mode conversion method in robust header compression, which includes:
  • IR initialization refresh
  • IRDYN initialization refresh dynamic part
  • the compressed party After receiving the mode conversion request carrying the desired target mode, the compressed party needs to respond with an IR compressed packet or an IRDYN compressed packet whose packet format is Profile2 or Profile3. Obtaining the desired target mode information in the mode conversion request and transmitting it in the mode parameter field in the IR compressed packet or the IRDYN compressed packet;
  • the decompressing party After receiving the mode conversion response, if the decompressing party determines that the response uses an IR compressed packet or an IRDYN compressed packet whose packet format is Profile2 or Profile3, the compressed packet or the IRDYN compressed packet is used.
  • the mode parameter information is obtained in the mode parameter field.
  • the steps of setting a mode parameter field in the IR compression package and the IRDYN compression package in the packet format of Profile2 and Profile3 include:
  • the packet format is an IR compressed packet of Profile2 and Profile3, and an IRDYN compressed packet uses an IPv4 packet flow
  • one or more reserved bits of the dynamic part of the IP header of the compressed packet are set as a mode parameter field; or Adding one or more bits to the IP header dynamic part of the compressed packet, and then setting the added one or more bits as a mode parameter field, or adding the added one or more bits to the IP header dynamics of the compressed packet
  • One or more reserved bits of the part are collectively set as a mode parameter field;
  • the packet format is the IR compression package of the Profile2 and Profile3, the IRDYN compression package is used.
  • one or more bits are added to the dynamic portion of the IP header of the compressed packet, and then the added one or more bits are set as a mode parameter field.
  • the present invention also provides a compression apparatus for mode conversion in robust header compression, including:
  • a configuration module is configured to: set a mode parameter field in an initialization refresh (IR) compression package, an initialization refresh dynamic part (IRDYN) compression package of the profile 2 and profile 3; a compression processing module, which is set to: After receiving the mode conversion request carrying the desired target mode, if the IR compression packet or the IRDYN compression packet response of the profile 2 or Profile 3 is used, the desired target mode information is obtained from the mode conversion request and carried in the The IR compressed packet or the mode parameter field in the IRDYN compressed packet is sent out.
  • IR initialization refresh
  • IRDYN initialization refresh dynamic part
  • the configuration module is set to: If the packet format is an IR compressed packet of Profile2 and Profile3, and an IRDYN compressed packet uses an IPv4 packet flow, one or more reserved bits of the dynamic part of the IP header of the compressed packet are set as a mode parameter field; or Adding one or more bits to the IP header dynamic part of the compressed packet, and then setting the added one or more bits as a mode parameter field, or adding the added one or more bits to the IP header dynamics of the compressed packet One or more reserved bits of the part are collectively set as a mode parameter field;
  • the packet format is an IR compressed packet of Profile2 and Profile3
  • an IRDYN compressed packet uses an IPv6 packet flow
  • one or more bits are added to the dynamic part of the IP header of the compressed packet, and then the added one or Multiple bits are set to the mode parameter field.
  • the present invention also provides a decompression apparatus, which is applied to mode conversion in robust header compression, and includes: a configuration module, which is configured to: initialize refresh in the packet format of Profile2 and Profile3 (IR)
  • IR initialization refresh dynamic part
  • a decompression processing module which is set to: after receiving the mode conversion response, if it is determined that the response uses the packet format as Profile2 Or the IR compressed packet or the IRDYN compressed packet of the Profile3, the mode parameter information is obtained from the mode parameter field in the IR compressed packet or the IRDYN compressed packet.
  • the configuration module is set to:
  • the packet format is an IR compressed packet of Profile2 and Profile3, and an IRDYN compressed packet uses an IPv4 packet flow
  • one or more reserved bits of the dynamic part of the IP header of the compressed packet are set as a mode parameter field; or Adding one or more bits to the IP header dynamic part of the compressed packet, and then setting the added one or more bits as a mode parameter field, or adding the added one or more bits to the IP header dynamics of the compressed packet
  • One or more reserved bits of the part are collectively set as a mode parameter field;
  • the packet format is an IR compressed packet of Profile2 and Profile3
  • an IRDYN compressed packet uses an IPv6 packet flow
  • one or more bits are added to the dynamic part of the IP header of the compressed packet, and then The added one or more bits are set to a mode parameter field.
  • the present invention also provides a system for mode conversion in robust header compression, comprising a configuration module, a compression processing module, and a decompression processing module, wherein:
  • the configuration module is configured to: set a mode parameter field in an initialization refresh (IR) compression package, an initialization refresh dynamic part (IRDYN) compression package of the profile 2 and profile 3; the compression processing module is set to: After carrying the mode conversion request of the desired target mode, if the IR compression packet or the IRDYN compression packet with the packet format of Profile2 or Profile3 is used to respond, the desired target mode information is obtained from the mode conversion request and carried in the IR. Transmitting the compressed packet or the mode parameter field in the IRDYN compressed packet;
  • IR initialization refresh
  • IRDYN initialization refresh dynamic part
  • the decompression processing module is configured to: after receiving the mode conversion response, if it is determined that the response uses an IR compressed packet or an IRDYN compressed packet whose packet format is Profile2 or Profile3, then the IR compressed packet or the The mode parameter information is obtained in the mode parameter field in the IRDYN compression package.
  • the configuration module is set to:
  • the packet format is an IR compressed packet of Profile2 and Profile3, and an IRDYN compressed packet uses an IPv4 packet flow
  • one or more reserved bits of the dynamic part of the IP header of the compressed packet are set as a mode parameter field; or Adding one or more bits to the IP header dynamic part of the compressed packet, and then setting the added one or more bits as a mode parameter field, or adding the added one or more bits to the IP header dynamics of the compressed packet
  • One or more reserved bits of the part are collectively set as a mode parameter field;
  • the packet format is an IR compressed packet of Profile2 and Profile3
  • an IRDYN compressed packet uses an IPv6 packet flow
  • one or more bits are added to the dynamic part of the IP header of the compressed packet, and then the added one or Multiple bits are set to the mode parameter field.
  • the invention provides a method and device for mode conversion in robust header compression, which can correct defects in the RFC3095 protocol, and ensure that the mode conversion does not cause deadlock in the original process.
  • IPv4 In terms of packet flow, the utilization efficiency of the existing compressed package storage space and transmission bandwidth is also improved.
  • FIG. 1 is a schematic diagram of mode conversion between U mode, 0 mode, and R mode in the prior art
  • FIG. 2 is a schematic diagram of a conversion process of 0 mode to R mode in the prior art
  • FIG. 3 is a schematic diagram of a conversion process of an R mode to a 0 mode in the prior art
  • FIG. 4 is a schematic diagram of a conversion process of an R mode and a 0 mode to a U mode in the prior art
  • FIG. 5 is a schematic diagram of setting a mode parameter field in an IR/IRDYN packet used by the IPv4 packet flow Profile2 and Profile3 according to an embodiment of the present invention
  • FIG. 6 is a schematic diagram of setting a mode parameter field in an IR/IRDYN packet used by an IPv6 packet flow Profile2 and Profile3 according to an embodiment of the present invention
  • FIG. 7 is a flowchart of a method for mode conversion in robust header compression according to an embodiment of the present invention
  • FIG. 8 is a block diagram of a compression apparatus according to an embodiment of the present invention
  • FIG. 9 is a block diagram of a decompression apparatus according to an embodiment of the present invention.
  • FIG. 10 is a block diagram of an apparatus for mode switching in robust header compression according to an embodiment of the present invention. Preferred embodiment of the invention
  • the present invention first sets a mode parameter field in an IR compression package and an IRDYN compression package whose profile format is Profile2 and Profile3. Specifically, the following setting manner can be used:
  • the reserved bits of the dynamic part of the IP header of the compressed packet are set as mode parameter fields, for example, As shown in FIG. 5, the 3rd and 4th bits in the 5th byte of the dynamic part of the IP header can be set as a mode parameter field. Alternatively, a number of bits may be added to the IP header dynamic portion of the compressed packet, and then the added number of bits are set as a mode parameter field. Alternatively, after the number of bits in the dynamic part of the IP header of the compressed packet is increased, the increase may be performed. The added number of bits are set together with a number of reserved bits of the dynamic part of the IP header of the compressed packet as a mode parameter field.
  • the packet format is an IR compressed packet of Profile2 and Profile3
  • an IRDYN compressed packet uses an IPv6 packet flow
  • a number of bits are added to the dynamic part of the IP header of the compressed packet, and then the added number of bits are set.
  • the mode parameter field for example, as shown in Figure 6, a new byte can be added after the Hop Limit field of the dynamic part of its IP header, and then the upper two bits can be defined as the mode parameter field, and the 6 bits are reserved. Bit.
  • the mode parameter field of the present invention can select a location to be set in the IR/IRDYN packet according to actual needs, which is not limited by the present invention.
  • the present invention is subtly used in the IR compression package of Profile2 or Profile3 in the above manner or
  • the mode conversion first handshake compressor responds to the mode conversion request sent by the decompressor, the desired target mode parameter can be written into the mode parameter field, thereby avoiding deadlock in the mode conversion process. The possibility.
  • the compressed party after receiving the mode conversion request carrying the desired target mode, the compressed party needs to respond with an IR compressed packet or an IRDYN compressed packet whose profile format is Profile2 or Profile3, and obtains a desired target from the mode conversion request. After the mode information, it can be sent in the mode parameter field in the IR compressed packet or the IRDYN compressed packet.
  • the decompressing party determines that the response uses an IR compressed packet or an IRDYN compressed packet whose packet format is Profile2 or Profile3
  • the compressed packet may be compressed from the IR or the IRDYN compressed packet.
  • the desired target mode information is obtained in the mode parameter field in . Therefore, the defects in the RFC3095 protocol are well corrected, and it is ensured that the mode conversion does not cause a deadlock in the original process.
  • a flowchart of a mode transition in robust header compression includes the following steps:
  • Step S701 The mode conversion process starts, and proceeds to step S702;
  • Step S702 The decompressing party sends an ACK/NACK feedback packet carrying the desired target mode, that is, a mode switching request, and then proceeds to step S703;
  • Step S703 The decompressor sets the state variable D_Transve to I, and proceeds to step S704;
  • Step S704 The compressed party receives the ACK/NACK feedback packet carrying the desired target mode, that is, the mode conversion request, proceeds to step S705;
  • Step S705 The compression party sets C-Transition to P, and C-MODE is set to the desired target mode, and proceeds to step S706;
  • Step S706 determining whether the currently processed profile type is 2 or 3, if yes, proceeding to step S707, otherwise proceeding to step S711;
  • Step S707 determining whether it is necessary to send the IR/IRDYN compressed packet, if yes, proceeding to step S708, otherwise proceeding to step S711;
  • Step S708 determining whether the current packet flow is an IPv4 packet flow, if yes, proceeding to step S709, otherwise proceeding to step S710;
  • Step S709 Write the desired target mode to the corresponding location according to the packet format description of FIG. 5, and proceed to step S711;
  • Step S710 Write the desired target mode to the corresponding location according to the packet format description of FIG. 6, and proceed to step S711;
  • Step S711 Send an IR/IRDYN/UOR-2 compressed package carrying the desired target mode, and proceed to step S712;
  • Step S712 The decompressing party receives the IR/IRDYN/UOR-2 packet carrying the desired target mode, and proceeds to step S713;
  • Step S713 The decompressor decompresses the mode parameter in the IR/IRDYN/UOR-2 packet, and compares with the desired target mode, and proceeds to step S714;
  • Step S714 determining whether the comparison result in the previous step is the same, if yes, proceeding to step S715, otherwise proceeding to step S712;
  • Step S715 The decompressing party periodically sends the feedback packet carrying the desired target mode, and proceeds to step S716;
  • Step S716 The compressed party receives the feedback packet carrying the desired target mode, proceeds to step S717;
  • Step S717 The compressed party changes the state variable C_Trans to D, and proceeds to step S718;
  • Step S718 The compressed party sends the 0 or 1 type compression package in the desired target mode, and proceeds to the step.
  • Step S719 The decompressing party receives the 0 or 1 type compressed packet in the desired target mode, and proceeds to step S720;
  • Step S720 The decompressor changes the state variable D_ TRANS to D, and proceeds to step S721; Step S721: The mode conversion process ends.
  • the embodiment of the present invention further provides a compression apparatus, which is applied to mode conversion in robust header compression. As shown in FIG. 8, the method includes:
  • a configuration module is configured to set a mode parameter field in an initialization refresh (IR) compression packet and an initialization refresh dynamic portion (IRDYN) compression package in the packet format of Profile2 and Profile3.
  • IR initialization refresh
  • IRDYN initialization refresh dynamic portion
  • a compression processing module configured to obtain an expected target from the mode conversion request after receiving a mode conversion request carrying a desired target mode, and using an IR compression packet or an IRDYN compression packet response whose packet format is Profile2 or Profile3
  • the mode information is sent and carried in the mode parameter field in the IR compressed packet or the IRDYN compressed packet.
  • the packet format is the IR compression package of the Profile2 and Profile3, the IRDYN compression package is used.
  • IPv4 packet flow then setting a number of reserved bits of the dynamic part of the IP header of the compressed packet as a mode parameter field; or adding a number of bits in the dynamic part of the IP header of the compressed packet, and then adding the added a plurality of bits are set as a mode parameter field, or the added number of bits are set together with a plurality of reserved bits of the IP header dynamic part of the compressed packet as a mode parameter field; if the packet format is Profile2 and Profile3 IR compression package, IRDYN compression package
  • a number of bits are added to the dynamic portion of the IP header of the compressed packet, and then the added number of bits are set as a mode parameter field.
  • the embodiment of the present invention further provides a decompression apparatus, which is applied to mode conversion in robust header compression. As shown in FIG. 9, the method includes:
  • a configuration module configured to set a mode parameter field in an initialization refresh (IR) compression package and an initialization refresh dynamic part (IRDYN) compression package in the packet format of Profile2 and Profile3; a decompression processing module, after receiving the mode conversion response, if it is determined that the response uses an IR compressed packet or an IRDYN compressed packet whose packet format is Profile2 or Profile3, then the IR compressed packet or the IRDYN is used.
  • the mode parameter information is obtained in the mode parameter field in the compressed package.
  • the reserved bits of the dynamic part of the IP header of the compressed packet are set as a mode parameter field; Adding a number of bits to the dynamic part of the IP header of the compressed packet, and then setting the added number of bits as a mode parameter field, or adding the added number of bits to the dynamic part of the IP header of the compressed packet The reserved bits are collectively set to a mode parameter field; if the packet format is an IR compressed packet of Profile2 and Profile3, and an IRDYN compressed packet uses an IPv6 packet flow, a number of bits are added to the dynamic part of the IP header of the compressed packet, The increased number of bits are then set to the mode parameter field.
  • the embodiment of the present invention further provides a system for mode conversion in robust header compression.
  • the system includes a configuration module, a compression processing module, and a decompression processing module, where:
  • the configuration module is configured to set a mode parameter field in an initialization refresh (IR) compression package and an initialization refresh dynamic part (IRDYN) compression package of the profile 2 and the profile 3;
  • the compression processing module is configured to receive After carrying the mode conversion request of the desired target mode, if it is required to respond with an IR compressed packet or an IRDYN compressed packet whose profile format is Profile2 or Profile3, the desired target mode information is obtained from the mode conversion request and carried in the IR. Transmitting the compressed packet or the mode parameter field in the IRDYN compressed packet;
  • the decompression processing module is configured to: after receiving the mode conversion response, if it is determined that the response uses an IR compressed packet or an IRDYN compressed packet whose packet format is Profile2 or Profile3, then the IR compressed packet or the The mode parameter information is obtained in the mode parameter field in the IRDYN compression package.
  • the packet format is the IR compression package of the Profile2 and Profile3, the IRDYN compression package is used.
  • IPv4 packet flow then setting a number of reserved bits of the dynamic part of the IP header of the compressed packet as a mode parameter field; or adding a number of bits in the dynamic part of the IP header of the compressed packet, and then adding the added a plurality of bits are set as a mode parameter field, or the added number of bits are set together with a plurality of reserved bits of the IP header dynamic part of the compressed packet as a mode parameter field; if the packet format is Profile2 and Profile3 IR compression package, IRDYN compression package
  • a number of bits are added to the dynamic portion of the IP header of the compressed packet, and then the added number of bits are set as a mode parameter field.
  • the invention provides a method and device for mode switching in robust header compression, which can be corrected
  • the defect in the RFC3095 protocol ensures that the mode conversion does not cause a deadlock in the original process.
  • IPv4 packet flow the utilization efficiency of existing compressed package storage space and transmission bandwidth is also improved.

Landscapes

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

Abstract

本发明公开了一种鲁棒性头压缩中模式转换、压缩和解压缩的方法及装置,所述模式转换方法包括:在包格式为Profile2和Profile3的IR压缩包、IRDYN压缩包中设置一模式参数字段;压缩方在接收到携带期望目标模式的模式转换请求后,如需使用包格式为Profile2或者Profile3的IR压缩包或者IRDYN压缩包进行应答,则从所述模式转换请求中获取期望目标模式信息并将其承载于所述IR压缩包或者所述IRDYN压缩包中的所述模式参数字段中发送出去;解压方在接收到模式转换应答后,如果判断所述应答使用的是包格式为Profile2或者Profile3的IR压缩包或者IRDYN压缩包,则从所述IR压缩包或者所述IRDYN压缩包中的所述模式参数字段中获取模式参数信息。本发明可以在原有流程上确保模式转换不会发生死锁。

Description

鲁棒性头压缩中模式转换、 压缩和解压缩的方法及装置
技术领域
本发明涉及在移动通信领域中的一种鲁棒性头压缩算法, 主要是提出一 种模式转换的方法, 包括: 针对 IR ( Initial and Refresh, 初始化刷新 ) /IRDYN ( IR Dynamic, 初始化刷新动态部分)压缩包格式的修改、 模式转换过程以 及实现方式。 背景技术
由于物理条件的限制, 移动通信系统中的无线链路与有线链路相比传输 速率较低, 误码率较高。 为了能有效利用有限的无线信道带宽资源, 引入了 鲁棒性头压缩技术 (Robust Header Compress, 以下简称 ROHC)。 ROHC的核 心是利用业务流的分组之间的信息冗余来透明的压缩和解压缩直接相连节点 间的分组头中的信息。 ROHC技术由 IETF (互联网工程任务组)的 RFC3095文 档进行描述, 并且在 2007 年 2 月份 IETF对其进行了修订, 修订文档是 RFC4815。
模式是 ROHC中一个非常重要的概念。 RFC3095协议中定义了三种操作 模式, 分别是单向模式 (Unidirectional mode , 以下简称为 U模式)、 双向优化 模式 (Bidirectional Optimistic mode , 以下简称为 0 模式)、 双向可靠模式 (Bidirectional Reliable mode , 以下简称为 R模式)。
U模式下不存在反馈通道, 分组数据包只能向一个方向发送, 即压缩器 到解压器方向, 不存在解压器向压缩器发送的反馈包。 压缩器的状态改变主 要依赖于周期性更新和分组包流中头字段的不规则变化。 由于周期性更新和 缺少用于错误恢复的反馈机制, U模式的压缩效率相对于其他两种模式而言 比较低。 ROHC的压缩必须从 U模式开始, 当压缩器接收到一个指示模式迁 移的反馈包之后可以开始转换为其他模式。
0模式与 U模式存在类似之处, 其区别在于存在一条解压器到压缩器的 反馈通道, 用于错误恢复和重要的上下文更新。 0模式下不再使用周期性的 更新。 O模式的目标在于最大限度的提高压缩效率且较少的使用反馈通道, 它减少了由于驻留错误或者上下文无效导致的错包。
R模式与以上两种模式存在较大的区别, 最重要的区别在于反馈通道的 大量使用以及防止压缩器和解压器上下文之间的失步。 R模式下反馈的发送 用于确认所有的上下文更新, 包括序列号字段的更新。 R模式的目标在于最 大程度的提高鲁棒性, 防止或者减少丟包和错包的进一步扩大,即使在发生丟 包或者错包时也最大程度降低上下文无效的概率。
各个不同模式之间可以发生转换, 模式转换由解压器向压缩器发送携带 CRC校验字段的反馈包发起。在 RFC3095的 5.6节中描述了三种操作模式可 以相互转换, 模式转换示意图如图 1所示。
另外在 RFC3095的 5.6节和 RFC4815的 3.1节中, 为了优化模式转换流 程,协议在压缩器侧引入了两个状态变量,分别是 C— MODE (压缩器模式变量) 和〇 1 ^8 (压缩器模式转换状态变量)。 C_MODE的取值在 {U, 0, R}中, 参数含义分别为 U模式、 0模式和 R模式, C— MODE的初始值为 U。C— TRANS 的取值在 {P,D}中, 其中参数含义为 P(PENDING)、 D(DONE), C— TRANS的 初始值为 D。
在解压器侧也引入了两个状态变量, 分别是 D— MODE (解压器模式变量) 和0_了1 ^8 (解压器模式转换状态变量)。 D_MODE的取值在 {U, 0, R}中, 初始值为 U; D_TRANS的取值在 {I(Initiated),P,D}中, 初始值为 D。
ROHC的模式转换流程由解压器发送携带期望目标模式的反馈包发起, 在目前的协议中除了 U模式向 0模式的转换是由一条消息完成的,其他的模 式转换均釆用三次握手的方式完成。 三次握手中的初始、 中间和最终状态都 通过上述状态变量描述, 协议规定:
C— MODE和 D— MODE表示压缩器和解压器的即时状态;
C— TRANS中的 PENDING表示收到解压器的状态转换请求;
C— TRANS中的 DONE表示压缩器侧模式转换流程完毕;
D TRANS中的 INITIATED表示此时解压器发起了模式转换请求; D TRANS 中的 PENDING表示解压器收到了压缩器发出的模式转换请 求响应;
D— TRANS中的 DONE表示解压器侧模式转换流程完毕;
图 2是 0模式到 R模式的转换过程。
图 2中, 只要解压器没有收到模式转换参数设置为 R的 IR、 IRDYN或 者 UOR-2压缩包, 就仍停留在 INITIATED状态。 当 C— TRANS为 P时, 压 缩器不能发送 0型或 1型压缩包,也即在接收到模式转换参数为 R的 UOR-2、 IRDYN或 IR压缩包的 ACK之前都不能发送 0、 1型压缩包。 解压器在 ACK 了 UOR-2、 IRDYN或 IR压缩包后, 收到 0型或者 1型压缩包, 才能设置 D TRANS为 D, 流程结束。
U模式到 R模式的转换流程和 0模式到 R模式的转换流程相同。
图 3是 R模式到 0模式的转换流程。
只要解压器没有收到模式转换参数设置为 0的 UOR-2、 IRDYN或 IR压 缩包, 则继续保持在 INITIATED状态。 当 C— TRANS为 P时, 压缩器不能发 送 0型或 1型压缩包, 也即在接收到模式转换参数为 0的 UOR-2、 IRDYN 或 IR压缩包的 ACK之前都不能发送 0、1型压缩包。解压器在 ACK了 UOR-2、 IRDYN或 IR压缩包后,收到 0型或者 1型压缩包,才能设置 D— TRANS为 D, 流程结束。
图 4是 R模式、 0模式到 U模式的转换流程。
在解压器 ACK第一个 UOR-2(U)、 IRDYN(U)或 IR(U),也即解压器 ACK 模式转换请求的响应之后, 解压器必须继续发送模式为 U的反馈, 直到收到 0型或者 1型压缩包。
为了防止模式转换流程三次握手流程中反馈消息丟失造成的死锁, 协议 中也规定了当 C— TRANS为 P时, 模式信息包含在发送的压缩包中发送, 至 少是周期性的 (即 IR/IRDYN/UOR-2压缩包) ; 当 D— TRANS为 P时, 解压 器不必为每个收到的报文发送反馈, 但是必须按照一定周期连续发送带 CRC 的反馈(即图中最后的 ACK报文) 。
而 RFC3095协议中定义的包格式仅有 Profile 1类型 ( RFC3095协议中定 义的 RTP包类型) 的 IR/IRDYN压缩包可以携带模式参数, 对于 Profile2类 型( RFC3095协议中定义的 UDP包类型)和 Profile3类型 ( RFC3095协议中 定义的 ESP包类型) 的 IR/IRDYN压缩包均不携带模式参数。 这样在第一次 握手时可能导致压缩器无法将模式参数包含在压缩包中发送, 从而造成模式 转换过程发生死锁。
发明内容
本发明要解决的技术问题是, 提供一种鲁棒性头压缩中模式转换的方法 及装置, 使用此方法和装置可以修正 RFC3095协议中的缺陷, 在原有流程上 确保模式转换不会发生死锁。 对于 IPv4的分组包流而言, 同时还提高了对于 现有压缩包存储空间和传输带宽的利用效率。
为了解决上述技术问题, 本发明提出一种压缩方法, 应用于鲁棒性头压 缩中的模式转换, 包括:
在包格式为 Profile2和 Profile3的初始化刷新(IR )压缩包、 初始化刷新 动态部分(IRDYN )压缩包中设置一模式参数字段;
压缩方在接收到携带期望目标模式的模式转换请求后, 如需使用包格式 为 Profile2或者 Profile3的 IR压缩包或者 IRDYN压缩包进行应答,则从所述 模式转换请求中获取期望目标模式信息并将其承载于所述 IR压缩包或者所 述 IRDYN压缩包中的所述模式参数字段中发送出去。
上述压缩方法还可具有以下特点:
所述在包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包中设置 一模式参数字段的步骤包括:
如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用 IPv4分组包流,则将所述压缩包的 IP头动态部分的一个或多个预留比特设置 为模式参数字段; 或者在所述压缩包的 IP头动态部分增加若干个比特, 然后 将增加的一个或多个比特设置为模式参数字段, 或者将增加的一个或多个比 特与所述压缩包的 IP头动态部分的一个或多个预留比特共同设置为模式参数 字段;
如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用 IPv6分组包流, 则在所述压缩包的 IP头动态部分增加一个或多个比特, 然后 将所述增加的一个或多个比特设置为模式参数字段。
为了解决上述技术问题, 本发明还提出一种解压缩方法, 应用于鲁棒性 头压缩中的模式转换, 包括:
在包格式为 Profile2和 Profile3的初始化刷新(IR )压缩包、 初始化刷新 动态部分(IRDYN )压缩包中设置有一模式参数字段;
解压方在接收到模式转换应答后, 如果判断所述应答使用的是包格式为 Profile2或者 Profile3的 IR压缩包或者 IRDYN压缩包,则从所述 IR压缩包或 者所述 IRDYN压缩包中的所述模式参数字段中获取模式参数信息。
上述解压缩方法还可具有以下特点:
所述模式参数字段是釆用如下方式设置的:
如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用 IPv4分组包流,则将所述压缩包的 IP头动态部分的一个或多个预留比特设置 为模式参数字段; 或者在所述压缩包的 IP头动态部分增加一个或多个比特, 然后将增加的一个或多个比特设置为模式参数字段, 或者将增加的一个或多 个比特与所述压缩包的 IP头动态部分的一个或多个预留比特共同设置为模式 参数字段;
如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用 IPv6分组包流, 则在所述压缩包的 IP头动态部分增加一个或多个比特, 然后 将所述增加的一个或多个比特设置为模式参数字段。
为了解决上述技术问题, 本发明还提出鲁棒性头压缩中一种模式转换的 方法, 包括:
在包格式为 Profile2和 Profile3的初始化刷新( IR )压缩包、 初始化刷新 动态部分(IRDYN )压缩包中设置一模式参数字段;
压缩方在接收到携带期望目标模式的模式转换请求后, 如需使用包格式 为 Profile2或者 Profile3的 IR压缩包或者 IRDYN压缩包进行应答,则从所述 模式转换请求中获取期望目标模式信息并将其承载于所述 IR压缩包或者所 述 IRDYN压缩包中的所述模式参数字段中发送出去;
解压方在接收到模式转换应答后, 如果判断所述应答使用的是包格式为 Profile2或者 Profile3的 IR压缩包或者 IRDYN压缩包,则从所述 IR压缩包或 者所述 IRDYN压缩包中的所述模式参数字段中获取模式参数信息。
上述模式转换的方法还可具有以下特点:
所述在包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包中设置 一模式参数字段的步骤包括:
如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用 IPv4分组包流,则将所述压缩包的 IP头动态部分的一个或多个预留比特设置 为模式参数字段; 或者在所述压缩包的 IP头动态部分增加一个或多个比特, 然后将增加的一个或多个比特设置为模式参数字段, 或者将增加的一个或多 个比特与所述压缩包的 IP头动态部分的一个或多个预留比特共同设置为模式 参数字段;
如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用
IPv6分组包流, 则在所述压缩包的 IP头动态部分增加一个或多个比特, 然后 将所述增加的一个或多个比特设置为模式参数字段。
为了解决上述技术问题, 本发明还提出一种压缩装置, 应用于鲁棒性头 压缩中的模式转换, 包括:
一配置模块,其设置为:在包格式为 Profile2和 Profile3的初始化刷新(IR ) 压缩包、 初始化刷新动态部分(IRDYN )压缩包中设置一模式参数字段; 一压缩处理模块, 其设置为: 在接收到携带期望目标模式的模式转换请 求后,如需使用包格式为 Profile2或者 Profile3的 IR压缩包或者 IRDYN压缩 包应答, 则从所述模式转换请求中获取期望目标模式信息并将其承载于所述 IR压缩包或者所述 IRDYN压缩包中的所述模式参数字段中发送出去。
上述压缩装置还可具有以下特点:
所述配置模块是设置为: 如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用 IPv4分组包流,则将所述压缩包的 IP头动态部分的一个或多个预留比特设置 为模式参数字段; 或者在所述压缩包的 IP头动态部分增加一个或多个比特, 然后将增加的一个或多个比特设置为模式参数字段, 或者将增加的一个或多 个比特与所述压缩包的 IP头动态部分的一个或多个预留比特共同设置为模式 参数字段;
如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用 IPv6分组包流, 则在所述压缩包的 IP头动态部分增加一个或多个比特, 然后 将所述增加的一个或多个比特设置为模式参数字段。
为了解决上述技术问题, 本发明还提出一种解压缩装置, 应用于鲁棒性 头压缩中的模式转换, 包括: 一配置模块,其设置为:在包格式为 Profile2和 Profile3的初始化刷新(IR ) 压缩包、 初始化刷新动态部分(IRDYN )压缩包中设置有一模式参数字段; 一解压缩处理模块, 其设置为: 在接收到模式转换应答后, 如果判断所 述应答使用的是包格式为 Profile2或者 Profile3的 IR压缩包或者 IRDYN压缩 包, 则从所述 IR压缩包或者所述 IRDYN压缩包中的所述模式参数字段中获 取模式参数信息。
上述解压缩装置还可具有以下特点:
所述配置模块是设置为:
如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用 IPv4分组包流,则将所述压缩包的 IP头动态部分的一个或多个预留比特设置 为模式参数字段; 或者在所述压缩包的 IP头动态部分增加一个或多个比特, 然后将增加的一个或多个比特设置为模式参数字段, 或者将增加的一个或多 个比特与所述压缩包的 IP头动态部分的一个或多个预留比特共同设置为模式 参数字段;
如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用 IPv6分组包流, 则在所述压缩包的 IP头动态部分增加一个或多个比特, 然后 将所述增加的一个或多个比特设置为模式参数字段。
为了解决上述技术问题, 本发明还提出鲁棒性头压缩中一种模式转换的 系统, 包括配置模块、 压缩处理模块、 解压缩处理模块, 其中:
所述配置模块设置为:在包格式为 Profile2和 Profile3的初始化刷新(IR ) 压缩包、 初始化刷新动态部分(IRDYN )压缩包中设置一模式参数字段; 所述压缩处理模块设置为: 在接收到携带期望目标模式的模式转换请求 后,如需使用包格式为 Profile2或者 Profile3的 IR压缩包或者 IRDYN压缩包 应答, 则从所述模式转换请求中获取期望目标模式信息并将其承载于所述 IR 压缩包或者所述 IRDYN压缩包中的所述模式参数字段中发送出去;
所述解压缩处理模块设置为: 在接收到模式转换应答后, 如果判断所述 应答使用的是包格式为 Profile2或者 Profile3的 IR压缩包或者 IRDYN压缩包, 则从所述 IR压缩包或者所述 IRDYN压缩包中的所述模式参数字段中获取模 式参数信息。
上述模式转换的系统还可具有以下特点:
所述配置模块是设置为:
如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用 IPv4分组包流,则将所述压缩包的 IP头动态部分的一个或多个预留比特设置 为模式参数字段; 或者在所述压缩包的 IP头动态部分增加一个或多个比特, 然后将增加的一个或多个比特设置为模式参数字段, 或者将增加的一个或多 个比特与所述压缩包的 IP头动态部分的一个或多个预留比特共同设置为模式 参数字段;
如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用 IPv6分组包流, 则在所述压缩包的 IP头动态部分增加一个或多个比特, 然后 将所述增加的一个或多个比特设置为模式参数字段。
本发明提供的一种鲁棒性头压缩中模式转换的方法及装置, 可以修正 RFC3095协议中的缺陷,在原有流程上确保模式转换不会发生死锁。对于 IPv4 的分组包流而言, 同时还提高了对于现有压缩包存储空间和传输带宽的利用 效率。 附图概述
图 1是现有技术中 U模式、 0模式、 R模式之间进行模式转换的示意图; 图 2是现有技术中 0模式到 R模式的转换过程示意图;
图 3是现有技术中 R模式到 0模式的转换过程示意图;
图 4是现有技术中 R模式、 0模式到 U模式的转换过程示意图; 图 5 是本发明实施例在 IPv4 分组包流 Profile2 和 Profile3 使用的 IR/IRDYN包中设置模式参数字段的示意图;
图 6 是本发明实施例在 IPv6 分组包流 Profile2 和 Profile3 使用的 IR/IRDYN包中设置模式参数字段的示意图;
图 7是本发明实施例鲁棒性头压缩中一种模式转换的方法流程图; 图 8是本发明实施例一种压缩装置方框图;
图 9是本发明实施例一种解压缩装置方框图;
图 10是本发明实施例鲁棒性头压缩中一种模式转换的装置方框图。 本发明的较佳实施方式
下面将结合附图对本发明的实施方案进行详细介绍。
首先, 本发明先在包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压 缩包中设置一模式参数字段, 具体来说, 可以釆用如下设置方式:
如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用 IPv4分组包流,则将所述压缩包的 IP头动态部分的若干个预留比特设置为模 式参数字段, 例如, 如图 5所示, 可以将其 IP头动态部分第 5个字节中的第 3和第 4个比特设置为模式参数字段。 或者, 也可以在所述压缩包的 IP头动 态部分增加若干个比特,然后将所述增加的若干个比特设置为模式参数字段。 或者, 也可以在所述压缩包的 IP头动态部分增加若干个比特之后, 将所述增 加的若干个比特与所述压缩包的 IP头动态部分的若干个预留比特共同设置为 模式参数字段。
如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用 IPv6分组包流, 则在所述压缩包的 IP头动态部分增加若干个比特, 然后将所 述增加的若干个比特设置为模式参数字段, 例如, 如图 6所示, 可以在其 IP 头动态部分的 Hop Limit字段后新增一个字节,然后可以将其高两个比特定义 为模式参数字段, 氏 6比特为保留位。
本发明所述模式参数字段可根据实际需要选择设置在 IR/IRDYN包中的 位置, 本发明对此不做限制。
本发明釆用上述方式巧妙地在 Profile2或者 Profile3 的 IR压缩包或者
IRDYN压缩包中设置模式参数字段之后,在模式转换首次握手压缩器响应解 压器发送的模式转换请求时, 即可将期望目标模式参数写入所述模式参数字 段, 从而避免模式转换过程发生死锁的可能性。
具体来说, 压缩方在接收到携带期望目标模式的模式转换请求后, 如需 使用包格式为 Profile2或者 Profile3的 IR压缩包或者 IRDYN压缩包进行应答, 则从所述模式转换请求中获取期望目标模式信息后, 即可将其承载于所述 IR 压缩包或者所述 IRDYN压缩包中的所述模式参数字段中发送出去。 相应地, 解压方在接收到模式转换应答后, 如果判断所述应答使用的是包格式为 Profile2或者 Profile3的 IR压缩包或者 IRDYN压缩包,则可从所述 IR压缩包 或者所述 IRDYN压缩包中的所述模式参数字段中获取到期望目标模式信息。 从而很好地修正了 RFC3095协议中的缺陷, 在原有流程上确保模式转换不会 发生死锁。
参见图 7 , 该图示出了本发明实施例鲁棒性头压缩中一种模式转换的方 法流程图, 包括如下步骤:
步骤 S701 : 模式转换流程开始, 进入步骤 S702;
步骤 S702: 解压缩方发送携带期望目标模式的 ACK/NACK反馈包, 即 模式转换请求, 然后进入步骤 S703;
步骤 S703: 解压缩方将状态变量 D— TRANS置为 I, 进入步骤 S704; 步骤 S704: 压缩方接收到携带期望目标模式的 ACK/NACK反馈包, 即 模式转换请求, 进入步骤 S705;
步骤 S705: 压缩方将 C— TRANS置为 P, C— MODE置为期望目标模式, 进入步骤 S706;
步骤 S706: 判断当前处理的 Profile类型是否为 2或者 3 , 如果是则进入 步骤 S707, 否则进入步骤 S711 ;
步骤 S707: 判断是否需要发送 IR/IRDYN压缩包, 是则进入步骤 S708, 否则进入步骤 S711 ;
步骤 S708: 判断当前包流是否为 IPv4包流, 是则进入步骤 S709, 否则 进入步骤 S710;
步骤 S709: 按照图 5的包格式说明将期望目标模式写入到相应位置, 进 入步骤 S711 ;
步骤 S710: 按照图 6的包格式说明将期望目标模式写入到相应位置, 进 入步骤 S711 ;
步骤 S711 : 发送携带期望目标模式的 IR/IRDYN/UOR-2压缩包, 进入步 骤 S712;
步骤 S712: 解压缩方收到携带期望目标模式的 IR/IRDYN/UOR-2包, 进 入步骤 S713;
步骤 S713: 解压缩方解压 IR/IRDYN/UOR-2包中的模式参数, 与期望目 标模式相比较, 进入步骤 S714;
步骤 S714: 判断上一步骤中的比较结果是否相同, 是则进入步骤 S715, 否则进入步骤 S712;
步骤 S715: 解压缩方周期性发送携带期望目标模式的反馈包, 进入步骤 S716;
步骤 S716: 压缩方接收到携带期望目标模式的反馈包, 进入步骤 S717; 步骤 S717: 压缩方将状态变量 C— TRANS改为 D, 进入步骤 S718;
步骤 S718: 压缩方发送期望目标模式下的 0或 1类型压缩包, 进入步骤 S719;
步骤 S719: 解压缩方接收到期望目标模式下的 0或 1类型压缩包, 进入 步骤 S720;
步骤 S720: 解压缩方将状态变量 D— TRANS改为 D, 进入步骤 S721 ; 步骤 S721 : 模式转换流程结束。
本发明实施例还提供了一种压缩装置, 应用于鲁棒性头压缩中的模式转 换, 如图 8所示, 包括:
一配置模块, 用以在包格式为 Profile2和 Profile3的初始化刷新( IR )压 缩包、 初始化刷新动态部分(IRDYN )压缩包中设置一模式参数字段。
一压缩处理模块, 用以在接收到携带期望目标模式的模式转换请求后, 如需使用包格式为 Profile2或者 Profile3的 IR压缩包或者 IRDYN压缩包应答, 则从所述模式转换请求中获取期望目标模式信息并将其承载于所述 IR压缩 包或者所述 IRDYN压缩包中的所述模式参数字段中发送出去。
所述配置模块设置模式参数字段包括:
如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用
IPv4分组包流,则将所述压缩包的 IP头动态部分的若干个预留比特设置为模 式参数字段; 或者在所述压缩包的 IP头动态部分增加若干个比特, 然后将所 述增加的若干个比特设置为模式参数字段, 或者将所述增加的若干个比特与 所述压缩包的 IP头动态部分的若干个预留比特共同设置为模式参数字段; 如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用
IPv6分组包流, 则在所述压缩包的 IP头动态部分增加若干个比特, 然后将所 述增加的若干个比特设置为模式参数字段。
本发明实施例还提供了一种解压缩装置, 应用于鲁棒性头压缩中的模式 转换, 如图 9所示, 包括:
一配置模块, 用以在包格式为 Profile2和 Profile3的初始化刷新( IR )压 缩包、 初始化刷新动态部分(IRDYN )压缩包中设置有一模式参数字段; 一解压缩处理模块, 用以在接收到模式转换应答后, 如果判断所述应答 使用的是包格式为 Profile2或者 Profile3的 IR压缩包或者 IRDYN压缩包,则 从所述 IR压缩包或者所述 IRDYN压缩包中的所述模式参数字段中获取模式 参数信息。
所述配置模块设置模式参数字段包括:
如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用 IPv4分组包流,则将所述压缩包的 IP头动态部分的若干个预留比特设置为模 式参数字段; 或者在所述压缩包的 IP头动态部分增加若干个比特, 然后将所 述增加的若干个比特设置为模式参数字段, 或者将所述增加的若干个比特与 所述压缩包的 IP头动态部分的若干个预留比特共同设置为模式参数字段; 如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用 IPv6分组包流, 则在所述压缩包的 IP头动态部分增加若干个比特, 然后将所 述增加的若干个比特设置为模式参数字段。
本发明实施例还提供了鲁棒性头压缩中一种模式转换的系统,如图 10所 示, 包括配置模块、 压缩处理模块、 解压缩处理模块, 其中:
所述配置模块, 用以在包格式为 Profile2和 Profile3的初始化刷新 ( IR ) 压缩包、 初始化刷新动态部分(IRDYN )压缩包中设置一模式参数字段; 所述压缩处理模块,用以在接收到携带期望目标模式的模式转换请求后, 如需使用包格式为 Profile2或者 Profile3的 IR压缩包或者 IRDYN压缩包应答, 则从所述模式转换请求中获取期望目标模式信息并将其承载于所述 IR压缩 包或者所述 IRDYN压缩包中的所述模式参数字段中发送出去;
所述解压缩处理模块, 用以在接收到模式转换应答后, 如果判断所述应 答使用的是包格式为 Profile2或者 Profile3的 IR压缩包或者 IRDYN压缩包, 则从所述 IR压缩包或者所述 IRDYN压缩包中的所述模式参数字段中获取模 式参数信息。
所述配置模块设置模式参数字段包括:
如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用 IPv4分组包流,则将所述压缩包的 IP头动态部分的若干个预留比特设置为模 式参数字段; 或者在所述压缩包的 IP头动态部分增加若干个比特, 然后将所 述增加的若干个比特设置为模式参数字段, 或者将所述增加的若干个比特与 所述压缩包的 IP头动态部分的若干个预留比特共同设置为模式参数字段; 如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用
IPv6分组包流, 则在所述压缩包的 IP头动态部分增加若干个比特, 然后将所 述增加的若干个比特设置为模式参数字段。
尽管为示例目的, 已经公开了本发明的优选实施例, 本领域的技术人员 将意识到各种改进、 增加和取代也是可能的, 因此, 本发明的范围应当不限 于上述实施例。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序 来指令相关硬件完成, 所述程序可以存储于计算机可读存储介质中, 如只读 存储器、 磁盘或光盘等。 可选地, 上述实施例的全部或部分步骤也可以使用 一个或多个集成电路来实现。 相应地, 上述实施例中的各模块 /单元可以釆用 硬件的形式实现, 也可以釆用软件功能模块的形式实现。 本发明不限制于任 何特定形式的硬件和软件的结合。
工业实用性
本发明提供的一种鲁棒性头压缩中模式转换的方法及装置, 可以修正
RFC3095协议中的缺陷,在原有流程上确保模式转换不会发生死锁。对于 IPv4 的分组包流而言, 同时还提高了对于现有压缩包存储空间和传输带宽的利用 效率。

Claims

权 利 要 求 书
1、 一种压缩方法, 应用于鲁棒性头压缩中的模式转换, 所述方法包括: 在包格式为 Profile2和 Profile3的初始化刷新(IR )压缩包、 初始化刷新 动态部分(IRDYN )压缩包中设置一模式参数字段;
压缩方在接收到携带期望目标模式的模式转换请求后, 如需使用包格式 为 Profile2或者 Profile3的 IR压缩包或者 IRDYN压缩包进行应答,则从所述 模式转换请求中获取期望目标模式信息并将其承载于所述 IR压缩包或者所 述 IRDYN压缩包中的所述模式参数字段中发送出去。
2、 如权利要求 1 所述的压缩方法, 其中, 所述在包格式为 Profile2 和 Profile3的 IR压缩包、 IRDYN压缩包中设置一模式参数字段的步骤包括: 如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用 IPv4分组包流,则将所述压缩包的 IP头动态部分的一个或多个预留比特设置 为模式参数字段; 或者在所述压缩包的 IP头动态部分增加一个或多个比特, 然后将增加的一个或多个比特设置为模式参数字段, 或者将增加的一个或多 个比特与所述压缩包的 IP头动态部分的一个或多个预留比特共同设置为模式 参数字段;
如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用 IPv6分组包流, 则在所述压缩包的 IP头动态部分增加一个或多个比特, 然后 将所述增加的一个或多个比特设置为模式参数字段。
3、 一种解压缩方法,应用于鲁棒性头压缩中的模式转换,所述方法包括: 在包格式为 Profile2和 Profile3的初始化刷新(IR )压缩包、 初始化刷新 动态部分(IRDYN )压缩包中设置有一模式参数字段;
解压方在接收到模式转换应答后, 如果判断所述应答使用的是包格式为 Profile2或者 Profile3的 IR压缩包或者 IRDYN压缩包,则从所述 IR压缩包或 者所述 IRDYN压缩包中的所述模式参数字段中获取模式参数信息。
4、 如权利要求 3所述的解压缩方法,其中, 所述模式参数字段是釆用如 下方式设置的:
如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用 IPv4分组包流,则将所述压缩包的 IP头动态部分的一个或多个预留比特设置 为模式参数字段; 或者在所述压缩包的 IP头动态部分增加一个或多个比特, 然后将增加的一个或多个比特设置为模式参数字段, 或者将增加的一个或多 个比特与所述压缩包的 IP头动态部分的一个或多个预留比特共同设置为模式 参数字段;
如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用 IPv6分组包流, 则在所述压缩包的 IP头动态部分增加一个或多个比特, 然后 将增加的一个或多个比特设置为模式参数字段。
5、 鲁棒性头压缩中一种模式转换的方法, 所述方法包括:
在包格式为 Profile2和 Profile3的初始化刷新(IR )压缩包、 初始化刷新 动态部分(IRDYN )压缩包中设置一模式参数字段;
压缩方在接收到携带期望目标模式的模式转换请求后, 如需使用包格式 为 Profile2或者 Profile3的 IR压缩包或者 IRDYN压缩包进行应答,则从所述 模式转换请求中获取期望目标模式信息并将其承载于所述 IR压缩包或者所 述 IRDYN压缩包中的所述模式参数字段中发送出去; 以及
解压方在接收到模式转换应答后, 如果判断所述应答使用的是包格式为 Profile2或者 Profile3的 IR压缩包或者 IRDYN压缩包,则从所述 IR压缩包或 者所述 IRDYN压缩包中的所述模式参数字段中获取模式参数信息。
6、 如权利要求 5所述的模式转换的方法,其中,所述在包格式为 Profile2 和 Profile3的 IR压缩包、 IRDYN压缩包中设置一模式参数字段的步骤包括: 如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用 IPv4分组包流,则将所述压缩包的 IP头动态部分的一个或多个预留比特设置 为模式参数字段; 或者在所述压缩包的 IP头动态部分增加一个或多个比特, 然后将增加的一个或多个比特设置为模式参数字段, 或者将增加的一个或多 个比特与所述压缩包的 IP头动态部分的一个或多个预留比特共同设置为模式 参数字段; 如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用 IPv6分组包流, 则在所述压缩包的 IP头动态部分增加一个或多个比特, 然后 将增加的一个或多个比特设置为模式参数字段。
7、 一种压缩装置, 应用于鲁棒性头压缩中的模式转换, 所述装置包括: 一配置模块,其设置为:在包格式为 Profile2和 Profile3的初始化刷新(IR ) 压缩包、 初始化刷新动态部分(IRDYN )压缩包中设置一模式参数字段; 一压缩处理模块, 其设置为: 在接收到携带期望目标模式的模式转换请 求后,如需使用包格式为 Profile2或者 Profile3的 IR压缩包或者 IRDYN压缩 包应答, 则从所述模式转换请求中获取期望目标模式信息并将其承载于所述 IR压缩包或者所述 IRDYN压缩包中的所述模式参数字段中发送出去。
8、 如权利要求 7所述的压缩装置, 其中, 所述配置模块是设置为: 如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用 IPv4分组包流,则将所述压缩包的 IP头动态部分的一个或多个预留比特设置 为模式参数字段; 或者在所述压缩包的 IP头动态部分增加一个或多个比特, 然后将增加的一个或多个比特设置为模式参数字段, 或者将增加的一个或多 个比特与所述压缩包的 IP头动态部分的一个或多个预留比特共同设置为模式 参数字段;
如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用 IPv6分组包流, 则在所述压缩包的 IP头动态部分增加一个或多个比特, 然后 将所述增加的一个或多个比特设置为模式参数字段。
9、 一种解压缩装置 ,应用于鲁棒性头压缩中的模式转换,所述装置包括: 一配置模块,其设置为:在包格式为 Profile2和 Profile3的初始化刷新(IR ) 压缩包、 初始化刷新动态部分(IRDYN )压缩包中设置有一模式参数字段; 一解压缩处理模块, 其设置为: 在接收到模式转换应答后, 如果判断所 述应答使用的是包格式为 Profile2或者 Profile3的 IR压缩包或者 IRDYN压缩 包, 则从所述 IR压缩包或者所述 IRDYN压缩包中的所述模式参数字段中获 取模式参数信息。
10、 如权利要求 9所述的解压缩装置, 其中, 所述配置模块是设置为: 如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用 IPv4分组包流,则将所述压缩包的 IP头动态部分的一个或多个预留比特设置 为模式参数字段; 或者在所述压缩包的 IP头动态部分增加一个或多个比特, 然后将增加的一个或多个比特设置为模式参数字段, 或者将增加的一个或多 个比特与所述压缩包的 IP头动态部分的一个或多个预留比特共同设置为模式 参数字段;
如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用 IPv6分组包流, 则在所述压缩包的 IP头动态部分增加一个或多个比特, 然后 将所述增加的一个或多个比特设置为模式参数字段。
11、 鲁棒性头压缩中一种模式转换的系统, 其包括配置模块、 压缩处理 模块、 解压缩处理模块, 其中:
所述配置模块设置为:在包格式为 Profile2和 Profile3的初始化刷新(IR ) 压缩包、 初始化刷新动态部分(IRDYN )压缩包中设置一模式参数字段; 所述压缩处理模块设置为: 在接收到携带期望目标模式的模式转换请求 后,如需使用包格式为 Profile2或者 Profile3的 IR压缩包或者 IRDYN压缩包 应答, 则从所述模式转换请求中获取期望目标模式信息并将其承载于所述 IR 压缩包或者所述 IRDYN压缩包中的所述模式参数字段中发送出去;
所述解压缩处理模块设置为: 在接收到模式转换应答后, 如果判断所述 应答使用的是包格式为 Profile2或者 Profile3的 IR压缩包或者 IRDYN压缩包, 则从所述 IR压缩包或者所述 IRDYN压缩包中的所述模式参数字段中获取模 式参数信息。
12、 如权利要求 11所述的模式转换的系统,其中, 所述配置模块是设置 为:
如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用
IPv4分组包流,则将所述压缩包的 IP头动态部分的一个或多个预留比特设置 为模式参数字段; 或者在所述压缩包的 IP头动态部分增加一个或多个比特, 然后将增加的一个或多个比特设置为模式参数字段, 或者将增加的一个或多 个比特与所述压缩包的 IP头动态部分的一个或多个预留比特共同设置为模式 参数字段;
如果所述包格式为 Profile2和 Profile3的 IR压缩包、 IRDYN压缩包釆用 IPv6分组包流, 则在所述压缩包的 IP头动态部分增加一个或多个比特, 然后 将所述增加的一个或多个比特设置为模式参数字段。
PCT/CN2010/079146 2010-04-21 2010-11-25 鲁棒性头压缩中模式转换、压缩和解压缩的方法及装置 WO2011131007A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP10850139.6A EP2509274B1 (en) 2010-04-21 2010-11-25 Method and apparatus for mode transition, compression, and decompression in robust header compression
US13/260,001 US8761197B2 (en) 2010-04-21 2010-11-25 Method and apparatus for mode transition, compression, and decompression in robust header compression

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010154342A CN101848491A (zh) 2010-04-21 2010-04-21 鲁棒性头压缩中一种模式转换的方法及装置
CN201010154342.0 2010-04-21

Publications (1)

Publication Number Publication Date
WO2011131007A1 true WO2011131007A1 (zh) 2011-10-27

Family

ID=42772914

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/079146 WO2011131007A1 (zh) 2010-04-21 2010-11-25 鲁棒性头压缩中模式转换、压缩和解压缩的方法及装置

Country Status (4)

Country Link
US (1) US8761197B2 (zh)
EP (1) EP2509274B1 (zh)
CN (1) CN101848491A (zh)
WO (1) WO2011131007A1 (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101848491A (zh) 2010-04-21 2010-09-29 中兴通讯股份有限公司 鲁棒性头压缩中一种模式转换的方法及装置
CN101977402B (zh) * 2010-10-19 2015-04-01 中兴通讯股份有限公司 鲁棒性头压缩中一种上下文重用的方法及装置
KR101857666B1 (ko) * 2014-01-03 2018-05-14 엘지전자 주식회사 로버스트 헤더 컴프레션 패킷 스트림을 포함하는 방송 신호를 송수신하는 방법 및 장치
IN2014CH00621A (zh) * 2014-02-07 2015-08-14 Samsung R & D Inst India Bangalore Private Ltd
US9282171B2 (en) 2014-03-06 2016-03-08 Qualcomm Incorporated Context establishment in marginal grant conditions
KR102273873B1 (ko) * 2014-09-24 2021-07-06 삼성전자 주식회사 Lte 시스템을 이용한 호 수행 방법 및 장치
US10574723B2 (en) * 2016-11-30 2020-02-25 Nutanix, Inc. Web services communication management
EP3766219B1 (en) * 2018-03-16 2023-02-15 Acklio Method and apparatus for processing message data
EP3905627B1 (en) * 2019-04-30 2023-01-11 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Wireless communication method and apparatus

Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1507286A (zh) * 2002-12-09 2004-06-23 中国科学技术大学 用于MIPv6的鲁棒性头标压缩/解压方法
CN1595911A (zh) * 2004-07-16 2005-03-16 中国科学院计算技术研究所 一种鲁棒的IPv6头部压缩方法
CN1684466A (zh) * 2004-02-12 2005-10-19 三星电子株式会社 多媒体广播/组播服务系统中恢复报头解压的方法
CN1918875A (zh) * 2004-02-06 2007-02-21 艾利森电话股份有限公司 具有单向头标压缩的广播/多播服务
CN1996941A (zh) * 2006-06-30 2007-07-11 华为技术有限公司 一种鲁棒性头部压缩u模式出错时的处理方法
EP1808995A1 (en) * 2006-01-13 2007-07-18 Thomson Licensing S.A. Method for the exchange of data packets in a network of distributed stations, device for compression of data packets and device for decompression of data packets
CN101069401A (zh) * 2004-11-15 2007-11-07 艾利森电话股份有限公司 利用取决于媒体特性的上下文信息的传输的标题压缩的方法和设备
CN101212404A (zh) * 2006-12-27 2008-07-02 大唐移动通信设备有限公司 鲁棒头压缩分组数据传输的方法及系统
CN101494641A (zh) * 2008-01-23 2009-07-29 中兴通讯股份有限公司 鲁棒性头压缩技术中的模式转换方法和装置
KR20100029319A (ko) * 2008-09-08 2010-03-17 삼성전자주식회사 광대역 무선통신 시스템에서 멀티캐스트 및 브로드캐스트 서비스에 헤더 압축을 적용하기 위한 방법 및 장치
CN101707616A (zh) * 2009-11-27 2010-05-12 中兴通讯股份有限公司 一种用户数据报协议数据包压缩、解压缩的方法及装置
CN101835196A (zh) * 2010-05-14 2010-09-15 中兴通讯股份有限公司 鲁棒性头压缩中一种模式转换的方法和装置
CN101848491A (zh) * 2010-04-21 2010-09-29 中兴通讯股份有限公司 鲁棒性头压缩中一种模式转换的方法及装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI250724B (en) * 2002-10-11 2006-03-01 Ericsson Telefon Ab L M Method and communication system for packeting messaging, and header compressor unit
KR100770857B1 (ko) * 2004-02-12 2007-10-26 삼성전자주식회사 멀티미디어 방송/멀티캐스트 서비스 시스템에서 헤더 복원 동작을 재개하는 방법
EP1603339A1 (en) * 2004-06-01 2005-12-07 STMicroelectronics S.r.l. Method and system for communicating video data in a packet-switched network, related network and computer program product therefor
WO2007091941A1 (en) * 2006-02-06 2007-08-16 Telefonaktiebolaget Lm Ericsson (Publ) Performance optimization for an uplink channel in a wireless communication network
US8406212B2 (en) * 2006-02-22 2013-03-26 Apple Inc. Service flow with robust header compression (ROHC) in a WiMAX wireless network
US8750334B2 (en) * 2006-10-02 2014-06-10 Motorola Mobility Llc Link layer assisted robust header compression context update management

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1507286A (zh) * 2002-12-09 2004-06-23 中国科学技术大学 用于MIPv6的鲁棒性头标压缩/解压方法
CN1918875A (zh) * 2004-02-06 2007-02-21 艾利森电话股份有限公司 具有单向头标压缩的广播/多播服务
CN1684466A (zh) * 2004-02-12 2005-10-19 三星电子株式会社 多媒体广播/组播服务系统中恢复报头解压的方法
CN1595911A (zh) * 2004-07-16 2005-03-16 中国科学院计算技术研究所 一种鲁棒的IPv6头部压缩方法
CN101069401A (zh) * 2004-11-15 2007-11-07 艾利森电话股份有限公司 利用取决于媒体特性的上下文信息的传输的标题压缩的方法和设备
EP1808995A1 (en) * 2006-01-13 2007-07-18 Thomson Licensing S.A. Method for the exchange of data packets in a network of distributed stations, device for compression of data packets and device for decompression of data packets
CN1996941A (zh) * 2006-06-30 2007-07-11 华为技术有限公司 一种鲁棒性头部压缩u模式出错时的处理方法
CN101212404A (zh) * 2006-12-27 2008-07-02 大唐移动通信设备有限公司 鲁棒头压缩分组数据传输的方法及系统
CN101494641A (zh) * 2008-01-23 2009-07-29 中兴通讯股份有限公司 鲁棒性头压缩技术中的模式转换方法和装置
KR20100029319A (ko) * 2008-09-08 2010-03-17 삼성전자주식회사 광대역 무선통신 시스템에서 멀티캐스트 및 브로드캐스트 서비스에 헤더 압축을 적용하기 위한 방법 및 장치
CN101707616A (zh) * 2009-11-27 2010-05-12 中兴通讯股份有限公司 一种用户数据报协议数据包压缩、解压缩的方法及装置
CN101848491A (zh) * 2010-04-21 2010-09-29 中兴通讯股份有限公司 鲁棒性头压缩中一种模式转换的方法及装置
CN101835196A (zh) * 2010-05-14 2010-09-15 中兴通讯股份有限公司 鲁棒性头压缩中一种模式转换的方法和装置

Also Published As

Publication number Publication date
EP2509274A1 (en) 2012-10-10
EP2509274A4 (en) 2013-11-13
CN101848491A (zh) 2010-09-29
US20130121345A1 (en) 2013-05-16
US8761197B2 (en) 2014-06-24
EP2509274B1 (en) 2014-06-11

Similar Documents

Publication Publication Date Title
WO2011131007A1 (zh) 鲁棒性头压缩中模式转换、压缩和解压缩的方法及装置
RU2424627C2 (ru) Динамическое надежное уплотнение заголовка
JP3559271B2 (ja) ヘッダフィールド圧縮時のコンテキスト識別子の定義方法
JP3751823B2 (ja) 実時間サービスにおけるヘッダ圧縮
US9736723B2 (en) Link layer assisted robust header compression context update management
JP2007189697A (ja) 分散した局のネットワークでデータパケットを交換する方法、データパケットを圧縮する装置及びデータパケットを解凍する装置
US9166931B2 (en) Method and device for improving robustness of context update message in robust header compression
WO2011140809A1 (zh) 鲁棒性头压缩中一种模式转换的方法、装置和系统
EP2424144B1 (en) Communication method and equipment of the header compression
EP1523148A1 (en) Header compression/decompression device and header compression/decompression method
JP4755173B2 (ja) 後で受信するデータを指示するため更新される圧縮状態レポートを生成する方法及び装置
WO2011160495A1 (zh) 一种头压缩反馈信息的反馈方法和设备
WO2012051883A1 (zh) 鲁棒性头压缩中一种上下文重用的方法及装置
WO2011079785A1 (zh) 一种传输数据包的方法及装置
JP2017535117A (ja) Lteシステムを用いた呼の実行方法及び装置
JP2013013001A (ja) 受信装置、送信装置及びフィードバック方法
US9525650B2 (en) Method and system for updating reorder depth in robust header compression
WO2023021609A1 (ja) 基地局及び無線端末装置
CN103780342B (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: 10850139

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2010850139

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 13260001

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE