陳建婷
(南京藝術(shù)學(xué)院 信息化建設(shè)管理中心,江蘇 南京 210013)
融合通信(Rich Communication Suite,RCS)是GSMA國(guó)際標(biāo)準(zhǔn)組織定義的富媒體通信套件,是基于IMS網(wǎng)絡(luò)下對(duì)傳統(tǒng)短信、彩信、語(yǔ)音業(yè)務(wù)的升級(jí),為運(yùn)營(yíng)商發(fā)展融合通信業(yè)務(wù)提供了標(biāo)準(zhǔn)和規(guī)范支撐,成為運(yùn)營(yíng)商對(duì)抗OTT業(yè)務(wù)沖擊的唯一出路。
RCS消息業(yè)務(wù)基于SIP,MSRP,HTTP協(xié)議,定義了多種消息業(yè)務(wù)場(chǎng)景及基本功能,包括:點(diǎn)對(duì)點(diǎn)、群發(fā)、群聊、文件傳輸、MaaP業(yè)務(wù)、增強(qiáng)呼叫等,媒體類型覆蓋文本、圖片、音頻、視頻、名片、地理位置、卡片等,可以給用戶帶來(lái)豐富的業(yè)務(wù)體驗(yàn)。
當(dāng)前,全球各大運(yùn)營(yíng)商都在積極探究和試點(diǎn)RCS業(yè)務(wù)。中國(guó)移動(dòng)早在2014年就開始投資建設(shè)RCS業(yè)務(wù)平臺(tái),到目前為止,平臺(tái)累計(jì)活躍用戶已突破千萬(wàn),RCS已進(jìn)入蓬勃發(fā)展階段。隨著業(yè)務(wù)發(fā)展,同一用戶很可能會(huì)需要在手機(jī)上、PC上、Web頁(yè)面上使用RCS業(yè)務(wù),這必然帶來(lái)了多端同步問(wèn)題。如何不斷提升用戶體驗(yàn)、實(shí)現(xiàn)不同端的消息同步,已成為促進(jìn)業(yè)務(wù)發(fā)展的一個(gè)重要課題[1]。
(1)Native終端,即支持RCS業(yè)務(wù)功能的軟件固化在手機(jī)中,用戶無(wú)需安裝任何軟件,直接從傳統(tǒng)短信入口即可使用RCS組件發(fā)送點(diǎn)對(duì)點(diǎn)或群聊消息,體驗(yàn)豐富的消息業(yè)務(wù)。這是RCS的標(biāo)準(zhǔn)終端形態(tài),目前,國(guó)內(nèi)主流手機(jī)大多已支持。
(2)APP終端,在Native終端發(fā)展過(guò)程中,某些手機(jī)無(wú)法升級(jí)至Native終端,如iOS系統(tǒng),如果用戶想體驗(yàn)RCS業(yè)務(wù),可以安裝相應(yīng)的APP,類似于微信。
(3)PC端,安裝在PC上的即時(shí)通信軟件,用戶通過(guò)手機(jī)號(hào)碼綁定登錄,后臺(tái)接入RCS消息業(yè)務(wù)處理平臺(tái),實(shí)現(xiàn)與手機(jī)端的互通。
(4)Web端,直接在運(yùn)營(yíng)商提供的網(wǎng)頁(yè)上登錄,與PC端類似,綁定手機(jī)號(hào)碼登錄,后臺(tái)接入RCS消息業(yè)務(wù)處理平臺(tái),實(shí)現(xiàn)與手機(jī)端互通。
隨著物聯(lián)網(wǎng)業(yè)務(wù)的發(fā)展,手表、手環(huán)、汽車等都有可能成為RCS消息系統(tǒng)的一種終端形態(tài)存在。從用戶體驗(yàn)上說(shuō),登錄不同的終端都能看到完整的歷史對(duì)話消息,都能實(shí)時(shí)接收在線消息,是一種基本需求,這也意味著多端間的消息同步必須保證消息的完整性和實(shí)時(shí)性[2]。
2.2.1 平臺(tái)推送方式
RCS消息業(yè)務(wù)處理平臺(tái)為每個(gè)用戶記錄注冊(cè)的所有端碼號(hào)和在線狀態(tài)。當(dāng)系統(tǒng)需要向該用戶發(fā)送消息時(shí),根據(jù)用戶的端碼號(hào),向當(dāng)前在線的每個(gè)端都投遞該條消息。如果用戶的某個(gè)端因?yàn)榫W(wǎng)絡(luò)問(wèn)題暫時(shí)無(wú)法接收,則系統(tǒng)對(duì)該端進(jìn)行消息重試。若重試不成功,則緩存消息,并記錄下當(dāng)前發(fā)送的位置,待用戶重新注冊(cè)上線后,再由平臺(tái)繼續(xù)下發(fā)緩存的離線消息。如果一條消息所有的端都接收成功,則從平臺(tái)緩存中刪除。由平臺(tái)確保該用戶的每個(gè)端都收到全量的消息,平臺(tái)對(duì)每個(gè)用戶分配一個(gè)消息隊(duì)列,用于管理待發(fā)消息[3],其組織方式如圖1所示。
圖1 RCS消息業(yè)務(wù)處理平臺(tái)組織方式
2.2.2 CMS方式
CPM消息存儲(chǔ)系統(tǒng)(CPM Message Store,CMS)從RCS消息業(yè)務(wù)處理平臺(tái)實(shí)時(shí)接收消息,內(nèi)部按照郵箱的模式存儲(chǔ)和管理消息,基于iMap協(xié)議為終端用戶提供消息查詢、消息拉取、消息管理等操作。
對(duì)于RCS消息業(yè)務(wù)處理平臺(tái)來(lái)說(shuō),當(dāng)收到用戶A提交的消息后,除正常的業(yè)務(wù)邏輯處理外,還需要要向CMS平臺(tái)同步。CMS平臺(tái)收到該條消息后,存入主叫A用戶的發(fā)件箱中。當(dāng)用戶A在其他終端登錄時(shí),終端可以主動(dòng)到CMS平臺(tái)拉取其發(fā)件箱消息,使用戶A的每個(gè)端都能看到自己曾經(jīng)發(fā)送過(guò)的全量消息。CMS方式下的消息同步流程如圖2所示。
圖2 CMS方式下的消息同步流程
當(dāng)RCS消息業(yè)務(wù)處理平臺(tái)需要向用戶B投遞消息時(shí),同時(shí)將該條消息同步給CMS平臺(tái),CMS平臺(tái)將消息存入用戶B的收件箱中。當(dāng)用戶B在其他端登錄時(shí),終端可以主動(dòng)到CMS平臺(tái)拉取其收件箱中的消息,使用戶B的每個(gè)端都能看到自己收到的全量消息。
當(dāng)終端成功收到消息后,可向RCS消息業(yè)務(wù)處理平臺(tái)返回遞送報(bào)告。同樣地,RCS消息業(yè)務(wù)處理平臺(tái)可將遞送報(bào)告同步給CMS平臺(tái),由CMS平臺(tái)對(duì)相應(yīng)的消息記錄其狀態(tài)。當(dāng)用戶登錄其他終端時(shí),消息遞送的狀態(tài)信息也可同步到其他終端,從而實(shí)現(xiàn)多端間消息狀態(tài)同步邏輯,如消息靜默、消除紅點(diǎn)等業(yè)務(wù)體驗(yàn)。CMS方式下的回執(zhí)同步流程如圖3所示。
2.2.3 兩種方式比較
(1)平臺(tái)推送方式。在終端上處理簡(jiǎn)單,僅需要被動(dòng)接收消息,多端間的消息同步邏輯完全由平臺(tái)控制,對(duì)平臺(tái)的要求較高,需要對(duì)用戶的每一個(gè)端的狀態(tài)進(jìn)行管理,在線實(shí)時(shí)投遞,離線失敗保存,從而保證消息同步的實(shí)時(shí)性。
圖3 CMS方式下的回執(zhí)同步流程
(2)CMS同步方式。由于RCS消息業(yè)務(wù)處理平臺(tái)和CMS平臺(tái)間消息是實(shí)時(shí)同步的,而CMS與終端間也具備實(shí)時(shí)接口,所以,RCS消息業(yè)務(wù)處理平臺(tái)僅需要針對(duì)在線端實(shí)時(shí)投遞消息,對(duì)離線端不用保存消息,也不需要對(duì)主叫用戶進(jìn)行多端消息同步發(fā)送處理。通過(guò)CMS方式多端同步消息,可大大簡(jiǎn)化RCS消息業(yè)務(wù)處理平臺(tái)的邏輯,也降低了設(shè)備性能消耗。另外,CMS平臺(tái)可屏蔽用戶不同終端的能力差異,完全依據(jù)終端拉取行為推送消息,平臺(tái)處理簡(jiǎn)單、可靠。
CMS同步方式對(duì)終端的要求比較高,需要終端同時(shí)與RCS消息業(yè)務(wù)處理平臺(tái)和CMS平臺(tái)間具備實(shí)時(shí)接口,且對(duì)于實(shí)時(shí)接收到的消息和從CMS拉取下來(lái)的離線消息做合并處理,并按時(shí)間順序正確展示。終端需要根據(jù)CMS中的消息狀態(tài)變更,實(shí)時(shí)更新本端上的消息展示界面。
綜上所述,在RCS業(yè)務(wù)發(fā)展初期,終端對(duì)RCS業(yè)務(wù)的支持普遍還停留在基礎(chǔ)階段,通過(guò)RCS消息業(yè)務(wù)處理平臺(tái)推送方式實(shí)現(xiàn)多端間消息同步,是相對(duì)簡(jiǎn)單、可行的一種方案;CMS方案作為標(biāo)準(zhǔn)規(guī)范不失為一種較好的多端消息同步方式,但鑒于目前終端發(fā)展還很有限,短期內(nèi)難以實(shí)現(xiàn)。相信隨著RCS業(yè)務(wù)的不斷發(fā)展,多端間消息同步機(jī)制還會(huì)有更多不斷優(yōu)化調(diào)整的空間,用戶體驗(yàn)也會(huì)越來(lái)越好。