首页> 中国专利> 一种设备管理方法、装置、设备及计算机可读存储介质

一种设备管理方法、装置、设备及计算机可读存储介质

摘要

本发明公开了一种设备管理方法、装置、设备及计算机可读存储介质,涉及通信技术领域,以解决OTN专线网络组网灵活性差的问题。该方法包括:通过城域OTN中的第一OTN向管控系统发送第一管控信令,或者通过所述第一OTN接收所述管控系统发送的第二管控信令;其中,所述第一OTN是所述城域OTN中与所述CPE OTN之间的通信跳数最少的OTN,所述第一OTN支持内部DCN。本发明实施例可提高OTN专线网络组网的灵活性。

著录项

说明书

技术领域

本发明涉及通信技术领域,尤其涉及一种设备管理方法、装置、设备及计算机可读存储介质。

背景技术

客户侧OTN(Optical Transport Network,光传送网)设备(CPE(CustomerPremise Equipment,客户终端设备)OTN)是放置在用户侧、负责用户侧信号接入的设备。

CPE OTN作为OTN网络用户侧的末端设备,需具备灵活部署的能力。而由于目前CPEOTN管控方案不统一,因此CPE OTN必须选用与城域/干线设备相同厂家的设备,才能够实现对CPE OTN的管控。例如,若A厂家的CPE OTN连接到B厂家的城域OTN上,则无法实现对于A厂家CPE OTN的管控。

因此,现有的方式限制了OTN专线网络组网灵活性。

发明内容

本发明实施例提供一种设备管理方法、装置、设备及计算机可读存储介质,以解决现有的对CPE OTN的管控方式造成的OTN专线网络组网灵活性差的问题。

第一方面,本发明实施例提供了一种设备管理方法,应用于CPE OTN,包括:

通过城域OTN中的第一OTN向管控系统发送第一管控信令,或者

通过所述第一OTN接收所述管控系统发送的第二管控信令;

其中,所述第一OTN是所述城域OTN中与所述CPE OTN之间的通信跳数最少的OTN,所述第一OTN支持内部DCN(Data Communication Network,数据通信网络)。

其中,所述通过城域OTN中的第一OTN向管控系统发送第一管控信令,包括:

将所述第一管控信令封装到第一端口的GCC1(General Communication Channel,GCC,通用通信信道)开销或者GCC2开销中;

通过所述第一端口,向所述第一OTN发送所述GCC1开销或者GCC2开销。

其中,所述通过所述第一OTN接收所述管控系统发送的第二管控信令,包括:

通过第二端口接收所述第二端口对应的GCC1开销或者GCC2开销,其中,所述第一OTN将所述第二管控信令封装在所述第二端口对应的GCC1开销或者GCC2开销中。

其中,所述GCC1开销或者GCC2开销,为端口最外层的ODU(Optical De multiplexUnit,光解复用单元)GCC1开销或者GCC2开销,所述端口为传输所述GCC1开销或者GCC2开销的端口。

其中,所述GCC1开销或者GCC2开销中的2个字节,用于封装管控信令;

所述GCC1开销或者GCC2开销采用PPPinHDLC(Point-to-Point Protocol inHigh-Level Data Link Control,高级数据链路控制里的点对点协议)报文封装格式进行封装。

其中,在所述第一OTN和所述CPE OTN之间具有不支持内部DCN的第二OTN的情况下:

在通过所述第一OTN向管控系统发送第一管控信令的过程中,所述第一管控信令通过所述第二OTN直接转发给所述第一OTN;

在通过所述第一OTN接收所述管控系统发送的第二管控信令的过程中,所述第二管控信令通过所述第二OTN直接转发给所述CPE OTN。

其中,所述方法还包括:

配置所述CPE OTN的IP地址及端口;和/或

配置所述管控系统的IP地址及端口。

第二方面,本发明实施例提供了一种设备管理方法,应用于城域OTN中的第一OTN,包括:

接收CPE OTN发送的第一管控信令,并向管控系统发送所述第一管控信令;或者

接收所述管控系统发送的第二管控信令,并向所述CPE OTN发送所述第二管控信令;

其中,所述第一OTN是所述城域OTN中与所述CPE OTN之间的通信跳数最少的OTN,所述第一OTN支持内部数据通信网络DCN。

其中,所述接收CPE OTN发送的第一管控信令,并向管控系统发送所述第一管控信令,包括:

接收所述CPE OTN利用第一端口发送的GCC1开销或者GCC2开销;

获取所述GCC1开销或者GCC2开销中的第一管控信令,并向所述管控系统发送所述第一管控信令。

其中,所述接收所述管控系统发送的第二管控信令,并向所述CPE OTN发送所述第二管控信令,包括:

接收所述管控系统发送的第二管控信令;

根据路由配置,确定所述CPE OTN的第二端口;

将所述第二管控信令封装在所述第二端口的GCC1开销或者GCC2开销中,并向所述第二端口发送所述GCC1开销或者GCC2开销。

其中,所述GCC1开销或者GCC2开销,为端口最外层的ODU的GCC1开销或者GCC2开销,所述端口为传输所述GCC1开销或者GCC2开销的端口。

其中,所述GCC1开销或者GCC2开销中的2个字节,用于封装管控信令;

所述GCC1开销或者GCC2开销采用PPPinHDLC报文封装格式进行封装。

其中,在所述第一OTN和所述CPE OTN之间具有不支持内部DCN的第二OTN的情况下:

在将所述第一管控信令发送给管控系统的过程中,接收所述第二OTN直接转发的所述第一管控信令;

在将所述第二管控信令发送给所述CPE OTN的过程中,向所述第二OTN发送所述第二管控信令,以由所述第二OTN直接向所述CPE OTN转发所述第二管控信令。

其中,所述方法还包括:

配置所述CPE OTN的IP地址及端口。

第三方面,本发明实施例提供了一种设备管理方法,应用于管控系统,包括:

接收第一管控信令,其中,所述第一管控信令是CPE OTN通过城域OTN中的第一OTN发送给所述管控系统的;或者

发送第二管控信令,以使所述第一OTN向所述CPE OTN发送所述第二管控信令;

其中,所述第一OTN是所述城域OTN中与所述CPE OTN之间的通信跳数最少的OTN,所述第一OTN支持内部DCN。

其中,所述接收第一管控信令,包括:

直接接收所述第一OTN发送的第一管控信令;或者

接收所述城域OTN中的第三OTN转发的第一管控信令,其中,所述第一OTN向所述第三OTN转发所述第一管控信令。

