軟控策略賦能消息計(jì)費(fèi)項(xiàng)目的解決方案研究

方軍 丘華

（中國(guó)聯(lián)合網(wǎng)絡(luò)通信有限公司廣東省分公司，廣東 廣州 510000）

1 引言

消息計(jì)費(fèi)系統(tǒng)是目前國(guó)內(nèi)各大電信運(yùn)營(yíng)商通過(guò)消息報(bào)文觸發(fā)加快計(jì)費(fèi)效率所采取的主要系統(tǒng)架構(gòu)。按照總部OCS上遷cBSS的要求，廣東省在2020年6月份已經(jīng)圓滿完成了全量OCS用戶上cBSS的任務(wù)。目前廣東的消息計(jì)費(fèi)系統(tǒng)已承載所有850萬(wàn)戶的原OCS用戶數(shù)據(jù)業(yè)務(wù)計(jì)費(fèi)，但是OCS用戶上遷后變成后付的計(jì)費(fèi)模式，難免會(huì)改變用戶的使用習(xí)慣，造成原OCS用戶在余額或信用度超額的時(shí)候，仍然繼續(xù)使用業(yè)務(wù)，造成巨大的欠費(fèi)量，不僅給公司帶來(lái)了潛在的費(fèi)用回收風(fēng)險(xiǎn)，也給原OCS客戶帶來(lái)不良的影響，大額欠費(fèi)投訴急劇上升，亟需建設(shè)軟控策略來(lái)壓降用戶欠費(fèi)率。本項(xiàng)目通過(guò)打造面向消息計(jì)費(fèi)客戶關(guān)愛(ài)統(tǒng)一服務(wù)管理平臺(tái)來(lái)提升消息計(jì)費(fèi)核心能力，在現(xiàn)有提醒短信基礎(chǔ)上，豐富短信實(shí)時(shí)提醒內(nèi)容，充分發(fā)揮消息計(jì)費(fèi)及時(shí)的優(yōu)勢(shì)，通過(guò)軟控策略來(lái)大幅壓降用戶的巨額欠費(fèi)，從而提升用戶服務(wù)感知。

2 實(shí)施目標(biāo)

（1）動(dòng)態(tài)配額功能：建設(shè)數(shù)據(jù)業(yè)務(wù)流量動(dòng)態(tài)配額功能。

（2）低余額用戶提醒管理模塊：實(shí)時(shí)觸發(fā)的短信提醒用戶低余額情況，提醒用戶進(jìn)行充值等操作，以免產(chǎn)生后續(xù)的停機(jī)。

（3）實(shí)時(shí)軟停機(jī)功能：通過(guò)與省分實(shí)時(shí)消息接入結(jié)合，實(shí)現(xiàn)用戶實(shí)時(shí)軟停機(jī)和開(kāi)機(jī)能力，是本次開(kāi)發(fā)的重點(diǎn)功能。在用戶達(dá)到一定欠費(fèi)程度的時(shí)候?qū)τ脩魧?shí)施停機(jī)功能，有效避免用戶產(chǎn)生巨額欠費(fèi)，而當(dāng)用戶余額恢復(fù)到可用狀態(tài)時(shí)候，對(duì)用戶實(shí)施及時(shí)開(kāi)機(jī)。實(shí)現(xiàn)軟停功能能夠直接有效控制用戶的欠費(fèi)額度，因此在此功能上需具備非常高的實(shí)時(shí)性和精準(zhǔn)的要求。實(shí)時(shí)軟停機(jī)與低余額提醒、動(dòng)態(tài)配額功能配合使用實(shí)現(xiàn)對(duì)欠費(fèi)用戶的進(jìn)一步壓降，其中包含了用戶信息分布式高速緩存模塊、實(shí)時(shí)鑒權(quán)模塊、同步開(kāi)機(jī)模塊以及消息克隆模塊等。

