WO2009074101A1

WO2009074101A1 - A method, system and apparatus for processing header compression in wireless network

Info

Publication number: WO2009074101A1
Application number: PCT/CN2008/073327
Authority: WO
Inventors: Wenliang Liang; Jianjun Wu
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2007-12-07
Filing date: 2008-12-04
Publication date: 2009-06-18
Also published as: CN101453298A; CN101453298B

Abstract

A method for processing header compression in wireless network is disclosed in the present invention. The method includes that: the initial context of packet header compression (PHC) is established in a compression side and a decompression side; the state transformation information is transmitted from the compression side to the decompression side when the state of compression is needed to transform; the data packet from the compression side is decompressed by using the state transformation information in the decompression side. According to the present invention, it is possible that the states of variational dynamic parameters are transformed in real-time and the header compression is performed in the media access control (MAC) layer. Simultaneity, a system and apparatus for processing header compression in wireless network are also disclosed in the present invention.

Description

Method and system for processing head compression in wireless network, the application is filed on December 7, 2007, and the application number is 200710199032.9, and the invention name is "a method and system for processing header compression in a wireless network" The priority of the Chinese Patent Application, the entire disclosure of which is incorporated herein by reference.

Technical field

The present invention relates to the field of communications technologies, and in particular, to a method, system and apparatus for processing header compression in a wireless network. Background technique

Due to physical conditions, the wireless link has a lower transmission rate and a higher bit error rate than the wired link. When IP technology is applied in a wireless cell environment, there is a problem that the packet header overhead is excessive. For example, for an IPv6 voice communication packet, the packet payload that the user really needs is often only 22% of the entire packet. This not only wastes bandwidth, but also increases the probability that packets will be discarded due to errors. If effective measures are not taken, the quality of service (QoS) will be reduced while wasting valuable wireless network resources.

Robust Header Compression (ROHC) is a stream-based header compression scheme. In the process of network data transmission, most of the header fields of the same stream have the same domain value. The ROHC takes a reference packet in a certain stream, and only transmits information about the change of the reference packet in the header field for other packets to achieve the purpose of compression, thereby making more efficient use of the bandwidth. At the same time, ROHC also makes the header compression mechanism highly efficient and reasonable robust by controlling the frequency and quantity of feedback messages, strict logic for detecting out-of-synchronization, and error checking. In this way, ROHC provides a header compression mechanism suitable for high bit error rates and long latency links.

ROHC defines a compressor (Compressor) and a decompressor (DeCompressor), each with three states. The three states of the compressor are IR (Initialization and Refresh), FO (First Order) and SO (First Order); the three states of the decompressor are NC (No Context), SC (Static Context) and FC (Full Context). ). ROHC is based on the form of feedback and is divided into three modes: U-mode, R-mode, and O-mode. In U mode, communication is unidirectional, compressor state transition does not depend on feedback; negative feedback is mandatory in 0 mode; positive feedback and negative feedback are mandatory in R mode.

However, ROHC can only work above the IP layer and cannot header compression of Ethernet packets. At the same time, ROHC's operating efficiency is not high, and the underlying technology of wireless networks is not tightly integrated.

Packet Header Suppression (PHS) is a set of header compression mechanism that can compress different profiles on multiple IP layers. It also supports header compression for Ethernet packets. Compared to ROHC and other header compression methods, there is more Wide range of applications. The PHS has the following parameters, the packet header suppression size (PHSS, Packet header suppression size), the packet header suppression mask (PHSM), the packet header suppression index (PHSI), and the packet header compression domain value. (Packet header suppression field, PHSF), Packet header suppression valid (PHSV acknowledgement).

The PHSF is determined by the upper layer entity, and then a shorter PHSI is used instead of the PHSF and PHSM combined bit string to transmit on the air interface, thereby achieving the purpose of saving air interface resources.

In practical applications, the inventors have found that at least the following problems exist in the prior art solutions: PHS can only compress static data packet headers, and some of the services that may change during the process cannot be compressed; there is no feedback mechanism. It does not have the robustness of ROHC and the real-time dynamics accompanying the business.

Summary of the invention

An object of the embodiments of the present invention is to provide a method, a system, and a device for processing header compression in a wireless network, which can perform header compression under the IP layer and can change a state of a parameter whose compression mechanism changes.

A method for processing header compression in a wireless network according to an embodiment of the present invention includes: a compression end and a decompression end establish a data packet header compression PHC initial context;

When the compression state needs to be changed, the compression end sends state transition information to the decompression end to And causing the decompression end to decompress the data packet from the compression end by using the state transition information.

A feedback processing method for header compression in a wireless network according to an embodiment of the present invention includes: when a compression state needs to be changed, the compression end sends the state transition information to the decompression end; after receiving the state transition information, the decompression terminal utilizes The state transition information updates the decompression state, and sends feedback information to the compression end;

After receiving the feedback information, the compression end updates the compression state by using the state transition information.

