虛擬運營商與基礎(chǔ)電信運營商的結(jié)算機制的探討

石靖寧

【摘要】 本文分析和闡述了虛擬運營商對“擺脫”結(jié)算工作的約束條件的迫切性，并對建立規(guī)范的國內(nèi)電信基礎(chǔ)運營商和虛擬運營商之間的結(jié)算機制提出了相應(yīng)的建議，助力虛擬運營商專注其核心領(lǐng)域以更好地發(fā)展轉(zhuǎn)售業(yè)務(wù)。

【關(guān)鍵詞】 虛擬運營商 基礎(chǔ)電信運營商 結(jié)算機制

一、引言

當(dāng)前，國內(nèi)虛擬運營商的業(yè)務(wù)啟動正緊鑼密鼓的進(jìn)行，據(jù)工信部的部署，虛擬運營商計劃于2014年6月正式放號，屆時，國內(nèi)20多家的虛擬運營商的品牌和服務(wù)將會陸續(xù)上市。然而，不管這些虛擬運營商采取怎樣的商業(yè)模式，都不可避免的需要與基礎(chǔ)電信運營商進(jìn)行結(jié)算。目前國內(nèi)的移動轉(zhuǎn)售業(yè)務(wù)剛起步，虛擬運營商與電信運營之間的結(jié)算機制尚待建立和完善；且對于虛擬運營商而言，話單計費和結(jié)算只是開展轉(zhuǎn)售業(yè)務(wù)的支撐性的基礎(chǔ)工作，并非其商業(yè)模式的盈利點，如這方面投入成本過大，勢必制約著他們的發(fā)展。

因此，本文在借鑒國際漫游話單結(jié)算機制的基礎(chǔ)上，探討建立規(guī)范的虛擬運營商與基礎(chǔ)電信運營商的結(jié)算機制，旨在優(yōu)化移動轉(zhuǎn)售業(yè)務(wù)生態(tài)環(huán)境，促進(jìn)轉(zhuǎn)售業(yè)務(wù)的發(fā)展提供參考。

二、運營商級的結(jié)算的基礎(chǔ)條件

所謂結(jié)算，就是資金收付，即按照相應(yīng)的憑據(jù)向?qū)Ψ绞湛罨蚋犊?。對于與提供一般有形產(chǎn)品的企業(yè)的結(jié)算，結(jié)算的對象明確和直觀。但電信運營商提供的是無形、不可存儲的服務(wù)，結(jié)算只能依據(jù)網(wǎng)元采集的話單，結(jié)算的標(biāo)的不直觀；且運營商的話單格式往往都不一樣。如何讓對方識別、處理和接受話單并以此作為結(jié)算依據(jù)是結(jié)算工作的首要前提?？傮w說來，電信運營商之間結(jié)算的順利進(jìn)行需至少具備這三個基礎(chǔ)：（1）統(tǒng)一的話單格式，否則，對方無法處理。（2）話單的校驗標(biāo)準(zhǔn)和錯單機制，即識別有效話單與無效話單并通過告知對方錯單的途徑和機制。（3）IT系統(tǒng)支撐，運營商級的話單量基本都是海量數(shù)據(jù)，必須依靠IT系統(tǒng)才能完成話單的校驗和處理。

虛擬運營商從基礎(chǔ)電信運營商批發(fā)電信服務(wù)再轉(zhuǎn)售給消費者，前者依據(jù)消費者產(chǎn)生的話單向后者結(jié)算，這也就決定了國內(nèi)虛擬運營商向礎(chǔ)電信運營商的結(jié)算需受到上述條件的制約，且他們更為迫切地需要去“擺脫”這些約束。據(jù)2014年1月29日工業(yè)和信息化部向第二批移動通信轉(zhuǎn)售業(yè)務(wù)企業(yè)發(fā)放的試點批文顯示，現(xiàn)階段已有迪信通、樂語通信等9家企業(yè)同是中國電信和中國聯(lián)通的虛擬運營商，隨著第三批試點企業(yè)牌照的發(fā)放，這種一對二的虛擬運營商數(shù)量極有可能增加，甚至還會出現(xiàn)同是三大基礎(chǔ)電信運營商的虛擬運營商。倘若每個基礎(chǔ)電信運營商都制定一種話單格式和校驗標(biāo)準(zhǔn)，相當(dāng)一部分虛擬運營商就得具備能夠處理兩種甚至是三種不同格式的話單的能力，這勢必加大了他們的投入成本和運營成本，壓縮了盈利空間。而解決虛擬運營商面臨的這個問題就得依靠通信行業(yè)內(nèi)建立規(guī)范的結(jié)算機制。

三、運營商級的結(jié)算機制的建議

通過上文的論述，結(jié)合對國際漫游話單的結(jié)算的研究和實踐，對于建立規(guī)范的國內(nèi)虛擬運營商與基礎(chǔ)電信運營商之間結(jié)算機制，有下述兩方面的建議：

1、結(jié)算機制需包含的內(nèi)容和標(biāo)準(zhǔn)

