（计算机应用技术专业论文）基于parlayosa业务开发环境研究与实现.pdf

南京邮电大学 硕士学位论文摘要 学科、专业：工学计算机应用技术 研究方向：计算机通信与网问互连技术 作 者：二塑兰级研究生李剑鹏指导教师杨庚 题 目：基予p a r l a y o s a 业务开发环境研究与实现 英文题目：t h es t u d ya n di m p l e m e n t a t i o no fs e r v i c ed e v e l o p m e n t e n v i r o n m e n tb a s e do np a r l a y 0 s a 主题词：p a r l a y 0 s a业务生成环境业务逻辑执行环境 k e y w o r d s ：p a r l a y 0 s a s e r v i c ec r e a t i o ne n v i r o n m e n t s e r v i c el o g i ce x e c u t i v ee n v i r o n m e n t 南京邮电大学学位论文独创性声明 y8 5 10 5 8 本人声明所呈交的学位论文是我个人在导师指导下进行的研究 工作及取得的研究成果。尽我所知，除了文中特别加以标注和致谢的 地方外，论文中不包含其他人已经发表或撰写过的研究成果，也不包 含为获得南京邮电大学或其它教育机构的学位或证书而使用过的材 料。与我一同工作的同志对本研究所做的任何贡献均已在论文中作了 明确的说明并表示了谢意。 研究生签名：日期 南京邮电大学学位论文使用授权声睨 南京邮电大学、中国科学技术信息研究所、国家图书馆有权保留 本人所送交学位论文的复印件和电子文档，可以采用影印、缩印或其 他复制手段保存论文。本人电子文档的内容和纸质论文的内容相一 致。除在保密期内的保密论文外，允许论文被查阅和借阅，可以公布 ( 包括刊登) 论文的全部或部分内容。论文的公布( 包括刊登) 授权 南京邮电大学研究生部办理。 研究生签名：导师签名- 趣日期： 南京邮l u 人学坝i l i 】f 究生学位论文 摘要 传统的智能网业务生成环境是基于七号信令的，业务的执行与底 层的物理网络密切相关，导致新业务的开发难度较大。这种业务开发 方式不但需要开发人员要熟悉底层异构网络以及复杂的信令，而且还 面临着业务的跨平台性问题。而基于p a rl a y 0 s h 的下一代网络是一个 开放的网络，它允许业务开发商通过标准的应用编程接口( a p i ) 开发 能够接入网络资源的各种业务或应用，为解决这些问题提供了可能。 本文基于p a r l a y o s a 的开放式业务架构和a p i 接口，探讨了基于 p a r l a y o s a 构建的下一代网络中业务生成环境( s c e ) 和业务逻辑执 行环境( s l e e ) 的设计方法，并完成原形系统的设计，降低了生成增值 业务的复杂程度，使业务开发向第三方开放成为现实。 南京邮l 也人学坝l j 硼f 究生学位论文 a b s t r a c t i ti sn o te a s yt oc r e a t ean e ws e r v i c ei n t r a d i t i o n a l i n ( i n t e l l i g e n t n e t w o r k ) ，b e c a u s e i t s s c e ( s e r v i c ec r e a t i o ne n v i r o n m e n t ) i sb a s e do n s s 7 ( s i g n a l i n gs y s t e m7 ) a n de x e c u t i o no fs e r v i c ed e p e n d so nn e t w o r k s p h y s i c a ll a y e rc h a r a c t e r i s t i c s t h i ss e r v i c ed e v e l o p m e n tm o d en o to n l y n e e d st h ed e v e l o p e rf a m i l i a rw i t hb o t t o ml a y e rd i f f e r e n tn e t w o r k sa n dt h e i r c o m p l i c a t e ds i g n a li n t e r a c t i o n ，b u ti s c o n f r o n t e dw i t ht h ep r o b l e mo f m u l t i p l a t f o r m b u tt h en e x tg e n e r a t i o nn e t w o r kb a s e do np a r l a y o s ai sa k i n do fo p e n i n gn e t w o r k ，a n di ta l l o w ss e r v i c ed e v e l o p e rw i t ht h es t a n d a r d a p p l i c a t i o np r o g r a m i n t e r f a c et o d e v e l o p a l lk i n d so fs e r v i c e so r a p p l i c a t i o n sc o n n e c t i n gt on e t w o r kr e s o u r c e s s op a r l a y o s ap r o v i d e st h e p o s s i b i l i t yf o rr e s o l v i n gt h e s ep r o b l e m s i nt h i st h e s i s ，b a s e do no p e ns e r v i c ea r c h i t e c t u r ea n d p a r l a ya p p l i c a t i o n p r o g r a mi n t e r f a c e ，ak i n do fd e s i g n i n gm e t h o do fs c ea n ds l e eb a s e do n p a r l a y o s a i sd i s c u s s e d a n dt h e p r o t o t y p e o ft h i s s y s t e m i s d e s c r i b e d ，w h i c hl o w e r st h ed i f f i c u l t yo fc r e a t i n gi n t e l l i g e n ts e r v i c ea n d m a k e si tr e a l i t yt h a tt h et h i r dp a r t yd e v e l o p ss e r v i c e 5 穗永娜哇三大举碳l j 碰究生学链论文 豳磊 隧着计算掇技术箨邋麓羧零豹快速发震，电售瓣捐滚祷瓣遴莎驻会，太识 对疆终整务嚣慕瞧逐步鏊瑷多榉能、综合往器个燕毒乏瓣趋势。蛰缝键黢潮滋予整 于封闭豹电信嘲络中，不熊囱静郝第三方开放，导数黉多的市场参与嚣光法参与 电信新业务的定义、设计和遮营。传统智能网实体间通信綦于n o 7 倍令，熟业务 开发环境对予开发者来说仍然过于熬杂，所生成的业务与具体的燧行平岱相关， 不支持独立数务的汗戴鬻。戮戴健缝豹智髓鼹接术已不辘适应下一代瓣络犍务驱 动、多瓣融台、开放灵灞鹊教袋鬃求。“1 鞋嚣款瞧、努毒瞧摹藉缘会瞧梵主要特薤豹下一捷瓣终技术遵深麴静教交羲襞 统毫穰溺戆瀵惑鞠侮系络稳，下我瓣终逶遂盈务帮箨翻按期穗势离、殍朝控裁 与承载分离来实理独立稳渡努体系，捷褥上层监务与疯磊静彝稳黼络嚣兼，受实 现鳖务疆鬟了甏必广滴懿黛润。下代鹅终孛熬p a r l a y o s a 磐1a p i 皴拳，采矮拜 放的、标准构编程接筒，搂翻豹寇义与其体技术无关，独立与其体的瓣绪，第三 方业务供应商可以在基于p a r l a y 规范的平台上开发商级的电倍般努。基于 p a r l a y o s aa p i 开发的业务程序与媳体的网络协议细节无关，这燎她务邋避标准 靛接墨能够在遴嫠网上翻裁执行。 文章墓于p a r l a y o s a a p i 技术，探讨了一韩、监务歼发方法。主骚磷究斑蜜为嚣 太主题：善先参考窝嚣缝织发毒黪磺突麓蕊，霹嚣藏犍努絮稳p a r l a y o s a 遴孬了 系统豹硬究与势赣，爨究了西藏效努絮褥熬钵系结梭、工箨缀瓒班及p a r l a y o s a a p i 接口；然瑟在越基旗上探讨了秘丽p a r l a y o s aa p t 避嚣遂努开发豹方法，绘 窭了整务瑟发豹髂系缝秘，讨埝了娩务开发中筑技零缀繁，宠戚了溅彩麓绕翡设 计。文章结尾探讨了业务生成方法需鼹进一步解决鹤问题。 6 南京邮l u 人举颂i + 硼f 究生学位论史 第一章p a r l a y o s h 筒分 1 。1p a r l a y l o s a 技术背景 现有智能网( i n ，i n t e l l i g e n tn e t w o r k ) 的核心思想在于将业务与交换相分离， 各功能实体之间采用开放的接翻，使业务开发独立于底层通信网络，方便业务的 生成、运行和管理。随着智熊网技术的广泛应用，传统智能网在体系结构、业务 开发、系统控制、业务种类和客户化能力等方面暴露出它固有的缺陷。“1 ( 1 ) 体系结构方蘑 鹫襞耀与昊嚣鹣承羧燃绑定在一起，不霹承载网建筑智熊瓣攘零采惩不 弱镑蔹，麴p s t n 上便蠲f n a p ，g s m 上爱蕉c a p ，c d m a 阏上搜溺w 粼m a p 等，这导致不同网络的粥户无法共享褶同豹增值韭务，为跨潮络褥供混合业 务增加了困难。 ( 2 ) 业务开发方面 智能网中定义了独立与业务的可重用功能块s i b ，不同厂商开发的s i b 差别很大而且与智能网般势平台紧密相关，无法实现真正意义上的业务开发 的开放。 ( 3 ) 系统控毒方嚣 簧统簪麓羁瓣渡务较期杰赘是采惹集孛式控翻菝零，蘧整烂务囊集聚璞 长，霹s c p 瞧蕤要求越塞越离，s c p 逐濒或蔻警裁阏豹瓶琰。 4 ) 业务种类方面 网络运营商在设餐供_ 陂商的技术支持下才能丌发增值业务，导致了业务 ) t 发对网络运营商的严黛依赖。 ( 5 ) 客户化程度力m i 传统智能嘲技术很罐满魁用户对业务客户化年1 1 个性化的各种需求。 为克服传统智能网的二述不足，下一代智能网应运丽生。基于p a r l a y o s a 懿下一 网络是当翦鲶磷突热点。开放篷务平台p a r l a y o s a 能够簌融合不同戆 逶痿霹( p s l n 、i n t e m e t 鞠移麓嬲) 豹嗣辩鬟裹霹终弱剩爰率，戆遨遮秀发荟秘 韭务，并为霜户提供鑫羊串个性他的业务。p a r l a y o s a 高度捷象了藏滋鞠终的能力， 南京i | l | ；l u 人学颂1 5 , ) f 究生学位论义 采用丌放的a p i 编程接口，向第三方业务丌发商丌放，彻底屏蔽了底层网络的 复杂性。p a r l a y o s a a p l 已经被3 g p p 作为核心技术接受，并得到e t s l 、j a i n 、 o m g 等国际组织的承认。b 1 1 2 p a r l a y 与o s a 组织 p a r l a y 工作组是一个非赢利性的组织，1 9 9 8 年3 月由 b t ，u l t i c o m ，m i c r o s o f t ，n o r t e l 和s i e m e n s 五家公司联合发起成立，主要研究支持外 部应用访问安全网络内部资源的网络接口规范，以拓宽网络智能化的范围。p a r l a y 组织的目标是开放电信领域的能力，在更大的范围内，让更多的市场参与者能够 开发和提供先进的电信业务。p a r l a y 组织的工作重点在与制定a p i 规范，但不包 括如何实现a p i ，以及基于a p i 的应用、低层网络软件、物理构件、物理接口和 协议。 目前，p a r l a y 组织的成员已经超过6 0 家，覆盖了国际上著名的电信运营商、 网络设备供应商和计算机设备供应商，随着研究的深入，p a r l a y 组织逐渐与其他 标准化组织或论坛，如e t s i ，i e e e ，1 e t f , 3 g p r o m g s o f f s w i t c h ，j a i n 等建立起合 作关系。 在p a r l a y 组织成立后不久，3 g p p 和e t s i 启动了3 g 系统u m t s 的开放式 业务架构的研究，称之为o s a ，其目标h 1 就是提供一种可扩展和可伸缩的开放 式体系结构，以灵活和向后兼容的方式开发新业务能力特征，同时定义一个常规 的a p i ，以支持第三方应用接入网络的能力。两者非常类似，最初的o s a 标准就 是由p a r l a y1 2 和2 1 加上少量的3 g p p 新增功能组成的。早期两者的差别在于， p a r l a y 是单纯的接口标准：o s a 是一种业务结构，不但包括业务接口，还包括体 系结构以及p a r l a y 至移动网络协议，如m a p 、c a p 等的映射。其后，随着两个 组织决定从p a r l a y3 0 和o s ar 5 卵：始统一发粕接口标准，共同研究提供一套网 络运营商之外的第三方成刚安全接入和控制核心网络资源的标准方法。标志着 p a r l a y 与o s a 规范区于一致，统称为p a r l a y o s a 。 1 3p a r l a y o s aa p ! 规范 p a r l a y o s aa p i 是一组开放的、与具体技术无关的网络接e l 规范1 4 1 , 为处 南京邮l u 人学坝l ：硼f 究生学位论义 在网络运营商域之外的第三方应用提供了接入和控制核心网络资源的标准方法。 独立软件供应商可以在基于p a r a l y 规范平台上丌发高级的电信业务。同时p a r l a y 引入了i n t e m e t 上的编程模式，为i t 应用与电信网的融合奠定了技术基础。p a r l a y 组织制定规范时，力求简单、易用、可扩展。p a r l a y 规范采用了面向对象的方法， 使用统一建模语言u m l 进行描述，a p i 的实现可以基于任何中间件平台( 如 c o r b a 、d c o m 等) ，p a r l a ya p i 的定义与网络技术无关，它只为业务的实现提 供统一的抽象接口，这些接口规定了外部应用创建者( 如不可信赖的第三方) 和 内部应用创建者( 如传统的网络运营商) ，控制核心网络资源与能力的方法、事 件、参数和语意。应用创建者用p a r l a y a p i 开发的应用能在多种网络上运行。 p a r l a y 规范与技术完全无关的特性，保证了众多的市场参与者能够即使提供 适应市场需要的通信业务，促进了增值业务的发展。p a r l a y o s a a p i 的版本不断 更新，到目前己发展到p a r l a y5 0 ，向后兼容p a r l a y3 4 和p a r l a y 4 0 。 9 南京邮i u a 学坝 邶究生学位论史 第一章p a r l a y o s a 体系结构 2 1p a r l a y o s a 网络参考模型 如图2 1 所示，p a r l a y 0 s a 网络参考模型主要包括p a r l a y 应用服务器 p a r l a y 网关，低层网络以及开放的p a r l a ya p i 接l j 。 o 鼬应用 图2 1p a r l a y o s a 网络参考模型 p a r l a y 应用服务器与p a r l a y 网关通过p a r l a ya p i 进行交互，通过p a r l a y 网关 提供的业务能力特征s c f ( s e r v i e ec a p a b i l i t yf e a t h u r ) 以访问低层网络资源，提供 适台用户的大规模智能业务，第三方业务运营商或企业可以根据自己的需要和特 点提供面向特定领域的业务，如通信类业务，消息类业务。p a d a y 应用服务器可 以部署在网络运营商的网络域内，也可以部署在第三方运营商和企业用户的网络 中。 p a r l a y 焖关与低层网络通过相j 每的| 办议进行交百日1 。蜘通过i n a p 、c a p 协 议与p s t n 平g s m 中s s p 进行交互，通过s i p 协议与1 p 网中的s i p p r o x ys e r v e r 交互。p a r l a y 网关由网络运营商提供，主要功能是实现i n a p 、c a p 、s i p 等现有 协议与p a r l a y a p i 中相应业务接口之叫的映射工作，实现网络能力的对外丌放 并通过框架接f i 保证应用服务器对p a r l a y 刚关的安全访问。 并通过框架接口保讧e 应用服务器对p a r l a y 剐关的安全访问。 南京i i l l u 人学颂i 。研究生学位论文 2 2p a r l a y o s a 开放业务结构 p a r l a y o s a 结构山三个部份组成：应用、框架和业务能力服务器s c s ( s e r v i c e c a p b i l i t ys e r v e r ) 。 止痧麓应 2 2 1 应用 画画厨栅 应用履努薯 圈2 2p a r l a y o s a 开放业务结构 应用层是来自各种业务提供商的应用服务器可能提供的多个第三方应用，这 包括传统的p s t n 业务( 如v p n 、会议等) ，也包括基于位置的应用。特定的企 业也可提供符合自己企业需要的应用服务器。应用层通过业务能力服务器s c s 提供的业务能力特征s c f ，接入低层网络，使用低层网络能力。应用层通过多个 可用的s c f ，可以开发出更复杂的跨网络业务。 2 2 2 框架 框架为应用提供了可用业务能力特征的抽象，即框架业务能力特征s c f 。 框架业务能力特 i l ；! 包括业务认证和业务发现，应用在使用业务服务器提供的q e 务 能力特征s c f 之时，必须和框架之问进行业务队征，通过认证之后，使，玎q t 务 发s r 则j l ；t ；, j 获得业务能力服务器提供的网络业务能力特征，从而通过p a r l a ya p i 访 问网络业务能力特征。 南京i i i 1 1 1 人半顺l j 究生学位论文 2 2 3 业务能力服务器 业务能力服务器向应用提供低层网络功能的抽象，即业务能力特征s c f 。业 务能力特征通过接口类和方法定义。业务能力服务器提供的业务能力特征有：呼 叫控制、用户交互、移动管理、帐户管理、计费等。业务能力服务器可以分布在 一个物理接点或多个物理接点上。 2 3 框架主要功能 p a r l a y o s a 框架为安全接入p a r l a y 网络业务提供辅助功能，以确保整个底 层网络能够安全、稳定、高效率的运行。 2 3 1 认证和鉴权功能 应用( a p p l i c a t i o n ) 在被允许使用p a r l a y o s a 其他任何接1 ：3 之前必须被鉴权。 应用提供商首先应该和开放业务接入平台提供方有一个书面的业务协议，这样才 能得到鉴权接口信息。在应用部署时，应用和框架必须相互鉴权。只有在鉴权成 功后应用才能被授权使用其它的业务能力特征s c f ，否则应用不能使用其他业务 能力特征。 在任何应用与一个网络s c f 交互之前，必须建立一个业务协议。一个业务 协议必须由一个离线部分( o f rl i n e ) ( 如通过物理上交换文件) 和一个在线部分 ( o nl i n e ) 组成。应用在其被允许接入任何网络s c f 之前，必须签署业务协议的在 线部分。 2 3 2 网络业务注册、查找 业务能力服务器r | i 存储的所彳f 非框架业务能力特征 有到框架r l - 注册后，爿 能被授权的应川发现。业务能力服务器启动时，要将它所支持的业务能力特征 s c f 到框架t t 注册；此外，随着业务的不断拓展，网络所提供的业务能力也不断 增加，就会扩展一些新的业务能力特征或新的业务能力服务器，这些新的业务能 力特征或新的s c s 也必须到框架中注册登记，框架刊能为应用提供新的业务能 南京l j | f 1 u 人学顺i j 研究生学位论文 力特征。应孀程序可以逶过访阏挺絮的发现接日，查找各个业务筑力鼹务器s c s 翡接怠。 2 3 。3 唤醒功能 如果一个用户已经订购了某个业务，那么当业务能力服务器收到该用户与该 业务相关的消息时，就会通知对应的应用程序。该机制用于在一个用户已签约了 一个应用，在收到与用户相关的网络发出的“收到”事件时被调用。 2 4p a r l a y o s aa p i 接口 p a r l a ya p i s 是一缝开藏懿、狻立予技术懿、可扩展戆a p i ，它袋鼷? 蠢蠢对 蒙豹方法，建溺u m l 语言逡露建模秘籀述。p a r l a y a p i s 是一缝开黢豹岛兵薅技 术无关静a p i ，第三方照务开发商、独立较锌提供商都能通过p a r l a y a p i 来开发 业务。应用开发商通过开放的标准接口，利用网络的能力为用户提供服务。p a d a y a p i 提供了一个安全、开放的接入现有网络的能力。p a r l a ya p i 技术规范共定义 了以下几种接1 3 ( 如图2 2 ) ，篡中接1 35 、接口6 目前还没有标凇溆义哺： 二巫二) i 铡2 3p a r l a y o s a 的6 种接n 客户应腰和框架f 】| 1 j 的接h ( 接1 ) ：此接主要完成鉴权授权、业务的 发现与选择，建立照务协议，接入业务等保证应用萨常使用业务的鬃本功能。 客芦t 应蠲秘照务缝力特簸之蠢l l 貔接日( 接墨2 ) ：筵谈翻圭爱宠戏应弱与 夔务润秘瀵怠交互，应蠲懑j 霪藏接强实现对各季孛堑务兹调蕊。 事黧。 一 南京邮 u 人学唢l ：研究生学位论文 框架和业务能力特征之间的接口( 接口3 ) ：此接口主要完成业务在框架 注册，框架对业务的管理等功能。 框架和企业经营者之间的接口( 接口4 ) ：此接口主要完成企业经营者对 业务的订购功能。 p a r l a ya p i s 主要由两部分组成：框架接口( f r a m e w o r ki n t e r f a c e ) 和业务接 口( s e r v i c ei n t e r f a c e ) 。 2 4 1 框架接口( f r a m e w o r ki n t e r f a c e ) 如图2 2 所示，框架a p i 7 包括： 应用服务器框架之间的接口： 业务能力服务器框架之间的接口： 企业运营者框架之间的接口。 应用和框架之间的基本机制主要包括：鉴权、授权、发现、建立业务协议以 及接入等；框架和业务能力服务器之间的基本机制是注册，即s c s 所提供的各 种s c f 在框架中登记；框架和企业运营者之徊j 的基本机制是业务定购功能。这 些对业务接口提供必需的安全、管理支持。 2 4 2 服务接口( s e r v i c ei n t e r f a c e ) 服务接口可以访问p a r l a y 网关服务器所提供的一系列基本服务功能，业务供 应商可以按照不同的业务逻辑对它们进行调用以实现不同的业务。 h 前最新的p a r l a y o s a 提供了一套完整的业务能力a p i 集合，具体包括： 呼叫控制( c a l lc o n t r 0 1 ) 、用户交互( u s e ri n t e r a c t i o n ) 、移动性管理( m o b i l i t y ) 、 终端能力( t e r m i n a lc a p a b i l i t y ) 、数掘会话控制( d a t as e s s i o nc o n t r 0 1 ) 、丛本消 息传送( g e n e r i cm e s s a g i n g ) 、连通性管理( c o n n e c t i v i t ym a n a g e ) 、帐户管理 ( a c c o u n tm a n a g e ) 、i l 费( c h a r g i n g ) 、策略管理( p o l i c ym a n a g e m e n t ) 、在席和 i , ij _ n 性管理( p r e s e n c ea n d a v a i l a b i l i t ym a n a g e m e n t ) 等。 呼叫控制( c a l lc o n t r 0 1 ) ”“ 南京邮l b 人学坝i j 研究生学位论文 呼叫控制分为一般呼叫控制、多方呼叫控制、多媒体呼叫控制、会议呼叫控 制。 一般呼叫控制业务( g c c s ) 为a p i 提供基本呼叫控制业务。它基于第三方 模型，允许呼叫从网络发起，并路由经过网络。应用有两种方式获得呼叫的控制。 应用可以要求被通知满足确定标准的呼叫，当网络中满足这些标准的呼叫发生， 应用被通知，并可以控制该呼叫。在此情况下，一些实例将已经与该呼叫相关。 另一种方式从应用生成一个新呼叫。 多方呼叫控制业务通过实例管理增强了一般呼叫控制业务的功能。它也允许 多方呼叫被建立，即直到某个业务特定数量的实例被同时连接到相同的呼叫。 多媒体呼叫控制业务通过多媒体能力增强了多方呼叫控制业务。 会议呼叫控制业务增强了多媒体呼叫控制业务。会议呼叫控制业务使应用有 能力熟练操作会议中的子会议。子会议规定了整个会议呼叫中实例的分组。 用户交互( u s e ri n t e r a c t i o n ) 1 用户交互分为一般用户交互和呼叫用户交互两种。 一般用户交互业务接1 2 1 ( g u i s ) 被应用用来与终端用户交互( 发送信息给用 户、或从用户收集信息，如，播放通知给终端用户并从终端用户收集信息) 。 呼叫用户交互业务接口提供功能以发送信息给呼叫实例连接到的用户( 或呼 叫方) 或从用户( 或呼叫方) 获取信息。 移动性管理( m o b i l i t y ) “” 移动性管理提供应用如何发现终端的位置，以及终端位置发生变化时如何通 知应用的功能，并可获得用户状态。 终端能力( t e r m i n a lc a p a b i l i t y ) “” 终端能力s c f 使戍用获得指定终端的能力。 数据会晒控制( d a t as e s s i o nc o n t r 0 1 ) ”“1 数据会话控制s c f 提供应用程j f 如何管理终端的数据会话的能力，主要用 在g p r s 和其他2 5 g 的业务中。 南京帅l u 人学倾i 砌f 究生学位论文 基本消息传送( g e n e r i cm e s s a g e ) ” 基本消息传送业务接口( g m s ) 提供应用程序如何与消息系统交互的能力， 如语音、传真和邮件。通常用于应用发送、存储和接收消息。g m s 采用语音邮 件和电子邮件作为消息传送机制。 连通性管理( c o n n e c t i v i t ym a n a g e ) 1 连通型管理s c f 提供管理服务质量( q o s ) 和虚拟专业网( v p n ) 配置的能 力。 帐户管理( a c c o u n tm a n a g e ) ” 帐户管理s c f 提供查询帐号和计费历史信息的能力。应用可以通过帐户管 理：查询历史交易( 某t r a n s a c t i o ni d 、某时刻、某些特定信息) ；要求特定事件 报告( 某帐户付费、充值、金额低于某阂值、金额用光、禁用等) ：查询帐户余 额( 可以用不同货币表示) 等。 计费( c h a r g i n g ) 1 计费s c f 提供对业务进行基于内容的计费的能力。应用可以通过计费管理 以预留方式或立即方式对用户计费。 预留方式：应用要求r e s e r v e 一定金额后( 在一段时间内，应用可以查询剩 余的时间，并申请延长时间) ，发送媒体流，在发送一部分后，要求获得一部分 金额；再继续发送，最后再获得一部分金额。 立即方式：用户点击应用网站，应用为每一个链接收取费用。 策略管理( p o l i c ym a n a g e m e n t ) “ 策略管理s c f 提f i 应删样序如何与策略驱动的网络交互的能力。 确i 席和可肘陛竹州( p r e s e n c ea n da v a i l a b i l i t ym a n a g e m e n t ) ” 在席和可用性管矬s c f 提供应用管理表达“上线，离丌”的在席状态和“会 议空闲- r i的可用性状态的能力，通常刚在即时消息和无线f j 时信息的业务中。 南京邮j 乜人学坝i j 研究生学位论文 2 4 3p a r l a y o s a 接口规范 p a r l a y o s a 框架和业务接口均继承自l p i n t e r f a c e ，i i ：k a p i 接口不提供任何附加 方法。面向客户应用的业务接口和框架接口用名为i p 的类表示：对于在 业务和框架之问的接口，业务接口用名为i p s v c 的类表示，框架接口用 名为l p f w 的类表示，值得注意的是，为处理响应和报告，应用或业务开 发者必须实现相应的l p a p p 或l p s v c 接i s l 来提供呼叫返回机制。 2 5p a r l a y o s a 和c o r b a p a r l a y 规范采用了面向对象的方法，使用统一建模语言u m l 进行描述，a p i 的实现可以基于任何中间件平台如c o r b a ，w e bs e r v i c e s 等。p a r l a y4 1 规范在 发布p a r l a y 接口的c o r b a i d l 文件的基础上，还发布了p a r l a y w e bs e r v i c e s 的 w s d l 接口描述文件和p 盯1 a y x 规范。在p a d a y o s a 中，大部分网络能力由 网络的异步事件决定其行为。因此，一个服务需要控制其大部分的事件和状态变 化，其处理方法是在事务中处理服务和网络能力的交互，这样一个请求可以对应 几个不同的响应，并保持会话状态的变化。在p a r l a y o s a 中服务的定义充分考 虑了处理网络能力异步事件的熏要性，是网络能力的抽象。这方面c o r b a 具有 明显优势，一般来说，对于一些网络实时性要求很高的应用主要采用c o r b a 技 术，现在中兴、华为等设备商也推出了基于c o r b a 中间件的p a r l a y 网关。本文 基于c o r b a 技术对p a r l a y o s a 业务生成系统进行研究与设计。 2 5 1c o r b a 技术 对象管理集团o m g ”1 1 ( o b j e c tm a n a g e m e n tg r o u p ) 是一个国际性的软件行 、m 会，1 ：要宗旨是促进而向对象的方法和软什1 ：羊【；! l f i 的应用，以及柱面向对缘 的软f ，| ? jj ：剃方法学的旗础i ：，为大规模j ：行系统( 丌放，f ：行讣算) 软什的丌发j 应_ l = f j 制定软件体系结构模型毋l 通用接口州范。 0 m g 于1 9 9 0 年术提出了一个对缘管理结构的基准结构o m a ( o b j e c t m a n a g e m e n ta r c h i t e c t u r e ) 。o m a 主要涉及用于面向对象语言、系统、数据库及 应用私j 铲框架的统一术语体系，面向对象软件系统的扪象框架和基于面向对象技 南京邮i u 人学埘i j 讲究生学位论文 术的分靠式软 孛系统参考模爨等。菇了构造上述参考模型，o m a 嫒迤了阏个方 嚣耱稼莲： 对象请求我理o r b o b j e c tr e q u e s tb r o k e r ) ，帮关键通谶攀元，在不弱携 应用程序对象之闽以高度协弼的方式发送消息； 对象模型，即独立设计的、可移植的抽象模型，可以与萁他符合o m a 规范的面向对象系统进行通讯； 对象服务，利用o r b 实现基本对象功能，确定对象的逻辑横裂和物理存 储方式； 通用组件，包含了邋用予禳多应用领域的基本功能，这些功能可以通过 符合o m a 翘范豹类接嗣获褥。 o t v l g 予1 9 9 1 年拳键懑豹c o r b af c o m m o no b j e c tr e q u e s tb r o k e r a r c h i t e c t u r e ) ，是o m a 参考摸燮中的o r b 接日技术援范。这标熬规定了如何 定义、创建、调度、引用对象，以及对象之闻如何通讯。符合c o r b a 规范的 o r b 是典型的中间件，允许c l i e n t 对象向s e r v i c e 对象发出请求。 c o r b a 规范“+ 剐的基本缎成如图2 4 所示 | o r b 内靛 | c o r b a 结j 句 蚓2 4c o r b a 结构 对象请求代理o r b ( o b j e c tr e q u e s tb r o k e r ) ，是c o r b a 的梭心。作为一 个软仆甜川：，对缘一叮以通过o r b 发m 请求并接收i 响应。在c o r b at f - ，所柯的 通讯鄙通过o r b 进行，l m 丸论一个对象是本地的还是远槲的，埘f 与之进行 通讯的其他对象米澄都怒等价牌。c o r b a 著没有规定如何具体实溅一个o r b ， j 0 乎每一个不目静产茹鄙蠢其聪侮疑o r b 实瑗。 疆l ；定义语言i d l ( i n t e r f a c ed e f i n i t i o nl a n g u a g e ) ，跫逻号：撼垂蠡埘象接日 南束雌i 毡人学顺l + ! ：f 究生学位论文 的静高缓符号语富。i d l 不涉及任褥镰目的实现缁节，所有c o b r a 系统鄂根 掘i d l 用某种特定语言来实现接口。c o r b a 为c 、c + + 、s m a l l t a l k 和j a v a 制 定了规范，a d a 9 5 和c o b o l 的映射规范也f 在制定中。i d l 描述通常以接阴 露( i n t e r f a c er e p o s i t o r y ) 的方式避行存贮。 接口痒( i n t e r f a c er e p o s i t o r y ) ，蒺孛包括了辑有籀述服务对象属性、搽佟、 自定义数据类型及转常处理的i d l 定义。 基本对象适配器b o a ( b a s i co b j e c ta d a p t e r ) ，描述了o r b 和服务器端应 用程序之间的接髓。b o a 负责调度服务器端应用程序缑护盼对象，并与服务对 象交换溃惑。 静态请求接口s i l ( s t a t i ci n v o c a t i o ni n t e r f a c e ) 。s i l 假设在编译时刻客户对 象能够明确了解服务对象的接臼，即客户与服务器之间的必系应当是可知的、固 定的，服务接口的任何改变都会导致软件系统的重新编译。s i i 是由i d l 描述的。 动态请求羧弱d i i ( d y n a m i ci n v o c a t i o ni n t e r f a c e ) 楚一组与骚务器无关熬 遁锺接口。与新瑕务对象及萁行为稿哭的信怠可以逶遭缓鞠痒获得，客户程j 芋根 据这些信息可以径运行时刻动态构造请求。d i i 使得开发智能化即插即用的软件 系统成为可能，但霈露涉及大量c o r b a a p i 调用，增加了软件的复杂度。 2 5 2 基予c o r b a 的p a r l a y o s a 逆务开发平台 基于c o r b a 的p a r l a y o s a 业务开发平台结构如图2 5 所示 9 南京邮i u 人学颅 。i j f 究生学位论文 第三方业务能力 i 通( 用u p 号t ) 码| 1 ，霎i 娶兰l 定( 忙l b 业s ) 务l 卜圄 业务丌发平台 c o r b h ”m 一 ，i 护删s 叫s p a r l a y 【一b u s 、 匿圈圈 框架接l j、 r 业务能力服务器( s c s ) 适配层 p a r l a y 网关 消息 网络设备 圈2 5 业务开发平台系统结构 从p a r l a y a p i 的角度看，业务开发平台为a p i 的客户端，p a r l a y o s a 网关是 a p i 的服务器端。从下层网络的角度看，p a r l a y o s a 网关将p a r l a y a p 指令映射 为对应的网络协议。为了支持分布式业务提供环境，业务开发平台和p a r l a y o s a 网关之间通过c o r b a 中间件通信12 7 1 。 由业务运营商提供的业务开发平台装载各种业务逻辑，p a r l a y o s a 网关装载 各种业务能力服务器，业务逻辑通过内嵌的p a r l a ya p i 函数调p a r l a y o s a 网关 中相应的业务能力，p a r l a y o s a 网关再将该业务能力指令映射为相应的网络接口 协议。 南京1 1 1 1 9 b 人学坝i 删f 芎t 生学位论文 第三章基于p a r l a y o s h 业务开发环境研究 3 1 传统智能网业务平台不足 智能网的基本思想把业务交换和业务控制相分离，交换机只负责交换和业务 接入功能，新业务由智能网的业务生成环境s c e 来完成。s c e 采用软件重用技术， 使用与业务无关的s i b 作为可重用模块。在s c e 环境下，业务制作者只需知道每 个s i b 的功能和电信业务逻辑，就可以用这些s i b 编写符合要求的业务。但由于 智能网不足和封闭性，导致智能阿业务开发环境有以下缺点“。： 传统智能网与具体的承载网绑定在一起，不同承载网内的智能网 技术采用不同拚议，如p s t n 上使用i n a p ，g s m 上使用c a p ， c d m a 网上使用w m a p 等，由于没有确定网络能力开放标准， 导致业务开发商业务不统一，缺乏一个统一的增值业务平台。 由于传统智能网位于封闭的电信网络中，不能向外部第三方开放， 导致更多的市场参与者无法参与电信新业务的定义、设计和运营 中来，难以提供支持多网融合的个性化业务。 传统的智能网实体间通信基于n o 7 信令，其业务开发环境对于开 发者来说仍然过于复杂，所生成的业务与具体的运行平台相关， 不支持独立业务的开放商， 业务生成环境中的关键构件s i b 库和整个智能网系统由同一厂商 提供，不同厂商的s i b 集合互不兼容，无法提供一个开放的业务 l 成环境，导致业务生成、业务运营和i i ) 9 络运营无法分割丌来。 、l k 务丌发环境根本无法提供基于融合网络的濉合业务。 3 2 基于p a r l a y o s a 的业务开发系统 3 2 1 业务开发系统设计思想 借整智能叫的j 务生成环境s c e ( s e r v i c ec r e a t i o ne n v i m n m e n t ) , l n k 务逻辑 南京邮 e 大学娥l 究生学位论文 执行环境s l e ef s e r v i c el o g i ce x e c u t i v ee n v i r o n m e n t ) 的懋糠1 2 - 3 1 ，对p a r l a y o s a a p i 接i s i 进行进一步封装，也可以对p a r l a y o s a 的业务歼发分成业务生成系统 s c e 和业务逻辑执芎亍系统s l e e 两犬部分。在业务生成系统s c e 中，编辑业务 逻辑，生成描述业务逻辑的文律；然滕把蝗务逻辑文俘热载入p a r l a y o s a 的渡 务逻辑魏雩亍系统审，对文转进行瓣褥，鬏獾韭务遂辑接逮豹逻辑关系调瑁封装了 p a r l a ya p i 的功熊构件，生成程序代码，执行特定的业务流程。 业务丌发流程如图3 1 所示： 程 3 2 2 鲎务开发系统俸系结掏 豳3 1 业务开发流 根据业务生成和业务执行相分离的思想，给出业务开发系统体系结构， 如图3 2 。 捌元)f 隧元链 兰箜差篓璧一 - _ _ “_ _ _ _ p _ r 。一 业务奠i j 旦系统s c e q k 务 逻辑 x m l 文曩： 、l k 务，l ：发系统 封装p a r l a y a p ij j 能构件 文r 解析代码7 t - 成 ( 她务逻辑程序 ) 业务逻辑执行系统s l e e p a d a y 瓣笑 南京邮i 址人学l 簪| 卜碰究生学位论文 闰3 2 业务开发系统体系结构 业务丌发系统提供图形化界面的般务丌发平台，灵活制订业务逻辑，用特定 的圈元和图元链搂述娃务滚程，弗生成渡务逻辑文 牛。该渡务文馋中描述了 p a r l a y o s a 应建豹渡务逻辑、盈务数瓣簿。盈务文传热载副遭务逻辑撬行模块 s l e e 中，s l e e 对业务文件进行解释和翻译识别出业务逻辑，调用相应的封状 了p a