SSSLTE關鍵KPI指標優(yōu)化思路與提升精要

SSS@@@LTE關鍵KPI指標優(yōu)化思路與提升精要2024/3/24SSSLTE關鍵KPI指標優(yōu)化思路與提升精要第1章接入問題定位優(yōu)化方法第1節(jié)接入流程及問題表現(xiàn)第2節(jié)問題定位、解決方法第3節(jié)交付件Page2SSSLTE關鍵KPI指標優(yōu)化思路與提升精要接入流程接入流程可以分為四個步驟:隨機接入RRC連接建立鑒權E-RAB建立接入問題的主要表現(xiàn)也體現(xiàn)在這四個步驟上。Page3SSSLTE關鍵KPI指標優(yōu)化思路與提升精要隨機接入失敗隨機接入失敗的常見原因ENB側參數(shù)配置問題UE側參數(shù)配置問題信道環(huán)境影響核心網側配置問題備注：由于隨機接入是L2的過程，在ENB側沒有明顯的特征表現(xiàn)，需要結合UE側的log來進行觀察與判斷Page4SSSLTE關鍵KPI指標優(yōu)化思路與提升精要RRC連接建立失敗RRC連接建立的話統(tǒng)統(tǒng)計【A點】指標L.RRC.ConnReq.Att加1，不統(tǒng)計重發(fā)的次數(shù)【C點】指標L.RRC.ConnReq.Succ加1，不統(tǒng)計重發(fā)的次數(shù)RRC建立連接失敗在ENB側的表現(xiàn)如下：RRC_CONNECTION_CMP沒有收到ENB回復RRC_CONNECTION_REJECTPage5SSSLTE關鍵KPI指標優(yōu)化思路與提升精要鑒權流程失敗這里所說的鑒權流程指的是在S1口上，ENB發(fā)起UE_INITIAL_MESSAGE到收到核心網側發(fā)送的INITIAL_UE_context_Setup_REQ這之間的所有流程交互：該流程存在問題導致接入失敗的幾個現(xiàn)象UE與核心網直傳消息空口交互丟失（ENB側來看是對應的上行直傳消息沒有收到）核心網直接發(fā)送釋放命令核心網不響應或者響應過慢Page6SSSLTE關鍵KPI指標優(yōu)化思路與提升精要E-RAB建立失敗E-RAB建立的話統(tǒng)統(tǒng)計【A點】如圖中A點所示，當eNodeB收到來自MME的E-RABSETUPREQUEST或者INITIALCONTEXTSETUPREQUEST消息時E-RAB建立嘗試次數(shù)累加【B點】如圖中B點所示，當eNodeB收到來自MME的E-RABSETUPRESPONSE或者INITIALCONTEXTSETUPRESPONSE消息時E-RAB建立成功次數(shù)累加E-RAB建立失敗在空口信令的表現(xiàn)空口安全交互，UE回復FAIL空口安全交互，UE未回復CMP空口DRB建立重配，UE未回復CMP空口UE能力查詢，UE未回復Page7SSSLTE關鍵KPI指標優(yōu)化思路與提升精要E-RAB建立失?。ɡm(xù)）E-RAB建立失敗S1口信令表現(xiàn)（空口信令交互正常）核心網異常無線資源申請失敗GTPU資源申請失敗Page8SSSLTE關鍵KPI指標優(yōu)化思路與提升精要第1章接入問題定位優(yōu)化方法第1節(jié)接入流程及問題表現(xiàn)第2節(jié)問題定位、解決方法第3節(jié)交付件Page9SSSLTE關鍵KPI指標優(yōu)化思路與提升精要接入失敗問題定位規(guī)定動作Page10SSSLTE關鍵KPI指標優(yōu)化思路與提升精要問題定位：第一板斧話統(tǒng)分析通過話統(tǒng)分析可以區(qū)分RRC建立失敗或者E-RAB建立失敗的TOP小區(qū)和統(tǒng)計TOP時間段通過話統(tǒng)分析可以區(qū)分RRC建立失敗是因為空口原因導致還是由于小區(qū)資源問題導致。通過話統(tǒng)分析可以統(tǒng)計E-RAB建立過程，由于空口安全交互，UE回復FAIL導致建立失敗的次數(shù)，該現(xiàn)象為UE和核心網交互失敗導致，需要聯(lián)合UE和CN共同定位。Page11SSSLTE關鍵KPI指標優(yōu)化思路與提升精要問題定位：第二板斧CHR日志分析通過CHR日志分析可以獲取RRC建立失敗或者是E-RAB建立失敗的top用戶的TMSI。Page12SSSLTE關鍵KPI指標優(yōu)化思路與提升精要問題定位：第三板斧跟蹤標口跟蹤：通過話統(tǒng)統(tǒng)計出top小區(qū)和top時間段后，在對應的小區(qū)和時間段開啟標口跟蹤，查看接入流程走到哪一步失敗。IFTS跟蹤：在對應的小區(qū)和時間段開啟IFTS跟蹤，確認接入失敗用戶的鏈路質量狀況。啟動單用戶全網跟蹤：通過TOP用戶的TMSI在核心網側獲取其IMSI，然后啟動該用戶的全網跟蹤。Page13SSSLTE關鍵KPI指標優(yōu)化思路與提升精要傳輸及核心網問題從跟蹤分析流程，如果屬于核心網問題，需要聯(lián)合核心網側人員共同定位解決ERAN側異?？湛诋惓＃荷闲惺芟?、下行受限、覆蓋空洞、干擾過大基站異常：一般屬于產品問題，需要相關產品日志進行分析定位UE側問題如果統(tǒng)計顯示一直是某個用戶接入有問題，而該小區(qū)其他用戶一直正常，該終端異常的可能性較大，需要通過獲取的IMSI信息回溯，實地復現(xiàn)定位解決。Page14SSSLTE關鍵KPI指標優(yōu)化思路與提升精要問題解決方法：上下行不平衡和覆蓋空洞無論是上下行不平衡還是覆蓋空洞，均表現(xiàn)為鏈路質量較差上行鏈路較差的表現(xiàn)就是RB縮到最小，上行MCS選擇0階，PHR已經在0db以下，而且上行BLER較大不收斂，CRC校驗解錯的概率較高。下行鏈路較差的表現(xiàn)為UE上報CQI較差或者網絡側HARQ收到大量來自UE側反饋的DTX和NACK上行受限指的是上行較差而下行還可以；下行受限指的是上行還可以而下行較差；覆蓋空洞指的是上下行鏈路均已較差。Page15上行受限：下行受限：Page15SSSLTE關鍵KPI指標優(yōu)化思路與提升精要問題解決方法：上下行不平衡和覆蓋空洞對于上行受限可采用如下辦法解決：增加基站，減小下行小區(qū)覆蓋距離增加塔放，增加上行信號補償減小導頻功率，減小下行小區(qū)覆蓋距離增加天線數(shù)，增強上行信號增益對于下行受限可采用如下辦法解決：增加基站，減小下行小區(qū)覆蓋距離增大導頻功率，增加下行小區(qū)覆蓋距離天線拉遠，增強邊緣覆蓋對于覆蓋空洞增加基站，增強覆蓋。Page16SSSLTE關鍵KPI指標優(yōu)化思路與提升精要第1章接入問題定位優(yōu)化方法第1節(jié)接入流程及問題表現(xiàn)第2節(jié)問題定位、解決方法第3節(jié)交付件Page17SSSLTE關鍵KPI指標優(yōu)化思路與提升精要接入問題交付件問題小區(qū)、基站的MML配置文件，基站地理分布圖問題小區(qū)、基站的CHR日志及一件式日志問題小區(qū)、基站的IFTS跟蹤和標口數(shù)據問題TOP用戶的全網跟蹤（如果可以執(zhí)行）全網話統(tǒng)數(shù)據RRC建立必須導出的話統(tǒng)項：L.RRC.SetupFail.ResFailL.RRC.SetupFail.NoReplyE-RAB建立必須導出的話統(tǒng)項：L.SecurMode.S1.RxL.SecurMode.CmdL.SecurMode.CmpL.SecurMode.FailPage18SSSLTE關鍵KPI指標優(yōu)化思路與提升精要第1章接入問題定位優(yōu)化方法第2章切換問題定位優(yōu)化方法第3章掉話問題定位優(yōu)化方法第4章相關工具和信息獲取方式Page19SSSLTE關鍵KPI指標優(yōu)化思路與提升精要第2章切換問題定位優(yōu)化方法第1節(jié)切換流程及問題表現(xiàn)第2節(jié)問題定位、解決方法第3節(jié)交付件Page20SSSLTE關鍵KPI指標優(yōu)化思路與提升精要切換原理及信令流程

