虛擬運(yùn)營商融合計費(fèi)系統(tǒng)的設(shè)計與實施

1、中圖分類號：TP3論文編號：10006GS1221C53專業(yè)碩士學(xué)位論文電信運(yùn)營融合計費(fèi)系統(tǒng)的設(shè)計與實現(xiàn)作者姓名 紀(jì)元學(xué)科專業(yè) 軟件工程指導(dǎo)教師 杜孝平培養(yǎng)院系 軟件學(xué)院The design and implementation of Telecom integration billing systemA Dissertation Submitted for the Degree of MasterCandidate：Ji YuanSupervisor：Pro. Du Xiao PingSchool of SoftwareBeihang University，Beijing China中圖分類

2、號：TP3論文編號：10006GS1221C53碩 士 學(xué) 位 論 文電信運(yùn)營融合計費(fèi)系統(tǒng)的設(shè)計與實現(xiàn)作者姓名 紀(jì)元 申請學(xué)位級別 工程碩士指導(dǎo)教師姓名 杜孝平 職 稱 副教授學(xué)科專業(yè) 軟件工程 研究方向 移動云計算學(xué)習(xí)時間自 2012年 9月10日 起至 2014 年12 月 12 日論文提交日期 2014年 11月25日 論文答辯日期 2014 年12 月 12 日學(xué)位授予單位 北京航空航天大學(xué) 學(xué)位授予日期 年 月 日關(guān)于學(xué)位論文的獨(dú)創(chuàng)性聲明本人鄭重聲明：所呈交的論文是本人在指導(dǎo)教師的指導(dǎo)下獨(dú)立進(jìn)行研究工作所取得的成果，論文中有關(guān)的數(shù)據(jù)和資料是實事求是的。盡我所知，除文中加以標(biāo)注的內(nèi)容和

3、致謝外，本論文不包含其他人已經(jīng)撰寫或發(fā)表的研究成果，也不包含本人或他人為獲得北京航空航天大學(xué)或其它的教育機(jī)構(gòu)的學(xué)歷或?qū)W位證書而使用過的材料。并且與我一同工作的同志對研究所做出的任何貢獻(xiàn)均已在論文中作出明確的說明。若有不實之處，本人愿意承擔(dān)相關(guān)法律責(zé)任。 學(xué)位論文作者簽名： 日期： 年 月 日學(xué)位論文使用授權(quán)書本人完全同意北京航空航天大學(xué)有權(quán)使用本學(xué)位論文（包括但不限于其電子版和印刷版），使用方式包括但不局限于：保留學(xué)位論文，按規(guī)定向國家有關(guān)部門（機(jī)構(gòu)）送交學(xué)位論文，以學(xué)術(shù)交流為目的贈送和交換學(xué)位論文，允許學(xué)位論文被查閱、借閱和復(fù)印，將學(xué)位論文的全部或部分內(nèi)容編入有關(guān)數(shù)據(jù)庫進(jìn)行檢索，采用影印、縮

4、印或其他復(fù)制手段保存學(xué)位論文。保密學(xué)位論文在解密后的使用授權(quán)同上。學(xué)位論文作者簽名： 日期： 年 月 日指導(dǎo)教師簽名： 日期： 年 月 日摘 要目前，虛擬運(yùn)營商都在試圖維持現(xiàn)有客戶關(guān)系的同時不斷推出新的特色業(yè)務(wù)。以往舊式的計費(fèi)系統(tǒng)不能再滿足各種增值業(yè)務(wù)的要求，因此虛擬運(yùn)營商需要拋棄以往預(yù)付費(fèi)和后付費(fèi)分離，業(yè)務(wù)單一的舊式計費(fèi)系統(tǒng)而建立一個功能更加完善的融合計費(fèi)系統(tǒng)。讓新一代的融合計費(fèi)系統(tǒng)可以實現(xiàn)以下目標(biāo)：具有靈活的付款方式，實現(xiàn)計費(fèi)全業(yè)務(wù)的融合，能夠快速的推出新型增值業(yè)務(wù)，并同時完成各類新型業(yè)務(wù)的迅速部署，在實現(xiàn)降低運(yùn)營成本的同時還能有效處理計費(fèi)過程中遇到的復(fù)雜性問題。本論文主要論述支撐虛擬運(yùn)營

5、商龐大增值業(yè)務(wù)的融合計費(fèi)系統(tǒng)，融合計費(fèi)系統(tǒng)的設(shè)計主要為支持全業(yè)務(wù)的融合，既全業(yè)務(wù)融合計費(fèi)。并支持多種采集方式和計費(fèi)方式的融合，比如可以實現(xiàn)在線采集和離線采集兩種模式的綜合采集，可以實現(xiàn)離線準(zhǔn)實時計費(fèi)、離線計費(fèi)和在線實時計費(fèi)方式多種計費(fèi)方式的計費(fèi)系統(tǒng)，本論文將并分析討論并給出本系統(tǒng)的最優(yōu)解決方案。本系統(tǒng)主要采用離線采集的方式采集原始話單，既通過FTP協(xié)議采集聯(lián)通側(cè)給定的話單，并送入計費(fèi)子系統(tǒng)，其中計費(fèi)是依據(jù)計費(fèi)資源、產(chǎn)品資費(fèi)、用戶資料信息實現(xiàn)個人客戶、家庭客戶和集團(tuán)客戶跨地域、跨業(yè)務(wù)等的計費(fèi)過程。計費(fèi)采用離線計費(fèi)的模式，既計費(fèi)機(jī)制不受計費(fèi)信息的實時影響。計費(fèi)完成后再進(jìn)行詳單的處理和固定費(fèi)用的計算

6、，最后生成用戶的實時賬單，并且對月賬單按規(guī)定同步到賬務(wù)管理。本系統(tǒng)以B/S（Browser and Server）架構(gòu)實現(xiàn)的，運(yùn)用C+語言設(shè)計程序，結(jié)合Oracle數(shù)據(jù)庫搭建系統(tǒng)，運(yùn)用Lua腳本實現(xiàn)編解碼和特色業(yè)務(wù)功能的擴(kuò)充。最終實現(xiàn)了融合計費(fèi)系統(tǒng)的統(tǒng)一和全業(yè)務(wù)的融合，并支持計費(fèi)功能和特色業(yè)務(wù)的捆綁結(jié)合。本論文對系統(tǒng)進(jìn)行了詳細(xì)的需求分析、概要設(shè)計和詳細(xì)設(shè)計，并在最后給出相應(yīng)的測試方法。系統(tǒng)不僅能涵蓋運(yùn)營商計費(fèi)系統(tǒng)所有的功能，而且實現(xiàn)了系統(tǒng)的多業(yè)務(wù)融合和實時更新，同時可以保證主機(jī)系統(tǒng)和網(wǎng)絡(luò)側(cè)系統(tǒng)在不影響生產(chǎn)環(huán)境運(yùn)行的情況下進(jìn)行擴(kuò)容。關(guān)鍵詞：虛擬運(yùn)營商，融合，全業(yè)務(wù)，離線采集，離線計費(fèi)Abstra

7、ctCurrently, virtual operators are trying to maintain the existing relationships with customers while continuing to introduce new features business. the old billing system can no longer meet the requirements of various value-added services. Therefore, virtual operators need establish a more perfect

8、convergent billing system and abandon legacy billing system with prepaid and postpaid separation and single business. The next generation convergent billing system can achieve the following objectives: owing flexible payment options and full-service integration. It could complete the rapid deploymen

9、t of new types of business while quickly introducing new value-added services. This paper discusses the convergent billing system which support the value-added services of virtual operators. Convergent billing system designed primarily to support the whole business, the integration of the whole of t

