TIA EIA IS-808-2000 Incorporating UIM into 3G and IMT-2000 Systems《将UIM并入3G和IMT-2000 系统》.pdf

《TIA EIA IS-808-2000 Incorporating UIM into 3G and IMT-2000 Systems《将UIM并入3G和IMT-2000 系统》.pdf》由会员分享，可在线阅读，更多相关《TIA EIA IS-808-2000 Incorporating UIM into 3G and IMT-2000 Systems《将UIM并入3G和IMT-2000 系统》.pdf（104页珍藏版）》请在麦多课文档分享上搜索。

1、 TIA/EIA INTERIM STANDARD Incorporating UIM into 3G and IMT- 2000 Systems TIA/EIA/IS-SOS NOVEMBER 2000 TELECOMMUNICATIONS INDUSTRY ASSOCIATION - The Telecommunications Indushy Association represents the communications secior of - Elsctronit: Industrias- Alliance NOTICE TIA/EIA Engineering Standards

2、and Publications are designed to serve the public interest through eliminating misunderstandings between manufacturers and purchasers, facilitating interchangeability and improvement of products, and assisting the purchaser in selecting and obtaining with minimum delay the proper product for his par

3、ticular need. Existence of such Standards and Publications shall not in any respect preclude any member or nonmember of TIA/EIA from manufacturing or selling products not conforming to such Standards and Publications, nor shall the existence of such Standards and Publications preclude their voluntar

4、y use by those other than TIA/EIA members, whether the standard is to be used either domestically or internationally. Standards and Publications are adopted by TIA/EIA in accordance with the American National Standards Institute (ANSI) patent policy. By such action, TIA/EIA does not assume any liabi

5、lity to any patent owner, nor does it assume any obligation whatever to parties adopting the Standard or Publication. TIA/EIA INTERIM STANDARDS TIA/EIA Interim Standards contain information deemed to be of technical value to the industry, and are published at the request of the originating Committee

6、 without necessarily following the rigorous public review and resolution of comments which is a procedural part of the development of a TIA/EIA Standard. TIA/EIA Interim Standards should be reviewed on an annual basis by the formulating Committee and a decision made on whether to proceed to develop

7、a TIA/EIA Standard on this subject. TIA/EIA Interim Standards must be cancelled by the Committee and removed from the TIA/EIA Standards Catalog before the end of their third year of existence. Publication of this TIA/EIA Interim Standard for trial use and comment has been approved by the Telecommuni

8、cations Industry Association. Distribution of this TIA/EIA Interim Standard for comment shall not continue beyond 36 months from the date of publication. It is expected that following this 36 month period, this TIA/EIA Interim Standard, revised as necessary, will be submitted to the American Nationa

9、l Standards Institute for approval as an American National Standard. Suggestions for revision should be directed to: Standards 1997. 14 15 16 17 TIALEIA-41 -D Cellular Radiotelecommunications Intersystem Operations; ia 19 20 21 22 23 24 25 26 27 2a 29 30 31 32 33 34 35 36 37 3a 39 40 41 42 43 44 45

10、46 47 4a 49 50 51 52 53 54 55 56 57 5a 59 60 iv 1 2 3 4 5 6 7 a 9 10 11 12 13 14 15 16 17 ia 19 20 21 22 23 24 25 26 27 2a 29 30 31 32 33 34 35 36 37 3a 39 40 41 42 43 44 45 46 47 4a 49 50 51 52 53 54 55 56 57 5a 59 60 TINE 1n1 5-808 ASSUMPTIONS The following items are basic understandings used duri

11、ng the development of this document: a. In mobile stations supporting an R-UIM, the ESN remains Mobile Equipment based. b. No upgrades are needed to Serving System functionality to provide support for UIM- capable roamers. In particular, no air interface, A- interface, or serving system intersystem

12、signaling enhancements are to be needed. However, optional enhancements to Serving System functionality that improve eficency of UIM support may be defined. c. Each unique set of user identity and security information may be active in only one terminal at a time. V ASSUMPTIONS 1 2 3 4 5 6 7 a 9 10 1