其中,所述发送第二管控信令,包括:

向所述城域OTN中的第四OTN发送所述第二管控信令,以使所述第四OTN向所述第一OTN转发所述第二管控信令;或者

直接向所述第一OTN发送所述第二管控信令。

其中,所述方法还包括:

配置所述CPE OTN的IP地址。

第四方面,本发明实施例提供了一种设备管理装置,应用于CPE OTN,包括:

收发模块,用于通过城域OTN中的第一OTN向管控系统发送第一管控信令,或者,用于通过所述第一OTN接收所述管控系统发送的第二管控信令;

其中,所述第一OTN是所述城域OTN中与所述CPE OTN之间的通信跳数最少的OTN,所述第一OTN支持内部数据通信网络DCN。

其中,所述收发模块包括:

封装子模块,用于将所述第一管控信令封装到第一端口的通用通信信道GCC1开销或者GCC2开销中;

发送子模块,用于通过所述第一端口,向所述第一OTN发送所述GCC1开销或者GCC2开销。

其中,所述收发模块具体用于,通过第二端口接收所述第二端口对应的GCC1开销或者GCC2开销,其中,所述第一OTN将所述第二管控信令封装在所述第二端口对应的GCC1开销或者GCC2开销中。

其中,所述GCC1开销或者GCC2开销,为端口最外层的ODU的GCC1开销或者GCC2开销,所述端口为传输所述GCC1开销或者GCC2开销的端口。

其中,所述GCC1开销或者GCC2开销中的2个字节,用于封装管控信令;

所述GCC1开销或者GCC2开销采用PPPinHDLC报文封装格式进行封装。

其中,在所述第一OTN和所述CPE OTN之间具有不支持内部DCN的第二OTN的情况下:

在通过所述第一OTN向管控系统发送第一管控信令的过程中,所述第一管控信令通过所述第二OTN直接转发给所述第一OTN;

在通过所述第一OTN接收所述管控系统发送的第二管控信令的过程中,所述第二管控信令通过所述第二OTN直接转发给所述CPE OTN。

其中,所述装置还包括:

配置模块,用于配置所述CPE OTN的IP地址及端口;和/或,配置所述管控系统的IP地址及端口。

第五方面,本发明实施例提供了一种设备管理装置,应用于城域OTN中的第一OTN,包括:

收发模块,用于接收CPE OTN发送的第一管控信令,并向管控系统发送所述第一管控信令;或者,接收所述管控系统发送的第二管控信令,并向所述CPE OTN发送所述第二管控信令;

其中,所述第一OTN是所述城域OTN中与所述CPE OTN之间的通信跳数最少的OTN,所述第一OTN支持内部数据通信网络DCN。

其中,所述收发模块包括:

接收子模块,用于接收所述CPE OTN利用第一端口发送的GCC1开销或者GCC2开销;

发送子模块,用于获取所述GCC1开销或者GCC2开销中的第一管控信令,并向所述管控系统发送所述第一管控信令。

其中,所述收发模块包括:

第一接收子模块,用于接收所述管控系统发送的第二管控信令;

确定子模块,用于根据路由配置,确定所述CPE OTN的第二端口;

第一发送子模块,用于将所述第二管控信令封装在所述第二端口的GCC1开销或者GCC2开销中,并向所述第二端口发送所述GCC1开销或者GCC2开销。

其中,所述GCC1开销或者GCC2开销,为端口最外层的ODU的GCC1开销或者GCC2开销,所述端口为传输所述GCC1开销或者GCC2开销的端口。

其中,所述GCC1开销或者GCC2开销中的2个字节,用于封装管控信令;所述GCC1开销或者GCC2开销采用PPPinHDLC报文封装格式进行封装。

其中,在所述第一OTN和所述CPE OTN之间具有不支持内部DCN的第二OTN的情况下:所述收发模块具体用于,在将所述第一管控信令发送给管控系统的过程中,接收所述第二OTN直接转发的所述第一管控信令;在将所述第二管控信令发送给所述CPE OTN的过程中,向所述第二OTN发送所述第二管控信令,以由所述第二OTN直接向所述CPE OTN转发所述第二管控信令。

其中,所述装置还包括:

配置模块,用于配置所述CPE OTN的IP地址及端口。

第六方面,本发明实施例提供了一种设备管理装置,应用于管控系统,包括:

收发模块,用于接收第一管控信令,其中,所述第一管控信令是CPE OTN通过城域OTN中的第一OTN发送给所述管控系统的;或者发送第二管控信令,以使所述第一OTN向所述CPE OTN发送所述第二管控信令;

其中,所述第一OTN是所述城域OTN中与所述CPE OTN之间的通信跳数最少的OTN,所述第一OTN支持内部DCN。

其中,所述收发模块具体用于,直接接收所述第一OTN发送的第一管控信令;或者接收所述城域OTN中的第三OTN转发的第一管控信令,其中,所述第一OTN向所述第三OTN转发所述第一管控信令。

其中,所述收发模块具体用于,向所述城域OTN中的第四OTN发送所述第二管控信令,以使所述第四OTN向所述第一OTN转发所述第二管控信令;或者,直接向所述第一OTN发送所述第二管控信令。

其中,所述装置还包括:

配置模块,用于配置所述CPE OTN的IP地址。

第七方面,本发明实施例提供了一种设备管理装置,应用于CPE OTN,包括:收发器和处理器;

其中,所述收发器,用于通过城域OTN中的第一OTN向管控系统发送第一管控信令,或者,用于通过所述第一OTN接收所述管控系统发送的第二管控信令;

其中,所述第一OTN是所述城域OTN中与所述CPE OTN之间的通信跳数最少的OTN,所述第一OTN支持内部数据通信网络DCN。

其中,所述收发器还用于,将所述第一管控信令封装到第一端口的GCC1开销或者GCC2开销中;通过所述第一端口,向所述第一OTN发送所述GCC1开销或者GCC2开销。

其中,所述收发器还用于,通过第二端口接收所述第二端口对应的GCC1开销或者GCC2开销,其中,所述第一OTN将所述第二管控信令封装在所述第二端口对应的GCC1开销或者GCC2开销中。

其中,所述GCC1开销或者GCC2开销,为端口最外层的光解复用单元ODU的GCC1开销或者GCC2开销,所述端口为传输所述GCC1开销或者GCC2开销的端口。

其中,所述GCC1开销或者GCC2开销中的2个字节,用于封装管控信令;

所述GCC1开销或者GCC2开销采用高级数据链路控制里的点对点协议PPPinHDLC报文封装格式进行封装。

