ImageVerifierCode 换一换
格式:PDF , 页数:29 ,大小:169.18KB ,
资源ID:541560      下载积分:10000 积分
快捷下载
登录下载
邮箱/手机:
温馨提示:
如需开发票,请勿充值!快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝扫码支付 微信扫码支付   
注意:如需开发票,请勿充值!
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【http://www.mydoc123.com/d-541560.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(ATIS 1000665-1997 Broadband ISDN C Overview of ANSI B-SIDN NNI Signaling Capability Set 2 Step 1.pdf)为本站会员(orderah291)主动上传,麦多课文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文库(发送邮件至master@mydoc123.com或直接QQ联系客服),我们立即给予删除!

ATIS 1000665-1997 Broadband ISDN C Overview of ANSI B-SIDN NNI Signaling Capability Set 2 Step 1.pdf

1、 AMERICAN NATIONAL STANDARD FOR TELECOMMUNICATIONS ATIS-1000665.1997(R2013) Broadband ISDN Overview of ANSI B-SIDN NNI Signaling Capability Set 2, Step 1 As a leading technology and solutions development organization, ATIS brings together the top global ICT companies to advance the industrys most-pr

2、essing business priorities. Through ATIS committees and forums, nearly 200 companies address cloud services, device solutions, emergency services, M2M communications, cyber security, ehealth, network evolution, quality of service, billing support, operations, and more. These priorities follow a fast

3、-track development lifecycle from design and innovation through solutions that include standards, specifications, requirements, business use cases, software toolkits, and interoperability testing. ATIS is accredited by the American National Standards Institute (ANSI). ATIS is the North American Orga

4、nizational Partner for the 3rd Generation Partnership Project (3GPP), a founding Partner of oneM2M, a member and major U.S. contributor to the International Telecommunication Union (ITU) Radio and Telecommunications sectors, and a member of the Inter-American Telecommunication Commission (CITEL). Fo

5、r more information, visit. AMERICAN NATIONAL STANDARD Approval of an American National Standard requires review by ANSI that the requirements for due process, consensus, and other criteria for approval have been met by the standards developer. Consensus is established when, in the judgment of the AN

6、SI Board of Standards Review, substantial agreement has been reached by directly and materially affected interests. Substantial agreement means much more than a simple majority, but not necessarily unanimity. Consensus requires that all views and objections be considered, and that a concerted effort

7、 be made towards their resolution. The use of American National Standards is completely voluntary; their existence does not in any respect preclude anyone, whether he has approved the standards or not, from manufacturing, marketing, purchasing, or using products, processes, or procedures not conform

8、ing to the standards. The American National Standards Institute does not develop standards and will in no circumstances give an interpretation of any American National Standard. Moreover, no person shall have the right or authority to issue an interpretation of an American National Standard in the n

9、ame of the American National Standards Institute. Requests for interpretations should be addressed to the secretariat or sponsor whose name appears on the title page of this standard. CAUTION NOTICE: This American National Standard may be revised or withdrawn at any time. The procedures of the Ameri

10、can National Standards Institute require that action be taken periodically to reaffirm, revise, or withdraw this standard. Purchasers of American National Standards may receive current information on all standards by calling or writing the American National Standards Institute. Notice of Disclaimer

11、theirexistence does not in any respect preclude anyone, whether he has approvedthe standards or not, from manufacturing, marketing, purchasing, or usingproducts, processes, or procedures not conforming to the standards.The American National Standards Institute does not develop standards andwill in n

12、o circumstances give interpretation on any American NationalStandard. Moreover, no person shall have the right or authority to issue aninterpretation of an American National Standard in the name of the AmericanNational Standards Institute. Requests for interpretations should beaddressed to the secre

13、tariat or sponsor whose name appears on the titlepage of this standard.CAUTION NOTICE:This American National Standard may be revised orwithdrawn at any time. The procedures of the American National StandardsInstitute require that action be taken periodically to reaffirm, revise, orwithdraw this stan

14、dard. Purchasers of American National Standards mayreceive current information on all standards by calling or writing the AmericanNational Standards Institute.American National StandardPublished byAmerican National Standards Institute11 West 42nd, New York, NY 10036Copyright 1997 by Alliance for Tel

15、ecommunciation Industry SolutionsAll rights reserved.No part of this publication may be reproduced in anyform, in an electronic retrieval system or otherwise,without prior written permission of the publisher.Printed in the United States of AmericaiContentsPageForewordii1Overview of ANSI B-ISDN NNI S

16、ignaling Capability Set 2, Step 1 12Normative references . 13Abbreviations 24B-ISDN NNI CS 2.1 content . 25Functional limitations of B-ISDN NNI CS 2.1 46Common protocol principles for B-ISDN NNI CS 2.1 . 57Interworking with CS 1 exchanges . 12Table1CS 2.1 allowed capability combinations . 5Figures1B

