移動線上計費建設方案探討

摘要:在3G網路下,線上計費是計費系統的發展趨勢。本文提出了基於3GPP參考架構下一種線上計費的實現方案,並對線上計費的過渡方案進行了分析。
　　關鍵詞:實時計費;線上計費;預付費後付費
　　
　　一、概述
　　
　　隨著3G的來臨,對資料增值業務的發展將產生更大的促進,而這些業務複雜的計費需求也讓計費系統承受前所未有的壓力。一方面要支援語音、資料業務的計費,實現語音和資料等多種業務的捆綁和統一賬戶對於運營商的營銷策略至關重要,為運營商提供了更加靈活的市場競爭手段;另一方面使用者產生的費用已不再是簡單的承載費用,第三方CP/SP提供的增值業務需要收取資訊費。一個使用者在短時間內可能產生高昂的資訊費,加大了欠費風險;同時,3G環境下移動電子商務交易計費的賬務需求也將不斷髮展,將對計費的實時性提出嚴格的要求。面對這些需求3GPP提出了線上計費系統OCS的參考架構給出了具有開放性和通用性的實時計費系統框架,支援基於承載、會話和內容事件的統一計費。實時計費將成為3G時代計費發展的大勢所趨。

　　
　　二、計費實時能力的演進
　　
　　傳統網路中線上計費主要是針對防止欺詐的預付費方式,現網主要有智慧網和BOSS兩種預付費實現方式。智慧網方式是一種傳統的實時計費方式,支援對傳統語音的預付費,但存在許多缺點:對資料業務的支援非常有限;使用者、業務資料分佈在智慧網和後臺BOSS兩套系統中,不能實現語音和資料業務的融合;升級困難,業務開展不夠靈活。正是因為智慧網這些難以克服的問題,出現了基於BOSS的預付費處理系統,這種方式不屬於線上計費系統OCS,是後處理系統,因此不可避免地存在計費處理時延,而且隨著3G具有高附加值的增值業務的引入和電子商務模式的成熟,大大增加了欠費的風險。計費實時能力演進如下:

　　智慧網→hotbilling→BOSS2.0智慧網閘道器→BOSS3.0欠費風險控制→OCS
　　通過對OCS的引入主要有以下幾點優勢:徹底規避高風險使用者和業務的欠費風險;提高最終客戶的實時業務體驗;打破智慧網與後付費平臺壁壘,統一客戶服務、業務支撐;綜合成本較低,兼顧欠費成本、機會成本、建設成本; 符合產業的發展趨勢。
　　
　　三、融合線上計費系統的建設方案
　　
　　線上計費是融合計費的重要組成部分,並貫穿於融合計費系統的各個方面,是支撐業務發展的重要手段。3GPP標準中為IMS網路定義了OCS參考性的架構,在這個架構下實現了語音和資料的融合線上計費。
　　OCS主要有四個功能模組,計費功能模組執行基於會話/事件的計費控制,會話計費主要指基於承載的時長、流量計費,事件計費是指基於使用的內容資訊計費;餘額賬戶管理模組執行賬戶餘額的查詢/更新;批價處理模組負責定價策略和計費策略的確定;計費閘道器模組的功能同3G分組網的CG計費閘道器功能類似,負責話單的儲存和向運營商後臺賬務處理系統的話單介面。CAP介面是移動智慧網的CAMEL標準,Ro介面3GPP建議採用DCCdiameter CC協議,Ga介面是3GPP標準介面。Rc、Re介面是OCS內部介面。
　　針對CAMEL協議的複雜性本文提出的融合線上計費系統基於3GPP標準的基本框架,將智慧網、各個業務平臺裝置的計費功能分離出來,實現業務提供和計費控制的分離,形成一個獨立的線上計費系統。不同的是OCS不用通過CAP協議介面而是通過統一的DCC協議介面和語音業務的智慧網、資料分組業務的GGSN及業務管理平臺DSMP相連線從而對業務提供和計費控制相分離以達到融合計費的要求。此方案優點:
　　不但具備智慧網計費的穩定性、可靠性、效能等,同時具備HOTBILLING同樣的計費能力,支援全業務計費含3G和靈活套餐,因而具備靈活的市場營銷支撐能力,為市場經營打下堅實的基礎,徹底讓預付費使用者告別“二等公民”,享受不對等的市場營銷待遇,從而有效支援預付費業務的發展。

