LTE數(shù)據(jù)業(yè)務(wù)信令感知優(yōu)化介紹

LTE數(shù)據(jù)業(yè)務(wù)信令感知優(yōu)化端到端優(yōu)化界面?zhèn)鹘y(tǒng)優(yōu)化體系手段單一不便問題定位客戶端核心網(wǎng)EnodeB傳統(tǒng)手段：DT/CQT測(cè)試；無線參數(shù)調(diào)整網(wǎng)管指標(biāo)提升端到端優(yōu)化借助多種優(yōu)化手段分析業(yè)務(wù)交互各個(gè)環(huán)節(jié)端到端優(yōu)化手段：1、核心網(wǎng)信令監(jiān)控分析；2、核心網(wǎng)信令抓包；3、服務(wù)器機(jī)制調(diào)整；4、TCP協(xié)議優(yōu)化5、傳統(tǒng)無線優(yōu)化端到端優(yōu)化：端到端優(yōu)化可以從業(yè)務(wù)流程交互的各個(gè)環(huán)節(jié)進(jìn)行問題分析和定位，從而快速準(zhǔn)確的找到問題原因，業(yè)務(wù)瓶頸，從而制定出切實(shí)有效的解決方案針對(duì)特定問題進(jìn)行解決S1IP網(wǎng)點(diǎn)播/直播節(jié)點(diǎn)服務(wù)器SP內(nèi)容源服務(wù)器FWEPC服務(wù)內(nèi)容VIP用戶保障自營(yíng)業(yè)務(wù)推送策略數(shù)據(jù)支撐業(yè)務(wù)精準(zhǔn)營(yíng)銷數(shù)據(jù)支撐用戶行為分析

熱點(diǎn)應(yīng)用分析VIP用戶感知跟蹤監(jiān)控歷史狀態(tài)原景回溯處理用戶投訴現(xiàn)場(chǎng)測(cè)試驗(yàn)證定位業(yè)務(wù)故障節(jié)點(diǎn)服務(wù)框架KQI、QOE指標(biāo)體系建立用戶感知評(píng)分例行通報(bào)用戶感知異常監(jiān)控市場(chǎng)支撐日常監(jiān)控網(wǎng)絡(luò)狀態(tài)實(shí)時(shí)監(jiān)控業(yè)務(wù)情況實(shí)時(shí)監(jiān)控網(wǎng)絡(luò)/業(yè)務(wù)實(shí)時(shí)告警日常指標(biāo)例行通報(bào)重大活動(dòng)、節(jié)日指標(biāo)監(jiān)控保障平臺(tái)巡檢業(yè)務(wù)質(zhì)量感知體系

性能指標(biāo)深度分析業(yè)務(wù)質(zhì)量提升專題性能分析依托先進(jìn)的LTE全量信令監(jiān)測(cè)及分析系統(tǒng)，開展以下服務(wù)：項(xiàng)目服務(wù)介紹1項(xiàng)目服務(wù)實(shí)施方案2經(jīng)驗(yàn)案例分享3項(xiàng)目工作計(jì)劃及人員安排4系統(tǒng)部署方案5日常監(jiān)控業(yè)務(wù)質(zhì)量感知提升性能分析及市場(chǎng)支撐用戶保障外場(chǎng)測(cè)試日常監(jiān)控(1)

