CN101163048B - 一种集中网管的实现方法 - Google Patents

Abstract

本发明公开了一种集中网管的实现方法，该方法将网管业务模型和网管业务数据分开处理，具体包括如下步骤，LMS网管业务模型变化，LMS向NMS上报网管业务模型变化的消息；NMS获得LMS的网管业务模型文件；NMS更新保存的LMS的网管业务模型，向LMS发送网管业务模型准备就绪通知消息；LMS向NMS上报新的网管业务数据；NMS保存接收的所述网管业务数据。本发明所述方法在某一LMS版本升级时，NMS不需要升级就可以实现与该LMS的版本兼容，且能正确处理该LMS上报的网管业务数据，同时不影响NMS管理老版本的LMS。

Description

一种集中网管的实现方法

技术领域

本发明涉及通讯领域中的网管系统，具体涉及网管系统中网络层集中网管与网元层本地网管的版本兼容技术。

背景技术

随着网管系统的迅速发展，用户对集中网管的需求越来越高。例如CDMA(Code Division Multiple Access，码分多址)系统的集中网管，就要求对CDMA的所有网元进行全网集中管理，所述网元不仅包括核心网的网元，还包括无线侧的网元，以及一些外构件设备等，所述集中管理功能包括，集中拓扑、集中告警、集中性能、集中配置、集中工具、集中命令行等。

为了满足上述的集中管理的需求，集中网管有多种实现方式，其中一种实现方式是按照TMN(Telecommunications Management Network，电信管理网络)划分，如图1所示，在网元层实现LMS(Local Manage System，网元层本地网管)，管理本地的多个网元，在网元层本地网管之上实现NMS(Network ManageSystem，网络层集中网管)，对全网进行集中管理。

但上述集中网管的解决方案在实际应用中存在如下不足：因为实际中网元功能可能会随时升级，这样网元层本地网管LMS也需要配合网元作相应的升级，有时网元升级会比较大，这样无法保证网元层本地网管LMS和网络层集中网管NMS之间的接口保持不变，于是要求网络层集中网管NMS也做相应的升级。

网络层集中网管NMS管理的网元(例如，BSC(Base Station Controller，基站控制器))非常多，而且即便是同种类型的网元的版本也并不是一起从V1.0版本升级到V2.0版本，而是一部分网元的版本是V1.0版本，一部分网元的版本是V2.0版本。如果将网络层集中网管NMS一下升级到V2.0版本，则会影响到原来所管理的V1.0版本的网元的功能使用。

综上所述，当网管系统中任何一个网元升级，集中网管为了维持其与网元层网管LMS的上下版本的兼容性，也需要做相应的升级，由于网络层集中网管NMS管理的网元非常多，这样集中网管会处于不断升级之中，给实际的工程维护带来极大困难。

发明内容

本发明的目的是，提供一种集中网管的实现方法，用以克服现有技术中存在的网元升级带来的网管系统中网络层集中网管和网元层本地网管的版本兼容的问题。

为了实现上述发明目的，本发明具体是这样实现的：

一种集中网管的实现方法，包括如下步骤：

步骤1，LMS网管业务模型变化，LMS向NMS上报网管业务模型变化的消息；

步骤2，NMS获得LMS的网管业务模型文件；

步骤3，NMS更新保存的LMS的网管业务模型，向LMS发送网管业务模型准备就绪通知消息；

步骤4，LMS向NMS上报网管业务数据；

步骤5，NMS保存接收的所述网管业务数据。

所述的集中网管的实现方法的步骤2具体包括如下步骤：

步骤21，LMS根据NMS的请求将自身的网管业务模型保存为XML文件；

步骤22，LMS向NMS上报网管业务模型文件准备就绪通知消息；

步骤23，NMS获得LMS的网管业务模型文件。

接上述方案，所述步骤21中；

所述NMS的请求是根据LMS的网管业务模型变化的大小确定。

接上述方案，若NMS的请求是获取变化部分的网管业务模型，则将变化部分的网管业务模型保存为XML文件；

若NMS的请求是获取完整的网管业务模型，则将完整的网管业务模型保存为XML文件。

所述的集中网管的实现方法的步骤3具体包括如下步骤：

步骤31，NMS通过解析LMS的网管业务模型文件，获得LMS的网管业务模型变化情况；

步骤32，NMS根据LMS的网管业务模型的变化情况，更新保存的该LMS的网管业务模型。

所述的集中网管的实现方法的步骤1之前还包括如下步骤：

NMS与LMS之间实现网管间的首次对接。

