慧聪网首页 > 通信行业 > 技术文章 > 传输网
Parlay X技术浅析及其在NGN中的应用
 
慧聪网   2005年1月31日13时46分   信息来源:《中国数据通信》    

    肖欣

    1 引言

    下一代网络(NGN)是可以提供语音、数据和多媒体等各种业务的综合开放的网络架构,可以支持快速业务部署以及第三方业务控制。NGN开放式业务提供是一个分布式系统,为了实现第三方业务开发,业务结构应采用开放式接口控制技术,正在研究和开发的技术包括移动代理技术、主动网络技术和API技术。目前现实可行的是API技术。许多组织提出了开放业务平台的应用编程接口,Parlay是其中最活跃、最有影响力的一个。


    2 Parlay技术介绍

    2.1 Parlay API简介

  Parlay组织成立于1998年,它是由多家网络运营公司、应用业务供应商、独立软件销售商、设备制造商及标准化组织组成的一个非赢利性组织,它的主要目标就是制定符合工业标准的应用编程接口(API)规范,促使第三方业务供应商或电信运营商基于这一 接口平台,采用不同的技术在无线、Internet 或公众交换网上开发通信产品、提供通信业务,同时为特定的用户群快速定制个性化业务以作为普遍业务的补充。

  Parlay API主要由两部分组成:

  (1)业务接口(Service Interface):这类应用编程接口可以访问Parlay服务器所提供的一系列基本业务能力,譬如建立或释放路由、与用户交互、发送用户消息、设定QoS级别等。业务供应商可以按照不同的业务逻辑调用它们以实现不同的业务。

  (2)框架接口(Framework Interface):它们对客户端使用业务接口提供必需的安全、管理支持。框架服务器保证了底层通信网的安全开放和Parlay服务器的有序运行。

2.2 Parlay规范不足

  Parlay规范过于庞大和复杂,比较难以掌握,而且目前80%的Parlay业务只用到了20%的Parlay API。基于这个原因Parlay组织又推出了Parlay X规范,对Parlay API进行了组合和封装。

  Parlay没有规定与各底层网络的资源接口,所以Parlay服务器和各通信网之间暂时只能由网络运营商自己设定内部的通信协议,如采用JAIN、INAP、SIP将API映射到底层网络。

3 Parlay与Web Service

3.1 Parlay和Web Service的融合

  “Web Service”(Web服务)最先由微软提出,在2000年问世。它并非是一种新的Web工具,而是一种全新的分布计算环境。其基本思想是利用开放式的标准技术,在Internet上实现分布式软件开发、软件工程和软件使用。这里,Service指的就是分布在Internet中的各种软件,无论是单位用户还是个人用户都可以根据业务需求,利用Web Service技术调用在网上已有的Web Service,构成自己的应用软件。

  Parlay/OSA模型与Web Service的目标十分一致。它们的目标都是通过网关接口向上层应用程序提供底层网络能力,从而达到屏蔽底层网络细节的目的。Parlay网关中业务能力也是网络中的分布式软件,而且其重要的应用方向是提供和Internet相结合的融合业务,因此很自然地提出了如何在Parlay中引入Web Service的问题。在Parlay 4.0版本中除了将Parlay UML标准映射到IDL(接口描述语言)外,还映射到了WSDL(Web服务描述语言)。习惯上,把映射到IDL的Parlay标准称作Parlay API,而把映射到WSDL的Parlay标准称作Parlay Web Services。

3.2 Parlay X Web Services研究范围

  如前所述,Parlay API 用于向应用开发者开放底层电信网络的能力,它虽然对底层的网络细节进行了屏蔽,但是仍要求应用开发者具备电信背景知识并熟悉电信网络应用开发流程。这就限制了Parlay API的应用推广。为此,Parlay组织推出了Parlay X Web Services规范,其目的是为了促进不具备电信专业知识的IT开发人员开发下一代网络应用。

  Parlay X Web Services是功能强大但简单、高度抽象的电信网络能力标准构件。无论开发人员是否具备电信专业知识都能够快速理解Parlay X Web Services而且利用它开发出各具特色的应用。Parlay X Web Services具备如下特征:

  (1)每一种Parlay X Web Services均由一组电信网络能力抽象而来,相对功能性而言更加强调简单性。Parlay X Web Services提供的能力可以是同质的(例如仅提供呼叫控制能力)或者异质的(例如同时提供终端位置和用户状态能力)。

  (2)基于Parlay X Web Services的应用与实现Parlay X Web Services的服务器之间采用基于XML语言的消息进行交互。

  (3)Parlay X Web Services语义简单,开发者能够使用通用的Web Service开发技术进行开发,把注意力集中在如何访问电信网络能力上。

  (4)Parlay X Web Services独立于具体网络和网络设备,可以抽象各种不同类型的电信网络能力。

  (5)Parlay X Web Services应当基于Web Service技术。当前采用WSDL调用和描述Parlay X Web Services。

  (6)Parlay X API应当具备可扩展性,应当支持使用现有可靠标准的Web Service技术来集成第三方提供的接口。

  Parlay X Web Services是一组应用接口,但是不提供AAA(认证、授权、记帐)、SLA(服务等级协议)和其他与环境相关的功能。这些功能应当由Web Service架构来提供。

