文英，周佳佳，龐松健，王濤

（中國(guó)移動(dòng)通信集團(tuán)廣西有限公司, 南寧 530028）

基于閉環(huán)數(shù)據(jù)管理的PCC支撐設(shè)計(jì)優(yōu)化及應(yīng)用

文英，周佳佳，龐松健，王濤

（中國(guó)移動(dòng)通信集團(tuán)廣西有限公司, 南寧 530028）

分析了某通信運(yùn)營(yíng)商PCC運(yùn)營(yíng)支撐現(xiàn)狀，針對(duì)PCC運(yùn)營(yíng)中的目標(biāo)號(hào)碼提取依賴較多手工操作、策略文件未及時(shí)處理、策略簽約存在較多失敗、跨域間數(shù)據(jù)交互無管控和監(jiān)控機(jī)制等相關(guān)問題，基于抽樣分析、正交實(shí)驗(yàn)等方法，對(duì)PCC運(yùn)營(yíng)支撐涉及的關(guān)鍵環(huán)節(jié)及處理流程進(jìn)行了優(yōu)化設(shè)計(jì)，建立了自動(dòng)化、系統(tǒng)化和規(guī)范化的全流程閉環(huán)數(shù)據(jù)管制機(jī)制，針對(duì)增量客批量生成開戶文件以確保后續(xù)策略簽約成功，實(shí)現(xiàn)策略數(shù)據(jù)及執(zhí)行情況的統(tǒng)計(jì)分析功能，對(duì)跨域數(shù)據(jù)交互進(jìn)行監(jiān)控并對(duì)異常情況進(jìn)行告警。優(yōu)化后相關(guān)數(shù)據(jù)表明，提升了策略簽約成功率，并顯著提升策略命中率和轉(zhuǎn)化率，為PCC運(yùn)營(yíng)提供了較好的系統(tǒng)支撐。

PCC；PCRF；運(yùn)營(yíng)支撐；閉環(huán)數(shù)據(jù)管理

1 背景

PCC（Policy and Charging Control，策略與計(jì)費(fèi)控制）是一種為用戶提供差異化業(yè)務(wù)體驗(yàn)和業(yè)務(wù)保障的端到端工作機(jī)制，是在通信運(yùn)營(yíng)商現(xiàn)有網(wǎng)絡(luò)上實(shí)現(xiàn)端到端質(zhì)量精細(xì)化流量管控的手段，是智慧運(yùn)營(yíng)、實(shí)現(xiàn)微營(yíng)銷、精服務(wù)、優(yōu)網(wǎng)絡(luò)的承載基礎(chǔ)[1-4]。

PCC策略部署涉及BSS域（業(yè)務(wù)支撐域，包括業(yè)務(wù)規(guī)則、BOSS、CRM等）、ASS域（分析支撐域，包括經(jīng)營(yíng)分析、大數(shù)據(jù)運(yùn)營(yíng)等）、OSS域（運(yùn)營(yíng)支撐域，包括核心網(wǎng)PCRF等）跨域協(xié)同，包括按策略口徑提取目標(biāo)號(hào)碼、生成策略文件、數(shù)據(jù)傳輸及交互、策略執(zhí)行及結(jié)果統(tǒng)計(jì)分析等等，涉及流程較長(zhǎng)，缺乏閉環(huán)管理，且設(shè)備側(cè)PCRF（Policy and Charging Rules Function，策略與計(jì)費(fèi)規(guī)則功能單元）廠商眾多，存在自動(dòng)化統(tǒng)計(jì)功能不成熟、效果評(píng)估及分析功能有限等問題[2，4]。目前暫無相關(guān)成熟閉環(huán)管理機(jī)制及系統(tǒng)支撐。

2 PCC策略部署流程分析

目前系統(tǒng)中PCC策略部署，在OSS域PCRF部署好策略相關(guān)參數(shù)的基礎(chǔ)上，還涉及到策略號(hào)碼提取(主要由ASS域經(jīng)營(yíng)分析側(cè)根據(jù)業(yè)務(wù)口徑提取)、策略數(shù)據(jù)傳輸（主要由BSS域BOSS側(cè)實(shí)現(xiàn)數(shù)據(jù)備份、傳輸給OSS域網(wǎng)絡(luò)側(cè)PCRF設(shè)備）、策略簽約及執(zhí)行（主要由OSS域PCRF設(shè)備基于BSS域BOSS側(cè)提供相關(guān)策略文件進(jìn)行用戶開戶、簽約和執(zhí)行相關(guān)策略進(jìn)行提速、限速、下發(fā)營(yíng)銷短信等相關(guān)操作），主要流程如圖1所示。