The method for establishing a PHC initial context in a wireless network according to an embodiment of the present invention includes: performing a capability negotiation between a sender and a receiver, where the sender and the receiver notify their PHC support capabilities during the capability negotiation process. End

In the process of establishing a service connection, the sending end sends a connection establishment message including a connection identifier, classifier information, and corresponding PHC information to the receiving end.

A processing system for header compression in a wireless network according to an embodiment of the present invention includes: a compressor and a decompressor, where

The compressor is configured to establish a PHC initial context with the decompressor; send a state transition information to a decompressor when the compression state needs to be converted; and send the compressed data packet to the decompressor;

The decompressor is configured to establish a PHC initial context with the compressor; and decompress the data packet from the compressor by using the state transition information.

A feedback processing system for header compression in a wireless network according to an embodiment of the present invention includes: a compressor and a decompressor, where

The compressor is configured to send state transition information to the decompressor when the compressed state is required to be converted, and the state transition information is compression mechanism change information; after receiving feedback information from the decompressor, using the The state transition information updates the compressed state;

The decompressor is configured to update the decompression state by using the state transition information, and send feedback information to the compressor. A communication system provided by the present invention includes:

The sending device is configured to perform capability negotiation with the receiving device, notify the receiving device of the PHC support capability information of the self in the capability negotiation process, and send a connection identifier, classifier information, and corresponding to the receiving device. PHC information;

The receiving device is configured to perform capability negotiation with the sending device, and send the PHC support capability information of the self to the sending device during the establishment of the header compression mechanism.

In the embodiment of the present invention, the compression end and the decompression end establish a PHC initial context; when the compression end determines that the compression state needs to be converted, the state transition information is sent to the decompression end; and the decompression end uses the state transition information to data from the compression end. The package is decompressed. The present invention can update the dynamic parameters of the changes in real time, and can also perform header compression at the MAC layer.

DRAWINGS

In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the embodiments or the description of the prior art will be briefly described below. Obviously, the drawings in the following description are only It is a certain embodiment of the present invention, and other drawings can be obtained from those skilled in the art without any inventive labor.

1 is a schematic flow chart of a method according to an embodiment of the present invention;

2 is a format of a state transition subheader according to an embodiment of the present invention;

3 is a schematic diagram of a format of a signaling message set according to an embodiment of the present invention;

4 is a schematic diagram of another signaling message format set according to an embodiment of the present invention;

FIG. 5 is a schematic structural diagram of a MAC PDU according to an embodiment of the present invention;

FIG. 6 is a schematic diagram of a specific process of establishing a PHC initial context on a compression end and a decompression end; FIG. 7 is a schematic diagram showing a specific process of parameter negotiation in an embodiment of the present invention;

FIG. 8 is a schematic diagram of a flow scenario in which the compressed state changes and the compressed state is changed after the initial context of the PHC is established in the embodiment of the present invention;

FIG. 9 is a schematic structural diagram of a processing system for header compression in a wireless network according to an embodiment of the present invention; FIG. FIG. 10 is a schematic structural diagram of a feedback processing system for header compression in a wireless network according to an embodiment of the present invention; FIG. 11 is a schematic structural diagram of a communication system according to an embodiment of the present invention.

Detailed ways

The technical solutions in the embodiments of the present invention are clearly and completely described in the following with reference to the accompanying drawings in the embodiments of the present invention. It is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments obtained by those skilled in the art based on the embodiments of the present invention without creative efforts are within the scope of the present invention.

In the embodiment of the present invention, after the initial PHC context is established between the compression end and the decompression end, if the initial compression parameter negotiated during the initial context establishment of the PHC changes, that is, when the compression state needs to be changed, the compression end will state. The information transmission decompression end is changed, and the state transition information is compression mechanism change information; and the decompression end uses the state transition information to decompress the data packet from the compression end.

Referring to FIG. 1, the method of the embodiment of the present invention includes the following steps:

Step 101: The compression end and the decompression end establish a PHC initial context.

Step 102: When the compression end determines that the compression state needs to be changed, the state transition information is sent to the decompression end, and the state transition information is compression mechanism change information.

The compression end can send the state transition information to the decompression end by:

The compression end sends a Media Access Control (MAC) protocol Packet Data Unit (PDU) to the decompression end, wherein the MAC header of the MAC PDU contains a MAC PDU carrying a state transition subheader And the state transition subheader, as shown in FIG. 2, the state transition subheader carries state transition information, and may further include a sequence number of the state transition information. The state transition information may include: a PHCI and a corresponding dynamic parameter modification value.

Of course, the state transition subheader in FIG. 2 may further include: a CRC code, or a message digest generated by a shared key between the sender and the receiver. Therefore, before the decompressing end performs decompression processing, the decompressing end may first utilize the CRC code of the state transition information and the message digest pair compression end. The verification is performed, and after the verification is passed, the decompression process is performed.

The status transition subheader can be indicated by an idle bit in the MAC header. However, since there is only one idle bit on the MAC header, in order to satisfy the subsequent protocol scalability, the idle bit in the MAC header and the extensible sub-header (ESF) can be combined to indicate the state transition subheader.

