CN101997721A - 一种电信网络管理系统、方法及相应的装置 - Google Patents

Abstract

本发明披露了一种电信网络管理系统、方法及相应的装置，其中系统包括：网管客户端，将用户在各业务功能模块输入的业务请求信息封装成统一格式的虚拟简单网络管理协议消息，发送给网管服务器；网管服务器，将从接收到的虚拟简单网络管理协议消息中解析出相应的业务请求数据，通过统一的接口发送给相应的网元处理。本发明由于服务器版本可以兼容任何客户端版本，故不会再出现由于版本不匹配造成各种难以定位的问题，另外也大大减少了代码工作量，由此提高了网管功能业务的开发速度，降低了开发的复杂度代码维护的难度。

Description

一种电信网络管理系统、方法及相应的装置

技术领域

本发明涉及电信网络管理系统，尤其涉及实现电信管理网络(TMN，Telecommunication Management Network)中快速网管客户端/服务器模型下采用简单网络管理协议(SNMP，Simple Network Management Protocol)的电信网络管理系统、方法及相应的装置。

背景技术

电信网络管理系统(以下简称网管系统)，主要包括配置管理、故障管理、性能管理和安全管理等功能模块。

网管系统中的管理对象，主要是针对网元。一般而言，网元主要提供SNMP接口，供网管系统进行管理维护。网元实现SNMP代理(SNMP Agent)功能，网管系统则实现SNMP管理(SNMP Manager)功能。

网管系统为了实现多用户和集中管理方面的特性，一般采用客户端/服务器(C/S)构架，如图1的虚线框中所示。

由于不同的网元所能进行的业务非常丰富，故网管系统所要实现的管理功能也非常多。如图2所示，针对每一业务功能，网元需要为网管系统提供不同的SNMP接口(图中未示)，即网管客户端需要开发由不同的用户界面(UI，User Interface)和具有不同数据结构的消息处理单元构成的多个业务功能模块以及针对这些业务功能模块的客户端消息处理模块；网管服务器需要开发不同的业务功能模块，其主要职责就是分别接收网管客户端的各业务功能模块相应的处理请求，对处理请求进行分析及处理，并按与相应网元的SNMP接口将处理请求进行封装，然后调用网管服务器的SNMP Manager模块将封装的处理请求发送给网元设备的SNMP Agent模块进行业务处理。

在图2的虚线框中所示的网管系统中，网管客户端和网管服务器之间的接口是一种私有接口，它针对不同的业务定义了不同数据结构的消息处理单元来实现业务请求。其中，不同数据结构的消息处理单元相当于TCP/IP协议栈的传输控制协议(TCP，Transmission Control Protocol)接口，在该接口上可以有不同的业务协议封装，如FTP、HTTP及EMAIL等。

图2这种现有的网管系统实现模式具有如下特点：

1)网管客户端根据不同的业务功能需设计不同的业务功能模块及其UI；

2)网管客户端根据UI上的参数组织请求数据，根据不同的业务定义不同数据结构的消息处理单元，并将请求数据以相应消息的形式通过客户端消息处理模块发送到网管服务器；

3)网管服务器收到相应消息后转发到相应的业务功能模块，通过业务功能模块中相应的消息处理单元分析并处理消息，再次组织SNMP接口封装消息中的请求数据，并调用SNMP Manager模块的接口将封装的请求数据发送到网元设备的SNMP Agent模块进行相应的业务功能处理。

这种网管系统的实现模式比较简单、直观，特别是在管理的业务功能比较少的情况下，更是如此。

但是，当网管系统要管理的网元设备特别多，每种网元设备的业务功能也特别多且业务种类也不同，则上述这种网管实现模式便存在以下严重的缺陷：

(1)网管服务器和网管客户端需要严格匹配版本

一旦二者的版本不匹配，就可能造成二者的接口不一致，从而导致数据混乱，使得网元业务功能不正常。

(2)存在大量的重复代码，且不易维护

代码编写的工作量很大，且都是重复劳动，代码维护难度大。这一点在新增加业务功能时尤为明显。

发明内容

本发明所要解决的技术问题是提供一种电信网络管理系统、方法及相应的装置，能够充分复用已有功能，不需服务器端和客户端版本的严格匹配。

