CN100490391C - 多级网管系统及多级网管系统中北向接口处理方法 - Google Patents

多级网管系统及多级网管系统中北向接口处理方法 Download PDF

Info

Publication number
CN100490391C
CN100490391C CNB2006100351450A CN200610035145A CN100490391C CN 100490391 C CN100490391 C CN 100490391C CN B2006100351450 A CNB2006100351450 A CN B2006100351450A CN 200610035145 A CN200610035145 A CN 200610035145A CN 100490391 C CN100490391 C CN 100490391C
Authority
CN
China
Prior art keywords
interface
network management
request
network
northbound
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.)
Expired - Fee Related
Application number
CNB2006100351450A
Other languages
English (en)
Other versions
CN1983954A (zh
Inventor
王世军
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CNB2006100351450A priority Critical patent/CN100490391C/zh
Publication of CN1983954A publication Critical patent/CN1983954A/zh
Application granted granted Critical
Publication of CN100490391C publication Critical patent/CN100490391C/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明揭示了一种多级网管系统及多级网管系统中北向接口处理方法,包括有相邻的上、下级网管系统,该上、下级网管系统均包括用于与外部网管系统进行信息交互的北向接口单元,关键是,所述上级网管系统的北向接口单元包括:伺候管理模块,用于将该多级网管系统中的接口区分为上级网管北向接口和下级网管北向接口;透传管理模块,用于将下级网管北向接口透传给所述下级网管系统的北向接口单元;所述透传是指把所述外部网管系统中对象名称转换为下级网管系统命名方式后发给所述下级网管系统,并将所述下级网管系统返回数据中对象名称转换为上级网管系统命名方式返回至所述外部网管系统。本发明解决了现有技术中,上、下级网管系统中北向接口单元不一致的问题。

Description

多级网管系统及多级网管系统中北向接口处理方法
技术领域
本发明涉及网络通信技术领域,具体涉及一种多级网管系统及多级网管系统中北向接口处理方法。
背景技术
随着网络技术的不断发展,网络的应用和规模不断扩大,网管系统需要维护的信息也在不断增加。网管系统主要是针对网络设备进行监测、配置和故障诊断。主要功能有自动拓扑发现、远程配置、性能参数监测以及故障诊断,而且还要向外部网管(如上级网管、第三方厂家的网管软件)开放接口,以使外部网管能够通过该接口获取该网管系统处理的数据等。
尤其是,随着用户对“集中监控、集中管理”的需求日益强烈,就需要下层网管系统提供的北向接口(Northbound Interface)单元,外部网管通过该网管系统提供的北向接口单元获取该网管系统内部处理的数据。一个典型的下层网管系统可以分为网元级网管系统(EMS)和子网级网管系统(SNMS)。虽然SNMS和EMS均提供北向接口单元,但是,为实现多级网管系统之间集中管理的要求,一般先通过SNMS对EMS进行收敛,再由SNMS向外部网管提供该下层网管系统统一的北向接口单元。
但是,现在的网络规模都很大,网络中存在多级网管系统,不同层的网管系统均具有自己开发的北向接口单元,使得现有的多级网管系统的北向接口单元主要存在一致性差的缺陷,主要表现如下:
首先,不同层网管系统的北向接口单元可能由不同厂商和不同的软件开发人员所开发,导致不同层网管系统的北向接口单元所采用的接口标准很难一致,以致多级网管系统的北向接口单元之间一致性较差;
进一步,即使不同层的网管系统按照同一标准提供北向接口单元,但是,不同层网管系统的北向接口单元中,开发人员根据自己的喜好,对网络中同一个对象所定义的表现形式(或对象名称)不一致,导致不同层网管系统所返回同一个对象的信息存在表现形式不一致,而信息内容一致的缺点,难以满足用户需求。比如,SNMS和EMS都按照TMF 8.142.0标准对外提供北向接口单元,当SNMS和EMS收到外部网管查询所有网元(ME)下所有单板(CircuitPack)信息的服务请求,由于在SNMS和EMS各自的北向接口单元中,分别对单板定义的对象名称不一致,导致SNMS和EMS分别向外部网管返回的请求信息中,详细的单板信息的对象名称不一致,而信息的内容一致,这样给外部网络增加处理信息的复杂程度,也难以满足用户对不同层网管系统提供统一北向接口单元的需求;
另外,由于不同层网管系统在网络中侧重的业务不同,对网络中信息的关注重点也不尽相同,因此,事实上很难保证不同层网管系统的北向接口单元完全统一。比如,SNMS注重于端到端业务的管理,而EMS更关注于单站业务的管理,因此,即使SNMS和EMS都按照TMF 8.142.0标准对外提供北向接口,当外部网管查询网络中网元下所有单板信息的服务请求时,事实上SNMS和EMS很难保证返回请求信息中,对于统一个网元下所有单板信息的详细数据具有一致性。
并且,不同层的网管系统需要独自、维护开发北向接口单元,比如,SNMS和EMS都按照TMF 8.142.0标准对外提供北向接口,如果要给外部网管提供查询网络中所有网元下所有单板信息的服务,那么,SNMS需要根据自己的存量管理开发北向接口单元中的查询接口,而EMS也同样需要,因此,开发、维护不同层网管系统的北向接口单元需要耗费巨大的人力、物力和财力,增加网络的营运成本。
发明内容
本发明解决的技术问题是提供一种多级网管系统以及多级网管系统中北向接口处理方法,通过将网络存量区分为网络层存量以及网元层存量,上级网管系统将网络层接口透传给下级网管系统,而网络层接口则由该上级网管系统自己开发,以优化多级网管系统中北向接口,减少系统开发和维护工作量,并满足用户对多级网管系统中北向接口一致性的要求。
为解决上述问题,本发明公开了一种多级网管系统,包括有相邻的上、下级网管系统,该上、下级网管系统均包括用于与外部网管系统进行信息交互的北向接口单元,关键是,所述上级网管系统的北向接口单元包括伺候管理模块和透传管理模块,所述伺候管理模块用于将该多级网管系统中的接口区分为上级网管北向接口和下级网管北向接口;透传管理模块,用于将下级网管北向接口透传给所述下级网管系统的北向接口单元;所述透传是指把所述外部网管系统中对象名称转换为下级网管系统命名方式后发给所述下级网管系统,并将所述下级网管系统返回数据中对象名称转换为上级网管系统命名方式返回至所述外部网管系统。
所述上级网管北向接口为网络层接口,所述下级网管北向接口为网元层接口。
上级网管系统的北向接口单元还包括:
任务管理模块,负责处理所述伺候管理模块传送的网络层接口请求;
透传管理模块,用于将网元层接口透传给所述下级网管系统的北向接口单元;
通知管理模块,负责接受来自所述消息管理单元的请求响应,并将该请求响应转化为所述上级网管系统北向接口单元的消息格式上报给外部网管系统。
所述伺候管理模块包括:
存量规则管理子模块,用于根据预设准则以将接口存量区分为网络层接口存量和网元层接口存量;
判断子模块,用于根据请求对象或类型,与所述存量规则管理子模块的准则相对比,判断外部网管系统的请求为网络层接口请求或网元层接口请求;
派发子模块,用于根据所述判断子模块的判断结果,把网络层接口请求派发给任务管理模块处理,把网元层接口请求派发给透传管理模块处理。
所述上级网管系统还包括:
消息管理单元,接受所述上级网管系统北向接口单元的网络层接口请求,并调用系统中的服务单元来响应该请求;
所述服务单元包括存量数据库单元、配置服务单元、性能服务单元、安全服务单元、告警服务单元中的一个或多个。
所述上级网管系统为子网级网管系统(SNMS),所述下级网管系统为网元级网管系统(EMS)。
所述网络层接口包括子网接口、和/或子网连接接口、和/或拓扑连接接口,所述网元层接口包括网元接口、和/或机框接口、和/或保护组接口、和/或子架接口、和/或单板接口、和/或物理端口接口、和/或业务连接点接口。
相应地,本发明还公开了一种多级网管系统中北向接口处理方法,关键是,包括如下步骤:
上级网管系统的北向接口单元接受外部网管系统的请求,并判断该请求为(1)上级网管北向接口请求或(2)下级网管北向接口请求,如该请求为(1),则由上级网管系统处理该请求,如该请求为(2),则上级网管系统将下级网管接口透传给下级网管系统的北向接口单元,由下级网管系统处理该请求;所述透传是指把所述外部网管系统中对象名称转换为下级网管系统命名方式后发给所述下级网管系统,并将所述下级网管系统返回数据中对象名称转换为上级网管系统命名方式返回至所述外部网管系统。
所述步骤还包括:配置所述上级网管系统的北向接口单元,将该多级网管系统中的接口区分为上级网管北向接口和下级网管北向接口。
所述本级网管北向接口为网络层接口,所述下级网管北向接口为网元层接口;所述上级网管北向接口请求为网络层接口请求,所述下级网管北向接口请求为网元层接口请求。
所述步骤为:利用所述上级网管系统的北向接口单元中的判断子模块,该判断子模块根据外部网管的请求对象或类型,与所述上级网管系统的北向接口单元中建立的准则相比较,从而判断该请求为网络层接口请求,还是网元层接口请求;并通过所述上级网管系统的北向接口单元中的派发子模块,根据所述判断子模块的判断结果,把网络层接口请求派发给所述上级网管系统的北向接口单元中的任务管理模块处理,把网元层接口请求派发给所述上级网管系统的北向接口单元中的透传管理模块处理。
所述上级网管系统处理网络层接口请求包括如下步骤:
通过上级网管系统的北向接口单元将所述请求的消息格式转换成上级网管系统的消息格式;
将转换消息格式后的所述请求转发至所述上级网管系统中的消息管理单元;
所述上级网管系统中的消息管理单元调用上级网管系统中的服务单元来处理所述请求。
所述下级网管系统处理网元层接口请求包括如下步骤:
所述上级网管系统的北向接口单元根据所述请求的对象或类型,确定将对应该请求的接口透传给相应的一个下级网管系统;上级网管系统将网元层接口透传给所确定的下级网管系统;该下级网管系统处理该请求。
本发明的方法还包括如下步骤:
请求的权限认证:所述上级网管系统的北向接口单元将所述请求的权限认证信息通过发至所述上级网管系统的服务单元中的安全服务单元,由所述安全服务单元完成对该请求的权限认定,只有当该请求具备对应请求接口的权限,才能继续执行本发明的步骤,反之提示外部网管系统权限认证失败。
所述网络层接口包括子网接口、和/或子网连接接口、和/或拓扑连接接口;所述网元层接口包括网元接口、和/或机框接口、和/或保护组接口、和/或子架接口、和/或单板接口、和/或物理端口接口、和/或业务连接点接口。
所述上级网管系统为子网级网管系统(SNMS),所述下级网管系统为网元级网管系统(EMS)。
与现有技术相比,本发明具有以下有益效果:
1.由于上级网管系统将网元层接口透传给下级网管系统,解决了现有技术中上、下级网管系统中北向接口单元不一致的问题;
2.在本发明中,来自外部网管系统的请求若为网络层接口请求,则由上级网管系统处理,若为网元层接口请求,则透传网元层接口后由下级网管系统处理,因此,本发明优化了不同级网管系统的工作处理,达到了资源的有效利用,并减少了同时在上、下级网管系统中开发和维护北向接口单元的工作量。
附图说明
图1是本发明的多级网管系统的架构示意图。
图2是本发明中上级网管系统中北向接口单元的示意图。
图3是本发明所涉及的TMF 8142.0标准中网络存量的分类示意图。
图4是本发明的原理示意图。
图5是本发明处理一个具体请求的流程示意图。
具体实施方式
本具体实施方式以包括上、下级网管系统的二级网管系统,且该上级网管系统为子网级网管系统(SNMS),该下级网管系统为网元级网管系统(EMS),并基于TMF 8142.0 CORBA(通过对象代理体系结构)接口为具体实施例,并结合说明书附图来详细描述。
如图1所示,为本发明多级网管系统的架构示意图。与现有技术相比,本发明的多级网管系统中,仍然是先由SNMS对EMS进行收敛,且SNMS和EMS中均包括一个北向接口单元;不同的是,在本发明中,SNMS的北向接口单元透传给EMS的北向接口单元。
所述透传是指所述SNMS把外部网管系统中对象名称经过简单转换为EMS命名方式后之间发给所述EMS,并将所述EMS返回数据中对象名称简单转换为SNMS命名方式返回至所述外部网管系统。
所述外部网管系统是指需要从该多级网管系统中相邻的两级网管系统获取数据的网管系统。
所述SNMS包括:
北向接口单元110,为SNMS提供给外部网管通获取SNMS内部处理数据的接口;
消息管理单元120,主要负责消息管理,比如订阅、转发等功能;接受所述北向接口单元110转发的外部网管系统的请求,并调用SNMS内部的服务单元来响应该请求;
存量数据库单元130,对网络中存量进行存量管理;
配置服务单元140,主要负责电路搜索、电路查询、电路创建、电路删除等功能;
性能服务单元150,主要负责性能上报、性能查询等功能;
安全服务单元160,主要负责安全管理,比如用户登陆、注销以及其他权限控制等;
告警服务单元170,主要负责安全管理,比如告警上报、告警确认、告警查询、告警删除、告警核对等功能;
其他服务单元180,主要根据用户需求开发,负责一些简单的任务,比如日志管理等。
其中,见图2所示,所述SNMS的北向接口单元110具体包括如下:
伺候管理模块1110,用于接受外部网管系统请求,并根据请求的类型或对象将该请求区分为本级网管北向接口和下级网管北向接口。
透传管理模块1120,接受所述伺候管理模块1110中所述派发子模块派发的下级网管北向接口请求,根据该请求的对象或类型确定该请求所对应的EMS,并把下级网管北向接口透传给该EMS的北向接口单元210。
任务管理模块1130,负责处理所述伺候管理模块1110中所述派发子模块派发的本级网管北向接口请求,该任务管理模块1130通过所述消息管理单元120发出协助请求,以调用SNMS中的服务单元来处理一个来自外部网管系统发出的具体请求。比如,负责处理一个外部网管系统查询SNMS中所有的子网连接(SNC)的请求。
通知管理模块1140,负责接受来自所述消息管理单元120的请求响应,并将该请求响应转化为所述北向接口单元110的格式上报给外部网管系统。
所述本级网管北向接口为网络层接口,所述下级网管北向接口为网元层接口;所述本级网管北向接口请求为网络层接口请求,所述下级网管北向接口请求为网元层接口请求。
具体地,所述伺候管理模块1110包括存量规则管理子模块、判断子模块以及派发子模块,所述存量规则管理子模块用于建立一套准则,以根据对象或类型将网络中接口存量分为2类:网络层接口存量以及网元层接口存量;所述判断子模块用于根据外部网管的请求对象或类型,与所述北向接口单元中建立的准则相比较,从而判断该请求为网络层接口请求,还是网元层接口请求;所述派发子模块用于根据所述判断子模块的判断结果,把网络层接口请求派发给所述任务管理模块1130处理,把网元层接口请求派发给所述透传管理模块1120处理。
以下结合图3,以TMF 814 2.0标准中网络存量的分类示意图,来进一步阐明所述伺候管理模块1110中对接口或请求的分类规则。
根据是否涉及多个网元(ME)的规则,把M814 2.0标准中网络存量分为两类:网络层存量以及网元层存量。因为存在一个以上的网元,是构成网络层存量的必要条件,否则,当网络中仅存在一个网元,则该网络中的存量全部为网元层存量。其中,网络层存量包括子网(Subnet)、子网选择电路(SNC)以及拓扑连接电路(TL);网元层存量包括网元,以及网元下的诸多结构,比如保护组,单板等。
设置网络存量为网络层存量以及网元层存量,是为了在所述北向接口单元110中,预设对应的准则,以将该多级网管系统中的接口对应区分为网络层接口以及网元层接口,以便所述北向接口单元110判断一个来自外部网管系统的请求为网络层接口请求还是网元层接口请求。
SNMS把网元层接口透传给EMS,对应来自外部网管系统的网元层接口请求,SNMS透传给EMS处理即可。比如,TMF 814 2.0 IDL中,外部网管系统查询一个网元下所有的物理端口(PTP)接口,由于该PTP接口只涉及网元层存量ME以及PTP,那么,SNMS就直接把该PTP接口透传给EMS的CORBA接口,由EMS负责处理该请求即可。
当然,对于网络层接口不能透传给EMS,需要SNMS自己开发。比如,TMF814 2.0 IDL中,外部网管系统查询一个子网上所有的SNC电路,由于SNMS和EMS本身子网的划分就不尽相同,另外,由于EMS管理能力有限,有些SNC电路在EMS中并不能形成一条完整的SNC电路,只有在SNMS中才能形成一条完整的SNC电路,因此,此类信息只能从SNMS本身获取,故对应的网络层接口也需要由SNMS开发。
图4给出了本发明的原理示意图。
首先,配置SNMS的所述北向接口单元110(步骤s310);具体为:在SNMS的所述北向接口单元110的所述存量规则管理子模块中,根据所述存量的分类准则,建立一套将网络接口分为网络层接口以及网元层接口的准则;
其次,所述北向接口单元110接受一个来自外部网管系统的请求(步骤s320),并判断该请求为网络层接口请求,还是网元层接口请求(步骤s330);具体为:所述伺候管理模块1110的所述判断子模块根据请求的对象或类型,与所述存量规则管理子模块中建立的准则做比较,从而判断该请求为网络层接口请求,还是网元层接口请求;
再次,请求的处理;具体为:根据所述判断子模块的判断结果,如果所述判断子模块判断所述请求为网元层接口请求,则由所述伺候管理模块1110的所述派发子模块将该网元层接口请求派发给所述透传管理模块1120,由该透传管理模块1120将网元层接口透传给EMS的所述北向接口单元210(步骤s351),并由EMS处理该请求(步骤s352);如果所述判断子模块判断所述请求为网络层接口请求,则由所述派发子模块将该网络层接口请求派发给所述任务管理模块1130处理,并由SNMS具体处理该请求(步骤s341)。
另外,图5给出了本发明的多级网管系统接受外部网管系统的一个请求的具体处理流程示意图,并结合图1、图2、图3和图4,来详细说明本发明处理外部请求的流程。
步骤s410:配置SNMS的所述北向接口单元110;
步骤s420:所述北向接口单元110接受一个来自外部网管系统的请求消息;
步骤s430:请求的权限认证,所述北向接口单元110将该请求的权限认证信息通过所述消息管理单元120发至所述安全服务单元160,以确定该请求是否具有对应接口的请求权限,由所述安全服务单元160完成对该请求的权限认定,只有当该请求具备对应请求接口的权限,才能继续执行下一步骤,反之提示外部网管系统权限认证失败;
步骤s440:判断该请求为网络层接口请求,还是网元层接口请求,此步骤由所述判断子模块根据该请求的对象或类型,与所述存量规则管理子模块中建立的准则做比较,从而判断该请求为网络层接口请求,还是网元层接口请求;
如果所述请求为网络层接口请求,则由所述派发子模块将该网络层接口请求派发给所述任务管理模块1130处理,并由SNMS处理该请求,具体包括如下步骤:
步骤s451:重构请求的消息格式,由于外部网管系统的消息格式与SNMS中的消息格式不一致,因此,在处理该请求之前,需要先通过所述伺候管理模块1110将所述请求的消息格式转换成SNMS中的消息格式;
步骤s452:转发请求,所述伺候管理模块1110将转换消息格式后的所述请求,通过所述任务管理模块1130转发至所述消息管理单元120;
步骤s453:请求处理,由所述消息管理单元120调用SNMS中的服务单元来处理所述请求。
如果所述请求为网元层接口请求,则由所述派发子模块将该网元层接口请求派发给所述透传管理模块1120,由该透传管理模块1120将网元层接口透传给EMS的所述北向接口单元210,并由该EMS处理该请求,具体包括如下处理步骤:
步骤s461:确定透传的EMS,由于在多级网管系统中,采用上级网管系统收敛下级网管系统,故需要由所述透传管理模块1120根据所述请求的对象或类型,以确认将对应该请求的接口透传给由SNMS所收敛的相应EMS;
步骤s462:透传网元层接口,当所述透传管理模块1120确认透传的EMS后,SNMS将网元层接口透传给对应EMS的北向接口单元210,所述透传管理模块1120将该请求转发至对应EMS的北向接口单元210;
步骤s463:请求处理,由接受所述请求的EMS具体处理该请求,比如,先需要将所述请求的消息格式转化成EMS的消息格式,再调用相关的服务单元来处理该请求等。
针对需要请求响应消息的外部请求,本发明处理外部请求的流程还包括如下步骤:
步骤s470:重构响应消息,该步骤由所述通知管理模块1140完成,将所述请求的响应消息格式转化为所述北向接口单元110的格式,以便所述北向接口单元110将该响应消息上报给外部网管系统;
步骤s480:将经过步骤s470转化格式后的响应消息上报给外部网管系统。
综上所述,在本发明中,由于将网络存量区分为网络层存量以及网元层存量,对应的,在上级网管系统中建立了将网络接口存量区分为网络层接口和网元层接口的准则,利用该准则,并根据来自外部网管系统请求的对象或类型,判断该请求为网络层接口请求,还是网元层接口请求;如为网元层接口请求,则上级网管系统把网元层接口透传给下级网管系统的北向接口单元,由下级网管系统处理该请求;如为网络层接口请求,则由上级网管系统处理该请求。因此,在本发明中,有效的克服了现有技术中,上、下级网管系统中北向接口单元一致性差的缺陷,优化了上、下级网管系统中北向接口单元,减少了系统开发、维护的工作量,达到资源的有效利用,并更易于满足客户的实际需求。
本发明的具体实施例是以TMF 814 2.0 CORBA接口为例来说明的,当然,本发明也适用于其他接口,比如Q3、MML等。
以上实施例仅用以说明本发明而并非限制本发明所描述的技术方案;因此,尽管本说明书参照上述的各个实施例对本发明已进行了详细的说明,但是,本领域的普通技术人员应当理解,仍然可以对本发明进行修改或者等同替换;而一切不脱离本发明的精神和范围的技术方案及其改进,其均应涵盖在本发明的权利要求范围当中。

Claims (20)

1.一种多级网管系统,包括有相邻的上、下级网管系统,该上、下级网管系统均包括用于与外部网管系统进行信息交互的北向接口单元,其特征在于,所述上级网管系统的北向接口单元包括:
伺候管理模块,用于将该多级网管系统中的接口区分为上级网管北向接口和下级网管北向接口;
透传管理模块,用于将下级网管北向接口透传给所述下级网管系统的北向接口单元;
所述透传是指把所述外部网管系统中对象名称转换为下级网管系统命名方式后发给所述下级网管系统,并将所述下级网管系统返回数据中对象名称转换为上级网管系统命名方式返回至所述外部网管系统。
2.根据权利要求1所述的多级网管系统,其特征在于,所述上级网管北向接口为网络层接口,所述下级网管北向接口为网元层接口。
3.根据权利要求2所述的多级网管系统,其特征在于,所述伺候管理模块包括:
存量规则管理子模块,用于根据预设准则将接口存量区分为网络层接口存量和网元层接口存量;
判断子模块,用于根据请求对象或类型,与所述存量规则管理子模块的准则相对比,判断外部网管系统的请求为网络层接口请求或网元层接口请求。
4.根据权利要求3所述的多级网管系统,其特征在于,所述上级网管系统的北向接口单元还包括:
任务管理模块,负责处理所述伺候管理模块传送的网络层接口请求。
5.根据权利要求4所述的多级网管系统,其特征在于,所述伺候管理模块还包括派发子模块,该派发子模块用于根据判断子模块的判断结果,把网络层接口请求派发给所述任务管理模块处理,把网元层接口请求派发给所述透传管理模块处理。
6.根据权利要求2-4任一项所述的多级网管系统,其特征在于,所述上级网管系统还包括:
消息管理单元,接受所述上级网管系统北向接口单元的网络层接口请求,并调用系统中的服务单元来响应该请求。
7.根据权利要求6所述的多级网管系统,其特征在于,所述服务单元包括存量数据库单元、配置服务单元、性能服务单元、安全服务单元、告警服务单元中的一个或多个。
8.根据权利要求7所述的多级网管系统,其特征在于,所述上级网管系统的北向接口单元还包括:
通知管理模块,负责接受来自所述消息管理单元的请求响应,并将该请求响应转化为所述上级网管系统北向接口单元的格式上报给外部网管系统。
9.根据权利要求1所述的多级网管系统,其特征在于,所述上级网管系统为子网级网管系统,所述下级网管系统为网元级网管系统。
10.根据权利要求2所述的多级网管系统,其特征在于,所述网络层接口包括子网接口、和/或子网连接接口、和/或拓扑连接接口。
11.根据权利要求2所述的多级网管系统,其特征在于,所述网元层接口包括网元接口、和/或机框接口、和/或保护组接口、和/或子架接口、和/或单板接口、和/或物理端口接口、和/或业务连接点接口。
12.一种多级网管系统中北向接口处理方法,其特征在于,包括如下步骤:
上级网管系统的北向接口单元接受外部网管系统的请求,并判断该请求为(1)上级网管北向接口请求或(2)下级网管北向接口请求,如该请求为(1),则由上级网管系统处理该请求,如该请求为(2),则上级网管系统将下级网管接口透传给下级网管系统的北向接口单元,由下级网管系统处理该请求;
所述透传是指把所述外部网管系统中对象名称转换为下级网管系统命名方式后发给所述下级网管系统,并将所述下级网管系统返回数据中对象名称转换为上级网管系统命名方式返回至所述外部网管系统。
13.根据权利要求12所述的多级网管系统中北向接口处理方法,其特征在于,还包括如下步骤:
配置所述上级网管系统的北向接口单元,将该多级网管系统中的接口区分为上级网管北向接口和下级网管北向接口。
14.根据权利要求13所述的多级网管系统中北向接口处理方法,其特征在于,所述上级网管北向接口为网络层接口,所述下级网管北向接口为网元层接口;所述上级网管北向接口请求为网络层接口请求,所述下级网管北向接口请求为网元层接口请求。
15.根据权利要求14所述的多级网管系统中北向接口处理方法,其特征在于,所述权利要求12中的步骤为:利用所述上级网管系统的北向接口单元中的判断子模块,该判断子模块根据外部网管的请求对象或类型,与所述上级网管系统的北向接口单元中建立的准则相比较,从而判断该请求为网络层接口请求,还是网元层接口请求;并通过所述上级网管系统的北向接口单元中的派发子模块,根据所述判断子模块的判断结果,把网络层接口请求派发给所述上级网管系统的北向接口单元中的任务管理模块处理,把网元层接口请求派发给所述上级网管系统的北向接口单元中的透传管理模块处理。
16.根据权利要求14所述的多级网管系统中北向接口处理方法,其特征在于,所述上级网管系统处理网络层接口请求包括如下步骤:
通过上级网管系统的北向接口单元将所述请求的消息格式转换成上级网管系统的消息格式;
将转换消息格式后的所述请求转发至所述上级网管系统的消息管理单元;
所述上级网管系统的消息管理单元调用上级网管系统中的服务单元来处理所述请求。
17.根据权利要求14所述的多级网管系统中北向接口处理方法,其特征在于,所述下级网管系统处理网元层接口请求包括如下步骤:
所述上级网管系统的北向接口单元根据所述请求的对象或类型,确定将对应该请求的接口透传给相应的一个下级网管系统;上级网管系统将网元层接口透传给所确定的下级网管系统;该下级网管系统处理该请求。
18.根据权利要求12所述的多级网管系统中北向接口处理方法,其特征在于,还包括如下步骤:
将所述请求的响应消息格式转化为所述上级网管系统的北向接口单元的消息格式,并上报给外部网管系统。
19.根据权利要求13-18任一项所述的多级网管系统中北向接口处理方法,其特征在于,所述网络层接口包括子网接口、和/或子网连接接口、和/或拓扑连接接口;所述网元层接口包括网元接口、和/或机框接口、和/或保护组接口、和/或子架接口、和/或单板接口、和/或物理端口接口、和/或业务连接点接口。
20.根据权利要求13-18任一项所述的多级网管系统中北向接口处理方法,其特征在于,所述上级网管系统为子网级网管系统,所述下级网管系统为网元级网管系统。
CNB2006100351450A 2006-04-24 2006-04-24 多级网管系统及多级网管系统中北向接口处理方法 Expired - Fee Related CN100490391C (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNB2006100351450A CN100490391C (zh) 2006-04-24 2006-04-24 多级网管系统及多级网管系统中北向接口处理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB2006100351450A CN100490391C (zh) 2006-04-24 2006-04-24 多级网管系统及多级网管系统中北向接口处理方法

Publications (2)

Publication Number Publication Date
CN1983954A CN1983954A (zh) 2007-06-20
CN100490391C true CN100490391C (zh) 2009-05-20

Family

ID=38166209

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2006100351450A Expired - Fee Related CN100490391C (zh) 2006-04-24 2006-04-24 多级网管系统及多级网管系统中北向接口处理方法

Country Status (1)

Country Link
CN (1) CN100490391C (zh)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101447829B (zh) * 2007-11-27 2011-05-04 华为技术有限公司 处理命令的方法以及北向接口
CN101803283B (zh) * 2007-12-24 2012-03-28 中兴通讯股份有限公司 基于gct的多级网管集成的实现方法
CN101227327B (zh) * 2008-02-02 2010-12-08 中兴通讯股份有限公司 一种集中网管系统以及上载下级告警信息的方法
CN101304331B (zh) * 2008-06-06 2011-01-05 中兴通讯股份有限公司 一种北向接口统一平台及其启动方法
CN101296232B (zh) * 2008-06-16 2012-07-18 中兴通讯股份有限公司 一种多级网管多北向接口的适配装置及方法
CN102033741B (zh) * 2009-09-30 2014-02-19 华为技术有限公司 北向接口系统及其实现方法
CN102984220B (zh) * 2012-11-13 2015-04-15 北京空间飞行器总体设计部 一种用于航天器多级子网的突发下行数据通信方法
CN105323082A (zh) * 2014-06-30 2016-02-10 中兴通讯股份有限公司 一种支持集中化北向接口对接的方法及装置
CN104202178B (zh) * 2014-08-15 2016-02-24 四川天邑康和通信股份有限公司 智能光分配网智能管理终端与网络管理系统的通信方法
CN106452823A (zh) * 2016-07-12 2017-02-22 广州润铂晟信息技术有限公司 一种基于多计算机切换器技术的网管系统
CN106341267A (zh) * 2016-09-18 2017-01-18 深圳震有科技股份有限公司 一种多级网管系统中的北向接口模块及其信息处理方法
CN108011736A (zh) * 2016-10-27 2018-05-08 中兴通讯股份有限公司 一种配置北向模型的方法和装置
CN108243045B (zh) * 2016-12-27 2020-07-28 大唐移动通信设备有限公司 一种基于规则引擎的北向网管管理方法和网管管理装置
CN114915533B (zh) * 2022-04-29 2023-05-30 武汉烽火技术服务有限公司 一种基于平台的北向接口实现方法和架构

Also Published As

Publication number Publication date
CN1983954A (zh) 2007-06-20

Similar Documents

Publication Publication Date Title
CN100490391C (zh) 多级网管系统及多级网管系统中北向接口处理方法
CN103944924B (zh) 一种基于RESTful的泛在网发布订阅中间件模型的方法
US5715394A (en) Method of supporting the management of a communications network, and network management facility therefor
CN101640825A (zh) 三网融合
TWI519965B (zh) Flexible assembly system and method for cloud service service for telecommunication application
WO2010139167A1 (zh) 用于政务商务决策的专家支持应用系统平台及其建构方法
CN104361424A (zh) 基于企业服务总线的主数据系统集成方法
JPH09146844A (ja) 機密保護方法
CN107942972A (zh) 一种工厂智能集成系统及方法
CN102291280A (zh) 基于云计算的智能测控物联网平台及其测控方法
CN102033848A (zh) 基于soa的三维设计系统集成方法及系统
CN105187559A (zh) 一种数据融合治理系统
CN107959666A (zh) 大规模cors站播发系统中数据订阅、发布的方法及其装置
CN101296232B (zh) 一种多级网管多北向接口的适配装置及方法
CN106452922A (zh) 一种应用于物联网的数据中心处理方法
JPS61251343A (ja) ロ−カルエリヤネツトワ−クに於けるアドレス管理方式
CN101631134A (zh) 用于分布式计算环境的网络消息交换服务管理器
CN102402218A (zh) 一种智能工业网络监控系统
CN106354507A (zh) 一种企业级应用管理系统及其运行方法
CN101729864B (zh) 矩阵化数字、模拟音视频联网监控系统
CN107896242A (zh) 一种服务共享方法及装置
CN108933760A (zh) 安全业务控制方法和系统
CN102063305A (zh) 基于soa的业务数据的服务封装方法及集成系统
CN101346007B (zh) 基于自动交换光网络的业务处理方法及自动交换光网络
CN101572627A (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
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20090520

Termination date: 20160424