3.3 Parlay X与Parlay关系

  Parlay网关实现了Parlay API,网关中包含提供各种业务能力的业务能力特征(SCF)。Parlay应用可以通过CORBA与Parlay网关交互。应用本身可以用各种语言(如Java、VB、XML脚本等)实现,只要确保能够正确调用Parlay网关提供的API的各类方法并能够正确处理相应的响应。

  Parlay X网关用于描述一套Parlay X Web Services的实现。Parlay X Web Services对Parlay API进行了更高层次抽象并对其做了简化。在大多数情况下,Parlay X Web Services通过调用Parlay网关资源访问底层网络,但是也不排除其直接与底层网络直接进行交互。与Parlay应用类似,Parlay X应用也可以用各种编程语言实现,只要能够进行正确的Web Service调用。

3.4 Parlay X Web Services描述方法

  由于WSDL语法简单且通用性强,所以当前采用WSDL调用和描述Parlay X Web Services。WSDL 是一种XML应用,它的作用是将一个Web Service描述为一组服务访问点。WSDL文档将一个Web Service描述成一组网络端点或者端口,在WSDL中,由于服务访问点以及消息的抽象定义已经和具体的服务期部署和数据格式绑定分离,因此可以再次使用这些抽象对象:消息是对需要交换的信息的抽象描述;端口类型是对Web Service提供的操作的抽象集合。特定端口类型的具体协议和数据格式定义构成了一个可以重用的绑定,一个端口定义成一个可重用绑定和网络地址的关联,一组端口构成了一个服务。

  WSDL在定义Web Sevice时使用了以下元素:

  Types:数据类型的容器,他采用一些类型系统(比如常用的XSD)。

  Message:通信消息的抽象类型化定义。

  Operation:服务提供的操作的抽象化描述。

  Port Type:一个或者多个端点支持的一组操作的抽象。

  Binding:特定端口类型的具体协议和数据格式定义。

  Port:定义为Binding和网络地址的关联的单个的端点。

  Service:一组相关的端点的结合。

  同Parlay规范类似,Parlay X Web Services规范对于适用于各种服务的数据类型和异常统一定义。其他的则在相应的服务文档中单独定义。

3.5 Parlay X Web Services类型

  利用传统方法开发电信网应用时,必须使用特定协议访问网络设备提供的功能。这需要开发人员具备相当充分的电信网络开发经验。另外也可以采用OSA网关方式,通过调用标准API访问网络能力,但是这些接口对于不熟悉电信网的IT开发人员而言也显得过于复杂。利用Parlay X Web Services API,开发人员只要简单地调用一个或几个API就可以实现所需的应用逻辑。在Parlay X Web Services规范1.0版本中,定义了8种基本的服务供开发人员方便地访问电信网络能力。

3.5.1 第三方呼叫

  第三方呼叫Web Service用于创建和管理由应用程序创建的呼叫。

  该服务提供的呼叫API包括以下4类:在两个地址之间建立呼叫、获取指定呼叫的信息、结束指定的呼叫以及取消呼叫请求。

3.5.2 网络发起的第三方呼叫

  该Web Service向第三方应用逻辑提供接口以处理由网络中的用户发起的呼叫。由于它对Parlay API做了简化,故相比之下也有一定的局限,如不能控制特定的呼叫参数,不能长时间地控制呼叫且其健壮性不如Parlay/OSA service API。

  该服务提供的呼叫API包括以下5种:要求应用程序指示网关分别在被叫忙时、被叫不可达时、被叫无应答时、在选路到被叫之前以及被叫摘机时如何处理呼叫。

3.5.3 SMS(短消息服务)

  该Web Service用于向应用开发者提供简单的接口以处理短消息。

  该服务提供的API分为3类:发送SMS API、SMS通知API和接收SMS API。

  其中发送SMS API又细分为以下4种:向指定地址(群)发送SMS、向指定的地址(群)发送SMS标志图、向指定的地址(群)发送SMS振铃音和获取SMS的发送状态。

3.5.4 多媒体消息

  该Web Service用于向应用开发者提供统一的接口以处理多媒体消息。这个统一的接口可以映射到SMS、增强型短消息(EMS)、多媒体消息服务(MMS)、即时传讯(IM)和E-mail等服务。所以该服务是SMS的超集。

  同SMS类似,该服务提供的API也可以分为发送消息API、消息通知API和接收消息API。

  其中发送消息API可以细分为以下2种:向指定的地址(群)发送多媒体消息、获取每条消息的发送状态。

  接收消息API可以细分为以下3种:查询符合预设条件的消息、读取消息的不同部分,在Parlay网关中创建本地文件并返回文件的URI索引以及读取整条消息。