为了解决上述技术问题，本发明提供了一种电信网络管理系统，包括网管客户端和网管服务器，其中，

网管客户端，用于将用户在各业务功能模块输入的业务请求信息封装成统一格式的虚拟简单网络管理协议消息，发送给网管服务器；

网管服务器，用于将从接收到的虚拟简单网络管理协议消息中解析出相应的业务请求数据，通过统一的接口发送给相应的网元处理。

进一步地，网管客户端包括多个业务功能模块、虚拟简单网络管理协议管理模块以及客户端消息处理模块；其中：

业务功能模块，用于根据各业务功能配置相应的用户界面；将从用户在所述用户界面输入的业务请求信息中获取的业务请求数据输出给虚拟简单网络管理协议管理模块；

所述虚拟简单网络管理协议管理模块，用于将输入的业务请求数据按相同数据结构封装成统一格式的虚拟简单网络管理协议消息输出给客户端消息处理模块；

客户端消息处理模块，用于通过调用一接口将输入的虚拟简单网络管理协议消息中相应的数据填充到一缓冲区，并为虚拟简单网络管理协议消息配置相应的消息号后待发送。

进一步地，网管服务器包括服务器消息处理模块和简单网络管理协议管理模块；其中：

服务器消息处理模块，用于从接收的虚拟简单网络管理协议消息中解析出相应的业务请求数据，并调用简单网络管理协议管理模块的输入接口接收业务请求数据；

简单网络管理协议管理模块，用于将通过输入接口接收的业务请求数据通过与各网元统一的接口发送。

为了解决上述技术问题，本发明提供了一种用于电信网络管理系统中的网管客户端装置，包括多个业务功能模块、虚拟简单网络管理协议管理模块以及客户端消息处理模块；其中：

业务功能模块，用于将从用户输入的业务请求信息中获取的业务请求数据输出给虚拟简单网络管理协议管理模块；

虚拟简单网络管理协议管理模块，用于将输入的业务请求数据封装成统一格式的虚拟简单网络管理协议消息，输出给客户端消息处理模块；

客户端消息处理模块，用于将输入的虚拟简单网络管理协议消息发送给电信网络管理系统中的网管服务器装置。

进一步地，

业务功能模块根据各业务功能配置相应的用户界面，将从用户在用户界面输入的业务请求信息中获取的业务请求数据输出；

客户端消息处理模块通过调用一接口将输入的虚拟简单网络管理协议消息中相应的数据填充到一缓冲区，并为虚拟简单网络管理协议消息配置相应的消息号后待发送。

为了解决上述技术问题，本发明提供了一种用于电信网络管理系统中的网管服务器装置，包括服务器消息处理模块和简单网络管理协议管理模块；其中：

服务器消息处理模块，用于从接收的虚拟简单网络管理协议消息中解析出相应的业务请求数据，输出给简单网络管理协议管理模块；

简单网络管理协议管理模块，用于将输入的业务请求数据通过统一的接口发送给相应的网元。

进一步地，

服务器消息处理模块调用所述简单网络管理协议管理模块的输入接口输入所述业务请求数据；

简单网络管理协议管理模块将通过输入接口接收的业务请求数据通过与各网元统一的接口发送。

为了解决上述技术问题，本发明提供了一种电信网络管理方法，涉及网管客户端和网管服务器，其特征在于，该方法包括：

网管客户端将用户在各业务功能模块输入的业务请求信息封装成统一格式的虚拟简单网络管理协议消息，发送给网管服务器；

网管服务器将从接收到的虚拟简单网络管理协议消息中解析出相应的业务请求数据，通过统一的接口发送给相应的网元处理。

进一步地，网管客户端将用户在各业务功能模块输入的业务请求信息封装成统一格式的虚拟简单网络管理协议消息，具体包括：

预先根据各业务功能配置相应的用户界面；

从用户在用户界面输入的业务请求信息中获取的业务请求数据；

将业务请求数据按相同数据结构封装成所述统一格式的虚拟简单网络管理协议消息，将虚拟简单网络管理协议消息中相应的数据填充到一缓冲区，并为虚拟简单网络管理协议消息配置相应的消息号后待发送。

进一步地，网管服务器将从接收到的虚拟简单网络管理协议消息中解析出相应的业务请求数据，通过统一的接口发送给相应的网元处理，具体包括：