切換的過程就是終端在移動過程中與網絡連接交互發(fā)生變化的過程：

LTE系統(tǒng)的整個切換過程完全由網絡側（eNB）控制，所以eNB需要監(jiān)測UE所處的無線質量環(huán)境，這個過程是通過eNB下發(fā)測量控制讓UE在滿足一定條件時上報測量報告來實現(xiàn)的：觸發(fā)：當前我司eNB是采用A3事件觸發(fā)同頻切換，通過A2、A4事件來觸發(fā)異頻切換切換：eNB下發(fā)切換命令給UE，UE收到切換命令后，中斷與源小區(qū)的交互，按命令切換到目標小區(qū)Page21SSSLTE關鍵KPI指標優(yōu)化思路與提升精要切換失敗判斷是否切換，通常以信令為判斷依據，在終端側，以發(fā)出觸發(fā)切換的測量報告為開始，以切換完成消息為結束；切換成功時，從UE側觀察表現(xiàn)為UE從一個源小區(qū)到一個新的小區(qū)（可從PCI變化來觀察）進行正常業(yè)務交互；Q1：測量報告丟失現(xiàn)象UE側發(fā)出測量報告后，但沒有收到切換命令，在UE側和eNB的現(xiàn)象分別如下：UE側信令eNB側信令Page22SSSLTE關鍵KPI指標優(yōu)化思路與提升精要切換失敗Q2：切換命令丟失現(xiàn)象：UE側發(fā)出測量報告后，eNB收到測量報告，并下發(fā)切換命令，但UE側沒有收到；UE側看到的現(xiàn)象與切換測量報告丟失一樣；從eNB側看，則是收到測量報告下發(fā)切換命令后，在目標小區(qū)沒有收到切換完成消息；Q3：目標小區(qū)接入失敗現(xiàn)象：UE側發(fā)出測量報告后，eNB收到測量報告，并下發(fā)切換命令，UE收到切換命令后，在目標小區(qū)發(fā)起接入，但目標側沒有收到切換完成消息，在UE側和eNB的現(xiàn)象分別如下：UE側收到切換命令并向目標側回復了RRCRefCMP網絡側目標小區(qū)沒有收到切換完成信令網絡側源小區(qū)已下發(fā)切換命令UE側信令eNB側信令Page23SSSLTE關鍵KPI指標優(yōu)化思路與提升精要第2章切換問題定位優(yōu)化方法第1節(jié)切換流程及問題表現(xiàn)第2節(jié)問題定位、解決方法第3節(jié)交付件Page24SSSLTE關鍵KPI指標優(yōu)化思路與提升精要切換問題定位規(guī)定動作設備狀態(tài)檢查查詢基站、小區(qū)告警，保證沒有與切換相關的嚴重告警（如X2配置鏈路斷開、RRU告警等）檢查測試終端是否能正常使用，是否支持異頻、異系統(tǒng)重選、切換功能參數(shù)核查確認切換開關狀態(tài)確認鄰區(qū)配置，確認鄰區(qū)關系、X2接口配置、傳輸配置確認切換參數(shù)，比如切換門限，幅度遲滯，時間遲滯等確認是否存在PCI沖突告警切換失敗TOP站鄰區(qū)漏配檢查地理位置、網絡規(guī)劃角度，確認是否鄰區(qū)漏配，并實施相應操作Page25SSSLTE關鍵KPI指標優(yōu)化思路與提升精要切換問題的定位、解決方法TOP1：鄰區(qū)漏配核查：從網絡側跟蹤UU口和終端側Uu口跟蹤結合判斷：網絡側：同一用戶（CALLID）連續(xù)上報測量報告但沒有下發(fā)切換命令，檢查X2或S1跟蹤中分別也沒有HANDOVERREQUST及S1AP_HANDOVER_REQUIRED，則很可能是漏配的小區(qū)（通過查詢配置確認）；終端側：隨著UE移動服務小區(qū)RSRP越來越差，SINR越來越差，而鄰區(qū)RSRP越來越好，上報測量報告，沒有收到切換命令；UE側：發(fā)測量報告，但收不到切換命令eNodeB側：收到測量報告，但不發(fā)起切換（X2口沒有切換請求，空口沒有下發(fā)切換命令）Page26SSSLTE關鍵KPI指標優(yōu)化思路與提升精要切換問題的定位、解決方法TOP2：切換不及時：當鄰區(qū)無線質量滿足切換門限時，服務小區(qū)的RSRP突然陡降：eNodeB側表現(xiàn)為下發(fā)切換命令后收不到切換完成消息，或者連測量報告也收不到修改服務小區(qū)與鄰區(qū)的偏置CellIndividualOffset來提前切換修改服務小區(qū)的延遲觸發(fā)時間IntraFreqHoA3TimeToTrig來提前切換（建議配置為40ms到200ms之間的一個值，如80ms）調整切換門限參數(shù)IntraFreqHoA3Hyst、IntraFreqHoA3Offset來提前切換（此操作用得很少）Page27SSSLTE關鍵KPI指標優(yōu)化思路與提升精要切換問題的定位、解決方法TOP2：弱覆蓋：從終端側判斷：當鄰區(qū)無線質量滿足切換門限時，服務小區(qū)和鄰區(qū)的RSRP都十分弱；從網絡側判斷：從網絡側跟蹤的UU口消息中，觸發(fā)切換的A3測量報告記錄的源小區(qū)、目標小區(qū)RSRP都很低，當測量報告中攜帶的服務小區(qū)RSRP值小于-110dBm時，可以認為處于信號質量微弱的區(qū)域，此時容易出現(xiàn)切換失敗，需要調整覆蓋；弱覆蓋的解決方法：調整天線方向角、傾角：當下行先受限時，可以通過調整天線（如減小下傾角）補充遠點的下行覆蓋；增加塔放、基站：當上行先受限時，可以通過增加塔放、增加小區(qū)（基站或接遠RRU）的方式增強上行覆蓋；eNodeB側表現(xiàn)為下發(fā)切換命令后收不到切換完成消息，或者連測量報告也收不到UE側信令表現(xiàn)為收到切換命剛發(fā)出切換完成消息后即發(fā)起RRC重建，或者收不到切換命令Page28SSSLTE關鍵KPI指標優(yōu)化思路與提升精要切換問題的定位、解決方法TOP3：乒乓切換：路測發(fā)現(xiàn)出現(xiàn)乒乓切換

