GB T 21645.7-2010 自动交换光网络(ASON)技术要求 第7部分:自动发现.pdf

上传人:unhappyhay135 文档编号:232260 上传时间:2019-07-14 格式:PDF 页数:52 大小:2.06MB
下载 相关 举报
GB T 21645.7-2010 自动交换光网络(ASON)技术要求 第7部分:自动发现.pdf_第1页
第1页 / 共52页
GB T 21645.7-2010 自动交换光网络(ASON)技术要求 第7部分:自动发现.pdf_第2页
第2页 / 共52页
GB T 21645.7-2010 自动交换光网络(ASON)技术要求 第7部分:自动发现.pdf_第3页
第3页 / 共52页
GB T 21645.7-2010 自动交换光网络(ASON)技术要求 第7部分:自动发现.pdf_第4页
第4页 / 共52页
GB T 21645.7-2010 自动交换光网络(ASON)技术要求 第7部分:自动发现.pdf_第5页
第5页 / 共52页
亲,该文档总共52页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

1、ICS 33.040.40 M 33 远雪中华人民=H工./、和国国家标准GB/T 21645.7-2010 自动交换光网络(ASON)技术要求第7部分:自动发现Technical requirements for automatically switched optical network一Part 7 : Automatic discovery 2010-12-01发布2011-04-01实施数码防伪中华人民共和国国家质量监督检验检痊总局中国国家标准化管理委员会发布GB/T 21645 .7-2010 目次前言.皿1 范围2 规范性引用文件-3 术语、定义和缩略语.4 通用自动发现功能、框

2、架和进程.34.1 通用自动发现的基本功能34.2 通用自动发现的框架.4 4. 3 传送实体的通用自动发现进程4.4 通用自动发现的功能要求.8 5 通用自动发现消息和状态机105. 1 层邻接发现(LAD)进程 10 5.2 传送实体能力交互(TCE)进程. 13 6 SDH和OTN中的自动发现协议要求6.1 SDH和OTN中的层邻接发现机制6. 2 层邻接中使用的属性186.3 基于路径踪迹宇节的层邻接186.4 基于ECC消息的层邻接216. 5 层邻接发现的流程.226.6 发现响应消息227 基于GMPLS的自动发现协议要求.23 7.1 基于GMPLSLMP的自动发现237.2

