精細(xì)化流量經(jīng)營(yíng)業(yè)務(wù)支撐系統(tǒng)的研究與設(shè)計(jì)

郭健

（中國(guó)移動(dòng)通信集團(tuán)山西有限公司，太原 030001）

1 背景

隨著移動(dòng)互聯(lián)網(wǎng)業(yè)務(wù)的增長(zhǎng)，移動(dòng)運(yùn)營(yíng)商2G和3G數(shù)據(jù)業(yè)務(wù)流量增長(zhǎng)明顯，但是流量收入的增長(zhǎng)曲線與流量的增長(zhǎng)曲線產(chǎn)生了背離，數(shù)據(jù)業(yè)務(wù)的投入產(chǎn)出效益日益降低，運(yùn)營(yíng)商承擔(dān)了網(wǎng)絡(luò)擴(kuò)容建設(shè)的壓力和風(fēng)險(xiǎn)，而終端、互聯(lián)網(wǎng)等廠商卻從中獲得較大的利潤(rùn)。在運(yùn)營(yíng)商的收入當(dāng)中，傳統(tǒng)的話音業(yè)務(wù)占了絕大部分。但是話音以及短信業(yè)務(wù)需求正在逐步減少，并且面臨被互聯(lián)網(wǎng)業(yè)務(wù)取代的風(fēng)險(xiǎn)。與話音業(yè)務(wù)相比，流量業(yè)務(wù)相對(duì)成本較高、收益較低。隨著套餐客戶比例及套餐飽和度的提升，未來流量業(yè)務(wù)量收不同步現(xiàn)象將更為突出，如何精細(xì)化經(jīng)營(yíng)流量業(yè)務(wù)，不斷提升流量?jī)r(jià)值是業(yè)務(wù)支撐網(wǎng)迫切需要解決的關(guān)鍵課題。

2 流量經(jīng)營(yíng)對(duì)支撐手段的需求

2.1 面臨的挑戰(zhàn)

筆者認(rèn)為，在全業(yè)務(wù)市場(chǎng)競(jìng)爭(zhēng)環(huán)境下，移動(dòng)運(yùn)營(yíng)商在數(shù)據(jù)流量經(jīng)營(yíng)支撐方面面臨巨大挑戰(zhàn)，一是現(xiàn)有的BOSS急需提升流量經(jīng)營(yíng)精細(xì)化運(yùn)營(yíng)支撐能力，為市場(chǎng)人員提供手段，根據(jù)競(jìng)爭(zhēng)情況和客戶需求，加快實(shí)現(xiàn)流量的實(shí)時(shí)計(jì)費(fèi)和提醒，優(yōu)化數(shù)據(jù)流量資費(fèi)體系，降低套餐內(nèi)外的資費(fèi)水平差距，不斷提高客戶的滿意度和大幅度降低流量投訴，避免流量量收增幅的嚴(yán)重不匹配；二是現(xiàn)有的經(jīng)分系統(tǒng)需提升四網(wǎng)協(xié)同支撐能力，為網(wǎng)絡(luò)人員提供手段，利用單位成本較低的3G和WLAN網(wǎng)絡(luò)有效分流2G網(wǎng)絡(luò)的數(shù)據(jù)流量，緩解2G網(wǎng)絡(luò)數(shù)據(jù)流量壓力，降低流量業(yè)務(wù)的綜合成本，提升基本通話和上網(wǎng)的業(yè)務(wù)質(zhì)量與客戶感知。

2.2 設(shè)計(jì)思路

為實(shí)現(xiàn)流量經(jīng)營(yíng)，需要在BOSS引入一個(gè)多維度的計(jì)費(fèi)策略。具體來說，針對(duì)用戶的接入網(wǎng)絡(luò)而言，使用WLAN下載的用戶，采取一種便宜的資費(fèi)計(jì)劃；GSM以及TD-SCDMA蜂窩網(wǎng)絡(luò)下載的用戶，采取一種略貴的資費(fèi)計(jì)劃。針對(duì)用戶的業(yè)務(wù)類型而言，聊天類的用戶，推出便宜的資費(fèi)計(jì)劃；下載類的用戶，推出較貴的資費(fèi)計(jì)劃，從而通過區(qū)分用戶行為來管理流量和收入。針對(duì)用戶的使用區(qū)域而言，WLAN密集用戶使用區(qū)域，推出較貴的資費(fèi)計(jì)劃；WLAN用戶群較少的使用區(qū)域，推出較便宜的資費(fèi)計(jì)劃。針對(duì)用戶的使用時(shí)間而言，區(qū)分白天和晚上，以忙閑時(shí)劃分標(biāo)準(zhǔn)，界定客戶的使用情況，推出多種資費(fèi)計(jì)劃，合理分配網(wǎng)絡(luò)資源，緩解網(wǎng)絡(luò)壓力。