環(huán)節(jié)1：即策略號(hào)碼提取，由ASS域經(jīng)營(yíng)分析側(cè)相關(guān)取數(shù)程序根據(jù)業(yè)務(wù)側(cè)所確定的策略目標(biāo)用戶口徑來提取，并基于PCC接口規(guī)范中的接口文件格式生成相應(yīng)策略文件。

環(huán)節(jié)2：即策略數(shù)據(jù)傳輸，由BSS域BOSS側(cè)營(yíng)業(yè)接口、賬管、開通等程序，根據(jù)經(jīng)營(yíng)分析側(cè)提供的策略通知文件和數(shù)據(jù)文件，基于系統(tǒng)中PCRF及相關(guān)號(hào)段局?jǐn)?shù)據(jù)配置，將策略文件傳輸給OSS域網(wǎng)絡(luò)側(cè)承載對(duì)應(yīng)業(yè)務(wù)的PCRF設(shè)備。

環(huán)節(jié)3：即策略簽約及執(zhí)行，OSS域PCRF設(shè)備接收并處理策略文件，根據(jù)策略場(chǎng)景執(zhí)行提速、限速、下發(fā)營(yíng)銷短信等操作，并生成相關(guān)日志。

圖1 PCC策略部署流程圖

3 主要問題及優(yōu)化設(shè)計(jì)方案

基于上述流程，定義：

經(jīng)統(tǒng)計(jì)分析前期業(yè)務(wù)口徑確認(rèn)、策略文件生成、策略號(hào)碼開戶、簽約和執(zhí)行等情況，整體流程不順暢，單個(gè)策略從口徑確定到策略命中率、轉(zhuǎn)化率等效果評(píng)估歷時(shí)較長(zhǎng)，約56 h，支撐效率偏低。

統(tǒng)計(jì)2016年1-2月策略簽約成功率，抽取策略簽約成功率共100個(gè)樣本進(jìn)行分析，將數(shù)據(jù)分為10組，統(tǒng)計(jì)出頻數(shù)分步表，并制作直方圖，如圖2所示。通過直方圖發(fā)現(xiàn)，策略簽約平均成功率90.1%，成功率偏低，直方圖呈偏向型，樣本分布中心與公差中心存在一定偏移，有一定提升空間。

圖2 策略簽約成功率直方圖

收集2016年1-2月中營(yíng)銷類（引導(dǎo)用戶行為）策略的命中率與轉(zhuǎn)化率數(shù)據(jù)進(jìn)行抽樣分析。以4G鎖網(wǎng)用戶流量引導(dǎo)策略（引導(dǎo)用戶接入4G網(wǎng)絡(luò)）的命中率與轉(zhuǎn)化率數(shù)據(jù)為例，共計(jì)40對(duì)，制作散布圖，如圖3所示（X軸為命中率，Y軸為轉(zhuǎn)化率）。

圖3 2016年1-2月4G鎖網(wǎng)用戶流量引導(dǎo)策略的命中率與轉(zhuǎn)化率

基于上述流程及策略簽約成功率、命中率、轉(zhuǎn)化率的分析，主要存在如下4個(gè)問題，并逐個(gè)給出相關(guān)優(yōu)化方案。

3.1 問題1：經(jīng)營(yíng)分析側(cè)PCC策略目標(biāo)號(hào)碼提取過程中仍存在手工處理環(huán)節(jié)

根據(jù)PCC接口規(guī)范，目標(biāo)用戶需在PCRF設(shè)備側(cè)先開戶再簽約策略，而后在一定策略場(chǎng)景下才能觸發(fā)策略執(zhí)行，從而進(jìn)行提速、限速及下發(fā)營(yíng)銷短信等操作。PCC策略的批量開戶及簽約文件往往是十幾萬至幾百萬條數(shù)量級(jí)別，而受限于PCRF側(cè)設(shè)備處理能力瓶頸，不同廠商的設(shè)備處理能力約2～10萬條/小時(shí)，導(dǎo)致后續(xù)批量數(shù)據(jù)傳輸過程中，經(jīng)營(yíng)分析側(cè)需等待PCRF側(cè)處理完目標(biāo)號(hào)碼的批量開戶文件后才能批量傳輸目標(biāo)號(hào)碼的策略簽約文件，以確保策略簽約成功率，進(jìn)而影響了批量PCC文件執(zhí)行效率。

