专利名称：一种集中网管的实现方法
技术领域：
本发明涉及通讯领域中的网管系统，具体涉及网管系统中网络层集中网管与 网元层本地网管的版本兼容技术。
背景技术：
随着网管系统的迅速发展，用户对集中网管的需求越来越高。例如CDMA (Code Division Multiple Access ，码分多址)系统的集中网管，就要求对CDMA 的所有网元进行全网集中管理，所述网元不仅包括核心网的网元，还包括无线 侧的网元，以及一些外构件设备等，所述集中管理功能包括，集中拓朴、集中 告警、集中性能、集中配置、集中工具、集中命令行等。为了满足上述的集中管理的需求，集中网管有多种实现方式，其中一种实 现方式是按照T画(Telecommunications Management Network,电信管理网络) 划分，如图1所示，在网元层实现LMS (Local Manage System,网元层本地网 管)，管理本地的多个网元，在网元层本地网管之上实现NMS (Network Manage System,网络层集中网管)，对全网进行集中管理。但上述集中网管的解决方案在实际应用中存在如下不足因为实际中网元功 能可能会随时升级，这样网元层本地网管LMS也需要配合网元作相应的升级， 有时网元升级会比较大，这样无法保证网元层本地网管LMS和网络层集中网管 NMS之间的接口保持不变，于是要求网络层集中网管NMS也做相应的升级。网络层集中网管画S管理的网元(例如，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上"fe网管业务数据；步骤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上^J々网管业务数据，同时不影响NMS管理老版本的LMS。
图1是现有的集中网管结构示意图；图2是现有的集中网管的版本兼容性示意图；图3是NMS与LMS首次对接时的具体处理流程图；图4是LMS网管业务模型发生变化后的处理流程示意图。
具体实施方式
本发明的主要技术思想是，将从复杂的网管系统中抽象出NMSM(Network Management Service Model, 网管业务模型)禾口 NMSD (Network Management Service Data,网管业务数据)两个部分，分别进行处理。当NMS与LMS首次对接时，NMS首先获得LMS的网管业务模型NMSM， 并在NMS上创建该LMS的网管业务模型NMSM,创建完成后NMS通知LMS 网管业务模型准备就绪，而后LMS向NMS上报网管业务数据NMSD， NMS接 收到后自动保存该LMS的网管业务数据NMSD,以此实现NMS和LMS之间 的对接。当由于LMS版本升级等原因导致LMS的网管业务^t型NMSM发生变化 时，LMS向NMS上报自身的网管业务模型变化消息，NMS重新获得该LMS 的新的网管业务模型，然后NMS将自己保存的该LMS的网管业务模型NMSM 也相应更新，当LMS向NMS上才艮新的网管业务lt据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上报的网管业务凄t据NMSD后，通过调用 save_nmsd (保存网管业务数据)来保存上报的网管业务数据。如图4所示，当由于LMS版本升级等原因导致LMS的网管业务模型NMSM 变化后，本发明所述的实施例的具体处理步骤如下401、 LMS网管业务模型NMSM变化后，LMS主动向NMS上报 nmsm—change (网管业务模型变化)消息，该消息中包括网管业务模型变化的概 要信息； 402、 NMS接收到该消息后，根据该LMS的网管业务才莫型NMSM变化的 大小，判断是通过get—dt—nmsm来获取该LMS的ANMSM (变化部分的网管业 务模型)，还是通过get—nmsm重新获得该LMS的完整的网管业务模型NMSM;403、 LMS将自身的网管业务模型NMSM存为xml文件，如果NMS请求 的是获取变化部分的网管业务模型，则只通过save—dt一nmsm将变化部分的网管 业务模型ANMSM存为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的网管业务模型 画SM;408 、 NMS更新完成后，向该LMS发送nmsm—ready (网管业务模型准备就 绪)的通知消息；409、 该LMS接收到NMS的网管业务模型准备就绪通知消息后，LMS通 过report nmsd向NMS上报新的网管业务数据NMSD;410、 NMS接收到该LMS上报的网管业务数据NMSD后，通过调用 save—nmsd (保存网管业务数据)保存新的网管业务数据。本发明所述方法不但适用于解决网络层集中网管NMS和网元层本地网管 LMS之间的版本兼容问题，还适用于网元层本地网管系统LMS与网元NE之间 的版本兼容问题。
当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
权利要求
1、一种集中网管的实现方法，其特征在于，包括如下步骤步骤1，网元层本地网管LMS网管业务模型变化，LMS向网络层本地网管NMS上报网管业务模型变化的消息；步骤2，NMS获得LMS的网管业务模型文件；步骤3，NMS更新保存的LMS的网管业务模型，向LMS发送网管业务模型准备就绪通知消息；步骤4，LMS向NMS上报网管业务数据；步骤5，NMS保存接收的所述网管业务数据。
2、 如权利要求1所述的集中网管的实现方法，其特征在于，所述步骤2具 体包括如下步骤步骤21, LMS根据NMS的请求将自身的网管业务模型保存为XML文件； 步骤22， LMS向NMS上报网管业务模型文件准备就绪通知消息； 步骤23, NMS获得LMS的网管业务模型文件。
3、 如权利要求2所述的集中网管的实现方法，其特征在于，所述步骤21中；所述NMS的请求是^^据LMS的网管业务模型变化的大小确定。
4、 如权利要求2或3所述的集中网管的实现方法，其特征在于 若NMS的请求是获取变化部分的网管业务模型，则将变化部分的网管业务模型保存为XML文件；若NMS的请求是获取完整的网管业务模型，则将完整的网管业务模型保存 为XML文件。
5、 如权利要求1所述的集中网管的实现方法，其特征在于，所述步骤3具 体包括如下步骤步骤31， NMS通过解析LMS的网管业务模型文件，获得LMS的网管业务 模型变化情况；步骤32， NMS根据LMS的网管业务模型的变化情况，更新保存的该LMS 的网管业务模型。
6、 如权利要求1所述的集中网管的实现方法，其特征在于，在所述步骤1 之前还包括如下步骤NMS与LMS之间实现网管间的首次对接。
7、 如权利要求6所述的集中网管的实现方法，其特征在于，所述NMS与 LMS之间实现网管间的首次对接，具体包括步骤A， NMS请求获取LMS的网管业务模型； 步骤B ， NMS获得LMS的网管业务模型文件；步骤C，在NMS上创建与LMS对应的网管业务^f莫型，向LMS发送网管业 务模型准备就绪通知消息；步骤D， LMS向NMS上报网管业务数据； 步骤E, NMS保存接收的网管业务数据。
8、 如权利要求7所述的集中网管的实现方法，其特征在于，所述步骤B， 具体包括如下步骤步骤Bl, LMS将自身的网管业务模型保存为XML文件； 步骤B2， LMS向NMS上报网管业务模型文件准备就绪通知消息； 步骤B3 ， NMS通过ftp协议从LMS上获得网管业务模型文件。
9、 如权利要求7所述的集中网管的实现方法，其特征在于，所述步骤C中， 所述NMS创建与LMS对应的网管业务类型之前，先对该LMS的网管业务模型文件进行解析。
全文摘要
本发明公开了一种集中网管的实现方法，该方法将网管业务模型和网管业务数据分开处理，具体包括如下步骤，LMS网管业务模型变化，LMS向NMS上报网管业务模型变化的消息；NMS获得LMS的网管业务模型文件；NMS更新保存的LMS的网管业务模型，向LMS发送网管业务模型准备就绪通知消息；LMS向NMS上报新的网管业务数据；NMS保存接收的所述网管业务数据。本发明所述方法在某一LMS版本升级时，NMS不需要升级就可以实现与该LMS的版本兼容，且能正确处理该LMS上报的网管业务数据，同时不影响NMS管理老版本的LMS。
文档编号H04L12/24GK101163048SQ20071018817
公开日2008年4月16日 申请日期2007年11月13日 优先权日2007年11月13日
发明者强 张, 李玉鹏, 薛清华, 飞 谭, 陈勇华 申请人:中兴通讯股份有限公司