數(shù)據(jù)業(yè)務(wù)用戶感知分析課件

1、目錄數(shù)據(jù)分析優(yōu)勢即時通信類業(yè)務(wù)對網(wǎng)絡(luò)資源的占用用戶感知評價體系模型構(gòu)建背景數(shù)據(jù)業(yè)務(wù)用戶感知評價分析與優(yōu)化交流材料背景-現(xiàn)狀 什么是用戶感知，琢磨不透用戶對網(wǎng)絡(luò)使用中的真實感知，網(wǎng)絡(luò)不好用還是用戶不會用。123 用戶感知不能有效分解到KPI指標上體現(xiàn)，指標看起來很美，但用戶投訴依然越來越多。 省公司指導(dǎo)地市優(yōu)化工作時缺乏行之有效的數(shù)據(jù)業(yè)務(wù)分析支撐手段。投訴原因描述不清客戶投訴問題追溯困難無法快速定位網(wǎng)絡(luò)問題網(wǎng)絡(luò)KPI指標連年高分，客戶滿意度卻逐年下降地市優(yōu)化工作缺乏指導(dǎo)持續(xù)投訴用戶流失滿意度下降忠誠度下降背景-危害背景-思考主流業(yè)務(wù)和應(yīng)用是什么？網(wǎng)絡(luò)中的主流終端是什么？熱點上網(wǎng)區(qū)域和投訴區(qū)域在哪

2、里？ 用戶上網(wǎng)的時間規(guī)律是怎樣的？用戶實際的網(wǎng)絡(luò)質(zhì)量感知如何，對哪方面業(yè)務(wù)感知不好？如何界定？如何進行快速有效的上網(wǎng)投訴原因定位？應(yīng)用/內(nèi)容終端商務(wù)區(qū)居民區(qū)高校區(qū)背景-應(yīng)對基于傳統(tǒng)KPI指標的網(wǎng)絡(luò)質(zhì)量考核體系已無法準確反映用戶實際的網(wǎng)絡(luò)感知，如何構(gòu)建一套科學(xué)合理的數(shù)據(jù)業(yè)務(wù)質(zhì)量評價體系（QOE)，助力網(wǎng)絡(luò)優(yōu)化，勢在必行！第一步：完善基礎(chǔ)手段第二步：建立評價體系提升客戶感知建立數(shù)據(jù)業(yè)務(wù)監(jiān)測分析系統(tǒng)/工具基礎(chǔ)監(jiān)測能力可靠，業(yè)務(wù)、終端識別準確，是夯實一切分析與服務(wù)的基礎(chǔ)建立合理的用戶感知評價體系，鎖定短板，提供端到端分析服務(wù)，最終提升客戶感知核心目的：提升感知背景-建議目錄數(shù)據(jù)分析優(yōu)勢即時通信類業(yè)務(wù)對

3、網(wǎng)絡(luò)資源的占用用戶感知評價體系模型構(gòu)建背景軟件平臺分析能力 數(shù)據(jù)用戶終端時間網(wǎng)元/位置業(yè)務(wù)應(yīng)用網(wǎng)站訪問次數(shù)流量質(zhì)量。 預(yù)處理CDR合成統(tǒng)計報表接口關(guān)聯(lián)引擎數(shù)據(jù)庫引擎用戶分組引擎數(shù)據(jù)挖掘引擎用戶跟蹤引擎報表統(tǒng)計引擎應(yīng)用網(wǎng)絡(luò)信令分析網(wǎng)元指標查詢端到端接入分析網(wǎng)絡(luò)KPI實時監(jiān)控原始數(shù)據(jù)追溯呼叫實時跟蹤網(wǎng)絡(luò)優(yōu)化用戶投訴輔助分析投訴查詢（單用戶控制面業(yè)務(wù)面關(guān)聯(lián)回溯）話單查詢（流量澄清、提高退費攔截率）投訴支持接入分析網(wǎng)絡(luò)質(zhì)量分析業(yè)務(wù)質(zhì)量分析接口流量分析終端分析用戶記錄實時跟蹤專題分析自 定 義 報 表用戶定位分析用戶跟蹤分析區(qū)域用戶分析VIP用戶感知保障用戶分析系 統(tǒng) 自 管 理業(yè)務(wù)識別能力業(yè)務(wù)大類瀏覽