其中,在所述第一OTN和所述CPE OTN之间具有不支持内部DCN的第二OTN的情况下:

在通过所述第一OTN向管控系统发送第一管控信令的过程中,所述第一管控信令通过所述第二OTN直接转发给所述第一OTN;

在通过所述第一OTN接收所述管控系统发送的第二管控信令的过程中,所述第二管控信令通过所述第二OTN直接转发给所述CPE OTN。

其中,所述处理器用于,配置所述CPE OTN的IP地址及端口;和/或,配置所述管控系统的IP地址及端口。

第八方面,本发明实施例提供了一种设备管理装置,应用于城域OTN中的第一OTN,包括:收发器和处理器;

其中,所述收发器,用于接收CPE OTN发送的第一管控信令,并向管控系统发送所述第一管控信令;或者接收所述管控系统发送的第二管控信令,并向所述CPE OTN发送所述第二管控信令;

其中,所述第一OTN是所述城域OTN中与所述CPE OTN之间的通信跳数最少的OTN,所述第一OTN支持内部数据通信网络DCN。

接收所述CPE OTN利用第一端口发送的GCC1开销或者GCC2开销;

获取所述GCC1开销或者GCC2开销中的第一管控信令,并向所述管控系统发送所述第一管控信令。

其中,所述收发器还用于,接收所述管控系统发送的第二管控信令;根据路由配置,确定所述CPE OTN的第二端口;将所述第二管控信令封装在所述第二端口的GCC1开销或者GCC2开销中,并向所述第二端口发送所述GCC1开销或者GCC2开销。

其中,所述GCC1开销或者GCC2开销,为端口最外层的ODU的GCC1开销或者GCC2开销,所述端口为传输所述GCC1开销或者GCC2开销的端口。

其中,所述GCC1开销或者GCC2开销中的2个字节,用于封装管控信令;

所述GCC1开销或者GCC2开销采用PPPinHDLC报文封装格式进行封装。

其中,所述收发器还用于,在所述第一OTN和所述CPE OTN之间具有不支持内部DCN的第二OTN的情况下:

在将所述第一管控信令发送给管控系统的过程中,接收所述第二OTN直接转发的所述第一管控信令;

在将所述第二管控信令发送给所述CPE OTN的过程中,向所述第二OTN发送所述第二管控信令,以由所述第二OTN直接向所述CPE OTN转发所述第二管控信令。

其中,所述处理器用于,配置所述CPE OTN的IP地址及端口。

第九方面,本发明实施例提供了一种设备管理装置,应用于管控系统,其包括:收发器和处理器;

所述收发器,用于接收第一管控信令,其中,所述第一管控信令是CPE OTN通过城域OTN中的第一OTN发送给所述管控系统的;或者发送第二管控信令,以使所述第一OTN向所述CPE OTN发送所述第二管控信令;

其中,所述第一OTN是所述城域OTN中与所述CPE OTN之间的通信跳数最少的OTN,所述第一OTN支持内部DCN。

其中,所述收发器还用于,直接接收所述第一OTN发送的第一管控信令;或者,接收所述城域OTN中的第三OTN转发的第一管控信令,其中,所述第一OTN向所述第三OTN转发所述第一管控信令。

其中,所述收发器还用于,向所述城域OTN中的第四OTN发送所述第二管控信令,以使所述第四OTN向所述第一OTN转发所述第二管控信令;或者,直接向所述第一OTN发送所述第二管控信令。

其中,所述处理器用于,配置所述CPE OTN的IP地址。

第十方面,本发明实施例提供了一种通信设备,包括:收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序;

所述处理器,用于读取存储器中的程序实现如第一方面所述的方法中的步骤;或者实现如第二方面所述的方法中的步骤;或者实现如第三方面所述的方法中的步骤。

第十一方面,本发明实施例提供了一种计算机可读存储介质,用于存储计算机程序,其特征在于,所述计算机程序被处理器执行时实现如第一方面所述的方法中的步骤;或者实现如第二方面所述的方法中的步骤;或者实现如第三方面所述的方法中的步骤。

在本发明实施例中,CPE OTN可向管控系统发送管控信令,管控系统也可通过城域OTN中的第一OTN向CPE OTN发送管控信令,因此,利用本发明实施例的方案,可实现城域OTN和CPE OTN管控的解耦,从而提高了OTN专线网络组网的灵活性。

附图说明

为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的设备管理方法的流程图之一;

图2是本发明实施例中CPE OTN管控场景的示意图;

图3是本发明实施例中GCC2基本框架模型的示意图;

图4是本发明实施例中PPPinHDLC报文的封装格式示意图;

图5是本发明实施例提供的设备管理方法的流程图之二;

图6是本发明实施例提供的设备管理方法的流程图之三;

图7是本发明实施例提供的管控系统向CPE OTN下发控制信令流程示意图;

图8是本发明实施例提供的CPE OTN向管控系统返回或者上报控制信令流程示意图;

图9是本发明实施例提供的设备管理装置的结构图之一;

图10是本发明实施例提供的设备管理装置的结构图之二;

图11是本发明实施例提供的设备管理装置的结构图之三;

图12是本发明实施例提供的设备管理装置的结构图之四;

图13是本发明实施例提供的设备管理装置的结构图之五;

图14是本发明实施例提供的设备管理装置的结构图之六;

图15是本发明实施例提供的通信设备的结构图之一;

图16是本发明实施例提供的通信设备的结构图之二;

图17是本发明实施例提供的通信设备的结构图之三。

具体实施方式

下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

参见图1,图1是本发明实施例提供的设备管理方法的流程图,应用于CPE OTN,如图1所示,包括以下步骤:

步骤101、通过城域OTN中的第一OTN向管控系统发送第一管控信令,或者,通过所述第一OTN接收所述管控系统发送的第二管控信令;其中,所述第一OTN是所述城域OTN中与所述CPE OTN之间的通信跳数最少的OTN,所述第一OTN支持内部DCN。所述第一OTN又可称为局端OTN。

如图2所示,为CPE OTN管控场景的示意图。由于CPE OTN与城域OTN设备采用IrDI(Inter-Domain Interface,域间接口接口)接口,因此,CPE OTN与城域OTN无法互通DCN。在本发明实施例中,内部DCN指通过OTN自身开销实现的DCN通道,而外部DCN是通过单独的IP网络实现。通常OTN的DCN通过内部+外部的方式实现,外部DCN通常与网络内的若干个OTN节点对接,这几个OTN节点称为网关网元。城域/干线OTN网络可通过内部DCN(通常使用OSC(Optical Supervisory Channel,光监控信道))将控制信令转发至网关网元,网关网元再通过外部DCN(独立的IP网络)将信令转发至管控系统。管控信令先通过外部DCN转发至网关网元,再通过内部DCN转发至相应OTN设备。其中,所述城域OTN又可称为干线OTN。