收到虚拟简单网络管理协议消息后，解析出来自网管客户端的相应的业务请求数据，并调用输入接口接收业务请求数据；

将通过输入接口接收的业务请求数据通过与各网元统一的接口发送。

本发明的网管系统中的客户端、服务器端可以充分进行功能复用，特别是服务器端，代码可以不用做任何改动，这个在系统版本升级的时候特别有用，服务器版本可以兼容任何客户端版本，不会再出现由于版本不匹配造成各种难以定位的问题，另外也大大减少了代码工作量，由此大幅度提高了网管功能业务的开发速度，并降低了开发的复杂度代码维护的难度。

附图说明

图1为网管系统架构示意图；

图2为现有的电信网络管理系统结构示意图；

图3为本发明的电信网络管理系统一实施例的结构示意图；

图4为本发明的电信网络管理方法实施例的流程图；

图5本发明的电信网络管理系统另一实施例的结构示意图；

图6为图3中的网管客户端的媒体网关控制器(MGC)配置UI实施例示意图。

具体实施方式

以下结合附图和优选实施例对本发明的技术方案进行详细地阐述。以下例举的实施例仅用于说明和解释本发明，而不构成对本发明技术方案的限制。

本发明提供的电信网络管理系统一实施例，其结构如图3所示，包括网管客户端和网管服务器；其中网管客户端包括多个业务功能模块、虚拟SNMPManager模块以及客户端消息处理模块，网管服务器包括服务器消息处理模块和SNMP Manager模块；其中：

业务功能模块(1～n)，用于通过根据业务功能配置的UI输入业务请求信息，根据输入的信息获取请求数据，并输出给虚拟SNMP Manager模块；

虚拟SNMP Manager模块，用于将输入的请求数据封装成统一格式的虚拟SNMP消息，并输出给客户端消息处理模块；

统一格式的虚拟SNMP消息，即具有相同数据结构的虚拟SNMP消息。

网管客户端和网管服务器之间的虚拟SNMP消息相当于是TCP协议的一种，和FTP等协议并列。这样设计封装之后，之前的FTP、HTTP以及EMAIL协议都可以不用了，用虚拟SNMP消息可以实现这些协议要实现的业务。

客户端消息处理模块，用于将输入的虚拟SNMP消息发送给网管服务器。

服务器消息处理模块，用于从网管客户端接收的虚拟SNMP消息中解析出网管客户端相应业务功能的请求数据，并输出给SNMP Manager模块；

SNMP Manager模块，用于将输入的网管客户端相应业务功能的请求数据通过统一的接口发送到该网元处理。

本发明为网管客户端设计了一个虚拟SNMP Manager模块，其主要作用是提供了一套SNMP管理的操作，用于模拟网管服务器的SNMP Manager接口处理动作，不需要针对不同的业务功能定义不同的消息类型和不同的网管服务器接口的数据结构。该虚拟SNMP Manager模块仅仅是一个形式上像网管服务器的SNMP Manager模块，而实际上并没有实现网管服务器的SNMPManager协议栈，可以说它只是网管服务器SNMP Manager模块的一个外包装形式。

本发明将网管服务器的接口通用化，所有的业务功能只使用一个接口；这样网管服务器的结构便可以固定，不需要针对不同的业务功能编写不同的接口代码。

本发明除了图3所示的网管系统实施例，还可以例举出另一网管系统实施例，其结构如图5所示，它与图3所示的实施例的差异仅在于UI的结构上。

在图5中，业务功能模块(1～n)通过根据业务功能配置的子界面Sub-UI(1～n)输入参数，这些Sub-UI(1～n)统一作为一个主UI的多个页面，可供网管用户在主UI上通过输入业务功能名称(对象名称)来选择使用。

本发明针对上述网管系统实施例，还相应地提供电信网络管理方法实施例，其流程如图4所示，包括如下步骤：

410：在网管客户端各业务功能模块上输入相应的业务请求信息；

在此实施例中，相应的业务请求信息是在网管客户端各业务功能模块相应的用户界面(UI)上输入，包括该业务的相关设备的ID、相关设备的类型标识、相关设备的IP地址、相关设备端口、相关设备的域名、加密信息标识以及相关设备选项中的一种或多种数据；