1、日常指標(biāo)監(jiān)控用戶維度用戶業(yè)務(wù)行為、高流量用戶位置區(qū)域分布、戶均流量、戶均業(yè)務(wù)量、戶均業(yè)務(wù)時(shí)長(zhǎng)、用戶對(duì)LTE網(wǎng)絡(luò)的黏性，用戶上網(wǎng)時(shí)段、用戶喜歡等維度進(jìn)行統(tǒng)計(jì)終端維度業(yè)務(wù)維度包括業(yè)務(wù)流量構(gòu)成、業(yè)務(wù)訪問量構(gòu)成、業(yè)務(wù)流量流向、業(yè)務(wù)速率，業(yè)務(wù)成功率、業(yè)務(wù)時(shí)延、TOP業(yè)務(wù)分析、自有業(yè)務(wù)與非自有業(yè)務(wù)對(duì)比分等維度統(tǒng)計(jì)應(yīng)用維度包括TOPN的SP網(wǎng)站分析,對(duì)各SP網(wǎng)站統(tǒng)計(jì)業(yè)務(wù)成功率、上下行吞吐率(Kbps)、會(huì)話次數(shù)（成功、失?。?、上下行流量統(tǒng)計(jì)（分組數(shù)、字節(jié)數(shù)、丟包重傳亂序數(shù)）、上下行傳輸應(yīng)答時(shí)延(毫秒)、上下行會(huì)話在線時(shí)長(zhǎng)。包括4G終端品牌構(gòu)成，終端品牌市場(chǎng)滲透，終端品牌活躍度、終端型號(hào)構(gòu)成、終端型號(hào)流量貢獻(xiàn)度、終端型號(hào)活躍度、終端型號(hào)對(duì)網(wǎng)絡(luò)黏性，終端型號(hào)質(zhì)量、終端型號(hào)與網(wǎng)絡(luò)適配性、終端型號(hào)與業(yè)務(wù)適配性等維度進(jìn)行統(tǒng)計(jì)對(duì)LTE重點(diǎn)網(wǎng)絡(luò)指標(biāo)開展多維度、準(zhǔn)實(shí)時(shí)（延時(shí)小于15分鐘）的監(jiān)控，每日記錄網(wǎng)絡(luò)指標(biāo)情況并存檔。指標(biāo)名稱分析接口指標(biāo)維度時(shí)間粒度EPS附著成功率S1MME/TAC/ENODEB15分鐘/小時(shí)/日附著S1MME/TAC/ENODEB15分鐘/小時(shí)/日默認(rèn)承載S1MME/TAC/ENODEB15分鐘/小時(shí)/日專用承載S1MME/TAC/ENODEB15分鐘/小時(shí)/日TAUS11MME/TAC/ENODEB15分鐘/小時(shí)/日創(chuàng)建會(huì)話S11MME/TAC/ENODEB15分鐘/小時(shí)/日變更承載S6aMME/TAC/ENODEB15分鐘/小時(shí)/日插入用戶數(shù)據(jù)S6aMME/TAC/ENODEB15分鐘/小時(shí)/日位置取消S6aMME/TAC/ENODEB15分鐘/小時(shí)/日位置更新S6aMME/TAC/ENODEB15分鐘/小時(shí)/日通知S6aMME/TAC/ENODEB15分鐘/小時(shí)/日鑒權(quán)信息SGsMME/TAC/ENODEB15分鐘/小時(shí)/日被叫電路域回落SGsMME/TAC/ENODEB15分鐘/小時(shí)/日系統(tǒng)流量S1-MMEMME/TAC/ENODEB15分鐘/小時(shí)/日各地市流量S1-MMEMME/TAC/ENODEB15分鐘/小時(shí)/日主要業(yè)務(wù)指標(biāo)S1-UMME/TAC/ENODEB15分鐘/小時(shí)/日各地市流量S1-MMEMME/TAC/ENODEB15分鐘/小時(shí)/日IMSI脫離S1-U,S1-MMEMME/TAC/ENODEB15分鐘/小時(shí)/日體驗(yàn)指數(shù)全小區(qū)分布S1MME/TAC/ENODEB15分鐘/小時(shí)/日………….…….…….日常監(jiān)控(2)2、平臺(tái)巡檢每日對(duì)信令平臺(tái)系統(tǒng)級(jí)告警和log文件進(jìn)行檢查，確認(rèn)采集系統(tǒng)各設(shè)備運(yùn)行狀態(tài)正常，確保數(shù)據(jù)入庫(kù)正常，入庫(kù)時(shí)延處于正常范圍，不影響信令分析工作；平臺(tái)具備自檢功能，信令分析團(tuán)隊(duì)每日對(duì)采集到的數(shù)據(jù)流量與前一日進(jìn)行對(duì)比，確保采集到的數(shù)據(jù)完整；每周對(duì)平臺(tái)采集到的數(shù)據(jù)流量與網(wǎng)管數(shù)據(jù)進(jìn)行一次對(duì)比，由信令分析團(tuán)隊(duì)提供基于信令的全天24小時(shí)按照小時(shí)粒度的SGSN流量、Attach成功率、默認(rèn)承載激活成功率（含用戶原因）、TAU成功率、MME、SGW流量等指標(biāo)，與局方提供的OSS系統(tǒng)統(tǒng)計(jì)結(jié)果進(jìn)行對(duì)比和差異分析，用百分比方式呈現(xiàn)，提交對(duì)比分析報(bào)告；日常監(jiān)控組每月至少安排一次到采集機(jī)房現(xiàn)場(chǎng)設(shè)備巡檢工作，確保采集設(shè)備硬件狀態(tài)正常，并提供巡檢報(bào)告；最少每月更新一次平臺(tái)軟件庫(kù)，更新內(nèi)容包括終端IMEI庫(kù)、SP站點(diǎn)庫(kù)等資源信息。同時(shí)根據(jù)網(wǎng)絡(luò)調(diào)整情況，不定期更新信令分析平臺(tái)內(nèi)現(xiàn)網(wǎng)設(shè)備信息。日常指標(biāo)通報(bào)針對(duì)重要端到端業(yè)務(wù)性能指標(biāo)，如TCP連接成功率、DNS連接成功率等進(jìn)行準(zhǔn)實(shí)時(shí)數(shù)據(jù)分析及通報(bào)工作，一旦出現(xiàn)指標(biāo)下降超過預(yù)警門限，定位到最末端網(wǎng)元及IP地址段：數(shù)據(jù)實(shí)時(shí)解析、監(jiān)控、通報(bào)1.工作日每天例行通報(bào)2次早上10:30前通報(bào)前一日整體指標(biāo)下午17:30前通報(bào)當(dāng)天9:30到17:30整體指標(biāo)分MME、SGW、TAC、EnodeB等網(wǎng)元維度進(jìn)行通報(bào)2.實(shí)時(shí)監(jiān)控全網(wǎng)重點(diǎn)業(yè)務(wù)指標(biāo)一旦出現(xiàn)指標(biāo)相比上一日同時(shí)段下降超過預(yù)警門限的情況，工作日在1小時(shí)內(nèi)上報(bào)局方值班人員3.熱點(diǎn)區(qū)域性能監(jiān)控

