楊亞

【摘要】 RCS富媒體通信是由GSMA制定的技術(shù)標(biāo)準(zhǔn)和規(guī)范，用于提供可互操作、融合、豐富的通信體驗(yàn)。本論文針對RCS網(wǎng)絡(luò)運(yùn)營商之間國際業(yè)務(wù)的互操作、欺詐管理和計(jì)費(fèi)提出了建議。

【關(guān)鍵詞】 RCS互通 國際 計(jì)費(fèi) 話單

一、前言

移動(dòng)運(yùn)營商在啟動(dòng)RCS互通時(shí)需要考慮漫游、接口和計(jì)費(fèi)等問題，從而確?？邕\(yùn)營商的可互操作的實(shí)現(xiàn)，促進(jìn)RCS國際業(yè)務(wù)的平滑激活以便保障終端用戶的利益。

二、流量監(jiān)控、欺詐防治和公平使用原則

考慮到未來的互通欺詐或異常流量模式，例如：欺詐情況下的流量發(fā)起、人為膨脹流量、異常內(nèi)容、RCS通信的未授權(quán)內(nèi)容、RCS垃圾郵件等。在這些情況下，需要能夠?qū)CS互通業(yè)務(wù)的目的地進(jìn)行流量分析。

為了限制潛在的濫用行為，需要在流量進(jìn)出的互通接口處設(shè)置和實(shí)施參數(shù)：由公司或集團(tuán)發(fā)起群聊會(huì)話的最大參與者數(shù)量；每個(gè)視頻共享會(huì)話的最大承諾帶寬；每個(gè)視頻共享會(huì)話的最長持續(xù)時(shí)間；每個(gè)圖片共享的最大尺寸；每個(gè)大消息模式消息的最大大??；指定時(shí)間段內(nèi)尋呼模式消息的最大數(shù)；指定時(shí)間段內(nèi)的大消息模式消息的最大數(shù)量；每個(gè)即時(shí)消息的最大尺寸；每個(gè)一對一聊天或群聊會(huì)話的最長持續(xù)時(shí)間；每個(gè)聊天會(huì)話的最大即時(shí)消息數(shù)；每個(gè)文件傳輸?shù)淖畲蟠笮。粫?huì)話不活動(dòng)的計(jì)時(shí)器。

需要基于每個(gè)運(yùn)營商分析和監(jiān)控流量，包括進(jìn)入和流出流量，并針對每個(gè)RCS互通業(yè)務(wù)的信令流量進(jìn)行分析和監(jiān)控。

三、漫游場景下的RCS互通

RCS漫游可以通過兩種方式實(shí)現(xiàn)：第一種方式基于歸屬地的路由，在這種模式下拜訪地運(yùn)營商是沒有RCS服務(wù)感知的，拜訪地和歸屬地運(yùn)營商之間流量的交互通過和現(xiàn)有漫游數(shù)據(jù)業(yè)務(wù)相同的GTP隧道來實(shí)現(xiàn)，在“基于歸屬地路由”的情況下，拜訪地和歸屬地運(yùn)營商不需要簽訂RCS互通協(xié)議或漫游協(xié)議。第二種方式基于拜訪地的路由，在這種模式下拜訪地運(yùn)營商參與RCS服務(wù)的交付，并且拜訪地和歸屬地運(yùn)營商之間流量的交互必須依據(jù)RCS互通要求， 在“基于拜訪地路由”的情況下，拜訪地和歸屬地運(yùn)營商需要簽訂RCS互通協(xié)議或漫游協(xié)議。

四、服務(wù)感知和服務(wù)未知模型的收費(fèi)原則

下表顯示了基于運(yùn)營商的收費(fèi)模型，運(yùn)營商需要考慮所有可能的收費(fèi)原則。對于服務(wù)感知型，根據(jù)具體的服務(wù)類型來進(jìn)行收費(fèi)，如：持續(xù)時(shí)間（分鐘），流量（MB），事件等。對于服務(wù)未知型，根據(jù)協(xié)議統(tǒng)一按照流量進(jìn)行收費(fèi)。

需要為每個(gè)互通的運(yùn)營商生成單獨(dú)的RCS費(fèi)用賬單，且賬單中需要能區(qū)分出每個(gè)RCS互通服務(wù)。如果互通運(yùn)營商的賬單中包含多個(gè)終端網(wǎng)絡(luò)，賬單中必須單獨(dú)列出每個(gè)終端網(wǎng)絡(luò)的收費(fèi)項(xiàng)。為保證賬單出具的準(zhǔn)確性，需要交互批量的數(shù)據(jù)信息用于賬單的對賬，為了便于對賬，用于交互的批量數(shù)據(jù)信息應(yīng)按照賬單的帳期來進(jìn)行細(xì)分，批量數(shù)據(jù)交互的頻率為每天，結(jié)算周期為每個(gè)自然月。

五、計(jì)費(fèi)話單出具

這些用于交互的批量數(shù)據(jù)包括每一次的會(huì)話/傳輸/共享等RCS應(yīng)用所生成的話單，且這些話單需要合并到一個(gè)話單群組中，批量數(shù)據(jù)中需要體現(xiàn)UTC時(shí)區(qū)信息。各種RCS服務(wù)生成的話單數(shù)據(jù)要求如下：

· 即時(shí)通訊（一對一聊天和群聊）：每個(gè)終端運(yùn)營商成功傳送的消息數(shù)、成功建立的聊天會(huì)話數(shù)或已成功傳輸?shù)牧髁浚縈B）或它們的任意組合?？紤]到計(jì)費(fèi)的便利性，建議按照消息的個(gè)數(shù)來進(jìn)行計(jì)費(fèi)。

· 文件傳輸：每個(gè)終端運(yùn)營商成功傳輸?shù)奈募?shù)或已成功傳輸?shù)牧髁浚縈B）或兩者的組合

· 圖像共享：每個(gè)終端運(yùn)營商已成功共享的圖像數(shù)或已成功傳遞的流量或兩者的組合

· 視頻共享：每個(gè)終端運(yùn)營商成功建立的視頻共享會(huì)話的持續(xù)時(shí)間（秒）或已成功傳遞的流量（每MB）

這些用于計(jì)費(fèi)的話單由相應(yīng)的網(wǎng)元生成并傳送到計(jì)費(fèi)系統(tǒng)，對于計(jì)費(fèi)話單運(yùn)營商應(yīng)該盡可能體現(xiàn)多的信息。計(jì)費(fèi)話單至少需要包括以下要素：會(huì)話開始時(shí)間、持續(xù)時(shí)間；交互的流量；編解碼器（視頻共享可選）；會(huì)話期間的消息數(shù)；識別業(yè)務(wù)發(fā)起、參與或接收的終端用戶；標(biāo)識會(huì)話是否為群組聊天上下文的一部分；標(biāo)識群組聊天發(fā)起方歸屬的運(yùn)營商；標(biāo)識會(huì)話發(fā)起和終止時(shí)的運(yùn)營商；標(biāo)識會(huì)話發(fā)起和終止時(shí)的中轉(zhuǎn)服務(wù)商；發(fā)送文件的參與者數(shù)量

注意：信令業(yè)務(wù)不應(yīng)包含可計(jì)費(fèi)的用戶數(shù)據(jù)。

參 考 文 獻(xiàn)

[1] WAS 03_015 RCS Services Rollout，GSMA，2016年3月