3、链路管理协议(LM凹的功能和组成237.3 面向SDH的LMP扩展267.4 面向WDM的LMP扩展267.5 LMP的消息268 UNI和NNI接口的自动发现要求298.1 I-NNI接口8.2 UNI接口308.3 E-NNI接口 30 附录A(资料性附录)发现进程状态机.附录B(资料性附录)自动发现进程的实施举例.33 B.1 概述nB.2 LAD 信息流33附录C(资料性附录)物理连接错连检测M巳1概述 M C.2 自动发现进程 M C.3 举例:采用不同发现消息格式的两个DA间的相互作用.37 附录D(资料性附录)不同发现机制的使用四GB/T 21645.7-2010 D.l 概述D

4、.2 类型1层邻接发现使用情况的分类D.3 使用情况和场景D.4 自动发现机制和进程的使用原则 u 附录E(资料性附录)ASON自动发现和GMPLSLMP的术语映射44参考文献. . . . . . . . . . 45 E GB/T 21645.7-2010 目。吕GB/T 21645(自动交换光网络(ASON)技术要求标准的结构预计如下:一一第1部分:体系结构与总体要求;一一第2部分:术语和定义;一一第3部分:数据通信网(DCN); 一第4部分:信令技术;一一第5部分:用户一网络接口(UNI); 一第6部分:管理平面;一一第7部分:自动发现。本部分是GB/T21645的第7部分。本部分与I

5、TU-TG. 7714 :2005(传送实体的通用自动发现和G.7714. 1: 2006( SDH和OTN网络中的自动发现协议的一致性程度为非等效,并结合国内情况制定。本部分的以下章节在技术内容上与ITU-T G. 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/OMS/

6、OCh层的LAD机制;附录B、附录C和附录D分别对应G.7714. 1: 2006的附录I、附录H和附录咀。此外,本部分的第7章和附录E还参考了IETF、OIF等国际标准化组织有关链路管理协议和自动发现的相关建议。本部分的附录A、附录B、附录C、附录D、附录E为资料性附录。本部分由中华人民共和国工业和信息化部提出。本部分由中国通信标准化协会归口。本部分起草单位:信息产业部电信研究院、中国联合通信有限公司、华为技术有限公司、中兴通讯股份有限公司、武汉邮电科学研究院、上海贝尔阿尔卡特股份有限公司、诺基亚西门子通信(上海)有限公司、UT斯达康(重庆)通讯有限公司。本部分主要起草人:李芳、徐云斌、高建

7、华、向奇敏、潘锐锋、张海涛、王君林。阳山GB/T 21645.7-2010 1 范围自动交换光网络(ASON)技术要求第7部分:自动发现GB/T 21645的本部分规定了自动交换光网络(ASON)的传送实体通用自动发现功能、框架、进程和发现消息,以及同步数字体系(SDH)和光传送网(OTN)网络中的自动发现机制和基于通信多协议标记交换(GMPLS)的链路管理协议(LMP)等。本部分适用于ITU-TG. 803定义的同步数字体系(SDH)传送网和ITU-TG. 872定义的光传送网(OTN)。2 规范性引用文件下列文件中的条款通过GB/T21645的本部分的引用而成为本部分的条款。凡是注日期的引

8、用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分,然而,鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本部分。GB/T 21645. 1一2008自动交换光网络(ASON)技术要求第1部分:体系结构与总体要求GB/T 21645.2-2010 自动交换光网络(ASON)技术要求第2部分:术语和定义ITU-T G. 707 同步数字体系(SDH)的网络节点接口ITU-T G. 7712 数据通信网的体系结构与规范ITU-T G. 7714 传送实体的通用自动发现ITU-T G. 7714.1 SDH和OTN网络中的自动

9、发现协议ITU-T G. 784 同步数字体系(SDH)管理ITU-T G. 803 基于SDH的传送网络的体系架构ITU-T G. 805 传送网的通用功能结构ITU-T G. 8080 自动交换光网络体系结构ITU-T G. 83 1(2000) 基于SDH的传送网络的管理能力ITU-T G. 872 光传送网(OTN)的体系架构IETF RFC 1570 PPP LCP扩展IETF RFC 1661 点到点协议(PPP)IETF RFC 1662 类HDLC帧中的PPPIETF RFC 2045 多用途互联网邮件扩展协议(MIME)第1部分:互联网消息主体的格式IETF RFC 4204

10、 链路管理协议(LMP)IETF RFC 4207 链路管理协议测试消息的SONET/SDH编码IETF RFC 4209 DWDM光线路系统的链路管理协议(LMP)IETF RFC 4394 链路管理协议(LM凹的传送网络视角3 术语、定义和缩略语3. 1 术语和定义GB/T 21645. 2中规定的术语和定义适用于GB/T21645的本部分。3.2 缩略语下列缩略语适用于GB/T21645的本部分。1 GB/T 21645.7-2010 AITS Acknowledged Information Transfer Service 确认的信息传递业务AP Access Point 接入点AP

11、I Access Point Identifier 接入点标识符ASON Automatically Switched Optical Networks 自动交换光网络BER Bit Error Rate 比特误码率CI Characteristic Information 特征信息CP Connection Point 连接点CTP Connection Termination Point 连接终结点DA Discovery Agent 发现代理DA ID Discovery Agent Identifier 发现代理标识符DCC Data Communications Channel 数据

12、通信通路DCN Data Communcation Network 数据通信网DM Discovery Message 发现消息DT Discovery Trigger 发现触发ECC Embedded Communications Channel 嵌入式通信通路GCC General Communications Channel 通用通信通路GMPLS Generalized Multi-Protocol Label Switching 通用多协议标签交换HDLC High-level Data Link Control 高级数据链路控制HOVC Higher Order Virtual C

13、ontainer 高阶虚容器IETF Internet Engineering Task Force 互联网工程任务组ID Identifier 标识符LAD Layer Adjacency Discovery 层邻接发现LAPD Link Access Procedure-D channel D通路链路接入规程LC Link Conn巳ction链路连接LCP Link Control Protocol 链路控制协议LLCF Link L且yerConvergence Function 链路层汇聚功能LMP Link Manager Protocol 链路管理协议LOVC Lower Ord

14、er Virtual Container 低阶虚容器LR岛4Link Resource Manager 链路资源管理器MS Multiplexng Section 复用段ODUk Optical Chnn巳1Data Unit-k 光通路数据单元-kOTN Optical Transport Network 光传送网OTUk Optical Channel Transport Unit-k 光通路传送单元-kNC Network Connection 网络连接NE Network Elem巳nt网元PC Protocol Controller 协议控制器PM Path Monitoring 通

15、道监视PPP Point to Point Protocol 点到点协议RS Regenerator Section 再生段Rx Receive 接收SAPI Source Access Point Identifier 源接入点标识符SDH Synchronous Digital Hierarchy 同步数字体系SM Section岛1onitoring段监视2 D -VST-Ai., CPUPEPP?IE NNRAcecET寸TxrSSSTTTTTTTTTUV Subnetwork Connection Subnetwork Point Shared Risk Link Group Ter

16、mination Adaptation Performer Transport Entity Capability Exchange Termination Connection Point Termination Connection Point Identifier Traffice Engineering Trail Termination Trail Termination Point Trail Trace Information Transmit Unacknowledged Information Transfer Service Virtual Container G/T 21

17、645.7-2010 子网连接子网点共享风险链路组终端适配执行器传送实体能力交互终结连接点终结连接点标识符流量工程路径终结路径终结点路径踪迹信息发送未确认的信息传递业务虚容器4 通用自动发现功能、框架和进程4. 1 通用自动发现的基本功能通用自动发现功能用于确定传送网元之间、控制域之间的链路连接(LC)关系以及链路连接所支持的业务,其目的在于帮助进行资源管理和路由选择。自动发现不仅有利于控制平面的控制操作,也有利于管理平面对网络的智能化管理。通用自动发现的目标是建立传送平面的CP-CP之间的链路连接(LC)关系以及控制平面的SNPSNP之间的链路连接(LC)的关系,具体如图1所示。网络连接(N

18、C)子网;v SNP链路连接(LC)链路连接(LC)路径图注zKJJffi 图1传送平面和控制平面的链路连接及其关系示意3 GB/T 21645.7-2010 4.2 通用自动发现的框架GB/T 21645. 1-2008中10.1规定的自动发现框架的基本特征是:控制平面和传送平面的发现进程和名称空间完全分离。自动发现框架采用三种控制平面元件来描述:发现代理(DA)、终结和适配执行器(TAP)以及链路资源管理器(LRM)。4 自动发现的框架包含两个独立的进程和名称空间:a) 传送平面内的自动发现:该进程完全发生在传送平面的名称空间(CP和CTP)内,如图2所示。1) DA完全工作在传送名称空间

19、内,并负责保持传送平面的链路连接(CP-CP)的传送名称。2) 这些信息可通过使用对控制平面名称空间不可见的传送机制、保存预先获得的相关信息或指配方式来获得。3) DA通过与网络中相邻DA之间的协作来解析传送CP名称,协助底层的自动发现进程,从而使负责传送链路连接的每一端DA(或其他元件)能够就该链路连接进行通讯。的一个CP可以被分配给一组VPN,这组VPN可以用一个所有权标签来表示。DA需要验证一条链路连接的每个CP的所有权标签都是相同的。传送平面名称空间保持CP-CP关系CP (CTP的传送名称)LC (传送名称)CP (CTP的传送名称图2传送平面的链路连接(CP-CP)发现b) 控制平

20、面内的自动发现:该进程完全发生在控制平面的名称空间(SNP)内,如图3所示。1) LRM负责保存链路连接的控制平面名称所需的SNP-SNP绑定信息。2) TAP负责联系传送平面的名称空间和控制平面的名称空间,拥有资源的控制平面名称(SNP)和传送平面名称(CP)之间的绑定关系。3) 这允许控制平面名称与传送平面名称完全分离,并完全独立于DA与传送名称关联所使用的方法。为了给SNPP链路分配一个SNP-SNP链路连接,仅需要了解该链路连接的传送名称。因此,链路连接有可能不需要物理上连接起来,就能被分配给控制平面。这种分配程序可通过LRM交互与该SNP相关的传送链路名称来验证。完全合格的SNPP链

