胡元林

湖北省電信業(yè)務(wù)支撐中心，湖北武漢 430000

0 引言

當前，湖北電信已經(jīng)建設(shè)有HotBilling（熱計費，離線計費方式的一種簡稱HB），ABM(余額管理平臺)， OCS（在線計費系統(tǒng)）三大計費域核心系統(tǒng)。HB系統(tǒng)和OCS各有分工，OCS主要承接預付費產(chǎn)品類用戶。在當前HB和OCS各自獨立承接一部分用戶計費的現(xiàn)狀下，漸體現(xiàn)出以下一些短板：

難以支持預后捆綁套餐；預后套餐不一致，難以支持用戶自由切換付費方式；預付費沒有信用度概念，用戶感知不好；預付費套餐少；客戶體驗存在差異；無法支持客戶統(tǒng)一余額視圖；預后服務(wù)標準存在差異；預后兩套計費體系，資費套餐配置復雜；

在當前中國電信以寬帶業(yè)務(wù)和核心競爭力，增加用戶使用黏度，有效控制欠費風險的業(yè)務(wù)發(fā)展思想指導下，對寬帶，固話，C網(wǎng)手機的預后付費融合套餐的需求日益強烈。

1 統(tǒng)一的計費引擎，分步實現(xiàn)融合

統(tǒng)一的計費引擎應(yīng)該具有下面五個特點：有良好的支持融合業(yè)務(wù)的核心模型；計費引擎基于事件驅(qū)動，具有實時機制；靈活的預處理機制；統(tǒng)一的批價引擎；基于規(guī)則的靈活優(yōu)惠處理。

為了全面支持預后融合套餐，需要對系統(tǒng)進行一系列改造。針對此次預后融合的系統(tǒng)改造，我們提出分步前進的概念，描述如下：

第一步：系統(tǒng)在功能上支持預后融合套餐業(yè)務(wù)開展，但為了減少對現(xiàn)有業(yè)務(wù)的影響，我們在系統(tǒng)改造時，盡量使現(xiàn)有業(yè)務(wù)流程不變化，并且減少因預后融合上線后，HB用戶業(yè)務(wù)數(shù)據(jù)與OCS用戶業(yè)務(wù)數(shù)據(jù)間的互相影響。

第二步：系統(tǒng)正式承接預后融合套餐業(yè)務(wù)，對于實際的預后融合套餐業(yè)務(wù)處理，能實現(xiàn)從套餐配置到業(yè)務(wù)受理，到計費處理，日常業(yè)務(wù)處理，業(yè)務(wù)變更受理，月帳費用處理及沖減的全流程處理。

1.1 支持預后融合業(yè)務(wù)的核心模型

核心模型包括產(chǎn)品模型、余額賬本模型[3]等模型。

產(chǎn)品模型[3]包括了以產(chǎn)品、產(chǎn)品包、商品為核心的模型設(shè)計。

中國電信計費模型中產(chǎn)品模型為融合業(yè)務(wù)的實現(xiàn)提供了堅實的基礎(chǔ)。在商品上新增一個預后融合標志。預后融合套餐定價在HB配置，配置完成后需要同步到OCS。

余額賬本模型[3]為預付費和后付費提供了統(tǒng)一的余額管理。余額數(shù)據(jù)融合后，余額賬本實例全部存放在ABM中。

1.2 計費引擎基于事件驅(qū)動，具有實時機制

事件是計費模型中非常重要的一個基礎(chǔ)概念，它包含多種使用情況記錄事件、一次性事件、周期性事件等等；事件驅(qū)動保證了實時機制，并依據(jù)事件的到達實時驅(qū)動系統(tǒng)各種引擎的工作，各引擎完成事件的本過程的處理后，根據(jù)制定好的流程傳遞給下一個引擎[2]進行處理，直到該事件的工作處理完畢。

1.3 靈活的預處理機制