對(duì)熱點(diǎn)區(qū)域或小區(qū)進(jìn)行全方位性能指標(biāo)監(jiān)控并實(shí)時(shí)通報(bào)。指標(biāo)通報(bào)機(jī)制網(wǎng)絡(luò)優(yōu)化組網(wǎng)絡(luò)維護(hù)組核心網(wǎng)監(jiān)控組重大活動(dòng)、節(jié)日指標(biāo)監(jiān)控保障針對(duì)西藏的重大活動(dòng)及節(jié)日進(jìn)行指標(biāo)監(jiān)控性保障，發(fā)現(xiàn)異常情況及時(shí)通報(bào)并配合解決網(wǎng)絡(luò)問題。

用戶數(shù)變化趨勢(shì)大型活動(dòng)及節(jié)日用戶數(shù)分析大型活動(dòng)及節(jié)日流量對(duì)比分析

上下行總流量對(duì)比大型活動(dòng)場(chǎng)內(nèi)外性能對(duì)比分析場(chǎng)內(nèi)外Attach附著次數(shù)對(duì)比場(chǎng)內(nèi)外Attach附著成功率對(duì)比大型活動(dòng)場(chǎng)內(nèi)外業(yè)務(wù)比分析場(chǎng)內(nèi)業(yè)務(wù)占比場(chǎng)外業(yè)務(wù)占比日常性能監(jiān)控系統(tǒng)運(yùn)用多維度報(bào)表系統(tǒng)–示例為APP統(tǒng)計(jì)網(wǎng)絡(luò)性能監(jiān)控：附著、承載激活、TAU數(shù)據(jù)會(huì)話統(tǒng)計(jì)分鐘級(jí)監(jiān)測(cè)：會(huì)話數(shù)、用戶數(shù)、流量按業(yè)務(wù)分類統(tǒng)計(jì)業(yè)務(wù)量，鉆取優(yōu)酷視頻的小區(qū)級(jí)統(tǒng)計(jì)項(xiàng)目服務(wù)介紹1項(xiàng)目服務(wù)實(shí)施方案2經(jīng)驗(yàn)案例分享3項(xiàng)目工作計(jì)劃及人員安排4系統(tǒng)部署方案5日常監(jiān)控業(yè)務(wù)質(zhì)量感知提升性能分析及市場(chǎng)支撐用戶保障外場(chǎng)測(cè)試端到端用戶感知質(zhì)量評(píng)估及優(yōu)化（1）感知體系構(gòu)建原則及方法指標(biāo)體系構(gòu)建要以信令流程中各環(huán)節(jié)指標(biāo)為主，能夠準(zhǔn)確反映用戶當(dāng)前客戶感知；指標(biāo)應(yīng)涵蓋用戶使用數(shù)據(jù)業(yè)務(wù)的各流程與環(huán)節(jié)，能夠全面的反映用戶感知情況；統(tǒng)一維度下選取的指標(biāo)之間盡可能不相互影響，確保權(quán)重計(jì)算的相對(duì)準(zhǔn)確。端到端感知體系指標(biāo)應(yīng)涵蓋用戶業(yè)務(wù)過程中的主要用戶感知維度，因此選取的指標(biāo)可包含接入性、保持性、完整性三類特性，具體定義如下：接入性指標(biāo)：反映用戶接入網(wǎng)絡(luò)快慢和業(yè)務(wù)的成功率；保持性指標(biāo)：反映用戶使用數(shù)據(jù)業(yè)務(wù)的連續(xù)性、穩(wěn)定性，以及上網(wǎng)速率；完整性指標(biāo)：反映用戶接入網(wǎng)絡(luò)后，能否在給定的網(wǎng)絡(luò)環(huán)境下完成數(shù)據(jù)業(yè)務(wù)。端到端感知體系指標(biāo)選取類型指標(biāo)名稱接入性Attach附著成功率Attach附著時(shí)延缺省承載建立成功率缺省承載建立時(shí)延TCP連接成功率（包含網(wǎng)關(guān)連接和SP連接）TCP連接時(shí)延保持性跟蹤區(qū)更新成功率跟蹤區(qū)更新時(shí)延上行速率下行速率完整性Post成功率Get成功率端到端優(yōu)化體系可以從業(yè)務(wù)流程交互的各個(gè)環(huán)節(jié)端到端的進(jìn)行問題分析和定位，從而快速準(zhǔn)確的找到問題原因，業(yè)務(wù)瓶頸從而制定出切實(shí)有效的解決方案針對(duì)特定問題進(jìn)行解決。端到端用戶感知質(zhì)量評(píng)估及優(yōu)化（2）KQI流媒體類瀏覽類即時(shí)通訊類應(yīng)用下載類接入性33.30%33.30%33.30%33.30%保持性38.10%32.50%28.10%40.20%完整性28.60%34.20%38.60%26.50%由于不同的數(shù)據(jù)業(yè)務(wù)類型具有不同的特性，因此，在建立數(shù)據(jù)業(yè)務(wù)用戶感知評(píng)估體系時(shí)需要考慮業(yè)務(wù)特性對(duì)接入性、保持性、完整性的需求差異，并以此來設(shè)置不同維度的權(quán)重。業(yè)務(wù)類別主要特征應(yīng)用舉例瀏覽類保證數(shù)據(jù)順序關(guān)系；嚴(yán)格的低延時(shí)要求新聞瀏覽視頻類保證數(shù)據(jù)順序關(guān)系視頻流、音頻流即時(shí)通訊類請(qǐng)求應(yīng)答模式；保證業(yè)務(wù)內(nèi)容QQ聊天、微信應(yīng)用下載類數(shù)據(jù)沒有時(shí)延要求；保證業(yè)務(wù)內(nèi)容應(yīng)用程序下載、更新端到端感知體系業(yè)務(wù)特點(diǎn)及權(quán)重設(shè)置四類業(yè)務(wù)的主要特點(diǎn)：四類業(yè)務(wù)的應(yīng)用權(quán)重：以上各個(gè)KQI指標(biāo)具體權(quán)重值可在實(shí)踐中進(jìn)行合理調(diào)整。端到端用戶感知質(zhì)量評(píng)估及優(yōu)化（3）利用LTE端到端感知體系及其問題定界規(guī)則開展西藏端到端感知評(píng)估及端到端感知質(zhì)量提升工作優(yōu)化總體思路：

