CN102439904B - 一种基于北向接口的业务实现方法及装置 - Google Patents

Abstract

本发明实施例公开了一种基于北向接口的业务实现方法及装置，用于现在网管系统通过北向接口对ODU0速率业务进行管理。本发明实施例方法包括：通过北向接口接收业务事件，提取该业务事件中的对象模型参数，根据预置的ODU0业务光模型层次标识符及所提取的对象模型参数，判断对象模型是否为ODU0业务，若是，则将对象模型参数转换为网管系统识别的参数，处理包含转换后的对象模型参数的业务事件。

Description

一种基于北向接口的业务实现方法及装置

技术领域

本发明涉及光通信领域，尤其涉及一种基于北向接口的业务实现方法及装置。

背景技术

经过不断的发展完善，光传送网(OTN，Optical Transport Network)标准体系已成熟，形成速率分别为2.5G、10G、40G的光通道数据单元(ODU，Optical channel Data Unit)业务，其中，速率为2.5G的业务称为ODU1，速率为10G的业务称为ODU2，速率为40G的业务称为ODU3，由于ODU1只能承载一个1.25G的业务，同时再承载一些其它小速率业务，网络带宽利用率不高。

后来，在以上三个速率级别业务的基础上产生ODU0(1.25G)速率级别业务，一个ODU1可以容纳两个ODU0，ODU1就可以同时承载两个1.25G，提高了网络的带宽利用率。但业界标准建议(如国际电联的电信标准组织(ITU-T，International Telecommunication Union-TelecommunicationStandardization Sector)、电信管理论坛(TMF，Telecommunication ManagementForum))还没有对1.25G速率级别的业务管理与建模，特别是在北向接口(Northbound Interface)功能领域均没有解决方案。运营支撑系统(OSS，Operaion Support System)不能通过北向接口对ODU0业务进行管理，同时各级管理系统之间(如网元管理系统(EMS，Element Management System)、网络级管理系统(NMS，Network Management System))的业务也难以形成对接。

发明内容

本发明实施例提供了一种基于北向接口的业务实现方法及装置，用以实现在网管系统通过北向接口对ODU0速率业务进行管理。

本发明实施例提供的基于北向接口的业务实现方法，包括：通过北向接口接收业务事件，提取所述业务事件中的对象模型参数；根据预置的ODU0业务光模型层次标识符及所提取的对象模型参数，判断所述对象模型是否为ODU0业务；若是，则将所述对象模型参数转换为网管系统识别的参数；处理包含转换后的对象模型参数的业务事件。

本发明实施例提供的基于北向接口的业务实现装置，包括：接收单元，用于通过北向接口接收业务事件；提取单元，用于提取所接收的业务事件中的对象模型参数；判断单元，用于根据预置的ODU0业务光模型层次标识符及所提取的对象模型参数，判断所述对象模型是否为ODU0业务；转换单元，用于若是ODU0业务，则将所述对象模型参数转换为网管系统识别的参数；处理单元，用于处理包含转换后的对象模型参数的业务事件。

从以上技术方案可以看出，本发明实施例具有以下优点：通过北向接口接收业务事件，提取所接收的业务事件中的对象模型参数，并判断该对象模型是否为ODU0业务，若是，则将对象模型参数进行转换，并处理包含转换后的对象模型参数的业务事件，因此可通过北向接口实现对ODU0业务的处理。

附图说明

图1为本发明实施例中一种基于北向接口的业务实现方法的一个实施例示意图；

图2为本发明实施例中一种基于北向接口的业务实现方法的另一个实施例示意图；

图3为本发明实施例中ODU0业务建模结构示意图；

图4为本发明实施例中一种基于北向接口的业务实现方法的另一个实施例示意图；

图5为本发明实施例中一种基于北向接口的业务实现的装置一个实施例示意图。

具体实施方式

本发明实施例提供了一种基于北向接口的业务实现方法及装置，用于通过北向接口实现对ODU0业务的处理，进一步提高网管系统对OTN网络的管理。

北向接口用于提供给其他厂家或运营商进行接入和管理的接口，负责处理来自上层网管的请求报文。一般网管提供基于下列协议的北向接口：可扩展标记语言(XML，Extensible Markup Language)，公共对象请求代理体系结构(CORBA，Common Obiect Request Broker Architecture)、简单网络管理协议(SNMP，Simple Network Management Protocol)、日志服务器协议(SyslogProtocol)。这些北向接口支持上级网管系统通过对应的协议对ODU0业务进行管理，本发明实施例中的北向接口以CORBA协议接口为例，但不限于此接口，可以是其他北向接口。同样地，管理系统也不限于网元管理系统(EMS，Element Management System)和网络级管理系统(NMS，Network ManagementSystem)，只要是基于北向接口的具有相似功能的管理系统都可实现本发明实施例中的技术方案。