4、下載即時通信視頻閱讀微博導(dǎo)航音樂應(yīng)用商店游戲支付動漫郵箱P2P業(yè)務(wù)VOIP業(yè)務(wù)彩信財經(jīng)其他基于業(yè)務(wù)包的五元組、偏移量、流失匹配和多會話關(guān)聯(lián)DPI識別技術(shù)，進行業(yè)務(wù)關(guān)聯(lián)識別，目前已可支持識別550余種子類業(yè)務(wù)，并按照18大類進行歸類，處于行業(yè)領(lǐng)先地位。多維度業(yè)務(wù)解析基于五元組基于偏移量基于流式匹配基于多session關(guān)聯(lián)終端識別能力終端庫支持識別包含目前主流終端在內(nèi)的近20萬款各類型終端，同時支持終端類型歸類，對于平板電腦和無線上網(wǎng)卡的識別能力也較為準確；終端庫的更新主要采用DPI獲取IMEI，通過網(wǎng)絡(luò)爬蟲自動捕獲對應(yīng)終端詳細信息，以人工整理和驗證的方式對終端庫進行豐富；終端識別的準確性將直接影

5、響到對用戶感知原因的判斷，快速區(qū)分網(wǎng)絡(luò)側(cè)原因和用戶自身原因，知識經(jīng)驗庫的建立可以極大簡化優(yōu)化人員的分析流程。全面的問題分析診斷能力 基于信令監(jiān)測與分析工具數(shù)據(jù)可以從微觀到宏觀分五個角度對網(wǎng)絡(luò)服務(wù)質(zhì)量進行逐步診斷，診斷出網(wǎng)絡(luò)問題和存在的短板，以分析現(xiàn)象、定位問題、解決問題三個步驟開展端到端感知分析工作，提升手機上網(wǎng)滿意度，保障用戶感知。角度一角度二角度三角度四角度五信令交互報文適配管道能力內(nèi)容調(diào)度網(wǎng)絡(luò)短板微觀宏觀逐步診斷分析現(xiàn)象定位問題解決問題提升手機上網(wǎng)服務(wù)質(zhì)量，保障客戶感知目錄數(shù)據(jù)分析優(yōu)勢即時通信類業(yè)務(wù)對網(wǎng)絡(luò)資源的占用用戶感知評價體系模型構(gòu)建背景用戶感知評價體系(QOE)模型構(gòu)建KQIQOE

6、FactorKPIKey Quality Indicators=關(guān)鍵質(zhì)量指標。主要針對業(yè)務(wù)提出的貼近用戶感受的業(yè)務(wù)質(zhì)量參數(shù)。QOE=Quality of Experience=用戶感覺到的“質(zhì)量”或“性能”或“舒適度”。主要來源于客戶的主觀感知。Key Performance Indicator=關(guān)鍵績效指標。主要為網(wǎng)絡(luò)級各類指標KPI指標的網(wǎng)元級量化因子。可根據(jù)量化影響程度，指導(dǎo)優(yōu)化自然科學(xué)社會科學(xué)難點1：感知關(guān)聯(lián)難點2：指標分解用戶感知評價體系從用戶對業(yè)務(wù)的主觀感知出發(fā)，共四層結(jié)構(gòu)體系，逐層關(guān)聯(lián)分解。QOE至KQI結(jié)構(gòu)分解2&3G流量用戶QOE用戶投訴不穩(wěn)定（完整性）無法上網(wǎng)（接入性）無2

7、&3G信號有信號但無法連接連接超時失敗速率慢（保持性）頁面打開速度慢下載速率低播放視頻頻繁卡頓即時通信時斷時續(xù)頁面只顯示部分內(nèi)容下載中斷用戶滿意度調(diào)查評估數(shù)據(jù)源客戶感知現(xiàn)象感知現(xiàn)象細分KQI類指標關(guān)聯(lián)GSM網(wǎng)絡(luò)的下載速率3G網(wǎng)絡(luò)下載速率HTTP GET&POST請求響應(yīng)時延Connet時延。HTTP GET&POST請求成功率Connect 成功率DNS查詢成功率PDP激活成功率。TCP數(shù)據(jù)包重傳率TCP數(shù)據(jù)包分片率TCP數(shù)據(jù)包亂序率。KQI至KPI、Factor結(jié)構(gòu)分解業(yè)務(wù)管理層(KQI)指標由地市公司分解主要指標主要指標接入性完整性保持性HTTP GET&POST請求成功率DNS查詢成功率

