TIA-1209-2011 Header Compression for Extended Cell cdma2000 High Rate Packet Data System《扩展小区cdma2000高速率分组数据系统的报头压缩》.pdf

1、 TIA-1209 April 2011Header Compression for Extended Cell cdma2000 High Rate Packet Data SystemNOTICE TIA Engineering Standards and Publications are designed to serve the public interest through eliminating misunderstandings between manufacturers and purchasers, facilitating interchangeability and im

2、provement of products, and assisting the purchaser in selecting and obtaining with minimum delay the proper product for their particular need. The existence of such Standards and Publications shall not in any respect preclude any member or non-member of TIA from manufacturing or selling products not

3、 conforming to such Standards and Publications. Neither shall the existence of such Standards and Publications preclude their voluntary use by Non-TIA members, either domestically or internationally. Standards and Publications are adopted by TIA in accordance with the American National Standards Ins

4、titute (ANSI) patent policy. By such action, TIA does not assume any liability to any patent owner, nor does it assume any obligation whatever to parties adopting the Standard or Publication. This Standard does not purport to address all safety problems associated with its use or all applicable regu

5、latory requirements. It is the responsibility of the user of this Standard to establish appropriate safety and health practices and to determine the applicability of regulatory limitations before its use. (From Project No. 3-0417, formulated under the cognizance of the TIA TR-45 Mobile (b) there is

6、no assurance that the Document will be approved by any Committee of TIA or any other body in its present or any other form; (c) the Document may be amended, modified or changed in the standards development or any editing process. The use or practice of contents of this Document may involve the use o

7、f intellectual property rights (“IPR”), including pending or issued patents, or copyrights, owned by one or more parties. TIA makes no search or investigation for IPR. When IPR consisting of patents and published pending patent applications are claimed and called to TIAs attention, a statement from

8、the holder thereof is requested, all in accordance with the Manual. TIA takes no position with reference to, and disclaims any obligation to investigate or inquire into, the scope or validity of any claims of IPR. TIA will neither be a party to discussions of any licensing terms or conditions, which

9、 are instead left to the parties involved, nor will TIA opine or judge whether proposed licensing terms or conditions are reasonable or non-discriminatory. TIA does not warrant or represent that procedures or practices suggested or provided in the Manual have been complied with as respects the Docum

10、ent or its contents. If the Document contains one or more Normative References to a document published by another organization (“other SSO”) engaged in the formulation, development or publication of standards (whether designated as a standard, specification, recommendation or otherwise), whether suc

11、h reference consists of mandatory, alternate or optional elements (as defined in the TIA Engineering Manual, 4thedition) then (i) TIA disclaims any duty or obligation to search or investigate the records of any other SSO for IPR or letters of assurance relating to any such Normative Reference; (ii)

12、TIAs policy of encouragement of voluntary disclosure (see Engineering Manual Section 6.5.1) of Essential Patent(s) and published pending patent applications shall apply; and (iii) Information as to claims of IPR in the records or publications of the other SSO shall not constitute identification to T

13、IA of a claim of Essential Patent(s) or published pending patent applications. TIA does not enforce or monitor compliance with the contents of the Document. TIA does not certify, inspect, test or otherwise investigate products, designs or services or any claims of compliance with the contents of the

14、 Document. ALL WARRANTIES, EXPRESS OR IMPLIED, ARE DISCLAIMED, INCLUDING WITHOUT LIMITATION, ANY AND ALL WARRANTIES CONCERNING THE ACCURACY OF THE CONTENTS, ITS FITNESS OR APPROPRIATENESS FOR A PARTICULAR PURPOSE OR USE, ITS MERCHANTABILITY AND ITS NONINFRINGEMENT OF ANY THIRD PARTYS INTELLECTUAL PR

15、OPERTY RIGHTS. TIA EXPRESSLY DISCLAIMS ANY AND ALL RESPONSIBILITIES FOR THE ACCURACY OF THE CONTENTS AND MAKES NO REPRESENTATIONS OR WARRANTIES REGARDING THE CONTENTS COMPLIANCE WITH ANY APPLICABLE STATUTE, RULE OR REGULATION, OR THE SAFETY OR HEALTH EFFECTS OF THE CONTENTS OR ANY PRODUCT OR SERVICE

16、 REFERRED TO IN THE DOCUMENT OR PRODUCED OR RENDERED TO COMPLY WITH THE CONTENTS. TIA SHALL NOT BE LIABLE FOR ANY AND ALL DAMAGES, DIRECT OR INDIRECT, ARISING FROM OR RELATING TO ANY USE OF THE CONTENTS CONTAINED HEREIN, INCLUDING WITHOUT LIMITATION ANY AND ALL INDIRECT, SPECIAL, INCIDENTAL OR CONSE

17、QUENTIAL DAMAGES (INCLUDING DAMAGES FOR LOSS OF BUSINESS, LOSS OF PROFITS, LITIGATION, OR THE LIKE), WHETHER BASED UPON BREACH OF CONTRACT, BREACH OF WARRANTY, TORT (INCLUDING NEGLIGENCE), PRODUCT LIABILITY OR OTHERWISE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. THE FOREGOING NEGATION OF D

18、AMAGES IS A FUNDAMENTAL ELEMENT OF THE USE OF THE CONTENTS HEREOF, AND THESE CONTENTS WOULD NOT BE PUBLISHED BY TIA WITHOUT SUCH LIMITATIONS. This page intentionally left blank. 3GPP2 C.S0103-0 v1.0 CONTENTS i FOREWORD vii 1 REFERENCES ix 2 1 Introduction . 1 3 1.1 Scope . 1 4 1.2 Terms . 1 5 1.3 He

19、ader Compression Overview 1 6 2 Header Compression in the Forward Link . 2 7 3 Header Removal in the Reverse Link . 2 8 3.1 Compressor 3 9 3.2 Decompressor . 4 10 3.3 Access Terminal Requirements 5 11 3.4 Access Network Requirements . 5 12 3.4.1 Reconstruction of RTP/UDP/IP Header 5 13 3.4.2 Reconst

20、ruction of Air Interface Header . 7 14 3.5 Message Format 8 15 3.5.1 Initial Context Info for IPv4 (ICIv4) Message . 8 16 3.5.2 Initial Context Info for IPv4 ACK ( ICIv4 ACK) . 9 17 3.5.3 Initial Context Info for IPv6 (ICIv6) Message . 9 18 3.5.4 Initial Context Info for IPv6 ACK ( ICIv6 ACK) . 10 1

21、9 3.6 Protocol Numeric Constants 10 20 Annex A (Informative): Example of xHRPD VoIP Call Setup . A-1 21 22 23 3GPP2 C.S0103-0 v1.0 ii This page intentionally left blank 1 3GPP2 C.S0103-0 v1.0 FIGURES iii Figure 3-1. Header Removal Protocol 1 . 3Figure 3.1-1. Header Removal Compressors State Machine

22、2 4Figure 3.2-1. Header Removal Decompressors State Machine 3 5Figure 3.4.1-1. IP/UDP/RTP Header for IPv4 4 6Figure 3.4.1-2. IP/UDP/RTP Header for IPv6 5 66 7 3GPP2 C.S0103-0 v1.0 iv This page intentionally left blank. 1 3GPP2 C.S0103-0 v1.0 TABLES v Table 3.4.2-1. Air Interface Header Reconstructio

23、n from Voice-Dedicated Physical 1 Layer Packet 7 2 Table 3.6-1. Header Compression Protocol Numeric Constants 3 . 104 3GPP2 C.S0103-0 v1.0 vi This page intentionally left blank. 1 3GPP2 C.S0103-0 v1.0 FOREWORD vii (This foreword is not part of this Standard) 1 This specification was prepared by Tech

24、nical Specification Group C with assistance from 2 Technical Specification Group X of the Third Generation Partnership Project 2 (3GPP2). 3 This specification is a companion to the cdma200018 Extended Cell High Rate Packet Data 4 (xHRPD) specifications. It describes a Header Compression technique th

25、at may be employed 5 by the access terminal for applications that require synchronous flow of frames, such as 6 Voice over IP application. 7 9 1“cdma2000is the trademark for the technical nomenclature for certain specifications and standards of the Organizational Partners (OPs) of 3GPP2. Geographica

26、lly (and as of the date of publication), cdma2000 is a registered trademark of the Telecommunications Industry Association (TIA-USA) in the United States.” 3GPP2 C.S0103-0 v1.0 viii This page intentionally left blank. 1 3GPP2 C.S0103-0 v1.0 REFERENCES ix The following documents contain provisions, w

27、hich, through reference in this text, 1 constitute provisions of this document. References are either specific (identified by date of 2 publication, edition number, version number, etc.) or non-specific. For a specific reference, 3 subsequent revisions do not apply. For a non-specific reference, the

28、 latest version applies. 4 In the case of a reference to a 3GPP2 document, a non-specific reference implicitly refers to 5 the latest version of that document in the same Release as the present document. 6 Normative References: 7 1 C.S0098-200-0, Physical Layer for Extended Cell cdma2000 High Rate P

29、acket 8 Data Air Interface Specification, January 2011. 9 2 C.S0098-300-0, Upper Layers for Extended Cell cdma2000 High Rate Packet Data 10 Air Interface Specification, January 2011. 11 3 X.S0011-E, cdma2000 Wireless IP Network Standard : Quality of Service and 12 Header Reduction, November 2009. 13

30、 4 IETF RFC 3550, RTP : A Transport Protocol for Real-Time Applications, July 2003. 14 15 3GPP2 C.S0103-0 v1.0 x This page intentionally left blank.1 3GPP2 C.S0103-0 v1.0 1 1 INTRODUCTION 1 1.1 Scope 2 This specification describes the header compression scheme for xHRPD VoIP application. 3 1.2 Terms

31、 4 AN - Access Network 5 AT- Access Terminal 6 EMPA - Enhanced Multiflow Packet Application 7 HSGW- HRPD Serving Gateway 8 ICI - Initial Context Information 9 IP - Internet Protocol 10 MAC Medium Access Control 11 PDSN Public Data Switched Network 12 QoS Quality of Service 13 RLP Radio Link Protocol

32、 14 RoHC Robust Header Compression 15 RTP - Real Time Protocol 16 SIP Session Initiation Protocol 17 UDP User Datagram Protocol 18 VoIP Voice over IP 19 xHRPD Extended Cell High Rate Packet Data 20 xHSG - xHRPD Header Stripping and Generation 21 xHSGSP - xHRPD Header Stripping and Generation Signali

33、ng Protocol 22 xHSGBP - xHRPD Header Stripping and Generation Bearer Protocol 23 1.3 Header Compression Overview 24 xHRPD reverse link supports removal of all headers for the VoIP packets before 25 transmitting it on the voice dedicated physical layer packets (see 1, 2). The VoIP RTP 26 packets are

34、passed to the xHRPD Header Stripping and Generation (xHSG) layer which 27 strips off RTP/UDP/IP headers. The packets are then transmitted on voice-dedicated 28 physical layer packets without any air interface header. The RTP/UDP/IP headers are 29 reconstructed at the access network by the xHSG layer

35、 from the Initial Context Information 30 (ICI) that is sent by the access terminal to the access network and from the received voice 31 packet related information that is passed by the physical layer. 32 The xHSG layer employs the Enhanced Multi-Flow Packet Application (EMPA) 2 and 33 consists of xH

36、SG Signalling Protocol (xHSGSP) and xHSG Bearer Protocol (xHSGBP). The 34 3GPP2 C.S0103-0 v1.0 2 xHSGSP uses a dedicated EMPA flow for the signalling packets to setup 1 Compressor/Decompressor context. The xHSGBP uses dedicated EMPA flow for the 2 headerless VoIP packets. 3 xHRPD forward link suppor

37、ts header compression for the forward link VoIP packets using RoHC U-4 mode 3. 5 2 HEADER COMPRESSION IN THE FORWARD LINK 6 In the forward link, the Robust Header Compression (RoHC) protocol 2 shall be used. The 7 RoHC shall be configured to operate in Unidirectional Mode (U-Mode). Once the RoHC 8 C

38、ompressor and Decompressor exchange and establish context, packets shall be sent only 9 from the Compressor to the Decompressor. 10 3 HEADER REMOVAL IN THE REVERSE LINK 11 The header stripping and generation (HSG) shall be performed between access terminal and 12 access network. At the beginning of

39、a VoIP RTP session, the access terminal shall send NICI3.4.113 number of ICI messages to the access network using xHSGSP. The access terminal shall 14 remove RTP/UDP/IP headers using xHSGBP, bypass the RLP, Stream and Connection 15 layers and add no MAC header before transmitting the VoIP packet on

40、a voice-dedicated 16 physical layer packet. The access network shall reconstruct Air Interface/RTP/UDP/IP 17 headers based on stored context information and information passed from the physical 18 layer as described in . The header removal and reconstruction shall be transparent to 19 PDSN/HSGW. 20

41、The header removal protocol consisting of xHSGSP and xHSGBP is shown in Figure 3-1. 21 The Link flow ID for xHSGBP shall be obtained during session negotiation. The xHSGSP 22 shall use Link flow 2 by default. 23 24 3GPP2 C.S0103-0 v1.0 3 ICIZero Header VoIP PayloadICIATANCompressor DecompressorxHSGB

42、P xHSGBPxHSGSP xHSGSPVoIP Packets with Regenerated RTP/UDP/IP Headers to PDSN/HSGW on A10VoIP Packets with RTP/UDP/IP HeaderZero Header VoIP PayloadLink Flow XLink Flow Y1 Figure 3-1. Header Removal Protocol 2 3.1 Compressor 3 The Compressor performs the header removal operation on the incoming VoIP

43、 packets. It 4 constructs and conveys the context information to the Decompressor at the beginning of 5 the VoIP call setup. Furthermore, it maintains the context information during the VoIP call 6 session and performs the header removal on the incoming VoIP packets during the call. 7 The Compressor

44、 operates in one of the three states: 8 Context Update State: In this state, the Compressor sends NICI Optimistic Compression State: In this state, the Compressor starts sending the header 11 removed VoIP packets to the Decompressor even though it has not yet received ACK for 12 ICI packets. 13 numb

45、er of ICI message 9 to the Decompressor. 10 Reliable Compression State: In this state, the Compressor continues to send header 14 removed VoIP packets to the Decompressor. 15 The Compressors states and the indications and events causing the transition between the 16 states are shown in Figure 3.1-1.

46、 17 3GPP2 C.S0103-0 v1.0 4 Timeout waiting for ACKACK received for ICI packetSend compressed packetsSend compressed packets New Context / Reset StateNew Context / Reset StateContextUpdateStateOptimistic Compression StateReliable CompressionStateSend NICI number of packets1 Figure 3.1-1. Header Remov

47、al Compressors State Machine 2 3.2 Decompressor 3 The Decompressor is conveyed the context information by the Compressor at the beginning 4 of VoIP call setup. Using the context information and the information passed from the 5 Physical layer, the Decompressor subsequently performs the RTP/UDP/IP he

48、ader 6 reconstruction for the incoming zero-header compressed VoIP packets and passes on the 7 full header VoIP packets to the higher layers for further processing. 8 The Decompressor operates in one of the two states: 9 Null Context State: The Decompressor remain in this state until it receives a I

49、CI 10 message. 11 Decompression State: In this state, the Decompressor receives ICI and headerless VoIP 12 packets. Upon receiving ICI message, it updates the context and sends ACK to the 13 compressor. Upon receiving headerless VoIP packets, it reconstructs the header. 14 The Decompressors states and the indications and events causing the transition between 15 the states are shown in Figure 3.2-1. Not all state transitions are shown. 16 17 3GPP2 C.S0103-0 v1.0 5 Null Context StateReceived an ICI packet Initialize context and Send AC