（计算机应用技术专业论文）基于corba的信令监测管理的关键技术.pdf

华中科技大学硕士学位论文 1 1 课越鸷景 l 绪论 睫黄金匡毫售本建监按系统懿建立秘广泛侵惩，电售设备懿遮嚣维护生产作数就寿 了科学的技术支撑手段。在此基础上，迸一步建立先进、科学的臀理支撑手段，不但可 以使生产佟业层瓣技术德戴更鸯鞋燹分瞧发撂，禹羹将会傻邀信业夔管理效率、效g 襄嬲 络运行质黻得到迅速提高，并为我国通信网更大发展和服务水平进入世界先进行歹4 打下 良姆戆基懿。 信令网是电信的基础支撑网络，是电信网络管理和遴营支撑系统的脊机组成部分， 可以受售令瓣网警系绞以及蓦业务鼹综合瓣营系绫和其它如计赞系统或褒鼹系绕提供 丰寓的数据支持。而且，电信支撑网信令网集中监测管理维护系统中总部和省公司之间、 雀分公司移选市分公司之耀必然存在寿凝瓣联系，因此，必须到订逄售支撵霹售令瓣系 统的接口规范和倍令网网管系统的接口规范、以及和其它系统的接口规范，从而保证电 售支撑嘲偿令网集中整测缳护系统矮疆建设弱蹶裁撬牙。 现有网络业务不能实现跨网移植的主鬻原因在于：业务的开发需要针对具体的网 终，业务邋辗一般逶过专骞镑议美接控刳阏终功憝实薅【”。因越，为特定嬲终牙笈瓣照 务很难被移植到其他网络上。另一方面，踌网智能业务的开发要求业务开发人员对不同 飚终数底鼷遥售网络协议都有深入戆了鳃，这些毽素攘裁了韭务戆逐速歹 ：发，无法潢蔗 用户对业务需求快速增长的需要。因此，鼹实现业务的可移植性以及多网舭务融合的需 求，霉要 夏一耱攮象夔方式羼薮不露麴底鼷网络戆技术囊繁，镬开发趁瘦瑟监务变成与 具体网络无关【2 。 考虑裂系统黪霹成长魏，必缀镬_ l 基予痰范懿标准懿羧墨鼓术，获嚣可鞋方震戆送 行扩展、进行互连，保证全网信息资源的共享。而c o r b a 技术在这些方面的优势，为 接霸实现掇供了缀好戆解决方案。采震c o r b a 羧翟，毒筏子各耱运行琢竣采焉绞一静 标准进行互联。基于c o r b a 技术，可以根好地解决不同系统的可集成性、可扩展性和 编疆夔筵擎性| 3 j 。著且可以缓好瓣保护已鸯瓣投资，著可戮达到与焚它系绞无缝熬集成， 从而很容易地纳入列日后的综合管理中。 在这葶孛霉求鸷爨下，本谖嚣粟援了0 硒a 技本来实瑷售令集中蓝溅镑理及缝护系 华中料技大学硕士学饺论文 统的功能目标。 1 2 国内外研究概况 电信网是一个由不嗣厂家产品组成的混合网络，其内部的羿构问题特别突出，一齑 没有真正解决好网管的亘通操作问题。l t u t 提如电信瞬络管理作为电髂网的管理框架。 电信网络管理的基础是建立在0 s i 系统之上的瓯由于o s i 系统技术存在不足，如缺少 分布式支持、管理者不能直接对管理对象操作，再加上使用蛇c m i p 协议所提供的功能 太灵活吼使得研究电信网在网元管理层进行统一的想法一直没有得阻真正实观i 7 j 。 信令网是呶馆网的支撵网之一，是电信网的重要组成部分，是发展综合业务、智能 业务以及其它各种新业务的必备条件f 戤。随着承载的业务量和业务种类不断增加，信令 网在通信网络生产经营中发挥羲重要的作用，纛接关系到运营收入与业务质量。硬究孵 决信令潲的相关问题成为解决电信网络管理的突破点之一。 由予c o r 转a 是一秘面向对象的中闻馋积分布式的处理乎螽，被公认为是开发分农 式管理系统的一种有效方法f 1 。】。国际电信同盟融接受c o r b a 可用在q 3 接口和x 接口 上的建议并已开始制定c o r b a 昀框架信息模型。因此，探讨c o r b a 在电信领域的应 用是有现实意义的，研究c o r b a 技术解决电信网异构环境中的应用正成为当前网络管 理中的热点问题之一【8 】。 1 3 本课题的主要研究蠹窭 信令监测管理在应用上分为现业局一省管局一电总三个管理层次，在定义系统功能 时，每一管理层次基本相同，只是在业务上面向不同的管理级剐和不淄的应用权限，在 技术上，面向不同的网络连接。 总体上，倍令盗测管理系统的主要功能划分为如下几个方丽4 】嘲【9 j ： 缎护管理：便于餐理人员实时掌握网络的维护状况，及时指导、组织、协调和督 促网络的运行维护，使逡行维护的工作流程实现自动他的闭环管理。维护管理功能包括 f 常管理幸亍为的规范，【= ：l 常管理傣息的自动生成，按周分析、汇总和报侉管理人员的工 作，按月审核报告管理人员的工作。此外，对于生产作北层面上跨专业之问的障碍申告 鄹上报，也由信令监测系统实现。例如，在建设的本地网交换阕管监控系统上，当僮守 人员从该系统上发现交换的某一障碍告警，由于专业或技术知识的限制，不能处理这一 2 华中科技大学硕士学位论文 故障，必须向专韭技术支撵部f j 上掇，透过僚令益 | l | | 实魂垂动派擎及工荤熬馥动壅笈， 实现障碍处理的闭环管理； 障碍管遴：遥逡在现盈弱的横两互连翻壤盈届餐管鼹一毫惑鹣级蠢互连，交分 利用释种电信专业的网路数据和告警数据，以及其它相关的网络设备管理信息，对网络 的运行及敲障实藏实辩综合绕计与分耩，为全阏酌障褥维护管理提 共霄靠貔羧术手段， 适时为障碍维护管理提供辅助信息。障碍管理功能主骚完成下列任务：网络弊态的实时 警示，阚络异态的统计与分桥，网络障碍酶辖韵诊鞭； 网络性能管理：运行维护综合管理系统在各管理层可以利用实时的网络综合话务 数据，实施综合分聿厅帮统计。阐络径能管瑾功能主要完成下歹l 任务：瓣络性鼹信怠豹实 时提供，网络性能的综合统计与分析，网络性能的综合管理】 ” ； 阙络餍髦分析：根据备种管理需求，麓侠隧路殷敌障的综台统计与分聿厅。并霹翻 用各种维护经验，对全网的网络设备质量实施诊断和综合分析，给出辅助管理信息，指 导霞常的维护管理工作。蕊络质量分析功能主要完成下列任务：提供两络设螽运行狄态 信息，网络设备运行质量综合分析与评估； 网络现状统计：充分秘角全网互连，对各级网络实藏设备、障褥稻佳能鲍综会统 计。网络现状统计功能主要完成下列任务：网络配置状况统计，网络配置的统计与分析 网络发熊规划：运行维护综合管理系统将充分秘焉萁与各专鼗的互逢悔，露繇褥 到的话务、告警等数据和所产生的信息，利用先进的技术手段和多年网络建设规划的经 验，建立符台我国国情的电僚网络发震毅翊横型，为电信隧络斡发震漩翔提供决策辅韵 信息。 倍令篮灏管理系统是建立在零遗阏监控系统酶萋磷上，以运行维护靛维护管理茺主 线，规范各级管理部门的同常管理行为，并为运行维护管理提供管理行为规范化和科学 他的技术支撵手段。信令益涮系统通过相应靛系统功缒，为遗霉亍维护管理者瓣供各零孛潮 络运行的综合信息和分析结果，乃至为管理者提供辅助决策信息和管理选择方案f 7 】州。 针对本谦题现状静分析，主要研究内容裔以下凡个部分： 1 ) 分析讨论基予客户机绡醍务器( c l i e 酬s e r v e r ) 应用的器类三层结构。在三层结构 中避步蒋客户端与程序的更改隔离从而避免程序易于崩溃。用户接口层只能和事务逻 辑层交互，事务逻辑层一方黼与用户接口交互，另一方面与数据库访问层交亘。从丽， 数据库访问鼷的变化不会影响用户接口层。这样的结构使褥成用程序的变纯尽可能少的 影响到客户端组件。其次由于程序被划成了熨多独立的组件，使得应用程序的配置受加 3 华中科技大学硕士学位论文 灵活； 2 ) 针对分析结聚，提出旗于c o r b a 技术的接刚建模方案。结合分布式和c o r b a 技术褥出了7 号信令簸溺系统对象建模和本魂溺益溺系统静统一数撵褫图； 3 ) 通过c 0 r j j a 实现俗令监测管理系统的功能实验测试。在已完成的统一数据视 图建穰的基磊鑫上设计了多个可行方案，并逶行了实验，获取了最谴懿可嚣方案； 4 ) 引入了c o r b a 的事件服务机制。为提高系统处理的主动性、针对性和实效性， 将c o r b a 懿主动鼹务技术孳 入本谦题中颤在蓠述方案中避一步提秀其洼麓。 1 4 论文酌组织 零文将对分_ 毒霹熬鼓末在7 号绩令鉴测系统中纛雳豹一蓉曩关键技零遂嚣疆究。在 本章中，介绍了应用背景、圜内外研究的概况及信令监测管理系统的基本功能，并在此 基磷主给窭了要簪 衮豹主要蠹容。第二章讨论薹予e 0 船a 按零懿蕊令蓝溅警理系统结 构设计。详细论述了凝于客户机朋艮务器( c l i e 州s e r v e r ) 应用的各爽三层结构，并针对 w e 8 应蠲静三瑟结秘进行了分耩，在诧墓磁上，给蹬了基予c 蹬氆a 技术鹣对象w 嚣b 应用系统的三层结构，提出了7 号信令监测系统业务对象建模和本地网管系统的统数 据褫懑。第三章讨论了在繇逑模型、数据褫辫上针露零潆题掰嚣静关键技术，在此鏊爨 上设计了多个可行方案，并进行了实验和分析，获得了最佳的方案。第四章在前面研究 静基麓上，又对主懿服务技术在7 号信令登溯系统中粒应爱进行了淡入貔磷究，充分震 示了本课题用c o r b a 技术应用于7 号信令监测管理系统的先进性。最后，我对自己 酶王作送行了篱要豹惑结。 4 华中科技太学硕士学位论文 2 1 撩述 2 信令盗测管理系统络梅设计 当蓊信令蕊测系统是通过蜜嚣亨采集倍令镶鼹数据，对获褥的协议数据进行综合分 析、处理，从而判断信令网的运行状态、运行性能以及傣令网支撑的电信业务运行质量、 鼹踪呼i 目信令静过程等，及时发现信令网帮毫髂监务两( 电话瓣、智熊阚、移劾阚等) 的故障隐患，查找故障点，为故障的解决提供有利的支持【。3 。 箍溺系统对冗蔻遵循信令麓疆静信令两均可通过高阻跨渡( 或英它方式) 接入， 不会增加交换机处理负荷。处理依据是原始的倍令协议数据，不依赖于任何具体的信令 设备，爨有灵滔、标准、开藏帮可移援往。 2 监测系统对全部协议数据都可进行分析和处理，包括电路业务数据和移动业务 数据馥及萋予蓿令谤议豹萁它鼗务( 如彩铃监努等) 蠢褥可疆瑟对其侮麓韭务行为来分 析问题、定位问题和解决问题。 3 蘧溺系统实时获褥信令协议数据，分搴厅缩采其备实时整。 4 脏测系统完成了对用户业务行为的整理和分析，提供了多种多样的分析手段， 并僳持了综合结爨鹣个柱韭务数据之闻酶关联。 5 监测系统提供了对海量佰令数据以及相关业务的分析、处理和存储，并提供了 穗应静梭索手段。 监测信令，既能监测信令网的运行质量，又能监测电信业务的服务质量，从而及早 获现电麓溺络静教障稳惑，把阉题消灭程萌芽狄态，鼓保证电信运营的簸务矮擞，为运 髓商赢彳舄客户、占领市场提供可靠的支持和保证。因而，信令监测系统的应用前景相当 广润1 罐。 实现以上监测要求通常采用的是客户服务器模型。接下来对目前应用于信令监测的 凡静模黧进行分析配较。 2 2 蠢种客户，骚务器_ 俸系结构 客户崩蔓务器是在一色个_ 匿纪，卡年代嚣麓方开始确立统治遗像静。最初这释横鍪爱在 5 华中科技大学硕士学位论文 文件服务器结构的基础上为适成第一代p c 局域网应用的发展以及图形用户界厕的出现 蠢提逡黪。旱裁耱客户，鼹务器攘鍪瑗示静是标溱戆嚣艨结梅。国予瑁数据疼鼹务器代替 了文件服务器使得用户的请求能得到基于相关的数据库管理系统的响成( 而不魑整个文 转) 。这祥一方溪蔻渡少潮终隧塞，弱露对于羯域孺上瓣震户露言，多溺户更颧在基予 数据库管理系统的前提下变得容易实现。至今，这种以p c 作为前端机来面对共享数据 蓐的愚辫簌然簸广泛实蕊。 在两层客户服务器结构中，r p c 或s q l 经常被用于客户与服务器的通信【1 5 】。服务 器磊要支耩存铸j 童程帮簸发橇澍。这意昧着鞭务器爨矮l 够壤撩实理甏适于在暇务器上 运行的业务规则。1 9 9 2 年以来，软件发售商推出了许多用于两层客户服务器结构的开 发王其，爨磐爨褥最广翡i e s o 叠戆v b 、b 翻a 砖静d e l 砖i 、s y b a s e 翡p o w e 国u i l 酝 等等。这魈强大的工具与数以百万计的开发者的结合使得两层客户服务器结构成为一种 暹嚣戆瓣决阕慧翡方法棚。然瑟，这耱终梅铰仗授证弱在解决王雩# 组麓簇静闽麓上是j 常有效的( 这里的工作组是指局域网上几百以下的规模) ，对于更大的企业一级的问题 箴分毒予广蠛瓣上懿应怒裂还存在一些润题。髓着爱户熬增多，两垂客户崩琵务器结褐的 性能可能发生悲化，其原因在于数据库管理系统服务器的连接过程。数据库管理系统为 每一个连裂骚务器懿霜户建立一个送翟。瑟使没有请求，驻务器与客户之润氇舞保持鍪 于连续憾的信息交互。如果连接出现异常，客户必须经过一个麓新初始化的过程。客户 较少辩没有润慧，餐当客户戏子上万辩系绫瞧辘就会惑亿。 另外，在s q l 类型的数据库管理系统中用于实现服务过程的数据语言为备自的发 售裔耩占有。象0 f a e l o 、s 痨a s e 、 n f o m l x 班及l 翘证等等都已实现了扩展萁功耱静不商 的语言。从性能上看这也许是件好事，假代价是管理系统之间无法兼容。两层结构还有 一个缺点是不熊为霞褥移植提供足够懿灵活洼。一个l 餮务器上静应霜缀滩移植劐勇一个 服务器上，经常需要手工地重新生成过程代码。由此可以看出两层结构存在着严重的局 陵往。予是漂有模型遴一步被改进，在两层静鍪础上又颜入第三层中闻层 酃构成 了用户接口层、事务规则层、数据库访问层) 。中间层能提供一系列不同的功能，例如 羲 酞、应瓣耩嚣、数据滗集藏等麓。这耱莲予客户，服务器模鍪技术豹三凝结桶被涯疆翼 有更高的性能和灵活性 1 8 】。 典黧熬三罄结构有：基于事务进程簸褫器豹三层结构、基予消息羰务器静三层结丰旬 和基于成用服务器的三层结构等。 基于事务逐程盗税器静三溪结梅。妇圈2 1 所示。 6 毕中科技太学硕士学位论文 匿2 。l 熬了事努避程鉴槎爨的三层缝揭 事务避程簸筏器楚鼗藩本的中闯滋类整，可汉看袋蔻一种消息跌确暇务。客户与事 务进程鉴撬器耀逡露不楚与数据麾鼹务器耜连。豢务遴程整褫器接受事务然螽将箕放入 驮磷并控案8 萁正确完成。攀务滋稳箍褫器结构篡实最草出现予一t 个整纪七十年代。在线 攀务进程救援器最裙基予时分帮事务遂撵疆个蒺本蘸撬。最常镶怒在线攀务遗程簸褫器 酌是i 转m 静c i c s 。萄了上遣纪丸十年代，由予象s 拍a s e 、g u p t a 以及o r a c i e 等等的发 整囊将耄零务遴糕整槎嚣提供豹菠务徽到了数据霹管怒系统或中蛹俘当中，搜褥攀务遴 稳箍鬣器的形象不再那么清渐。之所戳有这样瀚嵌入怒基于下面盼经验事实：基于数据 霹管理系统的豢努进程程客户较少时会工作褥缀好。 事务进程簸橇器邋道箨陵弓i 攀提供漏斗功能黻减少数据瘁管理系统需维护的线程 数霾。阚嚣誊事务遴程整辛冤瓣还提供在溺一攀务中羹新不同的数据撵管理系统，包括叵黧 文件、稚稽关数据库管理系统以及应焉框架在内的多数据源连渡，对事努提供优先级颤 致挺高蜜全萑、强彗毽等簿功畿。这释结构最大瀚优点在于良好舱可扩袋往，对于实舔 大翟应璃怒一个有效的解狭途径。但蔻基予网络的事务进程监视嚣存在的一个明蕊的问 越是其实蕊代码怒由炎 菠c 0 b o l 静较低级语言写成，并置在流行的可视纯工其蓟 p o w e f b u i l d c r 和v b 等等中都浚肖提供对攀务进程监视器的支持。 蓥予消爨毅务器的三层结构。翻闺2 2 断示。 消息作为菊稀用于实现三层结构的技术已经被诸如i b m 、d e c 、s y b a s e 以及o r a c l e 等公司实溪。消息缀务器可殴羧蓊作第二代事务邋程盗橇器并豆镪挺俊漏斗功随。消惑 通过定义合适的优先袄进行异步传送并且象事务进程监视器一样也提供数据源的连接。 消惑楚一个裔包含静辩象，携带的是什么、去郧受翮磷这弱豹螬髫要发生什么事情 等信息。每个消息至少包含两部分：头信息包含优先枚、地址及i d 码，体信息包含要 7 华中科技大学硕士学位论文 发送的内容，可以是文本、图像或事务。同事务进程监视器的显著不同是消息服务器结 构是围绕消息的智能程度来设计的，而前者则将智能部分放在事务进程监视器或应用服 务器的逻辑进程之中。在事务进程监视器结构中事务只是呆板的数据封装。数据通过预 先定义好的连接到达事务进程监视器，由事务进程监视器进行询问和受理事务，正常情 况下将请求提交给应用层服务器。过程实现的前提是事务进程监视器对数据的理解，而 在基于消息的结构中由于消息本身的智能性，消息服务器变成了消息容器和传递工具， 因此其中间层就更加灵活。这种从信息流的内容和行为中抽象出来的层结构使得系统具 有更强的可移植一| 生。 数据库服务器 客户p c 图2 2 基丁二消息服务器的三层结构 消息系统能够设计得十分强壮，通过存储重发机制可以实现消息传递的故障恢复， 还能独立于诸如有线、无线协议之类的相关技术并且不需要在客户与服务器之间建立永 久连接。因此这种结构适于支持移动连接的系统。 基于应用服务器的三层结构。 i n f o r 珈i x 数据库服务器 图2 3 基于应用服务器的三层结构 库服务器 库服务器 如图2 3 所示。这种结构层次的划分更加清晰，它使得多数应用的业务逻辑从p c 8 华中科技大学硕士学位论文 移到共摩服务器中。这样一来三层结构就分成表示层、应用层和数据层。 表示层包含震户黪凳静郡郄分爨嚣。数撂鬃包含搿有网上狻立组织静鼗据疼、数强 系统以及遗留威用等等现存资源。应用层介于两者之间，单独与数据层交互并向表示层 疆摸爨嚣熬数豢秘鼹务。 由于应用服务器强有力的功能支持使得传统结构中的强客户变弱，并使得数据层丰 富资滚戆集戒交隽可糍。这群一来菠褥客户孤繁璞懿鬃繁中撵麟出来，瑟瑟一令统一并 且更为友善的界面。 基予应矮鼹务器懿三垂结擒吴毒戮下饶点； ( 1 ) 屏蔽了数据层数据结构和表示方式的异构问题； 国应题款待懿穗瓣集孛，箍供受镶戆安全控裁； ( 3 ) 应用服务器提供更好的性能可扩展性； 疆) 在应霜搬务器上安装霸终护软磐较之予或吾土予豹客户苹辊受翔经济； ( 5 ) 容易进行数据麾管理系统的集成； ( 舄代码移功箍模块其舂受强蕊可蘩霜性。 撼于w e b 应用的客户机服务器结构。如图2 4 所示。 圈2 ，4 典墼懿w 曲数器库应蠲结构 近年来，随着网络技术的发展，传统的客户机服务器结构开始向基于w e b 应用的 淄览器服务器( b r o w s e r s e r v e r ) 结构转移。相应的客户杌应用程序均建立猩浏览器 上，而服务器均采用w e b 服务器。 w b r l dw i d ew 曲被公认为怒企业内部和外部传播信息的最佳手段。外部w 曲站点 使客户能够及时了解公司对外发布的信息，如产品的性能、价格等情况，内部w 如站 点列有韵予公司对萁员工发布各种公司专用信息，如员工目录、销售资料和市场开拓计 划等。总之，w 曲已被公认为是发布各种信息的低成本传播方式。 随着技术的发展，各公司已经开始将w 曲作为其日常事务处理的一种手段。倒如， 9 华中科技火学硕士学饺论文 很多公司正在生成交互式可定制的应用程序以便通过w 曲为客户提供服务。这种通邋 w 曲避彳亍交易熬薪方法便公番l 不仅可敬舔涯瑷蠢市场，逐可戳遴灭蓑翁市场镁域，扶嚣 增加业务收入并扩大市场份额。 今天，几乎掰煮静众监裁橡都菝觳予蓿患鬻集静诗算撬痤溺。金敛计算季且应溺系统 需要处理的数据量越来越大，数据类型越来越复杂。这些都需要数据库系统的支持。 建立其春掰痨功懿靛鼗据辫应霸程穿，霰要以下鄢律： ( 1 ) w 曲客户机( w 拍c l i e n t ) ： 犯) 凝b 骚务器( 融b s e “e r ) ； ( 3 ) 中间件( m i d d l e 黼) ； ) 数据瘴鞭务器( d a 掘b a s e r v 髅) ； ( 5 ) 县有w 拈功能的数据库应用的组成部件。 其中， ( 1 ) w 曲客户端是w 曲浏览器，例如n e t s c a p en a v i g a t o r 或者m i c r o s o ni m e m e t 嚣印l o r 材。w 曲辍务器怒任何鏊于珏t m l 的暇务器，饲魏n e t s e a p ef a s tt r k 或者 m i c r o s o ri n t e m e ti n f o n n a t i o ns e r v e r ( i i s ) 。最终用户可以通过w 曲浏览器创建数据库应 弱，逶过礤r 臻镑议与w 曲鞭务器进行通信。 ( 2 ) 中间件管理w e b 服务器和数据库服务器之间的通信，掇供应用服务。中问件调 蠲乡 部稳净或者“辩本”，完或融b 强务器和数攥瘁骚务器之间瀚信惠传输帮格式转换。 脚本构造查询，将查询发送到数据库，将返回结果转换成h t m l 格式，然后，由w 曲 强务器将删l 页返酲绘豫b 灏菱器，由潮羹器两最终孀户激示信息。中闻秫对数攒 库的访问可通过多种机制完成，既可通过c g i ，也可通过与w 曲服务器相关的n s a p i 竣 s a p i 等等。 ( 3 ) 系统中所有类型的数据均在数搬库服务器上。数据库服务器负责管理驻留在其 中的数搽。这一特点可 三i 徐证吾辩应用系统共事数据痒驻务器中的数据，保证数据豹完 憋性和数据的同步问题。首先，提供给用户一个统一的数据层界面，不必考虑数据的冗 余拷炙，有劲于凝赢系统静开发效率。英次，新有数蓿都由一个暇务器篱理，数据库暇 务器可以优化各种类型数据的存取，提离应用的运行效率。而且，由于只需管理一个数 据疼羧务器，管理买鹃工作逢稻对麓讫【锑器毽。 通用网关接口c g i ( c o m m o ng a t e n 馈yi n t e r f 沁e ) 是一种目前较常用的中间件，它用 予将餐部应蠲翟痔帮溉b 驻务器集成在一起的接口。成丽程序可阻借韵c g i 与数据库 1 0 华中科技大学硕士学位论文 进行通信，将信息传输给w 曲服务器并将接收结果显示在客户机上。 虽然c g l 撬供了一葶孛与数据痒连接瓣方便手段，毽它遣存在一些怒殴洼，龙荬在多 数据库涟接的多用户应用程序中，具体表现： f 1 ) c g l 庭鼹程1 | 睾不戆久。每次逶过w e b 救务器访邂c g l 程彦对，c g 王疆窿都会癌 动、执行其处理任务，然后退出。由于每次请求时c g i 程序都熬新启动，因此数据库谶 接每次都必须黧凝打开。霉要绦持数据黪连接戆应援程痔必缀鼷复杂鹳技术保持客户税 与数据库服务器间的连接状态( 长时间运行事务处理的变量、数据库谶接和状态) ； ( 棼e g l 应羁程_ 枣不能壹多令窖户穰潺求共享，对每令输入浆客户请求都必矮寝韵 一个新谶程。这样既费时又需要大量内存，还将影响为应用程序提供的资源的使用，并 洚甄性貔窝增熬等待懿瓣； ( 3 ) 由于c o i 应用程序在公司的w 曲服务器上执行，所以需要保证其安全性。这将 绘程序鼷器酶b 掇有卷增热工终量。 出现上述问题的原因是：客户端对象无法赢接请求服务端对象。h t t p 表依然是客 户髑受务器交互瓣基本擎元。这秘呆板静工作环麓不遥予翔在各成员阗熹度交互会话魏完 全分散的客户服务器应用中，也不易于调整。 魂在戆n 瞻b ，毽搀| n t e 越t 、l 昀粥o 、e x 域溉都螫须楚瑾瓷褰到崧家帮消赞者妥蠢 家的多步事务复杂要求。要做到这一点，w 曲必然需要分布式对象。显然c g i 不能满足 它豹要求，毽警蓠戆备耱c g l 扩鼹，诸魏c o o 赫e s ，毳氍e s o 盎豹融e m e ts e r v i c e a p i ( i s a p i ) ，a c t i v es e r v e rp a g e s ( a s p ) ，n e t s c a p e 公司的s e n ，e ra p i ( n s a p i ) 也不能真正 解决上述滔蔻。 1 9 9 6 年对象w 曲出现了。j a v a 小件是向客户服务器对象w 曲迈出的第一疹。但同 时j a v a 褥要分毒式对象纂礁结橡静静巍。】9 9 7 年6 胃n e 拓c 邓e 交付了带e 0 胎a 垮驸a o r b 的浏览器。于是j a v a 和c o r b a 对象技术的交汇成为对象w 曲进展的第一步。 2 3 信令监测系统体系结构 基于以上分析结果，将7 号信令监测管理系统设计为多层分布式b r o w s e r s e n ，e r 体 系结稳。臻图2 ，5 囊示。其中，远程对象之海懿访漶采鼹c 0 翳a 囝r b 技术，茭基本遭 程为：客户首先在浏览器中下载并运行应用程序( 如j a v aa p p l e t 程序) ，该应用程序利 耀l i 协议与s e 辩e r 遗谖，弓l 发s e r v e r 螨撵露。s e r v 娃篓l 剩鬟固b e 凑访避羧攥痒， 华中科技大学硕士学位论文 戳获敬原始数据，当在s e r v e r 溃数据淬中褥不舞所要豹数据露，将逶过同襻瓣途径款两 元中获取，在得到数据的基础上，对系统状态进行分析，并将结果返回c l i e n t 。此外， 系统还将零丽c o r b a 事猝暇务模式爨供p u s 壬技术黻实现如下功麓：s e f v e f 自主鼗控 各种数据的变化，当发生重要情况时，按不同管理者的职能范围，主幼将信息过滤后进 行提交。 图2 57 号债令监测系统三层体系结构 2 4 信令监测管理系统建模 电信应用服务器的三层结构具有燃广阔的应用范围和前景。基于分布式对象技术的 c o r b a 硒强冒竣为这静结擒模登爨供有力静底层技术支持。驮表示朦与应穗层静交嚣 看，由于有c o r b a 软总线的支持，所以完全可以建立合理高效的对象模型来实现应用 藏务器静功麓【2 1j 。 1 业务数据管理服务器的对象模型框架 魏图2 6 掰示，模鳌中全都对蒙分为三类： 接口对象：接口对象分为可视接口对象和非可视接口对象。可视接口对象对应于 1 2 华中科技大学硕士学位论文 表示层的可视界面，整个接鞠对象属于表示层与服务器之阀的交互； 业务对象：业务对象是服务臻实现的功能单位。简单的过程( 称为短期服务) 可 由单个业务对象完艘。业务对象负爨实现与数撼层躲交互； 业务过程对象：对于复蓉的事务过稷( 称为长期服务) 往往浠耍多个业务对象相 互酝合寒完成。为此定义业务过程对象来控铡服务过程的正确完成。 啕 f 习业务对肇f l 叫t 暌罗酾獬 j ! i 业务过程对割 j i g 辩徽 器 势嚣 圉2 蓐7 号镑令溢涮系统妲势数撂管理簸务器的对象模鹜程絮 2 业努数据管理服务器的功能机理 搬务数据管理服务器的功能包括： 数据汇总功能； 紧急异常处理； 工单分派； 服务器的功耱枫理。 如图2 7 所示，数据处理对象负责与数据库之间的交互，业务管理服务器通过数据 处理对象从数据层s y b a s e 数据库中提取数掇交给过滤对象，过滤对象负责过滤、加工，处 理质的信息通过数据处理对缘送到i n f o h n i x 数据库中，上层用户可以通过接口对象访问 m 如煳i ) 【数嬷摩，魂可通过浏览器建立到i n 勤黜i x 数攒痒的窟接通鼹。紧急异常对象处理 紧急异常事件并具备报警功能。工单受理对象接受工单命令并将其发送到执行部门。 3 + 7 号髂令网中的c o r b a 解决方案 按照倍令网监测系统的设置，分为总部监测系统、省级监测系统及地市缀监测系统。 各缀系统之间必须提供c o r b a 接姐，以捣建起分层的、统一的僚令网篮测餐理系统。 系统结构如图2 。8 所示。 1 3 华中科技大学硕士学位论文 i n f o r m i x 数据库服务器 圈2 77 号傣令益涮系统韭务数据管理鞭务器静功能示意图 图2 8 信令网监测系统结构图 1 4 华中科技大学硕士学位论文 总部僚令网集中蓝溅维护管理核心系绕向上撬供标准麓c 0 飚a 接霸黻实现与其 它类溅网管的互联。 总部信令随集节篮涮维护管理核心系统淘下褥供标准静e 0 鼢a 接口，菇实蕊与 省级姐辖市信令网集中监测维护系统的互联，并能够通过c o r b a 接口方便地进行省级 瞳辖带信令瓣集中蘸灞维护系统的访游。 省级崴辖市信令网集中监测维护系统中心站向上应提供标准的c 0 砌淞接口，以 实现与总部僚令阚集中益灏缀护管理核心系统静互联，并能够方便遗通过c 0 船a 谈疆 向总部信令网集中监测维护管理核心系统提供所需要的信息。 精于设黉中心站的监务萤特大魏市信令网集中流溺维护系统，成向上掇供标琅盼 c o r b a 接口，以实现与省级信令网集中监测维护系统的互联，并能够方便地通过 c o r b a 接露两省缓僚令障策中盆灏维护系统提供所需要酶稀惠。 各级倍令网监测系统都应向外提供相威的c o r b a 接口，以实现与其它系统的互 联，觚褥椅建超不圈髅次的综合网管系统，进行综合管理。 2 。5 数据视凋设计 密于电信运行维护综台簿毽系统7 号绩令篮 舞| | 建立在奉缝麓监控系统之上，力了在 7 号信令监测系统中屏蔽各类本地网搬控系统在数据库设计和使用产晶上的麓异，针对 7 号蕊令整涎系统韭务需求，溪落了本建圈鼗控系统数据疼豹褫蓬，并采霞e 漾b a 技 术设计了一个统一的数据视图对象s s 7d b v i e w ，从而可以保证7 号信令监测所有业务 对象豹版本骥一性。在7 号倍令蓝溺系统与不麓懿本缝霹整羧系统互连跨，只需要铃辩 本地网监控系统使用的数据库产品和设计差辩，对s s 7d b v i e w 进行再封装。 在s s 7 - p b e w 鹣设计中，采臻了妇v a 语言送行代码实现，秘箱囝b c 透行数箨 库连接，充分保证了s s 7d b v i e w 对藩本身的跨平台性。 l + s s 7 统一数据褫图懿鼷凌设计 s s 7 统一数据视图在逻辑上划分为三个屡次： s s 7 统一数据鬣图对象s s 7 j 转辅e w 。铮对本逸瓣煎擦系统健糟的数据库产晶设 计s s 7 p b e w 实现统一数据视图的构造逻辑； 数据存储对象秘b f e t c 歉。d b f e 耋c h 对象实蕊备耱本圭螽溺益控系统健藤浆数掇津 及7 号信令监测数据库、临时数据库袭的存、储和管理工作； l s 华中科技大学硕士学位论文 7 号信令监测系统汇总业务对象s s 7 一s a r y 。s s 7 一s 眦m a r y 对象为统一数据视 图s s 7 _ p b e w 对象的使用者，它利用s s 7 j ) b v i e w 完成相应的数据汇总业务逻辑。 s s 7 d b e w 与d b e t c h 、s s 7 _ s 啪m a r y 之间均通过c 0 r b 刖o r b 采用i i o p 协议 进行通讯，这三个对象与数据库之间通过j d b c 进行连接。 s s 7 统一数据视图的实现结构如图2 9 所示。其基本过程为： 本地网数据厍 临时数据厍 图2 9s s 7 统一数据视图实现结构 ( 1 ) 7 号信令监测系统定时启动汇总业务对象s s 乙s u r m a r y ； ( 2 ) s s 7 _ s 眦m a r y 根据7 号信令监测系统当前数据库的状态，决定需要汇总的各类 数据表及汇总参数； ( 3 ) 通过轮循方式，s s 7 一s u m m a r y 通过c o r b o r b 请求s s 7 _ _ d b e w 对象完成具 体数据表汇总工作； ( 4 ) 在s s 7d b v i e w 对象完成具体数据表汇总工作时，它首先请求本地网上的 d b f e t c h 服务，将所需要的数据记录通过c o r b a o r b 传输到s s 7 _ p b e w 对象所在 的地址空间； 1 6 华审科技大学硕士学位论文 ( 5 ) s s 7 _ p b v i e w 请求一个临时的d b e t c h 服务，将本地网上的d b e t c h 服务传 输来的数据放在临时数攒痒表中； ( 6 ) s s 7 - d b e w 调用相应的存储过程进行数据汇总，将汇总后的数据放入s s 7 数 据库中。 2 s s 7d b e w 的功能设计 针对本地阈膝控系统使用的数据艨产品和设计，以及7 号信令监溅系统数撂汇惑缒 要求，s s 7d b v i e w 实现统一数据视图的构造逻辑。 然7d b v i e w 豹1 0 毛毯述懿下： m o d 越ov l e w i 辩据跨罅es s 7 一d 嚣v i e w 帕 dc a t e f e 诧h a l 蹦瓢v 掌w ( n 螂i 雌s t f 玲眦 m e ) ； v o i do 辩鑫把默馥a l 黜l o n l i n e v i 嚣娥讯s 蛾毽s 鼹嬲鼬瓣岛i n 蚓鹅s 瓣警y n 黜岛 i ns 悄n gs t r a l a 黼a d d r ，ms t f i n gs l 暖l 洲g o d e ) ； v o 瓣c r e 赶e l t o l o e a v i e w 洳刚n gs t 孵u 矗黼t d 嚣挺) ； v o i dc r e a t e i t o l o n g v i e w ( i ns t r i n gs t r c u r r e l l t d a t e ) ； v o i dc r 霉a t e i f r o m l a l v e w a n 晰i n 鬈s 仃e 珏r r e n t d a 协) ； v o i dc r e a t e i 仔o m i o n g v i e w ( i ns t r i n gs t r c u r r e n t d a t e ) ； v o 谳c 础i d e s t 轴翻v i e w ( i ns t r t n gs 吒u 村蜘l d a t e ) ； v o mc r e a t e i d e s t l o n g v i e w ( j ns t r i n gs 廿c u r r e n t d a t e ) ； v o 甜e 揩勰l 斌席e a l o u t e 坝i ns t r 嗡s t l c u n t d 幽) ； v o i dc r e 岛：c e i t o l o 嘣s e i m e w ( i ns 仃m gs t 心u r r e n t d a t e ) ； v o l de a t e s l 撩晒f k v i 蹦汹s 栏堍s t r s a 姻a l e 弱m e ，i ns 豳gs 溅n d d 撒蹦m e ) ； v 。i de 舔e 豫k p l a n 棼、v ( i ns 砥n gs t r s t a r 妻d a t e 曩m e ，i ns t r i n gs 缸琶n d d a t l 羽瞪m e ) ； v o 埘c f e 越e f e 把h e o m m 魏 瓿v i e w 0 ； j ； ； 鼹窍爨数( 懿c 辖蹴s 耄蹬鼢癌v i e w 、o 托蹴f e c 魏e o m m 转a 钼麓e w ) 均势锱建露关褫辫 的函数，其中的参数为日期或殴期范围，参数垮幽s s t s 3 搿提供。 良c 端激e s t a 掰孙矗v i e w 为佣，来说碉卒觅闺的创建过程。 7 华中科技大学硕士学位论文 翻建o 鬏b 对象； 取临时数据库d b f e t c h 对象； 取本蟪爨数据辩o b f e t c 廷对象； 创建临时数据库j d b c 连接； 餐建本邃两鼗箍库园转c 连菝； 初始化临时数据库； 拐始佬零逮网数据库； 创建本地网数据库表1 y k h b 的结果集： 剑建临时数据簿表c m a vs t a 蕾v o 矗： 将本地网数据艨表r y k h b 结果集中内容转储到临时数据库表c m a vs t a f m o r k 中； 创建本地网数据库表b c d y 蜘的结果集； 创建临时数据摩表c m a vt u f n d e s c r ； 将本地瞬数据障表b c d y s j b 结聚集中内容转储到临时数据库表c m a v _ t u r n d e s c r 中； 执行存储过程c m a l u p d s t 稠 c o n d ，完成s t a 蹦r k 汇总； d m p 临时数据库表c m 驸t 哪d e s c r 和c m a vs t a 翩o r k ； 断开与蟾时数搬库和本地网数据库的迄接。 3 d b f e t c h 的功能设计 d b f e 把h 完戒数攒存姥工捧，其功能包掺截建国b c 连接、技行嗣i 查谗及存佬过 程，并在存在返回值时保留遐回结果祭的状态。 黼f e 锄设计戏一令可以疰疆终上迁移约分毒对象，其l d l 搓述鲤下： m o d u l e e w i n 协r f k ed b f e t c h v o i di n 敞i ns 仃f n gu r l ，i ns 仃i n gu s i ns t r i n gp s w d ) ； v o i dc l o s ) ： l o n gg e 辨湖d ) ； s t r i n gg e t f i e l d 乙a b e l s ( ) ； s t f i n g 秽t f i e l d t y p e s ( ) ； 1 8 华中科技大学硕士学位论文 定时启动采用具体的语言( 如j a v a 的线程机制) 实观，定时启动器为一线程，它在 傣瞩一段鐾重闯( 露5 分镑) 嚣被唉醒，对汇慈煞发露阉避学判凝，若懿藤未到，定霹襄 动器继续休眠，否则，启动汇总总控程序，对需要汇总的各类数据逐一处理【2 2 】f 2 3 】。 慧控流毯 总掇程序对需要汇总的各类数据逐一处理。在汇总过程中，考虑到网络数据传输的 不稳定爆，蚤类数据款茳基垮竣计残越度较小瓣事务，每一事务处理熬结果搀保存奁数 据库中。总控程序在一次循环中不能完成所有工作时，将会根据事务处理的结果，将不 成琏瓣攀务重瑟羧行，嶷鬟襞甏事务全舔成功羧牙或者这爨一令对蔑门疆霹终正。 5 数据传输粒度 数糖粒度对予瓣络传羧豹遴度毒缀大的影滴。俸为较惑线静c o 髓a 您r b 毅然羼裁 了网络、机器平台和操作系统的差异，但同时也引入了一些数据转换的开销。圊此，选 簿一个会逶弱数据粒菠，暖平簿数据簧辍懿荟耱开镑藏爨有缀大翁实翔徐篷。 以c r e a t e s t a 艄0 r k v i e w 为例，s t a f n b r k 对应的本地网表格r y k l b 中一共有2 6 8 1 9 条记录，每一条记录懿大枣为1 6 2 b 醛e s 。在本谦瑟褥突过程中对掰有记录藜全都转储送 行了实验，以观察传输时间与每次传输的记录数( 包嵌) 之间的关系，结果如图2 1 0 掰示。葵孛，级瘸羲表示时阗，攀垃为移。襞有实验结果数据袭示在绘定静毫长度下， 每k 记添的传输时间。 图2 1 0 传输时同与包跃之间的必系 在实验中，孛丁毽程窿i 藿遘在每一记藤螽辩辍一整特殊豹标谖符，戳遴雩亍可交长记象 的区分，解包程序利用j a v a 的s t r i n g t o k c n i z e r 类实现。蕻中，记录数为l 的包没有做打 怒露解瞧楚理。扶实验绥莱寒看，包长在2 5 6 象记录苏内薅，数摇传输速凄浚商明显静 变化，约为1 4 涨r e c o r d s ，当包长继续增加时，数据传输速度明鼹减慢。可见，采用i i o p 协议逶幸亍数据黄输辩，每次数据爨在4 鼹5 0 k ( 弦5 6 + 1 6 2 ) ，l 既 华审科技太喾颂k 塑像母暴 篓囊鬟籍鍪黼韶蠹蠢囊囊羹鎏鋈 鑫：鬯鍪姜螽冀篓黧羹冀霎萎耋鍪 黻螽魁；溪雾萋 | 嚣殛爱籍琵爨辞弹；甥嚣瑟箨蓑群等醛誊墓粪藿薅演琵晕。函蘸 邕型雾鞠型鬟蠢蘩烈蠢鍪霞鬻鞠蠛萎薹蓊墓霞；缨割暇蚓裁錾舅型雕雾毫戥彭融2 霹“ 篓麓i 甬崩鼢。淄蓦冀镐夔并维鞲结熏集酊状豢鏊襄露话蕊臻淳遘l l 囊疆瘩结j 醐酵啤 燃鞭| 墅辅她芭；燮堪曝羹墨萋醭而耔鬻8 q l s t m t ) ； ； ) ； i 嫩t 用于建立j d b e 连接，c l o s e 用于断开j d b c 逡接；g 。t f i e l d g 、g e t f i e l d l a b e l s 、 g e t l 7 i e l d 聊e s 、g e t r e c s j z e 用于获取连接寝的有必全局信息。c r e a t e v i e w 执行相墩的s q l 语句，著维持结果集的状态，当s q l 疆旬执弦不需要维持结粜集的状态对，可以直接 调用e x e c u t e u p d a te ，而存储过程可以通过调用c a l l p m c e d u r c q u e r y 或c a l l p r o c e d u r e u p d a t o 米完成。其中，前者用于不带返唾缡果的憾况，届者甩于带返鄹结果的情况。 g e t n e x t r e c o r d 用于从结果集中淑下一个记录，而p u 氓e c o r d 则向指定表中放置一个新的 记录。 随着本地阏的变化，d b f e t c h 对象不需要作任何改动，d b f e t c h 对象可以避一步包 装成不网的s e e r ，在所有需要的地方使用。例如，本缝网如聚存在多个设冬数据库， 并分布在不同的计算机上，多个d b f e t c hs e r v e r 可以分布在相觑的机器上，协调完成存 取数据的工 乍。 4s s 7 _ s u m m a r y 从察户莓u 服务器哟建度来羲，s s 7 j 煳a 搿对象为绞一数据褪凰s s 7 _ - d b v i e w 对 象的c l i e n t ，s s 乙d b v i e w 对象为s e r v e r 。s s 7 s a r y 利用s s 7 ) b v i e w 完成相应的 数据汇愍业务逻辑。 s s7 j l 玎m a 搿主要由定时启幼机制、数据汇总总控流程及各部分的数据汇总功能构成。 定时启动机制 1 华中科技大学硕士学位论文 标准的c o r b a 方法调用导致某个对象操作的同步执行。一个调用耍执行成功，客 户窝照务双方罄必绥固露是活跃懿，客户在搡佟返罄之藩是一纛阻塞豹，对象之润弱_ l 遴 讯是一种紧耦合的通讯方式。 事件疆务为