電信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方面，我們同樣需要相關行業組織積極努力，制定出統一的、多數運營商可以遵守的標準，避免運營商各自為政，最終難以實現規模化的運作。愛立信則希望通過業務能力開放網關產品，去服務運營商，幫助他們開辟新的市場。