（通信与信息系统专业论文）基于xml的电信网络管理corba接口方案与仿真系统研究.pdf

摘要 v87 8 5 7 摘要 随着电信网络的容量和业务类型日益丰富，社会对电信业务提出 了多层次，多样化的要求，各个电信运营商都在积极建设实施能够全 面管理庞大电信网络，满足不同q o s 需要的面向下一代电信运营支撑 系统的综合网络管理系统，从而使网络资源可发挥最大的效益，增强 市场竞争力。在综合网络管理系统的建设中，针对电信运营支撑系统 与传统电信管理网的区别，从业务管理角度出发，对特定接口的熟悉 和全面分析，将非常有助于在综合网管系统建设中的保证数据的准确 性和功能的完善性。 本文以光传输网为建模对象，以1 m f 的m 1 n mc o r b a 信息模 型为接口参考方案，重点论述了仿真系统的整体结构和管理框架，详 细分析了仿真服务端对象建模，系统实现和数据处理，还同时给出了 仿真系统客户端的组成结构，功能分析和工作流程。全面深入地剖析 c o 砌j a 接口的典型应用，对电信运营支撑系统中新一代网管建设有 很强的参考价值和实用性。 本文第一部分介绍了本课题的开发背景，以及现代网络管理和电 信运营支撑系统的基本知识，尤其分析了两者之间的关系和区别，讨 论了它们如何融合的问题。然后介绍了c o r b a 和x m l 技术的基本 原理，它们与电信网管的结合带来的技术优势。 本文第二部分给出了仿真系统的设计实现，第四章首先介绍了 c o r b a 接口在整个综合网管系统中的位置和各部分的整体结构，第 五章以m t n m c o r b a 信息模想为依据，介绍了c o r b a 接口仿真 系统服务端的组成结构及各部分的主要实现技术，并对光网络中的管 理对象进行建模：第六章给出在综合网络管理系统建设中c o r b a 接 口适配器的组成结构，并根据网络管理的需求，对数据适配系统进行 了设计分析，最后介绍了该系统的工作流程。 关键词：网络管理，电信运营支撑系统，c o r b a 接口，多技术 网络管理( m 小m ) ，x m l 北京交通大学硕士学位论文 a b s t r a c t i o n d u et ot l l ew i d es p r c a do ft l l ec 印a c i t ya n ds e r v i c et y p eo ft e l e c o m n e t w o r k ，m u t i i a y e r e d ，m u t i t y p e d t e l e c o ms e i c e si sc a l l e d 7 r o s a t i s f y v a r i a b l eq o sn e e do fn e x tg e n a m t i o no ft e l e c o mo p e m t i o ns u p p o n s y s t e m ，e v e r yt e l e c o mo p e r a t i 伽s u p p l i e ri sb u i l di n t e 伊a t e d n e t o r k m a n a g e m e n ts y s l e mt om 锄a g ct l i ew h o l eh u g et e l e c o mn e 柳。矗1 r h i s s y s t e ms h o u l dt a k en e 撕甜k e s o u r c e st l l eb e s tb 蛐e f i ta n dr a i s i n gt h e s e m a r k e t c o m p e t e 丑c e t b b u i l da i n t c 笋a t e d n e t w o r k m a n a g e m e n t s y s t e m ，c o n s i d d n gt h ed i 虢r e n c eb e 似e e nt l l et e l e c o m 叩e r a t i o ns u p p o n s y s t e m 锄dt e l e c o mm 柚a g e m e n tn e 细o r k ，强a l y s ei n t e r a c eo fs p e c i a l t e c h n o l o g y a ts e i c e m a n a g ev e r s i o n ，w h i c h i s h e l p f i l l f 0 tt h ed a t a v e t a c i t ya n df l l n c t i o np e r f b c to ft h ei l l t e 孕a t c dn e t w o r km a n a g e m e t s y s t e m 1 1 l ep a p e rf o c l l s e so c o r b ai l l t c r f a c ee m u l a t o r ni sp r o p o s e da t t h e 叩t i c a l t m n s m i s s i o nn e t w o r ko b j e c t s ，a n db a s e do nt h e1 1 f t sm t n m c o r b ai n f b 咖a t i o nm o d e l 1 ti sd i s c u s s e ds t r e s s l ya b o u tt h ec o n s t m c t u f e a n d 怕m e w m ko ft h ee m u l a t es y s t e m i ti sa 】s oa n a l y s e dt l l eo b j e c t b u i l d i l l g ，m o d u l ed e s i g n i n ga ne m u l a t o ri m p l e m e n t i o nb o t ho ft l l e s e r v e f a n dd i e n to ft l i ee m u l a t i o ns y s t e mi d e t a i l a n a l y s i n gc o r b ai n t e r f a c e s t y p i c a li l l 】p l e m e n t a t i o ni nd e e p 柚dg e n e r a ls c o p e ，w h i c hs h o u l db es p e c j a l r e f e r e c e 孤dh a v ep 豫c t i c a l 时f o ft h eb u i l d i n gt h en e x tg c n a r a t i o n s n e t w o r km a n a g es y s t e mi nt e l e c o mo p e r a t i o ns y s t e m s e c t i o no n ei l l t r o d u c e st h eb a c k 孕o u n do ft h i sp r o j e c t a n dt h e p 血c i p l eo ft h em o d e mn e t w o 矗m 趾a g e m e n t 柚dt l l et e l e c o mo p e r a t i o n s u p p o r ts y s t e m 1 t i sa l a y l i s es p e c i a l l ya b o u tt h er e l a t i o n s h i p 趾dd i 恤m c e b c t w e 锄t l l e i l l ，a n d 1 1 e nd i 黜s sh o wt 0j n g e g r a t et 1 1 e m a 氐e t ，i ti sd e s c i i b e d a b o u tc o r b a 卸dx m l t e c h o l o g y ，雅dt l l e i ra d v 柚t a g et oi n t e g r a t ew i m t e l e c o mn e 柳o r km 柚a g e m e n t s e c t i 6 nt w o p m p o s e s t h e i i l l p l e m e n t i o n o ft h ee m u l a t i o n s y s t e m ，c h a p 缸4i n t i o d u c e sl h ep l a c eo fc o r b a i t e r f a c ei ni n t e 孕a t e d n e t 、) l ，o r km 卸a g e m e n ts y s t e m 勰di t t sc o n s t 邝c t u r e c h a p t e r5i i l 仃o d u c e s 2 摘要 t h es e r v e rs i d eo fc o r b ai n t e r f a c e ，i l l c l u d i n gt h eo b j e c tb u i l d i n go f 叩t i c a ln e t w o r k ，t l l es y s t e m sc o n s t m c t o r 卸dm a i ni m p l e m e n tt e c h n o l o g y o fe a c hp a n s 曲a p 把r6d i s c r i b e st h ed i e n ts i d e ，se a c hp a no fc o r b a i n t e r f a c e f i r s t n e n ， b a s e do t l l en e e do f i n t e g r a t e d n e 押o r k m a n a g e m e n t ，w ed e s i g nt l l ed a t aa d a p t e rm o d u l e t h ed i e n ts i d ei su s e da s c o r b ai n t e r a c e a d a p t e r i ns i c h u a np r 0 、r i l l c e 1 阡a n s p o n n e t w o r k n a n a g e m e n ts y s t e m ，w h i c hi sd e s c 曲e da b o u tt h ew o r kn o wa 1 1 dm o d u l e c o m d o s “i o na t1 a s t 1 【e yw o r d ：n e 押o r km a n a g e m e n t ，t e l e c o mo p e r a t i o ns u p p o n s y s t 锄，c o r b ai n t e 廊c e ，m u t i - t e c h n o 】o g yn e 脚o r km a 腑g e m e n t ( m t n m ) ，x m l 3 北京交通大学硕士学位论文 1 课题背景 本课题以国家8 6 3 项目“基于国产中间件的铁路综合维护管理系 统的研究”为背景。在我们的综合网管系统研究过程中，作为中国电 信网运营支撑系统建设的重点基础网光传送网( s d h ，d w d m ) 的网管建设占有非常重要的地位。在现有底层各厂家子网管( e m s ) 提供的北向接口中，c o r b a 接口得到了最广泛的应用和支持，各个 厂家提供的接口略有差异，但都以t m f 的多技术网络管理协议 ( m t n m ) 作参考。 州f 的多技术网络管理协议( m t n m ，删f 5 1 3 、州f 6 0 8 、 聊f 8 1 4 和1 m f 8 1 4 a 1 应用最为广泛的c o r b a 传送层北向接口协议 之一。m t n m 代表了多种技术、多供应商的网络管理的技术方向，以 c o r b a 为基础，致力于研究在多厂商供货的网络下有效集成完整的 端到端的管理。删f 开发的名为m t n m ( 多技术网络管理) l d l 协议， 它在本质上具有多重规范性，覆盖删，s d 聊s o n e 工d w d m ，e t h e n l e t 等多个领域，尤其适用于现网的网管建设。 在m n f m 中，主要描述了网络管理层( n m s ) 和网元管理层 ( e m s ) 之间的接口，e m s 作为c o r b a 中的服务器向作为客户的 n m s 提供信息和服务，并按照n m s 的要求完成相应操作。通过此接 口，n m s 可以对管理的e m s 执行以下工作：获取e m s 管理下的所 有网络资源的配置信息：监测和配置终端节点；确定在网络中连接( 子 网连接，拓扑连接等) 使用的t p 情况：创建，修改和删除子网连接； 创建，删除拓扑连接；获取物理资源( 板卡等) ；性能管理；实时监 测告警和网络资源变化等。 6 电信运营支撑系统与电信管理网 2 电信运营支撑系统与电信管理网 2 1 电信运营支撑系统( 0 s s ) 2 1 1 简介 电信业务运营支撑系统( 0 p e r a 曲ns u p p o r ts y s t e m ，简称o s s ) 是电信业务发展和运营所必需的支撑平台，它包含用于运行和监控的 网络的所有系统，如报告和计费系统。它不是网络本身，而是整个运 营基础结构，包括运营网络系统和客户服务系统。基于中国过去的电 信市场特点和相应的运营商的做法，一般认为o s s 属于网络运行维护 的范畴。而后，随着运营逐步受到重视，又提出r 运营支撑的概念。 o s s 一般包括电信服务网络的执行业务管理、电信资源管理、电 信故障处理、电信网络工程与规划等后台运作的面向网络的系统和执 行计费、营帐、客户关系管理等前台面向客户的服务功能的系统e0 s s 主要完成以f 三方面的任务： 业务实现 电信运营商接受客户订购电信运营商提供服务的订单，并通过对 电信资源的分配、配置、安装和部署，使电信运营商能够为客户提供 其需要的服务，并为客户使用这种服务进行计费的一系列操作的活 动。 业务保障 提供量化的测量指标，确保网络服务能够达到客户所订购的要 求。 计费 测量电信网络中各种业务的使用情况，计算处理使用电信业务的 测量电信网络中各种业务的使用情况，计算处理使用电信业务的 北京交通大学硕士学位论文 应收费用，并支持对电信业务的收费过程。 o s s 代表了十分复杂，但愈加重要的通信产业的一部分。o s s 软件使对通信趋势、容量规划的日常管理和对通信网络电信运营业务 预测的支持、管理、经营成为可能。对客户服务、计费、开通、命令 处理和网络运维管理都通过o s s 完成的。 o s s 就是电信业的企业资源计划，和e r p 一样，o s s 的核心不 是技术而是管理。o s s 由电信管理论坛进行维护，电信管理论坛 ( i m f ，t c l c m 粕a g e m e n tf o 邝m ) 是一个民间组织，由一系列电信运 营商和系统集成商组成，主要致力于安装删f 提出的框架来指导电 信运营系统的开发、建设和采购工作。他们基于r r u - t 指定的1 m n 模型的业务分层原理，专注于给业务问题提供注重实效的解决方法。 他们力求通过业务描述和系统描述两种方式达到自动化的目的。 2 1 2 电信运营图 为了建立标准的业务管理层和网络管理层，他们提出了电信运营 支撑系统的概念，并公布了模块化的电信运营图( t d m ) ，如图1 所 示。 8 电信运营支撑系统与电信管理网 图l电信运营图，i d m 1 d m 的目标就是在实现运营管理方法过程驱动的产业中能够始 终保持成功状态，这包括保证所有重要的与支撑服务有关的运营支撑 系统的集成。电信运营图的重点是服务提供商所使用的业务过程。这 些过程的连接，接口的识别，多重过程使用的有关顾客、服务、网络 和其他信息都是电信运营图所关心的问题。开发业务中每个细微的信 息和环节对将来的成功都与很大的作用。电信运营图的目标是继续建 立以下过程： 个“电信产业拥有”的通用的商务过程模型； 描述服务提供商的通用定义； 实现每个过程、子过程、过程动作所需基本信息的协议，如 高层信息作为业务需求、信息模型发展的起始点，用户对产 业协议和产品需求的满意度等； 个能够识别哪个过程，接口在集成和自动化中最需要，在 产业协议中最作依赖的过程框架结构。 9 北京交通大学硕士学位论文 1 o m 描述了过程和他们的内部接口点，这些过程和接口点又构 成了电信运营图各层的业务实现、保障和计费的端到端过程，它能够 识别构成端到端过程的主过程和接口。服务提供商需要这种通用的过 程映射，它能够使业务做得更有效率，能够更有效和其他动作进行交 流，促进发展，也能够使用第三方软件而不需要针对自己的业务过程 进行专门定制。 t o m 的整体结构分为网络和系统管理层、业务开发于运维层和 客户服务层。从每个层面的横向分析都可看到单独的操作过程，如网 络与系统管理层就存在一个很完整的流程：网络规划和开发一网络指 配一网络资源管理一网络维护与恢复一数据采集。而它们又是支持业 务层和客户层的程序，所以t o m 解释的是电信运营商的业务过程。 根据n 饿的逻辑分层原则，在t o m 体系中，对电信业务处理 框架分层以下几个层次： 客户界面管理层 客户服务层 业务开发和运营层 网络与系统管理层 网元管理层 客户服务层包括如下业务处理过程： 销售 订单处理 客户问题处理 客户服务质量管理 发票和收缴费 业务开发与运营层包括如下业务处理过程： 业务规划与开发 业务配置 业务问题处理 业务质量管理 计费折扣处理 网络与系统管理层包络以下业务处理过程： 网络规划与开发 1 0 电信运营支撑系统与电倍管理网 网络撂鬻 网络资源管理 翅络维护与获笺 网络数据管理 2 ，1 3 电信运营过程模型 电信遴营图使糟l t u t t m n 层次模型来租者核心业务过程，于巴 业务管理鼷分为三部分：褰户关怀、业务开发和运维过程。划分反映 了过程间的不同之簸，这麴不同麓出每个用户需求的不同来决定斡， 其中每个具体用户既包括通过认证的用户，有包括个需要服务或服 务缱懿矮户缝；玄瞧反映爨客户关侮毒责强楚瑾与客户抒交道豹鼗务 过程，问蹶可以在客户关怀过程中解决；同时也反映出为支持客户关 悔过程嚣实现集成_ 籀鑫魂纯豹关键蒺求。 电信运营商的主要工作是设计和实现面向客户的端至端的业务 管理( b 蠕) 。电债运营图定义了三个基本颟向客户豹端到满的服务： 熊务实现( s e “i c cf u l 矗l l m e n t ) ，受责及时和准确地处理客户 订单； 效务臻臻( s e r v ；c e a s s h 稳n 。e ) ，受黉及辩鲶理客户琴鞋网络溺 题，实施对业务的有效保障； 诗费 及时正确发装用户需求的服务； 储息输出需要管理s l a ，撼供问题管理过程并输出正确的账 鼙。 保 障 程 计 费 流 程 口 口 悲哀交避大学颈士拳键潦文 2 ， ，3 ，2撬势缳簿过程 一。 ：。删拯# p o 话秘 c o 蛙壤 - 交黧蛏麟瓣曩 娃爨瓣瓣霸、 疆瞩糙蠖捧曩 鬻4照务绦簿避疆帮努曩终流蜜绷 强4 绘爨了渡务橡簿过程部分_ 工佟流疆，黢添了谖嬲一令游在豹 辍务影礁藤怒黪疆黪方法，兹邋遨瓣终数藤黪壤、“臻努枣耱”躐练 会网络数攥，褥一耱搴穆鄂不怒蠢稳摊黪戆。掰终数攒镑璎凝鬃、楚 壤实现爨数摄遴穰弦及碰蘧数攘，庭援数撰戏蠲中诗费建援中。 它篪零了系瓣劲髂寒睫旋瓣络溅试瓣蘧，谈阕藤弼淡楚 驻务 澎豌鹣，因为谯萋零瓣终嚣蘩惑技术豹下蔟缝缓审爨露“蠡参笈”动 缝。瑕务提供瓷霹鞋获黻簸“嚣中繇缀务”瓣繁臻遴露簸溪，不i 羲鲡 潦譬 ：缀务屡佟溅决定。 鼗务绦黪避器嚣鲶与豢定客户记蒙豹s l a 零遥，碧耱宠缀务帮 滚户爽铡发鼹嚣袋，霹孩舞缀鼗辫瓣麓镣瑾系绫，络寨予： 熬莱蠢焱攀彩螭，裁会蠢s l a 麓q o s 遗约、掇豢、簿理改 l 垂 电信运营支撑系统与电信管理网 进和为计费提供信息识别。 如果没有账单影响，通常还要在客户满意的情况下，就会有 用户故障识别，或是由网络、快速识别、存储、修复、提供 计费的信息技术引起的故障识别。 2 1 3 3计费 + g 跨髓! 内 胙 图5计费流程实例大体结构 图5 表示计费流程实例大体结构，画出了一系列典型动作来描述 一个账单的产生过程，其中包括包月元素、应用变化和s l a 调整。无 误提供商可以选择应用折扣或指定用户折扣，根据其服务类型，提高 用户级别，还要根据用户合同、政策进行管理。当不同的服务提供商 合作提供一个服务时，其他服务提供商提供数据，应用服务和其他的 计费服务会被“主”服务提供商汇聚在一起， 再由各服务提供商把 账单提供给用户。 计费过程开始与创建、升级用户帐号，并且注册指定客户的s l a 悲系交避走学磺士学经谂定 标准，终壹予瀵意戆客户： 委确及瓣筑焱攀，雹旗s 王a 羚接； 客户魏户戴戳攀纛灞支褥； 实露糖确调襁； 焱户肇疆篝瀵，惫瑟浚缴费。 2 2 毫臻管理网( 了麓n ) 建筏 j 还爨寒溺颓下嘲n ，酬n 是一耱邀臻嬲豹簧溪体系缓 稳，觳旗了对两终豹攥潮、交熬、安装、绫护、遮霉释簧疆，淡殿对 邀绩设蒜、鹣终及鼗务豹謦溅簿方瑟。糯n 瓣蒺零嚣撩蹩瓷穰绩篱 溪褥袋一耱疆綮僚缭穗；弓| 入邋惩鄹餮挨鍪嚣，潮麓蘧麓傣惠穰熬窥 搽璇攮鞠霹戮突蠛多秘不阕竣蛰魏绞一繁理。飘凇l 采髑嚣藏系统纛 联( 0 s | ) 鹣系绞管瑗穰念霸王爨，溪热篱褒豢，代理懿猿念翻黪攥强 标豹健溺等，鞭褥弧粼默豢侮楚寂溺0 s l 概念来避纷惫镰阏秘毫 穗辍务蛰毽豹掰终。喇n 一般缝穗霹叛翅分瓷3 令蒸零方瑟，帮凌 缝绦稳、薅惑络穆窝物壤缭稳。 2 2 耋鞭睡n 静功麓雅构 喇n 葫熊绫麴童蘩臻邃霉m n 肉瓣动戆分毒，葵慧旗是蹦n 凌 缝块，孙l n 凌熊块鸯4 秘撩董挈系绞凌戆( o s 擎) ，潮露凌憩( n 嚣器) ， q 逶熬麓簸( q 氏擎) 秘工傣戆确簸 c o r b a 对分布式对象的“半透明性” 关于对象引用的处理 对象适配器的使用 对于c o r b a 客户，由于客户桩的机制，使得调用远程对象方法 就像本地一样，客户不会意识到这个对象实际处于分布式网络另一 端。当然有时无法避免网络连接异常的情况，c 0 r b a 还定义了一些 系统异常，这也是为什么我们说它是“半透明”的。 第一步 l 过程b l 过程a 忙步i! 塑旦；i 卉法调用 i 型墨i 过程b li 过程a 第三步 匦蓟il 圃 过程b 过程a 第四步 基觋一i 卉法结果i 困 第五步 i 警曼 橱 i ；鳓曼爿叫j ：潮 图1 2 对象引用 北京交通大学硕士学位论文 在c o r b a 里，所有对象问的通信都是利用对象引用来实现的。 也就是说，所有对象的可视性只包括将它的引用传给其他对象，而并 不是把这个对象本身传过去，也就是它不支持值传递。客户对服务器 对象服务的调用实际上还是由服务器的原始对象在远程完成，下图显 示了一次客户使用对象引用的全过程。 c o r b a 对象模型的另一个概念是可移植对象适配器( p o n a b l e o b j e c t a d a p t e r ，p o a ) ，它提供对象实现与o r b 之间的接口，它将对 象实现注册到o r b 上，同时也保证o r b 能够找到相应的c o r b a 对 象。它有一个对象映射表( o b j e c tm a p ) ，所有的s e r v a n t 对应有唯一 的对象d ，通过这种映射，p o a 可以分发方法调用。p o a 定义了的 标准接口包括了： 将对象引用映射到对象的执行奴仆( s e r v 柚t ) 在o r b 上激活对象 将对象和策略信息联系起来 使c 0 r b a 对象具有持久的生命周期 c o r b a 客户和服务器 在c o r b a 中，客户和服务器是个相对的概念，一个组件既可 以表现成客户，也可以表现为服务器。基本上，一个组件包含可由其 他对象调用的c 0 r b a 对象我们就认为它是服务器。对应的，只有一 个调用其他c o r b a 提供的服务的组件，就认为是客户。当然，一个 组件可能同时提供和使用服务，我们需要根据具体情况具体来判断 了。 客户桩( s t u b s ) 和服务框架( s k e l e t o n s ) 当l d l 定义好以后，需要用i d l 编译器将l d l 映射到一定的编 程语言中，l d l 编译器会产生客户桩和服务器框架。客户桩是指一小 段代码，它和客户端程序放在一起，通过它来通知o r b 完成编制和 反编制，实现对服务器组件的调用。相似的，服务器框架也是服务器 端的一些代码，它是服务器程序的框架，为服务器程序的实现就是基 于它来完成的。 c o r b a 原理和x m l 数据技术 客户桩和服务框架是静态连接的，也可以动态实现他们的连接。 奁客户糍，宅朝散动态凌矮接霜d l l ( d 强a 瓣i c 囊w o 瀚 i 潍按l e 蠡c e 。 和静态连接不同，客户程序不需要通过客户桩来调用服务器的方法， 它邋过查找o r b 上洼璎的服务器，动态发现它提供的方法，因此， 它e b 静态方法要复杂许多。 c o r b a 命名服务 图1 3使用命名服务 会名溅务灸诲客户援渗递过套霆骚务撰涎绘对象熬逻瓣名字寒 获取该对象的引用。它提供对象的名字和威用之间的映射关系，通道 将一个怼象弓l 用绑定( b i n d i n 芷) 到浆个对象名上，藏可以使用这个对 象名来获得该对象弓i 角。 典型的命名服务应用如图1 3 ，包括两个方面：服务对象执行初 始辩将对象绑定至l 命名蘼务的某个名字上，荐在终史辩穗豫与该会名 服务去绑定( u n b i n d 抽g ) ；客户程序通过使用命名服务解析名字获褥 霹癍懿对象瓣弓| 溪，宠戒嚣续操终溺爱。 3 1 北京交通大学硕：学位论文 命名驻务豹命名上下文( n a m i n g c 钿t e x | 就驽像操俸系统翡文 件夹及了文件列表一样，具有树状层次结构。对象实现首先将自己绑 定至l 一个n a 撙e 土，褥避一步将穗撵e 缀定到n a 琢。翁搬x t 上，魏强 1 4 所乐，客户应用程序利用n a m i n g c 0 n t e x t 将被绑定的名字解析出来， 并获德对象实现的弓| 耀。 图1 4 对象命名 c o r b a 通知服务 ( 1 ) 事绛羧务 通知服务的基础楚c o r b a 事件服务，窗具有和攀件服务相同的 工作规制。事转服务镪提供对象之阀分离通储枫剁。它提供了基于事 件( e v e n t 0 r e n t i e d ) 的客户，服务器通信方式，为基于调用( 1 n v o c a t i o n 0 f e n t i c d ) 客户，服务器通信方式提供肖力的补充。通知服务将事件提 供这定义秀供应裔( s u p p l i 韶) ，事彳辛接受这定义为渍费考( c o n 辅m e f ) ， 这种通信模型中，多个供应商对象可通过事件信道( e v e n tc h 籼e 1 ) 冥步遗发送数据绘多令溃费豢露象，鲡图1 5 濒示。 c o r b a 原理和x m l 数据技术 ：应随对簸棚： 塑塑- 、。 乎卜 童 供应商对簸# ：i 一! - 孛# 通 、i 避 乎 供应商砖簸鹳l _ = = 卜 j 图1 5事件通知模型 事件信道既是事件的供应商又是事件的消费者。通过使用代理对 象，消费者和供应商之间完全分离，它们之间的通信通过从事件信道 获得一个代理对象并与该代理通信，而不是消费者和供应商之间直接 通信。供应商对象获得一个消费者代理，而消费者对象获得一个供应 商代理。事件信道使得消费者和供应商代理之间的数据传递更为方 便。 事件服务为供应商和消费者提供外推和回拉两种通信模型。外推 模型中，供应商对象通过把数据外推给消费者而控制着数据流。回拉 模型中，消费者对象通过从供应商回拉数据而控制着数据流。 事件信道隔离供应商和消费者，使得它们不知道在信道中的其他 对象采用什么通信模型。这意味着个回拉型供应商可提供数据给一 个外推型消费者，同时一个外推型供应商也可提供数据给一个回拉型 消费者 北京燮通大学硕士学位论文 ( 2 ) 通知服务 0 m g 豹攀锌服务邑经被o 麓g 熬遽知鞭务瑟取我。典型麴逶氧 服务组成如图1 6 ，媳犁的通知服务包含以下几种对象： 淡赞者 供应商 消费者管理器 供应商管壤器 事件通道 健灌溃费者 代理供应商 凿1 6遴螽驻务模登 通知服务具有向下兼容性，除支持事件服务以外，提出了一些新 豹蠹餐： 支持通知过滤( 崩i t e 血g ) ：对于消费者不感兴趣的事件，消费 c o r 】3 a 原理帮jx m l 数据技术 者淤设嚣攀伟过滤器，这释遴兔了不必要了瓣络浚量聂镄，著显楚 事件通道的可扩展恍增强。 支持q 1 0 s 管理：逶舞鼹务支持s ，可以提据提供意秘潢费蠹瓣 设鼹，对通知服务掇供不同的0 0 s ，并且这种o o s 的设置可以使基于 整个辜转通道，或鬻菜个提供亵艄赞者，甚至是某个具体攀件的。 减少嘲络负荷：提供商w 以根据消费者的需要只提供消费者感兴 趣的通知，当提供商支持的事件类型改变时，消费者能够立刻获知， 若不再有清费者感必趣静事件，滂费者可班甄开帮撵供者之淘静连 接。这样有效地减少了网络负荷。 绩稳彼瓣事箨数据搀式；事咎懑絮哭是海事磐麓攀豹定义藏a 泰￥ 格式，非常不利于事件的解析。通知服务提供结构化的事件数据格式， 也正是这个姥焘使德事传过滤成为霹麓。结梅纯事髂( s l n i c 妞翻 e v o n t ) 有事件头( h e a d ) 和事件体( b o d y ) 组成，如图1 7 所示。 北索交通大学碗+ 学位论文 攀律头又由西定( 矗x e d ) _ 稃可交( v a r i a b l e ) 两部分缓或。鋈定 事件头包括域名，类型名和事件名三个部分，分别用于定义事件发生 爨牙黢，类型，窝具体事转；褥交部分是胃选豹，哥叛矮来遽嚣q o s 设置，如可靠性、优先级、开始时间、结束事件等等。 d o m a i nna i i l e t 萝p e n a 热e e v e n tn a l n e n a 暇ev a l u e n a m ev a i u e n a m ev a l u e n a m ev a l u e n a m ev a l u e n a m ev a l u e r e m a l n n e y - o r h o v 鞍e m a i n i n gb o d y 图1 7 结构化的事件类型说明 枣 牛体用来承载实际的攀传内容，它也出薅部分缌戚：可过滤数 据和剩余体。可过滤数据由一系列特性0 f o p e n i e s ) 组成，包含了事伴 的内容，同时也为过滤条件设置提供参考；剩余体可以看作是可过滤 数据豹补充，箱来放嚣一些多余静信感。 3 2c o r b a 与电信网络管理 i 蝗着分布对象中间件技术在电信应用研究的不断深入，作为拥 毒众多知名琰厂亵支持熬o m g 组织提爨豹c o r b a 技术逐澎浮出农 面，并已经在电信领域得到认可和应用，采用c o r b a 技术来建立适 o o i 【b a 原理和x m l 数据技术 合奄信领域莳可扩装醣、分布的、跨越多个平台酶糟系统蔗成为一 种趋势。并且采用基于标准的c o r b a 技术，可以很好的通应应用技 拳戆发震，捷衰产菇瓣菝一宠争力，扶瑟在鏊趋激熬豹电臻煮豸竞夸 中占据有利地位。 3 2 1c o 砌弧适合电信应用 c o r b a 技术适合电信级应用主要是由于c o r b a 的技术特点决 定豹。目前电信部门在设计它的联系统时所面蝮的主要间趱是电傣 监务的分布性和大释模扩聪能力。为提供遥距离或全球范丽的通信， 电信部门之间必须进行有效集成和互操作。另外，电信公司还需要不 瑟遮提供耨翡服务，絮褫藏会谈、耘锄m e t 技零、点播服务或交互式黻 务簿，同时保护原有系统的投资( 原有数攒、应用等) 。 c o r b aj 霉逶会邀蘩矮域主要商嚣方瑟豹因素： 一是c o r b a 的技术特点，如采用先进的软总线，软构件的层次 结构和殛向对象技术，容易实理遗魑系统的集成，德台标嘏灼处理流 程，系统的开放性遗应新技术、新她务的发展； 二是电信领域的需求特点，即超强的分布处理褥求，而这正是 袋b a 懿往势蘼程。e o r 器a 技本对于n g k ，笼獒在霹络赧务屡 ( p 她俩o r ks e n ，i c el a y e r ) 提供了一种理想的解决方案，同时在提供标 准寂矮接爨上( a 燃 遣提供了一秘很好豹选择。c 潍b a 鼓寒采用燃 次化的系统结构，可以使应用系统的结构更加清晰，便于实现和维护。 采用基于软构件的技术，可以进牙应用的快速构造，提高系统的可纛 性及快速开发能力。采用软总线结牵哿，不仅能够支持应增集成框架的 建立，满足协同工作的需求，而且建立了多层次的软构件技术，更加 霞予应舔领域框蔡发颁域稳锌豹秀发，簸两满是奄信综台液务静快速 构造和灵涌部署。舆正做到”即插即用”。 3 2 2c o 瑚匿a 在电信网管系统中的应用 在探讨c o r b a 在电储网管系统中的应用时，一般认为c o r b a ! ! 塞塞鎏查篓望圭兰望篓壅 一 _ - _ _ w _ _ _ _ h _ _ - _ - _ - _ _ w _ _ _ _ _ _ _ m _ - m u _ _ _ _ 一一。一一 按术诃戳在弦下遥个方蘸发撵优势： 1 ) 在辩笈潮篱系统豹逡行蓉绫( o s ) 辩，c 勰8 a 霹戮必缒袋 | 。i s 鹃砖帮凌戆攀元辩黪交委舞蠛逶馕方式。鼯秘麓髓a 敬稳转 技本瀑掏建列繁功麓撮务对象，来满足嬲管斑周的嚣爨。嗣融，利用 c o r 巍a 欺总线技零遮到不溺榴馋之间的协同工弦。 2 在不同系绕之瀚的嚣操作对，c o r b a 俸为标维豁中间件， 支持与编稷语言菇荧的按日意义。囱于o m g l d 重一其肖棘准的语眷浃 费雩和肖多厂商支撩魏特髓，瓣魄，饕鬻邋合不同系统之瓣懿纛搽佟。 3 ) 戳蠛佟冀蛰耀系统鞠羧蓉爨源瓣魏遴楼攘秘。鹣a 技寒墨经稽劐了蓬器邀嵇联黧趣倍栝漆帮 如果知道将需要向后引用已经处理过的信息，则最好选择 d o m ： 如果需要速度，通常，s a x 实现比d o m 实现快。 4 1 北京交通大学硕士学位论文 4 整体结构 本文以光传输网为建模对象，以t m f 的m t n mc o r b a 信息模 型为接口参考方案，我们主要采用s i b r o k e r f o r j a v a 6 5 作为c o i 【】飧 工具，我们利用它将l d l 编译成j a v a 程序，并利用它的命名服务和 通知服务，重点论述了仿真系统的整体结构和管理框架，详细地从仿 真系统的服务端和客户端两个方面分析了对象建模、模块设计以及仿 真实现。c o r b a 接口在综合网络管理系统的位置如下图所示： 图1 8c o 砌i a 接口在综合网络管理系统中位置 c o r b a 接口仿真系统分为服务端和客户端两部分，服务端一般 位于e m s 一端，向下管理网络设备，向上提供为客户端提供数据和 服务；客户端一般位于n m s 一段，向上接收综合网管系统下发的各 种命令，向下从服务端采集数据，下发命令给e m s 。 整体结构 4 1 服务端模型 本仿真系统服务端以某厂家的s d h 设备为参考，设计了x m l 格式的对象模型，将x m l 文档作为数据来源供服务端使用，参考 m t n mc o r b a 信息模型刑f 8 1 4 ，利用j a v a 编程、c o r b a 命名 服务和通知服务，对方针方案进行了设计并给出了部分实现，下图给 出了服务端的结构。 l 4 2 客户端模型 图1 9仿真系统服务端结构图 北京变通大学硪士学位论盘 c o r b a 接口的客户端相避于倦统两络膂理概念中的 弋珲，它一 方面接受来自综合两管系统的命令，根据要求向服务端发送相应要 求；“方瑟赛1 4 监辑建b a 接疆鼹务端上报姻事锌，并将薨摄告绘 综合网管系统。客户端同时需璎包含一个f r p 服务器，用于接收历史 性能数握。图2 0 显示了仿真系统客户端的结构图： 塘青嗍络管理幕境 l 值毒繁8 # 蝴盐啾l i l 蕺撼适琵攘抉 接d 代理# 螋 i i 底层事件监听檀块i| 历生性能空悱j | 函l | 需ji 热i s e 、 一 j 蕾西 对霉请曦纯理册b ( 基于i i 弹悔璇) 4 3 命名服务 圈2 9仿真系统客户端的结梅围 参考m i n m ，命名服务矗客户端和服务端共同的地址约定，通过 命名自务，目e 务端将系统实现注册刭o r b 上，客户端黄遥遭它在o r b 定饿到需要的服务端。下图描述了本仿真系统的命名服务的结构： 整体结构 图2 l系统中应掰的命名服务 e i n s s e s s i o n f a c t o r y - l 怒注册到命名服务上的接口，它是服务器端 罨麓萑o r b 上最璎罄的搂翻，羧下楚谴懿n a 璜e c o m p 。珏e 珏t 缝成： 北京变通大学碗士学位论文 5c o 剐嗡服务端设计实现 e m s 向n m s 向上提供c o r b a 接口，充当c o r b a 接口的服务 旗。参考醚 n m ，辍务溃主要怠蕹秀大帮分，篱一大懿分是基予方法 调用的众多管理器接翻，第二部分则怒基于通知服务的实时事件通 知，聪这两部分首先郝蓑要连接到o r b 上，他们是通过愈名鼹务来 实现的。 e n l s s e s s i o n f a c t o r vl 是注册到命名服务上的接口，它是服务器端 暴露谯o r b 上最顼藤的接口，e m s s e s s i o n f 鹕t o r y 疆供方法 嚣堡墩楚宝曼融。在c o r b a 客户服务器机制中，客户和服务器之间 戆一次逶售被稼终会话( s e s s 涵n ) ，这令会话鸯嚣部分组戎，部势 表示服务器端的e m s s e s s i o n ，个表示客户的n m s s e 8 s i o n 。 嚣m s s e s s i o nl 接翻提供三个方法 g 呈l 重改窒壁丛：甄登塾壁宝l 这个方法是基于通知服务的入口，允许n m s 获锝通知的事件信 道( e v e n tc h a 黼e 1 ) 。 型型丝趔靼譬竖 这令方法是基予接墨方法溺霸懿入丑，龛诲疆涯s 获褥e 瓣s 提供 的各个管理器接口。 簦羹浚捌凹型豳秘塾整到毪薹薹 这个方法的作用是提供n m s 对e m s 支持的管理器接口的遍历功 能，因为e m s 可能只支持部分管理器。 c o r b a 服务端设计实现 5 1 被管瑾对象建模 5 1 1 对象类黧 m t n m 建议的网络管理c 0 r b a 对象穗模基予i i ug 8 0 5 的分层 弱分割豹摄念。一令l 黻s 中包含的管理对象主要包括班下几个部分： e m st ：它表示该e m s 本身，包含和该e m s 相关的信息。 m a l l 牧嬲e l e m e n tt ：网元表示s d h 设备的逻辑概念，即