另外,CPE OTN设备分布在各个地市,且数量较多,无法将每一个CPE设备通过物理连接直连到管控系统。因此,CPE OTN需通过IrDI接口中的可用开销字节,来与城域OTN交互管控信令。

OTN数据帧格式及开销应符合ITU-T相关标准的定义,管理信息需通过GCC开销字节传输。传递管理信息的开销包括GCC0,GCC1,GCC2,每个都是2字节。GCC0属于OUT(OpticalTransform Unit,光转换单元)层的开销,GCC1、GCC2属于ODU层的开销。CPE OTN设备和城域OTN设备之间通过IrDI互联,不支持OTU开销,因此,在本发明实施例中,只能采用ODU开销(GCC1或GCC2)。

因此,在本发明实施例中,在通过城域OTN中的第一OTN向管控系统发送第一管控信令的过程中,可将所述第一管控信令封装到第一端口的通用通信信道GCC1开销或者GCC2开销中,然后,通过所述第一端口,向所述第一OTN发送所述GCC1开销或者GCC2开销。

其中,所述第一端口可以是CPE OTN任意的端口。

在本发明实施例中,在通过所述第一OTN接收所述管控系统发送的第二管控信令的过程中,可通过第二端口接收所述第二端口对应的GCC1开销或者GCC2开销,其中,所述第一OTN将所述第二管控信令封装在所述第二端口对应的GCC1开销或者GCC2开销中。其中,所述第二端口可以是CPE OTN任意的端口。

在本发明实施例中,所述GCC1开销或者GCC2开销,为端口最外层的ODU的GCC1开销或者GCC2开销,所述端口为传输所述GCC1开销或者GCC2开销的端口。在具体应用中,CPEOTN和城域OTN之间默认采用GCC2开销2字节进行管控信令互通,且优先选择互通端口最外层的ODU的GCC2开销。即,若互通端口为OTU4,则采用ODU4最外层ODU的GCC2开销;若互通端口为OTU2,则采用ODU2最外层的ODU的GCC2开销。

其中,所述GCC1开销或者GCC2开销中的2个字节,用于封装管控信令,其中,所述GCC1开销或者GCC2开销采用PPPinHDLC报文封装格式进行封装。

如图3所示,为本发明实施例中GCC2基本框架模型的示意图。CPE OTN设备利用OTN线路接口提供的GCC开销作为物理通道,从而实现与局端OTN的管控信息互通。在GCC通道中承载PPPinHDLC报文,每一个线路光接口对应一个PPP逻辑接口。

GCC2协议栈如下表1所示:

表1

其中,PPPinHDLC报文的封装格式如图4所示。图4中各字段含义如下:

Flag字段:占一个字节,一个帧开始和结束的标志,0x7E作为帧定界标准。如果没有有效信息,则连续发送Flag标志(0x7E)。对客户端OTN设备的要求如下:发送端的两个帧之间至少需要三个Flag标志;接收端应支持两个帧之间有一个或多个Flag标志的情况。

地址字段:固定为0xFF,不匹配则丢弃报文。

控制字段:固定为0x03,不匹配则丢弃报文。

协议字段:用来区分PPP数据帧中信息域所承载的数据报文内容。常用的协议值如在RFC 1340中定义的值。

净荷域:最大长度是1500字节,其中包括填充域的内容。

FCS校验字段:计算范围是除了Flag字段的其他字段,校验Flag的功能主要对PPP数据帧传输的正确性进行检测。FCS生成多项式采用X16+X12+X5+1,初始值为0xFFFF,要求具备软件升级能力。

在实际应用中,CPE OTN与支持内部DCN的城域OTN之间有可能经过其它OTN(不支持内部DCN),这些不支持内部DCN的OTN对GCC2开销不做处理,直接透传。那么,在本发明实施例中,在所述第一OTN和所述CPE OTN之间具有不支持内部DCN的第二OTN的情况下:在通过所述第一OTN向管控系统发送第一管控信令的过程中,所述第一管控信令通过所述第二OTN直接转发给所述第一OTN;在通过所述第一OTN接收所述管控系统发送的第二管控信令的过程中,所述第二管控信令通过所述第二OTN直接转发给所述CPE OTN。

在本发明实施例中,为保证通信的可靠进行,CPE OTN还可配置所述CPE OTN的IP地址及端口;和/或,配置所述管控系统的IP地址及端口。从而,管控系统发送的对CPE OTN的管控信令可发送到CPE OTN,CPE OTN发送的管控信令可发送到管控系统。

在本发明实施例中,CPE OTN可向管控系统发送管控信令,管控系统也可通过城域OTN中的第一OTN向CPE OTN发送管控信令,因此,利用本发明实施例的方案,可实现城域OTN和CPE OTN管控的解耦,从而提高了OTN专线网络组网的灵活性。

参见图5,图5是本发明实施例提供的设备管理方法的流程图,应用于城域OTN中的第一OTN。如图5所示,包括以下步骤:

步骤501、接收CPE OTN发送的第一管控信令,并向管控系统发送所述第一管控信令;或者,接收所述管控系统发送的第二管控信令,并向所述CPE OTN发送所述第二管控信令;其中,所述第一OTN是所述城域OTN中与所述CPE OTN之间的通信跳数最少的OTN,所述第一OTN支持内部数据通信网络DCN。

具体的,第一OTN接收所述CPE OTN利用第一端口发送的GCC1开销或者GCC2开销,之后,获取所述GCC1开销或者GCC2开销中的第一管控信令,并向所述管控系统发送所述第一管控信令。

具体的,第一OTN接收所述管控系统发送的第二管控信令,并根据路由配置,确定所述CPE OTN的第二端口。之后,将所述第二管控信令封装在所述第二端口的GCC1开销或者GCC2开销中,并向所述第二端口发送所述GCC1开销或者GCC2开销。

其中,GCC1开销或者GCC2开销的含义和具体封装可参照前述实施例的描述。

在本发明实施例中,为保证通信的可靠进行,第一OTN还可配置所述CPE OTN的IP地址及端口。

