本發(fā)明涉及網(wǎng)絡(luò)流量管控技術(shù)領(lǐng)域，具體涉及一種智能終端分流引導(dǎo)方法、終端及系統(tǒng)。

背景技術(shù)：

移動互聯(lián)網(wǎng)時代以來，電信運營商如何轉(zhuǎn)型已經(jīng)成為核心問題之一，目前眾多電信運營商提出從語音業(yè)務(wù)向流量業(yè)務(wù)轉(zhuǎn)型，流量經(jīng)營已經(jīng)成為電信運營商最為核心的戰(zhàn)略和方向。

目前，比較成熟的流量管理控制技術(shù)可以包括策略和計費控制(PCC，policy and charging control)、智能管道、四網(wǎng)協(xié)同、內(nèi)容分發(fā)網(wǎng)絡(luò)(CDN，Content Delivery Network)、頁面緩存(Web Cache)、Gn接口信令分析系統(tǒng)技術(shù)等。其中，PCC、智能管道、四網(wǎng)協(xié)同、Gn接口信令分析系統(tǒng)技術(shù)屬于電信網(wǎng)絡(luò)范疇，而CDN、Web Cache技術(shù)等屬于互聯(lián)網(wǎng)網(wǎng)絡(luò)范疇。

其中，PCC技術(shù)主要是通過市場策略調(diào)整計費策略、控制QOS達到優(yōu)化流量的目的，只能進行引流而無法起到分流的目的。此外，PCC技術(shù)目前主要控制基站、基站控制器以及通用分組無線業(yè)務(wù)網(wǎng)關(guān)支持節(jié)點(GGSN，Gateway GPRS Support Node)等網(wǎng)絡(luò)設(shè)備，而無法控制智能終端。Gn接口信令分析系統(tǒng)技術(shù)雖然提供了用戶分析的數(shù)據(jù)，但是Gn接口信令分析系統(tǒng)技術(shù)自身不具有直接控制流量的手段和策略。而Web Cache和CDN技術(shù)是通過Cache、內(nèi)容分發(fā)等技術(shù)減少用戶直接到目的網(wǎng)站存取數(shù)據(jù)的技術(shù)，從端到端的角度看，該技術(shù)的具體實施遠離用戶端而靠近Web站點端，因此對分流、引流的作用有限，無法從源頭解決流量管理問題。

綜上所述，現(xiàn)有的各流量管理控制技術(shù)在流量管理上均存在一定的缺陷。

技術(shù)實現(xiàn)要素：

為解決現(xiàn)有存在的技術(shù)問題，本發(fā)明實施例提供一種智能終端分流引導(dǎo)方法、終端及系統(tǒng)。

本發(fā)明實施例提供了一種智能終端分流引導(dǎo)方法，所述方法應(yīng)用于終端，包括：

向網(wǎng)絡(luò)側(cè)發(fā)送策略請求；

接收網(wǎng)絡(luò)側(cè)發(fā)送的與所述策略請求對應(yīng)的數(shù)據(jù)；所述對應(yīng)的數(shù)據(jù)為所述網(wǎng)絡(luò)側(cè)依據(jù)獲取的用戶上網(wǎng)流量信息得到的用戶上網(wǎng)特征庫中的相關(guān)數(shù)據(jù)；

根據(jù)獲取的自身搜索到的各網(wǎng)絡(luò)的負載性能與接收到的數(shù)據(jù)進行策略分析；

根據(jù)分析結(jié)果判斷是否存在優(yōu)于當前連接的網(wǎng)絡(luò)；

當確認存在優(yōu)于當前連接的網(wǎng)絡(luò)時，進行網(wǎng)絡(luò)切換。

上述方案中，所述根據(jù)獲取的自身搜索到的各網(wǎng)絡(luò)的負載性能與接收到的數(shù)據(jù)進行策略分析之前，所述方法還包括：

通過網(wǎng)絡(luò)輸入/輸出(I/O)負載性能測試，獲取所述各網(wǎng)絡(luò)的負載性能。

上述方案中，所述通過網(wǎng)絡(luò)I/O負載性能測試，獲取所述各網(wǎng)絡(luò)的負載性能，包括：

所述終端的用戶流量處理模塊向所述終端的I/O性能模擬測試客戶端發(fā)送負載測試請求；

所述I/O性能模擬測試客戶端收到負載測試請求后獲取所需要的參數(shù)，并將根據(jù)所述參數(shù)生成的測試請求發(fā)送至I/O性能模擬測試服務(wù)器；

所述I/O性能模擬測試客戶端接收所述I/O性能模擬測試服務(wù)器返回的包含所述各網(wǎng)絡(luò)負載性能的測試結(jié)果；

所述I/O性能模擬測試客戶端將接收到的測試結(jié)果返回給所述用戶流量處理模塊。

本發(fā)明實施例提供了一種智能終端分流引導(dǎo)方法，所述方法包括：

終端向網(wǎng)絡(luò)側(cè)發(fā)送策略請求；

所述網(wǎng)絡(luò)側(cè)向所述終端發(fā)送與所述策略請求對應(yīng)的數(shù)據(jù)；所述對應(yīng)的數(shù)據(jù)為所述網(wǎng)絡(luò)側(cè)依據(jù)獲取的用戶上網(wǎng)流量信息得到的用戶上網(wǎng)特征庫中的相關(guān)數(shù)據(jù)；

所述終端根據(jù)獲取的終端搜索到的各網(wǎng)絡(luò)的負載性能、以及所接收到的數(shù)據(jù)進行流量策略分析；

所述終端根據(jù)分析結(jié)果確定存在優(yōu)于當前連接的網(wǎng)絡(luò)時，進行網(wǎng)絡(luò)切換。

上述方案中，所述所述網(wǎng)絡(luò)側(cè)向所述終端發(fā)送與所述策略請求對應(yīng)的數(shù)據(jù)之前，所述方法還包括：

所述網(wǎng)絡(luò)側(cè)通過對網(wǎng)絡(luò)的數(shù)據(jù)接口的監(jiān)測，獲取用戶上網(wǎng)流量信息；

所述網(wǎng)絡(luò)側(cè)對獲取的用戶上網(wǎng)流量信息進行用戶流量分析，根據(jù)得到的分析結(jié)果更新所述用戶上網(wǎng)特征庫中相關(guān)數(shù)據(jù)。

上述方案中，所述所述網(wǎng)絡(luò)側(cè)通過對網(wǎng)絡(luò)的數(shù)據(jù)接口的監(jiān)測，獲取用戶上網(wǎng)流量信息，包括：

安裝在各數(shù)據(jù)接口處的深度包檢測(DPI，Deep Packet Inspection)監(jiān)測服務(wù)器以旁路方式從各數(shù)據(jù)接口獲得用戶上網(wǎng)流量信息，并將獲得的用戶上網(wǎng)流量信息發(fā)送至文件傳輸協(xié)議(FTP，F(xiàn)ile Transfer Protocol)服務(wù)器保存；

相應(yīng)地，所述網(wǎng)絡(luò)側(cè)對獲取的用戶上網(wǎng)流量信息進行用戶流量分析，根據(jù)得到的分析結(jié)果更新所述用戶上網(wǎng)特征庫中相關(guān)數(shù)據(jù)，包括：

Hadoop平臺從所述FTP服務(wù)器獲取所述用戶上網(wǎng)流量信息，并采用Spark平臺對獲取的所述用戶上網(wǎng)流量信息進行并行分析處理，得到與用戶網(wǎng)絡(luò)行為特征、所有時間內(nèi)的網(wǎng)絡(luò)流量行為特征、所有時間內(nèi)的所有業(yè)務(wù)行為特征有關(guān)的數(shù)據(jù)信息；并將得到的數(shù)據(jù)信息發(fā)送給流量策略管理平臺；

所述流量策略管理平臺利用所述數(shù)據(jù)信息更新所述用戶上網(wǎng)特征庫中的相關(guān)數(shù)據(jù)；

相應(yīng)地，所述流量策略管理平臺向所述終端發(fā)送與所述策略請求對應(yīng)的數(shù)據(jù)。

上述方案中，所述終端根據(jù)獲取的終端搜索到的各網(wǎng)絡(luò)的負載性能、以及所接收到的數(shù)據(jù)進行流量策略分析之前，所述方法還包括：

所述終端通過網(wǎng)絡(luò)I/O負載性能測試，獲取所述各網(wǎng)絡(luò)的負載性能。

本發(fā)明實施例提供了一種終端，所述終端包括：收發(fā)模塊和用戶流量處理模塊；其中，