優(yōu)化方案：在目前PCRF側(cè)容量充足情況下，經(jīng)營(yíng)分析側(cè)對(duì)于新增用戶，部署程序自動(dòng)批量生成此類客戶開戶文件，后續(xù)僅須執(zhí)行策略簽約文件，以確保策略簽約成功率，從而提升PCC文件生成效率和后續(xù)執(zhí)行效率。

3.2 問題2：BOSS側(cè)無有效機(jī)制確保PCC策略文件及時(shí)成功傳輸

經(jīng)營(yíng)分析側(cè)批量生成策略文件后，BOSS側(cè)基于系統(tǒng)中PCRF對(duì)應(yīng)號(hào)段等相關(guān)局?jǐn)?shù)據(jù)配置，將策略文件傳輸給網(wǎng)絡(luò)側(cè)承載對(duì)應(yīng)業(yè)務(wù)的PCRF設(shè)備。我們定義策略簽約文件積壓時(shí)間小于60 min的，則認(rèn)為系統(tǒng)及時(shí)處理了策略簽約文件。經(jīng)分析BOSS側(cè)處理日志，存在調(diào)度程序卡頓、效率降低等情況導(dǎo)致未及時(shí)處理、傳輸失敗等情況。

抽樣統(tǒng)計(jì)已處理的十批數(shù)據(jù)、每批次100個(gè)簽約文件，分別統(tǒng)計(jì)BOSS側(cè)策略文件處理日志中文件生成時(shí)間、處理時(shí)間，并計(jì)算策略文件處理及時(shí)率，發(fā)現(xiàn)存在文件最長(zhǎng)積壓達(dá)4h未處理的情況，導(dǎo)致大量用戶未及時(shí)簽約。

優(yōu)化方案：基于BOSS處理日志的統(tǒng)計(jì)分析，通過正交試驗(yàn)法，調(diào)整BOSS側(cè)調(diào)度程序相關(guān)參數(shù)配置，提升調(diào)度程序處理效率，并設(shè)置路徑相關(guān)積壓告警和日志異常告警，以便及時(shí)發(fā)現(xiàn)文件傳輸積壓、失敗等異常情況，便于維護(hù)人員介入處理。

通過正交試驗(yàn)法，選擇最優(yōu)配置方案，將影響處理及時(shí)率的策略文件大小、調(diào)度頻率、日志文件數(shù)量配置由10 MB、10 min、1個(gè)調(diào)整為7 MB、10 min、2個(gè)，可以提升系統(tǒng)處理效率，進(jìn)而提升處理及時(shí)率。正交試驗(yàn)主要過程如下。

3.2.1 試驗(yàn)?zāi)康?/p>

根據(jù)系統(tǒng)運(yùn)行的技術(shù)原理，BOSS側(cè)策略文件處理及時(shí)率受到如下3個(gè)因素的制約：策略文件大小、調(diào)度頻率、日志文件數(shù)量。希望通過正交試驗(yàn)，選出最優(yōu)配置，達(dá)到提高系統(tǒng)處理能力的目的。

3.2.2 考察指標(biāo)

策略文件處理及時(shí)率(%)。

3.2.3 挑因素、選位級(jí)、制定因素位級(jí)表

基于廠商系統(tǒng)參數(shù)配置建議值和系統(tǒng)維護(hù)經(jīng)驗(yàn)，制定因素——位極表見表1。

表1 因素——位極表

3.2.4 實(shí)施實(shí)驗(yàn)方案

選用L4（23）正交法進(jìn)行實(shí)驗(yàn)，確定實(shí)驗(yàn)方案，按實(shí)驗(yàn)方案規(guī)定的條件，進(jìn)行實(shí)驗(yàn)，檢驗(yàn)效果，結(jié)果見表2。

3.2.5 實(shí)驗(yàn)結(jié)果分析

（1）看一看：從表2的實(shí)驗(yàn)結(jié)果可以看出第3號(hào)的實(shí)驗(yàn)結(jié)果最好，較好的方案為A1、B2、C2。

表2 L4（23）表

（2）算一算：從表2的實(shí)驗(yàn)結(jié)果可以分析出，不同的實(shí)驗(yàn)，策略文件處理及時(shí)率變化較大。計(jì)算位級(jí)、極差和均值，計(jì)算出的較優(yōu)方案為A1、B2、C2。

（3）根據(jù)極差R值確定因素主次關(guān)系：B—A—C。

（4）為了驗(yàn)證試驗(yàn)結(jié)果是否切實(shí)有效，小組進(jìn)行了跟蹤試驗(yàn)。2016年5月20-23日，將正交試驗(yàn)結(jié)果應(yīng)用到全區(qū)，試驗(yàn)顯示全區(qū)在線率都得到較大提高，提升至99.8%。