利用端到端感知信令分析平臺(tái)對(duì)現(xiàn)網(wǎng)各KQI指標(biāo)進(jìn)行評(píng)估，然后利用端到端感知體系定界規(guī)則進(jìn)行各問題原因定位，最終根據(jù)問題形成原因提出優(yōu)化建議開展優(yōu)化實(shí)施并進(jìn)行效果驗(yàn)證。優(yōu)化內(nèi)容和手段（1）利用小區(qū)級(jí)KQI體系篩選出雙優(yōu)小區(qū)，網(wǎng)絡(luò)資源情況開展資源精細(xì)化配置及資源均衡操作工作;（2）利用小區(qū)級(jí)KQI體系定位雙差小區(qū)指導(dǎo)無線優(yōu)化，開展問題小區(qū)無線質(zhì)量?jī)?yōu)化提升工作;（3）利用小區(qū)級(jí)KQI體系定位單差小區(qū)，針對(duì)單差小區(qū)深入分析影響用戶感知的潛在問題，開展研究性專題分析工作;（4）小區(qū)/終端/業(yè)務(wù)等不同維度下載速率提升；（5）業(yè)務(wù)時(shí)延分析；（6）終端與網(wǎng)絡(luò)側(cè)配合；項(xiàng)目服務(wù)介紹1項(xiàng)目服務(wù)實(shí)施方案2經(jīng)驗(yàn)案例分享3項(xiàng)目工作計(jì)劃及人員安排4系統(tǒng)部署方案5日常監(jiān)控業(yè)務(wù)質(zhì)量感知提升性能分析及市場(chǎng)支撐用戶保障外場(chǎng)測(cè)試數(shù)據(jù)業(yè)務(wù)質(zhì)量提升專題通過LTE信令數(shù)據(jù)日常指標(biāo)監(jiān)控、感知評(píng)估分析等結(jié)果，分別從業(yè)務(wù)、用戶、終端、應(yīng)用等維度深度解析網(wǎng)絡(luò)情況，重點(diǎn)針對(duì)部分網(wǎng)絡(luò)指標(biāo)開展專題分析，根據(jù)實(shí)際問題提出有效的數(shù)據(jù)支撐，提升網(wǎng)絡(luò)質(zhì)量。