相应的UI根据用户输入的信息，调用虚拟SNMP Manager模块的接口组织该业务的请求数据，填充该UI中业务对象的名称和业务的一些属性(如地址，类型等)，并设置UI中该业务对象的其它各信息，将这些信息统一封装成一个数据包。

420：网管客户端将输入的业务请求信息封装成统一格式的虚拟SNMP消息，发送给网管服务器；

在此实施例中，网管客户端将上述封装成一数据包的业务请求信息按相同的数据结构统一封装成虚拟SNMP消息，并由客户端消息处理模块调用一接口，由该接口将封装的虚拟SNMP消息的数据填充到到一个缓冲区里面，并采用相应消息号的虚拟SNMP消息发送该缓冲区中的数据。

430：网管服务器从接收到的虚拟SNMP消息中解析出网管客户端相应的业务请求数据，通过统一的接口发送给相应的网元处理。

通过服务器消息处理模块从接收的虚拟SNMP消息中解析出网管客户端的业务请求数据，并调用SNMP Manager模块的接口将该业务请求数据设置到该SNMP Manager模块；

SNMP Manager模块将该业务请求数据通过统一的接口发送到相应的网元进行处理。

下面以一个具体的配置窄带媒体网关控制器(MGC)信息为例，来描述通过上述本发明的电信网络管理方法实施例实现该配置业务流程。

第一步，用户在网管客户端的“创建MGC”的UI上输入配置信息；

如图6所示，在MGC配置UI上输入的配置信息包括MGC ID、MGC类型标识、MGC IP地址、MGC端口、MGC域名、加密信息标识以及MGC选项。

第二步，该UI根据用户确认输入的信息，调用虚拟SNMP Manager模块的接口组织该配置业务的请求数据；

该UI直接调用客户端虚拟Snmp Manager模块的接口，填充该UI中业务对象的名称(即业务的一些属性，如地址，类型等)，并设置UI中该业务对象的各信息，将这些信息统一封装成一个数据包，以便发送到网管服务器。

由于业务对象名称都是存在网管服务器端的信息库中，网管服务器可以直接使用这个业务对象名称，并自动完成将业务请求发送到相应网元的动作。

第三步，虚拟SNMP Manager模块将业务请求数据封装成统一格式的虚拟SNMP消息，由客户端消息处理模块发送给网管服务器；

客户端消息处理模块调用接口的时候，该接口将封装有业务对象名称和各信息的虚拟SNMP消息中的数据填充到到一个缓冲区里面，将采用消息号为EV_VIRTUAL_SNMP的虚拟SNMP消息将该缓冲区中的数据发送。

虚拟SNMP Manager模块对于所有的业务请求都是一样地处理。

第四步，网管服务器的消息处理模块收到该虚拟SNMP消息后，解析出来自网管客户端的配置业务的请求数据，并调用网管服务器的Snmp Manager模块的接口将该业务请求数据设置到服务器端Snmp Manager模块；

该步骤是在网管服务器中统一处理的步骤，其主要是解析出客户端发过来的业务请求，得到业务对象的名称字符串(MGC)和业务对象的各信息，并调用网管服务器的Snmp Manager模块的接口。

第五步，网管服务器的Snmp Manager模块将该业务请求数据通过与各网元统一的接口发送。

从上面的示例可以看出，除了第一步中的UI需要区分不同的业务功能外，后续的动作都是通用且自动处理，故可以做到代码不必针对业务功能及系统版本升级做任何改动。

最后应当说明的是，以上实施例仅用以说明本发明的技术方案而非限制，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神范围，其均应涵盖在本发明的权利要求范围当中。

Claims (10)

1.一种电信网络管理系统，包括网管客户端和网管服务器，其特征在于，

所述网管客户端，用于将用户在各业务功能模块输入的业务请求信息封装成统一格式的虚拟简单网络管理协议消息，发送给网管服务器；

所述网管服务器，用于将从接收到的虚拟简单网络管理协议消息中解析出相应的业务请求数据，通过统一的接口发送给相应的网元处理。

2.按照权利要求1所述的系统，其特征在于，所述网管客户端包括多个业务功能模块、虚拟简单网络管理协议管理模块以及客户端消息处理模块；其中：

