相關專題：
關鍵詞 移動增值 業(yè)務 實時扣費 增值扣費系統(tǒng)
1、前言
目前，廣東聯(lián)通的增值業(yè)務內容豐富，種類繁多，主要包括短信業(yè)務（點對點短信、聯(lián)通在信）、cdma2000 1x業(yè)務（互動視界、掌中寬帶、神奇寶典、彩e、定位之星等）、麗音業(yè)務（短信聽、彩鈴秘書、彩鈴、語音互動、聯(lián)通秘書、如意有聲郵、其他聲訊臺等）、其他業(yè)務（小區(qū)廣播、電子商務）等。隨著用戶數(shù)量的增加以及用戶需求的不斷變化，增值業(yè)務會更加豐富，業(yè)務變更也越來越頻繁。
廣東聯(lián)通增值業(yè)務的多樣化、復雜化以及業(yè)務的不斷變更，不斷給業(yè)務的計費、客戶、營賬等帶來一些新的問題、新的需求，相應的系統(tǒng)將不斷增加，系統(tǒng)的升級也將更頻繁。
除了增值業(yè)務多樣化、復雜化以及業(yè)務的不斷變更外，目前聯(lián)通的部分業(yè)務還未實現(xiàn)實時扣費，比如麗音、炫鈴等，業(yè)務的實時扣費問題急需解決。
2、解決方案
解決由業(yè)務多樣化、復雜化以及業(yè)務的不斷變更帶來的問題，需要設計一個增值扣費系統(tǒng)，整合聯(lián)通的各種業(yè)務、智能網接口，對內提供統(tǒng)一的批價、鑒權接口、實時扣費接口；對外提供統(tǒng)一的基于文件請求和基于TCP/IP協(xié)議的實時接口協(xié)議，提供統(tǒng)一的業(yè)務管理模塊、統(tǒng)一的客戶模塊、統(tǒng)一的營賬模塊，為各部門和廠商使用該接口提供便利的方法，為新舊業(yè)務提供簡單、便利、快速的升級與維護。
2.1 系統(tǒng)結構
增值扣費系統(tǒng)的結構如圖1所示。
增值扣費系統(tǒng)對各業(yè)務平臺，實現(xiàn)以下兩種通信方式：
（1）實時扣費接口，由各業(yè)務層在業(yè)務進行過程中向扣費平臺實時發(fā)起鑒權、扣費請求，通信時采用實時接口協(xié)議。
�。�2）非實時扣費接口，由各業(yè)務層在業(yè)務完成后把相應話單送到扣費平臺進行扣費，使用FTP方式進行文件交互。
增值扣費系統(tǒng)實現(xiàn)增值業(yè)務的實時協(xié)議及非實時協(xié)議的扣費。增值扣費系統(tǒng)具有較強的擴展性，只要遵循接口規(guī)范的增值業(yè)務平臺都可以接入增值扣費系統(tǒng)。
增值扣費系統(tǒng)實現(xiàn)智能網的增值扣費接口，采用增值扣費接口對華為、上海貝爾以及西門子智能網進行鑒權扣費。
增值扣費系統(tǒng)支持業(yè)務平臺進行批價。增值扣費系統(tǒng)的費率信息和產品信息由綜合管理平臺通過管理平臺接口同步給增值扣費系統(tǒng)。用戶產品包訂購信息由管理平臺同步給增值扣費系統(tǒng)。
增值扣費系統(tǒng)通過計費結算接口將詳細話單同步給計費結算平臺，由計費結算平臺統(tǒng)計結算報表。
2.2 事務數(shù)說明
在增值扣費系統(tǒng)中，增值業(yè)務平臺采用實時接口協(xié)議進行扣費時，每次完成扣費一般需要經歷以下幾個事務：
（1）實時接口模塊接收業(yè)務方扣費請求，分析業(yè)務方扣費請求報文，向批價鑒權模塊發(fā)送業(yè)務請求。
（2）批價鑒權模塊分析用戶類型、業(yè)務類型，根據批價方標志，判斷是否進行批價，分析用戶可能擁有的免費信息。
�。�3）對于可能擁有免費信息的用戶，查詢用戶的免費信息，如果用戶有免費信息設置，則修改用戶的免費信息設置。
�。�4）向批價鑒權模塊返回免費信息查詢及更新結果。
�。�5）如果用戶沒有免費信息，則向增值扣費模塊發(fā)起扣費請求。
對于不同智能網的用戶，進行不同的操作，下面分別加以說明。
a.對于華為SCP用戶的操作：
（1）增值扣費接口模塊向華為接口模塊發(fā)送扣費請求；
�。�2）華為接口模塊向華為SCP發(fā)送扣費請求；
�。�3）華為接口模塊獲取華為SCP返回的扣費結果；
�。�4）華為接口模塊把扣費結果發(fā)送至增值扣費接口模塊；
�。�5）增值扣費接口模塊更新內存中的用戶余額，并把扣費結果發(fā)送至批價鑒權模塊；
�。�6）批價鑒權模塊將扣費結果發(fā)送至實時接口模塊；
�。�7）實時接口模塊回復業(yè)務方扣費結果。
b.對于西門子SCP用戶的操作：
�。�1）增值扣費接口模塊使用內存中的用戶信息、用戶余額進行鑒權扣費，并把扣費結果發(fā)送至批價鑒權模塊；
�。�2）批價鑒權模塊將扣費結果發(fā)送至實時接口模塊；
�。�3）實時接口模塊回復業(yè)務方扣費結果；
�。�4）采用E-Payment接口向西門子智能網進行扣費；
�。�5）延遲更新增值扣費接口模塊內存中的用戶余額。
對于上海貝爾SCP用戶，又分不同的接口協(xié)議進行的操作。
第一種，SMPP實時接口協(xié)議：
�、僭鲋悼圪M接口模塊向上海貝爾接口模塊發(fā)送扣費請求；
�、谏虾Ｘ悹柦涌谀K向上海貝爾SCP發(fā)送扣費請求；
�、凵虾Ｘ悹柦涌谀K獲取上海貝爾SCP返回的扣費結果；
�、苌虾Ｘ悹柦涌谀K把扣費結果發(fā)送至增值扣費接口模塊；
⑤增值扣費接口模塊更新內存中的用戶余額，并把扣費結果發(fā)送至批價鑒權模塊；
⑥批價鑒權模塊將扣費結果發(fā)送至實時接口模塊；
�、邔崟r接口模塊回復業(yè)務方扣費結果。
第二種，corba接口：
①增值扣費接口模塊使用內存中的用戶信息、用戶余額進行鑒權扣費，并把扣費結果發(fā)送至批價鑒權模塊；
�、谂鷥r鑒權模塊將扣費結果發(fā)送至實時接口模塊；
�、蹖崟r接口模塊回復業(yè)務方扣費結果；
�、苁褂肅orba接口向上海貝爾智能網進行扣費；
�、菅舆t更新增值扣費接口模塊內存中的用戶余額。
事務流程如圖2所示。
增值業(yè)務平臺采用非實時接口協(xié)議（FTP文件傳輸）時，扣費請求由非實時接口模塊實時發(fā)起，扣費流程與業(yè)務平臺采用實時接口協(xié)議類似。在用戶有免費信息的情況下，會省略SCP扣費部分的操作，但由于通常情況下免費業(yè)務的量所占比例極小，且在該期項目中不實現(xiàn)用戶免費信息模塊時，可以省去步驟（3）和（4），因此大致可以按照每業(yè)務8個事務數(shù)計算。
2.3 存儲備份機制
目前，智能網用戶數(shù)據采用兩級存儲備份機制，即業(yè)務方產生數(shù)據，然后以文件方式備份到文件備份服務器上，最后再將此數(shù)據存入數(shù)據庫進行存儲。
業(yè)務主機產生相應的數(shù)據，定時生成到指定目錄，然后由文件備份服務器采集這些數(shù)據進行離線保存，保留一年。最后把備份好的數(shù)據放到數(shù)據庫里存儲，在數(shù)據庫里對數(shù)據做相應的操作，比如查詢、出報表等。數(shù)據庫里數(shù)據保留6個月。
3、應用實例
廣東聯(lián)通增值扣費系統(tǒng)采用SUN 880小型機，實現(xiàn)雙機熱備，系統(tǒng)位于省公司750機房。新采購數(shù)據庫軟件一套，以供增值扣費系統(tǒng)做業(yè)務數(shù)庫、話單備份以及結算報表使用。另外，采用現(xiàn)有系統(tǒng)的部分機器或程序實現(xiàn)增值扣費系統(tǒng)的部分功能，具體如下：
�。�1）系統(tǒng)智能網接口各模塊，采用現(xiàn)網的智能網接口程序的機器與程序；
�。�2）系統(tǒng)話單備份、處理模塊，采用現(xiàn)網相關程序的機器；
�。�3）系統(tǒng)報警模塊，采用現(xiàn)網的機器與報警服務器程序。
實時扣費對外接口模塊、非實時扣費對外接口模塊、批價鑒權模塊、產品信息和優(yōu)惠信息同步模塊以及增值扣費結算模塊等新開發(fā)的程序模塊部署在SUN880小型機上；新購的數(shù)據庫軟件也部署在SUN880小型機上。
增值扣費系統(tǒng)的組網結構如圖3所示。
�。�1）業(yè)務接口模塊
增值業(yè)務鑒權扣費接口分為實時鑒權扣費接口和非實時鑒權扣費接口。實時鑒權扣費接口遵循增值業(yè)務實時鑒權扣費協(xié)議規(guī)范。
實時鑒權扣費接口負責增值業(yè)務的實時鑒權扣費接入和由非實時扣費接口轉換過來的扣費指令的接收。實時鑒權扣費接口接收到指令后，依次發(fā)送給計費模塊（1～n），由計費模塊進行鑒權扣費處理，從而達到負載分擔的目的。
非實時鑒權扣費接口采用Ftp方式接受增值業(yè)務方的扣費話單，由非實時扣費接口程序解釋話單，并將話單里的業(yè)務記錄轉換成實時扣費請求，發(fā)送到實時鑒權扣費接口處理，然后將處理后的結果生成回執(zhí)文件提供給增值業(yè)務方。
（2）計費模塊
計費模塊具有分布式系統(tǒng)特點，與實時鑒權扣費接口之間采用TCP/IP協(xié)議通信。計費模塊負責處理計費請求，依次將計費請求發(fā)送到產品包批價模塊、業(yè)務批價模塊、優(yōu)惠批價模塊和扣費接口進行處理。計費模塊負責處理支撐模塊、業(yè)務批價模塊、優(yōu)惠批價模塊和扣費接口的返回結果，并根據返回結果作出相應的邏輯處理。
計費模塊將每個處理完成的計費請求生成標準話單，提供給統(tǒng)計系統(tǒng)和計費結算接口模塊。
�。�3）產品包批價模塊
產品包批價模塊具有處理用戶的產品包批價，根據計費請求中的產品包ID實現(xiàn)對用戶計費請求的產品包鑒權功能，接受處理管理平臺所給的產品包定義等作用。
（4）批價模塊
批價模塊實現(xiàn)用戶計費請求的批價功能。批價模塊根據計費請求中的計費規(guī)則ID來獲取本計費請求的計費模型，通過計費模型，計算出本次業(yè)務的費率。
�。�5）優(yōu)惠批價模塊
優(yōu)惠批價模塊實現(xiàn)用戶計費請求的二次批價功能。優(yōu)惠批價模塊根據優(yōu)惠方案中的條件限制，為用戶本次業(yè)務挑選出合適的優(yōu)惠方案，根據優(yōu)惠方案中的優(yōu)惠模型，對本次業(yè)務的批價進行二次處理，得到本次業(yè)務的最終價格。
�。�6）產品信息和優(yōu)惠信息同步模塊
產品信息和優(yōu)惠信息同步模塊，主要負責同步綜合管理平臺更新過來的產品信息和優(yōu)惠信息。產品信息和優(yōu)惠信息同步模塊根據綜合管理平臺提交過來的更新信息，對本地的產品信息和段惠信息表進行同步。
�。�7）智能網扣費接口模塊
智能網接口模塊實現(xiàn)對各智能網的增值扣費接口，采用智能網支撐平臺的扣費接口來實現(xiàn)扣費。
（8）計費結算接口模塊
計費結算接口根據計費結算協(xié)議，定時將業(yè)務詳單發(fā)送給計費結算系統(tǒng)，由計費結算系統(tǒng)統(tǒng)計結算報表。
4、系統(tǒng)流程
圖1所示的，增值扣費系統(tǒng)按處理流程大致可分為如下4層：
第一層為業(yè)務接口模塊，負責與各業(yè)務平臺進行通信，接收各業(yè)務平臺發(fā)送的請求，并對業(yè)務請求的處理結果作響應。
第二層為批價鑒權模塊，根據相應業(yè)務的產品信息和優(yōu)惠信息對來自接口模塊的業(yè)務請求進行批價。同時，在批價鑒權模塊中，對請求的業(yè)務類型與用戶類型進行處理，分析用戶需要進行鑒權與扣費的具體步驟，并分析用戶可能擁有的業(yè)務套餐。對于擁有業(yè)務套餐的用戶，處理過程如下：
�。�1）將請求發(fā)送至業(yè)務接口層；
（2）業(yè)務接口層將請求轉發(fā)至相應的業(yè)務接口機；
（3）業(yè)務接口機查詢或者更新用戶的業(yè)務使用情況，并將處理結果依次傳遞至批價鑒權模塊；
�。�4）在批價鑒權模塊，根據返回的結果，對于業(yè)務套餐使用完畢的用戶，再將鑒權、扣費請求發(fā)送至MYDB。
另外，對于業(yè)務平臺已經批價的鑒權、扣費請求，批價鑒權模塊將不需要進行批價。
第三層包括MYDB模塊和業(yè)務接口模塊。MYDB模塊實現(xiàn)與各SCP接口機的統(tǒng)一接口，根據用戶所屬的SCP，將鑒權扣費請求發(fā)送至各SCP；業(yè)務接口模塊實現(xiàn)與各業(yè)務接口機的統(tǒng)一接口，根據業(yè)務類型，將鑒權、扣費請求發(fā)送至各業(yè)務接口機。
第四層為各智能網接口模塊，包括各SCP接口模塊和各業(yè)務接口模塊。各SCP接口模塊具體實現(xiàn)與華為SCP、西門子SCP、上海貝爾SCP的具體通信，包括用戶余額的查詢與扣費等業(yè)務接口模塊實現(xiàn)與業(yè)務數(shù)據庫的通信，包括查詢用戶的業(yè)務使用情況以及對用戶業(yè)務使用情況進行更新等。
以上各層次模塊，采用異步處理通信與處理機制，以提供系統(tǒng)的處理能力與相應速度。
5、小結
移動增值實時扣費平臺建立后有效地解決了預付費用戶嚴重欠費的問題，也大大減少了因延時扣費而帶來的各類用戶投訴，緩解了客服的壓力，并且為移動增值業(yè)務的多元化高速發(fā)展，提供了堅實的技術支持。