針對(duì)速率、時(shí)延提升的感知類專題，實(shí)施方案如下：速率、時(shí)延類感知評(píng)估業(yè)務(wù)流量應(yīng)用統(tǒng)計(jì)原因分析提交無線側(cè)排查覆蓋類干擾類擁塞類信道/時(shí)隙覆蓋調(diào)整干擾排查資源調(diào)整配置調(diào)整無線側(cè)是否有問題提交核心網(wǎng)側(cè)排查資源類時(shí)域類業(yè)務(wù)類終端類資源引入時(shí)間粒度分析業(yè)務(wù)組成及行為分析終端分析核心網(wǎng)側(cè)是否有問題結(jié)果跟蹤開展專題分析問題優(yōu)化是否是否性能指標(biāo)深度分析查看網(wǎng)絡(luò)性能指標(biāo)找到具體失敗錯(cuò)誤代碼查看某一錯(cuò)誤代碼影響到的用戶深入信令細(xì)節(jié)定位錯(cuò)誤查看具體的信令流程自上而下，由淺入深，精確定位故障，快速提升網(wǎng)絡(luò)性能。通過網(wǎng)絡(luò)性能指標(biāo)深度分析，實(shí)現(xiàn)前向用戶感知提升！市場(chǎng)支撐根據(jù)用戶行為、熱點(diǎn)應(yīng)用、業(yè)務(wù)流量、終端使用等維度的分析結(jié)果，為市場(chǎng)營(yíng)銷側(cè)提供網(wǎng)絡(luò)中的用戶喜好、自有業(yè)務(wù)推送策略、業(yè)務(wù)精準(zhǔn)營(yíng)銷等方案提供準(zhǔn)確、全量的數(shù)據(jù)支撐。用戶喜好挖掘分析支持使用喜好統(tǒng)計(jì)分析,內(nèi)容主要包括如下方面:A）支持多用戶分組B）用戶的業(yè)務(wù)分布，在線時(shí)長(zhǎng)，網(wǎng)站使用等支持自營(yíng)業(yè)務(wù)統(tǒng)計(jì)分析，,內(nèi)容主要包括如下方面:A）自營(yíng)業(yè)務(wù)質(zhì)量分析；B）統(tǒng)計(jì)各自營(yíng)業(yè)務(wù)的用戶數(shù)、會(huì)話數(shù)、成功率、流量統(tǒng)計(jì)、應(yīng)答時(shí)延、數(shù)傳吞吐率，并按全局、網(wǎng)元級(jí)和小區(qū)級(jí)提供報(bào)表。自營(yíng)業(yè)務(wù)推送策略支撐支持對(duì)重點(diǎn)業(yè)務(wù)應(yīng)用性能、流量等分析,內(nèi)容主要包括如下方面:A）業(yè)務(wù)規(guī)模,流量B）終端品牌分布與型號(hào)統(tǒng)計(jì)C）業(yè)務(wù)質(zhì)量分析，TCP丟包，重傳，速率分析業(yè)務(wù)精準(zhǔn)營(yíng)銷數(shù)據(jù)支撐市場(chǎng)支撐用戶行為分析

對(duì)指定用戶做全方位的分析，包括終端信息、感知評(píng)估、業(yè)務(wù)質(zhì)量、業(yè)務(wù)偏好、用戶行為、移動(dòng)性分析、信令分析等,內(nèi)容主要包括如下方面:用戶基本信息,終端信息感知評(píng)估網(wǎng)絡(luò)質(zhì)量業(yè)務(wù)偏好,用戶行為,網(wǎng)站的偏好時(shí)間偏好區(qū)域偏好,移動(dòng)性分析多接口信令的統(tǒng)計(jì)分析

市場(chǎng)營(yíng)銷人員可首先對(duì)用戶做一個(gè)全方面的分析，形成精準(zhǔn)的用戶畫像，從整體上快速了解該用戶的健康狀況和日常行為偏好。精準(zhǔn)的用戶畫像包括但不僅限于以下功能：用戶基本信息、感知評(píng)估、網(wǎng)絡(luò)質(zhì)量、業(yè)務(wù)質(zhì)量、時(shí)間偏好、業(yè)務(wù)偏好、區(qū)域偏好和網(wǎng)站偏好等。熱點(diǎn)應(yīng)用分析

應(yīng)用維度分析，內(nèi)容主要包括如下方面：1、SP與頻道的統(tǒng)計(jì)分析2、域名服務(wù)分析3、瀏覽業(yè)務(wù)的內(nèi)容分類統(tǒng)計(jì)分析4、自營(yíng)業(yè)務(wù)分析5、下載類業(yè)務(wù)分析項(xiàng)目服務(wù)介紹1項(xiàng)目服務(wù)實(shí)施方案2經(jīng)驗(yàn)案例分享3項(xiàng)目工作計(jì)劃及人員安排4系統(tǒng)部署方案5日常監(jiān)控業(yè)務(wù)質(zhì)量感知提升性能分析及市場(chǎng)支撐用戶保障外場(chǎng)測(cè)試VIP用戶保障對(duì)VIP用戶及熱點(diǎn)區(qū)域進(jìn)行重點(diǎn)關(guān)懷，提升網(wǎng)絡(luò)品牌形象VIP用戶保障VIP客戶建檔VIP客戶監(jiān)控對(duì)VIP客戶進(jìn)行感知性能指標(biāo)情況監(jiān)控，并及時(shí)通報(bào)監(jiān)控結(jié)果VIP客戶投訴處理