21、路名称能够反映传送平面资源结构的控制平面名称。保持SNP-SNP的关系图3控制平面的链路连接(SNP-SNP)发现4.3 传送实体的通用自动发现进程4.3.1 通用自动发现进程GB/T 21645.7-2010 如图4所示,ITU-TG. 7714规定了传送实体的通用自动发现进程,可用于ITU-TG. 805描述的多层网络中的任意层面。通用自动发现进程没有限制支持发现进程的实体分布或者位置,例如发现进程的实体可以分布在网元中或位于管理系统内部,允许控制平面或者管理平面使用发现进程。管理平面可使能或者禁止下面所描述的通用发现进程以及单独的子进程。DiscMsg(AT0 DiscAc刷sg(ARX

22、lDiscMsg(ZTJ( l DiscAckMsg(ZRXl TCECapReqMsg(ATJ(l TCECapAckMsg/ TCECapNackMsg(Ax) TCECapReqMsg(ZTJ( l TCECapAckMsg/ TCECapNackMsg(ZRXl 图4发现子进程的交互作用通用自动发现进程分为以下三个子进程:a) 发现触发CDT):负责触发层邻接发现CLAD)和传送实体能力交互CTCE)进程。管理平面可以使能或禁止发现进程及其子进程。b) 层邻接发现CLAD):LAD进程用于获取在一个特定层网络中构成网络连接或链路连接的两个TCP或CP之间的关联关系,即完成传送平面内的自

23、动发现。如果支持链路连接的路径是有效的,则通过层邻接发现得到的这种关联关系是有效的。LAD进程在执行之前首先要了解TCP或CP的标识符。如果预先通过网管人工配置了层邻接关系,那么LAD进程可以省略。LAD功能应自动发现节点以及节点之间的光纤链路连通性,并自动检测光纤错连。LAD可用管理配置的属性来确认物理连接的正确性,该能力有利于减少配置量并检测设备的错连。SDH/OTN的LAD功能应自动发现SDH/OTN网元之间对等层(如SDH的MS-MS,OTN的ODUk-ODUk)之间的连接关系。c) 传送实体能力交互CTCE):TCE进程用于交互与传送实体能力相关的信息(例如链路连接、路径),用来帮助

24、协商一个双方都同意的能力集。TCE进程主要用于完成用于控制平面的相关信息的自动发现,通常也被称为服务能力发现。4.3.2 发现触发发现触发进程由管理平面使能,管理平面规定了需要支持的自动发现场景。各种场景具有多个参数,包括是否支持特定的发现子进程、是哪种类型、在什么条件下以及在每个条件下需要提供哪些管理信息。默认的场景由策略决定,例如:a) 是否使用LAD进程。如果不使用LAD,管理平面应当提供CT)CP绑定信息。如果使用LAD进程,需要确定采用什么类型见4.3.3.2中规范的类型1或类型2,在什么条件下使用见4.3.3.3规范的返回服务触发或连续性触发。b) 是否使用TCE进程。如果不使用T