3.5.5 付费

  该Web Service支持付费预留、预付费和后付费。它同时支持按数量(volume)和按金额(currency amounts)计费两种方式以及两者之间的换算和结算。

  该服务提供的API分为4类:按数量计费API、按金额计费API、预留金额计费API和预留数量计费API。

  其中按金额计费API细分为以下2种:从帐户扣费和向帐户退款。

  按数量计费API细分为以下3种:从帐户扣除指定数量,从数量转换为金额以及向帐户退还量。

  预留金额计费API细分为以下4种:预留金额、调整预留额、预留额扣费和释放预留额。

  预留数量API计费细分为以下5种:将预留数量转换为金额、预留数量、调整预留数量、从预留量扣指定数以及释放预留数量。 3.5.6 帐户管理

  该Web Service提供的API支持预付费帐户查询、直接充值以及通过凭证充值。

  该服务提供的API包括以下5种:查询帐户余额、查询余额有效期、帐户余额直接充值、帐户凭证充值和查询帐户交易信息。 3.5.7 用户状态

  该Web Service用于获取用户状态信息(例如MSN好友的状态)。

  该服务提供的API仅一种:请求获得用户的状态信息。

3.5.8 终端位置

  该Web Service用于获取终端的位置信息。

  该服务提供的API仅一种:获取某终端的位置。

4 Parlay X 第三方呼叫服务示例 4.1 业务流程

  了利用Parlay X第三方呼叫服务进行股票交易。业务流程如下:

  (1)应用服务器程序调用股票报价Web服务发现股价已经达到预先设定的阈值。

  (2)应用服务器程序 向数据库发起请求,获取符合要求的用户B和其代理(broker)A的profile。

  (3)应用程序调用Parlay X网关中的第三方呼叫服务在代理A和用户B之间建立起呼叫。

  (4)第三方呼叫业务调用Parlay网关中呼叫控制业务能力(CC SCF)提供的API。

  (5)Parlay网关向移动网络中的MSC发起消息要求在用户B和其代理A之间建立呼叫。

4.2 业务开发和部署

  Parlay X开发者开发应用服务器上的业务逻辑时,不需要关心Parlay X网关和Parlay网关中具体业务能力的实现方法,只需根据Parlay X规范定义的接口进行程序开发。在部署业务时,采用Parlay X Web Services所用的UDDI发现机制,绑定到具备所需业务能力的Parlay X网关上即可。

5 结束语

  在满足用户的个性化需求方面,开放式业务架构为NGN提供了有力的支持和保障。Parlay X目前虽然尚处于起步阶段,但它在使不熟悉电信网络的IT开发人员快速、方便开发新业务方面已经体现出巨大的优越性,可以相信,这项技术必将在NGN中得到广泛应用,在为NGN带来丰富业务的同时,也为运营商和业务提供商带来可观的收益。

 
 
评论    【推荐】 【打印】 【论坛
 
 
[热门关键词]:NGN Parlay X 通信技术 
特别推荐: 
· [专题]拍照手机将蚕食数码相机市场?
· [专题]科健爆特大财务丑闻9月1日被迫退市
更多精彩:
· [专题]熊猫马志平被捕 10亿黑洞三大悬疑
· [专题]中移动海外扩张 收购路线图初现
 相关文章 更多 
·NGN中的路由解决方案  (1.26 15:31)
·智能网在NGN中的地位和作用  (1.26 15:25)
·NGN规模商用要素缺一不可  (1.25 17:11)
·NGN业务穿越NAT/FW的解决方案  (12.24 10:57)
·发展NGN的驱动力  (12.23 14:3)
·NGN承载网技术  (12.22 10:34)
·NGN规模商用前的技术、非技术问题  (12.17 15:16)
·NGN同步要求的探讨  (12.2 15:3)
·NGN和NGI二元互动构架未来网络  (11.30 14:6)
·面向NGN的无线多媒体智能通信终端  (11.17 11:25)
 我来评两句〖查看最新评论〗 
请您注意:
·遵守中华人民共和国的各项有关法律法规
·承担一切因您的行为而导致的法律责任
·本网留言板管理人员有权删除其管辖留言内容
·您在本网的留言,本网有权在网站内转载或引用
·参与本留言即表明您已经阅读并接受上述条款
昵称:匿名
 
分类广告  
产品交易市场
[求购] 大量短信卡
[求购] 网络分析仪
[求购] 电话限时器
[求购] 来电显示电话机
[求购] 中文P/TD电话机
[招标] 交警队通信系统
[招标] 社保触摸屏等设备
热点专题
“简单”线缆复杂应用
你家楼顶的基站安全吗?
高通反诉讼诺基亚侵权
光通信技术与市场研讨会
手机配件:一个都不能少
第四届电信增值业务论坛
首部短信法规近日将出台
行业书店