一种实现操作管理维护功能的系统及方法与流程

本申请涉及通信技术领域，尤其涉及一种实现操作管理维护功能的系统及方法。

背景技术：

现有技术中，每个设备厂商的操作管理维护功能(operationadministrationandmaintenance，oam)的实现机制不同，而且每个运营商的oam实现标准不同。对于运营商来说，每个设备厂商均有自己的一套实现机制，单一设备厂商的设备可以实现oam互通，不同的设备厂商的设备之间不能实现oam互通。对于设备厂商来说，每一个运营商的oam实现标准也不同，例如中国移动为mpls-tp，中国电信为ip/mpls，中国联通为ip/mpls与mpls-tp的融合。

因此，现有技术中不同设备厂商的设备之间不能实现oam互通，无法满足网络日益融合的需要。

技术实现要素：

本申请的实施例提供一种实现操作管理维护功能的系统及方法，用于解决现有技术中存在的不同设备厂商的设备之间不能实现oam互通，无法满足网络日益融合的需要的问题。

为达到上述目的，本申请的实施例采用如下技术方案：

第一方面，本申请的实施例提供了一种实现操作管理维护功能的系统，该系统包括客户端、网络协同器、多个子网络，每个子网络包括一个网元控制器和多个网络设备，多个子网络之间相互连接，所述网络协同器与所述每个子网络的网元控制器连接，所述多个子网络采用的操作管理维护oam实现标准不同；

所述客户端向所述网络协同器发送指令信息；

所述网络协同器根据第一oam报文格式和所述指令信息生成oam请求报文，并向所述每个子网络的网元控制器发送所述oam请求报文，其中，各个子网络对应的第一oam报文格式相同；

所述网元控制器获取所在子网络的oam状态信息；

所述网元控制器根据第二oam报文格式和所述oam状态信息生成oam响应报文，并向所述网络协同器发送所述oam响应报文，其中，各个子网络对应的第二oam报文格式相同；

所述网络协同器将所述oam响应报文发送给所述客户端。

第二方面，本申请的实施例提供了一种实现操作管理维护功能的方法，应用于第一方面所述的实现操作管理维护功能的系统，该方法包括：

客户端向网络协同器发送指令信息；

所述网络协同器根据第一oam报文格式和所述指令信息生成oam请求报文，并向每个子网络的网元控制器发送所述oam请求报文，其中，各个子网络对应的第一oam报文格式相同；

所述网元控制器获取所在子网络的oam状态信息；

所述网元控制器根据第二oam报文格式和所述oam状态信息生成oam响应报文，并向所述网络协同器发送所述oam响应报文，其中，各个子网络对应的第二oam报文格式相同；

所述网络协同器将所述oam响应报文发送给所述客户端。

第三方面，提供了一种存储一个或多个程序的计算机可读存储介质，所述一个或多个程序包括指令，所述指令当被计算机执行时使所述计算机执行如第二方面所述的实现操作管理维护功能的方法。

第四方面，提供了一种包含指令的计算机程序产品，当所述指令在计算机上运行时，使得计算机执行如第二方面所述的实现操作管理维护功能的方法。

第五方面，提供一种实现操作管理维护功能的装置，包括：处理器和存储器，存储器用于存储程序，处理器调用存储器存储的程序，以执行上述第二方面所述的实现操作管理维护功能的方法。

本申请的实施例提供的实现操作管理维护功能的系统及方法，通过客户端向网络协同器发送指令信息；网络协同器根据第一oam报文格式和指令信息生成oam请求报文，并向每个子网络的网元控制器发送oam请求报文，其中，各个子网络对应的第一oam报文格式相同；网元控制器获取所在子网络的oam状态信息；网元控制器根据第二oam报文格式和oam状态信息生成oam响应报文，并向网络协同器发送oam响应报文，其中，各个子网络对应的第二oam报文格式相同；网络协同器将oam响应报文发送给客户端，本申请通过通用的oam报文格式，实现不同设备厂商的设备之间oam的互通，满足网络日益融合的需要。

附图说明

图1为本申请的实施例提供的实现操作管理维护功能的系统示意图；