由於OCS與HOTBILLING具備相同的計費能力,並且在資料共享的基礎上進行融合,從而可以靈活地實現預付後付切換,即某些可以是預付費業務,某些業務是後付費業務,同時在某段時間可以是預付費,在某段時間內又是後付費,預付後付只是一種付費模式的選擇,而不是區分客戶或者產品的標誌。
　　 OCS可以實時監控客戶的業務使用情況,從而為運營商根本性的風險規避手段,OCS有效解決了長期困擾運營商的欠費風險問題,通過對使用者使用電信業務過程的實時費用和信用度控制,及時發現惡意欠費行為,有效控制欠費風險。
　　在語音業務,資料業務,增值業務平臺的總體實現方式如下:
　　語音業務方案。傳統的語音業務的線上計費主要通過智慧網實現,由MSC根據使用者的簽約資訊觸發到智慧網處理,呼叫控制和計費處理都在智慧網實現。本方案OCS通過DCC協議介面同智慧網SCP相連,而不是通過CAP介面同MSC直接相連,這種方式實現了業務處理和計費控制的分離。具體流程如下:
　　首先HLR接收從營帳傳來的使用者簽約資訊,將簽約訊息傳給MSC,MSC根據簽約訊息判斷是否需要觸發CAP訊息到SCP,根據SCP傳回的訊息判斷是否接續使用者請求,並將監控標誌記錄在離線話單中,SCP接收從營帳系統傳來的監控使用者資料,根據監控使用者資料將監控使用者的語音業務請求觸發到OCS,根據OCS傳回的資訊判斷是否接續使用者請求,並將監控標識紀錄在離線話單中。
　　這種架構下,SCP負責呼叫控制,原來在SCP中的計費控制和賬戶管理功能由OCS實現,這樣線上計費系統專注於計費,不負責呼叫處理過程,系統的靈活性得到了提高。
　　資料業務方案。資料業務計費流程如下:
　　首先HLR接收從營帳傳來的監控使用者資料,將使用者計費方式傳給SGSN,SGSN接收HLR傳來的計費方式並傳給GGSN,根據使用者計費方式將監控使用者的資料業務請求觸發到OCS,根據OCS傳回的資訊判斷是否接續使用者資料業務請求,並將監控標識紀錄在離線話單中。
　　增值業務方案。增值業務計費流程如下:
　　DSMP接收從營帳傳來的接收從營帳系統傳來的監控使用者資料,根據監控使用者資料將監控使用者的增值業務請求觸發到OCS,根據OCS傳回的資訊判斷是否接續使用者請求,並將監控標識紀錄在離線話單中。各個業務系統會根據DSMP傳回的資訊判斷是否持續使用者請求,並將監控標識記錄在離線話單中。
　　
　　四、實時計費系統過渡方案
　　
　　OCS過渡實施方案主要有兩種。方案一是智慧網SCP+準實時計費系統,方案二是由準實時計費系統統一實現。
　　方案一:
　　電路域和分組域的線上計費都由智慧網SCP來完成;資料業務網的線上計費是由DSMP通過私有協議送到SCP,由SCP完成線上計費。離線計費是由電路域通過MSC,分組域通過SGSN和GGSN產生SCDR和GCDR話單,經CG合併後送到準實時計費系統Hotbilling中進行處理,資料業務網路通過ISMP產生話單後也送到準實時計費系統Hotbilling中進行處理。
　　方案二:
　　由準實時計費系統來完成線上計費。電路域通過MSC和SCP,分組域通過SGSN和GGSN產生SCDR和GCDR話單,經CG合併,資料業務網路通過DSMP產生話單,統一送到準實時計費系統Hotbilling中進行處理。
　　考慮到移動BOSS系統建設現狀方案二比較符合移動實時計費的建設需求。
　　結束語
　　OCS是網路緊密偶合的線上計費系統,OCS的實時不只涉及到支撐系統和網路的改造,還涉及到主導業務管理和維護體制的改變,實施起來有一定的困難。
　　本文提出的線上計費系統方案,實現了業務控制和計費控制的分離,計費定價策略具有較強的靈活性;通過標準開放的介面,真正實現了多業務的線上計費,並具有很強的擴充套件性。