13、1 12 13 14 15 16 17 ia 19 20 21 22 23 24 25 26 27 2a 29 30 31 32 33 34 35 36 37 3a 39 40 41 42 43 44 45 46 47 4a 49 50 51 52 53 54 55 56 57 5a 59 60 TINE 1n1 5-808 1 INTRODUCTION 1 .I OBJECTIVE This Interim Standard (IS) presents Stage-1 (new chapter TIALEIA-664-A) Enhancements, Stage-2 (TIALEIA-41.

14、3-0 enhancements), and Stage-3 (TIA/EIA-41.5-D and TIALEIA-41.6-0 enhancements) recommendations for supporting a mobile station equipped with a User Identity Module (UIM). 1.2 SCOPE This standard defines the enhancements required for the support of a mobile station equipped with a User Identity Modu

15、le (UIM). The UIM provides functionality to certain types of mobile stations to enable them to operate in the wireless network. This document defines requirements for the wireless network to support operation of UIM equipped mobile stations. A UIM provides compatible mobile stations with the paramet

16、ers required of mobile stations operating in the TIAEIA-41 environment and specific additional functionality unique to UIM-equipped mobile stations. The UIM can be in one of two forms, as either integrated within the mobile station or removable permitting the UIM to be inserted or removed from the m

17、obile equipment. This document addresses Removable UIM (R-UIM) only. 1.3 ORGANIZATION This document is organized as per TIA/EIA-41-D and TIALEIA-664-A. 1 Introduction TINEINIS-808 2 REFERENCES 2.1 Normative References TIA/EIA *ANSI/TA/EIA-41 -D .ANSI/TA/EIA-664-A .TIALEIA/IS- 725-A TIALEIA/IS- 735 T

18、IALEIA/IS- 73 7 TIALEIALIS- 751 TIALEIALIS- 778 2.2 I n f orm at ive Re fe re n ces Cellular Radiotelecommunications Intersystem Operations; Telecommunications Industry Association; December 1997. Cellular Features Description Telecommunications Industry Association; February 2000. Cellular Radiotel

19、ecommunications Intersystem Operations - Over-The-Air Service Provisioning (OTASP) and Parameter Administration (OTAPA); July 1999, Enhancements to TIALEIA-41-D February 1998, Enhancements for Circuit Mode Services; May 1998, TIALEIA-41 -D Modijcations to support IMSt February 1998, Wireless Authent

20、ication Enhancements Descriptions; March 1999 None Identified References 2 1 2 3 4 5 6 7 a 9 10 11 12 13 14 15 16 17 ia 19 20 21 22 23 24 25 26 27 2a 29 30 31 32 33 34 35 36 37 3a 39 40 41 42 43 44 45 46 47 4a 49 50 51 52 53 54 55 56 57 5a 59 60 1 2 3 4 5 6 7 a 9 10 11 12 13 14 15 16 17 ia 19 20 21

21、22 23 24 25 26 27 2a 29 30 31 32 33 34 35 36 37 3a 39 40 41 42 43 44 45 46 47 4a 49 50 51 52 53 54 55 56 57 5a 59 60 TINE 1n1 5-808 3 TINEIA-664-A “Cellular Feature Descriptions” Modifications The section provides the Stage 1 feature descriptions for User Identity Module (UIM) according to the struc

22、ture of TIAEIA-664. 3.1 Abbreviations (TIAEIA-664-A) For the purpose of this document, the following abbreviations apply: AMPS CDMA EIA ME OTAPA OTASP TDMA TIA UIM GSM R-UIM 3.2 Definitions Advanced Mobile Phone System Code Division Multiple Access Electronic Industry Association Mobile Equipment Ov

23、er-The-Air Parameter Administration Over-The-Air Service Provisioning Removable User Identity Module Time Division Multiple Access Telecommunications Industry Association User Identity Module Global System for Mobile Communications Mobile Equipment (ME) An R-UIM capable mobile station without an R-U

24、IM inserted. Personal Mobility The capability of users to move their subscription fiom one MS to another without the need for the service provider to re-provision services. The MS must support Personal Mobility in order to allow this service and the current user must configure their MS to allow repl