图2为本申请的实施例提供的网络实际拓扑图；

图3为本申请的实施例提供的ipran的oam分层结构示意图；

图4为本申请的实施例提供的实现操作管理维护功能的方法的流程示意图。

具体实施方式

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

由于不同设备厂商的设备采用的oam实现标准不同，不能实现oam互通，因此，本申请的主要思路是定义通用的oam报文格式，通过通用的oam报文格式，实现不同设备厂商的设备之间oam的互通，满足网络日益融合的需要，从而能够节省网络建设和运维成本。

如图1所示，实现操作管理维护功能的系统包括：客户端10、网络协同器20、多个子网络30，每个子网络30包括一个网元控制器31和多个网络设备32，子网络30之间相互连接，每个子网络30采用的操作管理维护oam实现标准不同。图1中以三个子网络30为例进行说明。

客户端10与网络协同器20连接，客户端10用于向网络协同器20发送指令信息。

网络协同器20与每个子网络30中的网元控制器31连接。

网络协同器20，用于根据第一oam报文格式和指令信息生成oam请求报文，并向每个子网络30的网元控制器31发送oam请求报文。

网络协同器20，还用于接收每个子网络30中的网元控制器31发送的oam响应报文，并将oam响应报文发送给客户端10。

每个子网络30中的网元控制器31与多个网络设备32中的一个连接，网元控制器31，用于接收网络协同器20发送的oam请求报文，并获取所在子网络30的oam状态信息。

网元控制器31，还用于根据第二oam报文格式和oam状态信息生成oam响应报文，并向网络协同器发送oam响应报文。

网络设备32包括接入侧设备33(cellsitegateway，csg)、汇聚侧设备34(aggregationsitegateway，asg)和核心侧设备35(radiositegateway，rsg)，同一个设备厂商的网元控制器31和网络设备32组成一个子网络30，不同设备厂商的网元控制器31和网络设备32组成不同的子网络，不同设备厂商的设备采用的oam实现标准不同，即子网络30采用的oam实现标准不同。如图2所示，每个子网络30的网络设备32包括多个接入侧设备33、汇聚侧设备34以及核心侧设备35，每个子网络30的网络设备32之间通过核心侧设备35相互连接。

如图3所示，实现操作管理维护功能的系统的无线接入网互联网协议化(internetprotocolradioaccessnetwork，ipran)的oam分层结构包括业务层、伪线(pseudowire，pw)层、标记交换路径(labelswitchedpath，lsp)层以及链路层。ipran可以在不同层的参考点(即不同层的网络设备)插入和提取oam报文，这些参考点可以称为维护点(mp)。各层的oam功能包括oam故障管理功能，可分为主动和按需两类。

oam故障管理功能包括：连续性检测(continuitycheck，cc)、环回检测(loopback，lb)、链路追踪(linktrace，lt)以及双向转发检测(bidirectionalforwardingdetection，bfd)。

连续性检测是一种主动oam功能，源端维护端点周期性发送oam报文，宿端维护端点检测两维护端点的连续性丢失故障，以及误合并、误连等连通性故障。

环回检测属于按需oam功能。源端维护端点发送该请求oam报文，宿端维护端点接受并返回相应应答oam报文。用于验证源宿维护端点的双向连通性，以检测节点间及节点内部故障。

链路追踪属于按需oam功能，用于邻接关系检索和故障定位。

双向转发检测是cc检测的一种，能够实现对所有类型的介质、协议层进行检测，实现全网统一的检测机制。

实施例1、

具体的，结合图1，如图4所示，实现操作管理维护功能的系统用于执行下述实现操作管理维护功能的方法：

s401、客户端10向网络协同器20发送指令信息。

相应的，网络协同器20从客户端10接收指令信息。

指令信息用于指示网络协同器20向每个子网络30的网元控制器31发送oam请求报文。

示例性的，客户端10包括应用程序(application，app)，该app可以是业务创建与管理app。

s402、网络协同器20根据第一oam报文格式和指令信息生成oam请求报文，并向每个子网络30的网元控制器31发送oam请求报文。

相应的，每个子网络30的网元控制器31从网络协同器20接收oam请求报文。

