CN1863068A - 网络管理层通过网元管理层实现信息管理的方法 - Google Patents
网络管理层通过网元管理层实现信息管理的方法 Download PDFInfo
- Publication number
- CN1863068A CN1863068A CN 200510087290 CN200510087290A CN1863068A CN 1863068 A CN1863068 A CN 1863068A CN 200510087290 CN200510087290 CN 200510087290 CN 200510087290 A CN200510087290 A CN 200510087290A CN 1863068 A CN1863068 A CN 1863068A
- Authority
- CN
- China
- Prior art keywords
- function
- information
- inquiry
- interface
- management
- 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
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及一种网络管理层通过网元管理层实现信息管理的方法。本发明主要包括:将网络管理层需要通过网元管理层进行信息管理的操作进行分类,并在网络管理层与网元管理层间分别建立通用的操作接口及相应的操作接口函数;网络管理层通过所述通用的操作接口及相应的操作接口函数与各个网元管理层间进行信息交互进行相应的信息管理。因此,本发明的实现使得EMS需要实例化的对象大大减少,进而使得对硬件资源的要求大大降低,即对运行EMS的设备要求降低。而且,由于NMS和EMS在接口上是松耦合的,信息模型的约束实际上很少。这样,就为NMS和EMS各自的开发留下了充分的空间,使开发更加容易、便捷。
Description
技术领域
本发明涉及网络管理技术领域,尤其涉及一种网络管理层通过网元管理层实现信息管理的方法。
背景技术
SDH(同步数字序列)网络管理系统按照TMN(电信管理网)分层模型实现对SDH传输网络的管理,SDH传输网按照区域划分为不同的管理域,即不同的子网。针对每一个子网中SDH设备的管理由EMS(网元级管理系统)完成。EMS对SDH设备进行管理采用的接口为专用的接口。所述EMS主要完成SDH设备的操作维护和管理功能,同时EMS还需要向上一级NMS(网络级管理系统)提供标准的Q3接口,以满足统一网管的需要。
针对SDH设备进行管理的管理网络结构如图1所示。从图1中可以看出,网管系统中接口的通用性直接影响NMS系统与EMS系统之间的互联,而接口效率则直接影响到上层NMS系统的处理效率。
在现有的网管接口中,Q3接口是ITU-T各类建议中广泛采用的一种,也是目前商业应用中成熟度较高的一种接口。Q3接口的协议栈结构如下表所示,所述的Q3接口的协议栈为实现系统互联提供了通信的基础。
7应用层 | X.710,X.711(CMISE)X.217,X.227(ACSE)X.219,X.229(ROSE) |
6表示层 | X.216,X.226(Presentation)X.209(BER) |
5会晤层 | X.215,X.225(Session) |
4传输层 | RFC1006(TPO)RFC793(TCP) |
3网络层 | RFC791(IP) |
2链路层 | 支持IP的任意数据链路层/物理层 |
1物理层 |
基于所述的Q3接口的协议还建立了用于表达实际网络的抽象的信息模型。所述的信息模型包括:GDMO(Guideline for Definition of ManagedObjects,被管理对象定义指南)和ASN.1(抽象句法表示法1)定义。在SDH的网络管理中,相关的ITU-T建议包括:M.3100、G.774系列、Q.821和Q.822等。以上建议都对SDH网络管理系统中NML-EML(网络管理层与网元管理层)接口的信息模型进行了定义。定义主要描述了:网元NE、子架Shelf、单板Circuitpack等物理设备的抽象,以及路径Trail、路径终结点TTP、连接终结点CTP、交叉连接XC等逻辑对象的抽象。
目前SDH网管系统中最常用的NMS和EMS互联方案是:采用ITU-TG.774系列定义的信息模型。所述的信息模型将实际的SDH网络设备类型抽象为不同的MO(被管对象),并为所述MO分配了属性(Attributes)和获取(Get)、设置(Set)等属性的操作,同时,对一些必须连贯执行以达到一个预期结果的操作,定义了动作(Action);当MO被创建、删除或属性、状态发生改变时,EMS会向NMS发送相应的通知(Notification),以便NMS及时更新相关信息。
例如,对网元的定义如下:
SdhNE MANAGED OBJECT CLASS;//
DERIVED FROM ″Recommendation M.3100″:managedElement;
CHARACTERIZED BY
″Recommendation M.3100″:createDeleteNotificationsPackage,
″Recommendation M.3100″:stateChangeNotificationPackage,
sdhNEPackage PACKAGE
BEHAVIOUR
sdhNEBehaviour BEHAVIOUR
DEFINED AS
“SDH网元是没有任何内部开放系统接口的系统”;
;;
REGISTERED AS{SDH.g774ObjectClass 46};
当需要查询/设置某个被管对象的某个属性时,就发出相应的Get/SetCMIP请求。例如,NMS要查询某个sdhNE的version(版本)属性,则需要给出绝对识别名(DN:DistinguishedName)定位到该MO,给出要查询的属性名称“version”,下发Get操作;然后,EMS响应NMS的请求,给出该MO的version属性值。也就是说,在EMS上,应该对网元、单板、端口等物理设备进行抽象和建模,并基于这个模型进行管理。通常,在EMS上,这些信息被存放在一个MIT(管理信息树)或者MIB(管理信息库)中。
从以上技术方案的描述可以看出:目前G.774系列采用的是一种细粒度模型,对所有被管对象的属性、操作、通知、行为都做了详细的定义,而且重点在于从EMS角度抽象和描述网络设备和资源。
因此,上述现有的技术方案存在以下缺点:
(1)不论NMS是否需要,EMS必须按照信息模型对所有设备和资源进行抽象和建模,导致在EMS中储存了大量的冗余信息;所述大量的冗余信息导致EMS在处理过程中效率大大降低,也增加了EMS在存储、处理数据方面的开销,要求运行EMS程序的机器配置较高。
(2)要求NMS和EMS的信息模型必须一致,否则必须由NMS进行接口上的适配,从而增加了NMS的处理开销。
(3)没有从NMS的接口功能需求考虑,当NMS要实现某个具体功能是,可能要进行多次Get、Set等组合操作,导致接口工作的效率很低。例如:设置某个单板上的告警不要上报,NMS需要将单板上的ASAPPointer(ASAPPointer:AlarmSeverityAssignmentProfilePointer,告警级别分配表指针)指向的ASAP被管对象实例(ASAP:AlarmSeverityAssignmentProfile告警级别分配表)删除,将单板的该属性(ASAPPointer)置为NULL(空),并设置EFD对象的属性信息,屏蔽该单板产生的告警,整个处理过程涉及三个被管对象的多个属性,较为繁琐。
发明内容
鉴于上述现有技术所存在的问题,本发明的目的是提供一种网络管理层通过网元管理层实现信息管理的方法,从而降低NMS的处理开销,并可以使得整个信息管理过程的实现更为简捷、方便。
本发明的目的是通过以下技术方案实现的:
本发明提供了一种网络管理层通过网元管理层实现信息管理的方法,包括:
A、将网络管理层需要通过网元管理层进行的信息管理操作进行分类,并在网络管理层与网元管理层间分别建立通用的操作接口;
B、网络管理层通过所述通用的操作接口与各个网元管理层间进行信息交互并进行相应的信息管理。
所述的步骤A包括:
在网络管理层的网络管理系统与网元管理层的网元管理系统间分别建立用于对各个网元管理系统进行管理的接口,对网元进行管理的接口,对性能进行管理的接口,对业务资源进行管理的接口,对设备及设备支撑进行管理的接口,和/或,对保护组进行管理的接口。
所述的步骤A包括:
基于对网元管理系统进行管理的接口建立查询网元管理系统函数、查询网元管理系统内物理连接信息函数、查询网元管理系统的当前告警的函数、为网元管理系统设置用户标签的函数和/或修改登录网元管理系统函数。
所述的步骤A包括:
基于对网元进行管理的接口建立查询所有网元信息函数、查询指定网元速率的端口信息的函数、查询指定网元信息函数、查询指定网元端口信息函数、查询指定网元的连接终结点CTP信息函数、查询指定网元的物理终结点PTP下的CTP信息函数、查询指定网元的PTP下的存在的CTP信息函数、设置网元CTP的用户标签的函数、设置终结点TP的传输参数函数和/或查询指定网元的当前告警信息的函数。
所述的步骤A包括:
基于对性能进行管理的接口建立设置指定TP性能监视参数的函数、查询指定TP已经监视的性能监视参数的函数、设置指定TP的性能监视参数门限的函数、查询指定TP的性能参数的门限的函数、查询指定TP已经监视的性能参数当前值的函数、查询指定TP在指定时间段内已经监视的性能参数的函数和/或设置指定TP的性能越限告警是否上报的函数。
所述的步骤A包括:
基于对业务资源进行管理的接口建立查询指定交叉连接信息的函数、查询指定网元下所有交叉连接信息的函数、查询指定TP为源端或宿端的交叉连接信息的函数、查询指定TP对为源宿端的交叉连接信息的函数、创建交叉连接的函数、激活指定的交叉连接的函数、去激活指定的交叉连接的函数和/或删除指定的交叉连接的函数。
所述的步骤A包括:
基于对设备及设备支撑进行管理的接口建立查询指定设备信息的函数、查询指定设备支撑所包含的设备或设备支撑的绝对识别名DN和类型的函数、查询指定设备支撑所包含的设备或设备支撑信息的函数、查询指定接口电路盘上的端口的PTP的DN信息的函数、查询指定接口电路盘上的端口完整的PTP信息的函数和/或设置指定设备或设备支撑的告警是否上报的函数。
所述的步骤A包括:
基于对保护组进行管理的接口建立查询指定网元NE下所有复用段保护组的信息的函数、查询指定NE下所有连接保护组信息的函数、查询指定复用段保护组信息的函数、查询指定连接保护组的信息的函数、查询指定复用段保护组工作CTP的函数、查询指定复用段保护组保护CTP的函数、查询指定复用段保护组保护倒换状态的函数、设定指定保护组的用户标签的函数和/或查询指定复用段保护组的历史倒换信息的函数。
所述的步骤A包括:
在网络管理系统与网元管理系统间建立事件通道接口,并基于建立的事件通道接口建立对象创建通知函数、对象删除通知函数、属性改变通知函数、状态改变通知函数、告警上报函数和/或性能事件上报函数,所述的对象为基于被管理的网元管理系统建立。
所述的步骤B包括:
当所述网络管理系统需要通过网元管理系统进行信息管理操作时,确定需要采用的操作接口,以及基于该操作接口的具体的操作函数;
所述的网络管理系统利用所述的操作函数通过相应的操作接口与网元管理层间进行信息交互,从网元管理系统获取相应的信息,或向网元管理系统进行相应的信息的设置操作。
由上述本发明提供的技术方案可以看出,本发明使得MO数量的大幅度减少,即EMS需要实例化的对象大大减少。在现有技术中,采用标准的ITU-T G.774系列建议,每个SDH网元需要实例化的MO数量大约为5000个左右,一个EMS如果含有100个网元,就需要实例化50万个MO。需要占用的内存数大约为400M左右。如果采用本本发明,则不论网元多少,只需要实例化6个接口对象类,其他都可以存放在EMS自己维护的数据库中,几乎不占用多少内存。而数据库中的数据组织形式完全由EMS自己决定,不一定需要满足某种建议或者规范。
而且,本发明在实现过程中对硬件资源的要求大大降低。这是因为MO数量的大幅降低,系统占用内存也大大降低,这样,对运行EMS的设备要求也随之降低。例如,理论上,只要内存满足512M即可轻松管理1000个网元的EMS。
另外,本发明的实现还使得NMS和EMS开发更为方便,这是由于本发明中的信息模型关注接口的功能而不是MO的描述,NMS和EMS在接口上是松耦合的,信息模型的约束实际上很少。这样,就为NMS和EMS各自的开发留下了充分的空间,使开发更加容易、便捷。
附图说明
图1为SDH管理网络的结构示意图;
图2为本发明所述的方法的流程图。
具体实施方式
在本发明中,EMS将不再需要实例化所有设备资源,而只是提供几个具体功能的接口类的实例。同时,NMS不必了解EMS内部如何实现,而只是要求EMS能满足接口所要求的功能,并如实返回需要的信息即可。
本发明中,NMS提供的管理接口包括:对EMS进行管理的接口,对网元进行管理的接口,对性能进行管理的接口,对业务资源进行管理的接口,对设备进行管理的接口,以及对保护组进行管理的接口。EMS只需要支持NMS的管理接口的功能,通过各个管理接口向NMS提供相应的管理信息。
本发明的实现使得NMS无需再关心EMS中信息的组织形式(即信息模型),只要求EMS支持其提供的管理接口的功能即可。下面以一个小的应用实例对本发明的这一特点进行描述。
以NMS需要获取某个网元下指定两个TP为源宿端的交叉连接信息为例:
首先说明采用现有技术中方式的实现过程:采用传统的Q3接口,NMS需要从宿端TP中查到crossConnectionObjectPointer交叉连接对象指针信息,找到该交叉连接后,确认其fromTermination源端确实为给定的源端TP,则返回该交叉连接信息,否则可能是给定的两个TP之间不存在交叉连接,所有的事情都必须由NMS完成,NMS必须对EMS信息模型中TP、交叉连接的这些属性非常清楚;
而采用本发明,则NMS只要将两个TP的名字发给EMS就可以了,由EMS返回交叉连接信息或者错误指示。
建立了各个通用的操作接口后,还需要针对各个接口建立相应的操作函数,通过不同的操作函数可以实现通过相应的操作接口实现不同的信息管理功能,如信息的获取、信息的设置,等等。
为对本发明有更清楚的了解,下面将对各接口及相应的操作函数作进一步的说明。
(1)对EMS进行管理的接口:
emsMgr接口类提供了对EMS进行管理的接口,基于所述接口建立的操作函数,即可以实现的功能具体包括:
getEMSInfo:查询EMS信息,所述EMS信息包括:EMS的Name(名称)、Version(版本)、Userlabel(用户标签)、Vendorname(运营商名称)、Type(类型)等信息;
getAllTopologicalLink:查询EMS内所有的物理光纤连接信息,所述的信息包括:物理光纤的ID(标识)、源端TP(终结点)、宿端TP、方向(单向/双向)、层速率、Userlabel(用户标签)等;
getEMSActiveAlarms:查询EMS的当前告警信息,所述的告警是指EMS内所有未结束,且未经用户确认的告警;
setUserLabel:设置EMS的用户标签,为NMS使用方便,可能会修改EMS的用户标签Userlabel;
changePassword:修改NMS登录EMS的口令,通过该操作函数可以修改NMS登录EMS的口令信息,进一步方便了管理。
(2)对网元进行管理的接口:
neMgr接口类提供了对网元(包括网元上的TP)进行管理的接口,基于所述接口建立的操作函数,即可以实现的具体功能包括:
getAllNEs:根据网元类型,查询指定EMS下所有网元的信息;所述的网元的信息包括:网元名称、网元ID、版本Version、供应商名称Vendorname、位置、通信状态、支持的层速率等;
getAllPTPsWithRateList:查询指定网元中,指定层速率(或所有层速率)的端口信息;
getNEInfo:查询指定网元的信息。网元的具体信息同getAllNEs()接口函数中描述的信息相同;
getPTPInfo:查询指定端口的信息。所述的端口的信息包括:PTP的DN(绝对识别名)、PTP(物理终结点)的方向(单向/双向)、传输参数、对应单板列表、连接状态、操作状态等;
getCTPInfo:查询指定CTP(连接终结点)的信息,所述的CTP的信息除了和PTP信息相同的以外,还包括:时隙号、上游指针UpstreamPointer、下游指针DownstreamPointer、终结映射模式;
getContainedCTPs:查询指定PTP下包含的CTP信息;所述的CTP信息包括EMS没有实例化,但是有可能以后会实例化的CTP,如:某个VC4下,已经有一个tu12(2M时隙)被占用,则不仅要返回这个tu12CTP,还要返回其他没有实例化的tu12CTP,以及有可能实例化的tu3CTP、tu2CTP;
getContainedActualCTPs:查询指定PTP下包含的已经存在的CTP信息;
setUserLabel:设置CTP的用户标签;
setTPData:设置TP的传输参数;如:是否告警监视、终结映射模式等;
getNEActiveAlarms:查询指定网元上的当前告警信息。
(3)对性能进行管理的接口:
performanceMgr接口类提供了对性能进行管理的接口,基于所述接口建立的操作函数,即可以实现的具体功能包括:
setPMDataCollection:设置指定TP的15分钟性能监视参数和24小时性能监视参数;
getPMDataCollection:查询指定TP已经监视的15分钟性能监视参数和24小时性能监视参数;
setThreshold:设置指定TP的15分钟性能监视参数和24小时性能监视参数的门限;
getThreshold:查询指定TP的15分钟性能监视参数和24小时性能监视参数的门限;
getCurrentData:查询指定TP已监视性能参数的15分钟当前值和24小时当前值;
getHistoryData:查询指定TP在指定时间段内已监视性能参数的15分钟历史值和24小时历史值;
setTCAValidity:设置指定TP的性能越限告警TCA是否上报。
(4)对业务资源进行管理的接口:
ccMgr接口类提供了对交叉连接等业务资源进行管理的接口,基于所述接口建立的操作函数,即可以实现的具体功能包括:
getCCInfo:查询指定交叉连接的信息。这些信息包括:交叉连接ID、源端TP(可多个)、宿端TP(可多个)、方向(单向/双向)、类型(点对点、选收、双发、Drop&Continue、2点对2点等);
getAllCCInfoByNE:查询指定网元下所有交叉连接的信息;
getCCInfoByTP:查询以指定TP为源端或宿端的交叉连接信息;
getCCInfoByTPPair:查询以指定TP对为源宿端的交叉连接信息。
createCC:给出源宿端TP、是否激活、方向等信息,创建交叉连接;
activeCC:激活指定的交叉连接;
disactiveCC:去激活指定的交叉连接;
deleteCC:删除指定的交叉连接。
(5)对设备支撑进行管理的接口
equipmentMgr接口类提供了对equipment(设备)和equipment holder(设备支撑,如机框、子架、槽位、子槽位、电路盘、接口电路盘等)进行管理的接口,基于所述接口建立的操作函数,即可以实现的具体功能包括:
getEquipmentInfo:查询指定设备的信息,所述的信息包括:设备的绝对识别名DN、设备ID、设备类型、状态{InService(有效),OutOfService(失效)或Maintenance(保持)}、是否上报告警、支持的对象类型(如槽位可以安装哪些类型的电路盘等)、已安装对象类型,等等;
getContainedEquipment:查询指定equipment holder所包含的equipment或者equipment holder的DN和类型,具体可以递归包含;
getContainedEquipmentInfo:查询指定equipment holder所包含的equipment或者equipment holder的信息,可以递归包含;
getSupportedPTP:查询指定接口电路盘上的端口,这里仅指PTP的DN信息;
getSupportedPTPInfo:查询指定接口电路盘上的端口信息,具体是指完整的PTP信息,具体内容参见前面对网元进行管理的接口中关于getPTPInfo接口函数的描述;
setAlarmReportFlag:用于设置指定equipment或者equipment holder的告警是否上报。
(6)对保护组进行管理的接口
protectionMgr接口类提供了对保护组进行管理的接口,所述的保护组包括:包括MSPG(复用段保护组)和CPG(连接保护组),基于所述接口建立的操作函数,即可以实现的具体功能包括:
getAllMSProtectionGroup:查询指定NE(网元)下所有复用段保护组的信息;所述的信息包括:保护组ID、保护组的类型(1+1保护链、1∶N保护链、二纤双向保护环、四纤双向保护环)、是否自动恢复、等待恢复时间、锁定条件、保护/被保护PTP列表等;
getAllConnectionProtectionGroup:查询指定NE下所有连接保护组的信息,所述的信息包括:保护组ID、保护准则、当前工作CTP、保护CTP、被保护CTP等;
getMSProtectionGroupInfo:查询指定复用段保护组的信息;
getConnectionProtectionGroupInfo:查询指定连接保护组的信息;
getWorkingCTPs:指定复用段保护组,查询其工作CTP的信息;
getProtectingCTPs:指定复用段保护组,查询其保护CTP的信息;
getProtectionStatus:指定复用段保护组,查询其保护倒换状态,所述的保护状态包括:未倒换、穿通、自动倒换、人工倒换、强制倒换、锁定倒换、练习倒换等;
setUserLabel:设定指定保护组的用户标签;
queryAPSLog:查询指定复用段保护组的历史倒换信息。
利用上述各个管理接口的用于操作管理的操作接口函数,便可以对各个网元管理系统进行管理,包括获取管理信息,设置相应的管理信息等。而且,在管理过程中网络管理系统NMS无需了解网元管理系统EMS上信息的组织方式,EMS可以根据自身需要自由确定保存相应信息的组织形式,而不影响网络管理系统对其的管理。
下面将结合附图对本发明所述的方法进行详细完整的描述。
如图2所示,本发明所述的网络管理层通过网元管理层实现信息管理的方法具体包括以下步骤:
步骤21:将NMS需要通过EMS进行的信息管理操作分类,并在网络管理层与网元管理层间分别建立通用的操作接口;
步骤22:基于各个通用的操作接口分别建立实现具体的操作管理功能的操作接口函数;
步骤23:当NMS需要通过EMS进行信息管理操作时,则选择相应的操作接口的一个具体的操作接口函数;
步骤24:利用所述的操作接口函数构造相应的接口消息通过所述相应的通用接口发送给EMS;
具体可以为获取管理信息的管理操作,也可以为设置信息的管理操作;
步骤25:EMS接收所述的接口消息后,根据消息中承载的信息内容进行相应的操作,并将结果返回NMS;
具体包括:如果是获取管理信息的管理操作,则将相应的信息发送给NMS,如果是设置某一信息的管理操作,则将利用接口消息中的具体信息进行相应信息的设置操作。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求书的保护范围为准。
Claims (10)
1、一种网络管理层通过网元管理层实现信息管理的方法,其特征在于,包括:
A、将网络管理层需要通过网元管理层进行的信息管理操作进行分类,并在网络管理层与网元管理层间分别建立通用的操作接口;
B、网络管理层通过所述通用的操作接口与各个网元管理层间进行信息交互并进行相应的信息管理。
2、根据权利要求1所述的网络管理层通过网元管理层实现信息管理的方法,其特征在于,所述的步骤A包括:
在网络管理层的网络管理系统与网元管理层的网元管理系统间分别建立用于对各个网元管理系统进行管理的接口,包括对网元进行管理的接口,对性能进行管理的接口,对业务资源进行管理的接口,对设备及设备支撑进行管理的接口,和/或,对保护组进行管理的接口。
3、根据权利要求2所述的网络管理层通过网元管理层实现信息管理的方法,其特征在于,所述的步骤A包括:
基于对网元管理系统进行管理的接口建立查询网元管理系统函数、查询网元管理系统内物理连接信息函数、查询网元管理系统的当前告警的函数、为网元管理系统设置用户标签的函数和/或修改登录网元管理系统函数。
4、根据权利要求2所述的网络管理层通过网元管理层实现信息管理的方法,其特征在于,所述的步骤A包括:
基于对网元进行管理的接口建立查询所有网元信息函数、查询指定网元速率的端口信息的函数、查询指定网元信息函数、查询指定网元端口信息函数、查询指定网元的连接终结点CTP信息函数、查询指定网元的物理终结点PTP下的CTP信息函数、查询指定网元的PTP下的存在的CTP信息函数、设置网元CTP的用户标签的函数、设置终结点TP的传输参数函数和/或查询指定网元的当前告警信息的函数。
5、根据权利要求2所述的网络管理层通过网元管理层实现信息管理的方法,其特征在于,所述的步骤A包括:
基于对性能进行管理的接口建立设置指定TP性能监视参数的函数、查询指定TP已经监视的性能监视参数的函数、设置指定TP的性能监视参数门限的函数、查询指定TP的性能参数的门限的函数、查询指定TP已经监视的性能参数当前值的函数、查询指定TP在指定时间段内已经监视的性能参数的函数和/或设置指定TP的性能越限告警是否上报的函数。
6、根据权利要求2所述的网络管理层通过网元管理层实现信息管理的方法,其特征在于,所述的步骤A包括:
基于对业务资源进行管理的接口建立查询指定交叉连接信息的函数、查询指定网元下所有交叉连接信息的函数、查询指定TP为源端或宿端的交叉连接信息的函数、查询指定TP对为源宿端的交叉连接信息的函数、创建交叉连接的函数、激活指定的交叉连接的函数、去激活指定的交叉连接的函数和/或删除指定的交叉连接的函数。
7、根据权利要求2所述的网络管理层通过网元管理层实现信息管理的方法,其特征在于,所述的步骤A包括:
基于对设备及设备支撑进行管理的接口建立查询指定设备信息的函数、查询指定设备支撑所包含的设备或设备支撑的绝对识别名DN和类型的函数、查询指定设备支撑所包含的设备或设备支撑信息的函数、查询指定接口电路盘上的端口的PTP的DN信息的函数、查询指定接口电路盘上的端口完整的PTP信息的函数和/或设置指定设备或设备支撑的告警是否上报的函数。
8、根据权利要求2所述的网络管理层通过网元管理层实现信息管理的方法,其特征在于,所述的步骤A包括:
基于对保护组进行管理的接口建立查询指定网元NE下所有复用段保护组的信息的函数、查询指定NE下所有连接保护组信息的函数、查询指定复用段保护组信息的函数、查询指定连接保护组的信息的函数、查询指定复用段保护组工作CTP的函数、查询指定复用段保护组保护CTP的函数、查询指定复用段保护组保护倒换状态的函数、设定指定保护组的用户标签的函数和/或查询指定复用段保护组的历史倒换信息的函数。
9、根据权利要求1所述的网络管理层通过网元管理层实现信息管理的方法,其特征在于,所述的步骤A包括:
在网络管理系统与网元管理系统间建立事件通道接口,并基于建立的事件通道接口建立对象创建通知函数、对象删除通知函数、属性改变通知函数、状态改变通知函数、告警上报函数和/或性能事件上报函数,所述的对象为基于被管理的网元管理系统建立。
10、根据权利要求3至9任一项所述的网络管理层通过网元管理层实现信息管理的方法,其特征在于,所述的步骤B包括:
当所述网络管理系统需要通过网元管理系统进行信息管理操作时,确定需要采用的操作接口,以及基于该操作接口的具体的操作函数;
所述的网络管理系统利用所述的操作函数通过相应的操作接口与网元管理层间进行信息交互,从网元管理系统获取相应的信息,或向网元管理系统进行相应的信息的设置操作。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005100872909A CN100401684C (zh) | 2005-07-28 | 2005-07-28 | 网络管理层通过网元管理层实现信息管理的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005100872909A CN100401684C (zh) | 2005-07-28 | 2005-07-28 | 网络管理层通过网元管理层实现信息管理的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1863068A true CN1863068A (zh) | 2006-11-15 |
CN100401684C CN100401684C (zh) | 2008-07-09 |
Family
ID=37390401
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2005100872909A Expired - Fee Related CN100401684C (zh) | 2005-07-28 | 2005-07-28 | 网络管理层通过网元管理层实现信息管理的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100401684C (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101925096A (zh) * | 2009-06-16 | 2010-12-22 | 中兴通讯股份有限公司 | 自愈功能的控制方法及装置 |
WO2016154917A1 (zh) * | 2015-03-31 | 2016-10-06 | 华为技术有限公司 | 一种管理虚拟网络功能的方法和装置 |
CN106330507A (zh) * | 2015-06-30 | 2017-01-11 | 中兴通讯股份有限公司 | 一种ctp生成方法和装置、以及网管服务器 |
CN106375056A (zh) * | 2016-08-29 | 2017-02-01 | 烽火通信科技股份有限公司 | 一种MS‑OTN设备的ODUk电路的创建方法 |
CN108462533A (zh) * | 2017-02-17 | 2018-08-28 | 中兴通讯股份有限公司 | 检测异常时隙的方法和装置 |
CN110493037A (zh) * | 2019-07-31 | 2019-11-22 | 瑞斯康达科技发展股份有限公司 | 一种网络管理方法、装置和系统、计算机可读存储介质 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2308779B (en) * | 1995-12-28 | 1998-06-10 | Nokia Telecommunications Oy | Telecommunications network management system |
CN1315283C (zh) * | 2003-08-15 | 2007-05-09 | 华为技术有限公司 | 在通信网络中集成管理和发放业务的方法 |
DE10345881A1 (de) * | 2003-09-30 | 2005-04-14 | Siemens Ag | Verfahren zur Synchronisierung von Alarmen in einem Management-system eines Kommunikationsnetzes |
-
2005
- 2005-07-28 CN CNB2005100872909A patent/CN100401684C/zh not_active Expired - Fee Related
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101925096A (zh) * | 2009-06-16 | 2010-12-22 | 中兴通讯股份有限公司 | 自愈功能的控制方法及装置 |
CN101925096B (zh) * | 2009-06-16 | 2015-05-20 | 中兴通讯股份有限公司 | 无线网络中自愈功能的控制方法及装置 |
WO2016154917A1 (zh) * | 2015-03-31 | 2016-10-06 | 华为技术有限公司 | 一种管理虚拟网络功能的方法和装置 |
US10965552B2 (en) | 2015-03-31 | 2021-03-30 | Huawei Technologies Co., Ltd. | Method and apparatus for managing virtualized network function |
CN106330507A (zh) * | 2015-06-30 | 2017-01-11 | 中兴通讯股份有限公司 | 一种ctp生成方法和装置、以及网管服务器 |
CN106330507B (zh) * | 2015-06-30 | 2020-06-05 | 中兴通讯股份有限公司 | 一种ctp生成方法和装置、以及网管服务器 |
CN106375056A (zh) * | 2016-08-29 | 2017-02-01 | 烽火通信科技股份有限公司 | 一种MS‑OTN设备的ODUk电路的创建方法 |
CN106375056B (zh) * | 2016-08-29 | 2018-10-09 | 烽火通信科技股份有限公司 | 一种MS-OTN设备的ODUk电路的创建方法 |
CN108462533A (zh) * | 2017-02-17 | 2018-08-28 | 中兴通讯股份有限公司 | 检测异常时隙的方法和装置 |
CN108462533B (zh) * | 2017-02-17 | 2022-08-09 | 中兴通讯股份有限公司 | 检测异常时隙的方法和装置 |
CN110493037A (zh) * | 2019-07-31 | 2019-11-22 | 瑞斯康达科技发展股份有限公司 | 一种网络管理方法、装置和系统、计算机可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN100401684C (zh) | 2008-07-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1099175C (zh) | 电信网络管理系统 | |
CN1863068A (zh) | 网络管理层通过网元管理层实现信息管理的方法 | |
CN1794649A (zh) | 一种基于简单网络管理协议的数据管理方法及系统 | |
CN1150874A (zh) | 电信网络中的网络单元 | |
CN1761213A (zh) | 用于配置网络结构的网络特征的装置、系统和方法 | |
CN1102002C (zh) | 电信网络管理方法和系统 | |
CN1901477A (zh) | 设备业务数据的查询方法及其系统 | |
CN101047556A (zh) | 一种多设备集中维护方法和系统 | |
CN101047445A (zh) | 无源光网络系统及系统中主控制设备配置从属设备的方法 | |
CN1833404A (zh) | 确定网络节点监控组的优先组成员 | |
CN1812397A (zh) | 网管接口适配器及信息交互的方法 | |
CN1976289A (zh) | 一种基于分布式网络的程序部署方法和系统 | |
CN101043361A (zh) | 一种基于snmp协议进行网络管理的方法和系统 | |
CN102457390A (zh) | 一种基于qoe的故障定位方法和系统 | |
CN1852153A (zh) | 基于简单网络管理协议的故障/告警管理系统及方法 | |
CN105790972A (zh) | 一种控制器及告警关联性处理的方法 | |
CN101860452B (zh) | 网元的管理方法和系统 | |
CN1570910A (zh) | 一种通用对象建模方法及通用对象管理系统 | |
EP2090022B1 (en) | A system and a method relating to network management | |
CN1848750A (zh) | 一种以太网业务的开通方法 | |
CN1929407A (zh) | 获取网络信息的方法和网络管理系统 | |
CN1677932A (zh) | 网络管理配置方法及其装置 | |
CN1897760A (zh) | 基于定时器的动态带宽分配能力发现和参数配置方法 | |
CN1860732A (zh) | 在通信网的管理系统中使警报同步的方法 | |
CN1773947A (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: 20080709 Termination date: 20170728 |
|
CF01 | Termination of patent right due to non-payment of annual fee |