在建设NMS时,就要针对这些特有的资源构造网络层信息模型,并开发相应的Q3接口协议栈,以实现SDH管理功能,例如网络拓扑、通道组织、设备端口监视等等。
传统的SDHNMS都是基于Client/Server模式和OSI体系结构,网络管理操作在两个完全对等的OSI系统间进行。这样做主要的原因是OSI体系是目前公认比较成熟的标准,有完备的一系列建议和相关资料可以参照,但是从管理需求的提出、管理信息的定义到管理功能及服务的描述等方面均是基于这一出发点,必然有其局限性,不能满足日趋迫切的开放式分布处理系统的要求。
为了解决这一问题,ITU_T于1996年推出了G.85系列建议,提出了应用RM-ODP的观点实现传输网络管理的方法。在这一系列建议中,ITU_T提出了五个RM-ODPViewpoints,将管理需求的分析、信息与数据的描述、以及管理功能和服务的定义与管理应用的具体实现完全分开,使前者完全不依赖于某一具体实现,因而具有广泛的开放性、通用性,同时又与现有的OSI管理体系及标准最大程度地兼容。
4采用CORBA组件技术构造新型的SDH网管 组件方法(CBD)是以组件作为应用设计的重点,通过设计新的组件和集成现有组件的方式快速构造应用的软件开发方法。这种方法随着分布式技术的发展而日趋成熟。在分布式环境下,软件系统将由分布于网上众多计算节点的软件片段构成。采用CBD,极大程度上保护了软件开发的成果,也是OO方法中软件重用思想的具体体现。
分布式对象技术是一种中间件技术,目前比较成熟的有OMGCORBA、DCOM/ActiveX、DCE和JavaRMI。其中CORBAORB得到了众多厂家的支持,如SUN NEO、IONA Orbix、Inprise Visibroker、IBM DSOM,成为事实上的标准。而且,CORBA自身的特点可以屏蔽编程语言、操作系统和网络环境的异质性,提供一致的接口(IDL),通过特定的网关可以实现与SNMP、CMIP的互通,从而具备了实现系统管理、网络管理和业务管理等领域的综合解决方案的能力。
CORBA已经能够以组件的形式提供许多标准化的服务,如命名服务、交易服务等。此外,在与WWW融合方面,目前也已经出现了很多商用的基于CORBA的WEB产品,如IONAOrbixWeb。
同时,如何定义TMN可重用组件的研究工作也在进行。目前主要分为特定管理业务组件和通用管理组件。特定管理业务组件往往是针对具体的业务应用,例如SDH的电路调度管理功能可通过一个组件实现;对于通用管理组件,如拓扑管理、通知管理、告警相关性管理等,这些组件的通用性相对比较强,因而在设计时,不能仅限于SDH网管。
其中,AIM模块和NE接口,在SDH网管中是SMS或SNE接口,协议格式可以采用Q3或Socket等,需要根据具体条件而定,因而这部分开发工作相对移植性较差,但可以转换成标准的IDL接口和CORBAORB、分布式处理通用组件及TMN通用管理组件通信。
现给出几个适合于SDH网管的特定的TMN应用组件,仅供参考:
电路调度组件
目前的电路调度路由选择基本上都是在建网时预先确定的,有些厂家的设备可以配置多条侯选路由,在出现故障的时候,设备自动更换,并发信息通知网管,而真正做到网络层的图形化调配控制还需要厂家的支持。
电路资料管理组件
便于操作维护人员浏览、维护电路资料数据,简化繁琐的人工维护工作。
计费管理组件
能够提供多种可选的计费策略,计费数据来源基本上应包括通道使用者信息,通道使用时间,通道使用质量QoS等。SDH计费将会是一个比较迫切的需求。
软件资料管理组件
主要负责EMS运行软件系统的版本控制。
网管系统自身管理组件
监视和管理网管网的节点设备、数据库系统和应用系统,提供一个性能可靠、高效,具有一定容错性的管理和维护手段。
5结束语 虽然分布式控制相对于集中控制会增加实现上的复杂性,但是分布式控制方法具有灵活、高效等突出优点。就目前的情况来看,实现这种新的体系结构,最大的阻力还是来自于厂商。没有厂商深层次的配合,网管只不过是一种监视手段,可有可无,远远没有实现ITU-T建议中的强大的管理控制功能。
当前,DWDM技术成为传输系统发展和研究的热点,如何组织网管网和采用国产自主开发光设备的SDH运营网,实现真正意义上的分布式控制,是当务之急。毕竟我们错过了很多机会,也由此带来了很多管理和维护上的不便,立足于当前,还是有很多工作可做。
总之,SDH传送体系奠定了实现分布式控制的基础,相信会有更多的人致力于这种基于组件模型的方法构造SDH网管应用的研究工作,最终实现分布式SDH网络管理。
上一页 [1] [2]
责任编辑:cyth