所述收發(fā)模塊，用于向網(wǎng)絡(luò)側(cè)發(fā)送策略請求；并接收到網(wǎng)絡(luò)側(cè)發(fā)送的與所述策略請求對應(yīng)的數(shù)據(jù)；所述對應(yīng)的數(shù)據(jù)為所述網(wǎng)絡(luò)側(cè)依據(jù)獲取的用戶上網(wǎng)流量信息得到的用戶上網(wǎng)特征庫中的相關(guān)數(shù)據(jù)；

所述用戶流量處理模塊，用于根據(jù)所獲取的終端搜索到的網(wǎng)絡(luò)的負載性能與所接收到的數(shù)據(jù)進行流量策略分析；根據(jù)分析結(jié)果判斷是否存在優(yōu)于當前連接的網(wǎng)絡(luò)；當確認存在優(yōu)于當前連接的網(wǎng)絡(luò)時，進行網(wǎng)絡(luò)切換。

上述方案中，所述終端還包括：I/O性能模擬測試模塊，用于通過網(wǎng)絡(luò)I/O負載性能測試，獲取終端搜索到的各網(wǎng)絡(luò)的負載性能，并發(fā)送給所述所述用戶流量處理模塊。

本發(fā)明實施例提供了一種智能終端分流引導(dǎo)系統(tǒng)，所述系統(tǒng)包括：終端和網(wǎng)絡(luò)側(cè)；其中，

所述終端，用于向所述網(wǎng)絡(luò)側(cè)發(fā)送策略請求；并根據(jù)獲取的獲取的終端搜索到的各網(wǎng)絡(luò)的負載性能、以及所接收到的數(shù)據(jù)進行流量策略分析；并根據(jù)分析結(jié)果確定存在優(yōu)于當前連接的網(wǎng)絡(luò)時，進行網(wǎng)絡(luò)切換；

所述網(wǎng)絡(luò)側(cè)，用于收到策略請求后，向所述終端發(fā)送與所述策略請求對應(yīng)的數(shù)據(jù)；所述對應(yīng)的數(shù)據(jù)為所述網(wǎng)絡(luò)側(cè)依據(jù)獲取的用戶上網(wǎng)流量信息得到的用戶上網(wǎng)特征庫中的相關(guān)數(shù)據(jù)。

上述方案中，所述網(wǎng)絡(luò)側(cè)，還用于通過對網(wǎng)絡(luò)的數(shù)據(jù)接口的監(jiān)測，獲取用戶上網(wǎng)流量信息；并對獲取的用戶上網(wǎng)流量信息進行用戶流量分析，根據(jù)得到的分析結(jié)果更新所述用戶上網(wǎng)特征庫中相關(guān)數(shù)據(jù)。

上述方案中，所述網(wǎng)絡(luò)側(cè)包括：DPI監(jiān)測服務(wù)器、FTP服務(wù)器、Hadoop平臺、以及流量策略管理平臺；其中，

所述DPI監(jiān)測服務(wù)器，用于以旁路方式從各數(shù)據(jù)接口獲得用戶上網(wǎng)流量信息，并將獲得的用戶上網(wǎng)流量信息發(fā)送至FTP服務(wù)器保存；

所述Hadoop平臺，用于從所述FTP服務(wù)器獲取所述用戶上網(wǎng)流量信息，并采用Spark平臺對獲取的所述用戶上網(wǎng)流量信息進行并行分析處理，得到與用戶網(wǎng)絡(luò)行為特征、所有時間內(nèi)的網(wǎng)絡(luò)流量行為特征、所有時間內(nèi)的所有業(yè)務(wù)行為特征有關(guān)的數(shù)據(jù)信息；并將得到的數(shù)據(jù)信息發(fā)送給流量策略管理平臺；

所述流量策略管理平臺，用于利用所述數(shù)據(jù)信息更新所述用戶上網(wǎng)特征庫中的相關(guān)數(shù)據(jù)；

相應(yīng)地，所述流量策略管理平臺向所述終端發(fā)送與所述策略請求對應(yīng)的數(shù)據(jù)。

上述方案中，所述終端，還用于通過網(wǎng)絡(luò)I/O負載性能測試，獲取所述各網(wǎng)絡(luò)的負載性能。

本發(fā)明實施例提供的智能終端分流引導(dǎo)方法、終端及系統(tǒng)，終端向網(wǎng)絡(luò)側(cè)發(fā)送策略請求之后，接收到網(wǎng)絡(luò)側(cè)發(fā)送的與所述策略請求對應(yīng)的數(shù)據(jù)；所述對應(yīng)的數(shù)據(jù)為所述網(wǎng)絡(luò)側(cè)依據(jù)獲取的用戶上網(wǎng)流量信息得到的用戶上網(wǎng)特征庫中的相關(guān)數(shù)據(jù)；收到網(wǎng)絡(luò)側(cè)發(fā)送的數(shù)據(jù)之后進行策略分析；終端根據(jù)分析結(jié)果判斷是否存在優(yōu)于當前連接的網(wǎng)絡(luò)；當終端確認存在優(yōu)于當前連接的網(wǎng)絡(luò)時，進行網(wǎng)絡(luò)切換，通過對用戶數(shù)據(jù)、網(wǎng)絡(luò)數(shù)據(jù)進行智能分析和判斷，實現(xiàn)了直接從終端對流量進行管理，與現(xiàn)有技術(shù)相比具有最好的流量管理效果。

此外，該方法實現(xiàn)簡單、成本低；并且，可以明顯提升每個用戶的用戶體驗。

附圖說明

圖1為PCC技術(shù)體系的流量管理和控制策略的示意圖；

圖2為PCC技術(shù)涉及到的網(wǎng)元結(jié)構(gòu)和功能的示意圖；

圖3為Gn接口信令分析系統(tǒng)技術(shù)體系的流量管理的示意圖；

圖4為本發(fā)明實施例一提供的網(wǎng)絡(luò)側(cè)的智能終端分流引導(dǎo)方法流程示意 圖；

圖5為本發(fā)明實施例一提供的實現(xiàn)智能終端分流引導(dǎo)的網(wǎng)絡(luò)側(cè)基本結(jié)構(gòu)示意圖；

圖6為本發(fā)明實施例二提供的終端側(cè)的智能終端分流引導(dǎo)方法流程示意圖；

圖7為本發(fā)明實施例二提供的網(wǎng)絡(luò)I/O負載性能測試的處理流程示意圖；

圖8為本發(fā)明實施例二提供的實現(xiàn)網(wǎng)絡(luò)I/O負載性能測試的結(jié)構(gòu)示意圖；

圖9為本發(fā)明實施例三提供的智能終端分流引導(dǎo)方法流程示意圖；

圖10為本發(fā)明實施例三提供的智能終端分流引導(dǎo)系統(tǒng)的結(jié)構(gòu)示意圖；

圖11為本發(fā)明實施例三提供的具體的智能終端分流引導(dǎo)方法流程示意圖；

圖12為本發(fā)明實施例四提供的終端的結(jié)構(gòu)示意圖；

圖13為本發(fā)明實施例五提供的智能終端分流引導(dǎo)系統(tǒng)的結(jié)構(gòu)示意圖；

圖14為本發(fā)明實施例五提供的具體的智能終端分流引導(dǎo)系統(tǒng)結(jié)構(gòu)示意圖。

具體實施方式

下面通過附圖及具體實施例對本發(fā)明做進一步的詳細說明。

這里，首先詳細了解一下現(xiàn)有的各流量管理控制技術(shù)。

電信運營商為了應(yīng)對移動數(shù)據(jù)業(yè)務(wù)流量的沖擊、為網(wǎng)絡(luò)精細化運營提供技術(shù)支持而專門定義和設(shè)計了動態(tài)PCC技術(shù)，其核心目的就是有效提升電信運營商的流量運營能力。圖1為PCC技術(shù)體系的流量管理和控制策略的示意圖。如圖1所示，通過基站控制器(BSC，Base Station Controller)或無線網(wǎng)絡(luò)控制器(RNC，Radio Network Controller)進行無線資源動態(tài)調(diào)度控制，經(jīng)服務(wù)GPRS支持節(jié)點(SGSN，Serving GPRS Support Node)與網(wǎng)關(guān)GPRS支持節(jié)點(GGSN Gateway GPRS Support Node)由策略和計費執(zhí)行功能(PCRF，Policy and Charging Rules Function)或用戶策略數(shù)據(jù)庫(SPR，Subscription Profile Repository)實現(xiàn)差異化計費。

