TS-3GB-S.R0048-Av1.0 3G Mobile Equipment Identifier (MEIA)



Similar documents
IS-41 FEATURES STANDARD FEATURES

VoIP Supplementary Services Descriptions: Call Forwarding Default

VoIP Supplementary Services Descriptions: Call Forwarding-Unconditional

VoIP Supplementary Services Descriptions: Call Forwarding-No Answer

TS-3GB-S.R v1.0 VoIP Supplementary Services Descriptions: Call Forwarding - Unconditional

TS-3GA (Rel6)v6.0.0 Call Forwarding (CF) supplementary services - Stage 1

GSM v. CDMA: Technical Comparison of M2M Technologies

ARIB STD-T64-C.S0042 v1.0 Circuit-Switched Video Conferencing Services

All-IP Network Emergency Call Support

TS-3GB-S.R0103-0v1.0 Network Firewall Configuration and Control (NFCC) - Stage 1 Requirements

GSM GSM TECHNICAL July 1996 SPECIFICATION Version 5.0.0

Mobile Application Part (MAP) - Voice Feature Scenarios: Call Forwarding REVISION HISTORY TIA E. Revision Date Remarks

GSM GSM TECHNICAL July 1996 SPECIFICATION Version 5.0.1

3GPP TS V5.0.0 ( )

3GPP TS V4.0.1 ( )

Interoperability Specification (IOS) for CDMA 2000 Access Network Interfaces Part 3 Features

WiMAX Forum Network Requirements

GSM GSM TECHNICAL November 1996 SPECIFICATION Version 5.0.0

Network Support for MDN-Based Message Centers

LIST OF STANDARDS DEVELOPMENT ORGANIZATIONS. Telecommunications networks employ technical standards to ensure that:

Security Principles. Related to. Handset Theft

CIBER Records,MEID and EUIMID

HRPD Support for Emergency Services

HRPD/1XRTT and 3GPP E-UTRAN (LTE) Interworking and Inter-Technology Handoff

Short Message Service (SMS) for Wideband Spread Spectrum Systems

Packet Switched Voice (over IP) and Video Telephony Services End-to-end System Design Technical Report

EUROPEAN ETS TELECOMMUNICATION October 1992 STANDARD

Review of Cell Phone Technology

ETSI ETR 363 TECHNICAL January 1997 REPORT

The 3GPP and 3GPP2 Movements Towards an All IP Mobile Network. 1 Introduction

Abstract. Avaya Solution & Interoperability Test Lab

Chapter 1: Introduction

TECHNICAL REPORT End to End Network Architectures (E2NA); Location of Transcoders for voice and video communications

Ch GSM PENN. Magda El Zarki - Tcom Spring 98

3GPP TS V7.0.0 ( )

Conferencing Using the IP Multimedia (IM) Core Network (CN) Subsystem

ETSI TR V1.1.2 ( )

Sophos Mobile Control Technical guide

ARIB STD-T V Contact Manager Application Programming Interface (API); Contact Manager API for Java Card (Release 10)

Global System for Mobile Communication Technology

##)44 ) #!,, &/27!2$).' 5.#/.$)4)/.!, ).4%'2!4%$ 3%26)#%3 $)')4!,.%47/2+ )3$. '%.%2!, 3425#452%!.$ 3%26)#% #!0!"),)4)%3 2ECOMMENDATION )

Module 5. Broadcast Communication Networks. Version 2 CSE IIT, Kharagpur

Emerging Wireless Technologies

ETSI TS V9.0.0 ( ) Technical Specification

Smartcard Web Server Enabler Architecture

Chapters 1-21 Introduction to Wireless Communication Systems

3GPP TSG SA WG3 Security S3#30 S October 2003 Povoa de Varzim, Portugal. Abstract

Function Description Ascom IP-DECT System

Nokia Call Connect v1.1 for Cisco User s Guide. Part Number: N Rev 003 Issue 1

