基于大數(shù)據(jù)的移動網(wǎng)絡(luò)用戶感知分析系統(tǒng)和方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及一種基于大數(shù)據(jù)的移動網(wǎng)絡(luò)用戶感知分析系統(tǒng)和方法，屬于通信技術(shù)領(lǐng)域。
【背景技術(shù)】
[0002]為貫徹落實〃寬帶中國〃戰(zhàn)略，打造精品的寬帶移動互聯(lián)網(wǎng)，實現(xiàn)聚焦市場、建設(shè)支撐創(chuàng)收與服務(wù)提升目標，網(wǎng)絡(luò)建設(shè)維護部門急需提高以下三個方面能力:
1)對用戶滿意度提升提供精確量化支撐；
2)全面支撐精確規(guī)劃，省投資、促效益；
3)提供全市范圍的用戶感知主動預警。
[0003]針對上述能力建設(shè)問題，傳統(tǒng)的網(wǎng)絡(luò)優(yōu)化模式、路測方式已經(jīng)不能反映網(wǎng)絡(luò)的真實情況、用戶的真實感受。
[0004]為了解決上述問題，現(xiàn)有技術(shù)中出現(xiàn)了 XNOW Server (X Network Optimizat1nWorkplace)技術(shù)。但該技術(shù)還存在如下不足:
DXNOff Server只是功能單一的單機版軟件產(chǎn)品，不具備規(guī)?；?wù)的條件。
[0005]2)XN0ff Server分析結(jié)果均為文件格式，不便于查詢和使用，用戶購買后更不具備再開發(fā)條件。
[0006]3) XNOff Server因呈現(xiàn)方式限制僅能服務(wù)于網(wǎng)絡(luò)優(yōu)化工作。
[0007]4) XNOff Server不具備根據(jù)實際需要提供定制化的開發(fā)需求，如根據(jù)不同的用戶群推送不同的內(nèi)容。

【發(fā)明內(nèi)容】