In addition, since the MAC SDU may be divided or combined in the process of becoming a MAC PDU, in the embodiment of the present invention, the state transition sub-header in the MAC PDU is used to control the compression at the MAC SDU level, so the state transitioner The relative position of the header and the MAC SDU needs to be determined.

2 is an example of using a free bit in the MAC header to indicate a state transition subheader, PHC is a state transition subheader indication on the MAC header, and equal to 1 indicates that there is a state transition subheader after the MAC header; otherwise, there is no state. Change the subhead; PHC-UPD-SUB-H is the state transition subheader. The state transition subheader may include: PHCI and its corresponding dynamic parameter modification value, sequence number of the state transition information, message digest algorithm related parameters, and CRC algorithm related parameters. The sequence number of the state transition information in Fig. 2 may be: the serial number (SN) of the PHC, which is used for the index at the time of feedback.

Step 103: The decompressing end decompresses the data packet from the compression end by using the state transition information.

Of course, in order to realize continuous transmission of the subsequent data packets, when the compression end determines that the compression state needs to be changed, the state transition information is sent to the decompression end; that is, the compression end and the decompression end are required to update the decompression state by using the state transition information. Therefore, in the subsequent data packet transmission, the compression end can perform compression processing using the changed compression state, and the decompression end can perform decompression processing using the corresponding decompression state.

Here, the compressed end and the decompressed end update compression state may include multiple modes, for example: The first way is to directly update the compression end and the decompression end to update the compression state, specifically, when the compression end determines that the compression state needs to be changed. And directly compressing the compressed state by using the state transition information, and compressing the MAC PDU to be sent to the decompressing end by using the updated compressed state, where the MAC header of the MAC PDU includes whether the MAC PDU carries the state transition subheader. Instructions, as well as state transition subheaders. Therefore, after the decompressing end receives the MAC PDU, such as If the MAC PDU includes an indication of a state transition subheader, the state transition information in the state transition subheader in the MAC PDU may be used to update the decompression state, and the MAC PDU is performed by using the updated decompression state. unzip.

The second way is to achieve this by updating the compression and decompression states at specific times or events:

The decompressing end compresses or does not compress the MAC PDU by using the original compression state mechanism. The MAC PDU includes not only the indication of the state transition subheader, but also the state transition subheader, and further includes the compression mechanism change indication information. Therefore, the compression end may compress the MAC PDU by using the original compression mechanism or not compress the MAC PDU, update the compression state when the time or event indicated by the compression mechanism change occurs, and thereafter, may use the updated compression state pair to send Compress the MAC PDU of the decompressor. On the decompressing end, after receiving the MAC PDU, the decompressing state of the decompressing end may be updated by using the state transition information according to the time or event indicated by the compression mechanism change, and the updated solution may be utilized. The compression state decompresses data packets from the compression end after a time indicated by the compression mechanism change or an event occurs.

The third type is that the compression end updates the decompression state after receiving the feedback update from the decompression end, which can be implemented as follows:

The compression end may compress or not compress the MAC PDU by using an original compression state mechanism, where the MAC header of the MAC PDU includes an indication of whether the MAC PDU carries a state transition subheader, and a state transition subheader; the decompression end receives After the MAC PDU, the decompression state is updated by using the state transition information, and the feedback information is sent to the compression end, where the update result is included; the compression end may determine whether to update the compression state according to the update result in the feedback information, if it is determined The decompressing end is updated, and the compression end renews the compressed state by using the state transition information.

The fourth type is that after receiving the feedback from the decompressing end, the compression end updates the decompressed state, and then instructs the decompressing end to update the decompressed state. details as follows:

The MAC PDU may be compressed or not compressed by using the original compression state mechanism, and after the compressed end sends the MAC PDU to the decompressing end, the decompressing end receives the MAC. After the PDU, the feedback information is sent to the compression end, where the feedback result is included; the compression end determines whether to update the compression state according to the reception result in the feedback information, and if so, the compression end updates the compression state by using the state transition information, and After the compressor state is updated, the uncompressed MAC PDU or the first compressed MAC PDU carries the compressed end state updated indication information. When the decompressing end receives the indication information, the decompressing state is updated by using the state transition information.

Here, the decompression end may send feedback information to the compression end by using a set signaling message, or may send feedback information to the compression end through a MAC PDU, and may also send feedback information to the compression end through a specific physical resource. .

Figure 3 is a schematic diagram of the content format (excluding the MAC header) included in the set signaling message. As shown in FIG. 3, the information message may include: a CID, a PHC1, and a reception result (Reception Result) of the dynamic parameter corresponding to the PHCI, a PHC SN and a CRC code. It may also include a message authentication code based on the hash algorithm, or a password based message authentication code (H/CMAC).

Of course, as shown in Figure 4, if there are multiple classifiers and corresponding PHCIs in a connection identifier, and the CRC is calculated for a PHC parameter set, then the PHCL to be fed back needs to be specified.