请参阅图1，本发明实施例提供的基于北向接口的业务实现方法的一个实施例包括：

101、通过北向接口接收业务事件，提取其中的对象模型参数；

在CORBA架构内部，分为客户端和服务端，从EMS向NMS提供服务的角度看，CORBA的客户端在NMS侧，服务端在EMS侧，所以上层系统是通过CORBA客户端(NMS侧)发送业务事件，然后CORBA服务端(EMS侧)接收业务事件，提取该业务事件中的对象模型参数。对象模型参数即为各级业务速率模型的参数。

102、根据预置的ODU0业务光模型层次标识符及所提取的对象模型参数，判断该对象模型是否为ODU0业务；

EMS提取业务事件中的对象模型参数后，根据预置的ODU0业务模型层次标识符及所提取的对象模型参数，判断该对象模型是否为ODU0(1.25G)业务。

103、若是，则将对象模型参数转换为网管系统可识别的参数；

如果对象模型为ODU0(1.25G)业务，则EMS将该业务的参数进行转换，转换为网管系统识别的业务参数，使得系统可以处理ODU0业务。

若不是，则EMS将忽略该业务命令。

104、处理包含转换后的对象模型参数的业务事件。

将对象模型参数进行转换后，将包含转换后的对象模型参数的业务事件进行处理。

本发明实施例中，通过北向接口接收业务事件，提取所接收的业务事件中的对象模型参数，并判断该对象模型是否为ODU0业务，若是，则将对象模型参数进行转换，转换为网管系统识别的业务参数，并处理包含转换后的对象模型参数的业务事件，由于先判断业务事件中的业务是否为ODU0业务，若是则将其中的对象模型参数转换为网管系统识别的业务参数，因此网管系统可通过北向接口对该ODU0业务进行管理。

为便于理解，下面以另一实施例对本发明实施例中的基于北向接口的业务实现方法进行详细说明，请参阅图2，本发明实施例中的基于北向接口的业务实现方法的另一个实施例包括：

201、构造ODU0光通道数据单元模型层次标识符；

由于北向接口领域的业界标准组织，例如，电信管理论坛(TMF，Telecommunication Management Forum)并未对ODU0(1.25G)业务制定相关的管理模型和标准，本实施例中，首先构造ODU0的ODU模型层次标识符，，该模型层次标识符包括ODU0业务模型层标识(ID)，层标识字符串(LayerIdentifier)及对象名称字符串(Object Naming String)。

具体的举例说明，假设将ODU0业务模型层标识设置为8031，即ID为8031，层标识字符串为LR_OCH_Data_Unit_0，对象名称字符串为ODU0，则构造的ODU0模型层次标识符如表1所示：

表1

202、对具有包括ODU0业务及其他速率业务处理能力的端口进行ODU0业务建模；

对具有ODU0业务及ODUk业务处理能力的端口进行ODU0建模，其中，k的取值为1至3的整数。为便于描述，本实施例以对具有ODU0业务及ODU1业务处理能力的端口进行ODU0建模。可以理解，对具有ODU0业务及ODU2业务(ODU3业务)处理能力的端口进行ODU0建模原理相同，此处不再赘述。

具体的，首先选取具有ODU1业务及ODU0业务处理能力的端口，将多个ODU0业务复用为一个ODU1业务，具体的复用过程为现有技术，此处不再赘述，将复用后的ODU1业务经过光通道传送单元(OUT，Optical TransportUnit)1的封装，最终进入光层进行传输。

需要说明的是，经OTU1封装是将ODU1业务的数据报文加上头信息(OH，Over Head)，然后再经过类似的添加开销等方式进行映射和复用，最终进入光层进行传输，封装及传输过程为现有技术，此处不再赘述。

具体的ODU0业务建模图，请参见图3，描述一个端口的层次以及上下关联关系，三个方形的框分别表示端口的三个层次，分别为物理层301，物理层上面的是逻辑层302，最上层是连接终端点(CTP，Connection TerminationPoint)逻辑层303，以箭头的方向表示各层次是一种包含关系，自下而上，箭头的源层次包含宿层次，各层内的倒三角形表示细分的层次。以“LR_”开头的字符用于描述细分层次，为符合业界标准的描述方式，根据信号的处理过程，划分了多个层次，每个层次表示信号处理的不同阶段和所处位置。

具体的，层次3011以字符LR_PHYSICAL_OPTICAL表示，层次3012以字符LR_OPTICAL_SECTION表示，层次3021以字符LR_Optical_Channel表示，层次3022以字符LR_DIGITAL_SIGNAL_RATE表示，层次3023以字符LR_OCH_Transport_Unit_1表示，层次3024以字符LR_OCH_Data_Unit_1表示，CTP逻辑层303中的多个层次以字符LR_OCH_Data_Unit_0表示，以CTP逻辑层303中引出的虚线，表示可以包含多个层次。