根據(jù)VIP客戶集合建檔分組對(duì)VIP客戶進(jìn)行歷史回溯，定位投訴原因基于用戶反饋的后向用戶感知提升用戶體驗(yàn)反饋調(diào)整監(jiān)測(cè)用戶投訴無法使用LTE網(wǎng)絡(luò)IPhone5s無法正常使用LTE業(yè)務(wù)測(cè)試人員反饋LTE網(wǎng)絡(luò)異?；赩IP用戶反饋和投訴，針對(duì)常規(guī)手段無法解決的投訴點(diǎn)，通過精細(xì)化的信令回溯及多維度數(shù)據(jù)評(píng)估分析定位原因，支撐后續(xù)針對(duì)性的解決方案，從而從整體上提升用戶感知VIP用戶投訴處理VIP用戶投訴處理是對(duì)網(wǎng)絡(luò)指標(biāo)進(jìn)行統(tǒng)計(jì)、分析、定位原因的過程：a)單用戶指標(biāo)統(tǒng)計(jì)（根據(jù)各類指標(biāo)統(tǒng)計(jì)，定位性能感知較差指標(biāo)）；b)逐級(jí)下鉆定位問題（SGW\ENB\CI等多個(gè)維度的逐級(jí)下鉆，快速、準(zhǔn)確地定位問題）；c)最終可以下鉆至用戶話單，通過信令查詢、回溯的方式來分析問題原因，輸出分析結(jié)果。投訴用戶話單分析：投訴用戶信令回溯分析：信令回溯多維度標(biāo)簽：IMSI/GUTI/ECGI/終端/業(yè)務(wù)/APN/APP/eNB_ip/SGW_ip等信道/信令計(jì)數(shù)器：重選/尋呼/TBF建立/信令/無線斷連終端TCP協(xié)議棧對(duì)選擇性應(yīng)答SACK的支持，TCP窗口初始值域名/頻道/狀態(tài)碼/請(qǐng)求方法/UA/URI/區(qū)間速率的時(shí)長(zhǎng)統(tǒng)計(jì)，2/3/4G有對(duì)應(yīng)的定義，如Lte:1/2/4TCP上下行測(cè)量丟/重/亂/小包/分片/應(yīng)答時(shí)延/吞吐率控制面信令的位元解碼用戶面呼叫的業(yè)務(wù)詳單S1-mmeS6aS11S1-U豐富的話單信息項(xiàng)目服務(wù)介紹1項(xiàng)目服務(wù)實(shí)施方案2經(jīng)驗(yàn)案例分享3項(xiàng)目工作計(jì)劃及人員安排4系統(tǒng)部署方案5日常監(jiān)控業(yè)務(wù)質(zhì)量感知提升性能分析及市場(chǎng)支撐用戶保障外場(chǎng)測(cè)試外場(chǎng)測(cè)試支撐投訴問題點(diǎn)跟蹤處理問題點(diǎn)現(xiàn)場(chǎng)測(cè)試驗(yàn)證通信保障支持根據(jù)信令專題及保障需求，安排測(cè)試人員赴現(xiàn)場(chǎng)進(jìn)行LTE測(cè)試并進(jìn)行分析，協(xié)助信令分析人員定位問題原因?，F(xiàn)場(chǎng)測(cè)試分析項(xiàng)目服務(wù)介紹1項(xiàng)目服務(wù)實(shí)施方案2經(jīng)驗(yàn)案例分享3項(xiàng)目工作計(jì)劃及人員安排4系統(tǒng)部署方案5案例一：個(gè)別用戶、終端附著問題導(dǎo)致整體附著失敗率異常EMM（cause_num）次數(shù)占比EMM（cause_value）151770466.3%NoSuitableCellsIntrackingarea19548020.5%ESMfailure11347313.0%PLMNnotallowed7440.2%EPSservicesnotallowed17110.0%Networkfailure840.0%EPSservicesandnon-EPSservicesnotallowed其中Cause15占比66.3%，分別從兩個(gè)維度對(duì)原因進(jìn)行分析：用戶維度從用戶維度分析發(fā)現(xiàn)cause15失敗主要是由于用戶【460005681138754】附著請(qǐng)求被拒絕該終端間隔五秒鐘一次發(fā)起附著總計(jì)13871次，占Cause15類型的78.35%，回溯信令流程發(fā)現(xiàn)該用戶未簽4G流量服務(wù)。2.設(shè)備維度從設(shè)備維度分析發(fā)現(xiàn)產(chǎn)生Cause15失敗的終端主要是【海信HS-X8T】和【酷派8720L】?jī)煽罱K端，回溯信令發(fā)現(xiàn)與用戶【460005681138754】的用機(jī)習(xí)慣相關(guān)，查看用戶話單記錄時(shí)間，該用戶白天8點(diǎn)40左右開始使用【酷派8720L】晚上12點(diǎn)以后開始使用【海信HS-X8T】，因此，導(dǎo)致這兩款終端整體指標(biāo)偏低。案例二：HTTP瀏覽業(yè)務(wù)端到端性能指標(biāo)分析