（4）系統(tǒng)集成部署：鑒于CES提升客戶關(guān)愛(ài)平臺(tái)的海量數(shù)據(jù)以快速計(jì)算屬性，通過(guò)EDAS分布式服務(wù)框架進(jìn)行系統(tǒng)集成部署，將數(shù)據(jù)下沉服務(wù)、統(tǒng)計(jì)接口服務(wù)、應(yīng)用服務(wù)和數(shù)據(jù)服務(wù)進(jìn)行封裝，對(duì)外提供相應(yīng)的服務(wù)層次。

3 技術(shù)方案

賦能消息計(jì)費(fèi)系統(tǒng)達(dá)到軟控管理功能，需建設(shè)消息計(jì)費(fèi)客戶關(guān)愛(ài)服務(wù)管理平臺(tái)，此平臺(tái)屬于獨(dú)立于消息計(jì)費(fèi)主模塊的外圍系統(tǒng)，實(shí)現(xiàn)的目標(biāo)需求比較繁瑣，業(yè)務(wù)功能點(diǎn)較多，要求開(kāi)發(fā)人員對(duì)消息計(jì)費(fèi)系統(tǒng)架構(gòu)和業(yè)務(wù)流程熟悉程度比較高，因此采用自研和外聘相結(jié)合的方式，通過(guò)DEVOPS敏捷開(kāi)發(fā)方式，達(dá)到快速實(shí)現(xiàn)項(xiàng)目落地和運(yùn)行的目的。

根據(jù)對(duì)目標(biāo)需求的深入調(diào)研和分析，總體系統(tǒng)架構(gòu)如圖1。

圖1 總體系統(tǒng)架構(gòu)圖

項(xiàng)目實(shí)施技術(shù)方案如圖2。為有效串聯(lián)用戶各種個(gè)性化提醒、動(dòng)態(tài)額度管理、停開(kāi)機(jī)控制等功能，將相關(guān)服務(wù)模塊進(jìn)行整合，建立消息計(jì)費(fèi)客戶關(guān)愛(ài)統(tǒng)一服務(wù)管理平臺(tái)。該平臺(tái)實(shí)現(xiàn)了接入域接收cBSS下沉各項(xiàng)狀態(tài)變更、停開(kāi)機(jī)、短信下發(fā)、消息計(jì)費(fèi)接入等關(guān)鍵數(shù)據(jù)來(lái)源接入途徑，通過(guò)數(shù)據(jù)域同步到本地內(nèi)存數(shù)據(jù)庫(kù)中，并匹配規(guī)則域相關(guān)信控、提醒、監(jiān)控等規(guī)則生成控制信號(hào)，通過(guò)信控域的管理生成信控、配額、欠費(fèi)等邏輯策略，對(duì)用戶的數(shù)據(jù)業(yè)務(wù)行為進(jìn)行介入控制，例如動(dòng)態(tài)調(diào)整用戶的流量配額、上網(wǎng)限速、數(shù)據(jù)業(yè)務(wù)停機(jī)使用，并通過(guò)短信域的提醒和下發(fā)等功能通知客戶端，形成透明化的用戶高額欠費(fèi)的管控一體化流程。

圖2 CES提升客戶關(guān)愛(ài)管理平臺(tái)功能架構(gòu)圖

3.1 動(dòng)態(tài)配額功能

建設(shè)數(shù)據(jù)業(yè)務(wù)流量動(dòng)態(tài)配額功能，主要鑒于如下兩個(gè)方面的目的：

（1）通過(guò)動(dòng)態(tài)配額功能，可對(duì)低余額的用戶進(jìn)行一定程度的限流限速，使得用戶終端使用可分配的流量額度限制在一定范圍內(nèi)，用戶上網(wǎng)的額度消耗受到一定程度的減緩，從而有時(shí)間通知用戶進(jìn)行必要的短信提醒，避免用戶在不知情的情況下產(chǎn)生高額的欠費(fèi)。

（2）對(duì)不同的用戶群體進(jìn)行不同級(jí)別的流量額度分配，例如5G用戶可區(qū)分的動(dòng)態(tài)分配較大的配額，例如每bit150Mb的配額，用戶在高配額情況下可以減少與計(jì)費(fèi)系統(tǒng)的交互，上網(wǎng)速率得到較大的提升。