示例性的，子网络30可以是城域网或者承载网。

示例性的，第一oam报文格式根据网络配置协议netconf生成，根据第一oam报文格式填充指令信息，生成oam请求报文，各个子网络30对应的第一oam报文格式相同。

第一oam报文格式包括了连续性检测数据结构、环回检测数据结构、链路追踪数据结构、双向转发检测数据结构，根据指令信息可以选择不同的数据结构生成oam请求报文。示例性的，第一oam报文格式的代码格式可以如下：

+--rwoam

+--rwmanagement

|+--rwcc{cc}？

||+--rwenabled？boolean

||+--rwipv4

|||+--rwprovider-address？inet:ipv4-address

|||+--rwcustomer-address？inet:ipv4-address

|||+--rwmask？uint8

||+--rwinterval

|||+--rwtime？uint8

|+--rwlb{lb}？

||+--rwenabled？boolean

||+--rwipv4

|||+--rwprovider-address？inet:ipv4-address

|||+--rwcustomer-address？inet:ipv4-address

|||+--rwmask？uint8

|+--rwlt{lt}？

||+--rwenabled？boolean

||+--rwmac

|||+--rwprovider-address？inet:mac-address

|||+--rwcustomer-address？inet:mac-address

|+--rwbfd{bfd}？

|+--rwbfd-enabled？boolean

|+--rw(holdtime)？

|+--:(profile)

||+--rwprofile-name？string

|+--:(fixed)

|+--rwfixed-value？uint32

其中，第一oam报文格式中的连续性检测数据结构的代码格式可以如下：

|+--rwcc{cc}？

||+--rwenabled？boolean

||+--rwipv4

|||+--rwprovider-address？inet:ipv4-address

|||+--rwcustomer-address？inet:ipv4-address

|||+--rwmask？uint8

||+--rwinterval

|||+--rwtime？uint8

第一oam报文格式中的环回检测数据结构的代码格式可以如下：

|+--rwlb{lb}？

||+--rwenabled？boolean

||+--rwipv4

|||+--rwprovider-address？inet:ipv4-address

|||+--rwcustomer-address？inet:ipv4-address

|||+--rwmask？uint8

第一oam报文格式中的链路追踪数据结构的代码格式可以如下：

|+--rwlt{lt}？

||+--rwenabled？boolean

||+--rwmac

|||+--rwprovider-address？inet:mac-address

|||+--rwcustomer-address？inet:mac-address

第一oam报文格式中的双向转发检测数据结构的代码格式可以如下：

|+--rwbfd{bfd}？

|+--rwbfd-enabled？boolean

|+--rw(holdtime)？

|+--:(profile)

||+--rwprofile-name？string

|+--:(fixed)

|+--rwfixed-value？uint32

s403、网元控制器31获取所在子网络30的oam状态信息。

示例性的，oam状态信息可以包括网络的上行流量越限、下行流量越限。

s404、网元控制器31根据第二oam报文格式和oam状态信息生成oam响应报文，并向网络协同器20发送oam响应报文。

相应的，网络协同器20从每个子网络30的网元控制器31接收oam响应报文。

示例性的，第二oam报文格式根据网络配置协议netconf生成。根据第二oam报文格式填充oam状态信息，生成oam响应报文，各个子网络30对应的第二oam报文格式相同。

第二oam报文格式包括了连续性检测数据结构、环回检测数据结构、链路追踪数据结构、双向转发检测数据结构，根据oam请求报文选择对应的数据结构生成oam响应报文。示例性的，第二oam报文格式的代码格式可以如下：

+--rwoam

+--rwmanagement

|+--rwcc

||+--rw1or0

||+--rwipv4

|||+--rwprovider-address？inet:ipv4-address

|||+--rwcustomer-address？inet:ipv4-address

|||+--rwmask？uint8

||+--rwinterval

|||+--rwtime？uint8

|+--rwlb

||+--rw1or0

||+--rwipv4

|||+--rwprovider-address？inet:ipv4-address

|||+--rwcustomer-address？inet:ipv4-address

|||+--rwmask？uint8

|+--rwlt