因此，綜合評(píng)定A1、B2、C2為最優(yōu)組合，見表3。

表3 較優(yōu)配置方案

3.3 問題3：無自動(dòng)化統(tǒng)計(jì)功能統(tǒng)計(jì)PCC策略在PCRF側(cè)執(zhí)行成功情況

網(wǎng)絡(luò)側(cè)PCRF設(shè)備接收并處理策略文件，根據(jù)策略場(chǎng)景執(zhí)行提速、限速、下發(fā)營(yíng)銷短信等操作，并生成相關(guān)日志。但因PCRF設(shè)備能力有限，對(duì)PCC策略在PCRF側(cè)是否執(zhí)行成功無自動(dòng)化統(tǒng)計(jì)功能，僅能導(dǎo)出相關(guān)日志，手工進(jìn)行統(tǒng)計(jì)分析，耗時(shí)耗力，效率較低。此外，設(shè)備相關(guān)能力提升和升級(jí)涉及到硬件版本升級(jí)、功能測(cè)試、入網(wǎng)審核等工作，整體流程較長(zhǎng)。

優(yōu)化方案：引入BOMC監(jiān)控和告警功能，由PCRF側(cè)按接口規(guī)范提供文件處理日志ACK文件，由BOMC對(duì)上述文件進(jìn)行統(tǒng)計(jì)、分析，對(duì)于未成功開戶、未成功簽約等異常情況進(jìn)行告警，以便及時(shí)發(fā)現(xiàn)策略文件簽約失敗等異常情況，便于維護(hù)人員介入處理。

3.4 問題4：跨域間數(shù)據(jù)交互無管控和監(jiān)控機(jī)制

目前經(jīng)營(yíng)分析側(cè)、BOSS側(cè)及網(wǎng)絡(luò)側(cè)，有各自處理程序、處理邏輯及流程，跨域間數(shù)據(jù)交互無閉環(huán)管控和監(jiān)控機(jī)制，導(dǎo)致出現(xiàn)未成簽約、策略命中率和轉(zhuǎn)化率偏低等問題，例如經(jīng)抽樣統(tǒng)計(jì)200萬條策略簽約數(shù)據(jù)，策略簽約的平均成功率僅為90.1%。針對(duì)上述問題，需逐環(huán)節(jié)核查，系統(tǒng)間和跨域間協(xié)同效率偏低，影響了PCC運(yùn)營(yíng)的整體效果。

優(yōu)化方案：引入BOMC監(jiān)控和告警、經(jīng)營(yíng)分析側(cè)數(shù)據(jù)統(tǒng)計(jì)功能，由經(jīng)營(yíng)分析側(cè)按約定格式生成和提供相關(guān)源數(shù)據(jù)匯總文件，由BOMC對(duì)該匯總文件、PCRF側(cè)的處理日志ACK文件和命中日志等文件進(jìn)行比對(duì)、統(tǒng)計(jì)，對(duì)策略命中率和后續(xù)策略轉(zhuǎn)化率進(jìn)行統(tǒng)計(jì)分析，并對(duì)文件級(jí)、記錄級(jí)異常情況進(jìn)行告警，以便及時(shí)發(fā)現(xiàn)各環(huán)節(jié)等異常情況，便于維護(hù)人員介入處理。

實(shí)施上述優(yōu)化方案后，新增閉環(huán)數(shù)據(jù)管理流程，建立了自動(dòng)化、系統(tǒng)化和規(guī)范化的全流程閉環(huán)數(shù)據(jù)管制機(jī)制，優(yōu)化后的流程圖及主要涉及模塊見圖4中紅色部分。

部分異常監(jiān)控與告警部署情況見表4所示。

4 優(yōu)化效果

廣西公司目前部署8臺(tái)PCRF設(shè)備，用戶總?cè)萘窟_(dá)3200萬。其中5臺(tái)為A廠商PCRF設(shè)備，用戶總?cè)萘?900萬，覆蓋8個(gè)市公司；另3臺(tái)為B廠商PCRF設(shè)備，用戶總?cè)萘?300萬，覆蓋余下6個(gè)市公司。廣西共計(jì)部署14個(gè)PCC策略，其中有9個(gè)是集團(tuán)公司統(tǒng)一策略，5個(gè)是本地策略；14個(gè)策略中，用戶策略10個(gè)，業(yè)務(wù)策略2個(gè)；按策略類型劃分，2個(gè)引導(dǎo)類策略、3個(gè)業(yè)務(wù)保障類策略、3個(gè)限速類策略、6個(gè)營(yíng)銷類策略。 部分策略如表5所示。

