（计算机应用技术专业论文）基于xml的parlayosa业务开发执行系统研究与实现.pdf

南京邮电学院硕士学位论文 摘要 传统的电信业务开发不但需要开发人员要熟悉底层异构网络以 及复杂的信令交互，而且还面i 陆着业务的跨平台性问题。目前随着 i p 、移动业务的急剧发展，通信终端的不断智能化，基于p a r l a y o s a 的下一代网络平台是当前的研究热点。开放业务平台p a r l a y o s a 能 够在融合不同的通信网( p s t n 、i n t e r n e t 和移动网) 的同时提高网 络的利用率，能迅速开发各种业务，并为用户提供各种个性化的业务。 本文基于分布式对象技术( 主要是c o r b a ) ，基于p a r l a y 0 s a 开放业务 构架的业务生成方法和系统，针对通信领域( 包括数据通信和移动通 信) 的各种业务，给出了用x m l 文档来描述和开发业务的方法和系统， 讨论了在这种新的业务开发系统上实现业务与传输相分离、业务生成 与业务执行相分离，并完成了原型系统的开发，为简单、快速、灵活 地开发综合智能电信业务提供了一种有效的途径。 南京邮l u 学院坝i j 学位论义 a b s t r a c t t r a d i t i o n a lc o m m u n i c a t i o ns e i c e sd e v e l o p m e n tn o to n l yn e e d sm e d e v e l o p e r f u 1 1 i l i a rw i t hb o t t o m l a y e r d i f ! i 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 ii n t e r a c t i o n ，b u t i sc o n f r o n t e dw i mt h e p r o b i e mo f m u l t i - p l a t f o m l r e c e n t l yt h en e x tg e n e r a t i o nn e t w o r kp l a t f o n l lb a s e do n p a r l a y 0 s ai s ah o tt o p i ci nr e s e a r c h i nf a c t ，w i t ht h ef a s td e v e l o p m e n t o fi pa n dm o b i l es e r v i c e s ，c o m m u n i c a t i o nt e 瑚出n a l sa r em o r ea n dm o r e i n t e l l e c t u a l i z e d i ti sa n u r g e m a f h i rf o rt h et e l e c o m m u n i c a t i o n d e v e l o p m e n tt oi n t e g r a t ed i 圩e r e n tn e t w o r k s ( p s t n 、i m e m e ta n dm o b i l e n e t w o r k ) a n dt oe n h a n c et h e i ru s er a t i ot o p r o v i d e a v a “e t y o f i n d i v i d u a l i z e ds e r v i c e sm o r e q u i c k l y i nt h i st h e s i s ，b a s e do nd i s t r i b u t e d o b j e c tt e c h n o l o g y ( c o r b ai nt h e m a i n ) a n dp a r l a y o s aa p p l i c a t i o ng e n e r a t i o nm e t h o da n d s y s t e m ，a x 【l _ b a s e d d e s c “b i n g a n d i m p l e m e n t i n g m e t h o da n d s y s t e m a r e p r e s e n t e di no r d e rt op r o v i d ec o m m u n i c a t i o ns e r v i c e s ( i n c l u d i n gd i g i t a l c o m m u n i c a t i o ns e r v i c e sa n dm o b i l ec o m m u n i c a t i o ns e r v i c e s l w i t ht h i s n e ws e r v j c es y s t e m ，t h es e p a r a t i o no fs e r v i c ea n d t r a n s p o n a t i o n ，a n dt h e i n d e p e n d e n c e o fs e r v i c e g e n e r a t i o n a i l ds e r v i c e i m p l e m e n t a t i o n a r e d i s c u s s e d a n dt h ep r o t o t y p eo fm i s s y s t e mi sd e s c r i b e d ，w h i c hc r e a t e sa n e f h c i e n t w a y t o d e v e l o pi n t e g r a t e di n t e l l i g e n ts e r v i c e s q u i c k i y a n d f l e x i b l v 南京邮l u 学院顺i 。学位论史 前言 传统的电信业务开发不但需要开发人员熟悉底层异构网络以及复杂的信令 交互，而且还面i 临着业务的跨平台性问题。随着i p 、移动业务的迅猛发展，通 信终端的不断智能化，如何在融合不同的通信网( p s t n 、i n t e r n e t 和移动网) 的 同时提高它们的利用率，快速开发业务并为用户提供各种个性化的业务已经成为 当前电信业发展的当务之急“1 。 运营商需要综合不同的第三方业务特征和企业数据来快速开发和实施新应 用，而这在传统的智能网中无能为力。下一代网络的发展要求网络运营商和业务 丌发分离，形成一种独立于运营商的第三方业务提供商角色，并在此基础上形成 多方构成的丌放式价值链，各参与方共同提供和使用业务，共同获益。这就需要 通信网具有标准的、开放的业务接口，使第三方业务供应商能够根据市场的需求 设计和丌发丰富多彩的电信业务；这些业务通过标准的接口能够在通信网上加载 执行。目前p a r l a y 【2 v o s a 是最有影响力、最成熟的开放业务体系，通过p a r l a v o s a 所提供的开放的、标准的、统一的业务接口，能够向第三方厂家开放网络能力。 文章基于分稀式对象技术，对p a r l a y o s a 的业务系统进行研究、分析，并 给出了种新的基于x m l 的p a r l a y o s a 的业务生成、业务执行方法，和该方法 实现业务的分析。 具体研究内容如下： 参考国际组织发布的研究规范，对开放业务架构p a r l a y o s a 进行了系统 的研究与分析，研究了开放业务架构的体系结构、工作原理，并基于 c o r b a 的分布式体系结构，对实现p a r l a y o s a 的业务平台丌发进行了 分析。 基于p a r l a y o s a 开放业务构架的业务生成方法和系统，针对通信领域( 包 括数据通信和移动通信) 的各种业务，给出了用x m l 文档柬描述和运行 的方法和系统，讨论了在这种新的业务平台上实现业务与传输分离、业 务生成与业务执行相分离，为简单、快速、灵活地开发综合智能电信业 务提供了一种有效的途径。 南京邮电学院硕l ：学位论义 第一章p a r l a y ，o s a 简介 1 1 传统智能网的缺陷 智能网( ，i n t e l l 追e n t n e t w o r k ) 的核心思想在于将业务与交换相分离，各 功能实体之| 自j 采用丌放的接口，使业务开发独立于底层通信网络，方便业务的生 成、运行和管理。传统的智能网在一定程度上实现了这个目的，但仍然有一些缺 陷”。 传统的智能网基于业务独立构件( s m ) 的业务生成环境( s c e ) 业务开 发模式，专业化要求较高，无法实现真正意义上的业务开发的开放； 位于封闭的电信网络中，不能向外部第三方开放； 传统的智能网虽然将业务丌发与底层通信网相分离，但其相关性还是太 大，不同的通信网络上使用不同的智能网协议，如p s n j 上使用i n a p ， g s m 上使用c a p ，c d m a 网上使用w i nm a p 等； 传统的智能网触发机制基于传统呼叫模型，因此只适合于电路会话连接 型业务，并不能支持i p 网络环境下的融合业务； 传统的智能网实体间通信基于n o 7 信令，其业务开发环境对于开发者来 说仍然过于复杂。 1 2 开放业务平台( o s a ) 为了克服传统智能网的不足，丌放业务构架( o s a ，o 口e ns e r v i c ea c c e s s ) 应 运而生。丌放业务构架0 s a 是3 g p p 组织提出的用于快速丌发和部署业务的体 系构架”。如图1 1 所示，o s a 是一种全新的业务体系结构，主要包括底层通 信网络，高层的应用服务器( a p p l i c a t i o ns e r v e r ) ，以及它们之问的丌放接口。o s a 继承了智能网的思想精髓”1 ，高度抽象了底层网络的能力，采用丌放的a p i 编程 接口，向第三方业务开发商丌放，彻底屏蔽了底层网络的复杂性。 2 南京邮电学院烦i ? 学位论史 o s 垃用 幽1 10 s a 网络参考模型 3 g p p 提出的o s a 是一种非常灵活的提供新业务的体系结构。o s a 使底层 通信网络能力以a p i 的形式开放出现，向业务提供商提供了标准的a p i ，通过这 螳a p i ，业务应用程序可以方便地利用承载网络的业务能力，如呼叫控制能力、 用户信息鹰询能力等，而不必了解承载网络信令细节。任何与网络运营商签约 的业务提供商( s p ，s e r v i c ep r o v i d e r ) 均可方便地丌发自己的业务和应用，并独立 销售。在o s a 中，承载网络的业务能力被抽象成一组业务能力特征s c f ( s e r v i c e c a p a b i l i t yf e a t u r e s ) ，这些s c f 出业务能力服务器s c s ( s e r v i c ec a p a b i l i t y s e r v e r s ) 提供和支持。 1 3p a r l a y 体系 早在1 9 9 8 年，p a r l a y 组织就已经成立，其目标“”是促进计算机和通讯领域 的融合，通过采用i t 领域的丌发技术来简化和加快通信应用的丌发，开发一套 a p i ，用于获得核心网络的能力。p a r l a y 工作组通过推广和规范应用程序接口， 致力于二推动通信应用的发展。p a r l a y a p i s 是一组丌放的、独立于技术的、可扩展 的a p l ，自p a r l a y 组织提出p a r l a y 规范3 0 以后，逐渐与3 g p p 的o s a 规范趋于 一+ 致，并走向融合，统称为p a r l a v ，o s a 。 截至现在，p a r l a y 工作组已经拥有各类成员6 0 多个。随着研究的深入，p a r l a v 工作组逐渐与其他标准化组织或论坛，例如e t s i 、3 g p p 、j a i n 等建立起合作关 南京邮j u 学院顺l 。学位论义 系，目前最新的规范p a r l a y4 1 由e t s i 、3 g p p 共同制定( 与j a f n 协会合作) 。 采用u m l 来对功能和接口进行描述，具有很好的可读性，并且很方便的转换为 其他语占的接口，最新的p a r l a y4 1 规范已经将w s d l 和c o r b a i d l 作为两个 基本承载语言。因此，p a r l a y 客户端和p a r l a y 服务端的通信即可采用i i o p c o r b a 1 ，也可采用s o a p ，w 曲s e i c e s “7 1 协议；p a r l a y a p i 到底层网络之间的映射采 用内部通信协议( 如i n a p 、s i p 等) 。 随着电信网技术和因特网技术的融合，p a d a y 组织在现有的p a r l a y o s a 规范基础上，融合p a r l a y ，o s a 和w 曲s e r v i c e s ，提出了一套基于w 曲 s e r v i c e s 技术的规范，即p a r l a yw e bs e r v i c e s 。p a r l a yw e bs e r v i c e s 为在 通信环境中使用w 曲s e r v i c e s 提供了接口定义和底层结构定义。 p a r l a y o s a 是p a r l a yw e bs e i c e s 规范的基础。 针对p a r l a y 规范的庞大和复杂，2 0 0 3 年4 月，p a r l a y 组织发布了构建电 信应用的w e b 服务标准p a r l a y x “”，它主要是用于简化目前的w e b 服务 规范。p a r l a y x 整合了一些常用的通信功能，使其能被单个s o a p 消息 处理，这种简化主要是针对那些非专业的程序员。p a r l a y x 功能定义在独 立的x m l 接口文档中。 目前p a r l a y 0 s a 的规范还在继续发展当中，在加强已有规范的同时保持向 下兼容。随着基于分布式对象技术的进一步成熟，无论是p a r l a yw e bs e r v i c e s 还 是c o r b a 技术都必将进一步融合在p a r l a y o s a 业务平台中，促进增值业务的 快速发展。 南京邮电学院硕 学位论义 第二章开放业务架构p a r l a y o s a 2 1 开放业务架构p a r l a y 0 s a 结构 如图21 所示，p a r l a y 架构分为应用( a p p l i c a t i o n ) 、框架( f r 锄e 、o r k ) 和 业务能力服务器( s c s ) 三部分。 监夯爱定厕画应用 应用服务嚣 2 1 1 应用( a p p l i c a t i o n ) 图21p a r l a y o s a 体系结构 应用是指丌发的具体业务，如v p n 业务、会议电视、基于位置的应用等。 业务层的业务应用程序可以是第三方s p 、c p 丌发的业务，也可以是网络运营商 自己提供的业务。这些业务可以在一个或多个应用服务器( a p p l i c a t i o ns e r v e r ) 上实现。 2 12 框架( f r a m e w o r k ) 框架为应用提供利用业务能力的机制，同时它也是作为一种业务能力特征提 供给应用的，称为框架业务能力特征，主要用来进行鉴权和发现。通常，在应用 使用网络所提供的! 世务能力之前，应用和网络之问必须签署相关的业务协议：只 有签了这样的业务协议，该应用才有权使用网络所提供的业务能力。所以，当某 个应用在使用业务能力特征所提供的网络功能之前，框架必须对这个应用进行鉴 权；鉴权之后，框架的“发现机制”为应用找出业务能力服务器所提供的业务能 力特征。框架接口在应用和业务之间提供安全、开放和可管理的接口。从应用的 南京邮i u 学院硕l 学位论文 角度看，它是获取网络能力的桥梁；从网络的角度看，它保证应用接入网络是安 全的。 21 3 业务能力服务器( s e r v i c e c a p a b i l i t ys e r v e r ) d j 业务能力服务器提供的业务能力特征属于非框架业务能力特征，是网络能 力n 勺抽象与封装，应用通过这些业务接口获得网络的能力，保证应用的丌发不依 赖于任何的网络细节与特定的网络复杂性。比较常用的业务能能力特征有：呼叫 控制、用户交互、移动管理、帐户管理、计费等。o s a 的业务能力特征s c f ( s e r v i c e c a p a b i l i t yf e a t u r e ) 及框架提供的运行机制都是用接口a p i 定义的。特别需要注 意的是，在使用任何业务能力特征之前，非框架业务能力特征必须向框架注册并 通知框架可用，只有这样，应用才能通过框架发现自己需要的s c f 。除此之外， 业务能力服务器也支持在线监控、负荷管理、时间通知等机制以及故障恢复方法。 在p a r l a y ，o s a 的网络结构中，s c s 一方面为应用层提供a p i 接口，同时又 完成与底层网络的适配。s c s 是逻辑的概念，可以分布在不同的物理节点或同一 个物理结点上，如用户定位s c f 、呼叫控制s c f 等可以在一个物理节点实现， 也可以分布在不同的物理节点中实现。s c s 在网络实体和应用间充当网关的角 色，是承载网络实体及上层业务之间的粘合剂“”。 2 2 开放业务架构的工作原理 2 2 1 应用服务器与框架间基本机制 鉴权机制 应用( a p p l i c a t i o n ) 在被允许使用p a r l a y o s a 其他任何接口之前必须被鉴权。 应用提供商首先应浚和丌放业务接入平台提供方有一个书面的业务协议，这样彳 能得到鉴权接口信息。 在应用部署时，应用和框架必须相互鉴权。只有在鉴权成功后应用爿能使用 其它的业务能力特征s c f ，否则应用不能使用其他业务能力特征。 授权机制 授权不同于鉴权，授权是用于确定鉴权后的应用程序( a p p i i c a t i o n ) 都有哪些 南京l 也学院硕1 学位论史 权限。应用通过鉴权后就可以被授权，有权使用某些下层承载网络的能力。鉴权 必须先于授权。一旦鉴权通过，应用即被授权访问一定的s c f 。 发现机制 在鉴权后应用程序可以访问框架的发现机制接口，获得各个业务能力服务器 s c s 的信息。发现机制接口在鉴权后随时可以被使用。 制定服务规约 在任何应用与一个网络s c f 交互之前，必须建立一个业务协议。一个业务 协议必须由一个离线部分( o f r1 i n e ) ( 如通过物理上交换文件) 和一个在线部分 r o nl i n e 】组成。应用在其被允许接入任何网络s c f 之前，必须签署业务协议的在 线部分。 安全机制 框架还提供接入控制功能，对调用o s aa p i 方法的业务应用程序的数据做 接入检壹。 2 22 框架和业务能力服务器间基本机制 框架与业务能力服务器间的基本机制为注册机制。业务能力服务器中存储的 所自非槛架业务能力特征只有到框架中注册后，才能被授权的应用发现。业务能 力服务器启动时，要将它所支持的业务能力特征s c f 到框架中注册：此外，随 着业务的不断拓展，网络所提供的业务能力也不断增加，就会扩展一些新的业务 能力特征或新的业务能力服务器，这些新的业务能力特征或新的s c s 也必须到 框架中注册登记，框架才能为应用提供发现机制。 2 2 3 应用和业务能力服务器间基本机制 应用和业务能力服务器之间的基本机制是唤醒机制。如果一个用户已经订购 了某个业务，那么当业务能力服务器收到该用户与该业务相关的消息时，就会通 知对应的应用程序。该机制用于在一个用户己签约了一个应用，在收到与用户相 关的网络发出的“收到”事件时被调用。 2 3 p a r i a y o s a 应用程序接口( a p i s ) p a r i a y a p i s 是一组开放的、独立于技术的、可扩展的a p i ，它采用了面向对 7 南京邮电学院硕士学位论文 象的方法，使用u m l 语言进行建模和描述。p a f l a y a p i s 是一组丌放的与具体技 术无关的a p i ，第三方业务丌发商、独立软件提供商都能通过p a r l a y a p i 来丌发 业务。应用开发商通过开放的标准接口，利用网络的能力为用户提供服务。p a r l a y a p i 提供了一个安全、开放的接入现有网络的能力。p a r l a ya p i 技术规范共定义 了以下几种接口( 如图2 2 ) ，其中接口5 、接口6 目前还没有标准定义“”： ， 。吼。、j 。由。e o l i 幽3 4 廊用接入框架流程图 1 应用调用公开接口i p i n i t i a l 的i n i t i a t e a m h e n t i c a t i o n w i t h v e r s i o n t p a u t h d o m a i n 舳d o m a i n = i n i t i a l i f i n i t i a t e a u t h e n t i c a t i o n w i t h v e r s i o n ( c l i e n t d o m a i n ， ”p _ o s a a u e n l l c a ll o n ”， ”p p a r 工a u 1 ”) ； 根据应用调用i n i t i a t e a u t h e n t i c a t i o n 时的入参c l i e n t d o m a i n ，框架能 够判断出这是一个来自可信任方的调用，因此不需要进一步的鉴权，直 接调用客户方的回调函数a u t h e n t i c a t i o n s u c c e e d e d 返回鉴权成功指示。 c l i e n t a p 。e v e l a u t h e n t i c a t i o n i m p l a u t h e n t i c a t i o n s u c c e e d e d ( ) ； 2 、应用调用框架鉴权接口的r e q u e s t a c c e s s 方法以获得框架的a c c e s s 接口 引用。 i p a c c e s s = i p a c c e s s h e l p e t n a r r o w ( i p a p i l e v e l a u t h e n t i c a t i o nr e q u e s t a c c e s s ( ”p _ o s & a c c e s s ”，c l i e n t a c c e s s ) ) ； l l l l ii 南京邮电学院硕士学位论文 3 客户端应用调用框架接入接口的s e l e c t s i g n i n g a l g o r i t h m 方法，通知框 架数字签名所支持的签约算法。 t p s i g n i n g a l g o r i t h ms i n g a l g o r h h 圩l = i p a c c e s s s e l e c t s i g n i n g a l g o r 主t h m ( s i g r a l g o r i t h m c a p s ) ； 4 应用调用i p a c c e s s 接口的o b t a i n i n t e r f a c e 方法得到业务协议管理接口 的引用，其中a p p s e r v i c e a g r e e m e n t m a n a g e m e n t 为相应的回调接口。 i p s e r v i c e a g r e e m e n t m a n a g e m e n t = i p s e r v i c e a g r e e m e n t m a n a g e m e n t h e l p e r n a r r o w ( i p a c c e s s o b t a i n i m e r f k e w i t h c a l l b a c k ( “p s e r v l c e a g r e e m e n t m a n a g e m e n t ”， a p p s e “i c e a g r e e m e n t m a n a g e m e n t ) ) ； ( 4 ) 应用选择业务过程 下图35 描述应用如何发现业务能力服务器中的业务能力。因为某个网络的 业务能力是会变化的，因此即使是已经使用过某个网络的网络能力的应用仍可以 通过调用该接口得到网络的最新信息。如果应用知道要使用的s c f 的业务类型 和属性，可以跳过下面的第二、第三步，直接调用第四个方法。如这里我们要得 到呼叫控制s c f 的i p c a l i 接口。 南京邮电学院颂士学位论文 1 曲b i n i m 自它c e f 2 ：i 酣洲咖p e s ( ) 幽3 5 应用发现业务能力流群 | l用通过调用框架i p a c c e s s 的o b t a i n i n t e r f a c e 方法( i n t e r f k j n 哪e 为 p d i s c o v e r y ) 可以得到i p s e r v i c e d i s c o v e r y 接口。 i p s e r v i c e d i s c o v e r y = i p s e r v i c e d i s c o v e r y h e l p e l n a 玎o w ( i p a c c e s s o b t a i n i n t e r f a c e ( ”p d i s c 0 v e r - y ”) ) 2 应用通过调用l i s t s e r v i c e t y p e 获得网络的支持的业务能力类型，类型 名称可以是标准或非标准的。 3 应用通过调用d e s c r i b e s e i c e t y p e 获得s c f 的属性。 4 应用向框架要求它所需要的业务能力。框架检查是否匹配，如果检查 通过，返回s e r v i c e i d ，用于标识指定版本的s c f 。 o 唱c s a p i f 沁t p s e r v i c e 】s e r v i c e s = i p s e “i c e d i s c o v e r y d i s c o v e r s e r v i c e ( “p c a l i t _ c o n t r o l ”，s e r v i c e p r o p e r t y l i s t ，1 ) ； ( 5 ) f r a m e w o r k 一应用签署业务协议 南京邮l u 学院倾1 。学位论义 一血趔g 燃 i b 口e ! ! ! 坠? ! ：! ! 磐! 萼! ! ! ! ! ! ! 。广一一 垃量豇坐堡叁韭塑五釜血韭型! 盟皿 i ”“8 竺塑： t i l i l j m m e s i g n s e “g m e m e n t ( j l ：3 ：s l q n s e n c “g m m 。“1 ( ：) l - i i ! w n s e m n ”n “0 e m ! 世 图3 6f m m e w o r k 应用业务协议签署流程 如图3 6 所示，在任何应用与网络业务能力特征交互前，必须建立业务协议。 在相互成功签约之后，就得到了对应业务的管理接口，继而可以获得所请求的业 务能力( 例如m o b i l i t ys c f ) l | l应用通过在业务发现过程中得到的s c f 的s e r v i c e i d 申请该s c f 的令牌。 s v c t b k e n = i p s e “i c e a g r e e m e n t m a n a g e m e n t s e l e c t s e n t i c e ( s e r v i c e s o 】 s e r v i c e i d ) ； 2 应用发起签署业务协议过程。 i p s e r v i c e a g r e e m e n t m a n a g e m e n t i n i t i a t e s i g n s e r v i c e a g r e e m e n t ( s v c t o k e n ) ； 3 框架调用应用对象的方法签署协议，允许框架使用业务能力。其中 s i n g a l g o r i t h m 为前面调用框架接入接口的s e l e c t s i g n i n g a l g o r i t h m 方法 的返回值。 a p p s e r v i c e a g r e e m e n t m a n a g e m e n t i m p ls i g n s e r v i c e a g r e e m e n t ( s e r v i c e t 0 k e n ，a g r e e m e n t t e x t ，s i n g a l g o r i t h m ) ； 4应用调用框架的方法得到所需s c f 的管理接口。 i p i n t e r f a c ec c m g r i f c = s i g n a t u r e a n d s e r v i c e m g r s e r v i c e m g r i n t e r f a c e 5 通过业务管理接口得到呼叫控制s c f 的i p c a l l 接口。 南京邮l u 学院硕 + 学位论文 i p c a l l = o 喀c s a p i c c g c c s i p c a l l h e i p e rn a n d w ( c c m g r i f c ) ； | ( 6 ) 业务能力特征的使用 一旦驳得了所需的业务能力接口( 如c cs c f ) ，就可以屏蔽掉底层网络的细 节，利用这些接口获取所请求的信息，开发人员并不需要了解底层网络如何实现。 1 ，向被叫用户发起路由请求。 i p c a l l r o u t e r e q ( c a l l s e s s i o n i d ，r e s p o n s e r e q u e s t e d t a 唱e t a d d r e s s ， o r 垮n a t i o n a d d r e s s ，o r 西n a l d e s t i n a t i o n a d d r e s s ， r e d i r e d t i n g a d d r e s s ，a p p i n f 、o 】) ； 2 应用通过回调接口处理被叫用户路由请求的响应，得到被叫用户当前 的状态信息。 i p a p p c a l l r o u t e r e s ( c a l l s e s s i o n i d ，e v e n t r e p o r t ，c a l l l e g s e s s i o n i d ) ； 如果被叫用户的当前状态为空闲。则链路接通，可以进行语音通话。 ( 7 ) 需要注意的问题 如果应用需要使用其它的业务能力特征，如用户交互能力特征，同样的需要 再一次签署f r a m e w o r k 和应用之间的业务协议，继而取得所需的s c f 接口。在 p a r l 列规范中，一般必须实现回调接口，以便p a r l 碍o s a 网关为应用返回所需 的信息。 以【二通过一个简单的例子，分析了基于c o r b a 框架的p a r l a y o s a 的应用 丌发过程，实际中的应用丌发模式和这个例子是类似的。针对某一具体应用，通 常会嗣到多个业务能力特征，如呼日q 控制( c c ) 、用户交互( u i ) 等。 但我们也可以看到，使用p a r l a y o s a 的接口函数来丌发p a r i a y 应用，过程 还千h 当复杂，对丌发人员的要求相对较高。就上面这个例子来说，开发人员不仅 要精通p a r i a y o s a 体系，还需要精通c o r b a 机制。为了使开发人员能更快捷 的丌发业务，出现了p a r l a y o s a 的业务开发平台。 3 3 基于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 0 s a 业务开发平台结构如图3 7 所示。 从p a r l a ya p i 的角度看，业务开发平台为a p i 的客户端，p a r l a y o s a 网关是 南京邮i 乜学院倾i j 学位论义 a p i 的服务器端。从下层网络的角度看，p a r l a y ，o s a 网关将p a r l a y a p i 指令映射 为对应的网络协议。为了支持分布式业务提供环境，业务开发平台和p a r l a v o s a 网关之问通过c o r b a 中间件通信“”。 其中由业务运营商提供的业务丌发平台装载各种业务逻辑，p a r l a y o s a 网 关装载各种业务能力服务器，业务逻辑通过内嵌的p a r l a y a p i 函数调用 p a r i a y o s a 网关中相应的业务能力，p a r l a y o s a 网关再将该业务能力指令映射 为相应的网络接口协议。 图3 7 业务开发平台系统结构 业务开发平台 业务丌发平台实际上是在原有p a r l a y 规范的技术上，对c o r b a 和p a r l a v a p i 进行了封装，并且可以向第三方业务开发商开放。 业务丌发平台的思想是把一些通用的过程和各种业务的共性部分，如鉴权、 s c f 访问权限的获得、数据库的连接等，进行进一步的封装，尽量简化业务的丌 发过程。 业务开发平台丌发和装载各种业务逻辑，与数据库配台完成对业务的控制， 相当于分布式的s c p 。业务逻辑通过内嵌的p a r l a ya p i 函数调用p a r l a y o s a 网 关相应的业务能力，通过和p a r l a y 的框架接口进行登记和鉴权，并根据框架的授 南京邮 乜学院硕l 学位论义 权获取对业务能力服务器的s c f 的使用权，根据需要调用s c s 的s c f ，形成一 定的应用逻辑。一般来说业务开发平台提供以下功能： f 1 ) 将业务和传输隔离，对c o r b a 使用进行封装； ( 2 1 将业务生成和执行相分离； ( 3 ) 通过分布组件将主要函数模块化： ( 4 ) 提供开放和标准的a p i 接口，对p a r l a y a p i 进行封装； p a r l a y o s a 网关 ( 1 ) 框架接口： p a r l a y 框架接口负责对第三方业务运营商的认证和鉴权，根据业务接口的要 求搜索和选择相应的基本业务能力，同时还提供负载管理、故障管理、操作维护 管理以及业务预定等功能，以确保第三方开发的业务有控制地、安全可靠地在各 类网络平台中运用。框架接口还有一项重要的功能，就是允许p a r i a y o s a 网关 接入第三方提供的基本业务能力。考虑到a p i 和底层网络标准可能的更新，框架 接口提供了业务注册a p i ，第三方丌发的增补业务功能可以通过该a p i 加入，从 而使应用服务器平台具有良好的可扩展性。具体来说框架实现了p a r l a y o s a 中 规定的应用服务器与框架之间的接口、网络业务能力服务器( s c s ) 与框架之间 的接r 、企业经营者与框架之间的接口。 实现时，框架需要对接入框架的应用、业务能力服务提供管理和监测机制 并需要提供管理业务订购信息的方法业务订购信息可以存放在数据库中进行管 理。 ( 2 ) 业务能力服务器： p a f l a y o s a 网关装载各种业务能力服务器，业务能力服务器提供多个业务能 力特征( s c f ) ，这些s c f 在逻辑上各自独立，物理上可以分布在一个或多个节 点上。业务能力服务器必须向框架注册并通知框架可用，应用才能通过框架发现 和使用业务能力。业务逻辑通过内嵌的p a r l a y a p i 函数调用p a r l a y o s a 网关中 州应的业务能力，后者再指令下层网络的控制实体，完成所需的网络动作。业务 能力的定义独立于下层网络，当该业务能力要求由某类网络完成时，p a r l a “0 s a 网关就将该业务能力指令映射为相应的网络接口协议，例如s i p 协议或h 3 2 3 协 南京邮电学院顿 ：学位论立 议。通过这样的机制，复杂的下层网络协议将对第三方业务提供者完全屏蔽，业 务开发者只要组合调用a p i 函数，就可以灵活地构造各种跨不同网络的增值业 务，每一种业务可能会用到多个a p i 业务能力。 ( 3 ) 适配层： 应用将请求通过p a r l a y 接口定位到业务能力服务器相应的s c f 模块，由s c f 使用统一接口发送给对应的网络适配层进行协议参数的转换，最终传送到底层网 络。适配层实现业务能力服务器与通信网之间的协议转换，采用i n a p 、c a m e l 、 s i p 等协议将a p i 映射到底层网络，并将相应网络事件通知业务能力服务器“”。 最终通过回调( c a l l b a c k ) 调用应用对应接口函数等方式而被应用接收。适配器