如圖2所示，PCC技術(shù)涉及的網(wǎng)元主要包括：策略和計費執(zhí)行功能(PCEF， Policy and Charging Enforcement Function)、PCRF、GGSN/服務(wù)網(wǎng)關(guān)-公共數(shù)據(jù)網(wǎng)網(wǎng)關(guān)(SAE-GW，Serving Gateway-PDN Gateway)、移動管理實體(MME，Mobile Management Entity)/服務(wù)GPRS支持節(jié)點(SGSN，Serving GPRS Support Node)等。其中，GGSN、SAE-GW等網(wǎng)絡(luò)設(shè)備上需要增加相應(yīng)的軟件支持；PCC技術(shù)采用業(yè)務(wù)、累積流量、用戶簽約信息、位置、時間等多維手段，與計費策略相關(guān)聯(lián)，豐富市場營銷手段，具備流量控制、服務(wù)質(zhì)量(QOS，Quality of Servic)參數(shù)控制能力。然而，PCC技術(shù)只能進行引流而無法起到分流的目的。

除了PCC技術(shù)體系，Gn接口信令分析系統(tǒng)技術(shù)也是智能管道體系中比較重要的流量管理控制技術(shù)之一。如圖3所示，Gn接口信令分析系統(tǒng)技術(shù)的主要目的是從Gn接口得到用戶行為數(shù)據(jù)，進行有效的數(shù)據(jù)分析和管理。

實際應(yīng)用時，PCC技術(shù)和Gn接口信令分析系統(tǒng)技術(shù)可以相互補充，具體表現(xiàn)在：1)PCC技術(shù)和Gn接口信令分析系統(tǒng)之間功能互補，即PCC技術(shù)提供策略管控手段，Gn接口信令分析系統(tǒng)提供Gn口信令監(jiān)測與用戶行為分析功能；2)Gn接口信令分析系統(tǒng)和PCC技術(shù)可以協(xié)同部署，即Gn接口信令分析系統(tǒng)的分析結(jié)果可作為PCC技術(shù)中的PCRF的決策輸入，作為制定管控策略的依據(jù)。Gn接口信令分析系統(tǒng)提供了用戶分析的數(shù)據(jù)，Gn接口是SGSN與GGSN之間的接口，其含有豐富的用戶上網(wǎng)數(shù)據(jù)，可以有效地為PCC技術(shù)等提供控制策略，但是Gn接口信令分析系統(tǒng)技術(shù)自身不具有直接控制流量的手段和策略。

Web Cache和CDN技術(shù)也是有效的流量管理控制技術(shù)之一。與PCC技術(shù)、Gn接口信令分析系統(tǒng)技術(shù)不同，Web Cache和CDN技術(shù)屬于互聯(lián)網(wǎng)范疇的技術(shù)。Web Cache技術(shù)通過Cache技術(shù)減少了對互聯(lián)網(wǎng)Web站點的存取，有效減低用戶的響應(yīng)時間，從而提高網(wǎng)絡(luò)流量管理能力；而CDN技術(shù)等通過內(nèi)容分發(fā)、復(fù)制等技術(shù)可以有效提高內(nèi)容的處理能力，而且能夠有效降低對網(wǎng)絡(luò)流量的需求，從而提高網(wǎng)絡(luò)流量管理能力。然而，Web Cache和CDN技術(shù)的具體實施處于I/O路徑的后端，即遠離用戶端而靠近Web站點端，因此對分流、引流的作用有限，無法從源頭解決流量管理問題。

基于此，在本發(fā)明的各種實施例中，終端向網(wǎng)絡(luò)側(cè)發(fā)送策略請求；收到網(wǎng)絡(luò)側(cè)發(fā)送的數(shù)據(jù)之后進行策略分析；終端根據(jù)分析結(jié)果判斷是否存在優(yōu)于當前連接的網(wǎng)絡(luò)；當終端確認存在優(yōu)于當前連接的網(wǎng)絡(luò)時，進行網(wǎng)絡(luò)切換。

實施例一

本發(fā)明實施例一提供了一種智能終端分流引導(dǎo)方法，應(yīng)用于網(wǎng)絡(luò)側(cè)，如圖4所示，該方法包括以下步驟：

步驟401：通過對網(wǎng)絡(luò)的數(shù)據(jù)接口的監(jiān)測，獲取用戶上網(wǎng)流量信息；

具體地，在各數(shù)據(jù)接口處安裝基于DPI監(jiān)測服務(wù)器，DPI監(jiān)測服務(wù)器以旁路方式從各數(shù)據(jù)接口獲得用戶上網(wǎng)流量信息，例如互聯(lián)網(wǎng)用戶、流量數(shù)據(jù)等信息，并將獲得的用戶上網(wǎng)流量信息發(fā)送給FTP服務(wù)器。實際實現(xiàn)中，DPI監(jiān)測服務(wù)器以預(yù)定時間間隔將用戶上網(wǎng)流量信息發(fā)送給FTP服務(wù)器。

在這一步驟中，可以從各移動通信網(wǎng)絡(luò)選擇互聯(lián)網(wǎng)、移動互聯(lián)網(wǎng)用戶流量數(shù)據(jù)的接口，即所述數(shù)據(jù)接口可以包括：全球移動通信系統(tǒng)(GSM，Global System for Mobile Communication)中SGSN與GGSN之間的Gn接口，時分同步的碼分多址(TD-SCDMA，Time Division-Synchronization Code Division Multiple Access)系統(tǒng)中SGSN與GGSN之間的Gn接口，時分長期演進(TD-LTE，Time Division Long Term Evolution)系統(tǒng)中MME與SAE-GW之間的接口，以及無線局域網(wǎng)(WLAN，Wireless Local Area Networks)系統(tǒng)中接入點(AP，Access Point)和接入控制器(AC，Access Controller)之間的以太網(wǎng)接口等。

步驟402：對獲取的用戶上網(wǎng)流量信息進行用戶流量分析，根據(jù)得到的分析結(jié)果更新用戶上網(wǎng)特征庫中相關(guān)數(shù)據(jù)；

這里，用戶流量分析可以基于大數(shù)據(jù)Hadoop技術(shù)實現(xiàn)。這是因為：Hadoop技術(shù)是一個由Apache基金會所開發(fā)的分布式系統(tǒng)基礎(chǔ)架構(gòu)，用戶可以在不了解分布式底層細節(jié)的情況下，開發(fā)分布式程序，充分利用集群的威力進行高速運算和存儲。Hadoop技術(shù)實現(xiàn)了一個分布式文件系統(tǒng)(HDFS，Hadoop Distributed File System)，HDFS有高容錯性的特點，并且提供高吞吐量來訪問應(yīng)用程序的數(shù)據(jù)，適合那些有著超大數(shù)據(jù)集的應(yīng)用程序。

在這一步驟中，Hadoop平臺定時從FTP服務(wù)器下載各數(shù)據(jù)接口的監(jiān)測數(shù)據(jù)(即用戶上網(wǎng)流量信息)，并采用內(nèi)部的數(shù)據(jù)分析平臺對監(jiān)測數(shù)據(jù)進行處理。實際實現(xiàn)中，Hadoop平臺可以利用內(nèi)部的Spark平臺對監(jiān)測數(shù)據(jù)進行并行處理。這是因為：Spark平臺是一種可擴展的數(shù)據(jù)分析平臺，整合了內(nèi)存計算的基元，并且Spark平臺是在Scala語言中實現(xiàn)的，利用該語言為數(shù)據(jù)處理提供了獨一無二的環(huán)境。Spark平臺數(shù)據(jù)處理后得到與用戶網(wǎng)絡(luò)行為特征、所有時間內(nèi)的網(wǎng)絡(luò)流量行為特征、所有時間內(nèi)的所有業(yè)務(wù)行為特征有關(guān)的數(shù)據(jù)信息。

所述Hadoop平臺將經(jīng)Spark平臺處理得到的數(shù)據(jù)信息實時傳輸給網(wǎng)絡(luò)側(cè)的流量策略管理平臺，流量策略管理平臺根據(jù)接收到的數(shù)據(jù)信息更新用戶上網(wǎng)特征庫，從而實現(xiàn)最新的用戶上網(wǎng)特征庫。用戶上網(wǎng)特征庫包括用戶網(wǎng)絡(luò)行為特征庫、網(wǎng)絡(luò)流量行為特征庫、業(yè)務(wù)行為特征庫。這些用戶網(wǎng)絡(luò)行為特征庫、網(wǎng)絡(luò)流量行為特征庫、業(yè)務(wù)行為特征庫都是標簽庫，是用于分析和確定用戶行為的基礎(chǔ)數(shù)據(jù)；例如用戶網(wǎng)絡(luò)行為特征庫包括以下各項：時間、地點、IP地址、網(wǎng)站名稱、開始時間、結(jié)束時間、用戶名等信息。

實際應(yīng)用時，通過本步驟的基于Hadoop技術(shù)對Gn接口等數(shù)據(jù)接口得到的用戶流量數(shù)據(jù)進行具體的大數(shù)據(jù)分析挖掘，可以得到GSM、TD-LTE、WLAN以及TD-SCDMA網(wǎng)絡(luò)的用戶流量情況以及整體流量情況，為智能終端選擇網(wǎng)絡(luò)提供判斷依據(jù)。