通過(guò)根據(jù)用戶的實(shí)時(shí)狀態(tài)，比如用戶余額、信用度、使用網(wǎng)絡(luò)等信息動(dòng)態(tài)計(jì)算用戶的配額，在返回的CCA應(yīng)答包中動(dòng)態(tài)修改用戶的配額授權(quán)值。

動(dòng)態(tài)配額的業(yè)務(wù)流程如圖3。

圖3 動(dòng)態(tài)配額業(yè)務(wù)流程圖

1）接收網(wǎng)元ggsn的請(qǐng)求消息ccr包；

2）ocs根據(jù)路由信息將請(qǐng)求包c(diǎn)cr路由轉(zhuǎn)發(fā)到消息計(jì)費(fèi)系統(tǒng)；

3）接收消息計(jì)費(fèi)系統(tǒng)的應(yīng)答包c(diǎn)ca，判斷用戶的授權(quán)配置值是否需要修改，如果是則修改配額值并返回cca；

3.2 低余額用戶提醒管理

由于目標(biāo)用戶大多數(shù)屬于OCS遷轉(zhuǎn)cBSS用戶，用戶原來(lái)的使用習(xí)慣是預(yù)付費(fèi)模式，即在用戶余額接近一定閾值的時(shí)候，短信提醒用戶低余額情況，提醒用戶進(jìn)行充值等操作，以免產(chǎn)生后續(xù)的停機(jī)，上遷到cBSS后，基于一切為了用戶的理念考慮，為這部分盡量實(shí)現(xiàn)近似的個(gè)性化提醒功能。

低余額用戶提醒功能業(yè)務(wù)流程如圖4。

圖4 低余額用戶提醒功能業(yè)務(wù)流程圖

3.3 實(shí)時(shí)軟停機(jī)功能

軟停機(jī)模塊是本項(xiàng)目的重點(diǎn)模塊，需要與上述的短信提醒與動(dòng)態(tài)配額功能結(jié)合使用，在用戶余額低于一定閾值時(shí)候進(jìn)行短信前期的提醒，引起用戶的注意，在低于更小閾值時(shí)候進(jìn)行動(dòng)態(tài)配額控制，進(jìn)一步對(duì)用戶的額度進(jìn)行控制，在用戶達(dá)到一定欠費(fèi)程度的時(shí)候?qū)τ脩魧?shí)施停機(jī)功能，有效避免用戶產(chǎn)生巨額欠費(fèi)，而當(dāng)用戶余額恢復(fù)到可用狀態(tài)時(shí)候，對(duì)用戶實(shí)施及時(shí)開(kāi)機(jī)。實(shí)現(xiàn)軟停功能能夠直接有效控制用戶的欠費(fèi)額度，因此在此功能上需具備非常高的實(shí)時(shí)性和精準(zhǔn)的要求，實(shí)時(shí)軟停機(jī)與低余額提醒、動(dòng)態(tài)配額功能一起實(shí)現(xiàn)對(duì)用戶欠費(fèi)的進(jìn)一步壓降。

消息計(jì)費(fèi)的配額授權(quán)值根據(jù)用戶的余額、信用度或使用網(wǎng)絡(luò)等實(shí)時(shí)動(dòng)態(tài)調(diào)整并及時(shí)停機(jī)。整體業(yè)務(wù)流程如圖5。相關(guān)系統(tǒng)架構(gòu)如圖6。

圖5 實(shí)時(shí)軟停機(jī)功能業(yè)務(wù)流程圖

圖6 實(shí)時(shí)軟停機(jī)功能系統(tǒng)架構(gòu)圖

3.3.1用戶信息分布式高速緩存模塊業(yè)務(wù)流程（圖7）

圖7 用戶信息分布式高速緩存模塊業(yè)務(wù)流程圖