17、-ISDN NNI protocol architecture model for CS 2.1. 62B-ISDN NNI Application Process generalized information model for CS 2.1 . 73Example point-to-multipoint connection configuration 84Protocol architecture at exchange A. 85Application Process information model relating to figure 4. 96Protocol archite

18、cture at exchange B. 97Application Process information model relating to figure 6. 108Protocol architecture at exchanges C and D 109Application Process information model relating to figure 8. 11AnnexesA13BBibliography 19iiForeword(This foreword is not part of American National Standard T1.665-1997.)

19、This standard is based on ITU-T 1996 Recommendations of Signaling System No. 7for international use issued by the ITU Study Group 11, and additional recommenda-tions meeting specific needs of U.S. networks. This standard is based on, and useswherever applicable, the same procedures as ITU-T Recommen

20、dation Q.2721.1, B-ISDN User Part Overview of B-ISDN NNI Capability Set 2, Step 1. It is suited foranticipated needs and applications within and between U.S. networks. This specifica-tion is the result of extensive work by the members of the T1S1.3 Working Group onU.S. standards for common channel s

21、ignaling.This standard is intended for use in conjunction with American National Standard forTelecommunications Signaling System Number 7 (SS7) Broadband IntegratedServices Digital Network (B-ISDN) User Part (B-ISUP), ANSI T1.648-1995.There are two informative annexes in this standard. They contain

22、information that isnot considered part of the standard, but is rather auxiliary to the standard. Similarly,footnotes are not considered part of the standard.Suggestions for improvement of this standard are welcome. They should be sent tothe Alliance for Telecommunications Industry Solutions, 1200 G

23、Street, NW, Suite500, Washington, DC 20005.This standard was processed and approved for submittal to ANSI by AccreditedStandards Committee on Telecommunications, T1. Committee approval of this stan-dard does not necessarily imply that all committee members voted for its approval. Atthe time it appro

24、ved this standard, the T1 Committee had the following members:G. H. Peterson, ChairmanE. R. Hapeman, Vice-ChairmanA. Lai, SecretaryR. Rossow, Senior EditorV. Shaikh, Technical EditorOrganization Represented Name of RepresentativeEXCHANGE CARRIERSAmeritech Services, Inc.Richard WoodLaurence A. Young

25、(Alt.)ATchecking the acceptability of the potential call at the called user interface before allocating networkresources for the call/connection.This uses the TCAP and SCCP capabilities of Signaling System No. 7.ANSI T1.665-199766.1 General specification modelFigure 1 shows the general protocol arch

26、itecture model for B-ISDN NNI in CS 2.1. The L-L AE isarchitecturally the same as the AE used in CS 1, the E-E AE is new for CS 2.1. In addition to thisarchitecture is an information model for the Call Control Application Process. Figure 2 shows the generalinformation model for B-ISDN NNI in CS 2.1.

27、 This figure shows the complete set of all the object classes.For any exchange acting as a particular exchange type, (originating/intermediate/branching/destinationexchange), for the support of a specific CS 2.1 capability the appropriate object instances are created.Objects of all object classes ar

28、e not necessarily employed in each case.Illustration of the application of these models for the support of the CS 2.1 capabilities is given in thefollowing subclauses.MCSACFBCCCCB-ISDN NNI Nodal functionsMTP-3L-L B-ISUP AEASEASEASEabcdeUIASEfExchange Application ProcessB-ISUPL-L SAONIgSACFLAE-E B-IS

29、DN AEASETCAPASEB-ISDNE-E SAOSCCPFigure 1 B-ISDN NNI protocol architecture model for CS 2.1Abbreviations:AE Application Entity LA Look-AheadSACF Single Association Control Function MC Maintenance ControlASE Application Service Element NI Network InterfaceCC Call Control SAO Single Association ObjectB

30、CC Bearer Connection Control UI Unrecognized InformationANSI T1.665-19977Connection objectsConnection link objectsSignalling objectsConn.Conn.LinkSID Party Association objectsPartyE-ETrans-actionAssn.Figure 2 B-ISDN NNI Application Process generalized information model for CS 2.1Instances of objects

31、 from the object classes in this model represent logical entities that are created when acall or connection is set-up, referred to during the existence of the call or connection, and deleted when thecall or connection is released.The lines between the objects in this model represent logical associat

32、ions maintained by the ApplicationProcess logic between these objects.Signaling objects relate one-to-one to AEIs in the protocol model.Connection Link objects relate one-to-one to the virtual circuits being controlled.The Signaling and Connection Link objects can be directly addressed with identifi

33、er values included in theB-ISUP messages. The Connection and Party Association objects cannot be directly addressed.Connection objects represent the connection through the exchange, e.g., via a branching function, i.e., viaits associations with the Incoming and Outgoing Connection Link objects. It i

34、s created when a newIncoming Connection Link object is created, and deleted when the last associated Connection Link objectis deleted.Party objects are used to associate all connections relating to one party. Party objects are only instantiatedat nodes where the B-ISDN Users are directly connected,