截至2016年9月，經(jīng)統(tǒng)計(jì)分析，優(yōu)化后整體流程順暢，單個(gè)策略從口徑確定到策略命中率、轉(zhuǎn)化率等效果評(píng)估歷時(shí)由56h縮短至21h，縮短 62.5%，支撐效率顯著提升。

截至2016年9月，經(jīng)統(tǒng)計(jì)分析，優(yōu)化后策略簽約成功率、命中率及轉(zhuǎn)化率均有較大程度的提升，效果顯著。經(jīng)抽樣統(tǒng)計(jì)200萬條策略簽約數(shù)據(jù)，策略簽約的平均成功率由之前90.1%提升至99.9%，部分策略簽約成功提升至100%。

實(shí)施后，經(jīng)統(tǒng)計(jì)分析，相關(guān)策略命中率和轉(zhuǎn)化率較3輪優(yōu)化前均有較大程度的提升。

圖4 優(yōu)化后PCC策略部署流程圖

5 結(jié)論和展望

論文通過對(duì)PCC策略部署流程中經(jīng)營(yíng)分析側(cè)數(shù)據(jù)文件生成、BOSS側(cè)數(shù)據(jù)傳輸、網(wǎng)絡(luò)側(cè)PCRF設(shè)備策略簽約及日志統(tǒng)計(jì)分析等環(huán)節(jié)進(jìn)行調(diào)優(yōu)，建立了自動(dòng)化、系統(tǒng)化和規(guī)范化的全流程閉環(huán)數(shù)據(jù)管制機(jī)制，顯著提升了PCC策略簽約成功率、命中率和轉(zhuǎn)化率，為PCC運(yùn)營(yíng)支撐提供了強(qiáng)有力的系統(tǒng)支持和保障，為4G流量業(yè)務(wù)精細(xì)化、精準(zhǔn)化、高效化運(yùn)營(yíng)提供了有力的系統(tǒng)支撐。下一步可考慮基于POP（Policy and Charging Control Operation Platform）平臺(tái)，將PCRF側(cè)的策略配置前移至POP系統(tǒng)并建立相關(guān)可視化配置界面，降低策略配置復(fù)雜度，縮短PCRF側(cè)策略配置上線耗時(shí)，減少手工操作，提升PCC策略配置效率和管控能力。

表5 優(yōu)化后PCC策略命中率及轉(zhuǎn)化率

[1] 王靜. 基于PCC策略控制的數(shù)據(jù)流量運(yùn)營(yíng)體系探索與研究[J].信息通信, 2015(11):9-10.

[2] 高揚(yáng), 于娟娟, 虎威, 等. 基于市場(chǎng)策略和網(wǎng)絡(luò)狀態(tài)的PCC應(yīng)用研究[J]. 電信快報(bào):網(wǎng)絡(luò)與通信, 2013(6):24-27.

[3] 郭雅如. PCC策略部署與應(yīng)用研究[J]. 電信工程技術(shù)與標(biāo)準(zhǔn)化, 2013(4):6-10.

[4] 焦金濤, 楊博, 許碧洲, 等. PCC業(yè)務(wù)管控策略應(yīng)用探析[J].電信工程技術(shù)與標(biāo)準(zhǔn)化, 2014(11):51-56.

Operation support and application of the policy and charging control based on closed-loop data management system

WEN Ying, ZHOU Jia-jia, PANG Song-jian, WANG Tao
(China Mobile Group Guangxi Co., Ltd., Nanning 530028, China)

The paper analyses some problems in the PCC (Policy and Charging Control) operation support of one telecom operator. There was too much hand operation during picking up target customer. Some PCC files were processed in delay. Some PCC records were signed unsuccessfully. Data of interacting with different domains and modules were out of control and lack of monitoring mechanism. It optimizes the process of referred modules based on sampling analysis and orthogonal experiment. An automated, systematized and normalized closed-loop data management flow is established. An automated procedure is deployed to generate incremental customer PCC files to ensure successful sign in the next step. PCC files data and implementation statuses are making detailed statistical analysis. Data of interacting with different domains and modules are monitored. It will give alarms when it appears abnormal conditions. The data shows that the optimization modules and flow are much better than the old one in policy signing success ratio, hit ratio and conversion ratio. It provides a better and more useful system support to PCC operation support.

policy and charging control; policy and charging rules function; operation support; closed-loop data management

TN929.5

A

1008-5599（2017）07-0063-06

2017-01-17