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

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

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