(交通信息工程及控制专业论文)基于J2EE的电信运营支撑系统的研究.pdf_第1页
(交通信息工程及控制专业论文)基于J2EE的电信运营支撑系统的研究.pdf_第2页
(交通信息工程及控制专业论文)基于J2EE的电信运营支撑系统的研究.pdf_第3页
(交通信息工程及控制专业论文)基于J2EE的电信运营支撑系统的研究.pdf_第4页
(交通信息工程及控制专业论文)基于J2EE的电信运营支撑系统的研究.pdf_第5页
已阅读5页,还剩101页未读 继续免费阅读

(交通信息工程及控制专业论文)基于J2EE的电信运营支撑系统的研究.pdf.pdf 免费下载

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

论文摘要 论文摘要 我国电信产业的全匾竞争催生了电信信息化的浪潮,其中,最早 拉开序幕的就是运营支撑系统的建设。运营支撑系统是电信业务开展 和运营时所必须的支撑平台,它包含用于运行和监控网络的所有系 统。作为电信运营商业务运营和管理的一体化、信息资源共享的支持 系统,其已在田外电信运营商中得到广泛的运用,并在国际上获得普 遍的认可我国的各大运营商对此亦给予高度重视,并根据各自的业 务构成及战略发展阶段等情况,相继启动运营支撑系统的建设和研究 论证工作。本文芷是立足于此,对电信运营支撑系统做了较为深入韵 研究。 论文首先介绍当前电信企业运营支撑系统圆o s s ) 的背景与现状, 然后分析电信支撑系统f r s s ) 模型并引出b o s s 的定义,同时讨论了 b o s s 与电信管理网c i m n ) ,b 0 s s 与电信运营图o o m ) 的关系。并 且基于j 钾a 2 企业版( j 2 e e ) ,运用面向对象的设计方法和多层体系结 构思想进行企业缎的综合系统的软件设计,实现了口用户管理及计费 系统的功能:最后,在已完成工作的基础上,讨论了系统在实现过程 中遇到的问题,并对今后的实际应用进行了展望。 【关键词】运营支撑系统,j 2 e e ,电信管理网,面向对象,中间件 i - t h ec o m p r e h e n s i v ec o 】咖) e t i t i o no fo u rc o u n 灯y st e l e c o m i n i u s t 呵h a sa c p e d i t e dm et e l e c o m m u l l i c a l j o ni i l f o n n a t i o n t i d e a m o n gm a n , i ti st 圮o s sc o n s l t i o nb e g 曲st h e p r o l o g u em o s te a r l y t h e0 s si s 血ee s s e n t i a lp l a t f 孤nf b rt h e t c l e c o m r v i c e 蚰d 叩e r a t i o n ,i tc o l l t a i l l sa l ls y s t e m sb e i i l g u s e di nn i n n i i 】ga n dm o n i t o r i n gn e 铆o r k a sm es u p p o r ts y s t e m f o l 。t h ei n t e g r a t i o no fs e i c eo 删i o n 锄dm 眦a g e m e n t o fm et e l e c o mc o r p c 峨岫o n ,锄l df b rt l l ei n f - 0 咖a t i o nr c s o u e s h 盯i r l g ,o s sl i 髂o b t a i n e dt 1 1 e 埘d e s p r e a du t i l i z a t i o nb yf o r e 咖 t e l e c o m m u n i c a t i o no p e r a t i o nb u s i i l e s s ,a n do b t a j i l sm e u i l i v e r s a j 邳甲悯l v a l i l li n t e m a t i 伽m o u rc o u n t 呵se hb i g o p e m t i o nb u s l n e s s a l s o g l v e sm g nr e g a r d l r l g t o rm l s ,锄d c o r d i n g t o r e s p e c 曲e s e r v i c ec o n s t i 加t i o na n ds 乜趾e 科 d e v e l o p m e r l tp h 墩,s t a r t st l l ec o n s t n i c t i o n 锄dr e s e 砌f b r o s so n ea f t e r 锄o t h e r t h i sp 印e ri s 畔c i l yb a s e d t 1 1 i s , g i v i n gd “lr e s r c ht om et e l e c o m m l m j c a t i o no s s t h ep a p c r 丘r 蚍i n n o d u c e st h ec u 嘣l tb o s s sb k g m u i l d 姐dp 】七s e n ts i 瓠鞠t i ,也e n 戤l a l y z e s 让地m o d e lo ft s s 蛆d e d u c 船n l ed e 6 n i t i o nf o rb o s s a tn l es a m et 斑l e ,i td i s c 岫s t h er e l 捌【i o n s h i po fb o s sw i m1 眦锄dw i t l l1 ( ) m a n d m o r e ,b 鳃e do nj 2 e e u s i l l g t 1 1 eo o dm 创h o d8 n dt l l e m u l t i l a y e r e ds 鲋栅s t m c t l l i d e a i tc 谢e do nt 量l es ) ,s 刍锄 e n s e 血b l es o f t w 撇d e s i 叠皿,锄dr e l i z e d 也e 凡n c t i o no fi pu s e r m a n a g e m e ma n db i l l i r 毽3 y s t e m f i n a l l y ,b a s e do nm ec o m p l 州 w o r k ,廿1 ea u m o rd i s c u s s e dt i l ep r o b i e mw h i c hm e ti i lm e r e a l i z a t i o np r o c e s sb yt l l es y g t e j n a i l dh a sc 删e do n 吐l e f o r e c a s tt om en e x tp r a c t i c a la p p l i c a t i o n k e y w o r d s :o p e r a t i o ns u p p o r ts y s t e m j a v a 2e n t e r p r i s ee d i t i o n t e l e c o mm a n a g e m e n tn e t 、帕r k o 巧e c t - o r i 即t e dd e s i g l l m i d d l e w 盯e 第j 章绪论 第1 章绪论 1 1 选题背景和意义 随着国家深化改革、现代企业制度的逐步建立和市场竞争经济机 制的逐步形成,国内电信业的市场环境己渐趋合理且竞争将日益加 剧。另一方面,世界经济的全球化、市场的国际化和我国加入w t 0 , 国际化的市场环境要求国内的公众电信运营企业在经营管理上向国 外先进的电信运营企业看齐,以迎接电信运营业的国际化竞争。国内、 国际电信业的如此态势,对公众电信运营企业的服务内容、服务方式、 服务质量、经营管理以及服务意识,己提出了严峻的挑战。电信运营 企业传统的以产品、价格、销售地点和柜台式服务为中心的经营模式, 正在发生着深刻的变化,逐渐向以客户和市场为中心的经营模式转 变,使售前、售中、售后各个服务过程和服务体系,以客户的价值取 向和消费心理为导向,真正体现“刨造需求”、“引导消费”的现代 客户服务意识与理念。我国电信产业的全面竞争催生了电信信息化的 浪潮,其中,最早拉开序幕的就是运营支撑系统的建设。 o s s ( 0 p e 瑚l 廿s 印p o r ts y s 衄m 运营支撑系统) 是电信业务开 展和运营时所必须的支撑平台,它包含用于运行和监控网络的所有系 统,如报告或计费系统,但它不是网络本身。它是整个运营基础结构, 包括运营网络系统和客户服务系统。而b s s ( b u s i 豁8 u p p o r t s y s t e m 3 - 业务支撑系统) 则主要完成客户支持的功能,它以提供和满足 客户需求为主,该功能又包含在o s s 系统功能之内。从客户的角度看, o s s 和b s s 之间没有区别,他们所需要的就是服务和信息;从运营商 的角度考虑,o s s 和b s s 又相互包容,他们都是尽可能多地为用户提 供业务支持和服务。因此,随着“以客户为中心”理念的盛行,人们 也渐渐淡化了o s s 和b s s 之间的区别,并在实际操作中有效地把二 者整合为一体。o s s 甩s s 是这两类系统结合在一起形成的综合的电信 北京交通大学工学硕士学位论文 业务运营和管理平台,在国内o s s b s s 有时也被称为b o s s ( b m i s s o p e r a t i o ns u p p o r ts y s t e m ) 。 标准化组织电信管理论坛( n 仃) 对o s s ,b s s 提出了被业界广泛 接受的功能模型。在这个模型中,0 s s ,b s s 包括三大功能:业务开通、 业务保障和计费( 或称业务计量) 。业务开通是指电信运营商接受客 户订购电信服务的订单,通过对电信资源的分配、配置、安装和部署 为客户提供所需的服务,并能够对服务进行计费。业务保障要提供量 化的测量指标,确保服务能达到客户的要求。业务计量则是测量电信 网络中各种业务的使用情况,计算应收费用,并对收费过程提供支持。 业务运营支撑系统b o s s 对于电信企业运营商提高自身竞争力具 有重大作用。b o s s 的建设有力地支撑了中国电信企业的业务发展, 提高了管理水平和服务质量,优化了网络结构及应用系统,有效利用 资源,加快新业务的生成,为电信企业信息管理系统的发展提供明确 的指导,并通过高效的企业内部运作来提高企业经济效益,从整体上 提高企业的竞争力。 作为一种高效的信息管理系统,o s s ,b s s 已在国内外电信运营商 中得到广泛的运用,并在实践中积累了大量的成功案例。o s s b s s 解 决方案也在这一过程中趋于完善,但同时也暴露出越来越多的难以克 服的问题: o s s m s s 的软件系统相对复杂,从而使得网管系统、计费系统、 营账系统、客服系统等都是各成体系,要想把它们有机地整合在 一起,几乎是不可能的,对于这种“杂乱无章”的系统结构( 参 见图1 1 ) ,简直可以称之为系统集成的噩梦( i n t e 蓼a t i o n n i 曲n a r e ) 。 面向客户 面向阿络 多个厂商共同 支挣的暇蝽 图1 1 很多o s s ,b s s 开发商都有同感缺少训练有素的工程师,这也 是由前一条所决定的,需要工程师同时精通电信的专业知识,又 能熟悉各类软件,的确要求比较苛刻。 行业标准问题。尽管在近几年来国际国内都陆续推出了一些标准 规范,但大多是停留在纸面上,同时也缺少更直观的技术指导和 成功案例。一个o s s m s s 往往会涉及若干个分离的系统。除了集 成,对系统进行测试、维护都是十分耗时的。 以上各方面的问题,o s s ,j 就可以解决,原因在于: 采用符合o s s j 规范而开发的软件接口相对简单,o s s b s s 内部 的各个子系统是可以互换的( i i 鹏r c h a n g a _ b l e ) 。 o s s j 是基于j 2 e e 技术的,开发人员只要熟悉j 2 e e 的开发( 甚 至仅仅熟悉j a v a 的开发) 就足够了,他们就能够与设计人员合 作,完成系统开发。 0 s s j 不仅包括了技术规范,而且有真实的代码实现以及测试工 具。这能够帮助开发人员很快的上手。因为各个子系统都符合标 准的接口,所以系统的后期测试和维护工作会比较简单。 北京交通大学工学硕士学位论文 随着全球电信业务的逐步开放,电信运营企业的经营方式也正在 从以业务为中心的货架式经营转变为以客户为中心的个性化定制方 式,例如为不同流量特性、不同质量服务提供不同计费费率和计费方 法以及业务质量管理等问题,原来的单一业务运营支撑系统已经越来 越无法满足新业务不断涌现的竞争要求。尤其是当前电信业务和网络 正经历着前所未有的变革,核心网m 化和接入方式多样化使得基于i p 的下一代网络( n g n ) 成为各大运营商所瞩目的焦点。n g n 是一个 在继承的基础上实现了网络与业务融合的网络,包含有众多厂商所生 产的软硬件产品以及极其复杂的a 咖仰m 等网络基础设施,首次 使用软交换技术,这些都对下一代o s s 提出了挑战。 1 2国内外0 s s 系统的发展现状 一、国外应用现状 作为电信运营商业务运营和管理的一体化、信息资源共享的支持 系统,o s s b s s 已在国外电信运营商中得到广泛的运用,并在国际上 获得普遍的认可。并且继0 s s ,b s s 之后,国外很多运营商已经逐渐拉 开b i ( 商业智能) 、d i ( 决策支持系统) 、c r m ( 客户关系管理) 等信息化 工程的建设。其中具有代表性的是: 惠普0 1 瑚v i e wn m 口3 g 电信运营支撑系统解决方案 h p t e m 口采用c 0 妯l a 分布式可扩充体系结构。无论网络设备、 技术和拓扑结构如何变化,t e m i p 网管平台的网络管理系统的体系结 构基本保持不变,可以最大限度地利用已有的成果,满足未来网管业 务规范。 h p 0 p c n v i e 、t e m i p 解决方案在电信网络和服务管理领域具有领 先优势,目前它已被部署于1 7 0 多个要求苛刻的通信网络中,其中包 括8 家全球1 0 大国际长途运营商。 h p o p e n v i e 、t e m i p 解决方案套件能够提供整个电信基础设施的 完接视图,包括网络层和服务层,告诉管理人员在网络和服务架构的 各个层次正在发生什么;能够为多种基础设施统一和集成多个管理 域,包括无线、有线、数据和i p 环境。h p o p e n v i e wt e m p 及其最佳 第l 覃绪论 合作伙伴提供的服务保证解决方案能提供错误管理、实时和历史性能 监控、测试以及控制。服务履行应用不但支持工作流程和流供应( 激 活) ,还支持规划、设计、分配、仿真以及库存系统,同时它还能够 管理新一代网络和3 g 服务。 二、国内应用现状 我国的各大运营商对o s s ,b s s 亦给予高度重视,并根据各自的业 务构成及战略发展阶段等情况,相继启动0 s s b s s 系统的建设和研究 论证工作。 从国内的现状来看,o s s ,b s s 都是一个比较新的概念和市场。我 国o s s b s s 建设起步相对世界上来讲就更晚,并且一直受电信改革和 重组进程的影响,电信运营市场格局一直不确定。因此整体上来看, 我国的o s s 仍s s 建设仍处于初级阶段。缺乏丰富的技术、理论,以及 实践储备,一直是困扰我国的o s s 仍s s 建设的主要问题。虽然有不少 运营商很早就开始了相关的尝试,但目前大家仍然处于各干各的、各 自为政的散乱状态。这与目前国内缺乏一个普遍认可或被参照的建设 标准和规范不无关系。没有个共同的、大家认可的事实标准或模型, 运营商和服务商便只好根据自己的理解去规划和建设0 8 s ,b s s 。中国 电信的“9 7 工程”,中国移动的b o s s 一期系统,就是这样的产物。 于是,无论是运营商还是服务商均把眼光转向国外t o m 及 e 1 o m 自然成为关注的焦点。遗憾的是,t o m 和d o m 毕竟是在国 外电信产业实践的基础上建立起来的一种模型和标准。国内目前不仅 不要说建立适宜我国电信产业实情的模型和标准,甚至连一个t o m 和e t o m 的完整中文译本都没有。 中国电信“九七工程”在9 7 年底对市话业务的营业受理、配线 配号、定单调度、机线资源、综合查询五个基本子系统和计费、号簿、 1 1 2 、4 四个扩展子系统实现计算机管理。为了进一步完善,又建设 了全国市话业务计算机综合管理“纵向联网”系统,使电信总局和各省 管局能够对市话业务运行状况进行有效的监督和管理,从而在全国范 围内建成以各本地网为业务处理中心,各省管局和电信总局为管理中 心的三级管理系统。之后电信总局又建设了本地网计费帐务系统,主 北京交通大学工学硬士学位论文 要针对“九七工程”的计费子系统增加了固话和拨号上网计费模块。 而且将现有的l o o o 号客服系统整合为新一代客服系统。中国电信企 业已经在b o s s 的建设方面进行了大薰的工作并取得了一定的成果。 其中具有代表性的是: 酱元e o s 北方电信业务支撑系统整体解决方案 在充分吸收”九七”系统、计费账务系统、1 0 0 0 号客服等系统建 设的丰富经验基础上,结合n 佃的e t o m 模型对系统进行合理的总 体规划,采用“n + 1 ”、两级平台、三层结构的建设模式,以保证新建 设的电信业务支撑系统能够融合以前各系统的各种优点,同时避免以 前各系统由于当时技术的局限而带来的不足,真正建设成为高效、完 善的业务支撑系统。 ”夺i + 1 ”是指北方电信综合业务支撑系统的各应用系统建立在应用 承载平台基础上,应用承载平台的核心组成部分是e a i 平台、核心数 据对象和系统管理模块,n 个应用系统构架在统一的应用承载平台基 础上;两级平台是指在事业部和省公司建立两级业务管理平台,完成 区域性数据和应用集中管理;三层结构是指应用软件本身的设计采用 表现层、业务逻辑层和数据层三层结构, e o s 采用多层体系架构,将数据服务、原子操作、业务逻辑、展 现逻辑、用户界面、工作流程有效的分离,备个层次之间的数据交互 通过开放的x m l 总线技术实现,保证了层次之间的松散耦合,同时, b 0 s 提供了面向构件的应用机制,在每个层次上基于可视化的构件组 装方式来搭建应用系统,实现的系统业务逻辑与代码完全分离。应用 的变化有可能发生在任一个或多个层次,在这样一个体系架构下,如 果应用发生变化,首先相应层次的变化对其他层次的影响将降到最 低,这样所需要做的工作也就大大降低,其次,e o s 在各个层次上都 提供了强大的手段,大大缩短改变的时间,这样使得基于e 0 s 的业务 支撑系统各个应用系统具有更加适应纵向变化的能力,真正做到随需 应变。 三、o s s 面临的挑战 早期的0 s s 系统是在特定的运营环境下,面向特定的业务问题和 管理问题而规划、建设和实施的,但随着网络的演变、业务的发展和 运营环境的变迁,0 s s 系统也受到了前所未有的挑战。 对o s s 系统的挑战主要来自四个层面的驱动力: 1 技术驱动 近几年来,计算机技术和软件工程理论都有了飞跃性的发展。大 型数据库技术、中间件技术、存储技术、并行计算技术、容灾备份技 术、应用集成技术、门户技术、u m l 理论、n g 0 s s 理论等对o s s 的 发展都起到了推波助澜的作用,使得很多业务难题和管理难题通过技 术手段得以解决。而反过来运营支撑系统应用巨大的市场需求又推动 了相关技术的发展和进步,形成了良性循环。 2 网络驱动,业务驱动 不仅计算机技术在发展。通信网技术发展更快,由此带来了网络 架构的演变,带来了雨后春笋般的新业务和增值业务。如何快速部署 新业务,如何推介新业务使其具备快速赢利的能力,如何对新一代网 络提供良好的网络管理和质量保证,这是考验0 s s 的又一难题。 3 竞争驱动 电信拆分、运营与监管分离、加入w 1 d 、网络泡沫的破灭,短 短的几年阃,电信运营业经历了深刻的变革。运营环境的变化直接引 发了企业战略规划、经营理念、竞争策略、建设策略的重新思考和定 位。原有的0 s s 系统如不及时调整,将很难对企业的运营管理起到支 撑作用。 4 企业内在驱动 网络技术的变革与运营环境的变迁促使运营商更加关注起运营 管理。即使是在电信行业整体滑坡,国际几大主要运营商设备投资剧 减的情况下。运营管理投资仍呈增长趋势。在国内,信息化建设的国 策更进一步推动了电信运营企业加大投入。着力规划和建设运营支撑 系统。 由此可见,新一代的运营支撑系统是运营发展的客观要求,是多 力催生的必然结果。 北京交通大学工学硕士学位论文 1 3 论文的研究基础和研究内容 本课题研究的是一套完整的0 s s 系统,但是对该课题的研究并不 是从零开始的。我参加了达内公司的n e t c t 0 s s 项目的开发课题,充 分了解了系统的结构和工作原理,并参与开发了m 用户管理和计费系 统软件模块 本论文的重点研究内容主要集中在以下方面: 一、 分析电信支撑系统( t s s ) 模型并引出b 0 s s 的定义,同时讨论 b o s s 与电信管理网( n i n ) ,b o s s 与电信运营图口o m ) 的关系。 二、基于j a v a 2 企业版( j 2 e e ) ,运用面向对象的设计方法和多层体系 结构思想进行企业级的综合系统的软件设计,实现口用户管理及计费 系统的功能。 三、最后,在已完成工作的基础上,讨论系统在实现过程中遇到的 问题,并对今后的实际应用进行展望。 第2 章基于j 2 e e 的o s s 系统的体系结构研究 第2 章基于j 2 e e 的o s s 系统的体 系结构研究 2 1o s s 技术的发展 随着商络技术的不断发展,o s s 技术也得到了充分的发展。o s s 从其产生一直发展到今天,其内涵和定义有了较大的变化。 2 1 1o s s 的起源 在业界。o s s 概念最初源于i t u tn 心t 系列建议中的运营系统 ( 0 s ) o s 是用来支撑网络运营的系统,具体如图2 1 所示。 图2 11 n 玳的结构示意 0 s s 由i t u tt m no s 演化而来,o s s 定义的内涵指电信运营 商的支撑系统,其概念范围包括b s s ,也包括网元管理系统,网络管理 系统等。但从过去i t u tn 烈方面的研究内容来看,i t u tt m n 偏 向于设备和网络的管理。 北京交通大学工学顽士学位论文 2 1 2o s s 的发展 t m f o m m 组织基于r r u - tn 甜概念,重点研究并发展业务管理 和部分网络管理方面的框架理论和概念,提出了n g o s s 和e 1 o m 等 理论和概念。可以说,o s s 概念在n 腰o m m 中得到了发展和广泛的 应用;尤其是随着n g o s s 的提出,0 s s b s s 的提法也得到业界的认 可,通常前者指面向网络和设备维护的后台支撑系统,后者指面向业 务和客户的前台支撑系统,但o s s 和b s s 的概念在n 仔o m m 中至今 并没有一个非常明确清晰的定义或划分界限。 n g 0 s se t o m 业务流程框架如图2 2 所示。其中,c t o m 包括“战 略、基础设施和产品”、“运营”和“企业管理”三部分,运营部分 主要包含o s s 倍s s 功能及流程。 l 暗誓峨囊 产晶 鬲研瞳繇酮几添r 姑 毫鲁t 矗 l i l t 井警曩i i ii i t 器翟盘疆,i l t i 童, 麓鼻f 曩1 一1 _ j 1 一 t 羽网同同再磊 搴p 蔗摹- 一 l t - 曩t 簟苔l l j1 掰蔫凇矗匮,l _ 啦i h 禽椿j 簿皋t - 1 _ j1 。一l 。_ j1 一 。匝固巳卿匿圆匦固 悄臣圊 圃 固巳龆 图2 2n g o s se t o m 业务流程结构及具体内容 t m fn g o s s 中s i d 部分对o s s b s s 中的对象与实体进行了建模 与定义,s i d 对运营商o s s ,b s s 的建设具有一定价值,也是n g o s s 非常重要的一个部分。这里要特别指出的是,瑚fn g o s s 中e t o m 文档和g b 9 2 l 目前已经被i t u t 采纳为正式的标准建议。 2 1 3o s s 对l e a no p e r a l d :r 的支撑 o s s 的最终目的是提高业务效率、增强管理灵活性、降低运营成 本,这些都是为电信运营商运营服务的。这种情况,一方面促进了o s s 技术自身的发展;另一方面基于业界l e l a no p e r a t o r 的概念和内 涵,激发了业界对o s s 如何实现l e a n o p e r a t o r 支撑的广泛讨论。 这是目前业界的一个热点。所谓l e a n o 础1 o r ,是指业务运营灵 活高效、管理集约化的运营商,也可以简单地概括为f b c ( f t e r b e r ,c h p e r ) ,即有能力提供更快速、更优质、更廉价服务 的运营商。 2 1 4 对o s s 的不同理解 o s s 技术虽然在迅速发展,但目前国内不同组织或个人对o s s 的理解尚存在诸多不同观点,尤其与网管概念的关系还有些模糊,甚 至混淆。这些观点大体可以归纳为两类:第一种观点认为,o s s 泛指 支撑电信运营商运营管理的所有i t 系统,具体包禽网管系统和b s s 等内容;另一种观点认为,网管分为广义两管和狭义网管,广义网管 的概念是包含o s s 内容的。笔者则认为:网管就应该是对网络的管理, 广义网管的提法不是非常科学的;至于对o s s 概念的理解,第一种观 点对o s s 的解释更加合理。 2 2 电信企业b o s s 的构成 2 2 1t s s 模型和b o s s 的关系 电信支撑系统t s s ( t e l e c 咖s i l p p o r ts y 咖m ) 可以概括为“一个平 台,两个中心,三个支撑系统”。它们分别是接入平台a p ( a c c e s s p l a t f o n ) ,客户资料数据中心c d c ( c u s t o m e rd a t ac e n t c r ) 和设备资源 数据中心e d c ( e q u i p m e md a t ac e i n e r ) ,业务支撑系统b s s ( b u s i n e s s 数据中心e d c ( e q l l i p m e n td a t ac e n t e r ) ,业务支撑系统b s s ( b 璐i n c s s 北京交通大学工学硕士学位论文 s u p p o f ts y s t e i n ) 、运营支撑系统o s s ( o l 盯砒i s u p p o r ts y 虬哪) 、网络 管理系统n m s t w o f km 蛆a g 盯s y s t e m ) 。此模型就是将业务的前端 和后端分离,把与客户资料紧密相关的业务独立出来成为b s s ,把与 设备资源相关的独立出来成为o s s ,而b o s s 就是在工作流管理系统 平台上b s s 和o s s 的合成。t s s 参考模型如图2 - 3 所示。 图2 3 电信支撑系统口s s ) 参考模型 b o s s 三大模块包括: ( 1 ) b s s 它对业务支撑网的建设从整体上迸行了考虑和规划,突出体现了 “以客户和业务为中心”的企业运营思想和系统建设思路。其中主要 子系统为: 客户服务系统,旨在以统一的形象面对客户,提高服务水平。 系统整合了现有l 0 0 0 号客服系统,包括1 8 9 、1 7 0 、1 8 0 、1 1 2 、1 1 4 等等,提供包括传统的电话按入在内的i m 啪e l 、电子邮件、传真、多 媒体终端等多种接入方式,成为电信业务支撑体系的客户接入平台。 第2 章基于j 2 e e 的o s s 系统的体系结构研咒 客户关系管理系统,直接体现“以客户为中心”的经营管理 机制,针对现有业务支撑系统在营销、销售等重要经营管理活动上的 薄弱环节进行决策分析。 收费系统,是b s s 中费用回收的重要环节。它提供了多种收 费方式,如营业厅交费,缴费卡交费,电话交费,金融系统联网代收, 网上交费等。 c d c 主要存储了客户数据资料,包括客户基本资料,客户帐 务资料,客户服务资料,客户业务资料,客户信用资料,客户合同资 料,客户分类资料等。 ( 2 ) o s s 它是t s s 参考模型的核心,是b s s 提供面向客户服务的基础, 通过b s s 系统充分优化企业资源及产品,最大挖掘市场潜力,向客户 提供最好的产品和服务,帮助企业获取最大的利润。其中主要子系统 为: 资源管理系统,旨在建立完善的面向市场经营的网络资源管 理体系,灵活快速地提供安全可靠的网络资源服务。实现了在统一平 台上传输网资源、交换网资源、数据网资源、接入网资源等资源的集 中管理和统一调配。 产品管理系统,是对现有业务支撑体系的扩充,面向市场经 营,实现对产品目录、产品价格、产品成本等内容进行管理,以及业 务的快速定制。 计费系统,是对多种类型的话单进行批价,包括 g s m ,c d m a ,i p 等多种业务话单。它采用基于规则的计费算法设计方 法,基于表驱动进行参数修改。整个批价过程可监控和审核。 采集系统,此模块从各种设备上采集计费,结算所需数据, 对得到的数据过滤,剔除重单,重新格式化传递给批价模块,之后再 到结算模块。 e d c 是资源管理系统和资源分配系统的基础。资源管理是分 为全国资源管理中心、省级资源管理中心和本地网资源管理中心三级 建设。全国资源管理中心负责全国范围内的网络规划和骨干网的管 北京交通大学工学硕士学位论文 理。省资源管理中心负责省内长途网的管理。本地网资源管理中心负 责本地网络的管理。 ( 3 ) 工作流 它是指业务流程的全部和部分自动化,是当前e 趟正崃印r i s e a p p l i c a t i o ni n t e g r a d o n ) 技术的新亮点。工作流管理系统是用于定义、 实现和管理工作流运行的软件系统。简单地说,工作流管理系统所要 实现的目标就是使企业中大量的基于知识与规则的任务与活动能够 协调一致、高效运作,在正确的时间能够将正确的信息传给正确的人 或应用系统,从而完成正确的业务流程。工作流管理系统不是业务系 统,而是为电信企业的业务运行提供一个支撑环境,是业务的”操作系 统”。在整个运营支撑体系中,工作流管理系统是支撑电信企业运营的 引擎,它与冈管系统、业务支撑系统交互,共同实现电信企业的经营 目标。工作流管理系统主要包括工作流的建模、工作流的执行和工作 流的监控功能。具体在业务支撑系统框架中,工作流管理系统负责定 义业务处理流程,描述组成业务流程的各生产环节以及环节之间的关 系;为业务的运行进行调度,根据业务流程的定义协同各生产环节共 同实现企业经营管理:监控业务运行的状态,对各生产环节进行质量 监管,分析业务流量、业务瓶颈,为管理决策层提供统计分析报告, 实现业务流程的持续改进和重组。 2 2 2 嗍模型和b o s s 的关系 国际电联i t u t 提出的硎c r e l e c o m m 龃a g c m e m n e 胁r k ) 模型 ( 如图2 - 4 示) 是具有标准结构,接口和协议的管理网,它实施对整 个电信网的掇作,管理,维护。从而提高了网络的运行效率,降低了 网络o a m ( o p e r a t i o n a d m i l l i 瞅i i o n m a i n t e n a n c e ) 的成本,促进了网络 技术和业务的发展。根据管理功能分为四层,由下向上依次是网元管 理层、网络管理层、业务管理层和事务管理层。b o s s 模型中的各个 子系统基本上融合到了n d n 的绝大部分( 如图2 - 4 示) ,b o s s 中业 务支撑系统对应n n 模型中的业务管理层和事务管理层。其中业务 提供系统、计费系统、客服系统是位于业务管理层;客户关系管理系 统、产品管理系统位于事务管理层;资源管理系统位于业务管理层和 网络管理层之闻。 电 肆务管理暑 i 客户簧幕管理系统。1i 产品管理系统 信 业务管理层! ! 堡堡蔓堡i i 兰墅壁i l :窒生矍墨薹堡l 管 资耨麓瑗系 宪 理 冈络管理屡 l 佃【 藿t il 网阿元首理层 图2 - 4i m n 参考模型和b o s s 模型的对应关系 2 2 3t o m 模型和b o s s 的关系 电信管理论坛t m 哪e l e mm m 噼:m tf o n 瑚) 直专注于电信 运营企业b 0 s s 的标准与规范的研究,如图2 5 所示n 佃对于b o s s 的功能定义提出的电信运营图i o m c r e l c c 吣o p e 眦i o nm a p ) ,为我们 建设新一代电信迳营支撑系统提供了优秀的解决之道和基本理论依 据。最近又提出了新的e t o m 和n o o s s 模型,这些模型被国际电信 运营商和设备制造商以及电信b o s s 系统开发商广泛接受,成为国际 标准与事实上的规范。 北京交通大学工学硕士学位论文 图2 - 51 o m :t e l e c o mo 删i o nm 印 从功能上来看,t o m 业务模型主要包括三大功能; ( 1 ) 业务实现( s e r v i c em f i l l i i i e n t ) 负责及时和正确的处理客户订单。 ( 2 ) 业务保障( s e i c c 舡s u 姗c c ) 负责及时处理客户和网络的问题, 实施对业务的有效保障。 ( 3 ) 计费( b i l l i n g ) 负责及时和正确的处理帐单和收费。 这是从纵向的角度来看,而从横向的角度来看,b o s s 主要处在 三个管理层面:客户服务层:业务管理层:网络管理层。 t m f 根据t q m 业务模型提出了b o s s 系统的实现模型,被称作 s m a r - tt m n 模型。s m m ht m n 模型是一个基于t m f 的管理模型 的b o s s 系统框架,用来描述如何管理电信运营的业务。s m a r tt 川 为电信运营商规划其业务处理流程提供了一个蓝图,对于电信运营商 第2 章基于让e e 的o s s 系统的件系结构研宄 来说,这个蓝图为电信运营商重组其运营维护管理的业务流程提供了 一系列的参考点,用来规范其业务流程;对于应用供应商来说,这个 蓝图勾画出了软件模块之间的边界、需求以及输出。 s m 越汀t m n 包含:一个高层面的,从顶到底的、以客户为中心 的、基于功能的电信运营的静态视图;一个高层面的框架,描述出了 主要的端到端的业务实现、业务保障、计费的业务流程,以及子流程。 这样的体系结构与流程的框架,在国际上已经广泛为电信运营商以及 电信设备制造商、b o s s 应用供应商所采纳。 2 3电信企业b o s s 的软件平台设计 2 3 1 电信企业b o s s 软件设计思想 作为电信企业统一的业务运营支撑平台,b o s s 系统应该首先建 设一个企业级的综合系统平台,在此平台上承载b o s s 系统的各种应 用。系统总体结构设计思想遵循以下原则: ( 1 ) 开放性 ( 2 ) 安全可靠性 ( 3 ) 可扩展性 现有的电信企业软件体系如n 斛、啦眈t d m 等都采用面向对 象的方法进行定义或实现。要成为未来电信企业运营管理系统的一个 有机组成部分,电信企业b 0 s s 的建设就必须考虑和这些系统在体系 上的一致性。而面向对象的设计和分析方法可以很好地把握系统的本 质,易于控制大系统的分析。因此软件结构又要遵循以下原则: ( 1 ) 模型进行抽象的原则,它将现实世界中与电信业务相关的信 息抽象为b o s s 中的核心数据模型,包括客户资料模型,帐务数据模 型,套餐套装模型,优惠处理模型,信用度模型等。 ( 2 ) 业务对象与组织管理数据分离的原则,将业务管理数据封装 成业务对象,对业务对象的操作不会直接影响后台的业务数据,根据 分布式事务处理系统,只有业务逻辑组件才能控制事务管理器对数据 北京交通大学工学硕士学位论文 的提交和回滚。 ( 3 ) 应用软件设计结构合理的原则,应采用多层结构的设计思想, 使得中间层业务逻辑组件的重用性提高,并且它们可以由多个开发商 来维护和共享。 我们的软件设计思想如图2 6 所示。其中,中间层应用服务器是 基于j 2 e e 平台的产品,目前市场上有b e a 的w e b l o g i c 、m m 的 、b s h p e 、s u n 的i p l a 耻t 、开放源代码的j b o s s 等j 2 e e 应用系统, 它们均包含了各自的应用服务器产品。 j 2 e e 平台是由s u n 公司主导开发的企业级应用程序开发平台, 即j a v a 2e n t 盱两e d i 6 ,它提供了一个基于组件的方法。用来设 计、开发、装配及部署企业应用程序。j 2 e e 平台提供了多层的分布式 的应用模型、组件再用、一致化的安全模型以及灵活的事务控制。使 用j 2 e e 平台开发应用程序不仅可以使开发速度加快,而且所开发出 来的应用程序将是平台独立的,同时后台可以用o r l e 9 i ,d b 2 ,s y b a s e 7 等多种大型数据库服务器来存储关系型业务数据。 图2 6b o s s 软件设计思想 2 3 2电信企业b o s s 软件体系结构 b o s s 软件体系结构是否合理。不仅影响软件的开发进度和质量, 还与很多应用方面的功能和性能相关。特别是系统的分布、系统间的 互操作性、中间件的使用、软件在电信业的可重用性等方面的要求, 使得b 0 s s 需要具备合适的软件结构。为了使综合业务管理系统能适 应各种业务发展的需要,我们采取如图2 7 的软件体系结构: 北京交通大学工学硕士学位论文 图2 7b o s s 软件体系结构 这个三层软件体系结构与图2 6 的b o s s 软件设计思想对应采 用j 2 e e 应用服务器来实现中间层的应用,事实上基于这种结构的软 件平台应使用m o d e l v i c ”c o “缸o u c 呷爪,c 麒式。这种模式的基本含 义是指数据( 模型) 与信息的表示方式( 视图) 是分离的。处于这两者之间 的是控制信息流动的应用程序,业务逻辑( 控制器) 。正是m v c 框架使 得用户能快速建立三层和n 层应用程序体系结构。所谓三层应用程序 体系结构是指通过把表示、业务和数据源明确的划分成三个不同的层 次,细化了以前的c ,s 两层模型。每个层次只能跟它所临近的那些层 次进行对话。三层应用程序体系结构的焦点是把个应用程序分解成 它的三个业务逻辑部分。下面来逐步遍历图2 7 的各部分,并讨论 w e b 终端用户提出请求时发生了什么事情: 1 用户通过w e b 浏览器发出请求到电信企业的接入平台,经过 防火墙过滤后将h r r p 请求转发到w e b 服务器。这里的w e b 浏览器 就属于图中的表示层。 第2 章 基于j 2 e e 的o s s 系统的体系结构研究 2 w e b 服务器把该请求传递给个正运行在某个w e b 容器中 的s e r v l e t ,它根据请求参数选择一个j s p ( j a v a s e r v 盱p a g c ) 返回给用户。 3 在j s p 页面中实例化一个j a v a 类,它可能是j a v a b e 蛆也可能 是普通j a v ac l 嬲s ,并且该类含有用户请求中的所有业务逻辑。这个 j a v a 类以及连同它所使用的其他任何j a v ac l 船s ,i u b 都将被看作是业 务逻辑层。被调用的j 州ac l 船虮浊代表了原子业务逻辑组件,正是 它们执行了更具体的对后台数据库的操作。整个业务逻辑层由j 2 e e 应用服务器的e j b 容器来实现。 4 数据层是由o 撇l e ,s y b 娼e ,m i c r o s o f is q ls e n 僦来负责数据的 正确的存储、检索和维护事务完整性。 2 4 采用j 2 e e 实现0 s s b s s o s s ,j ( o s sn i i g hj a v a ) 是以j a v a 技术为动力的新一代的 0 s s b s s 解决方案。 说到o s s ,j ,我们需要提及一个称为0 s sn u g hj 啪i n i t i a t j v e 的工作组,这个工作组由众多的业界新技术的倡导者( 例如m a o 啪l a , n o l 【i a ,s 吼,b e a ,m m ) 派出的专家组成。自2 0 0 0 年成立以来,他们 一直在为加速o s s 仍s 8 解决方案的开发、简化其中的系统组件的部署 和集成而努力。工作组利用j a v a 技术,为o s s 肥s s 定义实现了一系 列的开放的标准a p i ,提供给0 s s b s s 的开发者使用。在不久的将来, 电信行业的设备制造商、软件开发商、系统集成商都遵循这些标准a p i 的定义,那么最后建立起来的o s s b s s 将是一个组件化的、有机结合 在一起的综合管理平台( 参见图2 8 ) ,“杂乱无章”的系统结构将 成为过去。 北京交通大学工学硕士学位论文 图2 8 采用0 8 s ,j 构建的系统结构 需要指出的是,o s s ,j 并不是要定义另一个通用的o s s m s s 集成 框架。工作组的成员在定义标准的a p i 之前,已经汲取了众多标准规 范和协议中的精华,例如,o s s ,j 很好的继承了来自3 mg e e m t i o n p a m l e r s h i pp m j e c t( 3 g p p ) ,3 g p p 2 ,m o b i l e w i r e l e 豁h 啪c t f o n

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论