电信API：轻量级模式、重量级功能

爱立信（中国）通信有限公司

在通信产业从导入期向拓展期演进的今天，面对用户消费模式的变迁大潮，面对互联网的骨灰级创新模式以及新媒体的广泛传播，甚至还有IT厂商、内容整合者与消费电子厂商向运营领域的渗透，运营商正在采取一种积极的融合、开放的态度，努力尝试开放其电信能力，集思广益，发挥第三方企业与个人的创新能力，打造丰富的增值应用。

同时，运营商也希望借用这种电信服务的二次分发渠道，促进基本电信服务的销售。尤其是终端与软件厂商在在线应用商店市场的竞争烽烟四起之时，运营商必须利用电信能力（可靠的通信服务、用户数据、情境、认证、计费等）打造一条新的差异化道路。

运营商的积极尝试

在开放电信能力方面，全球范围内多数大运营商已经开始了积极尝试。比如，Orange早在2004年5月就启动了Partner计划，这可能是目前最大的第三方生态体系，据称已拥有超过6万名开发者会员。Telefonica从2009年开始在西班牙、英国推广Mashup（混搭）应用，在西班牙已经有超过1800个开发团体，并且预计前5年API带来的收入平均每年会增长130%。此外，像at&t、BT、Vodafone以及国内的大运营商也都正在开展相关的行动，具体内容见表1。

多种方案齐绽放

表1里面出现了很多和开放电信能力相关的术语，比如REST、GSMA OneAPI等，下面我们就来对这些术语以及相关的解决方案与组织进行阐释。

其实开放电信能力并非什么新想法，早在1998年Parlay组织的成立正是致力于为电话网络开发API。借助这些API，第三方机构可以创建自己的应用。Parlay组织在这方面做了统一的标准化工作，制定了基于CORBA的Parlay/OSA API，对各种电信能力的使用进行编程方面的统一工作。另外Parlay/OSA API也获得ETSI与3GPP共同协助。在3GPP中，Parlay被当成开放服务架构（OSA）的一部分。

表1 全球运营商开放电信能力的行动

Parlay X

Parlay/OSA API的调用比较复杂，应用虽然可以做到跨平台，但如果要实现比较复杂的电信能力调用，那么开发者就需要具备相当的电信知识。于是在2003年，Parlay组织发布了一套名为Parlay X的Web服务，制定了基于Web服务的Parlay X API，使得应用对电信能力的使用做到进一步的抽象和简化，屏蔽了电信协议和控制逻辑的原始性和复杂性，因此这些API使用起来非常方便。例如，应用开发人员可以调用单个Web服务请求，获取某移动设备的位置或者拨打电话。该API集适用于大部分开发人员。目前，Parlay X规范由开放移动联盟（OMA）负责管理。

Parlay REST

在Web 2.0领域，支持A j a x技术的API相对应用比较广泛，风格为REST（REpresentational State Transfer，表示性状态转移，是2000年Roy Fielding博士在博士论文中提出来的一种软件架构风格。REST不是一种新技术，也不是一种标准，而是一组设计原则）。

与基于SOAP的Web服务（Parlay X就是基于SOAP的Web服务）相比，REST API更加轻量级，具有更优良的开发者友好性，便于Web应用的开发和Mashup。因此越来越多的Web服务开始采用REST风格设计和实现。例如，Amazon.com提供接近REST风格的Web服务进行图书查找，雅虎提供的Web服务也是REST风格的（维基百科）。

因此就诞生了Parlay REST（面向Parlay X的RESTful约束），它是开放移动联盟OMA颁发的一套标准规范，旨在为OMA中的Parlay X Web服务规范（子）集指定REST Web服务约束。

REST风格API的目标用户是典型的Web开发商。这些开发商对电信服务不是非常了解，但是可以像使用Google或亚马逊服务一样轻松地使用REST服务。

GSMA OneAPI

在开放电信能力方面，GSMA也曾经制定过一项计划，致力于为移动运营商定义一个通用API，即OneAPI，这样Web以及其他应用开发商便可以自由访问网络能力。这些API将同时使用RESTful和Web服务接口。执行该计划的基础是3GPP在TS29.199中定义的Parlay X。计划实施的第一批API将面向消息传送和定位功能。开发商可从中获得巨大的优势，他们的应用能够以统一的方式从多个支持OneAPI的运营商那里获得相关资源。

从根本上讲，OneAPI是GSMA第三方访问项目提议的API集，已被作为OMA Parlay REST标准化活动的内容提交。该提议目前仍处于初期阶段，不过项目团队将尽力让运营商和第三方开发商针对接口定义达成一致，鼓励运营商积极实施，促进第三方开发商广泛使用这些接口。

OneAPI计划的真正焦点并不是API技术创新，而是部署第三方门户的约束和商业/法规要求，包括安全模式、策略实施、支付调解、商业战略、业务模式等等。

迎合Web发展趋势

上面提到了两种类型的电信能力开放方案：Parlay X与REST模式，下面来比较一下两种方案的优劣。

Parlay X是一套典型的基于WS-*的Web服务。WS-*是指一系列Web服务的协议与标准，例如WS-Notification、WS-Security、WSDL和SOAP。业界也称之为“大Web服务”，与轻量级的REST式Web服务相对。

使用WS-*来开发Web服务并不足够简单。WS-*栈的复杂度通常需要中间件协助开发。互操作性方面也存在一些问题，虽然WS-*栈为互操作性作了充分的考虑，但实际上由于中间件的实现和对规范的理解不同，用不同中间件实现的客户端和服务端之间的通信因此往往比较脆弱。另外，简单的脚本语言例如Javascript调用WS-*服务有一定难度。而本质上，WS-*历史上源于RPC，HTTP只是作为传输层协议，因此WS-*并没有充分利用Web得以成功的优点。WS-*与REST的比较如表2所示。

表2 两种API风格比较

通过表2的对比，我们可以看出REST的电信API比Parlay X更加简单，并且其Web服务更加贴合Web的特点；另外从开发商的角度来看，REST更加受青睐。甚至REST式的电信API更适合Web 2.0 Widget轻量级应用与Mashup的开发，比较迎合Web应用的发展趋势。

为应对电信能开放的趋势，爱立信已经推出相关产品：业务能力开放网关（SIG），支持以REST或SOAP方式开放API。基于SIG解决方案，爱立信推出Web IMS业务平台，将IMS通信能力与业务引擎以REST风格的Open API对用户和第三方应用开发者开放。爱立信的SIG、Web IMS解决方案已经在全球范围内获得运营商的广泛认可。

电信业务赖以成功的核心因素之一就是标准化以及网络的兼容性。在电信能力开放API方面，我们同样需要相关行业组织积极努力，制定出统一的、多数运营商可以遵守的标准，避免运营商各自为政，最终难以实现规模化的运作。爱立信则希望通过业务能力开放网关产品，去服务运营商，帮助他们开辟新的市场。