8、頁面響應(yīng)成功率頁面響應(yīng)時延視頻初始播放成功率數(shù)據(jù)業(yè)務(wù)低接入小區(qū)占比PS無線接通率。網(wǎng)絡(luò)管理層(KPI)網(wǎng)元管理層(Factor)3G網(wǎng)絡(luò)的下載速率GSM網(wǎng)絡(luò)的下載速率頁面顯示成功率頁面顯示時延視頻平均播放卡頓次數(shù)視頻平均卡頓時長視頻初始緩沖時延數(shù)據(jù)業(yè)務(wù)低速率小區(qū)占比。TCP數(shù)據(jù)包重傳率TCP數(shù)據(jù)包分片率TCP數(shù)據(jù)包亂序率數(shù)據(jù)業(yè)務(wù)高掉線小區(qū)占比PS無線掉線率。KQI和KPI的網(wǎng)元級指標、CPU負荷、資源利用率等KQI體系建立基礎(chǔ)：網(wǎng)頁瀏覽示例從用戶體驗關(guān)聯(lián)業(yè)務(wù)信令流程可準確反映數(shù)據(jù)業(yè)務(wù)端到端業(yè)務(wù)質(zhì)量和用戶感知1234現(xiàn)象：頁面是否打開、開始顯示花了多長時間KQI ：頁面響應(yīng)成功率、頁面響應(yīng)時延現(xiàn)

9、象：頁面是否完全顯示、從打開頁面到完全顯示花了多久KQI ：頁面響應(yīng)成功率、頁面響應(yīng)時延KQI算法/考核方法：網(wǎng)頁瀏覽KQI指標名稱指標描述算法權(quán)重頁面響應(yīng)成功率頁面建立通常會包括三個過程：DNS過程、TCP連接建立過程和終端發(fā)起第一個HTTP連接請求過程。如果這些過程無法完成，會導(dǎo)致用戶不能瀏覽該網(wǎng)頁20頁面響應(yīng)時延頁面響應(yīng)包括三個過程：DNS過程、TCP連接建立過程和終端發(fā)起第一個HTTP連接請求過程。這個過程的時延，構(gòu)成頁面響應(yīng)時延頁面響應(yīng)時延=頁面響應(yīng)成功(Time)-頁面建立嘗試(Time)10頁面顯示成功率網(wǎng)頁頁面連接成功后，用戶端的網(wǎng)頁瀏覽器會解釋服務(wù)器返回的頁面內(nèi)容，根據(jù)頁面內(nèi)

10、容自動發(fā)起GET連接請求，向服務(wù)器請求下載頁面內(nèi)容，直到頁面內(nèi)容完整下載。每個GET請求，下載不同的網(wǎng)頁頁面內(nèi)容，如果GET請求得不到服務(wù)器的回應(yīng)，或者回應(yīng)信息不完整，將會導(dǎo)致部分網(wǎng)頁內(nèi)容不能正常顯示，影響用戶感受20頁面顯示時延網(wǎng)頁頁面連接成功后，用戶端的網(wǎng)頁瀏覽器會解釋服務(wù)器返回的頁面內(nèi)容，根據(jù)頁面內(nèi)容自動發(fā)起GET連接請求，向服務(wù)器請求下載頁面內(nèi)容，直到頁面內(nèi)容完整下載。用戶能夠直接感受到頁面內(nèi)容下載時延，另外下載時延與網(wǎng)頁大小相關(guān)頁面顯示時延=頁面內(nèi)容下載成功(Time)-頁面內(nèi)容下載請求(Time)10頁面下載速率本指標表示頁面顯示下載的平均速率，反映網(wǎng)絡(luò)的傳輸能力40在業(yè)務(wù)歸類上基