步驟403：接收到終端的策略請求后，向終端發(fā)送用戶上網(wǎng)特征庫中的相應(yīng)數(shù)據(jù)。

下面通過一個具體示例，對本發(fā)明實施例提供的網(wǎng)絡(luò)側(cè)的智能終端分流引導(dǎo)方法進行詳細介紹。

圖5示出了一個示例性的實現(xiàn)智能終端分流引導(dǎo)的網(wǎng)絡(luò)側(cè)基本結(jié)構(gòu)，所述網(wǎng)絡(luò)側(cè)網(wǎng)元包括：DPI監(jiān)測服務(wù)器、FTP服務(wù)器、Hadoop平臺以及流量策略管理平臺。具體到該示例，上述智能終端分流引導(dǎo)方法處理流程如下：

步驟一：從各移動通信網(wǎng)絡(luò)選擇互聯(lián)網(wǎng)、移動互聯(lián)網(wǎng)用戶流量數(shù)據(jù)的數(shù)據(jù) 接口。

這里，如圖5所示，GSM系統(tǒng)采用SGSN-GGSN的GSM-Gn接口，TD-SCDMA系統(tǒng)采用SGSN-GGSN的TD-Gn接口，TD-LTE系統(tǒng)采用MME、SAE-GW之間的LTE數(shù)據(jù)接口，以及WLAN系統(tǒng)采用AP和AC之間的以太網(wǎng)接口。

步驟二：在各數(shù)據(jù)接口處安裝DPI監(jiān)測服務(wù)器；

步驟三：DPI監(jiān)測服務(wù)器選擇旁路方式從各網(wǎng)絡(luò)接口獲得包含互聯(lián)網(wǎng)用戶、流量數(shù)據(jù)的用戶上網(wǎng)流量信息，并定時將用戶上網(wǎng)流量信息發(fā)送到FTP服務(wù)器，從而將用戶上網(wǎng)流量信息存儲在FTP服務(wù)器中；

步驟四：Hadoop平臺定時從FTP服務(wù)器下載各監(jiān)測數(shù)據(jù)，并采用Spark平臺對數(shù)據(jù)進行并行分析處理；

步驟五：Spark平臺數(shù)據(jù)分析處理后得到與用戶網(wǎng)絡(luò)行為特征、所有時間內(nèi)的網(wǎng)絡(luò)流量行為特征、所有時間內(nèi)的所有業(yè)務(wù)行為特征有關(guān)的數(shù)據(jù)；

步驟六：Hadoop平臺將Spark平臺分析處理后的數(shù)據(jù)實時傳輸給流量策略管理平臺；

步驟七：流量策略管理平臺根據(jù)Hadoop平臺傳來的數(shù)據(jù)進行數(shù)據(jù)更新，實現(xiàn)最新的用戶網(wǎng)絡(luò)行為特征庫、網(wǎng)絡(luò)流量行為特征庫、業(yè)務(wù)行為特征庫。

從上面的描述中可以看出，本發(fā)明實施例的方法，由于采用DPI監(jiān)測服務(wù)器獲得用戶上網(wǎng)流量信息，且用戶流量分析時基于大數(shù)據(jù)Hadoop技術(shù)實現(xiàn)，因此，本發(fā)明實施例的方法可以稱為是一種基于DPI和大數(shù)據(jù)技術(shù)的智能終端分流引導(dǎo)方法。

實施例二

本發(fā)明實施例二提供了一種智能終端分流引導(dǎo)方法，應(yīng)用于終端側(cè)，如圖6所示，該方法包括以下步驟：

步驟601：通過網(wǎng)絡(luò)I/O負載性能測試，獲取終端搜索到的各網(wǎng)絡(luò)的負載性能；

具體的，可以采用網(wǎng)絡(luò)I/O性能模擬測試器進行網(wǎng)絡(luò)I/O負載性能測試。根據(jù)分布的位置，所述I/O性能模擬測試器可以分為位于終端側(cè)的I/O性能模擬測試客戶端和位于網(wǎng)絡(luò)側(cè)的I/O性能模擬測試服務(wù)器。

這里，與現(xiàn)有的I/O性能模擬測試器不同的是，本發(fā)明實施例中所采用的網(wǎng)絡(luò)I/O性能模擬測試器針對四個無線網(wǎng)(即GSM、TD-LTE、WLAN以及TD-SCDMA網(wǎng)絡(luò))分別進行無線測試，并且測試范圍從智能終端到業(yè)務(wù)側(cè)，涵蓋了所有網(wǎng)絡(luò)環(huán)節(jié)。

實際應(yīng)用時，網(wǎng)絡(luò)I/O負載性能測試的具體處理流程如圖7所示，主要包括以下步驟：

步驟701：終端的用戶流量處理模塊向I/O性能模擬測試客戶端發(fā)送負載測試請求；

這里，所述負載測試請求至少包括以下參數(shù)：測試負載尺寸(Size)、強度、網(wǎng)絡(luò)類型、返回數(shù)據(jù)等。

舉個例子來說，負載測試請求中包含對負載Size、強度、網(wǎng)絡(luò)類型等參數(shù)，即請求對負載Size、強度、網(wǎng)絡(luò)類型進行測試，隨后I/O負載測試調(diào)度模塊從該負載測試請求中獲取這些參數(shù)，并向I/O性能模擬測試客戶端發(fā)送與這些參數(shù)對應(yīng)的負載Size、強度、網(wǎng)絡(luò)類型測試要求。

步驟702：I/O性能模擬測試客戶端收到負載測試請求后獲取所需要的參數(shù)，并將根據(jù)所述參數(shù)生成的測試請求發(fā)送至I/O性能模擬測試服務(wù)器；

這里，本步驟主要通過I/O性能模擬測試客戶端內(nèi)的I/O負載測試接口模塊和I/O測試調(diào)度模塊來實現(xiàn)。具體地，I/O負載測試接口模塊接收用戶流量處理模塊的負載測試請求，并將負載測試請求發(fā)送至I/O測試調(diào)度模塊；隨后，I/O測試調(diào)度模塊從接收的負載測試請求中提取出所需要的參數(shù)，根據(jù)所述參數(shù)生成的測試請求并將所述測試請求發(fā)送給I/O性能模擬測試服務(wù)器。

在實際實現(xiàn)中，所述I/O性能模擬測試客戶端按照批處理命令向I/O性能模擬測試服務(wù)器發(fā)送測試請求。本步驟中的測試請求對應(yīng)于步驟701中的負載測試請求，該測試請求同樣至少包括：測試負載尺寸(Size)、強度、網(wǎng)絡(luò)類型、 返回數(shù)據(jù)等。

步驟703：I/O性能模擬測試服務(wù)器收到測試請求后，模擬測試動作，并將測試結(jié)果返回給所述I/O性能模擬測試客戶端；

這里，所述測試結(jié)果包括終端搜索到的各網(wǎng)絡(luò)的負載性能，并且所述測試結(jié)果可以是無數(shù)據(jù)類型或有數(shù)據(jù)類型。

其中，無數(shù)據(jù)類型是指僅返回一個消息頭，而不包括具體數(shù)據(jù)，因此只測試網(wǎng)絡(luò)發(fā)送數(shù)據(jù)的傳輸速度；有數(shù)據(jù)類型是指返回消息頭和具體數(shù)據(jù)，因而可以測試網(wǎng)絡(luò)發(fā)送數(shù)據(jù)的傳輸速度和網(wǎng)絡(luò)接收數(shù)據(jù)的傳輸速度。

步驟704：I/O性能模擬測試客戶端將接收到的測試結(jié)果返回給用戶流量處理模塊。

在這一步驟601中，通過上述網(wǎng)絡(luò)I/O負載性能測試，終端可以獲得端到端目前實際情況下的具體網(wǎng)絡(luò)負載情況、用戶相應(yīng)情況等。例如，在北京中央電視臺的移動用戶為了獲知當前的實際上網(wǎng)速度，可以通過終端發(fā)送一個I/O請求給測試服務(wù)器，測試服務(wù)器根據(jù)請求測試不同大小的數(shù)據(jù)塊的傳輸速度，例如1024K、10MB的數(shù)據(jù)塊，并將測試結(jié)果返回給該用戶的終端。這樣，該用戶就可以得到在當前網(wǎng)絡(luò)環(huán)境中(中央電視臺)針對不同數(shù)據(jù)塊大小的傳輸速度。

下面通過一個具體示例，對本發(fā)明實施例提供的網(wǎng)絡(luò)I/O負載性能測試進行詳細介紹；

