實時融合計費系統(tǒng)的設(shè)計與實現(xiàn)
加入技術(shù)交流群
由在線采集模塊負(fù)責(zé)采集話單文件及在線消息，并轉(zhuǎn)化為統(tǒng)一格式消息進行主機級消息分發(fā)。計費消息調(diào)度模塊負(fù)責(zé)消息的接收與發(fā)送以及消息的進程級分發(fā)。計費控制模塊接收到計費消息后進行協(xié)議解析，生成計費事件，并根據(jù)計費事件類型及數(shù)據(jù)庫數(shù)據(jù)分別由預(yù)處理引擎、批價引擎、余額管理和會話管理處理，實現(xiàn)基于會話承載的計費、基于內(nèi)容事件的計費以及用戶賬戶管理。最后，系統(tǒng)通過話單生成程序?qū)I(yè)務(wù)使用記錄和計費結(jié)果保存到CDR文件中。本文引用地址：http://m.butianyuan.cn/article/194599.htm
為了滿足未來海量數(shù)據(jù)處理的需要以及系統(tǒng)擴容的需求，系統(tǒng)采用主機級消息分發(fā)和進程級消息分發(fā)兩級分發(fā)策略。其中主機級消息分發(fā)由運行于IMPDiameter Server上的在線采集模塊負(fù)責(zé)。如圖2所示，IMP Diameter Server在收到信用控制請求包(CCR)后，會根據(jù)CCR中的用戶標(biāo)識信息以及共享內(nèi)存數(shù)據(jù)庫中的路由策略(如用戶、地域、號段、網(wǎng)絡(luò)設(shè)備等)來決定將這個CCR分發(fā)給那一個在線計費系統(tǒng)(OCS)主機進行處理。在OCS主機收到CCR后，計費消息調(diào)度模塊中的分發(fā)進程會根據(jù)CCR的業(yè)務(wù)類型和OCS進程的負(fù)載情況將CCR包指派給某個具體的OCS進程進行處理。
2 在線計費控制
2．1 預(yù)處理引擎
隨著電信業(yè)務(wù)的發(fā)展，需要越來越靈活的資費套餐，這就需要多種多樣、可靈活配置的擴展計費信息。另一方面，通信網(wǎng)元的多樣化，使得原始計費信息變化較大。怎樣把原始信息靈活轉(zhuǎn)換成擴展計費信息就成為預(yù)處理引擎設(shè)計的關(guān)鍵。傳統(tǒng)的預(yù)處理方法對于新的業(yè)務(wù)和規(guī)則，一般都是通過修改程序代碼來實現(xiàn)的，這樣給程序的管理和維護帶來了很大的困難，而且風(fēng)險比較高。
本文提出了一種基于可定制規(guī)則分揀的預(yù)處理引擎，該引擎可以根據(jù)不同網(wǎng)元的業(yè)務(wù)需求，靈活地配置并驗證邏輯，規(guī)整統(tǒng)一的批價接口，從而實現(xiàn)了全業(yè)務(wù)的融合。同時，由于不需要修改程序，系統(tǒng)維護方便且風(fēng)險極小。
2．2 批價引擎
批價引擎是在線計費的核心組件。隨著資費策略越來越復(fù)雜，傳統(tǒng)的基于參數(shù)表驅(qū)動或簡單規(guī)則驅(qū)動的計費引擎表達(dá)起來越來越困難，計費引擎越做越復(fù)雜，擴展性也越來越差，維護代價越來越高。為了解決這一問題，采用適配器(Adapter)的設(shè)計模式以及嵌入腳本技術(shù)實現(xiàn)了一種高可擴展性的通用批價引擎?；谶m配器模式的批價引擎分為三層，分別是核心層、適配器層和原始數(shù)據(jù)層，如圖3所示。
評論