25、CE,管理平面应提供本地和远端传送实体具有的详细能力信息。如果使用TCE进程,应当由策略来控制,提供终端点传送实体具有的详细能力。5 GB/T 21645.7-2010 4.3.3 层邻接发现4.3.3.1 层邻接发现的进程传送实体的发现进程发生在每一个网络层面,其网络分层与ITU-TG. 805的规定一致。LAD进程用于在一个特定层内发现链路连接CLC)或网络连接CNC)的终端点(即组成连接的两个TCP/CP)之间的关系。发现进程的前提是被发现的终端点应存在CT)CPID。管理平面可以基于每一个CT)CP使能或禁止LAD进程。在一个特定层的LC或NC的终端点之间(如图4中的A和Z勺,LAD进

26、程包括发送发现消息和发现确认消息。A端的LAD进程开始周期性地发送发现消息到Z端,其中包含A端的CT)CPID和负责该CT)CPID的发现代理CDA)ID等信息。当Z端收到该消息后,它发送一个发现确认消息给A端,该消息中包括:a) Z端从A端收到的信息:b) Z端的本身信息。交互的信息允许两端识别A到Z的单向连接。该进程在Z到A方向上进行,用于识别Z到A的单向连接。在与CT)CP关联的两个单向连接识别完成后,需要验证这两个单向链路是否位于同一对CT)CP之间。如果验证结果是它们不位于同一对CT)CP之间,则说明检测到错连并上报。如果两条单向链路是在同一对CT)CP之间,则认为LAD进程完成。管