11、于HTTP協(xié)議的“網(wǎng)頁瀏覽”與前面的“瀏覽下載”屬于同類業(yè)務(wù)，但是為了更加直觀體現(xiàn)網(wǎng)頁瀏覽的感知，我們單獨對這個分支進行了感知評估和權(quán)重分配KQI體系建立基礎(chǔ)：視頻業(yè)務(wù)示例視頻業(yè)務(wù)用戶感知受視頻播放源信息、用戶使用終端、用戶移動性等多方面影響1234現(xiàn)象：視頻能否正常打開KQI ：視頻播放狀態(tài)現(xiàn)象：視頻播放不順暢時斷時續(xù)、每次卡頓等待時間長短不一KQI ：視頻卡頓次數(shù)、視頻卡頓時長、視頻下載速率KQI算法/考核方法：視頻KQI指標指標含義指標定義關(guān)聯(lián)指標權(quán)重視頻播放狀態(tài)用戶是否能正常播放視頻用戶發(fā)出業(yè)務(wù)請求后是否收到正常視頻數(shù)據(jù)包響應(yīng)5視頻卡頓次數(shù)在進行視頻過程中由于網(wǎng)絡(luò)傳輸與用戶終端實時播放

12、需求不一致而造成緩沖加載頻率卡頓定義：下行包字節(jié)數(shù)30（統(tǒng)計時間段內(nèi)下行包字節(jié)數(shù) * 8） 100KB;業(yè)務(wù)選擇：瀏覽大類、UC首頁登錄、UC網(wǎng)站訪問、百度搜索等4種業(yè)務(wù);網(wǎng)絡(luò)條件：GSM網(wǎng)絡(luò) TD手機用戶在TD網(wǎng)絡(luò)下載速率：公式：TD手機用戶在TD網(wǎng)絡(luò)的下載速率=下行流量/下行數(shù)據(jù)傳輸時長條件：文件大小：500KB;業(yè)務(wù)選擇：瀏覽大類、UC首頁登錄、UC網(wǎng)站訪問、百度搜索等4種業(yè)務(wù);終端條件：TD制式終端網(wǎng)絡(luò)條件：TD網(wǎng)絡(luò)手機綜合下載速率：公式：手機用戶綜合下載速率=下行流量/下行數(shù)據(jù)傳輸時長條件：文件大?。?00KB;業(yè)務(wù)選擇：瀏覽大類、UC首頁登錄、UC網(wǎng)站訪問、百度搜索等4種業(yè)務(wù);上述

13、指標越高用戶感知越好! GSM網(wǎng)絡(luò)下載速率和TD手機用戶在TD網(wǎng)絡(luò)下載速率計入KQI考核權(quán)重，為避免重復(fù)考核，手機綜合下載速率僅作為參考，不計入權(quán)重。 由于集團公司的業(yè)務(wù)定義面比較窄，本次在業(yè)務(wù)選擇上未與集團公司保持完全一致，主要包含了瀏覽大類（目前瀏覽類業(yè)務(wù)占總業(yè)務(wù)比例約為70%），更貼近用戶的實際業(yè)務(wù)使用情況。 北海地區(qū)和南寧地區(qū)的GSM網(wǎng)絡(luò)下載速率基本相近，但仍低于全國平均水平;北海地區(qū)的TD網(wǎng)絡(luò)下載速率遠高于南寧地區(qū)。指標區(qū)域權(quán)重得分GSM網(wǎng)絡(luò)下載速率北海3017.48=（63.12*30*60%）/65南寧3017.34=（62.63*30*60%）/65TD手機用戶在TD網(wǎng)絡(luò)下載速

14、率北海3018.86=（445.29*30*60%）/425南寧3014.10=（299.09*30*60%）/425廣西移動HTTP業(yè)務(wù)案例：完整性算法解釋：TCP重傳率：公式：重傳率=TCP重傳數(shù)據(jù)包數(shù)/總數(shù)據(jù)包數(shù)IP分片率：公式：分片率=IP包分片數(shù)/總數(shù)據(jù)包數(shù)TCP亂序率：公式：亂序率= TCP亂序數(shù)據(jù)包數(shù)/總數(shù)據(jù)包數(shù)上述指標越高用戶感知越差! 分片率和重傳率計入KQI考核權(quán)重，亂序率暫時僅作為參考，不計入權(quán)重。 南寧地區(qū)和北海區(qū)域的分片率和重傳率均在較合理的范圍。指標區(qū)域權(quán)重得分分片率南寧55北海55重傳率南寧55北海55廣西移動HTTP業(yè)務(wù)案例：數(shù)據(jù)業(yè)務(wù)低接入小區(qū)占比GSM（接入性

