TIA-664 533-B-2007 Wireless Features Description Over-the-Air Service Provisioning (OTASP).pdf

上传人:inwarn120 文档编号:1060776 上传时间:2019-03-31 格式:PDF 页数:20 大小:3.57MB
下载 相关 举报
TIA-664 533-B-2007 Wireless Features Description Over-the-Air Service Provisioning (OTASP).pdf_第1页
第1页 / 共20页
TIA-664 533-B-2007 Wireless Features Description Over-the-Air Service Provisioning (OTASP).pdf_第2页
第2页 / 共20页
TIA-664 533-B-2007 Wireless Features Description Over-the-Air Service Provisioning (OTASP).pdf_第3页
第3页 / 共20页
TIA-664 533-B-2007 Wireless Features Description Over-the-Air Service Provisioning (OTASP).pdf_第4页
第4页 / 共20页
TIA-664 533-B-2007 Wireless Features Description Over-the-Air Service Provisioning (OTASP).pdf_第5页
第5页 / 共20页
点击查看更多>>
资源描述

1、 TIA-664.533-B (Revision of TIA-664.533-A) October 2007Wireless Features Description: Over-the-Air Service Provisioning (OTASP) ANSI/TIA-664.533-B-2007 APPROVED: OCTOBER 23, 2007 REAFFIRMED: JANUARY 30, 2013 NOTICE TIA Engineering Standards and Publications are designed to serve the public interest

2、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 their particular need. The existence of such Standards and Publica

3、tions shall not in any respect preclude any member or non-member of TIA from manufacturing or selling products 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 int

4、ernationally. Standards and Publications are adopted by TIA in accordance with the American National Standards 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 Publica

5、tion. This Standard does not purport to address all safety problems associated with its use or all applicable 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 limitatio