27、理平面可以停止LAD进程,或使之保持激活以持续的监视邻接状态。图5给出了应用在客户层和服务层的LAD进程示例,用于发现层网络拓扑。两个AP通过一条服务层的网络连接关联,构成了服务层的一条路径。在此例中,服务层的路径支持与3对客户层的CP关联,构成由三条LC组成的客户层链路。这里的LAD进程发现了服务层内两个TCP之间的关系,以及客户层的CP之间的关系。只有所支持的服务层网络连接有效,两层中建立的关联关系才有效。层邻接发现机制也适用于物理媒质层。在概念上,物理媒质层与其他传送实体层邻接没有差别。利用TCE进程提供的TCE信息,通过从已被发现的服务层邻接关系推出客户层邻接关系,可对多层网络的LAD

28、进程进行优化。-/ / 、刷阳川川们wmmmmmmm d 6 、- d d -/ / 客户层链路f飞飞1 . / 1 I ,/ I 、/1 / / w 客户层LC服务层路径服务层网络连接图5层邻接发现示例-町、-、J / / 一-G/T 21645.7-2010 4.3.3.2 层邻接发现的实现机制发现方法采用本部分规定的层邻接进程来确定TCP到TCP的关系。一旦TCP到TCP的关系确立后,CP到CP的连通性关系可以使用本地的信息推出。如图6所示,层邻接发现可以采用两种实现机制:a) 使用服务层的路径开销(类型1):该实现机制为在线发现方法,在发现进程中,使用服务层的路径开销来发现对等TCP(

29、如图6中的TCP3A到TCP3Z),服务层的路径开销被用于承载发现消息。通过本地适配功能的配置信息以及适配功能与路径终结功能之间的关系,可以从TCP到TCP的关系中推出CP到CP的关系。b) 采用客户层的净荷域(类型2):该实现机制为离线发现方法,发现进程在客户层的净荷中发送发现消息,用于发现对等TCP(如图6的TCP1A到TCP川。CP到CP的关系通过本地的交叉连接信息推出,预先建立的交叉连接将测试信号连接到期望的CP。该离线发现方法仅能用于链路连接不承载任何用户业务的情况。发现进程类型2图6层邻接发现(LAD)的两种方法(类型1和类型2)4.3.3.3 层邻接发现的触发方式层邻接发现进程负

30、责发现本地(T)CP和远端(T)CP之间的绑定关系,该绑定关系由连接它们的传送实体建立。当需要运行LAD进程时,可采用以下两种不同的方案:a) 返回服务触发:改变传送实体的终端点时,多数传送技术会引起连续性失效(通过连续性监视方法来检测)。当发生连续性失效时,传送实体在运营上变成离线(不能提供服务),并且LAD信息变为无效。当连续性失效消除后,传送实体在运营上变成在线(提供服务),并且本地和远端的(T)CP之间的绑定关系需要重新发现。使用这种状态转换来触发LAD状态机重新学习绑定关系。b) 连续性触发:适用于需要LAD进程持续运行的情况,例如在没有执行连续性监测的地方。在这种情况下,针对传送实

31、体创建的(T)CP的绑定关系发生的任何变化,都需要持续的进行重新学习和刷新。4.3.4 传送实体能力交互4.3.4.1 TCE的进程TCE进程交互信息来通知两端的传送实体关于它们期望能支持的能力。这些能力包括与两个相邻(T)CP相关的适配功能、特征信息等。与LAD进程不同,TCE是一个多阶段进程,在链路两端的网元之间协商它们各自期望能支持的一组能力。导出被发现的LC导出型类程进现发7 GB/T 21645.7-2010 如图7所示,可以把TCE信息和LAD进程的结果组合起来,推出潜在的客户层CP。在5.2.1列出了具体交互的能力信息。发现进程类型2导出被发现的LC导出:发现边程类型1图7传送实

