GB/T21645.9-2012
自动交换光网络(ASON)技术要求第9部分：外部网络-网络接口(E-NNI)
Technicalrequirementsforautomaticallyswitchedopticalnetwork(ASON)-Part9:Externalnetworktonetworkinterface(E-NNI)
- 中国标准分类号（CCS）M33
- 国际标准分类号（ICS）33.180.01
- 实施日期2013-06-01
- 文件格式PDF
- 文本页数99页
- 文件大小2.25M
以图片形式预览自动交换光网络(ASON)技术要求第9部分：外部网络-网络接口(E-NNI)
自动交换光网络(ASON)技术要求第9部分：外部网络-网络接口(E-NNI)
国家标准 GB/T21645.g一2012 自动交换光网络(ASON)技术要求 第9部分:外部网络-网络接口E-NNI IeehnmtealrequirementsforaomatiealyswiteheloptielnelworkAsoN)一 networkinterface(E-NNn Part9:Externalnetworkto 2012-12-31发布 2013-06-01实施 国家质量监督检验检疫总局 发布 国家标准化管理委员会国家标准
GB/T21645.9一2012 目 次 前言 范围 规范性引用文件 术语和定义、缩略语 3.1术语和定义 3.2缩略语 E-NNI信令功能定义 E-NN提供的信令功能 4.2E-NNI支持的连接类型 4.3E-NNI呼叫和连接分离功能 E-NNI信令参考配置 5.1E-NNI支持的控制平面元件 5.2E-NNI信令参考配置 5.3E-NNI信令调用模型 10 5.4用于信令的标识符 16 55 信令通信网要求 15 E-NNI信令抽象消息和属性 16 抽象消息和错误编码 16 抽象属性 2 E-NNI信令流程 概述 21 正常操作 21 异常情况操作 32 RsVPTE扩展 33 8.l RSVP-TE概述 33 消息和错误码 34 8.2 属性和对象 8.3 4G RsVPTE信令流程 8.4 48 RSVP控制平面失效 58 5 基于0SPF的E-NNI路由架构 概述 5 60 9.2路由信息的传送 60 9.3路由域拓扑的抽象 6d 9.4安全性考虑 10单级OSPFE-NNI路由
GB/r21645.g一2012 10.1配置 61 63 10.2运行 63 11多级路由层次的运行结构 63 11.1配置 65 11.2运行 12 66 E-NN路由的OSPF协议扩展 66 12.1新增与扩展的Sub-TLV 68 12.2不透明TELSA 13E-NN安全和日志(可选 13.1 安全 13.2 72 日志 附录A(规范性附录》IETFrGMPL.s的域间信令技术 73 73 域间信令要求 A.1.1域间信令模型 73 A.1.2域间呼叫模型 A.1.3域间保护恢复 A.1.4跨域的路径重优化 75 LsP建立失败处理 75 1E:TFGMPI.S的域间信令协议扩展 75 A.2 域间信令协议 2. 75 排斥路由约束扩展 78 A.2.3域间呼叫协议扩展 7g 附录B(资料性附录IE:TFGMPL.S的域间路由技术 84 B1域间路由基本要求 84 B.2PCE多域应用场景 84 B.3PCE联合计算跨域最优路径 85 B.4域间路径保密 86 附录c资料性附录)单级路由举例 87 控制域 87 c.2控制平面 88 C 3 数据平面 89 C.4RC1发布的链路 89 C.5Rc2发布的链路 90 C.
Rc3发布的链路 9 c.7RC4发布的链路 9 C.8UNIN的通道计算和ERO 92 92 C.9通道扩展 93 附录D资料性附录OIFE-NNI的兼容性 93 D.1OIFE-NN12.0与UNI的兼容 93 D.2OIFE-NNI2.0与OIFE-NN1.0的兼容
GB/T21645.9一2012 前 言 GB/T21645《自动交换光网络(AsON)技术要求》分为以下几个部分 -第1部分:体系结构与总体要求 第2部分;术语和定义 第3部分:数据通信网(DCN 第4部分;信令技术 第5部分用户网络接口(UNI 第6部分管理平面 第7部分自动发现 第8部分路由 第9部外外M网络网络接日ENND) 本部分为GB/T21845的第9部分 本部分按照GB/T1.1-2009给出的规则起草
本部分主要技术内容参考了oFENN接口的信令和路由规定,包括oIFENN.0.oIF E NN12.0,OIFE-NNI-OSPp-01.0,此外还参考了IETF基于GMPLs的域间接口规定和协议,包括 IETFRFC4726,IETFRFC4874、,IETFRFC5151,IETFRFC5152,IETFRFC4974、,IETFRFC5298等
本部分各章节与上述标准的对应关系如下 -第4、5章对应了oIFE-NN1.0第39章,OIFE-NN12.0第6一9章的内容 第6章对应了OIFE-NN2.0第10章的内容; 第7章对应了oIFE-NNI2.0第12章的内容; 第8章对应了OIFE-NN2.0第13章的内容; 第9章对应了oIFE-NNI-O)sPF-01.0第3章的内容; 第10章对应了oIFE-NNI-OsPF-01.0第9章的内容; 第11章对应了oIFE-NNI-OSPF-01.0第10章的内容; 第12章对应了RFC4726第2一5章的内容; 第13章对应了OIFE-NN12.0第11章的内容; 附录A.2.1对应了IETFRFC5151的内容; 附录A.2.2对应了IETFRFC4874的内容; 附录A.2.3对应了IETFRFC4974的内容; 附录B.2对应了IETFRFC4655的内容; 附录B.3对应了IETFRFC5441的内容 -附录B,4对应了IETFRFC5520的内容
本部分由工业和信息化部提出 本部分由通信标准化协会归口 本部分起草单位;工业和信息化部电信研究院、电信集团公司、华为技术有限公司、中兴通讯股 份有限公司武汉邮电科学研究院、上海贝尔股份有限公司、移动通信集团公司
本部分主要起草人:张国颖,荆瑞泉、蔡军州,徐云斌,汤瑞,柯明,朱冰,许宗幸,李晗
m
GB/T21645.9一2012 自动交换光网络(ASoN)技术要求 第9部分外部网络-网络接口(E-NNI 范围 GB/T21645的本部分规定了用于运营商内AsON网络的E-NN接口的技术要求
主要包括基 于OIF的E-NN接口规范,如E-NN信令功能、支持的业务、信令参考配置、基于RSVPTE的信令协 议、E-NN路由架构、基于OSPF-TE的路由协议扩展等;以及基于IETFGMPLs的E-NN规范,如 IETFGMPIs的域间信令架构、域间信令协议扩展,域间路由要求等
本部分不包括自动发现、策略等 内容
本部分适用于基于SDH和OTN的自动交换光网络(AsON)中E-NN接口
规范性引用文件 下列文件对于本文件的应用是必不可少的
凡是注日期的引用文件,仅注日期的版本适用于本文 件
凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件
GB/T21645.12008自动交换光网络(As(ON)技术要求第1部分体系结构与总体要求 GB/T21645.2一201o自动交换光网络(AsON)技术要求第2部分;术语和定义 GB/T21645.3-2009自动交换光网络(AsON)技术要求第3部分;数据通信网(DCcN) GB/T21645.5-2012自动交换光网络(AsON)技术要求第5部分;用户-网络接口(UNI) GB/T21645.82012自动交换光网络(AsO)技术要求第8部分;路由 ITrU-TG.77132006分布式呼叫和连接管理[DistributedConnectionManagement(DCM)] ITU-TG.7713.2采用GMPL.SRsVPTE的DCM信令[DCMsignallngMechanisnUsing GMPL.SRsVPTE(DCMGMPI.ssVPTE)] ITU-TG.7715.1链路状态路由协议的要求(AsONRoutingArehitectureandRequirementsfo IinkStateProtocols ITU-TG.808o自动交换光网络结构[ArehitectureoftheAutomaticSwitchedOptiealNetwork AsON) OIFUN1.OUNI1.0信令规范[UserNetworklnterface(UNI)1.0SignalingSpeeifceation] oIFE-NNI-Sig-01.0运营商内E-NN.0信令规范(OIFlmplementationAgreementoIF-E NNISig-01.0-lntra-CarrierE-NNISignalingSpeeification) OIFSEP02.1UNI和E-NNI的安全性扩展规范(AddendumtotheSecurityExtensionforUNI andNN OIFSLG01.0OIF采用SysL.og的控制平面日志和审查功能(OIFlmplementationAgreement o1FconrolPlanelgeimxandAwitngwithsysloe) ETrRFc2205资源预留协议(RsvP版本1功能规范(ReourReserVation rotocol RSVP)-Version1Fu iunctionallspeifceation) ETFRFc2328osPF版本2(OsPFVersion2) IETFRFC2961RRsVP刷新开销减少扩展(RSVPRefreshOverheadReductionExtensions) IETFRFC3209RSVPTE:RsVP支持LSP隧道的扩展RSVPTE:ExtensionstoRSVPfor
GB/r21645.g一2012 LSPTunnels eneralizedMulti-ProtocolL.abelwitchin IETFRFC3471通用标记交换协议信令功能描述[Ge ing (GMPLs)SignalingFunctionalDescription] IETFRFC3473 通用标记交换信令RSVP-TE扩展[GeneralizedMulti-Protocollabel Switehing" GMPLs)SignalingResourceReserVationProtocol-TrafficEngineeringRsVPTEEx tenSIOnS IE:TFRFC3474用于AsON的GMPI.sRsVPTE的使用和扩展IANA分配文件[Dbcumentationof IANAassignmentsforGeneralizedMuliProtocoll.abelSwitching(GMPLs》ResourceReservationm Protocol-TrafficEnginering(RsVP-TE)UsageandExtensionsforAutomaticallySwitchedOptical Network(AsON] IETFRFC3477用于无编号信令RsVPTE信令[SignallingUnnumberedLinksinResource ReSerVationProtocolTrafficEngineeringRSVPTE)] toOsPF ETFRFC3630OsPF流量工程扩展版本2[TrafieEngineeringTEExtensions Version2] IETFRFC4203 支持通用标记交换协议的OSPF扩展[OSPFExtensionsinSu bupportof GenecralizedMwltiProtoolLabelswitching(GMPIs)7 OTN网络控制的GMPLs信令扩展[GeneralizedMwltiProocol ETFRFC4328用于G.709 forG.709optiealTransportNetworksContro LabelSwitchingGMPLS)SignalingExtensions 用于sONET&.SDH控制的GMPL.s 信令扩展[Giaernliaed IETFRFC4606 Multi-Protocol LabelSwitchingGMPLSExtensionsforSynchronousOpticalNetworkSONETandSynchronous DigitalHierarchySDHControl IETFRFC4655PCE架构[APathComputationElement(PCE)-BasedArehitecture IETFRFC4726MPIs-TE的域间体系架构(AFrameworkforInter-DomainMultiprotocol L.abelSwitehingTraficEngineering) IETFRFC4874 排斥路由-RsVPTE协议扩展[ExcludeRoutes-ExtensiontoResource Reser erVaionProoolTmlfieEngimeering(RsvPTE)1 ETFRFC4974 支持呼叫的MPLsGMPLsRsVPTE信令扩展[GeneralizedMPLs (GMPLS)RsVPTEignalingExtensions inSupportofCall IETFRFC5151 域间MPLS和GMPLS流量工程RSVP-TE扩展[Inter-DomainMPLsand wolL-TralfieEngin GMPLSTrafficEngineering ResourceReservationProtou RSVP-TEExten neering S1Ons IETFRFC5298域间ISP恢复分析Analysisoflnter-DomainLabelSwitchedPathISP)Re cOvery PCE后向递归多域路径计算[ABackward-RecursivePCE-BasedComputation IETFRFC5441 BRPCProceduretoComputeShortestConstrainedInter-DomainTrafficEngineeringIabel SwitchedPaths灯 IETFRFC5520PCE域间路径保密(PreservingTopologyConfidentialityinInter-DomainPath ComputationUsingaPath-Key-BasedMechanism 术语和定义,缩略语 3.1术语和定义 GB/T21645.22010界定的以及下列术语和定义适用于本文件
GB/T21645.9一2012 3.1.1 域间链路interdomainlink 条链路的两端位于一个特定路由层次内的不同路由区 3.1.2 iintra-doainlink 域内链路 -条链路的两端位于某个特定路由层次中的相同路由区内
3.1.3 层次/等级level 路由区和包含它的路由区或它所包含的路由区
在同一个路由层次深度的路由区被认为处于相同 路由等级 3.1.4 nodeID 节点标识 节点还可以表示一个路由区或一个子网 标识传送拓扑图中的一个节点
3.1.5 协议控制器protocolcontroler 提供抽象接口参数与接口上实际承载协议消息映射的功能元件
3.1.6 路由控制器routingcontroler;Rc 提供路由服务接口,负责路由信息的协调和发布的功能元件
3.1.7 路由控制器标识RcID 唯一标识一个RC实例
该标识符可能用于数据库同步功能
3.1.8' 路由控制器协议控制器标识RcPcID 唯一标识一个RC的协议控制器
每个协议控制器获取一或多个控制平面元件的原语,并把接口 复用到一个协议实例中
3.1.9 RcCsCN地址RccsCNaddress RC通过协议控制器所关联IPsCN的SCN地址
一个RC可以有多个PC关联到CN,分别支持 特定的协议的过程和格式
本部分中该地址标识RC的OSPFPC 3.1.10 路由控制域routingcontroldomain;RCD 一个传送域是根据运营商策略建立的规则所组合起来的一组传送资源
一个RCD是一类传送域
是为了传送资源发布的目的所组成的一个RC联邦
3.1.11 流量工程链路TElink 一个具有流量工程属性的逻辑链路
TE链路是逻辑的概念,因为它可以把特定物理资源信息进 行组合/映射,用于基于约束的最短路径算法的路由计算
3.2缩略语 下列缩略语适用于本文件
AGc;接人组容器(AccessGroupContainem) AutonomousSystem AS;自治系统(A
GB/T21645.9一2012 ASBR:自治系统边界路由器(At utonomou1s sSystemBoundaryRouter AsoN自动交换光网络(AutomaiealyswitehedOptiealNetwortk) BRPC;后向递归的PCE路径计算(Backward-RecursivePCE-BasedCo omputation CC;连接控制器(ConnectionController ccC,呼叫方/被叫方呼叫控制器(Calling/CaledPary yCallController CD:控制域ControlDomain aracteristicInformation CI:特征信息(Cha nt CPs,机密路径信息(ConfidentialPauhsegmer CSPF;基于约束的最短路径优先(Constraint-basedShortestPathFirst DCN:数据通信网(DataCommunicationNetwork ControlChannels) ECC;嵌人控制通道(Embedded EMS:网元管理系统(ElementManagementSystem E-NNl:外部网络-网络接口(ExteriorNetwork-Networklnterface eNNI-D:下游E-NNI逻辑控制平面实体(E-NNIDownstream eNNI-U;上游E-NNI逻辑控制平面实体(E-NNIUpstream ERO:显式路由对象ExplicitRouteObject FRR:快速重路由(FastReRoute GMPIS:通用多协议标签交换(GeneralizedMPIS GRE;通用路由封装(GenericRoutingEncapsulation IE:TF;因特网工程任务组(InternetEngineeringTaskForce) ID:标识(Identifier ITU-T;国际电信联盟-电信(InternationalTelecommunicationsUnion-Telecommunications) I-NNI;内部网络-网络接口(InteriorNetwork-Networklnterface) IC,链路连接(LinkConnection) LsA;链路状态通告(LinkStateAdvertisenment) L.SP;标签交换路径(LabeSwitchedPath) MCN;管理通信网(ManagementCommunicationsNetwork MPLS;多协议标记交换(Multi-protocoll.abelSwitching NCC:网络呼叫控制器(NetworkCalControler) NMS;网络管理系统(NetworkManagementSystem NNI:网络-网络接口(Network-to-networkinterface) NodeID;节点标识(Nodeldentifier) NCC;网络呼叫控制器(NetworkCallController) NE;网元(NetworkElement) OIF;光因特网论坛(OptiealInternetForum ShortestPathFirst) OSPF:开放最短路径优先(Open 0TN;光传送网(OpticalTransportNetwork) rotocolController PC;协议控制器(Pr PCC;路径计算请求客户端(Pa cienm) 'athComputation Element PCE;路径计算单元(PathComputation PCReq;路径计算请求(PathComputation Reguesn PCRep路径计算响应(PathComputationRespond) PDU:协议数据单元(ProtocolDataUnit
GB/T21645.9一2012 RA;路由域(RoutingArea Controller) RC;路由控制器(Routing ControlDomain RCD;路由控制域(Routing RRO;记录路由对象(RecordRouteObjeect) esourceReservationProtocol RSVP资源预留协议Re RSVP-TE:RsVP流量工程扩展(RsVPTrafieEngineering SRLG:共享风险链路组(SharedRiskLinkGroup ;交换连接(SwitchedConnection SCPCID;信令控制器协议控制器标识(SignalingControllerProtocolControlerldentifier) SCN:信令通信网(SignalingCommunicationsNetwork) SDH;同步数字体系(SynchronousDigitalHlierarchy SONET:同步光网络(SynchronousOpticalNetwork) SN:子网(Subnetwork sNC;子网连接(sub-NetworkConnection) sNP;子网点(Sub-NetworkPoint sNPP;子网点池(Sub-NetworkPointPool) sSNPPLink:子网点池链路(SubNetworkPointPoolLink SPC;软永久连接SoftPermanentConnection) SPF:最短路径优先(hortestPathFirst) TE:流量工程(TrafficEngineering) TLV:类型/长度/值Type/Length/Value TNA:传送网络分配地址(TransportNetworkAssignedAddress) TNE;传送网络单元(TransportNetworkElement) TRI:传送资源标识(TransportResourceldentifier) Tm TL;生存时间(TimeToLive) UNI;用户-网络接口(User-networklnterface) UNI-C;用户-网络接口客户侧(ClientSideofaUNI UN-N;用户-网络接口网络侧(NetworkSideofaUN VLAN;虚拟局域网(VirtualL.ocalAreaNetwork VSPT;虚拟最短路径树(VirtualShortestPathTree) E-NNI信令功能定义 4.1E-NNI提供的信令功能 自动交换光网络(ASON)体系架构支持按照管理,策略、传送网络的内在差异等因素,将网络分割 成不同的控制域,用来区分不同行政上或者管理上的职责、信任关系、地址方案、基础设施能力,生存性 技术、控制功能的分布等
控制域之间的参考点称为E-NNI,表示支持多域连接建立的业务划分点
通过E-NNI参考点交换的域间信息具有公共的语义,而控制域内允许具有不同的语义表示
E-NNI信令主要完成跨不同控制域的连接控制
E-NN信令与UN,NNI信令协议一起实现端 到端传送业务连接的建立
从信令角度来看,运营商内和运营商间E-NNI没有区别,其主要区别体现 在策略、路由、编址和安全等方面 图1给出了一个多运营商、多设备厂商传送网络的控制域划分的示例
GB/r21645.g一2012 UNI 运营商A ENI 运营商B 客户 NE NE NE NE 客户 区域 核心 运营商B E-NI 域B1 域B2 NE NE NE NE 厂商X 厂商y 图1控制平面划分控制域的示例 E-NNI信令应支持以下功能 a)E-NNI接口应支持RsVP-TE信令协议
提供跨不同控制域的端到端呼叫业务)的建立、修改和删除
其中,呼叫修改主要通过增加、 b 删除已建呼叫的连接,或通过修改已建连接的带宽来实现
提供跨一个或多个域的端到端业务所需的连接建立、删除
d)E-NNI信令应支持SDH,OTN和以太网连接业务 SDH连接业务:其中vC4连接为必选支持.vC12、vC3、连续级联vC-4-Xc.(X=4.16. 64,256),虚级联vC3/4Xv,X=1,2,,256)为可选支持; 0TN连接业务;其中ODU.(k=1,2),OCh连接为必选支持,ODU.(k=0,3,4)以及级联 2 业务为可选支持; 以太网连接业务;支持以太网业务适配到服务层网络传输,E-NN接口不支持以太网 3 交换
e 本部分规定的E-NNI信令仅支持单层网络即单层的客户和服务层关系),E-NNI支持以太网 业务交换和多层网络的信令规范待研究
本部分规定的基于OIF的E-NNI信令符合OIFE-NNI2.0的要求,OIFE-NN1.0和2.0的兼容 性说明参见附录D
基于IETF的域间信令见附录A
4.2E-NNI支持的连接类型 4.2.1连接类型 GB/T21645.1一2008定义了AsON支持的3种连接类型 a)PC永久连接):PC是由管理系统指配的连接类型
bsSC(交换连接):sC是由终端用户发出请求,在终端用户之间以信令方式建立的连接
SPC(软永久连接)SPC由网络边缘的PC和网络内部的sSC一起构成端到端的连接
另外 端到端业务的一侧用户-网络部分可能由网络管理系统配置,称为SPC/sC混合业务 E-NN信令应支持跨越多个控制域提供SPC,SC业务或SPC/sSC混合业务,如图2所示
GB/T21645.9一2012 UNI E-NNl UNI N 挖制域1 NE 控制域n NE 客户 客户 NE 客户端到端连接 sC业务 网络端到端连按 sc业务 水久 永久 连接 连接 Pc Pc 图2跨多个控制域的SC和SPC业务 4.2.2支持交换连接 当经过一个或多个E-NNI接口提供端到端sC时,源呼叫方的呼叫参数应在E-NN接口被保存和 传递
例如,E-NN信令消息中应传递业务相关属性(例如与路由多样性相关的属性)
业务可能在不 同域内具有不同的实现方式
此外,在ENNI信令消息中应支持传递显式路由信息
4.2.3支持软交换连接 通过一个或多个E-NN接口提供软永久连接SPC时,源端网络呼叫参数应在E-NNI接口被保存 和传递
例如,在E-NNI信令消息中应传递业务相关属性(例如与路由多样性相关的属性)
同样,业 务可能在不同域内具有不同的实现方式
此外,在E-NNI信令消息中应支持传递显式路由信息
4.2.4 支持混合交换连接/软永久连接业务 条连接的两个端点中的一端支持信令,另一端不支持信令,这样的连接称为混合交换连接/软永 久连接
源端信令控制器不能确定连接的宿端被配置为软永久连接操作,仅宿端网络信令控制器能够 根据出口配置确定出口接口类型 通过一个或多个E-NNI接口提供混合SC/SPC连接时,源端网络呼叫参数应在E-NN接口被保 存和传递
在E-NN信令消息中应传递业务相关属性例如与路由多样性相关的属性)
同样,业务可 能在不同域内具有不同的实现方式
此外,在E-NNI信令消息中应支持传递显式路由信息
4.3E-NNI呼叫和连接分离功能 呼叫和连接分离是AsON的基本要求.这保证了业务请求本身与网络实现手段的分离
由于呼叫 是端到端的业务关联,呼叫状态不仅保存在终端点,还应保存在策略应用点(E-NNI接口)中
呼叫和连接分离可以采用以下两种信令方式实现: -方法一;呼叫操作和连接操作完全分离,即采用独立的呼叫和连接消息 方法二;呼叫和连接操作逻辑分离,即采用已有的连接协议完成呼叫控制 本部分规定的转于oF的EN信令果用方法二,即呼叫建立相剧除与连接建立和制除的信令 同时进行,呼叫控制信息被承载在连接控制信息中
本部分附录八规定的基于IETF的域间信令采用 方法一,即呼叫和连接控制采用独立的信令消息
图3给出跨越多域的呼叫和连接分离的示例
跨越多个控制域的呼叫由呼叫控制点之间的多个呼
GB/r21645.g一2012 叫段组成
连接控制仅限于单个呼叫段内部例如由于每个域的生存性方案不同,一个业务可以在不同 域中采用不同的保护恢复实现)
为支持一个呼叫段,可以建立一个或多个连接
在一个端到端呼叫 中,每个呼叫段关联的连接数量可以不同
在图3示例中,UNI呼叫段包含1个链路连接,而控制域1 呼叫段包含2个子网连接
E-NN 城n 域 NE NE 客户 NE NE 客户 UN1 E-NN UNI 呼叫 呼叫段 子刚呼叫段 呼叫段 呼叫段 子网呼叫段 SN sNc 图3经过多信令控制域的呼叫和连接分离 呼叫和连接分离的架构,允许不同的域灵活选择信令,例如UNI和E-NN呼叫段使用GMPILS RsVP-TE信令,而1-NNI呼叫段使用其他信令协议
B-NNI信令参考配置" 51E-NNI支持的控制平面元件 E-NNI信令接口主要包含以下控制平面元件 a)连接控制器(cC);连接控制器元件互相协作完成连接建立
b 主叫/被叫方呼叫控制器(cCCa/CCC-2)和网络呼叫控制器(NCC);主叫、被叫方呼叫控制器 负责控制呼叫的建立、释放和修改
呼叫控制器与业务划分点关联,即ccC-a/ccC-2与UNI C关联,NCc与UNI-N和E-NNI关联
协议控制器(PC);协议控制器负责把控制元件(例如CC,CCC,NCC)的参数映射到具体的协 议消息中
图4描述了跨域的呼叫控制器之间的交互关系
UNT UN E-NNT CCC-n ICC-1.1 NCC-1.2 NCC-n2 CCC 域1 NCCnl 域n UNT E-NNI UN 呼叫段 呼叫段 呼叫段 子网呼叫段 子网呼叫段 图4跨域多个控制域的呼叫控制器交互 主叫方呼叫控制器(CCCa)与被叫方呼叫控制器(CCC-2)通过中间的一或多个网络呼叫控制器
GB/T21645.9一2012 NCC通信
网络边界即UNI-N)和控制域之间的网关提供NCC功能,NCC执行的功能由UNI和E-NNI参 考点上的策略定义
网络呼叫控制器(NCC)负责以下功能 a)在每个控制域内负责关联SNC和呼叫(NCC-1人口和出口负责控制域1,NCCn人口和出口 负责控制域n); 与cCC-a和cCC-z交互(人口NCC-1与cCC-a交互,出口NCC-n与ccC-2交互)来关联链路 b 连接(LC)和呼叫; 在E-NNI控制域边界与对等cC交互,来关联LcC和呼叫出口NcC1和人口cCn)
c 连接控制器cC负责建立与每个呼叫段关联的连接
5.2E-NNI信令参考配置 E-NNI参考配置如图5所示,E-NNI位于两个控制域之间,上游协议控制器(eNNI-U)发送呼叫请 求,下游协议控制器(eNNI-D)接收请求
上游/下游协议控制器包括网络呼叫控制器(NCC)和连接控 制器(CC)功能
E-NNI 上游 下游 eNN-U eNN-D 控制域A 协议 协议 控制域B 控制器 控制器 图5E-NN参考配置 两个控制域之间可以由不支持AsON的传送网相连,如图6所示
这时,协议控制器将固定连接 子网看作一个简单的链路,该链路可能有一定的限制或属性(如只有部分时隙可用. 子网固定连接 上游 下游 eNN-U eNNI-D 控制域A 协议 协议 控制域B 控制米 控制器 E-NN 图6经过固定连接子网的E-NN参考配置
GB/T21645.g一2012 5.3E-NNI信令调用模型 与UN信令调用模型相似,ENN信令调用模型包含直接调用和间接调用两种模型
对于直接 调用模型,NccPC集成在网元内部;对于非直接调用模型,NCcPC不与NE集成,并可以支持一个或 者多个网元的ENN功能
图7给出了调用模型的示例
NCC E-NN E-NNI S NE NE NE 域A 域B 域 域B NCCO NCC NCCc 直接调用配置 NCCC NCCC NCCPC E-NN E-NNT NE NE NE NE 城A 域B 域A 域B NCCC 间接调用配置 图7E-NN信令调用参考模型 用于信令的标识符 E-NNI信令相关的标识符包括3类:传送资源名称、信令协议控制器标识符和sCN地址
5.4.1传送资源名称 传送资源标识(TRD)用于AsoN控制平面元件标识ITU-TG.805的传送平面资源,包括传送网络 分配地址(TN和子网点池(sNPp)标识 TNA地址用于标识位于UNI参考点上的传送资源
在ENNI参考点上,传送资源标识标识 a 网络控制域之间的资源,如图8所示
ccC和Ncc使用UNI和E-NNI的TRI标识,为呼叫 控制消息提供源端和宿端信息 UNTR E-NNITR1 UNITRI NE NE NE 控制域A 控制城B 图8AsoN传送资源标识 b SNPP表示用于路由的一组子网点集合
一条SNPP链路表示了位于不同子网或路由域的 SNPP的关联关系
SNPP链路标识用于区分这些链路
SNPP链路的两端通过自动发现或 者人工配置的方法进行关联
SNPPI标识了这些SNPP链路的端点,如图9所示
10o
GB/T21645.9一2012 UN E-NNI UNm uNIUNl NUNc E-NNT 呼叫方UNTR1 被叫方UNTR 控制域A 控制域B SNPPID SNPPID SNPPID SNPPID I-NNI 1-NN SNPID SNPID SNPID SNPID 下游 图9SNP和SNPPID示例 UN1/E-NN1传送资源标识(TRI)与sNPP链路标识可以具有1:N或者N:1的关系
这种关 系允许传送资源使用别名(对于相同的资源给予多个名字),也允许接人相同资源的一组链路使用同一 个TR1来标识
图10给出了每个E-NNI传送资源对应一个或多个sNPP链路的例子
E-NNITRIx sNPP链路1 SNPPIDil sNPPID2 SNPIDil SNPPIDj2 控制域人 控制域B SNPp链路 SNPPID SNPPIDk2 NE NE SNPP链路k E-NNITRIy 图10SNPPID和E-NNITR1的关系 表1给出ITU-T,OIFUNI2.0,OIFE-NNI2.0在E-NNI中使用的TRI的关系和映射
表1传送资源标识符映射表 IrU-T OIF 说 明 OIFE-NNI 范围 G.8080/G,7713 OIFUNI2.0 信令 2.0 G.7713一2006的表7-3 节点lD(NodelD)7 NodeID/ SNPPlID 本地 逻辑端口lID(L.ogical 在下游节点的一条链路可以 L.ogicalPortID 支持多个sNPPD PortID [E-NN上游上下文] NodeID/源L.ogical 未规范 N/A G
7713 本地 SNPPID PortlD [E-NNI下游上下文 NodelID/宿Logieal 本地 N/A G.7713未规花 SNPPID PortID
GB/r21645.g一2012 表1(续 ITU-T O)IF 说 明 OIFE-NNI
7713 范围 oIFUNI2.0 G.8080/G." 信令2.0 通用标签应从一个逻辑端口 SNPID 本地 通用标签 通用标签 D获得 [E-NNI上游上下文 源端通用标签 本地 N/A SNPID [E-NNI下游上下文 本地 N/A 宿端通用标签 SNPID 范围是sNPP(可能不在 UNITRI范围内或者 [UN1N目的SNPlD 远端 SPC宿端通用标签 N/A UNITRI E-NNI行为;端到端或透明 UNI传送资源ITRI TNA名字 承载 端到端 N/A 呼叫方UNTRI 源TNA G.7713一2006的表7-1 宿TNA G.7713一2006的表7-1 被叫方UNITRI 当ENNI链路的任何一端不 E-NNI传送资源ID 端到端 N/A TNA 希望暴露内部路由地址给对 方时,可以使用E-NNTRI UN和E-NNI中TRI.SNPP和SNPID的术语如图11所示
UN UN E-NNI UN-cUNI-N 上游 下游 uuNN 源TNA名字 TNA名字 宿TNA名字 控制域A 控制域B 源UN-N 源端 宿端 宿端UN-N 逻辑端口标识 逻辑端口标识 逻辑端口标识 逻辑口标识 源端UN-N 源端通用标签 宿端UNT-N 宿端通用标签 通用标签 通用标签 S A NE NE I-NN I-NNI 下游 图11oIrUNI12.0和oIFE-NN12.0术语的示例 12
GB/T21645.9一2012 5.4.2信令协议控制器标识符 在E-NNI中,上游节点NCCPC(eNNI-U)标识符称为发起方NCCPCID,下游节点NCCPC eNNI-D)标识符称为终结方NCCPCID
为了能够标明一个特定的E-NNI信令通道,信令PCc(eNNI U和eNNI-D)的标识符应是唯一的
本部分要求信令PC使用IPv4或IPv6作为标识符
PC用于特定协议的通信,NcC和cccCPC应具有标识符,允许它们与对端保持呼叫信令关系
在 ENN的本地上下文中,上游节点NCCPC标识称为发起方NCCPCID,下游方向的NCCPC标识称 为终结方NCCPCID,如图12所示
这些标识符应唯一标识一个特定E-NNI信道 UNI UN E-NNI UNI-CUN-N 上游 下游 UNI-NUNI-c 发起万 终给Z 发起万 终给万 NcD cCCCD LN NccCCD cCGPCD cCcCID 控制域A 控制域B NE NE NE NE 下谢游 图12上游和下游NcccI 表2给出了UNI-N和E-NN信令PCD的关系
表2信令协议控制器标识关系(下游上下文 ITU-T OIF G.8080/G.7713 范围 OIFUNI2.0 OIFE-NNI2.0 NcCPClD ENNIscPCID 全局 UNINscCD 发起方NCCPCID 全局 位于宿UNI的宿端UNI-NSCPCID eNN-USCPCID 全局 位于源UNI的源端UNINscPCD 终结方NCCPClD eNN-DSCPClD CCPCID 全局 UNIsCCID eNNISCPCID 位于宿UN的宿端UNINscrCD 与eNNIUscPCID共享 发起方CCPCID 全局 全局 位于源UNI-N的UN-NscPCID 终结方ccCID 与e\NNIDsCPCID共享 sCrcID的全局范围使用sCrcID提供运营商域内的呼叫D
对于跨运营商的呼叫,用于呼叫 ID的sCPCID,还应包含运营商ID. 在OIFE-NNI2.0中,NCCPCID和CcPCID共享相同的标识符,为了实现呼叫和控制的完全分 离,需要不同的标识符,有待进一步研究
图13描述了UNI和E-NNI中的相关术语
13
GB/r21645.g一2012 UNT UNT B-NNI 上游 下游 UN-NUNl-c UN-CUN-N 宿UNN 宿UN-C UN-C 游UN-N eNN-U eNNI-D SCPCID SCPCID SCPCID SCPCID SCCID SCPCID 控制域A 控制域B NE S Clienmt NE NE Clicnmt 下游 图13o1rUNI2.0和o1E-NN12.0中的信令cID 5.4.3信令协议控制器sCN地址 sCN用于控制平面组件之间的相互通信
实现控制平面通信功能的PC需要使用sCN地址
信 令PCSCN地址表示信令PC与SCN的连接点,如图14所示
因此信令PCsCN地址基于承载信令消 息的sCN拓扑,而不是传送平面或控制平面的拓扑 Nm UNT E-NN UNl-cUN-N 上游 下游 UN-NUN-c 控制城B 控制域A NE NE NE CN N NccC NCCPC NCCPC NCCP SCN SCN SCN SCN 地址 地址 地址 地址 下游 控制信道 SCN 图14NccPcsCN地址 虽然协议控制器ID与协议控制器SCN地址不同,但它们可以分配相同的值以便于管理
表3给 出了ITU-T,OIFUNI,OIFE-NNI中信令PcsCN地址的关系
信令协议控制器sC地址关系 表3 lITU-T！ oFENI20 oFUNI2.0 明 G.8080/ 范围 G.7713 本地 NcccscN地址 UNINsccsCN地址eNNIsccsCN地址 发起方NCCPCSCN 宿端UNI-NSCPCSCN eNNHUscPCsCN地址 本地 地址 地址(位于宿UND 发起方NccrcscN 源UNINscCsC地 本地 NNHDsCPcCsSCN地址 地址 址位于源UN 14
GB/T21645.9一2012 表3(续 TU-T OIFUNI2.0 OIFE-NNI2.0 说 明 G.8080 范围 G.7713 为了支持呼叫和链接完全 与UNISCPCSCN地址与NCCPCCN地址 分离，可能需要独立的 CCPCSCN地址 本地 共享 共享 地址 源UNI:与源UNI-CSC 为了支持呼叫和链接完全 ccPc 发起方 PCsCN地址共享
与发起方NccPscN 宿 SCN 分离，可能需要独立的 本地 地址 UNI;与宿UN-NSCPC地址共享 地址 SCN地址共享 源UNI:与源UNICSC 为了支持呼叫和链接完全 终结方cccsCN PcsCN地址共享
宿 与终结方NccPcsCN 本地 分离，可能需要独立的 地址 UNI:与宿UNINSCPC地址共享 地址 SCN地址共享 5.5信令通信网要求 E-NNI接口应使用可靠的信令通信网来传送控制信息
本部分规定的E-NNI接口应支持 GB/T21645.3一2009定义的DCN体系结构和功能要求
根据是运营商内或运营商间的E-NNI,E-NNI的sCN可以有不同的选项,例如: 不同sCN路由区相互独立,在路由区之间人工配置可达地址; a b 为不同的sCN构建一个公共的父SCN路由区,由0层路由器进行sCN之间的互联
图15给出了E-NNsSCN结构的示例
E-NNT 可达地址 控制域A 控制域B UN UNI Ciem NT NE Cienm SCNRA1 SCNRA2 NcC sCN地址 独立路由区示例 E-NN 控制域A 控制域B UN UN Cient NE Cient sCNRA1 sCNRA2 父scNRA4o 公共父路由区示例 图15E-NNIsCN结构示例 15
GB/T21645.g一2012 E-NN信令抽象消息和属性 6.1抽象消息和错误编码 6.1.1抽象消息类型 E-NNI信令用于在控制域接口之间交换消息,进行连接管理
本章给出E-NN信令需要使用的抽 象消息,即不依赖于所使用的具体协议
本章规定的E-NNI信令抽象消息和属性主要依据OIFE-NNI 2.0规范
E-NN抽象呼叫消息属性包含在连接消息中
表4给出了E-NNNI支持的抽象呼叫消息,这些消息 分为5类,包括连接建立消息,连接释放消息,连接查询消息,通知消息和修改消息
抽象呼叫消息不适 用于采用o1FE-NNI1.0规范的实现
表4-NN抽象呼叫消息 抽象消息 所属的信令消息 呼叫建立请求 属于呼叫的第一个连接的连接建立请求消息 属于呼叫的第一个连接的连接建立指示消息 呼叫建立指示 呼叫建立确认 属于呼叫的第一个连接的连接建立确认消息 呼叫释放请求 属于呼叫的最后一个连接的连接释放请求消息 呼叫释放指示 属于呼叫的最后一个连接的连接释放指示消息 呼叫查询请求 属于呼叫中每一个连接的连接查询请求消息 呼叫查询指示 对于呼叫的每一个连接,此呼叫信息搭载在连接查询请求指示信息中 如果现存连接的带宽变化引起呼叫的修改,呼叫修改请求可以暗含在连接修改请求中
呼叫修改请求 人暗含在连接建立请求中 如果呼叫的修改由于连接的添加引起,呼叫修改请求可以 如果呼叫的修改由于移除连接引起,呼叫修改请求可以暗含在连接释放请求中 如果现存连接的带宽变化引起呼叫的修改,呼叫修改指示可以暗含在连接修改指示中 呼叫修改指示 如果呼叫的修改由于连接的添加引起,呼叫修改指示可以含在连接建立指示中 如果呼叫的修改由于移除连接引起,呼叫修改指示可以暗含在连接释放指示中 如果现存连接的带宽变化引起呼叫的修改,呼叫修改确认可以暗含在连接修改确认中
呼叫修改确认 如果呼叫的修改由于连接的添加引起,呼叫修改确认可以暗含在连接建立确认中 如果呼叫的修改由于移除连接引起,呼叫修改确认可以暗含在连接释放确认中 表5在ITU-TG.7713的基础上,给出了E-NNI支持的抽象连接消息,这些消息分为5类,包括连 接建立消息,连接释放消息,连接查询消息,连接通知消息和连接修改消息
其中连接修改消息不适用 于采用OIFE-NNI1.0规范的实现
16
GB/T21645.9一2012 表5E-NN信令抽象消息 抽象消息 版本 连接建立请求 oFE-NNI1.0/oFE-NN2.0 ConneetionSetupRequest 连接建立消息 连接建立指示 ConnectionSetuplndication OIFE-NN1.0/oIFE-NNI2.0 `onnectionSetupConfirm可选 连接建立确认可选 OIFE-NNI1.0/OIFE-NN2.0 ConneetionReleaseRequest 连接释放请求 OIFE-NNI1.0/OIFE-NNI2.0 连接释放消息 onneetionReeaselndication 连接释放指示 OIFE-NNI1.0/OIFE-NN2.0 ConnectionQueryRequest 连接查询请求 OIFE-NNI1.0/OIFENN2.0 连接查询消息 ConneetionQuerylndication 连接查询指示 OIFE-NNI1.0/OIFENNI2.0 oIEE-NNI oIFE-NNI2.0 连接通知消息 连接通知 ConnectionNotif 1.0/ CConnectionModifyl oIFE-NNI2.0 连接修改请求 Request 连接修改消息 ConnectionModifylndicationm 连接修改指示 OIFE-NNI2.0 ConneetionModifyConfirm 连接修改确认 OIFE-NNI2.0 连接建立消息 6.1.2.1 连接建立请求 eNNI-U向eNNI-D发送ConnectionSetupRequest消息请求建立连接
此消息提供在E-NNI上建 立连接的信息,还提供下游(C完成端到端连接所使用的信息
此消息为全局范围,即消息被端到端传 递用于指示业务请求
此消息不承载错误代码
表6给出了抽象消息和内容
表6连接建立请求(ConeetionSetupRequest)抽象消息 消息:ConneetionSetupRequest 范围,全局 方向:eNNI-U-eNNI-D 类型 范围 呼叫/连接 属 源TNA 强制 全局 呼叫 目的TNA 强制 全局 呼叫 发起方NCCPCID 强制 局部 连接 强制 局部 终结方NCCPCID 连接 强制 局部 连接 连接名称 呼叫名称 呼叫 强制 全局 SNPID" 可选 局部 连接 SNPPID 强制 局部 连接 方向性 可选 全局 连接 目的NPID" 可选 局部 呼叫 路由 可选 全局" 17
GB/r21645.g一2012 表6(续》 消息:ComnectionsetpReeset 范围;全局 方向eNNHUNNID 属 性 类型 范围 呼叫/连接 业务级别 强制" 局部 呼叫 会同号 可选 全局 呼叫 编码类型 全局 强制 呼叫/连按 交换类型 强制 全局 呼叫/连援 SDH,oTN或以太网流量参数 强制 全局 呼叫/连接 通用负荷标识 可选 全局 呼叫 SNP和SNPPD为分配给本地链路的资源的标识符
它们是一系列D的列表
对一个双向连接请求,SNP 和sNPPID列表包含上游和下游的D信息
sNPID和目的sNPD作为可选信息 宿sNPD指连接或呼叫的最终地址的sNPD,可以是一个UNIC或者UNN的sNP 此属性只在SPC连接的目的节点有意义,在所有中间节点透传此ID. 此属性提供跨多控制城的路由信息,并可提供具体节点路由(如果策略允许)
因此,此路由信息可以跨多 个E:NNI 业务级别是一个强制属性
如果此属性不存在,需要使用一个默认的业务级别属性
此属性在单个运营商内唯一
它允许在不同的控制域之间转换等价的业务级别信息 6.1.2.2连接建立指示 此消息由eNNL-D发送给eNNI-U,用于响应连接建立请求
此消息提供在E-NNI上建立连接的 信息,还提供可能用于eNNI-U完成端到端请求的附加信息,例如使用为请求分配的SNP
当建立被 拒绝时,此消息包括有关拒绝的错误代码
此消息为全局消息,即此消息被端到端传送
表7显示 了 此消息和内容
表7连接建立指示(ConeetionSetuplnm lndieation)抽象消息 消息:;ConnectionSetuplndieation 范围;全局 方向eNN!-D-eNNIU 属 性 类型 范围 呼叫/连接 发起方NcCCID 强制 局部 连接 终结方NccCID 强制 局部 连接 连接名称 强制 局部 连按 呼叫名称 强制 全局 呼叫 局部 SNPID 强制 连接 连接状态 强制 局部 连接 方向性 可选 全局 连接 错误代码 可选 局部/全局 连接 是否支持带宽修改 强制 全局 连接 18
GB/T21645.9一2012 此消息包含如下错误代码: a被叫方忙; b 未认证发送者策略错误); e)未认证接收者(策略错误); d)无效连接ID; 无效呼叫D, 无效SNP; fD 不可用sNP; g 无效sNPP, h 不可用sNPP i 不可用方向性; j k)无效sPCsNP' 无效路由; m不可用业务级别
6.1.2.3连接建立确认 此消息为可选消息,用于eNNL-U向eNN-D发送建立指示的响应
如果在连接建立指示中请求 了确认消息,此消息是一个强制消息
此消息提供了在E-NN上,对端到端连接建立的最终确认
当 建立被拒绝时,此消息包含有关拒绝的错误代码
此消息为全局范围,即此消息被端到端传送
表8 显示了此消息和内容
表8连接建立确认(ConneetonSetupConfirm)抽象消息 消息:ConneetionSetupConfirm 范围全局 方向:eNN-U一eNNI-D 类型 范围 呼叫/连接 属 性 发起方NCCPCID 强制 局部 连接 终结方NccCID 强制 局部 连接 连接名称 强制 局部 连接 连接状态 强制 局部 连接 全局 呼叫 呼叫名称 强制 错误代码 可选 局部 连接 此消息包括如下错误代码 a)未认证发送者(策略错误); b)未认证接收者(策略错误); 无效连接D: c d 无效呼叫lD; 无效SNP; e f 不可用SNP 19
GB/r21645.g一2012 3 6.1
连接释放消息 6.1.3.1 连接释放请求 此消息由eNN-D或eNNI-U发送,用于向相关协议控制器(eNN-D或eNNI-U)发起连接释放请 求
此消息提供了用于释放端到端连接的E-NN部分的信息,以及可能用于eNNI-U或eNN-D完成 端到端请求的附加信息
此消息不携带错误编码
此消息为全局消息
表9显示了此消息的内容 表9连接释放请求(ConneetionReleaseRequest)抽象消息属性 消息:ConneetionReleaseRequest 范围,全局 方向:eNN-D-eNN-U或eNNIU一eNN-D 性 类型 范围 呼叫/连接 发起方NccPCID 强制 局部 连接 终结方NccPCID 局部 连接 强制 局部 连接 连接名称 强制 呼叫 呼叫名称 强制 全局 释放请求可以由一条连接的中间节点产生,使用连接通知消息用来通知源或目的节点发起释放请 求
在此情况下,中间cC发送请求触发源或目的cC发起释放请求,并可能包含附加信息指示此请求 是中间节点产生的
此消息不包括错误代码
6.1.3.2连接释放指示 此消息由eNNID或eNNI-U发送给相关协议控制器(eNNIU或eNNI-D),用于对连接释放请求 的响应
此消息提供了端到端连接中E-NN部分的最终释放确认
此消息为全局消息,消息被端到端 地传递
表10为此消息内容
表10连接释放指示(ComneetionReleaselndieatiom)抽象消息属性 ConneetionSetuplndication 消息.Co 范围;全局 方向:eNNI-DeNNI-U或eNNI-UeNNI- 类型 范围 属 性 呼叫/连接 强制 局部 发起方NCCPCID 连接 强制 局部 连接 终结方NCCPCID 强制 局部 连接 连接名称 连接状态 强制 局部 连接 呼叫名称 强制 全局 呼叫 错误代码 局部 可选 连接 2o0
GB/T21645.9一2012 此消息包括如下错误代码: a)未认证发送者(策略错误); b未认证接收者(策略错误); 无效连接ID c d 无效呼叫ID 连接查询消息 6.1.4.1 连接查询请求 此消息用于eNN-U或eNN-D向相应协议控制器(eNNI-D或eNN-U)发起查询请求
此消息 用于请求同一呼叫中的一或多个已建连接的连接状态信息
如果设有指定连接或呼叫名称,刚返网 所有由eNNID或者e\NNI-U管理的连接信息
如果只指定了呼叫名称,则返回此呼叫所包含的所有 连接信息
此消息为局部消息,表11为此消息内容
表11连接查询请求(ConneetionQueryReguest)抽象消息属性 消息:ConneetionQueryRequest 范围;局部 方向:eNNI-D-eNNI-U或eNN-U-eNNI-D 性 类型 范围 呼叫/连接 属 发起方NcCPCID 可选 局部 连接 终结方NCCPCID 可选 局部 连接 连接名称 可选 局部 连接 呼叫名称 可选 全局 呼叫 6.1.4.2连接查询指示 此消息由eNNI-D或eNNI-U发送,用于响应相关协议控制器(eNNI-D或eNNI-U)的查询请求
此消息提供同一呼叫内已建的一或多个连接的描述信息
如果请求多个连接的状态,对每个连接都需 要提供以下内容: -连接名称 -连接详细信息
此消息为局部消息
表12为此消息内容
表12连接查询指示(ComneetionQuerylndieatiom)抽象消息属性 消息.Con onnectionQuerylndicationn 范围:局部 方向;eNN-D-eNN-U或eNN-U一eNN-D 类型 属 性 范围 呼叫/连接 发起方NCCCID 强制 局部 连接 终结方NCCCID 强制 局部 连接 强制 局部 连接 连接名称 21
GB/r21645.g一2012 表12(续 消息 ConnectionQuerylndication 范围:局部 方向:eNN-D-eNN-U或eNN-U-一eNN-D 属 性 类型 范围 呼叫/连接 强制 全局 呼叫 呼叫名称 错误代码 可选 局部 连接 连接详细信息如下 连接状态 局部 连接 强制 局部 源TNA名称 可选 连接 可选 局部 连接 目的TNA名称 局部 连接 本地逻辑端口标识符 局部 连接 本地通用标签 局部 连接 合约D 编码类型 局部 连接 局部 连接 交换类型 局部 连接 sDH.OTN或以太网业务参数 局部 连接 方向 局部 连接 路由 局部 通用静荷标识符 连接 可选 局部 业务级别 连接 分级 可选 局部 连接 “连接详细信息”属性可包含此连接的任何属性,如使用的sNP,使用的特定恢复机制等,“连接详 细信息”属性所包含的信息类型参见属性定义部分
此属性可以包含一个或多个连接的状态信息
例 如,此属性可包括所使用的sNP,特定的恢复机制等
此消息包括如下错误代码 a)未认证发送者(策略错误); b 未认证接收者(策略错误); e)无效/未知连接ID: d 无效/未知呼叫ID. 6.1.5连接通知消息 此消息由eNNI-U或eNND发送,用于通知相关协议控制器(eNND或eNNI-U)一个或多个连 接的状态
此消息通知需要删除连接的源和目的地址,用于触发连接释放请求
此消息是局部消息 表13显示了此消息的内容
22
GB/T21645.9一2012 表13连接通知(Co omneetionNotifieatiom)抽象消息属性 消息;ConneetionNotificationm 范围;局部 方向:eNNI-D-eNN-U或eNN-U一eNN-D 范围 属性 类型 呼叫/连接 发起方NCcPCID 强制 局部 连接 终结方NCcPCID 强制 局部 连接 连接名称(列表 强制 局部 连接 呼叫名称 强制 全局 呼叫 错误代码 局部 可选 连接 连接状态 可选 局部 连接 此消息包括如下错误代码 影响业务的缺陷(导致连接失效); a b)不影响业务的缺陷(不导致连接失效)
6.1.6连接修改消息 6.1.6.1连接修改请求 此消息由eNN-U发送给eNNI-D,请求对已建立连接的修改
E-NNI2.0支持连接带宽修改功能 在UNI2.0中,带宽和标签相关属性可以被修改
例如对于以太网EVPL业务,表示CE-VLAN标识 的通用标签可以被修改
而ENNI仅需要支持带宽修改)
此消息不承载错误代码
表14为此消息 内容
表14连接修改请求(ConneetionModifyRegquest)抽象消息属性 消息:ConnectionModifyRequest 范围;全局 方向eNN!D-eNN!U 类型 范围 呼叫/连接 是否可修改 属性 源TNA 强制 全局 呼叫 否 否 目的TNA 强制 呼叫 全局 发起方NccPcID 呼叫 否 强制 局部 终结方NcCPcID 呼叫 强制 局部 连接名称 强制 局部 连接 香 强制 全励 呼叫 呼叫名称 局部 连接 是 SNPID 可选 否 SNPPlID 强制 局部 连接 目的SNPID 可选 局部 连接 是 是 显式路由 可选 全局 连接 SDH,0TN或以太网流量参数 强制 全局 呼叫/连接 是 23
GB/T21645.g一2012 6.1.6.2连接修改指示 此消息由eNNID发送给eNN-U,用于确认eNNIU发起的连接修改请求
OIFE-NNI2.0支持 连接带宽修改指示消息
表15为此消息内容 表15连接修改指示(ConneetionodifIndication)抽象消息属性 消息:ComnectionModifyndieaton" 范围:全局 方向eNNH-DeNNU 属性 类型 范围 呼叫/连接 发起方NCCPCID 强制 局部 呼叫 终结方NccPCID 强制 局部 呼叫 连接名称 强制 局部 连按 呼叫 呼叫名称 强制 全局 SNPID 可选 局部 连接 SNPPID 强制 局部 连接 连接状态 强制 局部 连接 错误代码 可选 局部 呼叫/连接 6.1.6.3连接修改确认 此消息用于eNN-U向eNN-D发送修改指示的响应
此消息提供了在E-NNI上,对端到端连接 修改的最终确认
此消息为全局范围,即此消息被端到端传送
oIFENI2.0支持连接修改确认消 息
表16显示了此消息和内容
表16连接修改确认(comneetionModifyConfirm)抽象消息属性 onnectionModifyConfirm 消息.Co 范围:全局 方向;eNN-U-eNN-D 类 范围 属性 呼叫/连接 PcID 呼叫 发起方Ncc 强制 局部 终结方NcccD 强制 局部 呼叫 强制 连接名称 局部 连接 连接状态 强制 局部 连接 呼叫名称 强制 全局 呼叫 错误代码 可选 局部 呼叫/连接 6.2抽象属性 6.2.1抽象属性类型 表17提供了支持E-NNI信令的抽象属性列表
24
GB/T21645.9一2012 表17E-NNI信令抽象属性 抽象属性 源TNA 目的TNA 源协议控制器地址 目的协议控制器地址 标识属性 连接名称 呼叫名称 SNPID SNPPID 目的SNPID 方向 编码类型 业务属性 交换类型 SDH、,0TN或以太网业务参数 路由属性 显式路由 策略属性 业务级别 连接状态 其他属性 错误编码 与标识相关的属性 6.2.2 与标识相关的属性如下 源TNA a 此属性代表发起业务请求的源端用户TNA地址
此属性由源控制域验证,承载在跨E-NNI的信 令消息中
关于TNA地址的具体要求见GB/T21645.5一2012. b 目的TNA 此属性代表连接目的端用户TNA地址,在出口控制域中可以用来确定到达用户的显式路由
c)发起方NCCPCID 此属性表示上游节点NCCPC的标识符
d)终结方NCCPCID 此属性表示下游节点NCcPC的标识符
e)连接名 此属性代表某连接的名称,本地唯一
由发起请求的协议控制器分配此连接名
f呼叫名 此属性为某个呼叫的名称,全局变量
此名在UNI呼叫边界点由网络分配;E-NNI不参与分配 仅进行呼叫名称验证
此名一直保留到呼叫被删除
SNPID g 此属性表示用于支持跨E-NN业务请求的传送平面链路连接资源(即子网点,用于建立子网连接 25
GB/r21645.g一2012 从SNPP中选取)
eNNI-U可以选择使用一个SNPID,而eNNI-D可以选择另外的SNPID来替代
h)SNPPID 此属性表示用于支持跨E-NN业务请求的传送链路资源
SNPPID表示了一条SNPP链路的发 送端(请求端)
由于SNPP链路的两端是互相关联的(通过自动发现或者人工配置),因此指定一侧的 SNPP端点可以表示所要使用的SNPP链路
此属性可以采用不同的地址格式实现
例如对于IP,可 以采用编号或者无编号链路,编号或者无编号链路捆束
iD 目的SNPID 此属性表示在目的端网络一用户连接中所使用的SNP
此地址对目的端来说是局部唯一,并由外 部代理(例如发起sPC请求的网管系统)提供给控制平面
对于sPC,源和目的两端的用户一网络连接 是指配的,因此需要指定目的SNP,来保证控制平面将网络中的交换连接与目的端的指配连接正确连 接起来
6.2.3与业务相关的属性 与业务相关的属性如下 方向性 a 此属性表示请求的业务是单向还是双向连接
b编码类型 编码类型经过UNI接口时的信号编码格式
编码类型包括 SDH; 1) ODUk层 2) 3)OCh层; 4 以太网业务
e)交换类型 指示一条特定链路上的交换类型
交换类型包括 二层以太网; 1 2)TDM(SDH,OTNODUk); 3)波长(0TN0Ch); 数据通路交换能力(ICsC)
4) 业务参数 d 业务参数包括SDH.OTN和以太网
6.2.4与路由相关的属性 显式路由;此属性表示连接所经过的一系列链路和子网
根据所交换的路由信息数量的不同,此属 性可以包含详细的路由信息或抽象视图
不同的信令协议实现此属性的方式可以不同,如RSVPTE 使用ERO和RRO来表示显式路由
6.2.5与策略相关属性 业务级别;此属性包含业务级别消息
不同控制域之间对业务级别消息的解释应一致
6.2.6其他属性 其他属性如下 a 连接状态;表示连接状态 b)错误代码:错误代码用于表示连接动作所引起的错误,包括 26
自动交换光网络(ASON)技术要求第9部分：外部网络-网络接口(E-NNI)GB/T21645.9-2012简介
自动交换光网络（ASON）是一种新型的光传输网技术，能够支持快速、高效、灵活、安全地进行数据传输。GB/T21645.9-2012是自动交换光网络技术规范中的一部分，主要涉及外部网络-网络接口（E-NNI）相关内容。
E-NNI是ASON中与其他网络进行接口的协议，它描述了ASON向其他网络提供服务的方式和方法。GB/T21645.9-2012对E-NNI协议进行了详细的规范，包括以下方面：
- 协议描述：E-NNI协议的描述和定义，包括基本概念、协议架构、协议层次等内容。
- 接口特性：E-NNI接口的特性和要求，包括技术特点、传输能力、接口功能、接口信令等内容。
- 接口配置：E-NNI接口的配置方法和要求，包括端口配置、链路配置、网络配置等内容。
- 接口管理：E-NNI接口的管理方法和要求，包括故障管理、性能管理、安全管理等内容。
根据GB/T21645.9-2012标准的规定，E-NNI协议必须遵循以下原则：
- 可扩展性：支持灵活的网络拓扑结构和多种不同的应用场景。
- 互操作性：能够与其他协议进行互操作，并保证数据传输的高效性和稳定性。
- 安全性：提供完善的安全保障措施，确保数据传输的机密性、完整性和可用性。
- 灵活性：支持多种不同的物理介质和协议类型，能够满足不同用户的需求。
总之，GB/T21645.9-2012标准对ASON中的E-NNI协议进行了详细的规范，为ASON的实施提供了重要的技术支持和指导。在实际应用中，需要根据具体的需求和场景，选择合适的E-NNI接口，并遵循标准的规定进行配置和管理，以确保网络的高效性、稳定性和安全性。