（1）用戶基本配額信息資料和屬性的定期更新：通過(guò)定期掃描用戶數(shù)量，根據(jù)相關(guān)策略規(guī)則匹配（如：品牌ID+產(chǎn)品ID--->通配品牌+產(chǎn)品ID--->品牌ID+通配產(chǎn)品--->通配品牌+通配產(chǎn)品），只要有一個(gè)規(guī)則匹配成功則結(jié)束規(guī)則匹配循環(huán)，在用戶配額日志表理論上每個(gè)用戶只有一條記錄，如果記錄存在，則更新配額信息。若用戶處于已動(dòng)態(tài)配額狀態(tài)，如果使用量小于授權(quán)配額值，表示用戶配額值暫未使用完，更新用戶操作狀態(tài)表里的授權(quán)配額值，剩余授權(quán)配額值=授權(quán)配額值-已使用量。

（2）查詢用戶狀態(tài)操作表以會(huì)話ID作為查詢條件，以會(huì)話級(jí)別控制用戶的軟停機(jī)。已使用量為當(dāng)前CCR中所有收費(fèi)RG的使用量累計(jì)，屬性為免費(fèi)的RG使用量不作為本次累計(jì)使用量，根據(jù)用戶可用余額=實(shí)時(shí)余額+信用度的模式進(jìn)行判定。

（3）用戶確認(rèn)需要停機(jī)操作前需調(diào)用能力平臺(tái)的查詢CB用戶余額接口（由于時(shí)限問(wèn)題，可設(shè)置相關(guān)超時(shí)配置），并且查詢用戶開(kāi)機(jī)記錄表，用戶開(kāi)機(jī)時(shí)間內(nèi)不做停機(jī)，以免由于消息積壓造成誤停機(jī)。

3.3.2實(shí)時(shí)鑒權(quán)模塊業(yè)務(wù)流程（圖8）

圖8 實(shí)時(shí)鑒權(quán)模塊業(yè)務(wù)流程圖

程序后端同時(shí)連接兩條通信鏈路，包括消息計(jì)費(fèi)通信鏈

路和消息克隆通信鏈路，所有請(qǐng)求包優(yōu)先轉(zhuǎn)發(fā)給消息計(jì)費(fèi)鏈路，只有UT包才轉(zhuǎn)發(fā)給消息克隆鏈路。接收到CCR時(shí)，轉(zhuǎn)發(fā)完請(qǐng)求包需要在redis里保存會(huì)話記錄，計(jì)費(fèi)用戶信息標(biāo)準(zhǔn)化后再保存，以便CCA可以通過(guò)會(huì)話ID找到用戶號(hào)碼信息，會(huì)話失效時(shí)間為2小時(shí)。接收到CCA時(shí)，需查詢用戶鑒權(quán)表，用戶處于停機(jī)狀態(tài)則將CCA的所有收費(fèi)RG的返回碼修改成4012，用戶處于動(dòng)態(tài)配額狀態(tài)則將所有收費(fèi)RG的配額修改成最新配額，刪除會(huì)話表記錄。查詢r(jià)edis的表信息失敗，不做任何的修改報(bào)文動(dòng)作，先保證請(qǐng)求可以正常返回。用戶在白名單中且有效，該用戶不動(dòng)態(tài)配額、不軟停機(jī)。

3.3.3同步開(kāi)機(jī)模塊業(yè)務(wù)流程（圖9）

圖9 同步開(kāi)機(jī)模塊業(yè)務(wù)流程圖

開(kāi)機(jī)服務(wù)注冊(cè)到dubbo上，實(shí)現(xiàn)功能為查詢r(jià)edis里是否存在用戶停機(jī)記錄，并可對(duì)外提供OAM界面做緊急開(kāi)機(jī)處理，而在開(kāi)機(jī)時(shí)候需要寫(xiě)入開(kāi)機(jī)記錄表，該表提供給實(shí)時(shí)信控程序在停機(jī)前做判斷。

3.3.4消息克隆模塊業(yè)務(wù)流程（圖10）