需要说明的是，在本发明实施例的技术方案中，除字符LR_OCH_Data_Unit_0以外，均为业界标准描述方式，因此不再赘述。本发明实施例通过增加字符LR_OCH_Data_Unit_0，并将多个ODU0复用进一个ODU1从而实现ODU0业务建模。

203、通过北向接口接收业务事件，提取其中的对象模型参数；

在CORBA架构内部，从EMS向NMS提供服务的角度看，CORBA的客户端在NMS侧，服务端在EMS侧，上层系统通过CORBA客户端(NMS侧)发送业务事件，然后CORBA服务端(EMS侧)接收业务事件，提取该业务事件中的对象模型参数。对象模型参数即为各级业务速率模型的参数。

本发明实施例中，业务事件可分为业务发放命令、业务保障命令、业务保障事件及资源改变事件。

其中，业务发放命令包括：业务创建命令、业务激活命令、业务去激活命令及业务删除命令；

业务保障命令包括：业务告警查询命令、业务性能查询命令，存量查询命令及业务查询命令；

业务保障事件包括：业务告警上报事件及业务性能上报事件；

资源改变事件包括：业务创建事件、业务删除事件、业务路由改变事件及业务属性改变事件。

进一步的，本发明实施例中的业务参数包括：业务对象、业务类型及存量对象。

204、根据预置的ODU0业务光模型层次标识符及所提取的对象模型参数，判断该对象模型是否为ODU0业务；

EMS提取业务事件中的对象模型参数后，根据预置的ODU0业务模型层次标识符及所提取的对象模型参数，判断该对象模型是否为ODU0(1.25G)业务。

205、若是，则将对象模型参数转换为网管系统可识别的参数；

如果对象模型为ODU0业务，则EMS将该业务的参数进行转换，转换为网管系统识别的业务参数，使得系统可以处理ODU0业务。本发明实施例中，网管系统可分为网管后台和上层系统。

若不是，则EMS将忽略该业务命令。

206、处理包含转换后的对象模型参数的业务事件。

本实施例中，上层系统通过北向接口发送业务命令，主要包括业务发放命令及业务保障命令，其中，业务发放命令包括业务创建命令、业务激活命令、业务去激活命令及业务删除命令；业务保障命令包括业务告警查询命令、业务性能查询命令，存量查询命令及业务查询命令；

网管后台通过北向接口上报业务事件，主要包括业务保障事件及资源改变事件，其中，包括：业务保障事件包括业务告警上报事件及业务性能上报事件；资源改变事件包括：业务创建事件、业务删除事件、业务路由改变事件及业务属性改变事件。

一、当业务命令为业务发放命令时，根据以下不同的业务发放命令，基于北向接口处理业务的方法可以具体分为以下方式：

(一)业务创建命令：

通过北向接口接收到业务创建命令后，提取其中的对象模型参数，例如，可以是上文所述的业务模型层标识，层标识字符串及对象名称字符串中的一种或几种，具体根据实际应用过程确定，此处不作限定。根据预置的ODU0业务光模型层次标识符以及提取的对象模型参数，判断该业务是否是ODU0(1.25G)业务，如果是，将与该1.25G业务相关的参数，包括对象模型参数，转换成网管后台可以识别的存量对象和业务类型参数，向网管后台下发创建1.25G业务命令。可支持上层网管通过北向接口在网管系统内创建1.25G业务。

(二)业务激活命令：

通过北向接口接收到业务激活命令后，提取其中的对象模型参数，例如，可以是上文所述的业务模型层标识，层标识字符串及对象名称字符串中的一种或几种，具体根据实际应用过程确定，此处不作限定。根据预置的ODU0业务光模型层次标识符以及提取的对象模型参数，判断该业务是否是ODU0(1.25G)业务，如果是，将与该1.25G业务相关的参数，包括对象模型参数，转换成网管可以识别的业务对象和业务类型参数，向网管后台下发激活1.25G业务命令。可支持上层网管通过北向接口在网管系统内激活1.25G业务。

(三)业务去激活命令：

通过北向接口接收到业务去激活命令后，提取其中的对象模型参数，例如，可以是上文所述的业务模型层标识，层标识字符串及对象名称字符串中的一种或几种，具体根据实际应用过程确定，此处不作限定。根据预置的ODU0业务光模型层次标识符以及提取的对象模型参数判断该业务是否是ODU0(1.25G)业务，如果是，将与该1.25G业务相关的参数，包括对象模型参数，转换成网管可以识别的业务对象和业务类型参数，向网管后台下发1.25G业务去激活命令。可支持上层网管通过北向接口在网管系统内去激活1.25G业务。