15、） 數(shù)據(jù)業(yè)務(wù)低接入小區(qū)占比指標為GSM網(wǎng)絡(luò)類指標 南寧地區(qū)的該指標差于北海地區(qū)，即南寧地區(qū)GSM網(wǎng)絡(luò)的接入性更差。指標區(qū)域權(quán)重得分數(shù)據(jù)業(yè)務(wù)低接入小區(qū)占比南寧53.22北海55.00算法解釋：定義：上行TBF建立成功率95% 或 下行TBF建立成功率5MB上述指標越高用戶感知越差!廣西移動HTTP業(yè)務(wù)案例：數(shù)據(jù)業(yè)務(wù)低接入小區(qū)占比GSM（完整性） 數(shù)據(jù)業(yè)務(wù)高掉線小區(qū)占比指標為GSM網(wǎng)絡(luò)類指標。 北海地區(qū)的該指標優(yōu)于南寧區(qū)域。即北海地區(qū)GSM網(wǎng)絡(luò)的完整性更優(yōu)。指標區(qū)域權(quán)重得分數(shù)據(jù)業(yè)務(wù)高掉線小區(qū)占比南寧52.04北海53.88算法解釋：定義：上行TBF掉線率5% 或 下行TBF掉線率5% 且 GPRS

16、（含EGPRS）上行流量(RLC層)+ GPRS（含EGPRS）下行流量5MB上述指標越高用戶感知越差!廣西移動HTTP業(yè)務(wù)案例：PS域無線接通率低小區(qū)占比（完整性）算法解釋：定義：PS無線掉線率= RNC請求釋放的分組域RAB數(shù)(小區(qū)級)(個)+RNC請求釋放分組域Iu連接對應(yīng)的RAB數(shù)(小區(qū)級)(個)-原因為16(User Inactivity)的RNC請求釋放的分組域RAB數(shù)(小區(qū)級)(個)-原因為40(Release due to UE generated signalling connection release)的RNC請求釋放的分組域RAB數(shù)(小區(qū)級)(個)-原因為16(User

17、 Inactivity)的RNC請求釋放分組域Iu連接對應(yīng)的RAB數(shù)(小區(qū)級)(個)-原因為40（Release due to UE generated signalling connection release)的RNC請求釋放分組域Iu連接對應(yīng)的RAB數(shù)（小區(qū)級）(個)/成功建立的分組域RAB數(shù)(小區(qū)級)(個)PS無線掉線率高小區(qū)比例：流量大于5M且PS無線掉線率大于5%的小區(qū)數(shù)量占比上述指標越高用戶感知越差! PS域無線掉線率高小區(qū)占比指標為TD網(wǎng)絡(luò)類指標。 南寧地區(qū)該指標差于北海地區(qū)。南寧地區(qū)TD網(wǎng)絡(luò)的完整性更差。指標區(qū)域權(quán)重得分 PS域無線掉線率高小區(qū)占比南寧54.4北海55廣西移動

18、應(yīng)用案例：南寧地區(qū)&北海地區(qū)QOE整體評分指標項考核標準權(quán)重指標來源北海南寧HTTP GET&POST請求成功率-5GN分析系統(tǒng)5.005.00TD手機用戶在TD網(wǎng)絡(luò)的下載速率425Kbps全國平均值為基準，考核得分=（實際值x權(quán)重x60%）/42530GN分析系統(tǒng)18.8614.10GSM網(wǎng)絡(luò)的下載速率65Kbps全國平均值為基準，考核得分=（實際值x權(quán)重x60%）/6530GN分析系統(tǒng)17.4817.34TCP數(shù)據(jù)包重傳率5%以下為滿分，5%以上的考核得分=權(quán)重x（1-（實際值-5%）/5%）,指標達到10%及以上得分為05GN分析系統(tǒng)5.005.00IP數(shù)據(jù)包分片率0.1%以下為滿分，0

