[发明专利]一种实现北向接口的方法及装置

说明书

技术领域

本发明涉及通信系统的网络管理领域，尤其涉及一种实现北向接口的方法及装置。

背景技术

随着电信产业的高速发展，电信网络的规模不断扩大，设备种类和组网方式也越来越复杂和多样化。目前，各个运营商的设备往往是由多家不同厂商的设备共同组成，每个厂商都有自己设备的网元管理系统(Element Management System，EMS)，但是这些网元管理系统之间无法提供统一的接口信息模型和数据指标，对网络的集中管理带来了困难。

针对上述问题，为了实现对全网的统一管理，局方希望能够在目前分散的网管系统的基础上建立综合的网络管理系统(Network Management System，NMS)，这就要求各个厂商在自己特有的网元管理系统中，提供面向综合网络管理系统的统一接口，即北向接口。北向接口可以屏蔽各个网元管理系统和设备之间的差异性，实现对不同厂商、不同网络类型的一体化管理，降低网络管理的复杂度。

目前常见的北向接口协议有CORBA(公共对象请求代理体系结构)、FTP(文件传输协议)、XML(SOAP/Web Service)、SNMP(简单网络管理协议)和TL1(交易语言1)。其中：

CORBA是由OMG对象管理组织制订的一种标准的面向对象的应用程序体系规范。由对象请求代理(ORB)、对象服务、公共设施、域接口和应用接口组成。其核心部分是对象请求代理ORB，ORB提供了一种机制，通过这种机制，对象可以透明的发出请求和接收响应。CORBA接口的缺点是过于庞大和复杂，对接调试困难并且扩展性差，当接口发生变化时，对接双方都要重新编译，开发成本高。

FTP接口是指网管定时将需要的信息生成文件，综合网管通过FTP协议获取这些文件并按照指定的格式进行解析。FTP接口方式适合于上层网管向下层网管获取大数据量的情况，不适于实时性要求较高的情况，也不适用于上层网管对EMS进行操作的情况。

XML(SOAP/Web Service)是一种轻量的、简单的、基于XML的协议，它被设计成在WEB上交换结构化的信息。XML接口的缺点是冗余数据大，传输效率较低，消息中使用的XML每次都必须做解析，解析效率相对较低，而且权限控制比较麻烦。

SNMP是由IETF定义的一套基于UDP的网络管理协议，简单易用，是事实上的网络管理工业标准。SNMP基于Manager/Agent模型进行管理，采用管理信息基础(Management Information Base，MIB)和相关的命令集进行信息交互，SNMP Trap是SNMP协议中的消息主动上报机制。SNMP接口的缺点在于综合网管NMS不能通过EMS直接进行CLI(Command Line Interface，命令行接口)方式的命令下发业务操作。目前传统的命令行接口CLI已经成为大多数设备厂商普遍支持的接口，因此采用命令行接口的方式对网元进行配置是目前网管系统采用的主流技术手段。

TL1是一种基于TCP连接的标准的电信管理协议，TL1对接简单，调试方便，扩展性好，易于理解和使用。为了支持综合网络管理系统进行业务下发，需要在网元管理系统中提供TL1北向接口，TL1北向接口一方面用于接收TL1命令请求，另一方面用于完成TL1命令到具体CLI命令的适配和转换过程，实现与具体网元的交互，运营商采用TL1协议进行业务下发在电信领域成为首选，从实际的使用情况来看，TL1目前已经成为使用最为广泛的北向接口协议。

现有TL1北向接口开发的特点是：针对每个TL1命令，开发者(应用侧)都要关注TL1协议本身的处理问题，包括TL1协议格式的解析、TL1命令到具体设备命令的映射，消息响应格式的包装和返回等。因此这种开发模式带来了如下问题：

(1)开发门槛较高，开发者的关注点太多，开发者不仅仅要关注业务逻辑本身，还要关注TL1协议信息的解析，TL1命令的权限、安全控制和日志等其他问题，因此，这种开发模式不利于关注点的分离，开发的效率低，维护起来也比较困难。

(2)传统的TL1北向接口缺乏对TL1消息的集中控制。由于开发者本身的差异性，其消息返回的风格迥异，消息结构的一致性较差。

(3)可扩展性不足，当网元版本升级或者新增加一种新类型的网元时，网管的北向接口程序必须进行同步升级。

(4)TL1消息处理的自动化程度不高。现有的开发模式大多使用不同的业务处理类处理不同的TL1命令，没有建立TL1命令到具体CLI命令的自动映射和组装机制，动态适应性较差。

发明内容