Moreover, the extended MAC PDU can carry feedback information, and the decompressing end uses the extended MAC PDU to feed back information to the compression end. FIG. 5 is a schematic structural diagram of an extended MAC PDU. As shown in FIG. 5, the MAC PDU may include a PHC feedback sub-header (PHC FDBK SUB-H), and the PHC feedback sub-head may include a CID, a reception result (Reception Result), a PHC sequence number (SN), and a CRC code. . It can also include HMAC or CMAC. Similarly, if there are multiple PHC dynamic parameter status changes, the PHC's feedback subheader can also include the Reception Result for each PHCI.

When the compression end is the terminal side, the decompression end is the network side, and the decompression end sends the feedback information to the compression end, that is, the downlink transmission of the feedback information, the network side may notify the terminal PHC feedback through the DL-MAP message. The physical resource of the information, the network side can use the physical resource to send the CID, the Reception Result, the PHC SN, and the CRC code to the terminal. It can also include HMAC or CMAC. When the compression end is the network side, the decompression end is the terminal side, and the decompression end sends the feedback information to the compression end through a specific physical resource, that is, the uplink sending the feedback information, the network side may send the information to the terminal side. A downlink resource allocation (DL-MAP) message is provided for indicating a specific physical resource for the terminal to perform PHC feedback. Therefore, the terminal can send feedback information on a specific physical resource specified by the network side.

For the above situation, the network side may also send an uplink resource allocation (UL-MAP) message to the terminal. When the terminal receives the UL-MAP message, if the terminal has feedback information, the terminal sends the feedback information to the network side. Moreover, the feedback information may further include an indication of whether the transmission is complete. If the feedback information is not sent, the network side always allocates resources to the terminal until the feedback information of the terminal is sent.

Certainly, the network side may send a UL-MAP message to the terminal in a polling manner, or may send a UL-MAP message to the terminal after receiving the feedback request from the terminal.

Referring to Figure 6, the specific process of establishing the PHC initial context on the compression side and the decompression side can be implemented as follows:

Step 601: The compression end and the decompression end perform capability negotiation. In the basic capability negotiation process, the compression end and the decompression end notify the peer end of their PHC support capability.

Since the PHC parameters can be divided into two types, static and terminal related parameters, namely PHC static parameters; dynamic business related parameters, ie PHC dynamic parameters.

The PHC static parameters can be negotiated through SBC or REG messages during the network access process. For example, the PHC static parameters can include one or more of the following parameters: PHC capability support, that is, the ability to dynamically change the header compression parameters, and the maximum PHSS. Value, maximum value of the classifier or PHCI on a connection identifier, support for PHC feedback capability, supported feedback form, supported CRC algorithm, supported header compression method, such as: Head compression mode is PHS, PHC or ROHC .

The PHC dynamic parameters can be negotiated through the DSX message during the connection establishment process. For example, the following parameters can be included: PHCS initial value, PHCF initial value, PHCV initial value, PHCM initial value, PHCI, and feedback related parameters. The feedback related parameter includes Whether feedback, feedback channel CID and feedback mode are required. Further, the PHC dynamic parameter may further include a message digest algorithm related parameter, and/or a CRC algorithm related parameter.

During the basic capability negotiation process in step 601, the PHC static parameters and the initial values of the PHC dynamic parameters are negotiated. Thereafter, when the update status changes, the PHC dynamic parameters change.

The SBC interaction is used as an example to describe the static parameter negotiation process:

The MS sends a basic capability request (SBC-REQ) message to the BS, which carries the PHC static parameter of the terminal; the BS requests the GW to rely on the relevant information of the PHC static parameter determined by the GW, and may also carry the PHC static parameter of the terminal; Requested information; The BS sends a Basic Capability Response (SBC-RSP) message to the MS, carrying the PHC static parameters of the BS. At this point, the terminal and the access network obtain basic PHC capability information from each other, and the parameters in the subsequent communication process will be performed on this basis.

Step 602: After performing the access authentication on the decompressing end, the compressed end sends a connection establishment message, such as a DSA request message, including a connection identifier, classifier information, and corresponding PHC information.

Step 603: After receiving the connection establishment message, the decompressing end feeds back a DSA response message to the compressed end, where the receiving end includes a receiving result of the connection establishment message, and may further include a receiving result of each PHC parameter.

FIG. 7 is a specific process of parameter negotiation in the embodiment of the present invention by taking a scenario triggered by a network as an example. Referring to FIG. 7, the specific process of parameter negotiation in the embodiment of the present invention is as follows:

Step 701: The network triggering entity triggers the BS, and the connection establishment is required. The network triggering entity is the GW. The step may carry the PHC dynamic parameter, but if the PHC dynamic parameter is completely controlled by the BS, the dynamic parameter may not be carried.

