GBT21645.4-2010自动交换光网络(ASON)技术要求信令技术.pdf 103页

'ICS33．040．40M33囝园中华人民共和国国家标准GB／T21645．4—2010自动交换光网络(ASoN)技术要求第4部分：信令技术TechnicalrequirementsforautomaticallyswitchedopticaInetwork——Part4：Technicalspecificationofsignalling2010—12—01发布2011一04—01实施宰瞀粥鬻瓣警矬瞥萎发布中国国家标准化管理委员会仅19 标准分享网www.bzfxw.com免费下载前言⋯⋯⋯⋯’⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯l范围⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·⋯2规范性引用文件⋯⋯⋯⋯⋯⋯·⋯-3术语、定义和缩略语⋯⋯⋯⋯⋯·⋯·4分布式呼叫和连接管理元件定义一5分布式呼叫和连接管理操作过程一5．1分布式呼叫和连接管理需求·一·5．2呼叫和连接管理功能⋯⋯⋯-⋯-5．3呼叫处理过程⋯⋯⋯⋯⋯⋯·⋯·5，4连接处理过程⋯⋯⋯⋯⋯⋯⋯·-5．5恢复信令流程⋯⋯⋯⋯·⋯⋯⋯--5．6信令异常处理流程⋯⋯⋯⋯⋯⋯一6信令的弹性⋯⋯⋯⋯⋯⋯⋯·⋯⋯一6．1信令控制器的弹性⋯⋯⋯⋯⋯一．-6．2信令网络的弹性⋯⋯⋯⋯⋯·⋯一7分布式连接管理(DCM)属性列表7．1分布式连接管理属性类型··⋯⋯·7．2uNI属性列表⋯⋯⋯··⋯⋯⋯·7．3I—NNI属性列表⋯⋯⋯⋯⋯⋯⋯7．4E—NNI属性列表⋯⋯⋯⋯⋯⋯8分布式连接管理(DCM)消息集⋯8．1分布式连接管理消息类型⋯⋯·‘‘8．2uNl消息⋯⋯⋯⋯⋯⋯⋯·⋯·。8．3INNI消息⋯⋯⋯-⋯⋯⋯⋯⋯·‘8．4E—NNI消息⋯⋯··⋯⋯⋯⋯⋯。9分布式连接管理(DcM)状态图⋯9．1分布式连接管理状态定义⋯⋯⋯9．2呼叫状态⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯9．3连接状态⋯⋯⋯⋯·⋯⋯⋯⋯⋯··10呼叫和连接控制器的功能管理⋯】o．1呼叫和连接控制管理功能定义10．2建立连接⋯⋯⋯⋯⋯⋯⋯⋯⋯10．3释放连接⋯⋯⋯⋯⋯⋯⋯⋯⋯】1信令协议的选择⋯⋯⋯⋯⋯⋯⋯12基于GMPLsRsVP—TE信令流程12．1RsVP—TE消息类型⋯⋯⋯⋯12．2GMPLSRSVP—TE功能结构⋯12．3信令流程举例⋯⋯⋯⋯⋯⋯⋯目次GB／T21645．4—2010Ⅲ，，●4oo，0n玛扎趾弛孔红孙鹊加如如n勰靳曲∞∞们弛跎踮跖孵卵卯踺舵● www.bzfxw.comGB／T21645．4—201012．4GMPLSRSVP_TE的故障处理12．5信令消息的町靠传递⋯⋯⋯⋯12．6RsVP—TE对象⋯⋯⋯⋯⋯一12．7RsVP—TE错误状态编码⋯⋯附录A(资料性附录)PNNI信令流程⋯⋯⋯⋯⋯⋯·⋯·附录B(资料性附录)基于GMPLscR—LDP的信令流程附录c(资料性附录)回溯(crankBack)信令机制⋯⋯··参考文献⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·⋯·⋯⋯·⋯⋯⋯⋯⋯··Ⅱ6667687176879799 www.bzfxw.com标准分享网www.bzfxw.com免费下载刖置GB／T21645，4—2010GB／T21645《自动交换光网络(AsON)技术要求》标准的结构预计如下：第l部分：体系结构与总体要求；——第2部分：术语和定义；——第3部分：数据通信网(I)cN)；——第4部分：信令技术；——第5部分：用户网络接口(uNI)；——第6部分：管理平面；——第7部分：自动发现。本部分是GB／T21645的第4部分。本部分与ITU—TG．7713：2006《分布式呼叫和连接管理(DcM)》和ITu—TG．7713．2：2003《基于GMPLsRsVPTE的DcM信令机制》的一致性程度为非等效。本部分的以下章节在技术内容上与ITuTG．7713：2006和ITu—TG．7713．2：2003协调一致：——第4章对应于G．7713：2006的第5章，并增加了信令协议的选择；——第5章对应于G．7713：2006的第6章；——第6章对应于G．7713：2006的第6．2节；——第7、8、9、10章分别对应于G．7713：2006的第7章、第8章、第9章、第lo章；一第11章对应于G．7713．2：2003的第7、8章以及附录I。此外，本部分还参考了oIF、IETF等国际标准化组织有关自动交换光网络的建议和草案。本部分的附录A、附录B和附录c为资料性附录。本部分由中华人民共和国工业和信息化部提出。本部分由中国通信标准化协会归口。本部分起草单位：信息产业部电信研究院、华为技术有限公司、中兴通讯股份有限公司、上海贝尔阿尔卡特股份有限公司。本部分主要起草人：徐云斌、张海懿、高建华、柯明、许宗幸、王郁、李伟。Ⅲ www.bzfxw.com自动交换光网络(ASoN)技术要求第4部分：信令技术GB／T21645．4—20101范围GB／T21645的本部分规定了自动交换光网络(AsoN)的信令技术要求，包括AsoN信令功能要求、分布式呼叫和连接管理(DcM)操作过程、信令控制器的可靠性、I)(：M属性列表、DcM消息集和状态图、基于通用多协议标签交换的流量工程资源预留协议(GMPLsRsVPTE)的信令流程等内容。本部分适用于ITuTG．803定义的同步数宁体系(sDH)传送网络和ITu—TG．872定义的光传送网络(oTN)。2规范性引用文件下列文件中的条款通过GB／T21645的本部分的引用而成为本部分的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分，然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版适崩于本部分。GB／T21645．1—2008自动交换光网络(AsON)技术要求第l部分：体系结构与总体要求ITu—TG．7713分布式呼叫和连接管理lTuTG．7713．1基于PNNI的分布式呼叫和连接管理(DcM)信令ITu—TG．77】3．2采用GMPLsRsvP_TE的DcM信令ITU—TG．7713．3采用GMPls(：R—I。DP的DcM信令IETFRFc2205RsVP功能规范(版本1)IETFRFc296lRsVP信令减少刷新开销扩展IETFRFC3209RSVP—TE流量工程扩展3术语、定义和缩略语3．1术语和定义下列术语和定义适用于GB／T21645的本部分。3．1．1呼叫控制器cancontmller呼叫受呼叫控制器控制，呼叫控制器元件有两种，主叫／被叫方呼叫控制器和网络呼叫控制器。3．1．2主叫方／被叫方呼叫控制器calling／calledpar‘ycaucontroller该控制器与呼叫的一终端关联，它可以位于一终端系统，也可以位于其他远端，作为一个代理执行终端系统的功能。该控制器可以承担一个角色或同时承担两个角色：支持主叫方，支持被叫方。3．1．3网络呼叫控制器Ⅱetworkca儿controller网络呼叫控制器担任两种角色，一种支持主叫方，另一种支持被叫方。主叫方呼叫控制器和被叫方呼叫控制器通过一个或多个中间网络呼叫控制器进行交互。3．1．4连接允许控制connectionadmissjoncontrol连接允许控制用于决定是否有足够的资源来接纳一个连接(或者在呼叫过程中重新协商资源)。] www.bzfxw.com标准分享网www.bzfxw.com免费下载GB／T21645．4—20103．1．5连接控制器connectionc0Ⅱtm¨er连接控制器足AsON控制平面中的元件。连接控制器负责协调链路资源管理器、路由控制器以及对等和从属的连接控制器，以管理和监控连接的建立、释放和修改已有连接的参数等操作。3．1．6回溯crank_back当连接建立请求未成功并从故障点返回建立失败的信息时，回溯机制允许发起新的连接建立请求，尝试重新建立连接以避免资源的阻塞。回溯机制也可以用于连接的恢复机制。3．1．7分配aIlocate建立一条Lc或创建一个子网连接。3．1．8撤销de_auMte删除一条Lc连接或释放一个子网连接。3．1．9下游downstream根据使用的路由模式，下游定义为层次中的下一级组件(层次路由模式)或下一跳组件(源路由或逐跳路由模式)。3．1．10信令控制器signalIiⅡgcoⅡtroller信令控制器包含连接控制和(或)呼叫控制的功能。3．1．11链路连接建立Lc∞tablish通过获取或选择一条存在的可用的链路连接来满足连接请求，如从可获得的链路连接列表中获取。3．1．12链路连接释放LCfme将一条链路连接归还到可用的链路连接列表中去。3．1．13子网连接创建sNccr∞ted在子网内部的两个sNP之间创建一条连接。3．1．14子网连接释放SNCrele∞ed在子网内部的两个SNP之间释放一条连接。3．1．15上游upstream根据使用的路由模式，上游定义为层次中的上层组件(层次路由模式)或前一跳组件(源路由或逐跳路由模式)。3．2缩略语下列缩略语适用于本部分。ACC—nA—endccatdomainn域n中的A端连接控制器AGcAccessGroupcontainer接人组容器AGc—aA_endAGcA端接入组容器AGCzZendAGCZ端接入组容器， www.bzfxw.comGB／T21645．4—2010ARc_nA1armReportingContr01在域n中的告警上报控制AsC_nA_endsignallingcontr01lerind。mainn在域n中的A端信令控制器ASNnA-endsNindomainn在域n中的A端子网ASONAutomaticallyswitchedOpticalNetwork自动交换光网络CaIICCalIControIIer呼叫控制器cAccallAdmissioncontr01呼叫许可控制器CCConnectionComroller连接控制器cc—aAendconnectionc。ntrollerA端连接控制器CC—zZ-endC。nnectionControllerZ端连接控制器cCCCalling／calledPartycallC。ntroller主叫方或被叫方呼叫控制器ccc—aAendCCcA端主口H方呼叫控制器ccc—zZendCCcz端呼叫控制器cR—LDPc。nstraint_basedRoutedLabelDistributionProtocol基于约束路由的标签分发协议cosclassofService服务分类DcMDjstributedcallandconnectionManagement分布式呼叫和连接管理DTI，DesignatedTransitList指定传送列表ENNIExteriorNNI外部网络一网络接口GoSGradeofServlce服务等级GMPLsGeneraJizedMulti—ProtocolLabelswitching通用多协议标签交换HqNIInteriorNNI内部网络网络接口LCLinkConnection链路连接LcILinkconnectionIdentifier链路连接标识符LRMI。inkResourceManager链路资源管理器MIManagementInformation管理信息MPLsMultiProtoc01I。abelSwitching多协议标签交换NccNetworkcallcontroller网络呼叫控制器NCC—nNCCindomainn在域n中的网络呼叫控制器NNlNetworkNode111terface网络网络接口PCProtocolContr01ler协议控制器PNNIP“vateNetwork．NetworkInterface私有网络一网络接口RcRouteController路由控制器RsVPTERes。urceReservationPr。toc01一TrafficEngineering流量工程扩展的资源预留协议scswitchedconnection交换连接sc—aAendusersignallingcontrollerA端用户信令控制器sczendusersignallingcontr011erz端用户信令控制器SPCSoftpermanentconnec“on软永久连接SNSubNetwork子网sNcsubNetworkconnection子网连接sNPsub—networkPoint子网点sNPPsub—networkPointPool子网点池sNcrsubNetworkcontr。ller子网控制器Tcc—nTransitccindomainn域n中的中间节点连接控制器TcPTerminationconnectionPoint终端连接点3 www.bzfxw.com标准分享网www.bzfxw.com免费下载GB／T21645．4—2010TimeDivisionMultiulexTransportNetw。rkAssignedAdressTransitSNindomainnTransitsignallingcontr01lerindomainnTimeToLlveZ—endCCatdomainnZendSNindomainnZendslgnaningcontrolleratdomainnUserNetworkInterface时分复用传送网络分配地址在域n中的中间传送子网域n中的中间节点信令控制器生存时间域n中的z端连接控制器域n中的Z端子网域n中的z端信令控制器用户网络接口4分布式呼叫和连接管理元件定义在分布式呼叫和连接管理环境下，根据不同的代理在信令流中所处的不同位置，为其分配一定的角色。图1定义了这些参考点。AGc-aA端接^组容器AGc-zz端接入组容器AsN—l区域1A端子网络lsN—l区域1中间了网络zsN一1区域1中z端子阿络AsN—n区墒冲A端子网络zsN—n区域n中z端子阿络sc-aA端崩户信々控制器(ccc和cc)sc．zz端用户信令控制器(ccc和cc)Asc-1区域lA端信奇控制器(Ncc蛐dcc)Tsc-l区域l中间信奇控制嚣l(cc)zsc．1区域n中的z端信奇控制器(Ncc和cc)Asc—n区域n中的A端信令控制嚣(Ncc和cc)zAc—n区域n中的z端信々控制器(Ncc和cc)图1分布式呼叫和连接管理参考配置图图l中的传送平面元件为多种子网以及接入组容器。它们定义了和控制平面功能相关的具体位置。如图1中标明的AGc—a、AsN—l、TsN一1、zsN1、AsN—n、zsNn和AGc—z。分布式呼叫和连接管理也称为信令。终端用户与呼叫相关的功能称为主叫或被叫方呼叫控制器，即ccc。源端ccc称为ccca，目的端ccc称为ccc_z。和子网相关的呼叫控制器称为网络呼叫控制器NCC，在特定域n中称为NCC—n。终端用户的连接控制器表示为cc—a和cc—z。在域n中，A端、中间以及z端连接控制器表示为ACc_n、TCc_n和ZCCn。信令控制器包括连接控制和(或)呼叫控制功能。终端用户可以通过sc—a和sC_z来表示。域n中A端、中间以及z端信令控制器表示为Asc—n、Tsc-n和zsC_n。如图1所示，Tsc通常没有呼叫控制功能。每个信令控制器分配一个信令地址，协议控制器使用信令地址在呼叫或连接控制器之间交换信息。信令控制器的地址为控制地址，信令通道通过两个相邻的信令控制器名字来标识。信令控制通道由信令通信网(DcN)提供。4rnⅡn1裟鬻巍鬻Mm哪咧rJm黜烈掰眦 www.bzfxw.com5分布式呼叫和连接管理操作过程GB／T21645．4—20105．1分布式呼叫和连接管理需求在呼叫建立之前，服务提供方和服务请求方之问要建立合约，合约中可以指定如下内容：——合约ID；——服务等级协议以及服务等级规范；允许请求进行策略控制所需要的信息。如用来提供鉴权和一致性验证相关的信息。As0N网络中呼叫请求的建立性能与不同的参数有关。影响信令性能的参数包括：——用来传送信令消息的数据通信网络的带宽容量；——传送网的规模(通常以节点或链路数目来衡量)；——每个时间周期内总的呼叫请求次数，包括新的呼叫请求次数、保护事件次数、恢复事件次数等；——消息包的平均尺寸；——混和的连接类型数；——完成呼叫请求的时间；——网络接收到的请求后，因为连接建立不成功需要重新尝试连接建立而发出的请求占总请求数的比例；——为实现可靠的消息传送机制所增加的额外带宽的要求(如超时重传)；同步和异步消息传送。为了满足信令基本需求，以及将来的扩展能力，DcM机制必须具备基本能力和可扩展能力，以满足多个应用需求。基本能力要提供建立和释放连接的必要机制。呼叫和连接管理操作发生在控制区域内部，在此范围内可以实现完整的呼叫和连接动作。呼叫和连接操作在一个区域内部执行时，此区域町以包括更小的区域。这种划分关系同路由区域的层次划分相对应。路由区域边界的信令元件使用此区域内部的路由元件，获取穿越此区域的路由。5．2呼叫和连接管理功能呼叫控制器(callc)、连接控制器(cc)、以及链路资源管理器(LRM)能够完成对呼叫和连接请求的监控和管理功能，包括连接建立、连接修改和连接释放等基本操作。为完成一个具体的操作，callc、cc和LRM通过和下面的组件交互来建立或删除一条连接：a)路由控制器；b)呼叫允许控制(cAc)功能；c)呼叫控制器(callc)；d)连接控制器(CC)；e)链路资源管理器(LRM)。主叫方呼叫控制器和被叫方呼叫控制器通过一个或多个中间网络呼叫控制器(Ncc)进行交互。Ncc功能由网络边缘节点提供(如uNI参考点)．也可以由域间的网关来提供(如ENNI参考点)。网络边缘Ncc执行的功能由用户和网络之问相关的策略来定义，域边界的Ncc执行的功能由域间相关的策略来定义。当呼叫跨过多个域时，一个端到端的砰叫由多个呼叫段组成。每个呼叫段可以对应一条或多条连接(Lc或sNC)。这样就可以在不同的域中灵活地选取信令、保护和恢复机制。同样一个端到端的呼叫，不同的呼叫分段对应的连接数目可以不同。在图2中，uNI呼叫分段对应一个链路连接(Lc)，控制域1的子网内的呼叫分段对应2条连接，网络在不同的域中拥有不同的策略。图2中的所有传送资源都在一个完整的区域中，此区域包含区域1和区域n。为了实现两个客户之间的呼叫建立，在整个区域内部必须提供路由功能．同时能够获得穿越区域l和区域n的路由。 www.bzfxw.com澎◇标准分享网www.bzfxw.com免费下载L-L^(fH镕f月镕图2呼叫分段和连接呼叫和连接邯可以跨经运营断内部的ENNI参考点；呼叫和连接分离以硬呼叫段可以满足下而的幢川a)肚于域的保护。子网连接任时络内部具有保护属性，在不剐的域一l-子网连接(sNc)敬U“f【l小同．b)肇r域的饿复。子嘲畦接在网培内部具有重路由功能．子同连接sNc故障不会‘l发链路吐接1．【1失效．拄故障的于网-}l口nI通过唾路由来完成对于网内故障sN【连接的饿缱；域边界的NLL也允许每个域拥有独直的功能。例如，一个域中能提供1J1保护能力．m"外个域中没竹这种保自。’能力。～【(和【、【’住阿边缘和边界执行Z；问帕功能。呼叫j挖制器执行如下的功能a)Ncr将一个sN【连接关联到一十呼叫b)和H络边缘的主叫或被叫方呼叫控制器『州的N【r将一个I，(盖联划一个旰叫c)剌域边界的埘等N【【工作的N【、【将一个I．c关联到一个呼叫：d)NL℃将I，c和sNc关联到一个lq一个呼叫c)“建土和每个呼叫分段对应的旌接。⋯于托制器之川的通信作为个外郎接¨柬定义奉部分tI-所定义的淌息用于完成信息的变换。端刮端呼叫建立涉及呼叫请求、连接请求“驶使用小同娄型的资源米创建连接。I目3中描述r为支持呼叫iIl『完成的连接建立的过程；图3呼叫请求相关的1．c和sNc连接的建立过程呼叫的北立璺他用下I^1的资源子删^(sNP)：sNI’池(sNI’P)； www.bzfxw.com——链路连接(【．(、)。通过分配sNP米完成I。(1连接的建立．这需要在I．RM之间进行协商。然后才允许【Ic创建一条sNc连接。对sNP的分配可以看成是sNP状态的改变(如从可用变为被占用)。当sNP的状态为惜在的(P。tenual)或忙(‰sy)时．它小能够在连接建立时使用。图4巾描述r【。RM建立I。(1的过程。圄4通过分配sNP来建立Lc连接的过程当建立条I，c连接时，两端需要进行协商。如对于用户阿络信令，用户可以指定一条I。c．而网络可“选择另外一条I。(1来使用。在建立一条sNc连接之前，sNP必须已经存在，并且通过1，RM标识绑定这些sNP来创建条sNc连接。I。RM耍和上游I。RM以及下游I。RM协商所JfJ到的sNP(一』以代表一条I．c连接)。这些输人和输出的I，c连接以及同它们相关联的输入和输出sNP可以用米创建sNc连接。为条连接选择资源时并不意味着要分配这些资源。资源分配可以发生在信令过程的任何阶段。例如，可“在发起请求或响应请求的期间来分配资源。另外．在资源被分配之前可以先预约这些资源。在呼叫建立前后过程中．通过预约标识出这些资源可以被连接所用，但只有对资源的分配动作完成后连接才能真正使用这些资源。使用预约可以防止其他请求来标识相同的资源。所有这砦资源预约和资源分配动作实际l：是通过设置sNP的状态并和I．RM组件交互来完成。sN(’洼接的建立是由于网内部蛀理完成，并由cc控制。当确定了^口和出u连接点的sNP后才创建一条sNc连接。人口和出口sNP的标识作为建立I．c连接的一部分(通过I，RM来完成)。如图5中描述．sNc连接的建立通过⋯相天的连接控制器以及用来建立sNc连接的sNP对来完成。一日々、㈣Ⅳ、、、sNPp_B，镕々．靠可≯—坐L≮√、?图5Lc连接建立后创建sNc连接过程53呼叫处理过程531呼叫请求处理列交换连接(sc)，呼叫淆求是由A端川户请求代理(【、cc-a)向网络呼叫控制器发送“呼叫建立请求”消息来发起。呼叫请求淌息巾指定与刚户清求的呼叫相关的信息。呼叫请求相关的信息町以包含在与服务相关的信息“硬与策略相荧的信息一l，。请求信息被Asc内部的(1all【、接收到后，callc处理 www.bzfxw.com标准分享网www.bzfxw.com免费下载GB／T21645．4—2010呼叫请求并和Asc内部的其他组件交互来完成呼叫请求。对软永久连接服务(sPc)，客户呼叫控制器由管理平面处理，向Ncc发送管理请求建立呼叫。此呼口H终端点的传送平面位置为sPc终端点，采用uNI传送资源标识符同这些资源关联。sNPP具有公共的传送网络地址，sPc终端点并不需要uNl传送资源标识符。为处理出错情况并预防异常信令传送情况发生，需要超时机制。超时机制由呼叫请求的卜游用户发起。具体的超时相关的异常处理见5．5。5．3．2SPC和SC的互操作同Ncc关联的sPc端点支持sPc业务的发起和终止。同样，同Ncc关联的sc端点支持sc业务的发起和终止。每一种类型的端点都使用UNI传送资源标识符，用于标识在客户和网络之问UNI参考点的传送资源。sPc端点可以向sc端点发送呼叫，并使用此sc端点的uNI传送资源标识符。同样，sc端点也町向sPc端点发送呼叫，使用此sPc端点的uNI传送资源标识符。sPc或sc端点都可以释放呼叫。在呼叫和被叫的情况下，都可以为sPc端点指定特定的sNP。如果没有指定，同sPc端点相关的CC是空闲的，可以分配SNP。5．3．3呼叫建立图6描述了呼叫的建立以及对应组件之间的相关信令流程。ACC．1Tcc．1zcc-1连接建立图6呼叫建立请求过程呼叫建立步骤如下：——主叫方呼叫控制器(ccDa)请求呼叫建立。入口的Ncc1验证呼叫请求的有效性，包括授权和一致性验证以及验证是否满足策略相关的约束条件。随后请求信息发送到中间网络呼叫控制器。出f_】Ncc验证呼叫请求是否能够接受。——当验证成功后，ccc—a通过向cc发起连接建立请求来继续进行呼叫。连接建立请求的处理描述见5．4．2。对不同的协议，连接建立请求的发起可以和图6中所描述的顺序不一样。在图6中网络连接的建立在呼叫完成之前完成。——当连接建立请求处理成功完成后，整个呼叫建立请求成功完成，并可以开始传送用户业务信号。如果连接建立请求处理不成功，要向用户发送呼叫被拒绝的通知消息。5．3．4呼叫释放图7描述了呼叫释放以及相关组件之间的信令流。 呼叫释放请求GB／T21645．4—2010呼叫释放指示l⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯一竺登⋯一图7呼叫释放请求处理过程任何呼叫控制器都可以发起呼叫释放请求。已通过验证的呼叫释放请求必须总能够成功释放呼叫。在呼叫释放过程中的任何故障情况都要上报给管理系统，包括报告部分连接没有释放的信息，后续的处理主要防止对没有被成功释放连接的再次使用。从主叫方控制器发起释放请求的描述见图7：——在人口NcC_1验证呼叫释放请求，包括授权和一致性验证以及验证是否满足策略相关的约束条件。——当验证成功后，随后发起连接释放请求。连接释放请求的处理过程见5．4．3。对不同的协议，连接释放请求的发起可以和图7中所描述的顺序不一样。图7中描述的情况是网络连接的释放在呼叫释放完成之前完成。如果呼叫对应多个连接，将会释放所有对应的连接。——当收到连接释放成功完成的通告消息后，呼叫释放成功完成。连接释放被拒绝(由于不能释放资源、释放SNc连接或释放Lc连接)会产生对管理平面(MP)的通知。呼叫释放指示应该能够指示成功释放一个呼叫。上面情况是假设在连接释放发起之前呼叫释放请求就已经验证成功。根据传送网络的特征，呼叫释放请求和连接释放请求之间可能会发生竞争。在ccc-a到cccz之间的信令处理以及AGc—a到AGcz之间的信号传送处理这种竞争条件下，下游子网可能会引发某些告警。为支持上述情况，需要提供监控和踪迹能力，这种和呼叫相关的监控踪迹功能在连接释放之前就应该打开。5．4连接处理过程5．4．1连接请求处理流程呼叫请求的处理会导致发起连接请求。连接请求执行相关的连接建立和连接释放操作，并为对应的连接分配或释放资源。图8描述了信令和连接建立请求的端到端处理过程，其最终结果是为连接分配资源并完成呼叫。图8连接建立请求时的LC连接建立和sNc连接创建 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010图9描述了信令和连接释放请求的端到端处理过程，其最终结果是释放连接资源并完成呼叫的释放。连接释放的过程可以有不同的顺序。如按SNc—Lc—sNc的顺序来完成，或先释放所有的I。c连接再释放所有的SNC连接。图9连接释放请求时的LC连接释放和SNC连接释放5．4．2连接建立处理连接建立需要执行如下的处理：——根据5．3．3，呼叫建立请求通过验证后才允许处理连接建立请求。——根据呼叫请求，ccc—a的LRM指定Lc链路，Lc链路是通过在AGca和AsN1之间协商后建立的。这样就可以形成AGca的出口sNPID。——在Asc一1的cc，人口sNP通过人口sNPID来标识，人口SNPID通过映射AGc—a的出口sNP到AsN一1的人口sNP来获得。AsC一1的LRM通过和Tsc一1的LRM协商来建立AsN—l到TsN—l之间的Lc连接(TsN一1由Rc提供的路由信息或由从上游cc接收到的信息来决定)。当Lc连接建立成功后，出口sNP被LRM标识出来。sNc连接的创建用来连接人口sNP和出口sNP，然后此sNP对的状态更新为“占用”。连接控制器cc通过和下游cc的通信继续连接建立的处理过程。——在TSc_1的CC，入口SNP通过人口sNPID来标识。TSC_1的I。RM和zsC—l的LRM的协商来建立TsN1到zsN一1的Lc连接(TsN一1由Rc提供的路由信息或由从上游cc接收到的信息来决定)。当Lc连接建立成功后，出口sNP被I。RM标识出来。sNc连接的创建用来连接人口sNP和出口sNP，然后此sNP对的状态更新为“占用”。连接控制器cc通过和下游cc的通信继续连接建立的处理过程。——连接请求的处理过程一进行到ccc‰——在cccz的连接控制器cc，人口sNP通过人口sNPID来标识。当cc处理连接请求后，发送响应消息来指示连接请求已经被处理。——当ccca的cc收到指示信号后，CC向下游节点发送连接确认消息，这为可选项。如果路由不能建立，子网使用连接拒绝消息来响应连接请求。应该有能力指定双向连接，在两个方向上sNP索引值可以是相同的。例如，在一个传送网络单元上的一个端口上在两个方向采用相同的时隙编号。5．4．3连接释放处理连接释放的处理和连接建立的处理相反。呼叫释放请求先进行处理。连接释放时执行下面的处理：10 GB／T21645．4—2010——根据5．3．4，呼叫释放请求验证通过后才允许进一步处理连接释放请求。当收到连接释放的指示后，Asc一1的cc发起连接释放处理。——从呼叫请求中，发起释放呼叫请求的代理标识呼叫即将释放。——在Asc_l的连接控制器cC，sNc被释放，包括释放sNP。Asc1的I，RM通过信令消息通知Tsc_1的I。RM来释放TsN—l使用的I．c链路连接。sNP对的状态更新为“可用”。cc和下游的cc通过信令通信继续进行连接释放处理。——在Tsc1的cc，sNc被释放。Tsc】的I。RM通过和zsc1的LRM进行信令交互米释放zsN—l使用的I。c。sNP对的状态更新为“可用”。cc干¨下游的cc通过信令通信继续进行连接释放处理。——连接释放请求的处理一直延续到日的ccc_z的cc。在目的ccc—z的cc，呼叫使用的链路连接I。c被释放。当cc处理完连接释放请求后，向上游节点发送连接释放处理完成的指示信息。5．5恢复信令流程5．5．1连接恢复处理机制呼叫的恢复会引起连接的恢复，由连接的重路由实现并使用新的网络资源。此动作在重路由区域内实现，并且由每一个呼叫的策略决定。重路由操作主要在两个呼叫控制器之问建立两个分离的连接。一旦新的重路由连接建立，此连接就会替代现存的连接，这两个连接属于相同的呼叫段。注意，呼叫在连接重路由的过程中保持不变。网络中存在两种类型的恢复，软重路由和硬重路由。软重路由服务是用于管理维护目的的呼叫重路由机制(如路由优化、网络维护、工程规划等)。当软重路由操作被触发(一般经由管理平面发起的请求)，并发送给重路由元件，重路由元件首先建立一个重路由连接，然后使用此连接并将最初的连接删除。这称作先建后拆(make_before-break)。硬重路由机制提供了呼叫连接失效时的恢复机制，并能响应失效事件。对于一个已激活硬重路由的呼叫连接，源节点阻止呼叫释放，并试图在重路由域边界建立一个到宿节点的替代连接段，即重路由连接。在重路由域边界的宿节点同样阻止呼叫连接的释放，并等待重路由域边界的源节点建立一个重路由连接。对于硬重路由，初始的连接段可以在重路由连接建立之前或者之后被释放，即采用“先拆后建”或“先建后拆”的方式，对于采用返回方式的硬重路由机制，可以采用“只建不拆”方式。软重路由和硬重路由机制可以用于交换连接和软永久连接。在网络呼叫控制器之间应用，uNl参考点没有此功能。两个呼叫控制器之间的重路由操作可能同一个呼叫段相关，也可以在几个连续的呼叫段的之间发生，在这种情况下，呼叫段可能会因为重路由连接路由的改变而发生变化，但是呼叫参数以及呼叫名称不会发生变化。5．5．2单个重路由域的硬重路由如果一个呼叫在一个区域内部配置了硬重路由服务，连接的故障导致了到达区域边界Ncc的信令故障。此故障不会扩散到区域外部，并且区域内会发起恢复操作。例如在图8中，区域1的连接发生了故障，硬重路由操作过程如图10所示。当故障通知到达Asc一1后，呼叫没有释放，但是新的呼叫和连接请求向zsc一1发起。注意Asc_l和zsC_1都包含呼叫和连接控制器。当域1的新的连接建立以后，呼叫就可以使用它。Asc_1和ZSc1之间的呼叫段在重路由前后保持不变。如果硬重路由操作是不可返回的，ASGl发起故障连接的释放。此操作可以在新的连接建立之前或之后进行。在图10中，释放操作在连接建立完成以后执行。 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010呼叫或连￡确认{}—————卜—■]扔潞放{卜——一(无喝尸’Ur——1圈10单个域的硬重路由5．5．3多个重路由域的硬重路由当呼叫穿越多个域时，这些域又包含在一个更大的域中，此域能够实现在它包含的域中的路由。这是一种层次路由的概念，硬重路由可以由最高层次的域来完成，重路由操作可以在包含的域中实施。如果释放故障的连接(非返回式)，并且新的连接调用新的呼叫控制器，使用新的呼叫段，那么必须释放故障连接中间呼叫控制器中的呼叫状态。在图ll中存在3个域，其中2个域通过E_NNI链路互联(域1和域2)，它们都属于一个更大的蕈路由器域——域o。图中显示了一个呼叫通过E-NNI_1传输，假设它的连接经过AGc_a、AsN_1、TsN1、zsN1、AsN一2、ZsN一2和AGc_z。如果在ENNIl的链路上发生r故障，那么就会通知Asc1进行重路由操作，此操作由域。来执行。注意zsc—l不能实现重路由操作，因为它和域2之间只有一条链路连接。同样，域l也不能执行重路由操作，因为FNNI一2不属于它管辖的范围。图11多个域的硬重路由在Asc_l，呼叫控制器配置为执行硬重路由操作，而且业务不返回。在域o，为新的连接选择路径为域1经由ENNI一2到达域2。为了到达E—NNI一2，在域1进行重路由操作，同样在域2执行从E—NNI-2到达zs(>2的重路由操作，那么就建立一条通过ASN一1、TsN一1、zsN一1b、AsN2b和zSN一2的路径。为新的连接建立了三个呼叫段，Asc_l到zsc一1b、zsc_1b到Asc一2b和As(：2b到zsc一2。重路由过程如图12。 初篙鑫怒放廿—一——LJq‘叩’1厂一r_—。卜—．|●GB／T21645．4—2010图12多个域的硬熏路由流程如果操作是不可返回的，那么AsC_l的呼叫控制器会发起故障连接的释放操作，相应的呼叫段不再使用，并在zsc1和Asc2移除呼叫状态。此操作可以在新的连接建立以前进行，也可以在之后进行。在图1l中，此操作在新的连接建立以后实现。5．6信令异常处理流程5．6．1信令异常处理机制网络中会发生不同等级的异常事件，异常事件会同时影响传送平面和控制平面。异常事件通常包括：信令通信网络故障、连接控制器故障、连接控制器行为异常。——通信链路中断会导致信令通信网故障；——构成控制器的不同代理的故障会导致连接控制器失效，如连接建立代理故障；——消息的解析出错会导致连接控制器行为异常。故障信息在呼叫控制器(callc)和管理平面之间以及cc和管理平面之间传递，故障信息中包括详细的故障原因。图6描述了callc呼叫请求处理的示意图。使用这种网络模型时，下面的章节中提供了不同的情形。如图13～图27所示。还描述了建立和释放呼叫的流程以及处理流程中的不同故障情形。5．6．2连接建立异常处理5．6．2．1ccc-auNI故障(请求消息)下面的故障导致信令动作：——无法识别的信令信息；——Rc故障(如查找到AGc—z的路由时发生故障)；——cAc故障(如验证策略信息时发生故障)；——AGca和ANsNl之间的链路连接故障；⋯ASN一1内部子网连接的故障；——LRM故障(如将所请求的带宽映射到传送网络资源时发生故障)；——ASc-1的CC定时机制超时；——ccc-a的cc定时机制超时。图13和图14显示了两个建立拒绝的示例。图13中，AsC-l中的故障导致拒绝呼叫建立请求。图14显示了在收到响应之前定时器已经超时的故障情况。在这种情况下，用户撤销请求。为清除所有的状态，并防止网络在随后的一段时间内建立呼叫请求(因为请求同步出错)，使用请求删除命令来删除上一次的建立请求。 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010CCC．aASC-1TSC-1ZSC-lASC啪TSC．nZSC-nCC(jz图13建立一ccc_auNI故障(呼叫被拒绝)CCC—aASc_1TSC．1ZSC-1ASC．nTSC-nzSc_nCCoz呼叫建立：、<计时嚣过期呼叫释放!图14建立一CCc-aUNI故障(定时器超时)5．6．2．2ccc-auNl故障(响应消息)下面的原因代码导致信令动作：——响应消息没有到达用户请求代理；——cc对所建立的连接没有应答；图15～图18描述了基于故障响应的信令流程。第一个示例中，从ccca来看和超时处理流程相似，在这种情况下，下游的连接已经建立，如资源已经预留或已经分配。根据上面所描述的情况，用户的释放请求随后会解除预留或释放与连接相关的任何资源。呼叫建立————一呼叫建立庙．功。‘●’———————一r己没有产生—飞l最终响应计时器过期发起释放图15建立一信令响应消息故障(没有产生最终的响应消息) GB／T21645．4—2010CCC．aASC·lTSC．1ZSc-1ASC-nTSC—nZSC—nCCC．z呼叫建立卜_———■．：L’．————f—]呼叫建立尊功：．：——一。；、妊败li}i发起呼叫释放图16建立一信令响应消息故障(ccc_a信息转换失败)CCC—aASC·1TSC．1ZSC一1ASC．nTSC．nZSC-nCCC-z———一呼叫建立呼叫差立j蓖功没有接啦[到确认消息F叫建立确t，^／发起连封}释放图17建立一信令确认消息故障(传送过程中确认消息丢失)CCC．aASC一1TSC．1ZSC．1ASC-nTSC．nZSonCCC·z图18建立一信令确认消息故障(确认消息一直没有产生)5．6．2．3域内和域间的故障下面的故障原因编码会导致信令动作：——Rc故障，如查找到AGcz的路由时发生故障；——cAc故障，如验证策略信息时发生故障；——子网或域之间的链路连接故障，如AsN一1和TsN一1之间连接故障或zsN1和AsN—n之间的连接故障；——子网内部的子网连接的故障，如TsN一1子网连接故障；——LRM故障，如将所请求的带宽映射到传送网络资源时发生故障；——CC定时器超时。】S 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010在图19和图20的例子中，策略的验证已经通过，但网络资源不足导致请求被拒绝。服务被拒绝的结果就是子网会解除预留或释放已经预留或分配的网络资源。CCC吨ASC．1TSC．17sc．1^SC—nTSC—nZSC-nCCC．2图19信令流：建立一域内故障(呼叫被拒绝)CCC．aASC．1TSC．1ZSC．1ASC．nTSC．nZSC—n(℃C·2图20信令流：建立一域内故障(定时器超时)定时器超时时，建立请求的拒绝消息会向上游发送，同时会释放已经分配的资源。另外，释放请求也可能会向下游发送来防止下游节点企图处理建立请求。5．6．2．4ccc-z的uNI故障下面的故障原因代码引发信令动作：——cAc故障，如验证策略信息；——域问的链路连接故障，如zsNn和AGc—z之间的链路连接故障；——子网内部的子网连接故障，如zsN—n内部的子网连接故障；LRM故障，如将请求带宽映射到传送网络资源；——ZSc—n的CC定时器超时；——(：cC_z的cc定时器超时。在图21和图22的故障情况下，cccz拒绝请求，这町能是因为：——ccca对建立从AGca到AGcz的连接的许可验证失败(如在呼叫建立过程中)；——AGc—z没有资源(如在连接建立过程中)。CCC—aASC．1TSC·1ZSC-lASC-nTSC—nZSC·nCCC-“图21信令流：建立一ccc-zuNI故障(呼叫被拒绝) CCC—aASC．1TSC．1zSC·lASC-nSC．nZSonCCC-zGB／T21645．4—2010图22信令流：建立～CCC-zuNI故障(定时器超时)当拒绝响应消息向上游节点传输时，释放子网内部已经预留或已经分配的资源。在定时器超时的情况下，连接建立清求被拒绝的消息向上游节点传播。并释放对应的连接。另外，释放请求也要发送到ccc—z来阻止Ccc-z企图处理连接请求。5．6．3已建立呼叫的异常处理5．6．3．1异常情况下的呼叫处理机制呼叫一旦建立，各种不同的故障会影响存在的呼叫。这些故障可能发生在任何传送网络连接或信令通道上。信令网络的故障和误动作也会影响业务。传送平面资源发送故障时，根据呼叫请求的类型需要执行两个可能的动作：一对于建立软永久连接(sPc)的呼叫，控制平面或传送平面通过恢复或保护来恢复故障连接(假设对呼叫提供了保护或恢复功能)。如果在一定的时间周期内连接不能恢复或保护，需要向管理平面发送通知消息。呼叫仍然保持活动状态。——对于建立交换连接(sc)的呼叫，在硬件恢复不可用或者不成功的情况下．呼叫要被释放(通过释放各个对应的连接)。在双向故障的情况下，如果需要进行保护恢复动作，两个cc都会动作。对于同一个呼叫，在两个cc动作时，会产生竞争。为解决竞争问题，标识符大的cc的请求覆盖标识符小的cc的请求。5．6．3．2传送网络连接故障(交换连接)下面的故障原因代码引发信令动作：——链路连接故障；链路连接故障发生可能是因为sNP故障或因为关联故障；——子网连接故障：子网连接故障发送可能是因为sNP故障或因为关联故障。图23描述了传送网络资源故障的情形。在这种情况下，假定呼叫会因为故障而释放(如连接没有实现分集、保护或恢复功能)。CCC-aASC一1TSC-lZSC-1ASC—nTSC—nZSC．ⅡCCC一2图23信令流：存在的呼叫一用户传送网络连接故障在请求释放的过程中，也可能会发生超时(因为没有收到接收端的响应)。这种情况单独处理，作为释放请求的分异常处理的一部分。但是，对用户的计费是根据呼叫状态的“uP”或“DOwN”来进行的，用户发起的释放命令应该收到对应的释放应答。由于在释放操作过程中的故障可能会产生部分残留的连接，cc应该通知管理平面异常的情况，通告信息中包含没有释放的残留连接相关信息。17 标准分享网www.bzfxw.com免费下载GB／T21645．4—20105．6．3．3传送网络连接故障(软永久连接)下面的故障原因会导致信令行为：——链路连接故障：链路或链路连接故障可能是由sNP发生故障或关联故障引起；——子网连接故障：子网连接故障发送可能是因为sNP故障或因为关联故障。图24描述了网络内部连接故障发现过程。故障的发生可能会引发相关的恢复机制来对连接进行恢复或保护。这要依靠呼叫的属性(呼叫指定的cos／G。s和路由类型)。如果恢复或保护不成功，应该向管理平面发送通知消息。在没有收到强制呼叫释放命令之前，呼叫会一直保留。假定如下，如果连接不能恢复，作为故障结果呼叫将会继续维持活动状态。CCC—aASC—lI"SC．1ZSC．1AS(jnTSC-nZSC-nCCC．2图24信令流：存在的呼叫一传送网络连接故障5．6．4呼叫释放的异常处理5．6．4．1呼叫释放异常处理机制对于异常情况，网络内部的子网控制器也可能会发起释放请求。通过校验的释放请求必须向用户返回成功的释放应答。任何与释放请求相关的故障要上报给管理系统，包括任何没有释放的残留连接的信息。对于没有成功释放的连接，应该防止对该连接的访问或使用。5．6．4．2ccc_a或ccc-z发起的呼叫释放发生故障(请求消息)下面的故障原因代码会导致信令行为：——cAc故障，如验证策略信息发生故障；——LRM故障，如释放连接资源发生故障；——cc定时器机制超时；——在ASC处理消息发生拥塞。ccca或ccc—z定时器超时，如图25所示。用户需要通过交互方式来释放呼叫，如通过手动处理来释放。在网络定时器超时的情况下，网络向用户发送释放确认响应，如图26所示。另外，故障信息将通知到管理系统。这样允许对残留连接进行任意清除。注意：在连接部分释放时，应该有机制防止AGC_a或AGc—z访问该呼叫。18CCc-aASC—lTSC-1ZSC．1ASC-nTSC-nZSC．n(℃C-2卜一rt婆!竺塑：一!手动处理进行释放loCC-aASC一1TSC-lZSC-1ASC．nTSC-nZSC-nCCC一7图25信令流：呼叫释放一用户发起释放(用户定时器超时) GB／T21645．4—2010}=一呼叫产放请求r_———1———+；卜⋯一Pro鼻时器过期lr⋯每叫释放响矗尊故障通知芦理平面；CCC-aASC-1TSC．1ZSC．1ASC．nTSC．nzSC．nCCC-z图26信令流：呼叫释放一用户发起释放(网络定时器超时)5．6．4．3ccc_a或CCc-z发起呼叫释放(响应消息)下面的出错原因会产生信令行为：——‘响应消息没有到达用户请求代理；一Cc没有对释放应对进行响应。图27故障信令流程。在第一种情况下，从ccca的角度看，和超时情况类似。这种情况下，下游连接已经被释放。这种情况要引入额外的功能让管理系统来标识连接的状态。如5．6．4．2中的超时情况，连接一直为uP状态，但这个例子中连接已经部分删除。CCC．aASC-1Tsc-1ZSC-1ASC-nTsC—nZSC-nCCC-zCCC-aASC-lTSC-1ZSC-1^Sc．nTSC—nZSC．nCCC—z图27信令流：呼叫释放一信令响应消息故障5．6．5连接资源释放如果网络不能建立一条新的呼叫的所有连接，任何建立成功或者部分建立成功的连接都需要被删除，同时呼叫请求会被拒绝。这里假设恢复重试操作(如果策略允许)没有成功。sc和sPc的连接释放如图28和图29所示。错√甜 标准分享网www.bzfxw.com免费下载GB／T21645．4—20101：：：：：：j控制平面图28sC连接建立故障后的呼叫释放话蒹⋯⋯⋯⋯⋯⋯⋯⋯?、、’i，，、-，‘、“!⋯⋯⋯⋯⋯⋯⋯⋯⋯一f“j管理平面i：：：：：：j控制平面-，．?。。⋯⋯‘图29sPC连接建立故障后的呼叫释放在图28和图29所示的情形中，呼叫的连接在Ascn被拒绝。故障通知指示向ccca发送，同时释放相应的连接。在图28中，ccC-a位于用户设备，在图29中，ccca位于管理平面。在两种情况中，呼叫和连接处理在信令层面都进行完全的分离，并且假定呼叫在被叫放实体进行处理。在图29中，到达网络边界的连接都会释放，但是到达用户的I。C仍旧保留。这是凶为Lc是由管理平面配置的。20舀U口l；_A !：：：：：：j控制平面连接拒绝图30SC连接建立故障后呼叫状态不改变●．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．管理平面!：：：：：：!控制平面GB／T21645．4—2010图31sPc连接建立故障后呼叫状态不改变对于呼叫修改操作，如果网络不能修改连接，那么就认为呼叫修改操作是失败的。任何已修改或者部分修改的连接都应该被释放，对现有的呼叫不做任何改变。图30和图31分别显示了sc和sPc的情况。在图30和图31所示的情形中，对呼叫的修改操作造成新的连接请求。当此连接请求在Ascn被拒绝时，故障通知向ccca发送，并且连接被释放。ccc—a在接收到故障通知以后，ccc—a发送连接释放请求，释放故障的连接并且保持呼叫的状态不变。6信令的弹性6．1信令控制器的弹性6．1．1信令控制器的弹性定义信令控制器的弹性指信令控制器在故障情况下继续工作的能力。信令控制器位于uNI、I—NNI以及E—NNI，用于支持呼叫以及连接的建立和拆除功能。它的操作依赖于数据通信网络(DcN)、传送平面、管理平面以及控制平而本身的内部元件。6．1．2信令控制器的故障检测和指示信令控制器与传送平面的通信中断，或者信令控制器与其相邻信令控制器之间的通信中断，则认为信令控制器出现了故障。这些故障可能是由于DcN的故障或者其他的原因(例如相邻信令控制器的故障)引起的。2] 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010控制平面必须能够搽测与传送平面之间的通信故障，并且能够将这些故障通知信令控制器。控制平面和传送平面之间的通信故障不应引起信令通道的故障。信令通道的维护必须由信令协议实现。信令通道的故障可能是由DcN的故障或者足相邻信令控制器故障引起。信令协议的故障探测机制应该在以下几种情况下都能执行。当发生故障时：——在故障以及故障恢复的过程中，现存完整的呼叫及其连接不能发生改变；——信令通道的故障必须产生告警，此故障应通知其他的信令控制器。当故障持久存在或者需要管理者参与时，应将故障通知管理平面；——不接受或者处理信令消息。如果控制平面和传送平面之间出现了故障，而信令控制器仍旧是可达的，新的呼叫建立或拆除请求以及新的连接建立或拆除请求将会失败，同时发出适当的错误指示。如果故障是由于信令通道引起的，新的呼叫建立或拆除请求将会在uNI、E—NNI或I_}qNI丢失。新的连接建立或者拆除请求将会在I—NNI丢失。6．1．3信令控制器与传送平面的同步当控制平面和传送平面之间的通信可用时，信令控制器必须重建呼叫和连接的状态，以同步传送平面的连接信息。其中一种可能的同步过程是；——链路资源管理器同步传送平面的NE状态信息、保护NE的交叉连接信息以及端口信息；——连接控制器同链路资源管理器进行同步，恢复连接的状态；——呼叫控制器(如果应用)同连接控制器进行同步，恢复呼叫状态。在这个过程中，信令协议控制器依赖于其他错误通知(如零带宽)或者维护合适的状态，如垂直恢复状态。在这种状态下，所有的信令信息都是可接受的，但是不进行处理。另外必须返回适当的消息，指示错误。6．1．4信令控制器与邻接信令控制器的同步当信令控制器之间的通信可用时，信令控制器必须同它的邻居同步呼叫和连接的状态。信令控制器必须具备正确的状态，如水平恢复状态。在这种状态下，应该拒绝用于建立或者拆除现存呼叫以及连接的消息，另外信令控制器必须检查它的连接信息是否同它相邻控制器的连接信息保持一致。检查的内容包括：——呼叫和连接ID：如果呼叫或连接的ID只在一端信令控制器存在，那么此呼叫或连接是无效的；——对相同连接的资源分配：如果在两端对一条连接的资源分配不一致，那么此连接无效。当标识出无效的呼叫或者连接时，信令协议控制档必须发送相应的消息删除这些呼叫和连接，这些不完整的呼叫或连接将会被删除。6．2信令网络的弹性6．2．1信令网络的弹性定义信令网络对呼叫控制器之间和连接控制器之间的信令消息提供可靠的传送功能。信令通道是信令网中提供信令实体之问消息传送的连接。信令通道失效后应该执行如下的处理：一检测到信令通路失效后，信令网络尝试恢复信令通信。如可以通过冗余信令通道实现信令网故障恢复。在信令网络恢复期间不接受处理信令消息，不受故障影响的信令通道上的消息仍然正常处理，受故障影响的链路上的消息不能进行处理。已经存在并受故障影响的呼叫维持现状。——如果故障不可恢复，如呼叫控制器(callc)或cc不能和其他的calIc或cc通信，需要向管理系统发送通告信息。已经存在的呼叫依然维持现状。可以通过其他的手段来释放这些受影响22 GB／T21645．4—2010的呼叫，如通过手动处理。——故障恢复成功后，callc或cc可能需要同步已经存在的呼叫和连接状态数据。如果信令网络和信令通道都支持恢复，单个信令网络的故障可能会同时导致DcN和控制平面都开始恢复。这些恢复机制之间需要统一协调以避免对同一个故障进行共同恢复。另外，不同组件的故障(callc、cc、LRM发生故障)会导致控制平面故障。如，有些故障是不可恢复的。但是，应该向管理平面上报相关的故障信息。6．2．2用户倍令故障根据下面的故障原因代码，应该执行对应的信令动作：CCC—a和AsC_l之间的信令通道中断；——zscn和ccc—z之间的信令通道中断。其他目前还没有考虑到的故障原因代码，也会影响故障。当额外的故障原因编码会导致故障并被标识出来后，应该添加故障原因编码。图32中描述了CCC—a和Asc一1之间的故障处理。zsc—N和ccc—z之间的故障处理类似。如cccz或zsc^n发起信令通道的恢复。ccC．aASC-1TSc．1ZSC．1ASc．nTSonZ8c．nCCC-z*．、飞誊i薯夸通过、的恢复如果信令通道在计时嚣过∥期时一起恢复，剐一切正／常，否剐通知管理平面图32uNI信令故障上图中，从ccc_a到Asc_1的信令连接故障检测。由于ccGa不发起呼叫释放请求，需要指定其他的方法。不影响已经存在的呼叫。6．2．3网络信令故障下面的故障原因导致信令动作：——域内的cc之间信令通道失效；——域间的cc之间信令通道失效。其他的现在还没有考虑到的故障原因代码，也会影响故障。当额外的故障原因编码会导致故障并被标识出来后，应该添加故障原因编码。图33中描述了Asc一1和TsC_1之间域内故障情况。CCC．aASC．1TSC．1ZSC一1ASC—nTSC-nZSC-nCCC屯孙：夸姚l—1———～雌复信奇：信令没有恢复■—也7通知管理平面图33网络信令故障 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010信令通道故障不会导致呼叫的释放。网络要尽量尝试恢复信令通道。当信令通道故障恢复后，控制平面继续处理新的请求。如果故障的信令通道不能恢复，cc通知管理平面相关的故障信息。7分布式连接管理(DcM)属性列表7．1分布式连接管理属性类型DcM属性列表可以分为呼叫属性和连接属性。表1、表2、表3总结了uNl、INNI和ENNI信令处理相关的属性列表。——uNI信令处理的内容包括呼叫属性，也包括从用户到网络之间链路连接建立相关的连接属性。——NNI信令处理包括连接属性。呼叫属性必须在呼叫控制器之间交互(如图l的Asc_n和zsC_n之问)。所用到的许多交互机制不是该结构中的部分。I—NNI信令可以通过将呼叫属性信息附加在连接相关的信息上来交换呼叫属性信息。但是，这样处理不会形成1一NNl处理的一部分。——E—NNI信令处理的内容包括呼叫属性，也包括从网络之间链路连接建立相关的连接属性。属性信息为逻辑信息，这些逻辑信息在支持ccc或Ncc、Cc和LRM的接口上进行交换。不同的坼议设计可能会对一些逻辑信息进行合成或分割。但应该体现属性信息所支持的功能。表1uNI属性列表属性作用范围消息类型主叫方uNI传送资源标识符端到端呼叫被叫方uNI传送资源标识符端到端呼叫源CC名称本地连接源呼叫控制器(ca{【c)名称本地呼叫标识属性目的cC名称本地连接目的ca¨c名称本地呼叫连接名称本地连接呼叫名称端到端呼叫主叫方AGcsNPID本地连接主叫方AGcsNPPID本地连接业务属性被叫方AGCSNPID远端本地连接被叫方AGcsNPPlD远端本地涟接方向本地呼叫或连接CoS端到端6呼叫策略属性GoS端到端8呼叫安全本地呼叫或连接a尽管cos和Gos为端到端有效，但它们的值在跨域时可能会改变。但要满足和请求业务相关的策略。 表2I_NNI属性列表GB／T21645．4—_2010属性作用范围消息类型主叫方uNI传送资源标识符透明传输呼叫被叫方uNI传送资源标识符透明传输呼叫源呼叫控制器(【：allc)名称本地呼叫目的CC名称本地连接标识属性目的Callc名称本地呼叫连接名称本地连接连接名称域内唯一连接呼叫名称端到端呼叫SNPID本地Local连接SNPPID本地I。0cal连接业务属性主叫方AGcsNPID透明传输连接被叫方AGcSNPPID透明传输连接方向域内唯一一呼叫或连接CoS透明传输呼叫GoS透明传输砰叫连接cc，s域内唯一连接策略属性连接Gos域内唯一连接显式资源列表域内唯一连接恢复域内唯一连接表3E_NNI属性列表属性作用范围消息类型主叫方uNI传送资源标识符端到端或透明传输呼叫被叫方uNI传送资源标识符端到端或透明传输呼叫源CaIIc名称本地呼叫目的Cc名称本地连接标识属性目的Callc名称本地呼叫连接名称本地连接连接名称本地连接．呼叫名称端到端呼叫SNPID本地连接SNPPID本地连接业务属性主叫方AGcsNPID透明传输连接被叫方AGcsNPPID透明传输连接方向本地呼叫或连接策略属性CoS端到端呼叫25 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010表3(续)属性作用范围消息类型GoS端到端呼叫安全本地呼叫或连接策略属性显式资源列表本地连接恢复本地连接7．2uNI属性列表7．2．1标识属性7．2．1．1呼叫方uNI传送资源标识符该属性用于标识到达A端呼叫控制器的uNI传送资源标识符。此属性的值是全局唯一的，由服务提供商分配。例如，用户名称可以由网络分配一个IPv4地址，其他另外的用户名称可以由网络分配一个IPv6地址。由于用户名称为用户的全网唯一标识，因此不同的编址格式可以共存。7．2．1．2被叫方uNI传送资源标识符该属性用于标识到达z端呼叫控制器的uNI传送资源地址。具体的特征和主叫方uNI传送资源标识符相同。7．2．1．3源端cc和呼叫控制器(calIc)名称这个属性指定了和cc和CallC相关的名称，该cC或Callc发起显示信令消息。7．2．1．4目的端cc和呼叫控制器(cauc)名称这个属性指定了和cc和callc相关的名称，该cc或callc终结显示信令消息。7．2．1．5连接名称该属性唯一标识一条链路连接，该值为本地唯一，既可以由用户分配也可以由网络分配。7．2．1．6呼叫名称该属性唯一标识一个请求的呼叫。该值为全局唯一并由网络分配。7．2．2业务属性7．2．2．1SNPID’sNPID代表在连接请求消息中用来建立一条链路连接的子网点。sNPID也可以用来创建sNc连接的sNP。对于具体的连接请求，sNPID从一组在指定sNPP内部的sNP中选择。sNPID值本地唯一，可以自动发现或手动提供，并在层网络之间独立。对于请求双向连接的呼叫，或请求多条连接的呼叫，SNPID包含多个值，并按下游ID在前上游ID在后的顺序排列。sNPID由源节点或终节点I。RM来指定。为防止竞争，名字值更大的LRM可以优先选择sNPID。信令消息的sNPID包括：——主叫方AGCsNPID：该ID用来建立从主叫方AGc到网元之间的Lc链路；～被叫方AGcsNPID：该ID用来建立从被叫方AGc到网元之间的Lc链路；——sNPID：该ID用来建立网元与网元之间的Lc连接链路。7．2．2．2SNPPIDsNPPID用来标识子网点池，用于请求建立一条连接。SNPPID唯一标识一组子网间用来请求连接的sNP，在不同的网络层次之间sNPPID是彼此独立的。子网之间可以存在多个sNPP。对于请求双向连接或请求多条连接的呼叫来说，该属性可以包含多个属性值并且按下游ID在前上游ID在后的顺序排列。sNPPID可以由发起点LRM来指定，由终结点LRM在sNPP中选择sNP来建立链路连接。为防止竞争，具有较高名字值的I。RM优先选择sNPPID，以满足基于约束的呼叫请求。7．2．2，3方向性方向属性指定了连接的方向。方向属性支持单向、对称双向以及不对称双向的连接请求。在不对26 CB／T21645．4—2010称双向请求时，要在属性附加信息中指定上游和下游方向请求连接的数目。7．2．3策略属性7．2．3．1服务分类(cos)和连接cos服务分类属性指定呼叫请求的cos。该属性值在每个域中唯一，由网络分配并且每个用户网络之间的Cos值都可以不同(如，用户l使用的cos和用户2使用的C。s可以不同)。跨域的情况下，为支持端到端的cos请求，网络需要提供转换功能，将一个网络的cos值转换成另外一个网络的cos值。呼叫cos属性为主叫方sI。A指定c。s信息的部分属性。网络应该提供将呼叫cos转换成域中具体的C。S(连接CoS)功能。域与域之间的连接cos可能不同，但每个域中的连接c。s要和sI。A对应以支持端到端的cos请求。cos中的信息列表包括：服务分类的列举。7，2．3．2服务等级(G0s)和连接G0s服务等级属性指定呼叫请求的Gos并被用来更详细的指定和每个cos请求相关的G。s。服务等级属性值在每个域中唯一并由网络分配，每个用户网络关系可以有不同的Gos。跨域的情况下，为支持端到端的Gos请求，网络需要提供转换功能，将一个网络的Gos值转换成另外一个网络的Gos值。呼叫G。s属性为主叫方sLA指定Gos信息的部分属性。网络应该提供将呼叫Gos转换成域中具体的Gos(连接Gos)功能。域与域之间的连接G。s可能不同，但每个域中的连接Gos要和sLA对应以支持端到端的Gos请求。Gos中的信息列表包括：a)分集信息；b)子网控制器名字列表、sNPP、sNP、避开或必经的sNPP和sNP。7．2．3．3安全性安全属性指定需要允许验证呼叫请求的相关信息，这里包括的信息可以对呼叫请求进行授权认证，或者检查呼叫请求的完整性。该属性值应具有本地唯一性。7．2．4状态属性7．2．4．1呼叫响应编码呼叫建立一成功呼叫建立一失败：被叫方忙呼叫建立一失败：主叫方忙呼叫建立失败：网络忙呼叫建立失败：消息出错呼叫建立失败：标识错(A端用户名无效)呼叫建立失败：标识错(Z端用户名无效)呼叫建立失败：标识错(连接名无效)呼叫建立一失败：业务错(sNPID无效)呼叫建立失败：业务错(SNPID不可用)呼叫建立失败：业务错(无效的SNPPID)呼叫建立失败：业务错(sNPPlD不可用)呼叫建立失败：策略错(无效的Cos)呼叫建立失败：策略错(coS不可用)呼叫建立失败：策略错(Gos无效)呼叫建立一失败：策略错(Gos不可用)呼叫建立失败：策略错(安全验证失败)呼叫释放成功27 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010呼叫释放失败：消息出错呼叫释放失败：标识错(呼叫名无效)呼叫释放失败：策略错(安全验证失败)7．2．4．2通知编码呼叫出错一不影响业务呼叫出错一影响业务7．3I-NNI属性列表7．3．1I—NNI接口属性定义表2定义的属性和uNI相应属性定义相同，下列属性除外。7．3．2策略属性7．3．2．1连接名称此属性唯一的标识一条子网络连接，属性值在域内是唯一的。7．3．2．2显式资源列表显式资源列表属性指定了用来建立连接的显式资源。列表有序排列，包括零个或多个cc名字实例、路由控制域内的sNPPID和(或)sNPID，如路由域。7，3．2，3恢复恢复属性指定了连接所使用的恢复算法。例如，恢复属性信息包括的内容如下：a)连接类型指示(工作或保护连接)；b)恢复类型(1+1、l：l、自动重路由)；c)恢复行为(返回式、非返回式)。7．3．2．4服务分类(CoS)和连接CoS见GB／T21645．12008的3．1．19。7．3．2．5服务等级(G0s)和连接G0s见GB／T21645．12008的3．1．28。7．3．3状态属性7．3．3．1连接响应编码连接建立一成功连接建立一失败：被叫方忙连接建立失败：主叫方忙连接建立失败：超时连接建立失败：标识错(连接名无效)连接建立失败：业务错(SNPID无效)连接建立失败：业务错(sNPID不可用)连接建立失败：业务错(无效的sNPPID)连接建立失败：业务错(sNPPID不可用)连接建立一失败：策略错(无效的显式资源列表)连接建立一失败：策略错(恢复无效)连接建立失败：连接错误(创建sNc连接失败)连接建立失败：连接错误(创建LC连接失败)连接释放成功连接释放失败：消息出错连接释放一失败：超时连接释放一失败：标识错(呼叫名无效)28 连接释放失败；连接错误(释放SNC连接失败)连接释放失败：连接错误(释放Lc连接失败)7．3．3．2通知编码连接出错一不影响业务连接出错一影响业务连接出错一异常呼叫释放7．4E—NNI属性列表7．4．1E—NNI属性定义表3定义的属性和uNI相应属性定义相同，下列属性除外。7．4．2状态屈性7．4．2．1连接响应编码连接建立成功连接建立失败：消息出错连接建立失败：被叫方忙连接建立失败：主叫方忙连接建立失败：超时连接建立一失败：标识错(A端用户名无效)连接建立一失败：标识错(z端用户名无效)连接建立失败：标识错(连接名无效)连接建立失败：业务错(sNPID无效)连接建立失败：业务错(sNPlD不可用)连接建立～失败：业务错(无效的sNPPID)连接建立失败：业务错(sNPPID不可用)连接建立一失败：策略错(cos无效)连接建立失败：策略错(cos不可用)连接建立失败：策略错(Gos无效)连接建立失败：策略错(Gos不可用)连接建立失败：策略错(安全验证失败)连接建立一失败：策略错(显式资源列表无效)连接建立失败：策略错(恢复无效)连接建立一失败：连接错误(创建SNc连接失败)连接建立一失败：连接错误(创建LC连接失败)连接释放成功连接释放一失败：消息出错连接释放一失败：超时连接释放失败：标识出错(呼叫名无效)连接释放一失败：策略出错(安全验证失败)连接释放一失败：连接错误(释放sNc连接失败)连接释放一失败：连接错误(释放I．c连接失败)7．4．2．2通知编码连接出错不影响业务连接出错一影响业务连接出错异常呼叫释放GB／T21645．4—2010 标准分享网www.bzfxw.com免费下载GB／T21645．4—20108分布式连接管理(DcM)消息集8．1分布式连接管理消息类型DcM消息可以根据uNI连接操作以及NNI(包括I_NNI和ENNI)连接操作来进行分类。表4～表6总结了信令过程中可能要包含的消息列表。这些消息为逻辑消息，在各自的接口上支持呼叫控制器(callc)、cc和I。RM。注意，不同的协议设计可能会对一些逻辑消息进行合并或分拆。但应该体现消息所支持的功能。属性修改相关的操作待研究，暂不作为消息集的一部分。表4uNI消息呼叫建立请求呼叫建立消息呼叫建立指示呼叫建立确认呼叫释放请求呼叫释放消息呼叫释放指示呼叫查询请求呼叫查询消息呼叫查询指示呼叫通知消息呼叫通知表5I-NNI消息I—NNI消息连接建立请求连接建立消息连接建立指示连接建立确认连接释放请求连接释放消息连接释放指示连接查询请求连接查问消息连接查询指示连接通知消息连接通知表6E—NNI消息ENNI消息连接建立请求连接建立消息连接建立指示连接建立确认连接释放请求连接释放消息连接释放指示连接查询请求连接查询消息连接查询指示连接通知消息连接通知 GB／T21645．4—20108．2uNI消息8．2．1呼叫建立8．2．1．1呼叫建立机制呼叫建立定义_『两个步骤(和可选的第三个步骤)。网络创建呼叫名称并发送给用户作为客户呼叫请求的回应。连接名称由发起呼叫请求者为所请求的连接创建。8．2．1．2呼叫建立请求定义呼叫建立请求(callsetupRequest)消息崩来建立呼叫。相关的呼叫建立请求属性如下表7所示。表7uNI呼叫建立请求消息用户发送消息属性网络发送消息属性主叫方uNI传送资源标识符主叫方uNI传进资源标识符被叫方uNI传送资源标识符源呼叫控制器(callC)名称源callc名称目的callc名称主叫方AGCSNPID主叫方AGCSNPlD主叫方AGCSNPPID主叫方AGcSNPPID被叫方AGcsNPID被叫方A∽sNPID被叫方AGcsNPPID被叫方AGcsNPPID方向CoSGoS安全连接名称呼叫名称8．2．1．3建立呼叫指示定义呼叫建立指示(callsetupIndicati。n)消息作为呼叫建立请求消息的响应。指示消息可以由z端用户或网络来发送。与呼叫建立指示相关的消息如表8所示。表8uNI呼叫建立指示消息用户发送属性网络发送属性连接名称呼叫名称状态8．2．1．4呼叫建立确认定义呼叫建立确认消息(callsetupcon“rm)来响应呼叫建立指示消息。呼叫建立确认消息可以由A端用户或网络来发送。与呼叫建立确认相关的属性如表9所示。表9uNI呼叫建立确认消息用户发送属性网络发送属性连接名称呼叫名称状态 标准分享网www.bzfxw.com免费下载GB／T21645．4—20108．2．2呼叫释放8．2．2．1呼叫释放请求定义呼叫释放请求消息(callReleaseRequest)来释放一个呼叫。呼叫释放消息可以由用户或网络来发送。呼叫释放消息中包含的属性如表10所示。表10uNI链路连接释放请求消息用户发送属性网络发送属性I呼叫名称呼叫名称l安全安全8．2．2．2呼叫释放指示定义呼叫释放指示(callReleaseIndicatton)消息作为呼叫释放请求消息的响应。呼叫释放指示消息可以由用户或网络来发送。呼叫释放指示消息中包含的属性信息如表11所示。表11uNI呼叫释放指示消息用户发送属性网络发送属性l呼叫名称呼叫名称l状态状态8．2．3呼叫查询8．2．3．1呼叫查询请求一查询每个呼叫特征定义呼叫查询请求消息(callQueryRequest)用来查询存在的呼叫。呼叫查询消息由用户或网络来发送。呼叫查询清求消息中包含的属性如表12所示。表12uNI呼叫查询请求消息用户发送属性网络发送属性l呼叫名称呼叫名称l安全安全8．2．3．2呼叫查询相应一查询每个呼叫各种定义呼叫查询响应消息(callQueryResponse)用来响应呼叫查询请求。呼叫查询响应消息由用户或网络来发送。呼叫查询响应消息中包含的属性如表13所示。表13uNI呼叫查询响应消息用户发送属性网络发送属性呼叫名称CoSGoS每条连接名称SNPIDSNPPID状态8．2．3．3呼叫查询请求一查询所有呼叫定义查询所有呼叫的请求消息(callQueryAllRequest)用来查询与特定的信令代理或网络呼叫控制器名称相关的所有现存的呼叫。此信息可以由其他的用户或网络发生。查询所有呼叫的请求消息中包含的属性如表14所示。32 表14uNI所有呼叫查询请求消息用户发送属性网络发送属性cc或N【1【1名称cc或Ncc名称l安全安全8．2．3．4呼叫请求响应一所有呼叫查询响应定义查询所有呼叫的响应消息(callQue‘yAllResponse)用来响应ca¨Que7yAllRequest消息，该响应消息由用户或网络来发送。查询所有呼叫的响应消息中包含的属性如表15所示。表15uNI所有呼叫查询响应消息用户发送属性网络发送属性cc或Ncc名称(：(：或N(：c名称呼叫名称列表状态8．2．4通知消息使用通知消息允许交换连接相关的状态信息。通知消息的发送爿j来通知呼叫或连接的状态。与通知消息相关的属性信息如下表16所示。表16uNI通知消息用户发送属性网络发送属性呼叫名称连接名称出错编码安全通知消息一步完成。8．3I_NNI消息8．3．1连接建立8．3．1．1连接建立请求连接建立分两个步骤完成(第3个步骤可选)。为所请求的连接创建一个连接名字。连接建立请求消息(connsetupRequest)用于建立一条连接。连接建直清求消息中包含的属性如表17所示。表17I-NNI连接建立请求消息属性主叫方UNI传送资源标识符被叫方uNI传送资源标识符源cc名称目的cc名称连接名称呼叫名称本地SNPID本地sNPPID 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010表17(续)属性被叫方AGCsNPID被叫方AGCSNPPlD方向性cos服务分类Gos服务等级显式资源列表恢复8．3．1．2连接建立指示连接建立指示消息(connsetupIndication)用于响应连接建立请求消息。与连接建立指示相关的属性信息如表18所示。袭181．NNI连接建立指示消息属性连接名称呼叫名称状态8．3．1．3连接建立确认可选的连接建立确认消息(c。nnsetupconfirm)足为了对连接建立指示进行响应。连接建立确认属性如表19所示。表19I_IvNI连接建立确认消息属性连接名称呼叫名称状态8．3．2连接释放8．3，2．1连接释放请求连接释放请求消息(connReleaseRequest)用来释放一条连接。释放请求消息属性如表20所示。表20HqNl连接释放请求消息8．3．2．2连接释放指示连接释放指示消息(connReleaseIndication)是对连接释放请求进行响应。连接释放指示消息包含的属性信息如表21所示。表21I—NNI连接释放指示消息属性呼叫名称连接名称状态 GB／T21645．4—20108．3．3连接查询下面给出了连接查询的有效结果：连接激活、连接不存在、连接不可用、连接挂起。8．3．3．1连接查询请求一查询每条连接连接查询请求消息(connQueryRequeSt)用来查询一条存在的连接。连接查询请求相关的属性信息如表22所示。表22I-NNI连接查询请求消息8．3．3．2连接查询响应一查询每条连接的特征定义连接查询响应消息connQueryResp。nse用来响应连接查询请求。连接查询响应消息中的属性如表23所示。表23I_NNl连接查询响应消息属性呼叫名称连接名称SNPIDSNPPID方向显式资源列表恢复状态8．3．3．3连接查询请求一查询所有连接查询所有连接的请求消息(connQueryAllRequest)用来查询与连接控制器名称对应的所有存在的连接。查询请求消息的属性如表24所示。表24I-NNI所有连接查询请求消息8．3．3．4连接查询响应一查询所有连接查询所有连接的响应消息(c。nnQueryAllResponse)用来响应所有连接的查询请求。响应消息可以由用户或网络来发送。响应消息中的属性信息如表25所示。表25I-NNl所有连接查询响应消息属性cc名称连接名称列表及其相应呼叫名称状态8．3．4通知消息定义通知消息(n。tificati。n)用来允许对连接状态相关的信息进行交换。发送通知消息用来对呼叫或连接进行通知。通知消息相关的属性如表26所示。35 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010表26I-NNI通知消息属性呼叫名称连接名称出错编码通知消息只需要一个步骤。8．4E-NNl消息8．4．1连接建立8．4．1．1连接建立请求连接建立分两个步骤完成(第3个步骤可选)。为所请求的连接创建一个连接名字。连接建立请求消息(connsetupRequest)用于建立一条连接。连接建立请求消息中包含的属性如表27所示。表27E．NNI连接建立请求消息属性主叫方uNI传送资源标识符被叫方uNI传送资源标识符源CC或NCC名称目的CC或Ncc名称连接名称呼叫名称本地sNPID本地sNPPID被叫方AGCSNPID被叫方AGCSNPPID方向性cos服务分类(；os服务等级显式资源列表恢复8．4．1．2连接建立指示连接建立指示消息(c。nnsetupIndicati。n)用来响应连接建立请求消息。与连接建立指示相关的属性信息如表28所示。表28E_NNI连接建立指示消息属性连接名称呼叫名称状态 GB／T21645．4—20108．4．1．3连接建立确认可选的连接建立确认消息(connsetupconfirm)是为了对连接建赢指示进行响应。连接建立确认属性如表29所示。表29E-NNI连接建立确认消息属性连接名称呼叫名称状态8．4．2连接释放8．4．2．1连接释放请求连接释放请求消息(connReleaseRequest)用来释放一条连接。释放请求消息属性如表30所示。表30E—NNI连接释放请求消息属性呼叫名称连接名称安全8．4．2．2连接释放指示连接释放指示消息(connReleaseIndication)是对连接释放请求进行响应。连接释放指示消息包含的属性信息如表31所示。表31E—NNI连接释放指示消息属性呼叫名称连接名称状态8，4．3连接查询8．4．3．1连接查询请求一查询每条连接连接查询请求消息(connQueryRequeSt)用来查询一条存在的连接。连接查询请求相关的属性信息如表32所示。表32E-NNI连接查询请求消息属性呼叫名称连接名称安全8．4．3．2连接查询响应一查询每条连接连接查询响应消息(connQueryResponse)用来响应连接查询请求。连接查询响应消息中的属性如表33所示。37 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010表33E-NNI连接查询响应消息属性呼叫名称连接名称SNPlDSNPPID方向显式资源列表恢复状态8．4．3．3连接查询请求一查询所有连接查询所有连接的请求消息(connQueryAllRequest)用来查询与网络呼叫控制器名称对应的所有存在的连接。查海请求消息的属性如表34所示。表34E—NNI所有连接查询请求消息8．4．3．4连接查询响应一查询所有连接查询所有连接的响应消息(connQueryAliResponse)用来响应所有连接的查询请求。响应消息可以由用户或网络来发送。响应消息中的属性信息如表35所示。表35E—NNI所有连接查询响应消息属性NCC名称每个呼叫的名称：相关连接名称列表+状态8．4．4通知消息通知消息(notificatlon)用来允许对连接状态相关的信息进行交换。发送通知消息用来对呼叫或连接进行通知。通知消息相关的属性如表36所示。表36E-NNI通知消息属性呼叫名称连接名称出错编码安全38通知消息只需要一个步骤。 GB／T21645．4—20109分布式连接管理(DcM)状态图9．1分布式连接管理状态定义本部分详细介绍了连接控制器实体基于状态转移事件的状态转移图。本部分所规范的状态图应用于每个Cc，另外还描述了每条连接的状态迁移过程，以及每个通信实体从一个状态迁移到另外一个状态时所发生的事件和动作。状态转换为下列实体指定：一发起方用户：发起某个操作的用户。连接建立操作时为A端用户(cCca)。释放操作剐可以为A端或z端用户。终结方用户：终结一个呼叫的用户。呼叫建立操作时为z端用户(ccc_z)。呼叫释放操作时为z端或A端用户。一一呼叫控制器。连接控制器。呼叫操作相关的状态如下：——空闲状态(s．)：该状态为缺省状态。在这种状态下，信令控制实体可以接受呼叫建立请求并进行对应的动作。一验证呼叫建立请求状态(s⋯)：该状态下，呼叫控制器(callc)验证呼叫建立请求(包括安全和策略验证)。呼叫建立请求发起状态(s⋯)：该状态下，callc产生并发送呼叫建立请求消息，并等待建立请求死的响应。——连接建立状态(s⋯)：该状态下，cc执行连接的建立以支持所接受的呼叫。呼叫建立接受状态(s⋯)：该状态下，callC产生并发送呼叫建立指示消息来响应呼叫建立请求，并等待呼叫最终建立的确认消息。一一验证呼叫状态(s。，)：该状态下，callc做呼叫是否已经成功建立的验证处理。一激活状态(s。)：该状态下，呼叫建立过程已经完成，与呼叫对应的各个连接也已经建立并准备开始传送用户数据。一一验证呼叫释放请求状态(s。。)：该状态下，callc对呼叫释放请求进行验证。验证通过后允许进行呼叫释放处理，验证不通过拒绝呼叫释放请求。验证包括权限验证、完整性验证，也可能包含策略验证。一呼叫释放请求发起状态(s⋯)：该状态下，caIlc产生并发送呼叫释放请求，并等待呼叫释放请求响应。一一释放连接状态(s⋯。)：该状态下，cc执行连接释放来支持呼叫释放动作。——信令故障(s。。)：该状态下，信令通信通道中断。连接操作的相关状态操作如下，并描述了上述呼叫状态相关的连接状态的详细情况：一空闲状态(s．)：该状态为缺省状态，在空闲状态下，信令通信实体可以接收连接建立请求并执行相应的动作。一验证连接建立请求状态(s⋯)：该状态下，cc验证连接建立请求(如可能包括安全和策略验证)。——连接建立请求发起状态(s。。)：该状态下，cc产生并发送连接建立请求，并等待建立请求响应。一连接建立接受状态(s⋯。)：该状态下，cc已经产生并发送了连接建立指示状态作为连接请求的响应，并等待连接最终建立的确认消息。——验证连接状态(s⋯。。)：该状态下，cc验证连接是否已经正确建立。39 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010连接激活状态(s。)：该状态下，连接建立请求完成并向callc发送通知消息指示连接建立已经完成。——验证连接释放请求状态(s一。)：该状态下，cc验证连接释放请求。验证通过后允许释放连接，否则拒绝连接释放请求。验证包括权限验证、完整性验证，也可以包括策略验证。——连接释放请求发起状态(s。。)：该状态下，cc产生并发送连接释放请求，并等待连接释放请求响应。——信令故障状态(s⋯，)：该状态下，信令通信通道中断。可能导致状态转移的事件包括：——外部触发事件，如用户决定请求一个呼叫，流量工程管理发起一个新的呼叫，连接故障导致请求释放一个呼叫等。这些事件可以通过用户接口或应用接口来触发。——接收到消息的事件。——验证结果事件。——超时事件。异常的或不可知的消息不会导致状态转移。这些消息会被忽略或向该消息的发送者回应一个出错指示的消息。9．2呼叫状态9．2．1呼叫状态事件下面的事件和用户呼叫控制器(callc)的呼叫状态有关，如表37所示。表37用户callc呼叫状态事件事件事件描述Unk接收到无法识别或异常的消息SetReo用户呼叫控制器callc接收到一个建立呼叫的请求SetVer用户呼叫控制器CallC验证呼叫建立请求成功SctNVcr用户呼叫控制器callC验证呼叫建立请求不成功SetSuc用户呼叫控制器callc接收到呼叫已经成功建立的响应S札NSuc用户呼叫控制器ca儿C接收到呼叫建立不成功的响应SetExD呼叫建立定时器超时RelRe口用户呼叫控制器callc接收到释放呼叫的请求RelVer用户呼叫控制器caljc验证呼叫释放请求成功RclNVer用户呼叫控制器CallC验证呼叫释放请求失败ReISuc用户呼叫控制器callc接收到呼叫释放成功的响应RelExD呼叫释放定时器超时SigErr检测到信令通信通道故障SlgNErr信令通信通道故障修复下面的事件和网络callc(主叫方或被叫方)呼叫状态有关，如表38所示。表38网络Callc呼叫状态事件事件事件描述Unk接收到无法识别或异常的消息SetReu用户呼叫控制器callc接收到一个建立呼叫的请求SctVcr用户呼叫控制器Callc验证呼叫建立请求成功SctNVer用户呼叫控制器CallC验证呼叫建立请求不成功 表38(续)GB／T21645．4—2010事件事件描述SetAcD网络呼叫控制器接收到呼叫建立请求被接受的响应SetNAcD网络呼叫控制器接收到呼叫建立请求被拒绝的响应SetCon网络呼叫控制器接收到支持呼叫的连接建立成功的响应SetNCon网络呼叫控制器接收到支持呼叫的连接建立失败的响应SctCa儿Ver网络呼叫控制器对b经建立的呼叫验证成功SetCallNVcr网络呼叫控制器对已经建立的呼叫验证失败SetExD呼叫建立定时器超时RelReq网络呼叫控制器接收到呼叫释放的请求ReIVer网络呼叫控制器对呼叫释放请求验证成功RelNVer网络呼叫控制器对呼叫释放请求验证失败RclCon网络呼叫控制器接收到支持呼叫的连接已经成功释放的响应RelN(：on网络呼叫控制器接收到支持呼叫的连接没有成功释放的响应RelExD呼叫释放定时器超时SigErr检测到信令通信通道故障SigNErr信令通信通道故障修复9．2．2发起方用户呼叫控制器(ca¨c)呼叫状态9．2．2．1用于呼叫建立的发起方用户呼叫状态下面的状态转移图应用于呼叫建立的发起用户的callc，如表39和图34所示。表39源用户呼叫控制器呼叫建立状态转移当前状态事件行为下一个状态Unk向消息发送者发送通知消息报告错误信息，状态维持不变5．SetRe口验证请求S。唧发送呼叫建立请求消息S⋯SetVerSmq肩动呼叫建立定时器(T。。L州。)S⋯S“NVer通知呼叫发起者呼叫建立请求已经被拒绝S。删除呼叫建立定时器(T础⋯，)S卅。SctSucS。发送呼叫建立请求确认消息(可选)SⅢqSetNSuc删除呼叫建立定时器(T刊。灿，)S通知呼叫发起者呼叫建立超时S㈣SetExD发送呼叫释放请求消息S㈣q启动呼叫释放定时器(T刊hh。)S。SigErr无S⋯。S啦mSigNErr无S。 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010图34源用户呼叫控制器呼叫建立状态转移图9．2．2．2用于呼叫释放的发起端用户呼叫状态下面的状态转移图应用于发起端用广callc的呼叫释放情况，如表40和图35所示。表40源用户呼叫控制器呼叫释放状态转移表当前状态事件行为下一个状态Unk向消息发送者发送通知消息报告错误信息，状态维持不变SRelReⅡ验证请求S。瑚发送呼叫释放请求消息S。咖RelVerS⋯启动呼叫释放定时器(T训小一)S。啪RelNVer通知呼叫发起者呼叫释放请求被拒绝S。S删。RelSuc删除呼叫释放定时器(TⅢt一⋯)S．S嗍RelExD通知呼叫发起者呼叫释放请求定时器超时S．42图35源呼叫控制器呼叫释放状态转移图 9．2．3终结方用户呼叫控制器(callc)呼叫状态9．2．3．1用于呼叫建立的终结方用户呼叫状态GB／T21645．4—2010下面的状态转移应用于终结端用户callc的呼叫建立时的状态。如表4l和图36所示。表41目的用户呼叫控制器呼叫建立状态转移表当前状态事件行为下一个状态Unk向消息发送者发送通知消息报告错误信息，状态维持不变S．S吼Re口验证请求S。啪发送呼叫已经被接受的消息S⋯SetVcrS州。。启动呼叫建立定时器(T训㈣，。)S⋯SeLNVer通知呼叫发起者呼叫建立请求被拒绝S，S川“SctSuc删除呼叫建立定时器(T训h岬)S。SⅢⅢSetNSuc删陈呼叫建立定时器(T刊bⅢ，)S。通知呼叫发起者呼叫建立请求定时器超时S眦。lSetExD发送呼叫释放请求消息S，啪启动呼叫释放定时器(T甜·一眦。)S。SigErr无S眦晰S。j⋯SlgNErr无S。图36目的用户呼叫控制器呼叫建立状态转移图9．2．3．2用于呼叫释放的终结方用户呼叫状态下面描述的状态转移应用于终端用户的callC呼叫释放情况，如表42和图37所示。表42目的用户呼叫控制器呼叫释放状态转移表当前状态事件行为下一个状态Unk向消息发送者发送通知消息报告错误信息，状态维持不变S。RelRea无S，肋S—RelSuc无S43 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010图37目的用户呼叫控制器呼叫释放状态转移图9．2．4网络呼叫控制器(ca¨c)呼叫状态9．2．4．1用于呼叫建立的网络呼叫控制器(CallC)呼叫状态下面的状态转移应用于网络呼叫控制器callc的呼叫建立，如表43和图38所示。表43网络呼叫控制器呼叫建立状态转移表当前状态事件行为下一状态Unk向消息发送者发送通知消息报告错误信息，状态维持不变S．SetReo验证请求S⋯发送呼叫建立请求消息S⋯SetVerS—启动呼叫建立定时器(T训h帅)S⋯SctNVcr通知呼叫发起者呼叫建立请求被拒绝S，删除呼叫建立定时器(T—b山，)发送呼叫建立已经接受的消息S。岫SetAcDS蚋。。发起连接建立处理(对主叫方呼叫控制器)启动连接建立定时器(T⋯呻)删除呼叫建立定时器(Tdb州。)5⋯SetNAcDS。通知呼叫发起者呼叫建立请求被拒绝S⋯SetExD通知呼叫发起者呼叫建立请求被拒绝S．S⋯．SetCon删除连接建立定时器(T⋯。帅)S州。llS。一。SetNCon通知呼叫发起者呼叫建立请求被拒绝S。通知呼叫发起者呼叫建立请求被拒绝S啪。SetExD发起连接释放处理(对主叫方呼叫控制器)S⋯。启动连接释放定时器(T⋯一心州)S。。。。llSetCallver发送呼叫已经建立的消息S。通知呼叫发起者呼叫建立请求被拒绝S⋯llS虬CallNVer发起连接释放处理(对主叫方呼叫控制器)S⋯。启动连接释放定时器(T⋯一心Ⅲ)S。S19Err无S跗，，S叩。SlgNErr无S。44 GB／T21645．4—2010图38网络呼叫控制器呼叫建立状态转移图9．2．4．2用于呼叫释放的网络呼叫控制器(CallC)呼叫状态下面的状态转移情况适用于callC的呼叫释放时的状态变化情况，如表44和图39所示。表44网络呼叫控制器呼叫释放状态转移表当前状态事件行为下一状态Unk向消息发送者发送通知消息报告错误信息，状态维持不变S。RelRea验证请求S⋯。发送呼叫释放消息SⅢ。。ReIVer发起连接释放处理(对主叫方呼叫控制器)S⋯。启动连接释放定时器(T⋯汕槲)SⅢ。。RelNVer通知呼叫发起者呼叫释放请求被拒绝S。删腺呼叫释放定时器(T札乩一)S删。RelConS．通知呼叫控制器呼叫已经被释放S⋯RelNCon．RelExn通知呼叫发起者呼叫释放请求定时器超时S． 标准分享网www.bzfxw.com免费下载GB／T21645．4—20109．3连接状态9．3．1连接控制器状态事件图39网络呼叫控制器呼叫释放状态转移图下面的事件与用户连接控制器cc的连接状态相关，如表45所示。表45用户连接控制器状态事件事件事件描述Unk接收到无法识别或异常的消息SeLReo用户连接控制器cc接收到一个建立连接的请求SetVer用户连接控制器验证连接建立请求成功Set)JVer用户连接控制器验证连接建立请求不成功SetIⅡd用户连接控制器接收到连接建立请求已经成功处理的指示消息SetNIrld用户连接控制器接收到连接建立请求投有成功处理的指示消息Set(：nfm用户连接控制器接收到连接已经成功建立的确认消息S“NCnfnl用户连接控制器接收到连接没有建立的确认消息SetExD连接建立定时器超时ReIRcq用户连接控制器接收到连接释放请求RelVer用户连接控制器验证连接释放请求成功RelNVer用户连接控制器验证连接释放请求不成功Rellnd用户连接控制器接收到连接已经释放的指示信息RelExp呼叫释放定时器超时窥gErr检测到信令通信通道故障SlgNErr信令通信通道故障修复46 GB／T21645．4—20109．3．2源用户连接控制器或源网络连接控制器的连接状态9．3．2．1用于连接建立的源端连接控制器的连接状态对于sc业务，下面的状态转移表适用于源用户的连接控制器。对于sPc业务，下面的状态转移表适用于源网络连接控制器，如表46和图40所示。表46源连接控制器连接建立状态表当前状态事件行为下一状态Unk向消息发送者发送通知消息报告错误信息，状态维持不变S．SetReo验证请求S⋯发送连接建立请求消息SⅢ。SetVerS⋯启动连接建立定时器(T⋯川。)S卅。SetNVcr通知连接发起者连接建立请求被拒绝S．删除连接建立定时器(T咖。一灿，)SⅢ。SetIndS。发送连接确认消息(可选)SmqSetNInd删除连接建立定时器(T⋯⋯，)S．通知连接发起者连接建立请求超时SⅢ。SetExD发送连接释放请求消息S，咖启动连接释放定时器(T一。汕。，)S。SigErr无S叩。S州ⅢSigNErr无S。图40源连接控制器连接建立状态转移图9．3．2．2用于释放的源端连接控制器连接状态下面所描述的状态转移图适用于源端连接控制器(cc)的连接释放时的状态变化，如表47和图41所示。47 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010表47源连接控制器连接释放状态表当前状态事件行为下一状态Unk向消息发送者发送通知消息报告错误信息。状志维持不变*——S，Re】Rea验证请求S⋯q发送连接释放请求消息S⋯。RelVerS。叫启动连接释放定时器(T⋯一一。)S。m。RelNVer通知连接发起者连接释放请求被拒绝S。S，咖RelTnd删除连接释放定时器(TⅢ。一一)SS，眦RelE。p通知连接发起者连接释放请求超时S。图41源连接控制器连接释放状态转移图9．3．3目的端用户连接控制器或目的端网络连接控制器连接状态9．3．3．1用于连接建立的目的端连接控制器连接状态对于sc业务，下面的状态转移表适用于目的端用户cc。对于sPc业务，下面的状态转移表适用于目的端网络Cc。下面描述的状态转移情况适用于目的端连接控制器的连接建立过程时的状态转移情况，如表48和图42所示。表48目的连接控制器连接建立状态表当前状态事件行为下一状态Unk商?肖息发送者发送通知消息报告错误信息，状态维持不变S，SetRco验证请求SⅢ。发送连接指示消息S聊。。SetVeoS，枷，启动连接建立定时器(T0⋯。唧)S娜eqSctNVer通知连接发起者连接建立请求被拒绝S。S⋯。SctCnfm删除连接建立定时器(T⋯㈨。)S。 表48(续)GB／T21645．4—2010当前状态事件行为下状态Sw。SetNCnfm删除连接建立定时器(T一⋯岬)S通知连接发起者连接建立请求超时S。。。。。SetExD发送连接释放清求消息Sm。启动连接释放定时器(T一乩咖)S。SlgErr无S娜。S呼，。S喀NErr无S。图42目的连接控制器连接建立状态转移图9．3．3．2用于连接释放的目的端连接控制器连接状态下面描述的状态转移情况适用于目的端连接控制器的连接释放情况，如表49和图43所示。表49目的连接控制器连接释放状态表l当前状态事件行为下一状态*Unk向消息发送者发送通知消息报告错误信息，状态维持不变s。RelReq发连接指示消息S．图43目的连接控制器连接释放状态转移图 标准分享网www.bzfxw.com免费下载GB／T21645．4—20109．3．4中间节点连接控制器的连接状态9．3．4．1用于连接建立的中间节点网络连接控制器连接状态对于sc业务，下面的状态转移表适用于网络连接控制器。对于sPc业务，下面的状态转移表适用于中间网络连接控制器。下面所描述的状态转移适用于中间节点cc连接建立过程时的状态变化情况，如表50和图44所示。表50中间网络连接控制器连接建立状态表当前状态事件行为下一状态Unk向消息发送者发送通知消息报告错误信息，状态维持不变5．SetReo验证请求S⋯发送连接建立请求消息S。瑚SetVerS，咖启动连接建立定时器(T⋯咖。)S。眦SetNVer通知连接发起者连接建立请求被拒绝S，删除连接建立定时器(T⋯蚋。。)S—SetInd发送连接指示消息S。训启动连接建立定时器(T⋯瞅。)删除连接建立定时器(T咖⋯。，)S—SetNIndS。通知连接发起者连接建立请求被拒绝S—SetExD发送连接释放请求消息S⋯启动连接释放定时器(T—心。)S⋯SetCnfm删除连接建立定时器(T⋯舢。)SⅢ一删除连接建立定时器(，l"⋯㈣。)S⋯SetNCnfmS．通知连接发起者连接建立请求被拒绝通知发起者连接建立请求被拒绝S～。SetExn发送连接释放请求消息S刑。启动连接释放定时器(T⋯一m。)S⋯．SetConnVer发送连接确认消息S。通知连接发起者连接建立请求被拒绝S⋯。SetConnNVer发连接释放请求消息5，咖启动连接释放定时器(T⋯。“。嫩)S。s追Err无S⋯SigNErr无S。50 GB／T21645．4—2010图44中间连接控制器连接建立状态转移图9．3．4．2用于连接释放的中间节点连接控制器连接状态下丽描述的状态转移适用于巾间节点连接控制器连接释放时的状态变化情况，如表5l和图45所示。表51中间网络连接控制器连接释放状态表当前状态事件行为下一状态Unk向消息发送者发送通知消息报告错误信息，状态维持不变S。ReIReq验证请求S⋯。发送连接释放请求消息S。咖RelveoS。啪启动连接释放请求定时器(T㈣。一m。)S。唧Re【NVer通知连接发起者连接释放请求被拒绝S。删除连接释放定时器(T⋯。№。)S州RelIndS。发进连接指示消息S⋯RelExD通知连接发起者连接释放请求超时S． 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010图45中间网络连接控制器连接释放状态转移图10呼叫和连接控制器的功能管理10．1呼叫和连接控制管理功能定义本部分定义了以下功能：管理平面的功能应支持故障管理、配置管理(包括资源分配和去分配)、性能管理、安全管理和计费管理能力；传送平面支持净荷传送、性能监视、故障检测和保护倒换功能；——控制平面支持动态通道计算、动态分布呼叫和连接的建立或释放、动态保护和恢复的指配或分配、恢复功能。呼叫控制器、连接控制器和链路资源管理器元件提供了对由分布式连接建立和释放功能建立和释放的呼叫进行监视和管理的能力。作为对这些清求进行监视和管理的一部分，呼叫控制器(callc)、连接控制器(c(：)、链路资源管理器(I。RM)以及管理平面之间需要发生通信。元件与管理平面(MP)之间的通信包括元件配置和确保元件健全的特定信息交换。为了能够支持管理信息信号在元件与MP之间交换信息，要包括元件的各种行为。图46说明了元件与MP之间的接口，这里描绘的MI信息仅用于DCM功能。 Ml管理信息CB／T21645．4—2010图46控制平面元件与管理平面之间的接口管理系统能够设置有关元件行为的特定信息，并且能将这些信息传递给元件。兀件还会报告其控制信息。这些由元件报告的信息会被分类并由元件自动传递给管理系统，或者通过管理系统查询元件获得该信息。在这种通信方式下，可以控制自动报告功能是使能还是禁止。要注意的是MP应能始终获得状态信息，甚至在状态报告功能被禁止的情况下也应如此。以下是由管理功能控制的可供选择的MI信号：——元件状态：呼叫控制器(CalIc)状态报告、cc状态报告和LRM状态报告允许管理平面为特定的元件指定状态报告功能为使能；而caIlc操作状态、cc操作状态和LRM操作状态独立提供从元件到管理平面有关元件健全性的信息(例如“使能”为执行该功能，“禁止”为禁止执行该功能)。caIIc问题列表、cc问题列表和LRM问题列表独立提供有关元件健全性和相应接口的详细信息(如在元件接口上或元件内部检测出的问题列表)。如果管理平面不具备状态报告信号，则默认为“禁止”状态。——应用的信令机制：当信令协议控制器的接口支持多信令机制时(例如：RsVP_TE、cRLDP、PNNl)，MI信号DcM信令模式可以让管理平面决定信令协议控制器应用哪种信令机制。协议控制器还可以指定特定的信令机制，但管理平面不考虑协议控制器所指定的结果。以下MI信号由元件来控制：——元件性能的跟踪：callc和cc提供呼叫和连接请求的监视和管理功能。同样的，这些元件会跟踪各种不同的参数，包括业务利用率信息和呼叫状态信息。其他类型信息例如连接利用率还没有加入这些元件中，因此这里没有描述。如果元件提供连接请求的跟踪功能，那么MI信号应支持控制平面的管理查询。以下定义了callc、cc和LRM元件的MI信号。·MIcallC呼叫刷期：提供源于callc的呼叫持续期的跟踪。·MIcallc呼叫状态：提供指定信号状态信息。●MIcc连接状态：提供指定连接的状态信息。·MILRM连接状态：提供指定链路连接的状态信息。53 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010·MIcallc呼叫尝试：提供callc接收的呼叫建立请求的数目信息。·MIcallc呼叫阻塞：提供callc接收的呼叫建立请求被阻塞的数目信息。——增强的呼叫监视功能：《As()N标准第一部分》定义的连接没有任何监视能力，而增强的连接具有连接的监视能力。cc的监视能力和影响效果待研究。除r以上这砦MI信号之外．也支持在控制平面和管理平面之间的其他类型的通信。这些类型包括在建立和释放连接期问的通信。以下部分主要描述了与建寺和释放相关的处理过程，和在不同连接操作阶段应用的管理通信。表52总结了本部分定义的可供选择的MI信息。表52可供选择的MI信息MI信息Ml信息(英文)信息属性M1callC状态报告MICallCstatusReportlngMlcc状态报告MICCs伯tusRepom“g使能或禁lrMII。RM状态报告MIj．RMstatusRepomngMICallC操作状态MI—CallCopera【ionalStateMTcc操作状态MICcoperatlonalSta忙上或下MILRM操作状态MI-1．RMoperatjona【stateMIcallc问题列表Ml-CallCprc】blemI。ist问题例如“对等元件通信失败”、“过MlCC问题列表MI—CCproblemLlst量差错说明消息”MILRM问题列表MI—LRMproblemL|stMIDcM信令模式MI—DCMslgMode如RSVFtTE、CRLDP、PNNI时间域、开始时间和日期、终止时间MICallC呼叫周期MI—CaIlCcallDuration和日期MIcallc呼叫状态MLca}lCcaI】state参见第9节定义的状态MIcc连接状态Ml—CCconnectionState参见第9节定义的状态参见《ASON标准第一部分》中定义MILRM连接状态MLLRMconncctionstate的状态MICallC呼叫尝试MI—CailCcallAtteInpt每个时间周期呼叫建立请求的总数MIcallc阻塞呼叫MLCallCcallBlocked呼叫请求阻塞的总数Ml呼叫建立请求MLCaIlSetupRequest属性与呼叫建立请求消息属性相同MI呼叫建立指示MLCallsetupIndicatl。n属性与呼叫建立指示消息属性相同呼叫名称连接名称A端用户名称z端用户名称MI请求建立新路由MI—r8questS“upNewRouleSNI，IDSNPPID方向性CoSGoS54 表52(续)CB／T21645．4—2010MI信息MI信息(英文)信息属性呼叫名称连接名称SNPIDMI新路由建立响应MI—responscSctupNewRouteSNPPID方向性显式资源列表恢复呼叫名称连接名称A端用户名称z端用户名称SNPIDMI认证CA【：MIverlfvCACSNPPIDCoSGoS显式资源列表恢复MI响应cAcM】resDonseCAC接受或拒绝MI资源预留建立响应MI—resp。nseSetupResourcesReserved预留或不预留MI资源分离建立响应MI—r船ponseSetupResourcesAIlocated分配或未分配MI呼叫资源失效响应MLresponsccallResourceFail失效的资源MI呼叫释放请求MI—CallRekaseRequest属性与呼叫释放请求消息属性相同Ml呼叫释放指示MICallReIeaseIndicatlon属性与呼叫释放指示消息属性相同呼叫名称MI现存路由请求MIrequestExlstlngRoute连接名称呼叫名称连接名称SNPIDMI现存路由响应MI—resp。nscE)【istlngRouteSNPPID方向显式资源列表恢复MI释放资源去分配响应MIrespoⅢReleaseResourcesDea儿㈣ted去分配连接释放的状态编码与7．42．1中定MI释放错误MIrPleaseError义的相同10．2建立连接以下MI信号列表描述了管理功能与控制平面功能之间建立连接进行的交互过程。——支持两种类型的连接：交换连接(sc)和软永久连接(sPc)。在sPc方式下，由管理平面发出连接建立请求，MI呼叫建立请求消息会通过MI接口。 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010——在接收到建立请求后，会经过不同方式完成内部处理来创建相应的资源。它包括请求优先级的处理、最终路由信息的处理、资源或路由的验证信息处理和资源的分配处理(如果业务需要，资源的分配处理还会包括保护或恢复的分配)。要注意的是有些处理过程不必要求，因为管理系统可以完成这些处理。当cc请求一个Rc(路由控制器)的出口路由时(Rc分布在管理平面中)，路由信息的通信还需要一些附加的消息，如MI请求建立新路由和MI建立新路由响应信号。要注意的是为了支持恢复和多样性约束条件，还要在信号中传送多个路由，也就是说，显式的资源列表属性会包含保护或不同连接的多个路由。当管理平面具有cAc功能时，需要传送有关该功能的一些附加消息，如MI认证cAc和M1响应CAC。——需要完成相关请求的验证、资源的预留等处理过程。需要传送cc有关资源已被预留的消息MI资源预留建立响应。——需要完成相关请求的验证、资源分配等处理过程。需要传送cc有关资源已被分配的消息MI资源分配建立响应。——一旦CC完成处理以后，连接请求继续到下游的CC。下游的Cc由RC建立的路由来决定。完成请求之后，下游的cc收到一个请求状态的响应(例如确认或拒绝)。·如果接收的响应为被拒绝，所有通向人口的节点(例如呼叫发起节点)需要完成取消分配资源的附加处理。一在确定了连接操作状态之后会向cc发送一个响应消息，发送方可能是上游cc、网络callc，对于sPc来说也可能是管理平面。在SPc方式下，连接建立响应发送给管理平面。MI呼叫建立指示信号需要通过MI接口传送。·作为MI呼叫建立指示消息的一部分，如果连接没有被成功建立或出现导致局部建立的错误时，详细的错误信息会发送给管理平面。错误信息包括错误原因和已建立的但不能由控制平面释放的所有局部链路(或链路连接)。一在建立呼叫连接之后，caIlc通过cc和LRM监视连接。如果连接失败必须通知caIIc，以便采取相应措施，例如对该呼叫进行恢复或者中断使用该呼叫(也就是呼叫释放事件)。需要将这种MI呼叫资源失效响应消息传送给callc。10．3释放连接为了释放一个呼叫，在不同元件的内部和外部需要进行信息交换。一一支持两种连接类型：交换连接(sc)和软永久连接(sPc)。在sPc方式下，由管理平面发出连接释放请求。MI呼叫释放请求需通过NMI接口传送。——cc接收到释放请求以后，c(：请求Rc索取已存在连接的路由。在Rc功能分配给管理平面的情况下，需要MI现存路由请求消息和MI现存路由响应消息来传送路由信息。——在请求验证之后，就会对资源进行去预留和去分配处理。附加的消息MI释放资源去分配响应用来传送资源去分配信息。——一旦cc完成处理之后，连接请求继续传送到下游的cc。下游cc由Rc指定的路由决定。请求完成的同时，会收到由下游cc发送的有关请求状态的响应(确认被拒绝)。·如果收到被拒绝的响应，需要经过附加处理过程通知管理平面释放操作被拒绝的原因。发送MI释放错误消息通知管理平面控制平面无法成功释放存在的呼叫。——确定连接操作状态的同时，请求的元件会收到一个响应。该元件可能是上游cc、网络呼叫控制器(callc)，对于sPc来说也可能是管理平面。在sPc方式下，会向管理平面发送一个呼叫释放响应。呼叫释放响应消息MI呼叫释放指示需通过MI接口传送。·作为MI呼叫释放指示信号的一部分，如果呼叫没有被释放，或者出现导致局部释放的错误，错误的详细信息会发送到管理平面。该信息包括错误原囚和所有无法释放的局部链路(或链路连接)。 GB／T21645．4—201011信令协议的选择对于AsON网络内的所有控制域，域问信令协议应与域内信令协议的选择无关，uNI、INNI和ENNI接口的信令协议选择应相互独立。a)uNI接口涉及AsoN网络与客户设备的互联互通，因此应采用统一的信令协议RsvP—TE。uNI接口的信令协议应符合《自动交换光网络(AsON)技术要求第5部分：用户网络(UNI)接口》的要求。b)E—NNI接口涉及As0N网络中不同域之间的互联互通，因此应采用统一的信令胁议RsvPTE。E—NNI信令协议应符合《自动交换光网络(AsoN)技术要求第9部分：外部网络网络(E—NNI)接口》的要求。c)I—NNI接口为域内部接口，一般由单一供应商的设备组成。因此I—NNI接口信令协议，可以采用PNNI、RsvP_TE、cR-LDP三种协议的任何一种，应分别符合ITU-TG．7713．1、G．7713．2、和G．7713．3的要求。d)uNI、E—NNI和lNNI接口如果选择了不同的信令协议，应在边界节点的协议控制器上提供不同协议转换的网关功能。12基于GMPLSRsVP-TE信令流程12．1RsVP—TE消息类型RsvP消息类型如表53所示。表53RsvP消息类型值值消息类型1路径消息(Path)2预留消息(Resv)3路径错误消息(PathErr)4预留错误消息(Ii州Err)路径拆除消息(PathTear)7预留确认消息(ResvConf)13响应消息(Ack)15刷新消息(srefresh)20握手消息(Hello)2l通知(Notlfy)RsVP消息在uNI接口和DcM消息的对象关系如表54所示。表54GMPLsRsvP—TE消息到DcMuNI消息的映射消息类型UNI消息(；MPI．sRsVP—TE消息呼叫建立请求路径(Path)CaUSet“pRoquest呼叫建立指示预留(Resv)，路径错误(PathErr)，预留错误(Res呼叫建立消息CallsetupIndicatlonvErr)呼叫建立确认预留确认(Resvconf)CalISen】DCon“rm57 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010表54(续)消息类型UNI消息GMPI，sRsVPTE消息呼叫释放请求路径(Path)或预留(ResV)(w／D＆．R比特)或路径CallReleaseRe口ue毗(Path)或预留(Rcsv)(w／A＆Rblt)呼叫释放消息呼叫释放指示路径错误(PathErr)(Path状态移除标志)或路径拆Ca】lReleaseTndlcatjo“除(PathTear)，预留错误(ResvErr)呼叫查询请求路径(Path)(在RsVP_TE中通过周期性的刷新实Cal【QI】eryRequest现)呼叫查询消息呼叫查询指示预留(Resv)(在RsVPTE中通过周期性的刷新实Cal【QueryIndlcation现)呼叫通知通知(Nolify)，包括路径错误(PathErr)呼叫通知消息CallNotlfvJRsVP消息在E-NNI接口和DcM消息的对象关系如表55所示。表55GMPLSRSVP-TE消息到DCME—NNI消息的映射消息类型ENNl消息GMPI．sRsVP_TE消息连接建立请求路径(Path)ConnectlonSen】pRequest连接建立指示预留(Resv)，路径错误(PathErr)，预留错误(Res—呼叫建立消息C0nnectionSetuplndicatlonvErr)连接建立确认预留确认(ResvConf)ConnectlonSetupConnrm连接释放请求Path或Resv(w／D＆Rblt)或Connecti。nReleaseRequestPath或Resv(w／A8LRbit)呼叫释放消息连接释放指示PathErr(Path状态移除标志)或PathTear，ResvErrConnectionReleaseIndicatlon连接查询请求Path(在RsVP_TE中通过周期性的刷新宴现)C0nnectionQueryRcquest连接查询消息连接查询指示R㈣(在RsVP_TE中通过周期性的刷新实现)ConnectlonQueryIndlcatlon连接通知通知(Notify)，包括PathErr，ResvErr连接通知消息ConneclionNotlfv12．2GMPLsRsVP_TE功能结构12．2．1RSVP．TE协议机制资源预约协议(RsVP)为IETF定义的协议(RFC2205)，该协议为IP数据流建立网络资源。RsvP协议的定义由基本的处理流程，以及IP网络内部的信令消息和对象格式构成。流量工程扩展的RsVP—TE(RFc3209)用来在MPLs网络中建立具有约束路由的连接。RsvP—TE定义在RsvP基础上新增的处理流程以及消息和对象格式。GMPI。s信令扩展是基于基本的MPI。s信令处理和抽象消息来满足处理不同类型的交换应用，如TDM交换、端口交换、波跃交换等等。图47描述了GMPLsRSVPTE定义的相关消息流的方向。58 。。麓··一slcn“hHc¨Rc""●●--—----一PachT‘‘mncchHcll_^A图47(：MP【．sRsvP-TE消息流方向f，MI’l。sRsVPTE消息格式以RI?L、22(jj定义的壮术结掏为船础。ItsVI’消息由通川消包头和‘o每种类’W消息柑戈的系列对蒙构成。通朋淌息头结构如嘲48所Ⅲ．国48RsvP-1E消息通用消息头结构特定的消息凳型扩展在RF(296l和RFc3209中有定义。各个域的定义如下版木(；比特)：佛泌版本编号目前为版奉号为l。柄；忠他(4比特)：ox㈨ox08(倮甜)H前4个比特位没有定义。棱骏和：整个Rsvll钔息包的敉验和．如果为{)．表小没有进行枝验。艇送TIl。：从源F点发出时，和对应的IPIl【J值相同。经过RsvP处理节电处理后汝值碱l。RsvP消息经过水KsvP网络时．】PrrIJ值不断醯少．仉该值不发生变化。——RsvP消息K度整个RsvP消息的K度(“字节为单位】。包括消息头K度和后面跟随的RsvP对象长度。(；MPI．sRsvPTE的扩展定义rGENERAL】zEI)uNI对象米封装A端和z端名字．以及n：uNI接r1支持业舟请求所指定的【10s和(；os。()IFuN】l()R2定义(，I刘FkAIIzEI)一IJNI对象．忭对该埘象进衍r扩展用束支持坫丰的呼ml慨念井盘持软水久连接(sI’c)业务。122对呼叫标识符的支持对“MPIsksvP|-K进{T自腱用米芷持牲奉的呼叫模删。呼叫揽唰般定啸求消扈在同个消息内川时址理一个呼叫“胜泼呼叫时麻的连接酸钔息在主叫呼nH控制器和刚络呼叫控制器之问空互．Iq时也往网络呼叫控制器和破叫呼叫控制器之州空i。埘一个呼叫添加或删除一条连接的处理11i呼叫修改流程米完成。如时～条指定的畦接肼悱进行悔嫂。往呼叫挎改的过程rh呼叫会话维持小变。可“通过呼叫标识对象‘【A1【，【I))米埘个L经建立的呼叫进行标弧。呼叫标识对毁的格式如图l9。 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010图49呼叫标识符格式下面为c—type的定义：——cType一“操作者指定)：呼叫标识包含操作者指定的标识。——cType一2(全局唯一)：呼叫标识包含全局唯一的部分加上操作者指定的标识部分。下面定义了呼叫标识的结构：——呼叫标识：长度×8—32比特的标识符。呼叫标识的比特数必须为32比特的整数倍，最小为32比特。全局唯一的呼叫标识结构是由全局唯一-的固定ID(由国家编码、运营商编码、唯一接入点编码构成)和操作者指定的ID(操作者指定ID由源传送网元地址和本地标识构成)联合构成。因此，通用全局唯一的呼叫ID包括伞局ID(国家编码+运营商编码+唯一接人点编码)和操作者指定ID(源传送网元地址+本地标识)。对于只需要操作者指定的呼叫ID只需要操作者指定ID，但对于全局唯一的呼叫ID同时需要全局ID和操作者指定ID。全局ID由3字符国际分段码(国家编码)和12字符国家分段码(运营商编码+唯一接入点编码)。这些字符根据ITu—TT．50建议进行编码。国际分段(Is)域提供IsO3166中定义的3字符代表地理或政治国家编码。国家编码基于3个大写字母的国家编码(如usA、FRA)。国家分段(Ns)域由两个子域构成：ITu运营商编码和唯一接入点编码。ITu运营商编码为分配给网络服务提供商的编码，由ITU_T维护。通信服务机构编码在M．1400中有定义。该编码由1～6位左起字母或字母加数字构成。唯一的接人点编码待分配国家编码和ITu运营商编码的组织进行统一分配，以保证编码的唯一性。该编码应该由6～11个字符构成，以字符NUI。L结束，来共同构成12个字符的国家编码。c-Type—i时呼叫ID的格式如图50所示。01278151623243l对象长度(LengLh)类型编号(class—Num)对象类型(c‘ype)类型(Type)保留源传送网元地址本地标识图50呼叫ID格式(c_Type=1)cType一2时呼叫ID的格式如图51所示。 GB／T21645．4—2010O12781516232431对象长度(Leng【h)类型编号(ClassNum)对象类型(c’ype)炎型(TyPc)IS(3字节)NS(12字节)源传送网元地址本地标识图51呼叫ID格式(c_Type=2)——在两种情况下“类型”域用来指示源传送网元地址所使用的格式。此域中的不同值的意义如下：类型一ox01，源传送网元地址为4字节；类型一ox02，源传送网元地址为16字节；类型一0x03，源传送网元地址为20字节；类型一0x04，源传送网元地址为6字节；类型一ox7f，源传送网元地址长度由运营商定义。——源传送网元地址：由源网络控制的传送网元地址。——本地标识：在呼叫的生命周期内保持不变的64比特标识。如果源传送网元地址从全局唯一的地址空间中分配，操作者指定的呼叫ID也可以用来代替全局唯一的呼叫ID。这个地址也可能从操作者指定的地址空间进行分配，因此不能保证全局唯一。下面定义了对呼叫ID对象的处理规则：——对于初始呼叫，主叫方或发起方呼叫控制器必须将呼叫ID的C_Type和呼叫标识值都置为o。对于新的呼叫请求，源网络呼叫控制器设置适当的C—Type和呼叫ID值。——对于存在的呼叫(呼叫ID值不为。的情况)，源网络呼叫控制器验证存在的呼叫。——所有消息的呼叫ID对象从入口呼叫控制器发送到出口呼叫控制器，消息经过其他所有中间节时呼叫ID对象值不能改变。——接收到请求的目的用户或客户使用呼叫ID值将源用户和自身之间的相关呼叫请求关联起来。关于该呼叫的后续动作使用该呼叫ID值来作为参考标识。12．2．3对软永久连接的支持GMPI。sRsVPTE扩展用来支持软永久连接(sPc)业务。sPc业务假定用户网络分段连接在网络分段连接通过控制平面建立时就已经建立完成。当从外部(管理系统)收到初始请求后，已经假定控制平面有足够的信息来确定具体的要使用的目的链路连接(目的网络一用户之间链路)。通过sPc标签对象来支持scP业务。sPc标签对象为通用UNI对象的子对象，并和通用uNI子对象出口标签(EGREss—LABEL)有相同的格式。sPc标签信息如下：sPc标签(类型=4、子类型一2)t为支持sPc的情况，使用了通用uNI对象。该对象用来支持sPc标记信息，并同时支持与sPc连接请求相关的服务等级和指定的分集属性。对于sPc请求，源和目的TNA地址包含由源和目的网6】 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010络呼叫控制器各自控制的传送网元地址。因此，源TNA地址包含由源网络呼叫控制器控制的传送网元地址，目的TNA地址包含由目的网络呼叫控制器控制的传送网元地址。12．3信令流程举例12．3．1sPc信令流程图j2和图53显式了sPc请求的信令流程。对于sPc连接，假定用户一网络之间的链路连接已经提供，相关的信息已经通过链路连接标识提供给控制平面。建立sPc连接的交换端口和建立交换连接的情况相同。sPc连接请求信令流程如图52所示。开始数据传输管理平面卜NN源端接口／标簦日的端接口／标签图52SPC连接建立信令流删除{’＼{I，l■≤：≯Pa血r．—lAck呼阿——上一AS(七+Z图53SPC连接释放信令流12．3．2sc信令流程图54描述了sc连接建立的流程。为建立sc呼叫，用户通过uNI接口发起请求。呼叫请求通过网络传递到目的用户。当验证通过后接受请求，并向源用户发送肯定的指示信息。作为可选项，源用户也可以发送一个第三个阶段最终的连接确认消息。第三个阶段消息的引入用来支持向目的节点通知连接建立已经完成。 lJNIHⅧA出箨●，ResvC0nf+MESSA(lrDH1I1GB／T21645．4—2010图54SC连接建立信令流sc呼叫或连接释放时，释放请求可以由不同的控制器来发起。主叫或被叫呼叫控制器以及任何网络呼叫控制器等都可以发起呼叫释放动作。图55描述了主叫方发起释放请求的情况。图56描述了被叫方发起释放请求的情况。图57～图60描述了网络呼叫控制器发起释放请求的情况。UNII—NNIE■咖UN，』一—上斗雩lr一■，繁紊Il开始删豫．PathEⅡ消息中携带P札sntcRemov硎除标志图55sc连接释放信令流(sc-a发起)ZSClASC_nZSC-nSC一2图56sc连接释放信令流(sC-z发起) 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010图57sc连接释放信令流(中间控制器Asc-n发起，向下游uNI方向)开拍删除ASC1ZSClASCn}PmhEH消息中携带Pnh—state_RemDved删除标志图58sc连接释放信令流(中间控制器zsc_1发起，向上游uNI方向)UNIINNTE—NNIUNIPⅡ{h(A＆R)Rew泛二≥一．(D＆R)_]彳j≥PmhTe盯。图59sc连接释放信令流(中间控制器Tsc一1发起，向下游E-NNI方向) L‘⋯lIRe”士—^．(A8㈣■—o1了《Xp“hr—1fD＆fL)。一{一一～”}～⋯”Pmbur，■—o、—]—扣}II幸PathE丌消息中携带Pa山stateRemovcd删除标J岳GB／T21645．4—2010图60sc连接释放信令流(中间控制器zsc_n发起，向上游E-NNI方向)12．3．3建立拒绝信令流程图6l描述了连接建立请求被中间节点立即拒绝的情况。具体的拒绝原因可能有多种，如在请求时没有可用资源。图61建立请求被中间节点Asc_n拒绝信令流图62描述了连接建立请求被中间节点立即拒绝的情况。拒绝后由源节点发起删除动作(可选)。具体拒绝原因可能有多种，如在请求时没有可用资源。开始删除一L肿1INNIE—NNI』一一L■≮≯Pnh(D＆盘)b』———≮’Pat蝴：r，鼍)j专帝、lZSCASCZSCnSCz除标志圈62建立请求被中间节点Asc—n拒绝信令流(可选)图63描述了请求建立过程巾，当中间节点收到目的节点的指示信息后再拒绝连接的建立。例如当中问节点传送平面出错而无法完成资源分配时对连接请求进行拒绝。 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010开拍射除SCaASC1ZSC1ASC—nZSC-nSC_2·Pat}IEⅡ消息中携带PaIn—sta‘tR删d删除标毒图63中间节点接收到指示消息后拒绝建立请求信令流图64描述了在连接建立过程中．中间节点收到源节点的确认信息后对连接请求进行拒绝。如消息丢失(丢失Resvconf或与Resvconf对应的Ack消息)。这种情况下，连接已经建立，对连接的监控已经启动。因而，该故障构成了控制平面故障，不应该影响已有的业务。应该向管理系统报告控制平面故障的信息。·P“mE“洧息中携带Pmhsta忙Rcmovcd删除标志图64中间节点接收到确认消息后拒绝建立请求信令流12．4GMPLsRsVP-TE的故障处理12．4．1CMPLSRSVP—TE故障处理机制不同类型的故障都有可能影响控制平面。这些故障包括从某一条信令通道失效到多个控制平面节点失效。控制平面需要提供适当的手段从这些故障中恢复，首先是基于本地控制平面机制进行恢复，然后借助控制平面与外部元件之间的交互进行恢复。故障处理的基本原则如下：控制平面失效将通知管理平面。管理平面将指导控制平面执行特定动作，包括清除部分连接和释放特定连接。——控制平面节点提供相关信息的永久存储，例如对呼叫和连接状态信息，以及控制平面邻居信息进行永久存储。——控制平面节点与外部元件通信，对由于控制平面失效引起丢失的信息进行同步。外部元件包括邻居控制平面节点和集中的永久存储元件(例如管理平面)。——控制平面节点在不能恢复相关信息时，通知管理平面。管理平面可能采取以下措施：·释放受影响的连接；66 GB／T21645．4—2010·保留受影响的连接。这时，连接与控制平面处在不同步状态，但连接仍然有效。12．4．2信令通道故障在控制平面节点A和B之间的信令通道失效时，连接1、4、6将受到影响。由于Rs、伊一TE状态更新是点到点的，在节点A和B之问有3条通道更新消息被中断。根据上节所述，A和B节点都将通知管理平面连接失效。图65表示失效过程。这里要特别强调的是，信令通道或控制协议实体故障一定不能导致对已经建立的连接进行删除。回-x一日⋯圈⋯园图65控制平面节点A和B问信令通道失效信令通道修复后，节点A和B启动对受影响的连接和呼叫的状态同步(GMPLsRsvPTE重起机制)。如果同步过程发现连接状态是不同步的，将通知管理平面。12．4．3控制平面节点故障传送网络提供了丰富的故障检测手段，特别是可以利用传送网络中的开销字节来检测传送层故障。检测到故障的节点可以尝试进行故障恢复。在控制平面节点故障时，如图66所示节点B故障，邻节点A和c都会通知管理平面它们和节点B的通信发生故障。管理平面确定有哪些连接或呼叫受控制平面节点故障的影响。在网络内部为允许不同的保护和恢复机制，当检测到故障后节点不应该删除连接，而是应该继续接收和发送RSVP_TE刷新消息直到接收到显式的拆除消息或连接状态超时。图66控制平面节点B故障在自刷新情况下，当节点B的恢复时，节点B根据它本地永久保存的最近知道的连接状态来对连接进行恢复。节点B发起和节点A与c的恢复处理(注意，邻居节点同时会产生对应的处理动作)。因而，节点B的邻居可能会无法将信令通道故障和节点故障区别开。如果任何活动连接的状态已经不同步，管理平面需要根据上面定义的行为来提供信息对状态进行同步。12．5信令消息的可靠传递为保证节点间信令消息的可靠传输，节点间消息的传送使用应答机制。具体的超时重传机制参考RFc2961中的定义。应答机制可以通过两种方式来实现：——直接使用AcK消息，即每次发送信令消息后使用AcK消息来作为该消息的应答消息；——间接使用响应消息中携带MEssAGEjDAcK对象来完成应答。即当所发送的消息有立即的响应消息时，将对应的MEssAGE_ID-AcK对象插入响应消息中完成应答功能。RsVPTE还定义了HEI。LO消息和刷新(srefresh)消息。这些消息只在相邻节点之间使用。HELLo消息机制提供相邻节点之问是否可达的监测机制。在节点发生故障时(包括节点故障和链路故障)通过Hello恢复重启机制来维持节点间的状态同步。67 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010刷新消息用来定期刷新节点间的RSvP连接状态数据以保持节点问连接状态数据的同步。用来代替使用Path或Resv刷新消息以减少信令所需要的带宽。刷新消息携带一组消息ID(MEssAGE—ID)对象，这些消息ID对象和所建立的连接状态相对应的触发消息Path或Resv一一对应。具体刷新机制见IETFRFc2961。信令流程如图67所示。图67刷新机制信令流程12．6RsVP_TE对象GMPLsRsVPTE定义了如表56所述的对象来支持分布式的连接管理。表56RsvP—TE消息对象列表编码对象名称对象格式(【：一Type)7LsP管道IPv48LSP管道IPv61lUNIIPv41会话(sEsslON)12UNITPv615ENNIIPv416ENNIIPv61IPv42IPv63IPv4IFID4IPv6IFIT)c_1ype为3、4，下面定义了子T1．V类型值：3RsVP跳(RsVPHOP)lIPv42IPv63接口索引4COMP()NENT1FDOWNSTREAM5COMPONENTIFUPSTREAM4完整型(INTEGRITY)1类型1完整性值时间值(TIMRVALuEs)1类型l时间值lIPv42IPv66错误说明(ERRoR—sPEc)3IPv4TFID4IPv6lFTD相同子flI．V如I{sVP—HoP68 表56(续)GB／T21645．4—2010编码对象名称一对象格式(CType)lIPv47范围(scOPE)2IPv68格式(STYLE)1类型1格式9流量描述符(FLOWSPEC)2ln卜scrv流萤描述符7LSP管道IPv410过滤通配符(FILTER_SPEc)8LsP管道IPv67I。sP管道IPv411发送方模版(sENDER-TEMPLATE)8I。SP管道IPv612发送方通配符(sENDERTsPE(：)2Int—serv14策略数据(POLIcY—DATA)11策略数据1IPv415预留确认(REsV—CONFIRM)2IPv61l号类型标签16预留标签(RsVP—LABEL)2通用标签3波段交换标签1无标签范匿‘2ATM标签范围19标签请求(LABEL—REQuEsT)3帧中继标签范围4通用标签请求1类型l显式路由，于类型如下：lIPv4前缀2IPv6前缀20显式路由(ExPLICITROUTE)3标签4无编号的接口ID32自治系统1类型1记录路由，子类型如下：lIPv4地址21记录路由(REcORD—RouTE)2IPv6地址3标签4无编号的接口IDl请求22HELLo2应答23消息ID(MEssAGE-ID)l类型j消息m1MEsSAGE_ID_ACK24消息ID应答(MEsSAGE-ID-AcK)2MESSAGE—ID—NACK1消息ID列表21Pv4消息ID源列表25消息ID列表(MEssAGEjT)_1．1sT)3IPv6消息ID源列袁4IPv4消息ID多播列表5IPv6消息ID多播列表69 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010衰56(续)编码对象名称对象格式(c—Type)34恢复标签(RECoVERY—LABEL)和RsVP—l。ABEI，相同35上游标签(uPSl’REAM—LABEI。)和RsVP_I．ABEL相同36标签系列(I．ABEI』一sET)1类型137保护(PR()TEcTI()N)1类型1129建议标签(suGGEsTED_IABEI，)和RsVLLABEL相同可接受标签系列130和I。ABEILsET相同(ACCEPTABLE—LABEL—SET)131重启动能力(RESTART—CAP)1类型l1IPv4195通知请求(NOTIFY—REQuEsT)2IPv6196管理状态(ADMIN—sTATus)1类型11LSP—TUNNEL—RA207会话属性(SESSION—ATTRIBUTE)7LSP隧道c_Type一1时，类型、子类型定义如下：1源TNA地址IPv4(子类型一1)IPv6(子类型一2)NsAP(子类型一3)2目的TNA地址229通用uNI(GENERALIzED—uNI)IP“于类型一1)IPv6(子类型一2)NSAP(于类型一3)3多样性4输出标签(子类型一1)sPc标签(子类型一2)5服务等级1操作者指定2全局唯一TypeOx014字节源传送网元地址230CALLIDOx0216字节源传送网元地址ox。320字节源传送网元地址ox046字节源传送网元地址ox7F设备供应商自定义的长度70对象的分类编号确定了当无法识别该对象时控制平面节点如何处理这些对象。——Class_Num—Oxobbbbbbb整个消息应该被拒绝并返回“不可知的对象类型”的错误消息。——一C1ass_Num—OxlObbbbbb GB／T21645．4—2010节点应该忽略该对象，不转发该消息也不发送相应的错误消息。——C1ass—Num=0xllbbbbbb节点应该忽略该对象，但不需要做任何检测和修改并在随后相关的消息中进行转发。12．7RsVP-TE错误状态编码GMPLsRsvP—TE的错误／状态编码值如表57所示。表57RsvP．TE错误／状态编码错误状态编码连接建立一成功Rcsv(或ResvConf)消息连接建立一失败：消息出错错误编码(通用)连接建立一失败：被叫方忙错误编码24／5连接建立失败：主叫方忙错误编码24／103连接建立失败：超时错误编码24／5或24／1034连接建立失败：标识错(A端用户名无效)错误编码2／100连接建立一失败：标识错(z端用户名无效)错误编码2／101连接建立失败：标识错(连接名无效)错误编码24／】02连接建立失败：标识错(呼叫名无效)错误编码24／105连接建立一失败：业务错(sNPlD无效)错误编码24／6或24／11或24／12或24／14连接建立一失败：业务错(sNPID不可用)错误编码24／6或24／11或24／12或24／14‘连接建立一失败：业务错(无效的sNPPID)错误编码24／104连接建立一失败：业务错(sNpP1D不可用)错误编码24／104连接建立一失败：标识错(SPC标签无效)错误编码24／106错误编码24／101连接建立失败：策略错(CoS无效)也可以是其他值如2／任意值错误编码24／101连接建立一失败：策略错(Cos不可用)也可以是其他值如2／任意值错误编码24／10l连接建立失败：策略错(GoS无效)也可以是其他值如2／任意值错误编码24／101连接建立失败：策略错(G。S不可用)也可以是其他值如2／任意值连接建立失败：策略错(安全验证失败)错误编码2／100或2／1016连接建立失败：策略错(显式资源列表无效)错误编码24／l，24／2，24，3，或24／7错误编码24／15连接建立失败：策略错(恢复无效)也可以是错误编码24／100连接建立一失败：连接错误(创建sNc连接失败)错误编码1／2连接建立一失败：连接错误(创建Lc连接失败)错误编码24／9连接释放一成功PathTear或PathErr(w／Patn—Sta‘e-Removed标志置位)连接释放一失败：消息出错错误编码 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010表57(续)错误状态编码连接释放失败：超时错误编码24／5，24／103连接释放一失败：标识出错(呼叫名无效)错误编码24／102连接释放一失败：策略出错(安全验证失败)(如果安全验证失败，GMPLs拒绝请求)连接释放一共败：连接错误(释放SNC连接失败)错误编码code一2l时的错误值(通用)连接释放失败：连接错误(释放LC连接失败)错误编码co“一21时的错误值(通用)连接出错不影响业务错误编码(通用)连接出错影响业务错误编码<通用)连接出错异常呼叫释放错误编码code一21时的错误值(通用)8超时是一个间隔事件。因而，报告的出错事件为下列之一：——投有到达源节点的可用路由；——没有到达目的节点的可用路由。“安全检验失败包括包括：一一源节点没有授权；——目的节点没有授权。除上面定义的错误编码和编码值之外，表58定义了协议指定的其他错误。表58协议指定的其他错误编码值错误编码错误编码含义错误编码值0证实未定义比特位格式如：ssurccccss一00：低12比特编码包吉全局定义的子编码值(值见如下列表)。ss一10：低12比特编码包古组织指定的子编码。RsVP不能将这些例外事件解释成某个具体的数值。ss一11：低12比特编码包含业务指定的子编码。RSVP不能将这些例外事件解释成某个具体的数值。由于流量控制机制可能替代了不同的业务，这些编码可能包告在其他正在使用的替代业务中。●u—O：RsVP拒绝消息后并不更新本地状态。Ol许可控制失败u一1：RSVP可以使用消息来更新本地状态并转发这些消息。这表示这些消息为带有通知性质的消息。r：预留比特，应该置0。cccccccc：12比特编码当ssur一0000时，低阶12比特生局定义的子编码定义如下：子编码一l：边界延时要求不能满足。——子编码一2：请求的带宽不可用。——子编码一3：流规范中的MTu值必接口的MTu值太72 表58(续)GB／T21645．4—2010错误编码错误编码含义错误编码值(RFc2750中定义)：o—ERR_INFo：信息上报l—ERR—wARN：告警2一ERR—UNKN0wN：原因不明3一ERRREJEcT：通用策略拒绝4一ERR-ExcEED：配额或计费和台约不符5一ERR—PREEMPT：流被强占6一ERR—ExPIRED：以前定义的策略过期(未更新)7一ERRREPLACED：以前定义的策略数据被替换并导致拒绝8一ERRMERGE：策略不能合并(多播情况)9一ERR—PDP：PDP状态失败或者功能不起左右lo—ERRsERVER：第三方服务不可用(如Kerber。s)02策略控制失败11一ERR—PD—sYNTx：POLICY—DATA对象语法错误12一ERR—PD-INTGR：POLICY—DATA对象完整性校验失败13一ERR—PE—BAD：PoI。IcY—ELEMENT对象语法错误14一ERR—PD—MISS：缺少必需的PE(PD对象的PE为空)15一ERRNo_Rsc：PEP没有资源来处理策略16一ERR—RsVP：PDP遇到错误的RSVP对象或语法17一ERR—sERVICE：业务类型被拒绝18一ERR—sTYLE：预约风格被拒绝19一ERR』IL—SPEc：流规范被拒绝(太大)100一发送者未授权10l=接收者未授权2“～2忆l之间的错误编码值留给站点或／和设备商使用找不到和Resv消息对应03未定义的路径信息找不到和Resv消息对应04未定义的路径信息发送者信息错误值域包含低阶16比特的现有风格的可选向量，当发生冲突时使用该向05预约风格冲突量。此时不能转发该Resv消息06预约风格无法识别未定义07目的端口冲突未定义08发送端口冲突未定义09(保留)未定义10(保留)未定义11(保留)未定义此特格式如：ssurcccc12业务被抢占这里高阶比特ssur在错误编码一01时定义有救。全局定义的子编码由低阶12比特来定义，当ssur—0000时有效，于编码具体值以后再定义错误值占】6比特，由不明对象的类型值(class—Num)和子类型值(c-Type)构13对象类型无法识别成。该错误只有当RsVP准备拒绝消息时才发送，并且由类型编码(Class_Num)的高阶比特来决定73 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010表58(续)错误编码错误编码含义错误编码值对象子类型(c_Type)无错误值占16比特，由不明对象的类型值(class_Num)和子类型值(oType)14法识别构成15(保留)未定义16(保留)未定义17(保留)未定义18(保留)未定义19(保留)未定义20为API保留错误值域包含一个API错误编码值，该API错误通过异步检测并必须上报比特格式如：ss00cccc高阶比特ss在错误编码值一ol时有意义。当ss—o时，下面全局定义的子错误编码值在低阶12比特中有效(cccccccccccc)——子编码一01：业务冲突企图去合并两个不兼容的业务请求——子编码一02：业务不支持21流量控制出错流量控制无法提供所请求韵业务也没有相关的可接受的替换业务——子编码一03：流规范值无效残缺的或不合理的请求——子编码一04：，rspec值无效残缺的或不合理的请求⋯子编码=05：Ad8pec值无效残缺的或不合理的请求错误值包含系统指定的值，这些值提供了更详细的信息错误信息。RsVP不22流量控制系统出错喜求能罅懈析{寅驻翁码信23RsVP系统出错错误值域将提供运行时的错误信息。RsVP不要求能够解析这些编码值1显式路由(ExPLICIT—ROUTE)对象错误2严格节点出错3松散节点出错4原始子对象出错5到目的节点无可用的路由6标签值不能接受7指示路由成环8MPLs正在协商，但路径上有不支持RSVP能力的路由器9MPLs标签分配失败lOL3PID不支持11标签集不支持24路由问题12交换类型不支持13保留14编码值不支持1s链路保护不支持100分集路由不可用10l业务等级不可用102连接ID无效或不明103到源节点无可用的路由104接口ID不能接受105呼叫ID无效或不明106SPC接口ID或标签无效74 表58(续)GB／T21645．4—2010错误编码错误编码古义错误编码值1对MTU来说RR0太大2RRO通知错误25通知出错3隧道本地修复错误4控制通道激活状态错误5控制通道状态降级错误75 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010附录A(资料性附录)PNNI信令流程A．1概述ATM论坛的PNNI信令规范提供r可升级的网络一网络接口。PNNI信令流程规范主要基于ATM论坛的uNI信令规范和ITu—T规范Q．2931所定义的信令协议规范和相关的扩展。本部分将信令协议进行了调整，以适应分布式的呼叫和连接管理以及自动交换光网络(As0N)。本部分定义了新的连接标识符信息单元格式，用于传送网指定新的连接类型，包括子网点(sNP)和子网点池(sNPP)。定义了新的流量描述符信息单元，用于指定适合传送网络的流量描述符属性。A．2故障处理多种类型的故障会影响到控制平面。这些故障可能是单个信令通道的故障，也可能是多个控制平面节点故障。控制平面需要能够从这些故障中恢复，本地的控制平面或者传送平面或者其他的外部元件进行交换以后，尝试发起恢复。——控制平面的故障需要通知管理平面。管理平面可以指导控制平面执行针对故障的操作。这些操作包括清除或者释放部分的连接，以及执行特定的协议操作，实现状态的维护和恢复。——控制平面节点可以对相关信息提供永久的存储，如呼叫和连接状态信息、配置信息以及控制平面邻居信息等。——当一对呼叫和连接状态不能恢复时，控制平面接口可以同一个外部的元件进行通信，尝试进行状态信息的恢复。外部元件可以包括邻居控制平面节点或者由一个集中的元件(如管理平面)提供的永久存储的信息。——控制平面节点通知管理平面不能恢复相关的信息(如不能同步连接的状态)。管理平面会响应如下的操作(默认的控制平面操作应该保留这些连接)：·释放受影响的连接；·保留受影响的连接，在这种情况下，此连接与控制平面所保留的连接信息不同步。但是这些连接应该保持有效。——控制平面节点(在恢复节点故障后)不能从它本地的永久存储信息中获取邻居的连接状态．因而丢失了连接信息。在这种情况下，控制平面节点应该请求外部控制器(如管理系统)来获取．信息恢复连接。类似的，呼叫状态不能恢复时也可以请求管理系统来解决。因此，总的原则就是：——控制平面故障不能导致释放已建立的连接。建立请求如果在处理过程中应该被移除(无论是在故障期间还是故障恢复以后)，建立的连接如果收到释放请求，应该在故障恢复后释放。——其余的针对没有连接的操作，控制平面应该根据其默认的配置来执行。传送平面节点故障会导致释放已经建立的连接。这与连接的类型和服务级别相关。例如，对尽力而为的无保护连接，在传送平面故障后应该被释放掉，但是对于保护的连接应该能够得到恢复。在连接保护的过程中，最初的连接在新的连接建立后会被释放掉，这同样依赖于连接的保护类型。A．3信令流程举例下面的例子显示了建立和释放连接的级别信令流程。76 A31无监测的呼叫建立过程幽Al碾小J’呼叫建证过程#目《‰Bq图A1无监驯韵呼叫建立过程32无检测的呼叫释放过程H^0艟币r呼叫边立过样T=；1)8址n-Q2931中描述的汁时器：《％i‰*目{‰击广』L—士．．』-T308，—E。。—F!———』墅塑!些—————L二翟型!些塞堕图A2无监到的呼叫释放过程4信息功能定义41为分布式连接管理定义的信息袁A1描述了州于点到点的呼叫和连接控制消息表A1用于分布式连接管理的信息目n女qm息##Ⅱ乎Ⅲ"月"“4im息《*a女({)NNEClIf)N^v^1IABIEM()【)ⅢY^【KN【)wlEIX，KM()【)ⅢYk目ECJM(HJ【PY】tEOUESr其他清nNf)TIFYSI^rIJSsTATusE＼oU】RYTRACEC()NN阱TI()N踪Ⅻ4接确nTRACEC()NNECl"I()NAcKN(】w1I?IHE一目#一惴臣的雌Q肿臣T阳 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010A．4．2呼叫处理消息此消息用于指示呼叫建立已经发起，并且不再接受更多的呼叫建立。表A．2描述了呼叫处理消息的内容。消息类型：呼叫处理方向：接收方到发送方范围：本地表A．2呼叫处理消息信息单元类型长度协议辨别器M1呼叫参考M4消息类型M2消息长度M2连接标识符M5～’A．4．3连接消息此消息由发送方向接收方传递，指示被叫用户接受了呼叫或者连接。表A．3描述了连接消息的内容。消息类型：连接方向：发送方到接收方重要性：全局A．4．4释放消息‘此消息由网络节点发送到相邻网络节点，指示连接的清除，并且等待释放呼叫。表A．4描述了释放消息的内容。消息类型：释放方向：双向重要性：全局78 表A．4释放消息GB／T21645．4—2010信息单元类型长度协泌辨别器M1呼叫参考M4消息类型M2消息长度M2原因M‘6～34Crankthck0“7～72通知指示器o5～’重路由原因O58此信息单元在消息中可以出现两次。b指示CrankBack。A．4．5释放完成消息此消息由网络节点向相邻的网络节点发送，指示清除了内部的连接，并且释放相应的呼叫。表A．5描述了释放完成消息的内容。消息类型：释放完成方向：双向重要性：本地。此消息具有本地意义。但是，作为第一个呼叫清除消息时，它也可以具备全局意义。表A．5释放完全消息信息单元类型长度协议鉴别器M1相关呼叫M4消息类型M2消息长度M2原因046～34CrankBacko“7～72重路由原因o58在第一个呼叫清除消息中必须。包括当释放完全稍息在一系列错误条件下发送，此信息单元可以在消息中出现两次。b用于指示CrankBack。A．4．6建立消息此消息由发送方向接收方发送，用于指示呼叫或者连接的建立。表A．6描述了建立消息。消息类型：建立方向：发送方到接收方重要性：全局79 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010表A．6建立消息信息单元类型长度协议鉴别器Ml相关呼叫M4消息类型M2消息长度M2业务描述符M13～19带宽传输能力M6～7带宽高层信息085～13带宽低层信息()85～20带宽重复指示器O‘5带宽报告类型Oa‘5被叫方编号M(2)被叫方软永久连接()5～30呼叫方编号()86～26呼叫方软永久连接()“6～29连接指示符o5～+指定的传送列表M433～546网络呼叫相关指示符0。33～73通知指示符085～‘扩展的Qos参数O6重路由服务O8重路由011～80路径传送列表()Ⅲ38～14668如果接收的建立指示包括此信息。6可以包括在软永久连接建立的情况，当呼叫方终端点希望指示目的网络接口的值时，用于呼叫末端的软永久连接段。。当带宽重复指示符信息单元在指定传送列表(DTL)信息单元之前，它指示DTL信息单元在DTL中占的位置。当带宽重复指示符信息单元在其他信息单元之前，如果接收建立指示包括此信息它就存在。o由源节点指示用于呼叫的层次源路由。此信息单元可以重复10次(因此连接可以穿越lo个逻辑组)。。由源节点包括，唯一的标识一个穿越网络的呼叫。它也用于关联相关的多个连接，对应于相同的呼叫。1可阱出现2次。A．4．7状态消息此消息由双方发送，响应状态查询消息，或者在任何情况下响应某个错误条件。表A．7描述了状态消息的内容。消息类型：状态方向：双向重要性：本地表A．7状态消息信息单元类型长度协议鉴别器M1相关呼叫M4消息类型M2消息长度M2呼叫状态M5原因M6～34连接标识符O5～+ GB／T21645．4—2010A．4．8状态查询消息状态查询消息可以由双方发送，在任何时刻向对等实体请求状态消息。发送状态消息响应状态查询消息是强制的。表A．8描述了状态查询消息的内容。消息类型：状态查询方向：双向重要性：本地表A．8状态查询消息信息单元类型长度协议鉴别器M1相关呼叫M4消息类型M2消息长度M2连接标识符05～’A．4．9通知消息通知消息发送指示与呼叫或者连接相关的信息。表A．9描述了通知消息的内容。消息类型：通知方向：双向重要性：Access表A．9通知消息信息单元类型长度协议鉴别器M1相关呼叫M4消息类型M2消息长度M2通知指示符M5～’A．4．10连接可用消息此消息不由PNNI改变，从呼叫方用户到被叫方用户确认连接的可用性。表A．10描述了连接可用性消息的内容。消息类型：连接可用方向：发送方到接收方重要性：全局表A．10连接可用性消息信息单元类型长度协议描述符M1相关呼叫M4消息类型M2消息长度M2通知指示符M5～。带宽报告类型O353可以出现两次。 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010A．4．11全局呼叫使用的消息表A．11描述了点到点呼叫和连接控制使用的消息。表A．11全局呼叫使用的消息消息名称消息(英文)ReferenceaLpnnl一0055重启动RESTART6．3．3．1重启动确认RE”ARTACKN()WLEDGE6．3．3．2状态STATUS6．31．7状态查询STATUSENQUIRY18．31．2A．4．12重启动消息此消息由双方发送，请求接受重启动(如，释放所有相关的资源)，指示删除由信令通道控制的连接。表A．12描述了重启动消息的内容。表A．12重启动消息内容信息单元类型长度协议标识符M1相关呼叫M4消息类型M2消息长度M2连接标识符M5～。重启动指示符M5A．4．13重启动确认消息此信息发送确认接收到重启动消息，指示请求的重启动完成。表A．13描述了重启动确认消息的内容。消息类型：重启动确认方向：双向重要性：本地表A．13重启动确认消息信息单元类型长度协议描述符M1相关呼叫M4消息类型M2消息长度M2连接标识符M5～‘重启动指示符M5A．5信令处理流程A．5．1链路连接标识符的分配和选择A．5．1．1链路连接标识符的分配和选择机制存在两种情况：1)链路相关的信令：3层的信令实体包括控制链路中的通道。2)链路不相关的信令；3层的信令实体控制通道不在链路中。82 GB／T21645．4—2010当网络节点接收到连接标识符信息单元，其链路相关信令区域编号的值不由网络中的节点支持，呼叫应该被拒绝，产生原因“链路拒绝”。下面的标识符必须以特定的顺序出现：双向，对称的——链路ID，LCI双向，不对称的——链路ID，I。CI(前向)，LcI(后向)单向，下游——链路ID，LcI(前向)单向，上游——链路ID，LcI(后向)A．5．1．2链路相关的信令对链路相关的信令，在链路中携带相关的信令请求。在连接指示符信息单元中，链路相关的信令区域编码为“链路相关的信令”，选择下列值之一在首选或唯一区域内基于对称。a)排除链路ID；任何I．CI；或b)排除(Exclusive)链路ID；排除LcI。在情况a)中，接收方选择任何可用的I。CI，用于链路携带信令通道。在情况b)中，如果指定的LcI在链路中携带的信令通道是可用的，接收方选择它用于呼叫。如果选择的LcI值在第一个相应建立信息(如呼叫处理消息)而返回的第一个信息的连接标识符信息单元中给出。链路相关的信令区域编码为“链路相关的倍令”。首选或排除区域编码为“排除链路ID，排除LCI”。在情况a)中，如果没有LcI是可用的，释放完全消息携带原因编号为34，“没有电路或通道可用”，将向网络中发送。如果信令功能支持回溯(crankBack)功能，应携带回溯信息单元，包括回溯的原因编号为34。在情况b)中，如果指定的LcI不可用，释放完全消息携带编号为44，“请求的电路或通道不可用”，向网络中发送。如果信令功能支持回溯功能，应携带回溯信息单元，包括回溯的原因编号为44。接口的双方同时发送建立消息，指示使用相同的链路ID和LcI时会产生呼叫冲突。对PNNI接口，为了避免呼叫冲突，具备较高节点标识符的一方应该分配链路连接标识符的值。用于此的节点标识符应该是最低层的节点标识符，用于接口的每一方。节点标识符是在节点ID区域中指示的区域(字节1l～32)，在PNNIheIIo消息中发送，并通过相同的接口接收。具备较高节点标识符的发送方应该在建立消息中包括连接标识符信息单元，带有选项(b)(排除链路ID和排除LcI)。来自具备较低节点标识符的发送方的建立消息应该选择选项(a)。A．5．1．3非链路相关的信令在建立消息中请求一个连接，发送方应该指示下列内容之一：a)排除链路ID；任何LCIfb)排除链路ID；排除LcI；或c)任何链路ID；任何LCI。在情况a)和b)中，链路相关信令区域编码为“显式链路ID”。在情况a)和b)中，如果指定的链路ID是可用的，接收方选择它用于呼叫。在情况b)中，如果指定的LcI在链路内是可用的，接收方选择它用于呼叫。在情况c)中，接收方可以选择任何可用的链路ID和LCI。选择好的链路ID和LcI的值在第一个信息中的连接标识符信息单元中指定，此消息由接收方用于响应建立消息(如呼叫处理信息)。链路相关的信令区域编码为“设备的显式指示”。首选或排除的区域编码为“排除链路ID；排除I。cI”。在情况a)和b)中，如果指定的链路ID不可用，接收方发送释放完成消息，原因编号为29，指示“链路ID拒绝”。如果信令通道支持回溯功能，在回溯原因编号29中会包括回溯信息单元。83 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010在情况a)中，如果没有LcI可用，接收方发送释放完成消息，原因编号为34，指示“没有电路或通道可用”。如果信令通道支持同溯功能，在原因编号34中携带回溯信息单元。在情况b)中，如果指定链路中的I。cI是不可用的，接收方发送“释放完成”消息，原因编号34，指示“没有电路或通道可用”。如果信令通道支持回溯功能，在原因编号34中携带回溯信息单元。在情况c)中，如果没有能力分配链路中的LcI，接收方发送“释放完成”消息，原因编号44，指示“请求的电路或通道不可用”。如果信令通道支持回溯功能，在原因编号44中携带回溯信息单元。当双方的接口同时发送建立消息，请求相同的链路ID和I。c1时，就可能产生呼叫冲突。对PNNI接口，为了避免呼叫冲突，节点标识符大的一方可以分配链路连接标识符(链路ID，I。cI)的值。具有较高节点标识符的一方应该在建立消息中包括连接标识符信息单元，使用选项b)(排除链路ID和排除LcI)。来自较低节点标识符一端的建立消息应该使用选项a)或者选项c)。A．5．1．4使用链路ID链路ID为信令通道提供了控制连接或者多个链路的能力，存在两种可能的配置：1)链路相关的信令：3层的信令实体控制链路中的通道，此链路中携带信令通道。2)非链路相关的信令：3层的信令实体控制的通道可能不在携带信令通道的链路中。链路ID是一个不透明的值，没有预先定义的格式。它是链路的逻辑指示器，指示用于建立连接的链路。在上面的情况1)中，链路ID是不重要的，编码为0。在上面的情况2)中，链路ID包括指示用于建立连接的链路。对于控制平面节点通传送节点物理上分离的情况与2)相同。在这种情况下，链路ID包含用于建立连接的节点或链路的参考信息。情况2)中链路ID的默认值是两个节点IT)的级联值，较低的值在签名，同时包括SNP标识符。A．5．1．5链路ID长度链路ID默认的长度是4个8位比特，这是首选的长度，也可用支持其他可选的长度。如果接收方接收到的连接标识符信息单元中携带不支持的链路ID长度，那么它会认为指定的链路ID是不可用的。对链路ID没有预留的值。A．5．1．6LCI长度和值此标识符使用的编码方案在G，707的第7部分中规定。较高顺位的有效载荷列使用s。指定此列的位置的数值从1开始。如果值为。说明此编码没有使用。A．5．1．7服务分离、业务参数和Q0s选择程序Q。s应该在扩展的Qos的信息单元中指出。如果网络能够提供所请求的Qos种类，网络应该为用户处理此呼叫。如果网络不能提供请求的Qos种类，网络应该拒绝此呼叫，返回一个“释放完成”消息，编号为49，指示“服务质量不可用”。业务描述符信息单元应该指示连接类型。如果网络有能力提供清求的连接，网络应该为用户处理此呼叫。如果网络不能提供请求的连接，网络应该拒绝此呼叫，返回一个“释放完成”消息，指示下面的原因编码。——编号57：“请求的能力没有授权”；——编号58：“请求的．能力目前不可用”；编号65：“请求的服务没有应用”。如果包括恢复或保护信息单元，且网络能够提供请求的服务，网络应该为用户处理呼叫。如果网络不能提供请求的服务，网络应该拒绝此呼叫，返回一个“释放完成”消息，编号为63，指示“服务或操作不可用，未指定”。A．5．2非永久连接的清除此程序只有在连接没有指定为永久连接的情况下才能应用。R4 CB／T21645．4—2010此程序在PNNI1．1的6．5．3中指定。A．5．3永久连接在故障情况下的清除A．5．3，1永久连接的清除永久连接的清除程序只有在永久连接在控制平面故障的情况下使用，可以间接的通过服务分类或者通过配置实现。如果接收方在T308计时器过期之前没有接收到“释放完成”消息，发送应该保持释放请求(N11)状态。发送方应该周期性的重试连接清楚程序。重试的频度与应用是独立的。A．5．3．2永久连接的信令AAL连接重置无论何时，Q293l实体形成了自发的信令AAI。重置，通过AAL建立指示消息，应用下面的程序：a)对于呼叫在清除阶段(状态N11、N12)，不做操作；b)对于呼叫在建立阶段(状态Nl、N3、N4、N6、N7、N8、N9)应该进行维护。应该调用状态查询程序；c)呼叫处于激活状态时应该维护，应该调用状态查询程序。A．5．3．3永久连接的信令AAL连接释放当Q．2931实体通知进行信令AAL连接释放时，通过发送AAL释放指示，应该采用下面的程序：a)任何不再激活状态的呼叫应该进行本地清除；b)对于处于激活状态的呼叫，不做任何操作。Q．293]实体应该请求信令ALL重新建立，通过发送ALL建立请求信息。当信令AAL重新建立通过使用AAL建立确认信息时，应该采用下面的程序：执行状态查询操作。A．5．3．4状态查询程序状态查询程序在PNNI1．1的6．5．6．11中定义，状态查询程序应该同附加的信令状态恢复程序一起实现。请求进行连接状态恢复时，应该在状态查询信息中包括连接标识符信息单元。链路ID和I。CI应该设置成于指定的呼叫相关的值。链路相关的信令区域应该指出“显式指定的链路ID”。首选或排除的区域应该指出“排除链路ID，排除I。cI”。丢失状态信息的节点，但是检查在连接标识符中指定的内容存在，应该响应一个“状态”信息，状态应该指定为“空”，原因编号为30，指示“响应状态查询”。丢失状态信息的节点，不能认证指定连接标识符所指定的连接释放存在，应该返回状态信息，状态指示为“空”，原因编号10l，指示原因为“信息同呼叫状态不一致”。丢失状态信息的节点，但是有能力执行本地状态查询，应该响应～个“状态信息”，状态指示为“激活”，原因编号为30，指示“状态查询响应”。A．5．3．5接收一个状态信息PNNI1．1的6．5．6．12定义了此程序。对于处于激活状态的连接遇到控制通道故障的情况：如果接收到的状态时释放请求，不做任何操作。对于请求状态信息恢复的连接，接收到“状态”信息应该包括连接标识符信息单元，采用下面的程序：1)如果接收的状态为空，原因编号30，指示“状态查询的响应”，应该调用状态恢复程序。2)如果接收的状态为空，原因编号10l，指示“信息同呼叫状态不一致”，应该调用连接清除程序。A．5．3．6增强的状态查询在PNNI1．1的附录R中定义的程序应该在下面的异常中使用：此程序对点到多点的应用不支持。R5 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010A．5．3．7永久连接信令状态的恢复此程序用于恢复连接的状态，包括在“状态”和“状态查询”消息中使用连接标识符，需要进一步的研究。A．5．3．8控制通道故障情况下的信令处理此程序用于连接在信令通道故障的情况下保持存在，此时控制平面通过AAL释放指示信息通知Q．2931实体故障发生。此程序用于处理原本穿越故障控制通道的消息。除了“释放”和“释放完成”消息，其他的消息都应拒绝，并向消息源发送，原因编号10]，指示“消息同呼状态不一致”。“释放”和“释放完成”消息应该被保留，直到控制通道恢复。在控制通道恢复以前，不能对这些信息做普通的处理。A．5．4传送平面故障当接收到一个通知指示传送链路ID指示的传送通道出现故障时，执行下面的操作：1)如果连接在传送平面故障的情况支持持久存在，不需要做任何操作；2)否则，需要执行普通的连接清除程序。A．5，5接收到通知消息通知消息提供连接的信息，同时并不影响连接的状态。接收到通知消息的节点应该执行下面的操作：——如果节点是连接的终端，它应该发出一个通知指示，同时不做进一步的操作；如果节点是连接的中问节点，它应该发出一个通知指示，同时继续执行将通知消息向传送的方向发送。不做其他的操作。 B．1CR_LDP概述附录B(资料性附录)基于GMPLsCR—LDP的信令流程GB／T21645．4—2010RFc3036(I。T)P规范)和RFc3212(采用I，DP基于约束的LsP建立)定义了GMPLscR—LDP所使用的属性。cRLDP信令的扩展应支持GMPI，s。在RFc3036巾定义了四种类型的I。I)P消息：·发现消息：用于公布和保持存在的网元。·会话消息：用于在cRI。DP对等实体之间建立、保持和终止会话。·公告消息：用于建立、改变和删除标签映射(或连接)。·通知消息：用于提供咨询信息和指示出错信息。LDP和cR_LDP用于数据网络，因此不存在连接和呼叫的概念。采用LDP消息可支持连接控制。而呼叫控制还需要引入新的消息类型：呼叫控制消息：用于呼叫控制进程。呼叫控制消息是本部分引用的一个新的LDP消息类型。发现消息描述了一种机制，就是通过周期性的发送Hello消息来让网元指示它在网络中的存在。该消息通过uDP传送给cR～LI)P端口。子网中所有路由器的IP组播地址作为目的IP地址。当一个网元选择与另一个网元建立会话时(它的地址通过Hello消息被学习)，网元通过TcP进行LDP初始化。在成功完成初始化进程之后，两个网元成为I。I)P对等实体，并且开始交换公告消息。LDP采用TcP传送会话、公告和通知消息，也就是采用TcP传送除r基于uDP的发现机制之外的所有消息。采用TcP传送消息使CR—I。DP保持一种硬状态特性，“硬状态”指的是实体的状态表现会一直保持不变，除非发生动作才会发生改变。cR_LDP可以利用TcP提供的可靠传输和流控机制，因此无需在I．DP层建立这些特性。根据标签分布模式(独立的或顺序的)、标签保持方式(保守或自主)以及标签公告方式(按需发向下游或主动发向下游)使LDP具有多种方式。这些方式在RFc3036中进行了定义。cR-LDP的通用运行方式应是按需发向下游的顺序控制方式。cR—LDP支持确定路由和不确定路由，并且支持回溯(crankBack)机制。在缺少运营商级别的设备时，也就是在故障期间状态被丢失时cRI。DP采取一种完善的重启机制，在重启期间，故障节点利用其他节点学习到自己的状态信息来重建状态。B．2基本呼叫标识符的支持为了支持G．7713中描述的呼叫模型，除连接之外，CRLDP还将包括呼叫控制。这可以实现由单呼叫建立多连接，改变现有连接，以及和计费相关的呼叫功能。支持穿越UNI和E—NNI的呼叫控制的CR—LDP扩展主要引入r呼叫IDTI。v。B．3支持sPC的c融LDP配置源端和宿端的用户～网络连接部分，而网络连接部分由控制平面建立，这称之为sPc业务。例如：接收到一个来自外部系统(如来自管理系统)的初始请求，这意味着控制平面会根据相关的信息决定将使用的宿端(即：网络到用户)的链路连接。cR_LDP中对sPc的支持在OIFuNIlfo定义的出口标签的使用中进行了描述。S7 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010B．4故障处理影响控制平面的故障有不同类型。这蝤故障包含了从简单信令通道故障到多控制平面节点故障。控制平面需支持相应的操作来克服这些故障，最初应尽量能克服的故障包括：基于本地控制平面机制的故障，与传送平面的本地互操作故障。在这之后应尽量克服基于控制平面与外部元件之间的互操作故障。故障处理的指导方针包括：·控制平面故障被通报给管弹平面。管理平面会根据故障指导控制平面采取一定的措施。这些措施可能包括：删除部分连接，释放一定的连接，或采取状态保持和恢复的其他专用操作协议。·控制平面节点会提供相关信息的永久存储，例如呼叫和连接的状态信息，配置信息，以及控制平面相邻节点信息。·如果连接或呼叫状态不能被恢复，在故障修复之后，控制平面节点会与外部元件进行通信以恢复状惫信息。外部元件包括相邻控制节点或中央元件(如管理平面)提供的永久存储。·控制平面节点通知管理平而无法恢复相关信息子集(例如：无法同步连接状态)。管理平面会作出下述响应操作(缺省控制平面操作应保持连接)：——释放受影响的连接；——保持受影响的连接。在这种情况下，从控制平面的角度连接会保持非同步；但连接会保持有效。·控制平面节点(节点故障恢复之后)可能不会从它的本地永久存储中恢复相邻节点的连接状、态，因此会丢失连接信息。在这种情况下，控制节点应请求外部控制器(例如：管理系统)恢复连接信息。同样的，呼叫状态可能也不会被恢复，采用请求管理系统干涉解决的方式。控制平面和管理平面之间的互操作规范已经超出了本部分的范围。因此，作为一般规则：·控制平面故障不应导致已建立连接的释放。在连接完成后的过程中的建立请求会被删除(无论是故障期间还是故障恢复之后)。对已建立的连接提起的释放请求必须被释放(无沦是故障期间还是故障恢复之后)。·控制平而的附加操作会由针对特殊连接类型配置的缺省动作决定。．但是，传送平面节点故障会导敛已建立连接的释放。这是由连接类型和每条连接的服务等级决定的。例如：尽力而为的无保护连接在传送平面节点故障期间会被释放；而有保护的连接根据连接的业务等级规定必须被保存(或保持)。要注意的是即使对于有保护的连接来说，原始的连接可能会被释放，同时建立一条新的连接(这也是根据特定连接的保护类型决定的)。可能发生的故障类型有三种。它们是信令通道故障，传输链路故障和节点(交叉连接)故障。故障恢复通常包括状态恢复和与邻接NE的再同步。信令通道故障中断了两个以r节点之间的控制消息流。废故障条件应是没有影响已建立的连接，这些连接应继续处于兀中断的激活状态。对于连接状态的恢复必须与邻接NE进行再同步。那些局部建立的连接必须被终止。传输链路故障中断了数据流。数据平面故障需与控制平面进行通信以采取适当的措施。可能的操作包括：终止受链路故障影响的连接，通过其他链路或节点的连接重路由。每条连接的特定操作是由连接的保护必要条件决定的。节点故障与链路故障相似。通过与故障节点通信的丢失，节点故障被间接的通知给控制平面。在这种情况下，必须终止受影响的连接或通过其他节点重新选路。B．5GMPLSCR—LDP消息所有cR—LDP消息采用类型长度值(TLV)编码方案，这样它们就具有了通用的结构，图B．1说明88 GB／T21645．4—2010了这种编码方案，图中同时给出了为每个域分配的比特数。TI。V的值部分(或简略的1"T．v)会包含多个Tl。v。长度域以字节为单位定义了值域的长度。u和F比特的含义参见IETFRFc3036。0112781516232431uF类型长度值图B．1TLV编码结构表B．1给出了cR—LDP定义的消息集及其范围、功能和参考的源标准。表B．1cR—LDP消息消息消息(英文)范围参考点功能由呼叫方根据相关属性发出建立连接的标签请求Labe}Reauest端到端全部请求由被叫方根据标签请求消息提供的属性标签映射LabelMappmg端到端全部发出建立连接的指示初始化Initlalisatlon本地全韶用于在网元之间建立LDP对等实体Hello本地全部用于对等实体的发现保持激活KeenAllve本地全部用于LnP会话的维护标签释放LabelRelease端剑端全部在F游方向发出连接拆除信号标签撒消LabeIWlthdraw端到端垒部在上游方向发出连接拆除信号标签巾断LabelAbort端到端全韶中断一个特定的请求通知Notlflcation本地或端到端全部查询信息或错误信息的通知查询Query端到端}NNI收集连接信息查询回复QueryReply端到端卜NNI将查询的信息编码生成查询回复消息与查询回复相同。作为查询消息的相应，局部查询回复PanialQueryRcply端到端1NNI该查询消息不经过整个路由状态查询Sca(usEnquI盯本地UNI．ENNI请求相邻网元的状态．状态响应StatusResponse本地LnqI．ENNl包含相邻网元的状态由呼叫方发出具有特定属性的呼叫建立呼叫建立CallsetuD本地UNI，ENNI请求呼叫释放CallRelease本地UNI，E_NNI由发起呼叫建立请求的呼叫方发出注：“全部”的含义包括uNI，ENNT和卜NNl。以下消息是IANA分配的RFc3036LDP名称空间编码：o如500一呼叫建立ox0501一呼叫释放表＆2总结了与呼叫和连接控制相关的不同cR-LDPTLV。该表给出了不同TLV的用途和包含的消息。 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010表B．2呼叫和连接控制TLvTLV名称TI．v名称(英文)功能消息标识分配给节点到特定连标签请求、标签映射、查询、通用的标签TI。vGeneralizedLabelT1．v接的标签查询响应上游节点建议下游节点使建议的标签TLvSuggesl甜hbclTI。V标签请求用的组标签对于双向连接，在上游方向上游标签TLvUpstreamLabelTLV标签请求}使用的标签可接受的标盘昝TLVAcceptabIcI．abelSetTL，v显示接受的标签值通知标签集TLVLabelSetTLV限制下游节点的标签选择标签请求Genedi∞dLabdRequest传送杖请求连接要求的通用标签请求TI。标签请求TLV特性波带交换TLvW吖ebandS谢tchingTLV波带交换时的标签值标签映射保护TI。VPmtectionTIⅣ被请求连接的保护要求标签请求管理状态TLvAdminStatusTLV显示连接的管理状态通知ERTLV说明明确的显式路由源IDTLVSourceIdTIjV标识源端客户的TNA地址标签请求、标签映射宿mTLVDestIdTLV标识宿端客户的TNA地址标签请求，标签映射标识通过uNI接口的本地标签请求、标签映射、标签本地连接Ⅱ]TLvL0c：alCo加ec石onIdTLV连接撤销、标签释放、通知在通过uNI接口时使用，用标签请求、标签映射、标签出口标签TLvEgressI抽elT【，v以显示宿端客户使用的释放、标签撤销、状态、状态标签请求、通知显示被请求连接的不同分集TLVDiversitvTLV标签请求、标签映射属性由服务提供者确定的格式合约IDTLVContractldTI．V初始化和含义显示uNI的服务等级协UNI服务等级TLVUNlService1，evelTLV议。该值由服务提供者标签请求、标鉴映射分配标识通过单一运营商网络呼叫建立、标签请求、标签呼叫IDTLvCalIIdTLV的呼叫映射、标签释放、标签撤销呼叫能力TLvCaIlCapabilltyTLV$手职所请求呼叫的能力呼叫建立SDHTra州cParameters所请求sDH连接的业务量sDH业务量参数TLV标签请求、标签映射TLV参数携带有关连接建立失败的回溯TI。vCrankBackTLV通知位置信息返回源节点携带有关资源利用信息返反馈TLVFeedbackTLVs通知、标签映射、标签撤销回源节点90 GB／T21645．4—2010B．6采用cR-LDP的呼叫和连接控制进程B．6．1cR-LDP发现和对话的初始化cRI。DP发现是cR—LDP节点之间自动发现过程。自动发现不需要进行配置。cR—LDP采用Hello机制以支持发现功能。使用uDP协议交换Hello消息(只有该cR—LDP消息不用TcP传送)。在RFc3036中定义的Heilo进程(包括扩展的Hello)可不用修改直接引用。cR—LDP会话的初始化通过交换初始化消息实现。初始化消息承载相关节点的特征信息，例如支持FT操作。RFc3036中定义的初始化消息进程可不用修改直接引用。B．6．2采用CmLDP建立呼叫本部分对CR～I。DP功能进行扩展(也就是新消息和新TI，V)以支持呼叫和连接分离功能。可采用两种呼叫建立模式。第一种模式先进行呼叫建立请求，该请求不包括相应的连接。在这种情况下，信令消息只包括该呼叫的相关参数信息，例如源地址和目的地址。然后，该呼叫的对应连接通过B．6．4中描述的连接建立进程实现。在第二种呼叫建立模式下，呼叫建立请求承载了连接建立的请求。这是加速连接建立过程的一个重要特性。随后的连接建立过程采用B．6．4中描述的连接建立进程实现。cR—LDP支持这两种呼叫建立模式。在第一种呼叫建立模式下，cR-LDP消息引入了一个新的消息——呼叫建立消息。呼叫建立消息由呼叫方发出，并且通过网络直到它到达目的地(被呼叫方)。然后，通知消息被发回呼叫方以指示呼叫建立是否成功。呼叫建立失败会有很多种原因，因此通知消息必须包含呼叫失败的原因。图B．2给出了采用第一种模式成功建立一个呼叫的过程。呼叫建立●通知LINIUN【图B．2无连接的呼叫建立呼叫建立的第二种模式允许使用同一呼叫请求来建立连接。cRLDP中连接的建立采用I，DP标签请求和标签映射消息实现。由于需要进行标签分配，因此用相同的连接建立消息来建立呼叫。在这种情况下，标签请求消息将同时携带呼叫参数和连接参数，例如：连接流量参数。图B．3给出第二种模式下的呼叫和连接建立过程。通知消息发回被呼叫方用于确认连接是否建立和连接是否准备就绪。B．6．4描述的通知消息的发送是可选的。 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010标签请求标签映射通知LTNl图B．3呼叫和相应连接的建立呼叫建立完成之后，随时都可以进行连接的建立和拆除。需要采用相应的连接和呼叫机制，这可以通过采用呼叫和连接请求中携带的呼叫验证信息获得。呼叫和连接分离的一个重要应用是建立带保护的多连接呼叫能力，例如，图B．4给出了建立两条连接的呼叫消息的传送过程。标签请求标签映射标箍映射标签映射一通知图B．4采用CR_LDP的l+1应用图B．4所示的过程需要同时建立两条连接。通过在NNI接[1上生成两个标签请求消息来说明这两条连接。B．6．3采用cR-LDP释放呼叫与所采用的建立模式无关，为了拆除呼叫引入了～个新的消息——c融LDP呼叫释放消息。呼叫拆除操作必然会导致与此呼叫相关的所有连接的拆除。cR_LDP中连接的拆除是通过使用标签释放和标签撤消消息实现的。连接的删除也采用相同的过程。当接收到呼叫释放消息时，通过发送标签释放或标签撤消消息触发cR—LDP连接释放机制。图B．5给出了由呼叫方发出的呼叫拆除请求进程。通知消息包含管理状态TLv从而在连接释放之前关闭告警。 通知呼叫释放标签撤销标簦撤销标签释放GB／T21645．4—2010图B．5呼叫方发出的呼叫释放当发出呼叫释放消息的一方接收到通知消息后就认为呼叫拆除过程已完成。在确定所有与该呼叫相关的连接都被删除后，被叫方会发出这个通知消息。在某些实例中需要不完善的(n。n—graceful)连接释放(即：预先没有关闭告警)，图B．6和图B．7给出了由呼叫对应的两个连接发出的不完善的呼叫或连接释放的信令流程。标签释放呼叫群放UNINN】Ⅲ图B．6被叫方发起的不完善呼叫或连接释放吁叫释职标签撤销标签释放呼"¨释放LrNl图B．7被叫方发起的不完善呼叫或连接释放B．6．4采用CR-LDP建立连接采用cR_LDP标签请求和标签映射消息建立连接。在传送方向上发出标签请求消息，该消息携带 标准分享网www.bzfxw.com免费下载GB／T21645．4—2010着相关连接的参数，也可能含有呼叫参数，例如呼叫建立的同时伴随着连接建立的情况。标签请求消息要求在通道经过的每个节点上为被请求的连接分配～个标签。该标签可以是时隙、波长、带宽或物理光纤。连接建立假设呼叫已经被建立或正处于建立的过程中。标签请求消息包括呼叫和相应连接的呼叫标识。此标识由网络分配，并且在单一网络中(可能包括多个域>是唯一的。AsON的连接通常是双向的。正如GMPI。s中定义的，双向连接是在标签请求消息中的上游标签指示的。宿端接收到标签请求消息就意味着请求成功了，也就是能满足双向连接的所有连接属性。但是，这并不意味着已经完成连接建立并可以传送数据了。只有当中问的交叉连接配置完成以后才真正建立了有效的连接。中间的交叉连接配置都需要占用一定时间来完成，并且根据采用的技术，这种延时会很明显，一般在10ms～100ms量级。宿端在建立了自己的交换结构之后会发出一个标签映射消息作为标签请求的响应。如果要求这样做，目的方会通知发起方要求预置确认的指示。通过使用1』)P通知消息中状态编码“预留确认”完成确认。一般情况下，单向连接不需要确认指示。在两个相反方向传递双向连接建立请求时会发生标签竞争现象。这种竞争现象会在同一时刻，两边同时分配相同的资源(标签)时发生。为了避免竞争现象，首先会满足具有高级别ID的节点，且必须发出“路由问题或标签分配失败”的通知消息。当收到这种出错消息时，另一个节点应尽力给双向通道分配不同的上游标签。但是，如果无法获得其他的资源，节点必须进行标准的错误处理。图B．8给出了采用cRLDP建立连接的过程。标签请求标簦请求标签请求标签映射通知UNlNNINNrUNl图B．8建立连接连接建立请求失败会有很多种原因，例如：无可获得的带宽或带宽不足，不具备物理连接能力，违反SLA，远端客户拒绝连接等。在这种情况下，系统会向源端客户发出LDP通知消息指示建立请求失败，并以状态码的形式显示失败的原因，例如：无有效资源。图B．9给出了被网络拒绝的建立连接请求。标签请求通知UNl图B．9网络拒绝建立连接请求在发出标签请求消息之后，客户想终止连接建立过程，应发出RFc3036的3．5．9中定义的LDP终止消息。特别指出的是标签请求消息中的ID在终止消息中用作临时的本地连接标识符。B．6．5采用cR_LDP修改连接cR_LDP的连接修改功能可以通过呼叫方发出～个新的标签清求消息实现，该标签请求消息包括94 GB／T21645．4—2010被修改的连接标识和说明该消息为修改请求的指示(区别于新的建立请求)。连接IdTLV中的激活标志用于指示标签请求消息是一个新的建立，还是一个修改。连接修改只适用于已存在的连接。标签请求消息中包括一砦要进行修改的参数，例如连接业务量参数。连接修改过程与建立一个新的连接过程相同。B．6．6采用cR-LDP释放连接I。DP采用两种机制使节点通知它的对等实体停止使用标签。第一种方法是使用标签撤消消息给对等实体发出信号以通知对等实体不必继续使用特定的标签，以指示节点一直在进行广播。第二种方法是采用标签释放消息给对等实体，从而通知它LsR不再需要特定的标签来指示对等实体的请求或指示它在进行广播。G．7713中扩展cR—I。DP利用标签释放和标签撤消消息删除连接。所采用的消息取决于发起删除连接的实体。标签撤消消息适用于在上游方向删除连接。根据RFc30363．5．10中对LDP进程的描述，标签释放消息适用于确认删除请求的情况。并且标签释放消息用于在下游方向删除连接。在这种情况下，通过采用I。DP通知消息中的状态码“删除成功”确认删除请求。图B．10和图B．11分别显示了由源端和宿端发起的连接删除请求。图B．10显示出删除请求是在接收到具有管理状态TLV的LDP通知之后发出，该LDP通知指示出释放一条连接。在光网络中，光丢失的速度快于删除请求的传播速度，这样下游节点将检测到光丢失，并且因此产生告警。该告警可能会触发不正确的恢复或保护。为了解决这一问题，应沿着连接路由发送通知消息，从而告知将要删除的所有节点。在收到该消息之后，每个节点在所指示的连接上应禁用告警报告和保护机制。通知标签搬铺标螫搬锖标签撒{}I标签撤销标签释放NNIUNI图B．10源端发起的连接删除过程图B．11宿端发起的连接删赊过程图B．12显示出由网络发起的连接删除过程，以及通过OAM实体被迫发出删除请求而发起的连接删除过程。在这种情况下，标签撤消和标签释放消息用于发起删除请求。 标准分享网www.bzfxw.com免费下载GB／T21645．4—201096标签撤销标签释放标箍释放通知UN{图B．12网络发起的连接删除过程 c．1craⅡkBack概述附录C(资料性附录)回溯(CrankBack)信令机制GB／T21645．4—2010当连接建立请求未成功并从失败点返回建立失败的信息时，回溯(crankBack)机制允许发起新的连接建立请求，避免资源的阻塞并尝试重新建立连接。回溯机制也可以用于连接的恢复机制。在分布式的路由环境中，用于约束路径计算的资源信息有可能过期，这就意味着连接建立请求有可能被拒绝。例如，连接选择的路径上的某个节点出现了资源不足的情况。如果路径的源节点或者中间区域的边界节点能够获知资源阻塞节点或者链路的位置，它可以分配一条备用路径，并重新发出建立请求。对阻塞链路或者边界节点的标识与认证可以通过crankBack路由功能实现。当网络中多个节点或者链路同时发生故障时，分布式路由计算所获取的资源信息和实时的网络状态存在差异，这种情况下，恢复路径可能使用了不正确的信息，因而导致了阻塞，不能建立成功。crankBack信令和路由功能应该支持这种情况下的故障恢复。C．2crankBack功能需求crankBack需要回溯到中间节点(一般是域边界节点)或是回溯到源节点进行重路由。当连接建立失败时，回溯机制允许避开阻塞的节点或链路并重新尝试连接建立。回溯机制还可以用于对连接的保护和恢复，通过指示失效节点或链路的位置，重新尝试连接恢复，提高恢复率。回溯功能应满足以下要求：1)CrankBack重试的次数应可设置。2)任何一次域内的crankBack和造成crankBack的原因都要向管理平面上报。3)信令协议可支持动态的、不同程度的crankBack，可以回溯到源节点或中间节点进行重路由。对于回溯到中间节点(一般是域边界节点)的方式，在crankBack过程中信令的控制权应依次向上游传递，由上游节点尝试重新建立这个连接。4)具有后向兼容的能力，没有crankBack能力的节点，不对crankBack相关消息做处理，继续向上回溯。5)支持域内和域间的CrankBack。c，3crankBack信令操作当连接建立请求由于资源的不可用而导致阻塞时，应该发出错误指示信息，指示阻塞点的位置标识符，返回连接的源节点，区域边界节点、自治区域边界节点或者其他能够进行crankBack的节点。错误指示信息中应该携带产生错误的原因以及错误发生点的节点或链路信息。crankBack机制还需要其他的信息。对这些错误的指示信息，需要进行保持，具体的操作如下：1)crankBack节点应该存储阻塞点的位置标识信息，直到连接成功的重新建立，或者crankBack节点终止了重路由尝试。2)因为crankBack节点有可能发起多次crankBack信令，因此它应该维护所有阻塞节点的历史记录信息，以便在进行路径计算时可以避开所有的阻塞点。3)当crankBack节点接收到新的错误指示信息以后，它应该对历史记录信息进行更新，进行下一步的重路由信息计算时可以使用最新的信息。历史记录信息的一个很重要的作用就是能够避免发生重复的crankBack尝试。在请求建立一条连接时，入口节点应该指定是否需要crankBack机制，并且是否需要有中间节点97 标准分享网www.bzfxw.com免费下载发起重路由操作。因此，需要在连接建立请求中添加重路由标志区域，相应的值包括：1)没有重路由(NoRerouting)：人口节点在连接建立失败时可以进行重路由尝试，中问节点则不能进行重路由尝试。节点探测到故障以后，必须发送错误指示信息，其中可以包括crankBack信息。2)端到端的重路由(End—t。一endRerouting)：入口节点在连接建立失败时町以进行重路由尝试，中问节点则不能进行重路由尝试。节点探测到故障以后，必须发送错误指示信息，其中应该包括crankBack信息。3)边界重路由(BoundaryRerouting)：如果中间节点是区域边界上的节点，在连接建立失败时它可以进行重路由尝试。边界上的中问节点可以向上游的人口节点发送错误指示信息，也可以向其他出口边界节点发送错误指示信息。其他的中间节点不能进行重路由尝试。节点探测到故障以后，必须发送错误指示信息，其中应该包括crankBack信息。4)基于段的重路由；任何节点在接收到错误指示信息以及向上游转发以前，都可以发起重路由尝试。节点探测到故障以后，必须发送错误指示信息，其中应该包括完全的crankBack信息。节点探测到故障以后，执行的操作应该基于连接建立请求消息中携带的重路由标志信息。——如果是基于段的重路由，探测到故障的节点应该立即发起重路由尝试；——如果是基于边界的重路由，并且探测到故障的节点为边界节点，此节点应该立即发起重路由尝试；——如果是基于端到端的重路由操作，或者是在基于段以及基于边界的重路由操作下，探测到故障的节点不能进行重路由尝试(或者是进行了所有的重路由尝试以后仍不成功)，探测到故障的节点应该发出错误指示信息，在其中包括完整的crankBack信息。对于重路由尝试操作，应该配置重路由操作尝试的次数上限。这主要是为了过多的消耗网络中的资源，同时可以后退到其他的修复点进行重路由操作尝试。c．4CrankBack信令扩展RsVP—TE协议可以用于crankBack的重路由机制：1)连接建立请求在某些情况下，可能会失败，如在链路故障情况下或者发生了资源不可用的情况。当连接建立失败时，应向连接的人口返回PathErr消息；2)资源预留过程中也有可能会发生失败的情况。在Resv处理过程中，如果发生了链路和资源节点不可用的情况，会向出口节点发送ResvErr消息，指示“接纳控制失效”。出口节点运行改变FI。owsPEc参数，并且重新进行资源预留尝试。如果不支持资源预留重试操作，出口节点应该执行下列操作之一：——忽略此失效状况，通过Path刷新消息或者消息刷新的过期来进行恢复操作；——发送PathErr消息到入口节点，指示“接纳控制失效”。在RsvP_TE中，失败的连接建立尝试会导致发送PathErr消息到上游节点。PathErr消息中应携带错误编码(ERROR—sPEc)对象，指示某些节点或者接口导致了连接建立失败。crankBack在进行重路由时，会避免通知中指出的节点或者接叫。GMPLS_RsVP_TE对上述的错误通知进行扩展，在指示错误的接口信息之外，还上报发出错误指示的节点的信息。GMPLs引入了一个通知(Notify)消息，可以向一个指定的节点报告连接建立失败。此消息可以携带与上述描述相同的信息。此通知消息可以加速错误信息的传播，但是当网络中的多个节点具备crankBack功能时。在各个节点之间需要协商确立是由PathErr消息还是由通知消息触发crankBack操作。这是因为由于通知消息的目标节点有可能不是人口节点，同时多个信息在到达人口节点时会沿着不同的路径传输，这会导致多个节点尝试重新建立LsP。RsVP—TE定义了新的错误编码信息——“重路由操作越限”，指示某个节点不能进行重路由操作，因为它超过了重路由操作尝试的次数。98 GB／T21645．4—2010参考文献[1]ITu—TQ．2931(06／1995)宽带综合服务数字网络(B—IsDN)——数字信令系统第2部分(Dss2)一用于基本呼口q和连接的用户网络接口(uNI)3层规范[2]IETFRFc3036标签交换协议(I。DP)规范[3]IETFRFc32】2采用1，DP建立基于约束的LsP'