WO2010121410A1 - 一种采用arq机制的头压缩通信方法和装置 - Google Patents

一种采用arq机制的头压缩通信方法和装置 Download PDF

Info

Publication number
WO2010121410A1
WO2010121410A1 PCT/CN2009/071368 CN2009071368W WO2010121410A1 WO 2010121410 A1 WO2010121410 A1 WO 2010121410A1 CN 2009071368 W CN2009071368 W CN 2009071368W WO 2010121410 A1 WO2010121410 A1 WO 2010121410A1
Authority
WO
WIPO (PCT)
Prior art keywords
sdu
header compression
packet
pdu
arq
Prior art date
Application number
PCT/CN2009/071368
Other languages
English (en)
French (fr)
Inventor
黄罡
卢磊
梁文亮
沈海华
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to CN200980121735.7A priority Critical patent/CN102292940B/zh
Priority to PCT/CN2009/071368 priority patent/WO2010121410A1/zh
Priority to PCT/CN2009/074637 priority patent/WO2010121467A1/zh
Priority to EP09843571.2A priority patent/EP2424144B1/en
Publication of WO2010121410A1 publication Critical patent/WO2010121410A1/zh
Priority to US13/277,606 priority patent/US8848583B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/14—Two-way operation using the same type of signal, i.e. duplex
    • H04L5/1438—Negotiation of transmission parameters prior to communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0079—Formats for control data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]