圖8示出了一個示例性的實現(xiàn)網(wǎng)絡(luò)I/O負載性能測試的基本結(jié)構(gòu)，所述結(jié)構(gòu)包括：I/O性能模擬測試服務(wù)器、I/O性能模擬測試客戶端；其中，I/O性能模擬測試客戶端包括：I/O負載測試調(diào)度模塊、I/O負載測試接口模塊以及I/O性能模擬測試處理模塊。I/O性能模擬測試服務(wù)器與I/O性能模擬測試客戶端分別采用X86系統(tǒng)。具體到該示例，I/O性能模擬測試服務(wù)器可以是采用X86服務(wù)器的服務(wù)器集群。上述網(wǎng)絡(luò)I/O負載性能測試處理流程如下：

步驟一：I/O負載測試接口模塊接收用戶流量處理模塊的實時負載測試請求；

步驟二：I/O負載測試接口模塊將接收到的負載測試請求放到I/O負載測試調(diào)度模塊的請求隊列中，并根據(jù)優(yōu)先級調(diào)整請求的具體位置；

步驟三：I/O負載測試調(diào)度模塊從請求隊列中找到最優(yōu)先處理的請求，并從請求中提取出各種所需要的參數(shù)，如測試負載Size、強度、網(wǎng)絡(luò)類型、返回數(shù)據(jù)等；

步驟四：I/O負載測試調(diào)度模塊根據(jù)參數(shù)分配I/O性能模擬測試客戶端服務(wù)器的數(shù)量，并向I/O性能模擬測試處理模塊發(fā)送具體測試要求；

步驟五：各I/O模擬測試處理模塊得到具體要求后，按照批處理命令向具體I/O性能模擬測試服務(wù)器發(fā)送測試請求；

步驟六：I/O性能模擬測試服務(wù)器得到測試請求后，模擬測試動作，并將測試結(jié)果返回至I/O性能模擬測試處理模塊；

步驟七：I/O模擬測試處理模塊得到測試結(jié)果后，將各種測試結(jié)果返回給I/O負載測試調(diào)度模塊；

步驟八：I/O負載測試調(diào)度模塊統(tǒng)一分析和統(tǒng)計各I/O模擬測試處理模塊返回的數(shù)據(jù)，并將結(jié)果存放到測試結(jié)果隊列；

步驟九：I/O負載測試接口模塊循環(huán)從請求結(jié)果隊列查詢結(jié)果，得到測試結(jié)果后返回給用戶流量處理模塊，從而將測試結(jié)果存儲在用戶流量處理模塊。

步驟602：向網(wǎng)絡(luò)側(cè)發(fā)送策略請求之后，接收到網(wǎng)絡(luò)側(cè)發(fā)送的與所述策略請求對應(yīng)的數(shù)據(jù)；所述對應(yīng)的數(shù)據(jù)為所述網(wǎng)絡(luò)側(cè)依據(jù)獲取的用戶上網(wǎng)流量信息得到的用戶上網(wǎng)特征庫中的相關(guān)數(shù)據(jù)；

這里，所述用戶上網(wǎng)流量信息為通過對網(wǎng)絡(luò)的數(shù)據(jù)接口的監(jiān)測獲取的用戶上網(wǎng)流量信息；策略請求可以是用戶-負載-業(yè)務(wù)請求、用戶流量最大請求、用戶-負載-業(yè)務(wù)均衡請求等。

所述用戶上網(wǎng)特征庫用于表征用戶的上網(wǎng)行為。

步驟603：根據(jù)所獲取的終端搜索到的各網(wǎng)絡(luò)的負載性能與所接收到的數(shù)據(jù)進行流量策略分析；

這里，終端進行流量策略分析可以采用如下方式：

終端向網(wǎng)絡(luò)側(cè)的流量策略管理平臺發(fā)送策略請求，等待網(wǎng)絡(luò)側(cè)返回與該策略請求對應(yīng)的數(shù)據(jù)。終端在收到網(wǎng)絡(luò)側(cè)發(fā)送的數(shù)據(jù)之后，根據(jù)得到的數(shù)據(jù)(例如特定時間段內(nèi)的用戶流量情況)并根據(jù)獲取的終端搜索到的網(wǎng)絡(luò)的負載性能進行策略分析。

在實際實現(xiàn)中，步驟601和步驟602的執(zhí)行不受順序限制。當先執(zhí)行步驟602時，終端進行策略分析可以采用如下方式：

終端向網(wǎng)絡(luò)側(cè)的流量策略管理平臺發(fā)送策略請求得到流量策略管理平臺返回的數(shù)據(jù)。終端的用戶流量處理模塊向I/O性能模擬測試客戶端發(fā)送另一策略請求得到I/O性能模擬測試客戶端返回的數(shù)據(jù)。隨后，終端根據(jù)流量策略管理平臺返回的數(shù)據(jù)具體選擇網(wǎng)絡(luò)性能最好的網(wǎng)絡(luò)，根據(jù)I/O性能測試模擬客戶端返回的數(shù)據(jù)選擇最合適的業(yè)務(wù)、時間，兩者結(jié)合起來進行策略分析判斷網(wǎng)絡(luò)性能。

上述策略分析方式是通用的，不涉及具體策略，或者說是進行策略分析的通用流程。在實際實現(xiàn)中，進行策略分析時需要選擇或采用具體的策略。當流量策略管理平臺中采用的是具體策略，例如用戶-負載-業(yè)務(wù)的策略時，流量策略管理平臺進行策略分析的處理流程如下：

流量策略管理平臺接收到來自終端的具體請求之后，對具體請求數(shù)據(jù)即請求包進行分析；如果請求錯誤，則返回錯誤信息給終端；如果請求正確，則從用戶網(wǎng)絡(luò)行為特征庫得到特定時段的用戶情況，從網(wǎng)絡(luò)流量行為特征庫得到特定時段的網(wǎng)絡(luò)負載情況，從業(yè)務(wù)行為特征庫得到特定時段的業(yè)務(wù)負載情況；隨后，計算特定時段的資費情況，向終端返回具體信息，例如用戶、網(wǎng)絡(luò)負載、業(yè)務(wù)負載、資費等。

在實際實現(xiàn)中，還可以在具體的流量策略管理平臺中基于Hadoop平臺的用戶流量分析系統(tǒng)實現(xiàn)不同的流量管理策略。

步驟604：終端根據(jù)分析結(jié)果判斷是否存在優(yōu)于當前連接的網(wǎng)絡(luò)；

具體地，終端可以根據(jù)分析結(jié)果比較GSM、WLAN、TD-SCMA、TD-LTE等網(wǎng)絡(luò)質(zhì)量，例如從各種網(wǎng)絡(luò)的實際網(wǎng)絡(luò)速度、無線網(wǎng)絡(luò)平均峰值或 模擬網(wǎng)絡(luò)用戶數(shù)等方面進行比較，從而判斷是否存在優(yōu)于當前連接的網(wǎng)絡(luò)。

這里，所述優(yōu)于當前連接的網(wǎng)絡(luò)是指：網(wǎng)絡(luò)性能優(yōu)于當前連接的網(wǎng)絡(luò)，比如數(shù)據(jù)包傳輸速度高于當前連接的網(wǎng)絡(luò)等。

步驟605：當終端確認存在優(yōu)于當前連接的網(wǎng)絡(luò)時，進行網(wǎng)絡(luò)切換。

這里，如果確認存在優(yōu)于當前連接的網(wǎng)絡(luò)，則終端收到服務(wù)器發(fā)送的切換網(wǎng)絡(luò)的命令并進行網(wǎng)絡(luò)切換。如果確認不存在優(yōu)于當前連接的網(wǎng)絡(luò)，則終端不進行網(wǎng)絡(luò)切換。在實際實現(xiàn)中，終端可以在延時一定時間之后重新發(fā)起策略分析，以確保當前連接的網(wǎng)絡(luò)始終是質(zhì)量最優(yōu)的。

實施例三

基于實施例一和實施例二，本實施例提供的智能終端分流引導(dǎo)方法，如圖9所示，包括以下步驟：

步驟901：終端向網(wǎng)絡(luò)側(cè)發(fā)送策略請求；

這里，實際應(yīng)用時，終端可以以一預(yù)定時間間隔發(fā)起策略請求，例如終端每隔2小時發(fā)起一次策略請求；或者根據(jù)用戶需求隨時發(fā)起策略請求。

所述策略請求可以是用戶-負載-業(yè)務(wù)請求、用戶流量最大請求、用戶-負載-業(yè)務(wù)均衡請求等。