35、i.e., at local exchanges where thecall/connection originates/terminates at a coincident Tb/Sb interface. Where the UNI interface is via a Tbinterface the Party object is in the attached private network.6.2 Modeling examples for CS 2.16.2.1 A simple point-to-multipoint callFigure 3 shows a simple poi

36、nt-to-multipoint call from node A, via a multi-cast function at node B to twoparties on nodes C and D. The following figures show the protocol architecture that apply at the nodes inthis example. It should be noted that multiple instances of the B-ISUP L-L AEI are used to set-up separatesignaling as

37、sociations to each party. In this case there is no instantiation of the E-E AE as Look-Ahead isassumed not to be used in this example.ANSI T1.665-19978leafleafroot ABCDbranching nodeFigure 3 Example point-to-multipoint connection configurationFigure 4 shows the protocol architecture at exchange A. E

38、xchange A has one outgoing virtual circuittoward exchange B, and has two signaling associations (B-ISUP AEIs); one for each leaf party.Figure 5 shows the corresponding application process information model.B-ISUP SAOSACF CCBCMCUIcbafB-ISUP SAOSACF CCBCMCUIcbafOutgoingVirtualCircuitOutgoingVirtualCir

39、cuitMTP-3B-ISUP AE O.1B-ISUP AE O.2Call Control Application Process FunctionsExchange Application Process at node ANIDSS2Figure 4 Protocol architecture at exchange AANSI T1.665-19979Party Association objectConnection objectConnection link objectsSignalling objectsPartyConn.1Conn.LinkOutg.SID O.1 SID

40、 O.2Assn.Figure 5 Application Process information model relating to figure 4At exchange B there are two B-ISUP AEIs, I.1 and I.2, that relate to the one Incoming Virtual Circuit andtwo B-ISUP AEIs, O.1 and O.2, that each relate to one of the Outgoing Virtual Circuits. Figure 6 shows theinformation m

41、odel for this case.B-ISUP SAOSACF CCBCMCUIcbafB-ISUP SAOSACF CCBCMCUIcbafB-ISUP SAOSACF CCBCMCUIcbafIncomingVirtualcircuitOutgoingVirtualCircuitOutgoingVirtualCircuitMTP-3B-ISUP SAOSACF CCBCMCUIcbafIncomingVirtualcircuitB-ISUP AE I1 B-ISUP AE I.2 B-ISUP AE O.1B-ISUP AE O.2Call Control Application Pr

42、ocess FunctionsExchange Application Process at node BNIFigure 6 Protocol architecture at exchange BANSI T1.665-199710Connection objectConnection link objectsSignalling objectsConn.1Inc.Conn.LinkConn.LinkConn.LinkOutg. Outg.SID I.1 SID I.2 SID O.1 SID O.2Figure 7 Application Process information model

43、 relating to figure 6The associations SID I.1 SID O.1 and SID I.2 SID O.2 represent the 1:1 relationships betweenincoming and outgoing signaling associations at an intermediate exchange. This association is used, forexample, when the root party sends a release toward one of the leaf parties it provi

44、des the linkage forpassing the release on to the correct signaling association toward that leaf party.At the leaf exchanges a single incoming virtual circuit and a corresponding single signaling association areinstantiated.Call Control Application Process FunctionsExchange Application Process at nod

45、es C and DB-ISUP SAOSACF CCBCMCUIcbafOutgoingVirtualCircuitB-ISUP AE I.1MTP-3NIDSS2Figure 8 Protocol architecture at exchanges C and DANSI T1.665-199711Party Association objectConnection objectConnection link objectsSignalling objectsPartyConn.1Conn.LinkInc.SID I.1Assn.Figure 9 Application Process i

46、nformation model relating to figure 86.2.1.1 Dynamic modeling aspectsThe “dynamic“ aspects of the model are considered to be the mechanisms by which instances of theB-ISUP objects are created, and deleted, as required to provide a particular service.6.2.1.1.1 Object creation initiated by this exchan

47、geWhen a function in the Exchange Application Process decides that B-ISUP is required, e.g., B-ISUP isselected as the signaling system to be used to support an outgoing point-to-multipoint call/connection, theB-ISUP nodal functions will create an Outgoing Connection Link object instance relating to

48、each of thebranching legs of the multicast connection. The Application Process will also create an instance of B-ISUPAE for each signaling association required.6.2.1.1.2 Object creation initiated by another exchangeThe distribution of messages received at the MTP-3 Service Access Point, and the crea

49、tion of B-ISUPAEIs happens as in B-ISUP CS 1; see ANSI T1.648. Processing in the Call Control Application Processcontinues with an analysis of received Connection Link identifiers. If the message does not contain a Destination Connection Link identifier parameter, but it doescontain an Origination Connection Link identifier parameter, a new instance of Incoming ConnectionLink object will be created by the B-ISUP Nodal functions. This new instance is allocated a newConnection Link identifier value. If the message contains a Destination Connection L

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