現(xiàn)網(wǎng)中HTTP瀏覽類業(yè)務(wù)可通過HTTP協(xié)議中的響應(yīng)（response）消息中狀態(tài)碼statuscode字段進(jìn)行失敗原因的問題定界。從下表統(tǒng)計(jì)結(jié)果可以看出導(dǎo)致成功率低的異常狀態(tài)碼主要是【4XX請(qǐng)求錯(cuò)誤】占總失敗原因74.4%，其次是【5XX服務(wù)器錯(cuò)誤】占25.6%。對(duì)【4XX請(qǐng)求錯(cuò)誤】和【5XX服務(wù)器錯(cuò)誤】失敗狀態(tài)碼及其失敗次數(shù)進(jìn)行詳細(xì)統(tǒng)計(jì)如上表：其中HTTP錯(cuò)誤碼為404（notfound）和502（BadGateway）這2種失敗原因加起來占了總體失敗的67%以上。案例二：HTTP瀏覽業(yè)務(wù)端到端性能分析-404錯(cuò)誤URL次數(shù)HOSTserver_ipIP歸屬/loc/json79719美國(guó)/favicon.ico9594北京市阿里巴巴科技有限公司/favicon.ico3429北京市阿里巴巴科技有限公司……

從上表統(tǒng)計(jì)可以看出/loc/json和/favicon.ico發(fā)生404錯(cuò)誤的次數(shù)較多，建議及時(shí)更新URL對(duì)應(yīng)路徑的內(nèi)容，請(qǐng)求URI失敗截圖如下：案例二：HTTP瀏覽業(yè)務(wù)端到端性能分析-502錯(cuò)誤HTTPresponse:502BadGateway問題原因是作為網(wǎng)關(guān)或者代理工作的服務(wù)器嘗試執(zhí)行請(qǐng)求時(shí)，從上游服務(wù)器接收到無效的響應(yīng)。統(tǒng)計(jì)現(xiàn)網(wǎng)502失敗次數(shù)TOP10的URL及其對(duì)應(yīng)的代理服務(wù)器IP地址如下表：URL失敗次數(shù)server_ipIP歸屬/getcuid?callback=_mob_sync135272本地局域網(wǎng)/getcuid?callback=getCuid107772本地局域網(wǎng)/getcuid?callback=jsonp2&mcmdf=inapp_wiselocation33472本地局域網(wǎng)……

從上表可以看出主要本地wap網(wǎng)關(guān)72地址產(chǎn)生的錯(cuò)誤,建議優(yōu)化本地wap網(wǎng)關(guān)。HTTPresponse:500InternalServerError錯(cuò)誤是服務(wù)器遇到了一個(gè)未曾預(yù)料的狀況，導(dǎo)致了它無法完成對(duì)請(qǐng)求的處理。一般來說，500錯(cuò)誤這個(gè)問題會(huì)在服務(wù)器的程序碼出錯(cuò)時(shí)出現(xiàn)，最可能的原因是該網(wǎng)站正在進(jìn)行維護(hù)或者該網(wǎng)站有程序錯(cuò)誤。統(tǒng)計(jì)現(xiàn)網(wǎng)500錯(cuò)誤失敗次數(shù)TOP10的URI及其對(duì)應(yīng)服務(wù)器地址如下：

從上表可以看出失敗較多的是80遼寧省遼陽市移動(dòng)服務(wù)器和221.130.162.IP段的安徽合肥移動(dòng)服務(wù)器建議對(duì)這些服務(wù)器進(jìn)行問題排查。uri失敗次數(shù)server_ipIP歸屬/amnmsg/getMsgId1290780遼寧省遼陽市移動(dòng):8371/amnmsg/getMsgId37080遼寧省遼陽市移動(dòng)/MessagePush/DeviceNetworkStatus.ashx1276安徽省合肥市移動(dòng)……案例三：時(shí)延類指標(biāo)統(tǒng)計(jì)分析TCP建立過程時(shí)長(zhǎng)（毫秒）占比TCP建立總時(shí)長(zhǎng)40.88100.0%TCP建立網(wǎng)絡(luò)側(cè)時(shí)長(zhǎng)14.7536.1%TCP建立空口時(shí)長(zhǎng)26.1363.9%現(xiàn)網(wǎng)HTTP瀏覽類業(yè)務(wù)TCP建立時(shí)長(zhǎng)統(tǒng)計(jì)如下表：從統(tǒng)計(jì)結(jié)果可以看出，在TCP建立過程中的40.88ms中，有64%的時(shí)延損耗在了空口上，所以空口時(shí)延對(duì)TCP建立時(shí)長(zhǎng)都影響最大，空口時(shí)延損耗大小取決于空口網(wǎng)絡(luò)資源和網(wǎng)絡(luò)參數(shù)的配置以及網(wǎng)絡(luò)環(huán)境的優(yōu)劣等。如下表所示為時(shí)延較長(zhǎng)的小區(qū)和SP定位：cgi時(shí)延（ms）次數(shù)cellname972684803872366XUC-1995735343478183CUZ--71972044903045113TOL-019813811225792397HF-51server_ip時(shí)延（ms）請(qǐng)求次數(shù)IP歸屬528779139美國(guó)577607506北京市電信66321109廣東深圳市移動(dòng)1358239002香港特別行政區(qū)1.察看終端問題2.是漫游用戶3.用戶的軌跡4.信令回溯并對(duì)比5.確認(rèn)現(xiàn)場(chǎng)情況6.解決問題案例四：VIP投訴處理分析問題描述：江蘇的VIP投訴：從江蘇來到安徽后發(fā)現(xiàn)LTE手機(jī)的上網(wǎng)速度只有2Mbps。問題現(xiàn)象：通過查詢用戶的話單，發(fā)現(xiàn)用戶使用的測(cè)速軟件確實(shí)只能夠?qū)崿F(xiàn)2Mbps的下載。通過信令回溯發(fā)現(xiàn)用戶的手機(jī)從3G切換到2G的時(shí)候，3GSGSN發(fā)給MME的SGSNCONTEXTREPSONSE消息攜帶的QOS值中的速率只有2Mbps。這是由于SGSN還沒有升級(jí)支持GTPv2。針對(duì)這個(gè)問題愛立信的解決辦法是通過，強(qiáng)制向手機(jī)發(fā)送ModifyE-RAB消息的方式將手機(jī)的速率提升到100Mbps。但是MME沒有給這個(gè)用戶發(fā)送ModifyE-RAB消息，所以導(dǎo)致用戶的速率沒有超過2Mbps。問題處理：案例五：23G到LTE的重選失敗案例問題描述：現(xiàn)網(wǎng)存在大量從23G到LTE的重選失敗，無小區(qū)或用戶規(guī)律出現(xiàn)；問題現(xiàn)象：TAUCause9：UEidentitycannotbederivedbythenetwork