RSRPoffset

(dB)handovertargetcell10:50:043PCI13310:50:064PCI17410:50:072PCI13310:50:083PCI174PCI174乒乓切換的解決方法相對調整兩小區(qū)的CIO值，抵制乒乓切換；當前默認使用同頻切換門限為2dB，從前面整理出來的乒乓區(qū)域RSRP相對值來看，最大RSRP差距為4dB，所以設置CIO為-3dB，可以防止乒乓；CellCIOofneighboringcellPCI133-3dBPCI174-3dB設置CIO后，不再發(fā)生乒乓切換Page29SSSLTE關鍵KPI指標優(yōu)化思路與提升精要切換問題的定位、解決方法TOP3：干擾干擾的表現(xiàn)在RSRP比較好的情況下，吞吐率不如預期、容易出現(xiàn)切換失敗甚至掉話等多種現(xiàn)象；干擾的解決方法找出干擾原因，去除干擾源網絡側跟蹤到的RBRSSI明顯比其它RB高UE上報的子帶CQI比其它子帶明顯小很多Page30SSSLTE關鍵KPI指標優(yōu)化思路與提升精要第2章切換問題定位優(yōu)化方法第1節(jié)切換流程及問題表現(xiàn)第2節(jié)問題定位、解決方法第3節(jié)交付件Page31SSSLTE關鍵KPI指標優(yōu)化思路與提升精要切換問題交付件問題小區(qū)、基站的MML配置文件問題小區(qū)、基站的CHR日志問題小區(qū)、基站的標口消息跟蹤（大于8小時）數(shù)據全網話統(tǒng)數(shù)據路測時，使用華為UE，記錄PROBE數(shù)據，及網絡側對此UE的單用戶跟蹤數(shù)據（初次的網絡側單用戶跟蹤只記錄標準接口信令，后續(xù)根據后方分析反饋，按要求記錄其它數(shù)據）Page32SSSLTE關鍵KPI指標優(yōu)化思路與提升精要第1章接入問題定位優(yōu)化方法第2章切換問題定位優(yōu)化方法第3章掉話問題定位優(yōu)化方法第4章相關工具和信息獲取方式Page33SSSLTE關鍵KPI指標優(yōu)化思路與提升精要第3章掉話問題定位優(yōu)化方法第1節(jié)掉話流程及問題表現(xiàn)第2節(jié)問題定位、解決方法Page34SSSLTE關鍵KPI指標優(yōu)化思路與提升精要LTE網絡掉話定義話統(tǒng)掉話定義當eNodeB收到來自MME的E-RABRELEASECOMMAND（UECONTEXTRELEASECOMMAND）消息，或eNodeB向MME發(fā)送E-RABRELEASEINDICATION（UECONTEXTRELEASEREQUEST）消息，且釋放原因不為“NormalRelease”，“UserInactivity”，“PartialHandover”，“Handovertriggered”，“successful-handover”，“cs-fallback-triggered”時統(tǒng)計該指標。如果E-RABRELEASECOMMAND消息中要求同時釋放多個E-RAB，則相應指標按各個業(yè)務的QCI分別進行累加。Page35SSSLTE關鍵KPI指標優(yōu)化思路與提升精要第3章掉話問題定位優(yōu)化方法第1節(jié)掉話流程及問題表現(xiàn)第2節(jié)問題定位、解決方法Page36SSSLTE關鍵KPI指標優(yōu)化思路與提升精要掉話排查基本步驟首先需要在話統(tǒng)側獲取全網的掉話率指標以及趨勢，掉話率趨勢分析至少需要1~2周左右的數(shù)據，如果全網掉話率指標突然偏高，一般執(zhí)行步驟：是否全網問題：對MME及eNB側進行告警排查（傳輸，設備等告警）、觀察期間是否實施版本升級是否存在Top小區(qū)：小區(qū)級的掉話率指標和掉話絕對次數(shù)按從高到低的順序進行排序，優(yōu)先分析掉話絕對次數(shù)多而且掉話率高的Top小區(qū)對Top小區(qū)進行參數(shù)核查、告警檢查等對引起掉話的Top原因進行定位分析若是共性問題，將優(yōu)化結果復制到全網Page37SSSLTE關鍵KPI指標優(yōu)化思路與提升精要掉話問題定位、解決方法Top1：參數(shù)對比隨機抽取部分站點的腳本與基線參數(shù)進行核對，對不一致的參數(shù)進行分析；Top2：告警核查是否存在傳輸告警：觀察S1傳輸是否出現(xiàn)問題；是否存在設備告警：觀察eNB側是否存在告警；檢查系統(tǒng)是否升級、打補丁等動作；Top3：Top小區(qū)篩查將小區(qū)級的掉話率指標和掉話絕對次數(shù)按從高到低的順序進行排序，優(yōu)先分析掉話絕對次數(shù)多且掉話率高的Top小區(qū)；通常取每天掉話率高于平均指標的Top5小區(qū)進行分析，確定掉話的主要原因；Page38SSSLTE關鍵KPI指標優(yōu)化思路與提升精要Top小區(qū)分析流程獲取小區(qū)級話統(tǒng)的掉話率指標及趨勢，掉話率趨勢分析至少1~2周左右的數(shù)據：如果小區(qū)的掉話率指標突然偏高，需要檢查eNB側是否存在該小區(qū)相關的告警信息，檢測該小區(qū)所屬eNB的告警，確認該小區(qū)是否出現(xiàn)故障等信息；常見的告警如RRU相關的告警，通道相關的告警，傳輸相關的告警，基帶板相關的告警等；分析CHR數(shù)據，獲取導致掉話的各種原因的比例，按照比例從高到低的順序分別針對不同的原因進行定位，并對各Top原因進行分析處理；判斷是否存在OM操作導致的站點復位，重啟等導致的掉話；檢測是否有Top用戶存在，如果有，需要對Top用戶的log進行詳細分析；如果無法通過CHR數(shù)據定位解決的問題，需要通過抓取該Top小區(qū)內eNB側的IFTS跟蹤；如果無法進一步深入分析，在需要使用測試終端進行復現(xiàn)，并抓取UE側的log及內部打印信息進一步定位；Page39SSSLTE關鍵KPI指標優(yōu)化思路與提升精要CHR原因統(tǒng)計取每天的Top5站點通過InsightSharp對CHR數(shù)據進行分析，找到影響每個Top小區(qū)掉話率的主要原因：Page40SSSLTE關鍵KPI指標優(yōu)化思路與提升精要CHR常見釋放原因編號CHR打點內部RelCause中文解釋含義1UEM_UECNT_REL_AUDIT_CELLM_RELEASE小區(qū)資源核查基帶板與主控板見小區(qū)資源核查不一致導致的用戶釋放2UEM_UECNT_REL_HO_OUT_X2_REL_BACK_FAILX2切換目標側失敗X2切換過程中，源小區(qū)側沒有收到正常釋放UE_CONTEXT_REL消息，原因可能是：