(四)业务删除命令：

通过北向接口接收到业务删除命令后，提取其中的对象模型参数，例如，可以是上文所述的业务模型层标识，层标识字符串及对象名称字符串中的一种或几种，具体根据实际应用过程确定，此处不作限定。根据预置的ODU0业务光模型层次标识符以及提取的对象模型参数判断该业务是否是ODU0(1.25G)业务，如果是，将与该1.25G业务相关的参数，包括对象模型参数，转换成网管可以识别的业务对象和业务类型参数，向网管后台下发删除1.25G业务命令。可支持上层网管通过北向接口在网管系统内删除1.25G业务。

二、当业务命令为业务保障命令时，根据以下不同的业务保障命令，基于北向接口处理业务的方法可以具体分为以下方式：

(一)业务告警查询命令：

业务告警查询命令的实现过程为，通过北向接口接收到业务告警查询命令后，提取其中的对象模型参数，例如，可以是上文所述的业务模型层标识，层标识字符串及对象名称字符串中的一种或几种，具体根据实际应用过程确定，此处不作限定。根据预置的ODU0业务光模型层次标识符以及提取的对象模型参数，判断该业务是否是ODU0(1.25G)业务，如果是，将与该1.25G业务相关的参数，包括对象模型参数，转换成网管可以识别的业务对象和业务类型参数，向网管后台下发该1.25G业务告警查询命令，并根据前述ODU0业务建模结果，将业务告警查询结果中的参数转换成标准北向接口协议参数，将转换后的参数封装入北向接口协议数据报文，并向上层系统发送该数据报文以返回业务告警查询结果。

(二)业务性能查询命令；

业务性能查询命令的实现过程为，通过北向接口接收到业务性能查询命令后，提取其中的对象模型参数，例如，可以是上文所述的业务模型层标识，层标识字符串及对象名称字符串中的一种或几种，具体根据实际应用过程确定，此处不作限定。根据预置的ODU0业务光模型层次标识符以及提取的对象模型参数，判断该业务是否是ODU0(1.25G)业务，如果是，将与该1.25G业务相关的参数，包括对象模型参数，转换成网管可以识别的业务对象和业务类型参数，向网管后台下发该1.25G业务性能查询命令，并根据前述ODU0业务建模结果，将业务性能查询结果中的参数转换成标准北向接口协议参数，将转换后的参数封装入北向接口协议数据报文，并向上层系统发送该数据报文以返回业务性能查询结果。可支持上层网管通过北向接口实现1.25G业务相关的性能管理。

(三)存量查询命令：

通过北向接口接收到存量查询命令后，提取其中的对象模型参数，例如，可以是上文所述的业务模型层标识，层标识字符串及对象名称字符串中的一种或几种，具体根据实际应用过程确定，此处不作限定。根据预置的ODU0业务光模型层次标识符以及提取的对象模型参数，判断该业务是否是ODU0(1.25G)业务，如果是，将与该1.25G业务相关的参数，包括对象模型参数，转换成网管后台可以识别的业务对象和业务类型参数，向网管后台下发1.25G存量，并根据前述ODU0业务建模结果，将存量查询结果的参数转换成标准北向接口协议参数，将转换后的参数封装入北向接口协议数据报文，并向上层系统发送该数据报文以返回存量查询结果。可支持上层网管通过北向接口实现1.25G业务相关的存量管理。

(四)业务查询命令：

通过北向接口接收到业务查询命令后，提取其中的对象模型参数，例如，可以是上文所述的业务模型层标识，层标识字符串及对象名称字符串中的一种或几种，具体根据实际应用过程确定，此处不作限定。根据提取的对象模型参数判断该业务是否是1.25G业务，如果是，北向接口将与1.25G业务相关的参数，包括对象模型参数，转换成网管后台可以识别的业务对象和业务类型参数，北向接口向网管后台下发业务查询命令，并根据前述ODU0业务建模结果，将业务查询结果中的参数转换成标准北向接口协议参数，将转换后的参数封装入北向接口协议数据报文，并向上层系统发送该数据报文以返回业务查询结果。可支持上层网管通过北向接口实现查询1.25G业务。

三、当业务命令为业务保障事件时，根据以下不同的业务保障事件，基于北向接口处理业务的方法可以具体分为以下方式：

(一)业务告警上报事件：

如果业务在系统的设备上产生1.25G业务告警，则设备将告警事件上报给网管后台，通过北向接口接收网管后台上报的业务告警事件，根据前述ODU0业务建模结果，将上报的1.25G告警业务相关参数转换成标准北向接口协议参数，将转换后的参数封装为北向接口协议数据报文，并向上层系统上报。参数转换过程及封装过程为可通过现有技术完成，此处不再赘述。