Definitions

  • the present invention relates to the field of wireless communications, and more particularly to a header compression communication method and apparatus using an ARQ mechanism.
  • the wireless link Due to physical constraints, the wireless link has a lower transmission rate and a higher bit error rate than the wired link.
  • IP Internet Protocol
  • 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 the packet will be discarded due to packet errors. If effective measures are not taken, the quality of service (QoS) will be reduced while wasting valuable wireless network resources.
  • QoS quality of service
  • the header compression mechanism can solve the above problems while ensuring the inherent flexibility of the IP protocol.
  • the header compression mechanism may include Robust Header Compression (ROHC), Real-Time Transport Protocol Header Compression (CRTP) mechanism, and the like. ,
  • ROHC Robust Header Compression
  • CRTP Real-Time Transport Protocol Header Compression
  • ROHC is a stream-based header compression scheme defined by IETF in RFC 3095.
  • the ROHC mechanism 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 saving the packet header overhead and utilizing the bandwidth more effectively.
  • the ROHC mechanism also makes the ROHC mechanism highly efficient and reasonable robust by controlling the frequency and quantity of feedback messages, detecting asynchronous logic, and error checking. Therefore, the ROHC mechanism provides a header compression mechanism for high bit error rate and long latency links.
  • the ROHC channel is a logical channel.
  • the entry is a compressor
  • the exit is a decompressor
  • the compressor and the decompressor are in one-to-one correspondence.
  • the compressor performs header compression on the original data and sends it to the decompressor through the logical channel.
  • the ROHC channel is a unidirectional logical channel.
  • the decompressor must be able to provide feedback information to the compressor, so the ROHC feedback channel is the logical channel carrying the feedback information, the entry is the decompressor, and the exit is the compressor.
  • ROHC header compression can be described simply as the interaction between two state machines (a compression state machine and a decompression state machine). Each of the two state machines has three different states. Both state machines are gradually transitioned from a lowest compression state to a higher state.
  • the ROHC compressor contains three states: IR ( Initial and Refresh ), FO (First Order ), SO ( Second Order ).
  • the initial state is the IR (Initialization and State Information Update) state.
  • the ROHC compression side sends an IR or IR-DYM packet, which contains the packet header. Static information (source IP address, destination IP address, etc.) and some dynamic information (SN, Timestamp, etc.).
  • the IR package can contain both static and dynamic information, while the IR-DYM package can only contain dynamic information.
  • the decompressing end obtains static information and partial dynamic information
  • the compression end is in the FO state.
  • the decompressor gets all the static and dynamic information, the compression end enters the SO state, and the header data is compressed to a minimum.
  • the ROHC decompression state machine contains three states: NC (No Context ), SC (Satic Context ), FC (Full Context).
  • NC No Context
  • SC Static Context
  • FC Full Context
  • the NC is the initial state of the decompressing end. At this time, the decompressing end does not receive the data packet, and does not have any information needed for decompression
  • SC is that the decompressing end obtains all the static decompressed information and partial dynamic decompressed information; That is, the decompression side has obtained all the decompression information.
  • the ROHC Context information is divided into two different types: static Context information and dynamic Context information, where the static Context information is rarely changed, so generally the compressed end does not need to be transmitted as long as the receiving end receives it correctly;
  • the Context information is changed.
  • the dynamic Context information in the existing IP packet header is mainly SN, Timestamp, and IP-id. There are certain rules for the changes of these three parameters.
  • the specific compression method of these three parameters is defined in detail in the existing RFC 3095.
  • the most important compression methods are LSB coding and W-LSB coding.
  • the basic idea of LSB coding is to compress and encode the domain with little change in the value of continuous packets. The compression only transmits the k least significant bits LSBs of the domain value.
  • the LSBs are the least significant bits of the value V to be compressed and the binary code difference that has been correctly passed to the decompressor as the reference value V--ref, where k is the number of bits of the LSBs. After the decompressor receives the LSBs, it replaces the k least significant bits of the V-ref that were previously correctly received as the decompression reference value, and obtains the original value.
  • the W-LSB algorithm is an improvement to the LSB algorithm. ⁇ The LSB encoding algorithm of the window, a set of reference base values contained within the scope of the sliding window. The decompressor can decompress the encoded value correctly as long as it receives any of the base values in the sliding window. After W-LSB encoding, the compressor will not lose synchronization with the decompressor unless all of the base values in the sliding window are lost.
  • the inventor found that: if the packet containing the static Context information update is faulty or lost, all the data packets cannot acquire the static Context information, so that a large number of subsequent Context information Decompression header failure fails; if a certain number of data packets are lost consecutively, the number of lost packets is greater than the length of the WLSB window, and the subsequent data packets cannot resolve the dynamic context information, so that the header compression fails. Since the existing ROHC mechanism handles the error header directly for discarding without any further processing, when the above situation occurs, the state is rolled back and the context is updated only when the false alarm rate reaches a certain level. Information, resynchronize the decompression status. Especially when the wireless link is in a bad situation, it will cause frequent state rollback and greatly reduce the compression efficiency.
  • An automatic repeat request is a technique for recovering an erroneous message by the receiver requesting the sender to retransmit the erroneous packet message, and is a method for processing the error caused by the channel in the communication. one.
  • the sender In the ARQ of the back-off n frame, when the sender receives the status report of the receiver and indicates that the message is in error, the sender will retransmit the past n messages. In the selective retransmission ARQ, when the sender receives the status report of the receiver indicating that the message is in error, the sender only sends the message with the error. In the three ARQ protocols, the complexity increases and the efficiency increases.
  • hybrid ARQ Hybrid-ARQ
  • the HARQ system introduces a forward error correction code FEC in the ARQ system.
  • the FEC can be used to correct data errors during transmission. That is, if the error is within the error correction range of the FEC, the FEC performs error correction if it exceeds Error correction Range, then request a retransmission. After the packet is transmitted to the receiver, it will not be discarded even if it is in error.
  • the receiving party instructs the sender to retransmit part or all of the information of the error message, and combines the received message information with the last received message information to recover the message information.
  • ARQ is mainly used in the wireless link layer.
  • selective retransmission ARQ and hybrid ARQ are used in both WCDMA and cdma2000 wireless communications.
  • RO ROHC mechanism can save wireless network resources and improve service quality.
  • the existing ROHC mechanism treats the error header directly for discarding without further processing.
  • the state is rolled back and the context information is updated, and the decompression state is resynchronized.
  • ARQ technology can improve the accuracy and reliability of text transmission. .
  • the out-of-order caused by ARQ's retransmission mechanism Since the ARQ uses the retransmission mechanism to improve the data quality of the transmission, the packet with the BSN number is delayed by the error and is later than the packet with the BSN number, and the ROHC has only certain anti-scrambling capability.
  • Both ARQ and HARQ will cause the ROHC receiver to fail to feed back to the ROHC in time.
  • the sub-packet sent by HARQ contains more SDUs, and the receiver must receive the entire subpacket and perform de-head compression before it can send feedback to the sender. As a result, the ROHC packet that is compressed earlier in the subpacket is fed back.
  • the ARQ uses a window mechanism. The window has more SDUs cached. Only when the SDU is correctly received, the SDU is transmitted to the ROHC decompression segment, resulting in an increase in the ROHC packet feedback delay. Summary of the invention
  • the embodiments of the present invention provide a header compression communication method and apparatus for using the ARQ mechanism, which are used to solve the technical problem that the header compression mechanism cannot be combined with the automatic retransmission technology in the prior art.
  • An embodiment of the present invention provides a header compression ROHC communication method using an automatic retransmission ARQ mechanism, where the method includes:
  • the embodiment of the invention further provides a header compression communication method using the ARQ mechanism, and the method includes:
  • An embodiment of the present invention further provides a PDU construction method, where the method includes:
  • SDU data packets are packaged or fragmented to form a PDU
  • An extension subheader is added to the PDU, and header compression information is included in the extension subheader.
  • the embodiment of the invention further provides a method for processing a header compression communication error using the ARQ mechanism, including the steps of:
  • Decomposing the unqueried PDU packet into an SDU packet transmitting the SDU packet to the header compression layer, and notifying the header compression layer that the SDU is an error packet;
  • the header compression layer decompresses the SDU packet and passes the CRC check of the header compression layer, the corresponding context is updated according to the correct header information obtained by the header compression.
  • the embodiment of the invention further provides a method for combining header compression feedback and ARQ feedback, the method comprising:
  • the header compression decompressor notifies the ARQ receiving end of the data decompression error, and uses the feedback mechanism of the ARQ to notify the transmitting end to perform retransmission.
  • the embodiment of the present invention further provides a subpacket encapsulation method of HARQ when combined with a header compression mechanism, where the method includes:
  • the MAC layer After receiving the SDU sent by the header compression layer, the MAC layer encapsulates the SDU into a PDU and sends it to the HARQ layer, where the HARQ layer encapsulates the PDU into a subpacket;
  • the first SDU in the first PDU of each context id in the encapsulated subpacket is an initialization and status information update packet.
  • the embodiment of the invention also provides a corresponding device:
  • a header compression device using an automatic retransmission ARQ mechanism comprising: a sending module, a receiving module,
  • the sending module is configured to negotiate with the receiving module to determine parameters of the header compression and the ARQ; construct a lower layer protocol PDU including header compression information and send the same to the receiving module; and interact with the receiving module to perform header compression communication;
  • the receiving module is configured to negotiate with the sending module to determine parameters of the header compression and the ARQ; receive a lower layer protocol PDU that includes the header compression information sent by the sending module; and interact with the sending module to perform header compression communication.
  • a PDU construction device comprising:
  • a header compression information acquisition module a header compression information addition module
  • the header compression information obtaining module is configured to obtain header compression information from the header compressed SDU packet and send the header compression information to the header compression information adding module.
  • the header compression information adding module is configured to add an extended subheader in the PDU, and add the header compression information in the extended subheader.
  • a header compression error processing apparatus using an automatic retransmission mechanism comprising: a first verification unit, a decomposition unit, a second verification unit, and an update unit;
  • the first check unit is configured to perform a CRC check on the received PDU packet
  • the decomposing unit is configured to decompose the unqueried PDU packet into an SDU packet, transmit the SDU packet to the header compression layer, and notify the header compression layer that the SDU may be incorrect;
  • the second checking unit is configured to determine whether the SDU is decompressible and CRC verified by a header compression layer
  • the updating unit is configured to: when the second check unit confirms that the SDU is decompressible and passes the CRC check of the header compression layer, update the corresponding header information according to the header compression Context.
  • a subpacket encapsulating device of HARQ when combined with a header compression mechanism comprising: a negotiating unit, a counting unit and a packaging unit;
  • the negotiating unit is configured to negotiate to determine the number N of PDUs encapsulated in each HARQ subpacket before the header compression layer starts to compress, and the number of PDUs determined by the negotiation is HARQ, MAC, The number of header compression layers supported;
  • the counting unit is configured to record the number of PDU packets sent by the MAC layer to the HARQ.
  • the counting unit is cleared, and the corresponding HARQ channel is notified.
  • the head compression compressor state corresponding to each context id on the connection is rolled back;
  • the encapsulating unit is configured to: after the MAC layer receives the SDU packet that belongs to the initialization and status information update packet sent by the header compression layer, start to encapsulate the HARQ subpacket at the HARQ layer, where the first one of each Context id of each Subpacket package is encapsulated.
  • the first SDU in the PDU is an initialization and status information update package.
  • the embodiment of the present invention combines the (H)ARQ mechanism and the header compression technology, and improves the efficiency and accuracy of the header compression by processing the technical problems caused thereby, thereby saving valuable air interface resources.
  • Embodiment 1 is a flowchart of a method according to Embodiment 1 of the present invention.
  • FIG. 2 is a schematic diagram of a basic format of a MAC PDU in the prior art
  • FIG. 3 is a schematic diagram of a structure of a MAC PDU according to an embodiment of the present invention.
  • FIG. 4 is a schematic diagram of another manner of constructing a MAC PDU according to an embodiment of the present invention.
  • FIG. 5 is a flowchart of a processing method when a misstatement or a packet loss occurs during data transmission according to an embodiment of the present invention
  • FIG. 6 is a flowchart of a method for determining whether to retransmit an SDU according to an embodiment of the present invention
  • FIG. 7 is a flowchart of a method for decompressing an SDU packet that is not correctly decompressed before being decompressed by using a retransmitted SDU according to an embodiment of the present invention
  • FIG. 8 is a schematic diagram of an SDU and a header that cannot be decompressed based on context id according to an embodiment of the present invention
  • FIG. 9 is a schematic diagram of a linked list of an SDU and a first BSN that cannot be decompressed based on a context id according to an embodiment of the present invention
  • FIG. 10 is a flow chart of a processing method for combining R0HC feedback and ARQ feedback according to an embodiment of the present invention
  • FIG. 11 is a schematic diagram of a form of retransmission feedback according to an embodiment of the present invention.
  • FIG. 13 is a schematic structural diagram of a header compression communication apparatus using an automatic retransmission mechanism according to an embodiment of the present invention
  • FIG. 14 is a schematic structural diagram of a PDU construction apparatus according to an embodiment of the present invention.
  • FIG. 15 is a schematic structural diagram of a compression error processing apparatus using an automatic retransmission mechanism according to an embodiment of the present invention.
  • FIG. 16 is a schematic structural diagram of a subpacket encapsulation device of HARQ when combined with a header compression mechanism according to an embodiment of the present invention. detailed description
  • the embodiment of the present invention is described by taking the header compression mechanism as the robust header compression as an example.
  • the implementation in the method or apparatus of the embodiment of the present invention may not be limited to the robust header compression mechanism.
  • it may also be a real-time transmission protocol header compression system, an extended real-time transmission protocol header compression mechanism, and the like;
  • the PDU is used as the medium access control protocol layer MAC PDU as an example, and those skilled in the art may understand that the implementation manner in the method or apparatus in the embodiment of the present invention may not be limited to the MAC PDU. It is another lower layer PDU, such as RLC layer PDU in LTE.
  • Embodiment 1 As shown in FIG. 1 , it is a flowchart of a method according to an embodiment of the present invention:
  • S101 The sending end negotiates with the receiving end to determine parameters of the header compression and the ARQ.
  • the ROHC layer and the ARQ layer of the two ends must negotiate to confirm the related information.
  • the network needs to perform the necessary parameter negotiation between the ARQ and the ROHC according to the current actual situation, such as the support capabilities of the ROHC and the ARQ.
  • the main content of the negotiation is whether the connection uses the ARQ mechanism and the ROHC mechanism. If the connection uses the ARQ mechanism and the ROHC mechanism, you need to inform the ROHC layer whether the ARQ uses the caching mechanism and the size of the cache window.
  • the ROHC determines the corresponding working mode and compression algorithm, and sends the compression algorithm and its parameters to the ARQ layer.
  • ARQ also uses a working mechanism combined with ROHC.
  • the sender and the receiver After the sender and the receiver negotiate to confirm the connection using the ARQ mechanism and the ROHC mechanism, the sender and the receiver also need to negotiate whether the relevant parameters of the two ends match. If they match, the transmission method combining the ARQ mechanism and the ROHC mechanism is used. If there is no match, the combination of the ARQ mechanism and the ROHC mechanism cannot be used.
  • the transmitting end constructs the PDU of the lower layer protocol including the header compression information and sends the PDU to the receiving end.
  • the PDU construction entity at the MAC layer After receiving the SDU data packet processed by the ROHC from the upper layer, the PDU construction entity at the MAC layer performs the SDU according to the actual situation of the network. Packets are packetized and assembled into MAC PDUs suitable for network transmission.
  • the MAC PDU including the ROHC compression information is constructed by the transmitting end and sent to the receiving end, which can save the amount of data transmitted by the network, and can help the header decoding of the receiving end.
  • the ROHC compression information here may include the context id in the SDU packet header; whether the error packet has context update information, and the like.
  • S103 The sender and the receiver interact with each other to perform header compression processing.
  • the robust header compression communication method using the ARQ mechanism in the embodiment of the present invention may include a processing mechanism for error reporting or packet loss during transmission, and a specific implementation method for combining ROHC feedback and ARQ feedback. Since the foregoing MAC PDU and the SDU contained therein contain the compressed information of the ROHC, the robust header compression can be implemented more correctly and efficiently when the misreporting or packet loss processing mechanism and the ROHC feedback and ARQ feedback mechanism are implemented.
  • Embodiment 2 the combination of the ROHC and the ARQ mechanism can be implemented, the efficiency and the correct rate of the header compression are improved, and valuable air interface resources are saved. .
  • Embodiment 2 the specific method for implementing the present invention will be described in more detail below with reference to the accompanying drawings:
  • the transmitting end negotiates with the receiving end to determine parameters of the ROHC and the ARQ;
  • the receiving end and the transmitting end determine that a new connection needs to be established
  • ROHC adjusts some parameters of its own according to the parameters of ARQ, such as compression algorithm, size of compression window, etc.
  • the content of the negotiation includes parameters related to ROHC and ARQ;
  • ROHC and ARQ parameters negotiated at both ends do not match. If one end can modify the parameters to achieve parameter matching, then the modified parameters are notified; if the parameters at both ends cannot be modified, the combination of ROHC and ARQ is not used. If the parameters at both ends can be matched, the data is transmitted using the combination of ROHC and ARQ.
  • the method of the second embodiment of the present invention can implement effective negotiation of parameters between the ROHC and the ARQ and effective negotiation of the parameters of the sender and the receiver.
  • Embodiment 3 is a diagrammatic representation of Embodiment 3
  • the third embodiment of the present invention details the method for the transmitting end to construct the MAC PDU including the ROHC compressed information and send it to the receiving end.
  • the PDU construction entity at the MAC layer receives the SDU data packet from the upper ROHC, the SDU data packet is packaged and fragmented according to the actual situation of the network, and assembled into a MAC PDU suitable for network transmission.
  • the basic format of the MAC PDU is shown in Figure 2.
  • the MAC PDU does not parse the ROHC related information in the SDU packet header.
  • Embodiments of the invention include adding an extended subheader in a MAC PDU and including ROHC related compression information in the extended subheader. By including some ROHC compression information in the MAC PDU, the amount of data transmitted can be saved or the header can be decompressed.
  • the MAC PDU entity packs and fragments the SDUs belonging to the same context id, and includes the same context id of the SDU in the extended subheader added by the PDU including the SDU header; in the SDU header of the packed fragment Omit the context id;
  • the extension header needs to be added to indicate the context ID. For example, if one SDU is divided into two PDUs, the latter PDU. The context id in it is also not needed.
  • FIG. 3 is a schematic diagram of a structure of a MAC PDU according to an embodiment of the present invention.
  • a connection may have multiple Context ids as identifiers of different ROHC Contexts.
  • the packet header of each ROHC packet will contain the Context id.
  • the PDU constructing entity of the MAC may separate the SDU data packets belonging to different Context ids according to the Context id in the received SDU header, and perform packet packing separately.
  • the SDUs contained in a MAC PDU belong to the same Context id.
  • the Context id in each SDU header of the MAC PDU can be omitted, and an extended sub-header is added to the MAC PDU.
  • the sub-header contains the Context id to which the SDU included in the MAC PDU belongs.
  • the receiving end may recover the Context id information in the SDU data packet header according to the Context id information included in the extended subheader in the MAC PDU. Specifically, as can be seen from FIG.
  • SDU1 and SDU3 having the same context id1 are encapsulated into PDU1 at the time of encapsulation, and context idl is identified in the extension header of PDU1, and in each SDU header, that is, ROHC header
  • the context idl is omitted; the different context id, that is, the SDU2 with the context id2 is encapsulated into the PDU2, and the context id2 is identified in the extension header of the PDU2, and the context id2 is also omitted in the ROHC header.
  • the MAC PDU entity determines whether the SDU data packet is an SDU data packet with context update according to the packet header format of the SDU data packet, and identifies, in the added extended sub-header, whether the SDU data packet is an SDU with context update. data pack.
  • the data packets after ROHC can be divided into Context content updates.
  • the package and the package without the Context content update If the packet without the Context update is lost, it will not affect the subsequent packet decompression. However, if the packet with the Context update is lost, the subsequent packet decompression may fail.
  • the extension sub-head can be used in the MAC PDU to indicate its first block serial number (BSN, block sequence). Number ). In this way, the decompressing end can obtain whether the error packet has a Context update according to the BSN information in the MAC PDU.
  • the specific encapsulation mode of the MAC PDU is illustrated. If a different SDU is packaged into a MAC PDU, the MAC PDU may contain multiple SDU packets with Context updates. Then, the PDU construction entity adds a corresponding number of extended subheaders according to the number of SDU packets updated by the Context. Each extension subheader contains the first BSN number of an SDU packet with a Context update. If an SDU is fragmented into multiple pieces and transmitted in different MAC PDUs, the PDU constructing entity adds only the MAC header of the first block of the SDU with the context update to the corresponding extended subheader, which includes The corresponding BSN number.
  • the amount of data transmitted in the robust header compression communication method using the ARQ mechanism can be saved and can be helpful for the header decoding of the receiving end.
  • Embodiment 4 is a diagrammatic representation of Embodiment 4:
  • Embodiment 4 of the present invention will explain in detail the processing mechanism when the robust header compression communication method using the ARQ mechanism occurs during data transmission or when packet loss occurs.
  • the existing mechanism is to discard the packet directly, and then feed back the NACK information to the ARQ sender to wait for retransmission.
  • the following problems may occur: Since the CRC code in the MAC PDU is for the entire MAC PDU, if the error occurs in the payload of the SDU, the PDU will be at the ARQ layer. Discard, not uploaded to the ROHC layer.
  • the ARQ of the receiving end cannot correctly parse the received MAC PDU, so that the MAC PDU cannot be parsed into an SDU, and it is impossible to parse the Context id information in the SDU header. Since the context id information of the error packet cannot be obtained, the information about the error packet cannot be saved.
  • the Context information is updated when the subsequent packet containing the Context update is correctly received. At this time, even if the ARQ retransmission packet is correctly received at the MAC layer, the MAC layer sends the correctly parsed SDU to the ROHC. However, since the Context content of the ROHC decompression state machine has been updated, the header decoding cannot be correctly performed. Therefore, in this kind of error situation, even if there is an ARQ retransmission mechanism, ROHC cannot be properly decompressed.
  • the data packet that the receiving end ARQ cannot correctly parse is just an IR data packet, it may cause the subsequent packet to be decompressed without getting the correct static Context information.
  • the ROHC decompression end updates the existing Context information with the Context information in the IR report, thereby causing the subsequent data packet to fail again. Decompress properly.
  • the embodiment of the present invention proposes that the ARQ uses the following packet processing mechanism when receiving an erroneous data packet:
  • FIG. 5 it is a flowchart of a processing mechanism when a misstatement or packet loss occurs during data transmission according to an embodiment of the present invention:
  • the receiving end performs a CRC check on the received MAC PDU packet.
  • S502. Decompose the PDU packet that fails the verification into an SDU packet, and send the SDU data packet to the ROHC layer, and notify the ROHC layer that the SDU is an error packet.
  • the PDU packet that fails the verification is assumed to be correct, and is still decapsulated into an SDU packet according to the prior art, and the SDU datagram is transmitted to the ROHC layer and notified to the ROHC layer.
  • the SDU is an error package.
  • the ROHC layer determines whether the SDU is decompressible and passes the CRC check of the ROHC layer.
  • S505 If the SDU still cannot be correctly decompressed at the ROHC layer, discard the SDU. In S505, if the SDU still cannot be properly decompressed at the ROHC layer, the ROHC may wait for the SDU that the next ARQ of the same Context id can correctly receive with the data packet. When the ARQ layer receives the next SDU with the same Context id, it can be classified into the following two cases:
  • Case 1 The SDU can be decompressed correctly at the ROHC layer.
  • the N value is related to the specific condition of the system, and may be negotiated and determined when the connection is established, or may be manually set.
  • the embodiment of the present invention uses the following processing manner:
  • the ROHC decompressing end determines whether the SDU received by the ROHC is a retransmitted SDU
  • One method is that the ROHC layer can be notified by the ARQ, and the SDU is a retransmitted SDU;
  • Another method, as shown in Figure 6, includes the following steps:
  • the ARQ receiving end uploads each SDU of the received PDU to the ROHC decompression end, and notifies the ROHC to decompress the BSN of the first block in the SDU, that is, the first BSN;
  • the ROHC decompressing end establishes and maintains a list corresponding to the BSN according to the first BSN of each SDU.
  • the ROHC decompression end determines whether the SDU is a retransmitted SDU according to whether the first BSN of the SDU is greater than a maximum BSN in the list.
  • the ROHC decompression terminal determines that the first BSN of the SDU is greater than the largest BSN maintained in the list, it is confirmed that it is not a retransmitted SDU.
  • the ROHC decompressing end determines that the first BSN of the SDU is not greater than the largest BSN maintained in the list, it is confirmed that it is a retransmitted SDU.
  • the method for determining whether the SDU is a retransmitted SDU may be that the first BSN of the SDU is compared with the first BSN of the last received SDU. If the first BSN of the SDU is smaller than the first BSN, the SDU may be determined to be a retransmitted SDU.
  • a person skilled in the art may understand that there may be other methods for determining whether to retransmit an SDU or a combination of the foregoing methods, and the embodiment of the present invention is not limited herein.
  • the embodiment of the present invention may use the retransmitted SDU to decompress the SDU data packet that was previously buffered and not correctly decompressed. Referring to FIG. 7, the specific method is as follows:
  • the linked list form may be as shown in FIG. 8:
  • the Context infomation at that time needs to be cached and corresponds to the unresolvable packet caused by the fatal error packet.
  • the linked list form can be as shown in FIG.
  • the retransmission packet can be identified at the receiving end, and the SDU that has not been correctly decompressed can be decompressed to improve the accuracy of data transmission.
  • the SDU cannot be decompressed properly in the ROHC layer. Because the ROHC decompression end of the subsequent data packet cannot be decompressed properly, the ARQ layer can process subsequent data packets in the following two ways:
  • Method 1 The subsequent packets are still uploaded.
  • the ARQ is used.
  • the layer cannot determine whether the subsequent data packet has a Context information update packet. Therefore, the method first uploads the subsequent data packet that cannot be correctly decompressed to the ROHC decompression end, and the ROHC terminal continues to try to decompress, if it cannot be properly decompressed and cached in the ROHC layer, Until the next Context information update report can be properly decompressed, or the retransmitted error data packet is correctly decompressed.
  • the ARQ will notify the ROHC to decompress the wrong packet and cannot retransmit correctly.
  • the other buffer will be cached in the ROHC due to the packet error. Packets that cannot be decompressed correctly are discarded, and the corresponding contents in the list maintained by the ROHC layer are deleted.
  • the subsequent packet ROHC Due to a fatal error, the subsequent packet ROHC has not been properly decompressed. If the subsequent packet is still uploaded to the ROHC, the system will waste a lot of system resources. Therefore, when the PDU is used in the MAC PDU extension sub-header to identify whether the SDU data packet is an encapsulated form of the SDU data packet with the context update, the ARQ receiving end can determine whether the SDU is subsequently received.
  • Ability to update the Context information in the Context id, so Mode 2 will not follow The data packet is uploaded, and the subsequent data packet is directly buffered in the ARQ layer until the next Context information update report is correctly received or the retransmitted error data packet is correctly received.
  • the ARQ will delete the cached packet that cannot be correctly decompressed due to the packet error, and notify the ROHC layer to delete the list maintained by the ROHC layer. The corresponding content.
  • the ARQ receiving end determines that the erroneous data packet does not have a fatal error, and therefore does not cause error diffusion, since there is no subsequent data packet error, the Context id of the SDU in the erroneous data packet cannot be determined, and the data packet cannot be cached and decompressed. The required Context information. Then, when the retransmission data packet arrives, if the Context information corresponding to the Context id has been updated, even if the retransmission data packet can be correctly received, the ROHC decompression terminal cannot be decompressed correctly. Therefore, once the above situation occurs, the ARQ receiver should immediately notify the ARQ sender that the data packet will not be retransmitted, so as to avoid wasting air interface resources.
  • the error diffusion phenomenon is avoided as much as possible, and the compression efficiency and the correct rate are improved.
  • Embodiment 5 is a diagrammatic representation of Embodiment 5:
  • the embodiment of the present invention details the processing mechanism of combining ROHC feedback and ARQ feedback when using the robust header compression communication method of the ARQ mechanism;
  • both ROHC and ARQ in the prior art have an independent feedback mechanism, in the feedback, both the ARQ feedback and the ROHC are allocated resources.
  • the embodiment of the invention provides a processing mechanism combining ROHC feedback and ARQ feedback, and uses ARQ feedback instead of ROHC feedback to save system resources.
  • an embodiment of the present invention includes the steps of:
  • the ROHC decompressor at the receiving end receives the header compressed SDU data packet transmitted by the ARQ receiving end, performs decompression and performs CRC check;
  • the ROHC decompressor If the CRC verification fails, the ROHC decompressor notifies the ARQ receiving end of the SDU data packet decompression error, and uses an ARQ feedback mechanism to notify the transmitting end to perform retransmission; that is, the ROHC decompressor at this time Instead of feeding back to the ROHC compression end through the original ROHC feedback mechanism, the ARQ receiver is notified of the data decompression error, and the feedback mechanism of the ARQ is used. Retransmission.
  • the ROHC feedback is divided into dynamic Context feedback and static Context feedback.
  • the ARQ receiver in the fourth embodiment checks that the correct data packet is sent to the ROHC but does not correctly decode the header. Therefore, when a packet is faulty, the ARQ feedback replaces the ROHC feedback by up to 3 bits of information. The first bit indicates whether the block is correctly received. The second bit indicates that the block is receiving errors in the ARQ, but is available at the ROHC layer. Correct header compression, the third bit indicates that the SDU header where the block is located is a static Context error or a dynamic Context error.
  • FIG. 11 is a schematic diagram of a feedback form according to an embodiment of the present invention.
  • the feedback mode of the embodiment of the present invention is that the ARQ receiving end feeds back the error information for each erroneous SDU, and the method for the BSN of the first block of the erroneous SDU needs to be used.
  • the bit ma of 3 bits is used to feedback the specific error form, and the feedback mode of other blocks is the same as the ARQ feedback mode in the prior art.
  • the first block of the correctly transmitted SDU still uses a bit to indicate that it was received correctly. Because the ARQ sends the SDU into different blocks, the ARQ sender can know which block is the first BSN of the SDU.
  • the number of bits required for retransmission of feedback information may be less than 3 bits. For example, if the second bit identification block can be correctly decompressed at the ROHC layer, the third bit is not needed. Similarly, if the lbit identifies that the block is correctly received, then the next two bits are not required to identify the type of error.
  • the transmitting end After receiving the feedback from the receiving end, the transmitting end negotiates with the ROHC according to the feedback information and the relevant SDU information saved by the transmitting end to determine whether to retransmit the original data packet.
  • the ARQ sender interacts with the ROHC compression end to determine whether the erroneous SDU packet contains Context information in its data packet header. Specifically, it can include the following situations:
  • the packet is an important IR packet containing static Context information. If the data packet transmission fails, the decompression of the subsequent large number of data packets fails, and the compressed end retransmits the IR data packet. If the maximum number of retransmissions or the maximum retransmission time has been exceeded, the ROHC compression end needs to transfer the compression state machine to the IR state and resend the IR packets.
  • the data packet contains dynamic Context information, but due to the limitation of the size of the WLSB algorithm window, the data packet is no longer in the WLSB window, that is, the data packet is lost, and the subsequent data packet is not updated due to the Context information of the packet. It is not correct to decompress the header.
  • ARQ sender needs Retransmit the packet. If the maximum number of retransmissions or the maximum retransmission time has been exceeded, the ROHC compression end needs to transfer the compression state machine to the FO state and re-update the dynamic Context.
  • ARQ feedback can be used instead of ROHC feedback in the mechanism of combining ROHC and ARQ, thereby achieving the purpose of saving system resources.
  • the embodiment of the present invention also provides a Subpacket encapsulation method for HARQ when combined with ROHC.
  • HARQ is different from the traditional ARQ retransmission mechanism.
  • HARQ is generally used for retransmission of the physical layer (PHY), which is not only retransmission, but also includes FEC forward error correction code, and has error correction function; For the retransmission of the MAC, there is no error correction function.
  • PHY physical layer
  • Subpacket is the data unit of the physical layer. The data unit is not involved in ARQ technology. Subpacket is generally only applicable to HARQ technology.
  • HARQ allocates several HARQ Channels for each HARQ-enabled Connection, and encapsulates the PDUs from the Connection into HARQ Subpackets.
  • HARQ After HARQ Subpacket is generated, HARQ will send it to the HARQ receiver through different HARQ channels.
  • the transmission of Subpacket on each HARQ Channel uses a stop mechanism, etc.
  • the data packet on the HARQ Channel will stop transmitting the subsequent Subpacket until the ACK feedback of the receiving end is successfully received, and at the same time, the other HARQ Channel corresponding to the Connection will continue to be encapsulated and sent.
  • the HARQ subpacket causes the out-of-order of the receiving end. Since the HARQ Subpacket is larger than the SDU, the number of SDUs included in each HARQ Subpacket is large, and the SDUs received by the ROHC layer will be greatly out of order once the HARQ Subpacket is retransmitted.
  • the embodiment of the present invention provides a Subpacket encapsulation method when the following HARQ is combined with ROHC, and the method includes the following steps:
  • the MAC layer After receiving the SDU sent by the ROHC layer, the MAC layer encapsulates the SDU into a PDU and sends it to the HARQ layer.
  • the HARQ layer encapsulates the PDU into a subpacket
  • the first SDU in the first PDU of each context id in the encapsulated subpacket is an IR packet.
  • FIG. 12 may be implemented as follows:
  • HARQ Before the ROHC layer starts to compress, HARQ, MAC, and ROHC first negotiate the number N of PDUs encapsulated in each HARQ packet.
  • the N value is a number that can be supported by the three layers of the HARQ, the MAC, and the ROHC. Specifically, the N value is related to the size of the MAC PDU and the modulation coding mode MCS used by the HARQ.
  • the ROHC layer starts to compress and sends an SDU packet to the MAC. After the MAC is received,
  • the SDU After the SDU, the SDU is encapsulated into a PDU and sent to the HARQ layer, and the number of PDU packets sent to the HARQ is recorded at the MAC layer.
  • the MAC clears the technology, and passes the ROHC compressor status corresponding to each context id on the connection corresponding to the HARQ channel. Go back, then start waiting for the IR packet from the ROHC.
  • HARQ receives the first PDU and encapsulates the new HARQ packet from the PDU.
  • the method of the embodiment of the present invention can implement that the first SDU in the first PDU of each Context id in the encapsulated Subpacket is an IR packet, thereby ensuring that the subsequent packet can be properly decompressed, thereby realizing even the subpacket mess. Order, it will not affect the decompression.
  • the IR packet may also be other initialization and status information update packages, which are not limited in this embodiment of the present invention.
  • an embodiment of the present invention further provides a header compression communication apparatus using an automatic retransmission mechanism, and the apparatus includes a transmission module 1301 and a receiving module 1302.
  • the sending module 1301 is configured to negotiate with the receiving module 1302 to determine parameters of the header compression and ARQ; construct a lower layer protocol PDU including header compression information and send the same to the receiving module 1302; and interact with the receiving module 1302 to perform header compression communication.
  • the receiving module 1302 is configured to negotiate with the sending module 1301 to determine parameters of the header compression and ARQ; receive the lower layer protocol PDU that includes the header compression information sent by the sending module 1301; and interact with the sending module 1301 to perform header compression communication.
  • the sending module 1301 further includes a header compression unit 13011 and an ARQ sending unit.
  • the header compression unit 13011 is configured to perform header compression processing on the data.
  • the ARQ sending unit 13012 is configured to add an extended subheader in the lower layer protocol PDU, include header compression information in the extended subheader, and send the lower layer protocol PDU to the receiving module 1302.
  • the receiving module 1302 further includes a decompression unit 13021 and an ARQ receiving unit.
  • the ARQ receiving unit 13022 is configured to receive a lower layer protocol PDU that includes the header compression information sent by the ARQ sending unit 13012, and process the lower layer protocol PDU into an SDU and send the information to the decompression unit 13021.
  • the decompression unit 13021 performs a decompression process on the received SDU.
  • the header compression may be robust header compression, and the lower layer protocol PDU may be a medium access control layer PDU.
  • an embodiment of the present invention further provides a PDU construction apparatus, where the apparatus includes a header compression information acquisition module 1401 and a header compression information adding module 1402.
  • the header compression information obtaining module 1401 is configured to obtain header compression information from the header compressed SDU packet and send it to the header compression information adding module 1402.
  • the header compression information adding module is configured to add an extended subheader in the PDU, and add the header compression information in the extended subheader;
  • the header compression information may include a context id of the SDU, or
  • the SDU data packet is the identification information of the SDU data packet with the context update.
  • the header compression may be robust header compression
  • the lower layer protocol PDU may be a medium access control layer PDU.
  • the embodiment of the present invention further provides a header compression error processing apparatus that uses an automatic retransmission mechanism, and the apparatus includes a first verification unit 1501, a decomposition unit 1502, and a second verification unit 1503. , updating unit 1504;
  • the first check unit 1501 performs a CRC check on the received PDU packet
  • the decomposing unit 1502 decomposes the PDU packet that fails the verification into an SDU packet, and transmits the SDU packet to the header compression layer and notifies the header compression layer that the SDU may be erroneous;
  • the second checking unit 1503 determines whether the SDU is decompressible and passes the CRC check of the header compression layer
  • the updating unit 1504 in the case where the second checking unit 1503 confirms that the SDU can be decompressed and passes the CRC check of the header compression layer, updates the corresponding context according to the correct header information obtained by the decompression.
  • the header compression may be robust header compression
  • the lower layer protocol PDU may be a medium access control layer PDU.
  • the embodiment of the present invention further provides a HARQ combined with a header compression mechanism.
  • Subpacket packaging device the packaging device comprises:
  • the negotiating unit 1601 is configured to negotiate to determine the number N of PDUs encapsulated in each HARQ subpacket before the ROHC layer starts compression, and the number of PDUs determined by the negotiation is HARQ, MAC, and the number supported by the header compression layer. .
  • the counting unit 1602 is configured to record the number of PDU packets sent by the MAC layer to the HARQ. When the number of recorded PDU packets sent to the HARQ reaches the set number N, the counting unit is cleared, and the HARQ channel is opened. The header compression layer compressor state corresponding to each context id on the corresponding connection is rolled back.
  • the encapsulating unit 1603 is configured to: after the MAC layer receives the SDU packet that belongs to the initialization and status information update packet sent by the header compression layer, start to encapsulate the HARQ subpacket at the HARQ layer, where the first Context id of each Subpacket package is first.
  • the first SDU in each PDU is an initialization and status information update package.
  • the header compression may be robust header compression, and the lower layer protocol PDU may be a medium access control layer PDU.

