专利名称：用于使用存在和即时消息接发技术的网络管理系统的系统及设备的制作方法
技术领域：
本发明大体而言涉及远程通信网络管理系统领域，且更具体而言涉及一种采用存在和即时消息(PIM)来与一网络中被管理的网络元件进行通信并与网络管理系统(NMS)相互作用以实现集成网络管理的元件管理系统(EMS)。
背景技术：
管理一网络中的网络元件是对一元件管理系统(EMS)的基本要求。传统上，EMS使用一种被称作“试通程序”的方法来识别所管理网络内网络元件的存在。然而，此方法具有局限性，因为其只提供单个轮询点而不提供一种用于发现新的网络元件或与极大量网络元件保持存在或其他状态确认的有效的系统方法。此方法在常用的存在服务及即时消息接发方面不及对等通信有效。
人们一直使用SNMP、CMIP及CORBA作为在EMS与网络元件之间进行通信的主要管理协议。然而，使用这些管理协议进行通信的缺点非常明显。CIMP过于复杂且因所述协议中的开销而效率非常低下。虽然CIMP是由ITU提出且一直在该行业中在某些老的开发中使用，但在新近的开发中却不使用CIMP。SNMP因管理能力薄弱而使用起来效率低下，以至于甚至进行一简单的管理操作也可能需要进行几个SNMP协议操作。因此，其很难支持多装置操作及基本操作，尤其是基本操作的分组。
人们已提出使用CORBA来使对象级操作更加容易且目前CORBA已用于某些具有单独的功能强大的管理插件的较新网络元件中。然而，由于CORBA的使用需要在管理插件的软件开发方面作大量努力，因此其在市场上不受欢迎。
在传统的网络管理系统中，EMS与网络元件之间的管理关系是根据网络配置来构建并保持在每一EMS内。因此，很难提供此种管理关系的全局信息。
因此，需要使用简化的EMS机理来确定网络元件的存在及向所有网络元件提供存在知识。
此外，需要使用一种不会显著增加系统硬件及软件复杂性的简化的通信协议来建立EMS与网络元件之间的通信。
发明内容
本文中所揭示的发明以两种形式表征在一EMS及所管理的网络中使用存在服务(PS)及即时消息接发(IM)；及在一全面集成的网络管理系统中使用存在服务及即时消息接发。
在一由EMS管理的网络中，所述元件管理系统(EMS)控制一具有复数个网络元件的被管理网络。一存在服务及即时消息接发(PIM)服务器通过接口连接至所述EMS且复数个PIM客户机以可操作方式关联于所述网络元件。当只存在一个EMS服务器时，所述PIM引擎位于同一EMS服务器上。所述PIM引擎也可位于一单独的独立PIM服务器上。所述PIM客户机与所述PIM引擎通信。所述PIM引擎及PIM客户机在所述EMS与网络元件之间提供存在服务及即时消息接发。所述存在服务支持发现网络元件以及资源及由所述网络元件所提供的服务的存在。所述即时消息接发服务用于所述元件管理系统(EMS)与所述网络元件之间的通信，以支持FCAPS(故障管理、配置管理、记帐管理、性能管理及安全管理)功能。使用XML作为所述EMS与所述网络元件之间通信的即时消息接发格式。提供对SNMP、CMIP、及其他现行网络管理协议的适应性。
一包含本发明的集成网络管理系统包括一具有复数个网络元件的被管理网络、多个连接至所述被管理网络的元件管理系统(EMS)及一与所有所述元件管理系统进行对话的网络管理系统(NMS)。提供一用于在所述元件管理系统(EMS)与一网络管理系统(NMS)之间进行通信的接口。作为所述接口的一部分或与所述接口相结合，所述NMS及每一EMS内的PIM客户机允许在所述管理元件、所述EMS及NMS之间进行存在和即时消息接发。借助所述存在和即时消息接发服务来实现对网络/服务资源的可用性监控。
结合附图参阅下文详细说明，将更好地了解本发明的这些及其他特征和优点，在图式中 图1为一采用由本发明所界定的网络存在和即时消息接发协议的EMS的架构的方块图； 图2为一在网络中一网络元件的设置及配置期间的交互作用的图示； 图3为一采用本发明的实例性集成网络管理系统的逻辑架构的图示； 图4为所述实例性集成网络管理系统的一实体架构的图示； 图5为一传统协议适配器的一结构方块图； 图6为一具有伙伴群组的基于域的网络管理的图示。
具体实施例方式 参见图1，本发明提供一种对被管理的网络10使用存在和即时消息接发技术进行通信的综合框架。元件管理系统(EMS)14包含一用于与网络管理系统(NMS)12进行通信且通过一适当的图形用户接口(GUI)18与操作员进行通信的应用程序接口(API)16。所述EMS包含一网络存在和即时消息接发(PIM)服务器20、故障管理、配置管理、记帐管理、性能管理及安全管理(FCAPS)模块22及一被管理对象储存库24。网络的被管理对象模型为一种面向对象的设计。该模型内的包容关係保持于被管理对象储存库内。所述PIM引擎采用一基于标准的存在和即时消息接发服务器，例如VirtualThere公司的Expresso IM，其遵循因特网工程任务组(Intemet Engineering TaskForce，IETF)建议RFC2778“存在和即时消息接发的模型(A Model for Presence andInstant Messaging)”(M.Day，J.Rosenberg及H.Sugano)及RFC2779“即时消息接发/存在协议要求(Instant Messaging/Presence Protocol Requirements)”(M.Day，S.Aggarwal，G.Mohr及J.Vincent)。
在被管理网络内，网络元件NE1至NEk各自包含一PIM客户机。某些网络元件NEa及NEb(例如)则不具备PIM客户机而是由EMS以一传统方式管理。在EMS中提供一适配器26以通过为相关的配备有PIM的网络元件提供PIM能力及为未配备PIM的网络元件提供标准SNMP、CORBA、TL1及CLI通信的通信堆栈来进行网络调解，FTP/TFTP用于向配备PIM及未配备PIM的网络元件传送大量性能数据。
图5为一适配器的结构方块图。在此图式中，CMIP适配器26a用于将基于XML的模型转译成CMIP请求(包括M-SET、M-GET、M-ACTION、M-CREATE、M-DELETE)并将CMIP事件(-M-EVENT)转译成基于XML的模型。SNMP适配器26b用于将基于XML的模型转译成SNMP请求(包括SNMP GET-Request、SET-Request、GET-Next)并将SNMP Trap转译成基于XML的模型。TL1&CLI适配器用于将基于XML的模型转译成TL1&CLI命令。
EMS配置成知晓哪些网络元件配备有PIM或不配备有PIM，以使EMS能够选择适当的适配器元件来与所管理的网络元件通信。
在所示实施例中，对PIM使用XML。一适当格式的实例揭示于由D.Atkins及G.Klyne所著的“常用的存在和即时消息接发消息格式(Common Presence and InstantMessagingMessage Format)”的因特网工程任务组(IETF)因特网草案中。在替代实施例中，可使用由IETF NETCONF WG(http://www.ietf.org/html.charters/netconf-charter.html)所推动的未来的XML标准格式。所述草案包括NETCONF配置协议(R.Enns)、用于NETCONF的BEEP应用协议映射(E.Lear及K.Crozier)等等。适配器通过使SNMP MIB及CMIP MIB适配于基于XML的模型来支持基于SNMP及CMIP的网络元件。同样地，如随后将参照采用本发明的系统的逻辑架构及实例性部署所述，EMS采用XML通信来实现与NMS的北行(northbound)接口的灵活性。
对于本发明而言，EMS与网络元件之间的管理关系是作为伙伴群组信息来保持。图1的实施例仅显示一个EMS及一个NMS。然而，如随后将更详细阐述，本发明所采用的PIM系统允许在网络中包含多个EMS、NMS或服务管理系统(SMS)的架构。
作为本发明的作业的实例，在图2中显示一网络元件的初始配置。在步骤32中，现场工程师30安装并启动所述网络元件。在步骤34中，所述网络元件中的PIM客户机将存在性发送至EMS。在步骤36中，EMS中的PIM引擎接收存在信息并将配置数据从FCAPS配置模块发送至所述网络元件。所述网络元件中的PIM客户机接收XML形式的配置数据且所述网络元件内的配置管理模块相应地对所述网络元件中的插件及服务进行配置，如在步骤38中所示。
如果网络运营商在初始配置后需要对网络元件上的服务进行配置，则在步骤40中通过GUI将命令提供至EMS，然后在步骤42中，EMS通过即时消息接发服务将配置数据发送至网络元件。所述面向对象的模型与即时消息接发能力相结合允许在一次配置操作中改变多个被管理对象的配置。还支持配置事务管理。对所规定被管理对象的所有配置操作均包括于同一配置请求中。每一操作均应成功；然而，如果其中一配置操作失败，则所有成功的配置操作均要重新运行，并向EMS提供一回复“已失败”以指示整个配置操作失败。因此，EMS与网络元件之间的配置保持一致。同样地，如果一网络元件中的配置数据改变，则通过即时消息接发将所述数据转发至EMS。通过即时消息接发服务来实现网络元件与EMS之间的配置数据同步，并使用XML轻松地使整个网络中各网络元件内的多个被管理对象的配置数据同步。
如前面所述，一旦在网络中出现一包含PIM客户机的新网络元件，所述存在服务即会通知EMS。在EMS所管理对象储存库中更新拓扑数据库并通过北行接口通知NMS。这使网络/服务资源管理的复杂性降低。任何资源变化均通过即时消息接发服务或作为一存在变化从网络元件发送至EMS。
如同配置数据一样，借助PIM来简化故障管理。可通过PIM格式来发送警报及事件。以XML形式将警报定义—包括时间戳、警报类型、可能原因、具体问题等等—结构化。例如，一旦EMS接收到一警报/事件，即采用行业XML语法分析程序(例如IBM XML4J Anache Xerces(http://alphaworks.ibm.com/tech/xml4j)、Sun Project X(http://java.sun.com/products/xml/index.html)、Oracle XML Parser for Java(http://technet.oracle.com/tech/xml/parser java2/)及James Clark XP(http://jclark.com/xml/xp/index.html)来支持警报/事件处理功能。在前面所提及的由Atkins及Klyne所作的因特网草案中所揭示的实例性实施例中确定了警报的标准定义格式。使用PIM的本发明的系统使得能够比使用SNMP trap更加有效地进行语法分析，且使网络使用量最小化。然而，所揭示的本发明系统通过EMS中适配器的转译允许存在来自由SNMP管理的网络元件的SNMP警报/事件，所述适配器可将这些警报/事件转换成标准的基于XML的模型。
使用PIM以XML形式收集实时性能监控数据及记帐信息，以将数据传输至EMS。然后，可重新使用PIM将所述数据转发至NMS或系统内的一记帐管理器。对性能数据使用PIM使得能够相对于标准通信协议提高速度。较佳通过适配器使用FTP/TFTP在系统中实现对需要传送大量数据的历史性能分析。
表1中显示一在一采用本发明的系统中使用Atkins/Klyne格式构建一警报的实例。在此实例中，网络元件NE 108向EMS1发送一ReplaceableUnitMissing警报。
表1 m:Content-type:Message/CPIM s: h:From:NE108<im:ip172.19.64.108> h:To:EMS1<im:ip172.19.64.2> h:DateTime:2000-12-13T13:40:00-08:00 h:Subject:alarm notification s: e:Content-type:text/xml；charset＝utf-8 e:<body> e:<？xml version＝＂1.0＂encoding＝＂ISO-8859-1＂？> e:<alarm notification> e:<alarm e: entityType＝“Card” e: entityInstance＝“E1Card7” e: timeStamp＝“2000-12-13T13:40:00-08:00” e: alarmType＝“Equipment” e: probableCause＝“ReplaceableUnitMissing” e: severity＝“Critical” e: additionalText＝“E1Card7 is removed.”> e:</alarm> e:</alarm notification> e:</body> 同样地，表2中显示一对一采用本发明的系统使用Atkins/Klyn格式来收集性能数据的实例。在此实例中，EMS1自网络元件NE108获得ES、SES。
表2 性能收集请求的详细信息为 m:Content-type:Message/CPIM s: h:From:EMS1<im:ip172.19.64.2> h:To:NE108<im:ip172.19.64.108> h:DateTime:2000-12-13T13:40:00-08:00 h:Subject:performance collecting s: e:Content-type:text/xml；charset＝utf-8 e:<body> e:<？xml version＝＂1.0＂encoding＝＂ISO-8859-1＂？> e:<performance collecting> e: <interface-name>STM4</interface-name> e: <performanceType e: ES＝“” e: SES＝““> e: </performanceType> e:</performance collecting> e:</body> 性能收集应答的详细信息为 m:Content-type:Message/CPIM s: h:From:NE108<im:ip172.19.64.108> h:To:EMS1<im:ip172.19.64.2> h:DateTime:2000-12-13T13:40:00-08:00 h:Subject:performance collecting reply s: e:Content-type:text/xml；charset＝utf-8 e:<body> e:<？xml version＝＂1.0＂encoding＝＂ISO-8859-1＂？> e:<performance collecting reply> e: <interface-name>STM4</interface-name> e: <performanceType e:ES＝“40” e:SES＝“20”> e: </performanceType> e:</performance collecting reply> e:</body> 同样地，对安全管理模块而言，在网络元件与EMS之间使用PIM通信能够容易地实现对选择及授权用户操作及访问网络资源及信息具有全面控制能力的复杂的安全应用程序。可迅速地实现对网络用户的存取及特权的验证以确保被访问网络元件的合法使用性、机密性及数据完整性。使用基于因特网及环球网的网络管理会增加安全管理的重要性。使用XML来定义安全配置文件且PIM即时消息接发服务支持在EMS与网络元件之间传送安全检查信息及确认信息。
表3中显示一对一采用本发明的系统使用Atkins/Klyne格式的安全管理的实例。在此实例中，EMS1针对多个用户来设置网络元件NE 108的安全配置文件，且随后“用户2”企图对NE108实施一未经允许的配置操作。
表3 关于设置安全概况的详细信息为 m:Content-type:Message/CPIM s: h:From:EMS1<im:ip172.19.64.2> h:To:NE108<im:ip172.19.64.108> h:DateTime:2000-12-13T13:40:00-08:00 h:Subject:set security profile s: e:Content-type:text/xml；charset＝utf-8 e:<body> e:<？xml version＝＂1.0＂encoding＝＂ISO-8859-1＂？> e:<set security profile> e: <user e: userName＝”user1” e: password＝”abcde” e: privileges＝”configuration；performance；fault；security；”> e: </user> e: <user e: userName＝”user2” e: password＝”12345” e: privileges＝”performance；fault；”> e: </user> e:</set security profile> e:</body> 关于用户2企图实施所述配置操作的详细信息为 m:Content-type:Message/CPIM s: h:From:EMS1<im:ip172.19.64.2> h:To:NE108<imip172.19.64.108> h:DateTime:2000-12-13T13:40:00-08:00 h:Subject:configuration s: e:Content-type:text/xml；charset＝utf-8 e:<body> e:<？xml version＝＂1.0＂encoding＝＂ISO-8859-1＂？> e:<configuration> e: <interface-name>STM1</interface-name> e: <administrativeState>disabled</administrativeState> e: <accessControl e: userName＝”user2” e: password＝”12345”> e: </accessControl> e:</configuration> e:</body> 因为用户2不具有执行一配置操作的特权，所以此操作被NE108拒绝，且所得到的对EMS1的配置响应为 m:Content-type:Message/CPIM s: h:From:NE108<im:ip172.19.64.108> h:To:EMS1<im:ip172.19.64.2> h:DateTime:2000-12-13T13:40:00-08:00 h:Subject:configuration response s: e:Content-type:text/xml；charset＝utf-8 e:<body> e:<？xml version＝＂1.0＂encoding＝＂ISO-8859-1＂？> e:<configuration response> e: <interface-name>STM1</interface-name> e: <administrativeState>disabled</administrativeState> e:<operationResult>failed</operationResult> e:</configuration response> e:</body> 图3展示一根据本发明的使用PIM的集成网络管理系统的逻辑架构。逻辑PIM引擎50与包含一PIM客户机的被管理网络10a、10b、10c及10d内的每一网络元件相连。此种逻辑方案可通过在网络中的每一EMS/NMS服务器中布置一PIM引擎而以实体方式部署于一大的网络中。在一小的网络中，PIM引擎可部署于NMS服务器中。每一管理系统，无论是EMS、NMS还是SMS，均包含一逻辑PIM客户机52。下文将参照图4来阐述典型的实体部署形式。
一实例性实施例的管理器-管理器关系是作为伙伴群组信息来保持。通常，每一EMS 14a、14b、14c均由一个NMS 12管理并均属于一个伙伴群组。然而，一EMS也可向一第二NMS(或第三方NMS)提供集成。此管理关系允许对EMS进行健康监控并为EMS恢复提供支持。
在一实例性实施例中，EMS与一网络元件之间的管理关系也是作为伙伴群组信息来保持。通常，一个网络元件(例如网络10a中的NE28a)由一个EMS 14a管理且属于一个伙伴群组。然而，在某些特殊情况下，一个网络元件(例如网络10c中的NE 28c)可由多个EMS 14b及14c管理且可属于多个伙伴群组。
基于实体域的(基于位置的)网络管理可采用本发明通过伙伴群组及多个PIM客户机来实现。例如，在图6中，网络10e、10f及10g由EMS 14d管理，且根据运营商的管理观点，网络10e及网络10f属于域a，而网络10g则属于域b。创建两个伙伴群组对应于域a的伙伴群组a及对应于域b的伙伴群组b。在此种情况下，在EMS 14d中提供两个PIM客户机伙伴群组a的PIM客户机52a及伙伴群组b的PIM客户机52b。PIM客户机A对应于运营商A，而PIM客户机B则对应于运营商B。同样地，另一选择为，将一采用本发明的系统配置成有多个运营商(多个PIM客户机)对应于相同的被管理域。
在网络管理的各替代实施例中，创建基于逻辑域的伙伴群组。例如，根据管理功能来创建伙伴群组一个伙伴群组用于故障管理、一个伙伴群组用于性能管理及一个伙伴群组用于配置管理。在此种情况下，在每一伙伴群组的EMS中提供至少一个PIM客户机来代表一个运营商。
对于一大的网络而言，EMS、NMS及SMS可部署于不同的机器上。如果每一系统的安全性均是独立的，则一用户必须分别地登录不同的系统来存取感兴趣的网络管理功能。为了构建一全面集成的网络管理系统并支持用户网络管理要求，必须集成安全管理。一实例性方法是将所有安全管理集成到一集中式安全数据库(DB)中。此集中式安全性数据库可位于任一可由其他EMS、NMS及SMS存取的机器上(例如NMS服务器中)。安全性数据得到集中。集中式安全服务器(包括DB)及用于存取安全服务器的API已在所属领域中为人们所知。
在各替代实施例中，安全数据完全分散。每一EMS仅包含属于由EMS所支持网络的用户。在安全服务器中包含一作为整个网络的所有安全数据的超集的集中式安全DB来实现方便的管理。EMS/NMS/SMS服务器中的PIM引擎及客户机通过存在性格式及协议提供一种方便的用户安全配置文件同步方式。
对于所有管理系统(EMS及NMS)而言，北行接口46均基于XML。由于面向对象的被管理对象模型可按XML形式描述，因此对北行接口使用XML会使所述模型透明。在表4中针对一在EMS1北行接口中使用Atkins/Klyne格式的警报来显示一展示此种透明性的实例。在此实例中，EMS1向NMS发送在网络元件NE 108中所引发的两个警报(ReplaceableUnitMissing及LOS)。
表4 详细信息为 m:Content-type:Message/CPIM s: h:From:EMS1<im:ip172.19.64.2> h:To:NMS<im:ip172.19.64.6> h:DateTime:2000-12-13T13:40:00-08:00 h:Subject:alarm notification s: e:Content-type:text/xml；charset＝utf-8 e:<body> e:<？xml version＝＂1.0＂encoding＝＂ISO-8859-1＂？> e:<alarm notification> e: <alarm e: ne＝“NE108” e: entityType＝“Card” e: entityInstance＝“E1Card7” e: timeStamp＝“2000-12-13T13:40:00-08:00” e: alarmType＝“Equipment” e: probableCause＝“ReplaceableUnitMissing” e: severity＝“Critical” e: additionalText＝“E1Card7 is removed.”> e:</alarm> e:<alarm e: ne＝“NE108” e: entityType＝“Interface” e: entityInstance＝“STM4” e: timeStamp＝“2000-12-13T13:40:00-08:00” e: alarmType＝“Communications” e: probableCause＝“LOS” e: severity＝“Critical” e: additionalText＝“LOS is raised.”> e:</alarm> e:</alarm notification> e:</body> 本发明的一实例性实体架构显示于图4中，其对应于前面所述的逻辑架构。被管理网络10a，10b，10c及10d各自包含如由网络10a中的NE1及NE2、网络10b中的NEa及NEb、网络10c中的NEI及NEII以及网络10d中NEi及NEii所例示的许多网络元件。由三个EMS 14a、14b及14c监控网络元件。应注意，如前面所述，网络元件NEi由EMS 14b及EMS 14c二者管理。每一EMS均包含一PIM引擎，而每一网络元件及NMS 12及SMS 54均包括PIM客户机。PIM用于提供分级式端对端网络管理。每一管理系统SMS/NMS/EMS均通过PIM提供存在信息。每一网络元件均通过其各自的PIM客户机来提供存在信息。通过记录存在信息来实现拓扑管理。所添加的每一网络元件均通过PIM来提供存在信息且EMS中的被管理对象储存库的拓扑数据库会被更新。通过即时消息接发、经由EMS的北行接口来实现对NMS的通知，且同样地，通过NMS的北行接口来通知SMS及任何第三方OSS 56。
作为一在运行中采用本发明的无线网络的实例，作为一网络元件的基站的状态可通过存在性提供至EMS/NMS。如果因故障而失去基站—无论因掉电还是因其他原因，则存在性状态会通过PIM的存在服务变成“失去联系”来立即通知EMS所述故障。然后，借助采用前面所述警报/事件协议的即时消息接发来实现对一负责的运营商的通知。然后，运营商可立即着手派遣现场工程师或实施替代解决方案。一旦恢复基站的运行，基站将即刻重新通过PIM来提供存在信息且随后将实现适于由EMS/NMS进行系统更新的即时消息接发。
至此已根据专利法的要求详细阐述了本发明，但所属领域的技术人员将想出对本文中所揭示具体实施例的修改及替换。此种修改仍属于由随附权利要求书所界定的本发明的范围及意图内。
权利要求
1、一种网络管理系统，其包括
复数个网络元件(28a，28b，28c)；
一连接至所述复数个网络元件的元件管理系统(EMS)(14)；
一存在和即时消息接发(PIM)引擎(50)，其通过接口连接至所述EMS及复数个以可操作方式关联于所述网络元件的PIM客户机(52)，所述PIM客户机与所述PIM引擎进行逻辑通信，所述PIM引擎及PIM客户机在所述EMS与网络元件之间提供存在服务及即时消息接发；及，
用于在所述EMS与一网络管理系统(NMS)(12)之间进行通信的北行接口构件(46)。
2、如权利要求1所述的网络管理系统，其进一步包括一以可操作方式关联于所述NMS(12)以进行存在服务及即时消息接发的PIM客户机。
3、如权利要求1所述的网络管理系统，其中所述EMS进一步包含一网络调解适配器(26)，所述网络调解适配器(26)具有用于在所述PIM客户机(52)与所述PIM引擎(50)之间适应PIM存在服务及即时消息业务并进一步适应至少一种替代标准通信协议的通信堆栈。
4、如权利要求3所述的网络管理系统，其中所述至少一种替代通信协议选自由SNMP、CORBA、FTP/TFTP、TL1及CLI组成的集合。
5、如权利要求3所述的网络管理系统，其中所述被管理网络包括第二复数个网络元件，所述第二复数个网络元件通过所述适配器使用所述至少一种替代标准通信协议进行通信。
6、如权利要求1所述的网络管理系统，其中所述EMS进一步包含一用于存储通过所述PIM存在服务所提供的所述复数个网络元件的存在性的被管理对象储存库。
7、如权利要求1所述的网络管理系统，其中所述PIM采用XML格式。
8、如权利要求1所述的网络管理系统，其中所述EMS进一步包括故障管理、配置管理、记帐管理、性能管理及安全管理(FCAPS)模块，所述模块适于通过所述PIM进行通信。
9、如权利要求1所述的网络管理系统，其中所述EMS进一步包括用于运营商接口(18)的构件。
10、如权利要求9所述的网络管理系统，其中所述运营商接口构件包括一图形用户接口(GUI)。
11、一种全面集成网络管理系统，其包括
复数个网络元件(28a，28b，28c)；
至少一个连接至所述复数个网络元件的元件管理系统(EMS)(14)；
一通过一来自所述EMS的北行接口(46)连接的网络管理系统(NMS)(12)；
一通过一来自所述NMS的北行接口连接的服务管理系统(SMS)(54)；
一存在和即时消息接发(PIM)引擎(50)，其通过接口连接至所述EMS及复数个以可操作方式关联于所述网络元件、所述EMS、所述NMS及所述SMS的PIM客户机(52)，所述PIM客户机与所述PIM引擎进行逻辑通信，所述PIM引擎及PIM客户机在所述EMS、NMS、SMS与网络元件之间提供存在服务及即时消息接发。
12、一种采用一网络管理系统(NMS)及至少一个元件管理系统(EMS)的用于管理一具有复数个网络元件的网络的方法，其包括下列步骤
提供一网络存在和即时消息接发(PIM)引擎；
提供复数个关联于所述复数个网络元件及所述EMS中的每一个的PIM客户机；
经由所述PIM引擎及客户机通过存在性来传送所述网络中任一元件的存在；
在所述EMS中保持一存在性数据库；及，
经由所述PIM引擎及客户机通过即时消息接发在所述EMS与网络元件之间进行通信。
13、如权利要求12所述的网络管理方法，其进一步包括下列步骤
提供一与所述NMS相关联的PIM客户机；
经由所述PIM引擎及客户机通过存在性来传送所述NMS及EMS的存在；及
经由所述PIM引擎及客户机通过即时消息接发在所述EMS与NMS之间进行通信。
15、如权利要求12所述的网络管理方法，其中所述EMS包括故障管理、配置管理、记帐管理、性能管理及安全管理(FCAPS)模块且其中所述在所述EMS与网络元件之间进行通信的步骤包括下列步骤
通过存在服务及即时消息接发来传送故障管理、配置管理、记帐管理、性能管理及安全管理数据。
16、如权利要求12所述的网络管理方法，其中在所述网络中包含一服务管理系统(SMS)且进一步包括下列步骤
提供一与所述SMS相关联的PIM客户机；
经由所述PIM引擎及客户机通过存在性来传送所述SMS的存在；及
经由所述PIM引擎及客户机通过即时消息接发在所述EMS、NMS与SMS之间进行通信。
17、如权利要求16所述的网络管理方法，其进一步包括借助一伙伴群组在所述SMS、NMS与EMS中保持一管理关系的步骤。
18、如权利要求16所述的网络管理方法，其中所述网络包括一安全服务器且进一步包括下列步骤
传送存在进一步包括包含安全配置文件信息；及
经由所述PIM引擎及客户机通过即时消息接发在所述网络元件、EMS、NMS与SMS之间进行通信进一步包括根据所述安全配置文件来限制通信响应。
19、如权利要求16所述的网络管理方法，其进一步包括使用所述存在和即时消息接发服务来监控网络/服务资源的可用性的步骤。
20、如权利要求16所述的网络管理方法，其进一步包括将所有相关运营商作为PIM客户机与被管理网络元件及NMS/EMS组件一同并入一伙伴群组中以支持基于域的网络管理的步骤。
全文摘要
本发明提供一种包含存在和即时消息接发(PIM)技术的网络管理系统。一存在服务来支持对网络元件以及资源及由所述网络元件所提供的服务的存在发现。借助一即时消息服务来在所述元件管理系统(EMS)(14)与所述网络元件(28a，28b，28c)之间通信以支持FACPS功能。采用XML作为EMS与网络元件之间的所述通信的所述即时消息格式并提供SNMP、CMIP及其他现有网络管理协议适配器(26)。所述存在服务还使NMS(12)、EMS(14)及SMS(54)的存在能够透明。采用伙伴群组PIM技术的使用来构建EMS与网络元件之间的所述管理关系及EMS与NMS之间的关系。所述PIM提供对服务器、网络元件及资源的监控。
文档编号H04LGK101416442SQ200480036536
公开日2009年4月22日 申请日期2004年10月29日 优先权日2003年10月31日
发明者李秉俊, 威廉·X·黄, 高立明, 冬 李 申请人:Ut斯达康公司