19、.1%以上的考核得分=權(quán)重x（1-（實際值-0.1%）/0.1%）,指標達到0.2%及以上得分為05GN分析系統(tǒng)5.005.00DNS查詢成功率90%的基準值得分為3分，每增加（或減少）1%得分增加（或減少）0.2，即75%及以下得0分5GN分析系統(tǒng)3.000.53數(shù)據(jù)業(yè)務(wù)低接入小區(qū)占比(GSM)2%的基準值得分為3分，每增加（或減少）0.1%得分減少（或增加）0.2，即3.5%及以上得0分，1%及以下得5分。5網(wǎng)優(yōu)平臺5.003.22數(shù)據(jù)業(yè)務(wù)高掉線小區(qū)(GSM)1%的基準值得分為3分，每增加（或減少）0.1%得分減少（或增加）0.2，即2.5%及以上得0分，5網(wǎng)優(yōu)平臺3.882.04PS無線

20、接通率低小區(qū)占比(TD)1%的基準值得分為3分，每增加（或減少）0.1%得分減少（或增加）0.2，即2.5%及以上得0分，5網(wǎng)優(yōu)平臺2.602.60PS無線掉線率低小區(qū)占比(TD)2%的基準值得分為3分，每增加（或減少）0.1%得分減少（或增加）0.2，即3.5%及以上得0分，1%及以下得5分，5網(wǎng)優(yōu)平臺5.004.4小計70.8259.23 北海地區(qū)2G和3G網(wǎng)絡(luò)HTTP業(yè)務(wù)質(zhì)量全優(yōu)于南寧地區(qū)。TCP數(shù)據(jù)包重傳率和IP數(shù)據(jù)包分片率一般體現(xiàn)更大范圍的網(wǎng)絡(luò)指標，后續(xù)應(yīng)用到全地市區(qū)域時有更明顯差異，暫定的指標閥值較低。北海地區(qū)QOE感知整體優(yōu)于南寧地區(qū)通過感知短板快速界定優(yōu)化方向，“靶向療法”迅速

21、進行針對性短板提升工作，直接定位到“病灶”是提升優(yōu)化效率的最佳辦法。感知短板落地端到端業(yè)務(wù)質(zhì)量提升41動感地帶用戶187*8408反映：”手機上網(wǎng)網(wǎng)速較慢，請查”！經(jīng)查詢用戶上網(wǎng)核心網(wǎng)記錄數(shù)據(jù)如下問題分析：用戶建立三次握手時，上行connet請求就花了2865.2s，位置更新請求Updata PDP Request 建立花了46.08S，下行鏈路傳送時延正常，在沒有接入核心網(wǎng)之前上行鏈路就有了很大的時延，遠遠超出了合理范圍，且用戶發(fā)起 Delete PDP request后，仍然發(fā)起POST業(yè)務(wù)請求，初步判斷為上行鏈路質(zhì)差原因?qū)е赂邥r延和亂序。通過提取小區(qū)當時無線統(tǒng)計和GN質(zhì)量統(tǒng)計可以看出，3

22、7297_16006小區(qū)重傳率高達24.69%，PDCH復(fù)用度在正常范圍，4/5級信道干擾比例遠超正常值。分析結(jié)論：外界干擾引起上行鏈路延遲和亂序，導(dǎo)致用戶無法請求到正常接收數(shù)據(jù)包，而取消請求，業(yè)務(wù)失敗或速率低。BSCLACCI小區(qū)編號四級干擾信道比例五級信道干擾比例BSC1493729716006XAD600_265.74%51.29%結(jié)論：主要是由于當時存在外界干擾引起上行鏈路延遲和亂序，導(dǎo)致用戶無法請求到正常接收數(shù)據(jù)包，而取消請求，業(yè)務(wù)失敗或速率低。投訴案例分析一：無線干擾導(dǎo)致用戶投訴42某用戶139*1031反映：“手機有信號但無法上網(wǎng)，請查”！經(jīng)查詢用戶上網(wǎng)核心網(wǎng)記錄數(shù)據(jù)如下問題分析