2.3 技術(shù)方案架構(gòu)

圖1 流量經(jīng)營(yíng)系統(tǒng)功能模塊

如圖1所示，現(xiàn)有的新技術(shù)對(duì)流量經(jīng)營(yíng)提供了很好的支撐。首先，云計(jì)算技術(shù)是平臺(tái)運(yùn)行的基礎(chǔ)，它可以更快地處理用戶響應(yīng)，也可以提高用戶數(shù)據(jù)分析的實(shí)時(shí)性，提高大規(guī)模數(shù)據(jù)處理的能力。其次，為了實(shí)現(xiàn)用戶數(shù)據(jù)流量的分析，需要建立自有的知識(shí)庫(kù)，還需要引入多維度的策略引擎，根據(jù)業(yè)務(wù)類別、接入網(wǎng)絡(luò)、時(shí)間、地點(diǎn)對(duì)流量進(jìn)行分類，并運(yùn)用DPI技術(shù)精確識(shí)別用戶的上網(wǎng)數(shù)據(jù)、應(yīng)用類型、使用時(shí)段、業(yè)務(wù)消耗流量、網(wǎng)絡(luò)質(zhì)量等。

3 軟件平臺(tái)解決方案

軟件系統(tǒng)的邏輯架構(gòu)分為4個(gè)部分：數(shù)據(jù)源輸入、數(shù)據(jù)接口、營(yíng)銷支撐分析和運(yùn)營(yíng)支撐。

3.1 數(shù)據(jù)源輸入

軟件平臺(tái)數(shù)據(jù)輸入主要包括手機(jī)閱讀系統(tǒng)（用戶對(duì)手機(jī)閱讀基地的日訪問數(shù)據(jù)、用戶包月數(shù)據(jù)、累計(jì)KPI用戶清單、用戶的圖書訂購(gòu)清單、推薦用戶的推薦信息），上網(wǎng)數(shù)據(jù)翻譯系統(tǒng)（用戶用手機(jī)上網(wǎng)的原始清單、用戶手機(jī)上網(wǎng)的方式、閱讀內(nèi)容、上行流量、下行流量、IP與網(wǎng)址對(duì)應(yīng)表），數(shù)據(jù)集市信息（用戶身份特征、用戶GPRS流量、IMSI號(hào)、手機(jī)號(hào)碼、IMEI號(hào)的對(duì)應(yīng)關(guān)系、數(shù)據(jù)集市中的終端設(shè)備庫(kù)、用戶總賬單、GPRS賬單、用戶標(biāo)簽庫(kù)信息、使用WLAN的信息、營(yíng)業(yè)廳營(yíng)業(yè)員工號(hào)）等。

3.2 數(shù)據(jù)接口

軟件平臺(tái)數(shù)據(jù)源所涉及的相關(guān)系統(tǒng)有手機(jī)閱讀系統(tǒng)、MM系統(tǒng)、手機(jī)游戲、數(shù)據(jù)集市等，不同的系統(tǒng)的數(shù)據(jù)量、數(shù)據(jù)格式、傳輸時(shí)機(jī)、傳輸周期各不相同，針對(duì)不同系統(tǒng)的特點(diǎn)設(shè)計(jì)不同的數(shù)據(jù)接口非常必要。數(shù)據(jù)接口要求如表1所示。

3.3 營(yíng)銷支撐分析和運(yùn)營(yíng)支撐

軟件平臺(tái)根據(jù)數(shù)據(jù)分析系統(tǒng)所采集的信息進(jìn)行分析，并且為運(yùn)營(yíng)支撐提供保障。軟件平臺(tái)部分功能如表2所示。

表1 數(shù)據(jù)接口要求

表2 軟件平臺(tái)功能

4 建設(shè)案例

本文以某移動(dòng)流量精細(xì)化運(yùn)營(yíng)融合工程為案例，介紹流量經(jīng)營(yíng)軟件平臺(tái)的建設(shè)方案。根據(jù)軟件平臺(tái)功能劃分，本工程配置的硬件平臺(tái)分為如下3部分。

（1）Gb鏈路信令采集系統(tǒng)：本系統(tǒng)主要負(fù)責(zé)從Gb鏈路采集機(jī)上通過鏡像的方式采集Gb鏈路數(shù)據(jù)，并將采集到的數(shù)據(jù)通過數(shù)據(jù)翻譯子系統(tǒng)進(jìn)行分析，硬件設(shè)備主要有TMA探針設(shè)備、刀片服務(wù)器、交換機(jī)。

（2）數(shù)據(jù)翻譯子系統(tǒng)：本系統(tǒng)主要負(fù)責(zé)分析從Gb鏈路采集到的數(shù)據(jù)，并將分析過的結(jié)果傳送到存儲(chǔ)設(shè)備中，硬件設(shè)備主要有刀片服務(wù)器、交換機(jī)。