10、he network, namely the whole network service convergence billing. It supports a variety of collection methods and billing integration.The system mainly collects bills by Unicom side and sent them to the billing subsystem through SFTP protocol. The billing is the process which is based billing resour

11、ces, goods tariffs, user profile information to achieve individual customers, residential customers and corporate clients cross-regional, cross-business, etc. Charging is using offline charging mode which real-time billing mechanism will not affect billing information. This system achieved by B / S

12、(Browser and Server) architecture , designed the programs by using C+ language, builded system combined with the Oracle database, expanded features business functions by using Lua scripting. And it ultimately achieved the integration of billing system and the integration of full service. It supports

13、 the integration of the billing functions and features services. There are detailed requirements analysis, preliminary design and detailed design in the thesis. While it ensure the host system and network side of the system can be expanded Without affecting the production environment running.Key wor

14、ds: virtual operators, integration, full service, offline collection, offline billing目 錄第一章 緒論11.1研究背景及意義11.1.1課題背景11.1.2課題意義21.2國內(nèi)外發(fā)展現(xiàn)狀對比分析21.2.1國外發(fā)展現(xiàn)狀21.2.2國內(nèi)發(fā)展現(xiàn)狀31.2.3對比分析31.3研究目標(biāo)和研究內(nèi)容41.3.1研究目標(biāo)41.3.2研究內(nèi)容41.4論文組織安排51.5本章小結(jié)5第二章 相關(guān)技術(shù)介紹62.1 Oracle數(shù)據(jù)庫技術(shù)62.2 Lua介紹82.2.1 Lua介紹82.2.2 Lua與其他語言的對比92.3 面向?qū)?/p>

15、象技術(shù)102.4 授權(quán)訪問管理技術(shù)102.5 本章小結(jié)11第三章 系統(tǒng)需求分析123.1 需求概述123.2 產(chǎn)品功能需求123.2.1 運(yùn)行框架123.2.2 綜合采集153.2.3 計費(fèi)163.3 業(yè)務(wù)功能需求203.4 需求難點分析203.5 本章小結(jié)20第四章 系統(tǒng)概要設(shè)計方案214.1 系統(tǒng)設(shè)計概述214.2 系統(tǒng)設(shè)計原則214.3 融合計費(fèi)系統(tǒng)的體系結(jié)構(gòu)234.4計費(fèi)系統(tǒng)與其它關(guān)聯(lián)系統(tǒng)之間的關(guān)系254.5數(shù)據(jù)庫設(shè)計274.5.1 分表規(guī)則274.5.2 數(shù)據(jù)庫處理能力的軟件解決方案304.6 技術(shù)關(guān)鍵點304.6.1 查重技術(shù)304.6.2 查重機(jī)制314.6.3 查重算法314.

16、6.4 基于鍵樹索引計費(fèi)系統(tǒng)查重設(shè)計314.6.5 鍵樹索引技術(shù)在計費(fèi)系統(tǒng)中的實現(xiàn)324.7 系統(tǒng)環(huán)境334.8 本章小結(jié)35第五章 系統(tǒng)詳細(xì)設(shè)計365.1 詳細(xì)設(shè)計概述365.2 主要功能模塊設(shè)計375.2.1 離線采集375.2.2 解碼功能模塊395.2.3 業(yè)務(wù)分析功能模塊415.2.5 查重模塊445.2.5 批價功能模塊455.2.5 分發(fā)入庫功能模塊485.2.6 錯單回收功能模塊515.3 本章小結(jié)53第六章 系統(tǒng)測試546.1 系統(tǒng)測試概述546.2 場景測試546.2.1 測試前準(zhǔn)備546.2.2 用戶訂購的套餐546.2.3 構(gòu)建話單546.2.4 測試步驟556.2.5

17、 測試結(jié)果556.3 全業(yè)務(wù)測試576.3.1 功能描述576.3.2 測試用例576.2.3 測試條件586.2.4 測試步驟586.2.5 測試結(jié)果586.4本章小結(jié)59總結(jié)和展望60參考文獻(xiàn)61致 謝63V北京航空航天大學(xué)碩士學(xué)位論文第一章 緒論1.1研究背景及意義1.1.1課題背景面對著逐步開放、百花爭鳴的電信業(yè)務(wù)，傳統(tǒng)的以國家壟斷為特色的電信業(yè)正遭受越來越大的沖擊。外部以即時通信系統(tǒng)為主的OTT應(yīng)用（通過互聯(lián)網(wǎng)向用戶提供各種應(yīng)用服務(wù)）不斷侵蝕傳統(tǒng)運(yùn)營商基本業(yè)務(wù)，在這種背景下三大運(yùn)營商與更加專業(yè)的企業(yè)合作運(yùn)營，將大量的功能型業(yè)務(wù)和增值業(yè)務(wù)轉(zhuǎn)售給企業(yè)，而自己則加強(qiáng)核心網(wǎng)絡(luò)建設(shè)與維護(hù)。如此

18、一來傳統(tǒng)電信運(yùn)營商既能高效率的完成市場運(yùn)營又能降低成本，同時也保持了三大運(yùn)營商的核心市場競爭力。 工信部在2013年底和2014年初先后向迪信通、蘇寧、阿里巴巴、鵬博士等共二十多家民營企業(yè)頒發(fā)了虛擬運(yùn)營商牌照。所謂虛擬運(yùn)營商，即通過租用三大運(yùn)營商的電信基礎(chǔ)設(shè)施，并對電信提供的服務(wù)進(jìn)行二次開發(fā)和深度加工，樹立以自己的品牌為特點的新型電信運(yùn)營商戶。換言之虛擬運(yùn)營商自身沒有電信網(wǎng)絡(luò)資源，而只提供增值服務(wù)的內(nèi)容。面對業(yè)務(wù)發(fā)展的壓力，傳統(tǒng)的經(jīng)營模式正在經(jīng)受新環(huán)境的挑戰(zhàn)，同時對電信運(yùn)營計費(fèi)系統(tǒng)提出了更高的要求。而虛擬運(yùn)營商需要成熟的電信運(yùn)營支撐系統(tǒng)(Business Operation Support S

19、ystem，簡稱BOSS)的支持，融合的計費(fèi)系統(tǒng)是其核心。由于用戶對于電信業(yè)務(wù)質(zhì)量和特色服務(wù)的要求越來越高，無月租、無套餐、流量不清零，語音短信階梯收費(fèi)等特色業(yè)務(wù)的涌現(xiàn)使的虛擬運(yùn)營商為越來越多的用戶所接受。然而舊的計費(fèi)系統(tǒng)阻礙和限制了業(yè)務(wù)的發(fā)展，主要體現(xiàn)在舊的計費(fèi)系統(tǒng)功能簡單，以核算資費(fèi)、記錄賬務(wù)和收取資費(fèi)等簡單功能實現(xiàn)。預(yù)付費(fèi)、后付費(fèi)分立并且業(yè)務(wù)模式單一，早期的電信業(yè)務(wù)只有語音、短信、流量并對應(yīng)單一的批價引擎，采用單一的客戶管理數(shù)據(jù)庫等。因此搭建一個功能更加完善，實現(xiàn)預(yù)付費(fèi)和后付費(fèi)的融合，綜合多種采集方式和計費(fèi)模式，實現(xiàn)全業(yè)務(wù)融合并支持統(tǒng)一批價，支持虛擬運(yùn)營商更加多的特色業(yè)務(wù)的融合計費(fèi)系統(tǒng)已

