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

文档序号:7955004阅读:226来源:国知局
专利名称:多级网管系统及多级网管系统中北向接口处理方法
技术领域
本发明涉及网络通信技术领域,具体涉及一种多级网管系统及多级网管系统中北向接口处理方法。
背景技术
随着网络技术的不断发展,网络的应用和规模不断扩大,网管系统需要维护的信息也在不断增加。网管系统主要是针对网络设备进行监测、配置和故障诊断。主要功能有自动拓扑发现、远程配置、性能参数监测以及故障诊断,而且还要向外部网管(如上级网管、第三方厂家的网管软件)开放接口,以使外部网管能够通过该接口获取该网管系统处理的数据等。
尤其是,随着用户对“集中监控、集中管理”的需求日益强烈,就需要下层网管系统提供的北向接口(Northbound Interface)单元,外部网管通过该网管系统提供的北向接口单元获取该网管系统内部处理的数据。一个典型的下层网管系统可以分为网元级网管系统(EMS)和子网级网管系统(SNMS)。虽然SNMS和EMS均提供北向接口单元,但是,为实现多级网管系统之间集中管理的要求,一般先通过SNMS对EMS进行收敛,再由SNMS向外部网管提供该下层网管系统统一的北向接口单元。
但是,现在的网络规模都很大,网络中存在多级网管系统,不同层的网管系统均具有自己开发的北向接口单元, 使得现有的多级网管系统的北向接口单元主要存在一致性差的缺陷,主要表现如下
首先,不同层网管系统的北向接口单元可能由不同厂商和不同的软件开发人员所开发,导致不同层网管系统的北向接口单元所采用的接口标准很难一致,以致多级网管系统的北向接口单元之间一致性较差;进一步,即使不同层的网管系统按照同一标准提供北向接口单元,但是,不同层网管系统的北向接口单元中,开发人员根据自己的喜好,对网络中同一个对象所定义的表现形式(或对象名称)不一致,导致不同层网管系统所返回同一个对象的信息存在表现形式不一致,而信息内容一致的缺点,难以满足用户需求。比如,SNMS和EMS都按照TMF8.14 2.0标准对外提供北向接口单元,当SNMS和EMS收到外部网管查询所有网元(ME)下所有单板(CircuitPack)信息的服务请求,由于在SNMS和EMS各自的北向接口单元中,分别对单板定义的对象名称不一致,导致SNMS和EMS分别向外部网管返回的请求信息中,详细的单板信息的对象名称不一致,而信息的内容一致,这样给外部网络增加处理信息的复杂程度,也难以满足用户对不同层网管系统提供统一北向接口单元的需求;另外,由于不同层网管系统在网络中侧重的业务不同,对网络中信息的关注重点也不尽相同,因此,事实上很难保证不同层网管系统的北向接口单元完全统一。比如,SNMS注重于端到端业务的管理,而EMS更关注于单站业务的管理,因此,即使SNMS和EMS都按照TMF8.14 2.0标准对外提供北向接口,当外部网管查询网络中网元下所有单板信息的服务请求时,事实上SNMS和EMS很难保证返回请求信息中,对于统一个网元下所有单板信息的详细数据具有一致性。
并且,不同层的网管系统需要独自、维护开发北向接口单元,比如,SNMS和EMS都按照TMF8.14 2.0标准对外提供北向接口,如果要给外部网管提供查询网络中所有网元下所有单板信息的服务,那么,SNMS需要根据自己的存量管理开发北向接口单元中的查询接口,而EMS也同样需要,因此,开发、维护不同层网管系统的北向接口单元需要耗费巨大的人力、物力和财力,增加网络的营运成本。