Step 702: The BS sends a Dynamic Service Addition (DSA) Request (DSA-REQ) message to the terminal, and carries the PHC dynamic parameter. The PHC dynamic parameter may correspond to the connection identifier, or may correspond to the classifier. The data of different classifier rules is allowed to share a connection identifier, so there may be multiple sets of PHC dynamic parameters on a connection identifier. Step 703: After receiving the DSA-REQ message, the terminal parses the PHC dynamic parameter. If there is a PHC dynamic parameter that needs to be modified, the terminal may send a DSA response (DSA-RSP) message carrying the PHC dynamic parameter to be modified to the access network. Or, notify the access network terminal to accept all PHC dynamic parameters.

Step 704: Corresponding to step 701, the BS notifies the network to trigger the acceptance status of the entity terminal; if the PHC dynamic parameter modification in the DSA-RSP needs to be confirmed, the modification information may also be carried; if it is completely controlled by the BS, it is not required.

Step 705: The network triggering entity performs comprehensive judgment, and gives a final PHC dynamic parameter. This step is not required if it is completely controlled by the BS.

Step 706: Send a DSA acknowledgement (DSA-ACK) message to the terminal in the access network, indicating that only the DSA-RSP message has been correctly received, or the final PHC dynamic parameter in step 705 is sent to the terminal through the DSA-ACK message. Now:

The sender and the receiver perform capability negotiation. In the capability negotiation process, the sender and the receiver notify the peer of their own PHC support capability. In the process of establishing the header compression mechanism, the sender sends the receiver to the receiver. Connection identification message, classifier information, and connection establishment message for the corresponding PHC information.

FIG. 8 is a flowchart showing a process in which the compressed state changes and the compressed state is changed after the initial context of the PHC is established in the embodiment of the present invention. Referring to Figure 8, the specific process of the embodiment of the present invention is as follows:

Step 801: In the basic capability negotiation (SBC) process, the MS sends its own capability for PHC support to the access network; the access network sends its PHC support capability to the MS. The support capabilities at this time include the PHC static parameters.

Step 802: Optionally, the access authentication process is performed between the MS and the access network.

Step 803: The access network sends a DSA request message to the MS, where the connection identifier is included. Class information and corresponding PHC information.

Step 804: The MS sends a DSA response message to the access network, where the receiving result of the request message and the acceptance result of the PHC parameter are included. After steps 803 and 804, the initial context of the PHC is established between the terminal and the access network.

Step 805: When receiving the downlink data, the access network caches the received downlink data, performs a header compression operation according to the initial context, and detects whether the data packet header of the downlink data changes, and whether the state transition needs are met. .

Step 806: If it is found that the data packet header of the downlink data changes and meets the requirement of the state transition, a sub-header needs to be added after the MAC header of the downlink data packet, and the updated PHC parameter is notified to the MS.

Step 807: If the feedback and the feedback mode are negotiated between the MS and the access network, after receiving the sub-header, the terminal performs verification, that is, CRC or message digest verification, and the terminal feeds back the verification result to the access network; For resource allocation, the access network may allocate feedback resources to the terminal in advance.

In the above implementation example, the compression mechanism is established in the process of establishing a service connection, that is, when the air interface connection is established, it is determined that the application header compression mechanism needs to be negotiated and the initial dynamic parameters are negotiated. In fact, the air interface connection may not be determined when the air interface connection is established. The compression mechanism, but after the air interface connection is established for a period of time, there is a demand (such as a tight air interface resource) triggering the application header compression mechanism. At this point, the initial dynamic parameters can be negotiated using the DSC-REQ/RSP message. Similarly, header compression on the air interface connection can be cancelled by DSC-REQ/RSP when header compression is already applied.

As shown in FIG. 9, a processing system for header compression in a wireless network according to an embodiment of the present invention includes: a compressor and a decompressor, where

The compressor 91 is configured to establish a PHC initial context with the decompressor; when determining that a compression state needs to be converted, send the state transition information to a decompressor, where the state transition information is compression mechanism change information; The decompressor sends the compressed data packet;

The decompressor 92 is configured to establish a PHC initial context with the compressor; and decompress the data packet from the compressor by using the state transition information. The compressor 91 includes: a first context establishing unit 911, a state transition information transmitting unit 912, and a transmitting processing unit 913.

a first context establishing unit 911, configured to perform PHC initial context negotiation with the decompressor to establish a PHC initial context;

The state transition information sending unit 912 is configured to send a MAC PDU to the decompressor when determining that the compressed state needs to be transitioned, where the MAC header of the MAC PDU includes an indication of whether the MAC PDU carries a state transition subheader, and a state transition a subheader, wherein the state transition subhead carries state transition information;

The sending processing unit 913 is configured to compress the data packet sent to the decompressor, and send the compressed data packet to the decompressor.

The compressor 91 may further include: a first updating unit 914, configured to update the compressed state by using the state transition information when the state mechanism changes.

The decompressor 92 may include: a second context establishing unit 921 and a receiving processing unit

922.

a second context establishing unit 921, configured to perform PHC initial context negotiation with the compressor to establish a PHC initial context;

The receiving processing unit 922 is configured to decompress the data packet from the compressor by using the state transition information.

The decompression 92 may further include: a second updating unit 923, configured to update the decompressed state by using the state transition information compression end after receiving the state transition information.

