TD-LTE網優(yōu)KPI指標優(yōu)化指導手冊.doc

TD LTE 網優(yōu)網優(yōu) KPI 指標優(yōu)化指標優(yōu)化 工作指導手冊工作指導手冊 項目名稱 文檔編號 版 本 號 作 者 版權所有 大唐移動通信設備有限公司 本資料及其包含的所有內容為大唐移動通信設備有限公司 大唐移動 所有 受中國法律及適用之 國際公約中有關著作權法律的保護 未經大唐移動書面授權 任何人不得以任何形式復制 傳 播 散布 改動或以其它方式使用本資料的部分或全部內容 違者將被依法追究責任 文檔更新記錄文檔更新記錄 日期更新人版本備注 2013 7 17 王學斌 V0 0 1 創(chuàng)建 2013 7 31 王學斌 盧顥 V0 0 2 添加RRC ERAB 掉線CDL信令流程及失敗原因 2013 9 20 王學斌 張發(fā) 厚 索志剛 魏 曉東 閆俊霖 徐世勛 V0 0 3 編寫案例 2013 9 29 徐世勛 V0 0 4 增加章節(jié)2 KPI優(yōu)化的工作流程及內容 2013 10 23 王學斌 周曉 華 王會慶 V0 0 5 增加案例 2013 10 24 徐世勛 V0 0 6 匯總及增加KPI問題處理工單模板 2013 11 5 徐世勛 V0 0 7 根據(jù)評審意見進行修改 2013 11 8 童志堅 V0 0 8 增加童志堅整理的案例 3 5 2小區(qū)上行功控參 數(shù)設置問題 目目 錄錄 1 前前 言言 5 2 KPI 優(yōu)化的工作流程及內容優(yōu)化的工作流程及內容 5 2 1KPI 優(yōu)化工作總體流程 5 2 2KPI 優(yōu)化工作內容 6 2 2 1KPI 數(shù)據(jù)生成 6 2 2 2KPI 數(shù)據(jù)分析 7 2 2 3問題處理 7 2 2 4問題跟蹤和核查 8 2 3KPI 優(yōu)化工作邏輯圖 8 2 4KPI 優(yōu)化工作模板和示例 9 3 RRC 連接建立成功率優(yōu)化連接建立成功率優(yōu)化 10 3 1理論介紹 10 3 2指標定義 10 3 3CDL 信令流程及失敗原因 11 3 3 1正常過程 11 3 3 2異常過程 11 3 4優(yōu)化方法介紹 12 3 4 1上行隨機接入的問題 14 3 4 2小區(qū)重選參數(shù)問題 14 3 4 3下行初始發(fā)射功率偏低問題 15 3 4 4上行初始功控問題 15 3 5相關案例介紹分析 15 3 5 1小區(qū)重選參數(shù)問題 15 3 5 2小區(qū)上行功控參數(shù)設置問題 17 3 5 3小區(qū)測試開關參數(shù)問題 19 3 5 4 內存池耗盡導致信令發(fā)送失敗問題 21 3 5 5全頻帶高干擾導致接入失敗問題 24 4 ERAB 建立成功率建立成功率 27 4 1理論介紹 27 4 2指標定義 29 4 3CDL 信令流程及失敗原因 29 4 3 1正常過程 29 4 3 2異常過程 30 4 4相關案例介紹分析 33 4 4 1路由關系未配無法接入的問題 33 4 4 2網關 IP 配置錯誤導致無法附著 35 4 4 3安全參數(shù)配置問題 36 5 切換成功率優(yōu)化切換成功率優(yōu)化 37 5 1理論介紹 37 5 2指標定義 38 5 3CDL 信令流程 39 5 3 1正常過程 39 5 4優(yōu)化方法介紹 40 5 4 1切換信令流程 41 5 4 2涉及話統(tǒng)打點 43 5 4 3切換問題分類 45 5 5相關案例介紹分析 48 5 5 1硬件和傳輸故障 48 5 5 2鄰區(qū)漏配問題 50 5 5 3鄰區(qū)數(shù)據(jù)配置不當 52 5 5 4切換算法參數(shù)配置不當 54 5 5 5小區(qū)個性偏移參數(shù)調整案例 55 5 5 6切換時終端接入到非源和目標小區(qū)導致核心網釋放用戶問題 57 5 5 7鄰區(qū)移動網絡碼配置錯誤導致 S1 切換失敗 60 5 5 8開啟防乒乓切換開關導致不切換 62 5 5 9終端發(fā) A3 切換測量報告后 不觸發(fā)異頻切換 66 6 無線掉線率優(yōu)化無線掉線率優(yōu)化 68 6 1理論介紹 68 6 2指標定義 71 6 3CDL 失敗原因 71 6 3 1空口超時引起的掉話 71 6 3 2激活檢測 UE 不活動 78 6 3 3激活檢測 UE 丟失 78 6 3 4其他錯誤引起的掉話 79 6 4相關案例介紹分析 80 6 4 1切換不及時問題 80 6 4 2核心網問題 82 6 4 3激活檢測 UE 不活動和 UE 丟失造成的掉線分析 85 6 4 4幀頭未對齊導致的干擾問題 88 1前前 言言 話統(tǒng) KPI 是中國移動考核項之一 也是對網絡質量的最直觀反映 日常話統(tǒng)監(jiān)測是進 行網絡性能檢測的一種有效手段 通過日監(jiān)測 識別突發(fā)問題小區(qū) 將問題消除在初級階 段 通過周監(jiān)測 識別網絡性能持續(xù)短木板小區(qū) 針對性的進行提升優(yōu)化 話統(tǒng) KPI 主要包括以下幾大類 接入性指標 保持性指標 移動性指標 業(yè)務量指標 產品運行類指標 系統(tǒng)可用性指標和網絡資源利用率指標 通過上述重點話統(tǒng) KPI 指標的監(jiān)測 可以達到 識別突發(fā)問題 風險提前預警 話統(tǒng) KPI 的穩(wěn)定與提升 目前 TD LTE 系統(tǒng)需要重點關注的話統(tǒng) KPI 指標如下表 指標分類數(shù)據(jù)來源具體的 KPI 指標 RRC 連接建立成功率 ERAB 建立成功率接入性指標 無線接通率 保持性指標無線掉話率 ERAB 異常釋放 小區(qū) eNodeB 內切換出成功率 移動性指標 小區(qū) eNodeB 間切換出成功率 上 下行業(yè)務平均吞吐量量 業(yè)務量指標 無線側 上 下行 PRB 平均利用率 單板 CPU 最大占用率 產品運行類指標無線側 單板 CPU 平均占用率 系統(tǒng)可用性指標無線側無線網絡退服比例 上行 PRB 資源使用的平均個數(shù) 網絡資源指標無線側 下行 PRB 資源使用的平均個數(shù) 2KPI 優(yōu)化的工作流程及內容優(yōu)化的工作流程及內容 2 1KPI 優(yōu)化工作總體流程 KPI 優(yōu)化工作流程圖 2 2KPI 優(yōu)化工作內容 2 2 1KPI 數(shù)據(jù)生成 工作內容 使用預定義和自定義的統(tǒng)計項及模板生成 KPI 性能報表 通過 OMC Client 提取 KPI 報表 輸出 KPI 報表和重要指標失敗原因列表給 KPI 數(shù)據(jù)分析人員 KPI 報表生成和提取 相關操作請參考 LTE KPI 模板指導手冊 根據(jù) KPI 報表數(shù)據(jù) 選擇 KPI 指標最差 Top N 小區(qū) TOP N 小區(qū)的選擇 對某項指標 按照失敗率最高進行排序 選取前 20 個小區(qū) 再對這 20 個小區(qū)進行失敗次數(shù)分析 失敗 次數(shù)大于 20 次的 RRC 連接 切換 掉線等按失敗次數(shù)大于 20 次為標準 ERAB 建立失 敗指標按次數(shù)大于 10 次為標準 作為 TOP 小區(qū)進行分析 另外需要對指標再進行失敗次 數(shù)的降序排序 如果有小區(qū)失敗次數(shù)很多失敗率也較高但是未在之前選的 TOP 小區(qū)中 也 需要將這些小區(qū)作為 TOP 小區(qū)分析 KPI 數(shù)據(jù)生成工作所需輸入 工具和技術 輸出如圖所示 2 2 2KPI 數(shù)據(jù)分析 工作內容 KPI 指標變化趨勢分析 根據(jù) KPI 報表數(shù)據(jù) 分析全網 KPI 指標變化趨勢 尤其是存 在設備版本升級或參數(shù)全網性修改后 需要持續(xù)至少一周重點監(jiān)測 KPI 指標變化趨勢 TOP 小區(qū)分析 根據(jù) TOP 小區(qū)列表 重要指標失敗原因列表 歷史告警信息 網管數(shù) 據(jù) CDL 日志 IOT 數(shù)據(jù) 復測終端 LOG 等信息進行分析 先查看告警信息 確認有設 備故障類告警是否和 TOP 小區(qū)關聯(lián) 再使用與基站軟件版本匹配的 CDLBrowser 工具進行 指標統(tǒng)計和失敗信令流程分析確認 TOP 小區(qū)產生的原因 CDLBrowser 工具使用方法請參 考 CDL 分析工具使用手冊 KPI 數(shù)據(jù)分析工作所需輸入 工具及技術 輸出如圖所示 2 2 3問題處理 工作內容 1 通過 CDL 分析能夠明確定位 TOP 小區(qū)問題后 給出問題處理建議輸出給相關問題 處理人員 參數(shù)修改問題導給維護人員調整 和標定參數(shù)不一致的大規(guī)模參數(shù)修改需和 SE 確認 網絡優(yōu)化問題給出優(yōu)化建議導給網優(yōu)人員 由于設備故障引起的 KPI 指標惡化問 題導給排障人員處理 定位確認為產品缺陷要及時提交 BUG 推動和跟蹤版本解決 2 通過 CDL 分析無法明確定位 TOP 小區(qū)產生原因的問題 需要復測后結合終端側 log 再進一步分析 問題處理工作所需的輸入 工具及技術 輸出如圖所示 問題處理 輸入 工具及技術 輸出 2 2 4問題跟蹤和核查 工作內容 問題跟蹤和核查環(huán)節(jié) 主要依據(jù)問題列表 KPI 問題處理工單 BUG CR RR 編號 內 部討論推動和核查問題解決 和外部其它環(huán)節(jié)溝通確認問題進展 以形成問題閉環(huán) 最終 輸出 KPI 優(yōu)化報告 問題跟蹤和核查工作所需的輸入 工具及技術 輸出如圖所示 問題跟蹤和核查 輸入 工具及技術 輸出 2 3KPI 優(yōu)化工作邏輯圖 綜合 KPI 優(yōu)化工作流程和內容 KPI 優(yōu)化工作邏輯圖如下 KPI 優(yōu)化工作邏輯圖 2 4KPI 優(yōu)化工作模板和示例 1 KPI 優(yōu)化工作參考模板 TOP小區(qū)處理跟蹤表 xlsx KPI參數(shù)修改記錄表 xlsx KPI問題處理工單 d oc KPI 報表示例 KPI報表示例 xlsx重要指標失敗值示 例 xls 3RRC 連接建立成功率優(yōu)化連接建立成功率優(yōu)化 3 1理論介紹 RRC 連接建立過程分為兩個階段 準備階段和實施階段 在準備階段中 UE 會根據(jù) NAS 層的觸發(fā)原因和系統(tǒng)廣播中的接入限制信息 通過一系列檢查來判斷自己是否被允許 進行接入過程 如果可以 則執(zhí)行后續(xù)的實施階段 否則 UE 的 RRC 將啟動相應的定時器 在該定時器超時前 UE 無法發(fā)起任何接入過程 上述機制的目的是負荷擁塞控制 當網絡 負荷較重時限制某些 UE 進行接入 3 2指標定義 RRC 連接建立是指處于空閑狀態(tài)的 UE 或待開機的 UE 準備發(fā)起一個呼叫或響應尋呼 時發(fā)起的過程 出于降低接入時延的考慮 LTE 系統(tǒng)將 RRC 連接建立過程設計發(fā)生在 ENB 和 MME 之間的 S1 連接建立前 也就是在 ENB 尚未從 MME 獲得任何 UE 上下文前 ENB 需要將 RRC 連接建立完畢 因此該過程主要建立最基本的 SRB1 RRC 連接建立成 功意味著 UE 與網絡建立了信令連接 是進行其他業(yè)務的基礎 RRC 連接建立成功率主要通過話務統(tǒng)計結果獲得 推薦的公式為 RRC 建立成功率 RRC 連接建立完成次數(shù) RRC 連接請求次數(shù) 不包括重發(fā) 公式中相關各指標的具體統(tǒng)計方式如下所示 指標指標指標描述指標描述 RRC 連接請求次數(shù)小區(qū)接收 UE 的 RRC Connection Request 消息次數(shù) 不包括重發(fā) RRC 連接建立完成次數(shù)小區(qū)接收 UE 返回的 RRC Connection Setup Complete 消息次數(shù) 資源分配失敗而導致連接建立失敗的次數(shù) UE 無應答而導致連接建立失敗的次數(shù) RRC 建立失敗次數(shù) 小區(qū)發(fā)送 RRC Connection Reject 消息次數(shù) 3 3CDL 信令流程及失敗原因 3 3 1正常過程 MMEeNBUES1接口UU接口 RRC Connection Request RRC Connection Setup RRC Connection Setup Complete 圖 RRC 建立過程正常流程 每當在 CDL log 中發(fā)現(xiàn)一條 UU 接口 RRC Connection Request 消息時 代表某一個 UE 連接建立的開始 此后所有的消息都可以提取相同的 CellUeIndex 和 CELL ID 當看到 RRC Connection Setup 和 RRC Connection Setup Complete 消息時 標志著 RRC 建立正常流 程的結束 3 3 2異常過程 i RRC 連接建立完成超時 RRC OVERTIME MMEeNBUES1接口UU接口 RRC Connection Request RRC Connection Setup 圖 RRC 連接建立完成超時 每當在 CDL log 中發(fā)現(xiàn)一條 UU 接口 RRC Connection Request 消息時 代表某一個 UE 連接建立的開始 此后所有的消息都可以提取相同的 CellUeIndex 和 CELL ID 當看到 UU 接口的 RRC Connection Setup 和 RRC 事件類接口的 RRC OVERTIME 消息 并且第 3 條消 息的定時器類型字段為 RAC TIMER W RRC SETUP CMPLT 時 標志著 RRC 連接建立 完成超時 ii RRC 連接建立拒絕 MMEeNBUES1接口UU接口 RRC Connection Request RRC Connection Reject 圖 RRC 連接建立拒絕 每當在 CDL log 中發(fā)現(xiàn)一條 UU 接口 RRC Connection Request 消息時 代表某一個 UE 連接建立的開始 如圖 2 10 所示 第 1 2 條消息為 UU 接口的 RRC Connection Request RRC Connection Reject 2 條消 息有相同的小區(qū)標識與 UeIndexCell 是連接建立發(fā)生時基站為 UE 新分配的索引 3 4優(yōu)化方法介紹 LTE 系統(tǒng)內 RRC 連接建立失敗問題的可能原因大概分為如下幾條 RRC 建立失敗主要的原因有 上行隨機接入信道功率問題 小區(qū)重選參數(shù)問題 下行 初始發(fā)射功率偏低 上行初始功控問題 擁塞問題或設備異常問題等 當出現(xiàn) RRC 連接建立成功率低的問題時 首先按照上述問題分類 了解相關問題的范 圍 然后根據(jù)空口信號質量 參數(shù)配置 干擾和上下行功率調整及設備告警等方面入手逐 一排查解決 排除這些影響 RRC 連接建立成功率的客觀因素 逐步提升該指標的成功率 RRC 連接建立的過程主要包括以下 3 個個步驟 RRC 連接建立成功信令流程 1 首先 UE 通過 SRB0 發(fā)送 RRC Connection Setup Request 消息 注 SRB0 一直 存在 用來傳輸映射到 CCCH 的 RRC 信令 此消息主要攜帶 UE 初始 NAS 表示以 及該連接建立的原因等信息 此高層消息會觸發(fā) UE 的底層試題進行基于競爭的隨機接入 過程 RRC 連接建立請求消息就對應于底層隨機接入過程中的 Msg3 2 通過底層的競爭接入沖突解決機制 UE 接收到 ENB 的 RRC Connection Setup 消 息 建立了 UE 與 ENodeB 之間的 SRB1 NodeB 為 SRB1 配置 RLC 層和邏輯層信道的屬 性 ENB 還在此信令中對 PHY MAC RLC PDCP 等各個實體的配置參數(shù)進行配置 RRC 連接建立消息就對應于底層隨機接入過程中的 Msg4 UE 收到 NodeB 的 rrcConnectionSetup 信令后 UE 和 ENB 之間的 SRB1 就建立起來了 3 在 UE 接收到 RRCConnectionSetup 消息后 向 ENB 發(fā)送一個 RRC Connection Setup Complete 消息 此消息中攜帶有上行方向的初始 NAS 層的信令消息 如 Attach Request TAU Request Service Request 等 ENB 收到此消息后 將其中的 NAS 消息轉 發(fā)給 MME 用于建立 S1 連接 在第 2 步中 如果 ENB 拒絕為 UE 建立 RRC 連接 則通過 SRB0 回復一條 RRC 連接拒絕消息 RRC Connection Reject 在該 RRC 連接拒絕消息中 網絡側可以可選地攜帶 一個禁止呼叫的定時器 T302 該定時器和系統(tǒng)廣播中的接入限制信息共同決定了 UE 是否 被允許發(fā)起接入過程 一般 RRC 連接建立問題的定位方法如下 通用流程 3 4 1上行隨機接入的問題 UE 發(fā)出 RRC Connection Request 消息 ENB 沒有收到 如果此時的下行信道質量正 常 一般是隨機接入參數(shù)中的初始接收目標功率設置偏低的問題 3 4 2小區(qū)重選參數(shù)問題 ENB 收到 UE 發(fā)的 RRC 建立請求消息后 下發(fā)了 RRC Connection Setup 消息而 UE 沒 RRC 連接建立問題 UE 是否發(fā) 出請求消息 ENB 是否收 到請求消息 ENB 是否發(fā) 出建立消息 UE 是否收到 RRC 建立消息 UE 是否發(fā)出 RRC 建立完成消息 ENB 是否收到 建立完成消息 設備異常問題 調整隨機接入上行初始 接收目標功率相關參數(shù) ENB 相關其他問 題 是否發(fā)生 小區(qū)重選 調整下行公共信道功率 優(yōu)化小區(qū)重選參數(shù) 調整下行初始發(fā)射功率 調整上行專用信道開環(huán) 功控參數(shù) Y Y Y Y Y Y N Y N N N N N N 有收到 查看此時的 SINR 如果偏低 而且監(jiān)視集中沒有質量更好的小區(qū) 那么是覆蓋的 問題可以適當提高下行公共信道的功率 如果此時監(jiān)視集中有更好的小區(qū) 則可能是小區(qū) 重選的問題 可以適當調整小區(qū)重選參數(shù)加快小區(qū)重選 3 4 3下行初始發(fā)射功率偏低問題 UE 收到 RRC Connection Setup 消息而沒有發(fā)出 RRC Connection Setup Complete 消息 如果此時下行的信號質量正常 那么可能是手機異常 否則可能是下行初始功率過低導致 下行不能同步 3 4 4上行初始功控問題 UE 發(fā)出 RRC Connection Setup Complete 消息而 ENB 沒有收到 由于上行初始功控會 讓 UE 的發(fā)射功率上升 如果是 UE 的發(fā)射功率不足導致 可以適當提高上行信道的初始 期望功率和調整量等參數(shù) 3 5相關案例介紹分析 3 5 1小區(qū)重選參數(shù)問題 問題描述 華電集團專項 2 小區(qū)接入率很低 且主要集中在 15 點到 16 點之間 查看小區(qū)無告警 由于接入失敗次數(shù)過多 影響全網一天的 KPI 指標數(shù)據(jù) 問題分析 問題分析 從 CDL 信令看 UE 發(fā)起隨機接入申請 UE 發(fā)出 RRCConnectionRequest 后 ENB 下發(fā) RRC connection setup 消息 終端無響應 造成 RRC 連接建立完成超時 導致 RRC 建立失 敗 定位過程 定位過程 從最近一次的測量上報消息中可以看出 源小區(qū) PCI 為 254 此時測量到的 rsrpResult 值為 23 由此可以計算出 RSRP 的值為 23 141 118dbm 左右 而測量到的相 鄰目標小區(qū) PCI 為 62 rsrpResult 值為 34 小區(qū) RSRP 在 107dbm 左右 由此可以初步分 析相關的場景是 UE 所處位置的信號質量不好 且存在模 3 干擾 最終導致 RRC 連接建立定 時器超時后 RRC 連結建立失敗 解決建議 解決建議 查看基站配置后 該小區(qū)的參考信號功率為 15 已經為最大 故不存在下行初始發(fā)射 功率偏低問題 通過現(xiàn)場復測抓取 log 進一步分析 排除天線安裝問題以及工參設置問題 排除存在大面積的弱覆蓋問題 通過 log 分析 發(fā)現(xiàn)存在 PCI 模三干擾嚴重 重新進行規(guī) 劃 修改小區(qū)的 PCI 解決效果 解決效果 修改 PCI 后 RRC 接入率有所提 KPI 指標數(shù)據(jù)恢復正常 3 5 2小區(qū)上行功控參數(shù)設置問題 問題現(xiàn)象問題現(xiàn)象 NBYZ 技偵大樓 FHTL 0 從 7 月 13 日開始 RRC 接入請求次數(shù)變多還有伴隨著大量 失敗 每天 RRC 成功率基本在 20 左右 失敗發(fā)生在忙時時段 影響全網 KPI 問題分析 問題分析 查看小區(qū)狀態(tài)以及通道駐波均沒有問題 從 CDL 中看 均是 ENB 下發(fā) RRC set up 之 后終端無響應造成 RRC 連接超時 導致 RRC 接入失敗 查看基本上是 UE ID 為 1 和 3 的 用戶的失敗 但是查看最近的 RSRP 均較高 定位過程 定位過程 查看小區(qū)的 IOT 以及小區(qū)狀態(tài)正常 對此小區(qū)進行核查 發(fā)現(xiàn)參數(shù)在非持續(xù)調度功率 設置上出現(xiàn)問題 當此小區(qū)是 95 全網當時都已經改成 70 通過對全網此參數(shù)的核查 發(fā)現(xiàn)還有 NBYZ 理工學院 2FHTL 2 也是設置為 95 指標也很差 解決建議 解決建議 效果 效果 把小區(qū)的非持續(xù)調度功率從 95 修改到 70 以后指標明顯有提升 網元友好名時間 RAB 建立 成功率 分母 單 位 次 RAB 建立 成功率 分子 單 位 次 RRC 連接 建立成 功率分 母 單位 次 RRC 連接 建立成 功率分 子 單位 次 RRC 建立 成功率 NBYZ 技偵大樓 FHTL 0 2013 7 115151787798 72 NBYZ 技偵大樓 FHTL 0 2013 7 123535545398 15 NBYZ 技偵大樓 FHTL 0 2013 7 134440956063 16 NBYZ 技偵大樓 FHTL 0 2013 7 1420141273023 62 NBYZ 技偵大樓 FHTL 0 2013 7 1520141273023 62 NBYZ 技偵大樓 FHTL 0 2013 7 161351752514 29 NBYZ 技偵大樓 FHTL 0 2013 7 171271272318 11 NBYZ 技偵大樓 FHTL 0 2013 7 1834315316011 30 NBYZ 技偵大樓 FHTL 0 2013 7 1954501218771 90 NBYZ 技偵大樓 FHTL 0 2013 7 201919262596 15 NBYZ 技偵大樓 FHTL 0 2013 7 2113132020100 00 NBYZ 技偵大樓 FHTL 0 2013 7 2247475151100 00 NBYZ 技偵大樓 FHTL 0 2013 7 2322222828100 00 3 5 3小區(qū)測試開關參數(shù)問題 問題現(xiàn)象問題現(xiàn)象 在月苑二試擴 L 3 小區(qū)下收不到該小區(qū)信號 無法接入該小區(qū) 導致該路段信號較弱 較大區(qū)域形成弱覆蓋 問題分析 問題分析 測試車輛在月苑南路自西向東行駛至和墨香路交叉口區(qū)域 在交叉口區(qū)域該站下無法 收到該小區(qū)信號 導致該路段覆蓋較差 嚴重影響下載速率 機房核查小區(qū)狀態(tài)正常 無 告警情況 圖一 在后臺對比核查參數(shù)發(fā)現(xiàn) 小區(qū)加載開關打開 且?guī)д鎸嵱脩舻哪M快開關關閉 導 致用戶終端無法接入 MAC 測試開關里有小區(qū)加載開關和帶真實用戶的模擬加載開關 小 區(qū)加載開關打開的話 帶真實用戶的模擬加載開關就會生效 當需要加擾測試時需要把小 區(qū)加載開關打開 而此時如果帶真實用戶的模擬加載開關關閉 表示小區(qū)處于模擬用戶加 載情況 真實用戶不能接入 如果帶真實用戶的模擬加載開關打開 表示是用真實用戶進 行加載 則真實用戶可以接入 月苑二試擴小區(qū)正是由于小區(qū)處于模擬加載狀態(tài) 且關閉 了帶真實用戶的模擬加載開關導致測試終端搜不到小區(qū)信號 無法正常接入 解決建議 解決建議 關閉小區(qū)加載開關 解決效果 解決效果 關閉小區(qū)加載開關后 終端能正常搜到小區(qū)信號 且接入正常 如下圖 問題總結問題總結 對于無法接入小區(qū)的問題 建議處理措施 a 核查小區(qū)狀態(tài)和告警以及硬件問題情況 b 核查是否由參數(shù)問題導致 小區(qū)加載開關默認關閉 在現(xiàn)網中進行模擬加載等測試時 測試完成后需要對參數(shù)及 時進行恢復 3 5 4 內存池耗盡導致信令發(fā)送失敗問題 問題描述 問題描述 南京 F 鼓樓四條巷專項 L 基站 RRC 接入失敗率很高 查看指標時段趨勢 在有業(yè)務 的時段都有 RRC 接入失敗率較高的問題存在 實時查看小區(qū)無上行干擾 由于 RRC 接入 失敗次數(shù)較多 影響全網全天的 KPI 指標數(shù)據(jù) 問題分析 問題分析 從指標劣化趨勢看 在 7 點左右統(tǒng)計的 RRC 接入失敗次數(shù)最多 一個時段內高達 22 次的失敗 從 CDL 信令看 UE 在不斷的在做 TAU 更新 RRC 接入失敗時是由于在隨機接入過 程中 UE 上發(fā) RRCConnectionRequest ENB 回復 RRCConnectionSetup 但可能 UE 未收到 導致 RRC 接入超時 ENB 側未收到 RRCConnectionSetupComplete 消息 具體 CDL 信令情 況如下 通過 NAS 解碼可以得出此為 TAU 過程 定位過程 定位過程 從 mapinfo 中 目標基站 F 鼓樓四條巷專項 L 所處位置屬于邊緣覆蓋 F 鼓樓四條巷 專項 L 2 和 F 鼓樓四條巷專項 L 3 小區(qū)覆蓋方向無其他小區(qū)銜接覆蓋 查看 EXCEPTION 日志 對應失敗的時間點事 6 50 7 11 7 34 7 40 每個時間點都對 應下面兩條告警 未知的消息和定時器超時 從 CDL 中統(tǒng)計失敗原因都是收到 RRC 建立 完成消息超時 通過分析日志 發(fā)現(xiàn) 半小時之間沒有發(fā)送接收成功任何 信令 存在很多信令發(fā)送失敗的情況 原因為 內存池耗盡 查看 號 日志以及 控制臺日志 和配置文件里 發(fā)現(xiàn)對端 100 68 131 214 和 100 68 131 221 同 時配置為客戶端和服務器 導致了基站 SCTP 內存池耗盡 消息發(fā)不出去 造成 RRC 接入 失敗 解決建議 解決建議 1 由于對端 IP 100 68 131 214 和 IP 100 68 131 221 同時配置為客戶端和服務器 這 個配置觸發(fā)了 內存耗盡 導致 信令發(fā)送失敗的現(xiàn)象 刪除并只保留對端 100 68 131 214 和 100 68 131 221 配置為客戶端和服務器的其中一條 2 升級新版本對此配置錯誤加保護 同時解決內存泄露的問題 以及增加對內存耗 盡后的保護 來根本解決此問題的再次發(fā)生 3 5 5全頻帶高干擾導致接入失敗問題 干擾定義 在每個子幀輪詢一次后都會統(tǒng)計出在 100 個 PRB 中每個 PRB 的 IOT 值 當 IOT 值高于 10 的 PRB 個數(shù)大于等于 3 時為高 IOT 查詢 18 次 早 9 00 到晚 18 00 每個小時一次數(shù)據(jù) 統(tǒng)計上行兩個時隙 如果同一個站點 包括 3 個小區(qū) 超過 6 次干擾判定為干擾小區(qū) 其中 IOT 超過 20 為干擾嚴重小區(qū) IOT 在 10 20 之間的為干 擾普通小區(qū) 如同一個小區(qū)多于 6 次超過 80 個 PRB 的 IOT 大于 15 判定為全頻帶高干 擾小區(qū) 問題描述 問題描述 寧波城市元年 2 小區(qū)無線接通率只有 59 38 從信令流程上看到的是存在大量基站 收不到終端發(fā)上來的 RRCConnectionSetupComplete 消息 問題分析 問題分析 檢查基站狀態(tài)正常 查看小區(qū)無相關原因告警 從指標趨勢看 平均分布在每個時段 從 CDL 信令看 UE 發(fā)起由于 enb 給 UE 發(fā)起 RRCConnectionRequest 后 ENB 下發(fā) RRC connection setup 消息 但未收到終端上發(fā)的 RRCConnectionSetupComplete 消息 造成 RRC 連接建立完成超時 導致 RRC 連接建立失敗 查詢上行低噪 發(fā)現(xiàn)較多 的 PRB 都存在較高的 IOT 值 對小區(qū)的 IOT 進行監(jiān)控 可以看到高干擾 并且鄰區(qū)并無大量用戶 解決效果 解決效果 6 月 21 日將城市元年 2 小區(qū) PGC 開關打開 該小區(qū)前后一周的 KPI 數(shù)據(jù)如下 ERAB掉線率 無線接通率無線掉線率 2013 6 140 56 59 38 5 26 2013 6 153 59 85 71 60 00 2013 6 160 00 82 14 0 00 2013 6 171 44 82 54 11 54 2013 6 180 68 89 31 3 57 2013 6 192 71 57 25 27 27 2013 6 200 00 100 00 0 00 14 日 20 日平均值 1 28 79 48 15 38 2013 6 21 打開 PGC 開關 0 33 97 44 0 00 2013 6 220 52 100 00 5 88 2013 6 230 00 98 39 0 00 2013 6 241 44 62 79 12 50 2013 6 251 18 92 86 6 82 2013 6 260 36 92 98 2 00 2013 6 270 73 96 00 2 38 2013 6 280 89 97 30 3 23 22 日 28 日平均值 0 73 91 47 4 69 其中 6 月 20 日 KPI 數(shù)據(jù)異常 在未打開 PGC 開關的情況下各項 KPI 指標都非常好 查看 KPI 原始數(shù)據(jù)確認是當天業(yè)務量太少 RAB 建立 成功率分 母 單位 次 RAB 建立 成功率分 子 單位 次 RRC 連接 建立成功 率分母 單位 次 RRC 連接 建立成功 率分子 單位 次 無線接通 率 1919643859 38 1010282485 71 1313282382 14 2726494282 54 5756888089 31 22221387957 25 4455100 00 6767787697 44 如上述表格數(shù)據(jù)說明 在打開 PGC 開關后 無線接通率有所提升 4ERAB 建立成功率建立成功率 4 1理論介紹 涉及話統(tǒng)打點涉及話統(tǒng)打點 圖 1 圖 2 如圖 1 或圖 2 中 A 點所示 當 eNodeB 收到來自 MME 的 INITIAL CONTEXT SETUP REQUEST 或者 E RAB SETUP REQUEST 消息時統(tǒng)計該指標 如果 INITIAL CONTEXT SETUP REQUEST 或者 E RAB SETUP REQUEST 消息中要求同時建立多個 E RAB 則相 應指標根據(jù)業(yè)務的 QCI 按具體的 E RAB 建立數(shù)目分別進行累加 如圖 1 或圖 2 中 B 點所示 當 eNodeB 向 MME 發(fā)送 E RAB SETUP RESPONSE 或者 INITIAL CONTEXT SETUP RESPONSE 消息時統(tǒng)計該指標 如果 E RAB SETUP RESPONSE 或者 INITIAL CONTEXT SETUP RESPONSE 消息中同時攜帶多個 E RAB 的建 立 則相應指標按各個業(yè)務的 QCI 分別進行累加 指標指標指標描述指標描述 小區(qū) E RAB 嘗試建立總次數(shù)用戶嘗試發(fā)起 E RAB 建立流程的總次數(shù) 小區(qū) E RAB 建立成功總次數(shù)用戶發(fā)起 E RAB 建立流程 建立成功的總次數(shù) 核心網問題導致 E RAB 建立失敗次數(shù)小區(qū) E RAB 建立失敗原因 傳輸層問題導致 E RAB 建立失敗次數(shù) 無線層問題導致 E RAB 建立失敗次數(shù) 無線資源不足導致 E RAB 建立失敗次數(shù) 安全模式配置失敗導致 ERAB 建立失敗次數(shù) 此外 話統(tǒng)還針對各 QCI 進行了 ERAB 嘗試建立次數(shù)和 ERAB 建立成功次數(shù)的統(tǒng)計 由于目前很少用到不同的 QCI 業(yè)務基本以 QCI 6 的業(yè)務為主 所以不需要關注具體的 業(yè)務類別的 ERAB 統(tǒng)計 4 2指標定義 ERAB 建立成功率 小區(qū) E RAB 建立成功總次數(shù) 小區(qū) E RAB 嘗試建立總次數(shù) 100 小區(qū)無線接通率 RRC 建立成功率 ERAB 建立成功率 4 3CDL 信令流程及失敗原因 4 3 1正常過程 上下文建立過程基本流程 MMEeNBUES1接口UU接口 S1 Initial Context Setup Request S1 Initial Context Setup Response 上下文建立過程基本流程 上下文建立流程是以 S1 Initial Context Setup Request 開始 此后所有的消息都可以提 取相同的 eNBUEID S1 Initial Context Setup Response 消息標志著上下文建立基本流程的結 束 S1 Initial Context Setup Request 消息的詳細解碼結果中 E RABToBeSetupListCtxtSUReq 里面的承載個數(shù)等于 1 時 意味著這次上下文建立過程只是 建立默認承載 而當此值大于 1 時 則意味著這次上下文建立過程除了建立默認承載外還 要建立專用承載 在 S1 Initial Context Setup Response 消息的詳細解碼結果中 E RABSetupListCtxtSURes 里面的承載個數(shù)代表建立成功的默認承載和專用承載數(shù)目 E RABList 里面的承載個數(shù)代表建立失敗的默認承載和專用承載數(shù)目 專用承載建立基本流程 MMEeNBUES1接口UU接口 S1 ERAB Setup Request S1 ERAB Setup Response 專用承載建立基本流程 專用承載建立流程以 S1 ERAB Setup Request 消息開始 此后所有的消息都可以提取相 同的 eNBUEID S1 ERAB Setup Response 消息標志著專用承載建立基本流程的結束 4 3 2異常過程 i 上下文建立過程中等待 UE 能力信息超時 MMEeNBUES1接口UU接口 UE Capability Enquiry S1 Initial Context Setup Request S1 Initial Context Setup Failure 上下文建立過程中等待 UE 能力信息超時 當看到 UE Capability Enquiry 和 S1 Initial Context Setup Failure 消息并且第 3 條消息的 value Cause 字段的值為 failure in radio interface procedure 時 標志著上下文建立流程中 UE 能力信息超時 ii 上下文建立過程中等待安全模式完成超時 MMEeNBUES1接口UU接口 S1 Initial Context Setup Request S1 Initial Context Setup Failure Security Mode Command 上下文建立過程中等待安全模式完成超時 當看到 Security Mode Command 和 S1 Initial Context Setup Failure 消息并且最后一條消 息的 value Cause 字段的值為 failure in radio interface procedure 時 標志著上下文建立流程 中安全模式命令消息超時 iii 上下文建立過程中等待 RRC 重配完成超時 MMEeNBUES1接口UU接口 S1 Initial Context Setup Request S1 Initial Context Setup Failure RRC Connection Reconfiguration 上下文建立過程中等待 RRC 重配完成超時 當看到 RRC Connection Reconfiguration 和 S1 Initial Context Setup Failure 消息并且最后 一條消息的 value Cause 字段的值為 failure in radio interface procedure 時 標志著上下文建 立流程中空口重配置消息超時 iv 上下文建立過程中 AS 安全失敗 MMEeNBUES1接口UU接口 S1 Initial Context Setup Request Security Mode Failure S1 Initial Context Setup Failure Security Mode Command 上下文建立過程中 AS 安全失敗 當看到 Security Mode Failure 消息時 標志著上下文建立流程中安全配置失敗 v 上下文建立過程中傳輸錯誤 MMEeNBUES1接口UU接口 S1 Initial Context Setup Request S1 Initial Context Setup Failure 上下文建立過程中傳輸錯誤 當看到 S1 Initial Context Setup Failure 消息并且其詳細解碼中的 value Cause 字段為 transport resource unavailable 時 標志著上下文建立流程中傳輸錯誤 vi 上下文建立過程中內部其他錯誤 MMEeNBUES1接口UU接口 S1 Initial Context Setup Request S1 Initial Context Setup Failure 上下文建立過程中內部其他錯誤 當看到 S1 Initial Context Setup Failure 消息并且其詳細解碼中的 value Cause 字段不為 failure in radio interface procedure transport resource unavailable 和 encryption and or integrity protection algorithms not supported 時 標志著上下文建立流程中內部其他錯誤 vii 專用承載建立過程中等待 RRC 重配完成超時 MMEeNBUES1接口UU接口 S1 ERAB Setup Request RRC Connection Reconfiguration S1 UE Context Release Request 專用承載建立過程中等待 RRC 重配完成超時 當看到 RRC Connection Reconfiguration 和 S1 UE Context Release Request 消息并且最后 一條消息的 value Cause 字段的值為 failure in radio interface procedure 時 標志著專用承載 建立流程中空口重配置消息超時 4 4相關案例介紹分析 4 4 1路由關系未配無法接入的問題 問題描述 問題描述 蘭州 LTE 示范站 連接的是華為核心網 基站開通后 SCTP 鏈路正常建立 小區(qū)正 常 但是終端無法附著成功 問題分析 問題分析 通過信令流程分析 在終端 RRC 建立完成 鑒權 安全流程完成后 核心網下發(fā)了終 端上下文建立的請求 之后基站直接回復了上下文建立失敗 失敗原因 value Cause transport transport resource unavailable 如下圖 定位過程 定位過程 根據(jù)信令流程提示 通過查看失敗信令的前一條信令 核心網下發(fā)上下文建立請求消 息中 攜帶的 sgw iP 地址如下圖 轉化成十進制是 100 89 1 1 而在基站的傳輸配置中 檢查路由配置關系中發(fā)現(xiàn) 基站路由中沒有添加到 100 89 1 1 這個網段的路由 所以導致了終端由于沒有傳輸路由而上下文建立失敗 解決效果 解決效果 現(xiàn)場添加完成該網段路由后 終端附著成功 業(yè)務正常 4 4 2網關 IP 配置錯誤導致無法附著 問題描述 問題描述 南京統(tǒng)計 KPI 指標發(fā)現(xiàn)南體分校試擴 L ERAB 建立全部失敗 全天失敗次數(shù)在兩萬多次 嚴重影響了全網指標 問題分析 問題分析 通過提取該站的 CDL log 分析發(fā)現(xiàn) 終端 RRC 建立已完成 鑒權和安全也已通過 核 心網下發(fā)了終端上下文建立的請求后 基站直接回復了上下文建立失敗 失敗原因 value Cause transport transport resource unavailable 通過 ATP 跟蹤信令流程和 CDL 看到的結 果一樣 如下圖 定位過程 定位過程 從 CDL log 中的 InitialContextSetupRequest 消息中 transportLayerAddress 01100100 01000100 11111101 00010001 B 對應的是 100 68 253 17 通過核查確認核心網側的 SGW IP 確定是 100 68 253 17 對 enb 側的路由設置進行檢查 S1 鏈路斷鏈恢復后 該基站的路由 中包含 100 68 253 17 的路由 而后通過仔細核查該路由關系 發(fā)現(xiàn)該條路由關系中網關 IP 地址 100 68 132 129 和 基站的 IP 地址 100 68 129 145 不在同一個網段內 檢查原始規(guī)劃數(shù)據(jù) 發(fā)現(xiàn)和規(guī)劃數(shù)據(jù)不 一致 所以導致了終端由于傳輸錯誤而上下文建立失敗 解決效果 解決效果 現(xiàn)場修改網關 IP 地址后 終端成功附著 業(yè)務正常 4 4 3安全參數(shù)配置問題 問題描述問題描述 福州移動使用三星 S4 終端無法附著 查看 CDL 失敗原因是 SecurityModeFailure 問題分析 問題分析 1 查看目前基站安全開關為關閉 當此開關關閉時 基站默認選擇空算法 EIA0 進行完保 協(xié)議規(guī)定安全開關關閉時 ENB 默認一種算法進行完保 大唐目前默認空算法 EIA0 查看安全開關節(jié)點 LMT 全局參數(shù)配置 全局測試開關 HL 全局測試開關 2 通過 WIRESHARK 抓包 終端上報的能力中 不支持空算法 EIA0 所以終端接入時 基站使用默認空算法 導致終端安全模式失敗 定位結果 定位結果 打開安全開關 基站根據(jù)配置算法的優(yōu)先級和終端支持的算法來選擇對應適合的 即 可保證終端完保通過 解決建議 解決建議 按信令流程分析 當安全失敗時 一般都是基站設置的算法終端部支持 所以首先查 看安全開關是否關閉 如果關閉則打開 安全開關打開后 如果終端不支持第一優(yōu)先級算 法 則會根據(jù)算法優(yōu)先級一一選擇 解決效果 解決效果 打開安全開關后 三星 S4 終端能夠成功附著 5切換成功率優(yōu)化切換成功率優(yōu)化 5 1理論介紹 切換成功率是移動保持類的重要指標之一 按照涉及的網元關系可以分為 ENB 內切 換成功成功率 ENB 間 包括 X2 切換和 S1 切換 切換成功率 切換成功率的高低 直 接影響用戶感受 是運營商重點考核的 KPI 指標之一 5 2指標定義 切換 Handover 是移動通信系統(tǒng)的一個非常重要的功能 作為無線鏈路控制的一 種手段 切換能夠使用戶在穿越不同的小區(qū)時保持連續(xù)的通話 切換成功率是指所有原因 引起的切換成功次數(shù)與所有原因引起的切換請求次數(shù)的比值 切換主要的目的是保障通話 的連續(xù) 提高通話質量 減小網內越區(qū)干擾 為 UE 用戶提供更好的服務 切換成功率主要通過話務統(tǒng)計結果獲得 推薦的公式為 ENB 間切換成功率 ENB 間 S1 切換出成功次數(shù) ENB 間 X2 切換出成功次數(shù) ENB 間 S1 切換出執(zhí)行請求次數(shù) ENB 間 X2 切換出執(zhí)行請求次數(shù) ENB 內切換成功率 eNB 內切換出成功次數(shù) eNB 內切換出請求次數(shù) 100 1 ENB 間切換相關的指標描述如下 指標指標指標描述指標描述 小區(qū) eNodeB 間切換出嘗試次數(shù)小區(qū) eNodeB 間切換出嘗試次數(shù) 小區(qū) eNodeB 間切換出成功次數(shù)小區(qū) eNodeB 間切換出成功次數(shù) 核心網原因導致切換出準備失敗次數(shù) 目標小區(qū)無響應導致切換出準備失敗次數(shù) 目標小區(qū)回復切換準備失敗消息導致切換出準備失敗次數(shù) 源小區(qū)接收到測量報告后不觸發(fā)切換請求指示導致切換失敗次數(shù) 小區(qū)切換出失敗次數(shù) 源小區(qū)發(fā)送切換取消導致切換出失敗次數(shù) 2 ENB 內切換相關的指標描述如下 指標指標 IDID指標描述指標描述 小區(qū) eNodeB 內切換出嘗試次數(shù)小區(qū) eNodeB 內切換出嘗試次數(shù) 小區(qū) eNodeB