Description

一种采用 ARQ机制的头压缩通信方法和装置 技术领域
本发明涉及无线通信领域， 尤其是一种釆用 ARQ机制的头压缩通信方法 和装置。
背景技术
由于物理条件的限制， 无线链路与有线链路相比， 传输速率较低， 而误码 率偏高。 当将网际协议（IP )技术应用在无线网络小区环境中时， 存在分组头 标开销过大的问题。 例如， 一个 IPv6 语音通信分组， 用户真正需要的分组净 荷往往只占整个分组的 22%。这样不仅浪费带宽，还增大了由于分组出错而导 致的该分组被丟弃的概率。若不釆取有效措施，在浪费宝贵无线网络资源的同 时， 还会降低服务质量（QoS )。
釆用头压缩机制可以解决上述问题， 同时可保证 IP协议固有的灵活性。 头压缩机制可包括鲁棒性头标压缩（ROHC, Robust Header Compression ), 实 时传输协议头压缩 （ Real-time Transport Protocol Header Compression, CRTP ) 机制等。 、
以 ROHC为例， ROHC是 IETF在 RFC 3095中定义的一种基于流的头标 压缩方案。在网络数据传输过程中， 同一个流的分组中大部分头标域具有相同 的域值。 ROHC机制在某个流中取一个参考分组， 对于其他分组仅仅发送头 标域中相对参考分组变化的信息， 以达到压缩目的， 从而节省分组头标开销， 更加有效地利用带宽。 同时， ROHC机制还通过控制反馈消息的频率和数量、 检测不同步的逻辑以及差错校验等手段， 使该 ROHC机制具有高度的有效性 和合理的鲁棒性。 因此， ROHC机制提供了一种应用于高误码率和长时延链路 的头标压缩机制。
通过 ROHC机制在无线网络中进行通信， 需要建立 ROHC信道， ROHC 信道为一个逻辑信道， 在这个逻辑信道中， 入口是压缩器， 出口是解压缩器， 压缩器和解压缩器一一对应。压缩器把原始数据进行头压缩以后通过该逻辑信 道发送给解压缩器。 该 ROHC信道为单向逻辑信道。 同时， 为了支持双向压 缩，解压缩器必须能够给压缩器提供反馈信息，因此 ROHC反馈信道（ feedback channel )为承载所述反馈信息的逻辑信道， 入口是解压缩器， 出口是压缩器。
ROHC头压缩可以被简单描述为两个状态机（一个压缩状态机和一个解压 状态机）之间的互作用。 两个状态机各自都有三种不同的状态。 两个状态机都 是由最低的压缩状态开始逐步转变到更高的状态。
ROHC压缩机包含三种状态： IR ( Initial and Refresh ), FO ( First Order ), SO ( Second Order )。 初始的状态为 IR (初始化和状态信息更新)状态， 这时解 压缩端几乎没有解压缩所需的静态和动态信息， ROHC压缩端发送 IR或是 IR-DYM数据包， 其中包含了数据包头中的静态信息（源 IP地址， 目的 IP地 址等）和一些动态信息（SN, Timestamp等）。 IR包可以既包含静态信息又包 含动态信息， 而 IR-DYM 包只可以包含动态信息。 当解压缩端得到静态信息 和部分动态信息时， 压缩端处于 FO状态。 当解压缩端得到所有的静态和动态 信息， 压缩端进入 SO状态， 报头的数据压缩到最小。
ROHC解压缩状态机包含三种状态： NC( No Context ), SC( Satic Context ), FC ( Full Context )。 NC就是解压缩端的初始状态， 这时解压缩端没有收到数 据包， 没有解压缩需要的任何信息； SC就是解压缩端得到了全部的静态解压 缩的信息以及部分动态解压缩的信息； FC就是解压缩端已经获得了全部的解 压缩信息。
ROHC 的 Context信息分成两种不同类型： 静态 Context信息和动态的 Context信息，其中静态 Context信息是很少变化的，所以一般只要接收端正确 接收到， 压缩端就可以不需要再传输； 而动态的 Context信息是变化的， 现有 的 IP数据包头中的动态 Context信息主要为 SN, Timestamp , IP-id。 这三个参 数的变化有一定的规律， 现有的 RFC 3095中详细的定义了这三个参数的具体 压缩方法。 其中最主要的压缩方法为 LSB编码和 W-LSB编码， LSB编码的基 本思想是对连续分组中值变化不大的域进行压缩编码,压缩方只传输域值的 k 个最低有效位 LSBs ,而不是原始域值。 LSBs是要压缩的值 V与已经正确传递 到解压方而作为参考值 V-— ref的二进制编码差异的最低有效位， k是 LSBs的 比特位数。 解压方接收到 LSBs后， 用其取代先前正确接收而作为解压参考值 的 V— ref的 k个最低有效位,获得原始值。而 W-LSB算法是对 LSB算法的改进， ^^于窗口的 LSB编码算法， 在滑动窗口的范围内包含的一组参考基值。 解 压器只要收到滑动窗口中的任意一个基值就可以正确解压缩编码后的值。使用 W-LSB编码后， 除非滑动窗口中所有的基值全部丟失，否则压缩器不会和解压 器失去同步。
根据上面对现有技术的研究， 发明人发现： 如果包含了静态 Context信息 更新的数据包发生了错误或是丟失，会导致之后所有的数据包都无法获取静态 Context信息， 以致于后继大量的解头压缩失败； 如果连续丟失了一定数量的 数据包， 其丟失数据包的数量大于 WLSB 窗口的长度， 也会导致后继数据包 不能解析动态 Context信息， 以致于解头压缩失败。 由于现有 ROHC机制对于 错误报头的处理为直接丟弃而不作任何的进一步处理， 所以当上述情况发生 时， 只在错报率达到一定程度的情况下， 才会导致状态回退， 并更新 context 信息， 重新同步解压状态。 特别是在无线链路情况较差时， 会导致频繁的状态 回退， 极大的降低压缩效率。
自动重传请求（ ARQ, auto repeat request ), 是通过接收方请求发送方重传 出错的数据包文来恢复出错的报文的一种技术，是通信中用于处理信道所带来 差错的方法之一。
传统自动重传请求分成为三种， 即停等式 (stop-and-wait ) ARQ , 回退 η帧 ( go-back-n ) ARQ, 以及选择性重传（selective repeat ) ARQ。 后两种协议是 滑动窗口技术与请求重发技术的结合， 由于窗口尺寸开到足够大时， 帧在线路 上可以连续地流动， 因此又称其为连续 ARQ协议。 三者的区别在于对于出错 的数据包文的处理机制不同。 在停等式 ARQ中， 数据包文发送完成之后， 发 送方等待接收方的状态报告，如果状态报告报文发送成功，发送后续的数据包 文， 否则重传该报文。 在回退 n帧的 ARQ中， 当发送方接收到接收方的状态 报告指示报文出错后，发送方将重传过去的 n个报文。在选择性重传 ARQ中， 当发送方接收到接收方的状态报告指示报文出错，发送方只发送传送发生错误 的才艮文。 三种 ARQ协议中， 复杂性递增， 效率也递增。
除了传统的 ARQ,还有混合 ARQ( Hybrid- ARQ )。 HARQ系统就是在 ARQ 系统中引入了前向纠错码 FEC,该 FEC可以用来纠正传输过程中的数据差错， 即如果错误在 FEC的纠错范围内， 那么 FEC就进行纠错， 如果超出了其纠错 范围， 那么就要请求重传。 数据包文传送到接收方之后， 即使出错也不会被丟 弃。接收方指示发送方重传出错报文的部分或者全部信息，将再次收到的报文 信息与上次收到的报文信息进行合并， 以恢复报文信息。
在现代的无线通信中， ARQ主要应用在无线链路层。 比如， 在 WCDMA 和 cdma2000无线通信中都釆用了选择性重传 ARQ和混合 ARQ。
釆用 ROHC机制可以节约无线网络资源， 提高服务质量， 但由于前述分 析可知， 现有的 ROHC机制对于错误报头的处理为直接丟弃而不作进一步处 理， 在错报率达到一定程度的情况下， 导致状态回退并更新 context信息， 重 新同步解压状态， 在无线链路状况较差时， 会导致频繁的状态回退， 极大降低 压缩效率； 而 ARQ技术可以提高 文发送的正确率和可靠性。
但发明人在对现有技术进行研究后发现： 现有技术中没有将 ROHC机制 和（ H ) ARQ技术结合的机制， 将 ROHC机制和 HARQ相结合， 会出现以下 问题：
ARQ的重传机制导致的乱序。 由于 ARQ均釆用了重传机制提高传输的 数据质量，导致 BSN号靠前的数据包因错误重传而比 BSN号靠后的数据包后 到， 而 ROHC仅有一定的抗乱序能力。
ARQ和 HARQ都会导致 ROHC接收端无法及时向 ROHC发送端反馈。 HARQ 每次发送的 subpacket 中包含有较多的 SDU , 而接收端要将整个 subpacket接收完全并进行解头压缩后， 才能向发送端进行反馈， 从而导致 subpacket中较早被压缩的 ROHC包反馈时延较长； ARQ使用的是窗口机制， 窗口中緩存有较多的 SDU, 只有在 SDU正确接收的情况下， 才会将 SDU传 送给 ROHC解压缩段， 从而导致 ROHC包反馈时延增加。 发明内容
本发明实施例提供一种釆用 ARQ机制的头压缩通信方法和装置， 用以解 决现有技术中无法将头压缩机制与自动重传技术结合的技术问题。
本发明实施例提供了一种釆用自动重传 ARQ机制的头压缩 ROHC通信方 法， 所述方法包括：
与接收端协商确定头压缩和 ARQ的参数； 构造包含头压缩信息的下层协议的协议数据单元 PDU并发送给接收端； 与接收端交互， 进行头压缩。
本发明实施例还提供了一种釆用 ARQ机制的头压缩通信方法， 所述方法 包括：
与发送端协商确定头压缩和 ARQ的参数；
接收包含头压缩信息的下层协议的 PDU;
与发送端交互， 进行解头压缩。
本发明实施例还提供了一种 PDU构造方法， 所述方法包括：
对 SDU数据包进行打包或者分片， 形成 PDU;
在所述 PDU中增加扩展子头， 在所述扩展子头中包含头压缩信息。
本发明实施例还提供了一种釆用 ARQ机制的头压缩通信错误处理方法， 包括步骤：
对接收到的 PDU包进行 CRC校验；
将未通过校验的 PDU包分解为 SDU包， 将所述 SDU包传送给头压缩层 并通知头压缩层所述 SDU为错误包；
所述头压缩层若对所述 SDU包可解头压缩并通过头压缩层的 CRC校验， 则才艮据解头压缩得出的正确头信息更新相应的 context。
本发明实施例还提供了一种头压缩反馈与 ARQ反馈结合的方法， 所述方 法包括：
当接收端的头压缩解压缩机收到来自 ARQ接收端传送来的头压缩后的
SDU数据包， 但是解头压缩后却不能通过 CRC验证时， 所述头压缩解压缩机 通知 ARQ接收端该数据解压错误， 利用 ARQ的反馈机制， 通知发送端进行 重传。
本发明实施例还提供了一种与头压缩机制结合时 HARQ的 subpacket封装 方法， 所述方法包括：
MAC层接收头压缩层发送的 SDU后，将其封装成 PDU发送给 HARQ层， 所述 HARQ层将所述 PDU封装成 subpacket;
所述封装的 subpacket中的每个 context id的首个 PDU中的首个 SDU为初 始化和状态信息更新包。 本发明实施例还提供了相应的装置：
一种釆用自动重传 ARQ机制的头压缩装置， 所述装置包括： 发送模块， 接收模块，
所述发送模块用于与接收模块协商确定头压缩和 ARQ的参数； 构造包含 头压缩信息的下层协议 PDU并发送给接收模块； 与接收模块交互， 进行头压 缩通信；
所述接收模块用于与发送模块协商确定头压缩和 ARQ的参数； 接收发送 模块发送的包含头压缩信息的下层协议 PDU; 并与发送模块交互， 进行头压 缩通信。
一种 PDU构造装置， 所述装置包括：
头压缩信息获取模块， 头压缩信息添加模块；
所述头压缩信息获取模块用于从头压缩后的 SDU包中获取头压缩信息并 发送给头压缩信息添加模块；
所述头压缩信息添加模块用于在 PDU中增加扩展子头， 在所述扩展子头 中添加所述头压缩信息。
一种釆用自动重传机制的头压缩错误处理装置， 所述装置包括： 第一校验 单元， 分解单元， 第二校验单元， 更新单元；
所述第一校验单元用于对接收到的 PDU包进行 CRC校验；
所述分解单元用于将未通过校验的 PDU包分解为 SDU包， 将所述 SDU 包传送给头压缩层并通知头压缩层所述 SDU可能错误；
所述第二检验单元用于确定所述 SDU是否可解头压缩并通过头压缩层的 CRC校验；
所述更新单元用于在所述第二校验单元确认所述 SDU可解头压缩并通过 头压缩层的 CRC校验的情况下， 才艮据解头压缩得出的正确头信息更新相应的 context。
一种与头压缩机制结合时 HARQ的 subpacket封装装置， 所述装置包括： 协商单元， 计数单元和封装单元；
所述协商单元用于在头压缩层开始压缩前， 协商确定每个 HARQ subpacket内封装的 PDU个数 N ,所述协商确定的 PDU个数 N为 HARQ , MAC , 头压缩层都支持的个数；
所述计数单元用于记录在 MAC层发送给 HARQ的 PDU包数， 当记录的 发送给 HARQ的 PDU包数达到所述确定的个数 N时，计数单元清零，并通知 HARQ channel所对应的 connection上的每个 context id所对应的头压缩压缩机 状态回退；
所述封装单元用于在 MAC层收到头压缩层发送的属于初始化和状态信息 更新包的 SDU 包后， 在 HARQ 层开始封装 HARQ subpacket, 所述每个 Subpacket封装的每个 Context id的第一个 PDU中的第一个 SDU都是初始化和 状态信息更新包。
本发明实施例通过将 (H)ARQ机制和头压缩技术结合， 并通过对由此带来 的一些技术问题的处理， 实现了提高了头压缩的效率和正确率， 节省了宝贵的 空口资源。 附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施 例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地， 下面描述 中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲， 在不付 出创造性劳动性的前提下， 还可以根据这些附图获得其他的附图。
图 1为本发明实施例一的方法流程图；
图 2为现有技术中 MAC PDU的基本格式示意图；
图 3为本发明实施例一种 MAC PDU的构造方式示意图；
图 4为本发明实施例的另一种 MAC PDU的构造方式示意图；
图 5 为本发明实施例在数据传送过程中出现错报或丟包时候的处理方法 流程图；
图 6为本发明实施例中一种判断是否为重传 SDU的方法流程图； 图 7为本发明实施例一种利用重传的 SDU解压之前緩存的后续未能正确 解压的 SDU数据包的方法流程图；
图 8为本发明实施例一种基于 context id的存储不能解压的 SDU以及首
BSN的链表示意图； 图 9为为本发明实施例另一种基于 context id的存储不能解压的 SDU以及 首 BSN的链表示意图；
图 10为本发明实施例一种将 R0HC反馈与 ARQ反馈结合的处理方法流 程图；
图 11为为本发明实施例中的一种重传反馈形式示意图； 流程图；
图 13为本发明实施例一种釆用自动重传机制的头压缩通信装置结构示意 图；
图 14为本发明实施例一种 PDU构造装置结构示意图；
图 15为本发明实施例一种釆用自动重传机制的压缩错误处理装置结构示 意图；
图 16为本发明实施例一种与头压缩机制结合时 HARQ的 subpacket封装 装置结构示意图。 具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清 楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是 全部的实施例。基于本发明中的实施例， 本领域普通技术人员在没有作出创造 性劳动前提下所获得的所有其他实施例， 都属于本发明保护的范围。
本发明实施例以头压缩机制为鲁棒性头压缩为例进行说明 ,本领域技术人 员可以理解，本发明实施例所述方法或者装置中的实施方式可以不限制于鲁棒 性头压缩机制， 例如， 还可以是实时传输协议头压缩制， 扩展实时传输协议头 压缩机制等；
另外， 本发明实施例以 PDU为媒体接入控制协议层 MAC PDU为例进行 说明， 本领域技术人员可以理解， 本发明实施例所述方法或者装置中的实施方 式可以不限制于 MAC PDU , 可以是其他下层协议 PDU ( Lower layer PDU ) , 例如 LTE中可能为 RLC层 PDU等。
实施例一： 如附图 1所示， 为本发明实施例的方法流程图：
S101 : 发送端与接收端协商确定头压缩和 ARQ的参数；
在两端进行参数协商之前，两端本身的 ROHC层和 ARQ层需要先协商确 认相关信息。 具体的， 网络需要根据当前的实际情况， 如 ROHC和 ARQ的支 持能力， 在连接建立时要求 ARQ与 ROHC进行一些必要的参数协商。 协商的 主要内容有：该连接是否釆用 ARQ机制和 ROHC机制。如果该连接釆用 ARQ 机制和 ROHC机制， 则需要将 ARQ是否釆用緩存机制， 以及緩存窗口大小等 信息通知 ROHC层。 ROHC再根据上述参数， 以及该连接的业务类型决定相 应的工作模式以及压缩算法，并将其釆用的压缩算法及其参数发送给 ARQ层。 ARQ也会釆用与 ROHC相结合的工作机制。
发送端和接收端协商确认连接釆用 ARQ机制和 ROHC机制后，发送端和 接收端也需要协商两端相关参数是否匹配， 如果匹配， 则釆用 ARQ 机制和 ROHC机制相结合的传输方法，如果不匹配，则仍不能釆用 ARQ机制和 ROHC 机制相结合的方法。
S102: 发送端构造包含头压缩信息的下层协议的 PDU并发送给接收端； 当处于 MAC层的 PDU构造实体接收到来自上层的 ROHC处理后的 SDU 数据包后， 根据网络的实际情况， 对 SDU数据包进行打包分片， 组装成适合 网络传输的 MAC PDU。本发明实施例通过发送端构造包含 ROHC压缩信息的 MAC PDU并发送给接收端， 可以节约网络传输的数据量， 同时可以对接收端 的解头压缩有帮助。 这里的 ROHC压缩信息， 可以包括 SDU数据包头中的的 context id; 错误数据包是否有 context更新的信息等。
S103: 发送端与接收端交互， 进行头压缩处理；
本发明实施例釆用 ARQ机制的鲁棒性头压缩通信方法， 在实际实现过程 中， 可以包括对传送过程中出现错报或者丟包的处理机制以及 ROHC反馈与 ARQ反馈结合的具体实现方法， 由于前述 MAC PDU以及其中所包含的 SDU 中包含有 ROHC的压缩信息， 在实现错报或者丟包处理机制以及 ROHC反馈 与 ARQ反馈结合机制时候， 可以更加正确， 高效的实现鲁棒性头压缩。
通过本发明实施例， 可以实现 ROHC和 ARQ机制的结合， 提高头压缩的 效率和正确率， 节省宝贵的空口资源。。 以下结合附图， 对本发明实施的具体方法进行更加详细的说明： 实施例二：
对于前述实施例一中的步骤 S101 :发送端与接收端协商确定 ROHC 和 ARQ的参数；
本发明实施例二给出一种具体协商方法如下：
51.接收端和发送端确定需要建立新的连接；
52.根据当前网络的实际情况和自身的能力， 判定该连接是否支持 ROHC 和 ARQ;
53.如果不支持， 则不使用 ROHC与 ARQ结合的方法传输数据； 如果支 持， 则将 ARQ的相关参数通知 ROHC;
54. ROHC根据 ARQ的参数调整自身的一些参数， 如压缩算法， 压缩窗口 的大小等；
55. ROHC调整好自身参数后， 将参数通知给 ARQ；
56.发送端与接收端进行连接建立的协商， 协商的内容包含了 ROHC 与 ARQ的相关参数；
57.如果两端协商的 ROHC和 ARQ参数不能匹配。 若是有一端可以修改 参数， 以达到参数匹配， 则通知修改参数； 若是两端的参数不能修改， 则不使 用 ROHC与 ARQ结合的方法。 如果两端的参数可以匹配， 则使用 ROHC与 ARQ结合的方法传输数据。
通过本发明实施例二的方法，可以实现 ROHC和 ARQ之间参数的有效协 商以及发送端和接收端参数的有效协商。
实施例三：
在发送端和接收端协商确定好 ROHC和 ARQ的相关参数后，本发明实施 例三详细说明发送端构造包含 ROHC压缩信息的 MAC PDU并发送给接收端 的方法；
当处于 MAC层的 PDU构造实体接收到来自上层的 ROHC后的 SDU数据 包， 根据网络的实际情况， 对 SDU数据包进行打包分片， 组装成适合网络传 输的 MAC PDU。 MAC PDU的基本格式如图 2所示。
现有技术中 MAC PDU不会解析 SDU数据包头中的 ROHC相关信息， 本 发明实施例通过在 MAC PDU 中增加扩展子头， 并在所述扩展子头中包含 ROHC相关压缩信息。 通过在 MAC PDU中包含一些 ROHC的压缩信息， 可 以节约传输的数据量或是可以对接收端解头压缩有帮助。
具体的， 可以包括如下两种具体实现方式：
1、 MAC PDU实体将属于相同 context id的 SDU进行打包分片， 并在包 含 SDU头的 PDU增加的扩展子头中包含所述 SDU的相同的 context id; 在所 述打包分片的 SDU头中省略 context id;
本领域技术人员可以理解， 一般来说， 当组成 MAC PDU的 SDU中包含 包头时， 才需要加这个扩展子头来指示 context ID, 例如， 如果一个 SDU被分 成了两个 PDU, 那么后一个 PDU中的 context id也是不需要的。
参考附图 3 , 为本发明实施例 MAC PDU的构造方式示意图， 根据 ROHC 技术的基本标准文档 RFC 3095的定义， 一个连接中可以有多个 Context id作 为不同 ROHC Context的标识。而每个 ROHC后的数据包的包头上都会包含有 Context id。 MAC的 PDU构造实体可以根据收到的 SDU包头中的 Context id, 将属于不同 Context id的 SDU数据包分开， 分别进行打包分片。 这样， 一个 MAC PDU中包含的 SDU都属于相同的 Context id。这种情况下，可以将 MAC PDU中每个 SDU头中的 Context id省略， 并在 MAC PDU中加入一个扩展子 头， 子头中包含了该 MAC PDU中所包含的 SDU所属的 Context id。 当 MAC PDU发送到接收端， 接收端可以根据 MAC PDU中扩展子头包含的 Context id 信息将 SDU数据包头中的 Context id信息恢复。 具体， 由附图 3中可以看出， 在封装时将具有相同 context idl的 SDU1和 SDU3封装成 PDU1 , 并在 PDU1 的扩展头中标识了 context idl , 并且， 在各个 SDU头中， 即 ROHC header中 省略了 context idl；将不同 context id ,即具有 context id2的 SDU2封装成 PDU2 , 并在 PDU2 的扩展头中标识了 context id2, 同样在 ROHC header 中省略了 context id2。
2、 MAC PDU实体根据 SDU数据包的包头格式， 判断该 SDU数据包是 否为有 context更新的 SDU数据包， 并在增加的扩展子头中标识出所述 SDU 数据包是否为有 context更新的 SDU数据包。
根据 RFC 3095定义， ROHC之后的数据包可以分为有 Context内容更新 的包和没有 Context内容更新的包。 没有 Context更新的数据包若是丟失， 不 会对后面的数据包解头压缩造成影响； 但若是有 Context更新的数据包丟失， 则可能会造成后继数据包解压缩失败。
由于在发送端 MAC PDU根据收到的 SDU数据包的包头格式可以得出哪 个数据包是有 Context更新的， 可以在 MAC PDU中利用扩展子头指示出其首 个块序列号（ BSN, block sequence number )。这样，解压缩端可以根据 MAC PDU 中的 BSN信息得出错误包是否有 Context更新。
参考附图 4, 示意了 MAC PDU的具体封装方式。 若是将不同的 SDU打 包成一个 MAC PDU, 可能该 MAC PDU中包含了多个有 Context更新的 SDU 包。 则 PDU构造实体根据有 Context更新的 SDU包的数目， 加入相应个数的 扩展子头。每个扩展子头都包含一个有 Context更新的 SDU包的首个 BSN号。 若是将一个 SDU分片成多个，放入不同的 MAC PDU之中传输， 则 PDU构造 实体只将有 context更新的 SDU的第一个 block所在的 MAC PDU中加入相应 的扩展子头， 其中包含了相应的 BSN号。
上述两种通过 MAC PDU扩展子头来携带 ROHC压缩信息的方式可以同 时使用， 也可以分别使用。
本领域技术人员可以理解，除了上述两种利用 MAC PDU扩展子头来携带 ROHC相关压缩信息的方法以外，还可以有其他的实现方式，携带除上述两种 方法中提到的相关压缩信息以外的压缩信息，在此本发明实施例不再赘述。 另 夕卜， 文中提到的 BSN也可以是其他序列号 SN表现形式， 本发明实施例以及 在后续的实施例中不做限定。
本发明实施例三通过在 MAC PDU中包含 ROHC的压缩信息， 可以节约 釆用 ARQ机制的鲁棒性头压缩通信方法中传输的数据量并且可以对接收端解 头压缩有帮助。
实施例四：
本发明实施例四将详细说明釆用 ARQ机制的鲁棒性头压缩通信方法在数 据传送过程中出现错报或丟包时候的处理机制；
当 ARQ接收端在做 CRC效验发现数据包出错时，现有机制的做法是直接 丟弃该包， 然后向 ARQ发送端反馈 NACK信息等待重传。 当 ARQ和 ROHC结合的情况下可能会造成以下问题： 由于 MAC PDU中 的 CRC效验码是针对整个 MAC PDU的，如果错误发生在 SDU的 payload(载 荷区）， 则该 PDU在 ARQ层就会被丟弃， 而不会上传给 ROHC层。 一旦该 PDU中所包含的 SDU数超过 W— LSB算法中的窗口大小， 后续数据包将无法 在 ROHC正确解压， 或是该 PDU中包含有用于 Context update的数据包， 如 果直接将该 PDU丟弃， 同样会因为解压状态机无法正常更新 context信息， 而 无法正确解压后续数据包。
由于接收端的 ARQ无法正确解析收到的 MAC PDU，以致于不能将 MAC PDU解析为 SDU, 同时也不可能解析中 SDU头中的 Context id信息。 由于无 法得到错误包的 context id信息， 则无法保存错误包的相关信息。 当后继包含 Context更新的数据包正确接收后， Context信息被更新。 这时即使 ARQ重传 数据包在 MAC层正确接收， MAC层将正确解析出的 SDU发送到 ROHC, 但 是由于 ROHC解压缩状态机的 Context内容已经被更新，仍然不能正确的解头 压缩。 所以在这种错误情况下， 即使有 ARQ重传机制， 仍然不能令 ROHC正 确解头压缩。
若是接收端 ARQ不能正确解析的数据包恰为为 IR数据包，则可能会导致 后继包没有得到正确的静态 Context信息而错误解压。 而当该 IR包重传到达 时， 因现有机制 ROHC无法得知该报为重传包，则 ROHC解压端会用该 IR报 中 Context信息更新现有 Context信息， 从而再次导致后续数据包无法正确解 压。
为了避免上述情况的发生， 本发明实施例提出 ARQ在接收到错误数据包 的情况下， 釆用以下数据包处理机制：
参考附图 5, 为本发明实施例在数据传送过程中出现错报或丟包时候的处 理机制流程图：
S501、 接收端对接收到的 MAC PDU包进行 CRC校验；
S502、 将未通过校验的 PDU包分解为 SDU包， 将所述 SDU数据包传送 给 ROHC层并通知 ROHC层所述 SDU为错误包；
具体的， 对未通过校验的 PDU包， 假设其正确， 仍然按照现有技术进行 解封装为 SDU包， 将所述 SDU数据报传送给 ROHC层并通知 ROHC层所述 SDU为错误包。
5503、 所述 ROHC层判断所述 SDU是否可解头压缩并通过 ROHC层的 CRC校验；
5504、若所述 SDU可解头压缩并通过 CRC校验，则根据解头压缩得出的 正确头信息更新相应的 context, 并丟弃相应的 SDU, 流程结束。
5505、若所述 SDU在 ROHC层仍然无法被正确解头压缩，则丟弃该 SDU。 在 S505中，在所述 SDU在 ROHC层仍然无法被正确解压的情况下， ROHC 可以等待和该数据包拥有相同 Context id的下一个 ARQ能正确接收的 SDU。 当 ARQ层接收到下一个具有相同 Context id的 SDU时， 可以分为以下两种情 况：
情况一： 该 SDU能够在 ROHC层被正确解压。
这表明上一个错误或丟失的 PDU并未造成致命错误，后续 SDU数据包可 以继续正确解压。
情况二： 该 SDU无法在 ROHC层被正确解压。
这表明上一个丟失的 PDU已造成致命错误，后续 SDU数据包无法继续正 确解压。
但是由于所述 SDU包无法正确解头压缩， 导致无法解析得到其所包含的 SDU的 Context id,所以我们可以釆用以下方式来判断 ROHC解压端是否能正 确解压下一个具有相同 Context id的 SDU:
在收到错误报之后的 N个数据包中如果没有发生 ARQ层效验正确， 而
ROHC却无法正确解压的情况， 则认为下一个具有相同 Context id的 SDU能 够在 ROHC解压端被正确解压，如果在之后的 N个数据包中出现 ARQ层效验 正确， 而 ROHC却无法正确解压的情况， 则认为下一个具有相同 Context id的 SDU不能够在 ROHC解压端被正确解压。 所述 N值和系统具体状况相关， 可 以在连接建立的时候进行协商确定， 也可以人为设定。
当 ARQ接收端通过上述信息判断出 ROHC接收端已发生致命错误，为了 避免重传数据包到达后所造成的问题， 本发明实施例釆用如下处理方式：
ROHC解压端判断其收到的 SDU是否为重传的 SDU;
在判断所述 SDU为重传 SDU时候， 利用所述重传的 SDU解压之前緩存 的未正确解压的 SDU数据包。
发明实施例提供了判断收到的 SDU是否为重传的 SDU的方法：
一种方法是可以由 ARQ通知 ROHC层， 该 SDU为重传的 SDU;
另一种方法可以由附图 6所示， 包括以下步骤：
S601、 ARQ接收端将其接收到的 PDU中的每一个 SDU上传给 ROHC解 压端时， 通知 ROHC解压端该 SDU中第一个 block的 BSN, 即首 BSN;
5602、 ROHC解压端根据所述每个 SDU的首 BSN, 建立和维护 Context 信息与 BSN对应的列表；
5603、 每当有 SDU到达 ROHC解压端时， ROHC解压端根据该 SDU的 首 BSN是否大于所述列表中最大的 BSN来判断其是否是重传的 SDU;
具体的：
当 ROHC解压端判断该 SDU的首 BSN大于所述列表中维护的最大的 BSN 时， 则确认其不是重传的 SDU。
当 ROHC解压端判断该 SDU的首 BSN不大于所述列表中维护的最大的 BSN时， 则确认是重传的 SDU。
判断 SDU是否为重传的 SDU的方法还可以是将该 SDU的首 BSN与上一 个收到的 SDU的首 BSN比较， 如果小于上一个 SDU的首 BSN, 则可以判断 其为重传的 SDU。 本领域技术人员可以理解还可以有其他判断是否为重传 SDU的方法或者是上述方法的结合， 本发明实施例在此不做限制。
在判断 SDU为重传 SDU后， 本发明实施例可以利用所述重传的 SDU解 压之前緩存的后续未能正确解压的 SDU数据包， 参考附图 7 , 具体方法如下：
S701、建立基于 context id的链表存储相应的不能解压的 SDU以及首 BSN; 在只出现一个致命错误的情况下，所述的链表形式可以如图 8所示：另夕卜， 在考虑如果存在多个致命错误的情况下 ,每次发生致命错误时都需要緩存当时 的 Context infomation并与该致命错误包导致的无法解压的数据包相对应， 则 链表形式可以如图 9所示。
5702、 根据重传 SDU包的 Context id找到相应的存储链表；
5703、 根据重传 SDU包的 BSN号找到链表中存储的在所述 BSN号之后 的未解压的 SDU; 具体的，如果该重传 SDU中的首个 Block的 BSN大于存储链表中的所有 BSN, 则表明这不是以前造成致命错误的 SDU, 如果小于存储链表中的所有 BSN 或者小于存储链表中的部分 BSN, 就表明这就是以前造成致命错误的 SDU。
S704、 根据所述重传 SDU包， 更新根据重传 SDU包的 Context id找到相 应的存储链表中緩存的 context信息，并用 context信息解压存储在链表中的未 正确解压的 SDU。
这样， 通过本发明实施例的方式， 可以在接收端识别出重传包， 并利用其 对之前未能正确解压的 SDU进行解压， 提高数据传输的正确率。
另外， 在前述情况二中 SDU无法在 ROHC层被正确解压的情形下， 由于 后续数据包 ROHC解压端已无法正确解压，所以 ARQ层处理后续数据包可以 有以下两种方式：
方式一： 仍然上传后续数据包。
如果没有釆用前述本发明实施例三中的 PDU的一种封装形式，即在 MAC PDU扩展子头中标识出所述 SDU数据包是否为有 context更新的 SDU数据包 的封装形式， 则在 ARQ层无法判断后续数据包是否有 Context信息更新包， 所以该方式先将后续无法正确解压的数据包仍然上传给 ROHC解压端， ROHC 端继续尝试解压， 如无法正确解压着将其緩存在 ROHC层， 直到能正确解压 下一个 Context信息更新报， 或是正确解压重传的错误数据包。
当上述错误数据包在最大重传次数或最大生命周期（ lifetime )内无法正确 重传， ARQ将通知 ROHC解压端该错误数据包无法正确重传，将緩存在 ROHC 内的其它由于该数据包错误无法正确解压的数据包丟弃， 并删除 ROHC层维 护的列表中的相应内容。
方式二： 将后续数据包緩存在 ARQ层
由于发生致命错误， 后续数据包 ROHC 已无法正确解压， 如果仍然将后 续数据包上传给 ROHC解压将造成极大的系统资源浪费。 所以当 PDU釆用前 述实施例三中在 MAC PDU扩展子头中标识出所述 SDU数据包是否为有 context更新的 SDU数据包的封装形式时， 在 ARQ接收端可以判断后续接收 的 SDU中是否能够更新该 Context id中的 Context信息，所以方式二不将后续 数据包上传， 而是直接将后续数据包緩存在 ARQ层， 直到下一个 Context信 息更新报正确接收或是重传的错误数据包正确接收。
同样，当上述错误数据包在最大重传次数或最大 lifetime内无法正确重传， ARQ 将删除其緩存的由于该数据包错误无法正确解压的数据包， 并通知 ROHC层删除 ROHC层维护的列表中的相应内容。
另外， 当 ARQ接收端判断错误数据包没有发生致命错误， 所以并未造成 错误扩散时， 由于没有后续数据包出错， 所以无法判断出错数据包中的 SDU 的 Context id, 导致无法緩存解压该数据包所需的 Context信息。 那么， 当重传 数据包到达时， 如果该 Context id所对应的 Context信息已经发生更新则即使 重传数据包能够正确接收， 在 ROHC解压端也无法正确解压。 所以， 一旦出 现上述情况， 则 ARQ接收端应立即通知 ARQ发送端不再重传该数据包， 以 免浪费空口资源。
通过本发明实施例， 可以实现在 ROHC与 ARQ结合的传输机制中， 在发 生错报或者丟包的情况下，尽可能的避免发生错误扩散现象，提高压缩效率和 正确率。
实施例五：
本发明实施例详细说明釆用 ARQ 机制的鲁棒性头压缩通信方法时， ROHC反馈与 ARQ反馈结合的处理机制；
由于现有技术中 ROHC和 ARQ都有一套独立的反馈机制 ,在进行反馈时 , 既要为 ARQ反馈分配资源又要为 ROHC分配资源。本发明实施例提出一种将 ROHC反馈与 ARQ反馈结合的处理机制， 使用 ARQ反馈代替 ROHC反馈， 达到节约系统资源的目的。
参考附图 10, 本发明实施例包括步骤：
S1001 : 接收端的 ROHC解压缩机接收 ARQ接收端传送来的头压缩后的 SDU数据包， 进行解头压缩并进行 CRC校验；
S1002: 若所述 CRC验证不能通过， 则 ROHC解压缩机通知所述 ARQ接 收端所述 SDU数据包解压错误，利用 ARQ的反馈机制，通知发送端进行重传； 即， 此时 ROHC解压缩机不再通过原有的 ROHC反馈机制反馈给 ROHC 压缩端， 而是通知 ARQ接收端该数据解压错误， 利用 ARQ的反馈机制进行 重传。
具体的， 由于 ROHC的反馈分为动态 Context反馈和静态 Context反馈。 而实施例四中存在的 ARQ接收端校验正确的数据包发送到 ROHC却没有正确 解头压缩的情况。 所以当一个数据包出错， ARQ反馈取代 ROHC反馈最多需 要 3个 bit的信息， 第一个 bit表示该 block是否正确接收， 第二个 bit表示该 block虽然在 ARQ接收错误， 但是在 ROHC层是否可以正确解头压缩， 第三 个 bit表示该 block所在的 SDU头是静态 Context错误，还是动态 Context错误。
参考附图 11 , 为本发明实施例反馈形式示意图， 本发明实施例的反馈方 式为 ARQ接收端对于每个出错的 SDU,反馈出错时信息的方法是对于该出错 SDU的首 block的 BSN需要使用 3个 bit的 bit ma 进行反馈具体的错误形式， 其他 block的反馈方式与现有技术中的 ARQ反馈方式相同。 对于正确传输的 SDU的首个 block还是使用一个 bit表示其被正确接收。 由于 ARQ发送端将 SDU分为不同的 block, 所以 ARQ发送端可以知道哪个 block是 SDU的首 BSN。
另外， 本领域技术人员可以理解， 所述重传反馈信息需要的 bit数目可以 少于 3bit, 例如， 如果第 2bit标识 block在 ROHC层可以正确解头压缩， 则不 需要第 3bit。 同样如果第 lbit标识该 block正确接收， 则不需要后面 2个 bit 位标识错误类型。
S1003 : 发送端收到来自接收端的反馈后， 根据反馈的信息以及发送端保 存的相关 SDU信息与 ROHC协商决定是否要将原数据包重传。
ARQ发送端与 ROHC压缩端进行交互， 确定出错的 SDU包， 其数据包 头中是否包含 Context信息。 则具体可以包含以下几种情况：
1.该数据包为重要的 IR数据包， 其中包含了静态 Context信息。 这种数 据包传输失败会导致后继大量数据包的解压失败，则压缩端重传该 IR数据包。 若是已经超过了最大重传次数或是最大重传时间， 则 ROHC压缩端需要将压 缩状态机转移到 IR状态， 重新发送 IR数据包。
2.该数据包中包含了动态的 Context信息，但是由于 WLSB算法窗口大小 的限制， 该数据包已经不在 WLSB 窗口中， 也就是说该数据包丟失， 后继数 据包由于该包的 Context信息没有更新而不能正确解头压缩。 ARQ发送端需要 重传该数据包。 若是已经超过了最大重传次数或是最大重传时间， 则 ROHC 压缩端需要将压缩状态机转移到 FO状态， 重新进行动态 Context的更新。
3.若是该数据包中没有 Context 更新的信息或是 Context 更新信息在 WLSB窗口的范围内， 则不会影响后继数据包的解压。若是后继数据包中有新 的 Context 更新信息， 解压缩端已经按照最新的 Context信息进行了解压缩 Context更新， 这种情况下即使重传该数据包， 接收端正确接收后 ROHC也不 可能用现在的 Context信息将该数据包正确解头压缩。 这时， 如果 ROHC支持 可以将该数据包头恢复， 再重新根据最新的头压缩 Context进行头压缩， 再重 新分配 BSN并发送该数据包。 如果 ROHC不支持， 则直接将该数据包丟弃。
4.与第 3点相似， 但是后继数据包中没有 Context更新的信息， 则直接重 传该数据包即可。
通过本发明实施例，可以实现在 ROHC和 ARQ结合的机制中，使用 ARQ 反馈代替 ROHC反馈， 达到节约系统资源的目的。
需要说明的是， 本发明前述所有实施例中的方案， 适用于包括但不限于传 统的三种 ARQ机制 （等停式 ARQ, 回退 n帧 ARQ选择性重传 ARQ )。
另外，在不违反本发明基本原则的前提下， 上述所有实施例的方法都可以 互相结合使用， 所述结合都属于本发明保护的范围。
实施例六：
本发明实施例还给出了一种与 ROHC结合时 HARQ的 Subpacket封装方 法。
HARQ与传统的 ARQ重传机制存在不同， HARQ—般用于物理层（ PHY ) 的重传， 其不仅仅是重传， 还包含了 FEC前向纠错码， 有纠错的功能； ARQ 用于 MAC的重传， 没有纠错的功能。 Subpacket是物理层的数据单元， ARQ 技术中不涉及该数据单元， subpacket—般仅适用于 HARQ技术。
在现有技术中， 首先 HARQ会为每个支持 HARQ的 Connection上分配数 个 HARQ Channel,并将来自该 Connection上的 PDU封装成 HARQ Subpacket。
HARQ将在产生 HARQ Subpacket后， 将会通过不同的 HARQ Channel发 送到 HARQ接收端。
而每个 HARQ Channel上 Subpacket的传输都釆用停等机制， 当某一个 HARQ Channel上传输的 Subpacket效验出错时， 该 HARQ Channel上的数据 包将停止发送后续 Subpacket, 直到成功收到接收端的 ACK反馈， 与此同时， 在该 Connection 对应的其它 HARQ Channel 上将继续封装和发送 HARQ subpacket , 从而造成接收端的乱序。 而由于 HARQ Subpacket相对 SDU较大， 每一个 HARQ Subpacket 中包含的 SDU 数较多， 导致一旦发成 HARQ Subpacket出错重传， ROHC层收到的 SDU就会出向极大的乱序。
为了避免上述情况发生， 本发明实施例提出以下 HARQ与 ROHC结合时 的 Subpacket封装方法， 所述方法包括步骤：
MAC层接收 ROHC层发送的 SDU后， 将其封装成 PDU发送给 HARQ 层；
所述 HARQ层将所述 PDU封装成 subpacket;
其中，所述封装的 subpacket中的每个 context id的首个 PDU中的首个 SDU 为 IR包。
在具体实现中， 可以参考附图 12, 可以有如下的实现方式， 详细说明如 下：
S1201. ROHC 层开始压缩前， HARQ , MAC , ROHC 首先协商每个 HARQ Packet内封装的 PDU数 N。
所述 N值为 HARQ, MAC, ROHC三层都能支持的个数， 具体的， 所述 N值与 MAC PDU的大小， HARQ釆用的调制编码模式 MCS有关。
S1202. ROHC层开始压缩， 并向 MAC发送 SDU数据包， MAC接到后
SDU后将其封装成 PDU发送给 HARQ层， 并在 MAC层记录发送给 HARQ 的 PDU包数。
51203. 当 MAC层记录的发送给 HARQ的 PDU包数达到 N时， MAC 清零该技术器， 并通^ J该 HARQ channel所对应的 connection上的每个 context id所对应的 ROHC压缩机状态回退， 然后开始等待来自 ROHC的 IR包。
51204. 收到 ROHC发送的 IR包后，通知 HARQ层，开始封装新的 HARQ packet„
51205. HARQ收到 MAC层的通知后， 接到第一个 PDU , 从该 PDU开 始封装新的 HARQ packet„ 通过本发明实施例的方法，可以实现封装的 Subpacket中的每个 Context id 的第一个 PDU中的第一个 SDU都是 IR包， 从而保证后续包能正确解压， 从 而实现即使出现 Subpacket的乱序， 也不会影响到解压。
所述 IR包也可以是其他初始化和状态信息更新包， 本发明实施例对此不 作限制。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程 , 是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算 机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。 其中，所述的存储介质可为磁碟、光盘、只读存储记忆体（Read-Only Memory, ROM )或随机存储记忆体（Random Access Memory, RAM )等。 如附图 13所示， 本发明实施例还提供了一种釆用自动重传机制的头压缩 通信装置， 所述装置包括发送模块 1301 , 接收模块 1302;
所述发送模块 1301用于与接收模块 1302协商确定头压缩和 ARQ的参数； 构造包含头压缩信息的下层协议 PDU 并发送给接收模块 1302; 与接收模块 1302交互， 进行头压缩通信。
所述接收模块 1302用于与发送模块 1301协商确定头压缩和 ARQ的参数； 接收发送模块 1301 发送的包含头压缩信息的下层协议 PDU; 并与发送模块 1301交互， 进行头压缩通信。
所述发送模块 1301 还进一步包括头压缩单元 13011 和 ARQ发送单元
13012;
所述头压缩单元 13011用于将数据进行头压缩处理；
所述 ARQ发送单元 13012用于在下层协议 PDU中增加扩展子头，在所述 扩展子头中包含头压缩信息， 并将所述下层协议 PDU发送给接收模块 1302。
所述接收模块 1302还进一步包括解压缩单元 13021 和 ARQ接收单元
13022;
所述 ARQ接收单元 13022用于接收 ARQ发送单元 13012发送的包含头 压缩信息的下层协议 PDU, 并将所述下层协议 PDU处理成 SDU发送给解压 缩单元 13021 ; 所述解压缩单元 13021对收到的 SDU进行解压缩处理。
所述头压缩可以为鲁棒性头压缩， 所述下层协议 PDU可以为媒体接入控 制层 PDU。
参考附图 14, 本发明实施例还提供了一种 PDU构造装置， 所述装置包括 头压缩信息获取模块 1401和头压缩信息添加模块 1402;
所述头压缩信息获取模块 1401用于从头压缩后的 SDU包中获取头压缩信 息并发送给头压缩信息添加模块 1402;
所述头压缩信息添加模块用于在 PDU中增加扩展子头， 在所述扩展子头 中添加所述头压缩信息；
所述头压缩信息可以包括 SDU的 context id, 或者
SDU数据包是否为有 context更新的 SDU数据包的标识信息。
所述头压缩可以为鲁棒性头压缩， 所述下层协议 PDU可以为媒体接入控 制层 PDU。 如附图 15所示， 本发明实施例还提供了一种釆用自动重传机制的头压缩 错误处理装置， 所述装置包括第一校验单元 1501 , 分解单元 1502, 第二校验 单元 1503 , 更新单元 1504;
所述第一校验单元 1501对接收到的 PDU包进行 CRC校验；
所述分解单元 1502将未通过校验的 PDU包分解为 SDU包， 将所述 SDU 包传送给头压缩层并通知头压缩层所述 SDU可能错误；
所述第二检验单元 1503确定所述 SDU是否可解头压缩并通过头压缩层的 CRC校验；
所述更新单元 1504在所述第二校验单元 1503确认所述 SDU可解头压缩 并通过头压缩层的 CRC校验的情况下， 根据解头压缩得出的正确头信息更新 相应的 context。
所述头压缩可以为鲁棒性头压缩， 所述下层协议 PDU可以为媒体接入控 制层 PDU。 如附图 16所示， 本发明实施例还提供了一种与头压缩机制结合时 HARQ 的 subpacket封装装置， 所述封装装置包括：
协商单元 1601 , 计数单元 1602和封装单元 1603;
所述协商单元 1601 用于在 ROHC层开始压缩前， 协商确定每个 HARQ subpacket内封装的 PDU个数 N ,所述协商确定的 PDU个数 N为 HARQ , MAC , 头压缩层都支持的个数。
所述计数单元 1602 用于记录在 MAC层发送给 HARQ的 PDU包数， 当 记录的发送给 HARQ的 PDU包数达到所述设定个数 N时，计数单元清零， 并 通 口 HARQ channel所对应的 connection上的每个 context id所对应的头压缩层 压缩机 态回退。
所述封装单元 1603用于在 MAC层收到头压缩层发送的属于初始化和状 态信息更新包的 SDU包后， 在 HARQ层开始封装 HARQ subpacket, 所述每 个 Subpacket封装的每个 Context id的第一个 PDU中的第一个 SDU都是初始 化和状态信息更新包。
所述头压缩可以为鲁棒性头压缩， 所述下层协议 PDU可以为媒体接入控 制层 PDU。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术 人员来说， 在不脱离本发明原理的前提下， 还可以作出若干改进和润饰， 这些 改进和润饰也应视为本发明的保护范围。