23、：用戶發(fā)起GET請求之后由于WAP網(wǎng)關(guān)原因，馬上返回了Session disconnected斷開會話請求，導(dǎo)致上網(wǎng)失敗，可能是由于WAP網(wǎng)關(guān)繁忙造成，該錯誤占無法上網(wǎng)類投訴的比例大約為1.9%左右。投訴案例分析二： WAP網(wǎng)關(guān)繁忙導(dǎo)致用戶投訴優(yōu)化建議：加大對WAP網(wǎng)關(guān)的性能監(jiān)控，對資源做最優(yōu)分配。投訴案例分析三：SP原因引起投訴43某全球通客戶（159*1194）反映：“本機有信號但無法上網(wǎng)，不解，要求查詢原因,請查”！經(jīng)查詢用戶上網(wǎng)核心網(wǎng)記錄如下問題分析：通過信令可看出終端與WAP網(wǎng)關(guān)建立連接后，發(fā)起m-notifyresp-ind 上發(fā)數(shù)據(jù)，第一個包、第二個包發(fā)完之后SP都馬上給予ACK

24、回復(fù)，但由于SP可能發(fā)生了內(nèi)部錯誤，不能完成用戶的請求，最終下發(fā)500 Internal Server Error的Abort消息。主要為SP原因?qū)е隆?由于該錯誤占到所有抽樣投訴用戶比例的6.02%，影響用戶業(yè)務(wù)接入感知度。優(yōu)化建議：1、對于此類錯誤實時定向頁面跳轉(zhuǎn)。2、聯(lián)系SP服務(wù)提供商對相應(yīng)SP服務(wù)器性能進行優(yōu)化。具體案例分析四：用戶原因引起投訴44 某全球通用戶（158*0770）用戶反映：“最近手機GPRS有信號無法使用，客戶希望盡快處理，請查”！經(jīng)查詢用戶上網(wǎng)核心網(wǎng)記錄如下問題分析：終端發(fā)起POST請求之后，網(wǎng)關(guān)因為沒有相應(yīng)的連接會話信息，認為該會話已經(jīng)不存在，因此回復(fù)Sessio

25、n Disconnect消息。對于這類錯誤一般在業(yè)務(wù)流程中是看不到connect的三次握手的過程，也可能是用戶此次發(fā)起的POST不在此次Connect之下，為終端發(fā)起多次POST請求，屬于用戶終端臨時問題，對次此類錯誤會自行恢復(fù)，此類錯誤在投訴用戶中的占比為3%。目錄數(shù)據(jù)分析的優(yōu)勢即時通信類業(yè)務(wù)對網(wǎng)絡(luò)資源的占用用戶感知評價體系模型構(gòu)建當前網(wǎng)絡(luò)背景即時通信業(yè)務(wù)對網(wǎng)絡(luò)造成的影響步驟一：協(xié)議分析步驟二：分析心跳特征，包括：心跳類型、交互頻率、數(shù)據(jù)包大小等步驟三：分析心跳包對網(wǎng)絡(luò)資源的消耗情況步驟四：研究心跳的應(yīng)對機制協(xié)議分析，為后續(xù)分析奠定基礎(chǔ)分析心跳特征分析心跳對網(wǎng)絡(luò)的影響程度應(yīng)對策略研究業(yè)務(wù)心跳

26、的分析步驟：即時通信業(yè)務(wù)協(xié)議解析以微信為例：子業(yè)務(wù)識別方法分析內(nèi)容：協(xié)議分析分析方法：HTTP協(xié)議抓包分析；私有協(xié)議通過代碼反編譯分析目的：為數(shù)據(jù)獲取、流程分析奠定基礎(chǔ)0000 00 00 00 e9 00 10 00 01 00 00 00 01 00 00 00 0b .0010 be 81 01 b1 fe cb 00 00 00 00 00 00 00 01 01 be .0020 02 04 00 00 00 00 03 02 65 00 04 04 00 00 00 00 .e.0030 05 00 06 10 41 30 30 30 30 30 30 30 30 30 30 30