1、PATHSWITCH處理失?。òㄒ韵聨追N情況：pathswitch消息沒有發(fā)送出去，或者收到pathswitchfailure或者處理pathswitch過程失?。?/p>

2、在SNSTATUS尚未處理完畢的情況下，收到重建請求

3、沒有收到切換完成也沒有收到重建請求

4、收到重建請求，但是重建過程失敗(除了2以外的情況)3UEM_UECNT_REL_RB_RECFG_FAILRB重配置失敗1、核心網下發(fā)erabmod流程涉及的空口重配置失敗

2、算法流程涉及的空口重配置失敗（包括MIMO，CQI，DRX，PUCCH資源以及其他）

3、小區(qū)內切換涉及的空口重配置失?。═TIbudding觸發(fā)，ROHC，MME下發(fā)的安全模式修改）4UEM_UECNT_REL_RRC_REEST_OTHER_RB_RESTORE_FAILotherRB恢復失敗一般重建完成有5條消息（3條Reestablishment及2條重建重配置），在最后兩條消息處理過程中發(fā)送了重建過程中的SRB/DRB重配置但是沒有收到重配置完成。5UEM_UECNT_REL_RRC_REEST_SRB1_FAIL重建失敗重建SRB1失敗，一般可以細化為以下幾個場景