在本发明实施例中,CPE OTN可向管控系统发送管控信令,管控系统也可通过城域OTN中的第一OTN向CPE OTN发送管控信令,因此,利用本发明实施例的方案,可实现城域OTN和CPE OTN管控的解耦,从而提高了OTN专线网络组网的灵活性。

参见图6,图6是本发明实施例提供的设备管理方法的流程图,应用于管控系统。如图6所示,包括以下步骤:

步骤601、接收第一管控信令,其中,所述第一管控信令是CPE OTN通过城域OTN中的第一OTN发送给所述管控系统的;或者,发送第二管控信令,以使所述第一OTN向所述CPEOTN发送所述第二管控信令;其中,所述第一OTN是所述城域OTN中与所述CPE OTN之间的通信跳数最少的OTN,所述第一OTN支持内部DCN。

具体的,所述接收第一管控信令,包括:

直接接收所述第一OTN发送的第一管控信令;或者,接收所述城域OTN中的第三OTN转发的第一管控信令,其中,所述第一OTN向所述第三OTN转发所述第一管控信令。

具体的,所述发送第二管控信令,包括:

向所述城域OTN中的第四OTN发送所述第二管控信令,以使所述第四OTN向所述第一OTN转发所述第二管控信令;或者,直接向所述第一OTN发送所述第二管控信令。

在本发明实施例中,为保证通信的可靠进行,管控系统还可配置所述CPE OTN的IP地址。

在本发明实施例中,CPE OTN可向管控系统发送管控信令,管控系统也可通过城域OTN中的第一OTN向CPE OTN发送管控信令,因此,利用本发明实施例的方案,可实现城域OTN和CPE OTN管控的解耦,从而提高了OTN专线网络组网的灵活性。

在CPE OTN设备、城域OTN和管控系统等设备的路由表中需配置相应的路由转发规则,才能实现对CPE OTN设备的统一管控。在本发明实施例中,在CPE OTN上配置IP地址,设置端口等,以及配置管控系统的IP地址,设置端口等;在外部或者内部DCN网络中,配置路由表,使得CPE OTN对应的IP地址的报文能够转发到局端OTN设备;在局端OTN设备上配置路由表,使得CPE OTN设备对应的IP地址的报文可转发到CPE OTN对应的端口;在管控系统中配置CPE OTN的IP地址等。

那么,结合图7所示,管控系统向CPE OTN下发控制信令流程如下:

步骤701、管控系统通过外部DCN/内部DCN发送控制信令,目的地址为CPE OTN的IP地址。

步骤702、外部DCN/内部DCN根据自身的路由表转发,将所述信令报文转发给所述CPE OTN连接的局端OTN。

步骤703、局端OTN在路由表中查询CPE OTN的IP地址对应的端口,将信令报文封装到该端口对应的GCC2开销中,并发送封装后的信令报文。

结合图8所示,CPE OTN向管控系统返回或者上报控制信令流程如下:

步骤801、CPE OTN将信令报文封装到对应端口的GCC2开销中,目的地址为管控系统的IP地址。

步骤802、局端OTN解析所述GCC2开销,获得信令报文,并根据路由表转发。

步骤803、外部DCN/内部DCN根据自身的路由表转发,将所述信令报文转发给所述管控系统。

由上可以看出,在本发明实施例中,给出了CPE OTN与城域OTN的信令交互实现方案,以及CPE OTN设备总体管控方案,能够实现CPE OTN与城域OTN的异厂家解耦,从而提高了OTN组网的灵活性。

参见图9,图9是本发明实施例提供的设备管理装置的结构图,应用于设备管理装置。如图9所示,所述装置可包括:

收发模块901,用于通过城域OTN中的第一OTN向管控系统发送第一管控信令,或者,用于通过所述第一OTN接收所述管控系统发送的第二管控信令;

其中,所述第一OTN是所述城域OTN中与所述CPE OTN之间的通信跳数最少的OTN,所述第一OTN支持内部数据通信网络DCN。

其中,所述收发模块包括:

封装子模块,用于将所述第一管控信令封装到第一端口的通用通信信道GCC1开销或者GCC2开销中;

发送子模块,用于通过所述第一端口,向所述第一OTN发送所述GCC1开销或者GCC2开销。

其中,所述收发模块具体用于,通过第二端口接收所述第二端口对应的GCC1开销或者GCC2开销,其中,所述第一OTN将所述第二管控信令封装在所述第二端口对应的GCC1开销或者GCC2开销中。

其中,所述GCC1开销或者GCC2开销,为端口最外层的ODU的GCC1开销或者GCC2开销,所述端口为传输所述GCC1开销或者GCC2开销的端口。

其中,所述GCC1开销或者GCC2开销中的2个字节,用于封装管控信令;

所述GCC1开销或者GCC2开销采用PPPinHDLC报文封装格式进行封装。

其中,在所述第一OTN和所述CPE OTN之间具有不支持内部DCN的第二OTN的情况下:

在通过所述第一OTN向管控系统发送第一管控信令的过程中,所述第一管控信令通过所述第二OTN直接转发给所述第一OTN;

在通过所述第一OTN接收所述管控系统发送的第二管控信令的过程中,所述第二管控信令通过所述第二OTN直接转发给所述CPE OTN。

其中,所述装置还包括:

配置模块,用于配置所述CPE OTN的IP地址及端口;和/或,配置所述管控系统的IP地址及端口。

本发明实施例提供的装置,可以执行上述方法实施例,其实现原理和技术效果类似,本实施例此处不再赘述。

参见图10,图10是本发明实施例提供的设备管理装置的结构图,应用于城域OTN中的第一OTN。如图10所示,所述装置可包括:

收发模块1001,用于接收CPE OTN发送的第一管控信令,并向管控系统发送所述第一管控信令;或者,接收所述管控系统发送的第二管控信令,并向所述CPE OTN发送所述第二管控信令;

其中,所述第一OTN是所述城域OTN中与所述CPE OTN之间的通信跳数最少的OTN,所述第一OTN支持内部数据通信网络DCN。

其中,所述收发模块包括:

接收子模块,用于接收所述CPE OTN利用第一端口发送的GCC1开销或者GCC2开销;

发送子模块,用于获取所述GCC1开销或者GCC2开销中的第一管控信令,并向所述管控系统发送所述第一管控信令。

其中,所述收发模块包括:

第一接收子模块,用于接收所述管控系统发送的第二管控信令;

确定子模块,用于根据路由配置,确定所述CPE OTN的第二端口;