(二)业务性能上报事件：

如果业务在系统的设备上产生1.25G业务的性能相关信息，则设备将业务性能信息上报给网管后台，通过北向接口接收网管后台发送的业务性能上报信息，根据前述ODU0业务建模结果，将上报中的1.25G业务相关参数转换成标准北向接口协议参数，将转换后的参数封装为北向接口协议数据报文，并向上层系统上报。

四、当业务命令为资源改变事件时，根据以下不同的资源改变事件，基于北向接口处理业务的方法可以具体分为以下方式：

(一)业务创建事件；

如果业务在系统的设备上产生新的1.25G业务，则设备将业务创建信息上报给网管后台，通过北向接口接收网管后台发送的业务创建上报信息，根据前述ODU0业务建模结果，将上报中的1.25G业务相关参数转换成标准北向接口协议参数，将转换后的参数封装为北向接口协议数据报文，并向上层系统上报。

(二)业务删除事件；

如果业务在系统的设备上删除1.25G业务，则设备将业务删除信息上报给网管后台，通过北向接口接收网管后台发送的业务删除上报信息，根据前述ODU0业务建模结果，将上报中的1.25G业务相关参数转换成标准北向接口协议参数，将转换后的参数封装为北向接口协议数据报文，并向上层系统上报。

(三)业务路由改变事件；

如果业务在系统的设备上产生1.25G业务路由改变的情况，则设备将业务路由改变信息上报给网管后台，通过北向接口接收网管后台发送的业务路由改变上报信息，根据前述ODU0业务建模结果，将上报中的1.25G业务相关参数转换成标准北向接口协议参数，将转换后的参数封装为北向接口协议数据报文，并向上层系统上报业务路由改变事件。

(四)业务属性改变事件

如果业务在系统的设备上产生1.25G业务属性改变的情况，例如，业务的优先级、业务速率级别发生改变，则设备将业务路由改变信息上报给网管后台，通过北向接口接收网管后台发送的业务属性改变上报信息，根据前述ODU0业务建模结果，将上报中的1.25G业务相关参数转换成标准北向接口协议参数，将转换后的参数封装为北向接口协议数据报文，并向上层系统上报业务属性改变事件。

需要说明的是，所能够实现的网管系统对1.25G业务的管理，包括但不限于以上业务，其他类似业务的实现过程可参照上述相关描述，此处不再赘述。

本发明实施例中，网管系统在管理1.25G业务的同时，也可以将此北向接口相关信息提供给更高层的网管系统，这样，更高层的网管系统也能够通过这些北向接口来管理OTN 1.25G业务。

为便于理解，下面对基于北向接口完成以上业务管理的过程进行概括描述，仍以CORBA接口为例。首先由NMS通过CORBA接口，将业务命令下发给EMS，并等候EMS返回完成信号，NMS对端的EMS接收到命令后，完成相应业务管理操作，再通过CORBA接口将完成情况以及相关数据返回给NMS。

另一方面，当系统中产生1.25G业务时，也能够通过CORBA接口，主动、及时上报给上层网管，这样，NMS就可以对该业务进行实时监控。具体的，上报过程是利用CORBA“通知服务”这样在现有技术中比较成熟的CORBA标准服务来完成的。当某个EMS所管辖的1.25G业务发生某种事件(事件可包括创建事件、删除事件、路由改变事件、属性改变事件等)时，该EMS可以将该消息打包，然后通过CORBA技术所现有的“通知服务”，将消息压入通知服务，而通知服务会根据消息的订阅者情况，将这一消息传递给订阅者，例如NMS。其中，EMS是消息的主动提供者，而NMS是被动接收者。而且，“通知服务”也支持相反的情况，即通知服务主动等候EMS消息，而NMS主动向通知服务获取消息。前一种消息传递方式为PUSH模式，后一种消息传递方式为PULL模式。

可以理解的，本发明实施例不但可以应用于EMS与NMS之间的接口，还可以应用于EMS与OSS之间的接口，或者NMS与运营支撑系统(OSS，Operation Support System)之间的接口，以及具有类似功能的所有OTN业务管理的应用管理系统之间的接口。并且，不只应用于CORBA协议接口，还可以应用于XML，SNMP，ASCII(American Standard Code for InformationInterchange，美国信息互换标准代码)等其他协议类型的接口。