步驟902：所述網(wǎng)絡(luò)側(cè)向所述終端發(fā)送與所述策略請求對應(yīng)的數(shù)據(jù)；所述對應(yīng)的數(shù)據(jù)為所述網(wǎng)絡(luò)側(cè)依據(jù)獲取的用戶上網(wǎng)流量信息得到的用戶上網(wǎng)特征庫中的相關(guān)數(shù)據(jù)；

這里，所述用戶上網(wǎng)流量信息為通過對網(wǎng)絡(luò)的數(shù)據(jù)接口的監(jiān)測獲取的用戶上網(wǎng)流量信息。

所述用戶上網(wǎng)特征庫用于表征各用戶的上網(wǎng)行為。

在執(zhí)行本步驟之前，該方法還可以包括：

所述網(wǎng)絡(luò)側(cè)通過對網(wǎng)絡(luò)的數(shù)據(jù)接口的監(jiān)測，獲取用戶上網(wǎng)流量信息；

所述網(wǎng)絡(luò)側(cè)對獲取的用戶上網(wǎng)流量信息進行用戶流量分析，根據(jù)得到的分析結(jié)果更新所述用戶上網(wǎng)特征庫中相關(guān)數(shù)據(jù)。

具體地，實際應(yīng)用時，安裝在各數(shù)據(jù)接口處的DPI監(jiān)測服務(wù)器以旁路方式從各數(shù)據(jù)接口獲得用戶上網(wǎng)流量信息，例如互聯(lián)網(wǎng)用戶、流量數(shù)據(jù)等信息，并將獲得的用戶上網(wǎng)流量信息發(fā)送至FTP服務(wù)器保存；

相應(yīng)地，Hadoop平臺從所述FTP服務(wù)器獲取所述用戶上網(wǎng)流量信息，并采用Spark平臺對獲取的所述用戶上網(wǎng)流量信息進行并行分析處理，得到與用戶網(wǎng)絡(luò)行為特征、所有時間內(nèi)的網(wǎng)絡(luò)流量行為特征、所有時間內(nèi)的所有業(yè)務(wù)行為特征有關(guān)的數(shù)據(jù)信息；并將得到的數(shù)據(jù)信息發(fā)送給流量策略管理平臺；所述流量策略管理平臺利用所述數(shù)據(jù)信息更新所述用戶上網(wǎng)特征庫中的相關(guān)數(shù)據(jù)。

步驟903：所述終端根據(jù)獲取的終端搜索到的各網(wǎng)絡(luò)的負載性能、以及所接收到的數(shù)據(jù)進行流量策略分析；

這里，在執(zhí)行本步驟之前，該方法還可以包括：

所述終端通過網(wǎng)絡(luò)I/O負載性能測試，獲取所述各網(wǎng)絡(luò)的負載性能。

步驟904：所述終端根據(jù)分析結(jié)果確定存在優(yōu)于當前連接的網(wǎng)絡(luò)時，進行網(wǎng)絡(luò)切換。

這里，這里，優(yōu)于當前連接的網(wǎng)絡(luò)是指：網(wǎng)絡(luò)性能優(yōu)于當前連接的網(wǎng)絡(luò)，比如數(shù)據(jù)包傳輸速度優(yōu)于當前連接的網(wǎng)絡(luò)等。

終端可以根據(jù)分析結(jié)果比較GSM、WLAN、TD-SCMA、TD-LTE網(wǎng)絡(luò)質(zhì)量，例如從各種網(wǎng)絡(luò)的實際網(wǎng)絡(luò)速度、無線網(wǎng)絡(luò)平均峰值或模擬網(wǎng)絡(luò)用戶數(shù)等方面進行比較，從而判斷是否存在優(yōu)于當前連接的網(wǎng)絡(luò)。如果確認存在優(yōu)于當前連接的網(wǎng)絡(luò)，則終端收到服務(wù)器發(fā)送的切換網(wǎng)絡(luò)的命令并進行網(wǎng)絡(luò)切換。如果確認不存在優(yōu)于當前連接的網(wǎng)絡(luò)，則終端不進行網(wǎng)絡(luò)切換。在實際實現(xiàn)中，終端可以在延時一定時間之后重新發(fā)起策略分析，以確保當前連接的網(wǎng)絡(luò)始終是質(zhì)量最優(yōu)的。

下面通過一個具體示例，對本發(fā)明實施例提供的智能終端分流引導(dǎo)方法進行詳細介紹；

圖10示出了一個示例性的實現(xiàn)智能終端分流引導(dǎo)的系統(tǒng)結(jié)構(gòu)，所述系統(tǒng)包 括：終端、DPI監(jiān)測服務(wù)器、Hadoop平臺以及流量策略管理平臺；其中，終端包括用戶流量處理模塊以及I/O性能模擬測試客戶端；DPI監(jiān)測服務(wù)器、Hadoop平臺以及流量策略管理平臺分別被設(shè)置在網(wǎng)絡(luò)側(cè)。在實際實現(xiàn)中，DPI監(jiān)測服務(wù)器的功能可以由Gn接口DPI監(jiān)測系統(tǒng)實現(xiàn)，Hadoop平臺可以由基于Hadoop平臺的流量分析系統(tǒng)實現(xiàn)。

該示例中的智能終端分流引導(dǎo)流程，如圖11所示，包括以下步驟：

步驟1101：系統(tǒng)開始運行；

步驟1102：系統(tǒng)進行初始化操作；

這里，系統(tǒng)開始運行后，首先要初始化工作環(huán)境，例如配置環(huán)境變量、網(wǎng)絡(luò)等。

步驟1103：通過對網(wǎng)絡(luò)的數(shù)據(jù)接口的監(jiān)測，獲取用戶上網(wǎng)流量信息；

具體的，安裝在各數(shù)據(jù)接口處的DPI監(jiān)測服務(wù)器以旁路方式從各數(shù)據(jù)接口獲得用戶上網(wǎng)流量信息，例如互聯(lián)網(wǎng)用戶數(shù)量、流量數(shù)據(jù)等信息，并將獲得的用戶上網(wǎng)流量信息發(fā)送給FTP服務(wù)器保存。

這里，在這一步驟中，如圖10所示，DPI監(jiān)測服務(wù)器可以通過Gn接口等獲取用戶上網(wǎng)流量信息。

步驟1104：對獲得的用戶上網(wǎng)流量信息進行用戶流量分析；

具體地，使用圖10中的Hadoop平臺對獲取的用戶上網(wǎng)流量信息進行分析。Hadoop平臺采用內(nèi)部的Spark平臺對獲取的用戶上網(wǎng)流量信息進行并行分析處理，分析內(nèi)容包括相關(guān)性分析、聚合等，從而得到與用戶網(wǎng)絡(luò)行為特征、所有時間內(nèi)的網(wǎng)絡(luò)流量行為特征、所有時間內(nèi)的所有業(yè)務(wù)行為特征有關(guān)的數(shù)據(jù)信息。

步驟1105：更新用戶特征庫；

具體地，Hadoop平臺將分析得到的數(shù)據(jù)信息實時傳輸給網(wǎng)絡(luò)側(cè)的流量策略管理平臺，流量策略管理平臺利用所述數(shù)據(jù)信息更新所述用戶上網(wǎng)特征庫中的相關(guān)數(shù)據(jù)，從而實現(xiàn)最新的用戶上網(wǎng)特征庫。用戶上網(wǎng)特征庫包括用戶網(wǎng)絡(luò)行為特征庫、網(wǎng)絡(luò)流量行為特征庫、業(yè)務(wù)行為特征庫。

步驟1106：終端APP定時向I/O性能模擬測試客戶端發(fā)送負載測試請求；

具體地，I/O性能模擬測試客戶端接收到終端APP發(fā)送的負載測試請求后，獲取所需要的參數(shù)，并將根據(jù)所述參數(shù)生成的測試請求發(fā)送至I/O性能模擬測試服務(wù)器；其中，所述參數(shù)至少包括測試負載Size、強度、網(wǎng)絡(luò)類型、返回數(shù)據(jù)等。

實際實現(xiàn)中，用戶可以預(yù)先設(shè)置終端發(fā)送測試請求的時間間隔，該時間間隔可以固定不變或者根據(jù)實際網(wǎng)絡(luò)情況實時進行調(diào)整。

步驟1107：I/O性能模擬服務(wù)器響應(yīng)；

具體地，I/O性能模擬測試服務(wù)器在接收到測試請求后，模擬測試動作，并將測試結(jié)果返回給I/O性能模擬測試客戶端。