20、經(jīng)迫不及待。1.1.2課題意義目前，所有的虛擬運(yùn)營商都在試圖在維持現(xiàn)有的客戶關(guān)系的同時不斷推出新的特色業(yè)務(wù)。以往舊式的計費(fèi)系統(tǒng)不能再滿足各種增值業(yè)務(wù)的要求，因此虛擬運(yùn)營商需要拋棄以往預(yù)付費(fèi)和后付費(fèi)分離的舊式計費(fèi)系統(tǒng)而建立一個功能更加完善的融合計費(fèi)系統(tǒng)。讓新一代的融合計費(fèi)系統(tǒng)可以實現(xiàn)以下目標(biāo)：具有靈活的付款方式，實現(xiàn)計費(fèi)全業(yè)務(wù)的融合，能夠快速的推出新型增值業(yè)務(wù)，并同時完成各類新型業(yè)務(wù)的迅速部署，在實現(xiàn)降低運(yùn)營成本的同時還能有效處理計費(fèi)過程中遇到的復(fù)雜性問題。論文內(nèi)容來自實際項目，為首批虛擬運(yùn)營商提供全業(yè)務(wù)融合的計費(fèi)系統(tǒng)并開辟了多個檔位套餐的摸索性嘗試。響應(yīng)了虛擬運(yùn)營商時代“產(chǎn)業(yè)為本、戰(zhàn)略為勢、融

21、合為魂、創(chuàng)新為器”的口號。1.2國內(nèi)外發(fā)展現(xiàn)狀對比分析1.2.1國外發(fā)展現(xiàn)狀在國外，虛擬運(yùn)營商在業(yè)務(wù)推出創(chuàng)新的同時同樣重視自身融合計費(fèi)系統(tǒng)的建設(shè)。在融合計費(fèi)的需求下，如英國虛擬運(yùn)營商Virgin推出了以賬戶為核心的融合計費(fèi)系統(tǒng)和預(yù)付費(fèi)后付費(fèi)融合的計費(fèi)解決方案，系統(tǒng)在設(shè)計中強(qiáng)調(diào)對回話控制、余額管理、綜合采集、預(yù)付費(fèi)和后付費(fèi)等的融合。而在業(yè)務(wù)創(chuàng)新上，國外虛擬運(yùn)營商上主打細(xì)分市場：鎖定特殊用戶群體。比如英國的虛擬運(yùn)營商維珍移動。成立初期，維珍移動觀察到傳統(tǒng)運(yùn)營商針對低端消費(fèi)用戶的服務(wù)并不多，掌握了用戶的行為習(xí)慣后，維珍移動和MTV網(wǎng)絡(luò)簽訂協(xié)議：MTV網(wǎng)絡(luò)向維珍移動的用戶提供游戲、音樂、綜藝節(jié)目等活動

22、內(nèi)容，而維珍移動將自己的廣告嵌入MTV官方網(wǎng)站，達(dá)到互利共贏的目標(biāo)。由此可見，維珍移動沒有和傳統(tǒng)運(yùn)營商正面較量，而是找到了市場真空地帶，并有針對的推出服務(wù)。國外的虛擬運(yùn)營商在推廣自身電信業(yè)務(wù)的時候分析自己的優(yōu)勢，取長補(bǔ)短，通過細(xì)化市場和發(fā)揮渠道優(yōu)勢，將自己的優(yōu)勢最大化。中國可以借鑒國外虛擬運(yùn)營商的發(fā)展方式，應(yīng)當(dāng)首先確定自身在中國市場中的定位。在保證服務(wù)質(zhì)量的同時推出特色服務(wù)，才能在激烈的競爭中站穩(wěn)腳跟，穩(wěn)步發(fā)展。1.2.2國內(nèi)發(fā)展現(xiàn)狀國內(nèi)的虛擬運(yùn)營商為了將自己的業(yè)務(wù)擴(kuò)向更廣大的群眾，必須依靠自己原有的業(yè)務(wù)打特色牌。如京東通信，雖然沒有價格優(yōu)勢，采用的是全國統(tǒng)一資費(fèi)標(biāo)準(zhǔn)，但京東將170號與自己的

23、電商業(yè)務(wù)相捆綁，推出了“211”贈送規(guī)則。即只要在京東商場購物沒滿2元，就贈送1分鐘語音和1M流量。根據(jù)會員級別不同，會有每月300分鐘語音，300M流量或每月每月500分鐘語音、500M流量封頂。對比三大運(yùn)營商繁雜的電信業(yè)務(wù)，這種業(yè)務(wù)模型更加標(biāo)準(zhǔn)，使用戶更容易理解。隨著時代的進(jìn)步，越來越多的捆綁式特色業(yè)務(wù)浮現(xiàn)在用戶面前，虛擬運(yùn)營商的出現(xiàn)大大推動了國內(nèi)計費(fèi)系統(tǒng)的優(yōu)化。 目前國內(nèi)的計費(fèi)系統(tǒng)有在線計費(fèi)的實時計費(fèi)系統(tǒng)，離線計費(fèi)的準(zhǔn)實時計費(fèi)系統(tǒng)和離線計費(fèi)系統(tǒng)，還有同時支持在線計費(fèi)和離線計費(fèi)的融合計費(fèi)系統(tǒng)。其中實時計費(fèi)系統(tǒng)（Online Charging System）1，簡稱OCS，其特點是計費(fèi)子系統(tǒng)

24、可能受賬戶余額的限制，用戶變更業(yè)務(wù)等實時因素的影響而不得不進(jìn)行更新。這種計費(fèi)模式往往針對的是預(yù)付費(fèi)用戶，支持實時采集、實時計費(fèi)、實時銷賬的計費(fèi)模式。需要與服務(wù)管理、會話控制、賬務(wù)等直接交互。準(zhǔn)實時計費(fèi)是指當(dāng)用戶使用完業(yè)務(wù)后才生成相應(yīng)的資費(fèi)信息并立刻進(jìn)行處理，這種計費(fèi)模式也成為熱點計費(fèi)（HB）。熱點計費(fèi)優(yōu)勢是可以使用戶從使用業(yè)務(wù)到開始計費(fèi)之間的時間縮短，從而保證計費(fèi)的準(zhǔn)確。離線計費(fèi)的特點是計費(fèi)批價引擎不受計費(fèi)信息的實時影響，也不實時生效，主要通過網(wǎng)元獲取的各種業(yè)務(wù)使用記（CDR）通過脫機(jī)的方式交給計費(fèi)系統(tǒng)處理。在目前的電信行業(yè)，三大運(yùn)營商習(xí)慣把用戶分為預(yù)付費(fèi)用戶和后付費(fèi)用戶，并分別由在線計費(fèi)系統(tǒng)

25、和離線計費(fèi)系統(tǒng)承載計費(fèi)。因此為實現(xiàn)預(yù)付費(fèi)用戶和后付費(fèi)用戶的統(tǒng)一提出了融合計費(fèi)系統(tǒng)。本課題的研究意義也在于為虛擬運(yùn)營商建設(shè)一套高效、可靠、穩(wěn)定的全業(yè)務(wù)融合的計費(fèi)系統(tǒng)2，在保持易擴(kuò)展性和高健壯性的同時來滿足實現(xiàn)國內(nèi)虛擬運(yùn)營商特色業(yè)務(wù)功能的需求。1.2.3對比分析國外虛擬運(yùn)營商已經(jīng)得到廣大用戶的青睞，而支撐其龐大業(yè)務(wù)功能的融合計費(fèi)系統(tǒng)也足夠完善。相比較而言，國內(nèi)虛擬運(yùn)營商還沒有一套成熟的電信計費(fèi)產(chǎn)品，反映在計費(fèi)系統(tǒng)的融合能力差。所謂融合計費(fèi)系統(tǒng)的融合是首先體現(xiàn)在預(yù)付費(fèi)和后付費(fèi)的融合。以前為實現(xiàn)業(yè)務(wù)的差異化，電信運(yùn)營商把用戶分為后付費(fèi)用戶和預(yù)付費(fèi)用戶兩種類型，其中預(yù)付費(fèi)是指月初扣除當(dāng)月套餐資費(fèi)，實現(xiàn)先

