電信運營商后向流量合作方案探討

    前言

    后向流量是由合作伙伴出資購買一定數量流量產品來贈送給用戶的業(yè)務模式，其目的在于拉動合作伙伴業(yè)務的用戶規(guī)�；蛴脩艋钴S度。

    電信運營商當前面臨的形勢是：前向市場趨于飽和，后向市場成為收入藍海；管道化趨勢明顯，運營商流量是合作伙伴最為看重的資源；當前至4G前期將成為流量創(chuàng)收的重要窗口期。

    為此，電信運營商應把握窗口期，滿足合作伙伴后向流量批發(fā)的迫切需求。本文主要針對后向流量合作方案進行探討。

1 、后向流量產品

    按照是否針對某類特定應用來劃分，后向流量可分為后向通用流量和后向定向流量。后向通用流量是合作伙伴購買通用流量（包）產品贈送給用戶，用于拉動用戶規(guī)模。后向定向流量是電信運營商為合作伙伴應用定制流量（包）產品（流量只能用于特定應用），由合作伙伴購買后贈送給用戶，用于拉升用戶活躍度。

2 、后向流量合作技術方案

    后向流量包括后向通用流量與后向定向流量，由于定向流量需要對現網進行改造，故先針對定向流量的技術方案進行說明，再對后向流量合作技術方案進行說明。

2.1 定向流量技術方案

    定向流量支撐本質上是計費問題，要點是業(yè)務識別。通常通過IP/URL來對應業(yè)務，技術方案有3種：GGSN直接配置IP/URL方案、IP代理方案、定向流量采集與計費方案。

2.1.1 GGSN直接配置IP/URL定向流量方案

    在GGSN配置定向流量應用的IP地址或URL，以及對應的業(yè)務ID，由GGSN統計用戶使用該類業(yè)務ID的流量信息，并傳遞給BSS（含OCS）進行計費。PCC下PCEF能夠依據訂購關系向OCS觸發(fā)計費請求，從而大大降低OCS的負荷。

    該方案優(yōu)點是不需用戶側和應用側改造，能支撐大流量。

    該方案缺點是要配置的IP/URL過多，對GGSN性能影響大，且GGSN能夠配置的IP/URL有限。此外，非PCC下對OCS性能影響也較大。

2.1.2 IP代理平臺定向流量方案

    本方案主要是為解決GGSN直接配置IP/URL能力有限問題。通過IP代理平臺，連接合作伙伴和GGSN。在GGSN配置該平臺的定向流量IP地址及對應的業(yè)務ID（為每一個業(yè)務類型配置一個流量減免IP），匯聚互聯網應用流量。對于訂購了定向流量（包）的用戶，其流量通過互聯網應用的客戶端重定向至該平臺，再由其導流至互聯網應用。由IP代理平臺統計用戶使用該類業(yè)務ID的流量信息，并傳遞給BSS（含OCS）進行計費。

    該方案優(yōu)點是要配置的IP/URL少，對GGSN性能影響小。

    該方案缺點是僅適合有客戶端的應用，且為導流到IP代理平臺，需用戶側的客戶端改造（重定向）；IP代理平臺需要與計費系統對接，產生新的計費點；IP代理平臺集中設置情況下不能支撐大流量。

2.1.3 定向流量采集與計費方案

    設置定向流量采集與計費模塊，從Gn口分光，進行流量采集。針對定向流量產品的流量IP/URL進行特殊標記處理，最終生成定向流量減免話單，傳遞給BSS進行流量減免。

    該方案優(yōu)點是不需要在GGSN配置IP/URL，對核心網影響小。

    該方案缺點是需要采集與識別定向流量，且BSS需要配合改造進行定向流量減免。

2.2 后向流量合作技術方案

    后向流量支撐平臺與互聯網公司平臺進行對接，并與各省BSS對接�；ヂ摼W公司提供被贈送用戶手機號及流量包產品，總部后向流量支撐平臺通過實時接口發(fā)給BSS，請求BSS生成訂購關系。后向通用流量平臺支撐架構。

    以X公司為例，說明贈送的場景案例：用戶點擊廣告并下載APP，即可獲贈X公司贈送的流量包產品。具體使用場景及業(yè)務流程如下。

    a） X公司通過廣告聯盟，在第三方APP中投放結合流量贈送活動的廣告。

    b） 用戶點擊廣告后，手機開始下載廣告推薦的APP，同時彈出活動參與界面。

    c） 用戶填寫被贈送的手機號碼并提交后，X公司平臺將用戶號碼及贈送的流量包產品通過接口實時傳遞給后向流量支撐平臺，后向流量支撐平臺將用戶號碼、產品ID傳遞給BSS生成訂購關系。

    d） BSS向后向流量支撐平臺反饋訂購結果，后向流量支撐平臺向X公司平臺反饋贈送結果。

    e） X公司平臺向用戶提示贈送結果，若訂購成功，告知用戶流量預計送達日期及客服入口。

    f） 后向流量支撐平臺收到BSS反饋的訂購成功消息，下發(fā)定制成功的短信通知。

3 、后向流量合作管理流程及支撐功能要求

3.1 后向流量合作管理流程

    后向流量合作管理環(huán)節(jié)包括需求引入、產品設計、產品配置、產品上線、效果評測。

    a） 需求引入。主要包括流量產品類別展示、合作伙伴注冊/提交需求、對需求進行審核、雙方線下商談需求、簽訂合作協議。

    b） 產品設計主要包括：

（1） 合作伙伴需求細化：流量類型、大小、范圍、時間、價格、前后向、目標群體。

（2） 流量包測算、資費測算、目標群體確定。

（3） 訂購頁面設計（WAP、Web、APP）。

（4） 市場營銷方案制定。

    c） 產品配置主要包括產品申請、網絡及平臺配置、產品同步、產品調測。

    d） 產品上線主要包括業(yè)務開通、訂購受理、產品計費與結算、營銷過程跟蹤。

    e） 效果評測主要包括銷售及流量數據分析、投入/產出測算、產品優(yōu)化調整。

3.2 后向流量支撐功能要求

    后向流量支撐功能要求包括門戶和管理功能。

3.2.1 門戶

    a） 合作伙伴子門戶：注冊登錄、需求提交、余額/余量查詢。

    b） 用戶子門戶：訂購能力嵌入、查詢嵌入。

    c） 運營管理子門戶：需求審核、訂購管理、產品管理。

3.2.2 管理功能

    a） 產品管理：產品配置、產品上線/下線、產品優(yōu)化。

    b） 信用額度管理：額度分配、訂購量統計、額度控制。

    c） 開通管理：開通/退訂轉發(fā)、訂單同步、訂單查詢。

    d） 分賬管理：按省分揀話單、分賬（可選）、對賬（可選）。

    e） 精準推送：應用匹配、目標人群匹配、渠道匹配。

    f） 效果評測：投入/產出測算、產品優(yōu)化調整。

4 、結束語

    電信運營商應該以后向流量合作為抓手，激發(fā)與互聯網合作伙伴更多的合作需求，逐步提升合作層次，提高運營商應對OTT沖擊的能力。

作者：李濤 李林濤 來源：《郵電設計技術》