25、acement of their subscription. UIM is one method of implementing Personal Mobility. R-UIM Equipped Mobile Station (MS) The ME and an inserted R-UIM is referred to as an R-UIM equipped MS. Rebinding The process by which the network updates the ESN associated to an MSID when an R- UIM is transferred f

26、iom one ME to another. Removable User Identity Module (R-UIM) A UIM that can be physically removed fiom one ME and inserted into another as long as both have compatible ME-UIM interfaces. UIM is the entity that stores and manages the identity of the subscriber and subscription related data. Subscrip

27、tion Data TIAEIA-664-A Modifications 3 UIM Stage 1 -FeatureDescription TINEINIS-808 Data that is unique for each subscriber relating to the subscribed services (e.g. MDN, language preference) and can be updated using provisioning procedures. 7.X User Identitv Module (new Section for TIAEIA-664-A Cha

28、pter 7) 7.X.1 Users Key Capabilities Subscribers using Mobile Equipment with an R-UIM may be offered all or some of the following services and capabilities based on the service offerings of the network service provider: A stored numeric assignment module (NAM) and other needed parameters for the ope

29、ration of AMPS, CDMA, GSM, TDMA or other systems. (R-UIM storage of parameters needed for operation in other systems could permit a subscriber from a TIAEIA-41 based system to access service on a non-TIAEIA-41-based network, if the required interworking arrangements are in place.) An R-UIMs Subscrip

30、tion Data may be activated or updateable via Over-the-Air Service Provisioning (OTASP) and Over-the-Air-Parameter Administration (OTAPA). Subscription data for the R-UIM may also be updated via MS keypad. Storage and execution of authentication algorithm( s) for execution of authentication or genera

31、tion of privacy keys as instructed by the MS. Offer to the user a mechanism of protecting unauthorized usage of the R-UIM via verification PIN. Service access using one R-UIM with multiple MES if compatible ME-UIM interfaces exist. A list of DNs may be built on the R-UIM; the list shall be accessibl

32、e by all MES with which the R-UIM is used. This would permit origination of calls using speed dialing from the stored DNs on the R-UIM. Selection of optional languages and character sets from the handset keypad, if the ME supports multiple languages and character sets. 7.X.2 ME Key Capability The Us

33、er shall have access to emergency services from the ME when an R-UIM is not inserted. UIM Stage 1-FeahireDescription 4 TIAEIA-664-A Modifications 1 2 3 4 5 6 7 a 9 10 11 12 13 14 15 16 17 ia 19 20 21 22 23 24 25 26 27 2a 29 30 31 32 33 34 35 36 37 3a 39 40 41 42 43 44 45 46 47 4a 49 50 51 52 53 54 5

34、5 56 57 5a 59 60 1 2 3 4 5 6 7 a 9 10 11 12 13 14 15 16 17 ia 19 20 21 22 23 24 25 26 27 2a 29 30 31 32 33 34 35 36 37 3a 39 40 41 42 43 44 45 46 47 4a 49 50 51 52 53 54 55 56 57 5a 59 60 TINE 1n1 5-808 8.X Incorporating UIM in Telecommunication wireless networks operations (new Section for TIAEIA-6

35、64-A Chapter 8) The UIM provides functionality to certain types of mobile stations to enable them to operate in the wireless network. 8.X.1 Normal Procedures With Successful Outcome A wireless subscriber with an R-UIM should be able to use any compatible mobile equipment to authenticate, register an

36、d access network services. Authorization The use of an R-UIM in an MS must be authorized. As a condition for such authorization, the subscriber may be required to obtain the R-UIM (and possibly an ME) from the subscribers home service provider or home network operator. De-authorization The network s

37、ervice provider may withdraw service at the subscribers request or for administrative reasons. Reaistration Registration occurs upon authorization. Registration may occur via an OTA capability or keypad entry. De-registration De-registration occurs upon de-authorization. De-registration may occur vi

38、a an OTA capability or keypad entry. Activation Not applicable De-Activation Not applicable Invocation The R-UIM service is invoked when the R-UIM is inserted into compatible mobile equipment and the mobile station is activated in a compatible system. 8.X.2 Normal Operation with Successful Outcome T