26、扣費(fèi)后使用的政策，這種付費(fèi)模式更能保證運(yùn)營商的利益，但在實現(xiàn)中發(fā)現(xiàn)用戶體驗度不高。后付費(fèi)是指用戶可以正常使用當(dāng)月套餐，統(tǒng)一在下個月初進(jìn)行結(jié)算，實現(xiàn)用戶先消費(fèi)，后付款的政策，這種付費(fèi)模式貼近用戶的消費(fèi)模式。兩種付費(fèi)模式只是體現(xiàn)用戶支付手段的不同，相對而言，雖然后付費(fèi)的方式對運(yùn)營商存在一定的風(fēng)險性，但是運(yùn)營商也對用戶實行賬戶信用余額的控制。用戶擁有一定額度的信用度，當(dāng)用戶當(dāng)月使用的資費(fèi)超出套餐費(fèi)用，并超過一定的信用度時，運(yùn)營商可以對該用戶實行停機(jī)保號的政策。其次融合計費(fèi)系統(tǒng)的融合體現(xiàn)在支持多種采集方式和計費(fèi)模式的融合，并可以實現(xiàn)全業(yè)務(wù)的融合并統(tǒng)一批價。根據(jù)對國內(nèi)外現(xiàn)狀的對比分析，選擇了電信運(yùn)營融合

27、計費(fèi)系統(tǒng)的設(shè)計與實現(xiàn)這一課題，通過研究分析計費(fèi)系統(tǒng)的融合能力來促進(jìn)國內(nèi)融合計費(fèi)系統(tǒng)的進(jìn)一步優(yōu)化。1.3研究目標(biāo)和研究內(nèi)容1.3.1研究目標(biāo)本項目運(yùn)用C+程序設(shè)計語言，結(jié)合Oracle10g 數(shù)據(jù)庫平臺搭建了基于B/S體系的融合計費(fèi)系統(tǒng)3。實現(xiàn)了預(yù)付費(fèi)/后付費(fèi)融合，全業(yè)務(wù)的融合并統(tǒng)一批價。并重點研究了計費(fèi)下的解碼、業(yè)務(wù)處理、錯單回收、錯單入庫、詳單入庫等功能。為虛擬運(yùn)營商提供了全業(yè)務(wù)運(yùn)營的IT解決方案，并從技術(shù)上提供整套計費(fèi)系統(tǒng)的設(shè)計方案。1.3.2研究內(nèi)容本文借鑒國內(nèi)三大運(yùn)營商融合計費(fèi)系統(tǒng)的設(shè)計方案和建設(shè)經(jīng)驗，通過分析現(xiàn)有融合計費(fèi)系統(tǒng)的問題，展望未來電信運(yùn)營融合計費(fèi)系統(tǒng)的發(fā)展前景，設(shè)計了融合計

28、費(fèi)系統(tǒng)總體的系統(tǒng)架構(gòu)、軟件的框架體系結(jié)構(gòu)、系統(tǒng)模型4。本系統(tǒng)不僅保證了計費(fèi)系統(tǒng)新舊版本的兼容性和平穩(wěn)過渡，而且保證了實時可靠的系統(tǒng)更新，同時保證了計費(fèi)系統(tǒng)將來可以在不影響生產(chǎn)運(yùn)行的情況下進(jìn)行擴(kuò)容。其中融合計費(fèi)系統(tǒng)提供基于事件與會話的在線與離線計費(fèi)功能，由綜合采集、解碼、業(yè)務(wù)處理、查重、批價、分發(fā)入庫、錯單回收、錯單入庫等功能模塊組成。在系統(tǒng)的設(shè)計與實現(xiàn)中，本人的研究內(nèi)容主要集中在以下幾個方面:1. 研究融合計費(fèi)系統(tǒng)的系統(tǒng)架構(gòu)。2. 研究融合計費(fèi)系統(tǒng)的融合能力。3. 研究融合計費(fèi)系統(tǒng)計費(fèi)引擎。基于上述幾點，最終實現(xiàn)了電信運(yùn)營融合計費(fèi)系統(tǒng)的設(shè)計和開發(fā)。1.4論文組織安排論文共分為七章。第一章為緒論

29、。通過對比分析國內(nèi)外虛擬運(yùn)營商的發(fā)展現(xiàn)狀，引出其核心競爭力融合計費(fèi)系統(tǒng)并提出論文的研究目標(biāo)和內(nèi)容。第二章為相關(guān)技術(shù)介紹。介紹了在實現(xiàn)該系統(tǒng)時所利用的相關(guān)技術(shù)，主要利用C+ + LUA+ORACLE實現(xiàn)服務(wù)端的開發(fā)。第三章為需求分析。闡述軟件基本需求，從用戶角度出發(fā)，細(xì)化和分解各個用例場景，設(shè)計出系統(tǒng)的功能用例，以及整個系統(tǒng)所需要的功能模塊。該章從總體上構(gòu)建系統(tǒng)的輪廓，為后來的概要設(shè)計和詳細(xì)設(shè)計做下鋪墊。第四章為系統(tǒng)概要設(shè)計。通過上一章節(jié)的需求分析并進(jìn)一步深化，分解出各個需求的詳細(xì)場景，并結(jié)合實際需求，提出系統(tǒng)的總體設(shè)計方案，解決方案和關(guān)鍵技術(shù)。第五章是系統(tǒng)詳細(xì)設(shè)計。通過對上一章節(jié)的更進(jìn)一步細(xì)化

30、，落實到代碼層面，包括具體的具體模塊的設(shè)計與實現(xiàn)過程。第六章是系統(tǒng)測試。通過對系統(tǒng)進(jìn)行總體測試，并給出測試內(nèi)容，測試方法以及測試用例，證明系統(tǒng)設(shè)計符合預(yù)期。最后一章是總結(jié)和展望。該部分總結(jié)了整個研究過程所取得的成果，并對實際項目中遇到的問題做了進(jìn)一步的思考，同時提出了一些可進(jìn)一步解決和優(yōu)化的地方。1.5本章小結(jié)概要性的介紹了電信運(yùn)營融合計費(fèi)系統(tǒng)的發(fā)展方向和趨勢，總述了本文的主要工作和論文的主要結(jié)構(gòu)。第二章 相關(guān)技術(shù)介紹2.1 Oracle數(shù)據(jù)庫技術(shù) 新世紀(jì)以來，隨著電子行業(yè)特別是計算機(jī)技術(shù)的迅猛發(fā)展，電信行業(yè)也隨之崛起。隨著科技的創(chuàng)新和經(jīng)濟(jì)的發(fā)展，人們對于日常通信也有了更新的需求。電信行業(yè)在激