第一发送子模块,用于将所述第二管控信令封装在所述第二端口的GCC1开销或者GCC2开销中,并向所述第二端口发送所述GCC1开销或者GCC2开销。

其中,所述GCC1开销或者GCC2开销,为端口最外层的ODU的GCC1开销或者GCC2开销,所述端口为传输所述GCC1开销或者GCC2开销的端口。

其中,所述GCC1开销或者GCC2开销中的2个字节,用于封装管控信令;所述GCC1开销或者GCC2开销采用PPPinHDLC报文封装格式进行封装。

其中,在所述第一OTN和所述CPE OTN之间具有不支持内部DCN的第二OTN的情况下:所述收发模块具体用于,在将所述第一管控信令发送给管控系统的过程中,接收所述第二OTN直接转发的所述第一管控信令;在将所述第二管控信令发送给所述CPE OTN的过程中,向所述第二OTN发送所述第二管控信令,以由所述第二OTN直接向所述CPE OTN转发所述第二管控信令。

其中,所述装置还包括:

配置模块,用于配置所述CPE OTN的IP地址及端口。

本发明实施例提供的装置,可以执行上述方法实施例,其实现原理和技术效果类似,本实施例此处不再赘述。

参见图11,图11是本发明实施例提供的设备管理装置的结构图,应用于管控系统。如图11所示,所述装置可包括:

收发模块1101,用于接收第一管控信令,其中,所述第一管控信令是CPE OTN通过城域OTN中的第一OTN发送给所述管控系统的;或者发送第二管控信令,以使所述第一OTN向所述CPE OTN发送所述第二管控信令;

其中,所述第一OTN是所述城域OTN中与所述CPE OTN之间的通信跳数最少的OTN,所述第一OTN支持内部DCN。

其中,所述收发模块具体用于,直接接收所述第一OTN发送的第一管控信令;或者接收所述城域OTN中的第三OTN转发的第一管控信令,其中,所述第一OTN向所述第三OTN转发所述第一管控信令。

其中,所述收发模块具体用于,向所述城域OTN中的第四OTN发送所述第二管控信令,以使所述第四OTN向所述第一OTN转发所述第二管控信令;或者,直接向所述第一OTN发送所述第二管控信令。

其中,所述装置还包括:

配置模块,用于配置所述CPE OTN的IP地址。

本发明实施例提供的装置,可以执行上述方法实施例,其实现原理和技术效果类似,本实施例此处不再赘述。

参见图12,图12是本发明实施例提供的设备管理装置的结构图,应用于设备管理装置。如图12所示,所述装置可包括:处理器1201和收发器1202。

其中,所述收发器1202,用于通过城域OTN中的第一OTN向管控系统发送第一管控信令,或者,用于通过所述第一OTN接收所述管控系统发送的第二管控信令;

其中,所述第一OTN是所述城域OTN中与所述CPE OTN之间的通信跳数最少的OTN,所述第一OTN支持内部数据通信网络DCN。

其中,所述收发器1202还用于,将所述第一管控信令封装到第一端口的GCC1开销或者GCC2开销中;通过所述第一端口,向所述第一OTN发送所述GCC1开销或者GCC2开销。

其中,所述收发器1202还用于,通过第二端口接收所述第二端口对应的GCC1开销或者GCC2开销,其中,所述第一OTN将所述第二管控信令封装在所述第二端口对应的GCC1开销或者GCC2开销中。

其中,所述GCC1开销或者GCC2开销,为端口最外层的光解复用单元ODU的GCC1开销或者GCC2开销,所述端口为传输所述GCC1开销或者GCC2开销的端口。

其中,所述GCC1开销或者GCC2开销中的2个字节,用于封装管控信令;

所述GCC1开销或者GCC2开销采用高级数据链路控制里的点对点协议PPPinHDLC报文封装格式进行封装。

其中,在所述第一OTN和所述CPE OTN之间具有不支持内部DCN的第二OTN的情况下:

在通过所述第一OTN向管控系统发送第一管控信令的过程中,所述第一管控信令通过所述第二OTN直接转发给所述第一OTN;

在通过所述第一OTN接收所述管控系统发送的第二管控信令的过程中,所述第二管控信令通过所述第二OTN直接转发给所述CPE OTN。

其中,所述处理器1201用于,配置所述CPE OTN的IP地址及端口;和/或,配置所述管控系统的IP地址及端口。

本发明实施例提供的装置,可以执行上述方法实施例,其实现原理和技术效果类似,本实施例此处不再赘述。

参见图13,图13是本发明实施例提供的设备管理装置的结构图,应用于城域OTN中的第一OTN。如图13所示,所述装置可包括:处理器1301和收发器1302。

其中,所述收发器1302,用于接收CPE OTN发送的第一管控信令,并向管控系统发送所述第一管控信令;或者接收所述管控系统发送的第二管控信令,并向所述CPE OTN发送所述第二管控信令;

其中,所述第一OTN是所述城域OTN中与所述CPE OTN之间的通信跳数最少的OTN,所述第一OTN支持内部数据通信网络DCN。

接收所述CPE OTN利用第一端口发送的GCC1开销或者GCC2开销;

获取所述GCC1开销或者GCC2开销中的第一管控信令,并向所述管控系统发送所述第一管控信令。

其中,所述收发器1302还用于,接收所述管控系统发送的第二管控信令;根据路由配置,确定所述CPE OTN的第二端口;将所述第二管控信令封装在所述第二端口的GCC1开销或者GCC2开销中,并向所述第二端口发送所述GCC1开销或者GCC2开销。

其中,所述GCC1开销或者GCC2开销,为端口最外层的ODU的GCC1开销或者GCC2开销,所述端口为传输所述GCC1开销或者GCC2开销的端口。

其中,所述GCC1开销或者GCC2开销中的2个字节,用于封装管控信令;

所述GCC1开销或者GCC2开销采用PPPinHDLC报文封装格式进行封装。

其中,所述收发器1302还用于,在所述第一OTN和所述CPE OTN之间具有不支持内部DCN的第二OTN的情况下:

在将所述第一管控信令发送给管控系统的过程中,接收所述第二OTN直接转发的所述第一管控信令;

在将所述第二管控信令发送给所述CPE OTN的过程中,向所述第二OTN发送所述第二管控信令,以由所述第二OTN直接向所述CPE OTN转发所述第二管控信令。

其中,所述处理器1301用于,配置所述CPE OTN的IP地址及端口。

本发明实施例提供的装置,可以执行上述方法实施例,其实现原理和技术效果类似,本实施例此处不再赘述。

