【正文】 目錄1. 概述 42. LTE主要KPI介紹 4. 呼叫接入類指標 4. RRC建立成功率 4. ERAB建立成功率 5. 呼叫保持類指標 6. LTE業(yè)務掉話率 6. UE上下文掉線率 9. 移動管理類指標 10. eNode B內(nèi)切換成功率 12. eNodeB間切換成功率 14. S1接口切換成功率 16. X2接口切換成功率 17. 系統(tǒng)內(nèi)切換成功率 18. 同頻切換成功率 18. 異頻切換成功率 19. 業(yè)務完整類指標 19. 上行PDCP SDU丟包率 19. 下行PDCP SDU丟包率 19. 資源負荷類指標 19. 上行PRB平均利用率 19. 下行PRB平均利用率 193. 華為LTE主要KPI優(yōu)化方法及案例 20. 呼叫接入類指標優(yōu)化方法 20. 處理步驟 20. 呼叫接入類優(yōu)化案例 21. 呼叫保持類指標優(yōu)化方法 22. 處理步驟 23. 呼叫保持類優(yōu)化案例 23. 移動管理類指標優(yōu)化方法 25. 處理步驟 26. 移動管理類優(yōu)化案例 264. 愛立信LTE主要KPI優(yōu)化方法及案例 28. 接入類指標優(yōu)化方法 28. 告警核查 28. 干擾核查 30. 準入控制分析 33. 檢查弱覆蓋 34. 接入類問題優(yōu)化案例 34. 呼叫保持類指標優(yōu)化方法 36. 分析流程 36. 弱覆蓋 38. 上行高干擾 38. PCI模3干擾 40. 傳輸故障 40. eNodB問題 40. 切換引起掉話 41. 檢查MME是否存在告警 42. 移動管理類指標優(yōu)化方法 42. LTE切換異常現(xiàn)象 42. 切換問題分析流程 43. 切換主要問題 441. 概述本文根據(jù)成都聯(lián)通LTE網(wǎng)絡的差小區(qū)分析，結合LTE的KPI的基本原理，歸納總結接呼叫接入類指標，呼叫保持類指標，移動管理類指標，業(yè)務完整類指標，資源負荷類指標等5類主要的LTE指標差小區(qū)的問題及分析流程及案例。2. LTE主要KPI介紹. 呼叫接入類指標接入過程是手機開始與網(wǎng)絡連接的初始過程，主要包括隨機接入，RRC連接的建立，以及各種ERAB承載連接的建立。接入型對后續(xù)的保持性和移動性指標都有著重要的意義，同時接入性又直接影響用戶的感知度，因此優(yōu)化接入性指標對與改善用戶感知度，提高保持性和移動性都有具體的重要意義。. RRC建立成功率定義：RRC建立成功率= [RRC連接建立完成次數(shù)] / [RRC連接請求次數(shù)]*100%；圖1RRC連接請求次數(shù)（不包括重發(fā)）定義：如圖1中A點所示，當小區(qū)接收到UE發(fā)送的RRC Connection Request消息時，統(tǒng)計對應指標；RRC連接建立完成次數(shù)定義：如圖1中C點所示，當小區(qū)接收到UE返回的RRC Connection Setup Complete消息時，統(tǒng)計對應指標。. ERAB建立成功率定義：ERAB建立成功率=[ERAB建立成功總次數(shù)] / [ERAB建立嘗試總次數(shù)]*100%； 圖2 圖3ERAB建立嘗試總次數(shù)定義：如圖2或圖3中A點所示，當eNodeB收到來自MME的INITIAL CONTEXT SETUP REQUEST或者ERAB SETUP REQUEST消息時根據(jù)不同QCI類型統(tǒng)計該指標。如果INITIAL CONTEXT SETUP REQUEST或者ERAB SETUP REQUEST消息中要求同時建立多個ERAB，則相應指標根據(jù)業(yè)務的QCI按具體的ERAB建立數(shù)目分別進行累加，同時，根據(jù)消息要求建立的ERAB個數(shù)對ERAB建立嘗試總次數(shù)進行累加。ERAB建立成功總次數(shù)定義：如圖2或圖3中B點所示，當eNodeB向MME發(fā)送ERAB SETUP RESPONSE或者INITIAL CONTEXT SETUP RESPONSE消息時根據(jù)不同QCI類型統(tǒng)計該指標。如果ERAB SETUP RESPONSE或者INITIAL CONTEXT SETUP RESPONSE消息中同時攜帶多個ERAB的建立成功結果，則相應指標按各個業(yè)務的QCI分別進行累加。同時，根據(jù)消息中攜帶的ERAB建立成功個數(shù)，對ERAB建立成功總次數(shù)進行累加。. 呼叫保持類指標. LTE業(yè)務掉話率定義：LTE業(yè)務掉話率= [ERAB異常釋放總次數(shù)] /( [ERAB異常釋放總次數(shù)] + [ERAB正常釋放總次數(shù)] )*100%； 圖4ERAB異常釋放總次數(shù)定義：如圖4中A點所示，當eNodeB向MME發(fā)送ERAB RELEASE INDICATION消息，當釋放原因不為“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available for PS Service”，“InterRAT Redirection”，“Successful Handover”~，~。如果ERAB RELEASE INDICATION消息中要求同時釋放多個ERAB，則相應指標按各個業(yè)務的QCI分別進行累加；如圖4中A點所示，當eNodeB向MME發(fā)送UE CONTEXT RELEASE REQUEST消息，會釋放UE的所有ERAB。當釋放原因不為“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available for PS Service”，“InterRAT Redirection”，“Time Critical Handover”，“Handover Cancelled”~，~。如果被釋放用戶建立了多個ERAB，則相應的指標統(tǒng)計多次。并且在MME回復UE CONTEXT RELEASE COMMAND消息時，相應指標不會被重復記錄。 圖5ERAB正常釋放總次數(shù)定義：如圖5中A點所示，eNodeB主動發(fā)起的釋放，當eNodeB向MME發(fā)送ERAB RELEASE INDICATION消息時，如果釋放原因為“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available for PS Service”，“InterRAT Redirection”，或者判斷相應承載無數(shù)傳時，根據(jù)不同QCI統(tǒng)計相應指標。如果ERAB RELEASE INDICATION消息中要求同時釋放多個ERAB，則相應指標按各個業(yè)務的QCI分別進行累加。同時，根據(jù)消息中攜帶的ERAB個數(shù)對eNodeB正常釋放ERAB的總次數(shù)進行累加。如圖5中A點所示，MME主動發(fā)起的釋放，當eNodeB收到來自MME的ERAB RELEASE COMMAND消息時，根據(jù)不同QCI統(tǒng)計相應指標。如果ERAB RELEASE COMMAND消息中要求同時釋放多個ERAB，則相應指標按各個業(yè)務的QCI分別進行累加。同時，根據(jù)消息中攜帶的ERAB個數(shù)對eNodeB正常釋放ERAB的總次數(shù)進行累加。如圖5中A點所示，eNodeB主動發(fā)起的釋放，當eNodeB向MME發(fā)送UE CONTEXT RELEASE REQEUST消息時，會釋放UE的所有ERAB。如果釋放原因為“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available for PS Service”，“InterRAT Redirection”，“Time Critical Handover”，“Handover Cancelled”，或者判斷相應承載無數(shù)傳時，根據(jù)不同QCI統(tǒng)計相應指標。同時，根據(jù)消息中攜帶的ERAB個數(shù)對eNodeB正常釋放ERAB的總次數(shù)進行累加。并且在MME回復UE CONTEXT RELEASE COMMAND消息時，相應指標不會被重復記錄。如圖5中B點所示，MME主動發(fā)起的釋放，當eNodeB收到來自MME的UE CONTEXT RELEASE COMMAND消息時，會釋放UE的所有ERAB，如果釋放原因不是切換類原因值，包括“Successful Handover”，“P