本发明实施例中，通过ODU0业务建模，管理系统之间(例如EMS和NMS)业务形成对接，通过北向接口对ODU0(1.25G)业务进行管理，当通过北向接口收到的业务事件是业务创建、业务激活、业务去激活、业务删除，业务告警查询、业务性能查询，存量查询及业务查询命令，提取其中的对象模型参数，若判断该业务是ODU0(1.25G)业务，则向网管后台下发业务命令；当收到的业务事件为业务告警查询命令、业务性能查询命令、存量查询命令或业务查询命令时，向网管后台发送执行1.25G业务的命令之后将业务结果中的参数转换成标准北向接口协议参数，将转换后的参数封装入北向接口协议数据报文，并向上层系统发送该数据报文以返回业务查询结果，通过ODU0业务建模及转换业务参数实现上层系统通过北向接口进行业务管理；当收到的业务事件为业务告警上报事件、业务性能上报事件，业务创建事件、业务删除事件、业务路由改变事件及业务属性改变事件，通过北向接口接收网管后台上报的业务事件，提取该业务事件中的对象模型参数，根据预置的1.25G业务建模，判断所提取的对象模型是否为1.25G业务，若是，则将业对象模型参数转换成标准北向接口协议参数，将转换后的参数封装入北向接口协议数据报文，并向上层系统上报业务事件。以上述方式，通过ODU0业务建模及转换业务参数实现基于北向接口的ODU0业务的管理。

下面介绍本发明实施中的基于北向接口的业务实现装置，请参阅图4，本发明实施例中的基于北向接口的业务实现装置的一个实施例包括：

接收单元401，用于通过北向接口接收业务事件；

提取单元402，用于提取所接收的业务事件中的对象模型参数；

判断单元403，用于根据预置的ODU0业务光模型层次标识符及所提取的对象模型参数，判断对象模型是否为ODU0业务；

转换单元404，用于若是ODU0业务，则将对象模型参数转换为网管系统识别的业务参数

处理单元405，用于处理包含转换后的对象模型参数的业务事件。

本发明实施例中，接收单元401通过北向接口接收业务事件，提取单元402提取所接收的业务事件中的对象模型参数，判断单元403根据预置的ODU0业务光模型层次标识符及所提取的对象模型参数，判断对象模型是否为ODU0业务，若是ODU0业务，则转换单元404将对象模型参数转换为网管系统识别的业务参数，处理单元405处理包含转换后的对象模型参数的业务事件。由此，可通过北向接口实现对ODU0业务的处理。

为便于理解，下面介绍本发明实施例中的业务实现装置的另一个实施例，请参阅图5，本发明实施例中的基于北向接口的业务实现装置的另一个实施例包括：

接收单元501，用于通过北向接口接收业务事件；

提取单元502，用于提取所接收的业务事件中的对象模型参数；

判断单元503，用于根据预置的ODU0业务光模型层次标识符及所提取的对象模型参数，判断对象模型是否为ODU0业务；

转换单元504，用于若是ODU0业务，则将对象模型参数转换为网管系统识别的业务参数；其中，当业务事件为业务创建命令、业务激活命令、业务去激活命令及业务删除命令时，转换单元504还用于将对象模型参数转换为网管后台识别的业务参数；当业务事件为业务告警查询命令、业务性能查询命令，存量查询命令及业务查询命令时，转换单元504还用于根据ODU0业务建模结果，将业务告警查询结果、业务性能查询结果、存量查询结果或业务查询结果中的ODU0业务参数转换成标准北向接口协议参数；当业务事件为业务保障事件及资源改变事件时，转换单元504还用于将对象模型参数转换成标准北向接口协议参数；

处理单元505，用于处理包含转换后的对象模型参数的业务事件；

进一步的，当业务事件为业务创建命令、业务激活命令、业务去激活命令及业务删除命令时，处理单元505还可以进一步包括发送单元5051，用于向网管后台发送执行ODU0业务的命令，当业务事件为业务告警查询命令、业务性能查询命令，存量查询命令及业务查询命令时，发送单元5051还用于向上层系统发送查询结果；

当业务事件为业务告警查询命令、业务性能查询命令，存量查询命令、业务查询命令、业务保障事件及资源改变事件时，处理单元505还可以进一步包括：封装单元5052，用于将转换后的参数封装入北向接口协议数据报文；

需要说明的是，本发明实施例中的基于北向接口的业务实现装置可以进一步包括：

构造单元506，用于构造ODU0业务光通道数据单元ODU0模型层次标识符；

建模单元507，用于对具有包括ODU0及ODUk业务处理能力的端口进行ODU0业务建模，其中，k的取值为1至3的整数；

上报单元508，用于向上层系统上报业务事件。

其中，建模单元507可以进一步包括：

选取单元5071，用于选取具有ODU0及ODUk业务处理能力的端口，其中，k的取值为1至3的整数；

复用单元5072，用于将端口的多个ODU0业务复用为一个ODUk业务；

封装业务单元5073，用于将复用后的ODUk业务经光通道传送单元OUTk封装。

本发明实施例中的装置更具实现的功能不同，可以包括上述各单元中的不同组合，不应将上述单元全部作为本装置实施例的必要技术特征。