发明内容
本发明解决的技术问题是提供一种多级网管系统以及多级网管系统中北向接口处理方法,通过将网络存量区分为网络层存量以及网元层存量,上级网管系统将网络层接口透传给下级网管系统,而网络层接口则由该上级网管系统自己开发,以优化多级网管系统中北向接口,减少系统开发和维护工作量,并满足用户对多级网管系统中北向接口一致性的要求。
为解决上述问题,本发明公开了一种多级网管系统,包括有相邻的上、下级网管系统,该上、下级网管系统均包括用于与外部网管系统进行信息交互的北向接口单元,关键是,所述上级网管系统的北向接口单元包括伺候管理模块和透传管理模块,所述伺候管理模块用于将该多级网管系统中的接口区分为本级网管北向接口和下级网管北向接口;透传管理模块,用于将下级网管北向接口透传给所述下级网管系统的北向接口单元。
所述本级网管北向接口为网络层接口,所述下级网管北向接口为网元层接口。
上级网管系统的北向接口单元还包括任务管理模块,负责处理所述伺候管理模块传送的网络层接口请求;透传管理模块,用于将网元层接口透传给所述下级网管系统的北向接口单元;通知管理模块,负责接受来自所述消息管理单元的请求响应,并将该请求响应转化为所述北向接口单元的消息格式上报给外部网管系统。
所述伺候管理模块包括
存量规则管理子模块,用于根据预设准则以将接口存量区分为网络层接口存量和网元层接口存量;判断子模块,用于根据请求对象或类型,与所述存量规则管理子模块的准则相对比,判断外部网管系统的请求为网络层接口请求或网元层接口请求;派发子模块,用于根据所述判断子模块的判断结果,把网络层接口请求派发给任务管理模块处理,把网元层接口请求派发给透传管理模块处理。
所述上级网管系统还包括消息管理单元,接受所述北向接口单元的网络层接口请求,并调用系统中的服务单元来响应该请求;所述服务单元包括存量数据库单元、配置服务单元、性能服务单元、安全服务单元、告警服务单元中的一个或多个。
所述上级网管系统为子网级网管系统(SNMS),所述下级网管系统为网元级网管系统(EMS)。
所述网络层接口包括子网接口、和/或子网连接接口、和/或拓扑连接接口,所述网元层接口包括网元接口、和/或机框接口、和/或保护组接口、和/或子架接口、和/或单板接口、和/或物理端口接口、和/或业务连接点接口。
相应地,本发明还公开了一种多级网管系统中北向接口处理方法,关键是,包括如下步骤所述上级网管系统的北向接口单元接受外部网管系统的请求,并判断该请求为(1)本级网管北向接口请求或(2)下级网管北向接口请求,如该请求为(1),则由上级网管系统处理该请求,如该请求为(2),则上级网管系统将下级网管接口透传给下级网管系统的北向接口单元,由下级网管系统处理该请求。
所述步骤还包括配置所述上级网管系统的北向接口单元,将该多级网管系统中的接口区分为本级网管北向接口和下级网管北向接口。
所述本级网管北向接口为网络层接口,所述下级网管北向接口为网元层接口;所述本级网管北向接口请求为网络层接口请求,所述下级网管北向接口请求为网元层接口请求。
所述步骤为利用所述上级网管系统的北向接口单元中的判断子模块,该判断子模块根据外部网管的请求对象或类型,与所述北向接口单元中建立的准则相比较,从而判断该请求为网络层接口请求,还是网元层接口请求;并通过所述北向接口单元中的派发子模块,根据所述判断子模块的判断结果,把网络层接口请求派发给任务管理模块处理,把网元层接口请求派发给透传管理模块处理。
所述上级网管系统处理网络层接口请求包括如下步骤通过北向接口单元将所述请求的消息格式转换成上级网管系统的消息格式;将转换消息格式后的所述请求转发至所述消息管理单元;所述消息管理单元调用上级网管系统中的服务单元来处理所述请求。
所述下级网管系统处理网元层接口请求包括如下步骤所述北向接口单元根据所述请求的对象或类型,确定将对应该请求的接口透传给相应的一个下级网管系统;上级网管系统将网元层接口透传给所确定的下级网管系统;该下级网管系统处理该请求。
本发明的方法还包括如下步骤请求的权限认证所述北向接口单元将所述请求的权限认证信息通过发至所述安全服务单元,由所述安全服务单元完成对该请求的权限认定,只有当该请求具备对应请求接口的权限,才能继续执行步骤B,反之提示外部网管系统权限认证失败。
所述网络层接口包括子网接口、和/或子网连接接口、和/或拓扑连接接口;所述网元层接口包括网元接口、和/或机框接口、和/或保护组接口、和/或子架接口、和/或单板接口、和/或物理端口接口、和/或业务连接点接口。
所述上级网管系统为子网级网管系统(SNMS),所述下级网管系统为网元级网管系统(EMS)。
与现有技术相比,本发明具有以下有益效果1.由于上级网管系统将网元层接口透传给下级网管系统,解决了现有技术中上、下级网管系统中北向接口单元不一致的问题;2.在本发明中,来自外部网管系统的请求若为网络层接口请求,则由上级网管系统处理,若为网元层接口请求,则透传网元层接口后由下级网管系统处理,因此,本发明优化了不同级网管系统的工作处理,达到了资源的有效利用,并减少了同时在上、下级网管系统中开发和维护北向接口单元的工作量。