這里，所述測試結(jié)果包括終端搜索到的網(wǎng)絡(luò)的負載性能，并且所述測試結(jié)果可以是無數(shù)據(jù)類型或有數(shù)據(jù)類型。無數(shù)據(jù)類型是指僅返回一個消息頭，而不包括具體數(shù)據(jù)，因此只測試網(wǎng)絡(luò)發(fā)送數(shù)據(jù)的傳輸速度。有數(shù)據(jù)類型是指返回消息頭和具體數(shù)據(jù)，因而可以測試網(wǎng)絡(luò)發(fā)送數(shù)據(jù)的傳輸速度和網(wǎng)絡(luò)接收數(shù)據(jù)的傳輸速度。

步驟1108：獲取不同網(wǎng)絡(luò)的I/O性能；

這里，在該示例中，I/O性能模擬測試器根據(jù)測試文件傳輸延時等信息獲取測試網(wǎng)絡(luò)的傳輸速度。

步驟1109：流量策略分析；

具體的，終端的用戶流量處理模塊向網(wǎng)絡(luò)側(cè)的流量策略管理平臺發(fā)送策略請求，等待網(wǎng)絡(luò)側(cè)返回與該策略請求對應(yīng)的數(shù)據(jù)。用戶流量處理模塊在收到流量策略管理平臺發(fā)送的與所述策略請求對應(yīng)的數(shù)據(jù)數(shù)據(jù)后，根據(jù)所獲取的終端搜索到的網(wǎng)絡(luò)的負載性能與所接收到的數(shù)據(jù)進行策略分析。

步驟1110：判斷是否存在更好的網(wǎng)絡(luò)；如果判斷結(jié)果為是，即存在優(yōu)于當前連接的網(wǎng)絡(luò)，則執(zhí)行步驟1111；如果判斷結(jié)果為否，即不存在優(yōu)于當前連接的網(wǎng)絡(luò)，則在等待一段時間t后，執(zhí)行步驟1106；

具體地，可以根據(jù)分析結(jié)果比較GSM、WLAN、TD-SCMA、TD-LTE網(wǎng)絡(luò)質(zhì)量，例如從各種網(wǎng)絡(luò)的實際網(wǎng)絡(luò)速度、無線網(wǎng)絡(luò)平均峰值或模擬網(wǎng)絡(luò)用戶 數(shù)等方面進行比較，從而判斷是否存在優(yōu)于當前連接的網(wǎng)絡(luò)。

步驟1111：切換網(wǎng)絡(luò)請求；

具體的，比較GSM、WLAN、TD-SCMA、TD-LTE的網(wǎng)絡(luò)質(zhì)量。當流量策略管理平臺根據(jù)用戶行為、流量特征和網(wǎng)絡(luò)性能比以及資費價格綜合判斷得出存在優(yōu)于當前連接的網(wǎng)絡(luò)，則向用戶流量處理模塊發(fā)送切換網(wǎng)絡(luò)請求；否則，則延時一定時間后返回步驟1106，再次執(zhí)行步驟1106-1110。

步驟1112：網(wǎng)絡(luò)切換。

這里，終端的用戶流量處理模塊響應(yīng)于接收到的網(wǎng)絡(luò)切換請求指示終端進行網(wǎng)絡(luò)切換。

本發(fā)明實施例提供的方法，通過對用戶數(shù)據(jù)、網(wǎng)絡(luò)數(shù)據(jù)進行智能分析和判斷，實現(xiàn)了直接從終端對流量進行管理，與現(xiàn)有技術(shù)相比具有最好的流量管理效果；此外，該方法實現(xiàn)簡單、成本低；并且，可以明顯提升每個用戶的用戶體驗。

實施例四

本發(fā)明實施例四提供了一種終端，如圖12所示，該終端包括：收發(fā)模塊121和用戶流量處理模塊122；其中，

所述收發(fā)模塊121，用于向網(wǎng)絡(luò)側(cè)發(fā)送策略請求；并接收到網(wǎng)絡(luò)側(cè)發(fā)送的與所述策略請求對應(yīng)的數(shù)據(jù)；所述對應(yīng)的數(shù)據(jù)為所述網(wǎng)絡(luò)側(cè)依據(jù)獲取的用戶上網(wǎng)流量信息得到的用戶上網(wǎng)特征庫中的相關(guān)數(shù)據(jù)；

所述用戶流量處理模塊122，用于根據(jù)所獲取的終端搜索到的網(wǎng)絡(luò)的負載性能與所接收到的數(shù)據(jù)進行流量策略分析；根據(jù)分析結(jié)果判斷是否存在優(yōu)于當前連接的網(wǎng)絡(luò)；當確認存在優(yōu)于當前連接的網(wǎng)絡(luò)時，進行網(wǎng)絡(luò)切換。

其中，所述用戶上網(wǎng)流量信息為通過對網(wǎng)絡(luò)的數(shù)據(jù)接口的監(jiān)測獲取的用戶上網(wǎng)流量信息；策略請求可以是用戶-負載-業(yè)務(wù)請求、用戶流量最大請求、用戶-負載-業(yè)務(wù)均衡請求等。

所述用戶上網(wǎng)特征庫用于表征用戶的上網(wǎng)行為。

所述優(yōu)于當前連接的網(wǎng)絡(luò)是指：網(wǎng)絡(luò)性能優(yōu)于當前連接的網(wǎng)絡(luò)，比如數(shù)據(jù)包傳輸速度高于當前連接的網(wǎng)絡(luò)等。

所述用戶流量處理模塊122可以根據(jù)分析結(jié)果比較GSM、WLAN、TD-SCMA、TD-LTE等網(wǎng)絡(luò)質(zhì)量，例如從各種網(wǎng)絡(luò)的實際網(wǎng)絡(luò)速度、無線網(wǎng)絡(luò)平均峰值或模擬網(wǎng)絡(luò)用戶數(shù)等方面進行比較，從而判斷是否存在優(yōu)于當前連接的網(wǎng)絡(luò)。

如果確認存在優(yōu)于當前連接的網(wǎng)絡(luò)，則所述用戶流量處理模塊122收到服務(wù)器發(fā)送的切換網(wǎng)絡(luò)的命令并進行網(wǎng)絡(luò)切換。如果確認不存在優(yōu)于當前連接的網(wǎng)絡(luò)，則所述用戶流量處理模塊122不進行網(wǎng)絡(luò)切換。在實際實現(xiàn)中，終端可以在延時一定時間之后重新發(fā)起策略分析，以確保當前連接的網(wǎng)絡(luò)始終是質(zhì)量最優(yōu)的。

該終端還可以包括：I/O性能模擬測試模塊123，用于通過網(wǎng)絡(luò)I/O負載性能測試，獲取終端搜索到的各網(wǎng)絡(luò)的負載性能，并發(fā)送給所述所述用戶流量處理模塊122。

需要說明的是：本實施例中的所述I/O性能模擬測試模塊123的功能相當于實施例二、三中的I/O性能模擬測試客戶端的功能；所述收發(fā)模塊121和用戶流量處理模塊122的功能相當于實施例二、三中的用戶流量處理模塊的功能。

這里，在實際實現(xiàn)中，所述收發(fā)模塊121可由終端中的收發(fā)機實現(xiàn)；所述用戶流量處理模塊122可以是一個分布在用戶的智能終端上的APP系統(tǒng)，并由終端中的處理器或終端內(nèi)的具體電路實現(xiàn)。

實施例五

本發(fā)明實施例五提供了一種智能終端分流引導(dǎo)系統(tǒng)，如圖13所示，該系統(tǒng)包括：終端131和網(wǎng)絡(luò)側(cè)132；其中，

所述終端131，用于向所述網(wǎng)絡(luò)側(cè)132發(fā)送策略請求；并根據(jù)獲取的獲取的終端搜索到的各網(wǎng)絡(luò)的負載性能、以及所接收到的數(shù)據(jù)進行流量策略分析；并根據(jù)分析結(jié)果確定存在優(yōu)于當前連接的網(wǎng)絡(luò)時，進行網(wǎng)絡(luò)切換；

所述網(wǎng)絡(luò)側(cè)132，用于收到策略請求后，向所述終端131發(fā)送與所述策略請求對應(yīng)的數(shù)據(jù)；所述對應(yīng)的數(shù)據(jù)為所述網(wǎng)絡(luò)側(cè)依據(jù)獲取的用戶上網(wǎng)流量信息得到的用戶上網(wǎng)特征庫中的相關(guān)數(shù)據(jù)。

其中，實際應(yīng)用時，所述終端131可以以一預(yù)定時間間隔發(fā)起策略請求，例如終端每隔2小時發(fā)起一次策略請求；或者根據(jù)用戶需求隨時發(fā)起策略請求。

所述策略請求可以是用戶-負載-業(yè)務(wù)請求、用戶流量最大請求、用戶-負載-業(yè)務(wù)均衡請求等。

所述用戶上網(wǎng)流量信息為通過對網(wǎng)絡(luò)的數(shù)據(jù)接口的監(jiān)測獲取的用戶上網(wǎng)流量信息。

