CN103532740A - 实现远程管理的方法、系统及gcc开销处理方法、装置 - Google Patents
实现远程管理的方法、系统及gcc开销处理方法、装置 Download PDFInfo
- Publication number
- CN103532740A CN103532740A CN201310449738.1A CN201310449738A CN103532740A CN 103532740 A CN103532740 A CN 103532740A CN 201310449738 A CN201310449738 A CN 201310449738A CN 103532740 A CN103532740 A CN 103532740A
- Authority
- CN
- China
- Prior art keywords
- gcc
- overhead
- expense
- equipment
- bit stream
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种实现远程管理的方法、系统及GCC开销处理方法、装置,包括对GCC开销进行处理,建立远端管理通道,通过建立好的远端管理通道进行远程管理。通过本发明利用GCC开销通道建立的远端管理通道,避免了增加额外带宽专用于远程管理,从而节约了成本,简化了硬件设计,也减少了管理难度和带宽浪费。
Description
技术领域
本发明涉及光传送网技术,尤指一种光传送网(OTN,Optical TransportNetwork)中实现远程管理的方法、系统及GCC开销处理方法、装置。
背景技术
OTN是以波分复用技术为基础、在光层组织网络的传送网。OTN技术解决了同步数字体系(SDH,Synchronous Digital Hierarchy)基于VC-12/VC4的交叉颗粒偏小、调度较复杂、不适应大颗粒业务传送需求的问题;也部分克服了密集波分复用(WDM,Dense Wavelength Division Multiplexing)系统故障定位困难、能够提供的网络生存性手段和能力较弱等缺点。
OTN提供客户信号的传送、复用、路由、管理、监控,借鉴SDH的开销思想,引入了丰富的开销,使OTN真正具有了运行、管理、维护和配置(OAM&P)能力。现有OTN的开销结构如图1所示,在OTN开销中,通用通信信道(GCC,General Communication Channel)是一个用于在OTU终端之间传输信息的无干扰通道,共有GCC0、GCC1和GCC2三个开销,每个开销分别占用两个字节。其中,GCC0位于OTUk开销的第1行、第11-12列,GCC1位于ODU开销的第4行、第1-2列,GCC2位于ODU开销的第4行、第3-4列。图1中的其他开销可参见协议规定,具体实现与本文无关,这里不再赘述。
随着网络规模的扩大和系统运营商所用设备的多样化,管理网络的难度和复杂度日益增加。而通过OTN网络的GCC通道进行远程监控管理,可以实现业务和管理信息的同步传输,同时能够避免增加额外带宽专用于远程管理,进而减少管理难度和带宽浪费。
但是,由于在ITU-G.709建议中仅仅定义了GCC开销的位置,而GCC开销如何使用并没有描述,GCC字节的使用没有统一的标准,因此,现有技术中,对GCC开销字节的使用没有具体实现方案。另外,由于成帧芯片提供的GCC信号通常是比特bit流或者寄存器数据,没有字节边界和帧定位,因此,直接利用GCC字节是无法获取更加丰富有效的管理信息的。
也就是说,如果不能解决GCC开销实时有效的提取,以及局远端之间GCC通道内稳定可靠的通信,GCC开销就不能发挥最大的作用,通过OTN网络的GCC通道进行远程监控管理也是设想而已。
发明内容
本发明提供一种实现远程管理的方法、系统及GCC开销处理方法、装置,利用OTN网络的GCC通道进行远程管理,不需要增加额外的管理通道,从而能够节约成本,简化硬件设计。
为了解决上述技术问题,本发明公开了一种实现远程管理的方法,应用于包括局端设备和远端设备系统中,包括:对通用通信信道GCC开销进行处理,建立远端管理通道;
通过建立好的远端管理通道进行远程管理。
所述对GCC开销进行处理包括:将所述GCC开销转换为串行bit流或开销字节;
将转换得到的串行比特bit流或开销字节转换为以太网报文;
通过虚拟局域网VLAN划分,对获得的以太网报文实现来自不同端口的GCC开销的分隔。
所述将所述GCC开销转换为串行bit流或开销字节为:利用成帧芯片进行转换。
所述串行bit流或开销字节转换为以太网报文包括:
所述GCC开销为串行比特bit流时,按照高级控制链路数据HDLC协议将其解封装为以太网报文;
所述GCC开销为开销字节时,根据成帧芯片提供的帧定界信息将该开销字节转换为以太网报文。
所述通过建立好的远端管理通道进行远程管理包括:
所述局端设备向所述远端设备发送管理信息,所述远端设备接收到所述管理信息后,向所述局端设备返回自身以及当前在位的与其关联的设备的基本信息;
所述局端设备根据返回的基本信息进行相应操作;
所述远端设备包括一级下级设备,或多级下级设备。
所述管理信息包括有跳数信息;该方法还包括:
所述远端设备根据跳数决定直接应答,或剥去一级跳数,向下级设备转发所述管理信息;直至转发至该跳数为0时所对应的设备。
所述管理信息为:在位查询信息、或版本查询信息、或状态查询信息、或反向配置检测信息、或配置/命令检测信息。
本发明又提供了一种实现远程管理的系统,包括局端设备、远端设备;在局端设备、远端设备中,对通用通信信道GCC开销进行处理,建立局端设备与远端设备间的远端管理通道;
所述局端设备与远端设备间通过建立好的远端管理通道进行远程管理。
所述局端设备和远端设备中,均设置有GCC开销处理装置;
所述GCC开销处理装置至少包括GCC开销提取/插入模块、GCC开销信号转换模块,以及GCC开销分隔模块,其中,
GCC开销提取/插入模块,在下行方向,用于将GCC开销转换为串行比特bit流或开销字节,并输出给GCC开销信号转换模块;或者,在上行方向,用于将来自GCC开销信号转换模块的串行bit流或开销字节传送给GCC通道,插入GCC开销中,并在OTN业务内传送;
GCC开销信号转换模块,在下行方向,用于将转换得到的串行bit流或开销字节解封装为以太网报文,并输出给GCC开销分隔模块;或者,在上行方向,用于将来自GCC开销分隔模块的以太网报文封装为串行bit流或字节,并输出给GCC开销提取/插入模块;
GCC开销分隔模块,在下行方向,用于将来自GCC开销信号转换模块的以太网报文,经由交换接口输出给中央处理器;在上行方向,用于将来自中央处理器的以太网报文经由不同的交换接口,输出给GCC开销信号转换模块。
所述GCC开销提取/插入模块为成帧芯片。
所述交换接口采用交换芯片实现;
所述交换芯片,用于通过虚拟局域网VLAN划分,实现来自不同端口的GCC开销到中央处理器的映射,使中央处理器通过不同端口的OTN业务管理到多个远端设备。
所述局端设备与远端设备之间通信的发送帧和响应帧格式一致,均包括:协议头、目标设备标识、净荷,以及校验字节。
本发明还提供了一种GCC开销处理装置,至少包括GCC开销提取/插入模块、GCC开销信号转换模块,以及GCC开销分隔模块,其中,
GCC开销提取/插入模块,在下行方向,用于将GCC开销转换为串行比特bit流或开销字节,并输出给GCC开销信号转换模块;或者,在上行方向,用于将来自GCC开销信号转换模块的串行bit流或开销字节传送给GCC通道,插入GCC开销中,并在OTN业务内传送;
GCC开销信号转换模块,在下行方向,用于将转换得到的串行bit流或开销字节解封装为以太网报文,并输出给GCC开销分隔模块;或者,在上行方向,用于将来自GCC开销分隔模块的以太网报文封装为串行bit流或字节,并输出给GCC开销提取/插入模块;
GCC开销分隔模块,在下行方向,用于将来自GCC开销信号转换模块的以太网报文,经由交换接口输出给中央处理器;在上行方向,用于将来自中央处理器的以太网报文经由不同的交换接口,输出给GCC开销信号转换模块。
所述GCC开销提取/插入模块为成帧芯片。
所述交换接口采用交换芯片实现;
所述交换芯片,用于通过虚拟局域网VLAN划分,实现来自不同端口的GCC开销到中央处理器的映射,使中央处理器通过不同端口的OTN业务管理到多个远端设备。
本发明还提供了一种GCC开销处理方法,包括:将所述GCC开销转换为串行比特bit流或开销字节;
将转换得到的串行比特bit流或开销字节转换为以太网报文;
通过虚拟局域网VLAN划分,对获得的以太网报文实现来自不同端口的GCC开销的分隔。
所述将所述GCC开销转换为串行比特bit流或开销字节为:利用成帧芯片进行转换。
所述串行比特bit流或开销字节转换为以太网报文包括:
所述GCC开销为串行比特bit流时,按照高级控制链路数据HDLC协议将其解封装为以太网报文;
所述GCC开销为开销字节时,根据成帧芯片提供的帧定界信息将该开销字节转换为以太网报文。
本申请技术方案包括对GCC开销进行处理,建立远端管理通道,通过建立好的远端管理通道进行远程管理。通过本发明利用GCC开销通道建立的远端管理通道,避免了增加额外带宽专用于远程管理,从而节约了成本,简化了硬件设计,也减少了管理难度和带宽浪费。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1为现有OTN开销结构示意图;
图2为本发明实现远程管理的方法的流程图;
图3为本发明GCC开销处理装置的组成结构示意图;
图4为本发明设备的状态机迁移示意图;
图5为本发明的局端设备与远端设备之间实现远程管理的实施例的流程示意图。
具体实施方式
图2为本发明实现远程管理的方法的流程图,如图2所示,包括:
步骤200:对GCC开销进行处理,建立远端管理通道。
本步骤具体包括:首先,将GCC开销转换为串行bit流或开销字节,具体可采用现有成帧芯片来实现转换,成帧芯片的使用属于本领域技术人员的惯用技术手段,这里不再赘述;
然后,将转换得到的串行bit流或开销字节转换为以太网报文,具体实现包括:当GCC开销为串行bit流输出时,按照高级控制链路数据(HDLC,High-Level Data Link Control)协议将其解封装为以太网报文;当GCC开销为开销字节形式输出时,根据成帧芯片提供的帧定界等信息将该开销字节转换为以太网报文。以太网报文输出接口为标准MII接口;
最后,将获得的以太网报文送给交换芯片,交换芯片通过VLAN划分,实现来自不同端口的GCC开销的分隔,然后送给CPU进行处理;同时交换芯片实现了流控、限速等功能,保证了管理信息稳定可靠的传输。具体实现属于本领域技术人员常用具体手段,这里不再赘述。
本步骤强调的是,将目前GCC开销字节转换为能够直接使用的字节,以便让GCC开销尽可能地发挥其作用。这样就能将GCC通道作为远端管理通道进行远程管理。
步骤201:通过建立好的远端管理通道进行远程管理。本步骤中、即是利用处理后的GCC开销作为远端管理通道,承载管理信息进行远程管理。
在步骤200对GCC开销进行处理,远端管理通道建立后,本步骤即是利用建立好的远端管理通道进行远程管理,比如在位查询、版本查询、状态查询、反向配置检测、配置/命令检测等。
通过本发明利用GCC开销通道建立的远端管理通道,避免了增加额外带宽专用于远程管理,从而节约了成本,简化了硬件设计,也减少了管理难度和带宽浪费。
在建立好远端管理通道后,采取哪种通信协议和管理机制取决于设备应用环境和组网方式。本文中,以局端设备与远端设备间的链式结构为例,详细介绍管理机制的通信协议及具体远程管理的实现。
图3为本发明GCC开销处理装置的组成结构示意图,如图3所示,至少包括GCC开销提取/插入模块、GCC开销信号转换模块,以及GCC开销分隔模块,其中,
GCC开销提取/插入模块,在下行方向,用于将GCC开销转换为串行bit流或开销字节,并输出给GCC开销信号转换模块;或者,在上行方向,用于将来自GCC开销信号转换模块的串行bit流或开销字节传送给GCC通道,插入GCC开销中,并在OTN业务内传送;
GCC开销信号转换模块,在下行方向,用于将转换得到的串行bit流或开销字节解封装为以太网报文,并输出给GCC开销分隔模块;或者,在上行方向,用于将来自GCC开销分隔模块的以太网报文封装为串行bit流或字节,并输出给GCC开销提取/插入模块;
GCC开销分隔模块,在下行方向,用于将来自GCC开销信号转换模块的以太网报文,经由交换接口输出给中央处理器;在上行方向,用于将来自中央处理器的以太网报文经由不同的交换接口,输出给GCC开销信号转换模块。这里,交换接口可用现有交换芯片来实现,交换芯片通过虚拟局域网(VLAN)划分,实现来自不同端口的GCC开销到中央处理器的映射,使中央处理器可以通过不同端口的OTN业务管理到多个远端设备,具体实现属于本领域技术人员的惯用技术手段,这里不再赘述。
具体来讲,在下行方向上,GCC开销提取/插入模块从OTN开销中提取GCC开销,GCC开销信号转换模块将GCC开销信号解封转成以太网报文,GCC开销分隔模块将得到的以太网报文送给交换芯片不同端口并通过VLAN划分进行隔离后,输出给CPU进行报文处理;在上行方向上,CPU将需要发送的以太网报文输出给GCC开销分隔模块的交换芯片对应的端口,交换芯片将以太网报文输出给GCC开销信号转换模块进行封装,转换为串行bit流或字节形式,最后GCC开销提取/插入模块把封装后的业务送给成帧芯片进行发送。
图3所示的GCC开销处理装置构成了远端管理通道,远端管理通道的速率主要取决于GCC通道的速率。对于不同速率的OTN业务,GCC通道的速率是不同的。比如:OTU2业务的速率为10.709G、帧周期大约12us,这样,每个GCC通道即GCC0、GCCl和GCC2理论上的速率为1.333Mb/s。因此,远端管理通道的最大速率为1.3Mb/s,即lms传送166个字节。
对应本发明实现远程管理的方法,还提供一种实现远程管理的系统,系统中包括有局端设备、远端设备。
在局端设备、远端设备中,对通用通信信道GCC开销进行处理,建立局端设备与远端设备问的远端管理通道;
局端设备与远端设备问通过建立好的远端管理通道进行远程管理。
在局端设备和远端设备中均设置有图3所示的GCC开销处理装置。
局端设备与远端设备之间通信的发送帧和响应帧可以采用同样的格式,比如采用网络序发送,通信协议的基本结构如表1所示:
协议头 | 目的设备标识 | 净荷 | 检验字节 |
表1
表1中,协议头和校验字节是为板问通信而定义的,目的设备标识是为对设备进行网管而定义的,净荷是针对不同操作类型码的特定信息。校验字节保证数据的完整性和准确性,比如采用校验和的计算方法,如果校验字节前面字段所有字节的累加和等于校验字节,则该报文有效;否则该报文无效。其中,
表1中协议头的结构如表2所示:
起始标识 | 报文长度 | 源端设备信息 | 目的设备信息 | 发送序号 | 响应序号 |
表2
表2中,起始标识字段,用于表示协议的开始,为固定字节;
报文长度字段,用于标识整个报文的长度,即除去起始标识和自身外的整个报文的长度;
源端设备信息字段,包括源端设备的机箱号、槽位号等信息。当上级设备发送管理报文时,将自身的信息填充到源端设备信息字段中;当下级设备收到管理报文并回复应答报文时,会将接收到的报文中的源端设备信息字段填到应答报文中的目的端设备信息字段中;
目的设备信息字段,包括目的设备的机箱号、槽位号等信息,主要用于校验。接收端会将接收到的报文中的目的设备信息字段中的信息与本地信息进行比较,如果正确则处理接收到的报文;否则,丢弃接收到的报文;
发送序号字段和响应序号字段,是为每一条报文分配的标识,以防止主动发送和被动响应的报文被错误匹配。需要说明的是,报文接收端不能对发送端发送序号的产生算法做任何假设,因为发送端的报文序号可能不连续。对于上级设备主动向下级设备发送的消息和下级设备被动应答上级设备的消息,这两种情况下,报文中的发送序号和响应序号的生成算法不同:当上级设备主动向下级设备发送消息时,发送序号为上级设备统排的一个序号(小于n),响应序号为上级设备生成的一个固定编码;当下级设备被动应答上级设备的消息时,将发送序号填一个固定值(>=n),以便区分于上级设备的发送序号,下级设备会将接收到的消息中的发送序号字段回填到应答消息的应答序号字段中。
表1中目的设备标识包含消息的目的设备信息,其结构如表3所示:
表3
表3中,跳数字段,用于表示消息发送端设备距离收到该消息的远端设备的级数。当跳数为0时,该消息就是给收到该消息的远端设备的;
远端设备标识字段,包括设备类型、设备编号等内容。远端设备标识的数目等于跳数,按照它们在整个设备链路中的顺序来排列。比如,发送给与局端设备相连的一级远端设备的消息,跳数0的后面就不会出现远端设备标识;而局端设备发送给与一级远端设备相连的二级远端设备的消息,跳数1的后面有一个远端设备标识字段,用于设置一级远端设备的设备标识;以此类推,发送给n级远端设备的消息,跳数为n,跳数后有n个远端设备标识字段。
容易理解,在消息的发送路径上,每一个转发消息的设备都应该对目的设备进行重新处理,去掉下一个消息接收设备之前的远端设备标识,并更新跳数;而在消息的响应接收路径上,每一个转发消息的设备都应该加上被自身裁掉的远端设备标识,并更新跳数。采用这种方式,协议可以支持任意深度的树型网管理。
对于发送消息和响应消息,表1中净荷的结构不同。发送消息中净荷的结构如表4a所示:
操作类型码 | 设备信息 | 命令字 | 消息内容 |
表4a
如表4a所示,在发送消息中,净荷包括操作类型码字段、设备信息字段、命令字字段和消息内容字段。其中,
操作类型码字段,用于表示消息类型,如查询、配置、命令等类型;
设备信息字段,用于指示目的设备的信息,如设备类型、设备ID等,消息接收端使用设备信息字段信息进行校验;
命令字字段,用于根据操作类型码,对消息进行进一步的划分,比如查询操作类型码,可按照查询信息的类型划分为查询统计信息命令字、查询告警消息命令字等;
消息内容字段,用于承载消息的内容。
响应消息中净荷的结构如表4b所示:
响应字昂 | 设备信息 | 响应命令字 | 响应消息内容 |
表4b
如表4b所示,在响应消息中,净荷包括响应字节字段、设备信息字段、响应命令字字段和响应消息内容字段。其中,
响应字节字段,用于指示消息是否执行成功,接收响应消息的设备根据响应字节判断与远端设备通信是否正常;
设备信息字段,用于指示目的设备的实际信息,如设备类型、设备ID等,消息接收端将实际的设备信息填到该字段;
响应命令字字段,用于消息发送端对响应消息的校验或保存:消息接收端将收到的消息的净荷中的命令字回填到该响应命令字字段,消息发送端收到响应消息后,根据响应命令字判断是否是自身发送消息的应答,如果是则需要决定是向上级设备转发还是保存该消息;
响应消息内容字段,用于承载响应消息的内容。
以上表1~表4中对局端设备与远端设备之间通信的通信协议的描述,仅仅是一具体实施例而已,并不用于限制本发明实现远程管理的方法和系统的保护范围。
采用上述通信协议,局端设备与远端设备远端之间可以采用自动发现的管理机制,不需要用户主动添加远端设备,只要光通信链路连接正常,GCC开销能正常提取插入,远端设备就可以被自动管理。
该机制把链式通信链路上的各个设备划分为上级设备和下级设备,上级设备为发起通信的一端,下级设备为响应通信的一端。上级和下级是逻辑上的概念,实际通信中只有局端设备是明确的上级,远端设备既可以是前一级的下级设备,也可以是后一级的上级设备。
对于上级设备来说,下级设备的状态有三种:不在位状态、在位状态和正常工作状态,在不同状态下,发送的消息也不同。按照本发明中定义的通信协议中操作类型码的不同,消息可以分为以下几种类型:
(1)版本查询消息。版本查询作为远端设备的探测,目的是获取是否有下级设备,以及下级设备的设备类型、版本等基本信息,这些基本信息作为状态查询、配置等消息的基础。
在版本查询发送消息中,协议头的目的设备信息字段填固定值,因为上级设备还不知道下级设备的槽位号信息;目的设备标识中的跳数填固定值为0,表示发送给下级设备。在版本查询响应消息中,下级设备将自身的槽位号、机箱号、设备类型、版本等基本信息返回给上级设备,上级设备把下级设备的状态由不在位状态迁移到在位状态。
(2)状态查询消息。状态查询的目的是获取下级或下下级设备的状态信息,根据命令字的不同,可以查询不同类型的状态信息,其中,在净荷中的命令字为01时,表示基本状态信息,下级设备必须响应,其他命令字根据协议判断是否响应。
在状态查询发送消息中,协议头的目的设备信息字段填通过版本或在位查询返回的槽位号、机箱号等信息;目的设备标识中的跳数则根据目的设备与本级设备的距离不同而不同,比如,当查询下级设备时,跳数为0,当查询下下级设备,跳数为1;目的设备标识中的远端设备1标识填下下级设备的设备类型、编号等信息。当下级设备接收到状态查询发送消息后,根据其中携带的跳数决定直接应答,或剥去一级跳数,向下下级设备转发该消息。
上级设备接收到下级设备返回的完整状态信息后,把下级设备的状态迁移到正常工作状态。此时,上级设备才会正式确认自身有一个下级设备。
(3)在位查询消息。在位查询的目的是获取下级设备有几个下下级设备,在下级设备处于正常工作状态时上级设备才会发送在位查询消息。各级设备依次下发在位查询消息,并将应答结果保存在本地,最终局端可以获取整个链路上的远端设备总数和设备类型等信息。
在位查询发送消息中,协议头的目的设备信息字段填通过版本查询返回的槽位号、机箱号等信息;目的设备标识中的跳数固定为0,表示发送给下级设备。下级设备接收到在位查询发送消息后,在响应帧中填上当前在位的所有设备的标识,包括下级设备总数、直接的下级设备以及更远端的下下级设备的基本信息。
(4)反向配置查询消息。反向配置查询的目的是获取下级设备的配置状态信息,用于网管设备对该设备进行配置保存和配置恢复。
在反向配置查询发送消息中,协议头的目的设备信息字段填通过版本查询或在位查询返回的槽位号、机箱号等信息;目的设备标识中的跳数根据目的设备与本级设备的距离不同而不同,比如,查询下级设备,跳数为0,查询下下级设备,跳数为1;目的设备标识中的远端设备1标识填下下级设备的设备类型、编号等信息。下级设备接收到反向配置查询消息后,根据其中携带的跳数决定直接应答,或剥去一级跳数,向下下级设备转发该消息。
(5)配置/命令消息。配置/命令通常是网管发给某个远端设备的消息,对远端设备进行管理。在配置/命令发送消息中,协议头的目的设备信息字段填通过版本查询或在位查询返回的槽位号、机箱号等信息;目的设备标识中的跳数根据目的设备与本级设备的距离不同而不同,比如,查询下级设备,跳数为0,查询下下级设备,跳数为1;目的设备标识中的远端设备1标识填下下级设备的设备类型、编号等信息。下级设备接收到配置/命令消息后,根据其中携带的跳数决定直接处理,或剥去一级跳数,向下下级设备转发该消息。
上级设备根据下级设备的应答消息,对下级设备的状态进行迁移,具体来说,下级设备的状态机迁移如图4所示:
设备处于不在位状态,表示上级设备还没有同下级设备建立联系,此时不能够发送状态查询消息,只能发送版本查询消息,每隔一定周期就发送一次版本查询消息。设备处于在位状态,表示发送完版本查询消息后,接收到下级设备的应答消息。此时,进入在位状态。当设备处于在位状态时,通常会交替发送版本查询消息和状态查询消息,如果收到状态查询应答消息,进入正常工作状态;如果通道异常或应答超时次数超限,设备重新迁移到不在位状态。
设备处理正常工作状态,表示此时上级设备和下级已建立连接,而且可以正常通信。此时,会根据网管需要发送配置/命令等消息,或者交替发送在位查询、版本查询和状态查询消息。如果通道异常或应答超时次数超限,设备重新迁移到不在位状态。
通过上述不同类型消息的发送和状态机的迁移,实现了远端设备的自动发现。局端设备通过在位查询,获取远端设备的总数和远端设别的基本信息,从而获得了整个链路的结构;通过状态查询,获得了某一个远端设备的状态;通过配置/命令的下发,实现了对某一个设备的管理。
下面结合上述通信协议,对利用本发明建立的远端管理通道实现远程管理的方法,举具体实施例进行详细描述。局端设备对远端设备的管理主要包括在位查询、和/或版本查询、和/或状态查询、和/或反向配置检测、和/或配置/命令检测等,图5为本发明局端设备与远端设备之间实现远程管理的实施例的流程示意图,如图5所示,具体包括:
步骤500:判断链路是否检测到故障,即检测管理链路是否正常,如果检测到故障,即不正常,进入步骤504;如果未检测到故障,即正常,进入步骤501。
管理链路正常包括:业务类型正确(即OTU2业务或OTU2e业务)、端口无环回、GCC开销终结、光口不存在告警等。
步骤501:判断是否在等待远端设备的响应,如果是,进入步骤506;否则进入步骤502。
步骤502:判断远端设备是否在位,如果在位,进入步骤503;如果不在位,进入步骤507。
步骤503:判断是否存在基本状态信息,如果存在,进入步骤509;如果不存在,进入步骤508。
其中,假设默认基本状态信息的命令字固定为01,如果响应消息中的响应命令字为01,且长度不为0,表示基本状态信息存在。
步骤504:判断检测出链路故障是否存在一定时间,即是否达到预先设置的门限,如果是,进入步骤505;否则返回步骤500。
步骤505:删除所有远端设备,即删除该远端设备及其下挂的其他远端设备。之后,结束本流程。
步骤506:判断远端设备无响应次数是否达到预设门限值,如果是,进入步骤505;否则返回步骤501。
本步骤中,如果存在等待远端设备应答超时,即远端设备无响应次数达到预设门限值,可能的原因是:远端设备工作异常、或远端设备同样为主设备等。
步骤507:探测远端设备。
本步骤具体实现可以包括:按照本发明远端设备与局端设备之间的通信协议,利用建立好的远端管理通道,将操作类型码设置为版本查询的报文,通过版本查询命令进行远端设备探测。如果远端设备对局端设备的版本查询命令进行了正确响应,则表明局端设备与远端设备之间通信正常,探测到存在一个远端设备。
其中,版本查询命令报文中目的设备信息字段为空,不需要远端设备校验该字段。因此,版本查询命令报文也可以作为局端设备与远端设备之间的心跳监测命令,在版本查询命令的响应信息中携带有远端设备的设备类型、软硬件版本号等信息,这样,局端设备在接收到该响应消息后,进入在位状态,可以进行下一步通信。
步骤508:在位处理,查询远端设备版本等基本信息。
如果远端设备为在位状态,局端设备首先需要查询远端设备的反向配置,得到远端设备当前的配置状态,局端单盘将反向配置查询上报给网管设备,用于保存配置和配置恢复使用,其中网管设备是人机交互的接口,用户通过网管设备对整个链路上的各级设备进行管理;接着,局端设备开始查询命令字的协商:局端设备发送状态查询命令,按照远端设备可能支持的最大命令字,开始顺序轮询,如果某些命令字远端设备没有应答,表示远端设备不支持该命令字,局端设备将该命令字设置为无效;经过多次轮询后,局端设备保存远端设备最终支持的命令字;之后不再进行命令字的协商,远端设备进入工作状态。
步骤509:工作状态处理,执行对远端设备的操作。
在远端设备进入工作状态后,局端设备对远端设备的操作包括:周期发送版本查询,进行心跳监测;和/或查询远端设备的下挂远端设备,知道远端设备有几个远端设备;和/或如果收到网管下发的远端设备的配置、命令等报文,转发给远端设备;和/或如果没有配置、命令等报文,对远端设备进行状态查询操作。
从本发明提供的局端设备与远端设备间实现远程管理的方法可见,简单地实现了远端设备的自动拓扑发现,应用灵活,稳定可靠,实现了远端设备的自动发现和管理,效果良好。而且,只需通过OTU2业务中的GCC开销即可管理远端设备,避免了增加额外带宽专用于远程管理,从而节约了成本,
简化了硬件设计,也减少了管理难度和带宽浪费。
以上所述,仅为本发明的较佳实例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (18)
1.一种实现远程管理的方法,应用于包括局端设备和远端设备系统中,其特征在于,包括:对通用通信信道GCC开销进行处理,建立远端管理通道;
通过建立好的远端管理通道进行远程管理。
2.根据权利要求1所述的方法,其特征在于,所述对GCC开销进行处理包括:将所述GCC开销转换为串行bit流或开销字节;
将转换得到的串行比特bit流或开销字节转换为以太网报文;
通过虚拟局域网VLAN划分,对获得的以太网报文实现来自不同端口的GCC开销的分隔。
3.根据权利要求2所述的方法,其特征在于,所述将所述GCC开销转换为串行bit流或开销字节为:利用成帧芯片进行转换。
4.根据权利要求2所述的方法,其特征在于,所述串行bit流或开销字节转换为以太网报文包括:
所述GCC开销为串行比特bit流时,按照高级控制链路数据HDLC协议将其解封装为以太网报文;
所述GCC开销为开销字节时,根据成帧芯片提供的帧定界信息将该开销字节转换为以太网报文。
5.根据权利要求1~4任一项所述的方法,其特征在于,所述通过建立好的远端管理通道进行远程管理包括:
所述局端设备向所述远端设备发送管理信息,所述远端设备接收到所述管理信息后,向所述局端设备返回自身以及当前在位的与其关联的设备的基本信息;
所述局端设备根据返回的基本信息进行相应操作;
所述远端设备包括一级下级设备,或多级下级设备。
6.根据权利要求5所述的方法,其特征在于,所述管理信息包括有跳数信息;该方法还包括:
所述远端设备根据跳数决定直接应答,或剥去一级跳数,向下级设备转发所述管理信息;直至转发至该跳数为0时所对应的设备。
7.根据权利要求6所述的方法,其特征在于,所述管理信息为:在位查询信息、或版本查询信息、或状态查询信息、或反向配置检测信息、或配置/命令检测信息。
8.一种实现远程管理的系统,其特征在于,包括局端设备、远端设备;在局端设备、远端设备中,对通用通信信道GCC开销进行处理,建立局端设备与远端设备间的远端管理通道;
所述局端设备与远端设备间通过建立好的远端管理通道进行远程管理。
9.根据权利要求8所述的系统,其特征在于,所述局端设备和远端设备中,均设置有GCC开销处理装置;
所述GCC开销处理装置至少包括GCC开销提取/插入模块、GCC开销信号转换模块,以及GCC开销分隔模块,其中,
GCC开销提取/插入模块,在下行方向,用于将GCC开销转换为串行比特bit流或开销字节,并输出给GCC开销信号转换模块;或者,在上行方向,用于将来自GCC开销信号转换模块的串行bit流或开销字节传送给GCC通道,插入GCC开销中,并在OTN业务内传送;
GCC开销信号转换模块,在下行方向,用于将转换得到的串行bit流或开销字节解封装为以太网报文,并输出给GCC开销分隔模块;或者,在上行方向,用于将来自GCC开销分隔模块的以太网报文封装为串行bit流或字节,并输出给GCC开销提取/插入模块;
GCC开销分隔模块,在下行方向,用于将来自GCC开销信号转换模块的以太网报文,经由交换接口输出给中央处理器;在上行方向,用于将来自中央处理器的以太网报文经由不同的交换接口,输出给GCC开销信号转换模块。
10.根据权利要求9所述的系统,其特征在于,所述GCC开销提取/插入模块为成帧芯片。
11.根据权利要求9所述的系统,其特征在于,所述交换接口采用交换芯片实现;
所述交换芯片,用于通过虚拟局域网VLAN划分,实现来自不同端口的GCC开销到中央处理器的映射,使中央处理器通过不同端口的OTN业务管理到多个远端设备。
12.根据权利要求8~11任一项所述的系统,其特征在于,所述局端设备与远端设备之间通信的发送帧和响应帧格式一致,均包括:协议头、目标设备标识、净荷,以及校验字节。
13.一种GCC开销处理装置,其特征在于,至少包括GCC开销提取/插入模块、GCC开销信号转换模块,以及GCC开销分隔模块,其中,
GCC开销提取/插入模块,在下行方向,用于将GCC开销转换为串行比特bit流或开销字节,并输出给GCC开销信号转换模块;或者,在上行方向,用于将来自GCC开销信号转换模块的串行bit流或开销字节传送给GCC通道,插入GCC开销中,并在OTN业务内传送;
GCC开销信号转换模块,在下行方向,用于将转换得到的串行bit流或开销字节解封装为以太网报文,并输出给GCC开销分隔模块;或者,在上行方向,用于将来自GCC开销分隔模块的以太网报文封装为串行bit流或字节,并输出给GCC开销提取/插入模块;
GCC开销分隔模块,在下行方向,用于将来自GCC开销信号转换模块的以太网报文,经由交换接口输出给中央处理器;在上行方向,用于将来自中央处理器的以太网报文经由不同的交换接口,输出给GCC开销信号转换模块。
14.根据权利要求13所述的GCC开销处理装置,其特征在于,所述GCC开销提取/插入模块为成帧芯片。
15.根据权利要求13所述的GCC开销处理装置,其特征在于,所述交换接口采用交换芯片实现;
所述交换芯片,用于通过虚拟局域网VLAN划分,实现来自不同端口的GCC开销到中央处理器的映射,使中央处理器通过不同端口的OTN业务管理到多个远端设备。
16.一种GCC开销处理方法,其特征在于,包括:将所述GCC开销转换为串行比特bit流或开销字节;
将转换得到的串行比特bit流或开销字节转换为以太网报文;
通过虚拟局域网VLAN划分,对获得的以太网报文实现来自不同端口的GCC开销的分隔。
17.根据权利要求16所述的GCC开销处理方法,其特征在于,所述将所述GCC开销转换为串行比特bit流或开销字节为:利用成帧芯片进行转换。
18.根据权利要求16所述的GCC开销处理方法,其特征在于,所述串行比特bit流或开销字节转换为以太网报文包括:
所述GCC开销为串行比特bit流时,按照高级控制链路数据HDLC协议将其解封装为以太网报文;
所述GCC开销为开销字节时,根据成帧芯片提供的帧定界信息将该开销字节转换为以太网报文。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310449738.1A CN103532740A (zh) | 2013-09-24 | 2013-09-24 | 实现远程管理的方法、系统及gcc开销处理方法、装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310449738.1A CN103532740A (zh) | 2013-09-24 | 2013-09-24 | 实现远程管理的方法、系统及gcc开销处理方法、装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103532740A true CN103532740A (zh) | 2014-01-22 |
Family
ID=49934441
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310449738.1A Pending CN103532740A (zh) | 2013-09-24 | 2013-09-24 | 实现远程管理的方法、系统及gcc开销处理方法、装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103532740A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104869005A (zh) * | 2014-02-20 | 2015-08-26 | 北京润光泰力科技发展有限公司 | 远端sdh设备的配置方法及系统 |
CN107786409A (zh) * | 2016-08-26 | 2018-03-09 | 中国电信股份有限公司 | 用于实现 odu0 通道承载业务的方法和装置 |
CN110719198A (zh) * | 2019-09-30 | 2020-01-21 | 瑞斯康达科技发展股份有限公司 | Otn网元管理gcc的方法、管理卡、子卡及存储介质 |
CN114051023A (zh) * | 2021-11-11 | 2022-02-15 | 烽火通信科技股份有限公司 | 光业务单元帧开销处理方法、装置、设备及可读存储介质 |
US20220066628A1 (en) * | 2020-09-01 | 2022-03-03 | Pilz Gmbh & Co. Kg | Procedure for Configuring a Modular Safety Switching Device |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100178060A1 (en) * | 2009-01-14 | 2010-07-15 | Fujitsu Limited | Transport apparatus and transport method |
CN101854220A (zh) * | 2009-04-01 | 2010-10-06 | 华为技术有限公司 | 一种业务数据发送、接收的方法和装置 |
CN102761369A (zh) * | 2011-04-28 | 2012-10-31 | 中国移动通信集团设计院有限公司 | 一种光传送网管理系统、方法及装置 |
-
2013
- 2013-09-24 CN CN201310449738.1A patent/CN103532740A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100178060A1 (en) * | 2009-01-14 | 2010-07-15 | Fujitsu Limited | Transport apparatus and transport method |
CN101854220A (zh) * | 2009-04-01 | 2010-10-06 | 华为技术有限公司 | 一种业务数据发送、接收的方法和装置 |
CN102761369A (zh) * | 2011-04-28 | 2012-10-31 | 中国移动通信集团设计院有限公司 | 一种光传送网管理系统、方法及装置 |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104869005A (zh) * | 2014-02-20 | 2015-08-26 | 北京润光泰力科技发展有限公司 | 远端sdh设备的配置方法及系统 |
CN104869005B (zh) * | 2014-02-20 | 2018-04-20 | 北京润光泰力科技发展有限公司 | 远端sdh设备的配置方法及系统 |
CN107786409A (zh) * | 2016-08-26 | 2018-03-09 | 中国电信股份有限公司 | 用于实现 odu0 通道承载业务的方法和装置 |
CN107786409B (zh) * | 2016-08-26 | 2020-08-07 | 中国电信股份有限公司 | 用于实现odu0通道承载业务的方法和装置 |
CN110719198A (zh) * | 2019-09-30 | 2020-01-21 | 瑞斯康达科技发展股份有限公司 | Otn网元管理gcc的方法、管理卡、子卡及存储介质 |
CN110719198B (zh) * | 2019-09-30 | 2022-04-19 | 瑞斯康达科技发展股份有限公司 | Otn网元管理gcc的方法、管理卡、子卡及存储介质 |
US20220066628A1 (en) * | 2020-09-01 | 2022-03-03 | Pilz Gmbh & Co. Kg | Procedure for Configuring a Modular Safety Switching Device |
US11809697B2 (en) * | 2020-09-01 | 2023-11-07 | Pilz Gmbh & Co. Kg | Procedure for configuring a modular safety switching device |
CN114051023A (zh) * | 2021-11-11 | 2022-02-15 | 烽火通信科技股份有限公司 | 光业务单元帧开销处理方法、装置、设备及可读存储介质 |
CN114051023B (zh) * | 2021-11-11 | 2023-05-23 | 烽火通信科技股份有限公司 | 光业务单元帧开销处理方法、装置、设备及可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10771177B2 (en) | Method for transmitting client signal in optical transport network, and optical transport device | |
CN101378388B (zh) | 一种无源光网络数据传输的方法、系统和设备 | |
ES2359262T3 (es) | Método de puesta en práctica automática de vigilancia de una concatenación tándem y aparato asociado. | |
US7894485B2 (en) | Method and device of transmitting SDH services in passive optical network | |
CN103532740A (zh) | 实现远程管理的方法、系统及gcc开销处理方法、装置 | |
EP3266131B1 (en) | Encapsulating digital communications signals for transmission on an optical link | |
US20210152898A1 (en) | Transmission network system, data switching and transmission method, apparatus and equipment | |
CN108463960B (zh) | 一种业务传送方法和第一传送设备 | |
CN101416065A (zh) | 用于弹性无线分组通信的系统和方法 | |
CN102498683B (zh) | 光传输网络中的自动发现方法和装置 | |
CN106375054A (zh) | Otn网元设备、otn时钟和时间的同步方法及系统 | |
CN108521343A (zh) | 一种oam报文的处理方法及装置 | |
CN102687466A (zh) | 用于用户网络接口上的以太网专线的邻居发现 | |
CN1893387B (zh) | 以太网中e1型帧的封装 | |
CN1747606B (zh) | 业务数据传输方法及装置 | |
US20200099444A1 (en) | Delay measurement method and station | |
CN105323137A (zh) | 业务数据传输方法及装置 | |
US20020064179A1 (en) | System and method for in-service reconfiguration of a synchronous optical communications network | |
CN102437944B (zh) | 一种局域网之间相互通信的系统、设备及方法 | |
CN101926131A (zh) | 用于通信业务的客户端/服务器适配方案 | |
CN102413391B (zh) | 一种实现分组和otn信号联合自路由的方法及装置 | |
WO2019100982A1 (zh) | 数据传输方法和设备 | |
CN101741592B (zh) | 多业务传送网中管理gpon支路的方法、设备及系统 | |
CN102843293A (zh) | 一种处理报文的方法和网元设备 | |
CN100496045C (zh) | 多业务传输节点设备支持数据成帧协议的方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140122 |