The decompression 92 may further include: a feedback unit 924, configured to send feedback information to the compressor after receiving the state transition information.

Referring to FIG. 10, a feedback processing system for header compression in a wireless network according to an embodiment of the present invention may include: a compressor 11 and a decompressor 12, where

The compressor 11 is configured to send state transition information to the decompressor when the compression state needs to be changed, where the state transition information is compression mechanism change information; and receive the inverse from the decompressor After feeding the information, updating the compression state by using the state transition information;

The decompressor 12 is configured to update the decompression state by using the state transition information, and send feedback information to the compressor.

The compressor 11 can include:

The state transition information sending unit 111 is configured to: when determining that the compressed state needs to be transitioned, send a MAC PDU to the decompressor, where the MAC header of the MAC PDU includes an indication of whether the MAC PDU carries a state transition subheader, and a state transition a subheader, wherein the state transition subhead carries state transition information;

The first updating unit 112 is configured to update the compression state by using the state transition information after receiving the feedback information from the decompressor.

The decompressor 12 can include:

The second updating unit 121 is configured to update the decompression state by using the state transition information, and the feedback unit 122 is configured to send the feedback information to the compressor.

Referring to FIG. 11, a communication system provided by an embodiment of the present invention includes:

The sending device 20 is configured to perform capability negotiation with the receiving end, and notify the receiving device 21 of the PHC support capability of the self in the capability negotiation process; perform access authentication on the receiving device, and send a DSA request message to the receiving device 21 , including connection identifier, classifier information, and corresponding PHC information;

The receiving device 21 is configured to perform capability negotiation with the receiving end, and notify the sending device 20 of the PHC support capability in the capability negotiation process; and after receiving the DSA request, feed back the DSA to the sending device 20 The response message includes the reception result of the request message and the reception result of the PHC parameter.

In the embodiment of the present invention, when the compression end determines that the compression state needs to be converted, the state transition information may be sent to the decompression end, and the decompression end uses the state transition information to decompress the data packet from the compression end. State changes can be made in real time to varying dynamic parameters. In this way, this method can perform header compression at the MAC layer or Ethernet for data packets. Header, IP packet header, UDP/TCP and other protocol headers are compressed. Moreover, the real-time feedback mechanism is also provided in the embodiment of the present invention, and the state change indication information is fed back to ensure the accuracy of the update operation.

Yet another embodiment of the method of the present invention comprises:

Step 1001: The compression end and the decompression end establish a data packet header to compress the PHC initial context. Step 1002: When the compression state needs to be changed, the compression end sends state transition information to the decompression end, so that the decompression end utilizes the The state transition information decompresses data packets from the compression end.

This embodiment can update the changed dynamic parameters in real time, and can also perform header compression at the MAC layer.

A person skilled in the art can understand that all or part of the process of implementing the above embodiment method can be completed by a computer program to instruct related hardware, and the program can be stored in a computer readable storage medium. In execution, the flow of an embodiment of the methods as described above may be included. The storage medium may be a magnetic disk, an optical disk, a read-only memory (ROM), or a random access memory (RAM).

It can be understood by those skilled in the art that the content format of the signaling message and various parameters enumerated in the embodiments of the present invention is merely exemplary, and the embodiment of the present invention does not limit the specific form of the content format. The spirit and scope of the invention. Thus, it is intended that the present invention cover the modifications and variations of the inventions

Claims

Claim

A method for processing header compression in a wireless network, the method comprising: the compression end and the decompression end establish a data packet header compression PHC initial context;

When it is required to transition the compressed state, the compression end transmits state transition information to the decompressing end, so that the decompressing end decompresses the data packet from the compressed end by using the state transition information.

The method according to claim 1, wherein the compressing end sends the state transition information to the decompressing end, including:

The compression end sends a media access control MAC protocol packet unit PDU to the decompression end, where the MAC header of the MAC PDU includes an indication of whether the MAC PDU carries a state transition subheader, and a state transition subheader. The state transition subheader carries state transition information, or carries the state transition information and the sequence number of the state transition information.

3. The method according to claim 2, wherein the indication of the state transition subheader is an idle bit in the MAC header, or is an idle bit in the MAC header and an extensible subheader ESF. combination.

The method according to claim 2, wherein the state transition subhead further comprises: a cyclic redundancy check CRC code,

And before the decompressing end performs decompression processing, the method further includes:

The decompressing end verifies the compressed end by using the CRC code.

The method according to claim 2, wherein the state transition subheader further comprises: a message digest generated by a shared key between the sender and the receiver;

The decompressing end authenticates the compressed end by using the message digest.

The method according to claim 1, wherein the state transition information comprises: a packet header compression index PHCI and a corresponding dynamic parameter modification value.

The method according to claim 2, wherein when the compression state needs to be changed, the compression end directly updates the compression state by using the state transition information, and performs the MAC PDU by using the updated compression state. Compressed,

Then, the decompressing end decompresses the data packet from the compression end by using the state transition information, and includes:

After receiving the MAC PDU, the decompressing end updates the decompression state and uses the state transition information in the state transition subheader in the MAC PDU if the MAC PDU includes an indication of a state transition subheader. The updated decompression state decompresses the MAC PDU.

The method according to claim 2, wherein the MAC PDU is compressed or not compressed by using an original compression state mechanism, and the MAC PDU further includes a compression mechanism change indication information.

The compression end updates the compression state when the time or event indicated by the change of the compression mechanism occurs, and compresses the MAC PDU to be sent to the decompression end by using the updated compression state;

And the decompressing end updates the decompression state of the decompression end by using the state transition information according to the time or event indicated by the compression mechanism change, and uses the updated decompression state to indicate the change of the compression mechanism. The data packet from the compression end after the time or event occurs is decompressed.

The method according to claim 2, wherein the MAC PDU is compressed or not compressed by using an original compression state mechanism, and after the compressed end sends a MAC PDU to the decompressing end, Before the decompressing end decompresses the data packet from the compression end by using the state transition information, the method further includes:

After receiving the MAC PDU, the decompressing end updates the decompression state by using the state transition information, and sends feedback information to the compression end, where the update result is included;

The compression end determines whether to update the compression state according to the update result in the feedback information, and if so, the compression end updates the compression state by using the state transition information.

10. The method according to claim 2, wherein the MAC PDU uses a primary pressure After the compressed state is compressed or not compressed, after the compressed end sends the MAC PDU to the decompressing end, the decompressing end uses the state transition information to decompress the data packet from the compressed end. The method further includes:

After receiving the MAC PDU, the decompressing end sends feedback information to the compression end, which includes the receiving result;

The compression end determines whether to update the compression state according to the reception result in the feedback information, and if so, the compression end updates the compression state by using the state transition information, and the uncompressed MAC PDU or the first compression after updating the compression end state The MAC PDU carries the compressed end state updated indication information. When the decompressing end receives the indication information, the decompressing state is updated by using the state transition information.

The method according to claim 9, wherein the decompressing end sends feedback information to the compressed end by using a set signaling message, or sends feedback information to the compressed end by using a MAC PDU, or Send feedback information to the compressed end through specific physical resources.

The method according to claim 9, wherein when the decompressing end is the network side and the compressing end is the terminal side, the decompressing end further includes, before sending the feedback information to the compressed end by using a specific physical resource, The network side transmits a downlink resource allocation message including a specific physical resource for instructing the terminal to perform PHC feedback.

The method according to claim 9, wherein when the decompression end is the terminal side and the compression end is the network side, before the decompressing end sends the feedback information to the compression end on the specific resource, the method further includes:

The network side sends an uplink resource allocation message to the terminal;

When the terminal receives the uplink resource allocation message, if the terminal has feedback information, the terminal sends the feedback information to the network side.

The method according to claim 13, wherein the feedback information further includes an indication of whether the feedback information is sent. If the feedback information is not sent, the network side allocates resources to the terminal until The feedback information of the terminal is sent.

The method according to claim 13, wherein the network side uses a polling method Sending an uplink resource allocation message to the terminal, or the network side sends an uplink resource allocation message to the terminal after receiving the feedback request from the terminal.

A feedback processing method for header compression in a wireless network, the method comprising: when a compression state needs to be changed, the compression end sends the state transition information to the decompression end;

After receiving the state transition information, the decompressing end updates the decompression state by using the state transition information, and sends feedback information to the compression end;

The method according to claim 16, wherein the compressing end sends the state transition information to the decompressing end, including:

The compression end sends a MAC PDU to the decompressing end, where the MAC header of the MAC PDU includes an indication of whether the MAC PDU carries a state transition subheader, and a state transition subheader, where the state transition subheader carries state transition information , or, the serial number carrying the state transition information and the state transition information.

The method according to claim 17, wherein the state transition subheader is an idle bit in the MAC header, or a combination of an idle bit in the MAC header and an ESF.

The method according to claim 17, wherein the state transition subhead further comprises: a CRC code,

The decompressing end verifies the compressed end by using the CRC code.

The method according to claim 17, wherein the state transition subheader further comprises: a message digest generated by a shared key between the sender and the receiver;

Before the decompressing end performs decompression processing, the method further includes: the decompressing end authenticating the compressed end by using the message digest.

The method according to claim 16, wherein the state transition information comprises: a PHCI and a corresponding dynamic parameter tampering value.

The method according to claim 16, wherein the decompressing end is set by The signaling message sends feedback information to the compression end, or sends feedback information to the compression end through the extended MAC PDU, or sends feedback information to the compression end through a specific physical resource.

The method according to claim 16, wherein when the decompression end is the network side and the compression end is the terminal side, the decompression end further includes, before sending the feedback information to the compression end by using a specific physical resource, The network side transmits a downlink resource allocation message including a specific physical resource for instructing the terminal to perform PHC feedback.

The method according to claim 16, wherein when the decompression end is the terminal side and the compression end is the network side, before the decompressing end sends the feedback information to the compression end on the specific resource, the method further includes:

The network side sends an uplink resource allocation message to the terminal;

When the terminal receives the uplink resource allocation message, if the terminal has feedback information, it sends feedback information to the network side, including an indication of whether the feedback information is sent. If the feedback information is not sent, the network side is always The terminal allocates resources until the feedback information of the terminal is transmitted.

The method according to claim 24, wherein the network side sends an uplink resource allocation message to the terminal in a polling manner, or the network side is after receiving a feedback request from the terminal, The uplink resource allocation UL-MAP message is sent to the terminal.

A method for establishing a PHC initial context in a wireless network, the method comprising: performing a capability negotiation between a sender and a receiver, wherein the sender and the receiver have their own PHC support capability during the capability negotiation process. Inform the opposite end;

During the establishment of the header compression mechanism, the transmitting end sends a connection establishment message including the connection identifier, the classifier information, and the corresponding PHC information to the receiving end.

The method according to claim 26, wherein after the sending end sends the connection establishment message including the connection identifier, the classifier information and the corresponding PHC information to the receiving end, the method further comprises:

The receiving end feeds back the receiving result for each PHC information to the transmitting end.

The method according to claim 26, wherein the PHC information comprises: One or more of a packet header compression size PHCS initial value, a packet header compression domain value PHCF initial value, a packet header compression confirmation PHCV initial value, a packet header compression mask PHCM initial value, a PHCI, and a feedback related parameter, Feedback related parameters include whether feedback is needed, feedback channel CID, and feedback mode.

The method according to claim 28, wherein the PHC information further comprises: a message digest algorithm related parameter, and/or a CRC algorithm related parameter.

30. A processing system for header compression in a wireless network, the system comprising: a compressor (91) and a decompressor (92), wherein

The compressor (91) is configured to establish a PHC initial context with the decompressor; send the state transition information to a decompressor (92) when the compressed state needs to be converted; and send the decompressor (92) to the decompressor (92) Compressed data packet;

The decompressor (92) is configured to establish a PHC initial context with the compressor (91); and decompress the data packet from the compressor (91) by using the state transition information.

The system according to claim 30, wherein the compressor (91) comprises: a first context establishing unit (911), configured to perform PHC initial context negotiation with the decompressor (92), Establish the initial context of the PHC;

a state transition information sending unit (912), configured to send a MAC PDU to the decompressor (92) when the compressed state needs to be transitioned, where the MAC header of the MAC PDU includes an indication of whether the MAC PDU carries a state transition subheader And a state transition subheader, wherein the state transition subheader carries state transition information;

A transmission processing unit (913) is configured to compress the data packet sent to the decompressor (92) and send the compressed data packet to the decompressor (92).

32. The system according to claim 30, wherein the decompressor (92) comprises: a second context establishing unit (921), configured to perform PHC initial context negotiation with the compressor (91), Establish the initial context of the PHC;

a receiving processing unit (922) for utilizing the state transition information for the slave compressor (91) The packet is decompressed.

The system according to claim 30, wherein the compressor (91) further comprises: a first updating unit (914), configured to update compression by using the state transition information when a state mechanism changes status.

34. The system of claim 31, wherein the decompressor (92) further comprises:

The second updating unit (923) is configured to update the decompressed state by using the state transition information compressor after receiving the state transition information.

35. The system of claim 31, wherein the decompressor (92) further comprises:

The feedback unit (924) is configured to send feedback information to the compressor (91) after receiving the state transition information.

36. A feedback processing system for header compression in a wireless network, the system comprising: a compressor (11) and a decompressor (12), wherein

The compressor (11), when used to convert a compressed state, sends state transition information to the decompressor (12), the state transition information is compression mechanism change information; received from a decompressor (12) After the feedback information, the state transition information is used to update the compression state;

The decompressor (12) is configured to update the decompression state with the state transition information and send feedback information to the compressor (11).

37. The system according to claim 36, wherein the compressor comprises: a state transition information transmitting unit (111) for transmitting a MAC when determining that a compression state needs to be converted

And the PDU is sent to the decompressor (12), the MAC header of the MAC PDU includes an indication of whether the MAC PDU carries a state transition subheader, and a state transition subheader, where the state transition subheader carries state transition information;

The first updating unit (112) is configured to update the compressed state by using the state transition information after receiving the feedback information from the decompressor (12).

The system according to claim 37, wherein the decompressor (12) comprises: a second update unit (121), configured to update a decompression state by using the state transition information, and a feedback unit (122) ), for transmitting feedback information to the compressor (11).

39. A communication system, characterized in that the system comprises: a transmitting device (20) and a receiving device (21), wherein

The transmitting device (20) is configured to perform capability negotiation with the receiving device, and notify the receiving device (21) of the PHC support capability information in the capability negotiation process; and the receiving device (21) Send connection identifier, classifier information, and corresponding PHC information;

The receiving device (21) is configured to perform capability negotiation with the sending device, and send the PHC support capability information of the self to the sending device (20) during the establishment of the header compression mechanism.