ANSI TIA-41.660-E-2005 Mobile Application Part (MAP)- WIN Procedures《系统间无线电通信.WIN》.pdf

《ANSI TIA-41.660-E-2005 Mobile Application Part (MAP)- WIN Procedures《系统间无线电通信.WIN》.pdf》由会员分享，可在线阅读，更多相关《ANSI TIA-41.660-E-2005 Mobile Application Part (MAP)- WIN Procedures《系统间无线电通信.WIN》.pdf（14页珍藏版）》请在麦多课文档分享上搜索。

1、 TIA-41.660-E (Revision of TIA/EIA-41-D) December 2005Mobile Application Part (MAP)- WIN Procedures ANSI/TIA-41.660-E-2012 APPROVED: NOVEMBER 16, 2005 REAFFIRMED: MAY 3, 2012 NOTICE TIA Engineering Standards and Publications are designed to serve the public interest through eliminating misunderstand

2、ings 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 Publications shall not in any respect pr

3、eclude 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 internationally. Standards and Publi

4、cations 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 Publication. This Standard does not purp

5、ort 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 limitations before its use. (From Project

6、No. ANSI/TIA-PN-41.660-E-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 changed in the standards develop

7、ment 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. When IPR consisting of patents an

8、d 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, the scope or validity of any cl

9、aims 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 warrant or represent that proced

10、ures 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, development or publication of st

11、andards (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 search or investigate the recor

12、ds 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; and (iii) Information as to cla

13、ims 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 certify, inspect, test or other

14、wise 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 APPROPRIATENESS FOR A PARTICU

15、LAR 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 COMPLIANCE WITH ANY APPLICABLE STA

16、TUTE, 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 RELATING TO ANY USE OF THE CONTENT

17、S 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 (INCLUDING NEGLIGENCE), PRODUCT LIAB

18、ILITY 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. REVISION HISTORY Copyright Telecommunications Industry Asso

19、ciation 2005, All rights reserved.This document is subject to change.Revision Date RemarksIS-41-D December 1997 Initial ANSI publication.TIA-41.660-E July 2005 Initial publication with new part structure.TIA-41.660-E123456789101112131415161718192021222324252627282930313233343536373839404142434445464

20、748495051525354555657585960660 -1 WIN PROCEDURESPART 6601 WIN PROCEDURESSeveral of the following signaling procedures support Wireless Intelligent Network (WIN)capabilities. WIN capabilities are unlike many other wireless network capabilities in that specificservice logic processing procedures for W

21、IN are not defined in this Standard.Basic Call Processing procedures (Part 630) support WIN capabilities related to registration, callorigination, call termination, call disconnection and call recovery.Intersystem Signaling procedures (Part 640) support WIN capabilities related to:- trigger detectio

22、n- service logic invocation- specialized resource connection, disconnection, and usage- service data search and modificationThere are no feature procedures (Part 651) described for WIN because WIN capabilities are servicefeature independent (i.e., they may be used by the service creator to implement

23、 any end user servicefeature).In addition to the specific procedures described in this part of the Standard, the functional entity calland service logic processing models provide a tool used by WIN architects to model a call and tounderstand and describe the distribution of functions between functio

24、nal entities and functionalentity relationships. WIN call and service logic processing encompasses call and connectionprocessing in the Service Switching Function (SSF)/Call Control Function (CCF), service logicexecution in the Service Control Function (SCF) which may include SCF-to-SCF interactions

25、 fordistributed service logic, and the use of supporting resources in the Specialized Resource Function(SRF) and supporting data in the Service Data Function (SDF).TIA-41.660-ECall Modeling for WIN1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556

26、57585960660 -21.1 Call Modeling for WINMobile Switching Center (MSC) call modeling for WIN is described by Parts in the 7XX Series,“Wireless Radiotelecommunications Intersystem Operations: Distributed Functional Plane.” Callmodeling provides a high-level service, vendor, and implementation independe

27、nt abstraction ofWIN call and connection processing in the SSF and CCF. This abstraction provides an observableview of SSF/CCF activities and resources to the SCF, enabling the SCF to interact with the SSF inthe course of executing service logic.To provide an observable view of the SSF/CCF to the SC

28、F, and to enable the SCF to interact withthe SSF, call modeling for WIN provides the following:- a foundation based on the existing base of evolvable network technology;- single-ended view of SSF/CCF call processing in terms of both Originating andTerminating Basic Call State Models (BCSMs);- a fram

29、ework for defining trigger requirements in the BCSMs to invoke WIN service logicand to report call processing events to WIN service logic in terms of Detection Points(DPs), which can be used in combinations by the implementor to provide network services;- a framework for ensuring correct sequencing

30、of functions within an SSF/CCF in terms ofBCSM Points in Call (PICs) and transitions;- rules of representing and handling service logic instance interactions; and- a framework for defining the information flows (relationships) between an SSF and anSCF.Examples of call and connection processing funct

31、ions accessible to the SCF from the SSF/CCF asreflected in the WIN information flows (intersystem signaling operations) include functions to:- influence the flow of call processing (e.g., rerouting a call, clearing a call or providing serialcalling);- access and change information related to call pr

32、ocessing (e.g., address translation, routinginformation);- manipulate the connectivity of the call (e.g., forwarding and other capabilities for furtherstudy);- monitor for events related to call processing and connectivity manipulation (e.g., noanswer, busy, disconnect).TIA-41.660-E12345678910111213

33、1415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960660 -3 Modeling of Service Logic Processing for WIN1.2 Modeling of Service Logic Processing for WINThe modeling of service logic processing for WIN provides an abstraction of SCF activities andresources nee

34、ded to support this service logic execution, as well as an abstraction of SRF and SDFactivities and resources accessible to the SCF.To provide an abstraction of SCF activities and resources, as well as SRF and SDF activities andresources accessible to the SCF, modeling of service logic processing fo

35、r WIN provides thefollowing:- a high-level service, vendor and implementation independent abstraction of service logicprocessing in the SCF, specialized resources in the SRF and service data in the SDF;- a characterization of the capabilities of an SRF and SDF made available to an SCF;- a framework

36、for defining the information flows (relationships) between an SRF and an SCFand between an SDF and an SCF.Note that the SRF, SCF, and SDF modeling only provides high-level modeling of necessaryfunctionality, but makes no recommendations on specific mechanisms to implement thisfunctionality (e.g., no

37、 recommendations on service logic invocation, management of service logicinstance interactions, reservation and allocation of specialized resources, data architecture andaccess to data). Also, note that the modeling primarily addresses the functionality for normal callprocessing scenarios.Examples o

38、f specialized resource functions accessible to the SCF from the SRF as reflected in therelated WIN information flows include functions to:- send information to users participating in a call (e.g., prompts for information,announcements);- receive information from users participating in a call (e.g.,

39、authorization codes);- modify user information (e.g., text to speech synthesis, protocol conversion); and- provide specialized connection resources (e.g., audio conference bridge, informationdistribution bridge). Examples of service data processing functions accessible to the SCF from the SDF as ref

40、lected inthe related WIN information flows include functions to:- access service information (e.g., subscription data parameters); and- update service information (e.g., sum of charging).THE TELECOMMUNICATIONS INDUSTRY ASSOCIATION TIA represents the global information and communications technology (

41、ICT) industry through standards development, advocacy, tradeshows, business opportunities, market intelligence and world-wide environmental regulatory analysis. Since 1924, TIA has been enhancing the business environment for broadband, wireless, information technology, cable, satellite, and unified communications. TIA members products and services empower communications in every industry and market, including healthcare, education, security, public safety, transportation, government, the utilities. TIA is accredited by the American National Standards Institute (ANSI).