1、The Teleconmiunications Industry Association represents the conmiunications sector of NOTICE TIAIEIA Engineering Standards and Publications are designed to serve the public interest through eliminating misunderstandings between manufacturers and purchasers, facilitating interchangeability and improv
2、ement of products, and assisting the purchaser in selecting and obtaining with minimum delay the proper product for his particular need. Existence of such Standards and Publications shall not in any respect preclude any member or nonmember of TIAIEIA from manufacturing or selling products not confor
3、ming to such Standards and Publications, nor shall the existence of such Standards and Publications preclude their voluntary use by those other than TIAIEIA members, whether the standard is to be used either domestically or internationally. Standards and Publications are adopted by TIAIEIA in accord
4、ance with the American National Standards Institute (ANSI) patent policy. By such action, TIAIEIA does not assume any liability to any patent owner, nor does it assume any obligation whatever to parties adopting the Standard or Publication. TIA STANDARDS TIA Standards contain information deemed to b
5、e of technical value to the industry, and are published at the request of the originating Committee without necessarily following the rigorous public review and resolution of comments which is a procedural part of the development of a TIAIEIA Standard. TIA Standards should be reviewed on an annual b
6、asis by the formulating Committee and a decision made on whether to proceed to develop a TIAIEIA Standard on this subject. TIA Standards must be cancelled by the Committee and removed from the TIAIEIA Standards Catalog before the end of their third year of existence. Publication of this TIA Standard
7、 for trial use and comment has been approved by the Telecommunications Industry Association. Distribution of this TIA Standard for comment shall not continue beyond 60 months from the date of publication. It is expected that following this 36 month period, this TIA Standard, revised as necessary, wi
8、ll be submitted to the American National Standards Institute for approval as an American National Standard. Suggestions for revision should be directed to: Standards & Technology Department, Telecommunications Industry Association, 2500 Wilson Boulevard, Arlington, VA 22201 U. S.A. (From Project No.
9、 3-0056, formulated under the cognizance of the TIA TR-45.5 Subcommittee on Spread Spectrum Digital Technology.) Published by TELECOMMUNICATIONS INDUSTRY ASSOCIATION 2002 Standards & Technology Department 2500 Wilson Boulevard Arlington, VA 22201 U.S.A. PRICE: Please refer to current Catalog of EIA
10、ELECTRONIC INDUSTRIES ALLIANCE STANDARDS and ENGINEERING PUBLICATIONS or call Global Engineering Documents, USA and Canada (1-800-854-7179) International (303-397-7956) All rights reserved Printed in U.S.A. NOTICE OF DISCLAIMER AND LIMITATION OF LIABILITY The document to which this Notice is affixed
11、 has been prepared by one or more Engineering Committees of the Telecommunications Industry Association (“TIA”). TIA is not the author of the document contents, but publishes and claims copyright to the document pursuant to licenses and permission granted by the authors of the contents. TIA Engineer
12、ing Committees are expected to conduct their affairs in accordance with the TIA Engineering Manual (“Manual”), the current and predecessor versions of which are available at http:/www.tiaonline.orZr/standards/sfZr/engineering manual.ch. TIAS function is to administer the process, but not the content
13、, of document preparation in accordance with the Manual and, when appropriate, the policies and procedures of the American National Standards Institute (“ANSI”). THE USE OR PRACTICE OF CONTENTS OF THIS DOCUMENT MAY INVOLVE THE USE OF INTELLECTUAL PROPERTY RIGHTS (“IPR), INCLUDING PENDING OR ISSUED P
14、ATENTS, OR COPYRIGHTS, OWNED BY ONE OR MORE PARTIES. TIA MAKES NO SEARCH OR INVESTIGATION FOR IPR. WHEN IPR CONSISTING OF PATENTS AND PUBLISHED PATENT APPLICATIONS ARE CLAIMED AND CALLED TO TIAS ATTENTION, A STATEMENT FROM THE HOLDER THEREOF IS REQUESTED, ALL IN ACCORDANCE WITH THE MANUAL. TIA TAKES
15、 NO POSITION WITH REFERENCE TO, AND DISCLAIMS ANY OBLIGATION TO INVESTIGATE OR INQUIRE INTO, THE SCOPE OR VALIDITY OF ANY CLAIMS OF IPR. ALL WARRANTIES, EXPRESS OR IMPLIED, ARE DISCLAIMED, INCLUDING WITHOUT LIMITATION, ANY AND ALL WARRANTIES CONCERNING THE ACCURACY OF THE CONTENTS, ITS FITNESS OR AP
16、PROPRIATENESS FORA PARTICULAR PURPOSE PARTYS INTELLECTUAL 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 USE, ITS M
17、ERCHANTABILITY AND ITS NON-INFRINGEMENT OF ANY THIRD 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 CONSEQUENTIAL DAMAGES (INCLUDING D
18、AMAGES 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 DAMAGES IS A FUNDAMENTAL ELEME
19、NT OF THE USE OF THE CONTENTS HEREOF, AND THESE CONTENTS WOULD NOT BE PUBLISHED BY TIA WITHOUT SUCH LIMITATIONS. TIA-9 1 8 FOREWORD . iv NORMA” REFERENCES vi 1 Introduction 1 . 1 1.1 Purpose . 1-1 1.2 Scope 1-1 1.3 Network Architecture . 1 . 1 1.4 Requirements Language . 1-2 1 . 5 Document Organizat
20、ion . 1-2 2 Glossary and Definitions 2-1 2.1 Acronyms 2-1 2.2 Terms and Definitions 2-3 3 Simple IP Tests 3-1 3.1 Simple IP Establishment without Authentication ofthe Mobile Station 3-1 3.2 Simple IP Establishment with CHAP . 3-2 3.3 Simple IP Establishment with PAP 3-3 4 Agent Discovery and Registr
21、ation . 4-1 4.1 Successful PPP Negotiation and Termination 4-1 4.2 Agent Discovery and Registration using Dynamic Home Address Assignment, . Successful Scenario . 4-3 4.3 Agent Discovery and Registration using Static Home Address Assignment. Successful Scenario . 4.5 4.4 Router Advertisement Lifetim
22、e Expires . 4-6 4.5 Mobile Station Registration Request Failed, HA has Insufficient Resources 4-7 4.6 Mobile Station Registration Request Retry 4-8 4.7 Registration Lifetime Processing . 4-9 4.8 Timestamp Error . 4-10 4.9 Mobile Station De-Registers . 4-11 4.10 Simultaneous Simple IP and Mobile IP .
23、 4-11 5 Handoffs . 5-1 5.1 Inter-PDSN Handoff, Mobile Station in Active State . 5-1 5.2 Inter-PDSN handoff, Mobile Station in Dormant State . 5-2 5.3 Intra-PDSN Handoff, Mobile Station in Active State 5-3 TIA-9 1 8 5.4 Intra.PDSNHandoff, Mobile Station in Dormant State 5-4 5.5 Simple IP Inter-PDSNId
24、le Hando ff . 5-5 5.6 Simple IP Intra-PDSNHandoff, Mobile Station in Dormant State . 5-6 6 Authentication and IPsec Security Association Support 6-1 6.1 RADIUS Support, Successful Scenario . 6-1 6.2 RADIUS Support, Unsuccessful Scenario . 6-2 6.3 IPSec Security Support, Preserving of Existing Securi
25、ty Association 6-4 6.4 Authentication Failure, MN-HAAuthenticator is Invalid 6-4 6.5 Foreign Agent Reverse Tunnel Registration Behavior . 6-5 6.6 Private Network Support, Successful Scenario 6-7 6.7 Private Network Support, Unsuccessful Scenario 6-8 6.8 Successful Authentication using the MN-AAA Ext
26、ension . 6-8 7 Network Specific Tests . 7-1 7.1 Mobile IP Registration Request with Invalid Extensions . 7-1 7.2 Foreign Agent Busy 7-1 7.3 Mobile IP Registration Request Rejected, Invalid Home Address 7-2 7.4 Registration Rejected by FA Poorly Formed Request . 7-2 7.5 Registration Rejected by Home
27、Agent, Administratively Prohibited 7-3 7.6 Agent Advertisements not sent to Mobile Station using Simple IP 7-4 7.7 Mobile IP Registration Expires 7-4 7.8 Mobile IP Registration Request Lifetime Exceeds Agent Advertisement Lifetime 7-5 7.9 Multiple Home Addresses . 7-6 7.10 Mobile Station Assigned Sa
28、me Home Address By Two Home Agents 7-7 7.1 1 Ingress Address Filtering 7-8 7.12 IPsec Security Support, Statically Configured IKE Pre-Shared Secret . 7-9 7.13 IP Security Support, Dynamically Configured IKE Pre-Shared Secret . 7-10 7.14 Security Association using Public X.509 Certificates . 7-11 7.1
29、5 Security Association using the Root X.509 Certificates 7-12 7.16 Unsuccessful IPsec Security Association Establishment 7-13 7.17 PDSN Clears PPP State, R-P Session Closed 7-14 7.18 PDSN Terminates Simple IP Session Due to PDSNPPP Inactivity Timer Expiration 7-14 7.19 PDSN Terminates a Simple IP Se
30、ssion when the R-P Session is Closed 7-15 11 TIA-9 1 8 8 Accounting 8-1 8.1 Accounting Scenario without Containers and No Change in Multiplex Options, User Zone, or QoS 8-1 8.2 Accounting Scenario with Containers and a Change in Multiplex Options, User Zone. or QoS 8-2 8.3 Accounting Scenario withou
31、t Containers and a Change in Multiplex Options. User Zone. or QoS 8-2 8.4 Multiple Home Agent Test with Accounting . 8-3 8.5 Single Home Agent and Simple IP Test with Accounting 8-4 8.7 Simple IP Test with Accounting and CHAP 8-6 8.8 Simple IP Test with Accounting and PAP 8-7 8.6 HDLC Byte Accountin
32、g Test with Simple IP 8-5 . 111 TIA-9 1 8 FOREWW is foreword is not part of this Standard) This standard was prepared by Technical Specification Group C of the Third Generation Partnership Project 2 (3GPP2). This standard is a companion to the cdma2000 Wireless IP Network standard. This specificatio
33、n provides a set of procedures that the mobile station and network elements can use to conduct the signaling conformance tests in a laboratory environment. iv TIA-9 1 8 No text. V TIA-9 1 8 NORMATIVEREFERENCES The following standards and documents contain provisions, which, through reference in this
34、 text, constitute provisions of this specification. At the time of publication, the editions indicated were valid. All standards are subject to revision, and parties to agreements based on this standard are encouraged to investigate the possibility of applying the most recent editions of the standar
35、ds indicated below. RFC2002, Pv4 Mobility, May 1995. TiA/EIA/IS-835-A, cdrna2000 Wireless PNetwork Standard, May 2001. RFC2344, Reverse Tunneling forMobile P, May 1998. TIA/EIA/IS-707-A, Data Service Options for Wideband Spread Spectrum Systems. TIA/EIA/IS-2000.5-A-2, Upper Layer (Layer 3) Signaling
36、 for cdma2000 Spread Spectrum Systems. RFC 166 1, e Point to Point Protocol (PPP), July 1994. RFC 30 12, Mobile 1714 Challenge/Response Extensions, Nov 2000. TiA/EIA/TSBl 00, Network Reference Model. TSB115, Wireless IPArchitecture Based on EFProtocols, August 2000. TiA/EIA/IS-200 1 -A, Access Netwo
37、rk Interfaces Interoperability Specification, June 200 1. vi TIA-9 1 8 1 2 3 4 5 6 7 8 9 10 11 12 13 14 1 INTRODUCTION 1.1 Purpose his document is designed to facilitate the interoperability testing between mobile stations and infrastructure supporting 2, as well as provide network specific test cas
38、es. Definitions, recommended methods of measurement, and minimum standards are provided. 1.2 Scope These technical requirements form a standard for signaling conformance in cdma2000 wireless packet data systems. These requirements ensure that a compliant mobile station and compliant network elements
39、 (PDSN, HA and RADIUS Server) can interoperate to execute tests in meeting the objectives stated in 1.1. Furthermore, network specific test requirements ensure compliant network elements for various error cases. 1.3 Network Architecture Figure 1.3-1 shows the general network architecture for Simple
40、IP: o W RN Mobile Station Visited Access Provider Network Figure 1.3-1 Simple IP Networkkchitecture 1-1 1 TIA-9 1 8 Figure 1.3-2 shows the general network architecture for Mobile IP: 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 Visited Access Provider Network HA i Home IP Network, i j Private Network, j j H
41、ome Access Provider i Network Figure 1.3-2 Mobile IP Network Architecture 1.4 Requirements Language “Shall” and “shall not” identify requirements to be followed strictly to conform to the standard and from which no deviation is permitted. “Should” and “should n0t”indicate that one of several possibi
42、lities is recommended as particularly suitable, without mentioning or excluding others, that a certain course of action is preferred but not necessarily required, or that (in the negative form) a certain possibility or course of action is discouraged but not prohibited. “May” and “need n0t”indicate
43、a course of action permissible within the limits of the standard. “Can” and “cannot” are used for statements of possibility and capability, whether material, physical, or causal. 1.5 Document Organization his document is organized into the following sections: Section 1 Introduction: This section des
44、cribes the document purpose and scope as well as document organization. 1-2 TIA-9 1 8 1 2 9 10 11 12 13 18 19 20 Section 2 Glossary and Definitions: This section includes the list of acronyms and defimitions used throughout the document. Section 3: This section describes the test setups, procedures,
45、 and minimum requirements for interoperability testing between the mobile station and PDSN supporting Simple IP service. Section 4: This section describes the test setups, procedures, and minimum requirements for interoperability testing between the mobile station and PDSN supporting Mobile IP servi
46、ce. Section 5: This section describes the test setups, procedures, and minimum requirements for interoperability testing of Simple IP and Mobile IP handoffs. Section 6: This section describes the test setups procedures, and minimum requirements for testing RADIUS support, authentication, and reverse
47、 tunneling behavior . Section 7: This section describes the test setups, procedures, and minimum requirements for network specific testing of Simple IP and Mobile IP infiastructure elements associated with registration, addressing, security association and agent advertisement. Section 8: This sectio
48、n describes the test setups, procedures, and minimum requirements for network specific testing of Mobile IP infrastructure elements associated with accounting for Simple IP and Mobile IP. 21 1-3 TIA-9 1 8 I 2 GLOSSARY AND DEFINlONS z 2.1 Acronyms 3 Table 2.1 List of Abbreviations Acronym Exp ans ion
49、 AAA Aut hentic at ion, Authorization, and Accounting Asp c hronous Control Character Map ACCM AH Authentication Header CA Certificate Authority CANID Current Access Network IDentifiers CCP Compression Control Protocol CHAP Challenge Handshake Authentication Protocol COA Care-of-Addres s CRL Certificate Revocation List DSA Digital Signature Algorithm DOI Domain of Interpretation ESP Encapsulating Security Payload FA Foreign Agent FAC Foreign Agent Challenge HA Home Agent HLR Home Location Register Internet Assigned Numbering Auth or it y Internet Engineering Task Force Internet