27、 .A000000000000040 30 30 30 00 07 02 e9 03 08 02 01 00 09 02 01 00 000.0050 0a 04 28 01 00 00 0b 04 6e 00 00 00 0c 80 01 4d .(.n.M0060 14 ab bc 38 d4 fb 64 98 54 08 f3 76 49 89 c8 2e .8.d.T.vI.0070 c2 f9 a7 81 0f 25 4d fa e1 be e0 00 6e 34 1a c5 .%M.n4.0080 f9 c3 9f 62 51 c8 76 a6 9c 99 06 9c a7 97

28、40 30 .bQ.v.00090 20 db 77 7b 47 9e 42 2b b4 a5 7e 9f 75 84 55 75 .wG.B+.u.Uu00a0 27 48 35 2e 18 01 ed b4 97 f8 47 89 dd 91 2f ee H5.G./.00b0 b1 f8 38 ad c3 ef 0d ab 45 b2 d3 0f 2d db 52 ba .8.E.-.R.00c0 ec d3 ca 19 7b 4b 5d ff 6f 2a d0 4e 9c fb 96 15 .K.o*.N.00d0 4f da 9a 24 e1 8d 4c db ff f5 b3 e5

29、 63 99 b5 0d O.$.L.c.00e0 04 27 00 01 22 0e 01 ed ed .微信登陸服務(wù)器為 ，IP地址18 服務(wù)器數(shù)據(jù)的發(fā)送和接收都是用80端口，基于HTTP協(xié)議。所有數(shù)據(jù)分為單包和組合包、單包是指所有數(shù)據(jù)都在一個包中，通常數(shù)據(jù)量較少，大小為幾百字節(jié)。 組合包的首包結(jié)構(gòu)是標準的單包格式，但后面的其它包則是純數(shù)據(jù)，沒有什么格式。其指令結(jié)構(gòu)如下：由0X+長度其中03 就是操作識別碼 登陸操作碼為 :65 00 改變頭像操作碼 :67 00 發(fā)送文本信息操作碼 :68 00 發(fā)送圖片信息:6e 00 發(fā)送語音操作碼 :7f 00 所有的操作確認包的03都為00 00

30、微信最新版本識別能力微信前臺心跳微信后臺心跳微信朋友圈微信接收消息微信發(fā)送語音微信發(fā)送文字微信發(fā)送圖片微信下載圖片微信QQ助手微信登陸退出微信搖一搖微信發(fā)送視頻微信下載視頻微信漂流瓶微信HTTP瀏覽微信WAP瀏覽微信其它未知微信視頻通話微信愛消除微信飛機大戰(zhàn)微信節(jié)奏大師微信天天連萌微信天天酷跑微信歡樂斗地主新版本識別規(guī)則已發(fā)生變化：30m15m5m3s30sSipgate10s5s時間Smart Phone快速休眠/RRC 釋放觸發(fā)快速休眠 /RRC 釋放觸發(fā)信令激活: 應(yīng)用軟件心跳信令激活: 快速休眠& RRC 釋放數(shù)據(jù)激活應(yīng)用軟件心跳激活 應(yīng)用軟件，MSN等，因為頻繁的心跳，對網(wǎng)絡(luò)帶來很大

31、數(shù)目的 service request 信令 所有 智能手機 平臺采用多任務(wù)特性，同時運行多個應(yīng)用程序帶來更多的信令。 微信的keepalive分三種：第一種周期為15分鐘（900秒），由3到4個數(shù)據(jù)包組成，總計562628字節(jié)左右，每小時大約產(chǎn)生18k20k流量，封包類型00 00 00 1A，命令碼8a 00 第二種周期為15分鐘（900秒），由3到4個數(shù)據(jù)包組成，總計292358字節(jié)左右，每小時大約產(chǎn)生9k10k流量，封包類型00 00 00 19 第三種跟在前兩種keepalive后面，每4分鐘（240秒一次），15分鐘內(nèi)有三次。由3到4個數(shù)據(jù)包組成，總計230296字節(jié)，每小時大約產(chǎn)生22k28k流量，封包類型 00 00 00 06無命令碼。 總結(jié)：上述三種心跳包分別是：獲取新消息、獲取新的好友以及獲取新的朋友圈動態(tài)；三種“心跳數(shù)據(jù)”總計大約產(chǎn)生每小時4958k流量。心跳特征分析測試內(nèi)容上行數(shù)據(jù)量 k(byte)下行數(shù)據(jù)量 k(byte)數(shù)據(jù)信道占用時間 （s）實際傳輸數(shù)據(jù)時間 (s)數(shù)據(jù)信道占用效率登陸 70.1710.86%發(fā)送消息