接上述方案，所述NMS与LMS之间实现网管间的首次对接，具体包括：

步骤A，NMS请求获取LMS的网管业务模型；

步骤B，NMS获得LMS的网管业务模型文件；

步骤C，在NMS上创建与LMS对应的网管业务模型，向LMS发送网管业务模型准备就绪通知消息；

步骤D，LMS向NMS上报网管业务数据；

步骤E，NMS保存接收的网管业务数据。

所述的集中网管的实现方法的步骤B，具体包括如下步骤：

步骤B1，LMS将自身的网管业务模型保存为XML文件；

步骤B2，LMS向NMS上报网管业务模型文件准备就绪通知消息；

步骤B3，NMS通过ftp协议从LMS上获得网管业务模型文件。

所述的集中网管的实现方法的步骤C中，

所述NMS创建与LMS对应的网管业务类型之前，先对该LMS的网管业务模型文件进行解析。

本发明将复杂的网管系统抽象出网管业务模型和网管业务数据，并分别进行处理，实现NMS对不同版本的LMS同时进行集中管理。采用本发明方法当一LMS版本升级时，NMS不需要升级就可以实现与该LMS的版本兼容，且能正确处理该LMS上报的网管业务数据，同时不影响NMS管理老版本的LMS。

附图说明

图1是现有的集中网管结构示意图；

图2是现有的集中网管的版本兼容性示意图；

图3是NMS与LMS首次对接时的具体处理流程图；

图4是LMS网管业务模型发生变化后的处理流程示意图。

具体实施方式

本发明的主要技术思想是，将从复杂的网管系统中抽象出NMSM(NetworkManagement Service Model，网管业务模型)和NMSD(Network ManagementService Data，网管业务数据)两个部分，分别进行处理。

当NMS与LMS首次对接时，NMS首先获得LMS的网管业务模型NMSM，并在NMS上创建该LMS的网管业务模型NMSM，创建完成后NMS通知LMS网管业务模型准备就绪，而后LMS向NMS上报网管业务数据NMSD，NMS接收到后自动保存该LMS的网管业务数据NMSD，以此实现NMS和LMS之间的对接。

当由于LMS版本升级等原因导致LMS的网管业务模型NMSM发生变化时，LMS向NMS上报自身的网管业务模型变化消息，NMS重新获得该LMS的新的网管业务模型，然后NMS将自己保存的该LMS的网管业务模型NMSM也相应更新，当LMS向NMS上报新的网管业务数据NMSD时，NMS就可以正确接收并处理了。

下面结合附图对本发明的具体实施方式进行详细说明。

如图3所示，网络层集中网管系统NMS与网元层本地网管系统LMS首次对接的具体处理流程如下：

301、NMS通过get_nmsm向LMS请求网管业务模型；

302、LMS通过save_nmsm将自身的网管业务模型NMSM存为xml文件；

303、网管业务模型NMSM xml文件生成后，LMS向NMS上报nmsm_file_ready(网管业务模型文件准备就绪)通知消息；

304、NMS收到该LMS上报的网管业务模型文件准备就绪通知消息后，通过get_nmsm_file来获得网管业务模型文件，NMS通过ftp协议从该LMS上获得网管业务模型文件；

305、NMS通过analysis_nmsm(解析网管业务模型)，解析该LMS的网管业务模型NMSM xml文件；

306、解析完成后，NMS通过create_nmsm(创建网管业务模型)，在NMS上创建该LMS对应的网管业务模型；

307、NMS创建完成后，向该LMS发送nmsm_ready(网管业务模型准备就绪)通知消息；

308、该LMS接收到NMS的网管业务模型准备就绪通知消息后，LMS通过report nmsd向NMS上报网管业务数据NMSD；

309、NMS通过analysis_nmsd(解析网管业务数据)，解析该LMS上报的网管业务数据NMSD；

310、NMS接收到该LMS上报的网管业务数据NMSD后，通过调用save_nmsd(保存网管业务数据)来保存上报的网管业务数据。

如图4所示，当由于LMS版本升级等原因导致LMS的网管业务模型NMSM变化后，本发明所述的实施例的具体处理步骤如下：

401、LMS网管业务模型NMSM变化后，LMS主动向NMS上报hmsm_change(网管业务模型变化)消息，该消息中包括网管业务模型变化的概要信息；

402、NMS接收到该消息后，根据该LMS的网管业务模型NMSM变化的大小，判断是通过get_dt_nmsm来获取该LMS的ΔNMSM(变化部分的网管业务模型)，还是通过get_nmsm重新获得该LMS的完整的网管业务模型NMSM；

