在線計(jì)費(fèi)控制 - 實(shí)時(shí)融合計(jì)費(fèi)系統(tǒng)的設(shè)計(jì)

　　2.1 預(yù)處理引擎

　　隨著電信業(yè)務(wù)的發(fā)展，需要越來越靈活的資費(fèi)套餐，這就需要多種多樣、可靈活配置的擴(kuò)展計(jì)費(fèi)信息。另一方面，通信網(wǎng)元的多樣化，使得原始計(jì)費(fèi)信息變化較大。怎樣把原始信息靈活轉(zhuǎn)換成擴(kuò)展計(jì)費(fèi)信息就成為預(yù)處理引擎設(shè)計(jì)的關(guān)鍵。傳統(tǒng)的預(yù)處理方法對于新的業(yè)務(wù)和規(guī)則，一般都是通過修改程序代碼來實(shí)現(xiàn)的，這樣給程序的管理和維護(hù)帶來了很大的困難，而且風(fēng)險(xiǎn)比較高。

　　本文提出了一種基于可定制規(guī)則分揀的預(yù)處理引擎，該引擎可以根據(jù)不同網(wǎng)元的業(yè)務(wù)需求，靈活地配置并驗(yàn)證邏輯，規(guī)整統(tǒng)一的批價(jià)接口，從而實(shí)現(xiàn)了全業(yè)務(wù)的融合。同時(shí)，由于不需要修改程序，系統(tǒng)維護(hù)方便且風(fēng)險(xiǎn)極小。

　　2.2 批價(jià)引擎

　　批價(jià)引擎是在線計(jì)費(fèi)的核心組件。隨著資費(fèi)策略越來越復(fù)雜，傳統(tǒng)的基于參數(shù)表驅(qū)動(dòng)或簡單規(guī)則驅(qū)動(dòng)的計(jì)費(fèi)引擎表達(dá)起來越來越困難，計(jì)費(fèi)引擎越做越復(fù)雜，擴(kuò)展性也越來越差，維護(hù)代價(jià)越來越高。為了解決這一問題，采用適配器(Adapter)的設(shè)計(jì)模式以及嵌入腳本技術(shù)實(shí)現(xiàn)了一種高可擴(kuò)展性的通用批價(jià)引擎。基于適配器模式的批價(jià)引擎分為三層，分別是核心層、適配器層和原始數(shù)據(jù)層，如圖3所示。

　　對一次性費(fèi)用計(jì)算、使用費(fèi)計(jì)算、周期費(fèi)用計(jì)算和優(yōu)惠計(jì)算等提供統(tǒng)一的屬性訪問接口，使得費(fèi)用計(jì)算和數(shù)據(jù)源的變化無關(guān)，實(shí)現(xiàn)通用的費(fèi)用計(jì)算引擎。當(dāng)增加新的業(yè)務(wù)(新的格式、內(nèi)容)時(shí)，只要增加實(shí)現(xiàn)一個(gè)適配器就可以被批價(jià)引擎接受。傳統(tǒng)的資費(fèi)模型通常通過用戶資料中的多個(gè)屬性，組合運(yùn)算后得到若干條資費(fèi)規(guī)則，資費(fèi)規(guī)則只有在程序運(yùn)行時(shí)才知道用戶適用的資費(fèi)。資費(fèi)配置后是否正確生效具有不確定性?；谶m配器模式的批價(jià)引擎采用了資費(fèi)規(guī)則包的資費(fèi)模型，形成可供用戶選擇的資費(fèi)計(jì)劃，這樣用戶所匹配的資費(fèi)規(guī)則可以從用戶資料中直接查詢出來，可靠性更能得到保證。通過對各種話單、事件進(jìn)行分析，資費(fèi)配置和對抽象的“事件屬性”進(jìn)行定義，對新的網(wǎng)絡(luò)(業(yè)務(wù))計(jì)費(fèi)只要在基礎(chǔ)數(shù)據(jù)配置表中增加相應(yīng)的事件屬性描述即可。

