實時融合計費系統(tǒng)的設計與實現(xiàn)

對一次性費用計算、使用費計算、周期費用計算和優(yōu)惠計算等提供統(tǒng)一的屬性訪問接口，使得費用計算和數(shù)據(jù)源的變化無關，實現(xiàn)通用的費用計算引擎。當增加新的業(yè)務(新的格式、內(nèi)容)時，只要增加實現(xiàn)一個適配器就可以被批價引擎接受。傳統(tǒng)的資費模型通常通過用戶資料中的多個屬性，組合運算后得到若干條資費規(guī)則，資費規(guī)則只有在程序運行時才知道用戶適用的資費。資費配置后是否正確生效具有不確定性?；谶m配器模式的批價引擎采用了資費規(guī)則包的資費模型，形成可供用戶選擇的資費計劃，這樣用戶所匹配的資費規(guī)則可以從用戶資料中直接查詢出來，可靠性更能得到保證。通過對各種話單、事件進行分析，資費配置和對抽象的“事件屬性”進行定義，對新的網(wǎng)絡(業(yè)務)計費只要在基礎數(shù)據(jù)配置表中增加相應的事件屬性描述即可。
為了解決基于C／C++語言實現(xiàn)的批價引擎可擴展性差的問題，批價引擎還創(chuàng)新性的采用了嵌入Python腳本技術，利用C++程序運行時的動態(tài)解析Python腳本和Python本身強大的表達能力，可以使計費規(guī)則的表達無限靈活。Python語言是面向對象的腳本語言，同時也支持傳統(tǒng)的結構化編程，具有很好的動態(tài)解釋性。復雜的資費策略可以通過腳本實現(xiàn)。腳本就像插件一樣，可以根據(jù)需要任意配置，極大地提高系統(tǒng)的表達能力和擴展性。為運營商提供強大的運營支撐能力，方便運營商的業(yè)務快速推出和開展。
2．3 虛擬余額技術
傳統(tǒng)的計費系統(tǒng)沒有虛擬余額的概念，只支持一種余額類型，即金額。其他類型的消費都要轉換為金額才能實現(xiàn)。隨著電信業(yè)務的發(fā)展，各種各樣的基于時長、次數(shù)、流量等消費的方式越來越多，都轉成金額也是一種方式，但不靈活。在余額管理模塊設計中，系統(tǒng)引入了虛擬余額的概念。系統(tǒng)支持用戶的余額可以是除了金額外的其他類型“余額”，如時長、次數(shù)、流量等。同時支持虛擬類型的擴充，有效增加用戶消費的方式，方便電信業(yè)務的拓展。

3 共享內(nèi)存數(shù)據(jù)庫
計費系統(tǒng)中各種業(yè)務程序需要對數(shù)據(jù)庫中的數(shù)據(jù)進行頻繁的查詢操作，涉及的數(shù)據(jù)量非常巨大，訪問數(shù)據(jù)庫的頻率很高，由此產(chǎn)生過多的數(shù)據(jù)庫交互導致程序性能降低。使用共享內(nèi)存技術將數(shù)據(jù)庫待查詢的數(shù)據(jù)上載到業(yè)務程序所在的系統(tǒng)內(nèi)存中，結合業(yè)務需求建立快速有效的查詢方式，提高查詢速度，減少對數(shù)據(jù)庫性能的依賴。
根據(jù)需要查詢的數(shù)據(jù)量，在系統(tǒng)內(nèi)存中開辟足夠的共享內(nèi)存段，用于存放數(shù)據(jù)記錄。同時根據(jù)數(shù)據(jù)查詢的需求建立對應的查詢方式(即建立索引)，創(chuàng)建對應的共享內(nèi)存段，用于存放索引及輔助維護數(shù)據(jù)。共享內(nèi)存數(shù)據(jù)庫框架如圖4所示。

守護進程根據(jù)預先定義，查詢并獲取數(shù)據(jù)庫中的原始數(shù)據(jù)，經(jīng)過處理形成需要存放的記錄并插入共享內(nèi)存的數(shù)據(jù)段，同時根據(jù)查詢方式形成對應的索引記錄，插入共享內(nèi)存的索引段。在數(shù)據(jù)被批量上載后，業(yè)務進程可以連接共享內(nèi)存，先訪問索引段，然后獲取對應的數(shù)據(jù)記
錄。數(shù)據(jù)庫數(shù)據(jù)發(fā)生變動時，守護進程根據(jù)相應的機制獲取變動的數(shù)據(jù)，依照前面業(yè)務進程查詢數(shù)據(jù)的方法，如果找到指定數(shù)據(jù)就更新，如果沒找到就插入新記錄。

4 結語
隨著電信技術的不斷發(fā)展，傳統(tǒng)的準實時計費系統(tǒng)已不能滿足電信運營商的需求。本文設計了一種實時融合認證在線計費系統(tǒng)，該系統(tǒng)采用可定制規(guī)則分揀的預處理引擎、基于適配器模式的批價引擎和嵌入式腳本等技術滿足了靈活的多種業(yè)務融合計費需求。同時，該系統(tǒng)還采用了多級消息分發(fā)、共享內(nèi)存數(shù)據(jù)庫等技術，保證了系統(tǒng)的實時性。該系統(tǒng)消息平均響應時間99．9％小于400 ms。系統(tǒng)單節(jié)點支持用戶數(shù)由現(xiàn)在的300萬提升到2 000萬，系統(tǒng)容量提升后，一般的電信企業(yè)部署單節(jié)點，最多兩個節(jié)點即可滿足容量要求。系統(tǒng)的單節(jié)點混合呼叫處理能力由現(xiàn)在的2 400 CaPs提升到4 000 Caps。數(shù)據(jù)處理性能提升后，將能滿足未來海量數(shù)據(jù)處理的需要。