图1是本发明的多级网管系统的架构示意图。
图2是本发明中上级网管系统中北向接口单元的示意图。
图3是本发明所涉及的TMF814 2.0标准中网络存量的分类示意图。
图4是本发明的原理示意图。
图5是本发明处理一个具体请求的流程示意图。
具体实施例方式
具体实施方式
以包括上、下级网管系统的二级网管系统,且该上级网管系统为子网级网管系统(SNMS),该下级网管系统为网元级网管系统(EMS),并基于TMF814 2.0CORBA(通过对象代理体系结构)接口为具体实施例,并结合说明书附图来详细描述。
如图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,以TMF814 2.0标准中网络存量的分类示意图,来进一步阐明所述伺候管理模块1110中对接口或请求的分类规则。
根据是否涉及多个网元(ME)的规则,把M814 2.0标准中网络存量分为两类网络层存量以及网元层存量。因为存在一个以上的网元,是构成网络层存量的必要条件,否则,当网络中仅存在一个网元,则该网络中的存量全部为网元层存量。其中,网络层存量包括子网(Subnet)、子网选择电路(SNC)以及拓扑连接电路(TL);网元层存量包括网元,以及网元下的诸多结构,比如保护组,单板等。
设置网络存量为网络层存量以及网元层存量,是为了在所述北向接口单元110中,预设对应的准则,以将该多级网管系统中的接口对应区分为网络层接口以及网元层接口,以便所述北向接口单元110判断一个来自外部网管系统的请求为网络层接口请求还是网元层接口请求。
SNMS把网元层接口透传给EMS,对应来自外部网管系统的网元层接口请求,SNMS透传给EMS处理即可。比如,TMF814 2.0IDL中,外部网管系统查询一个网元下所有的物理端口(PTP)接口,由于该PTP接口只涉及网元层存量ME以及PTP,那么,SNMS就直接把该PTP接口透传给EMS的CORBA接口,由EMS负责处理该请求即可。
当然,对于网络层接口不能透传给EMS,需要SNMS自己开发。比如,TMF814 2.0IDL中,外部网管系统查询一个子网上所有的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转化格式后的响应消息上报给外部网管系统。
综上所述,在本发明中,由于将网络存量区分为网络层存量以及网元层存量,对应的,在上级网管系统中建立了将网络接口存量区分为网络层接口和网元层接口的准则,利用该准则,并根据来自外部网管系统请求的对象或类型,判断该请求为网络层接口请求,还是网元层接口请求;如为网元层接口请求,则上级网管系统把网元层接口透传给下级网管系统的北向接口单元,由下级网管系统处理该请求;如为网络层接口请求,则由上级网管系统处理该请求。因此,在本发明中,有效的克服了现有技术中,上、下级网管系统中北向接口单元一致性差的缺陷,优化了上、下级网管系统中北向接口单元,减少了系统开发、维护的工作量,达到资源的有效利用,并更易于满足客户的实际需求。
本发明的具体实施例是以TMF814 2.0CORBA接口为例来说明的,当然,本发明也适用于其他接口,比如Q3、MML等。
以上实施例仅用以说明本发明而并非限制本发明所描述的技术方案;因此,尽管本说明书参照上述的各个实施例对本发明已进行了详细的说明,但是,本领域的普通技术人员应当理解,仍然可以对本发明进行修改或者等同替换;而一切不脱离本发明的精神和范围的技术方案及其改进,其均应涵盖在本发明的权利要求范围当中。
权利要求
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所述的多级网管系统中北向接口处理方法,其特征在于,所述步骤为利用所述上级网管系统的北向接口单元中的判断子模块,该判断子模块根据外部网管的请求对象或类型,与所述北向接口单元中建立的准则相比较,从而判断该请求为网络层接口请求,还是网元层接口请求;并通过所述北向接口单元中的派发子模块,根据所述判断子模块的判断结果,把网络层接口请求派发给所述任务管理模块处理,把网元层接口请求派发给所述透传管理模块处理。
16.根据权利要求14所述的多级网管系统中北向接口处理方法,其特征在于,所述上级网管系统处理网络层接口请求包括如下步骤通过北向接口单元将所述请求的消息格式转换成上级网管系统的消息格式;将转换消息格式后的所述请求转发至所述消息管理单元;所述消息管理单元调用上级网管系统中的服务单元来处理所述请求。
17.根据权利要求14所述的多级网管系统中北向接口处理方法,其特征在于,所述下级网管系统处理网元层接口请求包括如下步骤所述北向接口单元根据所述请求的对象或类型,确定将对应该请求的接口透传给相应的一个下级网管系统;上级网管系统将网元层接口透传给所确定的下级网管系统;该下级网管系统处理该请求。
18.根据权利要求12所述的多级网管系统中北向接口处理方法,其特征在于,还包括如下步骤请求的权限认证所述北向接口单元将所述请求的权限认证信息通过发至所述安全服务单元,由所述安全服务单元完成对该请求的权限认定,仅当该请求具备对应请求接口的权限,才能继续执行本发明的步骤,反之提示外部网管系统权限认证失败。
19.根据权利要求12所述的多级网管系统中北向接口处理方法,其特征在于,还包括如下步骤将所述请求的响应消息格式转化为所述北向接口单元的消息格式,并上报给外部网管系统。
20.根据权利要求13-19任一项所述的多级网管系统中北向接口处理方法,其特征在于,所述网络层接口包括子网接口、和/或子网连接接口、和/或拓扑连接接口;所述网元层接口包括网元接口、和/或机框接口、和/或保护组接口、和/或子架接口、和/或单板接口、和/或物理端口接口、和/或业务连接点接口。
21.根据权利要求13-19任一项所述的多级网管系统中北向接口处理方法,其特征在于,所述上级网管系统为子网级网管系统,所述下级网管系统为网元级网管系统。
全文摘要
本发明揭示了一种多级网管系统及多级网管系统中北向接口处理方法,包括有相邻的上、下级网管系统,该上、下级网管系统均包括用于与外部网管系统进行信息交互的北向接口单元,关键是,所述上级网管系统的北向接口单元包括伺候管理模块,用于将该多级网管系统中的接口区分为本级网管北向接口和下级网管北向接口;透传管理模块,用于将下级网管北向接口透传给所述下级网管系统的北向接口单元。所述本级网管北向接口为网络层接口,所述下级网管北向接口为网元层接口。本发明解决了现有技术中,上、下级网管系统中北向接口单元不一致的问题,并减少了系统开发和维护北向接口单元的工作量,能更好的满足用户的实际需求。
文档编号H04L12/26GK1983954SQ20061003514
公开日2007年6月20日 申请日期2006年4月24日 优先权日2006年4月24日
发明者王世军 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1