31、烈的競爭下，除了將預(yù)付費(fèi)、后付費(fèi)分離的舊事計費(fèi)系統(tǒng)融合之外，在業(yè)務(wù)方面，不僅涵蓋語音增值、E-mail數(shù)據(jù)業(yè)務(wù)、人工信息服務(wù)、自動信息服務(wù)、存儲轉(zhuǎn)發(fā)等業(yè)務(wù)，還要順應(yīng)時代的發(fā)展，將迎來無套餐、無月租、流量不清零等新時代。這些特色業(yè)務(wù)除了需要計算機(jī)軟硬件和網(wǎng)絡(luò)的支持外，還必須依靠大型數(shù)據(jù)庫管理系統(tǒng)的支撐。在數(shù)據(jù)庫的選擇上選取的是當(dāng)今最為主流的Oracle數(shù)據(jù)庫。采用Oracle數(shù)據(jù)庫技術(shù)的原因主要從系統(tǒng)技術(shù)特點和體系結(jié)構(gòu)兩方面考慮，相對于其他數(shù)據(jù)庫而言，Oracle是目前最為流行的B/S體系結(jié)構(gòu)或客戶服務(wù)器(CLIENT/SERVER)的數(shù)據(jù)庫。Oracle數(shù)據(jù)庫有如下的技術(shù)特點，如：1. 支持海

32、量存儲、多用戶高性能的事務(wù)處理。2. Oracle遵守統(tǒng)一標(biāo)準(zhǔn)并支持多種系統(tǒng)平臺（如windows、vms、os2、SUNOS），在用戶接口和網(wǎng)絡(luò)通信協(xié)議上有統(tǒng)一的工業(yè)標(biāo)準(zhǔn)。3. 支持B/S體系結(jié)構(gòu)及其它的混合體系結(jié)構(gòu)（如分布式、集中式、B/S），并對分布式的數(shù)據(jù)庫可以進(jìn)行分部處理。4. 具有數(shù)據(jù)透明、網(wǎng)絡(luò)透明、支持異種網(wǎng)絡(luò)、異構(gòu)數(shù)據(jù)庫系統(tǒng)，并行處理采用動態(tài)數(shù)據(jù)分片技術(shù)。5. 可以進(jìn)行良好的移植，具有兼容性和連接性。本系統(tǒng)采用的是最新版的Oracle10g，相對于其它版本的Oracle，除了上述的技術(shù)特點外它還具備如： 1. 高速數(shù)據(jù)處理能力。 使用一種被優(yōu)化的表結(jié)構(gòu)改進(jìn)電信級應(yīng)用的性能。其中

33、這一表結(jié)構(gòu)來源于一種新類型的表對象。該表結(jié)構(gòu)可以很好的支持?jǐn)?shù)據(jù)處理并且對大量插入和解析數(shù)據(jù)很有益。2. 對新的架構(gòu)支持。 支持 infiniband和Intel 64位平臺。新版本的Oracle通過 Windows 操作系統(tǒng)對 Fiber 的支持提高了多層開發(fā)架構(gòu)下的開發(fā)性能和可擴(kuò)展性能，如該版本的 Oracle 擴(kuò)展了 Flashback 的能力。加了一個新類型的 Log 文件，該文件記錄了數(shù)據(jù)庫塊的變化。這個新的 Log 文件也被自動磁盤備份和恢復(fù)功能所管理。如果有錯誤發(fā)生，例如針對不成功的批處理操作，DBA 可以運(yùn)行 FlashBack。用這些 before Images 快速恢復(fù)整個數(shù)

34、據(jù)庫到先前的時間點-無須進(jìn)行恢復(fù)操作，這個新功能也可以用到 Standby 數(shù)據(jù)庫中。3. 超大數(shù)據(jù)庫的支持。 可支持到 8E 的數(shù)據(jù)量。改進(jìn)的存儲、備份、恢復(fù)管理也對超大數(shù)據(jù)庫有著很好的支持。分區(qū)可以支持索引組織表。 4. 縮短信息周轉(zhuǎn)時間。 新版本的 Oracle 提供了加強(qiáng)的 ETL 功能?？梢苑奖愕臉?gòu)建大型數(shù)據(jù)倉庫和多個數(shù)據(jù)集市。一個新的變化數(shù)據(jù)捕捉的框架允許管理員能夠輕易的捕捉并發(fā)布數(shù)據(jù)的變化。新的 CDC 功能利用的是 Oracle 的 Stream 技術(shù)架構(gòu)。對于大數(shù)據(jù)量的轉(zhuǎn)移，新版本提供了對可傳輸表的跨平臺的支持，允許大批量數(shù)據(jù)快速從數(shù)據(jù)庫上的脫離并附接到第二個數(shù)據(jù)庫上。 5.

35、 簡化的數(shù)據(jù)庫配置與升級。 提供了預(yù)升級檢查能力，有效地減少升級錯誤。 去除了了很多和數(shù)據(jù)庫配置有關(guān)的任務(wù)或者對其加以自動化。在初始安裝的時侯，所有數(shù)據(jù)庫都被預(yù)配置包括在 OEM 環(huán)境中而無需建立一個管理資料庫。補(bǔ)丁程序可以自動標(biāo)記并自動從 Oracle Metalink 下載。 6. 自動存儲管理。 新版本的數(shù)據(jù)庫能夠配置成使用 Oracle 提供的存儲虛擬層（ Storage Virtualization Layer) 。自動并簡化數(shù)據(jù)庫的存儲。管理員現(xiàn)在可以管理少數(shù)的磁盤組而無需管理數(shù)千個文件-自動存儲管理功能可以自動 配置磁盤組，提供數(shù)據(jù)冗余和數(shù)據(jù)的優(yōu)化分配。 7. PL/SQL 的增

36、強(qiáng)。 最重要的當(dāng)數(shù)新的 PL/SQL 優(yōu)化編譯器，提供了一個框架有效地優(yōu)化編譯 PL/SQL 程序。 這個版本還引入了兩個新的數(shù)據(jù)庫包：UTL_COMPRESS、UTL_MAIL。2.2 Lua介紹2.2.1 Lua介紹Lua是一種靈巧的小型腳本語言，核心代碼緊湊，可用的擴(kuò)展庫也有很多。可以支持多線程，socket，圖形編程等等。同時，Lua也是一種嵌入式的腳本語言，該語言設(shè)計的目的也是簽入到應(yīng)用程序中，擴(kuò)展應(yīng)用程序并提供特色功能。Lua最大的特點就是不僅可以單獨(dú)使用，還能與其它語言混合調(diào)用。比如說C/C+代碼可以調(diào)用lua腳本，lua腳本也可以調(diào)用C/C+的函數(shù)，并且可以代替XML等文件格式

37、做為配置文件。Lua由由標(biāo)準(zhǔn)C語言編寫而成的，能在幾乎所有的操作系統(tǒng)和平臺上編譯和運(yùn)行。而一個完整的Lua解釋器大約在200k左右，在目前所有腳本引擎中，Lua的速度是最快的，這一切都決定了Lua是作為嵌入式腳本的最佳選擇。和Python等腳本不同，Lua并沒有提供強(qiáng)大的庫，這是由它的定位決定的。所以Lua不適合作為開發(fā)獨(dú)立應(yīng)用程序的語言。不過Lua還是具備了比如數(shù)學(xué)運(yùn)算和字符串處理等基本的功能。Lua和Python、JSP、PHP等腳本不同，Lua是由標(biāo)準(zhǔn)C語言編寫而成，因此Lua具有很強(qiáng)的跨平臺性，可以在絕大多數(shù)操作系統(tǒng)上編譯并且運(yùn)行。而且一個完整的Lua解析器非常小，大約在200k左右。