所述用戶上網(wǎng)特征庫用于表征各用戶的上網(wǎng)行為。

所述優(yōu)于當前連接的網(wǎng)絡(luò)是指：網(wǎng)絡(luò)性能優(yōu)于當前連接的網(wǎng)絡(luò)，比如數(shù)據(jù)包傳輸速度高于當前連接的網(wǎng)絡(luò)等。

所述網(wǎng)絡(luò)側(cè)132，還用于通過對網(wǎng)絡(luò)的數(shù)據(jù)接口的監(jiān)測，獲取用戶上網(wǎng)流量信息；并對獲取的用戶上網(wǎng)流量信息進行用戶流量分析，根據(jù)得到的分析結(jié)果更新所述用戶上網(wǎng)特征庫中相關(guān)數(shù)據(jù)。

所述網(wǎng)絡(luò)側(cè)132可以包括：DPI監(jiān)測服務(wù)器、FTP服務(wù)器、Hadoop平臺、以及流量策略管理平臺；其中，

所述DPI監(jiān)測服務(wù)器，用于以旁路方式從各數(shù)據(jù)接口獲得用戶上網(wǎng)流量信息，例如互聯(lián)網(wǎng)用戶、流量數(shù)據(jù)等信息，并將獲得的用戶上網(wǎng)流量信息發(fā)送至FTP服務(wù)器保存；

所述Hadoop平臺，用于從所述FTP服務(wù)器獲取所述用戶上網(wǎng)流量信息，并采用Spark平臺對獲取的所述用戶上網(wǎng)流量信息進行并行分析處理，得到與用戶網(wǎng)絡(luò)行為特征、所有時間內(nèi)的網(wǎng)絡(luò)流量行為特征、所有時間內(nèi)的所有業(yè)務(wù)行為特征有關(guān)的數(shù)據(jù)信息；并將得到的數(shù)據(jù)信息發(fā)送給流量策略管理平臺；

所述流量策略管理平臺，用于利用所述數(shù)據(jù)信息更新所述用戶上網(wǎng)特征庫中的相關(guān)數(shù)據(jù)。

所述終端131，還用于通過網(wǎng)絡(luò)I/O負載性能測試，獲取所述各網(wǎng)絡(luò)的負載 性能。

這里，所述終端131的I/O性能模擬測試模塊(I/O性能模擬測試客戶端)通過與網(wǎng)絡(luò)側(cè)132的I/O性能模擬服務(wù)器交互，以便實現(xiàn)網(wǎng)絡(luò)I/O負載性能測試。

在具體實施過程中，如圖14所示，DPI監(jiān)測服務(wù)器及FTP服務(wù)器形成DPI監(jiān)測系統(tǒng)，可作為一個單獨的設(shè)備系統(tǒng)存在；Hadoop平臺形成數(shù)據(jù)流量分析系統(tǒng)，所述數(shù)據(jù)流量分析系統(tǒng)在系統(tǒng)結(jié)構(gòu)上是基于Hadoop平臺的服務(wù)器集群，其在物理上可以采用X86服務(wù)器實現(xiàn)；流量策略管理平臺是個Web平臺，其可以采用高性能的x86服務(wù)器實現(xiàn)；I/O性能模擬測試客戶端也可以采用X86服務(wù)器實現(xiàn)；位于網(wǎng)絡(luò)側(cè)的I/O性能模擬服務(wù)器可采用X86系統(tǒng)并分布在不同的Web站點群內(nèi)或互聯(lián)網(wǎng)數(shù)據(jù)中心(IDC，Internet Data Center)機房內(nèi)；實際實現(xiàn)中，Gn接口DPI監(jiān)測系統(tǒng)、數(shù)據(jù)流量分析系統(tǒng)、流量策略管理平臺以及I/O性能模擬服務(wù)器可集成在同一個網(wǎng)絡(luò)服務(wù)器中實現(xiàn)。

其中，接口DPI監(jiān)測系統(tǒng)通過對網(wǎng)絡(luò)的數(shù)據(jù)接口的監(jiān)測，獲取用戶上網(wǎng)流量信息；而所述數(shù)據(jù)流量分析系統(tǒng)用于對獲取的用戶上網(wǎng)流量信息進行用戶流量分析，根據(jù)分析得到的數(shù)據(jù)更新用戶上網(wǎng)特征庫；所述流量策略管理平臺則根據(jù)得到的分析結(jié)果更新用戶上網(wǎng)特征庫中的相關(guān)數(shù)據(jù)；并在接收到終端的數(shù)據(jù)請求后，向終端發(fā)送用戶上網(wǎng)特征庫中的相應(yīng)數(shù)據(jù)；所述I/O性能模擬測試服務(wù)器用于接收終端發(fā)送的測試請求后將反應(yīng)各網(wǎng)絡(luò)負載性能的測試結(jié)果返回給終端；終端根據(jù)測試結(jié)果和收到的相應(yīng)數(shù)據(jù)，進行流量策略分析，并根據(jù)分析結(jié)果判斷是否存在優(yōu)于當前連接的網(wǎng)絡(luò)，如果存在，則進行網(wǎng)絡(luò)切換。

為了更好的說明該系統(tǒng)對用戶的流量選擇所產(chǎn)生的影響，以如下模擬系統(tǒng)為例進行模擬和分析：1)Hadoop平臺軟件上采用HDFS分布式文件系統(tǒng)、Spark數(shù)據(jù)分析平臺，硬件上采用28臺X86服務(wù)器，其中HDFS18臺，Spark10臺；2)I/O模擬測試客戶端采用20臺X86服務(wù)器，全部配置4個不同的接口卡；而I/O模擬測試服務(wù)器端采用12臺x86服務(wù)器，按照Cluster集群配置，集群系統(tǒng)采用Keeper軟件；3)用戶智能終端目前的android系統(tǒng)，共5臺。

為了測試算法和系統(tǒng)對用戶流量的影響，任意選擇了5種資費包、13個負載請求類型、12個時間段。經(jīng)過測試發(fā)現(xiàn)：

1)用戶流量選擇對資費非常敏感，容易選擇資費比較便宜的流量套餐；

2)負載越大的業(yè)務(wù)，該系統(tǒng)的作用越大；

3)對于負載特別小且上網(wǎng)時間較短的業(yè)務(wù)，該系統(tǒng)的作用較小；

4)對于上網(wǎng)時間非常長的業(yè)務(wù)或用戶，無論負載大小，該系統(tǒng)的作用比較大；

5)總體上，該系統(tǒng)可以有效減少用戶的20％以上流量時間，有效降低23％的資費需求。

本發(fā)明實施例提供的終端及智能終端分流引導(dǎo)系統(tǒng)，通過對用戶數(shù)據(jù)、網(wǎng)絡(luò)數(shù)據(jù)進行智能分析和判斷，實現(xiàn)了直接從終端對流量進行管理，與現(xiàn)有技術(shù)相比具有最好的流量管理效果。

此外，該方案實現(xiàn)簡單、成本低；并且，可以明顯提升每個用戶的用戶體驗。

從上面的描述可知，與現(xiàn)有的PCC、Gn接口信令監(jiān)測、Web Cache等技術(shù)相比，本發(fā)明實施例提供的以DPI和大數(shù)據(jù)Hadoop技術(shù)為基礎(chǔ)的智能終端分流引導(dǎo)方法具有如下技術(shù)優(yōu)點：

本發(fā)明的實施例提供的方案，通過對用戶數(shù)據(jù)、網(wǎng)絡(luò)數(shù)據(jù)進行智能分析和判斷，實現(xiàn)了直接從智能終端對流量進行管理，與智能管道的PCC技術(shù)相比，具有最好的流量管理效果；通過網(wǎng)絡(luò)切換使得TD-SCDMA、WLAN分流TD-LTE、GSM網(wǎng)絡(luò)的流量，尤其是GSM網(wǎng)絡(luò)流量，從而與PCC技術(shù)體系相比，具有顯著的流量效果，與傳統(tǒng)的CDN、Web Cache技術(shù)相比，實現(xiàn)了最大化的網(wǎng)絡(luò)分流效果。

此外，與復(fù)雜的PCC技術(shù)體系、傳統(tǒng)的CDN、Web Cache技術(shù)相比，本發(fā)明實施例提供的方法實現(xiàn)簡單，具有非常好的經(jīng)濟效果，并且可以明顯提升用戶體驗。

本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計 算機程序產(chǎn)品。因此，本發(fā)明可采用硬件實施例、軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器和光學(xué)存儲器等)上實施的計算機程序產(chǎn)品的形式。

本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設(shè)備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合。可提供這些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導(dǎo)計算機或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計算機或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。