實(shí)時(shí)消息克隆模塊分為父進(jìn)程和子進(jìn)程，父進(jìn)程負(fù)責(zé)監(jiān)聽(tīng)socket連接，每條鏈路拉起一個(gè)子進(jìn)程，并在系統(tǒng)IPC上開(kāi)辟一塊共享內(nèi)存，父進(jìn)程和子進(jìn)程在共享內(nèi)存上進(jìn)行數(shù)據(jù)交互，對(duì)于接收到的消息CER/DWR請(qǐng)求包，直接回復(fù)應(yīng)答包，而子進(jìn)程將接收到的CCR請(qǐng)求包轉(zhuǎn)換成json消息，并通過(guò)kafka集群寫(xiě)入高速緩存。

3.4 系統(tǒng)集成部署方案

鑒于CES提升客戶關(guān)愛(ài)平臺(tái)的海量數(shù)據(jù)以快速計(jì)算屬性，通過(guò)EDAS分布式服務(wù)框架進(jìn)行系統(tǒng)集成部署，將數(shù)據(jù)下沉服務(wù)、統(tǒng)計(jì)接口服務(wù)、應(yīng)用服務(wù)和數(shù)據(jù)服務(wù)進(jìn)行封裝，對(duì)外提供相應(yīng)的服務(wù)層次。

相關(guān)系統(tǒng)集成部署如圖11。

圖11 系統(tǒng)集成部署圖

在CES提升客戶關(guān)愛(ài)平臺(tái)采用物理機(jī)與虛擬機(jī)結(jié)合部署方式，使用4臺(tái)服務(wù)機(jī)和6臺(tái)虛擬機(jī)進(jìn)行系統(tǒng)架構(gòu)部署，相關(guān)功能模塊對(duì)應(yīng)的機(jī)器部署如圖12。

圖12 系統(tǒng)模塊部署圖

4 建設(shè)成效

本項(xiàng)目于2020年6月在廣東省已經(jīng)圓滿完成了全量OCS用戶上cBSS的任務(wù)。目前廣東的消息計(jì)費(fèi)系統(tǒng)已承載850萬(wàn)戶的原OCS用戶數(shù)據(jù)業(yè)務(wù)計(jì)費(fèi)，具備龐大的原預(yù)付費(fèi)用戶群，壓降欠費(fèi)意義重大。

預(yù)計(jì)項(xiàng)目將建成消息計(jì)費(fèi)系統(tǒng)CES指標(biāo)提升用戶關(guān)愛(ài)統(tǒng)一服務(wù)管理平臺(tái)，此平臺(tái)將為上遷到cBSS的預(yù)付費(fèi)用戶進(jìn)行關(guān)愛(ài)服務(wù)，提供低余額短信預(yù)提醒、用戶高額欠費(fèi)管控等功能，通過(guò)EDAS、MQ、redis、kafka等熱門(mén)組件技術(shù)應(yīng)用，提供全流程配套管理，保障業(yè)務(wù)快速有效開(kāi)展，此項(xiàng)目的應(yīng)用將提高系統(tǒng)的運(yùn)營(yíng)能力，實(shí)現(xiàn)如下客戶服務(wù)能力的提升：

（1）減少投訴：減少99%短信及時(shí)性引發(fā)的投訴。

（2）減少損失：實(shí)時(shí)軟停機(jī)減少用戶欠費(fèi)。

（3）提升用戶服務(wù)感知：及時(shí)短信提醒用戶。

（4）提高創(chuàng)收：滿足更多個(gè)性化需求。

通過(guò)對(duì)用戶的欠費(fèi)情況管控，從而達(dá)到高額欠費(fèi)率降低到1%以下，大大降低了上遷到cBSS的預(yù)付費(fèi)用戶的欠費(fèi)風(fēng)險(xiǎn)，為總部和其他省分公司提供新型的輔助運(yùn)營(yíng)方案參考，并且對(duì)外輸出能力接口，從而靈活推廣到其他系統(tǒng)的接入應(yīng)用。