Hello viewers, welcome to today s lecture on cellular telephone systems.

Answer Hold. Revision: 1 COPYRIGHT. 3GPP2 N.S0022 Version Version Date: July 14, 2000

3GPP TS V8.1.0 ( )

ETSI TS V4.0.0 ( )

Mobile Wireless Overview

SD Specifications Part 1 NFC (Near Field Communication) Interface Simplified Addendum

3GPP TS V8.1.0 ( )

ETSI TS V8.4.0 ( )

ARIB STD-T V Codec for Enhanced Voice Services (EVS); Voice Activity Detection (VAD) (Release 12)

Common Questions & Answers

ETSI ETR 278 TECHNICAL March 1996 REPORT

ETSI TR V1.2.1 ( )

Nokia and Nokia Connecting People are registered trademarks of Nokia Corporation

EAP-SIM Authentication using Interlink Networks RAD-Series RADIUS Server

Security Requirements for Wireless Networking

ETSI TS V5.0.0 ( )

EUROPEAN pr ETS TELECOMMUNICATION January 1997 STANDARD

Mobile Communications TCS 455

HTTP State Management

ETSI TS V1.1.1 ( )

How To Understand Gsm (Gsm) And Gsm.Org (Gms)

BEST PRACTICES FOR OBTAINING MOBILE DEVICE IDENTIFIERS FOR MOBILE DEVICE THEFT PREVENTION (MDTP)

DraftETSI EN V1.1.1 ( )

Wireless Mobile Telephony

ARIB STD-T V Contact Manager Application Programming Interface; Contact Manager API for Java Card (Release 8)

Wireless Cellular Networks: 3G

Using Asterisk with Odin s OTX Boards

BlackShield ID Agent for Remote Web Workplace

3GPP TR V3.1.0 ( )

C033 Certification Report

Aeris Device Certification Process

Global System for Mobile Communication (GSM)

3GPP TS V8.0.0 ( )

UMTS security. Helsinki University of Technology S Security of Communication Protocols

Operating Manual Version: 1.0. U.S. Patent Pending

ACCELERATOR 6.3 SIP TRUNK PBX INTEGRATION GUIDE

GSM GPRS. Course requirements: Understanding Telecommunications book by Ericsson (Part D PLMN) + supporting material (= these slides)

Unlicensed Mobile Access (UMA) Handover and Packet Data Performance Analysis

