實(shí)時(shí)融合計(jì)費(fèi)系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)
加入技術(shù)交流群
由在線采集模塊負(fù)責(zé)采集話單文件及在線消息，并轉(zhuǎn)化為統(tǒng)一格式消息進(jìn)行主機(jī)級消息分發(fā)。計(jì)費(fèi)消息調(diào)度模塊負(fù)責(zé)消息的接收與發(fā)送以及消息的進(jìn)程級分發(fā)。計(jì)費(fèi)控制模塊接收到計(jì)費(fèi)消息后進(jìn)行協(xié)議解析，生成計(jì)費(fèi)事件，并根據(jù)計(jì)費(fèi)事件類型及數(shù)據(jù)庫數(shù)據(jù)分別由預(yù)處理引擎、批價(jià)引擎、余額管理和會話管理處理，實(shí)現(xiàn)基于會話承載的計(jì)費(fèi)、基于內(nèi)容事件的計(jì)費(fèi)以及用戶賬戶管理。最后，系統(tǒng)通過話單生成程序?qū)I(yè)務(wù)使用記錄和計(jì)費(fèi)結(jié)果保存到CDR文件中。本文引用地址：http://www.ex-cimer.com/article/194599.htm
為了滿足未來海量數(shù)據(jù)處理的需要以及系統(tǒng)擴(kuò)容的需求，系統(tǒng)采用主機(jī)級消息分發(fā)和進(jìn)程級消息分發(fā)兩級分發(fā)策略。其中主機(jī)級消息分發(fā)由運(yùn)行于IMPDiameter Server上的在線采集模塊負(fù)責(zé)。如圖2所示，IMP Diameter Server在收到信用控制請求包(CCR)后，會根據(jù)CCR中的用戶標(biāo)識信息以及共享內(nèi)存數(shù)據(jù)庫中的路由策略(如用戶、地域、號段、網(wǎng)絡(luò)設(shè)備等)來決定將這個CCR分發(fā)給那一個在線計(jì)費(fèi)系統(tǒng)(OCS)主機(jī)進(jìn)行處理。在OCS主機(jī)收到CCR后，計(jì)費(fèi)消息調(diào)度模塊中的分發(fā)進(jìn)程會根據(jù)CCR的業(yè)務(wù)類型和OCS進(jìn)程的負(fù)載情況將CCR包指派給某個具體的OCS進(jìn)程進(jìn)行處理。
2 在線計(jì)費(fèi)控制
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ū)動或簡單規(guī)則驅(qū)動的計(jì)費(fèi)引擎表達(dá)起來越來越困難，計(jì)費(fèi)引擎越做越復(fù)雜，擴(kuò)展性也越來越差，維護(hù)代價(jià)越來越高。為了解決這一問題，采用適配器(Adapter)的設(shè)計(jì)模式以及嵌入腳本技術(shù)實(shí)現(xiàn)了一種高可擴(kuò)展性的通用批價(jià)引擎?；谶m配器模式的批價(jià)引擎分為三層，分別是核心層、適配器層和原始數(shù)據(jù)層，如圖3所示。
評論