32、体能力支互示例各端的TCE进程启动并发送TCECapReqMsg消息如图4所示,该消息包含本地终端点所支持的能力。当远端的TCE进程收到此消息后,将收到的一组能力与它期望支持的能力进行比较,如果不匹配,则返回一个TCECapNackMsgr肖息,包含官期望支持的修改后的一组能力。当源端收到这个修改后的能力组后,可通过发送TCECapAckMsg消息表示同意支持这些能力,或发送新的TCECapReqMsg消息,携带一组新的修改后的能力来进一步协商。如果两端对一组能力达成一致,两端将停止发送这些能力消息。应注意,在一条双向链陆的两个方向上交互的能力可以是不对称的。4.3.4.2 TCE交互的能力信

33、息TCE进程的预处理包括确认层邻接信息和本地能力信息。TCE可交互下列高级别的能力信息:a) 传送平面路径能力s这涉及路径终端支持的j二网络和适配的具体细节。包括连通性验证进程,即将发现的链路和期望的连接进行比较,以此确定该连接是否是所期望的或者验证是否错连。OIF UNI1. 0 RZ扩展了用于链路验证的LMP进程。ITU-TG. 7714.1提供了链路验证进程的更详细描述,参见本部分附录DoITU-T G. 7714. 1和IETF的LMP都描述了基于每层的验证进程(LMP的验证进程是基于TE链路进行的)。如果执行基于多层的链路验证,则有利于减少验证进程的数量。这要求总结穿越整个端到端链路

34、时客户所经历的适配的能力信息。b) 控制平面链路能力:这涉及控制平面能力和配置以及这些路径终端的控制平面名称等具体细节。控制平面信令和路径应用存在分离的能力信息。c) 管理平面链路能力:这涉及管理平面能力和配置以及这些路径终端的管理平面名称等具体细节。4.3.4.3 TCE的实现机制自动的LAD需要发现机制在带内进程中执行,而TCE与LAD不同,TCE可使用多种不同的带内或带外机制(或甚至通过管理平面)来实现。然而,TCE也必须使用与承载信令和路由信息相同的控制平面机制才有意义。4.4 通用自动发现的功能要求4.4. 1 发现代理a) 发现代理应发现它的一组(T)CP所支持的链路拓扑。8 GB

35、/T 21645.7-2010 b) 在发现进程可能运行的范围内,发现代理应具有唯一的标识符。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

36、)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) 当标识传送实体的方

37、法被设定为LAD时,应使能LAD进程。d) 当标识传送实体的方法被设定为管理平面配置时,应禁止LAD进程。e) 一旦传送实体己被发现,发现进程应停止发送发现消息。4.4.5 单向传送实体发现a) 为了便于发现单向传送实体,发现进程应周期地在与本地(T)CP关联的带内通路上发送发现消息,该消息携带用于唯一标识本地(T)CP的信息。b) 通过监听与本地(T)CP关联的带内通路上的发现消息,LAD进程应能标识绑定到人方向的单向传送实体的远端(T)CP。c) 本地LAD进程应通知远端LAD进程:入方向的单向传送实体巳通过发送包含接收的(T)CPID、接收的DAID、本地(T)CP的(T)CPID和DA

38、ID的发现确认消息来标识。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) 与一个路

39、径相关的各种类型的传送实体能力信息应允许使用分离的、独立的TCE会话。e) 应能更新传送实体能力信息,而无需中断链路或路径上的业务。f) TCE进程应能记录进程失败,并协商重新尝试的次数,并且在超过了管理平面配置的门限后应停止协商。g) 如果重新协商新能力没有完成,则TCE进程应继续使用巳协商好的能力。9 G/T 21645.7-2010 h) 在一个TCE重新协商尝试失败后,其后续动作应由管理平面的策略定义。i) 在重新协商已完成后,TCE应开始使用新的能力。5 通用自动发现消息和状态机5.1 层邻接发现(LAD)进程5. 1. 1 层邻接发现(LAD)消息交互模式LAD进程使用基于消息的机

40、制来交互标识属性,并不要求不同的发现实例采用相同的协议。实际的协议可工作在确认或者非确认模式。在确认模式下,发现消息可携带近端的标识属性,确认消息可携带远端的标识属性,用于响应收到的近端属性。此外,传送实体能力信息也可作为确认消息的一部分。在非确认模式下,每端发送其各自的标识属性,并且TCE在不同的时间进行。在两种模式下,发现消息都需要一直发送直到发现进程完成。下面的5.1.2和5.1.3提供了确认模式下LAD进程的消息,5.2.1提供了TCE交互的消息属性。5. 1. 2 LAD-LAD接口LAD-LAD接口消息见表1。LADDiscMsg LADDiscAck岛1sg表1LAD-LAD接口