6、ns before its use. (From Project No. SP-3-4652.533-RV2-RF1, formulated under the cognizance of the TIA TR-45 Mobile (b) there 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 ch

7、anged in the standards development or any editing process. The use or practice of contents of this Document may involve the 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. Whe

8、n IPR consisting of patents and published pending 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 no position with reference to, and disclaims any obligation to investigate or inquire into, t

9、he scope or validity of any claims of IPR. TIA will neither be a party to discussions of any licensing terms or conditions, 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 wa

10、rrant or represent that procedures or practices suggested or provided in the Manual have been complied with as respects the 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, de

11、velopment or publication of standards (whether designated as a standard, specification, recommendation or otherwise), whether 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 s

12、earch or investigate the records of any other SSO for IPR or letters of assurance relating to any such Normative Reference; (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; a

13、nd (iii) Information as to claims of IPR in the records or publications of the other SSO shall not constitute identification 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 c

14、ertify, inspect, test or otherwise investigate products, designs or services or any claims of compliance with the contents of 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

15、 APPROPRIATENESS FOR A PARTICULAR PURPOSE OR USE, ITS MERCHANTABILITY AND ITS NONINFRINGEMENT OF ANY THIRD 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 COMP

16、LIANCE WITH ANY APPLICABLE STATUTE, RULE OR REGULATION, OR THE SAFETY OR HEALTH EFFECTS OF THE CONTENTS OR ANY PRODUCT OR SERVICE 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 RELA

17、TING TO ANY USE OF THE CONTENTS CONTAINED HEREIN, INCLUDING WITHOUT LIMITATION ANY AND ALL INDIRECT, SPECIAL, INCIDENTAL OR 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 (INCLU

18、DING NEGLIGENCE), PRODUCT LIABILITY OR OTHERWISE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. THE FOREGOING NEGATION 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. TIA-664.533-B 1 2 3 4 5 6 7 8

19、 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 59 60 533-i Contents Wireless Features Description: Over-the-Air Service Provisioning Contents List of Figures .ii Revision Historyii 1 Over-the-Air S

20、ervice Provisioning (OTASP).1 1.1 Normal Procedures with Successful Outcome2 1.2 Exception Procedures or Unsuccessful Outcome .6 1.3 Alternative Procedures .7 1.4 Interactions with Other Wireless Services7 1.5 Flowchart Example.8 TIA-664.533-B 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22

21、 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 59 60 List of Figures 533-ii List of Figures Figure 1: OTASP: Example Flow Chart .8 Revision History Revision Date Remarks IS-725, Revision 0 September 1997 Initial publication ANSI/TIA/EIA/6

22、64-533 July 2000 Initial ANSI publication TIA-664.533-A December 2000 Updated ANSI publication TIA-664.533-B September 2007 Updated publication TIA-664.533-B 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 5

23、1 52 53 54 55 56 57 58 59 60 533-1 Over-the-Air Service Provisioning (OTASP) 1 Over-the-Air Service Provisioning (OTASP) The Over-the-Air Service Provisioning (OTASP) feature allows a potential wireless service subscriber to activate (i.e., become authorized for) new wireless service, and allows an

24、existing wireless subscriber to make changes in existing services without the intervention of a third party. OTASP typically includes the following: a. A call to the service provider customer service center. b. “Over-The-Air” programming of Number Assignment Modules (NAMs), and optionally, service p

25、rovider or manufacturer specific parameters (e.g., lock code, call timer). c. An Authentication Key Generation procedure. The OTASP feature has the following objectives: 1. To support OTASP on digital systems, and, optionally, analog systems. 2. To simplify the service provisioning process for both

26、the user and the wireless service provider. 3. To increase efficiency of mobile station NAM programming and reduce the possibility of errors during initial service provisioning programming. 4. To enable a potential wireless user to easily choose a desired wireless service provider. 5. To minimize th

27、e ability to fraudulently use wireless service. 6. To keep the distribution of the Authentication Key (A-key) secure. 7. To safeguard user information. One of the primary objectives of OTASP is the ability to provide a secure authentication key to an MS to facilitate authentication. Authentication i

28、s the process by which information is exchanged between an MS and the network for the purpose of confirming and validating the identity of the MS. A successful outcome of the authentication process occurs only when it is demonstrated that the MS and the network possess identical sets of Shared Secre

29、t Data (SSD). The OTASP feature incorporates a cryptographic Authentication Key Generation procedure. This procedure allows the network to exchange Authentication Key parameters with an MS. These parameters are used to generate the A-key that is used to generate the SSD. The Authentication Key Gener

30、ation procedure enhances security for the subscriber and reduces the potential for fraudulent use of wireless telecommunications service. TIA-664.533-B 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 5

31、3 54 55 56 57 58 59 60 Over-the-Air Service Provisioning (OTASP) 533-2 Any Authentication Key Generation algorithm chosen shall satisfy the following subscriber, system operator, and equipment manufacturer requirements for A-key delivery to the MS: 1. The subscriber should not be required to make an

32、y keypad entries in addition to those required to initiate OTASP. 2. The MS should not be required to contain secret information (e.g., Authentication Key) when it is initially delivered to the subscriber. 3. The MS shall be capable of normal operation, including full authentication, after the end o

33、f the service provisioning procedure. For MSs that contain more than one Number Assignment Module (NAM)1, OTASP may be used to perform service provisioning for the NAM selected by the user. MSs may be reprogrammed after they have been initially programmed. Reprogramming is performed using the same p

34、rocedures as initial programming. There may be some cases in which an MS shall be prohibited from being reprogrammed. It is left to the service provider to determine and control which MSs shall not be reprogrammed. Applicability to Telecommunications Services OTASP is applicable to all telecommunica

35、tions services. 1.1 Normal Procedures with Successful Outcome Authorization OTASP may be made generally available for all subscribers (current and potential) by the service provider. Deauthorization OTASP may be withdrawn by the service provider. Registration OTASP has no registration. Deregistratio

36、n OTASP has no deregistration. 1Each NAM may be associated with a different service provider. TIA-664.533-B 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 59 60 533-3 Over-the-Air Se

37、rvice Provisioning (OTASP) Activation OTASP has no activation. Deactivation OTASP has no deactivation. Invocation For initiation of OTASP from the MS, the user may enter a feature code possibly followed by supplementary digits (e.g., any number of digits to be interpreted by the Serving MSC). The fo

38、llowing are offered as examples: *FC SEND *FC + DN + SEND where: DN is a Directory Number (e.g., NPA+NXX+XXXX for NANP, ZZZZ for digits to be interpreted by the Serving MSC) for the service provisioning center of the selected system. *FC + XX + SEND where XX indicates a particular system, (e.g., 00

39、for the 800 MHz, A-Band system, 01 for the 800 MHz, B-Band system, etc). Refer to CDMA for the complete list of XXs. Note: In this case, the MS shall be designed so that the choice of system automatically sets the NAM parameters that identify the preferred system. However, the preferred system may b

40、e reprogrammed when the rest of the NAM parameters are downloaded.; or *FC + XX + DN + SEND where DN is a Directory Number (e.g., NPA + NXX + XXXX for NANP) for the Customer Service Center (CSC) of the selected service provider and XX denotes the local system, as in the previous example. Based on th

41、e DN, the current serving system may route the call to the desired service providers CSC; or *FC + MCC + ZZZZZ + SEND where: MCC is the Mobile Country Code, and ZZZZZ is the System ID (SID) of the selected system. Optionally, OTASP may be initiated by an alternative method (i.e., from a landline pho

42、ne). In this case, OTASP procedures are implementation and service provider specific. TIA-664.533-B 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 59 60 Over-the-Air Service Provisio

43、ning (OTASP) 533-4 Normal Operation with Successful Outcome This section describes a typical sequence of procedures for OTASP invoked from the MS, which results in a successful outcome. It is a service provider specific decision whether to complete the procedure in one or multiple steps. 1. A user a

44、cquires an OTASP capable MS. 2. The user must provide a charged battery or external power source for the MS before proceeding with OTASP. 3. The user is within the desired home system of the desired service provider service area, or obtains information on how to contact the service provider from out

45、side the desired service provider service area. 4. The user “powers-on” the MS. 5. The user selects which NAM to program (if multiple NAMs are supported). 6. A service provider is selected. The following are some of the means by which a service provider may be selected: The MS may be programmed to a

46、ttempt OTASP with one or more service providers. The MS may scan for all available service providers, and present the user with a list from which to choose. The user may explicitly specify a service provider by entering the OTASP feature code and the appropriate supplementary digits. If the user is

47、not within the desired system operators coverage area, the user may be given instructions on how to contact the chosen service provider. The service provider selection is indicated to the network via a feature code. This feature code shall result in the establishment of a voice call between the user

48、 and the selected service providers customer service center. NOTE 1: The MS first attempts OTASP on a digital system, if possible and if available. If the MS cannot acquire a digital system or cannot initiate OTASP on a digital system, the MS may then attempt to initiate OTASP on an analog system. N

49、OTE 2: A service provider shall not be required to support OTASP for subscribers selecting a different service provider. If a subscriber selects a service provider for OTASP which is not the provider of the current serving system, then the current service provider may route the call to its own customer service representative, an announcement, or to the desired service provider. This is a service provider specific decision. TIA-664.533-B 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

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 标准规范 > 国际标准 > 其他

copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
备案/许可证编号:苏ICP备17064731号-1