（3）分析與營(yíng)銷服務(wù)支撐系統(tǒng)：本系統(tǒng)主要負(fù)責(zé)分析從經(jīng)分域采集到的數(shù)據(jù)，硬件設(shè)備主要有刀片服務(wù)器、存儲(chǔ)、交換機(jī)。

4.1 組網(wǎng)方案

根據(jù)硬件平臺(tái)功能的劃分，并結(jié)合某移動(dòng)網(wǎng)絡(luò)安全域劃分的要求，本工程詳細(xì)組網(wǎng)方案如圖2所示。

圖2 某移動(dòng)流量精細(xì)化運(yùn)營(yíng)融合工程組網(wǎng)方案

4.2 分析與營(yíng)銷服務(wù)支撐系統(tǒng)配置

系統(tǒng)存儲(chǔ)主要包括ODS（Operational Data Storage）的存儲(chǔ)容量、數(shù)據(jù)倉(cāng)庫(kù)事實(shí)表、匯總表、多維數(shù)據(jù)的存儲(chǔ)容量。存儲(chǔ)容量計(jì)算的主要依據(jù)為總用戶數(shù)（約2 600萬）、上網(wǎng)用戶比例（約75%）、各類數(shù)據(jù)保存周期（明細(xì)數(shù)據(jù)3個(gè)月，匯總數(shù)據(jù)2年）。

ODS存儲(chǔ)容量如表3所示。

表3 ODS存儲(chǔ)容量表

可以算出ODS所需存儲(chǔ)容量T1為35 525 GB。

在數(shù)據(jù)倉(cāng)庫(kù)事實(shí)表中，用戶數(shù)量為2 600萬，用戶日表以及月表所需存儲(chǔ)分別為800 byte以及1 000 byte，上網(wǎng)數(shù)據(jù)每小時(shí)、每天、每月以及每季度的記錄所需存儲(chǔ)各為800 byte?？梢运愠鰯?shù)據(jù)倉(cāng)庫(kù)事實(shí)表數(shù)據(jù)容量（T2）為28 282 GB。

匯總使用事實(shí)表的20%，多維表使用事實(shí)表的5%?？梢运愠鰠R總表及多維數(shù)據(jù)存儲(chǔ)所需容量T3為7 071 GB。

根據(jù)數(shù)據(jù)冗余度（20%）以及RAID5系數(shù)（0.75），可得總的存儲(chǔ)容量T4=(T1+T2+T3)×(1+0.2)/0.75＝113 406 GB。

系統(tǒng)需要的服務(wù)器包括接口及采集服務(wù)器、數(shù)據(jù)倉(cāng)庫(kù)服務(wù)器、OLAP服務(wù)器以及應(yīng)用服務(wù)器。接口及采集服務(wù)器每天處理總共約10億條用戶上網(wǎng)記錄，忙時(shí)每小時(shí)峰值為全天的1/10即1億條話單，要在1 h內(nèi)完成數(shù)據(jù)ETL處理。經(jīng)過測(cè)試，采集服務(wù)器每抽取、轉(zhuǎn)換10張上網(wǎng)記錄所需事務(wù)數(shù)為1。保留50%的性能冗余，可以計(jì)算出數(shù)據(jù)抽取服務(wù)器的TPC-C值為250 000 TpmC。

對(duì)于數(shù)據(jù)倉(cāng)庫(kù)服務(wù)器，為保持與接口及采集服務(wù)器同步工作，要求數(shù)據(jù)倉(cāng)庫(kù)服務(wù)器每分鐘可以裝載、轉(zhuǎn)換和匯總的接口及采集服務(wù)器保持一致。經(jīng)測(cè)試，數(shù)據(jù)倉(cāng)庫(kù)服務(wù)器每裝載、轉(zhuǎn)換和匯總5條上網(wǎng)記錄，所需事務(wù)數(shù)為1。保留50%的性能冗余，可以計(jì)算出數(shù)據(jù)倉(cāng)庫(kù)服務(wù)器的TPC-C值為500 000 TpmC。

假定OLAP服務(wù)器需要在同一時(shí)間允許100個(gè)并發(fā)用戶的鏈接，100個(gè)用戶同時(shí)提交簡(jiǎn)單查詢和多維分析，要求大部分多維分析響應(yīng)時(shí)間小于10 s，我們暫定每個(gè)并發(fā)用戶的鏈接所維持的時(shí)間平均為20 s，平均每個(gè)用戶所提交的查詢所需的事務(wù)數(shù)為50，考慮50%的性能冗余。則OLAP服務(wù)器的TPC-C值為225 000 TpmC。

4.3 數(shù)據(jù)翻譯子系統(tǒng)配置