38、雖然Lua沒有提供強(qiáng)大的庫，但是Lua還是同時兼具字符串處理、數(shù)學(xué)運(yùn)算等基本的庫。因此雖然Lua不能作為一個開發(fā)應(yīng)用程序的語言，但是作為一個嵌入式腳本具有得天獨(dú)厚的優(yōu)勢。 Lua的特性包括：1. 靈巧簡易。Lua簡單、小巧、內(nèi)容少但功能卻很強(qiáng)大并且lua現(xiàn)在的擴(kuò)展庫非常齊全。2. 容易擴(kuò)展。Lua具有非常強(qiáng)的擴(kuò)展性而且容易與其他語言（如C/C+、Smalltalk、java等）實現(xiàn)接口。通?？梢允褂脴?biāo)準(zhǔn)C語言或者Lua代碼實現(xiàn)腳本的擴(kuò)展，而Lua的很多功能也可以通過外部庫來進(jìn)行擴(kuò)充，因此很多人使用Lua來搭建領(lǐng)域（比如本計費(fèi)子系統(tǒng)的編解碼模塊）。3. 跨平臺性。Lua的條件編譯使用ANSI (

39、ISO) C，不通過條件編譯。因此如果具備ANSI C編譯器就可以對Lua進(jìn)行編譯和使用。4. 具有較高的執(zhí)行效率。相對于其它腳本語言，目前Lua是平均效率很高的腳本語言，執(zhí)行效率可以達(dá)到C語言的1/10。2.2.2 Lua與其他語言的對比目前而言服務(wù)端腳本技術(shù)上，除了Lua以外，還有PHP、ASP、JSP和.NET，他們都各有千秋，都有廣泛的使用。表1 語言與其它語言的對比對比點LuaPHPASPJSP.NET夸操作系統(tǒng)支持支持只支持Win32支持只支持Win32Web服務(wù)器多多IIS很多IIS執(zhí)行效率快快快極快極快穩(wěn)定性高高低高高開發(fā)敏捷度高高高中高支持語言Lua和C/C+、javafor

40、tran等語言擴(kuò)展PHP和C語言擴(kuò)展VBScriptJavaC#、VB、C+由上表1所示，在多方面測試中如：跨平臺性，通用WEB服務(wù)器支持、執(zhí)行速度對比、通用的穩(wěn)定性、支持語言等方面都有不錯的表現(xiàn)。 表2 Lua與其他語言在其他方面的比較比較項目LuaPHPASPJSP.NET函數(shù)支持多多少中多系統(tǒng)安全高高低高高版本升級快一般慢慢一般難易程度易易易難中表2中所展示了一些語言在其他方面的對比，比如函數(shù)支持、系統(tǒng)安全、版本升級、難易程度。其明顯展示了，Lua語言優(yōu)于其他語言的地方。同時在移動互聯(lián)網(wǎng)方面的特性，開發(fā)速度快、迭代周期短、需要搶占市場先機(jī)等需求上考慮Lua作為服務(wù)端首選腳本語言顯得更加符

41、合。Lua腳本在本系統(tǒng)的中的應(yīng)用是擴(kuò)充業(yè)務(wù)功能，能夠與C+的函數(shù)實現(xiàn)接口。在本系統(tǒng)解碼模塊的對報文的編解碼，主要是在Lua腳本里做，而C+代碼主要實現(xiàn)的是對協(xié)議和Lua中調(diào)用的函數(shù)的封裝，在Lua腳本里調(diào)用C實現(xiàn)的接口進(jìn)行編碼和解碼。為了實現(xiàn)變長編解碼且要針對不同規(guī)范編解功能的統(tǒng)一化，求同存異，最大化得利用共同點、最小化差異影響是解決問題的關(guān)鍵。2.3 面向?qū)ο蠹夹g(shù)在計費(fèi)系統(tǒng)開發(fā)的過程中，采用的是基于c+的面向?qū)ο蠹夹g(shù)，面向?qū)ο笕筇匦允欠庋b、集成、多態(tài)。核心概念是類、對象。類是具有相同特征與功能的對象的集合，其中屬于一個類的對象稱之為這個類的實例，它可以共享這個類的函數(shù)和變量。對象是一種抽象

42、和封裝。采用面向?qū)ο蟮募夹g(shù)可以對軟件進(jìn)行重用，它通過多態(tài)性和繼承性更容實現(xiàn)功能上的擴(kuò)展。在開發(fā)過程中，始終保持一致的結(jié)構(gòu)和形式，支持模塊化，通過抽象實現(xiàn)系統(tǒng)的強(qiáng)內(nèi)聚和弱耦合。2.4 授權(quán)訪問管理技術(shù)在本系統(tǒng)中，為了保證操作系統(tǒng)的數(shù)據(jù)不被非法用戶盜取，將對不同的注冊用戶授予不同的操作權(quán)。防止非法用戶對數(shù)據(jù)庫訪問的主要途徑是存取控制。所謂存取控制是對用戶訪問數(shù)據(jù)庫的各種資源(包括表、表視圖、索引等)增刪改查等的控制。通常采用下面兩種方式來實現(xiàn)存取控制：對用戶授權(quán)和把數(shù)據(jù)庫系統(tǒng)的權(quán)賦予用戶。本系統(tǒng)所有的用戶數(shù)據(jù)都存放在分布式架構(gòu)的Oracle數(shù)據(jù)庫中，用戶在客戶端進(jìn)行登錄的時候應(yīng)當(dāng)先進(jìn)行身份驗證，獲

43、得數(shù)據(jù)庫的訪問權(quán)后方能進(jìn)入系統(tǒng)。但是這種訪問權(quán)限會受到應(yīng)用程序的限制。所以系統(tǒng)會首先驗證用戶是否為授權(quán)用戶，如果用戶已被授權(quán)則進(jìn)行口令驗證，否則不允許該用戶訪問本系統(tǒng)。所謂的口令驗證就是將用戶輸入的密碼進(jìn)行加密算法，然后與數(shù)據(jù)庫中的存儲值進(jìn)行比較，若相同則予許登錄。在用戶登錄的時候，還要判斷操作系統(tǒng)中是否已經(jīng)運(yùn)行一個同名的程序或是否有人用相同的用戶名在其他主機(jī)上登錄。2.5 本章小結(jié)本章主要介紹了系統(tǒng)整體實現(xiàn)所需要的相關(guān)技術(shù)，主要包括Lua簡介、Oracle數(shù)據(jù)庫技術(shù)、面向?qū)ο蠹夹g(shù)，它也是本文關(guān)鍵技術(shù)的難點和主要實現(xiàn)部分，用其特性解決實際問題。63第三章 系統(tǒng)需求分析3.1 需求概述隨著信息技

44、術(shù)和通信技術(shù)的迅猛發(fā)展，在工信部頒發(fā)虛擬運(yùn)營商牌照的浪潮下，虛擬運(yùn)營商業(yè)務(wù)迅速發(fā)展。針對虛擬運(yùn)營商計費(fèi)系統(tǒng)需求的特點，在設(shè)計融合計費(fèi)系統(tǒng)必須先搜集需求，對虛擬運(yùn)營商的業(yè)務(wù)形態(tài)、特色服務(wù)、運(yùn)營模式等方面進(jìn)行深入的分析，找準(zhǔn)方向，分析設(shè)計中將會遇到的難點，對設(shè)計方案進(jìn)行多角度、全方位的審視。而進(jìn)行需求分析的目的在于讓委托方和開發(fā)人員的軟件需求得到具體的共識，為開發(fā)過程的質(zhì)量保證以及最后的提交驗收提供標(biāo)準(zhǔn)，供后續(xù)的概要設(shè)計者熟悉業(yè)務(wù)并為下一步軟件設(shè)計提供標(biāo)準(zhǔn)。經(jīng)過一番摸索，總結(jié)出了虛擬運(yùn)營商總體計費(fèi)需求：1. 支持預(yù)付費(fèi)和后付費(fèi)用戶的融合。2. 支持實時在線計費(fèi)和離線計費(fèi)并行處理。3. 支持語音、短

