在通信产业正从导入期向拓展期演进的今天，面对用户消费模式的变迁大潮，面对互联网的骨灰级创新模式以及新媒体的广泛传播，甚至还有IT厂商、内容整合者与消费电子厂商向运营领域的渗透，运营商正在采取一种积极的融合、开放的态度，努力尝试开放其电信能力，集思广益，发挥第三方企业与个人的创新能力，打造丰富的增值应用。另一方面，运营商也希望借用这种电信服务的二次分发渠道，促进基本电信服务的销售。尤其是终端与软件厂商在在线应用商店市场烽烟四起之时，运营商必须要利用电信能力（可靠的通信服务、用户数据、情境、认证、计费等）打造一条新的差异化的道路。

    运营商的积极尝试

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

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

    技术方案迎合Web发展

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

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

    ParlayX

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

    ParlayREST

    而在Web2.0领域，支持Ajax技术的API相对应用比较广泛，风格为REST。（注：REST=REpresentational State Transfer，表示性状态转移，是Roy Fielding博士在2000年他的博士论文中提出来的一种软件架构风格。REST不是一种新技术，也不是一种标准，而是一组设计原则）。与基于SOAP的Web 服务（Parlay X就是基于SOAP的Web服务）相比，REST API更加轻量级，具有更优良的开发者友好性，便于Web应用的开发和Mashup。因此越来越多的Web服务开始采用REST风格设计和实现。例如，Amazon.com提供接近REST风格的Web服务进行图书查找；雅虎提供的Web服务也是REST风格的（维基百科）。

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

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

    GSMAOneAPI

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

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

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

    技术方案比较

    上面提到了两种类型的电信能力开放方案：ParlayX与REST模式，下面来比较一下两种方案的优劣。ParlayX是一套典型的基于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风格比较

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

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

    总结

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