所述业务功能模块，用于根据各业务功能配置相应的用户界面；将从用户在所述用户界面输入的业务请求信息中获取的业务请求数据输出给虚拟简单网络管理协议管理模块；

所述虚拟简单网络管理协议管理模块，用于将输入的所述业务请求数据按相同数据结构封装成所述统一格式的虚拟简单网络管理协议消息输出给客户端消息处理模块；

所述客户端消息处理模块，用于通过调用一接口将输入的所述虚拟简单网络管理协议消息中相应的数据填充到一缓冲区，并为所述虚拟简单网络管理协议消息配置相应的消息号后待发送。

3.按照权利要求1或2所述的系统，其特征在于，所述网管服务器包括服务器消息处理模块和简单网络管理协议管理模块；其中：

服务器消息处理模块，用于从接收的所述虚拟简单网络管理协议消息中解析出相应的业务请求数据，并调用简单网络管理协议管理模块的输入接口接收所述业务请求数据；

简单网络管理协议管理模块，用于将通过所述输入接口接收的所述业务请求数据通过与各网元统一的接口发送。

4.一种用于电信网络管理系统中的网管客户端装置，包括多个业务功能模块、虚拟简单网络管理协议管理模块以及客户端消息处理模块；其中：

所述业务功能模块，用于将从用户输入的业务请求信息中获取的业务请求数据输出给虚拟简单网络管理协议管理模块；

所述虚拟简单网络管理协议管理模块，用于将输入的所述业务请求数据封装成统一格式的虚拟简单网络管理协议消息，输出给客户端消息处理模块；

所述客户端消息处理模块，用于将输入的所述虚拟简单网络管理协议消息发送给所述电信网络管理系统中的网管服务器装置。

5.按照权利要求4所述的网管客户端装置，其特征在于，

所述业务功能模块根据各业务功能配置相应的用户界面，将从用户在所述用户界面输入的业务请求信息中获取的所述业务请求数据输出；

所述客户端消息处理模块通过调用一接口将输入的所述虚拟简单网络管理协议消息中相应的数据填充到一缓冲区，并为所述虚拟简单网络管理协议消息配置相应的消息号后待发送。

6.一种用于电信网络管理系统中的网管服务器装置，包括服务器消息处理模块和简单网络管理协议管理模块；其中：

所述服务器消息处理模块，用于从接收的所述虚拟简单网络管理协议消息中解析出相应的业务请求数据，输出给所述简单网络管理协议管理模块；

所述简单网络管理协议管理模块，用于将输入的所述业务请求数据通过统一的接口发送给相应的网元。

7.按照权利要求6所述的网管服务器装置，其特征在于，

所述服务器消息处理模块调用所述简单网络管理协议管理模块的输入接口输入所述业务请求数据；

所述简单网络管理协议管理模块将通过所述输入接口接收的所述业务请求数据通过与各网元统一的接口发送。

8.一种电信网络管理方法，涉及网管客户端和网管服务器，其特征在于，该方法包括：

所述网管客户端将用户在各业务功能模块输入的业务请求信息封装成统一格式的虚拟简单网络管理协议消息，发送给网管服务器；

所述网管服务器将从接收到的虚拟简单网络管理协议消息中解析出相应的业务请求数据，通过统一的接口发送给相应的网元处理。

9.按照权利要求8所述的方法，其特征在于，所述网管客户端将用户在各业务功能模块输入的业务请求信息封装成统一格式的虚拟简单网络管理协议消息，具体包括：

预先根据各业务功能配置相应的用户界面；

从用户在所述用户界面输入的业务请求信息中获取的业务请求数据；

将所述业务请求数据按相同数据结构封装成所述统一格式的虚拟简单网络管理协议消息，将所述虚拟简单网络管理协议消息中相应的数据填充到一缓冲区，并为所述虚拟简单网络管理协议消息配置相应的消息号后待发送。

10.按照权利要求8或9所述的方法，其特征在于，所述网管服务器将从接收到的虚拟简单网络管理协议消息中解析出相应的业务请求数据，通过统一的接口发送给相应的网元处理，具体包括：

收到所述虚拟简单网络管理协议消息后，解析出来自所述网管客户端的相应的业务请求数据，并调用输入接口接收所述业务请求数据；

将通过所述输入接口接收的所述业务请求数据通过与各网元统一的接口发送。

Images