1、連續(xù)多次收到重建請求

2、安全校驗失敗

3、多場景交叉情況下，如果當前場景不支持重建，也是重建拒絕6UEM_UECNT_REL_SAE_BEARER_REL_NUM_MAX釋放承載個數(shù)達到最大請求釋放的SAEBearer數(shù)目和已建立的SAEBearer數(shù)目相同

1、傳輸鏈路異常原因

2、重傳達到最大次數(shù)，并且等待長時間之后UE不重建

3、其他（一般不會出現(xiàn)）7UEM_UECNT_REL_SCTP_ABORT傳輸IPPATH異常IPPATH由于資源不足或者是過載出現(xiàn)異常時8UEM_UECNT_REL_UE_RESYNC_TIMEROUT_REL_CAUSEUE重同步定時器超時L2上報重同步定時器超時導致的用戶釋放9UEM_UECNT_REL_WAIT_RRC_CONN_RECFG_RSP_TIMEOUT測量控制重配置失敗測量控制重配置失敗10UEM_UECNT_REL_S1_UESR_ABORTS1接口用戶面異常S1鏈路鍛鏈或者是IPPATH異常導致的用戶釋放11UEM_UECNT_REL_UE_RLC_UNRESTORE_INDL2上報RLC重傳次數(shù)達到最大值時的無法恢復指示消息SRB達到最大重傳次數(shù)12UEM_UECNT_REL_AUDIT_S1ITF_RELEASES1接口核查釋放與S1接口核查結果不一致的場景下釋放用戶Page41SSSLTE關鍵KPI指標優(yōu)化思路與提升精要Top用戶排查Top用戶的確定Top用戶的判斷主要是依據終端接入時上報的TMSI進行判定，華為核心網TMSI分配的機制是對于同一個IMSI用戶，TMSI的右起第5位進行隨機賦值，即某用戶的TMSI中只有*指示的8bits位置發(fā)生變化，就是同一個用戶，C06*0005；TMSI可以通過CHR數(shù)據分析獲取：Page42SSSLTE關鍵KPI指標優(yōu)化思路與提升精要Top用戶log分析Step1：分析是否存在同頻鄰小區(qū)漏配或者錯配導致的掉話；Step2：分析是否存在弱覆蓋導致的掉話；Step3：分析是否由于切換來不及導致的掉話；Step4：分析是否導頻污染引起的掉話：Step5：分析是否存在上行干擾導致的掉話：如果掉話原因不是步驟1~5所述的原因，則很有可能是非RF原因導致的掉話，需要結合IFTS信息進一步定位；如果是異常導致的掉話，則需要結合一鍵式日志、TTI跟蹤等信息進行異常定位。Page43SSSLTE關鍵KPI指標優(yōu)化思路與提升精要Top用戶隔離定位輸入數(shù)據eNBIFTS跟蹤UETTI跟蹤UE側路測logeNB表口log一鍵式日志CHR日志Page44SSSLTE關鍵KPI指標優(yōu)化思路與提升精要Top用戶掉話分析四步曲Step1：標口流程分析誰主動發(fā)起釋放eNB主動發(fā)起釋放eNB主動向核心網發(fā)起釋放請求，收到核心網下發(fā)的釋放命令后釋放用戶RRCConnRel、并向核心網反饋釋放完成核心網主動發(fā)起釋放eNB收到核心網下發(fā)的釋放命令，釋放用戶RRCConnRel、并向核心網反饋釋放完成Step2：通過S1釋放請求/命令中的釋放原因值隔離掉話原因無線側原因觸發(fā)釋放傳輸原因觸發(fā)釋放NAS原因觸發(fā)釋放協(xié)議原因觸發(fā)釋放其他混合原因觸發(fā)釋放Step3：CHR分析詳細釋放原因Step4：復現(xiàn)問題抓取IFTS跟蹤、UE側Log，深度定位掉話根因Page45SSSLTE關鍵KPI指標優(yōu)化思路與提升精要第1章接入問題定位優(yōu)化方法第2章切換問題定位優(yōu)化方法第3章掉話問題定位優(yōu)化方法第4章相關工具和信息獲取方式Page46SSSLTE關鍵KPI指標優(yōu)化思路與提升精要相關工具的使用及信息的獲取消息跟蹤工具：eNB側信息跟蹤軟件LMT界面華為UE側信息跟蹤軟件Probe界面Page47SSSLTE關鍵KPI指標優(yōu)化思路與提升精要相關工具的使用及信息的獲取數(shù)據分析工具華為UE跟蹤數(shù)據分析軟件PROBEeNB跟蹤數(shù)據分析軟件TraceViewereNB的CHR數(shù)據分析軟件InsightSharpPage48SSSLTE關鍵KPI指標優(yōu)化思路與提升精要相關工具的使用及信息的獲取工具名稱用途LMT跟蹤顯示網絡側X2、UU、S1、單用戶跟蹤等消息TraceViewer回放LMT跟蹤的信令PROBE跟蹤華為UE的信令、調度、信號質量等多種信息