45、信、流量、固網(wǎng)、其他的特色捆綁業(yè)務(wù)全業(yè)務(wù)的融合。4. 支持語音、短信、流量、固網(wǎng)、其他的特色捆綁業(yè)務(wù)等全業(yè)務(wù)的統(tǒng)一批價5。3.2 產(chǎn)品功能需求根據(jù)上述對虛擬運(yùn)營商業(yè)務(wù)總體的分析，運(yùn)行框架、綜合采集和計費(fèi)的功能和流程是融合計費(fèi)系統(tǒng)需求分析的重點。3.2.1 運(yùn)行框架由于計費(fèi)系統(tǒng)龐大、復(fù)雜，需求變化頻繁，經(jīng)過長期的演化，計費(fèi)功能由多個模塊共同完成，如解碼、業(yè)務(wù)分析、批價、分發(fā)入庫等各模塊相互協(xié)調(diào)，組成完整的計費(fèi)系統(tǒng)。計費(fèi)框架的開發(fā)就是為了在日常協(xié)調(diào)各模塊的運(yùn)行，適應(yīng)客戶不斷提出的需求開發(fā)，實現(xiàn)對計費(fèi)各模塊的統(tǒng)一管理。計費(fèi)各模塊開發(fā)成動態(tài)庫的模式，由計費(fèi)框架調(diào)用。計費(fèi)框架在計費(fèi)過程中主要起到裝載、協(xié)

46、調(diào)和調(diào)度的作用，用來給各模塊提供運(yùn)行平臺。計費(fèi)不同模塊的順序執(zhí)行完成計費(fèi)，計費(fèi)框架以任務(wù)的方式管理各計費(fèi)模塊?？蚣軓拇疟P讀入文件，按任務(wù)上定義的順序，進(jìn)行流水線式處理，前一任務(wù)模塊的輸出結(jié)果是后一任務(wù)模塊的輸入。圖1 運(yùn)行框架流程圖運(yùn)行框架是需要完成下面幾個功能點：1. 模塊注冊管理。加載模塊，模塊封裝成動態(tài)庫，并提供調(diào)用函數(shù)，由框架加載和調(diào)用，處理數(shù)據(jù)。2. 任務(wù)管理、組件管理。組織、協(xié)調(diào)各模塊的運(yùn)行。各模塊之間以XDR傳遞數(shù)據(jù)（XDR是一個詳單結(jié)構(gòu)，包括詳單的所有字段），每個模塊將處理的結(jié)果填充到XDR，將XDR送給框架，框架將XDR送到其后面的模塊，后面的模塊從XDR里獲取前面模塊的處理

47、結(jié)果。3. 文件管理。需要支持輸出文件和輸入文件時多發(fā)情況的處理。輸出文件時：1）任務(wù)最終輸出。所有模塊都處理完成后最終的輸出。釋放XDR，釋放文件對象。2）任務(wù)中間輸出。輸出到文件，輸出完成后，XDR和文件對象被后續(xù)的模塊繼續(xù)使用。3）輸出分文件，輸出按詳單里的字段XDR_OUT_POSTFIX的值分文件，分出來的子文件以原文件名為前綴，以XDR_OUT_POSTFIX的值為子文件名的后綴。當(dāng)有模塊需要分文件輸出詳單時，填充XDR里的XDR_OUT_POSTFIX字段。4）錯誤話單輸出分文件。錯誤號（一組數(shù)字）按段分配給每個模塊，每個模塊產(chǎn)生錯誤話單時，都會打上自己獨(dú)有的錯誤號，框架按照錯誤

48、號分文件輸出錯誤詳單，每個錯誤號一個文件。輸入文件時：1）從輸入目錄讀取文件，可以從多個輸入目錄讀取文件。將輸入目錄里的文件按文件時間排序，以時間順序處理。讀取文件時，可以配置規(guī)則表達(dá)式，只處理文件名符合規(guī)則表達(dá)式的文件。2）將輸入的文件讀取到XDR里。4. 前臺交互。框架和前臺通過socket交互。交互的數(shù)據(jù)使用xml的格式。不同的業(yè)務(wù)處理模塊，可以按照自身特點，定制消息?？蚣芴峁┫⑼ǖ?，使前臺和模塊可以交互。新定制的消息不需要重新編譯或啟動框架。5. 支持發(fā)起消息的處理，其中消息分控制類和采樣類。控制類消息：1）控制類消息由前臺發(fā)起，用于控制后臺的進(jìn)程。2）查詢庫和函數(shù)被哪些組件使用。3

49、）啟動、停止任務(wù)，查詢?nèi)蝿?wù)狀態(tài)。4）查詢組件狀態(tài)。5）前臺和模塊的自定義消息。采樣類消息：1）一部份采樣類消息由后臺發(fā)起，向前臺發(fā)運(yùn)行信息，如告警日志。一部份由前臺定時取，如狀態(tài)信息、統(tǒng)計稽核數(shù)據(jù)等。消息里包括，消息的來源（進(jìn)程、任務(wù)、組件），消息的內(nèi)容。2）定時取組件狀態(tài)。3）初始化、啟動失敗消息（任務(wù)、組件）。4）運(yùn)行時的告警日志。5）運(yùn)行時的告警消息。6）運(yùn)行時的狀態(tài)消息。3.2.2 綜合采集首先綜合采集有兩種采集方式，針對不同類型網(wǎng)元設(shè)備實現(xiàn)計費(fèi)事件的實時在線采集。在線采集模式支持SCP、SACP、SMSC、ISMP/DSMP、GGSN、MMSC、SVR、USSD等多種網(wǎng)元設(shè)備，采集數(shù)

50、據(jù)類型包括在線計費(fèi)事件的實時消息與離線計費(fèi)事件的離線話單。離線采集模式支持FTP、UDP、SFTP等多種傳輸協(xié)議，簡言之，離線采集是一個數(shù)據(jù)通道，支持多個子系統(tǒng)內(nèi)部在網(wǎng)絡(luò)上進(jìn)行文件傳遞，同時也是外部系統(tǒng)通過網(wǎng)絡(luò)與子系統(tǒng)進(jìn)行數(shù)據(jù)交換的重要途徑。在線采集需要支持多種網(wǎng)元設(shè)備和傳輸協(xié)議，虛擬運(yùn)營商目前采用的是離線采集的方式6，支持聯(lián)通VOP平臺所需要的FTP協(xié)議，擁有統(tǒng)一的傳輸功能接口，可根據(jù)用戶的需求進(jìn)行傳輸功能的擴(kuò)展。其中，在數(shù)據(jù)傳輸時需要支持任務(wù)定制，即將傳輸任務(wù)提前以配置文件的方式保存，需要時后臺啟動進(jìn)程進(jìn)行傳輸。在文件的處理上，需要支持文件的匹配、更名、校驗、壓縮、解壓縮、稽核等功能。在數(shù)

