（通信与信息系统专业论文）ngn中parlay+api与sip协议的映射研究.pdf

，3 f j w q _ 。 、， 一一 重庆邮电大学硕士论文摘要 摘要 下一代网络( n e x t g e n e r a t i o n n e t w o r k ，n g n ) 是业务驱动的，完全开放的 业务网络。它最具吸引力的是能够提供独立于网络的开放a p i 的业务提供平台， 其中p 甜h y o s aa p i 是得到了最大范围的设备商和标准化组织支持的一个规 范。这有助于吸引更多的业务开发人员参与到电信业务的开发中来，最终实现 运营商、设备商、业务提供者以及用户的共赢局面。 本文首先分析了p a r l a ya p i 的体系结构，阐述了p a r l a y 规范中f w ( f r a m e w o r k ，框架) 、s c f ( s e r v i c e c a p a b i l i 哆f e a t u r e ，业务能力特征) 以及第 三方应用服务器( a s ) 之间的关系，重点分析了p a r l a yg - c c ( g e n e t i cc f l l c o n t r o l ，通用呼叫控制) s c f 中涉及的接口类和其中的方法，并对其涉及的数 据类型作了详细的分析。 鉴于s w ( s e s s i o ni n i t i a t i o np r o t o c o l ，会话启动协议) 在以口为承载技术的 n g n 中越来越成为关键的呼叫控制协议，本文接着对此协议的原理和结构作了 细致的分析，介绍了s i p 的分层结构和各种方法和响应消息。分析了v o c o l 的s i p 开源代码结构，为本文的重点，即g c cs c f 到s i p 协议的映射研究打下 基础。 本文最后部分着重阐述了在n g n 中，通过p a r l a y 网关来接入第三方应用的 架构下，实现p a r l a ys c f 到s m 协议映射时需解决的问题。之后基于v o c o l 的开源代码，提出了实现p a r l a yg c cs c f 到s i p 协议映射的软件结构，并分析 了软件工作的大致流程。最后以号码翻译业务为例，分析了整个业务实现的大 致流程，并对映射中可能的数据和参数映射作了分析。 p a r l a y a p i 到s i p 协议的标准化目前还没有完全形成，本文的分析也希望能 给这方面的标准化工作提供一些思路，并其中需要进一步解决的问题，为推进 整个p a l 1 a y 规范的完善作出自己的贡献。 关键词 p a r l a y a p i ，s i p ，映射，框架，业务能力特征 ， b ， 重庆邮电大学硕士论文 摘要 a b s t r a c t n e x tg e n e r a t i o nn e t w o r k ( n o n ) i sas e r v i c e - d r i v e na n dc o m p l e t e l yo p e n i n g n e t w o r k w h a ti sm o s ta t t r a c t i v ei nn g ni st h a ti t np r o v i d em u c hm o 孵s e r v i c e s b a s e do nt h eo p e n i n gn e t w o r k - i n d e p e n d e n ta p i s a m o n gt h e s ea p i s ，p a r l a y o s a a p ih a sb e e ns u p p o r t e x lb ym o s tv e n d o r sa n dm o s ts t a n d a r d i z a t i o no r g a n i z a t i o n s i t f a c i l i t a t e st oa t t r a c tm o r ea n dm o r ep r o g r a m m e r sd e v e l o p m e n to ft e l e c o ms e r v i c e s a sar e s u l t , o p e r a t o r sa n dv e n d o r sa n ds e r v i c ep r o v i d e r sw i l lb e n e f i tf r o mt h e s e w o r k s i nt h i sp a p e r , t h ep a r l a ya p i sa r c h i t e c t u r ei sd e s c r i b e df i r s t l y , i n t r o d u c i n gt h e a s s o c i a t i o nb e t w e e nf r a m e w o r k ( f w ) ，a p p l i c a t i o n ss e r v e r ( a s ) , a n ds e r v i c e c a p a b i l i t yf c a t u r c ( s c f ) t h e n c l a s s e sa n dm e t h o d si n t h eg e n e r i cc a l l c o n t r o l ( c , c c ) s c f w o r ea n a l y z e da sw e l la st h ec o n c e r n e dd a t ad e f i n i t i o n s b e c a u s et h a ts e s s i o ni n i t i a t i o np r o t o c o l ( s i p ) p l a y sam o r ea n dm o r ec r i t i c a lr o l e i nc a l lc o n t r o lo fn g n , t h i sp a p e rt h e np r e s e n t si t sp r i n c i p l ea n di t sa r c h i t e c t u r e , a n dg i v e si t sm e t h o d sa n dr e s p o n s em e s s a g e s f i n a l l y , t h ev o c o ls i po p e n i n g c o d e sa r ea n a l y z e di nt h i ss e c t i o n , s ot h a tt h et o p i co ft h i sp a p e r , t h er e s e a r c ho f m a p p i n gb e t w e e ng c cs c f a n ds i p , c a nb ee a s i l yd i s c u s s e ds u b s e q u e n t l y i nt h ee n d ，t h i sp a p e rf o c u s e so nd i s c u s s i n gp r o b a b l ep r o b l e m sn e e d e dt ob e r e s o l v e di nm a p p i n gb e b v c 圮ng c cs c fa n ds i p a n db a s e do nv o c o ls i ps t a c k , t h es o r w a r es t r u c t u r eo f o c cs c fa n di t sf u n c t i o na n dp r o c e d u r ei sp r e s e n t e d a sa e x a m p l e , af l o wo fn u m b e rt r a n s l a t i o ns e r v i c e ( n t s ) i sg i v e n , i n w h i c ht h e i n v o l v e dd a t aa n dp a r a m e t e r sm a p p i n gb e t w e e ng c cs c fa n ds 口a r ed i s c n s s e d b e c a u s et h es t a n d a r d i z a t i o no fm a p p i n gp a r l a ya p it os i pm e s s a g e sh a sn o t c o m p l e t e dy e t , i t sh o p et h a tt h ed i s c u s s i o ni nt h i sp a p e rc a nc o n t r i b u t es o m e t h i n gt o i l k e yw o r d s ：p a r l a ya p i ，s i p ，m a p p i n g ，f r a m e w o r k ，s c f 独创性声明 。一 一 一 本人声明所呈交的学位论文是本人在导师指导下进行的研究工作及取得 的研究成果。据我所知，除了文中特别加以标注和致谢的地方外，论文中不包 含其他人已经发表或撰写过的研究成果，也不包含为获得重庞鲣宝太堂或 其他教育机构的学位或证书而使用过的材料。与我一同工作的同志对本研究所 做的任何贡献均已在论文中作了明确的说明并表示谢意。 学位论文作者签名。 乜嵫 签字日期：卯 年厂月m 日 学位论文版权使用授权书 本学位论文作者完全了解重瘩韭皇太堂有关保留、使用学位论文的 规定，有权保留并向国家有关部门或机构送交论文的复印件和磁盘，允许论文 被查阅和借阅。本人授权重庆整虫友芏 可以将学位论文的全部或部分内 容编入有关数据库进行检索，可以采用影印，缩印或扫描等复制手段保存、汇 编学位论文 ( 保密的学位论文在解密后适用本授权书) 学位论文作者签名z ；畅陵 导师签名： 签字日期：争n 名年j ，月玎日签字日期：p 耐年序月z ，日 重庆邮电大学硕士论文 第一章绪论 1 1 研究背景 第一章绪论 随着电信市场进一步的开放和成熟，电信行业的竞争也日趋激烈，在此过程 中，运营商也开始认识到能够提供更多更富有个性的增值业务才能具有真正的核 心竞争力，因为电信增值业务不仅能够较好的为消费者提供个性化的信息服务， 而且能够带给运营商可观的利润收入。要想开发出大量的富有个性的业务来满足 人们更多的各种各样的需求，仅靠通信设备本身附带的业务或现有的智能网业 务，是难于实现和满足的。当前比较热门的n g n 和p a r l a ya p i 正是针对此目的 而提出的i ”。 二十世纪九十年代以来，由于w w w 的发明和普及应用，使得i p 技术为主一一 导的因特网飞速发展，因特网的新业务更是层出不穷，它在业务的个性化、多样、 化和交互性方面，在业务提供的快捷性和成本等方面明显优于传统的智能网和基 础电信网纠3 3 1 。并且因特网业务已经逐渐步入语音视频等传统电信网和有线电视 网所占据的业务领域。为了迎接因特网的挑战，上世纪九十年代末电信业提出了 下一代网络( n g n ，n e x tg e n e r a t i o nn e t w o r k ) ，旨在通过p 网来完三网融合， 在口网上承载数据、语音和视频等全业务。 以软交换为核心的n o n 模型采用了开放的分层的体系结构瞄l 。n o n 依据这 种思想把网络分成了四个层次。从下到上，依次是接入层、传送层、控制层和业 务层。每一层之间采用了标准的接口，这些标准的接口有的是本身已存在的标准， 被纳入了n g n 的标准框架内；有的接口以前不存在，在n g n 框架内新制定的。 从n g n 标准框架看，低两层采用许多i p 网和其他通信领域里现有的标准。而在 高两层即呼叫控制层和业务层，采用了更多的新标准。在呼叫控制层，引入了软 交换( s o f i s w i t c h ) 功能实体，它是下一代网呼叫控制中心。在业务层，引入的新 接口更多，许多新接口还正处于研究阶段还没有完成标准化，在这些接1 2 1 中，向 第三方开放的应用程序编程接口( a p i - a p p l i c a t i o np r o g r a m m ei n t e r f a c e ) 最为重 要，这些a p i 可以看成分层结构中的最上层接口，它直接面向应用。编程人员直 接通过a p i 来使用底层网络的通信服务，而不需要知道网络实现这些服务的细 节 在已标准化的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 y a p i 规范的主要目标是制定外部应用访问安全网络资源的 接口规范，使电信领域向第三方开放，让更多的市场参与者参与开发提供先进的 重庆邮电大学硕士论文 第一章绪论 电信业务 2 9 1 。p a r l a y a p i 是对网络能力的抽象，它只制定与接口相关的规范，不 涉及如何实现这些接口a p i ，但鼓励电信和工业界实现这些接口。p a r l a ya p i 包 括的接口内容有：网络业务能力接口和框架接口。这些接口的功能，在后续章节 中会详细的介绍。 在应用层引入开放网络能力a p i 后，不仅开发电信增值业务更加容易，独立 的软件提供商( i s v ) 可以加入到开发增值业务的领域中来，而且已广泛使用的 w e b 服务更容易与电信增值业务集成，能创造出更多更好的增值业务。业务层和 业务层提供的开放的a p i 是n g n 中最重要的部分之一，它的提出彻底地打破了 电信网的封闭状态，使得下一代电信网成为真正的开放网络。 s i p ( s e s s i o n i n i t i a t i o n p r o t o c o l ，会话发起协议) 是i e t f 提出的在m 网络上 进行多媒体通信的应用层控制协议，用于创建，修改和终结多媒体会话或呼叫。 这些多媒体会话包括i n t e m e t 多媒体会议、远程教育、i n t e r n e t 电话等应用。该协 议采用了基于h t r p 的文本格式，可在t c p 或u d p 之上传送，考虑到s i p 本身 具有握手机制，通常首选u d p 进行传送。由于s i p 协议具有呼口q 控制与承载无 关、协议简单、扩展性好、支持终端移动和组播等优点，目前受到了许多设备制 造商和应用开发商的青睐，是以软交换为核心的n g n 中广泛使用的呼叫控制协 议，并被3 g p p 组织选为3 g 的控制协议。 通过p a r l a y a p i 开发的第三方的增值业务的最终实现，需要完成业务逻辑( 应 用) 对运营商网络所提供的能力的调用，因此p a r l a y a p i 到网络协议的映射是一 个必不可少的过程，其中当然也会涉及到向s i p 协议的映射。当前对于p a r l a y 的 研究中还存在很多标准化方面的问题 2 5 1 ，特别在各厂商的产品互通性方面有较多 问题，其中对于p a r l a ya p i 到s i p 协议的映射也未能标准化。本论文正是在这种 背景下对p a r l a y a p i 中g c c ( 通用呼叫控制) 业务能力服务器到s i p 协议的映射 作重点研究，希望能够对此探索出一些有益的思路。 1 2 论文结构 本文共分五章，各章的内容安排如下： 第一章介绍了p a r l a ya p i 的研究现状，分析了p a r l a ya p i 的重要研究价值， 指出了目前p a r l a y 产品的不足之处，以及对于p a r l a y 到s i p 之间映射标准化研究 的必要性。 第二章分析了p a r l a y a p i 的体系结构，并分析了各接口类的内在联系以及涉 及的数据类型。 第三章对s i p 协议的体系结构及工作原理作出分析，并从实现的角度分析s i p 2 重庆邮电大学硕士论文 第一章绪论 ( 会话发起协议) 。 第四章研究了在多种s i p 模式下如何进行p a r l a ys c f 到s i p 协议的方法和参 数映射，部分实现了p a r l a yg c cs c f 中的主要接口类，并以号码转换业务来举 例说明。 第五章总结了本文所做工作，并探讨了进一步的研究方向。 第二章p a r i a ya p i 本章主要分析了p a r l a ya p i 的体系结构，重点分析g c c ( 通用呼叫控制) s c f ( 业务能力特征) 的功能。 2 1p a ri a ya p i 概述 下一代网络的技术特点之一是向第三方提供标准的、开放的a p i 接口，从 而能够由第三方来提供业务。p a r l a ya p i 就是一个中的a p i ，是目前最具有 影响力的一个a p i 。本章主要以p a r l a y5 0 规范来描述。 p a r l a ya p i 是由p a r l a y 工作组最先制定和发布的，是一组开放的与具体技 术无关的a p i 。它屏蔽了底层网络的实现细节，提供了一个安全，开放的接入 底层网络的能力，因此降低了第3 方业务提供商，独立软件提供商开发电信业 务的复杂性和难度。p a r l a y 组织的成立是英国电信( b t ) 倡议发起的。 在2 0 世纪9 0 年代，英国电信( b t ) 为了促进电信业的竞争，联合u l t i c o m 、 m i c r o s o t t 、n o r t c l 和s i e m e n s 等制造厂商于1 9 9 8 年3 月发起成立了p a r l a y 组织， 研究开发安全的开放式交换机接口，该接口屏蔽了交换机的原有控制接口，但 是业务提供者却可以利用该接口向交换机发出控制指令为此该组织制定了一 套开放的、独立于具体技术的、用于第三方业务开发和部署的a p i ，称为p a r l a y a p i l 3 0 。 截止到现在，p a r l a y 工作组几乎已包括所有业内的知名企业，包括国内像中 兴、华为这样的大型电信企业。并且随着研究的进展，p a r l a y 组织也逐渐与其 它标准化组织或论坛，如e t s i 、3 g p p 、j a i n 等建立起合作关系。 2 2p a rla ya p i 基本接口和业务接口规范 p a r l a ya p i 的目的是对网络运营者范围外的应用的支持，它定义了一套技术 上独立的接口，这些接1 3 规定了方法、事件、参数及语义，使得外部和内部的 应用创作者可以控制核心网络资源。p a r l a y 系统可为访问基于网络的p a r l a y 业 务的外部应用提供资n e 2 。 2 2 1 相关概念 1 接口命名 p a r l a y 规范给出了某接口所支持方法的u m l 接口类的说明，以及相关的参 数和类型。面向客户应用的业务接口和框架接口用名为i p 的类表示； 对应用的呼叫返回接口用名为i p a p p 的类表示。对于在业务和框架之 间的接口，业务接口用名为i p s v c 的类表示，框架接口用名为 i p f w 的类表示。 2 业务工厂 对每一个使用一个s c f 的应用来说，都会创建一个单独的对象来处理所有 与该应用的通信。这个对象即为s m ( 业务管理器) 。这种使用s c f 的方法通常 称为f a c t o r y ( 工厂) 模式。s m 会在该s c f 中创建任意的新对象。这样这个s m 和由其创建的所有对象一起被称为一个“业务实例”。 一旦应用被允许使用一个s c f ，f w ( 框架) 则会请求该s c f 创建一个新的 s m 。对这个s m 的引用被传递给该应用。从此刻起该应用即可开始使用这个 s c f 。 3 会话的使用 会话是在两个端点间的单个连接上发生的一系列交互过程。如对建立、控 制和拆除一次呼叫的所有操作。一个会话通过一个s e s s i o ni d 标识。这个i d 在 一个业务实例中是唯一的，并可以联系到网络中使用的会话编号上。 4 接口和会话 一些接口和会话有一一对应的关系。而对每个会话都有一个单独的接口实 例。这时一个接口的实例就代表该会话。对这样的接口所进行的所有方法的调 用都是作用在同一个会话中。这样的接口不使用会话i d 。 其他的接口可以表示多个会话。底层实现则应该对每个会话创建一个实 例或者其一个实例能够处理多个会话( 如能够处理大量的资源使用情况) 。当对 这样的接口进行方法调用时，需要使用一个会话i d 来唯一标识它需要处理的会 话。 5 回调接口 一些p a d a y o s a p a r l a y 接口需要应用注册一个回调接口这种接口实现 在客户侧( 应用) ，并由服务器( 业务侧) 调用，以报告事件、结果和错误。应 用应该在对应的服务器侧接口创建时即注册其回调接口。 6 设置回调接口 可以使用两种方法，即分别针对使用会话和没有使用会话d 的情况： s c t c a l l b a e k o 和s e t c a l l b a c k w i t h s e s s i o n l d o 。 7 同步和异步方法 p a r l a y 规范中存在两种类型的接口：当某个方法不需要s c s 联系其他网络 节点时，即实现为同步方法( m e t h o d ) 。当这种方法返回时，运行结果被提交 给应用。当发生错误时，即抛出异常。同步方法的例子如检索s c s 中可用数据 的方法，还有如创建对象的方法。 在其他情况下，方法会要求s c s 联系网络中的其他节点。在一条消息从发 送到最终接收到结果，或者到检测出错误，期间会存在延迟。为防止应用被阻 塞或者必须由应用“猜测”s c s 是否出现问题，这些类型的方法被定义为异步 方法。 一个接口的异步方法特征如下：其名字后面为“r e q ”( 对于请求) ，而对 应的回调接口有两个使用相同名字的方法，只不过由“r c s ”和“e r r ”作为结 尾。来识别。当没有发生错误时，调用“r c s ”方法。调用“r e x l ”方法时，s c s 自己能够检铡的问题( 如非法的参数值) 会导致异常。返回“r e q ”方法后，只 应该报告错误。 由于可能并行进行多个请求( 在没有收到结果或者错误时多次调用“r c q ” 方法) ，需要一种机制来将请求和响应进行对应。因此“r c q ”方法返回一个分 配的i d ，而“r e s ”和“e r r ”方法将此i d 作为输入参数。对基于会话的接口 也可使用会话m 。 8 输出参数 p a r l a y 接口中的方法只有输入参数。任何结果只能由返回值来报告。如果需 要返回多个值，需要定义包含一系列值的数据类型。这种数据类型的值由某个 方法返回。 9 通知处理 几种s c f 提供了创建和接收通知的机制。通知报告网络中或s c s 中正在发 生的事件。比如应答、忙和挂机事件。 有两种通知类型。一种由应用创建，另一种由网络控制。第一种针对实际 的用户；第二种由网络运营商进行业务提供时使用。网络运营商创建这种通知， 而应用只需要处理它。 另外通知可以采用n o t i f y 或者i n t e r r u p t 方式。 当创建好一个通知并且应用注册需要通知时，需要提供回调接口。这个回 调接口用于报告通知。 2 2 2 基本接口 p a r l a ya p i 的基本接口类是i p h t c t t a c e ，所有的应用、框架和业务接1 ：3 均继 承自i p i n t e r f a c e 。此a p i 基本接口不提供任何附加的方法。 p a r l a y 规范中规定：业务接口提供接入基础网络的接口，例如呼叫控制【4 j 、 6 用户交互嘲、消息【9 】、移动性【6 】和连通管理【l 川的接口。由业务( 又称为业务能力 特征) 所提供的接口被称为业务接口，由应用所提供的接口被称为应用接口。 p a r l a y d l p i 的基本业务接口类i p s e r v i c e 继承自i p i n t e f f a c e ，且所有的业务接 口均继承于i p s e r v i c e 。 2 3 p a r i a ya p i 的结构分析 口： p a r l a ya p i 是由一些不同的接口组成的，如图2 1 所示，主要有以下五种接 客户应用和框架之间的接口( 接口1 ) ：这个接口主要完成鉴权、授权、 业务发现与选择、建立业务协议、接入业务等保证应用正常使用多涉及 到的基本功能。 客户应用与业务能力特征之间的接口( 接口2 ) ；这个接口主要完成应 用与业务之间的消息交互，应用通过此接口实现对各种业务的调用。 框架和业务能力特征之间的接口( 接口3 ) ：这个接口主要完成业务的 框架注册、框架对业务的管理。 框架和企业经营者之间的接口( 接口4 ) ：这个接口主要完成企业经营 者对业务的订购功能。 框架和第三方业务提供商之间的接口( 接口5 ) 。这个接口允许第三方 业务提供商提供p a r l a y 业务，具体功能与接i = 13 类似。 7 图2 ip a r l a y a p i 接口 2 4p a ri a ya p i 在网络中的位置 p a r l a ya p i 是一组开放的与具体技术无关的a p i ，第3 方业务提供商、独立 软件提供商都能通过p a r l a ya p i 来开发业务【2 0 1 。业务应用开发者通过此接口利 用网络的能力为各个网络的用户提供服务。p a r l a ya p i 提供了一个安全、开放 的接入享有网络的能力。p a r l a ya p i 在网络中的位置如图2 2 所示。 企业域 业务提供 商域 络安全 界限 图2 2p a r l a ya p i 在网络中的位置 由上图可见，p a r l a y a p i 位于现有网络之上，现有网络的网络单元通过p a r l a y 网关与应用服务器进行交互，从而提供第3 方业务或综合业务。p a r l a y 网关与 第三方应用服务器之问的接口为p a r l a ya p i 。p a r l a y 网关是p a r l a y 模型中很重要 的一个网元。我们在下面对其组成和功能进行详细介绍。 p a r l a y 网关位于应用服务器与底层网络之间，应用服务器通过p a r l a y 网关与 底层网络单元进行交互，从而提供第三方业务或综合业务 2 4 1 。p a r l a y 网关由框 架( f r a m e w o r k ) 和业务能力服务器( s e r v i e ：ec a p a b i l i t ys e r v e r ) 组成，业务能 力服务器由一个或多个业务能力特征( s e r v i c ec a p a b i l i t yf e a t u r e ) 组成。业务 能力特征是对网络所提供功能的抽象，负责为高层应用提供访问底层网络资源 和信息的能力；框架提供了保证业务接口开放、安全，以及可管理所必需的能 力p a r l a y 网关与现有网络的网络单元之间的协议采用各个网络的现有协议， 如i n a p 、m a p 、c a p 、s i p 等。p a r l a y 网关应具有以下基本功甜1 6 l ： 业务能力服务器功能 业务能力服务器与应用服务器的业务逻辑执行环境进行交互，提供底层网 络资源所对应的p a r l a y o s a p a r l a y 对象的生存和运行环境，实现多个业务能 3 力特征s c f ，包括c a l lc o n t r o l ，u s e ri n t e r a c t i o n ，m o b i l i t y ，c h a r g i n g 1 2 1 ，t e r m i n a l c a p a b i l i t i e s l 7 1 ，d a t as e s s i o nc o n t r o l 嘲，g e n e t 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 r ， a c c o u n tm a n a g e m e n t t l l 】等。 应用层协议转换功能 提供应用层协议的转换功能，实现c a p ，i n a p ，m a p ，s i p ，m e g a c o ，s m p p 等协议与p a r l a y o s a p a r l a ya p i 之间的映射。 承载协议适配功能 提供承载协议的适配功能，根据应用层协议的需要实现n o 7 ，s i g t r a n 或t c p ，m 协议栈及其服务。 通信功能 p a r l a y 网关通过各种通信协议与底层网络单元之间进行通信以实现应用对 网络资源的利用。p a r l a y 网关通过标准通信中阃件【2 1 1 与应用服务器进行通信。 操作维护和网管功能 p a r l a y 网关可以提供适合于n g n 要求的操作维护和网管能力。 2 5p a r i a ya p l 接口分析 2 5 1 初始化步骤分析 首先大致分析从某个应用初始化以及p a r l a y 网关中的框架( f w ) 【2 】和s c f 的初始化开始到该应用可以使用某个s c f ( 以o c cs c f 为例) 为止，这整个过 程所涉及的接口类和相关方法。 实际上，在编写应用程序之前，已经确定该应用需要调用的s c f 的各方面 的信息，即已经知道框架所能够支持的s c f ，以及该s c f 的业务描述，同时已 经和框架的所有者签署了相关的合同，即有权接入该框架，并确定能够使用该 框架中的哪些s c f ，对s c f 的属性值有了具体的设定。此时应用所需要的s c f 和框架均已经初始化完毕( 即s c f 完成了向f w 的注册，同时实例化一个该s c f 的生命周期管理器，并通过调用f w 中的方法a n n o u n c e s e r v i c e a v a i l a b i l i t y 0 将这 个生命周期管理器实例的引用传递给了f w ，这样f w 将会以【鲫n ，i c c i d ， s e r v i c c i n s t a n o ：l i f c c y d e m a n a g e r r e q 值对的形式反映这个s c f ，其中的s e r c v i e l d 是在s c f 向f w 注册时由f w 为其分配的标识。这样该s c f 就可以被应用发现 了) 之后，应用通过业务发现和业务选择过程【2 6 】，并在应用的 l p a p p s e r v i e e a g r e e m e n t m a n a g e m e n t 对象 和框架的 9 i p s e r v i c e a g r e e m c n t m a n a g e n e n t 对象之间进行业务协定的签署( 在线部分，对于 业务协定，还存在离线部分，即由开发应用的企业和提供p a r l a y 网关的运营商 之间签署的协定) 。这个签署过程中应用会将其定义的业务轮廓传递给f w ， 然后由f w 的i p s e r v i c e a g r e e m e n t m a n a g e n e n t 对象调用目标s c f 中的 i p s e r v i c e i n s t a n c e l i f e c y c l e m a n a g e r 对象的c r e a t e s e r v i c e m a n a g e r ( a p p l i c a f i o n ：i n t p c l i e n t a p p l d , s e r v i c e p r o p e r t i e s ：i nt p s e r v i c e p r o p e r t y l i s t , s e r v i c e l n s t a n c e l d ：i n t p s e r v i c e l n s t a n c e l d ) ：i p s e r v i c e r e f 方法来根据应用的需求创建一个该s c f 的业 务管理器实例( 对于g c c 来说就是i p c a l l c o n t r o l m a n a g e r ) ，从该方法的参数 中，我们可以看出f w 将对应的应用的i d 以及应用所需要的业务属性设置都传 递给了s c f ，同时f w 还为该业务管理器分配了个业务实例i d ，这之后f w 再将该业务管理器的引用返回给应用( 即通过之前应用调用f w 中的 s i g n s e r v i c e a g r e e m e n t ( ) 方法来返回) 。这样，这业务管理器实例及其所创建 的一系列处理呼叫或事件通知的对象就组成了专为该应用服务的s c f 实例，所 以，一个s c f 实例和其服务的应用之间是一一对应的关系。同时应用也会创建 一个i p a p p c a l l c o n l r o l m a n a g e r 对象来负责呼叫方面的处理，然后应用会调用其 对应的s c f 中的业务管理器对象中的s e t b a c k ( ) 来设置回调接口，以便s c f 可以将呼叫有关的事件或者结果返回给应用。到此为止，应用，f w 和s c f 均 已经初始化完毕，等待呼叫事件到来，以触发应用逻辑。 接下来详细分析一下g c c 中的接口类和方法，这些是呼叫过程中主要涉及 的接口类和方法。其中主要为s c f 侧的接口和应用侧的接口。 2 5 2 通用呼叫控制能力( g c c ) 通用呼叫控制服务( g c c s ：g e n e r i cc a l lc o n t r o ls e r v i c e ) 是整个呼叫模型 的子集，它为a p i 提供基本的呼叫控制业务。它基于第三方模式，允许在网络 中建立呼叫并在网络中选路，并且支持足够的能力为目前电话交换网络或基于 分组的智能网( n ) 业务进行选路和管理。g c c s 提供的呼叫局限于两方且不 可控制呼叫l e g 。由于通用呼叫控制服务不能处理多媒体连接，所以不可能控 制媒体信道。 通用呼叫控制由网络侧的两个接口，即i p c a l i c o n l r o l m a n a g e r 和i p c a n ，和 对应企业侧的两个接口，即i p a p p c a l l c o n t r o l m a n a g e r 和i p a p p c a l l 构成。这些 接口中采用了异步方法，它意味着不用锁住进程等待同步进行的事务处理，客 户机可处理多个呼叫。 1 接口类i p c a l l c o n t r o l m a n a g e r 继承自：i p s 廿v i c e , i o 该接口是g c c s 的“业务管理器”接口，它实现在g c cs c f 中，主要由应 用程序调用。g c c s 呼叫控制管理器接口提供对g c c s 的管理功能。应用编程 者可以使用该接口提供过载控制功能，创建呼叫对象以及启用和禁用呼叫相关 的事件通知。 i p c a u c o n t r o l m a n a g e r c r e a t e c a l l ( a p p c a l l ：i ni p a p p c a u r e 0 ：t p c a l l l d e n t i f i e r e n a b l e c a l l n o t i f i e a t i o n ( a p p c a l l c o n t r o l m a n a g e r ： i n i p a p p c a l l c o n t r o l m a r t a g e r r e f , e v c n t c r i t c r i a ：i n t p c a l l e v e n t c f i t e r i a ) ：t p a s s i g n m e n t l d d i s a b l e c a l l n o t i f i c a t i o n ( a s s i g n m e n t l d ：i nt p a s s i g n m e n t l d ) ：v o i d s c t c a l l l o a d c o n t r o l ( d u r a t i o n ：i nt p d u r a t i o n , m e c h a n i s m ：i nt p c a u l o a d c o n t r o l m c c h a n i s m , t r e a t m e n t ：i n t p c a u t r e a t m e n t , a d d r e s s r a n g e ：i nt p a d d r e s s r a n g e ) ：t p a s s i g n m e n t i d c h a n g e c a l l n o t i f i c a t i o n ( a s s i g n m e n t i d ：i n t p a s s i g n m e n t l d , e v e n t c r i t e r i a ： i n t p c a u e v e n t c f i l e r i a ) ：v o i d g e t c r i t e r i a0 ：t p c a u e v e n t c f i t e r i a r e s u l t s e t ( 1 ) 方法c r e a t e c a l l ( ) 该方法用于创建一个新的呼叫对象。i p a p p c a l l c o n t r o l m a n a g e r 应该已传递 给了i p c a l l c o n t r o l m a n a g e r ，否则呼叫控制将不能向应用报告e a l l a b o r t ( ) ( 应 用应该调用s e t c a l l b a c k ( ) 来达到此目的) 。 返回值：c a l l r e f e r e n c e ；指定已创建呼叫的接口引用和s e s s i o n i d 。 参数： a p p c a l l ：i ni p a p p c a l l r e f 指定创建呼叫对象在应用上的接口 返回： 。 t p c a i l l d e n t i f i e r ，其值为包含c a l l r e f e r e n e e 和c a l l s e s s i o n l d 两个元素的一 个结构体。 ( 2 ) 方法e n a b l e c a l l n o t i f i e a t i o n 0 该方法用于启用呼叫通知，这样有关事件能够发送给应用。这是应用获取 网络中发生的呼叫事件的初始通知的第一步。当这样的事件发生时，应用将会 由c a l l e v e n t n o t i f y o 通知。如果应用对特定呼叫会话域的其他事件感兴趣，它必 须调用呼叫对象的r o u t e r e q o 方法。当应用获取c a l l e v e n t n o t i f y 0 发来的事件通 知时，就可以对呼叫对象进一步操作。( 注意如果呼叫由应用发起的，则启用 呼叫通知是不适用的) 。 本方法纯粹是为了让应用能够得知它们关注的事件何时发生。可以预定整 个地址范围的某事件，如应用可以表明希望得知被叫为任何以8 0 0 开始的号码 的呼叫事件。 如果某些应用请求的通知标准与g c c s 提供的标准重叠( 矛盾) ，则请求 会被拒绝。 如果应用在本方法中未设置回调，则网关会通知应用回调接口为使用方法 s c t c a l l b a c k o 所设置的回调接口。 返回a s s i g n m e n t i d ：指定g c c s 管理器接口为此新启用的事件通知所分配的 。 参数： a p p c a l l c o n t r o l m a n a g e r ：i ni p a p p c a l l c o n t r o l m a n a g e r r e f 如果设置了该参数，它指出了应用接口的引用，以便作为回调接口。否则 使用s e t c a l l b a e k 0 方法所设置的回调接口。 e v e n t c r i t e r i a ：i nt p c a l i e v e n t c r i t e r i a 指定事件的具体标准，只有满足这些标准的事件才会通知应用。 返回； t p a s s i g n m e n t l d ( 3 ) 方法c h a n g e c a l l n o t i f i e a t i o n 0 修改应用所关注的事件标准。 ( 4 ) 方法g e t c r i t e r i a o 应用使用该方法来查询由e n a b l e c a l l n o t i f i c a t i o n 或c h a n g e c a l l n o t i f i c a t i o n 所 设置的事件标准。 返回事件标准。 2 接口类i p a p p c a l l c o n t r o l m a n a g e r 继承自：i p i n t e r f a c e ： 该接口向g c c s 提供应用呼叫控制管理功能，主要由g c cs c f 调用，以向应 用反馈呼叫相关的事件或通知。可以理解为与s c f 中的i p c a l l c o n t r o l m a n a g e r 1 2 重鏖墅皇丕堂堡主丝塞 箜三童! 苎! ! 型垒! ! 对象相对应的实体。 ( 1 ) 方法c a l l a b o r t