403、LMS将自身的网管业务模型NMSM存为xml文件，如果NMS请求的是获取变化部分的网管业务模型，则只通过save_dt_nmsm将变化部分的网管业务模型ΔNMSM存为xml文件，如果NMS请求的是获取完整的网管业务模型，则通过save_nmsm将完整的网管业务模型NMSM存为xml文件；

404、网管业务模型NMSM xml文件生成后，LMS向NMS上报nmsm_file_ready(网管业务模型文件准备就绪)通知消息；

405、NMS收到该LMS上报的网管业务模型文件准备就绪通知消息后，通过get_nmsm_file获得网管业务模型文件，NMS通过ftp协议从该LMS上获得网管业务模型文件；

406、NMS通过analysis_nmsm(解析网管业务模型)，解析该LMS的网管业务模型NMSM xml文件，得到该LMS新老网管业务模型的变化情况；

407、NMS根据该LMS新老网管业务模型的变化情况，通过调用update_nmsm(更新网管业务模型)来更新自己保存的该LMS的网管业务模型NMSM；

408、NMS更新完成后，向该LMS发送nmsm_ready(网管业务模型准备就绪)的通知消息；

409、该LMS接收到NMS的网管业务模型准备就绪通知消息后，LMS通过report nmsd向NMS上报新的网管业务数据NMSD；

410、NMS接收到该LMS上报的网管业务数据NMSD后，通过调用save_nmsd(保存网管业务数据)保存新的网管业务数据。

本发明所述方法不但适用于解决网络层集中网管NMS和网元层本地网管LMS之间的版本兼容问题，还适用于网元层本地网管系统LMS与网元NE之间的版本兼容问题。

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (8)

1.一种集中网管的实现方法，其特征在于，包括如下步骤：

步骤1，网元层本地网管LMS网管业务模型变化，LMS向网络层本地网管NMS上报网管业务模型变化的消息；

步骤2，NMS获得LMS的网管业务模型文件；

步骤3，NMS更新保存的LMS的网管业务模型，向LMS发送网管业务模型准备就绪通知消息；

步骤4，LMS向NMS上报网管业务数据；

步骤5，NMS保存接收的所述网管业务数据；

所述步骤2具体包括如下步骤：

步骤21，LMS根据NMS的请求将自身的网管业务模型保存为XML文件；

步骤22，LMS向NMS上报网管业务模型文件准备就绪通知消息；

步骤23，NMS获得LMS的网管业务模型文件。

2.如权利要求1所述的集中网管的实现方法，其特征在于，所述步骤21中；

所述NMS的请求是根据LMS的网管业务模型变化的大小确定。

3.如权利要求1或2所述的集中网管的实现方法，其特征在于：

若NMS的请求是获取变化部分的网管业务模型，则将变化部分的网管业务模型保存为XML文件；

若NMS的请求是获取完整的网管业务模型，则将完整的网管业务模型保存为XML文件。

4.如权利要求1所述的集中网管的实现方法，其特征在于，所述步骤3具体包括如下步骤：

步骤31，NMS通过解析LMS的网管业务模型文件，获得LMS的网管业务模型变化情况；

步骤32，NMS根据LMS的网管业务模型的变化情况，更新保存的该LMS的网管业务模型。

5.如权利要求1所述的集中网管的实现方法，其特征在于，在所述步骤1之前还包括如下步骤：

NMS与LMS之间实现网管间的首次对接。

6.如权利要求5所述的集中网管的实现方法，其特征在于，所述NMS与LMS之间实现网管间的首次对接，具体包括：

步骤A，NMS请求获取LMS的网管业务模型；

步骤B，NMS获得LMS的网管业务模型文件；

步骤C，在NMS上创建与LMS对应的网管业务模型，向LMS发送网管业务模型准备就绪通知消息；

步骤D，LMS向NMS上报网管业务数据；

步骤E，NMS保存接收的网管业务数据。

7.如权利要求6所述的集中网管的实现方法，其特征在于，所述步骤B，具体包括如下步骤：

步骤B1，LMS将自身的网管业务模型保存为XML文件；

步骤B2，LMS向NMS上报网管业务模型文件准备就绪通知消息；

步骤B3，NMS通过ftp协议从LMS上获得网管业务模型文件。

8.如权利要求6所述的集中网管的实现方法，其特征在于，所述步骤C中，

所述NMS创建与LMS对应的网管业务类型之前，先对该LMS的网管业务模型文件进行解析。

Images