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

時間：2024-09-22 12:08:09 通信工程畢業論文我要投稿

相關推薦

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

　　摘要:在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建議采用DCC(diameter 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的實時不只涉及到支撐系統和網絡的改造,還涉及到主導業務管理和維護體制的改變,實施起來有一定的困難。
　　本文提出的在線計費系統方案,實現了業務控制和計費控制的分離,計費定價策略具有較強的靈活性;通過標準開放的接口,真正實現了多業務的在線計費,并具有很強的擴展性。

【移動在線計費建設方案探討】相關文章：

移動通信向信息經營方向發展的探討03-28