1、GB ICS 33.040.40 M 33 , 和国国家标准共中华人民GB/T 21645.4-2010 自动交换光网络(ASON)技术要求第4部分:信令技术Technical requirements for automatically switched optical network Part 4: Technical specification of signalling 2011-04-01实施2010-12-01发布发布中华人民共和国国家质量监督检验检疫总局中国国家标准化管理委员会t铃叫树哥陆MVV、Isa 阳回zq川。，、I?il d盹HffdM叩*宿-GB/T 21645.4-2
2、010 目次皿1114555791311244689001369906225677782-i1iqquq。L9年999qJnJqJqJnJqdnJA哇ATRUEUmbFbFbtdEd严bnOTi程义程川表HHHu.义搞仲定过求列集图川H细院令结uu件作需H性型息型uuu态义uu管自u信能元操理u属类消类状定能功川，因卜酣睡销础川剧m阳川陆响阳川姐川时接接连理流单性理.表表理理阻止巾町U树连连和管程程程理阳弹理管叫陈列列理管理管川青控择R消W例文明和和叫接过过流处器的管接歹性性管接息息管接控接选nb和叫叫呼连理理令常性制络接连性属属接连息盹消接连态峦接连接接的民TS程以呼呼式和处处信异弹控网连式
3、哺MM连式叫MM连式状优连咐连连议MPI流目础说献时州刷刷脱脱卧钳僻的时州山山四时州川叫川献忖刷脱叫呼建酬制mN仰的南范规术分分123456信12分1234分1234分123mrJJJ古主JJJ. nunununu-9、4474JE1234555555566677777888889999111111卫UUGB/T 21645.4-2010 12.4 GMPLS RSVP-TE的故障处理6612. 5 信令消息的可靠传递6712.6 RSVP-TE对象 68 12. 7 RSVP-TE错误状态编码 71 附录A(资料性附录)PNNI信令流程76附录B(资料性附录)基于GMPLSCR-LDP的信令
4、流程87附录C(资料性附录)回溯(CrankBack)信令机制97参考文献. . . . . . . . . . . . . . . . . . . . 99 E GB/T 21645.4-2010 目U昌GB/T 21645(自动交换光网络(ASON)技术要求标准的结构预计如下:第1部分:体系结构与总体要求;第2部分:术语和定义;第3部分:数据通信网(DCN); 第4部分:信令技术;第5部分:用户网络接口(UND;第6部分:管理平面;一一第7部分:自动发现。本部分是GB/T21645的第4部分。本部分与ITU-T G. 7713: 2006(分布式呼叫和连接管理(DCM)和ITU-T G.
5、7713. 2: 2003(基于GMPLS RSVP-TE的DCM信令机制的一致性程度为非等效。本部分的以下章节在技术内容上与ITU-TG. 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章、第10章;一一第11章对应于G.7713.2:2003的第7、8章以及附录I。此外，本部分还参考了。IF、IETF等国际标准化组织
6、有关自动交换光网络的建议和草案。本部分的附录A、附录B和附录C为资料性附录。本部分由中华人民共和国工业和信息化部提出。本部分由中国通信标准化协会归口。本部分起草单位:信息产业部电信研究院、华为技术有限公司、中兴通讯股份有限公司、上海贝尔阿尔卡特股份有限公司。本部分主要起草人:徐云斌、张海蘸、高建华、柯明、许宗幸、王郁、李伟。阳山1 范围自动交换光网络(ASON)技术要求第4部分:信令技术GB/T 21645.4-2010 GB/T 21645的本部分规定了自动交换光网络(ASON)的信令技术要求，包括ASON信令功能要求、分布式呼叫和连接管理(DCM)操作过程、信令控制器的可靠性、DCM属性列
7、表、DCM消息集和状态图、基于通用多协议标签交换的流量工程资源预留协议(GMPLSRSVP-TE)的信令流程等内容。本部分适用于ITU-TG. 803定义的同步数字体系(SDH)传送网络和ITU-TG. 872定义的光传送网络.(OTN)。2 规范性引用文件下列文件中的条款通过GB/T21645的本部分的引用而成为本部分的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分，然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版适用于本部分。GB/T 21645. 1-2008 自动交换光网络(ASON)技术要
8、求第l部分:体系结构与总体要求ITU-T G. 7713 分布式呼叫和连接管理ITU-T G. 7713. 1 基于PNNI的分布式呼叫和连接管理(DCM)信令ITU-T G. 7713. 2 采用GMPLSRSVP-TE的DCM信令ITU-T G. 7713. 3 采用GMPLSCR-LDP的DCM信令IETF RFC2205 RSVP功能规范(版本1)IETF RFC2961 RSVP信令减少刷新开销扩展IETF RFC3209 RSVP-TE流量工程扩展3 术语、定义和缩略语3. 1 术语和定义下列术语和定义适用于GB/T21645的本部分。3. 1. 1 呼叫控制器call contr
9、oller 呼叫受呼叫控制器控制，呼叫控制器元件有两种，主叫/被叫方呼叫控制器和网络呼叫控制器。3. 1. 2 主叫方/被叫方呼叫控制器calling/ called party call con troller 该控制器与呼叫的一终端关联，它可以位于一终端系统，也可以位于其他远端，作为一个代理执行终端系统的功能。该控制器可以承担一个角色或同时承担两个角色:支持主叫方，支持被叫方。3. 1. 3 网络呼叫控制器network call controller 网络呼叫控制器担任两种角色，一种支持主叫方，另一种支持被叫方。主叫方呼叫控制器和被叫方呼叫控制器通过一个或多个中间网络呼叫控制器进行交互。
10、3. 1. 4 连接允许控制connection admission control 连接允许控制用于决定是否有足够的资源来接纳一个连接(或者在呼叫过程中重新协商资源)。GB/T 21645.4-2010 3. 1. 5 连接控制器connection controller 连接控制器是ASON控制平面中的元件。连接控制器负责协调链路资掘管理器、路由控制器以及对等和从属的连接控制器，以管理和监控连接的建立、释放和修改已有连接的参数等操作。3. 1. 6 回溯crank-back 当连接建立请求未成功并从故障点返回建立失败的信息时，回溯机制允许发起新的连接建立请求，尝试重新建立连接以避免资源的阻
11、塞。回溯机制也可以用于连接的恢复机制。3. 1.7 分配allocate 建立一条LC或创建一个子网连接。3. 1. 8 撤销de-allocate 删除一条LC连接或释放个子网连峰、j3. 1. 9 下游downstream 根据使用的路由模式，下游定义为层次巾的下一级组件(烂次盹ll!剧式)或下一跳组件(源路由或逐跳路由模式)。3. 1. 10 信令控制器signalling controller 信令控制器包含连接控制和(或)呼叫陀制的功能。3. 1. 11 链路连接建立LC establish 通过获取或选择一条存在的可用的链路连接来满足连接请求.如从叮获得的链路连接列表中获取。3.
12、1. 12 链路连接释放LC fr时将一条链路连接归还到可用的链路边接列表中t0 3. 1. 13 子网连接创建SNC created 在子网内部的两个SNP之间创建一条连接。3. 1. 14 子网连接释放SNC released 在子网内部的两个SNP之间释放一条连接。3. 1. 15 上游upstream 根据使用的路由模式，上游定义为层次中的上层组件(层次路由模式)或前一跳组件(源路由或逐跳路由模式)。3.2 缩略语下列缩略语适用于本部分。2 ACC-n AGC AGC-a AGC-z A-end CC at domain n Access Group Container A-endAG
13、C Z-end AGC 域n中的A端连接控制器接入组容器A端接入组容器Z端接人组容器GB/T 21645.4-2010 ARC-n Alarm Reporting Control 在域n中的告警上报控制ASC-n A-end signalling controller in domain n 在域n中的A端信令控制器ASN-n A-end SN in domain n 在域n中的A端子网ASON Automatically Switched Optical Network 自动交换光网络CallC Call Controller 呼叫控制器CAC Call Admission Control
14、呼叫许可控制器CC Connection Controller 连接控制器CC-a A-end ConnectQn Controller A端连接控制器CC-z Z-end Con在ectionController Z端连接控制器CCC Calling尼alledP1Uty Call Controller 主叫方或被叫方呼叫控制器CCC-a A-e在dCcCc，巳 A端主叫方呼叫控制器CCC-z Z萨endZ端呼叫控制器CR-LDP Conltr位nt-basedRoutcd Label Di处rilmtionProtocol 基于约束路由的标签分发协议CoS Class of Service
15、 服务分类DCM D;tribut巳dCall and Connec:tio日Managemcnt分布式l呼叫和连接管理DTL Designated Tr且nsitList 指定传递列表E-NNI Exterior NN 1 外部网络一网络接口GoS Grade of Service 服务等级GMPLS Generalized Multi-Protocol Label Switching 通用多协议标签交换I-NNI Interior NNI 内部网络一网络接口LC Link Connection 链路连接LCI Link Connection ldentificr 链路连接标识符LR肌4Li
16、nk Resource Manager 链路资源管理器岛11Management Informaton 管理信息岛1PLSMulti-Protocol Labcl Switching 多协议标签交换NCC Ne飞workCRll Controller 网络呼叫控制器NCC-n NCC in domain n 在域n中的网络呼叫控制器NNI Ntwork Node Interface 网络一网络接口PC ProtGCrOI /Co、n、troller 协议控制器PNNI Priva:e Nltwo:rk-N etwork Interface 私有网络一网络接口RC Route C ORtroll
17、er 路由控制器RSVP-TE Resource Reservation Protocol-Traffic Engineering流量工程扩展的资源预留协议SC Switched Connection 交换连接SC-a A-end user signalling controller A端用户信令控制器SC-z Z-end user signalling controller Z端用户信令控制器SPC Soft permanent connection 软永久连接SN SubNetwork 子网SNC SubNetwork Connection 子网连接SNP Sub-network Poin
18、t 子网点SNPP Sub-network Point Pool 子网点池SNCr SubNetwork Controller 子网控制器TCC-n Transit CC in domain n 域n中的中间节点连接控制器TCP Termination Connection Point 终端连接点3 GB/T 21645.4-2010 TDM TNA TSN-n TSC-n TTL ZCC-n ZSN-n ZSC-n UNI Time Division孔1ultiplexTransport Network Assigned Adress Transit SN in domain n Trans
19、it signalling controller in domain n Time To Live Z-end CC at domain n Z-end SN in domain n Z-end signalling controller at domain n User Network Interface 4 分布式呼叫和连接管理元件定义时分复用传送网络分配地址在域口中的中间传送子网域n中的中间节点信令控制器生存时间域n中的Z端连接控制器域n中的Z端子网域n中的Z端信令控制器用户网络接口在分布式呼叫和连接管理环境下，根据不同的代理在信令流中所处的不同位置，为其分配一定的角色。图1定义了这些参
20、考点。区域nAGC-a A端接入组容器SC-a A端用户信令控制器(CCC和CC)AGC-z Z端接入组容器SC-z Z端用户信令控制器(CCC和CC)ASN-l 区域lA端子网络ASC-l 区域lA端信令控制器(NCCandCC) TSN-l 区域1中间子网络TSC-l 区域l中间信令控制器1(CC) ZSN-l 区域l中Z端子网络ZSC-l 区域n中的Z端信令控制器(NCC和CC)ASN-n 区域n中A端子网络ASC-n 区域n中的A端信令控制器(NCC和CC)ZSN-n 区域n中Z端子网络ZAC-n 区域n中的Z端信令控制器(NCC和CC)圈1分布式呼叫和连接管理参考配置圈图1中的传送平
21、面元件为多种子网以及接人组容器。它们定义了和控制平面功能相关的具体位置。如图1中标明的AGC-a，ASN-l、TSN-l、ZSN-l, ASN-n, ZSN-n和AGC-z。分布式呼叫和连接管理也称为信令。终端用户与呼叫相关的功能称为主叫或被叫方呼叫控制器，即CCC。源端CCC称为CCC-a，目的端CCC称为CCC-z。和子网相关的呼叫控制器称为网络呼叫控制器NCC，在特定域n中称为NCC-n。终端用户的连接控制器表示为CC-a和CC-z。在域n中，A端、中间以及Z端连接控制器表示为ACC-n、TCC-n和ZCC-no信令控制器包括连接控制和(或)呼叫控制功能。终端用户可以通过SC-a和SC-
22、z来表示。域n中A端、中间以及Z端信令控制器表示为ASC-n、TSC-n和ZSC-n。如图1所示，TSC通常没有呼叫控制功能。每个信令控制器分配一个信令地址，协议控制器使用信令地址在呼叫或连接控制器之间交换信息。信令控制器的地址为控制地址，信令通道通过两个相邻的信令控制器名字来标识。信令控制通道由信令通信网(DCN)提供。4 GB/T 21645.4-2010 5 分布式呼叫和连接管理操作过程5. 1 分布式呼叫和连接管理需求在呼叫建立之前，服务提供方和服务请求方之间要建立合约，合约中可以指定如下内容:一一一合约ID;一一服务等级协议以及服务等级规范;一一允许请求进行策略控制所需要的信息。如用
23、来提供鉴权和一致性验证相关的信息。ASON网络中呼叫请求的建立性能与不同的参数有关。影响信令性能的参数包括:一一用来传送信令消息的数据通信网络的带宽容量;二一传送网的规模(通常以节点或链路数目来衡量); 每个时间周期内总的呼叫请求次数，包括新的呼叫请求次数、保护事件次数、恢复事件次数等;消息包的平均尺寸;?昆和的连接类型数;完成呼叫请求的时间;一一网络接收到的请求后，因为连接建立不成功需要重新尝试连接建立而发出的请求占总请求数的比例;一一为实现可靠的消息传送机制所增加的额外带宽的要求(如超时重传); 同步和异步消息传送。为了满足信令基本需求，以及将来的扩展能力，DCM机制必须具备基本能力和可扩
24、展能力，以满足多个应用需求。基本能力要提供建立和释放连接的必要机制。呼叫和连接管理操作发生在控制区域内部，在此植围内可以实现完整的呼叫和连接动作。呼叫和连接操作在一个区域内部执行时，此区域可以包括更小的区域。这种划分关系同路由区域的层次划分相对应。路由区域边界的信令元件使用此区域内部的路由元件，获取穿越此区域的路由。5.2 呼叫和连接管理功能呼叫控制器(CallC)、连接控制器(CC)、以及链路资源管理器(LRM)能够完成对呼叫和连接请求的监控和管理功能，包括连接建立、连接修改和连接释放等基本操作。为完成一个具体的操作，CallC、CC和LRM通过和下面的组件交互来建立或删除一条连接:a) 路
25、由控制器;b) 呼叫允许控制(CAC)功能;c) 呼叫控制器(CallC);d) 连接控制器(CC); 巳)链路资掠管理器(LRM)。主叫方呼叫控制器和被叫方呼叫控制器通过一个或多个中间网络呼叫控制器(NCC)进行交互。NCC功能由网络边缘节点提供(如UNI参考点儿也可以由域间的网关来提供(如E-NNI参考点儿网络边缘NCC执行的功能由用户和网络之间相关的策略来定义，域边界的NCC执行的功能由域间相关的策略来定义。当呼叫跨过多个域时，一个端到端的呼叫由多个呼叫段组成。每个呼叫段可以对应一条或多条连接(LC或SNC)。这样就可以在不同的域中灵活地选取信令、保护和恢复机制。同样一个端到端的呼叫，不
26、同的呼叫分段对应的连接数目可以不同。在图2中，UNI呼叫分段对应一个链路连接(LC)，控制域1的子网内的呼叫分段对应2条连接，网络在不同的域中拥有不同的策略。图2中的所有传送资掘都在一个完整的区域中，此区域包含区域1和区域n。为了实现两个客户之间的呼叫建立，在整个区域内部必须提供路由功能，同时能够获得穿越区域l和区域n的路由。5 G/T 21645.4-2010 -二，J-UNI 子网络E- rJ(将-一个LC关联到一个呼叫;c) 和域边界的对等:-JCC工作的JU、将个u、天联到一个叮叫;d) NCC将LC和SNC关联到一个riJ-个H于n叶=e) CC建立和每个呼叫分段对出的连接。由于控制
27、器之间的通信作为、个外部接口来定义，本部分中所定义的消息用于完成信息的交换。端到端呼叫建立涉及呼叫请求、连接请求以及使用不同类型的资源来创建连接。图3中描述了为支持呼叫而完成的连接建立的过程。6 SC-a ，、人一/AGC-a 圈3呼叫请求相关的LC和SNC连接的建立过程呼叫的建立要使用下面的资源:一一子网点CSNP); 一-SNP池CSNPP); SC-z AGC-z GB/T 21645.4-2010 一一链路连接CLC)。通过分配SNP来完成LC连接的建立，这需要在LRM之间进行协商。然后才允许CC创建一条SNC连接。对SNP的分配可以看成是SNP状态的改变(如从可用变为被占用)。当SN
28、P的状态为潜在的CPoten tial)或忙CBusy)时，它不能够在连接建立时使用。图4中描述了LRM建立LC的过程。SNPP . y ; 、艺:Nl LRM 信令链路连接链跻图4通过分配SNP来建立LC连接的过程 当建立一条L连接时，两端ILi悟过.f J协肉。如是j于JlJ户网络信令，用户可以指定一条LC，而网络可以选择另外一条LC来使用r在建立一条SNC连接之前，刊Nl必须己纯布在，并且;通过LRM标识绑定这些SNP来创建一条SNC连接。LRM费和上游LRlI)， J走下游L1M协商所用到的SNPC可以代表一菇LC连接)。这些输入和输出的LC连接以及同它们十tJ天联的输入和输出NP可以
29、用来创建SNC连接。为一条连战边拌资源时并不，在11未荷要分两这些资拥资源、分配可以发生在信令过程的任何阶段。例如，可以在发赳请求或响应请末的!的间来分配1fJf.源，Jj外.在资i原被分配之前可以先预约这些资源。在呼叫建立前后过程中，通过预约hJUH这些资源可以被连接所用，但只有对资源的分配动作完成后连接才能真正使用这些资源。使用而!约lf以防止其他请求米标识相|司的资源。所有这些资源预约和资源分配动作实际上是通过设置SNP的状态Jf:rl门_RM1tin交丘来元氓。SNC连接的建立是由子网内部处理完成.J二由Ur;lJIJ。当确定了入口和出口连接点的SNP后才创建一条SNC连接。人口和出u
30、民:iP的标识的为建立LC连接的一部分(通过LRM来完成)。如图5中描述，SNC连接的建立跑过囱相关的连接控制器以及用来建立SNC连接的SNP对来完成。/CC 信令-信令飞SNPP.卢旷 。1 SNPp.R ./，气/飞 子网络连接，亏飞、/,/( . ;., 链路连接一一i刁./、/-在白石飞./SNP / 子网络/ 图5LC连接建立后创建SNC连接过程5.3 呼叫处理过程5.3.1 呼叫请求处理对交换连接CSC)，呼叫请求是由A端用户请求代理CCCC-a)向网络呼叫控制器发送呼叫建立请求消息来发起。呼叫请求消息中指定与用户请求的呼叫相关的信息。呼叫请求相关的信息可以包含在与服务相关的信息以
31、及与策略相关的信息中。请求信息被ASC内部的CallC接收到后，CallC处理7 GB/T 21645.4一2010呼叫请求井和ASC内部的其他组件交互来完成呼叫请求。对软永久连接服务(SPC)，客户呼叫控制器由管理平面处理，向NCC发送管理请求建立呼叫。此呼叫终端点的传送平面位置为SPC终端点，采用UNI传送资源标识符同这些资源关联。SNPP具有公共的传送网络地址，SPC终端点并不需要UNI传送资源标识符。为处理出错情况并预防异常信令传送情况发生，需要超时机制。超时机制由呼叫请求的上游用户发起。具体的超时相关的异常处理见5.5。5.3.2 SPC和SC的互操作同NCC关联的SPC端点支持SP
32、C业务的发起和终止。同样，同NCC关联的SC端点支持SC业务的发起和终止。每一种类型的端点都使用UNI传送资源标识符，用于标识在客户和网络之间UNI参考点的传送资源。SPC端点可以向SC端点发送呼叫，并使用此SC端点的UNI传送资源标识符。同样，SC端点也可向SPC端点发送呼叫，使用此SPC端点的UNI传送资源标识符。SPC或SC端点都可以释放日子叫。在呼叫和被叫的情况下，都可以为SPC端点指定特定的SNP。如果没有指定，同SPC端点相关的CC是空闲的，可以分配SNP。5.3.3 呼叫建立图6描述了呼叫的建立以及对应组件之间的相关信令流程。认确N立建制晌/立建lll-v叫a呼C 呼叫建立指示C
33、C-a ACC.l TCC.l ZCC.l ACC-n ZCC.n CC.z 连接建立! 图6呼叫建立请求过程呼叫建立步骤如下:主叫方呼叫控制器(CCC-a)请求呼叫建立。入口的NCC-l验证呼叫请求的有效性，包括授权和一致性验证以及验证是否满足策略相关的约束条件。随后请求信息发送到中间网络呼叫控制器。出口NCC验证呼叫请求是否能够接受。一一当验证成功后，CCC-a通过向CC发起连接建立请求来继续进行呼叫。连接建立请求的处理描述见5.4. 2。对不同的协议，连接建立请求的发起可以和图6中所描述的顺序不一样。在图6中网络连接的建立在呼叫完成之前完成。当连接建立请求处理成功完成后，整个呼叫建立请求
34、成功完成，并可以开始传送用户业务信号。如果连接建立请求处理不成功，要向用户发送呼叫被拒绝的通知消息。5. 3. 4 呼叫释放图7描述了呼叫释放以及相关组件之间的信令流。8 GB/T 21645.4-2010 呼叫释放请求呼叫释放指示CC-a ACC-l TCC-l ZCC-l ACC-n ZCC-n CC-z 连接释放图7呼叫释放请求处理过程任何呼叫控制器都可以发起呼叫释放请求。已通过验证的呼叫释放请求必须总能够成功释放呼叫。在呼叫释放过程中的任何故障情况都要上报给管理系统，包括报告部分连接没有释放的信息，后续的处理主要防止对没有被成功释放连接的再次使用。从主叫方控制器发起释放请求的描述见图7
35、: 在入口NCC-l验证呼叫释放请求，包括授权和一致性验证以及验证是否满足策略相关的约束条件。一一当验证成功后，随后发起连接释放请求。连接释放请求的处理过程见5.4.3。对不同的协议，连接释放请求的发起可以和图7中所描述的顺序不一样。图7中描述的情况是网络连接的释放在呼叫释放完成之前完成。如果呼叫对应多个连接，将会释放所有对应的连接。一一当收到连接释放成功完成的通告消息后，呼叫释放成功完成。连接释放被拒绝(由于不能释放资源、释放SNC连接或释放LC连接)会产生对管理平面(MP)的通知。呼叫释放指示应该能够指示成功释放一个呼叫。上面情况是假设在连接释放发起之前呼叫释放请求就已经验证成功。根据传送
36、网络的特征，呼叫释放请求和连接释放请求之间可能会发生竞争。在CCC-a到CCC-z之间的信令处理以及AGC-a到AGC-z之间的信号传送处理这种竞争条件下，下游子网可能会引发某些告警。为支持上述情况，需要提供监控和踪迹能力，这种和呼叫相关的监控踪迹功能在连接释放之前就应该打开。5.4 连接处理过程5.4.1 连接请求处理流程呼叫请求的处理会导致发起连接请求。连接请求执行相关的连接建立和连接释放操作，并为对应的连接分配或释放资源。图8描述了信令和连接建立请求的端到端处理过程，其最终结果是为连接分配资源并完成呼叫。SNC被创建图8连接建立请求时的LC连接建立和SNC连接创建9 -GB/T 2164
37、5.4-2010 图9描述了信令和连接释放请求的端到端处理过程，其最终结果是释放连接资源并完成呼叫的释放。连接释放的过程可以有不同的顺序。如按SNC-LC-SNC的顺序来完成，或先释放所有的LC连接再释放所有的SNC连接。请求L0空闲SNC被释放圈9连接释放请求时的LC连接释放和SNC连接释放5.4.2 连接建立处理连接建立需要执行如下的处理:一一根据5.3.3.呼叫建立请求通过验证后才允许处理连按建江请求。根据呼叫请求，CCC-a的LRM指定LC链路，LC链路盐通过在AGC-a和ASN-l之间协商后建立的。这样就可以形成AGC-a的出口SNPlDc 一一一在ASC-l的CC，入口SNP通过入
38、口SNPm来标识.入口SNPID通过映射AGC-a的出口SNP到ASN-l的人口SNP来获得。ASC-l的LRM通过和TSC-l的LRM协商来建立ASN-l到TSNl之间的LC连接CTSN-l由RC提供的路由信息或由从上游CC接收到的信息来决定)。当LC连接建立成功后.出门SNP被LRM标识出来。SNC连接的创建用来连接入口SNP和出口SNP，然后此S:fP对的状态更新为占用。连接控制器CC通过和下游CC的通信继捷连接建立的姑理过程。一一在TSC-l的CC，人日SNP通过入口SNPID来标识。TSC-l的LRM和ZSC-l的LRM的协商来建立TSN-l到Z$l的LC连接(TSN-l由RC提供的
39、路由信息或由从上游CC接收到的信息来决定)。当，l_C连接建立成功后，出口SNP被LRM标识出来。SNC连接的创建用来连接入口SNP和出口SNP，然后此SNP对的状态更新为占用。连接控制器CC通过和下游CC的通信继续连接建立的处理过程。连接请求的处理过程一进行到CCC-z。在CCC-z的连接控制器CC，人口SNP通过入口SNPID来标识。当CC处理连接请求后，发送响应消息来指示连接请求已经被处理。当CCC-a的CC收到指示信号后，CC向下游节点发送连接确认消息，这为可选项。如果路由不能建立，子网使用连接拒绝消息来响应连接请求。应该有能力指定双向连接，在两个方向上SNP索引值可以是相同的。例如，
40、在一个传送网络单元上的一个端口上在两个方向采用相同的时隙编号。5.4.3 连接释放处理连接释放的处理和连接建立的处理相反。呼叫释放请求先进行处理。连接释放时执行下面的处理:10 GB/T 21645.4-2010 一一根据5.3.4，呼叫释放请求验证通过后才允许进一步处理连接释放请求。当收到连接释放的指示后，ASC-1的CC发起连接释放处理。从呼叫请求中，发起释放呼叫请求的代理标识呼叫即将释放。一一在ASC-1的连接控制器CC，SNC被释放，包括释放SNP0 ASC-1的LRM通过信令消息通知TSC-1的LRM来释放TSN-1使用的LC链路连接。SNP对的状态更新为可用0CC和下游的CC通过信
41、令通信继续进行连接释放处理。一一在TSC-1的CC，SNC被释放。TSC-1的LRM通过和ZSC-1的LRM进行信令交互来释放ZSN-1使用的LCaSNP对的状态更新为叮用0CC和下游的CC通过信令通信继续进行连接释放处理。二连接释放请求的处理一直延续到目的CCC-z的CC。一一在目的CCC-z的CC.呼叫使用的链路连接LC被释放辛当CC处理完连接释放请求后，向上游节点发送连接释放处理完成的指示信息。5.5 恢复信令流程5.5.1 连接恢复处理机制呼叫的恢复会引起连接的恢复.III连接flif路111实现)j伞使用新的网络资源。此动作在重路由区域内实现，并且由每一个呼叫的策略决尘。市:路由操作
42、主!萤:在两个IIJ!叫控制器之间建立两个分离的连接。一旦新的重路由连接建立，此连接就会替代现存的连接，)主两个连接属于相同的呼叫段。注意，呼叫在连接重路由的过程中保持不变。网络中存在两种类型的恢复.软重路。l和JI史重路由。软重路Ltl服务是用于管理维护目的的呼叫重路由机制(如路由优化、网络维护、L程规划等)。当软重路由操作被触发(一般经由管理平面发起的请求)，并发送给重路由元件，重路由元j:首先建立一个重路由连拔.然后使用此连接并将最初的连接删除。这称作先建后拆(make-beforebrek)。硬重路由机制提供了呼叫连接失效时的恢复机制，并能响应失效事件。对于一个已激活硬重路由的呼叫连接
43、，源节点阻止呼叫释放，并试图在重路由域边界建立4个到宿节点的替代连接段，即重路由连接。在重路由城边界的宿节点同样阻止呼叫连接的释放.Jl等待重路由城边界的源节点建立一个重路由连接。对于硬重路由，初始的连接段吁以在重路由连接建立之前或者之后被释放，即采用先拆后建或先建后拆的方式，对于采用返回方式的硬匪路由机制，可以采用只建不拆方式。软重路由和硬重路由机制可以用于交换连接和软永久连接。在网络呼叫控制器之间应用，UNI参考点没有此功能。两个呼叫控制器之间的重路由操作可能同一个呼叫段相关，也可以在几个连续的呼叫段的之间发、生，在这种情况下，呼叫段可能会因为重路由连接路由的改变而发生变化，但是呼叫参数以
44、及呼叫名称不会发生变化。5.5.2 单个重路由域的硬重路由如果一个呼叫在一个区域内部配置了硬重路由服务，连接的故障导致了到达区域边界NCC的信令故障。此故障不会扩散到区域外部，并且区域内会发起恢复操作。例如在图8中，区域1的连接发生了故障，硬重路由操作过程如图10所示。当故障通知到达ASC-1后，呼叫没有释放，但是新的呼叫和连接请求向ZSC-1发起。注意ASC-1和ZSC-1都包含呼叫和连接控制器。当域1的新的连接建立以后，呼叫就可以使用它。ASC-1和ZSC-1之间的呼叫段在重路由前后保持不变。如果硬重路由操作是不可返回的，ASC-1发起故障连接的择放。此操作可以在新的连接建立之前或之后进行
45、。在图10中，释放操作在连接建立完成以后执行。11 GB/T 21645.4-2010 CCC-a 故障通知呼叫或连接建立呼叫或连接确认初始连接释放(无甲)5.5.3 多个重路由域的硬重路由ASC-l TSC-l ZSC-l ASC-n l +寸之l i JI 1 传送故障1 川一一一一书.j1 N一 一一_j-一一一-1一lj 卜一一一一叫!+一一-4寸!呼叫立成功l l 没1r接收一-一l L/气_.-I发起连接?叫建立确可-1 1lr 斗ASl、-nC-a 建立一信令确认消息故障(传送过程中确认消息丢失)图17rSC-l 一-，号-一略叫建立卜一-+一一-il l l i e-一一-叫J
46、 1 1 i 一一一-0时r 1 1 1 一一一-悟i1 1 俨一-_，叫1 1 r唱.，._._一-，i 斗呼叫建于成功: : 没有接收到确认销息l l i i 发起连号释放l l CCC-z ZSC-n ASC-n ZSC.l ASC-l 图18建立一信令确认消息故障(确认消息一直没有产生)5.6.2.3 域内和域间的故障下面的故障原因编码会导致信令动作:RC故障，如查找到AGC-z的路由时发生故障;CAC故障，如验证策略信息时发生故障;子网或域之间的链路连接故障，如ASN-l和TSN-l之间连接故障或ZSN-l和ASN-n之间的连接故障;子网内部的子网连接的故障，如TSN-l子网连接故障
47、;一一-LRM故障，如将所请求的带宽映射到传送网络资源时发生故障;一-CC定时器超时。15 GB/T 21645.4-2010 在图19和图20的例子中，策略的验证已经通过，但网络资源不足导致请求被拒绝。服务被拒绝的结果就是子网会解除预留或释放已经预留或分配的网络资源。CCC-a ASC-l TSC-l ZSC-l ASC-n TSC-n ZSC-n CCC-z 图19信令流:建立一域内故障(呼叫被拒绝)CCC-a ASC-l TSC-l ZSC-l ASC-n TSC-n ZSC-n cCC-z 图20信令流:建立一域内故障(定时器超时)定时器超时时，建立请求的拒绝消息会向上游发送，同时会释放已经分配的资源。另外，释放请求也可能会向下游发送来防止下游节点企图处理建立请求。5. 6. 2. 4 CCC-z的UNI故障16 下面的故障原因代码引发信令动作:CAC故障，如验证策略信息;一一域间的链路连接故障，如ZSN-n和AGC-z之间的链路连接故障;一一子网内部的子网连接故障，如ZSN-n内部的子网连接故障;LRM故障，如将请求带宽映射到传送网络资源;ZSC-n的CC定时器超时;CCC-z的CC定时器超时。在图21和图22的故障情况下，CCC-z拒绝请求，这可能是因为:一一-CCC-a对建立从AGC-a到AG