本发明实施里中基于北向接口的业务实现装置各单元功能的具体实现方式，与前述各实施例中的基于北向接口的业务实现方法各对应的步骤内容相同，此处不再赘述。

本发明实施例中，预先由构造单元506创建ODU0业务光通道数据单元ODU0模型层次标识符，该模型层次标识符包括ODU0业务模型层标识(ID)，层标识字符串(Layer Identifier)及对象名称字符串(Object Naming String)，建模单元507对具有包括ODU0及ODUk业务处理能力的端口进行ODU0业务建模，其中，k的取值为1至3的整数，建模单元507包括选取单元5071，复用单元5072及封装单元5073，具体的，由选取单元5071选取具有ODU0及ODUk业务处理能力的端口，其中，k的取值为1至3的整数，复用单元5072将该端口的多个ODU0业务复用为一个ODUk业务，封装业务单元5073将复用后的ODUk业务经光通道传送单元OUTk封装，以进入光层进行传输，这样，便在系统中增加了ODU0业务所支持的ODU0业务的模型和标准。

接收单元501通过北向接口接收业务事件后，提取单元502提取所接收的业务事件中的对象模型参数，判断单元503根据预置的ODU0业务光模型层次标识符，判断对象模型是否为ODU0支持的1.25G业务，若是，则转换单元504将对象模型参数转换为网管系统识别的业务参数。

具体的，当业务事件为业务创建命令、业务激活命令、业务去激活命令及业务删除命令时，转换单元504还用于将对象模型参数转换为网管后台识别的业务参数；当业务事件为业务告警查询命令、业务性能查询命令，存量查询命令及业务查询命令时，转换单元504还用于根据ODU0业务建模结果，将业务告警查询结果、业务性能查询结果、存量查询结果或业务查询结果中的ODU0业务参数转换成标准北向接口协议参数；当业务事件为业务保障事件及资源改变事件时，转换单元504还用于将对象模型参数转换成标准北向接口协议参数。

转换单元504将对象模型参数转换为网管系统识别的业务参数之后，处理单元505处理包含转换后的对象模型参数的业务事件。

具体的，当业务事件为业务创建命令、业务激活命令、业务去激活命令及业务删除命令时，处理单元505中的发送单元5051向网管后台发送执行ODU0业务的命令，当业务事件为业务告警查询命令、业务性能查询命令，存量查询命令及业务查询命令时，发送单元5051还用于向上层系统发送查询结果；当业务事件为业务告警查询命令、业务性能查询命令，存量查询命令、业务查询命令、业务保障事件及资源改变事件时，处理单元505还可以进一步包括封装单元5052，用于将转换后的参数封装入北向接口协议数据报文，之后，由上报单元508向上层系统上报业务事件，由此可实现网管系统对ODU0业务的管理。

本领域技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上对本发明所提供的一种基于北向接口的业务实现方法及装置进行了详细介绍，对于本领域的技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种基于北向接口的业务实现方法，其特征在于，包括： 

通过北向接口接收业务事件，提取所述业务事件中的对象模型参数； 

根据预置的ODU0业务光模型层次标识符及所提取的对象模型参数，判断所述对象模型是否为ODU0业务； 

若是，则将所述对象模型参数转换为网管系统识别的参数； 

处理包含转换后的对象模型参数的业务事件； 

所述接收业务事件之前包括： 

构造ODU0业务光通道数据单元ODU0模型层次标识符，所述模型层次标识符包括ODU0业务模型层标识，层标识字符串及对象名称字符串； 

对具有包括ODU0及ODUk业务处理能力的端口进行ODU0业务建模，其中，k的取值为1至3的整数； 

所述对具有ODU0及ODUk业务处理能力的端口进行ODU0业务建模包括： 

选取具有ODU0及ODUk业务处理能力的端口，其中，k的取值为1至3的整数； 

将所述端口的多个ODU0业务复用为一个ODUk业务，其中，所述端口包括物理层、设在物理层上的逻辑层和设在逻辑层上的连接终端点CTP逻辑层，所述CTP逻辑层中的多个层次以字符LR_OCH_Data_Unit_0表示； 

将复用后的ODUk业务经光通道传送单元OTUk封装。 

2.根据权利要求1所述的方法，其特征在于， 

所述业务事件包括：业务发放命令、业务保障命令、业务保障事件及资源改变事件； 

所述业务发放命令包括：业务创建命令、业务激活命令、业务去激活命令及业务删除命令； 

所述业务保障命令包括：业务告警查询命令、业务性能查询命令，存量查询命令及业务查询命令； 

所述业务保障事件包括：业务告警上报事件及业务性能上报事件； 

所述资源改变事件包括：业务创建事件、业务删除事件、业务路由改变事件及业务属性改变事件； 

