基于CORBA技术的OLP网管接口的设计与实现
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
基于CORBA技术的OLP网管接口的设计与实现
盛锐;韵湘;孙丽萍;周治柱
【摘要】随着电信网络中网元设备智能化和多样化程度的不断发展,网元管理系统(EMS)接口的统一化要求变得日益重要.文章主要基于电信管理论坛(TMF)规范和公共对象请求代理体系结构(CORBA)技术分析了在光线路保护(OLP)网元管理系统中OLP系统与上层网络管理系统(NMS)之间的接口的设计与实现.
【期刊名称】《光通信研究》
【年(卷),期】2007(000)002
【总页数】3页(P26-27,57)
【关键词】网络管理系统;网元管理系统;北向CORBA接口;光线路保护系统
【作者】盛锐;韵湘;孙丽萍;周治柱
【作者单位】武汉邮电科学研究院,湖北武汉 430074;烽火通信科技股份有限公司,湖北武汉 430074;武汉光迅科技股份有限公司,湖北武汉 430074;烽火通信科技股份有限公司,湖北武汉 430074
【正文语种】中文
【中图分类】TN915.07
随着通信网络涉足的领域越来越广,其涵盖的范围也越来越大。
武汉光迅科技股份有限公司(以下简称光迅科技)的光线路保护(Optical Line Protector ,OLP)系统性能优越,能够针对可能发生的线路和设备故障,提供经济、安全、可靠的保护,使
得光网络更为可靠。
OLP网管系统必须对上层网络管理系统(NMS)提供支持,因
此OLP网管系统要遵循标准的接口,以便统一管理。
本文以光迅科技的OLP网管系统为例,提出了一种可行的公共对象请求代理体系结构(CORBA)接口实现方法。
1 相关技术介绍
1.1 CORBA技术在建立统一NMS时的优势
CORBA技术在建立统一NMS时具有以下优势:(1) 具有面向对象的设计思想和
实现方法,能够贯穿NMS设计、实现、仿真、应用和维护的整个生命周期,从而使得NMS具有更强的可扩展性、可重用性,使系统升级改造更加方便。
(2) CORBA规范实现了客户与服务器的完全分离,使得基于CORBA规范开发的管理代理与管理器之间只要遵从相同的调用接口就可以实现开发平台、操作系统、编程语言和运行状态的透明性,这对于支持异构环境的计算机NMS的实现有着极大的吸引力。
1.2 TMF规范与CORBA接口的关系
电信管理论坛(TMF)对网元管理系统(EMS)北向CORBA接口的设计进行了探讨。
TMF814系列标准是TMF针对多厂商环境问题提出的网元管理层-网络管理层(EML-NML)互连的通用标准和解决方案(如图1所示),适用于各种专业的网管环境。
该标准采用CORBA技术作为EMS和NMS之间互连的桥梁,同时给出了详
细的功能规范、信息模型和接口描述语言(IDL)定义。
目前已得到了众多运营商、
设备厂商和电信运营支撑系统开发商的广泛支持和采用,成为事实上的业界标准。
图1 TMF EML-NML接口体系结构图
2 OLP网络管理系统及CORBA接口的实现
2.1 OLP网络管理系统
OLP系统是为保护光传输线路上的传输信号不受各类光纤故障影响所设计的。
OLP系统可以对光层起到良好的保护作用,提供网络所需的保护功能,对某些特
定的网络故障(如节点故障、链路故障和通道故障等)能提供更有效的保护。
其工作原理为:当光纤传输线路上主用光纤/光缆意外折断或性能劣化时,在光纤线路自动切换保护设备或系统的作用下,能够实时自动地将光传输线路由主用光纤/光缆线路切换至备用光纤/光缆线路,维持光传输的正常运行。
目前OLP网管系统采用的是三层C/S结构技术构架。
主要由客户端、数据处理服务器、数据采集服务器和数据库服务器组成,其总体结构如图2所示。
其中,客户端的实现分为两种,一种是基于Java语言运行环境(JRE)的Java应用,另一种是基于WWW(万维网)的Java Applet实现,供用户对网管进行操作;数据采集服务器主要是对设备的信息进行采集;数据处理服务器是核心控制部分,是客户端、数据采集服务器以及数据库之间交互数据的控制者。
图2 OLP网络管理系统总体结构图
2.2 北向CORBA接口功能模块
OLP系统位于电信管理网(TMN)分层结构中的EML,提供单个分立网元的管理功能。
北向接口一般可分为两类:A类网络管理体系结构中EMS与NMS交互,适用于提供EMS的设备厂商;B类网络管理体系结构中设备直接与NMS交互,适用于不提供EMS的设备厂商。
光迅科技的OLP网络管理系统采用A类。
OLP网络管理系统CORBA接口采用WIN2000为开发平台,VC6为开发环境,基于TMF814-IDL2.1开发。
按照TMF814规范的CORBA对象模型,OLP网管系统CORBA接口从上到下分别定义了安全/通信模块、适配模块、功能模块和支持层模块。
总体结构如图3所示。
图3 CORBA接口总体结构图
安全/通信模块:保证所有操作、操作者和操作权限是合法的,防止NMS非法操作,监视NmsSession的连接状况,清除不在线的NMS占用的资源,通知事件不能上报等。
适配模块:将TMF协议定义的功能TMF信息模型映射到设备厂商目前的信息模
型中,屏蔽厂商细节差异,实现TMF到EMS交互层之间的信息模型转换,并为
安全/通信模块提供各种管理对象的接口。
功能模块:获取网络管理设备的各种状态(添加、删除和修改)信息和产生于该对象上的告警、性能以及事件数据,并根据需求对设备的某些参数进行设置。
支持层模块:这个模块包括了通讯、数据缓存、对象命令以及命令处理4项功能。
2.3 管理单元信息模型
OLP网管系统的管理单元主要有物理设备和逻辑设备,物理设备包括机房、机架、机框、机槽和机盘以及端口;逻辑设备包括网元、路由组和路由,路由建立在盘与盘之间,物理和逻辑设备之间是通过网元和机盘的关系联系起来的,其信息模型如图4所示,图中,箭头连线标识包含关系;Bureau(机房)和PathGroup(路由组)
为TMF模型中没有定义的ME,由配置模型转换模块透明化。
图4 管理单元信息模型图
2.4 管理单元的映射关系
设备厂商信息模型如果存在不符合TMN信息模型参数的情况(或多于TMN规定
或比TMN规定缺少),则需要设计一个转换机制,实现TMN信息模型和厂商信
息模型之间的转换,并对转换后的信息保真。
表1说明了OLP网管系统与TMN
信息模型之间的映射关系。
表1 管理单元信息映射表OLP网管配置管理模型元素TMF规范信息模型元素备
注EMSEMS网元管理系统NEME网元对象BOARDEQUIPMENT机盘信息,在TMF814中将BOARD归为EQUIPMENTRACKSHELFSLOTEQUIPMENT-HOLDER在TMF814中,将RACK、SHELF、SLOT归为EQUIP-MENTHOLDER
中PortPTP以及CTP物理端口OLPSwitchUnit切换单元PathRoute路由,可对应多个切换单元
2.5 事件通道的实现
目前,OLP网管系统中共有4种通知:配置更改通知、告警通知、性能通知和事
件通知。
配置更改通知主要处理对象的添加、删除和修改事件;告警通知主要处理不同类型告警的产生、消失、确认和清除;事件通知主要处理性能域值的修改以及路由的切换事件;而性能通知处理定时或者变化性能的上报。
另外,在程序中设计了一个队列,每次TCP(传输控制协议)接收线程接收到从数据处理模块发送过来的通知后,就将该通知数据放到队列中,并在事件通道模块创建一个线程,专门用来处理该队列中的通知数据。
处理通知的流程是:首先解析通知数据,根据通知的类型更新缓存中相应的列表;然后转化成上层NMS要求的格式;最后根据通知类型压入对应的通道,供上层NMS程序处理。
2.6 基于Web/CORBA的综合网管
CORBA接口起着收集网络设备信息、转换协议操作和数据格式的作用。
对整个网络管理的结构
来说,可以充分利用Web技术的优势,将Web技术和CORBA分布式技术相结合,建立基于Web/CORBA的综合网管,其结构如图5所示。
图5 基于Web/CORBA的综合网管结构图
3 结束语
目前在构建统一网管平台时,CORBA是一项比较成熟的分布式面向对象技术,它非常适用于开放的电信市场环境下业务的快速构造及资源和业务的有效整合和管理。
本文基于OLP网络管理系统提出一种实现CORBA接口的方法,重点讨论了实现CORBA接口的一些关键技术,此系统已在实际中使用并取得良好效果。
参考文献:
[1] CORBA 2.4.2-2001,The Common Object Request Broker Architecture and Specification [S].
[2] TMF814-2002,Multi-technology network management NML-EML interface solution set [S].
[3] 鲁为.基于CORBA技术的综合网管接口的设计实现 [J].光通信技术,2005,(12):25-27.
[4] 王枫.基于CORBA技术的分布式网管系统的研究和实现 [D].武汉:华中科技大学,2005.
[5] 胡维华,杨柏林,童孟军.基于CORBA技术SDH网管EML-NML接口设计实现 [J].微电子学与计算机,2004,(1):7-10.。