1、 TIA-1100 September 2011PPP-Alternative Protocol (AltPPP) for cdma2000Wireless IP Network Standard NOTICE TIA Engineering Standards and Publications are designed to serve the public interest through eliminating misunderstandings between manufacturers and purchasers, facilitating interchangeability a
2、nd improvement 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 product
3、s not 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 Standard
4、s Institute (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
5、 regulatory 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-0240, formulated under the cognizance of the TIA TR-45 Mobile (b) ther
6、e is 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
7、use of 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
8、from 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,
9、which 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
10、Document 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), whethe
11、r such 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;
12、(ii) 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
13、 to TIA 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 o
14、f the 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 INTELLECTU
15、AL PROPERTY 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 SE
16、RVICE 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
17、CONSEQUENTIAL 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
18、 OF DAMAGES IS A FUNDAMENTAL ELEMENT OF THE USE OF THE CONTENTS HEREOF, AND THESE CONTENTS WOULD NOT BE PUBLISHED BY TIA WITHOUT SUCH LIMITATIONS. 3GPP2 X.S0040-0 v1.0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47
19、48 49 50 51 52 53 54 55 56 57 58 REVISION HISTORY Version Content Changes Date 1.0 Initial publication. January, 2007 59 60 ii 3GPP2 X.S0040-0 v1.0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54
20、 55 56 57 58 CONTENTS 1 Introduction7 2 References8 2.1 Normative References8 2.2 Informative References8 3 Definitions, Symbols and Abbreviations9 3.1 Definitions .9 3.1.1 Symbols and Abbreviations.9 4 Protocol Highlights 10 5 AltPPP Overview .11 6 Message Flows.13 6.1 Successful Connection Setup.1
21、3 6.2 Successful Connection Setup for HRPD using Protocol ID and Service Option.15 6.3 Fallback Case.16 6.3.1 The MS Does Not Support AltPPP17 6.3.2 PDSN Does Not Support AltPPP 18 7 AltPPP Protocol Description19 7.1 The PDSN Requirements.19 7.1.1 DEAD State.20 7.1.2 INITIAL State .20 7.1.3 WAITING
22、State.21 7.1.4 OPENING State.22 7.1.5 IDLE State.22 7.2 The MS Requirements .23 7.2.1 DEAD State.23 7.2.2 INITIAL State .23 7.2.3 WAITING State.24 7.2.4 OPENING State.25 7.2.5 IDLE State.25 8 Message Format .26 9 Detailed State Transition Diagrams .28 9.1 State Transitions in the PDSN .29 9.2 State
23、Transitions in the MS30 59 60 iii 3GPP2 X.S0040-0 v1.0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 LIST OF FIGURES Figure 1 Typical call flow for three-message method . 13 Figure
24、2 Call flow when the PDSN needs to propose alternative configuration . 14 Figure 3 Successful connection scenario using new Protocol ID and Service Option 15 Figure 4 The Fallback Scenario, MS does not support AltPP . 17 Figure 5 The Fallback Scenario, PDSN does not support AltPP. 18 Figure 6 The Al
25、tPPP Protocol Phases . 19 Figure 7 The AltPPP Protocol Phases in the PDSN 20 Figure 8 The AltPPP Protocol Phases in the MS. 23 Figure 9 The AltPPP Message Format 26 Figure 10 The AltPPP Data TLV format. 27 Figure 11 Detailed state transition in the PDSN 29 Figure 12 Detailed state transition in the
26、MS 31 59 60 iv 3GPP2 X.S0040-0 v1.0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 LIST OF TABLES 59 60 v 3GPP2 X.S0040-0 v1.0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 2
27、2 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 FOREWORD (This foreword is not part of this Standard.) This document was prepared by 3GPP2 TSG-X. This document contains details of an optimized method to perform PPP connection establishmen
28、t for cdma2000 wireless IP network. The optimizations are summarized as follows: a. The capability to allow the Mobile Station and the Packet Data Serving Node to perform PPP connection establishment procedures in 3 to 4 steps. b. The ability to perform PPP Link Control Protocol and Network Control
29、Protocol authentication and configuration option exchanges simultaneously to speed up the PPP connection establishment process. c. The ability to perform both IPv4 and IPv6 address configurations simultaneously. d. Provides fallback option to regular PPP in case of error during AltPPP procedures or
30、to accommodate legacy Mobile Stations. The AltPPP protocol is designed to significantly improve PPP connection establishment performance at the initial packet data session establishment for cdma2000 wireless IP networks. After the PPP connection is successfully established, regular PPP protocol is u
31、sed to maintain, modify, and tear down the packet data session. SCOPE This document defines the AltPPP protocol for packet data session setup for cdma2000 wireless IP networks.59 60 vi 3GPP2 X.S0040-0 v1.0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 3
32、5 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 1 Introduction The Third Generation Partnership Project 2 (3GPP2) defines the Wireless IP Network Standard 1 for the packet data networking on cdma20001wireless system. The document 1 defines that establishing and configuring IPv
33、4/v6 connections between the MS and the PDSN are exclusively based on the PPP protocols such as LCP, IPCP and IPv6CP. Authenticating the mobile user over the PPP link is performed by PAP or CHAP. On the one hand PPP is capable of operating across diverse links and nodes, and there are many configura
34、tion options and extensions defined for supporting a large variety of services over PPP. On the other hand, the negotiation scheme in PPP may be too conservative and time consuming in the cases when connection setup time is of utmost importance. The Alternate PPP Protocol (AltPPP) as specified in th
35、is document provides a method for negotiating the link establishment, the authentication status and configuration of other parameters such as IP address, by not using regular LCP and NCP but using a simple negotiation mechanism to reduce the PPP connection setup time. 59 60 2.1 Normative References
36、7 1 Introduction 1cdma2000 is the trademark for the technical nomenclature for certain specifications and standards of the Organizational Partners (OPs) of 3GPP2. Geographically (and as of the date of publication), cdma2000 is a registered trademark of the Telecommunications Industry Association (TI
37、A-USA) in the United States. 3GPP2 X.S0040-0 v1.0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 2 References 2.1 Normative References This section provides references to other speci
38、fications and standards that are necessary to implement this document. The following standards contain provisions which, through reference in this text, constitute provisions of this Standard. At the time of publication, the editions indicated were valid. All standards are subject to revision, and p
39、arties to agreements based on this Standard are encouraged to investigate the possibility of applying the most recent editions of the standards indicated below. ANSI and TIA maintain registers of currently valid national standards published by them. RFC1661 IETF RFC 1661, the Point-to-Point Protocol
40、 (PPP), July 1994. 1 3GPP2: X.S0011-D v1.0, cdma2000 Wireless IP Network Standard, March 2006. RFC2153 IETF RFC 2153, PPP Vendor Extensions, May 1997. 2.2 Informative References This section provides references to other documents that may be useful for the reader of this document. 59 60 2.1 Normativ
41、e References 8 2 References 3GPP2 X.S0040-0 v1.0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 3 Definitions, Symbols and Abbreviations This section contains definitions, symbols an
42、d abbreviations that are used throughout the document. 3.1 Definitions 3.1.1 Symbols and Abbreviations AAA Authentication, Authorization, and Accounting AltPPP Alternate PPP Protocol LCP Link Control Protocol NCP Network Control Protocol PPP Point to Point Protocol CHAP CHallenge Authentication Prot
43、ocol PAP Password Authentication Protocol PDSN Packet Data Serving Node MS Mobile Station ROHC RObust Header Compression VJ Van Jacobson (Header Compression) 59 60 3.1 Definitions 9 3 Definitions, Symbols and Abbreviations 3GPP2 X.S0040-0 v1.0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22
44、 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 4 Protocol Highlights Existing LCP, PAP/CHAP and NCP: IPCP/IPv6CP are replaced with AltPPP during the initial PPP connection setup. In the best-case scenario, after establishment of the lower
45、-layer connection (i.e. A10 connection), only 3 AltPPP messages are needed for the mobile station to connect to the PDSN. AltPPP supports both IPv4 and IPv6 as the network layer protocol. AltPPP is an optional feature for both the MS and the PDSN. 59 60 3.1 Definitions 10 4 Protocol Highlights 3GPP2
46、 X.S0040-0 v1.0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 5 AltPPP Overview This document defines the initial connection setup mechanism between the MS and the PDSN as an altern
47、ative from of PPP connection setup. Once the network protocol(s) has (have) been opened, regular PPP protocols are used, that is, termination and additional negotiation are performed by regular LCP and NCP. In other words, a new state machine for AltPPP is used during the PPP connection setup. Once
48、the connection is opened, the standard PPP state machine is used. IP datagram is transmitted over HDLC-like framing specified in RFC1662 (PPP in HDLC-like Framing). If the MS or the PDSN detects that the peer does not support AltPPP protocol, it does not proceed with the AltPPP negotiation but start
49、 existing PPP based procedures starting from the LCP phase. The message format of the AltPPP protocol is compliant with RFC 2153 (PPP Vendor Extensions) and this document defines AltPPP negotiation procedures using the vendor specific part of RFC 2153. In AltPPP, following assumptions are made: a. A PPP link and network protocols are opened without LCP and NCP negotiations after AltPPP completes in both the MS and PDSN. b. If the both ends (MS and PDSN) can use the same option configuration/sub-options or the PDSN can live within the options that the MS has proposed, the valu