　　為了解決基于C/C++語言實(shí)現(xiàn)的批價(jià)引擎可擴(kuò)展性差的問題，批價(jià)引擎還創(chuàng)新性的采用了嵌入Python腳本技術(shù)，利用C++程序運(yùn)行時(shí)的動(dòng)態(tài)解析Python腳本和Python本身強(qiáng)大的表達(dá)能力，可以使計(jì)費(fèi)規(guī)則的表達(dá)無限靈活。Python語言是面向?qū)ο蟮哪_本語言，同時(shí)也支持傳統(tǒng)的結(jié)構(gòu)化編程，具有很好的動(dòng)態(tài)解釋性。復(fù)雜的資費(fèi)策略可以通過腳本實(shí)現(xiàn)。腳本就像插件一樣，可以根據(jù)需要任意配置，極大地提高系統(tǒng)的表達(dá)能力和擴(kuò)展性。為運(yùn)營商提供強(qiáng)大的運(yùn)營支撐能力，方便運(yùn)營商的業(yè)務(wù)快速推出和開展。

　　2.3 虛擬余額技術(shù)

　　傳統(tǒng)的計(jì)費(fèi)系統(tǒng)沒有虛擬余額的概念，只支持一種余額類型，即金額。其他類型的消費(fèi)都要轉(zhuǎn)換為金額才能實(shí)現(xiàn)。隨著電信業(yè)務(wù)的發(fā)展，各種各樣的基于時(shí)長、次數(shù)、流量等消費(fèi)的方式越來越多，都轉(zhuǎn)成金額也是一種方式，但不靈活。在余額管理模塊設(shè)計(jì)中，系統(tǒng)引入了虛擬余額的概念。系統(tǒng)支持用戶的余額可以是除了金額外的其他類型“余額”，如時(shí)長、次數(shù)、流量等。同時(shí)支持虛擬類型的擴(kuò)充，有效增加用戶消費(fèi)的方式，方便電信業(yè)務(wù)的拓展。

　　3 共享內(nèi)存數(shù)據(jù)庫

　　計(jì)費(fèi)系統(tǒng)中各種業(yè)務(wù)程序需要對數(shù)據(jù)庫中的數(shù)據(jù)進(jìn)行頻繁的查詢操作，涉及的數(shù)據(jù)量非常巨大，訪問數(shù)據(jù)庫的頻率很高，由此產(chǎn)生過多的數(shù)據(jù)庫交互導(dǎo)致程序性能降低。使用共享內(nèi)存技術(shù)將數(shù)據(jù)庫待查詢的數(shù)據(jù)上載到業(yè)務(wù)程序所在的系統(tǒng)內(nèi)存中，結(jié)合業(yè)務(wù)需求建立快速有效的查詢方式，提高查詢速度，減少對數(shù)據(jù)庫性能的依賴。

　　根據(jù)需要查詢的數(shù)據(jù)量，在系統(tǒng)內(nèi)存中開辟足夠的共享內(nèi)存段，用于存放數(shù)據(jù)記錄。同時(shí)根據(jù)數(shù)據(jù)查詢的需求建立對應(yīng)的查詢方式(即建立索引)，創(chuàng)建對應(yīng)的共享內(nèi)存段，用于存放索引及輔助維護(hù)數(shù)據(jù)。共享內(nèi)存數(shù)據(jù)庫框架如圖4所示。

　　守護(hù)進(jìn)程根據(jù)預(yù)先定義，查詢并獲取數(shù)據(jù)庫中的原始數(shù)據(jù)，經(jīng)過處理形成需要存放的記錄并插入共享內(nèi)存的數(shù)據(jù)段，同時(shí)根據(jù)查詢方式形成對應(yīng)的索引記錄，插入共享內(nèi)存的索引段。在數(shù)據(jù)被批量上載后，業(yè)務(wù)進(jìn)程可以連接共享內(nèi)存，先訪問索引段，然后獲取對應(yīng)的數(shù)據(jù)記

　　錄。數(shù)據(jù)庫數(shù)據(jù)發(fā)生變動(dòng)時(shí)，守護(hù)進(jìn)程根據(jù)相應(yīng)的機(jī)制獲取變動(dòng)的數(shù)據(jù)，依照前面業(yè)務(wù)進(jìn)程查詢數(shù)據(jù)的方法，如果找到指定數(shù)據(jù)就更新，如果沒找到就插入新記錄。

　　4 結(jié)語

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