存儲(chǔ)容量的計(jì)算依據(jù)為總用戶數(shù)（2 600萬）、上網(wǎng)用戶比例（75%）、每天上網(wǎng)原始話單數(shù)據(jù)（1 TB）、每天上網(wǎng)記錄數(shù)據(jù)（1 TB）、翻譯前后的數(shù)據(jù)保留3天、數(shù)據(jù)冗余（20%）、RAID5系數(shù)（0.75）?？伤愠鑫募?wù)器存儲(chǔ)總?cè)萘繛?.6 TB。

機(jī)器性能計(jì)算依據(jù)包括總用戶數(shù)（2 600萬）、上網(wǎng)用戶比例（75%）、每天用戶上網(wǎng)原始話單數(shù)（10億）、每小時(shí)峰值處理上網(wǎng)原始話單數(shù)（全天的1/10）、1臺(tái)標(biāo)準(zhǔn)服務(wù)器（雙CPU、4 GB內(nèi)存）每小時(shí)處理能力（1 500萬條）。

應(yīng)用服務(wù)器其性能要求按照能滿足的最大并發(fā)用戶連接為指標(biāo)進(jìn)行性能計(jì)算。用戶訪問數(shù)定為400人，暫定應(yīng)用服務(wù)器需要在同一時(shí)間允許100個(gè)并發(fā)用戶的鏈接。100個(gè)用戶同時(shí)提交查詢，要求大部分多維分析響應(yīng)時(shí)間小于5 s，我們暫定每個(gè)并發(fā)用戶的鏈接所維持的時(shí)間平均為20 s。平均每個(gè)用戶所提交的查詢所需的事務(wù)數(shù)為50?？紤]50%倍的性能冗余?？伤愠鰬?yīng)用服務(wù)器的TPC-C值為112 500 TpmC。

4.4 Gb鏈路信令采集系統(tǒng)配置

TMA-SSS（智能業(yè)務(wù)控制器）可以識(shí)別包括各種P2P和VoIP業(yè)務(wù)在內(nèi)的大部分鏈路流量，并可以實(shí)施基于用戶或用戶群組的業(yè)務(wù)流量精確控制，根據(jù)集中網(wǎng)管設(shè)置的控制方式、控制策略參數(shù)和黑白名單對(duì)流經(jīng)的網(wǎng)絡(luò)業(yè)務(wù)流量進(jìn)行在線識(shí)別標(biāo)記。本工程配置TMASSS設(shè)備兩臺(tái)。采集解析服務(wù)器負(fù)責(zé)將TMA-SSS探針傳送來的含所需特征字段的訪問報(bào)文逐個(gè)解析還原解析，并將數(shù)據(jù)傳送至中心服務(wù)器。本工程采集服務(wù)器兩臺(tái)，中心服務(wù)器一臺(tái)。

5 結(jié)束語(yǔ)

精細(xì)化流量經(jīng)營(yíng)分析平臺(tái)在應(yīng)用于生產(chǎn)實(shí)踐的過程中，不僅能有效支撐市場(chǎng)營(yíng)銷工作，還在公司的客戶服務(wù)和生產(chǎn)維護(hù)等方面取得了較好的應(yīng)用效果，對(duì)全公司的生產(chǎn)運(yùn)營(yíng)工作都可以起到積極的提升作用。精細(xì)化運(yùn)營(yíng)較好地解決了目前公司業(yè)務(wù)推廣中準(zhǔn)確定位目標(biāo)客戶、實(shí)時(shí)把握營(yíng)銷時(shí)機(jī)、針對(duì)需求推薦合適業(yè)務(wù)等精細(xì)化運(yùn)營(yíng)難點(diǎn)，具有針對(duì)性強(qiáng)、效率高、客戶反響好等特點(diǎn)。不僅有效拓展了市場(chǎng)營(yíng)銷手段，提高了管理效率，推動(dòng)公司各項(xiàng)業(yè)務(wù)迅速發(fā)展，還在生產(chǎn)管理的各方面進(jìn)行應(yīng)用推廣，真正體現(xiàn)了“以客戶為中心”的經(jīng)營(yíng)服務(wù)理念，為未來競(jìng)爭(zhēng)贏得更多優(yōu)勢(shì)。

[1] 張傳福，彭燦，于新雁，盧輝斌. 全業(yè)務(wù)運(yùn)營(yíng)下網(wǎng)絡(luò)融合實(shí)現(xiàn)[M]. 北京：電子工業(yè)出版社，2010.

[2] 杜鵑. 移動(dòng)互聯(lián)網(wǎng)流量運(yùn)營(yíng)模式及策略研究[J]. 郵電設(shè)計(jì)技術(shù), 2011, (5).

[3] 宋杰, 張敏. 國(guó)際運(yùn)營(yíng)商流量經(jīng)營(yíng)模式變革研究[J]. 電信科學(xué), 2011, (8).