39、he R-UIM must first be inserted into the ME. On power-up, the R-UIM should be activated after initialization with the ME. If the MS is in a compatible home network, the MS can then proceed with the normal authentication and registration processes required by the serving network. TIAEIA-664-A Modific

40、ations 5 UIM Stage 1 -FeatureDescription TINEINIS-808 1 2 3 4 5 6 7 If the R-UIM is moved fiom one ME to another between two network accesses in the same TIAEIA-41 network, rebinding shall be necessary. 8.X.3 Exception Procedures for Unsuccessful Outcome a None Identified. UIM Stage 1-FeahireDescrip

41、tion 6 10 11 12 13 14 15 16 17 ia 19 20 21 22 23 24 25 26 27 2a 29 30 31 32 33 34 35 36 37 3a 39 40 41 42 43 44 45 46 47 4a 49 50 51 52 53 54 55 56 57 5a TIAEIA-664-A Modifications 59 60 1 2 3 4 5 6 7 a 9 10 11 12 13 14 15 16 17 ia 19 20 21 22 23 24 25 26 27 2a 29 30 31 32 33 34 35 36 37 3a 39 40 41

42、 42 43 44 45 46 47 4a 49 50 51 52 53 54 55 56 57 5a 59 60 TINE 1n1 5-808 43 TINEIA-41 -D Chapter Modification “Automatic Roaming Information Flows” 6.X UIM Authentication and Reaistration This section provides call flows describing various conditions for UIM authentication and registration. These fl

43、ows apply to removable UIMs when the UIM is moved between MES. 6.X.1 Initial UIM Authentication and Registration This scenario describes authentication and registration upon fist radio contact in a new system after an R-UIM is inserted into a new ME. There is no existing VLR record in the current se

44、rving system. TIAEIA-41-D Chapter 3 Modifications 7 User Identity Module TINEINIS-808 Serving System Home System . . . . . . . . . . . . . . . . . . . . . . . . . . . Figure 1 Initial UIM Authentication and Registration a . .b .e .d ,e .f “g .h .i .j .k .I m ,n ,O a. b. The subscriber populates the

45、ME with an R-UIM. The ME determines that registration and authentication are required. The RAND to be used for authentication may be obtained at this time. Otherwise, a zero value may be used. The ME sends the RAND and its ESN to the R-UIM. The UIM executes CAVE using the currently stored SSD, MSID,

46、 and ESN2 (the ESN of the mobile equipment to which the R-UIM is transferred) and RAND from the ME to produce AUTHR. c. d. e. The UIM sends AUTHR to the ME. The MS requests registration at the Serving MSC, providing MSID, ESN2, AUTHR, and RANDC. The Serving MSC verifies RANDC and sends ESN2 and the

47、appropriate value of f. RAND in an AUTHREQ to the VLR User Identity Module Scenario 8 TIA/EIA-41-D Chapter 3 Modifications 1 2 3 4 5 6 7 a 9 0 1 2 3 4 5 6 7 a 9 0 1 2 3 4 5 6 7 a 9 0 1 2 3 4 5 6 7 a 39 40 41 42 43 44 45 46 47 4a 49 50 51 52 53 54 55 56 57 5a 59 60 1 2 3 4 5 6 7 a 9 10 11 12 13 14 15

48、 16 17 ia 19 20 21 22 23 24 25 26 27 2a 29 30 31 32 33 34 35 36 37 3a 39 40 41 42 43 44 45 46 47 4a 49 50 51 52 53 54 55 56 57 5a 59 g- h. 1. j. k. 1. m. n. TINE 1n1 5-808 The VLR has no record for the subscriber so it sends an AUTHREQ to the HLR including all received parameters. The HLR forwards t

49、he AUTHREQ to the AC. The AC executes CAVE using the currently stored SSD-A, the received MSID, ESN2, and RAND to produce AUTHR. The AC verifies the AUTHR received from the MS matches its CAVE result. The AC sends an authreq to the HLR Since the authentication process succeeded, the HLR binds the new ESN2 for the subscriber. The HLR forwards the authreq to the VLR Note that this binding applies to the dynamic ESN of the subscriber and does not affect the HLR storage and validation of the originally provisioned, fixed pseudo ESN of the subscriber. The VLR forwar