US8761197B2 - Method and apparatus for mode transition, compression, and decompression in robust header compression - Google Patents

Method and apparatus for mode transition, compression, and decompression in robust header compression Download PDF

Info

Publication number
US8761197B2
US8761197B2 US13/260,001 US201013260001A US8761197B2 US 8761197 B2 US8761197 B2 US 8761197B2 US 201013260001 A US201013260001 A US 201013260001A US 8761197 B2 US8761197 B2 US 8761197B2
Authority
US
United States
Prior art keywords
package
compression
mode
compression package
irdyn
Prior art date
Legal status (The legal status 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 status listed.)
Expired - Fee Related
Application number
US13/260,001
Other versions
US20130121345A1 (en
Inventor
Jian Zhang
Xuehong Shi
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Assigned to ZTE CORPORATION reassignment ZTE CORPORATION ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: SHI, XUEHONG, ZHANG, JIAN
Publication of US20130121345A1 publication Critical patent/US20130121345A1/en
Application granted granted Critical
Publication of US8761197B2 publication Critical patent/US8761197B2/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • 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/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters

Definitions

  • the present invention relates to a robust header compression algorithm in the mobile communication field, generally provides a method for mode transformation, comprising: modification, mode transformation process and implementation method for IR (Initial and Refresh)/IRDYN (IR Dynamic) compressed package format.
  • ROHC header compression technology
  • the core of the ROHC is to utilize the information redundant between packets of service stream to transparently compress and decompress the information in packet header between directly connected nodes.
  • the ROHC technology is described by RFC3095 document of IETF (Internet Engineering Task Force) and revised by the IETF in February, 2007, and the revised document is RFC4815.
  • U mode Unidirectional mode
  • O mode Bidirectional Optimistic mode
  • R mode Bidirectional Reliable mode
  • a data packet is only sent in one direction, i.e., the direction from a compressor to a decompressor, and no feedback packet is sent from the decompressor to the compressor.
  • the state change of compressor mainly relies on periodic update and irregular change of header fields in the packet stream. Compression efficiency of the U mode is lower than the other two modes due to periodic update and lacking of feedback mechanism for error recovery.
  • the compression of the ROHC must start from the U mode.
  • the compressor can start to be transformed into other modes after the compressor receives a feedback package indicating the mode transferring.
  • the periodical update is used under the O mode no longer.
  • the target of the O mode lies in furthest increasing the compression efficiency and less utilizing the feedback channel, and the O mode reduces error packages causing by residing error or context invalidity.
  • the sending of the feedback under the R mode is used for confirming all the context updates, including the update of sequence number field.
  • the target of the R mode is in furthest improving the robustness, preventing or reducing the further expansion of package dropping and error package, and also reducing the probability of context invalidity in greatest degree even if the package dropping or error package occur.
  • Transformation can occurs between various modes, and the mode transformation is initiated by sending the feedback package carrying a CRC checking field from the decompressor to the compressor. It is described in section 5.6 of RFC3095 that three operation modes can transform with each other, and a schematic diagram of the mode transformation is shown in FIG. 1 .
  • the protocol in order to optimize the flow of the mode transformation, the protocol introduces two state variables at the compressor side, and the two state variables are C_MODE (compressor mode variable) and C_TRANS (compressor mode transformation state variable) respectively.
  • the value of the C_MODE is in ⁇ U, O, R ⁇ , and the parameter meanings is respectively U mode, O mode, and R mode; and the initial value of the C_MODE is U.
  • the value of the C_TRANS is in ⁇ P, D ⁇ , and the parameter meanings is respectively P (PENDING) and D (DONE); and the initial value of the C_TRANS is D.
  • D_MODE decompressor mode variable
  • D_TRANS decompressor mode transformation state variable
  • the flow of the mode transformation of ROHC is initiated by sending the feedback package carrying a desired target mode by the decompressor.
  • the present protocol in addition to the transformation from the U mode to the O mode is completed by one message, all the other mode transformations are completed by way of three-way handshake.
  • the initial, middle and final states in the three-way handshake are described by the above state variables, and the protocol prescribes that:
  • C_MODE and D_MODE indicate instant states of compressor and decompressor
  • PENDING in C_TRANS indicates receiving a state transformation request of the decompressor
  • INITIATED in D_TRANS indicates that the decompressor initiates a mode transformation request at the moment
  • PENDING in D_TRANS indicates that the decompressor receives a mode transformation request response sent by the compressor
  • DONE in D_TRANS indicates that the flow of mode transformation at the decompressor side is done.
  • FIG. 2 shows a transformation process from the O mode to the R mode.
  • the decompressor continues to keep in the INITIATED state as long as the decompressor have not received IR, IRDYN or UOR-2 compression package of which the mode transformation parameter is set as R.
  • the compressor cannot send the compression package of profile 0 or profile 1, i.e., cannot send the compression package of profile 0 or profile 1 before receiving ACK of UOR-2, IRDYN or IR compression package of which the mode transformation parameter is R.
  • the decompressor After acknowledging the UOR-2, IRDYN or IR compression package, the decompressor receives the compression package of profile 0 or profile 1, and then can set the D_TRANS as D, and the flow ends.
  • the transformation flow from the U mode to the R mode is the same as the transformation flow from the O mode to the R mode.
  • FIG. 3 is a transformation flow from the R mode to the O mode.
  • the decompressor continues to keep in the INITIATED state as long as the decompressor have not received UOR-2, IRDYN or IR compression package of which the mode transformation parameter is set as 0.
  • the compressor cannot send the compression package of profile 0 or profile 1, i.e., cannot send the compression package of profile 0 or profile 1 before receiving ACK of UOR-2, IRDYN or IR compression package of which the mode transformation parameter is O.
  • the decompressor After acknowledging the UOR-2, IRDYN or IR compression package, the decompressor receives the compression package of profile 0 or profile 1, and then can set the D_TRANS as D, and the flow ends.
  • FIG. 4 is a transformation flow from R mode, O mode to U mode.
  • the decompressor After the decompressor acknowledges the first UOR-2(U), IRDYN(U) or IR(U), i.e., the decompressor acknowledges the response of the mode transformation request, the decompressor must continue to send the feedback of which the mode is U, until receiving the compression package of profile 0 or profile 1.
  • the protocol In order to prevent deadlock caused by dropping the feedback message in the three-way handshake flow of the mode transformation flow, the protocol also prescribes that, when the C_TRANS is P, the mode information is included in a sent compression package to send at least periodically (i.e., IR/IRDYN/UOR-2 compression package); when the D_TRANS is P, the decompressor doesn't need to send the feedback for each received message, but must continually send the feedback carrying the CRC according to a certain period (i.e., the final ACK message in the drawing).
  • IR/IRDYN compression package In the package format defined in the RFC3095 protocol, only Profile1 type (RTP package type defined in the RFC3095 protocol) IR/IRDYN compression package can carry the mode parameter, and both Profile2 type (UDP package type defined in the RFC3095 protocol) and Profile3 type (ESP package type defined in the RFC3095 protocol) IR/IRDYN compression packages do not carry mode parameters.
  • RTP package type defined in the RFC3095 protocol
  • ESP package type defined in the RFC3095 protocol IR/IRDYN compression packages do not carry mode parameters.
  • the technical problem solved by the present invention is to provide a method and apparatus for a mode transformation in a robust header compression, by using that method and apparatus, the defect in the RFC3095 protocol can be modified and it is ensured that the deadlock of the mode transformation will not occur in the original flow. Meanwhile, for the IPv4 packet package stream, the utilization rate of the storage space and transmission bandwidth for the existing compression package is also improved.
  • the present invention provides a compression method, applied to a mode transformation in a robust header compression, and the compression method comprises:
  • IR Initial and Refresh
  • IRDYN Initial and Refresh Dynamic
  • a compression party after receiving a mode transformation request carrying an expected target mode, a compression party obtaining information about the expected target mode from the mode transformation request and sending out the information about the expected target mode by carrying that information in the mode parameter field in the IR compression package or the IRDYN compression package if the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3 is required for replying.
  • the above compression method can further have the following features:
  • the step of setting the mode parameter field in the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 comprises:
  • the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv4 packet package stream then setting one or more reserved bits of an IP header dynamic part of the compression package as the mode parameter field; or adding one or more bits to an IP header dynamic part of the compression package, and then setting the one or more added bits as the mode parameter field, or setting the one or more added bits and one or more reserved bits of the IP header dynamic part of the compression package as the mode parameter field together;
  • the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv6 packet package stream, adding one or more bits to an IP header dynamic part of the compression package, and then setting the one or more added bits as the mode parameter field.
  • the present invention also provides a decompression method, applied to a mode transformation in a robust header compression, and the decompression method comprises:
  • IR Initial and Refresh
  • IRDYN Initial and Refresh Dynamic
  • a decompression party after receiving a mode transformation reply, a decompression party obtaining mode parameter information from the mode parameter field in the IR compression package or the IRDYN compression package if judging that the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3 is used for the reply.
  • the above decompression method can further have the following features:
  • the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv4 packet package stream then setting one or more reserved bits of an IP header dynamic part of the compression package as the mode parameter field; or adding one or more bits to an IP header dynamic part of the compression package, and then setting the one or more added bits as the mode parameter field, or setting the one or more added bits and one or more reserved bits of the IP header dynamic part of the compression package as the mode parameter field together;
  • the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv6 packet package stream, adding one or more bits to an IP header dynamic part of the compression package, and then setting the one or more added bits as the mode parameter field.
  • the present invention also provides a method for a mode transformation in a robust header compression, and the method comprises:
  • IR Initial and Refresh
  • IRDYN Initial and Refresh Dynamic
  • a compression party after receiving a mode transformation request carrying an expected target mode, a compression party obtaining information about the expected target mode from the mode transformation request and sending out the information about the expected target mode by carrying that information in the mode parameter field in the IR compression package or the IRDYN compression package if the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3 is required for replying; and
  • a decompression party after receiving a mode transformation reply, a decompression party obtaining mode parameter information from the mode parameter field in the IR compression package or the IRDYN compression package if judging that the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3 is used for the reply.
  • the above method for the mode transformation can further have the following features:
  • the step of setting the mode parameter field in the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 comprises:
  • the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv4 packet package stream then setting one or more reserved bits of an IP header dynamic part of the compression package as the mode parameter field; or adding one or more bits to an IP header dynamic part of the compression package, and then setting the one or more added bits as the mode parameter field, or setting the one or more added bits and one or more reserved bits of the IP header dynamic part of the compression package as the mode parameter field together;
  • the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv6 packet package stream, adding one or more bits to an IP header dynamic part of the compression package, and then setting the one or more added bits as the mode parameter field.
  • the present invention also provides a compression apparatus, applied to a mode transformation in a robust header compression, and the compression apparatus comprises:
  • a configuration module configured to: set a mode parameter field in an Initial and Refresh (IR) compression package/Initial and Refresh Dynamic (IRDYN) compression package of which a package format is Profile2 and Profile3; and
  • IR Initial and Refresh
  • IRDYN Initial and Refresh Dynamic
  • a compression processing module configured to: after receiving a mode transformation request carrying an expected target mode, obtain information about the expected target mode from the mode transformation request and send out the information about the expected target mode by carrying that information in the mode parameter field in the IR compression package or the IRDYN compression package if the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3 is required for replying.
  • the above compression apparatus can further have the following features:
  • the configuration module is configured to:
  • the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv4 packet package stream then set one or more reserved bits of an IP header dynamic part of the compression package as the mode parameter field; or add one or more bits to an IP header dynamic part of the compression package, and then set the one or more added bits as the mode parameter field, or set the one or more added bits and one or more reserved bits of the IP header dynamic part of the compression package as the mode parameter field together; and
  • the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv6 packet package stream add one or more bits to an IP header dynamic part of the compression package, and then set the one or more added bits as the mode parameter field.
  • the present invention also provides a decompression apparatus, applied to a mode transformation in a robust header compression, and the decompression apparatus comprises:
  • a configuration module configured to: set a mode parameter field in an Initial and Refresh (IR) compression package/Initial and Refresh Dynamic (IRDYN) compression package of which a package format is Profile2 and Profile3; and
  • IR Initial and Refresh
  • IRDYN Initial and Refresh Dynamic
  • a decompression processing module configured to: after receiving a mode transformation reply, obtain mode parameter information from the mode parameter field in the IR compression package or the IRDYN compression package if judging that the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3 is used for the reply.
  • the above decompression apparatus can further have the following features:
  • the configuration module is configured to:
  • the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv4 packet package stream then set one or more reserved bits of an IP header dynamic part of the compression package as the mode parameter field; or add one or more bits to an IP header dynamic part of the compression package, and then set the one or more added bits as the mode parameter field, or set the one or more added bits and one or more reserved bits of the IP header dynamic part of the compression package as the mode parameter field together; and
  • the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv6 packet package stream add one or more bits to an IP header dynamic part of the compression package, and then set the one or more added bits as the mode parameter field.
  • the present invention also provides a system for a mode transformation in a robust header compression, and the system comprises 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 Initial and Refresh (IR) compression package/Initial and Refresh Dynamic (IRDYN) compression package of which a package format is Profile2 and Profile3;
  • IR Initial and Refresh
  • IRDYN Initial and Refresh Dynamic
  • the compression processing module is configured to: after receiving a mode transformation request carrying an expected target mode, obtain information about the expected target mode from the mode transformation request and send out the information about the expected target mode by carrying that information in the mode parameter field in the IR compression package or the IRDYN compression package if the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3 is required for replying; and
  • the decompression processing module is configured to: after receiving a mode transformation reply, obtain mode parameter information from the mode parameter field in the IR compression package or the IRDYN compression package if judging that the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3 is used for the reply.
  • the above system for the mode transformation can further have the following features:
  • the configuration module is configured to:
  • the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv4 packet package stream then set one or more reserved bits of an IP header dynamic part of the compression package as the mode parameter field; or add one or more bits to an IP header dynamic part of the compression package, and then set the one or more added bits as the mode parameter field, or set the one or more added bits and one or more reserved bits of the IP header dynamic part of the compression package as the mode parameter field together; and
  • the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv6 packet package stream add one or more bits to an IP header dynamic part of the compression package, and then set the one or more added bits as the mode parameter field.
  • the present invention provides a method and apparatus for a mode transformation in a robust header compression, which can modify the defect in the RFC3095 protocol and ensure that the deadlock of the mode transformation will not occur in the original flow. Meanwhile, for the IPv4 packet package stream, the utilization rate of the storage space and transmission bandwidth for the existing compression package is also improved.
  • FIG. 1 is a schematic diagram of mode transformations among U mode, O mode and R mode in the related art
  • FIG. 2 is a schematic diagram of a transformation process from O mode to R mode in the related art
  • FIG. 3 is a schematic diagram of a transformation process from R mode to O mode in the related art
  • FIG. 4 is a schematic diagram of a transformation process from R mode, O mode to U mode in the related art
  • FIG. 5 is a schematic diagram of setting a mode parameter field in an IR/IRDYN package for IPv4 packet package stream 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 package for IPv6 packet package stream Profile2 and Profile3 according to an embodiment of the present invention
  • FIGS. 7A-7B is a flow chart of a method for a mode transformation in a 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 a mode transformation in a robust header compression according to an embodiment of the present invention.
  • a mode parameter field is set in an IR compression package/IRDYN compression package of which a package format is Profile2 and Profile3, specifically, can be set by the following setting manner.
  • IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv4 packet package stream several reserved bits of an IP header dynamic part of the compression package are set as the mode parameter field; for example, as shown in FIG. 5 , the third and fourth bits in the fifth byte of the IP header dynamic part are set as the mode parameter field. Or, several bits can be added to the IP header dynamic part of the compression package, and then the several added bits are set as the mode parameter field. Or, after several bits are added to the IP header dynamic part of the compression package, the several added bits and several reserved bits of the IP header dynamic part of the compression package are set as the mode parameter field together.
  • the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv6 packet package stream then several bits are added to the IP header dynamic part of the compression package, and then the several added bits are set as the mode parameter field; for example, as shown in FIG. 6 , a byte can be added behind a Hop Limit field of the IP header dynamic part, and then the high 2-bit can be defined as the mode parameter field, and the low 6-bit can be reserved bits.
  • the mode parameter field of the present invention can select the position set in the IR/IRDYN package according to the practical requirement, and the present invention places no limitation on this.
  • expected target mode parameters can be written in the mode parameter field when a compressor responds a mode transformation request sent by a decompressor in the first handshake of the mode transformation, thereby avoiding the possibility of deadlock in the process of the mode transformation.
  • the compression party after receiving the mode transformation request carrying the expected target mode, if the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3 is required for replying, the compression party obtains the information about the expected target mode from the mode transformation request, and then sends out the information about the expected target mode by carrying that information in the mode parameter field in the IR compression package or the IRDYN compression package. Accordingly, after receiving a mode transformation reply, the decompression party can obtain the information about the expected target mode from the mode parameter field in the IR compression package or the IRDYN compression package, if judging that the package used by the reply is the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3.
  • the defect in the RFC3095 protocol is well modified, and it is ensured that the mode transformation will not occur the deadlock on the original procedure.
  • FIGS. 7A and 7B it shows a flow chart of a method for a mode transformation in a robust header compression according to an embodiment of the present invention, and the method includes the following steps:
  • step S 701 a flow for the mode transformation process starts, and step S 702 is performed;
  • step S 702 the decompression party sends an ACK/NACK feedback package carrying the expected target mode, i.e., the mode transformation request, and then step S 703 is performed;
  • step S 703 the decompression party sets a state variable D_TRANS as I, and step S 704 is performed;
  • step S 704 the compression party receives the ACK/NACK feedback package carrying the expected target mode, i.e., the mode transformation request, and step S 705 is performed;
  • step S 705 the compression party sets a C_TRANS as P, and sets a C_MODE as the expected target mode, and step S 706 is performed;
  • step S 706 it is judged whether the currently processed Profile type is 2 or 3, if yes, step S 707 is performed, otherwise, step S 711 is performed;
  • step S 707 it is judged whether the IR/IRDYN compression package is required for sending, if yes, step S 708 is performed, otherwise, step S 711 is performed;
  • step S 708 it is judged whether the current package stream is the IPv4 package stream, if yes, step S 709 is performed, otherwise, step S 710 is performed;
  • step S 709 the expected target mode is written into the corresponding position according to the package format specification of FIG. 5 , and step S 711 is performed;
  • step S 710 the expected target mode is written into the corresponding position according to the package format specification of FIG. 6 , and step S 711 is performed;
  • step S 711 the IR/IRDYN/UOR-2 compression package carrying the expected target mode is sent, and step S 712 is performed;
  • step S 712 the decompression party receives the IR/IRDYN/UOR-2 package carrying the expected target mode, and step S 713 is performed;
  • step S 713 the decompression party decompresses the mode parameter in the IR/IRDYN/UOR-2 package, and compares the mode parameter with the expected target mode, and step S 714 is performed;
  • step S 714 it is judged whether the compared result in the above step is the same, if yes, step S 715 is performed, otherwise, step S 712 is performed;
  • step S 715 the decompression party periodically sends the feedback package carrying the expected target mode, and step S 716 is performed;
  • step S 716 the compression party receives the feedback package carrying the expected target mode, and step S 717 is performed;
  • step S 717 the compression party changes the state variable C_TRANS into D, and step S 718 is performed;
  • step S 718 the compression party sends the type 0 or 1 of compression package under the expected target mode, and step S 719 is performed;
  • step S 719 the decompression party receives the type 0 or 1 of compression package under the expected target mode, and step S 720 is performed;
  • step S 720 the decompression party changes the state variable D_TRANS into D, and step S 721 is performed;
  • step S 721 the flow of the mode transformation ends.
  • An embodiment of the present invention also provides a compression apparatus which is applied to a mode transformation in a robust header compression, and as shown in FIG. 8 , the compression apparatus comprises:
  • a configuration module used to: set a mode parameter field in an Initial and Refresh (IR) compression package/Initial and Refresh Dynamic (IRDYN) compression package of which a package format is Profile2 and Profile3; and
  • IR Initial and Refresh
  • IRDYN Initial and Refresh Dynamic
  • a compression processing module used to: after receiving a mode transformation request carrying an expected target mode, obtain information about the expected target mode from the mode transformation request and send out the information about the expected target mode by carrying that information in the mode parameter field in the IR compression package or the IRDYN compression package if the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3 is required for replying.
  • the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv4 packet package stream then setting several reserved bits of an IP header dynamic part of the compression package as the mode parameter field; or adding several bits to an IP header dynamic part of the compression package, and then setting the several added bits as the mode parameter field, or setting the several added bits and several reserved bits of the IP header dynamic part of the compression package as the mode parameter field together;
  • the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv6 packet package stream, adding several bits to an IP header dynamic part of the compression package, and then setting the several added bits as the mode parameter field.
  • An embodiment of the present invention also provides a decompression apparatus which is applied to a mode transformation in a robust header compression, and as shown in FIG. 9 , the decompression apparatus comprises:
  • a configuration module used to: set a mode parameter field in an Initial and Refresh (IR) compression package/Initial and Refresh Dynamic (IRDYN) compression package of which a package format is Profile2 and Profile3; and
  • IR Initial and Refresh
  • IRDYN Initial and Refresh Dynamic
  • a decompression processing module used to: after receiving a mode transformation reply, obtain mode parameter information from the mode parameter field in the IR compression package or the IRDYN compression package if judging that the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3 is used for the reply.
  • the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv4 packet package stream then setting several reserved bits of an IP header dynamic part of the compression package as the mode parameter field; or adding several bits to an IP header dynamic part of the compression package, and then setting the several added bits as the mode parameter field, or setting the several added bits and several reserved bits of the IP header dynamic part of the compression package as the mode parameter field together;
  • the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv6 packet package stream, adding several bits to an IP header dynamic part of the compression package, and then setting the several added bits as the mode parameter field.
  • An embodiment of the present invention also provides a system for a mode transformation in a robust header compression, and as shown in FIG. 10 , the system comprises a configuration module, a compression processing module, and a decompression processing module, wherein:
  • the configuration module is used to: set a mode parameter field in an Initial and Refresh (IR) compression package/Initial and Refresh Dynamic (IRDYN) compression package of which a package format is Profile2 and Profile3;
  • IR Initial and Refresh
  • IRDYN Initial and Refresh Dynamic
  • the compression processing module is used to: after receiving a mode transformation request carrying an expected target mode, obtain information about the expected target mode from the mode transformation request and send out the information about the expected target mode by carrying that information in the mode parameter field in the IR compression package or the IRDYN compression package if the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3 is required for replying; and
  • the decompression processing module is used to: after receiving a mode transformation reply, obtain mode parameter information from the mode parameter field in the IR compression package or the IRDYN compression package if judging that the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3 is used for the reply.
  • the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv4 packet package stream then setting several reserved bits of an IP header dynamic part of the compression package as the mode parameter field; or adding several bits to an IP header dynamic part of the compression package, and then setting the several added bits as the mode parameter field, or setting the several added bits and several reserved bits of the IP header dynamic part of the compression package as the mode parameter field together;
  • the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv6 packet package stream, adding several bits to an IP header dynamic part of the compression package, and then setting the several added bits as the mode parameter field.
  • the present invention provides a method and apparatus for a mode transformation in a robust header compression, which can modify the defect in the RFC3095 protocol and ensure that the deadlock of the mode transformation will not occur in the original flow. Meanwhile, for the IPv4 packet package stream, the utilization rate of the storage space and transmission bandwidth for the existing compression package 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

A method and apparatus for mode transformation, compression and decompression in robust header compression is provided. The method for mode transformation includes: setting a mode parameter field in an IR/IRDYN compression package of which a package formats is Profile2 and Profile3; after receiving a mode transformation request carrying an expected target mode, a compression party obtaining information about the expected target mode from the mode transformation request and sending out the information about the expected target mode by carrying that information in the mode parameter field in the IR/IRDYN compression package; a decompression party obtaining mode parameter information from the mode parameter field in the IR/IRDYN compression package. The present invention can ensure that deadlock of the mode transformation will not occur on the original procedure.

Description

TECHNICAL FIELD
The present invention relates to a robust header compression algorithm in the mobile communication field, generally provides a method for mode transformation, comprising: modification, mode transformation process and implementation method for IR (Initial and Refresh)/IRDYN (IR Dynamic) compressed package format.
BACKGROUND OF THE RELATED ART
Compared with a wired link, a wireless link in the mobile communication system has lower transmission rate and higher bit error rate due to the limitation of physical condition. In order to effectively utilize the limited wireless channel bandwidth resource, a robust header compression technology (hereafter abbreviated as ROHC) is introduced. The core of the ROHC is to utilize the information redundant between packets of service stream to transparently compress and decompress the information in packet header between directly connected nodes. The ROHC technology is described by RFC3095 document of IETF (Internet Engineering Task Force) and revised by the IETF in February, 2007, and the revised document is RFC4815.
Mode is a very important concept in the ROHC. There are three kinds of operation modes defined in the RFC3095 protocol, and they are a Unidirectional mode (hereafter abbreviated as U mode), Bidirectional Optimistic mode (hereafter abbreviated as O mode), Bidirectional Reliable mode (hereafter abbreviated as R mode) respectively.
There is no feedback channel under the U mode, a data packet is only sent in one direction, i.e., the direction from a compressor to a decompressor, and no feedback packet is sent from the decompressor to the compressor. The state change of compressor mainly relies on periodic update and irregular change of header fields in the packet stream. Compression efficiency of the U mode is lower than the other two modes due to periodic update and lacking of feedback mechanism for error recovery. The compression of the ROHC must start from the U mode. The compressor can start to be transformed into other modes after the compressor receives a feedback package indicating the mode transferring.
Similarity exists between the O mode and the U mode, and their difference is in that the O mode has a feedback channel from the decompressor to the compressor for error recovery and important context update. The periodical update is used under the O mode no longer. The target of the O mode lies in furthest increasing the compression efficiency and less utilizing the feedback channel, and the O mode reduces error packages causing by residing error or context invalidity.
There is a greater difference between the R mode and the above two modes, and the important difference is in greatly utilizing of the feedback channel and preventing contexts of the compressor and decompressor from out of step. The sending of the feedback under the R mode is used for confirming all the context updates, including the update of sequence number field. The target of the R mode is in furthest improving the robustness, preventing or reducing the further expansion of package dropping and error package, and also reducing the probability of context invalidity in greatest degree even if the package dropping or error package occur.
Transformation can occurs between various modes, and the mode transformation is initiated by sending the feedback package carrying a CRC checking field from the decompressor to the compressor. It is described in section 5.6 of RFC3095 that three operation modes can transform with each other, and a schematic diagram of the mode transformation is shown in FIG. 1.
Additionally, in section 5.6 of RFC3095 and section 3.1 of RFC4815, in order to optimize the flow of the mode transformation, the protocol introduces two state variables at the compressor side, and the two state variables are C_MODE (compressor mode variable) and C_TRANS (compressor mode transformation state variable) respectively. The value of the C_MODE is in {U, O, R}, and the parameter meanings is respectively U mode, O mode, and R mode; and the initial value of the C_MODE is U. The value of the C_TRANS is in {P, D}, and the parameter meanings is respectively P (PENDING) and D (DONE); and the initial value of the C_TRANS is D.
Two state variables are also introduced at the decompressor side, and the two state variables are D_MODE (decompressor mode variable) and D_TRANS (decompressor mode transformation state variable) respectively. The value of the D_MODE is in {U, O, R}, and the initial value is U; and the value of the D_TRANS is in {I (Initiated), P, D}, and the initial value is D.
The flow of the mode transformation of ROHC is initiated by sending the feedback package carrying a desired target mode by the decompressor. In the present protocol, in addition to the transformation from the U mode to the O mode is completed by one message, all the other mode transformations are completed by way of three-way handshake. The initial, middle and final states in the three-way handshake are described by the above state variables, and the protocol prescribes that:
C_MODE and D_MODE indicate instant states of compressor and decompressor;
PENDING in C_TRANS indicates receiving a state transformation request of the decompressor;
DONE in C_TRANS indicates that the flow of mode transformation at the compressor side is done;
INITIATED in D_TRANS indicates that the decompressor initiates a mode transformation request at the moment;
PENDING in D_TRANS indicates that the decompressor receives a mode transformation request response sent by the compressor;
DONE in D_TRANS indicates that the flow of mode transformation at the decompressor side is done.
FIG. 2 shows a transformation process from the O mode to the R mode.
In FIG. 2, the decompressor continues to keep in the INITIATED state as long as the decompressor have not received IR, IRDYN or UOR-2 compression package of which the mode transformation parameter is set as R. When the C_TRANS is P, the compressor cannot send the compression package of profile 0 or profile 1, i.e., cannot send the compression package of profile 0 or profile 1 before receiving ACK of UOR-2, IRDYN or IR compression package of which the mode transformation parameter is R. After acknowledging the UOR-2, IRDYN or IR compression package, the decompressor receives the compression package of profile 0 or profile 1, and then can set the D_TRANS as D, and the flow ends.
The transformation flow from the U mode to the R mode is the same as the transformation flow from the O mode to the R mode.
FIG. 3 is a transformation flow from the R mode to the O mode.
The decompressor continues to keep in the INITIATED state as long as the decompressor have not received UOR-2, IRDYN or IR compression package of which the mode transformation parameter is set as 0. When the C_TRANS is P, the compressor cannot send the compression package of profile 0 or profile 1, i.e., cannot send the compression package of profile 0 or profile 1 before receiving ACK of UOR-2, IRDYN or IR compression package of which the mode transformation parameter is O. After acknowledging the UOR-2, IRDYN or IR compression package, the decompressor receives the compression package of profile 0 or profile 1, and then can set the D_TRANS as D, and the flow ends.
FIG. 4 is a transformation flow from R mode, O mode to U mode.
After the decompressor acknowledges the first UOR-2(U), IRDYN(U) or IR(U), i.e., the decompressor acknowledges the response of the mode transformation request, the decompressor must continue to send the feedback of which the mode is U, until receiving the compression package of profile 0 or profile 1.
In order to prevent deadlock caused by dropping the feedback message in the three-way handshake flow of the mode transformation flow, the protocol also prescribes that, when the C_TRANS is P, the mode information is included in a sent compression package to send at least periodically (i.e., IR/IRDYN/UOR-2 compression package); when the D_TRANS is P, the decompressor doesn't need to send the feedback for each received message, but must continually send the feedback carrying the CRC according to a certain period (i.e., the final ACK message in the drawing).
In the package format defined in the RFC3095 protocol, only Profile1 type (RTP package type defined in the RFC3095 protocol) IR/IRDYN compression package can carry the mode parameter, and both Profile2 type (UDP package type defined in the RFC3095 protocol) and Profile3 type (ESP package type defined in the RFC3095 protocol) IR/IRDYN compression packages do not carry mode parameters. Thus, in the first handshake, it may result in that the compressor cannot include the mode parameter in the compression package to send, thereby causing that the deadlock occurs during the mode transformation.
Content of the Invention
The technical problem solved by the present invention is to provide a method and apparatus for a mode transformation in a robust header compression, by using that method and apparatus, the defect in the RFC3095 protocol can be modified and it is ensured that the deadlock of the mode transformation will not occur in the original flow. Meanwhile, for the IPv4 packet package stream, the utilization rate of the storage space and transmission bandwidth for the existing compression package is also improved.
In order to solve the above technical problem, the present invention provides a compression method, applied to a mode transformation in a robust header compression, and the compression method comprises:
setting a mode parameter field in an Initial and Refresh (IR) compression package/Initial and Refresh Dynamic (IRDYN) compression package of which a package formats is Profile2 and Profile3; and
after receiving a mode transformation request carrying an expected target mode, a compression party obtaining information about the expected target mode from the mode transformation request and sending out the information about the expected target mode by carrying that information in the mode parameter field in the IR compression package or the IRDYN compression package if the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3 is required for replying.
The above compression method can further have the following features:
the step of setting the mode parameter field in the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 comprises:
if the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv4 packet package stream, then setting one or more reserved bits of an IP header dynamic part of the compression package as the mode parameter field; or adding one or more bits to an IP header dynamic part of the compression package, and then setting the one or more added bits as the mode parameter field, or setting the one or more added bits and one or more reserved bits of the IP header dynamic part of the compression package as the mode parameter field together; and
if the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv6 packet package stream, adding one or more bits to an IP header dynamic part of the compression package, and then setting the one or more added bits as the mode parameter field.
In order to solve the above technical problem, the present invention also provides a decompression method, applied to a mode transformation in a robust header compression, and the decompression method comprises:
setting a mode parameter field in an Initial and Refresh (IR) compression package/Initial and Refresh Dynamic (IRDYN) compression package of which a package format is Profile2 and Profile3; and
after receiving a mode transformation reply, a decompression party obtaining mode parameter information from the mode parameter field in the IR compression package or the IRDYN compression package if judging that the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3 is used for the reply.
The above decompression method can further have the following features:
the mode parameter field is set by the following manner:
if the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv4 packet package stream, then setting one or more reserved bits of an IP header dynamic part of the compression package as the mode parameter field; or adding one or more bits to an IP header dynamic part of the compression package, and then setting the one or more added bits as the mode parameter field, or setting the one or more added bits and one or more reserved bits of the IP header dynamic part of the compression package as the mode parameter field together; and
if the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv6 packet package stream, adding one or more bits to an IP header dynamic part of the compression package, and then setting the one or more added bits as the mode parameter field.
In order to solve the above technical problem, the present invention also provides a method for a mode transformation in a robust header compression, and the method comprises:
setting a mode parameter field in an Initial and Refresh (IR) compression package/Initial and Refresh Dynamic (IRDYN) compression package of which a package formats is Profile2 and Profile3; and
after receiving a mode transformation request carrying an expected target mode, a compression party obtaining information about the expected target mode from the mode transformation request and sending out the information about the expected target mode by carrying that information in the mode parameter field in the IR compression package or the IRDYN compression package if the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3 is required for replying; and
after receiving a mode transformation reply, a decompression party obtaining mode parameter information from the mode parameter field in the IR compression package or the IRDYN compression package if judging that the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3 is used for the reply.
The above method for the mode transformation can further have the following features:
the step of setting the mode parameter field in the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 comprises:
if the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv4 packet package stream, then setting one or more reserved bits of an IP header dynamic part of the compression package as the mode parameter field; or adding one or more bits to an IP header dynamic part of the compression package, and then setting the one or more added bits as the mode parameter field, or setting the one or more added bits and one or more reserved bits of the IP header dynamic part of the compression package as the mode parameter field together; and
if the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv6 packet package stream, adding one or more bits to an IP header dynamic part of the compression package, and then setting the one or more added bits as the mode parameter field.
In order to solve the above technical problem, the present invention also provides a compression apparatus, applied to a mode transformation in a robust header compression, and the compression apparatus comprises:
a configuration module, configured to: set a mode parameter field in an Initial and Refresh (IR) compression package/Initial and Refresh Dynamic (IRDYN) compression package of which a package format is Profile2 and Profile3; and
a compression processing module, configured to: after receiving a mode transformation request carrying an expected target mode, obtain information about the expected target mode from the mode transformation request and send out the information about the expected target mode by carrying that information in the mode parameter field in the IR compression package or the IRDYN compression package if the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3 is required for replying.
The above compression apparatus can further have the following features:
the configuration module is configured to:
if the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv4 packet package stream, then set one or more reserved bits of an IP header dynamic part of the compression package as the mode parameter field; or add one or more bits to an IP header dynamic part of the compression package, and then set the one or more added bits as the mode parameter field, or set the one or more added bits and one or more reserved bits of the IP header dynamic part of the compression package as the mode parameter field together; and
if the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv6 packet package stream, add one or more bits to an IP header dynamic part of the compression package, and then set the one or more added bits as the mode parameter field.
In order to solve the above technical problem, the present invention also provides a decompression apparatus, applied to a mode transformation in a robust header compression, and the decompression apparatus comprises:
a configuration module, configured to: set a mode parameter field in an Initial and Refresh (IR) compression package/Initial and Refresh Dynamic (IRDYN) compression package of which a package format is Profile2 and Profile3; and
a decompression processing module, configured to: after receiving a mode transformation reply, obtain mode parameter information from the mode parameter field in the IR compression package or the IRDYN compression package if judging that the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3 is used for the reply.
The above decompression apparatus can further have the following features:
the configuration module is configured to:
if the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv4 packet package stream, then set one or more reserved bits of an IP header dynamic part of the compression package as the mode parameter field; or add one or more bits to an IP header dynamic part of the compression package, and then set the one or more added bits as the mode parameter field, or set the one or more added bits and one or more reserved bits of the IP header dynamic part of the compression package as the mode parameter field together; and
if the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv6 packet package stream, add one or more bits to an IP header dynamic part of the compression package, and then set the one or more added bits as the mode parameter field.
In order to solve the above technical problem, the present invention also provides a system for a mode transformation in a robust header compression, and the system comprises 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 Initial and Refresh (IR) compression package/Initial and Refresh Dynamic (IRDYN) compression package of which a package format is Profile2 and Profile3;
the compression processing module is configured to: after receiving a mode transformation request carrying an expected target mode, obtain information about the expected target mode from the mode transformation request and send out the information about the expected target mode by carrying that information in the mode parameter field in the IR compression package or the IRDYN compression package if the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3 is required for replying; and
the decompression processing module is configured to: after receiving a mode transformation reply, obtain mode parameter information from the mode parameter field in the IR compression package or the IRDYN compression package if judging that the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3 is used for the reply.
The above system for the mode transformation can further have the following features:
the configuration module is configured to:
if the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv4 packet package stream, then set one or more reserved bits of an IP header dynamic part of the compression package as the mode parameter field; or add one or more bits to an IP header dynamic part of the compression package, and then set the one or more added bits as the mode parameter field, or set the one or more added bits and one or more reserved bits of the IP header dynamic part of the compression package as the mode parameter field together; and
if the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv6 packet package stream, add one or more bits to an IP header dynamic part of the compression package, and then set the one or more added bits as the mode parameter field.
The present invention provides a method and apparatus for a mode transformation in a robust header compression, which can modify the defect in the RFC3095 protocol and ensure that the deadlock of the mode transformation will not occur in the original flow. Meanwhile, for the IPv4 packet package stream, the utilization rate of the storage space and transmission bandwidth for the existing compression package is also improved.
BRIEF DESCRIPTION OF DRAWINGS
FIG. 1 is a schematic diagram of mode transformations among U mode, O mode and R mode in the related art;
FIG. 2 is a schematic diagram of a transformation process from O mode to R mode in the related art;
FIG. 3 is a schematic diagram of a transformation process from R mode to O mode in the related art;
FIG. 4 is a schematic diagram of a transformation process from R mode, O mode to U mode in the related art;
FIG. 5 is a schematic diagram of setting a mode parameter field in an IR/IRDYN package for IPv4 packet package stream 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 package for IPv6 packet package stream Profile2 and Profile3 according to an embodiment of the present invention;
FIGS. 7A-7B is a flow chart of a method for a mode transformation in a 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; and
FIG. 10 is a block diagram of an apparatus for a mode transformation in a robust header compression according to an embodiment of the present invention.
 PREFERRED EMBODIMENTS OF THE PRESENT INVENTION
The implementation scheme of the present invention is described in detail in combination with the accompanying drawings hereinafter.
First, in the present invention, a mode parameter field is set in an IR compression package/IRDYN compression package of which a package format is Profile2 and Profile3, specifically, can be set by the following setting manner.
If the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv4 packet package stream, several reserved bits of an IP header dynamic part of the compression package are set as the mode parameter field; for example, as shown in FIG. 5, the third and fourth bits in the fifth byte of the IP header dynamic part are set as the mode parameter field. Or, several bits can be added to the IP header dynamic part of the compression package, and then the several added bits are set as the mode parameter field. Or, after several bits are added to the IP header dynamic part of the compression package, the several added bits and several reserved bits of the IP header dynamic part of the compression package are set as the mode parameter field together.
If the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv6 packet package stream, then several bits are added to the IP header dynamic part of the compression package, and then the several added bits are set as the mode parameter field; for example, as shown in FIG. 6, a byte can be added behind a Hop Limit field of the IP header dynamic part, and then the high 2-bit can be defined as the mode parameter field, and the low 6-bit can be reserved bits.
The mode parameter field of the present invention can select the position set in the IR/IRDYN package according to the practical requirement, and the present invention places no limitation on this.
In the present invention, after setting the mode parameter field in the IR compression package or the IRDYN compression package of the package format being Profile2 or Profile3 by using the above manner, expected target mode parameters can be written in the mode parameter field when a compressor responds a mode transformation request sent by a decompressor in the first handshake of the mode transformation, thereby avoiding the possibility of deadlock in the process of the mode transformation.
Specifically, after receiving the mode transformation request carrying the expected target mode, if the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3 is required for replying, the compression party obtains the information about the expected target mode from the mode transformation request, and then sends out the information about the expected target mode by carrying that information in the mode parameter field in the IR compression package or the IRDYN compression package. Accordingly, after receiving a mode transformation reply, the decompression party can obtain the information about the expected target mode from the mode parameter field in the IR compression package or the IRDYN compression package, if judging that the package used by the reply is the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3. Thus, the defect in the RFC3095 protocol is well modified, and it is ensured that the mode transformation will not occur the deadlock on the original procedure.
Referring to FIGS. 7A and 7B, it shows a flow chart of a method for a mode transformation in a robust header compression according to an embodiment of the present invention, and the method includes the following steps:
in step S701, a flow for the mode transformation process starts, and step S702 is performed;
in step S702, the decompression party sends an ACK/NACK feedback package carrying the expected target mode, i.e., the mode transformation request, and then step S703 is performed;
in step S703, the decompression party sets a state variable D_TRANS as I, and step S704 is performed;
in step S704, the compression party receives the ACK/NACK feedback package carrying the expected target mode, i.e., the mode transformation request, and step S705 is performed;
in step S705, the compression party sets a C_TRANS as P, and sets a C_MODE as the expected target mode, and step S706 is performed;
in step S706, it is judged whether the currently processed Profile type is 2 or 3, if yes, step S707 is performed, otherwise, step S711 is performed;
in step S707, it is judged whether the IR/IRDYN compression package is required for sending, if yes, step S708 is performed, otherwise, step S711 is performed;
in step S708, it is judged whether the current package stream is the IPv4 package stream, if yes, step S709 is performed, otherwise, step S710 is performed;
in step S709, the expected target mode is written into the corresponding position according to the package format specification of FIG. 5, and step S711 is performed;
in step S710, the expected target mode is written into the corresponding position according to the package format specification of FIG. 6, and step S711 is performed;
in step S711, the IR/IRDYN/UOR-2 compression package carrying the expected target mode is sent, and step S712 is performed;
in step S712, the decompression party receives the IR/IRDYN/UOR-2 package carrying the expected target mode, and step S713 is performed;
in step S713, the decompression party decompresses the mode parameter in the IR/IRDYN/UOR-2 package, and compares the mode parameter with the expected target mode, and step S714 is performed;
in step S714, it is judged whether the compared result in the above step is the same, if yes, step S715 is performed, otherwise, step S712 is performed;
in step S715, the decompression party periodically sends the feedback package carrying the expected target mode, and step S716 is performed;
in step S716, the compression party receives the feedback package carrying the expected target mode, and step S717 is performed;
in step S717, the compression party changes the state variable C_TRANS into D, and step S718 is performed;
in step S718, the compression party sends the type 0 or 1 of compression package under the expected target mode, and step S719 is performed;
in step S719, the decompression party receives the type 0 or 1 of compression package under the expected target mode, and step S720 is performed;
in step S720, the decompression party changes the state variable D_TRANS into D, and step S721 is performed; and
in step S721, the flow of the mode transformation ends.
An embodiment of the present invention also provides a compression apparatus which is applied to a mode transformation in a robust header compression, and as shown in FIG. 8, the compression apparatus comprises:
a configuration module, used to: set a mode parameter field in an Initial and Refresh (IR) compression package/Initial and Refresh Dynamic (IRDYN) compression package of which a package format is Profile2 and Profile3; and
a compression processing module, used to: after receiving a mode transformation request carrying an expected target mode, obtain information about the expected target mode from the mode transformation request and send out the information about the expected target mode by carrying that information in the mode parameter field in the IR compression package or the IRDYN compression package if the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3 is required for replying.
The configuration module setting the mode parameter field comprises:
if the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv4 packet package stream, then setting several reserved bits of an IP header dynamic part of the compression package as the mode parameter field; or adding several bits to an IP header dynamic part of the compression package, and then setting the several added bits as the mode parameter field, or setting the several added bits and several reserved bits of the IP header dynamic part of the compression package as the mode parameter field together; and
if the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv6 packet package stream, adding several bits to an IP header dynamic part of the compression package, and then setting the several added bits as the mode parameter field.
An embodiment of the present invention also provides a decompression apparatus which is applied to a mode transformation in a robust header compression, and as shown in FIG. 9, the decompression apparatus comprises:
a configuration module, used to: set a mode parameter field in an Initial and Refresh (IR) compression package/Initial and Refresh Dynamic (IRDYN) compression package of which a package format is Profile2 and Profile3; and
a decompression processing module, used to: after receiving a mode transformation reply, obtain mode parameter information from the mode parameter field in the IR compression package or the IRDYN compression package if judging that the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3 is used for the reply.
The configuration module setting the mode parameter field comprises:
if the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv4 packet package stream, then setting several reserved bits of an IP header dynamic part of the compression package as the mode parameter field; or adding several bits to an IP header dynamic part of the compression package, and then setting the several added bits as the mode parameter field, or setting the several added bits and several reserved bits of the IP header dynamic part of the compression package as the mode parameter field together; and
if the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv6 packet package stream, adding several bits to an IP header dynamic part of the compression package, and then setting the several added bits as the mode parameter field.
An embodiment of the present invention also provides a system for a mode transformation in a robust header compression, and as shown in FIG. 10, the system comprises a configuration module, a compression processing module, and a decompression processing module, wherein:
the configuration module is used to: set a mode parameter field in an Initial and Refresh (IR) compression package/Initial and Refresh Dynamic (IRDYN) compression package of which a package format is Profile2 and Profile3;
the compression processing module is used to: after receiving a mode transformation request carrying an expected target mode, obtain information about the expected target mode from the mode transformation request and send out the information about the expected target mode by carrying that information in the mode parameter field in the IR compression package or the IRDYN compression package if the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3 is required for replying; and
the decompression processing module is used to: after receiving a mode transformation reply, obtain mode parameter information from the mode parameter field in the IR compression package or the IRDYN compression package if judging that the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3 is used for the reply.
The configuration module setting the mode parameter field comprises:
if the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv4 packet package stream, then setting several reserved bits of an IP header dynamic part of the compression package as the mode parameter field; or adding several bits to an IP header dynamic part of the compression package, and then setting the several added bits as the mode parameter field, or setting the several added bits and several reserved bits of the IP header dynamic part of the compression package as the mode parameter field together; and
if the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 adopts an IPv6 packet package stream, adding several bits to an IP header dynamic part of the compression package, and then setting the several added bits as the mode parameter field.
Although, for the purpose of illustration, the preferred embodiments of the present invention is disclosed already, it will be aware by those skilled in the art that various improvements, additions and alternations are also possible, and thereby the scope of the present invention should not be limited to the above embodiments.
It will be understood by those skilled in the art that all of or part of steps in the above method can be completed by means of a program instructing relevant hardwires, and the program may store in a computer readable storage medium, such as a read only memory, a magnetic disk, or an optical disk, etc. Alternatively, all of or part of steps of the above embodiments can also be implemented by means of one or more integrated circuits. Accordingly, each module/unit in the above embodiments can be implemented in the form of hardware or software function module. The present invention is not limited to any particular form of combination of hardware and software.
INDUSTRIAL APPLICABILITY
The present invention provides a method and apparatus for a mode transformation in a robust header compression, which can modify the defect in the RFC3095 protocol and ensure that the deadlock of the mode transformation will not occur in the original flow. Meanwhile, for the IPv4 packet package stream, the utilization rate of the storage space and transmission bandwidth for the existing compression package is also improved.

Claims (4)

What we claim is:
1. A compression method, applied to a mode transformation in a robust header compression, and comprising the following computer-implemented steps:
setting a mode parameter field in an Initial and Refresh (IR) compression package/Initial and Refresh Dynamic (IRDYN) compression package of which a package formats is Profile2 and Profile3 type; and
after receiving a mode transformation request carrying an expected target mode, a compression party obtaining information about the expected target mode from the mode transformation request and sending out the information about the expected target mode by carrying that information in the mode parameter field in the IR compression package or the IRDYN compression package if the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3 type is required for replying;
wherein, the step of setting the mode parameter field in the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 type comprises:
if the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 type adopts an Internet Protocol version 4 (IPv4) packet package stream, then setting one or more reserved bits of an Internet Protocol (IP) header dynamic part of the compression package as the mode parameter field; or adding one or more bits to an IP header dynamic part of the compression package, and then setting the one or more added bits as the mode parameter field, or setting the one or more added bits and one or more reserved bits of the IP header dynamic part of the compression package as the mode parameter field together; and
if the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 type adopts an Internet Protocol version 6 (IPv6) packet package stream, adding one or more bits to an IP header dynamic part of the compression package, and then setting the one or more added bits as the mode parameter field.
2. A decompression method, applied to a mode transformation in a robust header compression, and comprising the following computer-implemented steps:
setting a mode parameter field in an Initial and Refresh (IR) compression package/Initial and Refresh Dynamic (IRDYN) compression package of which a package format is Profile2 and Profile3 type; and
after receiving a mode transformation reply, a decompression party obtaining mode parameter information from the mode parameter field in the IR compression package or the IRDYN compression package if judging that the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3 type is used for the reply;
wherein, the mode parameter field is set by the following manner:
if the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 type adopts an Internet Protocol version 4 (IPv4) packet package stream, then setting one or more reserved bits of an Internet Protocol (IP) header dynamic part of the compression package as the mode parameter field; or adding one or more bits to an IP header dynamic part of the compression package, and then setting the one or more added bits as the mode parameter field, or setting the one or more added bits and one or more reserved bits of the IP header dynamic part of the compression package as the mode parameter field together; and
if the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 type adopts an Internet Protocol version 6 (IPv6) packet package stream, adding one or more bits to an IP header dynamic part of the compression package, and then setting the one or more added bits as the mode parameter field.
3. A compression apparatus, applied to a mode transformation in a robust header compression, comprising: at least one processor executing a configuration module and a compression processing module, wherein:
the configuration module, configured to: set a mode parameter field in an Initial and Refresh (IR) compression package/Initial and Refresh Dynamic (IRDYN) compression package of which a package format is Profile2 and Profile3 type; and
the compression processing module, configured to: after receiving a mode transformation request carrying an expected target mode, obtain information about the expected target mode from the mode transformation request and send out the information about the expected target mode by carrying that information in the mode parameter field in the IR compression package or the IRDYN compression package if the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3 type is required for replying;
wherein, the configuration module is configured to:
if the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 type adopts an Internet Protocol version 4 (IPv4) packet package stream, then set one or more reserved bits of an Internet Protocol (IP) header dynamic part of the compression package as the mode parameter field; or add one or more bits to an IP header dynamic part of the compression package, and then set the one or more added bits as the mode parameter field, or set the one or more added bits and one or more reserved bits of the IP header dynamic part of the compression package as the mode parameter field together; and
if the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 type adopts an Internet Protocol version (IPv6) packet package stream, add one or more bits to an IP header dynamic part of the compression package, and then set the one or more added bits as the mode parameter field.
4. A decompression apparatus applied to a mode transformation in a robust header compression, comprising: ate least one processor executing a configuration module and a decompression processing module, wherein:
the configuration module, configured to: set a mode parameter field in an Initial and Refresh (IR) compression package/Initial and Refresh Dynamic (IRDYN) compression package of which a package format is Profile2 and Profile3 type; and
the decompression processing module, configured to: after receiving a mode transformation reply, obtain mode parameter information from the mode parameter field in the IR compression package or the IRDYN compression package if judging that the IR compression package or the IRDYN compression package of which the package format is Profile2 or Profile3 type is used for the reply;
wherein, the configuration module is configured to:
if the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 type adopts an Internet Protocol version (IPv4) packet package stream, then set one or more reserved bits of an Internet Protocol (IP) header dynamic part of the compression package as the mode parameter field; or add one or more bits to an IP header dynamic part of the compression package, and then set the one or more added bits as the mode parameter field, or set the one or more added bits and one or more reserved bits of the IP header dynamic part of the compression package as the mode parameter field together; and
if the IR compression package/IRDYN compression package of which the package format is Profile2 and Profile3 type adopts an Internet Protocol version 6 (IPv6) packet package stream, add one or more bits to an IP header dynamic part of the compression package, and then set the one or more added bits as the mode parameter field.
US13/260,001 2010-04-21 2010-11-25 Method and apparatus for mode transition, compression, and decompression in robust header compression Expired - Fee Related US8761197B2 (en)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN201010154342 2010-04-21
CN201010154342.0 2010-04-21
CN201010154342A CN101848491A (en) 2010-04-21 2010-04-21 Mode converting method and device in robust header compression
PCT/CN2010/079146 WO2011131007A1 (en) 2010-04-21 2010-11-25 Method and apparatus for mode transition, compression, and decompression in robust header compression

Publications (2)

Publication Number Publication Date
US20130121345A1 US20130121345A1 (en) 2013-05-16
US8761197B2 true US8761197B2 (en) 2014-06-24

Family

ID=42772914

Family Applications (1)

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

Country Status (4)

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

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101848491A (en) 2010-04-21 2010-09-29 中兴通讯股份有限公司 Mode converting method and device in robust header compression
CN101977402B (en) * 2010-10-19 2015-04-01 中兴通讯股份有限公司 Method and device for reusing context in robustness header compression
EP3090518B1 (en) * 2014-01-03 2020-02-12 LG Electronics Inc. Method and apparatus for transmitting/receiving broadcast signal including robust header compression packet stream
IN2014CH00621A (en) * 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 (en) * 2014-09-24 2021-07-06 삼성전자 주식회사 Method and apparatus of performing of call using long-term evolution system
US10574723B2 (en) * 2016-11-30 2020-02-25 Nutanix, Inc. Web services communication management
FI3766219T3 (en) * 2018-03-16 2023-05-03 Acklio Method and apparatus for processing message data
RU2767321C1 (en) * 2019-04-30 2022-03-17 Гуандун Оппо Мобайл Телекоммьюникейшнз Корп., Лтд. Method and device for wireless communication

Citations (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1507286A (en) 2002-12-09 2004-06-23 中国科学技术大学 Robustness header compression/decompression method for MIPv6
CN1595911A (en) 2004-07-16 2005-03-16 中国科学院计算技术研究所 A robust IPv6 header compression method
US20050180383A1 (en) * 2004-02-12 2005-08-18 Samsung Electronics Co., Ltd. Method of resuming header decompression in a multimedia broadcast/multicast service system
CN1918875A (en) 2004-02-06 2007-02-21 艾利森电话股份有限公司 Broadcast/multicast services with unidirectional header compression
CN1996941A (en) 2006-06-30 2007-07-11 华为技术有限公司 A robust processing method for header compression U mode error
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 (en) 2004-11-15 2007-11-07 艾利森电话股份有限公司 Method and apparatus for header compression with transmission of context information dependent upon media characteristic
US20080080559A1 (en) * 2006-10-02 2008-04-03 Motorola, Inc. Link Layer Assisted Robust Header Compression Context Update Management
CN101212404A (en) 2006-12-27 2008-07-02 大唐移动通信设备有限公司 Robust header compressed group data transmission method and system
US7450547B2 (en) * 2004-02-12 2008-11-11 Samsung Electronics Co., Ltd Method for resuming header decompression in a multimedia broadcast/multicast service system
US7512716B2 (en) * 2002-10-11 2009-03-31 Telefonaktiebolaget Lm Ericsson (Publ) Header compression method
CN101494641A (en) 2008-01-23 2009-07-29 中兴通讯股份有限公司 Mode transition method and apparatus of robustness head compression technology
KR20100029319A (en) 2008-09-08 2010-03-17 삼성전자주식회사 Method and apparatus for multicast and broadcast service with header compression in wideband communication system
CN101707616A (en) 2009-11-27 2010-05-12 中兴通讯股份有限公司 Method and device for compressing and decompressing user datagram protocol data packet
US7738391B2 (en) * 2004-06-01 2010-06-15 Stmicroelectronics S.R.L. Method and system for communicating video data in a packet-switched network, related network and computer program product therefor
CN101835196A (en) 2010-05-14 2010-09-15 中兴通讯股份有限公司 Method and device for mode conversion in robust header compression
CN101848491A (en) 2010-04-21 2010-09-29 中兴通讯股份有限公司 Mode converting method and device in robust header compression
US8300542B2 (en) * 2006-02-06 2012-10-30 Telefonaktiebolaget L M Ericsson (Publ) VoIP performance optimization for E-DCH power limitation
US8406212B2 (en) * 2006-02-22 2013-03-26 Apple Inc. Service flow with robust header compression (ROHC) in a WiMAX wireless network

Patent Citations (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7512716B2 (en) * 2002-10-11 2009-03-31 Telefonaktiebolaget Lm Ericsson (Publ) Header compression method
CN1507286A (en) 2002-12-09 2004-06-23 中国科学技术大学 Robustness header compression/decompression method for MIPv6
CN1918875A (en) 2004-02-06 2007-02-21 艾利森电话股份有限公司 Broadcast/multicast services with unidirectional header compression
US20050180383A1 (en) * 2004-02-12 2005-08-18 Samsung Electronics Co., Ltd. Method of resuming header decompression in a multimedia broadcast/multicast service system
CN1684466A (en) 2004-02-12 2005-10-19 三星电子株式会社 Method of resuming header decompression in a multimedia broadcast/mulitcast service system
US7450547B2 (en) * 2004-02-12 2008-11-11 Samsung Electronics Co., Ltd Method for resuming header decompression in a multimedia broadcast/multicast service system
US7738391B2 (en) * 2004-06-01 2010-06-15 Stmicroelectronics S.R.L. Method and system for communicating video data in a packet-switched network, related network and computer program product therefor
CN1595911A (en) 2004-07-16 2005-03-16 中国科学院计算技术研究所 A robust IPv6 header compression method
CN101069401A (en) 2004-11-15 2007-11-07 艾利森电话股份有限公司 Method and apparatus for header compression with transmission of context information dependent upon media characteristic
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
US20070165635A1 (en) * 2006-01-13 2007-07-19 Thomson Licensing 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
US8300542B2 (en) * 2006-02-06 2012-10-30 Telefonaktiebolaget L M Ericsson (Publ) VoIP performance optimization for E-DCH power limitation
US8406212B2 (en) * 2006-02-22 2013-03-26 Apple Inc. Service flow with robust header compression (ROHC) in a WiMAX wireless network
CN1996941A (en) 2006-06-30 2007-07-11 华为技术有限公司 A robust processing method for header compression U mode error
US20080080559A1 (en) * 2006-10-02 2008-04-03 Motorola, Inc. Link Layer Assisted Robust Header Compression Context Update Management
CN101212404A (en) 2006-12-27 2008-07-02 大唐移动通信设备有限公司 Robust header compressed group data transmission method and system
CN101494641A (en) 2008-01-23 2009-07-29 中兴通讯股份有限公司 Mode transition method and apparatus of robustness head compression technology
KR20100029319A (en) 2008-09-08 2010-03-17 삼성전자주식회사 Method and apparatus for multicast and broadcast service with header compression in wideband communication system
CN101707616A (en) 2009-11-27 2010-05-12 中兴通讯股份有限公司 Method and device for compressing and decompressing user datagram protocol data packet
CN101848491A (en) 2010-04-21 2010-09-29 中兴通讯股份有限公司 Mode converting method and device in robust header compression
CN101835196A (en) 2010-05-14 2010-09-15 中兴通讯股份有限公司 Method and device for mode conversion in robust header compression

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
International Search Report, Oct. 27, 2011, 4 pages, PCT/CN2010/079146.

Also Published As

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

Similar Documents

Publication Publication Date Title
US8761197B2 (en) Method and apparatus for mode transition, compression, and decompression in robust header compression
US9166931B2 (en) Method and device for improving robustness of context update message in robust header compression
JP7029471B2 (en) Uplink data decompression, compression method and equipment
US7664881B2 (en) Packet header compression system and method based upon a dynamic template creation
RU2424627C2 (en) Dynamic robust header compression
JP4317403B2 (en) Header compression apparatus and header compression method
US8848583B2 (en) Communication method and apparatus for header compression
JP2007189697A (en) Method for exchange of data packet in network of distributed station, device for compression of data packet and device for decompression of data packet
US7512716B2 (en) Header compression method
EP2472813B1 (en) Method and device for user datagram protocol packet compression and decompression
WO2011160495A1 (en) Feedback method and device for header compression feedback information
CN111385268B (en) Data packet header compression confirmation method and communication equipment
JP7087020B2 (en) Call execution method and device using LTE system
WO2012051883A1 (en) Method and device for reusing context in robust header compression
US9240952B2 (en) System and method for communication between networked applications
US20200128109A1 (en) Method for performing mode transition of compression operation in transmission device, and transmission device thereof
US9525650B2 (en) Method and system for updating reorder depth in robust header compression
AU2014231331A1 (en) System and method for reliable messaging between application sessions across volatile networking conditions
CN102740357A (en) Method and device for bidirectional-reliable-mode second-order-state robust header compression
US9338016B2 (en) Method and apparatus for exchanging messages
WO2021062690A1 (en) Ethernet frame packet header compression processing method and apparatus, user terminal, base station and medium
Tömösközi Machine learning for flow compression

Legal Events

Date Code Title Description
AS Assignment

Owner name: ZTE CORPORATION, CHINA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:ZHANG, JIAN;SHI, XUEHONG;REEL/FRAME:028405/0018

Effective date: 20111031

STCF Information on status: patent grant

Free format text: PATENTED CASE

CC Certificate of correction
MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1551)

Year of fee payment: 4

FEPP Fee payment procedure

Free format text: MAINTENANCE FEE REMINDER MAILED (ORIGINAL EVENT CODE: REM.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

LAPS Lapse for failure to pay maintenance fees

Free format text: PATENT EXPIRED FOR FAILURE TO PAY MAINTENANCE FEES (ORIGINAL EVENT CODE: EXP.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

STCH Information on status: patent discontinuation

Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362

FP Lapsed due to failure to pay maintenance fee

Effective date: 20220624