網(wǎng)絡(luò)不能傳送UE標(biāo)識(shí) 可能原因：

(1)手機(jī)上報(bào)錯(cuò)誤的TAI/GUTI (2)DNS上TAI對(duì)應(yīng)的MMEIP地址配置錯(cuò)誤

(3)目標(biāo)MME出錯(cuò)問題處理：按LAC統(tǒng)計(jì)發(fā)現(xiàn)失敗集中在個(gè)別幾個(gè)LAC；查詢DNS配置發(fā)現(xiàn)并修正配置錯(cuò)誤；接入網(wǎng)部門做了LAC調(diào)整，但未及時(shí)通知核心網(wǎng)部門，因此出現(xiàn)此配置錯(cuò)誤在此之前，核心網(wǎng)優(yōu)化人員也曾做過DNS配置檢查，但因?yàn)閿?shù)量太大而無法盡查。Old_LAC值錯(cuò)誤值數(shù)量5459497265452896855453793675462392635459692112177095821852922220299212211691622025913547299112185591121882911案例六：LTE終端問題分析全省各類4G活躍終端中99%為手機(jī)終端，手機(jī)終端中數(shù)量超過100部的終端共有24種，55%為iPhone5S；CSFB終端中Iphone5S/5C占比達(dá)到98%。目前大部分LTE主流終端網(wǎng)絡(luò)指標(biāo)健康，主流終端的附著成功率、跟蹤區(qū)更新成功率（剔除用戶原因）基本在96%左右，但N9008V終端跟蹤區(qū)更新成功率有待于進(jìn)一步提升。案例六：N9008V終端問題原因分析統(tǒng)計(jì)N9008V終端跟蹤區(qū)失敗Cause結(jié)果及業(yè)務(wù)失敗原因如下：從上表可以看出導(dǎo)致N9008V終端跟蹤區(qū)失敗的主要原因是網(wǎng)絡(luò)資源不足和無線環(huán)境問題占總體失敗原因的95.5%以上。其中網(wǎng)絡(luò)資源不足占68.2%，無線問題占27.3%。因此需要重點(diǎn)關(guān)注失敗占比較高的跟蹤區(qū)的資源情況和問題小區(qū)的無線環(huán)境。下表列出了TOP10失敗較高的TAC和CGI以便重點(diǎn)進(jìn)行問題排查。由上圖統(tǒng)計(jì)分析來看該終端失敗原因主要是服務(wù)端超時(shí)造成的總體失敗原因的88%,其次是接入網(wǎng)超時(shí)占6.7%。數(shù)據(jù)一致性采集時(shí)鏈路復(fù)制存在問題會(huì)導(dǎo)致數(shù)據(jù)的一致性問題：鏈路缺失，有上行沒下行或相反，是鏈路采集不全控制面信令是雙份的，原因是采集包含了冗余鏈路有控制面信令沒用戶面流量，原因是鏈路采集不全也可能是以上情況的組合，需要逐個(gè)排除本系統(tǒng)內(nèi)置了數(shù)據(jù)一致性驗(yàn)證功能，在解碼時(shí)自學(xué)習(xí)網(wǎng)絡(luò)拓?fù)浜玩溌沸畔?，?duì)數(shù)據(jù)的一致性進(jìn)行驗(yàn)證。數(shù)據(jù)完整性某主設(shè)備廠家在其優(yōu)化服務(wù)中使用了一款三方軟件做采集，再用易諳分析系統(tǒng)進(jìn)行離線分析在使用本系統(tǒng)處理數(shù)據(jù)時(shí)，發(fā)現(xiàn)采集期間有嚴(yán)重丟包數(shù)據(jù)完整性是采集分析系