41、消息LAD消息包括:(1)本地(T)CP的(T)CPID; (2)本地(T)CP的DAID LAD确认消息(AckMessage)包括:(1)本地(T)CP的(T)CPID; (2)在LADDiscMsg中接收到的(T)CPID; (3)本地(T)CP的DAID; (4)在LADDiscMsg中接收到的DAID 如果(T)CPID来自于一个全局的名称空间,则可以导出DA范围内的(T)CPID和DAID,不需要传递DAID。5.1.3 DT-LAD接口DT-LAD接口消息见表2。DTLADStart DTLADStop LADDTMiswire LADDTLinkDisc LADDTLinkLo

42、st 10 表2DT-LAD接口消息LAD发起消息(StartMessage)包括:(1)用于发现的通道;(2)选择采用连续性或返回服务触发发现;(3)本地终端点DAID和(T)CPID LAD停止消息(StopMessage) :不需要任何属性LAD错连通知消息(MswireNotification Message)包括:(1)本地终端点DAID和(T)CPID; (2)在DiscAckMsg中接收的本地终端点DAID和(T)CPID; (3)在DiscAckMsg中接收的远端终端点DAID和(T)CPID; (4)在DiscMsg中接收的远端终端点DAID和(T)CPID LAD传送实体绑

43、定发现消息(TransportEntity Binding Discovered Message)包括:(1)本地终端点DAID和(T)CPID; (2)远端终端点DAID和(T)CPID LAD传送实体绑定丢失消息(TransportEntity Binding Lost Message)包括:(1)本地终端点DAID和(T)CPID; (2)远端终端点DAID和(T)CPID GB/T 21645.7-2010 5. 1. 4 LAD状态机在图4中显示的LAD子进程用附录A的图A.l描述的状态图进行了详细阐述,状态描述、时间描述和状态转移如表3表8所示。在图A.l中,为了使其端点能被发现,

44、LAD子进程被分解为两个独立状态机,两个状态机都需要在传送实体(例如:路径或链路)的各端运行。如果某一端没有运行LAD子进程,这个传送实体的端点将不会被发现。LADTx状态机处理发现消息的周期传输,LAD状态机处理发现消息的接收和发现确认消息的产生。发现消息把单向链路看作是双向链路一样而进行交互。一旦识别两个单向链路并且验证为错连,将向DT进程提供一个通知来确定端点发现。如果确定是错连或端点发生了变化,将通报DT进程。当LAD状态机实例被创建时,状态机进入状态l(S皿E)并生成LADTx状态机实例。基于接收到的发现消息的时序,LAD状态机将通过其左或右分支进行转变。一旦LAD状态机确定链路的端

45、点,则进入状态4C SA-Z,Z-AKNOWN)。当LAD状态机转变到状态4时,可以停止LADTx状态机。需注意状态机是在传送实体的某一端运行的,并在另一端运行同样的一个状态机。状态1CSIDLE) 的左或右分支并不描述本端和远端,但规定了收到在本地DiscMsg的DiscAck消息之前或之后收到发现消息(来自远端)时的行为,它确保了每次进入状态1CS皿E)时,LADTx状态机在运行中。如果被建立的连接是错连,状态机维持在状态2或3,并向DT进程发送一个通知。空状态先于LAD状态机而产生。表3LAD事件StartLADlnstance 当LAD实例由DT进程创建时,产生该事件RxDiscMsg

46、MatchedZ 当接收到一个发现消息,并且包含的Z端点识别符与先前观察到的Z识别符匹配时,产生该事件RxDiscMsg U nMatchedZ 当接收到一个发现消息,并且包含的Z端点识别符与先前观察到的Z识别符不匹配时,产生该事件RxDiscAckMatchedZ 当接收到一个发现响应消息,并且包含的Z端点识别符与先前观察到的Z识别符匹配时,产生该事件RxDiscAck U nMatchedZ 当接收到一个发现响应消息,并且包含的Z端点识别符与先前观察到的Z识别符不匹配时,产生该事件FAIL 当(T)CP发生连续性管理指示丢失时,产生该事件StopLADlnstance 当LAD实例被DT进程终止时,产生该事件表4LA

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 标准规范 > 国家标准

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