CN1684428A - 一种综合网管系统及管理网元管理系统的方法 - Google Patents
一种综合网管系统及管理网元管理系统的方法 Download PDFInfo
- Publication number
- CN1684428A CN1684428A CN 200410034509 CN200410034509A CN1684428A CN 1684428 A CN1684428 A CN 1684428A CN 200410034509 CN200410034509 CN 200410034509 CN 200410034509 A CN200410034509 A CN 200410034509A CN 1684428 A CN1684428 A CN 1684428A
- Authority
- CN
- China
- Prior art keywords
- message
- interface
- management
- module
- management system
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开一种综合网管系统及管理网元管理系统的方法,其中方法为:通过一个接口管理模块将具有同类型接口的所有网元管理系统的通知上报消息适配到消息派发中心,由该消息派发中心转发到后台管理系统;并且后台管理系统通过消息派发中心向所述同类型接口中的网元管理系统下发的消息均由所述的一个接口管理模块进行处理后发送到相应的网元管理系统。综合网管系统包括后台管理系统、消息派发中心、接口管理模块和多个网元管理系统;所述接口管理模块和网元管理系统均为多个,各接口管理模块分别通过接口连接到所述消息派发中心,所述多个网元管理系统中具有同类型接口的所有网元管理系统通过接口连接到一个接口管理模块。
Description
技术领域
本发明涉及网络技术领域,尤其涉及一种综合网管系统及在该系统管理网元管理系统的方法。
背景技术
由于越来越多的厂商参与到信息化建设中,因而在一个网络系统中就不可避免的存在不同厂商的设备。但对于一个设备管理者来说,总希望用一个网管系统来管理所有不同厂商的设备。随着共用对象请求代理体系(CORBA)技术的日益成熟及广泛应用,各个厂商网元管理系统(EMS)基本都提供一个基于对象管理组-接口定义语言(OMG IDL)的北向CORBA接口,因此,用一个网管系统管理所有不同厂商设备已成为现实。
目前,用一个网管系统管理不同厂商设备有以下两种方案:
方案一、
个体模式,在该模式下,综合网管为每个厂商的每个EMS做单独的适配,参阅图1所示。
图1中,消息派发中心负责各模块间的进程通信及事务的调度管理,不涉及具体的事务处理、存量保存。
后台管理进程负责具体的事务处理、存量保存等内容。
接口管理模块(CorbaMgr模块)负责IDL的接口转换,对各厂商的接口进行转换。
在这种方案中,综合网管为每一个厂商的每个EMS做适配,然后通过消息派发中心把所有的适配进程连接起来,从而达到管理所有厂商EMS的目的。
由于每个EMS都有一个具体的接口管理模块适配进程来管理,而且每一个接口管理模块适配进程只要适配一个厂商的一个EMS,因此实现简单明了;另外,也可以把不同厂商的EMS设置在不同的系统中,进而实现分布式管理。
虽然该方案具有上述优点,但存在下述缺点:
1、占用大量资源:当综合网管系统管理几十以及更多的EMS时,就会造成接口管理模块泛滥,需要越来越多的计算机资源来运行这些系统,从而使得客户升级维护软件的代价及维护的工作量就越来越大。
2、存在性能瓶颈:当大量接口管理模块同时产生通知上报时,会在消息派发中心造成一定程度的消息阻塞。
3、开发工作量大、开发成本高:不管开发什么软件,都希望降低软件的开发成本;由于不同厂商的EMS网管都要进行不同的适配,那么随着厂商的增加、厂商EMS网管版本的不同,都要开发一套独立的软件,这样做的结果就是开发工作量大量的增加,软件成本会进一步增加。
方案二:
多厂商模式:在该模式下,综合网管一次性适配所有厂商的所有EMS。
参阅图2所示,综合网管用同一个接口管理模块来适配所有的厂商的EMS,而不管有多少个厂商、多少个EMS网管的版本。
虽然该方案用一个接口管理模块适配所有厂商的EMS,具有集成度高和资源占用少的优点(由于只有一个接口管理模块,所以内存资源、CPU资源占用都比较少),但存在以下不足:
1、复杂度高:不同厂商的IDL接口存在或多或少的差异,因而需要在一个接口管理模块中对这些差异进行处理。
2、后期维护工作量大:随着EMS厂商的增加,接口管理模块的代码就会进一步膨胀,软件的耦合度就会进一步增加,那么修改一处代码就可能会引起其它很多代码的变动,而且修改以后还要做相应的软件版本测试,而软件的维护工作量在整个软件的生命周期中占据很大的比重。
发明内容
本发明提供一种综合网管系统及管理网元管理系统的方法,以解决现有技术中要么存在性能瓶颈和占用大量资源,要么存在复杂度高和维护成本高的问题。
为解决上述问题,本发明提供以下技术方案:
一种综合网管系统,包括后台管理系统、消息派发中心、接口管理模块和网元管理系统;所述消息派发中心通过接口连接后台管理系统和接口管理模块,接口管理模块通过接口连接网元管理系统;消息派发中心在后台管理系统与网元管理系统间转发消息,接口管理模块完成消息派发中心与网元管理系统间的接口转换;其中,所述接口管理模块和网元管理系统均为多个,各接口管理模块分别通过接口连接到所述消息派发中心,所述多个网元管理系统中具有同类型接口的所有网元管理系统通过该同类型接口连接到同一个接口管理模块。
根据上述的综合网管理系统:
所述接口管理模块包括通过系统接口总线连接的业务处理模块和接口处理模块;所述业务处理模块处理从消息派发中心接收的消息和网元管理系统通过接口处理模块发送来的通知上报消息;所述接口处理模块将业务处理模块处理后消息传送给网元管理系统,并将网元管理系统的通知上报消息传送给业务处理模块。
所述业务处理模块包括消息解析模块、消息处理模块和通知上报模块。
所述消息处理模块包括:消息映射管理单元、用户管理单元、电路管理单元和告警管理单元。
所述通知上报模块包括:通知上报映射管理单元、存量改变通知单元、告警通知单元和性能通知单元。
所述接入处理模块包括:通知搜集单元、用户管理单元、电路管理单元和告警管理单元。
一种在综合网管系统中管理网元管理系统的方法,该方法为:
通过一个接口管理模块将具有同类型接口的所有网元管理系统的通知上报消息适配到消息派发中心,由该消息派发中心转发到后台管理系统;并且
后台管理系统通过消息派发中心向所述同类型接口中的网元管理系统下发的消息均由所述的一个接口管理模块进行处理后发送到相应的网元管理系统。
本发明采用单接口模式,即具有同类型接口的所有网元管理系统只用一个接口管理模块来管理,因而消息派发中心连接并管理有限的几个接口管理模块就可以管理所有EMS网管系统,解决了现有方案一中存在性能瓶颈、占用大量资源和开发工作量大的问题,解决了现有方案二中存在复杂度高和维护成本高的问题。同时,综合网管体系简单、有效,而且也易于扩展。
附图说明
图1、图2为现技术中综合网管的体系结构图;
图3为本发明的综合网管的体结构图;
图4为综合网管中接口管理模块的结构示意图;
图5为业务处理模块中的消息处理模块的结构示意图;
图6为业务处理模块中的通知上报模块的结构示意图;
图7为接口处理模块的结构示意图;
具体实施方式
本发明中所称同类型接口是指符合同一接口规范的接口。
本发明采用不同的接口管理模块(CorbaMgr模块)管理不同类型接口的网元管理系统(EMS),即具有同类型接口的所有EMS只用一个接口管理模块来管理,然后综合网管通过消息派发中心来连接所有接口管理模块达到管理所有EMS。
参阅图3所示,本发明的综合网管系统包括:后台管理系统,通过接口与后台管理系统连接的消息派发中心,通过接口与消息派发中心连接的多个接口管理模块,以及通过IDL接口与接口管理模块连接的网元管理系统。消息派发中心在后台管理系统与网元管理系统间转发消息,接口管理模块完成消息派发中心与网元管理系统间的接口转换。在所有网元管理系统中,具有同类型接口的所有EMS通过该同类型接口连接到一个接口管理模块。
图3中采用分层次的管理方式来分层管理不同类型接口的EMS,由一个具体的接口管理模块管理具有同类型接口的所有网元管理系统,综合网管只需要通过消息派发中心来连接管理有限的几个接口管理就可以管理所有EMS。由于采用的分层管理方式,当EMS发送大量的通知上报(比如大量告警上报)消息时,可以通过接口管理进行有效的控制(如过滤、筛选等),来减轻消息派发中心的负荷。
对于图3所示结构中,也可在不同的系统(计算机)中运行不同类型接口的管理模块来管理不同类型接口的EMS,从而实现分布式管理。
参阅图4所示,综合网管中接口管理模块包括业务处理模块和接口处理模块,该两模块通过系统接口总线连接。业务处理模块对具体的业务进行处理,接口处理模块对EMS的接口进行处理。通过系统接口总线把这两个部分分开,有效降低软件模块之间的耦合度。
接口处理模块负责搜集来自EMS的通知上报消息,同时也负责接受来自系统接口总线的消息,并发送给EMS进行处理。
如图4中所示,业务处理模块包括:消息解析模块、消息处理模块和通知上报模块。
消息解析模块,解析从消息派发中心接收到的消息并传送给所述消息处理模块。
消息处理模块根据解析后的消息类型进行具体的业务处理,涉及网元管理系统的部分通过系统接口总线传送给相应的接口处理模块处理。
如,消息处理模块接受到查询当前告警的消息类型,先分析消息需要查询哪些网元、哪种级别的当前告警,然后通过系统接口总线调用接口处理模块的告警管理单元进行查询。
通知上报模块,处理网元管理系统通过接口处理模块发送来的通知上报消息并传送给消息派发中心。
其它模块是指辅助系统正常运行的一些模块。如,保证与网元管理系统连接通道正常的管理模块。
接口管理模块对消息派发中心向网元管理系统转发的消息的处理过程如下(如图4中的①、②、③、④标示的流程):
消息解析模块收到消息派发中心进程发过来的消息时,首先解析消息,在解析消息的同时就可以有效的控制消息(比如屏蔽某个消息、记录日志等等);然后消息解析模块发给具体的消息处理模块来处理这个消息;消息处理模块处理以后再通过系统接口总线把相应的任务发给接口处理模块处理,接口处理模块最后发送命令给EMS进行处理。
接口管理模块对通知上报的处理过程如下(如图4中的(一)、(二)、(三)标示的流程):
接口处理模块搜集来自EMS的通知上报,然后通过系统接口总线发给通知上报模块处理,通知上报模块处理以后发给消息派发中心,由消息派发中心发送给后台管理系统进行处理。
参阅图5所示,所述消息处理模块包括:消息映射管理单元、用户管理单元、电路管理单元和告警管理单元;
消息映射管理单元,从消息解析模块收到解析后的消息,并根据消息内容将消息发送到相应的管理单元处理。
关于用户登录、用户退出、增加用户等涉及到用户管理的消息就发给用户管理单元处理。关于创建电路、删除电路、激活电路等和电路有关的消息发给电路管理单元处理。关于告警查询、告警确认等和告警有关的消息就发给告警管理单元处理。用户管理单元、电路管理单元、告警管理单元等再把相应的任务通过系统接口总线交给接口处理模块处理。
用户管理单元,接收、处理消息映射管理单元发送的涉及用户管理的消息并发送给接口处理模块。
电路管理单元,接收、处理消息映射管理单元发送的与电路有关的消息并发送给接口处理模块。
告警管理单元,接收、处理消息映射管理单元发送的与告警有关的消息并发送给接口处理模块。
参阅图6所示,通知上报模块:通知上报映射管理单元、存量改变通知单元、告警通知单元和性能通知单元。
通知上报映射管理单元,从系统接口总线搜集来自接口处理模块的各种通知上报,区分是那种类型的通知上报并交给相应的通知单元处理,由通知单元再通过消息派发中心发消息给后台管理系统处理。
存量改变通知单元,接受、处理有关存量改变的通知上报消息,并发送给消息派发中心。如,网元、子架、单板的创建、删除等。
告警通知单元接收、处理有关告警的通知上报消息,并发送给消息派发中心。
性能通知单元接收、处理有关性能告警的通知上报消息,并发送给消息派发中心。
参阅图7所示,接口处理模块包括:通知搜集单元、用户管理单元、电路管理单元和告警管理单元。
通知搜集单元搜集来自网元管理系统的通知上报消息。该单元也可以根据实际需要,只搜集感兴趣的通知上报,如可以只搜集告警的通知上报。
用户管理单元接受、处理有关用户管理的消息,构造用户管理的接口消息并下发给相应的网元管理系统;
电路管理单元接受、处理有关电路管理的消息,构造电路管理的接口消息并下发给网元管理系统处理;
告警管理单元接受、处理有关告警管理的消息,造告警管理的接口消息并下发给网元管理系统处理。
通过采用一个接口管理模块来管理具有同类型接口的所有网元管理系统,解决了现有技术中存的如下问题:
(1)解决了资源的消耗问题:现有技术的第一种方案中,对于每个EMS都有一个接口管理模块,因此造成很多的资源消耗。本发明把具有同类型接口的所有网元管理系统用一个接口管理模块来适配,从而避免了这个问题,也降低用户维护综合网管的硬件成本。
(2)解决了适配的复杂度问题:现有技术的第二种方案中,由于不同厂商IDL接口的差异性,会加大接口管理的复杂度。对于软件开发来说,应该充分考虑到后期维护的工作量,越复杂的软件维护工作量越大。而按不同类型接口分开管理,有效的降低软件之间的耦合度,从而也就充分降低了软件的复杂度。
另外,虽然对于具有不同类型接口的EMS用不同的接口管理模块,但进行代码开发的时候只需要维护同一个代码库,只要在编译的时候加入参数就可以产生管理不同类型接口EMS的接口管理模块。这极大的提高了代码的重用性。
Claims (10)
1、一种综合网管系统,包括后台管理系统、消息派发中心、接口管理模块和网元管理系统;所述消息派发中心通过接口连接后台管理系统和接口管理模块,接口管理模块通过接口连接网元管理系统;消息派发中心在后台管理系统与网元管理系统间转发消息,接口管理模块完成消息派发中心与网元管理系统间的接口转换;其特征在于,所述接口管理模块和网元管理系统均为多个,各接口管理模块分别通过接口连接到所述消息派发中心,所述多个网元管理系统中具有同类型接口的所有网元管理系统通过该同类型接口连接到同一个接口管理模块。
2、如权利要求1所述的综合网管理系统,其特征在于,所述接口管理模块包括通过系统接口总线连接的业务处理模块和接口处理模块;所述业务处理模块处理从消息派发中心接收的消息和网元管理系统通过接口处理模块发送来的通知上报消息;所述接口处理模块将业务处理模块处理后消息传送给网元管理系统,并将网元管理系统的通知上报消息传送给业务处理模块。
3、如权利要求2所述的综合网管理系统,其特征在于,所述业务处理模块包括消息解析模块、消息处理模块和通知上报模块;
所述消息解析模块解析从消息派发中心接收到的消息并传送给所述消息处理模块;
所述消息处理模块处理解析后的消息并通过系统接口总线传送给接口处理模块;
通知上报模块,处理网元管理系统通过接口处理模块发送来的通知上报消息并传送给消息派发中心。
4、如权利要求3所述的综合网管理系统,其特征在于,所述消息处理模块包括:消息映射管理单元、用户管理单元、电路管理单元和告警管理单元;
所述消息映射管理单元根据解析后的消息内容将消息发送到相应的管理单元;
所述用户管理单元接收、处理消息映射管理单元发送的涉及用户管理的消息并发送给接口处理模块;
所述电路管理单元接收、处理消息映射管理单元发送的与电路有关的消息并发送给接口处理模块;
所述告警管理单元接收、处理消息映射管理单元发送的与告警有关的消息并发送给接口处理模块。
5、如权利要求3所述的综合网管理系统,其特征在于,所述通知上报模块包括:
通知上报映射管理单元,接收通过系统接口总线发送来的通知上报消息,并根据消息类型将消息发送到相应的通知单元;
存量改变通知单元,接受、处理有关存量改变的通知上报消息,并发送给消息派发中心;
告警通知单元,接收、处理有关告警的通知上报消息,并发送给消息派发中心;
性能通知单元,接收、处理有关性能的通知上报消息,并发送给消息派发中心。
6、如权利要求2所述的综合网管理系统,其特征在于,所述接入处理模块包括:通知搜集单元、用户管理单元、电路管理单元和告警管理单元;
所述通知搜集单元搜集来自网元管理系统的通知上报消息,
所述用户管理单元接受、处理有关用户管理的消息,构造用户管理的接口消息并下发给相应的网元管理系统;
所述电路管理单元接受、处理有关电路管理的消息,构造电路管理的接口消息并下发给网元管理系统处理;
所述告警管理单元接受、处理有关告警管理的消息,构造告警管理的接口消息并下发给网元管理系统处理。
7、一种在如权利要求1所述的综合网管系统中管理网元管理系统的方法,其特征在于该方法为:
通过一个接口管理模块将具有同类型接口的所有网元管理系统的通知上报消息适配到消息派发中心,由该消息派发中心转发到后台管理系统;并且
后台管理系统通过消息派发中心向所述同类型接口中的网元管理系统下发的消息均由所述的一个接口管理模块进行处理后发送到相应的网元管理系统。
8、如权利要求7所述的方法,其特征在于,当一个接口管理模块下的网元管理系统大量发送通知上报消息时,由该接口管理模块对通知上报消息进行过滤处理,以减轻消息派发中心的负荷。
9、如权利要求7所述的方法,其特征在于,接口管理模块处理下发消息包括步骤:
解析消息;
根据解析后的消息内容将该消息发送到相应的管理单元进行处理;
对处理后的消息进行接口转换;
将转换后的消息发送到相应的网元管理系统。
10、如权利要求7所术的方法,其特征在于,接口管理模块将通知上报消息适配到消息派发中心包括步骤:
搜集网元管理系统的通知上报消息;
根据通知上报消息的类型发送到相应的通知上报单元进行处理;
将处理后的通知上报消息发送到消息派发中心。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2004100345094A CN100358289C (zh) | 2004-04-14 | 2004-04-14 | 一种综合网管系统及管理网元管理系统的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2004100345094A CN100358289C (zh) | 2004-04-14 | 2004-04-14 | 一种综合网管系统及管理网元管理系统的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1684428A true CN1684428A (zh) | 2005-10-19 |
CN100358289C CN100358289C (zh) | 2007-12-26 |
Family
ID=35263564
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2004100345094A Expired - Fee Related CN100358289C (zh) | 2004-04-14 | 2004-04-14 | 一种综合网管系统及管理网元管理系统的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100358289C (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100344114C (zh) * | 2005-10-25 | 2007-10-17 | 杭州华三通信技术有限公司 | 网络设备的访问方法及实现装置 |
CN100466554C (zh) * | 2007-02-08 | 2009-03-04 | 华为技术有限公司 | 通信适配层系统及获取网元信息的方法 |
CN101047456B (zh) * | 2006-05-10 | 2010-12-15 | 华为技术有限公司 | 终端监控系统和方法 |
CN101304331B (zh) * | 2008-06-06 | 2011-01-05 | 中兴通讯股份有限公司 | 一种北向接口统一平台及其启动方法 |
CN101282237B (zh) * | 2008-05-27 | 2011-05-25 | 中山大学 | 一种基于snmp协议的综合网管系统 |
CN105763346A (zh) * | 2014-12-15 | 2016-07-13 | 中兴通讯股份有限公司 | 一种适配子系统及其实现网管数据上报的方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6260062B1 (en) * | 1999-02-23 | 2001-07-10 | Pathnet, Inc. | Element management system for heterogeneous telecommunications network |
US7174555B2 (en) * | 2002-07-08 | 2007-02-06 | Sbc Properties, L.P. | Methods and systems for verifying EMS compliance via NMS interface |
-
2004
- 2004-04-14 CN CNB2004100345094A patent/CN100358289C/zh not_active Expired - Fee Related
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100344114C (zh) * | 2005-10-25 | 2007-10-17 | 杭州华三通信技术有限公司 | 网络设备的访问方法及实现装置 |
CN101047456B (zh) * | 2006-05-10 | 2010-12-15 | 华为技术有限公司 | 终端监控系统和方法 |
CN100466554C (zh) * | 2007-02-08 | 2009-03-04 | 华为技术有限公司 | 通信适配层系统及获取网元信息的方法 |
CN101282237B (zh) * | 2008-05-27 | 2011-05-25 | 中山大学 | 一种基于snmp协议的综合网管系统 |
CN101304331B (zh) * | 2008-06-06 | 2011-01-05 | 中兴通讯股份有限公司 | 一种北向接口统一平台及其启动方法 |
CN105763346A (zh) * | 2014-12-15 | 2016-07-13 | 中兴通讯股份有限公司 | 一种适配子系统及其实现网管数据上报的方法 |
CN105763346B (zh) * | 2014-12-15 | 2020-09-25 | 中兴通讯股份有限公司 | 一种适配子系统及其实现网管数据上报的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN100358289C (zh) | 2007-12-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1138207C (zh) | 使用远程java对象分配程序的方法和装置 | |
CN1315056C (zh) | 存储系统 | |
CN1129056C (zh) | 节电操作的远程控制方法和信息处理设备 | |
CN101014036B (zh) | 用于节点簇的分散应用程序资源分配的方法与系统 | |
CN1934536A (zh) | 计算机系统及其构成服务器、作业执行控制方法和程序 | |
CN1791037A (zh) | 一种实现Web服务自动化测试的方法 | |
CN1317860C (zh) | 一种无线接入点的负载均衡方法 | |
CN1875348A (zh) | 信息系统、负载控制方法、负载控制程序和记录媒体 | |
CN1908970A (zh) | 分布式的信息发布/订阅系统 | |
CN1595360A (zh) | 用于在分布式计算体系结构中执行作业的系统和方法 | |
CN101051962A (zh) | 一种可扩展动态网络监控系统及其监控方法 | |
CN1645330A (zh) | 用于应用程序分布式管理的启用网格的虚拟机的方法和系统 | |
CN1866217A (zh) | 确定源服务器在目标服务器中的最佳分布的系统和方法 | |
CN1852175A (zh) | 一种巡检方法和一种巡检系统 | |
CN1638376A (zh) | 用于共享网络上的服务的设备和方法 | |
CN1752896A (zh) | 操作系统协作下的嵌入式设备电源管理方法及系统 | |
CN1512370A (zh) | 基于构件的用户自定义事件机制 | |
CN1933421A (zh) | 一种网元管理方法与系统 | |
CN1629810A (zh) | 管理分布式资源的管理系统和方法 | |
CN1684428A (zh) | 一种综合网管系统及管理网元管理系统的方法 | |
CN1905508A (zh) | 多生成树协议的分布式处理系统及处理方法 | |
CN1277196C (zh) | 一种实现计算机系统应用服务器的方法 | |
CN1567835A (zh) | 智能网中的分布式集群业务管理系统及业务管理方法 | |
CN101035020A (zh) | 通信适配层系统及获取网元信息的方法 | |
CN1929463A (zh) | 对象请求代理、用于提供资源高效传送的方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20071226 Termination date: 20160414 |
|
CF01 | Termination of patent right due to non-payment of annual fee |