参见图14,图14是本发明实施例提供的设备管理装置的结构图,应用于管控系统。如图14所示,所述装置可包括:处理器1401和收发器1402。

所述收发器1402,用于接收第一管控信令,其中,所述第一管控信令是CPE OTN通过城域OTN中的第一OTN发送给所述管控系统的;或者发送第二管控信令,以使所述第一OTN向所述CPE OTN发送所述第二管控信令;

其中,所述第一OTN是所述城域OTN中与所述CPE OTN之间的通信跳数最少的OTN,所述第一OTN支持内部DCN。

其中,所述收发器1402还用于,直接接收所述第一OTN发送的第一管控信令;或者,接收所述城域OTN中的第三OTN转发的第一管控信令,其中,所述第一OTN向所述第三OTN转发所述第一管控信令。

其中,所述收发器1402还用于,向所述城域OTN中的第四OTN发送所述第二管控信令,以使所述第四OTN向所述第一OTN转发所述第二管控信令;或者,直接向所述第一OTN发送所述第二管控信令。

其中,所述处理器1401用于,配置所述CPE OTN的IP地址。

本发明实施例提供的装置,可以执行上述方法实施例,其实现原理和技术效果类似,本实施例此处不再赘述。

如图15所示,本发明实施例的通信设备,应用于CPE OTN,包括:处理器1500,用于读取存储器1520中的程序,执行下列过程:

通过城域OTN中的第一OTN向管控系统发送第一管控信令,或者

通过所述第一OTN接收所述管控系统发送的第二管控信令;

其中,所述第一OTN是所述城域OTN中与所述CPE OTN之间的通信跳数最少的OTN,所述第一OTN支持内部数据通信网络DCN。

收发机1510,用于在处理器1500的控制下接收和发送数据。

其中,在图15中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器1500代表的一个或多个处理器和存储器1520代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机1510可以是多个元件,即包括发送机和收发机,提供用于在传输介质上与各种其他装置通信的单元。处理器1500负责管理总线架构和通常的处理,存储器1520可以存储处理器1500在执行操作时所使用的数据。

处理器1500负责管理总线架构和通常的处理,存储器1520可以存储处理器1500在执行操作时所使用的数据。

处理器1500还用于读取所述计算机程序,执行如下步骤:

将所述第一管控信令封装到第一端口的通用通信信道GCC1开销或者GCC2开销中;

通过所述第一端口,向所述第一OTN发送所述GCC1开销或者GCC2开销。

处理器1500还用于读取所述计算机程序,执行如下步骤:

通过第二端口接收所述第二端口对应的GCC1开销或者GCC2开销,其中,所述第一OTN将所述第二管控信令封装在所述第二端口对应的GCC1开销或者GCC2开销中。

其中,所述GCC1开销或者GCC2开销,为端口最外层的光解复用单元ODU的GCC1开销或者GCC2开销,所述端口为传输所述GCC1开销或者GCC2开销的端口。

其中,所述GCC1开销或者GCC2开销中的2个字节,用于封装管控信令;所述GCC1开销或者GCC2开销采用高级数据链路控制里的点对点协议PPPinHDLC报文封装格式进行封装。

在所述第一OTN和所述CPE OTN之间具有不支持内部DCN的第二OTN的情况下:

在通过所述第一OTN向管控系统发送第一管控信令的过程中,所述第一管控信令通过所述第二OTN直接转发给所述第一OTN;

在通过所述第一OTN接收所述管控系统发送的第二管控信令的过程中,所述第二管控信令通过所述第二OTN直接转发给所述CPE OTN。

处理器1500还用于读取所述计算机程序,执行如下步骤:

配置所述CPE OTN的IP地址及端口;和/或

配置所述管控系统的IP地址及端口。

如图16所示,本发明实施例的通信设备,应用于城域OTN中的第一OTN,包括:处理器1600,用于读取存储器1620中的程序,执行下列过程:

接收CPE OTN发送的第一管控信令,并向管控系统发送所述第一管控信令;或者

接收所述管控系统发送的第二管控信令,并向所述CPE OTN发送所述第二管控信令;

其中,所述第一OTN是所述城域OTN中与所述CPE OTN之间的通信跳数最少的OTN,所述第一OTN支持内部数据通信网络DCN。

收发机1610,用于在处理器1600的控制下接收和发送数据。

其中,在图16中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器1600代表的一个或多个处理器和存储器1620代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机1610可以是多个元件,即包括发送机和收发机,提供用于在传输介质上与各种其他装置通信的单元。处理器1600负责管理总线架构和通常的处理,存储器1620可以存储处理器1600在执行操作时所使用的数据。

处理器1600负责管理总线架构和通常的处理,存储器1620可以存储处理器1600在执行操作时所使用的数据。

处理器1600还用于读取所述计算机程序,执行如下步骤:

接收所述CPE OTN利用第一端口发送的GCC1开销或者GCC2开销;

获取所述GCC1开销或者GCC2开销中的第一管控信令,并向所述管控系统发送所述第一管控信令。

处理器1600还用于读取所述计算机程序,执行如下步骤:

接收所述管控系统发送的第二管控信令;

根据路由配置,确定所述CPE OTN的第二端口;

将所述第二管控信令封装在所述第二端口的GCC1开销或者GCC2开销中,并向所述第二端口发送所述GCC1开销或者GCC2开销。

其中,所述GCC1开销或者GCC2开销,为端口最外层的ODU的GCC1开销或者GCC2开销,所述端口为传输所述GCC1开销或者GCC2开销的端口。

其中,所述GCC1开销或者GCC2开销中的2个字节,用于封装管控信令;所述GCC1开销或者GCC2开销采用PPPinHDLC报文封装格式进行封装。

在所述第一OTN和所述CPE OTN之间具有不支持内部DCN的第二OTN的情况下:

在将所述第一管控信令发送给管控系统的过程中,接收所述第二OTN直接转发的所述第一管控信令;

在将所述第二管控信令发送给所述CPE OTN的过程中,向所述第二OTN发送所述第二管控信令,以由所述第二OTN直接向所述CPE OTN转发所述第二管控信令。

处理器1600还用于读取所述计算机程序,执行如下步骤:

配置所述CPE OTN的IP地址及端口。

如图17所示,本发明实施例的通信设备,应用于管控系统,包括:处理器1700,用于读取存储器1720中的程序,执行下列过程:

接收第一管控信令,其中,所述第一管控信令是CPE OTN通过城域OTN中的第一OTN发送给所述管控系统的;或者