所述业务事件中的对象模型参数包括： 

业务对象、业务类型及存量对象。 

3.根据权利要求1或2所述的方法，其特征在于，当所述业务事件为业务创建命令、业务激活命令、业务去激活命令及业务删除命令时， 

所述将对象模型参数转换为网管系统识别的参数包括：将所述对象模型参数转换为网管后台识别的业务参数； 

所述处理包含转换后的对象模型参数的业务事件包括： 

向网管后台发送执行所述ODU0业务的命令。 

4.根据权利要求3所述的方法，其特征在于，当所述业务事件为业务告警查询命令、业务性能查询命令，存量查询命令及业务查询命令时， 

所述处理包含转换后的对象模型参数的业务事件包括：向网管后台发送执行所述ODU0业务的命令； 

在所述向网管后台发送执行所述ODU0业务的命令之后，所述方法还包括： 

根据ODU0业务建模结果，将业务告警查询结果、业务性能查询结果、存量查询结果或业务查询结果中的ODU0业务参数转换成标准北向接口协议参数； 

将转换后的参数封装入北向接口协议数据报文，并向上层系统发送查询结果。 

5.根据权利要求1或2所述的方法，其特征在于，当所述业务事件为业务保障事件及资源改变事件时， 

所述将对象模型参数转换为网管系统识别的参数包括：将所述对象模型参数转换成标准北向接口协议参数； 

所述处理包含转换后的对象模型参数的业务事件包括：将转换后的参数封装入北向接口协议数据报文，并向上层系统上报所述业务事件。 

6.一种基于北向接口的业务实现装置，其特征在于，包括： 

接收单元，用于通过北向接口接收业务事件； 

提取单元，用于提取所接收的业务事件中的对象模型参数； 

判断单元，用于根据预置的ODU0业务光模型层次标识符及所提取的对 象模型参数，判断所述对象模型是否为ODU0业务； 

转换单元，用于若是ODU0业务，则将所述对象模型参数转换为网管系统识别的参数； 

处理单元，用于处理包含转换后的对象模型参数的业务事件； 

所述装置还包括： 

构造单元，用于构造ODU0业务光通道数据单元ODU0模型层次标识符； 

建模单元，用于对具有包括ODU0及ODUk业务处理能力的端口进行ODU0业务建模，其中，k的取值为1至3的整数； 

所述建模单元包括： 

选取单元，用于选取具有ODU0及ODUk业务处理能力的端口，其中，k的取值为1至3的整数； 

复用单元，用于将所述端口的多个ODU0业务复用为一个ODUk业务，其中，所述端口包括物理层、设在物理层上的逻辑层和设在逻辑层上的连接终端点CTP逻辑层，所述CTP逻辑层中的多个层次以字符LR_OCH_Data_Unit_0表示； 

封装业务单元，用于将复用后的ODUk业务经光通道传送单元OTUk封装。 

7.根据权利要求6所述的装置，其特征在于， 

所述业务事件包括： 

业务发放命令及业务保障命令、业务保障事件及资源改变事件； 

所述业务发放命令包括：业务创建命令、业务激活命令、业务去激活命令及业务删除命令； 

所述业务保障命令包括：业务告警查询命令、业务性能查询命令，存量查询命令及业务查询命令； 

所述业务保障事件包括：业务告警上报事件及业务性能上报事件； 

所述资源改变事件包括：业务创建事件、业务删除事件、业务路由改变事件及业务属性改变事件； 

所述业务事件中的对象模型参数包括： 

业务对象、业务类型及存量对象。 

8.根据权利要求7所述的装置，其特征在于，当所述业务事件为业务创建命令、业务激活命令、业务去激活命令及业务删除命令时， 

所述转换单元，还用于将所述对象模型参数转换为网管后台识别的业务参数； 

所述处理单元还包括： 

发送单元，用于向网管后台发送执行所述ODU0业务的命令。 

9.根据权利要求8所述的装置，其特征在于，当所述业务事件为业务告警查询命令、业务性能查询命令，存量查询命令及业务查询命令时， 

所述转换单元，还用于根据ODU0业务建模结果，将业务告警查询结果、业务性能查询结果、存量查询结果或业务查询结果中的ODU0业务参数转换成标准北向接口协议参数； 

所述发送单元，还用于向上层系统发送查询结果； 

所述装置还包括： 

封装单元，用于将转换后的参数封装入北向接口协议数据报文。 

10.根据权利要求9所述的装置，其特征在于，当所述业务事件为业务保障事件及资源改变事件时， 

所述转换单元，还用于将所述对象模型参数转换成标准北向接口协议参数； 

所述封装单元，还用于将转换后的参数封装入北向接口协议数据报文； 

所述装置还包括： 

上报单元，用于向上层系统上报所述业务事件。