[0008]本發(fā)明的目的在于克服現(xiàn)有技術(shù)存在的上述問題，提供一種基于大數(shù)據(jù)的移動網(wǎng)絡(luò)用戶感知分析系統(tǒng)和方法。本發(fā)明具備大數(shù)據(jù)分析功能，為全域范圍精細化網(wǎng)絡(luò)規(guī)劃創(chuàng)造了條件，可以實現(xiàn)網(wǎng)絡(luò)結(jié)構(gòu)化分析、網(wǎng)絡(luò)疑難問題深度分析。
[0009]為實現(xiàn)上述目的，本發(fā)明采用的技術(shù)方案如下:
一種基于大數(shù)據(jù)的移動網(wǎng)絡(luò)用戶感知分析系統(tǒng)，其特征在于:包括采集層、數(shù)據(jù)共享層和應用層，
所述采集層包括智能采集模塊，用于從OSS上按照設(shè)定頻度采集GPHl平臺生成的當前RNC的信令和消息流；
所述數(shù)據(jù)共享層包括數(shù)據(jù)共享模塊，用于將采集層模塊上獲取的信令和消息流處理后，提供給客戶感知多維數(shù)據(jù)模塊；
所述應用層包括客戶感知多維數(shù)據(jù)模塊和網(wǎng)絡(luò)實時監(jiān)測模塊，客戶感知多維數(shù)據(jù)模塊用于對客戶感知建模，提供客戶多個維度的感知模型；網(wǎng)絡(luò)實時監(jiān)測模塊從客戶感知多維數(shù)據(jù)模塊中獲取接口數(shù)據(jù)，進行實時監(jiān)測和跟蹤預警。
[0010]所述GPHl平臺采集全流程的信令，并增加用戶的流程節(jié)點判決，輸出的信令和消息流包括:節(jié)點內(nèi)部事件、RNC節(jié)點間信令事件、智能事件。
[0011]所述節(jié)點內(nèi)部事件記錄了 RNC和NodeB內(nèi)部處理器產(chǎn)生的信息，RNC節(jié)點間信令事件記錄了和RNC接口相關(guān)的所有信令，智能事件記錄特定和重要的事件。
[0012]所述數(shù)據(jù)共享層還包括算法配置定義庫，數(shù)據(jù)共享模塊從算法配置定義庫中抽取GPEH協(xié)議棧的處理機進行算法處理，對協(xié)議版本進行探測和識別，通過確定的協(xié)議版本進行協(xié)議棧解碼，并按照協(xié)議進行數(shù)據(jù)消息流的流轉(zhuǎn)、分發(fā)、處理。
[0013]所述應用層還包括用戶體驗分析模塊，用于從客戶感知多維數(shù)據(jù)模塊中獲取接口數(shù)據(jù)，對用戶體驗進行閥值的設(shè)置和規(guī)劃，并對投訴用戶進行全流程信令還原。
[0014]所述數(shù)據(jù)共享模塊從采集層模塊上獲取到所有的原始二進制碼流文件，按照GPEH協(xié)議規(guī)范進行協(xié)議版本識別和協(xié)議加載，通過數(shù)據(jù)協(xié)議解碼、消息分揀、KPI指標統(tǒng)計、智能事件入庫、信令粗解碼進行數(shù)據(jù)處理，按照接口提供給客戶感知多維數(shù)據(jù)模塊。
[0015]所述客戶感知多維數(shù)據(jù)模塊對客戶感知建模，提供客戶的接入性能、保持性能、網(wǎng)絡(luò)切換性能、流量、速率、空間、業(yè)務(wù)、網(wǎng)元、終端等多個維度的感知模型。
[0016]所述網(wǎng)絡(luò)實時監(jiān)測模塊從客戶感知多維數(shù)據(jù)模塊中獲取接口數(shù)據(jù)，對網(wǎng)元級、用戶級、VIP級的指標進行實時監(jiān)測和跟蹤預警，并在設(shè)定條件下觸發(fā)信息的推送。
[0017]所述數(shù)據(jù)共享模塊包括協(xié)議版本探測單元、協(xié)議粗解碼單元和消息流轉(zhuǎn)引擎單元，
協(xié)議版本探測單元從獲取到的GPHl消息文件中，根據(jù)協(xié)議格式，探測識別出協(xié)議版本，同時在GPHl協(xié)議處理中增加容錯性判斷，利用格式數(shù)據(jù)的有規(guī)律性，探測可變字段的具體配置；
協(xié)議粗解碼單元根據(jù)協(xié)議格式和具體配置的字段類型項，自動將bit碼流轉(zhuǎn)換成為關(guān)鍵字段，供消息流轉(zhuǎn)引擎單元進行調(diào)用；
消息流轉(zhuǎn)引擎單元根據(jù)不同類型的消息關(guān)鍵字和業(yè)務(wù)規(guī)則，調(diào)用不同的消息處理機進行協(xié)議消息流轉(zhuǎn)處理。
[0018]所述消息處理機包括KPI規(guī)則引擎單元、智能事件協(xié)議單元和信令協(xié)議單元，
KPI規(guī)則引擎單元根據(jù)KPI業(yè)務(wù)統(tǒng)計范圍、粒度、變量值的計算方式與GPHl統(tǒng)計數(shù)據(jù)流的相關(guān)性，定義統(tǒng)計算法配置表，形成數(shù)據(jù)結(jié)果；
智能事件協(xié)議單元根據(jù)GPEH內(nèi)部智能事件的編碼規(guī)范，結(jié)合數(shù)據(jù)的要素和關(guān)鍵流程，串接成為用戶業(yè)務(wù)內(nèi)部事件關(guān)聯(lián)數(shù)據(jù)；
信令協(xié)議單元根據(jù)3GPP協(xié)議規(guī)范，形成配置化的協(xié)議棧解析模型，將采集到的多個接口的信令數(shù)據(jù)，解析成為XDR的形式。
[0019]從OSS上按照設(shè)定頻度采集GPHl平臺生成的當前RNC的信令和消息流；將信令和消息流處理，根據(jù)處理后的消息數(shù)據(jù)建立感知模型，形成多個數(shù)據(jù)集市；利用數(shù)據(jù)集市和感知模型進行網(wǎng)絡(luò)監(jiān)測和客戶感知分析。
[0020]一種基于大數(shù)據(jù)的移動網(wǎng)絡(luò)用戶感知分析系統(tǒng)的方法，其特征在于:所述方法具體包括如下步驟:
A、采集:從一個OSS可變長文件列表中動態(tài)識別，并全量不重復采集每個周期的GPHl消息文件；
B、協(xié)議探測:從獲取到的GPHl消息文件中，識別出當前協(xié)議版本； C、粗解碼和消息流分揀:對識別出的當前協(xié)議版本進行粗解碼，從粗解碼的數(shù)據(jù)中抽取消息流，按照消息流轉(zhuǎn)引擎進行分揀；
D、數(shù)據(jù)共享處理:分揀后的消息流，根據(jù)業(yè)務(wù)定義和消息類型自動識別，調(diào)用不同類型的協(xié)議處理機進行協(xié)議處理，形成數(shù)據(jù)共享層的元數(shù)據(jù)；
E、客戶感知多維建模:將數(shù)據(jù)共享層的所有數(shù)據(jù)按照用戶維度、時間維度、業(yè)務(wù)維度、網(wǎng)元維度進行感知模型建模，形成多個數(shù)據(jù)集市；
F、網(wǎng)絡(luò)監(jiān)測:利用數(shù)據(jù)集市，按照應用定義的特殊監(jiān)測區(qū)域和組合指標評估計算出結(jié)果，并與不同的標稱值進行對標，將超過標稱值的指標進行動態(tài)預警；
G、客戶感知分析:對全網(wǎng)用戶進行感知模型統(tǒng)計，將超過感知閥值的用戶進行預警。[0021 ] 所述步驟B中，對GPHl消息文件，先進行一次粗解碼，探測識別出協(xié)議版本，再根據(jù)協(xié)議版本進行私有協(xié)議小版本的關(guān)鍵字段探測，獲取該私有協(xié)議字段的準確長度。
[0022]所述步驟C中，獲取該私有協(xié)議字段的準確長度后，進行二次粗解碼，獲取到消息流的關(guān)鍵事件字段和業(yè)務(wù)字段，以這兩個字段作為消息流轉(zhuǎn)的判斷條件，進行消息流的分棟。
[0023]所述協(xié)議處理包括:
KPI指標統(tǒng)計:根據(jù)KPI與協(xié)議棧的關(guān)聯(lián)關(guān)系，根據(jù)基礎(chǔ)配置庫里面定義的類正則表達式進行KPI統(tǒng)計，在統(tǒng)計過程中根據(jù)不同的規(guī)則要求調(diào)用不同的計算方法；
智能事件處理:將設(shè)備內(nèi)部消息流程進行串接，形成以用戶業(yè)務(wù)相關(guān)標簽的智能內(nèi)部事件；