郭健

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

1 背景

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

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

2.1 面臨的挑戰(zhàn)

筆者認(rèn)為，在全業(yè)務(wù)市場競爭環(huán)境下，移動運營商在數(shù)據(jù)流量經(jīng)營支撐方面面臨巨大挑戰(zhàn)，一是現(xiàn)有的BOSS急需提升流量經(jīng)營精細(xì)化運營支撐能力，為市場人員提供手段，根據(jù)競爭情況和客戶需求，加快實現(xiàn)流量的實時計費和提醒，優(yōu)化數(shù)據(jù)流量資費體系，降低套餐內(nè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è)計思路

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

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

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

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

3 軟件平臺解決方案

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

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

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

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

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

3.3 營銷支撐分析和運營支撐

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

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

表2 軟件平臺功能

4 建設(shè)案例

本文以某移動流量精細(xì)化運營融合工程為案例，介紹流量經(jīng)營軟件平臺的建設(shè)方案。根據(jù)軟件平臺功能劃分，本工程配置的硬件平臺分為如下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é)果傳送到存儲設(shè)備中，硬件設(shè)備主要有刀片服務(wù)器、交換機(jī)。

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

4.1 組網(wǎng)方案

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

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

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

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

ODS存儲容量如表3所示。

表3 ODS存儲容量表

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

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

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

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

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

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

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

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

存儲容量的計算依據(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ù)器存儲總?cè)萘繛?.6 TB。

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

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

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

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

5 結(jié)束語

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

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

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

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