Claims

权 利 要 求
1、一种釆用自动重传 ARQ机制的头压缩通信方法， 其特征在于， 所述方 法包括：
与接收端协商确定头压缩和 ARQ的参数；
构造包含头压缩信息的下层协议的协议数据单元 PDU并发送给接收端； 与接收端交互， 进行头压缩处理。
2、 如权利要求 1中所述的方法， 其特征在于， 所述与接收端协商确定头 压缩和 ARQ的参数之前或者同时， 还包括：
所述头压缩层和 ARQ层协商确定相关参数。
3、 如权利要求 1中所述的方法， 其特征在于， 所述构造包含头压缩的压 缩信息的下层协议 PDU包括：
在下层协议 PDU中增加扩展子头， 在所述扩展子头中包含头压缩信息。
4、 如权利要求 3中所述的方法， 其特征在于， 所述构造包含头压缩信息 的下层协议 PDU 包括：
下层协议 PDU实体将属于相同 context id的服务数据单元 SDU进行打包 或者分片；
下层协议 PDU在增加的扩展子头中包含所述 SDU的相同的 context id; 在所述打包分片的 SDU头中省略 context id。
5、 如权利要求 3中所述的方法， 其特征在于， 所述构造包含头压缩的压 缩信息的下层协议 PDU具体为：
所述下层协议 PDU根据 SDU数据包的包头格式， 判断该 SDU数据包是 否为有 context更新的 SDU数据包；
在增加的扩展子头中标识出有 context更新的 SDU数据包。
6、 如权利要求 1中所述的方法， 其特征在于， 所述与接收端交互进行头 压缩具体包括：
发送端 ARQ层收到来自接收端的反馈后， 根据反馈的信息以及发送端保 存的相关 SDU信息， 与头压缩层协商确定是否要将原数据包重传。
7、 如权利要求 1-6 中所述的方法， 其特征在于， 所述头压缩为鲁棒性头 压缩， 所述下层协议 PDU为媒体接入控制层 PDU。
8、 一种釆用 ARQ机制的头压缩通信方法， 其特征在于， 所述方法包括： 与发送端协商确定头压缩和 ARQ的参数；
接收包含头压缩信息的下层协议的 PDU;
与发送端交互， 进行解头压缩。
9、 如权利要求 8中所述的方法， 其特征在于，
所述与发送端协商确定头压缩和 ARQ的参数之前或者同时还包括： 所述头压缩层和 ARQ层协商确定相关参数。
10、 如权利要求 8中所述的方法， 其特征在于， 所述与发送端交互， 进行 头压缩具体包括：
对接收到的 PDU包进行 CRC校验；
将未通过校验的 PDU包分解为 SDU包， 将所述 SDU包传送给头压缩层 并通知头压缩层所述 SDU为错误包；
所述头压缩层若对所述 SDU包可解头压缩并通过头压缩层的 CRC校验， 则根据解头压缩得出的正确头信息更新相应的 context,并将所述 SDU包丟弃。
11、 如权利要求 10中所述的方法， 其特征在于， 若所述头压缩层不能对 所述 SDU包正确解压缩并通过头压缩层的 CRC校验时， 则所述方法还包括： 等待和所述无法在头压缩层正确解压的 SDU数据包具有相同 context id的 下一个 ARQ层能正确接收的 SDU数据包并尝试进行解压。
12、 如权利要求 8中所述的方法， 其特征在于， 所述与发送端交互进行头 压缩包括：
当接收端的头压缩解压缩机收到来自 ARQ接收端传送来的头压缩后的 SDU数据包， 但是解头压缩后却不能通过 CRC验证时， 所述头压缩解压缩机 通知 ARQ接收端该数据解压错误， 利用 ARQ的反馈机制， 通知发送端进行 重传。
13、 如权利要求 8-12 中所述的方法， 其特征在于， 所述头压缩为鲁棒性 头压缩， 所述下层协议 PDU为媒体接入控制层协议数据单元 MAC PDU。
14、 一种协议数据处理单元 PDU构造方法，其特征在于， 所述方法包括： 对 SDU数据包进行打包或者分片， 形成 PDU;
在所述 PDU中增加扩展子头， 在所述扩展子头中包含头压缩信息。
15、 如权利要求 14中所述的方法， 其特征在于， 所述方法具体包括： 将属于相同 context id的 SDU进行打包或者分片；
在包含 SDU头的 PDU增加的扩展子头中包含所述 SDU的相同的 context id;
在所述打包分片的 SDU头中省略 context id。
16、 如权利要求 14中所述的方法， 其特征在于， 所述方法具体包括： 所述 PDU根据 SDU数据包的包头格式， 判断该 SDU数据包是否为有 context更新的 SDU数据包；
在 PDU增加的扩展子头中标识出有 context更新的 SDU数据包。
17、 如权利要求 16中所述的方法， 其特征在于， 所述在 PDU增加的扩展 子头中标识出有 context更新的 SDU数据包具体为：
在 PDU中根据有 Context更新的 SDU包的数目， 加入相应个数的扩展子 头； 每个扩展子头都包含一个有 Context更新的 SDU包的首个序列号；
或者
若将一个 SDU分片成多个， 放入不同的 PDU之中传输， 则将有 context 更新的 SDU的第一个 block所在的 PDU中加入相应的扩展子头， 其中包含了 相应的序列号。
18、 如权利要求 14-17中所述的方法， 其特征在于， 所述头压缩为鲁棒性 头压缩， 所述下层协议 PDU为媒体接入控制层协议数据单元 MAC PDU。
19、 一种釆用 ARQ机制的头压缩通信错误处理方法， 其特征在于， 包括 步骤：
对接收到的 PDU包进行 CRC校验；
将未通过校验的 PDU包分解为 SDU包， 将所述 SDU包传送给头压缩层 并通知头压缩层所述 SDU为错误包；
所述头压缩层若对所述 SDU包可解头压缩并通过头压缩层的 CRC t, 则才艮据解头压缩得出的正确头信息更新相应的 context。
20、 如权利要求 19中所述的方法， 其特征在于， 所述头压缩为鲁棒性头 压缩， 所述下层协议 PDU为媒体接入控制层协议数据单元 MAC PDU。
21、 如权利要求 20中所述的方法， 其特征在于， 若所述头压缩层对所述 SDU包无法正确解压缩并通过头压缩层的 CRC校验时， 则所述方法还包括： 等待和所述无法在头压缩层正确解压的 SDU数据包具有相同 context id的 下一个 ARQ层能正确接收的 SDU数据包并尝试进行解压。
22、 如权利要求 21 中所述的方法， 其特征在于， 所述头压缩解压端判断 是否能够对所述具有相同 context id的下一个 ARQ层能正确接收的 SDU正确 解压的方法具体为：
在收到所述无法解压的 SDU之后的 N个数据包中如果没有发生 ARQ层 校验正确，而头压缩层却无法正确解压的情况，则认为下一个具有相同 Context id的 SDU能够在头压缩解压端被正确解压； 如果在之后的 N个数据包中出现 ARQ 层效验正确， 而头压缩层却无法正确解压的情况， 则认为下一个具有相 同 Context id的 SDU不能够在头压缩解压端被正确解压； 所述 N为在连接建 立的时候进行协商确定或者人为设定的整数值。
23、如权利要求 21或者 22中所述的方法，其特征在于， 包括方法还包括： 头压缩解压端判断其收到的 SDU是否为重传的 SDU,
在判断所述 SDU为重传 SDU时候， 利用所述重传的 SDU解压之前緩存 的未正确解压的 SDU数据包。
24、 如权利要求 23中所述的方法， 其特征在于， 所述头压缩解压端判断 其收到的 SDU是否为重传的 SDU包的方法具体包括：
ARQ层通知头压缩层所述接收到的 SDU是否为重传的 SDU;
或者
ARQ接收端将其接收到的 PDU中的每一个 SDU上传给头压缩解压端时， 通知头压缩解压端该 SDU中第一个 block的序列号， 即首序列号；
头压缩解压端根据所述每个 SDU的首序列号， 建立和维护 Context信息 与序列号对应的链表；
当 SDU到达头压缩解压端时，头压缩解压端判断若该 SDU的首序列号若 不大于所述链表中最大的序列号， 则确定其为重传的 SDU。
25、 如权利要求 23中所述的方法， 其特征在于， 所述判断所述 SDU为重 传 SDU包时， 利用其解压之前緩存的未正确解压的 SDU数据包具体为：
建立基于 context id的链表存储相应的不能解压的 SDU以及首序列号； 根据重传 SDU包的 Context id找到相应的存储链表；
根据重传 SDU包的序列号找到链表中存储的在所述序列号之后的未解压 的 SDU;
根据所述重传 SDU包， 更新根据重传 SDU包的 Context id找到相应的存 储链表中緩存的 context信息，并用 context信息解压存储在链表中的未正确解 压的 SDU。
26、 如权利要求 21-25中所述的方法， 其特征在于， 若所述头压缩解压端 无法对所述具有相同 context id的下一个 ARQ层能正确接收的 SDU正确解压， 则将后续无法正确解压的数据包上传给头压缩解压端， 继续尝试解压，如无法 正确解压则将其緩存在头压缩层， 直到能正确解压下一个 Context信息更新数 据包， 或是正确解压重传的错误数据包。
27、如权利要求 21-25中所述的方法， 其特征在于， 若所述 ROHC解压端 无法对所述具有相同 context id的下一个 ARQ层能正确接收的 SDU正确解压， 则当所述 PDU 中包含的头压缩信息中包含其封装的 SDU数据包是否为有 context更新的 SDU数据包信息时， ARQ接收端根据所述信息判断后续接收 的 SDU是否能够更新该 Context id中的 Context信息， 将后续数据包緩存在 ARQ层，直到下一个 Context信息更新包正确接收或是重传的错误数据包正确 接收。
28、 一种头压缩反馈与 ARQ反馈结合的方法， 其特征在于， 所述方法包 括：
当接收端的头压缩解压缩机收到来自 ARQ接收端传送来的头压缩后的 SDU数据包， 但是解头压缩后却不能通过 CRC验证时， 所述头压缩解压缩机 通知 ARQ接收端该数据解压错误， 利用 ARQ的反馈机制， 通知发送端进行 重传。
29、如权利要求 28中所述的方法， 其特征在于， 所述利用 ARQ的反馈机 制， 通知发送端进行重传包括：
ARQ接收端对于每个出错的 SDU的首 block的序列号使用至少 1个 bit 的 bit map反馈具体的错误形式， 所述错误形式包括如下三种的至少一种： 是否正确接收； 是否解头压缩正确； 是静态 context 出错还是动态 context 出错。
30、 一种与头压缩机制结合时 HARQ的 subpacket封装方法， 所述方法包 括：
MAC层接收头压缩层发送的 SDU后，将其封装成 PDU发送给 HARQ层， 所述 HARQ层将所述 PDU封装成 subpacket;
其特征在于， 所述封装的 subpacket中的每个 context id的首个 PDU中的 首个 SDU为初始化和状态信息更新包。
31、 如权利要求 30中所述的封装方法， 其特征在于， 每个 subpacket的封 装过程包括如下步骤：
MAC层收到头压缩层发送的属于初始化和状态信息更新包的 SDU包后， 通知 HARQ层开始封装新的 HARQ subpacket;
HARQ收到 MAC层的通知后，接收所述以初始化和状态信息更新包为首 个 SDU包的 PDU， 从该 PDU开始封装 HARQ subpacket。
32、 一种采用自动重传 ARQ机制的头压缩装置， 其特征在于， 所述装置 包括： 发送模块， 接收模块，
所述发送模块用于与接收模块协商确定头压缩和 ARQ的参数； 构造包含 头压缩信息的下层协议 PDU并发送给接收模块； 与接收模块交互， 进行头压 缩通信；
所述接收模块用于与发送模块协商确定头压缩和 ARQ的参数； 接收发送 模块发送的包含头压缩信息的下层协议 PDU; 并与发送模块交互， 进行头压 缩通信。
33、 如权利要求 32中所述的装置， 其特征在于，
所述发送模块还进一步包括头压缩单元和 ARQ发送单元；
所述头压缩单元用于将数据进行头压缩处理；
所述 ARQ发送单元用于在下层协议 PDU中增加扩展子头， 在所述扩展 子头中包含头压缩信息， 并将所述下层协议 PDU发送给接收模块；
所述接收模块还进一步包括解压缩单元和 ARQ接收单元；
所述 ARQ接收单元用于接收 ARQ发送单元发送的包含头压缩信息的下 层协议 PDU,并将所述下层协议 PDU处理成 SDU发送给头压缩解压缩单元； 所述解压缩单元用于对收到的 SDU进行解压缩处理。
34、 一种协议数据单元 PDU构造装置， 其特征在于， 所述装置包括： 头压缩信息获取模块， 头压缩信息添加模块；
所述头压缩信息获取模块用于从头压缩后的 SDU包中获取头压缩信息并 发送给头压缩信息添加模块；
所述头压缩信息添加模块用于在 PDU中增加扩展子头， 在所述扩展子头 中添加所述头压缩信息。
35、 如权利要求 34中所述的装置， 其特征在于：
所述头压缩信息包括 SDU的 context id; 或者
SDU数据包是否为有 context更新的 SDU数据包的标识信息。
36、 一种釆用自动重传机制的头压缩错误处理装置， 其特征在于， 所述装 置包括： 第一校验单元， 分解单元， 第二校验单元， 更新单元；
所述第一校验单元用于对接收到的 PDU包进行 CRC校验；
所述分解单元用于将未通过校验的 PDU包分解为 SDU包， 将所述 SDU 包传送给头压缩层并通知头压缩层所述 SDU可能错误；
所述第二检验单元用于确定所述 SDU是否可解头压缩并通过头压缩层的 CRC校验；
所述更新单元用于在所述第二校验单元确认所述 SDU可解头压缩并通过 头压缩层的 CRC校验的情况下， 才艮据解头压缩得出的正确头信息更新相应的 context。
37、一种与头压缩机制结合时 HARQ的 subpacket封装装置，其特征在于， 所述装置包括： 协商单元， 计数单元和封装单元；
所述协商单元用于在头压缩层开始压缩前， 协商确定每个 HARQ subpacket内封装的 PDU个数 N ,所述协商确定的 PDU个数 N为 HARQ , MAC , 头压缩层都支持的个数；
所述计数单元用于记录在 MAC层发送给 HARQ的 PDU包数， 当记录的 发送给 HARQ的 PDU包数达到所述确定的个数 N时，计数单元清零，并通知 HARQ channel所对应的 connection上的每个 context id所对应的头压缩压缩机 状态回退； 所述封装单元用于在 MAC层收到头压缩层发送的属于初始化和状态信息 更新包的 SDU 包后， 在 HARQ 层开始封装 HARQ subpacket, 所述每个 Subpacket封装的每个 Context id的第一个 PDU中的第一个 SDU都是初始化和 状态信息更新包。
PCT/CN2009/071368 2009-04-20 2009-04-20 一种采用arq机制的头压缩通信方法和装置 WO2010121410A1 (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN200980121735.7A CN102292940B (zh) 2009-04-20 2009-04-20 一种采用arq机制的头压缩通信方法和装置
PCT/CN2009/071368 WO2010121410A1 (zh) 2009-04-20 2009-04-20 一种采用arq机制的头压缩通信方法和装置
PCT/CN2009/074637 WO2010121467A1 (zh) 2009-04-20 2009-10-27 一种包头压缩通信方法和装置
EP09843571.2A EP2424144B1 (en) 2009-04-20 2009-10-27 Communication method and equipment of the header compression
US13/277,606 US8848583B2 (en) 2009-04-20 2011-10-20 Communication method and apparatus for header compression

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2009/071368 WO2010121410A1 (zh) 2009-04-20 2009-04-20 一种采用arq机制的头压缩通信方法和装置

Publications (1)

Publication Number Publication Date
WO2010121410A1 true WO2010121410A1 (zh) 2010-10-28

Family

ID=43010657

Family Applications (2)

Application Number Title Priority Date Filing Date
PCT/CN2009/071368 WO2010121410A1 (zh) 2009-04-20 2009-04-20 一种采用arq机制的头压缩通信方法和装置
PCT/CN2009/074637 WO2010121467A1 (zh) 2009-04-20 2009-10-27 一种包头压缩通信方法和装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/074637 WO2010121467A1 (zh) 2009-04-20 2009-10-27 一种包头压缩通信方法和装置

Country Status (4)

Country Link
US (1) US8848583B2 (zh)
EP (1) EP2424144B1 (zh)
CN (1) CN102292940B (zh)
WO (2) WO2010121410A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012169867A3 (en) * 2011-06-10 2013-03-28 Samsung Electronics Co., Ltd. Method and system of transmitting and receiving fragmentable data units in a wireless communication environment
WO2015139324A1 (zh) * 2014-03-21 2015-09-24 华为技术有限公司 配置指示方法和通信设备

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2423813T3 (es) 2009-03-17 2013-09-24 Huawei Technologies Co., Ltd. Método y aparato de codificación de señal de realimentación
US9130748B2 (en) * 2012-02-25 2015-09-08 Telefonaktiebolaget L M Ericsson (Publ) Hybrid automatic repeat request with feedback dependent BIT selection
WO2013164378A1 (en) 2012-05-04 2013-11-07 Altobridge Limited Optimizing mobile network bandwidth
US9298720B2 (en) * 2013-09-17 2016-03-29 Avago Technologies General Ip (Singapore) Pte. Ltd. Systems and methods for fragmented data recovery
IN2014CH00621A (zh) * 2014-02-07 2015-08-14 Samsung R & D Inst India Bangalore Private Ltd
MX356689B (es) 2014-04-30 2018-06-07 Lg Electronics Inc Aparato para transmitir señal de radiodifusion, aparato para recibir señal de radiodifusion, metodo para transmitir señal de radiodifusion y metodo para recibr señal de radiodifusion.
EP3180938A1 (en) * 2014-08-15 2017-06-21 Telefonaktiebolaget LM Ericsson (publ) Rohc optimizations for burst losses
US10341466B2 (en) * 2014-11-14 2019-07-02 Qualcomm Incorporated Evolved data compression scheme signaling
CN105764092A (zh) * 2014-12-17 2016-07-13 中兴通讯股份有限公司 初始状态报文发送控制方法、压缩端、解压端设备及系统
KR102300300B1 (ko) * 2015-07-03 2021-09-09 삼성전자주식회사 헤더 압축을 이용한 패킷 통신 방법 및 장치
US9979557B2 (en) * 2015-08-10 2018-05-22 Hughes Network Systems, Llc Carrier grade Ethernet layer 2 over layer 3 satellite backbones (L2oL3SB)
US10887430B2 (en) * 2015-10-21 2021-01-05 Dragonwave-X, Llc Compression in communications
US10334477B2 (en) 2016-05-03 2019-06-25 Lg Electronics Inc. Method and device for transmitting data unit
US10674396B2 (en) * 2017-12-21 2020-06-02 Mediatek Inc. Method and apparatus for handling compression error in mobile communications
AU2018443582B2 (en) * 2018-09-28 2022-10-27 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Communication method, terminal device, and network device
US20200213423A1 (en) * 2019-01-02 2020-07-02 Qualcomm Incorporated Systems, methods, and computing platforms for context identifier allocation for data packet header compression
CN209381833U (zh) * 2019-01-16 2019-09-13 四川蔚宇电气有限责任公司 一种用pcb板连接各功能模块的充电桩控制器及其充电桩

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1913534A (zh) * 2006-08-17 2007-02-14 华为技术有限公司 一种数据处理方法及通信设备
WO2007031090A1 (en) * 2005-09-15 2007-03-22 Aalborg Universitet A method of compressing the header of a data packet
CN1996941A (zh) * 2006-06-30 2007-07-11 华为技术有限公司 一种鲁棒性头部压缩u模式出错时的处理方法
CN101179564A (zh) * 2007-08-10 2008-05-14 华中科技大学 基于链路层自动请求重传的tcp分组头部压缩方法及其系统
CN101379734A (zh) * 2006-02-07 2009-03-04 Lg电子株式会社 Wcdma的增强rlc实体和rnc实体的操作方法及其系统

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4520032B2 (ja) * 2000-08-17 2010-08-04 パナソニック株式会社 ヘッダ圧縮装置およびヘッダ圧縮方法
KR100595583B1 (ko) * 2001-07-09 2006-07-03 엘지전자 주식회사 이동통신시스템에서 핸드오버에 따른 패킷 데이터 전송 방법
US7106733B2 (en) * 2002-03-20 2006-09-12 Intel Corporation Method and apparatus for network header compression
US8804765B2 (en) * 2005-06-21 2014-08-12 Optis Wireless Technology, Llc Dynamic robust header compression
US7848287B2 (en) * 2006-05-16 2010-12-07 Telefonaktiebolaget Lm Ericsson Bi-directional RLC non-persistent mode for low delay services
US8750334B2 (en) 2006-10-02 2014-06-10 Motorola Mobility Llc Link layer assisted robust header compression context update management
CN101529780B (zh) * 2006-10-27 2015-05-27 艾利森电话股份有限公司 用于高效利用通信网络中的无线电资源的方法和设备
KR20090043465A (ko) * 2007-10-29 2009-05-06 엘지전자 주식회사 무선 베어러 타입에 따른 오류 해결 방법

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007031090A1 (en) * 2005-09-15 2007-03-22 Aalborg Universitet A method of compressing the header of a data packet
CN101379734A (zh) * 2006-02-07 2009-03-04 Lg电子株式会社 Wcdma的增强rlc实体和rnc实体的操作方法及其系统
CN1996941A (zh) * 2006-06-30 2007-07-11 华为技术有限公司 一种鲁棒性头部压缩u模式出错时的处理方法
CN1913534A (zh) * 2006-08-17 2007-02-14 华为技术有限公司 一种数据处理方法及通信设备
CN101179564A (zh) * 2007-08-10 2008-05-14 华中科技大学 基于链路层自动请求重传的tcp分组头部压缩方法及其系统

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012169867A3 (en) * 2011-06-10 2013-03-28 Samsung Electronics Co., Ltd. Method and system of transmitting and receiving fragmentable data units in a wireless communication environment
US8908717B2 (en) 2011-06-10 2014-12-09 Samsung Electronics Co., Ltd. Method and system of transmitting and receiving fragmentable data units in a wireless communication environment
WO2015139324A1 (zh) * 2014-03-21 2015-09-24 华为技术有限公司 配置指示方法和通信设备
CN105532059A (zh) * 2014-03-21 2016-04-27 华为技术有限公司 配置指示方法和通信设备
CN105532059B (zh) * 2014-03-21 2019-06-18 华为技术有限公司 配置指示方法和通信设备

Also Published As

Publication number Publication date
US20120106413A1 (en) 2012-05-03
EP2424144A1 (en) 2012-02-29
US8848583B2 (en) 2014-09-30
CN102292940A (zh) 2011-12-21
CN102292940B (zh) 2014-04-02
EP2424144A4 (en) 2012-08-08
WO2010121467A1 (zh) 2010-10-28
EP2424144B1 (en) 2019-02-27

Similar Documents

Publication Publication Date Title
WO2010121410A1 (zh) 一种采用arq机制的头压缩通信方法和装置
US8392616B2 (en) Method and apparatus for transmitting header-compressed packet based on retransmission mechanism
US9736723B2 (en) Link layer assisted robust header compression context update management
JP6025880B2 (ja) データ伝送方法、装置及びシステム
RU2461147C2 (ru) Способ обработки радиопротокола в системе подвижной связи и передатчик подвижной связи
US8310988B2 (en) Method of MAC header generation and data transmitting
JP3701271B2 (ja) データ送受信システム及び方法
JP3751823B2 (ja) 実時間サービスにおけるヘッダ圧縮
US20090319850A1 (en) Local drop control for a transmit buffer in a repeat transmission protocol device
US20120140704A1 (en) Method and apparatus for controlling downlink data transmission in a multi-hop relay communication system
EP2760245A2 (en) Method and apparatus for transmitting voice over IP
US20110317719A1 (en) Data link layer headers
JP2005509381A6 (ja) ヘッダ圧縮を行う無線通信装置
JP2005509381A (ja) ヘッダ圧縮を行う無線通信装置
JP2007515113A (ja) 複数の局が共有媒体を介して通信するネットワークにおける動作方法
IL195146A (en) A non-continuous two-way radio connection controller for low latency services
KR20090031239A (ko) 성공적으로 수신했으나 헤더 압축 복원에 실패한 패킷의 처리 방법
WO2011079777A1 (zh) 数据传输的方法和网络侧设备
WO2014205814A1 (zh) 一种数据传输方法、装置、基站及用户设备
CN1961520A (zh) 用于在不可靠环境中启用报头压缩来提供网络数据恢复优化的方法和装置
WO2010121409A1 (zh) 一种压缩数据包的传输方法及装置
WO2021208694A1 (zh) 一种数据传输方法及网络设备
CN115022922A (zh) 用于lte系统中的呼叫处理方法和装置
WO2024007572A1 (zh) 报文处理方法及其装置、存储介质、程序产品
WO2011061855A1 (ja) 無線通信装置、システム及び再送制御方法

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200980121735.7

Country of ref document: CN

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

Ref document number: 09843515

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09843515

Country of ref document: EP

Kind code of ref document: A1