新聞中心

EEPW首頁 > 測試測量 > 設計應用 > 實時融合計費系統(tǒng)的設計與實現(xiàn)

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

作者: 時間:2011-12-21 來源:網(wǎng)絡 收藏

由在線采集模塊負責采集話單文件及在線消息,并轉(zhuǎn)化為統(tǒng)一格式消息進行主機級消息分發(fā)。計費消息調(diào)度模塊負責消息的接收與發(fā)送以及消息的進程級分發(fā)。計費控制模塊接收到計費消息后進行協(xié)議解析,生成計費事件,并根據(jù)計費事件類型及數(shù)據(jù)庫數(shù)據(jù)分別由預處理引擎、批價引擎、余額管理和會話管理處理,實現(xiàn)基于會話承載的計費、基于內(nèi)容事件的計費以及用戶賬戶管理。最后,系統(tǒng)通過話單生成程序?qū)I(yè)務使用記錄和計費結果保存到CDR文件中。

本文引用地址:http://www.butianyuan.cn/article/194599.htm

b.jpg


為了滿足未來海量數(shù)據(jù)處理的需要以及系統(tǒng)擴容的需求,系統(tǒng)采用主機級消息分發(fā)和進程級消息分發(fā)兩級分發(fā)策略。其中主機級消息分發(fā)由運行于IMPDiameter Server上的在線采集模塊負責。如圖2所示,IMP Diameter Server在收到信用控制請求包(CCR)后,會根據(jù)CCR中的用戶標識信息以及共享內(nèi)存數(shù)據(jù)庫中的路由策略(如用戶、地域、號段、網(wǎng)絡設備等)來決定將這個CCR分發(fā)給那一個在線(OCS)主機進行處理。在OCS主機收到CCR后,計費消息調(diào)度模塊中的分發(fā)進程會根據(jù)CCR的業(yè)務類型和OCS進程的負載情況將CCR包指派給某個具體的OCS進程進行處理。

2 在線計費控制
2.1 預處理引擎
隨著電信業(yè)務的發(fā)展,需要越來越靈活的資費套餐,這就需要多種多樣、可靈活配置的擴展計費信息。另一方面,通信網(wǎng)元的多樣化,使得原始計費信息變化較大。怎樣把原始信息靈活轉(zhuǎn)換成擴展計費信息就成為預處理引擎設計的關鍵。傳統(tǒng)的預處理方法對于新的業(yè)務和規(guī)則,一般都是通過修改程序代碼來實現(xiàn)的,這樣給程序的管理和維護帶來了很大的困難,而且風險比較高。
本文提出了一種基于可定制規(guī)則分揀的預處理引擎,該引擎可以根據(jù)不同網(wǎng)元的業(yè)務需求,靈活地配置并驗證邏輯,規(guī)整統(tǒng)一的批價接口,從而實現(xiàn)了全業(yè)務的融合。同時,由于不需要修改程序,系統(tǒng)維護方便且風險極小。
2.2 批價引擎
批價引擎是在線計費的核心組件。隨著資費策略越來越復雜,傳統(tǒng)的基于參數(shù)表驅(qū)動或簡單規(guī)則驅(qū)動的計費引擎表達起來越來越困難,計費引擎越做越復雜,擴展性也越來越差,維護代價越來越高。為了解決這一問題,采用適配器(Adapter)的設計模式以及嵌入腳本技術實現(xiàn)了一種高可擴展性的通用批價引擎?;谶m配器模式的批價引擎分為三層,分別是核心層、適配器層和原始數(shù)據(jù)層,如圖3所示。

c.jpg



關鍵詞: 計費系統(tǒng)

評論


技術專區(qū)

關閉