发送第二管控信令,以使所述第一OTN向所述CPE OTN发送所述第二管控信令;

其中,所述第一OTN是所述城域OTN中与所述CPE OTN之间的通信跳数最少的OTN,所述第一OTN支持内部DCN。

收发机1710,用于在处理器1700的控制下接收和发送数据。

其中,在图17中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器1700代表的一个或多个处理器和存储器1720代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机1710可以是多个元件,即包括发送机和收发机,提供用于在传输介质上与各种其他装置通信的单元。处理器1700负责管理总线架构和通常的处理,存储器1720可以存储处理器1700在执行操作时所使用的数据。

处理器1700负责管理总线架构和通常的处理,存储器1720可以存储处理器1700在执行操作时所使用的数据。

处理器1700还用于读取所述计算机程序,执行如下步骤:

直接接收所述第一OTN发送的第一管控信令;或者

接收所述城域OTN中的第三OTN转发的第一管控信令,其中,所述第一OTN向所述第三OTN转发所述第一管控信令。

处理器1700还用于读取所述计算机程序,执行如下步骤:

向所述城域OTN中的第四OTN发送所述第二管控信令,以使所述第四OTN向所述第一OTN转发所述第二管控信令;或者

直接向所述第一OTN发送所述第二管控信令。

处理器1700还用于读取所述计算机程序,执行如下步骤:

配置所述CPE OTN的IP地址。

此外,本发明实施例的计算机可读存储介质,用于存储计算机程序,所述计算机程序可被处理器执行实现以下步骤:

通过城域OTN中的第一OTN向管控系统发送第一管控信令,或者

通过所述第一OTN接收所述管控系统发送的第二管控信令;

其中,所述第一OTN是所述城域OTN中与所述CPE OTN之间的通信跳数最少的OTN,所述第一OTN支持内部DCN。

其中,所述通过城域OTN中的第一OTN向管控系统发送第一管控信令,包括:

将所述第一管控信令封装到第一端口的GCC1开销或者GCC2开销中;

通过所述第一端口,向所述第一OTN发送所述GCC1开销或者GCC2开销。

其中,所述通过所述第一OTN接收所述管控系统发送的第二管控信令,包括:

通过第二端口接收所述第二端口对应的GCC1开销或者GCC2开销,其中,所述第一OTN将所述第二管控信令封装在所述第二端口对应的GCC1开销或者GCC2开销中。

其中,所述GCC1开销或者GCC2开销,为端口最外层的ODU的GCC1开销或者GCC2开销,所述端口为传输所述GCC1开销或者GCC2开销的端口。

其中,所述GCC1开销或者GCC2开销中的2个字节,用于封装管控信令;

所述GCC1开销或者GCC2开销采用PPPinHDLC报文封装格式进行封装。

其中,在所述第一OTN和所述CPE OTN之间具有不支持内部DCN的第二OTN的情况下:

在通过所述第一OTN向管控系统发送第一管控信令的过程中,所述第一管控信令通过所述第二OTN直接转发给所述第一OTN;

在通过所述第一OTN接收所述管控系统发送的第二管控信令的过程中,所述第二管控信令通过所述第二OTN直接转发给所述CPE OTN。

其中,所述方法还包括:

配置所述CPE OTN的IP地址及端口;和/或

配置所述管控系统的IP地址及端口。

此外,本发明实施例的计算机可读存储介质,用于存储计算机程序,所述计算机程序可被处理器执行实现以下步骤:

接收CPE OTN发送的第一管控信令,并向管控系统发送所述第一管控信令;或者

接收所述管控系统发送的第二管控信令,并向所述CPE OTN发送所述第二管控信令;

其中,所述第一OTN是所述城域OTN中与所述CPE OTN之间的通信跳数最少的OTN,所述第一OTN支持内部数据通信网络DCN。

其中,所述接收CPE OTN发送的第一管控信令,并向管控系统发送所述第一管控信令,包括:

接收所述CPE OTN利用第一端口发送的GCC1开销或者GCC2开销;

获取所述GCC1开销或者GCC2开销中的第一管控信令,并向所述管控系统发送所述第一管控信令。

其中,所述接收所述管控系统发送的第二管控信令,并向所述CPE OTN发送所述第二管控信令,包括:

接收所述管控系统发送的第二管控信令;

根据路由配置,确定所述CPE OTN的第二端口;

将所述第二管控信令封装在所述第二端口的GCC1开销或者GCC2开销中,并向所述第二端口发送所述GCC1开销或者GCC2开销。

其中,所述GCC1开销或者GCC2开销,为端口最外层的ODU的GCC1开销或者GCC2开销,所述端口为传输所述GCC1开销或者GCC2开销的端口。

其中,所述GCC1开销或者GCC2开销中的2个字节,用于封装管控信令;

所述GCC1开销或者GCC2开销采用PPPinHDLC报文封装格式进行封装。

其中,在所述第一OTN和所述CPE OTN之间具有不支持内部DCN的第二OTN的情况下:

在将所述第一管控信令发送给管控系统的过程中,接收所述第二OTN直接转发的所述第一管控信令;

在将所述第二管控信令发送给所述CPE OTN的过程中,向所述第二OTN发送所述第二管控信令,以由所述第二OTN直接向所述CPE OTN转发所述第二管控信令。

其中,所述方法还包括:

配置所述CPE OTN的IP地址及端口。

此外,本发明实施例的计算机可读存储介质,用于存储计算机程序,所述计算机程序可被处理器执行实现以下步骤:

接收第一管控信令,其中,所述第一管控信令是CPE OTN通过城域OTN中的第一OTN发送给所述管控系统的;或者

发送第二管控信令,以使所述第一OTN向所述CPE OTN发送所述第二管控信令;

其中,所述第一OTN是所述城域OTN中与所述CPE OTN之间的通信跳数最少的OTN,所述第一OTN支持内部DCN。

其中,所述接收第一管控信令,包括:

直接接收所述第一OTN发送的第一管控信令;或者

接收所述城域OTN中的第三OTN转发的第一管控信令,其中,所述第一OTN向所述第三OTN转发所述第一管控信令。

其中,所述发送第二管控信令,包括:

向所述城域OTN中的第四OTN发送所述第二管控信令,以使所述第四OTN向所述第一OTN转发所述第二管控信令;或者

直接向所述第一OTN发送所述第二管控信令。

其中,所述方法还包括:

配置所述CPE OTN的IP地址。

在本申请所提供的几个实施例中,应该理解到,所揭露方法和装置,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。

另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理包括,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述收发方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明所述原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号