《LTE數(shù)據(jù)業(yè)務(wù)信令感知優(yōu)化介紹.pptx》由會(huì)員分享，可在線閱讀，更多相關(guān)《LTE數(shù)據(jù)業(yè)務(wù)信令感知優(yōu)化介紹.pptx（42頁珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

LTE數(shù)據(jù)業(yè)務(wù)信令感知優(yōu)化 端到端優(yōu)化界面 傳統(tǒng)優(yōu)化體系手段單一不便問題定位 客戶端 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)行解決 S1 IP網(wǎng) 點(diǎn)播 直播節(jié)點(diǎn)服務(wù)器 SP內(nèi)容源服務(wù)器 FW EPC 服務(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ù) 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)情況并存檔 日常監(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ù)入庫正常 入庫時(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)軟件庫 更新內(nèi)容包括終端IMEI庫 SP站點(diǎn)庫等資源信息 同時(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ì) 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)選取 端到端優(yōu)化體系可以從業(yè)務(wù)流程交互的各個(gè)環(huán)節(jié)端到端的進(jìn)行問題分析和定位 從而快速準(zhǔn)確的找到問題原因 業(yè)務(wù)瓶頸從而制定出切實(shí)有效的解決方案針對(duì)特定問題進(jìn)行解決 端到端用戶感知質(zhì)量評(píng)估及優(yōu)化 2 由于不同的數(shù)據(jù)業(yè)務(wù)類型具有不同的特性 因此 在建立數(shù)據(jù)業(yè)務(wù)用戶感知評(píng)估體系時(shí)需要考慮業(yè)務(wù)特性對(duì)接入性 保持性 完整性的需求差異 并以此來設(shè)置不同維度的權(quán)重 端到端感知體系業(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è)配合 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ù)分析 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用戶保障 根據(jù)VIP客戶集合建檔分組 對(duì)VIP客戶進(jìn)行歷史回溯 定位投訴原因 基于用戶反饋的后向用戶感知提升 基于VIP用戶反饋和投訴 針對(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é)果 投訴用戶話單分析 投訴用戶信令回溯分析 信令回溯 控制面信令的位元解碼 用戶面呼叫的業(yè)務(wù)詳單 S1 mme S6a S11 S1 U 豐富的話單信息 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é)助信令分析人員定位問題原因 現(xiàn)場(chǎng)測(cè)試分析 5 案例一 個(gè)別用戶 終端附著問題導(dǎo)致整體附著失敗率異常 其中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 兩款終端 回溯信令發(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ò)誤 從上表統(tǒng)計(jì)可以看出 案例二 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地址如下表 從上表可以看出主要本地wap網(wǎng)關(guān)10 0 0 172地址產(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ù)器地址如下 從上表可以看出失敗較多的是211 137 35 180遼寧省遼陽市移動(dòng)服務(wù)器和221 130 162 IP段的安徽合肥移動(dòng)服務(wù)器建議對(duì)這些服務(wù)器進(jìn)行問題排查 案例三 時(shí)延類指標(biāo)統(tǒng)計(jì)分析 現(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定位 案例四 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ù)量太大而無法盡查 案例六 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ù)完整性是采集分析系統(tǒng)正常工作的前提 數(shù)據(jù)采集一致性和完整性 數(shù)據(jù)驗(yàn)證過程 首先采集流量然后驗(yàn)證流量的一致性和完整性發(fā)現(xiàn)問題后及時(shí)反饋驗(yàn)證結(jié)果配合局方進(jìn)行線路調(diào)整重復(fù)上述流程 直至流量正常 流量采集 流量驗(yàn)證 問題 反饋 調(diào)整采集線路 有問題 完成數(shù)據(jù)驗(yàn)證 開始采集 沒問題 5 軟硬件系統(tǒng)部署方案 DC 1 采集卡 DB 1 SWITCH FILE 1 分流器 分光或鏡像 客戶端 分光或鏡像 涉及到跨機(jī)房采集 需要拉傳輸送到系統(tǒng)部署機(jī)房 部署位置 辦公位置 DB 分析服務(wù)器 數(shù)據(jù)庫存儲(chǔ)話單 對(duì)客戶端提供報(bào)表 DC 解碼服務(wù)器 輸出話單到DB和FILE服務(wù)器 FILE 檢索服務(wù)器 對(duì)客戶端提供單用戶信令流程回溯 LTE現(xiàn)網(wǎng)話務(wù)統(tǒng)計(jì) 參考23G話統(tǒng)數(shù)據(jù) 1 8Gbps系統(tǒng)支持雙平面2 5Gbps流量接入時(shí)的實(shí)時(shí)處理和話單合成 采集機(jī)房 系統(tǒng)配置 硬件配置 軟件配置 謝謝