||+--rw1or0

||+--rwmac

|||+--rwprovider-address？inet:mac-address

|||+--rwcustomer-address？inet:mac-address

|+--rwbfd

|+--rw1or0

|+--rw(holdtime)？

|+--:(profile)

||+--rwprofile-name？string

|+--:(fixed)

|+--rwfixed-value？uint32

其中，第二oam报文格式中的连续性检测数据结构的代码格式可以如下：

|+--rwcc

||+--rw1or0

||+--rwipv4

|||+--rwprovider-address？inet:ipv4-address

|||+--rwcustomer-address？inet:ipv4-address

|||+--rwmask？uint8

||+--rwinterval

|||+--rwtime？uint8

第二oam报文格式中的环回检测数据结构的代码格式可以如下：

|+--rwlb

||+--rw1or0

||+--rwipv4

|||+--rwprovider-address？inet:ipv4-address

|||+--rwcustomer-address？inet:ipv4-address

|||+--rwmask？uint8

第二oam报文格式中的链路追踪数据结构的代码格式可以如下：

|+--rwlt

||+--rw1or0

||+--rwmac

|||+--rwprovider-address？inet:mac-address

|||+--rwcustomer-address？inet:mac-address

第二oam报文格式中的双向转发检测数据结构的代码格式可以如下：

|+--rwbfd

|+--rw1or0

|+--rw(holdtime)？

|+--:(profile)

||+--rwprofile-name？string

|+--:(fixed)

|+--rwfixed-value？uint32

s405、网络协同器20将oam响应报文发送给客户端10。

相应的，客户端10从网络协同器20接收oam响应报文。

示例性的，客户端的app可视化展现oam响应报文，从而可以方便的看到网络的oam状态。

下面对如何验证第一oam报文格式和第二oam报文格式的有效性进行描述。示例性的，可以通过人为设置一个故障，通过客户端10的app发送进行oam检测的指令信息，进行oam检测，最后app上面呈现出设备回复的故障告警信息，说明第一oam报文格式和第二oam报文格式是有效的，能够在网络协同器20和不同设备厂商的网元控制器31之间传输数据。

本申请的实施例提供的实现操作管理维护功能的方法，通过客户端向网络协同器发送指令信息；网络协同器根据第一oam报文格式和指令信息生成oam请求报文，并向每个子网络的网元控制器发送oam请求报文，其中，各个子网络对应的第一oam报文格式相同；网元控制器获取所在子网络的oam状态信息；网元控制器根据第二oam报文格式和oam状态信息生成oam响应报文，并向网络协同器发送oam响应报文，其中，各个子网络对应的第二oam报文格式相同；网络协同器将oam响应报文发送给客户端，即本申请通过通用的oam报文格式，实现不同设备厂商的设备之间oam的互通，满足网络日益融合的需要。

本申请的实施例提供一种存储一个或多个程序的计算机可读存储介质，所述一个或多个程序包括指令，所述指令当被计算机执行时使计算机执行如图4中所述的实现操作管理维护功能的方法。

本申请的实施例提供一种包含指令的计算机程序产品，当指令在计算机上运行时，使得计算机执行如图4中所述的实现操作管理维护功能的方法。

本申请的实施例提供一种实现操作管理维护功能的装置，包括：处理器和存储器，存储器用于存储程序，处理器调用存储器存储的程序，以执行如图4中所述的实现操作管理维护功能的方法。

由于本申请的实施例中的实现操作管理维护功能的装置、计算机可读存储介质、计算机程序产品可以应用于上述实现操作管理维护功能的方法，因此，其所能获得的技术效果也可参考上述方法实施例，本申请的实施例在此不再赘述。

需要说明的是，上述各单元可以为单独设立的处理器，也可以集成在控制器的某一个处理器中实现，此外，也可以以程序代码的形式存储于控制器的存储器中，由控制器的某一个处理器调用并执行以上各单元的功能。这里所述的处理器可以是一个中央处理器(centralprocessingunit，cpu)，或者是特定集成电路(applicationspecificintegratedcircuit，asic)，或者是被配置成实施本申请实施例的一个或多个集成电路。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。