預處理（PreProcess）是對采集后原始祥細記錄（Raw UsageRecord）進行標準化校驗和格式識別，并進行過濾話單與分揀，最后轉(zhuǎn)變成提供給系統(tǒng)內(nèi)的格式化數(shù)據(jù)和系統(tǒng)外部數(shù)據(jù)的處理過程。

1.4 統(tǒng)一的批價引擎

統(tǒng)一批價引擎是基于核心的產(chǎn)品模型、定價模型、事件模型的基礎(chǔ)上的批價進程。

它根據(jù)預處理輸出結(jié)果所形成的事件，按定義的批價原則及費率進行批價處理。

融合計費系統(tǒng)支持融合業(yè)務(wù)的批價處理，如C網(wǎng)計費、內(nèi)容計費等多種業(yè)務(wù)，支持基于時長、流量、次數(shù)類的計費處理，支撐按內(nèi)容等多種度量的計費功能[3]的實現(xiàn)?；谙到y(tǒng)設(shè)計事件驅(qū)動的原則，實現(xiàn)自動化處理功能；也支持其它的多種處理模式如定時批處理、實時等。

1.5 靈活的基于規(guī)則的優(yōu)惠處理

融合的計費賬務(wù)系統(tǒng)支持詳單級優(yōu)惠、賬目級、用戶級、賬戶級、客戶級優(yōu)惠，優(yōu)惠的規(guī)則參考優(yōu)惠對象、優(yōu)惠條件來實現(xiàn)優(yōu)惠。

1.5.1 明確的優(yōu)惠級別的關(guān)系

優(yōu)惠級別的低到高的順序如下：產(chǎn)品級優(yōu)惠→商品級優(yōu)惠→客戶協(xié)議用戶優(yōu)惠→客戶協(xié)議賬戶優(yōu)惠等，即優(yōu)惠級別低的優(yōu)惠計劃先執(zhí)行，優(yōu)惠級別高的優(yōu)惠計劃后執(zhí)行。優(yōu)惠級別高的優(yōu)惠計劃是在優(yōu)惠級別低的優(yōu)惠計劃上的疊加優(yōu)惠處理。

1.5.2 優(yōu)惠COM模型

優(yōu)惠計劃可以參考四個不同對象，它們是用戶（Service）、賬目項（Item）、賬戶（Account）、客戶（Customer），優(yōu)惠模型的參考條件可以為S-I-A-C對象的各種組成屬性和資源屬性。系統(tǒng)支持按客戶協(xié)議用戶、客戶協(xié)議賬戶等不同的優(yōu)惠策略，抽象成靈活的優(yōu)惠模型。

2 展望

經(jīng)過BOSS項目組和相關(guān)廠家近一年的不懈努力，目前已經(jīng)實現(xiàn)了數(shù)據(jù)融合；數(shù)據(jù)融合指的是HB后付費的余額遷移到ABM，后付費余額和預付費余額完全融合，統(tǒng)一存放統(tǒng)一使用，即預付費和后付費將會實現(xiàn)統(tǒng)一的余額管理。以后將實現(xiàn)業(yè)務(wù)融合，業(yè)務(wù)融合指的是預后融合業(yè)務(wù)的累計量在ABM統(tǒng)一存放，統(tǒng)一使用，OCS和HB共享融合累計量，真正支持預后融合業(yè)務(wù)，在明后年底出臺的BOSSv3.0中，預付費和后付費將會實現(xiàn)統(tǒng)一的共享融合累計量，從而實現(xiàn)真正意義上的融合。

[1]蔡康.中國電信計費模型總論，2006，12：12-23.

[2]徐濤.BPM系統(tǒng)的自動層架構(gòu)設(shè)計--面向流程的、可視化開發(fā)的EAI技術(shù).

[3]韋向東.計費&OSS世界,2006，5：34-106.

[4]中國電信集團編制.中國電信計費模型3.0.

[5]中國電信集團編制.余額管理中心技術(shù)方案.