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

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

LTE數(shù)據(jù)業(yè)務(wù)信令感知優(yōu)化 端到端優(yōu)化界面 傳統(tǒng)優(yōu)化體系手段單一不便問題定位 客戶端 EnodeB 傳統(tǒng)手段 DT CQT測試 無線參數(shù)調(diào)整網(wǎng)管指標提升 端到端優(yōu)化借助多種優(yōu)化手段分析業(yè)務(wù)交互各個環(huán)節(jié) 端到端優(yōu)化手段 1 核心網(wǎng)信令監(jiān)控分析 2 核心網(wǎng)信令抓包 3 服務(wù)器機制調(diào)整 4 TCP協(xié)議優(yōu)化5 傳統(tǒng)無線優(yōu)化 端到端優(yōu)化 端到端優(yōu)化可以從業(yè)務(wù)流程交互的各個環(huán)節(jié)進行問題分析和定位 從而快速準確的找到問題原因 業(yè)務(wù)瓶頸 從而制定出切實有效的解決方案針對特定問題進行解決 S1 IP網(wǎng) 點播 直播節(jié)點服務(wù)器 SP內(nèi)容源服務(wù)器 FW EPC 服務(wù)內(nèi)容 VIP用戶保障 自營業(yè)務(wù)推送策略數(shù)據(jù)支撐業(yè)務(wù)精準營銷數(shù)據(jù)支撐用戶行為分析熱點應(yīng)用分析 VIP用戶感知跟蹤監(jiān)控歷史狀態(tài)原景回溯處理用戶投訴現(xiàn)場測試驗證定位業(yè)務(wù)故障節(jié)點 服務(wù)框架 KQI QOE指標體系建立用戶感知評分例行通報用戶感知異常監(jiān)控 市場支撐 日常監(jiān)控 網(wǎng)絡(luò)狀態(tài)實時監(jiān)控業(yè)務(wù)情況實時監(jiān)控網(wǎng)絡(luò) 業(yè)務(wù)實時告警日常指標例行通報重大活動 節(jié)日指標監(jiān)控保障平臺巡檢 業(yè)務(wù)質(zhì)量感知體系 性能指標深度分析業(yè)務(wù)質(zhì)量提升專題 性能分析 依托先進的LTE全量信令監(jiān)測及分析系統(tǒng) 開展以下服務(wù) 5 日常監(jiān)控 業(yè)務(wù)質(zhì)量感知提升 性能分析及市場支撐 用戶保障 外場測試 日常監(jiān)控 1 1 日常指標監(jiān)控 用戶維度 用戶業(yè)務(wù)行為 高流量用戶位置區(qū)域分布 戶均流量 戶均業(yè)務(wù)量 戶均業(yè)務(wù)時長 用戶對LTE網(wǎng)絡(luò)的黏性 用戶上網(wǎng)時段 用戶喜歡等維度進行統(tǒng)計 終端維度 業(yè)務(wù)維度 包括業(yè)務(wù)流量構(gòu)成 業(yè)務(wù)訪問量構(gòu)成 業(yè)務(wù)流量流向 業(yè)務(wù)速率 業(yè)務(wù)成功率 業(yè)務(wù)時延 TOP業(yè)務(wù)分析 自有業(yè)務(wù)與非自有業(yè)務(wù)對比分等維度統(tǒng)計 應(yīng)用維度 包括TOPN的SP網(wǎng)站分析 對各SP網(wǎng)站統(tǒng)計業(yè)務(wù)成功率 上下行吞吐率 Kbps 會話次數(shù) 成功 失敗 上下行流量統(tǒng)計 分組數(shù) 字節(jié)數(shù) 丟包重傳亂序數(shù) 上下行傳輸應(yīng)答時延 毫秒 上下行會話在線時長 包括4G終端品牌構(gòu)成 終端品牌市場滲透 終端品牌活躍度 終端型號構(gòu)成 終端型號流量貢獻度 終端型號活躍度 終端型號對網(wǎng)絡(luò)黏性 終端型號質(zhì)量 終端型號與網(wǎng)絡(luò)適配性 終端型號與業(yè)務(wù)適配性等維度進行統(tǒng)計 對LTE重點網(wǎng)絡(luò)指標開展多維度 準實時 延時小于15分鐘 的監(jiān)控 每日記錄網(wǎng)絡(luò)指標情況并存檔 日常監(jiān)控 2 2 平臺巡檢 每日對信令平臺系統(tǒng)級告警和log文件進行檢查 確認采集系統(tǒng)各設(shè)備運行狀態(tài)正常 確保數(shù)據(jù)入庫正常 入庫時延處于正常范圍 不影響信令分析工作 平臺具備自檢功能 信令分析團隊每日對采集到的數(shù)據(jù)流量與前一日進行對比 確保采集到的數(shù)據(jù)完整 每周對平臺采集到的數(shù)據(jù)流量與網(wǎng)管數(shù)據(jù)進行一次對比 由信令分析團隊提供基于信令的全天24小時按照小時粒度的SGSN流量 Attach成功率 默認承載激活成功率 含用戶原因 TAU成功率 MME SGW流量等指標 與局方提供的OSS系統(tǒng)統(tǒng)計結(jié)果進行對比和差異分析 用百分比方式呈現(xiàn) 提交對比分析報告 日常監(jiān)控組每月至少安排一次到采集機房現(xiàn)場設(shè)備巡檢工作 確保采集設(shè)備硬件狀態(tài)正常 并提供巡檢報告 最少每月更新一次平臺軟件庫 更新內(nèi)容包括終端IMEI庫 SP站點庫等資源信息 同時根據(jù)網(wǎng)絡(luò)調(diào)整情況 不定期更新信令分析平臺內(nèi)現(xiàn)網(wǎng)設(shè)備信息 日常指標通報 針對重要端到端業(yè)務(wù)性能指標 如TCP連接成功率 DNS連接成功率等進行準實時數(shù)據(jù)分析及通報工作 一旦出現(xiàn)指標下降超過預(yù)警門限 定位到最末端網(wǎng)元及IP地址段 數(shù)據(jù)實時解析 監(jiān)控 通報 1 工作日每天例行通報2次早上10 30前通報前一日整體指標下午17 30前通報當(dāng)天9 30到17 30整體指標分MME SGW TAC EnodeB等網(wǎng)元維度進行通報2 實時監(jiān)控全網(wǎng)重點業(yè)務(wù)指標一旦出現(xiàn)指標相比上一日同時段下降超過預(yù)警門限的情況 工作日在1小時內(nèi)上報局方值班人員3 熱點區(qū)域性能監(jiān)控對熱點區(qū)域或小區(qū)進行全方位性能指標監(jiān)控并實時通報 指標通報機制 網(wǎng)絡(luò)優(yōu)化組 網(wǎng)絡(luò)維護組 核心網(wǎng)監(jiān)控組 重大活動 節(jié)日指標監(jiān)控保障 針對西藏的重大活動及節(jié)日進行指標監(jiān)控性保障 發(fā)現(xiàn)異常情況及時通報并配合解決網(wǎng)絡(luò)問題 用戶數(shù)變化趨勢 大型活動及節(jié)日用戶數(shù)分析 大型活動及節(jié)日流量對比分析 上下行總流量對比 大型活動場內(nèi)外性能對比分析 場內(nèi)外Attach附著次數(shù)對比 場內(nèi)外Attach附著成功率對比 大型活動場內(nèi)外業(yè)務(wù)比分析 場內(nèi)業(yè)務(wù)占比 場外業(yè)務(wù)占比 日常性能監(jiān)控系統(tǒng)運用 多維度報表系統(tǒng) 示例為APP統(tǒng)計 網(wǎng)絡(luò)性能監(jiān)控 附著 承載激活 TAU 數(shù)據(jù)會話統(tǒng)計分鐘級監(jiān)測 會話數(shù) 用戶數(shù) 流量 按業(yè)務(wù)分類統(tǒng)計業(yè)務(wù)量 鉆取優(yōu)酷視頻的小區(qū)級統(tǒng)計 5 日常監(jiān)控 業(yè)務(wù)質(zhì)量感知提升 性能分析及市場支撐 用戶保障 外場測試 端到端用戶感知質(zhì)量評估及優(yōu)化 1 感知體系構(gòu)建原則及方法指標體系構(gòu)建要以信令流程中各環(huán)節(jié)指標為主 能夠準確反映用戶當(dāng)前客戶感知 指標應(yīng)涵蓋用戶使用數(shù)據(jù)業(yè)務(wù)的各流程與環(huán)節(jié) 能夠全面的反映用戶感知情況 統(tǒng)一維度下選取的指標之間盡可能不相互影響 確保權(quán)重計算的相對準確 端到端感知體系指標應(yīng)涵蓋用戶業(yè)務(wù)過程中的主要用戶感知維度 因此選取的指標可包含接入性 保持性 完整性三類特性 具體定義如下 接入性指標 反映用戶接入網(wǎng)絡(luò)快慢和業(yè)務(wù)的成功率 保持性指標 反映用戶使用數(shù)據(jù)業(yè)務(wù)的連續(xù)性 穩(wěn)定性 以及上網(wǎng)速率 完整性指標 反映用戶接入網(wǎng)絡(luò)后 能否在給定的網(wǎng)絡(luò)環(huán)境下完成數(shù)據(jù)業(yè)務(wù) 端到端感知體系指標選取 端到端優(yōu)化體系可以從業(yè)務(wù)流程交互的各個環(huán)節(jié)端到端的進行問題分析和定位 從而快速準確的找到問題原因 業(yè)務(wù)瓶頸從而制定出切實有效的解決方案針對特定問題進行解決 端到端用戶感知質(zhì)量評估及優(yōu)化 2 由于不同的數(shù)據(jù)業(yè)務(wù)類型具有不同的特性 因此 在建立數(shù)據(jù)業(yè)務(wù)用戶感知評估體系時需要考慮業(yè)務(wù)特性對接入性 保持性 完整性的需求差異 并以此來設(shè)置不同維度的權(quán)重 端到端感知體系業(yè)務(wù)特點及權(quán)重設(shè)置 四類業(yè)務(wù)的主要特點 四類業(yè)務(wù)的應(yīng)用權(quán)重 以上各個KQI指標具體權(quán)重值可在實踐中進行合理調(diào)整 端到端用戶感知質(zhì)量評估及優(yōu)化 3 利用LTE端到端感知體系及其問題定界規(guī)則開展西藏端到端感知評估及端到端感知質(zhì)量提升工作 優(yōu)化總體思路 利用端到端感知信令分析平臺對現(xiàn)網(wǎng)各KQI指標進行評估 然后利用端到端感知體系定界規(guī)則進行各問題原因定位 最終根據(jù)問題形成原因提出優(yōu)化建議開展優(yōu)化實施并進行效果驗證 優(yōu)化內(nèi)容和手段 1 利用小區(qū)級KQI體系篩選出雙優(yōu)小區(qū) 網(wǎng)絡(luò)資源情況開展資源精細化配置及資源均衡操作工作 2 利用小區(qū)級KQI體系定位雙差小區(qū)指導(dǎo)無線優(yōu)化 開展問題小區(qū)無線質(zhì)量優(yōu)化提升工作 3 利用小區(qū)級KQI體系定位單差小區(qū) 針對單差小區(qū)深入分析影響用戶感知的潛在問題 開展研究性專題分析工作 4 小區(qū) 終端 業(yè)務(wù)等不同維度下載速率提升 5 業(yè)務(wù)時延分析 6 終端與網(wǎng)絡(luò)側(cè)配合 5 日常監(jiān)控 業(yè)務(wù)質(zhì)量感知提升 性能分析及市場支撐 用戶保障 外場測試 數(shù)據(jù)業(yè)務(wù)質(zhì)量提升專題 通過LTE信令數(shù)據(jù)日常指標監(jiān)控 感知評估分析等結(jié)果 分別從業(yè)務(wù) 用戶 終端 應(yīng)用等維度深度解析網(wǎng)絡(luò)情況 重點針對部分網(wǎng)絡(luò)指標開展專題分析 根據(jù)實際問題提出有效的數(shù)據(jù)支撐 提升網(wǎng)絡(luò)質(zhì)量 針對速率 時延提升的感知類專題 實施方案如下 速率 時延類感知評估 業(yè)務(wù)流量應(yīng)用統(tǒng)計 原因分析 提交無線側(cè)排查 覆蓋類 干擾類 擁塞類 信道 時隙 覆蓋調(diào)整 干擾排查 資源調(diào)整 配置調(diào)整 無線側(cè)是否有問題 提交核心網(wǎng)側(cè)排查 資源類 時域類 業(yè)務(wù)類 終端類 資源引入 時間粒度分析 業(yè)務(wù)組成及行為分析 終端分析 核心網(wǎng)側(cè)是否有問題 結(jié)果跟蹤 開展專題分析 問題優(yōu)化 是 否 是 否 性能指標深度分析 查看網(wǎng)絡(luò)性能指標 找到具體失敗錯誤代碼 查看某一錯誤代碼影響到的用戶 深入信令細節(jié)定位錯誤 查看具體的信令流程 自上而下 由淺入深 精確定位故障 快速提升網(wǎng)絡(luò)性能 通過網(wǎng)絡(luò)性能指標深度分析 實現(xiàn)前向用戶感知提升 市場支撐 根據(jù)用戶行為 熱點應(yīng)用 業(yè)務(wù)流量 終端使用等維度的分析結(jié)果 為市場營銷側(cè)提供網(wǎng)絡(luò)中的用戶喜好 自有業(yè)務(wù)推送策略 業(yè)務(wù)精準營銷等方案提供準確 全量的數(shù)據(jù)支撐 用戶喜好挖掘分析 支持使用喜好統(tǒng)計分析 內(nèi)容主要包括如下方面 A 支持多用戶分組B 用戶的業(yè)務(wù)分布 在線時長 網(wǎng)站使用等 支持自營業(yè)務(wù)統(tǒng)計分析 內(nèi)容主要包括如下方面 A 自營業(yè)務(wù)質(zhì)量分析 B 統(tǒng)計各自營業(yè)務(wù)的用戶數(shù) 會話數(shù) 成功率 流量統(tǒng)計 應(yīng)答時延 數(shù)傳吞吐率 并按全局 網(wǎng)元級和小區(qū)級提供報表 自營業(yè)務(wù)推送策略支撐 支持對重點業(yè)務(wù)應(yīng)用性能 流量等分析 內(nèi)容主要包括如下方面 A 業(yè)務(wù)規(guī)模 流量B 終端品牌分布與型號統(tǒng)計C 業(yè)務(wù)質(zhì)量分析 TCP丟包 重傳 速率分析 業(yè)務(wù)精準營銷數(shù)據(jù)支撐 市場支撐 用戶行為分析 對指定用戶做全方位的分析 包括終端信息 感知評估 業(yè)務(wù)質(zhì)量 業(yè)務(wù)偏好 用戶行為 移動性分析 信令分析等 內(nèi)容主要包括如下方面 用戶基本信息 終端信息感知評估網(wǎng)絡(luò)質(zhì)量業(yè)務(wù)偏好 用戶行為 網(wǎng)站的偏好時間偏好區(qū)域偏好 移動性分析多接口信令的統(tǒng)計分析 市場營銷人員可首先對用戶做一個全方面的分析 形成精準的用戶畫像 從整體上快速了解該用戶的健康狀況和日常行為偏好 精準的用戶畫像包括但不僅限于以下功能 用戶基本信息 感知評估 網(wǎng)絡(luò)質(zhì)量 業(yè)務(wù)質(zhì)量 時間偏好 業(yè)務(wù)偏好 區(qū)域偏好和網(wǎng)站偏好等 熱點應(yīng)用分析 應(yīng)用維度分析 內(nèi)容主要包括如下方面 1 SP與頻道的統(tǒng)計分析2 域名服務(wù)分析3 瀏覽業(yè)務(wù)的內(nèi)容分類統(tǒng)計分析4 自營業(yè)務(wù)分析5 下載類業(yè)務(wù)分析 5 日常監(jiān)控 業(yè)務(wù)質(zhì)量感知提升 性能分析及市場支撐 用戶保障 外場測試 VIP用戶保障 對VIP用戶及熱點區(qū)域進行重點關(guān)懷 提升網(wǎng)絡(luò)品牌形象 VIP用戶保障 根據(jù)VIP客戶集合建檔分組 對VIP客戶進行歷史回溯 定位投訴原因 基于用戶反饋的后向用戶感知提升 基于VIP用戶反饋和投訴 針對常規(guī)手段無法解決的投訴點 通過精細化的信令回溯及多維度數(shù)據(jù)評估分析定位原因 支撐后續(xù)針對性的解決方案 從而從整體上提升用戶感知 VIP用戶投訴處理 VIP用戶投訴處理是對網(wǎng)絡(luò)指標進行統(tǒng)計 分析 定位原因的過程 a 單用戶指標統(tǒng)計 根據(jù)各類指標統(tǒng)計 定位性能感知較差指標 b 逐級下鉆定位問題 SGW ENB CI等多個維度的逐級下鉆 快速 準確地定位問題 c 最終可以下鉆至用戶話單 通過信令查詢 回溯的方式來分析問題原因 輸出分析結(jié)果 投訴用戶話單分析 投訴用戶信令回溯分析 信令回溯 控制面信令的位元解碼 用戶面呼叫的業(yè)務(wù)詳單 S1 mme S6a S11 S1 U 豐富的話單信息 5 日常監(jiān)控 業(yè)務(wù)質(zhì)量感知提升 性能分析及市場支撐 用戶保障 外場測試 外場測試支撐 投訴問題點跟蹤處理 問題點現(xiàn)場測試驗證 通信保障支持 根據(jù)信令專題及保障需求 安排測試人員赴現(xiàn)場進行LTE測試并進行分析 協(xié)助信令分析人員定位問題原因 現(xiàn)場測試分析 5 案例一 個別用戶 終端附著問題導(dǎo)致整體附著失敗率異常 其中Cause15占比66 3 分別從兩個維度對原因進行分析 用戶維度從用戶維度分析發(fā)現(xiàn)cause15失敗主要是由于用戶 460005681138754 附著請求被拒絕該終端間隔五秒鐘一次發(fā)起附著總計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 的用機習(xí)慣相關(guān) 查看用戶話單記錄時間 該用戶白天8點40左右開始使用 酷派8720L 晚上12點以后開始使用 海信HS X8T 因此 導(dǎo)致這兩款終端整體指標偏低 案例二 HTTP瀏覽業(yè)務(wù)端到端性能指標分析 現(xiàn)網(wǎng)中HTTP瀏覽類業(yè)務(wù)可通過HTTP協(xié)議中的響應(yīng) response 消息中狀態(tài)碼statuscode字段進行失敗原因的問題定界 從下表統(tǒng)計結(jié)果可以看出導(dǎo)致成功率低的異常狀態(tài)碼主要是 4XX請求錯誤 占總失敗原因74 4 其次是 5XX服務(wù)器錯誤 占25 6 對 4XX請求錯誤 和 5XX服務(wù)器錯誤 失敗狀態(tài)碼及其失敗次數(shù)進行詳細統(tǒng)計如上表 其中HTTP錯誤碼為404 notfound 和502 BadGateway 這2種失敗原因加起來占了總體失敗的67 以上 案例二 HTTP瀏覽業(yè)務(wù)端到端性能分析 404錯誤 從上表統(tǒng)計可以看出 案例二 HTTP瀏覽業(yè)務(wù)端到端性能分析 502錯誤 HTTPresponse 502BadGateway問題原因是作為網(wǎng)關(guān)或者代理工作的服務(wù)器嘗試執(zhí)行請求時 從上游服務(wù)器接收到無效的響應(yīng) 統(tǒng)計現(xiàn)網(wǎng)502失敗次數(shù)TOP10的URL及其對應(yīng)的代理服務(wù)器IP地址如下表 從上表可以看出主要本地wap網(wǎng)關(guān)10 0 0 172地址產(chǎn)生的錯誤 建議優(yōu)化本地wap網(wǎng)關(guān) HTTPresponse 500InternalServerError錯誤是服務(wù)器遇到了一個未曾預(yù)料的狀況 導(dǎo)致了它無法完成對請求的處理 一般來說 500錯誤這個問題會在服務(wù)器的程序碼出錯時出現(xiàn) 最可能的原因是該網(wǎng)站正在進行維護或者該網(wǎng)站有程序錯誤 統(tǒng)計現(xiàn)網(wǎng)500錯誤失敗次數(shù)TOP10的URI及其對應(yīng)服務(wù)器地址如下 從上表可以看出失敗較多的是211 137 35 180遼寧省遼陽市移動服務(wù)器和221 130 162 IP段的安徽合肥移動服務(wù)器建議對這些服務(wù)器進行問題排查 案例三 時延類指標統(tǒng)計分析 現(xiàn)網(wǎng)HTTP瀏覽類業(yè)務(wù)TCP建立時長統(tǒng)計如下表 從統(tǒng)計結(jié)果可以看出 在TCP建立過程中的40 88ms中 有64 的時延損耗在了空口上 所以空口時延對TCP建立時長都影響最大 空口時延損耗大小取決于空口網(wǎng)絡(luò)資源和網(wǎng)絡(luò)參數(shù)的配置以及網(wǎng)絡(luò)環(huán)境的優(yōu)劣等 如下表所示為時延較長的小區(qū)和SP定位 案例四 VIP投訴處理分析 問題描述 江蘇的VIP投訴 從江蘇來到安徽后發(fā)現(xiàn)LTE手機的上網(wǎng)速度只有2Mbps 問題現(xiàn)象 通過查詢用戶的話單 發(fā)現(xiàn)用戶使用的測速軟件確實只能夠?qū)崿F(xiàn)2Mbps的下載 通過信令回溯發(fā)現(xiàn)用戶的手機從3G切換到2G的時候 3GSGSN發(fā)給MME的SGSNCONTEXTREPSONSE消息攜帶的QOS值中的速率只有2Mbps 這是由于SGSN還沒有升級支持GTPv2 針對這個問題愛立信的解決辦法是通過 強制向手機發(fā)送ModifyE RAB消息的方式將手機的速率提升到100Mbps 但是MME沒有給這個用戶發(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標識可能原因 1 手機上報錯誤的TAI GUTI 2 DNS上TAI對應(yīng)的MMEIP地址配置錯誤 3 目標MME出錯問題處理 按LAC統(tǒng)計發(fā)現(xiàn)失敗集中在個別幾個LAC 查詢DNS配置發(fā)現(xiàn)并修正配置錯誤 接入網(wǎng)部門做了LAC調(diào)整 但未及時通知核心網(wǎng)部門 因此出現(xiàn)此配置錯誤在此之前 核心網(wǎng)優(yōu)化人員也曾做過DNS配置檢查 但因為數(shù)量太大而無法盡查 案例六 LTE終端問題分析 全省各類4G活躍終端中99 為手機終端 手機終端中數(shù)量超過100部的終端共有24種 55 為iPhone5S CSFB終端中Iphone5S 5C占比達到98 目前大部分LTE主流終端網(wǎng)絡(luò)指標健康 主流終端的附著成功率 跟蹤區(qū)更新成功率 剔除用戶原因 基本在96 左右 但N9008V終端跟蹤區(qū)更新成功率有待于進一步提升 案例六 N9008V終端問題原因分析 統(tǒng)計N9008V終端跟蹤區(qū)失敗Cause結(jié)果及業(yè)務(wù)失敗原因如下 從上表可以看出導(dǎo)致N9008V終端跟蹤區(qū)失敗的主要原因是網(wǎng)絡(luò)資源不足和無線環(huán)境問題占總體失敗原因的95 5 以上 其中網(wǎng)絡(luò)資源不足占68 2 無線問題占27 3 因此需要重點關(guān)注失敗占比較高的跟蹤區(qū)的資源情況和問題小區(qū)的無線環(huán)境 下表列出了TOP10失敗較高的TAC和CGI以便重點進行問題排查 由上圖統(tǒng)計分析來看該終端失敗原因主要是服務(wù)端超時造成的總體失敗原因的88 其次是接入網(wǎng)超時占6 7 數(shù)據(jù)一致性采集時鏈路復(fù)制存在問題會導(dǎo)致數(shù)據(jù)的一致性問題 鏈路缺失 有上行沒下行或相反 是鏈路采集不全控制面信令是雙份的 原因是采集包含了冗余鏈路有控制面信令沒用戶面流量 原因是鏈路采集不全也可能是以上情況的組合 需要逐個排除本系統(tǒng)內(nèi)置了數(shù)據(jù)一致性驗證功能 在解碼時自學(xué)習(xí)網(wǎng)絡(luò)拓撲和鏈路信息 對數(shù)據(jù)的一致性進行驗證 數(shù)據(jù)完整性某主設(shè)備廠家在其優(yōu)化服務(wù)中使用了一款三方軟件做采集 再用易諳分析系統(tǒng)進行離線分析在使用本系統(tǒng)處理數(shù)據(jù)時 發(fā)現(xiàn)采集期間有嚴重丟包數(shù)據(jù)完整性是采集分析系統(tǒng)正常工作的前提 數(shù)據(jù)采集一致性和完整性 數(shù)據(jù)驗證過程 首先采集流量然后驗證流量的一致性和完整性發(fā)現(xiàn)問題后及時反饋驗證結(jié)果配合局方進行線路調(diào)整重復(fù)上述流程 直至流量正常 流量采集 流量驗證 問題 反饋 調(diào)整采集線路 有問題 完成數(shù)據(jù)驗證 開始采集 沒問題 5 軟硬件系統(tǒng)部署方案 DC 1 采集卡 DB 1 SWITCH FILE 1 分流器 分光或鏡像 客戶端 分光或鏡像 涉及到跨機房采集 需要拉傳輸送到系統(tǒng)部署機房 部署位置 辦公位置 DB 分析服務(wù)器 數(shù)據(jù)庫存儲話單 對客戶端提供報表 DC 解碼服務(wù)器 輸出話單到DB和FILE服務(wù)器 FILE 檢索服務(wù)器 對客戶端提供單用戶信令流程回溯 LTE現(xiàn)網(wǎng)話務(wù)統(tǒng)計 參考23G話統(tǒng)數(shù)據(jù) 1 8Gbps系統(tǒng)支持雙平面2 5Gbps流量接入時的實時處理和話單合成 采集機房 系統(tǒng)配置 硬件配置 軟件配置 謝謝