- 相關(guān)推薦
移動(dòng)在線(xiàn)計費建設方案探討
摘要:在3G網(wǎng)絡(luò )下,在線(xiàn)計費是計費系統的發(fā)展趨勢。本文提出了基于3GPP參考架構下一種在線(xiàn)計費的實(shí)現方案,并對在線(xiàn)計費的過(guò)渡方案進(jìn)行了分析。
關(guān)鍵詞:實(shí)時(shí)計費;在線(xiàn)計費;預付費 后付費
一、概述
隨著(zhù)3G的來(lái)臨,對數據增值業(yè)務(wù)的發(fā)展將產(chǎn)生更大的促進(jìn),而這些業(yè)務(wù)復雜的計費需求也讓計費系統承受前所未有的壓力。一方面要支持語(yǔ)音、數據業(yè)務(wù)的計費,實(shí)現語(yǔ)音和數據等多種業(yè)務(wù)的捆綁和統一賬戶(hù)對于運營(yíng)商的營(yíng)銷(xiāo)策略至關(guān)重要,為運營(yíng)商提供了更加靈活的市場(chǎng)競爭手段;另一方面用戶(hù)產(chǎn)生的費用已不再是簡(jiǎn)單的承載費用,第三方CP/SP提供的增值業(yè)務(wù)需要收取信息費。一個(gè)用戶(hù)在短時(shí)間內可能產(chǎn)生高昂的信息費,加大了欠費風(fēng)險;同時(shí),3G環(huán)境下移動(dòng)電子商務(wù)交易計費的賬務(wù)需求也將不斷發(fā)展,將對計費的實(shí)時(shí)性提出嚴格的要求。面對這些需求3GPP提出了在線(xiàn)計費系統(OCS)的參考架構給出了具有開(kāi)放性和通用性的實(shí)時(shí)計費系統框架,支持基于承載、會(huì )話(huà)和內容事件的統一計費。實(shí)時(shí)計費將成為3G時(shí)代計費發(fā)展的大勢所趨。
二、計費實(shí)時(shí)能力的演進(jìn)
傳統網(wǎng)絡(luò )中在線(xiàn)計費主要是針對防止欺詐的預付費方式,現網(wǎng)主要有智能網(wǎng)和BOSS兩種預付費實(shí)現方式。智能網(wǎng)方式是一種傳統的實(shí)時(shí)計費方式,支持對傳統語(yǔ)音的預付費,但存在許多缺點(diǎn):對數據業(yè)務(wù)的支持非常有限;用戶(hù)、業(yè)務(wù)數據分布在智能網(wǎng)和后臺BOSS兩套系統中,不能實(shí)現語(yǔ)音和數據業(yè)務(wù)的融合;升級困難,業(yè)務(wù)開(kāi)展不夠靈活。正是因為智能網(wǎng)這些難以克服的問(wèn)題,出現了基于BOSS的預付費處理系統,這種方式不屬于在線(xiàn)計費系統(OCS),是后處理系統,因此不可避免地存在計費處理時(shí)延,而且隨著(zhù)3G具有高附加值的增值業(yè)務(wù)的引入和電子商務(wù)模式的成熟,大大增加了欠費的風(fēng)險。計費實(shí)時(shí)能力演進(jìn)如下:
智能網(wǎng)→hotbilling→BOSS2.0(智能網(wǎng)網(wǎng)關(guān))→BOSS3.0(欠費風(fēng)險控制)→OCS
通過(guò)對OCS的引入主要有以下幾點(diǎn)優(yōu)勢:徹底規避高風(fēng)險用戶(hù)和業(yè)務(wù)的欠費風(fēng)險;提高最終客戶(hù)的實(shí)時(shí)業(yè)務(wù)體驗;打破智能網(wǎng)與后付費平臺壁壘,統一客戶(hù)服務(wù)、業(yè)務(wù)支撐;綜合成本較低,兼顧欠費成本、機會(huì )成本、建設成本; 符合產(chǎn)業(yè)的發(fā)展趨勢。
三、融合在線(xiàn)計費系統的建設方案
在線(xiàn)計費是融合計費的重要組成部分,并貫穿于融合計費系統的各個(gè)方面,是支撐業(yè)務(wù)發(fā)展的重要手段。3GPP標準中為IMS網(wǎng)絡(luò )定義了OCS參考性的架構,在這個(gè)架構下實(shí)現了語(yǔ)音和數據的融合在線(xiàn)計費。
OCS主要有四個(gè)功能模塊,計費功能模塊執行基于會(huì )話(huà)/事件的計費控制,會(huì )話(huà)計費主要指基于承載的時(shí)長(cháng)、流量計費,事件計費是指基于使用的內容信息計費;余額賬戶(hù)管理模塊執行賬戶(hù)余額的查詢(xún)/更新;批價(jià)處理模塊負責定價(jià)策略和計費策略的確定;計費網(wǎng)關(guān)模塊的功能同3G分組網(wǎng)的CG(計費網(wǎng)關(guān))功能類(lèi)似,負責話(huà)單的存儲和向運營(yíng)商后臺賬務(wù)處理系統的話(huà)單接口。CAP接口是移動(dòng)智能網(wǎng)的CAMEL標準,Ro接口3GPP建議采用DCC(diameter CC)協(xié)議,Ga接口是3GPP標準接口。Rc、Re接口是OCS內部接口。
針對CAMEL協(xié)議的復雜性本文提出的融合在線(xiàn)計費系統基于3GPP標準的基本框架,將智能網(wǎng)、各個(gè)業(yè)務(wù)平臺設備的計費功能分離出來(lái),實(shí)現業(yè)務(wù)提供和計費控制的分離,形成一個(gè)獨立的在線(xiàn)計費系統。不同的是OCS不用通過(guò)CAP協(xié)議接口而是通過(guò)統一的DCC協(xié)議接口和語(yǔ)音業(yè)務(wù)的智能網(wǎng)、數據分組業(yè)務(wù)的GGSN及業(yè)務(wù)管理平臺DSMP相連接從而對業(yè)務(wù)提供和計費控制相分離以達到融合計費的要求。此方案優(yōu)點(diǎn):
不但具備智能網(wǎng)計費的穩定性、可靠性、性能等,同時(shí)具備HOTBILLING同樣的計費能力,支持全業(yè)務(wù)計費(含3G)和靈活套餐,因而具備靈活的市場(chǎng)營(yíng)銷(xiāo)支撐能力,為市場(chǎng)經(jīng)營(yíng)打下堅實(shí)的基礎,徹底讓預付費用戶(hù)告別“二等公民”,享受不對等的市場(chǎng)營(yíng)銷(xiāo)待遇,從而有效支持預付費業(yè)務(wù)的發(fā)展。
由于OCS與HOTBILLING具備相同的計費能力,并且在數據共享的基礎上進(jìn)行融合,從而可以靈活地實(shí)現預付后付切換,即某些可以是預付費業(yè)務(wù),某些業(yè)務(wù)是后付費業(yè)務(wù),同時(shí)在某段時(shí)間可以是預付費,在某段時(shí)間內又是后付費,預付后付只是一種付費模式的選擇,而不是區分客戶(hù)或者產(chǎn)品的標志。
OCS可以實(shí)時(shí)監控客戶(hù)的業(yè)務(wù)使用情況,從而為運營(yíng)商根本性的風(fēng)險規避手段,OCS有效解決了長(cháng)期困擾運營(yíng)商的欠費風(fēng)險問(wèn)題,通過(guò)對用戶(hù)使用電信業(yè)務(wù)過(guò)程的實(shí)時(shí)費用和信用度控制,及時(shí)發(fā)現惡意欠費行為,有效控制欠費風(fēng)險。
在語(yǔ)音業(yè)務(wù),數據業(yè)務(wù),增值業(yè)務(wù)平臺的總體實(shí)現方式如下:
語(yǔ)音業(yè)務(wù)方案。傳統的語(yǔ)音業(yè)務(wù)的在線(xiàn)計費主要通過(guò)智能網(wǎng)實(shí)現,由MSC根據用戶(hù)的簽約信息觸發(fā)到智能網(wǎng)處理,呼叫控制和計費處理都在智能網(wǎng)實(shí)現。本方案OCS通過(guò)DCC協(xié)議接口同智能網(wǎng)SCP相連,而不是通過(guò)CAP接口同MSC直接相連,這種方式實(shí)現了業(yè)務(wù)處理和計費控制的分離。具體流程如下:
首先HLR接收從營(yíng)帳傳來(lái)的用戶(hù)簽約信息,將簽約消息傳給MSC,MSC根據簽約消息判斷是否需要觸發(fā)CAP消息到SCP,根據SCP傳回的消息判斷是否接續用戶(hù)請求,并將監控標志記錄在離線(xiàn)話(huà)單中,SCP接收從營(yíng)帳系統傳來(lái)的監控用戶(hù)資料,根據監控用戶(hù)資料將監控用戶(hù)的語(yǔ)音業(yè)務(wù)請求觸發(fā)到OCS,根據OCS傳回的信息判斷是否接續用戶(hù)請求,并將監控標識紀錄在離線(xiàn)話(huà)單中。
這種架構下,SCP負責呼叫控制,原來(lái)在SCP中的計費控制和賬戶(hù)管理功能由OCS實(shí)現,這樣在線(xiàn)計費系統專(zhuān)注于計費,不負責呼叫處理過(guò)程,系統的靈活性得到了提高。
數據業(yè)務(wù)方案。數據業(yè)務(wù)計費流程如下:
首先HLR接收從營(yíng)帳傳來(lái)的監控用戶(hù)資料,將用戶(hù)計費方式傳給SGSN,SGSN接收HLR傳來(lái)的計費方式并傳給GGSN,根據用戶(hù)計費方式將監控用戶(hù)的數據業(yè)務(wù)請求觸發(fā)到OCS,根據OCS傳回的信息判斷是否接續用戶(hù)數據業(yè)務(wù)請求,并將監控標識紀錄在離線(xiàn)話(huà)單中。
增值業(yè)務(wù)方案。增值業(yè)務(wù)計費流程如下:
DSMP接收從營(yíng)帳傳來(lái)的接收從營(yíng)帳系統傳來(lái)的監控用戶(hù)資料,根據監控用戶(hù)資料將監控用戶(hù)的增值業(yè)務(wù)請求觸發(fā)到OCS,根據OCS傳回的信息判斷是否接續用戶(hù)請求,并將監控標識紀錄在離線(xiàn)話(huà)單中。各個(gè)業(yè)務(wù)系統會(huì )根據DSMP傳回的信息判斷是否持續用戶(hù)請求,并將監控標識記錄在離線(xiàn)話(huà)單中。
四、實(shí)時(shí)計費系統過(guò)渡方案
OCS過(guò)渡實(shí)施方案主要有兩種。方案一是智能網(wǎng)SCP+準實(shí)時(shí)計費系統,方案二是由準實(shí)時(shí)計費系統統一實(shí)現。
方案一:
電路域和分組域的在線(xiàn)計費都由智能網(wǎng)SCP來(lái)完成;數據業(yè)務(wù)網(wǎng)的在線(xiàn)計費是由DSMP通過(guò)私有協(xié)議送到SCP,由SCP完成在線(xiàn)計費。離線(xiàn)計費是由電路域通過(guò)MSC,分組域通過(guò)SGSN和GGSN產(chǎn)生SCDR和GCDR話(huà)單,經(jīng)CG合并后送到準實(shí)時(shí)計費系統(Hotbilling)中進(jìn)行處理,數據業(yè)務(wù)網(wǎng)絡(luò )通過(guò)ISMP產(chǎn)生話(huà)單后也送到準實(shí)時(shí)計費系統(Hotbilling)中進(jìn)行處理。
方案二:
由準實(shí)時(shí)計費系統來(lái)完成在線(xiàn)計費。電路域通過(guò)MSC和SCP,分組域通過(guò)SGSN和GGSN產(chǎn)生SCDR和GCDR話(huà)單,經(jīng)CG合并,數據業(yè)務(wù)網(wǎng)絡(luò )通過(guò)DSMP產(chǎn)生話(huà)單,統一送到準實(shí)時(shí)計費系統(Hotbilling)中進(jìn)行處理。
考慮到移動(dòng)BOSS系統建設現狀方案二比較符合移動(dòng)實(shí)時(shí)計費的建設需求。
結束語(yǔ)
OCS是網(wǎng)絡(luò )緊密偶合的在線(xiàn)計費系統,OCS的實(shí)時(shí)不只涉及到支撐系統和網(wǎng)絡(luò )的改造,還涉及到主導業(yè)務(wù)管理和維護體制的改變,實(shí)施起來(lái)有一定的困難。
本文提出的在線(xiàn)計費系統方案,實(shí)現了業(yè)務(wù)控制和計費控制的分離,計費定價(jià)策略具有較強的靈活性;通過(guò)標準開(kāi)放的接口,真正實(shí)現了多業(yè)務(wù)的在線(xiàn)計費,并具有很強的擴展性。
【移動(dòng)在線(xiàn)計費建設方案探討】相關(guān)文章：
城市品牌建設思路探討03-23
淺論現代移動(dòng)通信技術(shù)研究的探討03-17
移動(dòng)通信向信息經(jīng)營(yíng)方向發(fā)展的探討03-28
論現代移動(dòng)通信技術(shù)研究的探討03-08
關(guān)于建設初年折現系數的探討03-21
探討如何做好城市林業(yè)建設01-07