TDLTE無線網(wǎng)絡(luò)KPI常見問題和優(yōu)化精要

Page1第1章接入問題定位優(yōu)化方法第2章切換問題定位優(yōu)化方法第3章掉話問題定位優(yōu)化方法第4章相關(guān)工具和信息獲取方式Page2第1章接入問題定位優(yōu)化方法第1節(jié)接入流程及問題表現(xiàn)第2節(jié)問題定位、處理方法第3節(jié)交付件接入流程Page3接入流程可以分為四個步驟:隨機接入RRC銜接建立鑒權(quán)E-RAB建立接入問題的主要表現(xiàn)也表達在這四個步驟上。隨機接入失敗Page4隨機接入失敗的常見緣由ENB側(cè)參數(shù)配置問題UE側(cè)參數(shù)配置問題信道環(huán)境影響中心網(wǎng)側(cè)配置問題備注：由于隨機接入是L2的過程，在ENB側(cè)沒有明顯的特征表現(xiàn)，需求結(jié)合UE側(cè)的log來進展察看與判別RRC銜接建立失敗Page5RRC銜接建立的話統(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側(cè)的表現(xiàn)如下：RRC_CONNECTION_CMP沒有收到ENB回復(fù)RRC_CONNECTION_REJECT鑒權(quán)流程失敗Page6這里所說的鑒權(quán)流程指的是在S1口上，ENB發(fā)起UE_INITIAL_MESSAGE到收到中心網(wǎng)側(cè)發(fā)送的INITIAL_UE_context_Setup_REQ這之間的一切流程交互：該流程存在問題導(dǎo)致接入失敗的幾個景象UE與中心網(wǎng)直傳音訊空口交互喪失〔ENB側(cè)來看是對應(yīng)的上行直傳音訊沒有收到〕中心網(wǎng)直接發(fā)送釋放命令中心網(wǎng)不呼應(yīng)或者呼應(yīng)過慢E-RAB建立失敗Page7E-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回復(fù)FAIL空口平安交互，UE未回復(fù)CMP空口DRB建立重配，UE未回復(fù)CMP空口UE才干查詢，UE未回復(fù)E-RAB建立失敗〔續(xù)〕Page8E-RAB建立失敗S1口信令表現(xiàn)〔空口信令交互正常〕中心網(wǎng)異常無線資源懇求失敗GTPU資源懇求失敗Page9第1章接入問題定位優(yōu)化方法第1節(jié)接入流程及問題表現(xiàn)第2節(jié)問題定位、處理方法第3節(jié)交付件接入失敗問題定位規(guī)定動作Page10問題定位：第一板斧Page11話統(tǒng)分析經(jīng)過話統(tǒng)分析可以區(qū)分RRC建立失敗或者E-RAB建立失敗的TOP小區(qū)和統(tǒng)計TOP時間段經(jīng)過話統(tǒng)分析可以區(qū)分RRC建立失敗是由于空口緣由導(dǎo)致還是由于小區(qū)資源問題導(dǎo)致。經(jīng)過話統(tǒng)分析可以統(tǒng)計E-RAB建立過程，由于空口平安交互，UE回復(fù)FAIL導(dǎo)致建立失敗的次數(shù)，該景象為UE和中心網(wǎng)交互失敗導(dǎo)致，需求結(jié)合UE和CN共同定位。問題定位：第二板斧Page12CHR日志分析經(jīng)過CHR日志分析可以獲取RRC建立失敗或者是E-RAB建立失敗的top用戶的TMSI。問題定位：第三板斧Page13跟蹤標口跟蹤：經(jīng)過話統(tǒng)統(tǒng)計出top小區(qū)和top時間段后，在對應(yīng)的小區(qū)和時間段開啟標口跟蹤，查看接入流程走到哪一步失敗。IFTS跟蹤：在對應(yīng)的小區(qū)和時間段開啟IFTS跟蹤，確認接入失敗用戶的鏈路質(zhì)量情況。啟動單用戶全網(wǎng)跟蹤：經(jīng)過TOP用戶的TMSI在中心網(wǎng)側(cè)獲取其IMSI，然后啟動該用戶的全網(wǎng)跟蹤。問題處理方法Page14傳輸及中心網(wǎng)問題從跟蹤分析流程，假設(shè)屬于中心網(wǎng)問題，需求結(jié)合中心網(wǎng)側(cè)人員共同定位處理ERAN側(cè)異?？湛诋惓＃荷闲惺芟蕖⑾滦惺芟?、覆蓋空洞、干擾過大基站異常：普通屬于產(chǎn)品問題，需求相關(guān)產(chǎn)品日志進展分析定位UE側(cè)問題假設(shè)統(tǒng)計顯示不斷是某個用戶接入有問題，而該小區(qū)其他用戶不斷正常，該終端異常的能夠性較大，需求經(jīng)過獲取的IMSI信息回溯，實地復(fù)現(xiàn)定位處理。問題處理方法：上下行不平衡和覆蓋空洞Page15無論是上下行不平衡還是覆蓋空洞，均表現(xiàn)為鏈路質(zhì)量較差上行鏈路較差的表現(xiàn)就是RB縮到最小，上行MCS選擇0階，PHR曾經(jīng)在0db以下，而且上行BLER較大不收斂，CRC校驗解錯的概率較高。下行鏈路較差的表現(xiàn)為UE上報CQI較差或者網(wǎng)絡(luò)側(cè)HARQ收到大量來自UE側(cè)反響的DTX和NACK上行受限指的是上行較差而下行還可以；下行受限指的是上行還可以而下行較差；覆蓋空洞指的是上下行鏈路均已較差。Page15上行受限：下行受限：問題處理方法：上下行不平衡和覆蓋空洞Page16對于上行受限可采用如下方法處理：添加基站，減小下行小區(qū)覆蓋間隔添加塔放，添加上行信號補償減小導(dǎo)頻功率，減小下行小區(qū)覆蓋間隔添加天線數(shù)，加強上行信號增益對于下行受限可采用如下方法處理：添加基站，減小下行小區(qū)覆蓋間隔增大導(dǎo)頻功率，添加下行小區(qū)覆蓋間隔天線拉遠，加強邊緣覆蓋對于覆蓋空洞添加基站，加強覆蓋。Page17第1章接入問題定位優(yōu)化方法第1節(jié)接入流程及問題表現(xiàn)第2節(jié)問題定位、處理方法第3節(jié)交付件接入問題交付件Page18問題小區(qū)、基站的MML配置文件，基站地理分布圖問題小區(qū)、基站的CHR日志及一件式日志問題小區(qū)、基站的IFTS跟蹤和標口數(shù)據(jù)問題TOP用戶的全網(wǎng)跟蹤〔假設(shè)可以執(zhí)行〕全網(wǎng)話統(tǒng)數(shù)據(jù)RRC建立必需導(dǎo)出的話統(tǒng)項：L.RRC.SetupFail.ResFailL.RRC.SetupFail.NoReplyE-RAB建立必需導(dǎo)出的話統(tǒng)項：L.SecurMode.S1.RxL.SecurModedL.SecurModepL.SecurMode.FailPage19第1章接入問題定位優(yōu)化方法第2章切換問題定位優(yōu)化方法第3章掉話問題定位優(yōu)化方法第4章相關(guān)工具和信息獲取方式Page20第2章切換問題定位優(yōu)化方法第1節(jié)切換流程及問題表現(xiàn)第2節(jié)問題定位、處理方法第3節(jié)交付件切換原理及信令流程Page21切換的過程就是終端在挪動過程中與網(wǎng)絡(luò)銜接交互發(fā)生變化的過程：

LTE系統(tǒng)的整個切換過程完全由網(wǎng)絡(luò)側(cè)〔eNB〕控制，所以eNB需求監(jiān)測UE所處的無線質(zhì)量環(huán)境，這個過程是經(jīng)過eNB下發(fā)丈量控制讓UE在滿足一定條件時上報丈量報告來實現(xiàn)的：觸發(fā)：當前我司eNB是采用A3事件觸發(fā)同頻切換，經(jīng)過A2、A4事件來觸發(fā)異頻切換切換：eNB下發(fā)切換命令給UE，UE收到切換命令后，中斷與源小區(qū)的交互，按命令切換到目的小區(qū)切換失敗Page22判別能否切換，通常以信令為判別根據(jù)，在終端側(cè)，以發(fā)出觸發(fā)切換的丈量報告為開場，以切換完成音訊為終了；切換勝利時，從UE側(cè)察看表現(xiàn)為UE從一個源小區(qū)到一個新的小區(qū)〔可從PCI變化來察看〕進展正常業(yè)務(wù)交互；Q1：丈量報告喪失景象UE側(cè)發(fā)出丈量報告后，但沒有收到切換命令，在UE側(cè)和eNB的景象分別如下：UE側(cè)信令eNB側(cè)信令切換失敗Page23Q2：切換命令喪失景象：UE側(cè)發(fā)出丈量報告后，eNB收到丈量報告，并下發(fā)切換命令，但UE側(cè)沒有收到；UE側(cè)看到的景象與切換丈量報告喪失一樣；從eNB側(cè)看，那么是收到丈量報告下發(fā)切換命令后，在目的小區(qū)沒有收到切換完成音訊；Q3：目的小區(qū)接入失敗景象：UE側(cè)發(fā)出丈量報告后，eNB收到丈量報告，并下發(fā)切換命令，UE收到切換命令后，在目的小區(qū)發(fā)起接入，但目的側(cè)沒有收到切換完成音訊，在UE側(cè)和eNB的景象分別如下：UE側(cè)收到切換命令并向目的側(cè)回復(fù)了RRCRefCMP網(wǎng)絡(luò)側(cè)目的小區(qū)沒有收到切換完成信令網(wǎng)絡(luò)側(cè)源小區(qū)已下發(fā)切換命令UE側(cè)信令eNB側(cè)信令Page24第2章切換問題定位優(yōu)化方法第1節(jié)切換流程及問題表現(xiàn)第2節(jié)問題定位、處理方法第3節(jié)交付件切換問題定位規(guī)定動作Page25設(shè)備形狀檢查查詢基站、小區(qū)告警，保證沒有與切換相關(guān)的嚴重告警〔如X2配置鏈路斷開、RRU告警等〕檢查測試終端能否能正常運用，能否支持異頻、異系統(tǒng)重選、切換功能參數(shù)核對確認切換開關(guān)形狀確認鄰區(qū)配置，確認鄰區(qū)關(guān)系、X2接口配置、傳輸配置確認切換參數(shù)，比如切換門限，幅度遲滯，時間遲滯等確認能否存在PCI沖突告警切換失敗TOP站鄰區(qū)漏配檢查地理位置、網(wǎng)絡(luò)規(guī)劃角度，確認能否鄰區(qū)漏配，并實施相應(yīng)操作切換問題的定位、處理方法Page26TOP1：鄰區(qū)漏配核對：從網(wǎng)絡(luò)側(cè)跟蹤UU口和終端側(cè)Uu口跟蹤結(jié)合判別：網(wǎng)絡(luò)側(cè)：同一用戶〔CALLID〕延續(xù)上報丈量報告但沒有下發(fā)切換命令，檢查X2或S1跟蹤中分別也沒有HANDOVERREQUST及S1AP_HANDOVER_REQUIRED，那么很能夠是漏配的小區(qū)〔經(jīng)過查詢配置確認〕；終端側(cè)：隨著UE挪動效力小區(qū)RSRP越來越差，SINR越來越差，而鄰區(qū)RSRP越來越好，上報丈量報告，沒有收到切換命令；UE側(cè)：發(fā)丈量報告，但收不到切換命令eNodeB側(cè)：收到丈量報告，但不發(fā)起切換〔X2口沒有切換懇求，空口沒有下發(fā)切換命令〕切換問題的定位、處理方法Page27TOP2：切換不及時：當鄰區(qū)無線質(zhì)量滿足切換門限時，效力小區(qū)的RSRP忽然陡降：eNodeB側(cè)表現(xiàn)為下發(fā)切換命令后收不到切換完成音訊，或者連丈量報告也收不到修正效力小區(qū)與鄰區(qū)的偏置CellIndividualOffset來提早切換修正效力小區(qū)的延遲觸發(fā)時間IntraFreqHoA3TimeToTrig來提早切換〔建議配置為40ms到200ms之間的一個值，如80ms〕調(diào)整切換門限參數(shù)IntraFreqHoA3Hyst、IntraFreqHoA3Offset來提早切換〔此操作用得很少〕切換問題的定位、處理方法Page28TOP2：弱覆蓋：從終端側(cè)判別：當鄰區(qū)無線質(zhì)量滿足切換門限時，效力小區(qū)和鄰區(qū)的RSRP都非常弱；從網(wǎng)絡(luò)側(cè)判別：從網(wǎng)絡(luò)側(cè)跟蹤的UU口音訊中，觸發(fā)切換的A3丈量報告記錄的源小區(qū)、目的小區(qū)RSRP都很低，當丈量報告中攜帶的效力小區(qū)RSRP值小于-110dBm時，可以以為處于信號質(zhì)量微弱的區(qū)域，此時容易出現(xiàn)切換失敗，需求調(diào)整覆蓋；弱覆蓋的處理方法：調(diào)整天線方向角、傾角：當下行先受限時，可以經(jīng)過調(diào)整天線〔如減小下傾角〕補充遠點的下行覆蓋；添加塔放、基站：當上行先受限時，可以經(jīng)過添加塔放、添加小區(qū)〔基站或接遠RRU〕的方式加強上行覆蓋；eNodeB側(cè)表現(xiàn)為下發(fā)切換命令后收不到切換完成音訊，或者連丈量報告也收不到UE側(cè)信令表現(xiàn)為收到切換命剛發(fā)出切換完成音訊后即發(fā)起RRC重建，或者收不到切換命令切換問題的定位、處理方法Page29TOP3：乒乓切換：路測發(fā)現(xiàn)出現(xiàn)乒乓切換

RSRPoffset

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

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

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

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

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

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

3、小區(qū)內(nèi)切換涉及的空口重配置失敗（TTIbudding觸發(fā)，ROHC，MME下發(fā)的安全模式修改）4UEM_UECNT_REL_RRC_REEST_OTHER_RB_RESTORE_FAILotherRB恢復(fù)失敗一般重建完成有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上報重同步定時器超時導(dǎo)致的用戶釋放9UEM_UECNT_REL_WAIT_RRC_CONN_RECFG_RSP_TIMEOUT測量控制重配置失敗測量控制重配置失敗10UEM_UECNT_REL_S1_UESR_ABORTS1接口用戶面異常S1鏈路鍛鏈或者是IPPATH異常導(dǎo)致的用戶釋放11UEM_UECNT_REL_UE_RLC_UNRESTORE_INDL2上報RLC重傳次數(shù)達到最大值時的無法恢復(fù)指示消息SRB達到最大重傳次數(shù)12UEM_UECNT_REL_AUDIT_S1ITF_RELEASES1接口核查釋放與S1接口核查結(jié)果不一致的場景下釋放用戶Top用戶排查Page42Top用戶確實定Top用戶的判別主要是根據(jù)終端接入時上報的TMSI進展斷定，華為中心網(wǎng)TMSI分配的機制是對于同一個IMSI用戶，TMSI的右起第5位進展隨機賦值，即某用戶的TMSI中只需*指示的8bits位置發(fā)生變化，就是同一個用戶，C06*0005；TMSI可以經(jīng)過CHR數(shù)據(jù)分析獲?。篢op用戶log分析Page43Step1：分析能否存在同頻鄰小區(qū)漏配或者錯配導(dǎo)致的掉話；Step2：分析能否存在弱覆蓋導(dǎo)致的掉話；Step3：分析能否由于切換來不及導(dǎo)致的掉話；Step4：分析能否導(dǎo)頻污染引起的掉話：Step5：分析能否存在上行干擾導(dǎo)致的掉話：假設(shè)掉話緣由不是步驟1~5所述的緣由，那么很有能夠是非RF緣由導(dǎo)致的掉話，需求結(jié)合IFTS信息進一步定位；假設(shè)是異常導(dǎo)致的掉話，那么需求結(jié)合一鍵式日志、TTI跟蹤等信息進展異常定位。Top用戶隔離定位Page44輸入數(shù)據(jù)eNBIFTS跟蹤UETTI跟蹤UE側(cè)路測logeNB表口log一鍵式日志CHR日志Top用戶掉話分析四步曲Page45Step1：標口流程分析誰自動發(fā)起釋放eNB自動發(fā)起釋放eNB自動向中心網(wǎng)發(fā)起釋放懇求，收到中心網(wǎng)下發(fā)的釋放命令后釋放用戶RRCConnRel、并向中心網(wǎng)反響釋放完成中心網(wǎng)自動發(fā)起釋放eNB收到中心網(wǎng)下發(fā)的釋放命令，釋放用戶RRCConnRel、并向中心網(wǎng)反響釋放完成Step2：經(jīng)過S1釋放懇求/命令中的釋放緣由值隔離掉話緣由無線側(cè)緣由觸發(fā)釋放傳輸緣由觸發(fā)釋放NAS緣由觸發(fā)釋放協(xié)議緣由觸發(fā)釋放其他混合緣由觸發(fā)釋放Step3：CHR分析詳細釋放緣由Step4：復(fù)現(xiàn)問題抓取IFTS跟蹤、UE側(cè)Log，深度定位掉話根因Page46第1章接入問題定位優(yōu)化方法第2章切換問題定位優(yōu)化方法第3章掉話問題定位優(yōu)化方法第4章相關(guān)工具和信息獲取方式相關(guān)工具的運用及信息的獲取Page47音訊跟蹤工具：eNB側(cè)信息跟蹤軟件LMT界面華為UE側(cè)信息跟蹤軟件Probe界面相關(guān)工具的運用及信息的獲取Page48數(shù)據(jù)分析工具華為UE跟蹤數(shù)據(jù)分析軟件PROBEeNB跟蹤數(shù)據(jù)分析軟件TraceViewereNB的CHR數(shù)據(jù)分析軟件InsightSharp相關(guān)工具的運用及信息的獲取Page49工具名稱用途LMT跟蹤顯示網(wǎng)絡(luò)側(cè)X2、