!!! "# $ % & & # ' (! ) * +, -!!. / " 0! 1 (!!! ' &! & & & ' ( ' 3 ' Giuseppe Bianchi

White Paper ON Dual Mode Phone (GSM & Wi-Fi)

Transcription:

TS-3GB-S.R0048-Av1.0 3G Mobile Equipment Identifier (MEIA) Nov 28,2003 THE TELECOMMUNICATION TECHNOLOGY COMMITTEE

TS-3GB-S.R0048-Av1.0 3G Mobile Equipment Identifier (MEIA) <Remarks> 1. Application level of English description Application level : E2 English description is included in the text and figures of main body, annexes and appendices. 2. Relationship with international recommendations and standards This standard is standardized based on the Technical Specification S.R0048-A(Version 1.0) approved by 3GPP2. 3. Departures from international recommendations Changes to original standard Standards referred to in the original standard, which are replaced by TTC standards. Standards referred to in the original standard should be replaced by derived TTC standards. 4. IPR Status of Confirmation of IPR Licensing Condition submitted is provided in the TTC web site. 5. Working Group 3GPP2 Working Group i

3GPP2 S.R0048-A Version 1.0 Date: August 22, 2003 3G Mobile Equipment Identifier (MEID) COPYRIGHT 3GPP2 and its Organizational Partners claim copyright in this document and individual Organizational Partners may copyright and issue documents or standards publications in individual Organizational Partner's name based on this document. Requests for reproduction of this document should be directed to the 3GPP2 Secretariat at secretariat@3gpp2.org. Requests to reproduce individual Organizational Partner's documents should be directed to that Organizational Partner. See www.3gpp2.org for more information.

Revision History Version 1.0 Initial Publication 22 August 2003 2

1 Contents Revision History...2 1 Contents...3 2 Scope...5 3 References...5 3.1 Normative Reference...5 3.2 Informative References...5 4 Abbreviations...5 5 General...5 6 Requirements...5 7 Procedures...6 7.1 Normal Procedures With Successful Outcome...6 7.1.1 Authorization 6 7.1.2 De-Authorization 6 7.1.3 Registration 6 7.1.4 De-Registration 6 7.1.5 Activation 6 7.1.6 De-Activation 7 7.1.7 Invocation 7 7.1.8 Normal Operation with Successful Outcome 7 7.1.9 Call Detail Record 7 7.2 Exception Procedures or Unsuccessful Outcome...7 7.2.1 Registration 7 7.2.2 De-Registration 7 7.2.3 Activation 7 7.2.4 De-Activation 7 7.2.5 Invocation 7 7.2.6 Exceptions While Roaming 7 7.2.7 Exceptions During Intersystem Handoff 8 7.3 Alternate Procedures...8 7.3.1 Registration 8 7.4 Interactions With Other Cellular Services...8 7.4.1 Asynchronous Data Service (ADS) 8 7.4.2 Call Delivery (CD) 8 7.4.3 Call Forwarding Busy (CFB) 8 3

7.4.4 Call Forwarding Default (CFD) 8 7.4.5 Call Forwarding No Answer (CFNA) 8 7.4.6 Call Forwarding Unconditional (CFU) 8 7.4.7 Call Transfer (CT) 8 7.4.8 Call Waiting (CW) 8 7.4.9 Calling Name Presentation (CNAP) 8 7.4.10 Calling Number Identification Presentation (CNIP) 9 7.4.11 Calling Number Identification Restriction (CNIR) 9 7.4.12 Conference Calling (CC) 9 7.4.13 Data Privacy (DP) 9 7.4.14 Do Not Disturb (DND) 9 7.4.15 Emergency Services Callback (9-1-1CB) 9 7.4.16 Emergency Services Reconnect (9-1-1RC) 9 7.4.17 Flexible Alerting (FA) 9 7.4.18 Global Emergency Call Origination (GECO) 9 7.4.19 Group 3 Facsimile (G3 FAX) 9 7.4.20 Incoming Call Screening 9 7.4.21 Message Waiting Notification (MWN) 9 7.4.22 Mobile Access Hunting (MAH) 10 7.4.23 Network Directed System Selection (NDSS) 10 7.4.24 Non-Public Mode Service (NP) 10 7.4.25 Over-the-Air Service Provisioning (OTASP) 10 7.4.26 Over-the-Air Parameter Administration (OTAPA) 10 7.4.27 Password Call Acceptance (PCA) 10 7.4.28 Preferred Language (PL) 10 7.4.29 Priority Access and Channel Assignment (PACA) 10 7.4.30 Remote Feature Control (RFC) 10 7.4.31 Selective Call Acceptance (SCA) 10 7.4.32 Service Programming Lock (SPL) 10 7.4.33 Speech Option Selection (SOS) 10 7.4.34 Subscriber PIN Access (SPINA) 11 7.4.35 Subscriber PIN Intercept (SPINI) 11 7.4.36 Three-Way Calling (3WC) 11 7.4.37 Tiered Services (TS) 11 7.4.38 User Group ID (UGID) 11 7.4.39 Voice Controlled Services (VCS) 11 7.4.40 Voice Message Retrieval (VMR) 11 7.4.41 Voice Privacy (VP) 11 8 Annexes...11 8.1 Annex 1: Mobile Equipment Numbering JEM Report and Conclusions...11 4

2 Scope The objective is to define and standardize the structure of the 3G Mobile Equipment Identifier. 3 References 3.1 Normative Reference TBD 3.2 Informative References Annex 8.1: Mobile Equipment Numbering JEM Report and Conclusion 4 Abbreviations For the purpose of this document, the following abbreviations apply: 5 General To facilitate mobile equipment identification and reduce the need to rely on ESNs to track mobiles the need for a new identifier is required. The Mobile Equipment Identifier (MEID) is proposed as a means to achieve these goals. Additionally as global roaming and harmonization between 3G technologies becomes a reality the need for a universal mobile equipment identifier is needed. The MEID is meant to address these issues. 6 Requirements MEID-01 The MEID shall have a number structure and allocation system that is globally recognized and applied in multiple access technologies. MEID-02 The MEID shall be able to be transmitted over the air upon a request from the network. MEID-03 The MEID shall be unique and it shall not be used for subscription authentication. MEID-04 The network shall be able to deny telecommunication services for a given MEID. Note: Service denial does not apply to locally allowed services (e.g. Emergency, Customer Service, etc.) MEID-05 MSs that support MEID shall not use ESN code resources. MEID-06 The analog air interface shall not be required to support MEID. 5

MEID-07 The digital air interfaces shall provide a mechanism to notify the MS that it supports MEID on digital only. This may require new procedures and messages for requesting the MEID from the MS by the network. MEID-08 Backward compatibility should be maintained with introduction of MEID. MEID-09 Duplication of the Public Reverse Link Long Code Mask in cdma2000 1 systems should be avoided. For systems that support MEID, such duplication shall be avoided. MEID-10 It shall be possible to perform OTA on MEID equipped mobiles in all cdma2000 protocol revisions that support OTA. MEID-11 It shall be possible to perform OTA on ESN-equipped mobile stations in cdma2000 Release D networks and later releases. 7 Procedures 7.1 Normal Procedures With Successful Outcome This section describes the normal procedures that result in a successful outcome. 7.1.1 Authorization TBD 7.1.2 De-Authorization TBD 7.1.3 Registration TBD 7.1.4 De-Registration TBD 7.1.5 Activation TBD 1 cdma2000 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 (TIA-USA) in the United States. 6

7.1.6 De-Activation TBD 7.1.7 Invocation TBD 7.1.8 Normal Operation with Successful Outcome TBD 7.1.9 Call Detail Record TBD 7.2 Exception Procedures or Unsuccessful Outcome This section describes abnormal situations not described in Normal Operation with Successful Outcome." 7.2.1 Registration None identified. 7.2.2 De-Registration None identified. 7.2.3 Activation None identified. 7.2.4 De-Activation None identified. 7.2.5 Invocation None identified. 7.2.6 Exceptions While Roaming None identified. 7

7.2.7 Exceptions During Intersystem Handoff None identified. 7.3 Alternate Procedures 7.3.1 Registration TBD 7.4 Interactions With Other Cellular Services This section describes the interaction of MEID with other cellular services when more than one cellular feature is active. 7.4.1 Asynchronous Data Service (ADS) 7.4.2 Call Delivery (CD) 7.4.3 Call Forwarding Busy (CFB) 7.4.4 Call Forwarding Default (CFD) 7.4.5 Call Forwarding No Answer (CFNA) 7.4.6 Call Forwarding Unconditional (CFU) 7.4.7 Call Transfer (CT) 7.4.8 Call Waiting (CW) 7.4.9 Calling Name Presentation (CNAP) 8

7.4.10 Calling Number Identification Presentation (CNIP) 7.4.11 Calling Number Identification Restriction (CNIR) 7.4.12 Conference Calling (CC) 7.4.13 Data Privacy (DP) 7.4.14 Do Not Disturb (DND) 7.4.15 Emergency Services Callback (9-1-1CB) 7.4.16 Emergency Services Reconnect (9-1-1RC) 7.4.17 Flexible Alerting (FA) 7.4.18 Global Emergency Call Origination (GECO) 7.4.19 Group 3 Facsimile (G3 FAX) 7.4.20 Incoming Call Screening 7.4.21 Message Waiting Notification (MWN) 9

7.4.22 Mobile Access Hunting (MAH) 7.4.23 Network Directed System Selection (NDSS) 7.4.24 Non-Public Mode Service (NP) 7.4.25 Over-the-Air Service Provisioning (OTASP) 7.4.26 Over-the-Air Parameter Administration (OTAPA) 7.4.27 Password Call Acceptance (PCA) 7.4.28 Preferred Language (PL) 7.4.29 Priority Access and Channel Assignment (PACA) 7.4.30 Remote Feature Control (RFC) 7.4.31 Selective Call Acceptance (SCA) 7.4.32 Service Programming Lock (SPL) 7.4.33 Speech Option Selection (SOS) 10

7.4.34 Subscriber PIN Access (SPINA) 7.4.35 Subscriber PIN Intercept (SPINI) 7.4.36 Three-Way Calling (3WC) 7.4.37 Tiered Services (TS) 7.4.38 User Group ID (UGID) 7.4.39 Voice Controlled Services (VCS) 7.4.40 Voice Message Retrieval (VMR) 7.4.41 Voice Privacy (VP) 8 Annexes 8.1 Annex 1: Mobile Equipment Numbering JEM Report and Conclusions Mobile Equipment Numbering JEM Report and Conclusions 1. Introduction 1.1 The Purpose of the JEM The group determined the need and the desire to have unique mobile equipment identifiers applicable globally with population capacity far beyond forecasts available to the group for many decades. The JEM focus was on IMT-2000 technologies and their 2G predecessors, 11

however the proposed scheme does not preclude adoption by other RF technologies, provided that this is done under the auspices of the global administrators (GHA and GDA) outlined in this Report. 1.2 The Purpose of this Document This report reflects the consensus opinion of JEM participants convened to address global circulation of mobile terminals and impacts on the wireless industry equipment numbering. The expectation is that this output document will be considered by the SDO s for adoption in the relevant specifications. JEM did not recognize any need for regulatory involvement. 1.3 Numbering JEM Terms of Reference (ToR) Article 1: Numbering Joint Expert Meeting (NUM JEM) is the group of experts convened to propose an equipment numbering structure and administrative guidelines for global applicability in mobile communications. Article 2: The role of NUM JEM is advisory to the industry. Article 3: NUM JEM is a temporary joint meeting of experts, convened to provide a recommendation to standards organizations. 2. Planned Uses of Equipment Identifiers The sole purpose of the identifier is to uniquely identify mobile equipment. 3. Scope and Timeline for Equipment ID 3.1. 3GPP The GSM IMEI Strategy Forum (GISF) consisting of representatives from the GSM Association (GSMA) representing operators, the European Information, Communications, and Consumer Electronics Technology Industry Association - Cellular Communications Issue Group (EICTA- CCIG) representing most of the global manufacturers, together with representatives from ARIB (Japan) and the GSM North America (GSMNA), have adopted a revised IMEI structure, which is backwards compatible, anticipating the need for expanded numbering capacity as a result of the introduction of third generation terminals and multi-mode terminals. Since the summer of 2001, administration of the revised system has been entrusted to a third party Contractor, currently BABT Ltd., sponsored by the GSMA, prior to the establishment of a formal system. Regional allocations are provided by parties such as ARIB under the guidance of the Contractor. 12

Change requests are now being prepared for submission to the SDO for revision of the ETSI TS 100 508 and 3GPP TS 22.016 specifications to reflect the GISF industry initiative. 3.2. 3GPP2 The three critical items are: Global Circulation requirements for unique mobile equipment identification Anticipated ESN Exhaustion R-UIM and ESN resource pooling The technical focus is primarily concerned with the global circulation requirements. However, ESN exhaustion and the R-UIM/ESN resource pooling issues provide the impetus for resolving these three items in an expeditious time frame. 3.3. IEEE The recommendation of this JEM is intended for the sole use in cellular communications. IEEE expressed no interest to participate in the global equipment identifiers at the time of their March 2002 meeting. 3.4. Others The final JEM report will be distributed within the industry as widely as possible. 4. Structure, Format, and Capacity of Equipment ID This group recommends that there should be coordination between the appropriate SDO s and industry groups to ensure that there is no conflict or overlap between the numbering ranges allocated to any group. A consensus was reached on the use of 56-bit identifier structure expected to be compatible between 3GPP and 3GPP2. The details are described in Sections 4.1 and 4.2 4.1. Structure of Equipment ID for 3GPP The following structure shall be followed. TAC Serial Number N N T T T T F F Z Z Z Z Z Z CD 13

Basic 3GPP Format TAC Serial Number SVN N N T T T T F F Z Z Z Z Z Z S S 3GPP Format with SVN Note that the same structure shall also be used for GSM. The network shall indicate which format is to be utilized. The function of the digits is: NN - Reporting Body TAC - Type Allocation Code FF - Formerly Final Assembly Code; proposed to be fixed to 00 until Q2 2004 to allow network operators to modify billing systems and associated analysis software. ZZZZZZ - Serial Number CD - Check Digit; transmitted as a 0 integrity protection. SS - Software Version Number There is a slight transition issue with this approach from an existing Operator s viewpoint. Any existing tools identifying terminals from their TACs would need to be modified to look across an 8-digit field, rather than a 6-digit field. To address this, for the interim period the allocated TAC codes have their two least significant digits (the FF digits) set to 00. This will allow Operators to use existing software tools. By Q2 2004 the remaining 99 FF values for each NNTTTT can begin to be allocated. Existing 6-digit TAC codes in the 35 range have been allocated from 350000 to 350299. This means that there are some 9,700 TAC codes still available, whose two LSDs are 00. This range should be sufficient for any reasonable interim period. Following the interim period, the maximum number of IMEIs available using this scheme would be: 77 (number of free NN groups ) * 1,000,000 (TAC Codes) * 1,000,000 (Serial Numbers) which is 77,000,000,000,000 terminals (77 * 1012). This quantity is far in excess of any estimated requirements. 4.2. Structure of Equipment ID for 3GPP2 14

4.2.1. Structure and Format The proposal is to utilize a structure that is hexadecimal encoded, and syntactically consistent with the IMEI structure. This structure would not utilize all of the fields in the exact semantic manner as is currently utilized with the IMEI. The numbering space would be allocated in a manner that does not impact the current users of the decimally encoded IMEI. The proposed structure is also consistent with the existing ESN allocation scheme using 24-bit Serial Numbers. The proposed MEID structure: Manufacturer Code Serial Number CD R R X X X X X X Z Z Z Z Z Z C All of these fields are defined as hexadecimal values with the following valid range. RR - valid range A0.. FF globally administered XXXXXX - valid range 000000.. FFFFFF Where possible allocation may be as follows: 000000 - for test/prototype mobiles allocated in small quantities 000001 - FFFFFE - allocated to regional administration bodies or mobile manufacturers, subject to industry agreement FFFFFF - reserved ZZZZZZ - valid range 000000.. FFFFFF C - valid range 0-F - not transmitted over the air Note: The distribution of the XXXXXX field may be dependent on the number of administration bodies. In the case of a small number of global administration bodies, the entire XXXXXX may be allocated to identify a mobile manufacturer. In the case of a large number of regional administration bodies, the XXXXXX may be distributed to indicate the regional administration body and the mobile manufacturer, for example XXXX, XX. 4.2.2. Numbering Capacity The proposed GPP2 identifier structure numbering capacity can be computed as follows: There are 96 codes when RR is restricted to the A0.. FF range. Note that additional 60 codes could be made available in the ranges of 0A.. 0F, 1A.. 1F, 2A.. 2F,, 9A.. 9F, subject to industry agreement. 15

There are 16,777,215 codes in the XXXXXX field. There are 16,777,215 Serial Numbers in ZZZZZZ field. The total numbering capacity would exceed 281 x 10^12 (281 trillion) per RR code. The current ESN numbering space consists of: 256 Manufacturer Codes (8-bit). 16,777,215 Serial Numbers per Manufacturer Code. The proposed structure provides for a raw numbering space that is 65,535 times the size of the existing ESN numbering space per RR code. The total numbering space using 96 RR codes represents a space that is 6,291,360 times as large as the current ESN numbering space. 5. Ownership of and Access to Databases for Equipment ID The group recognizes that the ultimate ownership and content of Equipment Databases rests with the manufacturers of equipment, however the access to databases may be arranged through one or more designated intermediaries as agreed by the industry. Access to databases should be structured as a lookup to obtain information about a particular type of equipment, and it shall not, for example, reveal any batch information about production lots or equipment quantities of any kind. 6. Administration The JEM recommends common administrative guidelines for the Mobile Equipment Identifier. It is envisaged that 3GPP, 3GPP2, and their constituent SDOs and market representation partners would develop, approve, and implement the guidelines. Individual participants of the JEM are available to help progress this work. The principles governing administration include: Impartial administrators with clearly defined scope and charter shall be appointed. There shall be a Global Decimal Administrator (GDA) and a Global Hexadecimal Administrator (GHA). The GDA and GHA shall coordinate the overall allocation of the equipment identifier. The global administrators allocate numbers to regional administrators or to manufacturers. For example, GSMA acts as the GDA, with ARIB as a regional administrator. The global administrators shall periodically jointly review the process in line with the guidelines. 16

Regional administrators shall allocate numbers to manufacturers, working in conjunction with the global administrators. Administrators shall recognize assignments made by other administrators. The GDA and GHA shall provide information to each other on all allocations made. The administration process shall not make available confidential detailed information on the numbers of specific types of terminals manufactured. The principal duty of the administrator(s) shall be to manage equipment identifier numbering space. Identifiers shall be assigned to permit the most effective and efficient use of a finite resource in order to maximize the existing allocated resource inventory and to defer, as long as practical, the need to request additional identifier resources. Mobile equipment manufacturers shall be able to deal directly with the administrator(s). The administrator(s) shall in no way impede production flows and shall respond to a request by a manufacturer without undue delay. In the longer term, an automatic process of number assignment should be investigated. The administrator(s) shall make assignment allocations available in the fashion that meets industry needs. 7. Migration/Implementation Issues The specification of the Mobile Equipment ID should consider the most efficient implementation and numbering structure, which will: (a) Minimize impact on existing infrastructures and systems (b) Provide for migration from legacy systems as follows: - completion of modifications to standards (e.g., CRs) by EOY 2002 - deployment by E0Y 2003. These dates are due to impending ESN exhaustion. The migration path to the Mobile Equipment ID from existing equipment ID schemas, such as ESN, should be clearly outlined. A detailed schedule for initial implementation, migration milestones, legacy support phases and interoperability shall be the responsibility of the Groups with jurisdiction over the respective existing equipment ID schemas; such as 3GPP, 3GPP2, and their constituent SDOs. 17

8. Equipment IDs for Multi-Mode Terminals The JEM agreed that Multi-Mode terminals needed to meet the requirements of all areas. The two basic formats are shown below: 3GPP IMEI TAC Serial Number CD R R T T T T F F Z Z Z Z Z Z C 3GPP2 MEID Manufacturer Code Serial Number CD R R X X X X X X Z Z Z Z Z Z C Digits 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 Note that the 3GPP IMEI-SV is not discussed in this section, but is mentioned earlier in this document. It is expected that any Multi-Mode terminal would support the IMEI SV format when operating in the 3GPP modes. This format is not discussed in this section, since it has no direct impact on the multi-mode operation. The 3GPP and 3GPP2 IMEI/MEID ca be identified as follows. Digits with Common use: 1-2 RR Reporting Body Identifier- the body that recorded the IMEI/MEID in the appropriate register. In the case of the 3GPP IMEI this shall be in the range 00 to 99; In the case of the 3GPP2 MEID this shall be in the range A0 to FF 9-14 ZZZZZZ Serial Number - In the case of the 3GPP IMEI this shall be in the range 000000 to 999999; In the case of the 3GPP2 MEID this shall be in the range 000000 to FFFFFF 15 C Check Digit- In the case of the 3GPP IMEI this shall be in the range 0 to 9 when marked on the handset and/or packaging and when displayed on the handset following the input of *#06# to the MMI. It shall, however, be transmitted as 0.In the case of the 3GPP2 MEID this shall be in the range 18

0 to F, but shall not be transmitted. Digits with Differing use: 3-8 TTTTFF TAC Code - 3GPPThis shall be a unique code in the range 000000 to 999999 which identifies the Manufacturer and Model. It shall be allocated by the reporting body on request. 3-8 XXXXXX Mobile Manufacturer Code 3GPP2This shall be a code in the range 000000 to FFFFFF that identifies the mobile manufacturer, or regional administration body & mobile manufacturer. It shall be allocated by the reporting body on request. For a multi-mode (3GPP2/3GPP or 3GPP2/GSM) terminal to meet the requirements of both regions, the following rules need to be applied: 1. All digits are to be decimal (i.e., none of the A through F digits may be used). 2. The code in digits 1 to 8 shall be assigned by an appropriate body and communicated to all relevant bodies (including the GSM Association). 3. The code in digits 3 to 8 shall specify a terminal type and manufacturer Since the RR digits cannot be hexadecimal, the allocation must be from the 3GPP RR range. Consequently, in order that these digits can be allocated, the GSM Association s Contractor will need to gather suitable information to allow a six-digit TAC code to be provided. Blocks of decimal numbers shall be allocated from the 3GPP RR Range by the GDA to the GHA solely for use with multi-mode terminals that include 3GPP (WCDMA / GSM) technologies. Initially, the GDA will allocate from RR=35 upwards and the GHA will allocate from RR=99 downwards. Coordination will ensure that previously allocated blocks will not be overwritten. The GHA shall provide IMEI blocks to handset manufacturers according to the principles embodied in this document. Should there be a need for the GDA to obtain Hexadecimal blocks then these blocks shall be provided by the GHA. Both the GDA and GHA shall provide information to each other on all allocations made. Appendix A: List of Acronyms and Abbreviations 19

3GPP 3GPP2 ARIB BABT CD CDMA Third Generation Partnership Project Third Generation Partnership Project Two Association of Radio Industries and Businesses British Approval Board for Telecommunications Check Digit Code-Division Multiple Access EICTA-CCIG European Information, Communications, and Consumer Electronics Technology Industry Association Cellular Communications Issue Group EOY ESN ETSI FAC GDA GHA GISF GSM GSMA GSMNA IEEE IMEI End of Year Electronic Serial Number European Telecommunication Standards Institute Final Assembly Code Global Decimal Administrator Global Hexadecimal Administrator GSM IMEI Strategy Forum Global System for Mobile Communication GSM Association GSM North America Institute of Electrical and Electronics Engineers International Mobile Equipment Identity IMT-2000 International Mobile Telecommunication 2000 Systems JEM LSD MAC Joint Expert Meeting Least-Significant Digit Medium Access Control 20

MEID MMI R-UIM SDO TAC TS SV WCDMA Mobile Equipment Identity Man-Machine Interface Removable User Identity Module Standards Development Organization Type Allocation Code Technical Specification Software Version Wideband Code Division Multiple Access 21