0 前言
目前，Kakao Talk、WhatsAPP、iMessage等互聯(lián)網(wǎng)應(yīng)用的廣泛使用，令運(yùn)營商的短信收入急劇下降。微軟主推的Skype、蘋果公司提供的FaceTime等應(yīng)用也對運(yùn)營商的語音收入帶來嚴(yán)重威脅，而谷歌和美國運(yùn)營商Sprint的合作，讓用戶可基于電話號碼使用谷歌的VoIP服務(wù)，則進(jìn)一步預(yù)示了傳統(tǒng)CS電話業(yè)務(wù)的衰退。為了應(yīng)對互聯(lián)網(wǎng)業(yè)務(wù)的挑戰(zhàn)，GSMA積極推進(jìn)富通信套件（RCS）標(biāo)準(zhǔn)的制定和產(chǎn)業(yè)化活動。
RCS是一種基于手機(jī)地址本的，集語音、即時(shí)消息、文件傳輸、內(nèi)容共享、呈現(xiàn)、位置服務(wù)等多種通信方式于一體的融合通信服務(wù)。但RCS不僅僅局限于上述所列功能，它的版本仍在更新中，后續(xù)版本將繼續(xù)補(bǔ)充其他新功能。同時(shí)RCS也進(jìn)行了API開放的相關(guān)研究，包括網(wǎng)絡(luò)地址本、即時(shí)消息、文件傳輸?shù)饶芰Χ紝㈤_放給第三方，以便基于RCS提供更多、更豐富的業(yè)務(wù)。因而，RCS是運(yùn)營商提升競爭力，提高單個(gè)用戶ARPU值的重要途徑。
本文將從標(biāo)準(zhǔn)規(guī)范、開放API、產(chǎn)業(yè)情況等方面介紹RCS的情況，并對RCS的網(wǎng)絡(luò)部署、可能存在的問題提出相關(guān)建議。
1 RCS標(biāo)準(zhǔn)規(guī)范
RCS從2007年開始成立工作組，截至目前，按照時(shí)間順序其功能規(guī)范的版本經(jīng)歷了RCS 1/2/3/4/RCS-e/5/5.1共7個(gè)階段。其中RCS-e是RCS 2的簡化版，是一個(gè)較為特殊的版本，其產(chǎn)生的主要原因是在前期推動RCS商用時(shí)，發(fā)現(xiàn)功能過多導(dǎo)致終端開發(fā)速度慢、網(wǎng)絡(luò)難以迅速適應(yīng)等問題。因而歐洲五大運(yùn)營商Deutsche Telekom、Orange-FT、Telecom Italia、Telefonica、Vodafone 從2011 年初開始啟動RCS-e 的研究，對RCS 2的功能進(jìn)行簡化。但是從RCS 5開始，RCS-e和RCS 4又進(jìn)行了整合，統(tǒng)一于一個(gè)版本，不再另行發(fā)展。
RCS 1發(fā)布于2008年12月，該版本定義了通話中內(nèi)容共享、通話或消息聊天時(shí)進(jìn)行文件傳輸、增強(qiáng)型消息、社會呈現(xiàn)、服務(wù)能力信息、高可用性、黑名單、網(wǎng)絡(luò)地址簿等基本業(yè)務(wù)。
RCS 2發(fā)布于2009年6月，在業(yè)務(wù)功能上較RCS 1進(jìn)行了增強(qiáng)，主要體現(xiàn)在：支持用戶通過寬帶接入的方式使用RCS業(yè)務(wù)，但此時(shí)用戶可以發(fā)送短信，不可接收短信；支持使用多終端；支持基于運(yùn)營商管理的網(wǎng)絡(luò)地址簿及對用戶進(jìn)行自動配置。RCS 2的亮點(diǎn)在于支持多終端，用戶不僅可以在手機(jī)上使用RCS，還可以在PC上使用，從而拓展了RCS的使用范圍。
RCS 3發(fā)布于2009年底，對RCS 2的功能進(jìn)行了增強(qiáng)：寬帶接入的設(shè)備作為主要設(shè)備；支持非通話期間的內(nèi)容共享、支持把共享內(nèi)容傳遞給傳統(tǒng)終端；增強(qiáng)的呈現(xiàn)信息，包括地理位置、URL標(biāo)簽等；增強(qiáng)的消息，允許寬帶接入的終端發(fā)送和接收彩信/短信；網(wǎng)絡(luò)增值服務(wù)；對用戶透明的開戶和配置過程。
RCS 4發(fā)布于2010年底，最重要的變化是提出支持LTE，另外也提出支持大文本消息、與短信的后向兼容、視頻共享的暫停和恢復(fù)等功能。RCS 4引入LTE，契合了LTE迅速發(fā)展的潮流，也使RCS可以得到更多運(yùn)營商的支持。
RCS-e 1.1版本發(fā)布于2011年4月，最終版本v1.2.2發(fā)布于2012年7月。它是RCS 2的簡化版本，去掉了社會呈現(xiàn)、心情短語等功能。目前歐洲運(yùn)營商向用戶所提供的RCS業(yè)務(wù)，均是基于此版本。RCS-e的功能如圖 1所示［1］，圖中的左邊部分是RCS-e不支持的功能。
RCS 5.0發(fā)布于2012年4月，它基于RCS 1～4和RCS-e 1.2，包括了RCS 1～4和RCS-e 1.2的所有功能，融合了歐洲和北美的RCS標(biāo)準(zhǔn)。相比之前的各版本，RCS 5.0擴(kuò)展了1對1聊天、群組聊天、文件傳輸?shù)墓δ埽略隽薎P Video Call、HD Voice Call、地址位置交換，支持OMA CPM 和OMA SIMPLE IM。RCS 5.0可以稱作是RCS的集大成者，不僅包括了之前各RCS版本的功能，還新增了許多功能，是一個(gè)十分受人關(guān)注的版本。
RCS 5.1發(fā)布于2012年8月，隨后幾個(gè)月還仍然在進(jìn)行修訂，預(yù)計(jì)2013年上半年會最終定稿。相比RCS 5.0，RCS 5.1主要是增加文件的存儲轉(zhuǎn)發(fā)、靜態(tài)群組消息的存儲轉(zhuǎn)發(fā)、在地圖上顯示位置等功能。
總的來說，從RCS 1到RCS 5.1，標(biāo)準(zhǔn)規(guī)范所定義的功能越來越豐富，有效地?cái)U(kuò)展了運(yùn)營商的基本電信業(yè)務(wù)范疇，有利于運(yùn)營商基于高速的網(wǎng)絡(luò)環(huán)境向用戶提供更多業(yè)務(wù)。
同時(shí)，從上述標(biāo)準(zhǔn)的進(jìn)展可以看出，GSMA近幾年一直致力于推進(jìn)RCS的發(fā)展，標(biāo)準(zhǔn)更新速度非常之快。在OTT應(yīng)用對運(yùn)營商傳統(tǒng)業(yè)務(wù)的大量侵蝕情況下，RCS被認(rèn)為是運(yùn)營商應(yīng)對OTT競爭的強(qiáng)有力武器，備受全球運(yùn)營商、設(shè)備商、終端廠家的關(guān)注，因而GSMA加大對RCS標(biāo)準(zhǔn)制定的投入也在情理之中。下面分別從用戶、運(yùn)營商、第三方開發(fā)者的角度介紹RCS的優(yōu)勢。
對于用戶而言，相比OTT等互聯(lián)網(wǎng)應(yīng)用，RCS具有以下優(yōu)勢。
a） 集成到手機(jī)中，用戶無需安裝，直接使用。RCS的使用方式類似于短信，例如，十多年前的手機(jī)可能并不支持短信，當(dāng)出現(xiàn)短信這個(gè)新業(yè)務(wù)后，短信功能被內(nèi)置于手機(jī)中，用戶直接使用即可。需要注意的是，目前用戶所使用的手機(jī)絕大部分未內(nèi)置RCS功能，對于這些手機(jī)，可以下載安裝RCS客戶端。
b） 全球運(yùn)營商均遵循GSMA標(biāo)準(zhǔn)，可快速實(shí)現(xiàn)66億多移動用戶的互通。還以短信為例，短信是所有運(yùn)營商均支持的業(yè)務(wù)，用戶可以給任何一個(gè)移動手機(jī)用戶發(fā)送短信，而不用考慮接收方是否支持短信功能。
c） 運(yùn)營商級的業(yè)務(wù)，可以保證良好的服務(wù)質(zhì)量。相比OTT應(yīng)用提供的IP語音、即時(shí)消息等功能，RCS是運(yùn)營商的自營業(yè)務(wù)，運(yùn)營商可以在業(yè)務(wù)質(zhì)量方面提供有效保證。
對于運(yùn)營商，RCS具有以下優(yōu)點(diǎn)。
a） 業(yè)務(wù)種類豐富，可以提升運(yùn)營商在用戶中的形象。
b） 開放API，使運(yùn)營商可提供特色業(yè)務(wù)或讓第三方開發(fā)新業(yè)務(wù)。
c） 終端產(chǎn)業(yè)鏈共同遵循GMSA標(biāo)準(zhǔn)，減少定制終端的工作量。
d） 全球統(tǒng)一品牌，識別度高，可迅速進(jìn)行推廣。
對于第三方開發(fā)者而言，RCS的API在全球統(tǒng)一，基于RCS開發(fā)的新應(yīng)用，一旦在某個(gè)運(yùn)營商網(wǎng)絡(luò)中開發(fā)成功，則在全球所有運(yùn)營商網(wǎng)絡(luò)中均可推廣。
2 RCS API
RCS API的目的在于開放網(wǎng)絡(luò)能力，便于開發(fā)新的應(yīng)用，讓RCS業(yè)務(wù)延伸到新的用戶群體，開創(chuàng)新的盈利機(jī)會和商業(yè)模式。RCS API包括的內(nèi)容有授權(quán)框架、一般通知、網(wǎng)絡(luò)地址簿、能力發(fā)現(xiàn)、消息、文件傳輸、內(nèi)容共享。
《RCS-e Network API Detailed Requirements 1.0》與《RCS API Detailed Requirements 1.1》均發(fā)布于2011年10月，其中1.0版本主要針對RCS-e，而1.1版本則主要針對RCS 1/2/3。《RCS Network API Detailed Requirements 2.0》發(fā)布于2012年5月，融合了1.0和1.1版本，解決了同時(shí)存在多個(gè)API規(guī)范的混亂局面。
RCS API 2.1發(fā)布于2012年7月，對RCS API 2.0中的一些錯(cuò)誤進(jìn)行了修訂。2.2版本發(fā)布于2012年11月，添加了長時(shí)間存活群組的API、VoIP和Video Over IP的API。目前GSMA正在基于RCS 5.1標(biāo)準(zhǔn)規(guī)范制定RCS API的2.3版本，截至2013年2月底，2.3版本的API已完成初稿，正在征求各運(yùn)營商、設(shè)備商、終端廠家的意見。
需要注意的是，在研究RCS API之前，GSMA于2008年曾提出了One API項(xiàng)目，這個(gè)項(xiàng)目與RCS API有許多相同之處，也是關(guān)注運(yùn)營商應(yīng)該開放哪些網(wǎng)絡(luò)能力以及如何開放這些能力，以吸引Web開發(fā)者。One API與RCS API的工作流程有許多相同的地方，均是提出相應(yīng)的API需求，然后提交給OMA，由OMA挑選確定后，形成一個(gè)新的規(guī)范或加入到對應(yīng)的已有API規(guī)范中。
One API項(xiàng)目提出了Messaging（消息），Payment（支付）和Location（地理位置）等API的需求，并提交給OMA進(jìn)行標(biāo)準(zhǔn)化。2010年，One API項(xiàng)目還在加拿大3家運(yùn)營商的網(wǎng)絡(luò)中進(jìn)行了開放的試驗(yàn)，該試驗(yàn)運(yùn)行2年，共有超過400個(gè)注冊開發(fā)者，創(chuàng)造的價(jià)值超過1 800萬加元。從這個(gè)應(yīng)用案例可以看出，One API在網(wǎng)絡(luò)能力開放方面，做了一些十分有意義的工作。
2012年以后，由于RCS API逐漸受到大家的重視，一些工作與One API有重復(fù)之處，而One API本身的標(biāo)準(zhǔn)化工作也逐漸減少，因而2013年1月底，GSMA的產(chǎn)品與服務(wù)管理委員會（PSMC）決定關(guān)閉One API，相關(guān)標(biāo)準(zhǔn)化工作轉(zhuǎn)交給其他工作組。
在One API和RCS API之前，對于開放電信網(wǎng)絡(luò)能力方面的研究，曾經(jīng)出現(xiàn)過基于CORBA的Parlay API和基于SOAP的Parlay X API，但均由于過于復(fù)雜而未獲得大范圍推廣。而One API和RCS API則是基于目前流行的REST風(fēng)格進(jìn)行描述和設(shè)計(jì)，可以讓第三方開發(fā)者使用HTTP調(diào)用電信能力，十分簡單易行。因而，雖然One API已經(jīng)停止工作，但是在2013年年初的GSMA會議上，專家們提出，IMS網(wǎng)絡(luò)正在逐漸得到部署，其能力開放的研究還未完成，需要成立專門的工作組進(jìn)行研究，以彌補(bǔ)關(guān)閉One API項(xiàng)目帶來的缺陷。由于RCS基于IMS，RCS API可以看成是IMS API（即IMS網(wǎng)絡(luò)能力的開放），因而專家們建議即將成立的IMS API工作組可重點(diǎn)關(guān)注RCS API。
綜上所述，RCS API的工作在未來一段時(shí)間仍是運(yùn)營商關(guān)注的焦點(diǎn)，其與IMS API密切相關(guān)，可以這樣認(rèn)為，RCS API的開放即相當(dāng)于IMS網(wǎng)絡(luò)能力的開放。
3 產(chǎn)業(yè)情況
為了保證RCS業(yè)務(wù)的全球互通性以及給用戶以統(tǒng)一的感知，GSMA提出了基于RCS-e的“Joyn”品牌。“Joyn”分為對終端的認(rèn)證和對運(yùn)營商網(wǎng)絡(luò)的認(rèn)證。對于用戶而言，所有獲得“Joyn”品牌使用權(quán)的終端或運(yùn)營商網(wǎng)絡(luò)均具備和其他“Joyn”終端或網(wǎng)絡(luò)進(jìn)行互通的能力。通過這種方式，RCS可以在全球范圍內(nèi)快速獲得用戶的認(rèn)可，并可保證用戶所能使用的業(yè)務(wù)是一致的。
當(dāng)前，通過“Joyn”認(rèn)證的終端有10多款，既包括內(nèi)置RCS-e的終端，也包括RCS-e軟終端；通過“Joyn”認(rèn)證的網(wǎng)絡(luò)則有西班牙沃達(dá)豐、德國沃達(dá)豐、西班牙移動之星等6個(gè)網(wǎng)絡(luò)。
在2012年，歐洲、美國、韓國的一些運(yùn)營商已向用戶正式提供“Joyn”服務(wù)。其中，西班牙3家處于領(lǐng)先位置的移動網(wǎng)絡(luò)運(yùn)營商Movistar、Orange和Vodafone在2012年11月開始提供“Joyn”業(yè)務(wù)。美國的MetroPCS同期亦開始向用戶提供基于LTE的RCS業(yè)務(wù)。而韓國的SK、KT和LG Uplus 則在2012年12月開始向用戶提供RCS業(yè)務(wù)。
除了上述已經(jīng)正式對外宣布提供“Joyn”服務(wù)的運(yùn)營商外，法國與意大利的運(yùn)營商預(yù)計(jì)2013年上半年也將會向用戶提供RCS業(yè)務(wù)。基于目前RCS的發(fā)展趨勢，預(yù)計(jì)未來2～3年內(nèi)，將是RCS快速發(fā)展的時(shí)期。
關(guān)于在我國如何開展RCS業(yè)務(wù)，建議國內(nèi)運(yùn)營商參考西班牙、韓國的方式，聯(lián)合起來共同推廣，以形成規(guī)模優(yōu)勢。RCS是運(yùn)營商未來的基本電信業(yè)務(wù)，其目標(biāo)是應(yīng)對OTT的競爭，因而在RCS的應(yīng)用方面，運(yùn)營商間并不是競爭關(guān)系，而是相互支撐、相互合作，共同擴(kuò)大市場規(guī)模的關(guān)系。對于國內(nèi)運(yùn)營商間的RCS互通，可以考慮運(yùn)營商各自設(shè)立網(wǎng)關(guān)，通過網(wǎng)關(guān)實(shí)現(xiàn)RCS的互通，具體內(nèi)容可參考《RCS Interworking Guidelines》，該文檔在GSMA中對應(yīng)的文檔編號是IR.90。另外，鑒于目前國內(nèi)用戶所使用的手機(jī)均未內(nèi)置RCS功能，因而在推廣初期，可以建議用戶下載安裝RCS客戶端，而對于未來的入網(wǎng)手機(jī)，則要求其必須支持RCS功能。通過這種方式，可以有效地?cái)U(kuò)大RCS用戶規(guī)模。
4 RCS部署建議
隨著GSMA持續(xù)推進(jìn)RCS的研究及商用，越來越多的運(yùn)營商對RCS均表達(dá)出了濃厚的興趣，著手制定RCS的商用部署方案。下面對制定部署方案中需考慮的問題進(jìn)行介紹。
4.1 RCS與自營OTT應(yīng)用的關(guān)系
目前許多運(yùn)營商均有自營的OTT應(yīng)用，這些應(yīng)用也向用戶提供即時(shí)消息、文件傳輸?shù)墓δ埽cRCS的一些基本功能完全重合。因而，運(yùn)營商在考慮部署RCS時(shí)，需要考慮如何處理RCS與已有自營應(yīng)用的關(guān)系。
a） 部署RCS后，是否減少對自營應(yīng)用的投資。
b） RCS和自營應(yīng)用如何同時(shí)推廣。
c） 兩者之間是否考慮互通。
d） 隨著RCS API的開放，新業(yè)務(wù)是基于RCS開發(fā)還是添加到自營的OTT應(yīng)用中。
4.2 RCS標(biāo)準(zhǔn)業(yè)務(wù)及特色業(yè)務(wù)的提供
由于RCS的標(biāo)準(zhǔn)一直在不斷演進(jìn)，因而需要事先確定使用哪個(gè)版本進(jìn)行商用，是Joyn、Joyn Blackbird 還是Joyn Crane。在確定版本之后，由于RCS的開放性，運(yùn)營商還可以定制一些特色業(yè)務(wù)，以便給用戶更好的體驗(yàn)。但需要注意的是，這些特色業(yè)務(wù)將無法與其他運(yùn)營商的RCS用戶互通，同時(shí)還需要對設(shè)備、終端進(jìn)行定制，不能直接采用標(biāo)準(zhǔn)的RCS設(shè)備和終端。因而在特色和成本之間需要進(jìn)行論證。
4.3 服務(wù)器全國集中部署或分省部署
對于我國運(yùn)營商而言，由于用戶數(shù)目龐大，若參照歐洲、美國、韓國等運(yùn)營商的部署架構(gòu)，對RCS服務(wù)器進(jìn)行集中部署，則有可能無法保證業(yè)務(wù)質(zhì)量。因?yàn)楦魇CS用戶的信令、媒體需要先連接到統(tǒng)一的RCS服務(wù)器，才可到達(dá)接收端，路由過長導(dǎo)致時(shí)延較大；另外所有用戶的流量匯聚到統(tǒng)一的服務(wù)器進(jìn)行處理，對服務(wù)器的性能要求也較高。雖然有上述缺點(diǎn)，但集中部署的優(yōu)勢在于投資小、業(yè)務(wù)開展速度快。若RCS服務(wù)器分省部署，則QoS可以得到保證，但投資規(guī)模大，各省單獨(dú)測試耗費(fèi)時(shí)間長，業(yè)務(wù)開展速度將相對較慢。
4.4 用戶的開戶
運(yùn)營商事先為所有用戶均開通RCS功能，用戶只要安裝RCS客戶端或新購買有內(nèi)置RCS功能的手機(jī)即可使用，這種方式對用戶而言是最便捷的方式，運(yùn)營商也不需要針對RCS開發(fā)業(yè)務(wù)開通流程。此方式在西班牙幾家運(yùn)營商、美國MetroPCS得到應(yīng)用，但這些運(yùn)營商的共同特點(diǎn)都是用戶較少，大約為幾百萬，事先為所有用戶進(jìn)行開戶成本不高。對于中國的運(yùn)營商，由于用戶規(guī)模均以億計(jì)，事先為所有用戶進(jìn)行開戶顯然無法做到。因而建議在用戶首次使用RCS時(shí)，由用戶觸發(fā)開戶流程，RCS客戶端和服務(wù)器共同配合，實(shí)現(xiàn)用戶無感知的開戶流程。但需要注意的是，某些手機(jī)操作系統(tǒng)不允許第三方應(yīng)用讀取手機(jī)的MSISDN和IMSI，因而如何方便快捷地獲取用戶信息，并為用戶實(shí)現(xiàn)自動開戶是必需解決的問題。
4.5 RCS業(yè)務(wù)質(zhì)量保證
從功能上看，RCS業(yè)務(wù)與許多OTT應(yīng)用的業(yè)務(wù)并無區(qū)別，為了吸引更多用戶使用，運(yùn)營商有必要考慮保證RCS的業(yè)務(wù)體驗(yàn)高于OTT應(yīng)用。實(shí)現(xiàn)此目標(biāo)的方式有很多，例如可以給RCS業(yè)務(wù)分配專門的APN，或者基于DPI技術(shù)，對RCS的業(yè)務(wù)流提供較高的優(yōu)先級。
4.6 計(jì)費(fèi)考慮
目前已提供RCS業(yè)務(wù)的運(yùn)營商均是把RCS所產(chǎn)生的流量歸到用戶的流量套餐中，不進(jìn)行單獨(dú)計(jì)費(fèi)。但是RCS的即時(shí)消息、VoIP等業(yè)務(wù)對短信、語音有較大的沖擊，因而在制定計(jì)費(fèi)策略時(shí)需根據(jù)實(shí)際情況進(jìn)行考慮，如可能的話，可針對不同業(yè)務(wù)實(shí)施區(qū)別計(jì)費(fèi)。
4.7 開放RCS的API
RCS的最終目標(biāo)是打造一個(gè)生態(tài)系統(tǒng)，基于RCS提供的核心能力，讓第三方開發(fā)者實(shí)現(xiàn)更多應(yīng)用，如游戲、移動支付等。
除了上述所描述的步驟之外，運(yùn)營商在部署RCS時(shí)還需要考慮目前的3G網(wǎng)絡(luò)對SIP、MSRP、TCP等協(xié)議的支持程度，確保網(wǎng)絡(luò)方面不存在問題。
5 結(jié)束語
RCS重新定義了運(yùn)營商的核心產(chǎn)品和業(yè)務(wù)組合，并且支持網(wǎng)絡(luò)能力的開放，可以為用戶提供更多的選擇；但是RCS同時(shí)也存在業(yè)務(wù)部署周期長、生態(tài)環(huán)境成長緩慢、更新不及時(shí)、終端類型較少等不足之處。另外，目前RCS規(guī)范所定義的許多業(yè)務(wù)均與OTT應(yīng)用類似，在用戶看來可能缺乏創(chuàng)新性，只是把這些業(yè)務(wù)的提供者從互聯(lián)網(wǎng)公司改為運(yùn)營商而已。因而，在RCS部署之后，如何培養(yǎng)用戶習(xí)慣，鼓勵(lì)用戶從OTT應(yīng)用轉(zhuǎn)移到使用RCS上，這是一個(gè)需要解決的問題。而關(guān)于RCS的推廣，需要眾多運(yùn)營商的積極參與，如果只有少數(shù)運(yùn)營商進(jìn)行商業(yè)應(yīng)用，不能形成規(guī)模優(yōu)勢，則RCS的前途堪憂。
雖然RCS存在著許多缺陷，面臨著各種問題，但面對OTT應(yīng)用的步步緊逼，RCS仍然是運(yùn)營商突破重圍，創(chuàng)立一片新天地的重要途徑，甚至可以說是唯一的途徑。運(yùn)營商如果不考慮基于RCS增加業(yè)務(wù)范圍、構(gòu)建生態(tài)圈，則淪為純粹的管道提供商幾乎是必然的事情，而借力于RCS，則有可能遏制OTT應(yīng)用的持續(xù)進(jìn)逼，甚至?xí)黾有碌睦麧櫾鲩L點(diǎn)。
參考文獻(xiàn)：
GSMA. RCS-e - Advanced Communications: Services and Client Specification Version 1.2［EB/OL］. ［2012-12-27］. http://zh.scribd.com/doc/74792363/Rcs-e-Advanced-Comms-Specification-v1-2. 