（1）話單格式標(biāo)準(zhǔn)。建議采用國際漫游交互的TAP文件標(biāo)準(zhǔn)（Transferred Account Procedure），理由：①TAP格式是國際通用的標(biāo)準(zhǔn)，各話單的節(jié)點元素定義規(guī)范和成熟，且擴展性強，如對Call Type Group組定義新的值就可以支持國內(nèi)轉(zhuǎn)售業(yè)務(wù)的各種通信場景。②TAP文件的話單類型與轉(zhuǎn)售業(yè)務(wù)類型有很好的契合度，比如轉(zhuǎn)售業(yè)務(wù)的Voice、SMS、GPRS和WLAN可以直接套用TAP的MOC、MTC和GPRS話單。③TAP文件的傳輸和處理效率高，TAP文件是樹形結(jié)構(gòu)，一個TAP文件可以包含各種業(yè)務(wù)類型，而平面格式則必須按照業(yè)務(wù)類型單獨生成不同的文件。（2）話單文件的校驗標(biāo)準(zhǔn)和錯單返回機制。話單文件的校驗標(biāo)準(zhǔn)，建議采用與TAP對應(yīng)的TD 57標(biāo)準(zhǔn)，保留轉(zhuǎn)售業(yè)務(wù)話單類型的校驗點即可，完全不需要做邏輯上和結(jié)構(gòu)上的改動。對于校驗不通過的文件或者話單的錯單的返回機制，也繼續(xù)沿用國際的RAP機制（Returned Account Procedure），即把錯誤的文件或者話單生成RAP文件并返回給對方。RAP文件和TAP文件一樣，是系統(tǒng)自動接收和處理，因此使用RAP機制，可以提高處理效率。（3）爭議處理的流程。交互話單文件或者返回的錯單一旦一方有爭議，就得進(jìn)入爭議處理流程。規(guī)范的爭議處理流程至少需要包括：爭議處理的方式、聯(lián)系人和聯(lián)系方式、處理時限要求等，以及爭議需升級處理的接口人和流程。

2、結(jié)算工作的開展方式

諸如話單處理、錯單解析和解決爭議等結(jié)算工作具有一定的專業(yè)性，虛擬運營商不一定具備這樣的資源或能力，另外，結(jié)算只是支撐工作，獨立于虛擬運營商的商業(yè)模式和核心業(yè)務(wù)之外，因此，虛擬運營商可以借鑒運營商的國際漫游話單的交互和結(jié)算模式，把結(jié)算工作外包給清算中心[大部分運營商都把國際漫游的結(jié)算工作外包給專業(yè)的清算中心，以降低成本。據(jù)GSM Association統(tǒng)計，全球95%以上的運營商都把國際漫游話單交互、處理等結(jié)算工作外包給國際漫游清算中心，目前，國際上共有ARCH、Syniverse、EDCH等20家專業(yè)的國際漫游清算中心，以降低相關(guān)的成本。實際上，引入清算中心之后，現(xiàn)實中虛擬運營商一對多個基礎(chǔ)運營商的復(fù)雜結(jié)算關(guān)系就會簡化為公共和私有兩個接口：（1）清算中心與基礎(chǔ)運營商之間屬于公共接口，交互統(tǒng)一標(biāo)準(zhǔn)的TAP和RAP文件，遵循規(guī)范的爭議處理流程；（2）清算中心與虛擬運營商之間是私有接口，虛擬運營商完全可以根據(jù)實際需要與清算中心交互自定義格式文件，或者由清算中心完成與話單計費相關(guān)的所有工作，虛擬運營商直接使用清算中心處理的結(jié)果。因此，公、私兩個接口的設(shè)置保證了基礎(chǔ)電信運營商與虛擬運營商之間結(jié)算的規(guī)范與靈活、高效與標(biāo)準(zhǔn)的統(tǒng)一。

至此，總結(jié)上述的建議，理想的國內(nèi)基礎(chǔ)電信運營商與虛擬運營商的話單交互和結(jié)算關(guān)系如圖1所示：

四、結(jié)束語

考慮到國內(nèi)三大基礎(chǔ)電信運營商都具有國際漫游話單交互及結(jié)算的機制和經(jīng)驗，把國際漫游話單結(jié)算模式引入到國內(nèi)的基礎(chǔ)電信運營商與虛擬運營商的結(jié)算機制，從理論和實踐上看都應(yīng)該可行的。當(dāng)然，結(jié)算機制的范疇還包括賬務(wù)、收付款等工作，只不過這些需以話單的順利交互和處理為前提，所以本文所探討的結(jié)算機制集中在如何規(guī)范基運營商之間的話單交互和處理。

參 考 文 獻(xiàn)

[1] GSM Association.TD.57 Transferred Account Procedure Data Record Format [EB/OL] https：//infocentre2.gsma.com/od/Pages/default.aspx？start1=21

[2] GSM Association.BA.12 Transferred Account Procedure and Billing Information [EB/OL] https：//infocentre2.gsma.com/od/Pages/default.aspx？start1=21

[3] GSM Association.BA.13 Returned Account Procedure [EB/OL] https：//infocentre2.gsma.com/od/Pages/default.aspx？start1=21