51、據(jù)上可以支持備份，在源文件被刪除的情況下可以提供數(shù)據(jù)恢復(fù)手段。綜上所述，綜合采集需要支持很多功能，在系統(tǒng)的設(shè)計和開發(fā)中面臨到的難題是如何實現(xiàn)統(tǒng)一的傳輸功能接口來支持多種網(wǎng)元設(shè)備。如下為綜合采集的實時數(shù)據(jù)采集流程圖：圖2 離線采集內(nèi)外部關(guān)系圖3.2.3 計費(fèi)根據(jù)調(diào)研，計費(fèi)的流程是首先從用戶的資料中獲取用戶訂購時的計費(fèi)資源、產(chǎn)品資費(fèi)，繼而實現(xiàn)用戶跨地域、跨業(yè)務(wù)的計費(fèi)過程。在實現(xiàn)過程中，原有預(yù)付費(fèi)后付費(fèi)分離，在線計費(fèi)、離線計費(fèi)不能同時兼容的計費(fèi)模式已經(jīng)不能滿足客戶對采集計費(fèi)實時、準(zhǔn)確的要求，因此新一代融合計費(fèi)系統(tǒng)融合了在線實時計費(fèi)、離線計費(fèi)、準(zhǔn)實時計費(fèi)多種計費(fèi)模式，實現(xiàn)了預(yù)付費(fèi)后付費(fèi)融合和全業(yè)務(wù)的融

52、合。其中計費(fèi)中全業(yè)務(wù)的融合是指語音、短信、流量、固網(wǎng)、其他的特色捆綁業(yè)務(wù)的融合，并可以對全業(yè)務(wù)實現(xiàn)實時統(tǒng)一批價處理7。計費(fèi)子系統(tǒng)是融合計費(fèi)系統(tǒng)的核心環(huán)節(jié)，為了應(yīng)對客戶的需求需要融合多種計費(fèi)模式，融合計費(fèi)系統(tǒng)滿足在線計費(fèi)和離線計費(fèi)兩種計費(fèi)方式同時運(yùn)行，其中在線計費(fèi)系統(tǒng)和離線計費(fèi)系統(tǒng)同時運(yùn)行時的協(xié)作主要體現(xiàn)在當(dāng)在線計費(fèi)系統(tǒng)出現(xiàn)事故或者由于電信業(yè)務(wù)繁忙，此時由網(wǎng)元傳來的話單可以由接口模塊轉(zhuǎn)交給離線計費(fèi)系統(tǒng)進(jìn)行計費(fèi)處理。在線計費(fèi)系統(tǒng)的預(yù)付費(fèi)/后付費(fèi)用戶由離線計費(fèi)系統(tǒng)統(tǒng)一賬戶管理。而在線計費(fèi)系統(tǒng)不能處理的優(yōu)惠處理，如特色業(yè)務(wù)捆綁優(yōu)惠等交給離線計費(fèi)系統(tǒng)處理，處理完后再對預(yù)付費(fèi)用戶多扣除的費(fèi)用進(jìn)行余額沖正。

53、該融合計費(fèi)系統(tǒng)具備全業(yè)務(wù)運(yùn)營支撐能力，具有為用戶提供標(biāo)準(zhǔn)化與差異化使用體驗的綜合支撐能力，滿足不同市場對于基礎(chǔ)業(yè)務(wù)與增值業(yè)務(wù)的全部需要。通過對現(xiàn)狀的分析，計費(fèi)需要滿足下面的總體要求：1. 全業(yè)務(wù)融合資費(fèi)。支持語音業(yè)務(wù)與數(shù)據(jù)業(yè)務(wù)、在線業(yè)務(wù)與離線業(yè)務(wù)、實時業(yè)務(wù)與非實時業(yè)務(wù)、預(yù)付費(fèi)業(yè)務(wù)與后付費(fèi)業(yè)務(wù)以及標(biāo)準(zhǔn)資費(fèi)與協(xié)議資費(fèi)等多種模式的計費(fèi)需求，支持針對各類業(yè)務(wù)的交叉優(yōu)惠。2. 數(shù)據(jù)業(yè)務(wù)。支持對數(shù)據(jù)業(yè)務(wù)的計費(fèi)與賬務(wù)支撐。支持GPRS業(yè)務(wù)的實時計費(fèi)控制，支持2G與3G網(wǎng)絡(luò)的實時切換，支持計費(fèi)模式進(jìn)行相應(yīng)切換后對2G與3G網(wǎng)絡(luò)采用不同收費(fèi)模式。3. 賬戶/用戶/業(yè)務(wù)層的融合。提供賬戶級、用戶級、業(yè)務(wù)級的多層級

54、資源分配與計費(fèi)模式，在業(yè)務(wù)實現(xiàn)與資源管理上具備多層級融合能力，如支持多層級的產(chǎn)品訂購與費(fèi)用收取，支持多層級的稅費(fèi)計算與捆綁優(yōu)惠，支持多層級的預(yù)算控制與信用控制。4. 資源攜轉(zhuǎn)。支持對失效的免費(fèi)資源延長使用有效期的攜轉(zhuǎn)功能，提高資源利用率。周期性免費(fèi)資源失效時間為當(dāng)前周期結(jié)束時間，一次性免費(fèi)資源失效時間為免費(fèi)資源創(chuàng)建時的指定失效時間，資源攜轉(zhuǎn)功能為用戶提供對已失效免費(fèi)資源的使用權(quán)限。5. 預(yù)算控制。支持個性化的預(yù)算控制功能，實現(xiàn)對一定周期內(nèi)消費(fèi)額度的限制。預(yù)算控制功能用于提高消費(fèi)透明度與提升用戶體驗，在設(shè)置與實現(xiàn)上具有極高的靈活性，客戶可以自由定義使用額度閥值與預(yù)算控制規(guī)則。1) 多層級：預(yù)算控

55、制功能支持賬戶級、用戶級、業(yè)務(wù)級三個維度的限額判斷，客戶可以對其擁有的一個或多個指定賬戶在一定周期內(nèi)的使用額度進(jìn)行限制，亦可對某個賬戶下的一個或多個用戶以及某個用戶對指定業(yè)務(wù)的使用額度進(jìn)行限制。2) 多業(yè)務(wù)：預(yù)算控制的觸發(fā)通過系統(tǒng)對使用額度是否達(dá)到預(yù)置閥值的判斷實現(xiàn)，閥值的預(yù)置支持資源型與費(fèi)用型，即在一定周期內(nèi)，客戶可以從其使用費(fèi)用、通話時長、數(shù)據(jù)流量等多個角度進(jìn)行額度控制。3) 多執(zhí)行方式：預(yù)算控制的執(zhí)行動作支持暫停服務(wù)、觸發(fā)提醒、暫不處理三種方式，觸發(fā)提醒的動作支持設(shè)置多個閥值并觸發(fā)多次提醒，提醒的方式包括SMS、Email。6. 資產(chǎn)轉(zhuǎn)移轉(zhuǎn)換。支持資產(chǎn)的轉(zhuǎn)移與轉(zhuǎn)換功能，提高用戶對資源的優(yōu)化整合能力，提升資源利用率。1) 資產(chǎn)轉(zhuǎn)移功能實現(xiàn)資產(chǎn)歸屬屬性的變更，支持針對免費(fèi)資源、賬本資金、積分、有效期在不同賬戶間及同賬戶下不同設(shè)備間進(jìn)行轉(zhuǎn)移。2) 資產(chǎn)轉(zhuǎn)換功能實現(xiàn)資產(chǎn)形式的變更，支持免費(fèi)資源、賬本資金、積分、有效期在同賬戶下的轉(zhuǎn)換。7. 多級信控。支持信控提醒功能實現(xiàn)系統(tǒng)對用戶消費(fèi)的實時監(jiān)控，根據(jù)用戶消費(fèi)狀況與狀態(tài)信息為其執(zhí)行通知、狀態(tài)變更等服務(wù)，通過增加系統(tǒng)與用戶的交互提升業(yè)務(wù)的使用透明度與用戶參與度。8. 靈活賬期。支持