GBT21645.7-2010自动交换光网络(ASON)技术要求自动发现.pdf 49页

'ICS33．040．40M33园园中华人民共和国国家标准GB／T21645．7—2010自动交换光网络(ASON)技术要求第7部分：自动发现Technicalrequirementsforautomatica儿yswitchedopticalnetwork——Part7：Automaticdiscovery2010—12一01发布2011-04—01实施丰瞀鹃鬻瓣譬矬瞥星发布中国国家标准化管理委员会况19 标准分享网www.bzfxw.com免费下载目次前言⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·⋯1范围⋯·⋯·····⋯···⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯2规范性引用文件·⋯⋯⋯⋯⋯··⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯3术语、定义和缩略语⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯4通用自动发现功能、框架和进程⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯4．1通用自动发现的基本功能⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯4，2通用自动发现的框架⋯···⋯·⋯⋯⋯···⋯·⋯··⋯⋯·····4．3传送实体的通用自动发现进程⋯⋯⋯·⋯⋯⋯··⋯⋯···4．4通用自动发现的功能要求⋯⋯⋯·⋯⋯⋯⋯⋯···⋯⋯·-5通用自动发现消息和状态机⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·5．1层邻接发现(LAD)进程⋯⋯⋯⋯⋯⋯⋯⋯·⋯⋯⋯⋯5．2传送实体能力交互(TcE)进程⋯⋯⋯⋯⋯⋯⋯⋯⋯-6SDH和oTN中的自动发现协议要求⋯⋯⋯⋯⋯⋯⋯-6．1SDH和oTN中的层邻接发现机制⋯⋯⋯⋯⋯⋯⋯-6．2层邻接中使用的属性⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·6．3基于路径踪迹字节的层邻接⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯-6．4基于Ecc消息的层邻接⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·6．5层邻接发现的流程⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·6．6发现响应消息⋯⋯·····⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯··7基于GMPLs的自动发现协议要求⋯⋯⋯⋯⋯⋯⋯⋯⋯·7．1基于GMPLsLMP的自动发现⋯⋯⋯⋯⋯⋯·⋯⋯·-7，2链路管理协议(LMP)的功能和组成·⋯⋯⋯⋯⋯⋯⋯7．3面向sDH的LMP扩展⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·7．4面向wDM的LMP扩展⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·7．5LMP的消息⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·8uNI和NNI接口的自动发现要求⋯⋯⋯⋯⋯⋯·⋯⋯⋯8．1I—NNI接口⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·⋯⋯⋯-⋯⋯一8．2UNI接口·⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯8．3ElNNI接口⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯-附录A(资料性附录)发现进程状态机⋯⋯⋯⋯⋯⋯⋯⋯“附录B(资料性附录)自动发现进程的实施举例⋯⋯⋯⋯·一B．1概述⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·B．2LAD信息流⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·⋯⋯⋯-附录c(资料性附录)物理连接错连检测⋯⋯⋯⋯⋯⋯⋯·一C．1概述⋯⋯··⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯C．2自动发现进程⋯····⋯⋯⋯⋯⋯⋯⋯⋯·⋯⋯·⋯⋯⋯··c．3举例：采用不同发现消息格式的两个DA闻的相互作用附录D(资料性附录)不同发现机制的使用⋯⋯⋯·⋯⋯⋯-GB／T21645．7—2010Ⅲ_11o4o8¨加¨¨¨¨”n船船船船船拍躺拍曲曲∞∞肌∞拈∞姐弘弘盯∞， www.bzfxw.comGB／T21645．7—2010D．1概述⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯D．2类型1层邻接发现使用情况的分类⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·D．3使用情况和场景⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯一n4自动发现机制和进程的使用原则⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯···⋯一附录E(资料性附录)ASON自动发现和GMPLsLMP的术语映射参考文献⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯·⋯⋯⋯394l4445 www.bzfxw.com标准分享网www.bzfxw.com免费下载刖罱GB／T21645．7—2010GB／T21645《自动交换光网络(As0N)技术要求》标准的结构预计如下：——第1部分：体系结构与总体要求；——第2部分：术语和定义；——第3部分：数据通信网(DCN)；——第4部分：信令技术；——第5部分：用户一网络接口(uNI)；⋯-_第6部分：管理平面；⋯第7部分：自动发现。本部分是GB／T21645的第7部分。本部分与ITu—TG．7714：2005《传送实体的通用自动发现》和G．7714．1：2006《sDH和OTN网络中的自动发现协议》的一致性程度为非等效，并结合国内情况制定。本部分的以下章节在技术内容上与ITu—TG．7714协调一致：第4章对应G．7714：2005的第6章～第10章，并增加了自动发现的功能和框架内容；——第5章对应G．7714：2005的第11章和第12章；——附录A对应G．7714：2005的附录I。本部分的以下章节在技术内容上与G．7714．1：2006协调一致：——第6章对应G．7714．1：2006的第5章～第11章，并在6．2节增加了OTN的OTs／0Ms／0ch层的LAD机制；——附录B、附录c和附录D分别对应G．7714．1；2006的附录I、附录Ⅱ和附录Ⅵ。此外，本部分的第7章和附录E还参考了IETF、0IF等国际标准化组织有关链路管理协议和自动发现的相关建议。本部分的附录A、附录B、附录c、附录D、附录E为资料性附录。本部分由中华人民共和国工业和信息化部提出。本部分由中国通信标准化协会归口。本部分起草单位：信息产业部电信研究院、中国联合通信有限公司、华为技术有限公司、中兴通讯股份有限公司、武汉邮电科学研究院、上海贝尔阿尔卡特股份有限公司、诺基亚西门子通信(上海)有限公司、uT斯达康(重庆)通讯有限公司。本部分主要起草人：李芳、徐云斌、高建华、向奇敏、潘锐锋、张海涛、王君林。Ⅲ www.bzfxw.com1范围自动交换光网络(ASON)技术要求第7部分：自动发现GB／T21645．7—2010GB／T21645的本部分规定了自动交换光网络(AsON)的传送实体通用自动发现功能、框架、进程和发现消息，以及同步数字体系(sDH)和光传送网(0TN)网络中的自动发现机制和基于通信多协议标记交换(GMPLs)的链路管理协议(LMP)等。本部分适用于ITU-TG．803定义的同步数字体系(sDH)传送网和ITU_TG．872定义的光传送网(OTN)。2规范性引用文件下列文件中的条款通过GB／T21645的本部分的引用而成为本部分的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分，然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本部分。GB／T21645．12008自动交换光网络(AsON)技术要求第1部分：体系结构与总体要求GB／T21645．2—2010自动交换光网络(As0N)技术要求第2部分：术语和定义ITu—TG．707同步数字体系(sDH)的网络节点接口ITu—TG．7712数据通信网的体系结构与规范ITu—TG．7714传送实体的通用自动发现ITU—TG．7714，1SDH和OTN网络中的自动发现协议ITU—TG．784同步数字体系(sDH)管理ITu—TG．803基于sDH的传送网络的体系架构ITU—TG．805传送网的通用功能结构ITu—TG．8080自动交换光网络体系结构ITu—TG．831(2000)基于sDH的传送网络的管理能力ITu—TG．872光传送刚(OTN)的体系架构IETFRFC1570PPPLCP扩展IETFRFC1661点到点协议(PPP)IETFRFC1662类HDLC帧中的PPPIETFRFc2045多用途互联网邮件扩展协议(MIME)第1部分：互联网消息主体的格式IETFRFc4204链路管理协议(LMP)IETFRFc4207链路管理协议测试消息的s0NET／sDH编码IETFRFc4209DwDM光线路系统的链路管理协议(LMP)IETFRFc4394链路管理协议(LMP)的传送网络视角3术语、定义和缩略语3．1术语和定义GB／T21645．2中规定的术语和定义适用于GB／T21645的本部分。3．2缩略语下列缩略语适用于GB／T21645的本部分。】 www.bzfxw.com标准分享网www.bzfxw.com免费下载GB／T21645．7—20102AITSAPAPIASONBERCICPCTPDAIDDCCDCNDMDTECCGCCGMPI。SHDLCHOVCIETFIDI。ADLAPDI，CLCPLLCFLMPLOVCI。RMMSODUkOTNOTUkNCNEPCPMPPPRSRxSAPISDHSMAcknowledgedInformationTransferServiceAccessPointAccessPointIdentmerAutomaticallySwitchedOpticalNetworksBitErrorRatoCharacteristicInformationConnectionPointConnectionTerminationPointDiscoveryAgentDiscoveryAgentIdentifierDataCommunicationsChannelDataCommunicationNetworkDiscoveryMessageDiscoveryT“ggerEmbeddedCommunicationsChannelGeneralCommunicationsChannelGeneralizedMuIti—ProtocolLabelSwitchingHjgh—leveiDataLinkCon打o】HigherOrderVirtualC。ntainerInternetEn西neeringTaskForceIdentifierLayerAdjacencyDiscoveryLinkAccessProcedure_DchannelLinkConnectionLinkControlProtocolLinkL8yerConvergenceFunctionI。inkManagernotocolLowerOrderVirtualContainerLinkResourceManagerMultiplexingSectionOpticalChannelDataUnit—kOpticalTran8portNetworkOpticalChannelTransportUnit—kNetworkConnec“onNetworkElementProtoc01Contro王工erPathMonito“ngPointtoPointProtocolRegeneratorSectionReceiveSourceAccessPointIdentifierSynchronousDigitalHierafchySectionMonitoring确认的信息传递业务接人点接人点标识符自动交换光网络比特误码率特征信息连接点连接终结点发现代理发现代理标识符数据通信通路数据通信网发现消息发现触发嵌入式通信通路通用通信通路通用多协议标签交换高级数据链路控制高阶虚容器互联网工程任务组标识符层邻接发现D通路链路接入规程链路连接链路控制协议链路层汇聚功能链路管理协议低阶虚容器链路资源管理器复用段光通路数据单元一k光传送网光通路传送单元一k网络连接网元协议控制器通道监视点到点协议再生段接收源接人点标识符同步数字体系段监视 www.bzfxw.comSNCSNPSRLGTAPTCETCPTCP—IDTETTTTPTTIUITSVCSubnetworkConnectionSubnetworkPointSharedRiskLinkGrouDTerminationAdaDtationPerformerTransportEntityCapabmtyExchangeTerminationConnectionPointTerminationConnectionPointIdentifierTramceEnginee“ngTrailTerminationTrailTerminationPointTrailTraceInformationTransmitUnacknowledgedInformati。nTransferServiceVirtualContainer4通用自动发现功能、框架和进程GB／T21645．7—2010子网连接子网点共享风险链路组终端适配执行器传送实体能力交互终结连接点终结连接点标识符流量工程路径终结路径终结点路径踪迹信息发送未确认的信息传递业务虚容器4．1通用自动发现的基本功能通用自动发现功能用于确定传送网元之间、控制域之问的链路连接(Lc)关系以及链路连接所支持的业务，其目的在于帮助进行资源管理和路由选择。自动发现不仅有利于控制平面的控制操作，也有利于管理平面对网络的智能化管理。通用自动发现的目标是建立传送平面的cP—cP之间的链路连接(Lc)关系以及控制平面的sNP—sNP之间的链路连接(Lc)的关系，具体如图1所示。图1传送平面和控制平面的链路连接及其关系示意 www.bzfxw.com标准分享网www.bzfxw.com免费下载GB／T21645．7—20104．2通用自动发现的框架21645．12008中10．1规定的自动发现框架的基本特征是：控制平面和传送平面的发现进程和名称空间完全分离。自动发现框架采用三种控制平面元件来描述：发现代理(DA)、终结和适配执行器(TAP)以及链路资源管理器(LRM)。自动发现的框架包含两个独立的进程和名称空间：a)传送平面内的自动发现：该进程完全发生在传送平面的名称空间(cP和cTP)内，如图2所示。1)DA完全工作在传送名称空间内，并负责保持传送平面的链路连接(cP—cP)的传送名称。2)这些信息可通过使用对控制平面名称空间不可见的传送机制、保存预先获得的相关信息或指配方式来获得。3)DA通过与网络中相邻DA之问的协作来解析传送cP名称，协助底层的自动发现进程，从而使负责传送链路连接的每一端DA(或其他元件)能够就该链路连接进行通讯。4)一个cP可以被分配给一组VPN，这组VPN可以用一个所有权标签来表示。DA需要验证一条链路连接的每个cP的所有权标签都是相同的。4cP(cTP的传送名称)Lc(传送名称)cP(cTP的传送名称)名称空间图2传送平面的链路连接(cP—cP)发现b)控制平面内的自动发现：该进程完全发生在控制平面的名称空间(sNP)内，如图3所示。1)I．RM负责保存链路连接的控制平面名称所需的sNP"sNP绑定信息。2)TAP负责联系传送平面的名称空间和控制平面的名称空间，拥有资源的控制平面名称(sNP)和传送平面名称(cP)之间的绑定关系。3)这允许控制平面名称与传送平面名称完全分离，并完全独立于DA与传送名称关联所使用的方法。为了给sNPP链路分配一个sNFLsNP链路连接，仅需要了解该链路连接的传送名称。因此，链路连接有可能不需要物理上连接起来，就能被分配给控制平面。这种分配程序可通过I。RM交互与该sNP相关的传送链路名称来验证。完全合格的sNPP链路名称能够反映传送平面资源结构的控制平面名称。sNPP中的多图3控制平面的链路连接(sNP-sNP)发现 www.bzfxw.comGB／T21645，7—20104．3传送实体的通用自动发现进程4．3．1通用自动发现进程如图4所示，ITu—TG．7714规定了传送实体的通用自动发现进程，可用于ITu—TG．805描述的多层网络中的任意层面。通用自动发现进程没有限制支持发现进程的实体分布或者位置，例如发现进程的实体可以分布在网元中或位于管理系统内部，允许控制平面或者管理平面使用发现进程。管理平面可使能或者禁止下面所描述的通用发现进程以及单独的子进程。ILJ“ap“ackMsg恤“】图4发现子进程的交互作用通用自动发现进程分为以下三个子进程：a)发现触发(DT)：负责触发层邻接发现(LAD)和传送实体能力交互(TcE)进程。管理平面可以使能或禁止发现进程及其子进程。b)层邻接发现(LAD)：LAD进程用于获取在一个特定层网络中构成网络连接或链路连接的两个TcP或cP之间的关联关系，即完成传送平面内的自动发现。如果支持链路连接的路径是有效的，则通过层邻接发现得到的这种关联关系是有效的。IAD进程在执行之前首先要了解TcP或cP的标识符。如果预先通过网管人工配置了层邻接关系，那么LAD进程可以省略。LAD功能应自动发现节点以及节点之问的光纤链路连通性，并自动检测光纤错连，LAD可用管理配置的属性来确认物理连接的正确性，该能力有利于减少配置量并检测设备的错连。sDH／OTN的LAD功能应自动发现sDH／oTN网元之问对等层(如sDH的MsMs，0TN的ODUk—ODUk)之间的连接关系。c)传送实体能力交互(TcE)：TcE进程用于交互与传送实体能力相关的信息(例如链路连接、路径)，用来帮助协商一个双方都同意的能力集。TcE进程主要用于完成用于控制平面的相关信息的自动发现，通常也被称为服务能力发现。4．3．2发现触发发现触发进程由管理平面使能，管理平面规定了需要支持的自动发现场景。各种场景具有多个参数，包括是否支持特定的发现子进程、是哪种类型、在什么条件下以及在每个条件下需要提供哪些管理信息。默认的场景由策略决定，例如：a)是否使用LAD进程。如果不使用LAD，管理平面应当提供(T)cP绑定信息。如果使用LAD进程，需要确定采用什么类型见4．3．3．2中规范的类型1或类型2，在什么条件下使用见4．3．3．3规范的返回服务触发或连续性触发。b)是否使用TcE进程。如果不使用TcE，管理平面应提供本地和远端传送实体具有的详细能力信息。如果使用TcE进程，应当由策略来控制，提供终端点传送实体具有的详细能力。5 www.bzfxw.com标准分享网www.bzfxw.com免费下载GB／T21645．7—20lO4．3．3层邻接发现4．3．3．1层邻接发现的进程传送实体的发现进程发生在每一个网络层面，其网络分层与ITu—TG．805的规定一致。LAD进程用于在一个特定层内发现链路连接(LC)或网络连接(NC)的终端点(即组成连接的两个TcP／cP)之间的关系。发现进程的前提是被发现的终端点应存在(T)cPID。管理平面可以基于每一个(T)cP使能或禁止LAD进程。在一个特定层的LC或Nc的终端点之间(如图4中的“A”和“Z”)，LAD进程包括发送发现消息和发现确认消息。A端的LAD进程开始周期性地发送发现消息到z端，其中包含A端的(T)cPID和负责该(T)CPID的发现代理(DA)ID等信息。当z端收到该消息后，它发送一个发现确认消息给A端，该消息中包括：a)z端从A端收到的信息；b)z端的本身信息。交互的信息允许两端识别A到z的单向连接。该进程在z到A方向上进行，用于识别z到A的单向连接。在与(T)CP关联的两个单向连接识别完成后，需要验证这两个单向链路是否位于同一对(T)cP之问。如果验证结果是它们不位于同一对(T)cP之问，则说明检测到错连并上报。如果两条单向链路是在同一对(T)cP之间，则认为LAD进程完成。管理平面可以停止I，AD进程，或使之保持激活以持续的监视邻接状态。图5给出了应用在客户层和服务层的LAD进程示例，用于发现层网络拓扑。两个AP通过一条服务层的网络连接关联，构成了服务层的一条路径。在此例中，服务层的路径支持与3对客户层的cP关联，构成由三条LC组成的客户层链路。这里的LAD进程发现了服务层内两个TcP之间的关系，以及客户层的cP之间的关系。只有所支持的服务层网络连接有效，两层中建立的关联关系才有效。层邻接发现机制也适用于物理媒质层。在概念上，物理媒质层与其他传送实体层邻接没有差别。利用TcE进程提供的TcE信息，通过从已被发现的服务层邻接关系推出客户层邻接关系，可对多层网络的LAD进程进行优化。客户层链路图5层邻接发现示例 www.bzfxw.comGB／T21645．7—20104．3．3．2层邻接发现的实现机制发现方法采用本部分规定的层邻接进程来确定TcP到TcP的关系。一旦TcP到TCP的关系确立后，cP到cP的连通性关系可以使用本地的信息推出。如图6所示，层邻接发现可以采用两种实现机制：a)使用服务层的路径开销(类型1)：该实现机制为在线发现方法，在发现进程中，使用服务层的路径开销来发现对等TcP(如图6中的TcPs“到TcPsz)，服务层的路径开销被用于承载发现消息。通过本地适配功能的配置信息以及适配功能与路径终结功能之间的关系，可以从TcP到TCP的关系中推出CP到CP的关系。b)采用客户层的净荷域(类型2)：该实现机制为离线发现方法，发现进程在客户层的净荷中发送发现消息，用于发现对等TcP(如图6的TCP，A到TcP。z)。cP到cP的关系通过本地的交叉连接信息推出，预先建立的交叉连接将测试信号连接到期望的cP。该离线发现方法仅能用于链路连接不承载任何用户业务的情况。客图6层邻接发现(LAD)的两种方法(类型1和类型2)4．3．3．3层邻接发现的触发方式层邻接发现进程负责发现本地(T)cP和远端(T)cP之间的绑定关系，该绑定关系由连接它们的传送实体建立。当需要运行LAD进程时，可采用以下两种不同的方案：a)返回服务触发：改变传送实体的终端点时，多数传送技术会引起连续性失效(通过连续性监视方法来检测)。当发生连续性失效时，传送实体在运营上变成离线(不能提供服务)，并且LAD信息变为无效。当连续性失效消除后，传送实体在运营上变成在线(提供服务)，并且本地和远端的(T)CP之间的绑定关系需要重新发现。使用这种状态转换来触发LAD状态机重新学习绑定关系。b)连续性触发：适用于需要LAD进程持续运行的情况，例如在投有执行连续性监测的地方。在这种情况下，针对传送实体创建的(T)cP的绑定关系发生的任何变化，都需要持续的进行重新学习和刷新。4．3．4传送实体能力交互4．3．4．1TCE的进程TcE进程交互信息来通知两端的传送实体关于它们期望能支持的能力。这些能力包括与两个相邻(T)cP相关的适配功能、特征信息等。与LAD进程不同，TcE是一个多阶段进程，在链路两端的网元之间协商它们各自期望能支持的一组能力。7念苜妙叁百粤 www.bzfxw.com标准分享网www.bzfxw.com免费下载GB／T21645．7—2Q10如图7所示，可以把TcE信息和LAD进程的结果组合起来，推出潜在的客户层cP。在5．2．1列出了具体交互的能力信息。客囤7传送实体能力交互示例各端的TcE进程启动并发送TcEcapReqMsg消息如图4所示，该消息包含本地终端点所支持的能力。当远端的TcE进程收到此消息后，将收到的一组能力与它期望支持的能力进行比较，如果不匹配，则返回一个TcEcapNackMsg消息，包含它期望支持的修改后的一组能力。当源端收到这个修改后的能力组后，可通过发送TCECapAckMsg消息表示同意支持这些能力，或发送新的TcEcapReqMsg消息，携带一组新的修改后的能力来进一步协商。如果两端对一组能力达成一致，两端将停止发送这些能力消息。应注意，在一条双向链路的两个方向上交互的能力可以是不对称的。4．3．4．2TcE交互的能力信息TcE进程的预处理包括确认层邻接信息和本地能力信息。TcE可交互下列高级别的能力信息：a)传送平面路径能力：这涉及路径终端支持的层网络和适配的具体细节。包括连通性验证进程，即将发现的链路和期望的连接进行比较，以此确定该连接是否是所期望的或者验证是否错连。0IFuNll．oR2扩展了用于链路验证的LMP进程。ITuTG．7714．1提供了链路验证进程的更详细描述，参见本部分附录D。ITu—TG．7714．1和IETF的LMP都描述了基于每层的验证进程(LMP的验证进程是基于TE链路进行的)。如果执行基于多层的链路验证，则有利于减少验证进程的数量。这要求总结穿越整个端到端链路时客户所经历的适配的能力信息。b)控制平面链路能力：这涉及控制平面能力和配置以及这些路径终端的控制平面名称等具体细节。控制乎面信令和路径应用存在分离的能力信息。c)管理平面链路能力：这涉及管理平面能力和配置以及这些路径终端的管理平面名称等具体细节。4．3．4．3TcE的实现机制自动的LAD需要发现机制在带内进程中执行，而TcE与LAD不同，TcE可使用多种不同的带内或带外机制(或甚至通过管理平面)来实现。然而，TcE也必须使用与承载信令和路由信息相同的控制平面机制才有意义。4．4通用自动发现的功能要求4．4．1发现代理a)发现代理应发现它的一组(T)cP所支持的链路拓扑。8A百导叁百够 GB／T21645．7—2010b)在发现进程可能运行的范围内，发现代理应具有唯一的标识符。c)(T)cP的链路拓扑信息应由发现代理提供给相应已注册的控制和管理实体。4．4．2发现代理负贵的(T)cPa)在本地(或负责的)发现代理的范围内，(T)cP应具有唯一的标识符。b)对发现代理管理的每一个(T)cP，应存在一个发现进程实例。发现进程实例所负责的(T)cP应被称为本地(T)cP，该定义适用于其余所有的要求。4．4．3发现进程实例a)发现进程实例应标识双向传送实体，这些实体通过以下两种进程中的一个绑定到本地(T)cP：由管理平面配置或由LAD配置。b)双向传送实体应由本地(T)CP、本地DA、远端(T)cP和远端DA标识符的组合来进行标识。c)发现进程应能标识远端(T)CP的能力。d)发现进程应能重新获取本地(T)Cp的能力。e)发现进程应能协商由远端运营策略所允许的本地(T)cP的能力。f)发现进程应能协商由本地运营策略所允许的远端(T)CP的能力。g)发现进程应允许远端(T)cP协商的能力和本地(T)cP协商的能力有所不同。4．4．4传送实体发现a)LAD进程应支持使用以下一种或两种带内通路：与本地(T)CP关联的路径开销(类型1)或与本地(T)cP关联的路径净荷(类型2)。b)管理平面可具有使能／禁止LAD进程的能力。c)当标识传遴实体的方法被设定为LAD时，应使能LAD进程。d)当标识传送实体的方法被设定为管理平面配置时，应禁止LAD进程。e)一旦传送实体已被发现，发现进程应停止发送发现消息。4．4．5单向传送实体发现a)为了便于发现单向传送实体，发现进程应周期地在与本地(T)cP关联的带内通路上发送发现消息，该消息携带用于唯一标识本建(T)cP的信息。b)通过监听与本地(T)cP关联的带内通路上的发现消息．LAD进程应能标识绑定到入方向的单向传送实体的远端(T)cP。c)本地IAD进程应通知远端LAD进程：人方向的单向传送实体已通过发送包含接收的(T)cPⅢ、接收的DAD、本地(T)cP的(T)cPⅢ和DAⅢ的发现确认消息来标识。4．4．6双向传送实体发现a)LAD进程在标识双向传送实体时，应分别标识与本地(T)cP关联的人方向和出方向的单向传送实体。b)如果两个方向的单向传送实体连接到相同的远端(T)cP上，LAD进程应对其进行标识。c)如果两个方向的单向传送实体没有连接到相同的远端(T)cP上，LAD进程应通知发现进程实例。4．4．7传送实体能力发现a)TcE进程应至少支持以下类型的信息交互：附属于该传送实体的终端点的传送平面能力。b)应存在一个公共的通用进程，用于支持所有类型的传送实体能力信息。c)应能增加额外的TcE信息类型，而无需完全重新规范TcE进程。d)与一个路径相关的各种类型的传送实体能力信息应允许使用分离的、独立的TcE会话。e)应能更新传送实体能力信息，而无需中断链路或路径上的业务。f)TcE进程应能记录进程失败，并协商重新尝试的次数，并且在超过了管理平面配置的门限后应停止协商。g)如果重新协商新能力投有完成，则TCE进程应继续使用已协商好的能力。9 标准分享网www.bzfxw.com免费下载GB／T21645．7—2010h)在一个TcE重新协商尝试失败后，其后续动作应由管理平面的策略定义。i)在重新协商已完成后，TcE应开始使用新的能力。5通用自动发现消息和状态机5．1层邻接发现(LAD)进程5．1．1层邻接发现(LAD)消息交互模式LAD进程使用基于消息的机制来交互标识属性，并不要求不同的发现实例采用相同的协议。实际的协议可工作在确认或者非确认模式。在确认模式下，发现消息可携带近端的标识属性，确认消息可携带远端的标识属性，用于响应收到的近端属性。此外，传送实体能力信息也可作为确认消息的一部分。在非确认模式下，每端发送其各自的标识属性，并且TcE在不同的时间进行。在两种模式下，发现消息都需要一直发送直到发现进程完成。下面的5．1-2和5．1．3提供了确认模式下LAD进程的消息，5．2．1提供了TcE交互的消息属性。5．1．2LAI卜LAD接口I，AnLAD接口消息见表1。表{LAmLAD接口消息LAD消息包括：LADDlscMsg(1)本地(T)CP的(T)cPID；(2)本地(T)CP的DAIDLAD确认消息(AckMessage)包括：(1)本地(T)cP的(T)cPID；LADDiscAckMsg(2)在LADDiscMsg中接收到的(T)CPD；(3)本地(T)cP的DAID；(4)在LADDiscM59中接收到的DAID如果(T)CPID来自于一个全局的名称空问，则可以导出DA范围内的(T)cPID和DAID，不需要传递DAID。5．1．3DT-LAD接口DT—LAD接口消息见表2。表2Drr_LAD接口消息LAD发起消息(startMessage)包括：(1)用于发现的通道；DTLADStart(2)选择采用连续性或返回服务触发发现}(3)本地终端点DAD和(T)cPIDDTLADStoDLAD停止消息(stopMessage)：不需要任何属性LAD错连通知消息(MisWireNotifica“onMes589e)包括：(1)本地终端点DAID和(T)CPID；LADDTMiswire(2)在DiscAckMsg中接收的本地终端点DAID和(T)cPID；(3)在DiscAckMsg中接收的远端终端点nAID和(T)CPⅢ；(4)在DiscMsg中接收的远端终端点DAⅢ和(T)cPIDLAD传送实体绑定发现消息(Tran8portEnt“yBindingDiscov盯edMessage)包括：LADDTLlnkDjsc(1)本地终端点DAID和(T)cPID；(2)远端终端点DAID和(T)CPIDLAD传送实体绑定丢失消息(TransportEntltyBindingL。stMessage)包括：LADDTLinkLost(1)本地终端点DAID和(T)CPD；(2)远端终端点nAID和(T)cPID10 GB／T21645．7—20105．1．4LAD状态机在图4中显示的LAD子进程用附录A的图A．1描述的状态图进行了详细阐述，状态描述、时间描述和状态转移如表3～表8所示。在图A．1中，为了使其端点能被发现，LAD子进程被分解为两个独立状态机，两个状态机都需要在传送实体(伊j如：路径或链路)的各端运行。如果某一端没有运行LAD子进程，这个传送实体的端点将不会被发现。LADTx状态机处理发现消息的周期传输，LAD状态机处理发现消息的接收和发现确认消息的产生。发现消息把单向链路看作是双向链路一样而进行交互。一旦识别两个单向链路并且验证为错连，将向DT进程提供一个通知来确定端点发现。如果确定是错连或端点发生了变化，将通报DT进程。当LAD状态机实例被创建时，状态税进入状态1(SrD。e)，并生成LADTx状态机实倒。基于接收到的发现消息的时序，LAD状态机将通过其左或右分支进行转变。一旦LAD状态机确定链路的端点，则进入状态4(s％。Ⅻ。。。。)。当LAD状态机转变到状态4时，可以停止LADTx状态机。需注意状态机是在传送实体的某一端运行的，并在另一端运行同样的一个状态机。状态1(s～)的左或右分支并不描述本端和远端，但规定了收到在本地DjscMsg的DiscAck消息之前或之后收到发现消息(来自远端)时的行为，它确保了每次进入状态1(s～)时，LADTx状态机在运行中。如果被建立的连接是错连，状态机维持在状态2或3，并向DT进程发送一个通知。空状态先于LAD状态机而产生。表3LAD事件StartI，ADInstance当LAD实例由DT进程创建时，产生该事件当接收到一个发现消息，并且包含的z端点识别符与先前观察到的z识别符匹配RxDlscM59MatchedZ时，产生该事件当接收到一个发现消息，并且包含的z端点识别符与先前观察到的z识别符币匹RxDlscMsgUnMatchedZ配时，产生该事件当接收到一个发现响应消息，并且包古的z端点识别符与先前观察到的z识别符R)cDlscAckMatchedZ匹配时，产生该事件当接收到一个发现响应消息，并且包台的z端点识别符与先前观察到的z识别符R如iscAckUnMatchedZ不匹配时，产生诙事件FAIL当(T)cP发生莲续性管理指示丢失时，产生该事件StoDLADIⅡstance当LAD实例被DT进程终止时，产生该事件表4LAD动作StanLADTxInstance该动作创建一个在本地(T)cP运行的LADTx实例TerminateLAXTxInstance该动作终止一个在本地(T)cP运行的LADTx实例SetObservedZIdentlfle‘该动作记录在一个DiscMsg或DiscAckMsg中接收到的z端点识别符UnsetobsefvedZIdentifier该动作使先前观测郅的z端点识别符变得无效NotifvDTMiswire该动作向DT发送一个LADDTMiswire消息NotifyDTLinkFound该动作向DT发送一个LADDTLinkDisc消息NotifyDTLinkLost该动作向DT发送一个LADDTLinkLost消息TxDiscAck该动作向远端LAD实例发送一个LADDlscAckMsg消息 标准分享网www.bzfxw.com免费下载GB／T21645．7—2010表5LADTx事件startLADTxIIlstance当LAD进程创建LADTx实例时，产生该事件Tim。。。t当传输定时器超时时，产生该事件st。pLADInstance当LAD进程终止LADTx实例时，产生该事件表6LADTx动作StartTxTimer该动作设置传输定时器并且启动定时器Re5tartTxTjmer该动作重置传输定时器并且启动定时器TerminateTxTimer该动作停止传输定时器，不产生超时，直到重新启动定时器TxDiscMsg该动作在本地(T)cP向远端LAD进程发送一个LADDiscMsg消息表7LAD状态机事件动作StartLADInstanceslt—StartLADTxInstancetlt—TerminateI，ADTxInstanceRxDlscMsgMatchedZRxDlsc-ⅥsgUnMatchedZuoz—UnsetObservedZIdentmersoz—Setob刚edZIdentmerRxDiscAckMatchedZRxDiscAckUnMatchedZndm—NotlfyDTMlswirenlf—NotlfvDTLinkFoundFAILnll—NotifyDTLlnkLostStopLADInstancetda—Tx工)lscAck状态01234事件NULLS吼E3*z．№ⅧStartLADInstance1sit，uozR)【Di5cAckMatchedZ2soz2soz4tltl．nIf4Rx吼scAckUnMatchedZ2soo2soz3ndm1slt．uoz．nllR)【DiscMsgMatchedZ3soz，tda4tltl，nlf，tda3soz．tda4tdaRxDiscMsgUnMatchedZ3soz，tda2ndm，tda3soz，tda35lt，soz，n儿，tdaFAIL1luozluozlslt．uoz．nllStopLADInstance0tlt80tlt-Otlt。O8在转变到状态4时，LADTx实倒可以被停止，允许带内通道被其他应用使用。从状态4转变副其他状态时，需要重启LADTx实例。如果在转变到状态4时LADTx实例没有被停止，则当一个st。pLAD实例事件在状态4中产生时，必须停止LADTx实例。12 表8LADTx状态机GB／T21645．7—2010事件动作StartLADTxInstancestt—StartTxTimerSt。口LADTxInstancertt—RestartTxTimerttt=T锄inateTxTlmerT1meouttdm—TxDiscMsg状态O1事件NUI，LS皿EStanLADIns地ncelsft，tdm超时1ftt．tdmStopLADTxInstance0ttt5．2传送实体能力交互(TcE)进程5．2．1TcE消息交互属性在TcE信息中交互的能力属性包括：a)支持的客户特征信息(cI)类型，例如以太网特征信息(ETH—cI)等；b)支持灵活适配的能力，例如VC一12到Vc-4的适配能力等；c)支持客户cI类型的适配能力，例如支持以太网、IP等客户信号的适配能力；d)特定应用(如路由、信令和管理应用)使用的属性，例如链路两端的保护属性等。注：A端仅发送A端的TCE属性到Z端，反之亦然。此外，TcE属性的交互基于每一层进行，即以上定义的一系列TCE属性在各层(如Rs、Ms、Vc-4、Vc-4-nc、Vc一12)进行交互。5．2．2TcE-TcE接口TcE—TcE接口消息见表9。表9TCE—TCE接口消息TcE能力请求消息(c8pabmtyRequestMessage)包括：(1)本地终端点DAID和(T)cP1D；TCECapReq(2)远端终端点DAID和(T)cPm；(3)本地终端点提供的能力TcE能力确认消息(capablli‘yAckMessage)包括：TCECaDAck(1)本地终端点DA1D和(T)cPID；(2)远端终端点DAID和(T)cPIDTcE能力否认消息(CapabilityNackMessage)包括：(1)本地终端点DAID和(T)cPID；TCECaDNak(2)远端终端点DAⅢ和(T)cPD；(3)拒绝的能力或能力设置5．2．3DT-TCE接口DT～TCE接口消息见表10。 标准分享网www.bzfxw.com免费下载GB／T21645．7—2010表10DT-TcE接口消息TCE协商发起消息(NegotiatioⅡstartMeS5age)包括：(1)本地DAD和(T)cPID；(2)远端DAID和(T)cPID；DTTCEStart(3)本地终端点的能力；(4)本地终端点的协商策略；(5)远端终端点的协商策略DTTCEStoDTcE停止捎息(stopMessage)：不需要任何属性TcE协商完成消息(NegotiationcompleteMessage)包括：TCEDTcapCom(1)本地终端点的已协商能力；(2)远端终端点的巳协商能力5．2．4TcE状态机表13给出状态表定义了TcE进程的状态机。每一个激活发现进程的(T)cP都创建一个单独的TcE状态机实例。因此，对于通过I。AD发现的任何传送实体，传送实体的各端将存在一个单独的TcE状态机实例。这些实例将采用表lo定义的消息以及它们各自的发现触发器(DT)进程来进行彼此的通信。接收到消息时所引起的事件如图11所示，这些事件依次引起表12中定义的状态变化和／或动作”。状态机创建时由状态2开始，发现触发器进程将用一个DTTcEstan消息开始TcE进程，使TcE进程初始化重发定时器，并向远端TcE进程发送一个TcEcapReq消息。当接收到来自远端TcE进程的TcEcapReq或TcEcapAck消息时，状态机将根据接收的消息顺序，转换到状态7或8。如果支持收到的TCECapReq消息包含的能力，将发送一个TcEcapAck消息，否则将发送一个TCECapNak，该消息包含本地(T)cP不支持／不允许的能力。如果产生了越限数量的重协商(门限由网管设置)，则状态机将停止，并且进入状态3。只有在DT进程终结或重启TcE时，状态机才会重启。当双方成功协商了能力信息时，状态机将转移到状态9。在状态9，可以协商一个能力的改变，通过向远端TcE进程发送一个包含已协商的能力集和所请求的新能力的TcEcapReq消息来实现。如果远端TcE进程支持或允许该TcEcapReq消息中的能力，则将返回一个TcEcapAck。如果不支持或不允许，则将返回一个TcEcapNak。如果DT进程希望停止TcE进程，它将向TcE实例发送一个DTTcEstop消息。如果DT进程是在状态6、7、8、9或10，它将发送一个TcETermReq消息来试图平稳停止TcE进程。这个消息将被重发，直到收到一个TcETermAck消息或超过了重发次数。TcE状态机如附录A中的图A．2所示，状态描述、事件描述和状态转移如表11～表13所示。表”TcE事件StartTCE当TcE实例收到一个DTTcEstart消息时，产生该事件TerrninateTCE当TcE实例收到一个DTTcEstop消息对，产生该事件ChangeCapabllitie5当本地(T)cP的能力变化时．产生该事件TimeoutwlthcouⅡter>0当发送定时器超时并且发送计数器不小于零时，产生该事件Tim∞utwithcounterexDired当发送定时器超对并且发送计数器是零时，产生该事件Receive_Capability_Request当收到一个TcEcapReqMsg，并且包含的能力对于本地(T)cP策略是可接受时，(Good)产生该事件Receive_Capablli‘y_Request当收到一个TcEcapReqMsg，并且包含的能力对于本地(T)cP策略是不可接受(Bad)时，产生该事件1)特定的转换和动作通过在状态表中查找状态机当前状态和接收事件的交集来创建。该数值表示结果状态，而助记符指示了要执行的动作。 表11(续)GB／T21645．7—2010当收到一个TcEcapAckMsg，指示先前发送的能力对于远端发现TcE实例是可Receiv}Capability_Ack接受时，产生该事件当收到一个TcEcapNakMsg，指示先前发送的能力对于远端发现TcE实例是不ReceiveCapabili‘卜Nak／R白可接受时，产生该事件Receiv}Terminate_Request当收到一个TcETermReq，指示远端发现TcE实例将退出服务时，产生该事件当收到一个TcETermAck，指示远端发现TcE实例已收到本地产生的Recelve_Termlnate_AckTcETermReq时，产生该事件表12TcE动作NotifyDTCapNegComplete该动作向DT发送一个TCEDTCapC。m消息该动作向DT发送一个TcEDTcaPI肼t消息，指示按照远端TcE实例的请求，NotifyDTCapNegL05tTcE协商已被终结InitiaIize_RestartCount该动作重置重发计数器为尝试重发的最大次数，该数值由管理平面指定Zero-Restart—Count该动作设置发送计数器为零Send-Capability-Request该动作向远端TcE发送一个TcECapReq消息，并且将重发计数器减1Send_Capablllty_Ack该动作向远端TcE发送一个TcECapAck消息。该动作不将重发定时器减值send．Capabili‘y-Nak／Rq该动作向远端TcE发送一个TCECapNak消息。该动作不将重发定时器减值该动作向远端TcE发送一个TcETermReq消息，通知能力交互已被停止。该动SeⅡdTerminateRequest作减小重发计数器send-TerminateAck该动作向远端TcE发送一个TcETermAck消息，确认一个接收到的TCETermReq消息。该动作不将重发计数器减值表13TcE状态机事件动作STCE—StartTCEtlu—NotifyDTPCapNegCompleteTTCE—TermlnateTCEtld—NotlfyDTPCapNegLostCC—ChangeCapabmtiesTO+一Timeoutwlthcounter>Oirc—Initialke—Rest“t—CountTO一一Timeoutwithcounterexpiredzrc—Zer0_RestaroCountRCR+一R眦ive—Capabmty_Request(G。。d)scr—SendICapabillty_RequestRCR一一ReceIve_Capabllity-Request(Bad)RCA—Receive—Capabmty_Acksca—Send—Capabili‘y_AckRCN—Receive_capabili‘y-Nak／R西scn—Sen士Capability_Nak／R叫RTR—Receiv}Terminate-Requeststr—SendTerminate-RequestRTA—Receiv}Terminate_Acksta—Send_Terminate_Ack15 标准分享网www.bzfxw.com免费下载GB／T21645．7—2010表13(续)状态2345678910A—Z／ZACaPReq-A—ZOK．Z．AOK，A—ZoK．Z—AOK，事件St叩pedC10singStoppiⅡgUnknownSentZ—AUnknA—ZUⅡknz-AOKA—ZRenegSTCE356789104tId，lrc．4tld，ifc，TTCE24irc，str4irc．strCC23456scr6scr8scr10scr10scrTo+4stt5Btr6scr6scr8scr10scrTO一2398irc，scr，RCR+2sta458sca9sca，tlu8sca9tlu，sca10scaRCR一2sta456scn7scn6scn9scn10scnRCA2sta35ta457lrc6scr9lrc，tlu6tId，scr9tluRCN2sta3sta456scr8irc，scr6tld．scf10scojt】d．zrc．5tId，zrc，RTR2sta3sta4sta6sta6sta6staRTA2323686tld，scr6tld．scr6sDH和OTN中的自动发现协议要求6．1sDH和OTN中的层邻接发现机制本部分规定的实现LAD进程机制适用于分层网络，在每个支持发现进程的层网络中可采用不同的机制。对特定的层网络，可重利用可用的嵌人通信通路(ECC)，图8中的a)和b)分别给出了sDH和OTN网络中不同类型网元(NE／ONE)之间的层邻接对应关系。SDH客户信号sDH客户信号}iofLOVCHo几oVC终结MS终结d嘉卜RS商黼臣终结SDHADM)NEfSDHREGNE(sDHADM(sDHREG)B=：：霜(sDHADM)线路直通)a)sDH网络中的层邻接关系图8sDH、oTN网络中的层邻接关系示意图 GB／T21645．7—20100DUk0D【J】cODUk终结oCⅣ0mOCvom0C∽TUk0Ch，oTLm终鲇终结oMS0MSOMSoMS终结0TSoTS蠡OTSoTS一躺b终鲒终结}—=EoNEf01M、oNE0LA、0NEo}汇oNE0ADM直通)f0ADM+中继㈣r)(0LA)oNE01M、b)OTN网络中的层邻接关系图8(续)下列LAD机制适用于sDH层网络：a)Rs层：可使用Rs层内的Jo段踪迹字节和再生段I)cc来支持RS的TcP—TcP邻接发现。b)Ms层：可使用Ms层内的复用段Dcc来支持Ms的TcP-TcP邻接发现。c)HOvc层：可使用HOVc层内的高阶通道儿踪迹字节来支持HOVc的TCP-TCP邻接发现。d)LOvc层：可使用LOVc层内的低阶通道J2踪迹字节来支持LOvc的TcP—TcP邻接发现。下列LAD机制适用于OTN层网络：a)0Ts层：可使用光监控通路(Osc)内的开销字节来支持OTs邻接发现。b)OMs层：可使用光监控通路(Osc)内的开销字节来支持OMs邻接发现。c)0ch／OTuk层：可使用OTuk层内的sM段监视字节和Gcco来支持0Tuk邻接发现。sM内TTI的sAPI子域用于承载此发现消息。d)0Duk层：可使用ODuk层内的PM通道监视字节和Gc01、Gcc-2字节来支持ODuk邻接发现。PM内TTI的sAPI子域用于承载此发现消息。OTUkSM的TTI和ODukPM的TTI结构见图9。SMPM和TCMlfI=1．6)0j5163l322BIP一日RESDAPI运营商定义0151631SAPI运营商定义2345BEⅧIAESTAT图9oTuksM的TTI和oDukPM的TTI结构 标准分享网www.bzfxw.com免费下载GB／T21645．7—2010虽然LAD进程是基于每层定义，但没有必要在每一层都执行LAD进程。可仅在服务层执行LAD，而使用客户朋＆务层适配信息来确定相关的上层的邻接关系，则可以大量减少LAD消息组的数量。附录B提供了LAD自动发现过程的一些实施举例。6．2层邻接中使用的属性6．2．1区别字符字符“+”被用作区别字符，其目的是避免sDH／OTN路径踪迹字节的格式混淆于其他可选格式，见ITu—TG．831：2000的附录I中规范的格式。6．2．2发现代理标识符(DAID)DAID必须在正被发现的链路范围内唯一。DAID有两种不同的表示法：DA地址和DA名称。a)DA地址定义了两个属性来支持DA地址：1)DcNContextID：它表示一个分配的数字(期望是一个全球分配的数字)。该属性可与DcN地址一起用于保证DAID的唯一性。如果在每个链路终端的发送和接收发现代理是在不同的DcN范围内，但却使用相同的DcN地址，它们之间可能无法进行通信。2)DADCN地址：它表示用于标识发现代理的地址。b)发现代理(DA)名称该名称可被解析为一个DA地址。6．2．3TCP—mTcP—ID包含正在被发现的TCP的标识符，它在DA的范围内仅具有本地意义。6．3基于路径踪迹字节的层邻接6．3．1路径踪迹字节的格式路径踪迹字节(sDH中的Jx或OTN中的TTI)提供了一种传递长度为16字节消息的机制。每个踪迹字节由一个消息起始比特和7比特的“净荷”组成。消息中第一个字节的消息起始比特置位，其余所有字节的消息起始比特清零。sDH中第一个踪迹字节的净荷被预留来承载消息的7比特cRc，而在OTN中被设置为全O。第二个和后面字节的净荷，如在ITu—TG．831：20。o中规范的接入点标识符(API)，有两种不同格式：a)1、2或3个字符的E．164；b)2或3个字符的Is03166国家代码，具有国家的特定扩展。所有字符都源自T．50七比特国际参考书版本号(其后缀为空字符或空格)的文字或数字符号。因此，第二个字节目前被限制使用下列字符：a)A～Zb)a～zc)0～9本部分定义了第三种格式类型，它与ITL卜TG．83l：2000所规范格式的不同之处是：在消息的第二个字节放置了一个非数字和非字母的字符(注：附录G给出了要求可印刷字符的使用情况)。其余的14个字节被用于承载ITuTG．7714要求的信息，即DAm和TcP—ID，这14个字节为发现数据提供了84比特。由于DAⅢ和TcP-Ⅲ是典型的数字，因此需要一种将数字编码为可印刷字符的方法。如IErFItFc2045中所定义的Base64编码，提供了一种相对有效的方法以可印刷字符来表示6比特的信息，这允许在需要的时候使用现有配置接口来提供发现消息。对每2个可印刷字符产生3个半字节或12个比特。图10给出了全部的Jo、J1、J2或sAPI16字节格式，并与G．831：2000接人点标识符(API)相对比，描述了发现消息(DM)的格式是如何安排的。】8 ㈣＆*0l234⋯⋯⋯⋯2⋯6⋯O⋯⋯7⋯⋯⋯7⋯：掣：．黜乳：．黜mj一掣凹一．辎1三j：，掣凹．：，罂凹：匦匠巨碰匝翻苗主盎苗釜盐已工互臣五互卫商巳工五Ⅱ五互卫曲国10在路径踪迹格式内的自动发现消息(nM)格式发现进程使用路径踪迹字节并不表示正在执行一个在线澍试，这是与其他功能(如在线连接监视和非介入层监视)共享路径踪迹字节的结果。如果由于配置或软件限制这些功能不能处理发现消息，则当发现进程正在执行时，需要将这些功能禁止。发现进程和其他使用路径踪迹字节的功能之间的相互影响需要进一步研究。632发现消息格式6321通用发现消息格式和属性车节所定义的消息与选择支持它们的机制无关。【Tu-TG7714规范了在空互发现消息的过程中应识别的属性：a)发现代理(DA)IDb)TCP—ID这些信息可直接从消息中获得或采用一个外部进程(如名称服务器)从消息中推出。因此发现消息需要多种格式。为了有助于统一这些格式，使用了图1l中给出的通用消息格式。该格式包括4比特的格式IDF⋯atID)和80比特的格式特定数据l9OI圈11通用发现消息格式 标准分享网www.bzfxw.com免费下载GB／T21645．7—2010本部分规定了格式1、2和3，将来可提供更多的格式。如果收到一个具有未知格式ID的发现消息，则应丢弃该消息。6．3．2．2TcP名称格式TcP名称格式包含一个TcP名称。发送和接收的发现代理是联邦的一部分，该联邦提供了一个名称服务器，允许名称被唯一的解析为发现代理DcN地址和TcP_ID。该名称空间可在不同的名称服务器中被细分，这些名称服务器负责在分配的名称空间内解析名称。名称的格式是由名称服务器来定义的，不在此规范。要求发送者和接收者对名称公共上下文具有预先知识，上下文定义了唯一解析名称的方法。将收到的名称解析为远端发现代理和远端TcP—ID的地址的方法不在本部分的规定范围内。执行该功能的名称服务器地址在每个路径范围内是一个“众所周知”的属性。这表示对终结发现消息的每个路径来说，名称服务器可以不同。如图12所示，发现消息使用TCP—ID名称格式。该格式包含4比特的格式ID和80比特的TcP名称。0453—56}7：8234819ol要查找的TcP名称图12TcP-ID名称消息格式该方法允许发现代理的内部分布对接收端发现代理进行隐藏，还允许发现代理管理大于32比特的TCP—ID名称空问。6．3．2．3DADCN地址格式DADcN地址格式包含实际的发现代理ID和TCP—ID的值。发现代理ID由DcNcontextID”以及发送发现代理的DcN地址组成。消息的其余部分包含一个TcP_ID，这对发现代理传输发现消息具有本地意义，被称为本地TcP-ID。如图13所示，发现消息使用DADcN地址格式，该格式包括4比特的格式ID、16比特的DADcNContextID、32比特的DADcN地址和16比特的TcP—ID。l24r57，82358挎1oloDADCNContemTDDADCN地址DADcN地址(续)本地TcP．ID本地TcP—ID(续)图13DADCN地址消息格式当发现代理的分布不是隐藏的，并且发现代理使用的DcN地址和TcP_ID可填充在32比特内时，推荐使用该格式。6．3．2．4DADCN名称格式与DcN地址格式类似，DADcN名称格式也包含发现代理ID和TcP-ID值。然而，与DCN地址202)DcNcontextID定义了接收到的DcN地址的内容。该值被包含在发现消息中来帮助发现进程的调试，接收发现代理不对其进行说明。如果在链路每端的发送和接收的发现代理在不同的DcN内容中，但使用相同的DCN地址，它们可能不能进行通信。该ID可能是，例如在[RFc1930]中定义的2字节的InternetA导Number。如果此DcNc。ntextID还没有被配置．则使用。值。 格式不同的是，发现代理1D是烈I)cN名称的形式表示。因此，必须使用一个名称服务器来将DcN名称翻译为发现代理的DcN地址。在具有TcP-1D名称格式的情况下，发送和接收发现代理是联邦的一部分，该联邦提供一个名称服务器来允许名称被唯一的解析为发现代理DcN地址和TcP1D。名称空间可以在不同的名称服务器中被细分，这些名称服务器负责在分配的名称空闻内解析名称。名称的格式是由名称服务器来定义，不在此规范。消息的其余部分包含本地TcPID，这对发现代理传输发现消息具有本地意义。如图14所示．发现消息使用DADcN名称格式，该格式包含4比特的格式1D、48比特的DADcN地址和16比特的TcPlID】2O01＆mRⅡg#(#)$№K}ID围14DADcN名称消息格式与TcPTD名称格式不同的是，对发现消息格式中提供的TcpID值负责的发现代理是不隐藏的。当发现代理所使用的Tc卜ID可填充在32比特内，但DAI)(：N地址不能填充在32比特内时，推荐使用该jIf}式。该格式也允许DcN地址的重新独立配置t用于到达DA。64基于Ecc消息的层邻接641基于Ecc消息的层邻接功能和分类实现基于Ecc(即sDHDcc／oTNGcc)的层郐接发现需要两个功能：Ecc链路层收敛功能(LL，cF)和层邻接发现(LAD)协议控制功能。这些消息被应用在正被发现的具体层邻接中，圈15举例说明了每屡包括的帧头和数据信息。NⅡHⅡ圈15层邻接发现功能对Ecc消息的重要性在基于Ecc的链路层饰议巾可采用基于I．APD和PPP两种机制。642基于L^PD的机制ITuTG784要求每个阿元同时支持ArTs和uITs模式。因此它们可同时使用在同一Ecc信道上。LLcF使用LAPDu1Ts来传送层邻接发现信息。从LLcF到I。APD的接口利用DL—uNITDATA原语来请求发送未编号的信息帧。这些发现信息采用在PPP传送中使用的消息在对等实体之间传递。DL—uNITDATA原语的发进可发生在任何时间，并且不影响LAPD状态机，如果需要则允许2l 标准分享网www.bzfxw.com免费下载GB／T21645．7—2010OsI／IP网络层继续使用AITs。因此，发现消息甚至可在仅有单向链路存在的情况或双向(逻辑)连接错连的情况下被发送。该消息的净荷应与踪迹(见6．3)中定义的一样，并应与PPP接收机互通。6．4．3基于PPP的机制通过PPP的消息交互应符合IETFRFc1570和ITu—TG．7712，也可见IETFRFc1661和IETFRFC1662，并使用IETFRFc1570中所定义的识别消息LcPcode-point12。该消息的净荷应与踪迹(见6．3)中定义的一样，并应与I，APD接收机互通。6．5层邻接发现的流程本节中所描述的发现方法和流程与传送机制无关。层邻接发现的流程如下：a)发起的发现代理采用6．3．1定义的一种格式来发送带有属性的发现消息；b)一旦接收到适当格式的发现消息，作出回应的DA检查用于验证发现消息有效性的区别字符，来确定此消息的适用性；c)在确定收到的消息是一个发现消息后，作出回应的发现代理则确定收到的值相对于已被发现的邻居是否是唯一的；1)如果格式ID—l，需要一个名称服务器来确定DADcN地址和TcPID；2)如果格式ID=2，则不需要进一步的地址翻译；3)如果格式ID一3，则需要对DADcN名称进行地址翻译。d)生成一个发现响应消息。6．6发现晌应消息6．6．1发现响应消息的处理当发现代理第一次收到发现消息，它可通知发起的发现代理：此发现消息已在一个与特定TcP相关的路径终结(TT)处收到，该TcP被称为发现同步TcP，在响应中利用此TCP上当前发送的发现消息来识别，也可以包含其他属性来作为实施的一部分。发现响应消息属性见表14。表14发现响应消息(DiscoVeryresponsem髓s39e)属性(收到的DADcNID)DADCNm包含在收到的发现消息中(收到的TcP_ID>TcP标识符包含在收到的发现消息中(发送DADCNm)DADcND被作出回应的发现代理主动发送(发送TxTcP-ID>TcP—ID被作出回应的发现代理主动发送(发送RxTcP_ID)TcP的标识符，发现捎息通过该TcP被接收如果满足下列条件，则收到的DADCN标识符域应被包含在发现响应中：收到的发现消息包含一个DADcN标识符。如果该DADcN标识符是一个DCN名称，该名称必须被正确地复制到响应消息中并且当在发现响应中发送时不被翻译。如果收到的发现消息中没有包含一个DADCN标识符(即TcP—ID格式正在使用)。则不应包括该属性。如果满足下列条件，则发送DADcN标识符域应被包含在发现响应中；正在发现同步TcP上发送的发现消息格式中包含一个DcN标识符。该发送DADcN标识符包含的DADcNID与发现同步TcP上发送的相同。如果正在发现同步TCP上发送的发现消息中不包含该DADcN标识符，则不应包括该属性。收到的TcP-ID是指在发现消息中收到的TcP标识符。TcP—ID的格式由收到的发现消息的格式来决定。发送TxTCpID是指在发现同步TCP上的发现消息中正被发送的TCP标识符。该标识符的格式由正被发送的发现消息的格式来决定。22 GB／T21645．7—2010发送RxTcP_ID是指发现同步TcP接收侧的TcP标识符。该标识符的格式与发送TxTcP_ID相同。它应总是在双向链路上发送，并允许路径的Tx和Rx方向使用不同的TcP—ID，当Tx和RxTCP—ID相同时也应发送。该属性不应在一个单向Tc卜终端点上发送。发现响应消息被送达的发现代理的DcN地址将由在发现消息中收到的DADCNID确定。如果收到的发现消息的格式中没有包含DADcNID，则期望能提供一个名称服务器功能来允许根据收到的TcpID查找DcN地址。当在发现消息中收到的DADCNID是一个名称，则期望能提供一个名称服务器功能来允许根据收到的TcPID查找DcN地址。然而，如果收到的DADcNID包含DcN地址，则可直接使用该DcN地址。6．6．2物理连接错连检测一旦在资源上收到一个发现消息，并且通过DcN收到一个描述同一资源的发现响应消息，则可以对消息进行相关，并确定是否存在一个双向链路。如果两个消息中关于该链路连接的远端终端点的TcP—ID不相同，则说明存在一个物理连接错连的情况。如果TcP—ID相同，则表明发送／接收信号对已被正确连线。附录c详细描述了LAD进程如何检测物理连接错连。6．6．3(逻缉)连接错连检测一旦发现一个双向链路，则应依据管理提供的策略进行检查来确定TcP链路连接终端点是否被正确连接。如果策略申明该TcP链路连接终端点可能不是构成链路的一对，则说明存在一个(逻辑)连接错连的情况。在没有策略时，则无法鉴定(逻缉)连接错连情况。附录D提供了对本章规范的各种发现机制可应用的网络场景。7基于GMPLs的自动发现协议要求7．1基于GMPLsLMP的自动发现由于ITu—TG．7714规定的是一种通用的、与协议无关的、基于多层网络的自动发现进程以及一系列抽象的发现消息功能要求，因此在As0N／GMPLs网络中具体实施自动发现功能时，需要采用具体的自动发现协议和消息，目前业内通常使用IETFRFc4204规定的链路资源管理协议(LMP)。LMP用于支持GMPLsTE资源和TE链路发现。LMP发现TE链路的相关内容并报告给控制平面(更具体说是路由控制器)。ITU-TG．8080和ITU-TG．7714与使用的控制平面类型和发现协议无关，LMP是在ITu—TG．8080模型下的一种控制平面发现进程的有效实现。LMP是一个控制平面进程，用于映射GMPLsTE链路(GMPLs控制平面对传送平面连接的表示)。传送平面发现的项目报告给管理平面或控制平面过程待进一步研究。附录E提供了一个AsON自动发现和GMPLsLMP的术语映射表及说明。7．2链路管理协议(LMP)的功能和组成IETFRFc4204规定的链路管理协议(LMP)主要用于管理流量工程(TE)链路，即确认物理连通性和维护链路绑定关系。LMP主要由以下4个部分组成，其中控制信道管理和链路属性关联是LMP的两个核心进程，而后2个为可选项。a)控制信道管理：用于建立和维护相邻节点之间的控制信道的连通性。1)控制信道管理通过一个配置消息(conf逸message)的交互以及随后的一个低权保持激活消息(1ightweightkeepalivemessage)的交互实现。每个绑定的链路需要一个双向控制信道，并与媒质无关。23 标准分享网www.bzfxw.com免费下载GB／T21645．7—20102)LMP要求一对节点问至少有一个有效的双向控制信道。控制信道的每个方向由一个控制信道ID(cc_Id)来标识，并通过LMPconfig消息交互将两个方向联系在一起。除了Test消息受限于带内消息的传送机制，所有的LMP包都通过具有一个LMP端口号的UDP传递。3)当两个节点间至少建立了一条双向控制信道时，在它们之间形成了一个“LMP相邻”。对于每个相邻，可能有多个控制信道同时有效；然而，每个控制信道的参数必须单独协商。如果在一个控制信道上采用LMP的快速保持激活(keep—alive)，则必须在该控制信道上交互LMP的Hell。消息。其他LMP消息可在一对相邻节点间的任何有效的控制信道上传递。一个或多个有效的控制信道可被组合为一个用于信令、选路和链路属性关联目的的逻辑控制信道。4)对于带内的控制信道，LMP可使用con“g进程来启动控制信道。为了激活一个控制信道，必须将一个config消息发送给远端节点，并且本地节点必须接收到一个configAck消息作为响应。config消息中包含本地控制信道ID(ccjd)、发送者的节点ID、一个令消息可靠的消息ID(Message_Id)以及一个c0NFIG对象。5)对于带外的控制信道，可采用控制信道的“Bootstrap”进程来实现LMP邻居节点的自动发现和本端与远端接口的映射，它主要通过交互本地节点ID(LocAL—NODE-ID)、本地接口ID(LOcAL～INTERFAcE—ID)、本地控制地址(LOcAL—coNTROL—ADDREss)信息来完成。b)链路属性关联：用于将多个数据链路(端口或成员链路)汇聚为单个TE链路并同步该TE链路的属性，这将大大减少网络中链路状态广播(LsA)消息的发送。1)在链路属性关联过程中可进行链路绑定，可以修改、关联和交互链路的流量工程参数，最终确保相邻节点之间TE链路属性的一致，使相邻节点就数据链路的性质和容量等参数达成共识。2)链路属性关联使用Linksummary、l，inksummaryAck和nnksummaryNack消息。Linksummary消息包括本地和远端链路ID(“nKjd)、一个组成该TE链路的所有数据链路的列表以及各种链路属性。链路属性关联应在该TE链路被启动为uP状态前进行，并可在TE链路为uP状态但不是验证过程的任何时间进行。其处理流程是jTE链路进入uP状态，周期性发送“nksummary消息，如对方节点同意“nksummary消息中所有属性和端口映射关系则返回LInksummaryAck消息，否则返回LinksummaryNack消息并指明不同意的属性和端口映射。3)每个TE链路有一个与链路的每端相关的标识符(LinK-Id)。在两端的这些标识符必须是相同类型(即IPv4、IPv6、未编号的)。如果接收到一个具有不同本地和远端TE链路类型的“nksummary消息，则必须发送一个错误编码(Errorc。de)为“坏的TE链路对象”的LinksummaryNack消息。同时，每个数据链路的每端被分配了一个标识符(接口ID，Interface-Id)。这些标识符在两端必须是相同类型。如果接收到一个具有不同本地和远端接口ID(Interface-Id)类型的Linksummary消息，则必须发送一个错误编码(Errorcode)为“坏的数据链路对象”的LinksummaryNack消息。c)链路连通性验证：用于确认数据链路的物理连通性，并动态交互(即发现)TE链路和接口ID(InterfaceId)关联。一般采用Jo／J1字节或Dcc开销字节来承载数据链路上交互的Test消息。1)该进程应在建立一个TE链路时执行，并随后以一个周期为基础对该TE链路的所有未分配的空闲数据链路执行。2)是一个可选进程，通过在Linksummary消息的TE—LINK对象中设置“支持链路验证”标 GB／T21645．7—2010记来表示支持该进程。如果接收到一个BeginVerify消息，但不支持对TE链路的链路验证，则必须发送一个B。ginVerifyNack消息，且ErrorCode中指示“对该TE链路不支持链路验证进程”。3)为了支持各种程度的不透明(例如检查开销字节、终结IP净荷等)以及传送Test消息的不同机制，在B。ginVerify和BeginVerifyAck消息中包含一个验证传送机制(VerifyTransportMechanism)域。4)一旦在两个节点间已建立了一个控制信道，数据链路连通性可通过在TE链路中列出的每个数据链路上交互Test消息来验证。Test消息是在被验证的数据链路上发送。由于数据链路是单向的，所以在发送方向对其进行测试，并且两个节点可以同时(独立的)交互Test消息。5)为了启动链路验证进程，本地节点必须通过一个控制信道发送一个BeginVerify消息。BeginVerify消息也包括将要被验证的数据链路的数量、发送Test消息的间隔(称为Ver—ifyInterval)、所支持的编码方案和传送机制、Test消息的数据速率、以及当数据链路对应为光纤时将发送Test消息的波长标识符。d)故障管理：故障管理主要由三个功能组成：故障检测、故障定位和故障通知。通过快速的通知一条TE链路中的一条或多条数据通道的状态来管理故障，主要是用于压制告警并在不透明和透明网络中进行故障定位，便于信令协议处理保护恢复机制。1)当LMP用于sDH／soNET中时，不需要故障管理程序，使用sDH／sONET自身的故障管理机制即可。2)为了避免由于同一失效而造成多个告警堵塞，LMP通过channelstatus消息来提供故障通知。一收到失效通知，则在每个节点都进行本地的失效相关。3)LMP故障管理进程是基于一个channelStatus消息交互，采用下列消息：channelStatus、ChannelStatusAck、ChannelStatusRequest和ChannelStatusResponse。ChannelStatus消息是主动发送，用于通知一个LMP邻居关于一个TE链路的一个或多个数据链路的状态。channelstatusAck消息被用于确认接收到Channelstatus消息，channelstatusRequest消息被用于向一个LMP邻居询问一个TE链路的一个或多个数据信道的状态。channelstatusResponse消息被用于确认接收到channelstatusRequest消息并指示被询问的数据链路的状态。4)为了在相邻节点间定位一个特定链路的故障，一个检测到数据链路失效的下游节点(下游是根据数据流向确定)将发送一个Channelstatus消息给其上游的邻居，来表示已检测到一个失效(将所有已失效的数据链路的通知捆绑在一起)。5)收到该channelstatus消息的一个上游节点必须发送一个channelstatusAck消息给其下游节点，来表示它已收到此channelstatus消息。该上游节点应对失效进行相关，来看是否该失效也被相应的LsP在本地检测到。一旦此失效是相关的，上游节点应发送一个Channelstatus消息给其下游节点，来表示该通道是失效或是正常。如果下游节点没有收到一个channelStatus消息，它将针对有问题的信道发送一个channelstatusRequest消息。一旦失效已被定位，可采用信令协议来启动跨段或通道保护以及恢复过程。6)channelstatus消息也可被用于通知一个LMP邻居：数据链路应被主动监视，这被称为信道激活指示。当收到一个channelstatus消息时，必须使相应的数据链路进入激活状态。如果在使它们进入激活状态后，检测到一个失效，应发送channelstatus消息。channelstatus消息也可被用于通知一个LMP邻居：数据链路不再需要主动监视，这与信道激活指示正相反。当收到一个具有信道去激活指示的channelstatus消息时，必须除去相应数据链路的激活状态。25 标准分享网www.bzfxw.com免费下载GB／T21645．7—20107．3面向SDH的LMP扩展在IETFRFc4207中，LMP提供了一些对sDH进行的功能扩展：a)采用Jo测试消息(TestMessage)来提供增强的链路验证。b)通过在channelstatus消息中激活sDH／sONET监视能力，来提供增强的运行链路状态请求和故障定位。c)通过激活链路保护能力(包括线性和环保护)的变换，来提供增强的链路特性相关(链路总结)进程。sDH系统中LMP协议的扩展应符合IETFRFC4207。7．4面向wDM的LMp扩展在IETFRFc4209中，LMP提供了一些对wDM系统进行的功能扩展：a)增强的线路系统特征和管理信息发现功能；b)性能监视信息；c)增强的故障检测、故障定位和故障修复。7．5LMP的消息7．5．1LMP的消息类型IETFRFc4204、IETFRFc4207和IETFRFC4209定义了如表15中的31个消息类型。表15GMPLs定义的LMP消息类型列表MsgTy”值消息类型消息用途说明1Config2ConfigAck控制信道管理3ConflgNack4Hello5BeginVerlfy6BeginVer汀yAck7BeginVerifyNack8EndVerifv9EndVerifvAck链路连通性验证10Test11TestStatusSuccess12TestStatusFailure13TestStatusAck14LinkSummarv15LinkSummaryAck链路属性关联16LinkSummarvNack17Chan耻lStatus18Channe】StatⅡsAck故障管理19ChannelStatusRequest20ChannelStatusRespo眦 表15(续)GB／T21645．7—2010MsgType值消息类型消息用途说明21TraceMonitor22TraceMonitorAck23TraceMonitorNack24TraceMismatch25TraceMismatchAck26TraceReqmessagesDH的踪迹监视27TraceReDort28TraceReaNack29InsertTrace30InsertTraceAck31InsertTraccNack除了uDP帧头和标准的IP帧头，所有的LMP消息(除非在某些情况下，Test消息可能受限于带内信令方式的传送机制)都具有图16的公共帧头：VeBrRo⋯ed、FlagsMsgTypefR㈣d1图16LMP消息的公共帧头a)预留(Reserved)域应以0发送并在接收端被忽略。b)Vers：4比特的协议版本号。这是版本1。c)F1ags：8比特。定义了下列值。所有其他值都被预留，而且应发送。并在接收端被忽略。1)Ox01：Contr01ChannelDown。2)ox02：LMP重启动。3)对该比特进行设置表示已发生一个节点失效并且LMP控制状态已被丢失。当收到一个RcvseqNum等于本地TxseqNum的Hel【o消息时，该标记可被设置为o。d)MsgType(消息类型)：具体值如表15所示。所有其他值都被预留，而且应发送。并在接收端被忽略。e)LMPI。e“gth(LMP长度)：16比特。所有的值都是按照网络字节顺序定义(即big-endian字节顺序)。除了1bt消息以外的所有这些消息都通过控制信道发送，而Rst消息是在被测试的数据链路上发送。LMP消息的总字节长度包括公共帧头和下面的任意可变长度的对象。7．5．2LMP的对象LMP消息采用对象来构建。每个对象通过其对象类型(objectclass)和分类类型(class_type)来识别。每个对象具有一个名称，总以大写字母表示。LMP对象可以是协商或非协商的(由对象帧头的N比特来识别)。协商对象可被用于令部件对特定值表示同意。非协商对象是用于宣告某些特殊值不需要或不允许协商。IETFRFc4204、IETFRFC4207和IETFRFC4209定义的LMP对象如表16所示。27 标准分享网www.bzfxw.com免费下载GB／T2】645．7—2010表16LMP对象列表Class类Class值C_Type值说明1LOCALCCDCCIDl2REMOTE—CCD1L0cALJNODE—IDNoDE—ID2REMOTE—NODE一Ⅲ1IPv4LOCAL—LINK—TD2IPv4REMOTE—LINK—ID3IPv6LOCALLINK—IDLINKID34IPv6REMOTE—LINKID5unnumberedL0cAL—LINKJD6UnnumberedREMOTELINK—ID1IPv4LOCALINTERFACE一1D2IPv4REMoTEINTERFACEjD3IPv6LOCALINTERFACE—IDINTERFACE—m4IPv6REMOTE—INTERFACE一Ⅲ5u删mberedLOCAL_INTERFAcE—D6UnnumberedREMOTEINTERFACE—D1MessagtIdMESSAGE—ID52MessageIdAck1HelloConf培CoNFIG62LMP—WDMCONFIGHELLO71He“oBEGINVERIFY81BEGIMVERIFYBEGINVERIFY—ACK9lBEGIN—VERIFY—ACKVERIFYlD101VERIFYID1IPv4TELINKTELINK112IPv6TELINK3UnnumberedTE-LINK1IPv4DATALINK2IPv6DATALINK3LinkGrou口ID4sRLG(共享风险链路组)DATALINK125BEREstimate(比特误码率评估)60pticaIProtecti。n(光层保护)7TotalSpanLength(跨段总长度)8AdmlnistrativeGroup(color)(管理组(颜色))28 表16(续)GB／T21645．7—2010Class类Class值c—Type值说明1IPv4INTERFACE—ID2IPv6INTERFACE—IDCHANNEL—STATUS133UnnumberedINTERFACE—D4LINKGROUP1IPv41NTERFACEmcHANNEL—sTATuS_142IPv6INTERFACE_IDREQUEST3UnnumberedINTERFACE-ID1BEGIN—VERIFY—ERRORERRORCODE202LINK—SUMMARY—ERRORTRACE211TypelTRACEREQ22lTypelLMP对象的格式如图17所示。Ol2301234567890123456789O1234567890l图17LMP对象的格式a)N：1比特，N标记表示该对象为协商的(N一1)或非协商的(N一0)。b)c—Type：7比特，为分类类型，在一个对象分类中唯一。其值在第13章定义。c)C1ass：8比特，该Class表示对象类型。每个对象有一个名称，并总是以大写字母表示。d)Length(长度)：16比特。该Length域表示对象的字节长度，包括N、c—Type、class和Length域。8UNI和NNI接口的自动发现要求8．1I-NNI接口a)应支持层邻接自动发现功能，可以禁止和使能；b)自动发现的控制消息(除了ITu-TG．7714定义的TEsT信息必须为带内方式)传递可基于带内或带外两种方式；c)LAD自动发现进程可采用ITU_-TG．7714．1规范的发现机制(SDH的踪迹字节或DCC、OTN的sM／PM监视字节或Gcc承载发现消息)或IETF规范的链路管理协议(LMP)来实现。LMP协议应符合IETFRFc4204的规范要求，LMP协议用于sDH时，应符合IETFRFc4207的要求；d)基于sDH的AsoN网络至少支持Rs或Ms的自动发现功能；基于oTN的AsoN网络至29 标准分享网www.bzfxw.com免费下载GB／T21645．7—2010少支持oTuk的自动发现功能；e)应支持物理连接错连检测功能；f)可通过网管配置信息推导出上层网络的层连接关系(例如sDHHOVC—HOVc，oTN的ODUk-ODUk)。8．2UNI接口uNI接口自动发现应符合0IF关于uNI自动发现的相关规范(OIFuNll．oR2)，IPcc维护基于链路管理协议(LMP)，邻居自动发现则基于oIF对LMP协议的扩展来实现。a)自动发现过程包括邻居自动发现、IP控制信道(IPcc)维护和业务发现，这三个过程为可选项。b)邻居自动发现进程用于在客户和传送网网元(TNE)之间交互它们的节点ID，确定本地和远端端口(是指本地接口ID和远端接口ID)之间的映射关系，以及和相应数据链路相关的配置参数。如果客户侧和TNE不支持自动邻居发现进程，则必须在相应的uNI—c和uNI—N中人工配置相邻和远端端口的标识。c)IPcc维护进程用于在一对信令对等实体之间建立和维护控制信道的连通性。d)如果支持业务发现进程，一个uNI_c可交互它代表的客户设备的能力，并且获得关于uNI-N传送网的业务信息。如果不支持业务发现，则必须在uNI—c和uNI—N中用手工配置业务的所有信息。e)自动发现的控制消息的传递可采用带内或带外两种方式来实现，带外方式为必选，8．3E-NNI接口a)可采用自动发现和手工配置两种方式，手工配置为必选。b)自动发现机制的实现可采用带内或带外两种方式，带外方式为必选。c)自动发现协议具体应符合OIF关于E-NNI发现的规范。 附录A(资料性附录)发现进程状态机发现进程状态机见图A．1，TCE状态机见图A．2。GB／T21645．7—2010图A．1LAD状态机31 标准分享网www.bzfxw.com免费下载GB／T21645．7—201032RCR+且CR-图A．2TCE状态机 附录B(资料性附录)自动发现进程的实施举啻lB1概述本附琅攫供r一个自功发现过，，’曲实施举例B2LAI)信息流如IT【．一TG7714中所述，发观进程包括以F步骤：a)层邻接发现；b)传送实体能力盘互。完成J‘邻接发现过程要求许多功能相互作用采识别TcP链路连接。此外，需要描述LAD过程和传迸实体能山尘2I_机制之州的兑幕。囝B1给出了一个顺序流程目束洋细说}W此柑’作用。图B1顺序流程圈 标准分享网www.bzfxw.com免费下载附录c(资料性附录)物理连接错连检测C1概述本附录描述了层邻接发现进程是如何检测两个阿元之间的接口是物理连接错连的。在本附录的例子中，对带内发现消息使用丁6323定义的DADcN地址格式，但并不排除使用其他消息格式。c2自动发现进程为了在两个网元间(例如NEA和NEB)自动发现一个层邻接，两个刚元必须执行发现进程来学习本地TcP吼及远端TcP之间的美联。两个NE上的两个发现进程分别独立执行．即投有特殊的协议消息交互米触发邻接的NE来执行发现进程，如下面两个图(圈c1和图c2)所描述。围c1说明了由负责NEA的nA发起的发现过程，而图c2说明了由负责NEB的DA发起的发现过程。当与NEA相关的DA(DA—A)发起的发现过程完成时(即DA-AB收到发现响应消息)，I)k^和nA_B(与NEB相燕的DA)都具有下列～组信息元素：《DAID_A，TcP_ID_A_t，DA1D_B，TcP_ID_B_r．[TcP_1D—B—t=)这些信息元素的意义如下：”DA—IDA：与NEA相关的DA的DcNlD。2)TcPIDAj：发送发现消息的NEA中的TcP的率地TcP—ID。3)DAID—B：与NEB相关的DA的DcNID。4)TcP_IDBr：收到来自NEA的发现消息的NEB中的TcP的本地TcP—II)，5)[TcP_ID_B_t]与TcP_1D—B_r相关联的NEB(发送方向)中的TcP的本地TcP_1D。2)**Km■＆目n1)*自&m目nNEANEB图c1由NEA发起的层邻接发现进程当由与NEB相羌的DA(DA—B)笈起的发现过程完成时(即DA—B已收到发现响应消息)，DA—B和DA—A都具有下列一组信息元素：(DA—ID—B，TcP-InB—t，DA—I仉A．TcP—ID—A—r，[TcP—ID—A_t：)这些信息元紊的意义如下：1)DA-IDB：与NEB相关的DA的ncNID。34 TcP-1DBj：发进发现消息的NEB中的TcP的本地TcPID。DAID_A：与NEA相关的DA的DcNID。TcPID二A—r：收到来自NEB的发现消息的NEA中的TcP的本地TcP-ID，[TcP-ID—A—t]：与TcP-ID—A—r相关联的NEA(发送方向)中的TcP的车地TcP-ID2)**&m目AmB广————————————]1)∞^＆mmnNEANEB图c2由NEB发起的层邻接发现进程为了执行错连检治，要求两个邻接NE(NEA和NEB)的发现过程都必须完成。一旦DA一^和DA—B都达到了此状态，对任一侧的错连检测，它们都有下面两组信息元索可进行羌联(见圉c4)：(DA—ID-AtTcP—ID_A一￡，D^IDB，TCP_ID_B_r，[TcP_ID_B_t])和(DA—IDB，TcP—IDBt，DA-1DA，TCPlDAr，『TcPIDAtl)从DA—A的观点来看．这两组信息元素一定是衙要第一步技发现的同一本地TcP对。这可基于本地分配给TcP的本地TcP-ID米进行(发进方向即从NEA到NEB的TcP_1D_At和接收方向即从NEB到NEA的TcP』DuA—r)。当这两个信息元素组被确定为本地绑定在一起时，可执行下面的一致性检查：1)检查两侧的DA一1D是否相同。2)检壹远端的TcP—ID(TcP-ID—B—t和TcP—m—B—r)是否也被绑定到远端一侧正确的TcP上。根据发送和接收方向的远端TcP是否使用相同的TcPu)值，或者它们都具有不同值的事实，DA—A需要知道远端一侧的两个TcP-ID的绑定关系。在发送和接收方向的远端TcPlD相同(TcPIDB—t—Tc卜1DBr)的情况下，远端DA(DAB)不需要在发现响应消息中包括发送方向TcPID(TcP_1DB_t)。在远端TcplD不同(TcPIID_Bt≠TcP_ID_B_r)的情况下，远端DA(DA—B)必须在发现响应消息中包括可选的发送方向TcP‘1D(TcPID_8_t)。检查DA—ID以保证在两个方向的发现过程(一个由DA—A发起而另一个由DAB发起)中包括了相同的两个DA，这也保证丁TcP-ID的范围是相同的，应注意该TcP-1D仅具有车地意义井仅在单个DA的范围内唯一。当成功的通过DAID检查时．则可执行对远端TcP_ID的一致性检查。它检查这一对远端Tc卜ID是否是通过带外发现响应消息收到的．并且与来自DA—B的带内发现消息是一致的。在下面给出的两个例子中，在NEA和NEB的发送和接收方向的TcP—ID是相同的。图c3给出了第1个例子，NEA和NEB之间的连线是正确的，在图c4给出的第2个例子中，NEA上的接口1／Fn和1／Fm以及NEB上的接口I，Fk和IFl连线错误。图c4和表c2中包括丁DA-A在发现捎息交互后获得的相应的发现信息组。 标准分享网www.bzfxw.com免费下载强c3接口正确连线情况下的自动发现表c1对圈c3描述的正确连线情况，从DA—A观点来看的两组发现消息举例；裂赫兰鬻：Tcpm_B_tⅢ”n^rⅡ 表c2对图c4描述的错连情况，从D^一B观点看的两组发现信息举例。器$。i：鬻三ⅢTcpn札‘Ⅲ14c3举例：采用不同发现消息格式的两个DA间的相互作用等积极的致力于拉现一个链路的两个DA正采用不同的发现消息格式时，该进程也工作。在该例中，一个发现代理使糟TcP名称格式而另一个使用DcNDA地址格式。图c5两个采用不同消息格式的DA间的发现顺序在谈例中．发起的发现代理发送一个以TcP名称格式的发现消息．该发现消息DIsc(F一1，TcPID—oxo。0。00。0000008675309)是“带内方式发送到相应的发现代理。当它被响应的发现代理收到后，记录RxTcP(O“2)来表示该发现消息是应收到的，遗技称为同步TcP。在收到的笈现消息中的TcP名称(Oxo0000000000008675309)通过一个名称服务器被翻译成发起的发现代理的DADcN地址和TC卜1D(0x。00。0。0。000008675309)。一旦知道DADcN地址，贝旺返回一个发现响应消息给发起的发现代理。此发现响应消息包括了收到的发现消息中的属性、目前正在与同步TcP相关的TxTcP(FmI_2，DADcN地址=2341．TxTcPlD—Oxoo。000I2)上发送的属性以及同步TcP(RxTcPID—oxoo。00042)的TcPlD。一旦37 标准分享网www.bzfxw.com免费下载GB／T21645．7—2010它被发起的发现代理收到，表明一个单向链路连接已被识别。对另一方向也重复此过程。然而，由于此时DADcN地址格式正在被使用，发现消息DIsc(Fmt一2，DADcN地址一2．3．4．1，TcPⅢ一。如ooo0012)发送时包括一个DADcN地址和TcrLID。当收到此发现消息，则记录了收到的同步TCP(ox00000000000007365000)。由于收到的发现消息中包括一个DCN地址，因此发现响应可在没有一个名称服务器进行查找的情况下返回。如前所述，该响应中包括收到的发现消息中的属性、在与同步TcP相关的TxTcP(Fmt一1，TcPID—oxo0000000000008675309)上发送的当前属性以及同步TCP(Ox00000000000007365000)的TcP—ID。当收到发现响应消息时，表明一个单向链路连接已被识别。此时，链路连接的每端可以对发现响应消息进行相关，以确定该双向链路是否被错连。特别是表c．3对发现响应消息进行相关分析来确定错连的示例B一>ADAB一>ATxB一>ARxA一>BTxTCPIDA一>BRxTCPⅢDCNIDTCPIDA一>B000000000000086753092．3．4．10x12Ox42B>A00000000000008675309000000000000073650002．3．410x1238由于A一>BTxTCPID，B一>ADADcNID和B一>ATxTcPID域匹配，因此链路是正确连接的。现在可将Tx和RxTcPID提供给服务能力交互来确定链路的容量。 附录D(资料性附录)不同发现机制的使用GB／T21645．7—2010D．1概述本附录提供了对本部分正文规范的各种发现机制可应用的网络场景，包括机制和进程的使用原则及其潜在的相关含义。D．2类型{层邻接发现使用情况的分类如图D．1所示，自动发现使用情况可被进一步划分为加载业务之前、在线和离线。在本部分的范围内，加载业务之前、在线和离线三个术语的定义如下：a)加载业务之前：处于加载业务之前状态的实体是指其关联的客户链路连接还设有被分配的路径。因此，所有操作都不影响任何业务。加载业务之前的场景包括：一个故障被清除后立刻完成的发现以及业务被决定恢复之前。b)在线：处于在线状态的实体是指其关联的客户链路连接已被分配的路径(一个或多个)。c)离线：处于离线状态的实体是指其所有分配的客户链路连接都是失效或不可用状态的路径。本附录仅关注在网络中使用自动发现机制所造成的一些问题，即“在线”情况。对于图D．1中用虚线画出的“加载业务之前”和“离线”使用情况，不再进行论述。而且，也不考虑类型2(离线发现方法)的LAD，因为在应用类型2的LAD时，链路连接(Lc)不是在线(即承载业务)状态(见4．3．3．2对类型1和类型2的定义)。／7，／7加载业务之前：一⋯一一一J／＼／＼一～上⋯一一∑⋯一，{臻碧{限再勰元{图D．1发现场景的分类、～、：二二二=一⋯⋯一离线一一上⋯一一土⋯一，{鲫l随瑚元{D．3使用情况和场景本节描述了应用类型1层邻接自动发现(LAD)的各种情况，并在D．4给出了使用原则，来解释在基于不同场景实行的约束条件下如何完成发现。如在本部分正文中所规范，假设在层邻接发现所使用的信号和被发现的实体之间总是存在适合性。在描述各种场景时，主要区分了两种情况：a)所有网元都支持自动发现的情况；b)网络中的部分网元不支持自动发现的情况。D．3．1所有网元都支持自动发现(普遍配置)普遍配置表示所有网元都支持自动发现，并且假设所有网元都支持本部分正文所规范的LAD。对于该情况，只要所有网元都同意使用一个特定公共机制，可使用基于路径踪迹或基于Ecc的发现消息。D．3．2部分网元不支持自动发现在该情况下，假设网络中的部分网元不支持自动发现消息(例如传统设备)。对于在表示该层终端39零鑫一r●●●●L 标准分享网www.bzfxw.com免费下载GB／T21645．7—2010点的两个网元之间的一个特定层执行自动发现的情况，可分为以下两种场景：a)两个网元都支持LAD的情况；b)两个网元中的一个不支持LAD的情况。D．3．2．1支持LAD的网元之间的自动发现LAD进程要求执行层邻接发现的两个网元，必须是在进行自动发现的层上直接相邻(例如对sDH来说，Rs、Ms、高阶或低阶通道层)。例如，当两个支持LAD的网元之问有另一个不支持LAD且终结了再生段(Rs)和复用段(Ms)的网元时，不可能基于使用段路径踪迹(Jo)、RsDcc或MsDcc来执行LAD。因此，在这种配置下只可能在通道层执行LAD，可使用基于高阶Vc通道踪迹(J1)的发现方法，如图D．2所示。也可以由网络管理系统通过网元的代理来执行高阶通道层LAD进程，如图D．3所示。支壤努的不支蒿挚的支瑶努的图D．2在高阶通道层直接相邻且支持自动发现一NE执行的LAD图D．3在高阶通道层直接相邻且支持自动发现一NMs执行的LADD．3．2．2支持LAD网元和不支持LAD网元之间的自动发现在该情况下，假设不支持LAD的网元终结了被发现的层(见图D．4)。由于不支持LAD的网元不能解析支持LAD的网元所发送的发现消息，因此在该情况下不能在该特定层执行层邻接发现。在此场景下，重要的是不支持LAD的网元不应产生告警，更重要的是不执行导致不必要业务中断的任何后续动作。网络运营商为了避免这样的告警和后续动作，可采取的手段是：在支持LAD的网元上禁止发40 送发现消息或者遵循D．4所描述的原则。支持发现的网元不支持发现的网元群烈图D．4支持发现的网元试图发现一个不支持发现的网元GB／T21645．7—2010D．4自动发现机制和进程的使用原则本节提供了在D．3描述的各种使用情况和场景下，使用路径踪迹(jo、”和J2)和Ecc(MsDcc或RsDcc)机制来实现LAD的原则。D．4．1基于Ecc的LAD当需要被发现的sTM—N接口上的Dcc可用时，使用Dcc进行自动发现是一个可行的选择。DCc提供一个基于分组的接口，它用于LAD时不受其关联的特定sTM_N接口上的业务状态的影响(在线、离线、加载业务之前)。LAD进程使用Dcc对sTM—N接口上的流量也没有任何影响。但是，在用于I，AD的Dcc不充足的地方，有多种使用情况，下面描述了基于Dcc可用性和给定DcN配置的场景。D．4．1．1影响DCC可用性的DCN配置场景下面有两种场景影响了基于Dcc的LAD消息的配置。a)无Dcc连通性(例如中心局LAN支持的DcN)在此场景下，中心局(CO)的ADM和DxC之间没有Dcc连通性。反之，如图D．5所示，cOLAN被用于承载c0内网元之间的管理通信。因此，尽管ADM和Dxc之间有连通性(例如sTM_N)，但是管理通信并不具有与这些包含Dcc的光连接相同的拓扑。DxC可被用于CO内的ADM之间互连的低速率光接口，因此在这些低速光接口上的Dcc不能用于自动发现。中心局LANDcc禁止图D．5具有禁止Dcc连通性的中心局b)有限的Dcc可用性或没有使能两个网元之间的所有并行接口的Dcc 标准分享网www.bzfxw.com免费下载GB／T21645．7—2010在此场景下，如图D．6中所示，网元之问用于管理通信的Dcc可能受限或没有Dcc可用，例如在禁止Dcc期间或受限的DcC资源。这可能发生在多个运营商之间、客户到运营商的接口，或者在网元之间仅有带外连通性的地方，因此Dcc不能用于自动发现。另一种可能的情况是有多个并行光接口连接两个网元，但只有一条链路或子链路上的Dcc可被使能。这也适用于多个管理域的情况，例如：1)Dcc处理不支持所有接口；2)由配置决定(例如在多条并行链路情况下，由于单个Dcc的容量可足够用于2个网元之问的管理通信，因此仅使能了这些链路中的部分Dcc)；3)在不同管理域之间的NE连通性情况下，由策略决定。在所有这些情况中，由于某些链路可能没有使能Dcc，因此可能在某个使用Dcc的链路上不能执行LAD。带外DcNDOC禁止圉D．6中心局之间只有一条链路的Dcc使能或使用带外DcND．4．2基于路径踪迹的LAD(例如使用J0、J1和J2字节)路径踪迹字节可被用于类型1LAD，这允许从发现的服务层路径(如图6所示)来推断客户层Lc。取决于LAD进程中涉及的路径终结功能的配置，可能产生某些动作问题。特别是，当接口处于“在线”状态并正在承载业务时，应避免业务受影响。本节主要规范了可能发生这样的动作同题的这些场景，并在下面进行了详细讨论。而且为了避免业务影响，提供了应用和配置原则。D．4．2．1加载业务之前和离线情况只要端口处于加载业务之前或离线状态，由于没有业务承载在上面，因此使用路径踪迹来进行LAD不会导致任何动作问题。D．4．2．2在线情况应注意发现使能／禁止能力是在每个特定层的每个链路终端提供的，与远端终端无关。当发现进程使能时，注意发现进程仅被允许改变(配置)TTI。使用G．707定义的路径踪迹字节，允许发送和接收接人点标识符(API)，因此接收终端可验证它到期望的发射机之问的连续性连接。用于LAD的格式与一般用于预先存在应用的格式不同，期望新设备应能够识别这种使用。对于某些传统设备，为了避免不希望的路径标识符失配(TIM)告警，具有发现能力的网元在其路径终端(TT)不应改变TTI(即禁止自动发现)。当在另一端有一个不具有发现能力的网元，即使路径包括监视(监视TTI)并可区分发现消息时，发现也应被禁止。注意发现进程可在一个管理系统内执行，从而使NE具有发现能力。对于某些现有设备，使用路径踪迹字节来进行发现可导致告警，并且如果后续动作(插入AIs)没有被禁止，则可以导致业务丢失。因此路径终结点允许基于路径踪迹的发现应设置TIMAIsdis=真(true)来阻止插入AIs，当路径踪迹标识符不匹配。在国家网络中，要求TIMAIsdis总是假的(见G．806)，应执行基于路径踪迹的发现。如果使能了dTIM监测，LAD进程可使用MI—cTIM作为一个通知，路径踪迹可改变(MI—AcTI)。42 GB／T21645．7—2010非介入监视：非介入监视功能(见G．783)可观察路径踪迹。如果非介入监视功能不能感知用于发现的路径踪迹，将观察到路径踪迹信息(TTI)上的非期望的变化。D．4．3运营商之间、用户一提供商之间的应用LAD进程可在每个接口使能或禁止，这允许网络运营商按照他们的策略来配置接口。43 标准分享网www.bzfxw.com免费下载GB／T21645．7—2010附录E(资料性附录)AsON自动发现和GMPLsLMP的术语映射本附录主要根据IETFRFC4394编写。由于LMP和ITu—TG．7714、ITu—TG7714．1是由不同的标准组织规范的，采用了不同的名称机制和架构概念。As0N(ITu—TG．805／ITu—TG．8080)自动发现和GMPLsLMP之间的术语映射是理解两个架构的一个重要的前提步骤。为了推动该映射，区分了LMP中的两种类型数据链路：LMP的端口和成员链路。根据LMP规范，一个数据链路可被每个节点考虑，终结在一个端口或一个成员链路上。LMP的端口和成员链路概念是由n’uTG．805／ITu—TG．8080架构支持的。ITu—TG．8080的各种适配功能可被广义的和LMP的成员链路等效，即单个服务层路径动态的支持不同的复用结构。注意当传送平面传递其自己的地址空间时，I。MP接口一ID和数据链路ID被控制平面分别用于处理实际的cP名称和cP—cP名称。下表汇总了AsON自动发现和GMPLsLMP之间的术语映射，注意该表根据等效目标来映射AsoN术语和GMPLs术语，但在许多情况下不是一对一映射。表E．1AsoN自动发现和GMPLSLMP之间的术语映射GMPLS／LMP术语GMPLs／I，MP术语AsON术语端口成员链路CPTE资源；接日(端口)TE资源；接口(成员链路)接口IDcP名称该接口的资源(例如时隙等)由一组标签没有对(标签)资源分配进一步细分标识cPcP链路数据链路cPcP名称数据链路IDSNPTE资源sNP名称链路IDSNPLCTE链路sNPLC名称TE链路IDTE链路mSNPPTE链路终端(端口)TE链路终端(成员链路)SNPP名称链路IDSNPPLCTE链路sNPPLc名称TE链路ID这里复合标识符是：a)数据链路ID：(本地接口ID；远端接口ID>b)TE链路ID：(本地链路ID；远端链路ID)复合标识符是由RFc4204[LMP]定义。LMP发现数据链路并用一对本地和远端接口ID来标识它们。TE链路由数据链路或成员TE链路组合构成。同样，TE链路也用一对本地和远端链路ID来标识。 参考文献[1]ITU-TG．806传送设备特性描述方法和通用功能[2]ITu—TG．783同步数字体系(sDH)的功能模块特性GB／T21645．7—2010'