专利名称：网元设备接入网管系统时的兼容性检测方法及网管系统的制作方法
技术领域：
本发明涉及通信领域，尤其涉及一种网元设备接入网管系统时的兼容性检测方法及网管系统。
背景技术：
随着通信技术的发展和人们生活的需要，通信网络变得越来越复杂。尤其在移动通信网络中，为了达到控制网元设备的目的，需要将网元设备接入到网管系统中，而网管系统可以对已经接入的网元设备进行管理。目前，在移动通信网络中，网管系统中网元设备的接入是不受控的，在网元设备接入的过程中，如图1所示，OMS Server 10(Operation and Maintenance Centre，操作与维护中心)这样的网管系统兼容的网元设备类型是A型，OMS Server 30兼容网元设备类型是B型，但是在网元设备20请求接入OMS Server 10或者OMS Server30时，OMS Server 10和OMS Server 30都不检查网元设备20类型的兼容性，均允许接入。如图2所示，对于兼容网元设备的版本号是V3.10的OMS Server10或版本号是V3.15的OMS Server 30来说，当版本号是V3.10的网元设备20请求接入时，也不检查网元设备20版本的兼容性。所以，在现有的检测方式中，无论网元设备20的网元类型或版本号是多少，只要网元设备20请求接入时的地址正确，通讯正常，满足接入条件，就允许接入。
图3示出了标准的网元设备与网管系统建链的流程，在标准的网元设备接入网管系统的过程中，建链过程需要进行通讯握手，一般为多次，均握手成功才认可完成建链操作。举例采用三次通讯握手方式，描述如下；步骤S301，网管系统与网元设备进行第一次通讯握手，第一次通讯握手成功之后进入下一次通讯握手。
步骤S302，网管系统与网元设备进行第二次通讯握手，第二次通讯握手成功之后进入下一次通讯握手。
步骤S303，网管系统与网元设备进行第三次通讯握手，第三次通讯握手成功后执行步骤S304。
步骤S304，网管系统与网元设备完成通讯建链处理流程。
在网元设备数量较少的网络中，兼容性的检查可以采用人工操作的方式完成，每次网元设备接入前由操作者来验证和检查接入的网元设备和网管系统中对应配置的网元设备数据的兼容性。但是，在现实的网络环境中，拥有上千个网元设备的网络系统却是很正常的，在这种网络情况下，采用人工操作完成每次检测和验证兼容性显然是不合理，也是难以完成的。
由于现有网管系统中网元的接入是不受控的，只要网元设备可以连通网管系统就可以接入系统，接入的正确性完全由网管操作人员进行保证。在实际的使用过程中，由于网络规模的扩大和各种版本的升级更新。导致在中型以上规模网络环境中，接入兼容性的人工检测会有维护管理上的一系列如下问题首先，网络系统存在节点数量众多。如在一个移动通信网络中，根据地域规模大小不等，同一类型的网元数量往往也有上百个到上千个，如果每次连接都要由操作人员去自行确认建链的网元设备是否正确，这显然无法做到。
其次，网元设备与网管系统的兼容条件复杂。由于组网环境的差异，除了需要使用各种不同类型的网元设备外，对于同一种网元设备也可能同时存在着很多不同的版本。而这些版本与后台网管系统的版本之间的兼容关系是错综复杂的，仅仅依靠操作维护人员的人工记忆和维护必然缺乏可靠性和稳定性。
最后，采用人工操作的判断速度缓慢。如果维护人员对网元设备逐个进行维护的话，即使这种操作可以完成，其判断速度也是无法满足实际工作需要的。人工进行兼容性的判断，必然存在一个时间迟滞。由于网管系统中实时传输的信息很多，如果在规定时间内无法完成兼容性判断，可能会影响后续工作的完成，导致系统信息的丢失，或者在没有兼容性判断的情况下提前完成后续工作，而使网元设备进行了不兼容的工作，导致设备的异常，甚至是损坏。对于网管系统来说，操作的实时性必然是系统指标之一。
综上所述，人工的兼容性判断无法满足多网元接入的实际需求，如何快速简单的判断网元接入的兼容性，影响着整个网管系统实施的可行性和有效性。因此，提供一种可以简单快速的能够完成大量的网元设备与网管系统兼容性自动判断的方法是检测网元设备与网管系统兼容性的必然之选。
发明内容
本发明的目的在于提供一种网元设备接入网管系统时的兼容性检测方法及网管系统，以实现多网元设备接入网管系统时兼容性的自动检测。
为了实现本发明的目的，本发明提供了一种网元设备接入网管系统时的兼容性检测方法，包括A.网元设备向网管系统发送包含建链请求命令集的建链请求；B.网管系统处理该建链请求的过程中，根据所述建链请求命令集的参数检测网元设备与网管系统的兼容性；C.网管系统将包含兼容性检测结果的建链状态消息发送到客户端。
根据本发明的兼容性检测方法，所述建链请求命令集的参数包括请求接入的网元设备的网元类型和/或版本号；所述步骤B中检测所述建链请求命令集中的网元类型和/或版本号与网管系统中保存的网元对象参数的兼容性，并完成建链过程。
根据本发明的兼容性检测方法，所述网元类型兼容性标准是，网元设备的网元类型与网管系统中网元对象参数支持的网元类型相同；所述版本号兼容性标准是，网元设备的版本号与与网管系统中网元对象参数支持的版本号和/或版本系列号相同。
根据本发明的兼容性检测方法，所述步骤B包括在网管系统处理建链请求过程中，网管系统与网元设备进行若干次通讯握手，若所述通讯握手全部成功，则网管系统在最后一次通讯握手时进行网元设备与网管系统的兼容性检测；若所述通讯握手未全部成功，则网元设备与网管系统直接建链失败。
根据本发明的兼容性检测方法，所述步骤B还包括在网管系统处理建链请求过程中，判断请求接入的网元设备是否存在注册的兼容性检测函数，若存在则调用所述兼容性函数进行网元设备与网管系统的兼容性检测；否则不进行兼容性检测，而直接完成建链过程，包括直接建链成功或者直接建链失败。
根据本发明的兼容性检测方法，所述步骤B进一步包括网管系统查询所述建链请求命令集的参数，若查询成功则根据所述建链请求命令集的参数进行所述兼容性检测；否则不进行兼容性检测，而直接完成建链过程，包括直接建链成功或者直接建链失败。
根据本发明的兼容性检测方法，所述步骤C进一步包括
C1.网管系统根据网元设备与网管系统的建链结果及兼容性检测结果，编辑包含兼容性检测结果的建链状态消息；C2.网管系统利用消息发送机制，将所述包含兼容性检测结果的建链状态消息发送到客户端；C3.客户端接收并显示所述包含兼容性检测结果的建链状态消息。
根据本发明的兼容性检测方法，所述步骤C2中的消息发送机制是异步消息发送机制。
根据本发明的兼容性检测方法，所述步骤C3中客户端接收所述建链状态消息后，采用不同的图标和/或网元对象属性，显示兼容和/或非兼容的接入网元设备与网管系统的建链状态。
根据本发明的兼容性检测方法，所述步骤B中完成建链过程的结果包括建链成功或建链失败；所述步骤C中在未进行兼容性检测的建链状态消息中，其所包含的兼容性检测结果为空。
为了实现上述兼容性检测方法，本发明还提供了一种网管系统，包括建链请求接收模块，用于接收网元设备发来的包含建链请求命令集的建链请求；建链处理模块，用于处理所述建链请求，并在建链过程中根据所述建链请求命令集的参数检测网元设备与网管系统的兼容性；建链结果发送模块，用于将包含兼容性检测结果的建链状态消息发送到客户端。
本发明通过在网元设备请求接入网管系统的建链过程中，利用在网管系统中注册的网元设备兼容性检测方法函数，对网元设备的兼容性进行检测，实现了多网元设备接入网管系统的兼容性自动判断，提高网元设备接入网管系统的效率和正确性。
图1是现有技术中网管系统不检测请求接入网元的类型兼容性的示意图；图2是现有技术中网管系统不检测请求接入网元的版本兼容性的示意图；图3是标准的网元设备与网管系统建链的流程图；图4是实现本发明网元接入网管系统时的兼容性检测方法流程图；
图5是本发明网元设备与网管系统建链流程中增加兼容性判断的流程图图6是实现本发明第一实施例的方法流程图；图7是实现本发明的第二实施例的方法流程图；图8是实现本发明方法的网管系统的结构示意图。
具体实施例方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
图4示出了本发明提供的网元设备接入网管系统时自动进行兼容性检测的方法流程，描述如下步骤S401，网元设备向网管系统发送包含建链请求命令集的建链请求。建链请求作为标准的网元设备接入流程是必须被首先发起的，为了进行兼容性检测，建链请求命令集中要包括以下主要参数网元标识、网元类型和/或版本号等。所述建链请求命令集由网元设备自动构建，并发送到网管系统。
步骤S402，网管系统处理该建链请求的过程中，根据所述建链请求命令集的参数，检测网元设备与网管系统的兼容性。本步骤一实施例在处理建链请求过程中，网管系统与网元设备进行若干次通讯握手，若所述通讯握手全部成功，则网管系统可在最后一次通讯握手时进行网元设备与网管系统的兼容性检测。并且，网管系统检测所述建链请求命令集中的网元类型和/或版本号与网管系统中保存的网元对象参数的兼容性，并完成建链过程，包括建链成功或者建链失败。
图5示出了本发明提供的网元设备与网管系统的建链流程中增加兼容性检测的流程，描述如下步骤S501～步骤S503、S505分别与图3所示的步骤S301～步骤S303、步骤S304相同，与之不同的是增加了网元设备与网管系统的兼容性检测的步骤S504。在所述步骤S504中，在网元系统与网元设备成功进行三次通讯握手之后，分析网元设备发送的建链请求命令集中的参数与网管系统配置的数据(即网管系统中保存的网元对象参数)的兼容性。兼容性判断的标准和方法可由开发者自行定义。
步骤S403，网管系统将包含兼容性检测结果的建链状态消息发送到客户端。只要能正常的完成建链请求操作，此时网管系统便会触发建链状态消息发送操作，将建链结果进行处理和判断，根据系统设计时所确定的返回值，设置建链的各种状态，然后形成包含兼容性检测结果的建链状态消息广播至各个客户端，并进行刷新。消息发送机制可采用异步消息发送机制，使各种建链状态的设置和判断不会影响前台网元设备和后台网管系统之间的通讯速度，即使是复杂的状态设置也不会影响系统的通讯效率。
图6示出了实现本发明的一优选实施例的方法流程，本实施例中的网管系统与网元设备使用标准的三次握手通讯建链模式，描述如下步骤S601，网管系统判断与网元设备的三次通讯握手是否成功，是则执行步骤S602，否则执行步骤S608，直接建链失败。
步骤S602，在第三次通讯握手成功后，网管系统查询系统中是否保存了注册的兼容性检测函数，是则执行步骤S603；否则表明网元设备不支持兼容性检测，执行步骤S607，直接完成建链流程，即建链成功。为了保证网管系统与其他厂商设备对接时的最大可靠性，对于部分网元设备可以不注册相应的兼容性检测函数，跳过兼容性检测步骤。
步骤S603～步骤S604，网管系统查询所述预接入网元设备的建链请求命令集的参数-类型和版本号，若查询成功则进一步实现兼容性检测，执行步骤S605；否则不进行兼容性检测而执行步骤S608，直接完成建链过程，即直接建链失败。网元设备在建链请求的建链请求命令集中以指定的格式发送网元设备的版本号和类型号等参数到网管系统中；网管系统从建链的消息接口中获取网元设备的版本号和类型号等参数。
步骤S605，网管系统判断网元设备的类型与网管系统的是否兼容，是则执行步骤S606；否则执行步骤S607，直接完成建链过程，即直接建链成功。本实施例中即使网元设备类型不兼容，均建链成功而允许接入，待接入后再由网管人员再作处理。另外，在本实施例中，网元设备有多种不同的类型，网管系统中的网元对象参数记录各种不同的类型属性值，例如1、2、3等，以表示支持这些网元设备类型。根据网管系统的兼容性定义，网元设备类型兼容的唯一情况是建链请求命令集的参数中网元设备类型与网管系统中网元对象参数支持的网元类型相同，即与该类型属性值相同，不满足此情况均为网元设备类型不兼容。
步骤S606，网管系统判断网元设备的版本号是否与网管系统兼容，是则执行步骤S607，建链成功；否则直接完成建链流程，本实施例中即使网元设备的版本号不兼容，均执行步骤步骤S607，即直接建链成功并允许接入，待接入后再由网管人员做进一步处理。
与网元设备类型判断相似的是，网管系统中的网元对象参数记录各种不同的网元设备版本号，以表示支持这些版本号。通常网管系统中不同的网元设备运行的版本也不一定相同，版本之间的兼容性规则比较复杂，因网元设备的不同而采用不同的兼容规则。在本实施例中版本号是否兼容使用最频繁的两种版本兼容性规则，即网元设备的版本号与网管系统支持的版本号完全相同和/或者版本系列号完全相同。
步骤S607，网管系统与网元设备建链成功。
步骤S608，网管系统与网元设备建链失败。
步骤S609，在建链过程结束之后，网管系统根据预制的规则进行相应的处理，并将兼容性的检测结果广播至客户端。具体来讲，网管系统根据网元设备与网管系统的建链结果及兼容性检测结果，编辑包含兼容性检测结果的建链状态消息；网管系统利用消息发送机制，将所述包含兼容性检测结果的建链状态消息发送到客户端。所述消息发送机制优选采取异步方式。而对于未进行兼容性检测的网元设备，其兼容性检测结果为空，这样网管操作人员就可以直观的观察到链路的兼容性情况。
步骤S610，客户端接收网管系统发送的消息，显示网元设备与网管系统包含兼容性检测结果的建链状态消息。
在本实施例中，网管系统中的预制条件是允许非兼容设备或未知兼容设备接入，但是需要以不同的网元设备图标进行提示；另外，在网元设备的对象属性中也可有相应的提示，达到显式提醒的效果，进而明显提示哪些网元设备已经过兼容性检测，而哪些网元设备没有经过兼容性检测，以及显示兼容和/或非兼容的接入网元设备与网管系统的建链状态，方便操作人员的管理。
图7示出本发明的另一实施例的方法流程，与上一实施例不同的是步骤S702，在网管系统处理建链请求过程中，网管系统判断系统中是否保存注册的兼容性检测函数，若存在则执行步骤S703，调用所述兼容性函数进行网元设备与网管系统的兼容性检测；否则执行步骤S708，直接完成建链过程，即直接建链失败。
步骤S704，网管系统判断查询网元设备的版本号和类型号信息是否成功，是则执行步骤S705，否则执行步骤S707，直接完成建链过程，即直接建链成功。
步骤S705，网管系统判断网元设备的类型与网管系统是否兼容，是则执行步骤S706；否则执行步骤S708完成建链过程，即建链失败。
步骤S706，网管系统判断网元设备的版本号是否与网管系统兼容，是则执行步骤S707，建链成功；否则执行步骤S708完成建链过程，即建链失败。
由上述两个实施例可以看出，本发明在兼容性检测过程中，无论网管系统是否注册有兼容性检测函数；或者网元设备的建链请求参数是否查询成功；或者网元设备的类型或版本号是否兼容；网元设备与网管系统的建链流程都可以设计为建链成功或是建链失败，这样保证了网管系统与其他厂商设备对接时的最大可靠性，同时符合标准的建链流程。
为了实现上述网元设备接入网管系统时的兼容性检测方法，如图8所示，本发明相应的提供了一种网管系统3，包括建链请求接收模块31，建链处理模块32，建链结果发送模块33，其中建链请求接收模块31，用于接收网元设备1发送的包含建链请求命令集的建链请求；建链处理模块32，用于处理网元设备1发送的建链请求，并在建链过程中根据所述建链请求命令集的参数检测网元设备1与网管系统3的兼容性；建链结果发送模块33，用于将包含兼容性检测结果的建链状态消息发送到客户端2。
针对上述检测方法，本发明还可提供相应的网管系统，由于其核心方案相同，只是针对上述不同方法而组成相应功能模块，在此不一一赘述。
综上所述，本发明在网元设备请求接入网管系统的建链过程中，增加了网管系统对网元设备的兼容性检查机制，实现了多网元设备接入网管系统的兼容性自动判断，提高网元设备接入网管系统的效率和正确性。并且本发明对现有的网元设备接入网管系统的建链架构的影响和改动比较小，方便操作人员的操作和管理。
当然，本发明还可有其它多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
权利要求
1.一种网元设备接入网管系统时的兼容性检测方法，其特征在于，包括A.网元设备向网管系统发送包含建链请求命令集的建链请求；B.网管系统处理该建链请求的过程中，根据所述建链请求命令集的参数检测网元设备与网管系统的兼容性；C.网管系统将包含兼容性检测结果的建链状态消息发送到客户端。
2.根据权利要求1所述的兼容性检测方法，其特征在于，所述建链请求命令集的参数包括请求接入的网元设备的网元类型和/或版本号；所述步骤B中检测所述建链请求命令集中的网元类型和/或版本号与网管系统中保存的网元对象参数的兼容性，并完成建链过程。
3.根据权利要求2所述的兼容性检测方法，其特征在于，所述网元类型兼容性标准是，网元设备的网元类型与网管系统中网元对象参数支持的网元类型相同；所述版本号兼容性标准是，网元设备的版本号与与网管系统中网元对象参数支持的版本号和/或版本系列号相同。
4.根据权利要求1所述的兼容性检测方法，其特征在于，所述步骤B包括在网管系统处理建链请求过程中，网管系统与网元设备进行若干次通讯握手，若所述通讯握手全部成功，则网管系统在最后一次通讯握手时进行网元设备与网管系统的兼容性检测；若所述通讯握手未全部成功，则网元设备与网管系统直接建链失败。
5.根据权利要求1所述的兼容性检测方法，其特征在于，所述步骤B还包括在网管系统处理建链请求过程中，判断请求接入的网元设备是否存在注册的兼容性检测函数，若存在则调用所述兼容性函数进行网元设备与网管系统的兼容性检测；否则不进行兼容性检测，而直接完成建链过程，包括直接建链成功或者直接建链失败。
6.根据权利要求1所述的兼容性检测方法，其特征在于，所述步骤B进一步包括网管系统查询所述建链请求命令集的参数，若查询成功则根据所述建链请求命令集的参数进行所述兼容性检测；否则不进行兼容性检测，而直接完成建链过程，包括直接建链成功或者直接建链失败。
7.根据权利要求1所述的兼容性检测方法，其特征在于，所述步骤C进一步包括C1.网管系统根据网元设备与网管系统的建链结果及兼容性检测结果，编辑包含兼容性检测结果的建链状态消息；C2.网管系统利用消息发送机制，将所述包含兼容性检测结果的建链状态消息发送到客户端；C3.客户端接收并显示所述包含兼容性检测结果的建链状态消息。
8.根据权利要求7所述的兼容性检测方法，其特征在于，所述步骤C2中的消息发送机制是异步消息发送机制。
9.根据权利要求7所述的兼容性检测方法，其特征在于，所述步骤C3中客户端接收所述建链状态消息后，采用不同的图标和/或网元对象属性，显示兼容和/或非兼容的接入网元设备与网管系统的建链状态。
10.根据权利要求1～9任一项所述的兼容性检测方法，其特征在于，所述步骤B中完成建链过程的结果包括建链成功或建链失败；所述步骤C中在未进行兼容性检测的建链状态消息中，其所包含的兼容性检测结果为空。
11.一种实现如权利要求1～9任一项所述方法的网管系统，其特征在于，包括建链请求接收模块，用于接收网元设备发来的包含建链请求命令集的建链请求；建链处理模块，用于处理所述建链请求，并在建链过程中根据所述建链请求命令集的参数检测网元设备与网管系统的兼容性；建链结果发送模块，用于将包含兼容性检测结果的建链状态消息发送到客户端。
全文摘要
本发明公开了一种网元设备接入网管系统时的兼容性检测方法，包括步骤A.网元设备向网管系统发送包含建链请求命令集的建链请求；步骤B.网管系统处理该建链请求的过程中，根据所述建链请求命令集的参数检测网元设备与网管系统的兼容性；步骤C.网管系统将包含兼容性检测结果的建链状态消息发送到客户端。相应地，本发明还提供一种实现上述兼容性检测方法的网管系统。本发明通过在网元设备请求接入网管系统的建链过程中，利用在网管系统中注册的网元设备兼容性检测方法函数，对网元设备的兼容性进行检测，实现了多网元设备接入网管系统的兼容性自动判断，提高网元设备接入网管系统的效率和正确性。
文档编号H04L12/26GK101013964SQ20071006354
公开日2007年8月8日 申请日期2007年2月2日 优先权日2007年2月2日
发明者汪昀 申请人:中兴通讯股份有限公司