LTE劣化小區(qū)優(yōu)化指導(dǎo)手冊(cè)-華為設(shè)備

1、LTE劣化小區(qū)優(yōu)化指導(dǎo)手冊(cè)目 錄1掉線類問(wèn)題31.1影響掉話問(wèn)題的常見因素31.2整體分析思路41.3掉線問(wèn)題接入初步分析51.3.1KPI趨勢(shì)分析51.4參數(shù)核查51.5操作日志、設(shè)備故障、告警/外部事件排查61.6版本差異和已知問(wèn)題排查81.7網(wǎng)絡(luò)規(guī)劃優(yōu)化81.7.1弱覆蓋排查81.7.2切換異常和鄰區(qū)分析81.7.3負(fù)載和容量分析81.8射頻通道和干擾排查81.9Top用戶/Top終端類型排查91.9.1TOP用戶識(shí)別91.9.2TOP終端類型識(shí)別91.10核心網(wǎng)異常排查91.11傳輸排查92高S1切換占比問(wèn)題112.1X2接口信令異常113高RRC重建問(wèn)題133.1重建機(jī)制介紹：133

2、.2與主要網(wǎng)管指標(biāo)關(guān)聯(lián)分析143.3與MR指標(biāo)相關(guān)分析143.4打開關(guān)閉DRX特性重建比率驗(yàn)證143.5相關(guān)參數(shù)優(yōu)化143.6與終端關(guān)聯(lián)分析143.7結(jié)論154高PDCP層時(shí)延164.1用戶面（數(shù)據(jù)面）時(shí)延介紹164.2用戶面時(shí)延問(wèn)題定位174.2.1Ping時(shí)延分段定位174.3本地UE PC獲取時(shí)延184.4Wireshark工具精確時(shí)延獲取184.5Ping時(shí)延eNodeB側(cè)L2處理時(shí)延獲取195總結(jié)21LTE劣化小區(qū)優(yōu)化指導(dǎo)手冊(cè)概述本文介紹了高掉話問(wèn)題、高S1切換問(wèn)題，高RRC重建問(wèn)題，高PDCP層時(shí)延問(wèn)題的排查方法。1 掉線類問(wèn)題1.1 影響掉話問(wèn)題的常見因素1.2 整體分析思路規(guī)定

3、動(dòng)作名稱分析目的1：掉話問(wèn)題范圍、KPI趨勢(shì)分析、話統(tǒng)原因分解 1、掉話率變化趨勢(shì)和轉(zhuǎn)折點(diǎn)確認(rèn)。2、識(shí)別出是Top小區(qū)問(wèn)題還是整網(wǎng)問(wèn)題。3、根據(jù)話統(tǒng)分析掉話的主要原因值。2：參數(shù)檢查分析參數(shù)一致性。3：操作日志+設(shè)備故障+告警+外部事件排查1、確認(rèn)轉(zhuǎn)折點(diǎn)是否有修改參數(shù)，軟件升級(jí)，更改license操作。2、確認(rèn)轉(zhuǎn)折點(diǎn)是否有影響掉話的故障和告警。4：版本差異和已知問(wèn)題排查 分析是否由版本已知問(wèn)題導(dǎo)致，TOP小區(qū)問(wèn)題確認(rèn)版本、補(bǔ)丁與規(guī)劃一致性。5：網(wǎng)絡(luò)規(guī)劃優(yōu)化排查覆蓋，切換，鄰區(qū)，負(fù)載容量問(wèn)題6：射頻通道和干擾排查 1、排查射頻通道是否存在異常 2、分析是否存在上行干擾7：TOP用戶排查/TOP終

4、端類型1、排查是否存在掉話TOP用戶2、排查掉話是否由某款特殊終端導(dǎo)致。8：核心網(wǎng)異常排查排查異常釋放是否由核心網(wǎng)兼容性問(wèn)題造成9：傳輸排查排查是否傳輸問(wèn)題導(dǎo)致掉話10：投訴及問(wèn)題復(fù)現(xiàn)利用復(fù)現(xiàn)加快問(wèn)題定位，保證客戶感受1.3 掉線問(wèn)題接入初步分析1.3.1 KPI趨勢(shì)分析掉話率長(zhǎng)期趨勢(shì)分析，確認(rèn)是逐漸惡化還是突然惡化。如果是突然惡化，那么在轉(zhuǎn)折點(diǎn)附近尋找異常；如果是逐漸惡化則需要分析負(fù)載、容量、當(dāng)?shù)卦拕?wù)模型。掉話率趨勢(shì)線與切換成功率、RB利用率、用戶數(shù)、CPU負(fù)載趨勢(shì)線密切相關(guān)。可以通過(guò)這些趨勢(shì)線推導(dǎo)掉話率惡化原因。（掉話率趨勢(shì)圖）1.4 參數(shù)核查參數(shù)核查需要進(jìn)行全參數(shù)核查，掉話強(qiáng)相關(guān)的參數(shù)需

5、要優(yōu)先確認(rèn)。MO類別參數(shù) ID參數(shù)名稱注意事項(xiàng)及說(shuō)明eNodeB連接狀態(tài)定時(shí)器配置無(wú)線類S1MessageWaitingTimer等待MME S1接口響應(yīng)消息定時(shí)器與X2超時(shí)定時(shí)器保持一致性，并且小于空口等待定時(shí)器eNodeB連接狀態(tài)定時(shí)器配置X2MessageWaitingTimer等待對(duì)端ENB X2接口響應(yīng)消息定時(shí)器與S1超時(shí)定時(shí)器保持一致性，并且小于空口等待定時(shí)器eNodeB連接狀態(tài)定時(shí)器配置UuMessageWaitingTimerENB等待UE返回空口響應(yīng)消息定時(shí)器應(yīng)大于S1/X2接口的等待定時(shí)器UE控制定時(shí)器配置UeInactiveTimerUE不活動(dòng)定時(shí)器改小對(duì)掉話率有增益，增

6、加信令風(fēng)暴，改大對(duì)掉話負(fù)增益，減少信令風(fēng)暴RLCPDCP參數(shù)組UeMaxRetxThresholdAM PDU最大重傳次數(shù)重傳次數(shù)變大，對(duì)掉話率有改善，用戶感受變差RLCPDCP參數(shù)組ENodeBMaxRetxThresholdeNodeB AM模式RLC ARQ最大重傳次數(shù)重傳次數(shù)變大，對(duì)掉話率有改善，用戶感受變差UE定時(shí)器常量信息T310定時(shí)器 310改小對(duì)掉話率有沖擊，改大影響用戶感受UE定時(shí)器常量信息T311定時(shí)器 311改小對(duì)掉話率有沖擊，改大影響用戶感受UE定時(shí)器常量信息N311常量 N311改小對(duì)掉話率有沖擊，改大影響用戶感受UE定時(shí)器常量信息N310常量 N310改小對(duì)掉話率有

7、沖擊，改大影響用戶感受PDCCH算法參數(shù)InitPdcchSymNumPDCCH初始OFDM符號(hào)數(shù)設(shè)置初始符號(hào)為1符號(hào)，邊緣用戶解調(diào)有困難PDCCH算法參數(shù)PdcchSymNumSwitchPDCCH占用OFDM符號(hào)數(shù)動(dòng)態(tài)調(diào)整開關(guān)初始符號(hào)為1符號(hào)，必須打開小區(qū)重選參數(shù)CELLRESEL(異頻) ：SNonIntraSearchCfgInd=CFG, SNonIntraSearch, SNonIntraSearchQ;異頻和異系統(tǒng)的小區(qū)重選參數(shù)MOCN場(chǎng)景下，對(duì)不同運(yùn)營(yíng)商由于覆蓋引起的掉話率差別會(huì)帶來(lái)一定影響UTRANNFREQ（異系統(tǒng)）：SNonIntraSearchCfgInd=CFG, S

8、NonIntraSearch，ThrshServLow，ThreshXHigh, ThreshXLow核心網(wǎng)參數(shù)核心網(wǎng)類PBR專有承載參數(shù)設(shè)置無(wú)限大會(huì)導(dǎo)致異常釋放1.5 操作日志、設(shè)備故障、告警/外部事件排查對(duì)于與掉話不相關(guān)或影響不大的告警，可以暫緩處理；但對(duì)于影響掉話和網(wǎng)絡(luò)性能的告警，需要首先處理完成。名稱類別影響可能原因ALM-26521 射頻單元接收通道RTWP/RSSI過(guò)低告警射頻類射頻單元的靈敏度下降，小區(qū)解調(diào)性能變差，上行覆蓋變小射頻單元接收通道故障ALM-26522 射頻單元接收通道RTWP/RSSI不平衡告警射頻單元的靈敏度下降，小區(qū)解調(diào)性能變差，上行覆蓋變小射頻單元的主集或分

9、集接收通道故障或干擾ALM-26506 射頻單元光接口性能惡化告警射頻單元該端口鏈路承載的業(yè)務(wù)質(zhì)量嚴(yán)重下降光模塊老化或安裝不合理ALM-26529 射頻單元駐波告警射頻單元自動(dòng)關(guān)閉發(fā)射通道開關(guān)，該發(fā)射通道承載的業(yè)務(wù)中斷天饋安裝問(wèn)題，設(shè)備故障ALM-26532 射頻單元硬件故障告警射頻單元可能無(wú)法正常工作射頻單元內(nèi)部的硬件故障。ALM-26758 塔放運(yùn)行數(shù)據(jù)異常告警接收通道的接收靈敏度過(guò)大或過(guò)小，導(dǎo)致該扇區(qū)的覆蓋異常塔放運(yùn)行異常ALM-26520 射頻單元發(fā)射通道增益異常告警造成越區(qū)干擾或覆蓋空洞射頻單元硬件故障ALM-29201 S1接口故障告警傳輸類主動(dòng)去激活所有與異常的S1接口相關(guān)的小區(qū)

10、SCTP鏈路異常ALM-29211 傳輸網(wǎng)絡(luò)丟包率過(guò)高告警影響掉話，語(yǔ)音質(zhì)量劣化，數(shù)據(jù)業(yè)務(wù)重傳變多本地傳輸線路連接有問(wèn)題，傳輸故障ALM-29240 小區(qū)不可用告警無(wú)線類小區(qū)不能提供業(yè)務(wù)，影響鄰區(qū)切換，造成鄰區(qū)掉話單板異常，小區(qū)異常ALM-29245 小區(qū)閉塞告警小區(qū)不能提供業(yè)務(wù)，影響鄰區(qū)切換，造成鄰區(qū)掉話用戶手動(dòng)執(zhí)行閉塞小區(qū)命令A(yù)LM-29246 小區(qū)模擬負(fù)載啟動(dòng)告警本小區(qū)對(duì)鄰區(qū)的下行干擾增大。用戶啟動(dòng)小區(qū)模擬負(fù)載ALM-29247 小區(qū)PCI沖突告警可能會(huì)導(dǎo)致掉話、影響切換性能。PCI規(guī)劃配置不合理，越區(qū)覆蓋ALM-26120 星卡時(shí)鐘輸出異常告警時(shí)鐘類基站長(zhǎng)時(shí)間獲取不到參考時(shí)鐘，會(huì)導(dǎo)致基

11、站系統(tǒng)時(shí)鐘不可用，基站業(yè)務(wù)處理會(huì)出現(xiàn)各種異常，如小區(qū)切換失敗、掉話等，嚴(yán)重時(shí)基站不能提供業(yè)務(wù)1.星卡軟件運(yùn)行異常2.星卡硬件故障ALM-26121 星卡天線故障告警基站不能與GPS時(shí)鐘同步，如果基站長(zhǎng)時(shí)間獲取不到參考時(shí)鐘，會(huì)導(dǎo)致基站系統(tǒng)時(shí)鐘不可用，此時(shí)基站業(yè)務(wù)處理會(huì)出現(xiàn)各種異常，如小區(qū)切換失敗、掉話等，嚴(yán)重時(shí)基站不能提供業(yè)務(wù)。1.星卡硬件故障2.2.BBU3900到GPS避雷器的信號(hào)線開路或短路3.3.GPS避雷器失效4.饋線開路或短路5.天線故障1.星卡天線故障2.時(shí)鐘參考源配置錯(cuò)誤3.星卡工作模式配置錯(cuò)誤ALM-26122 星卡鎖星不足告警4.衛(wèi)星天線周圍有干擾、遮擋/星卡硬件故障ALM-

12、26123 星卡維護(hù)鏈路異常告警基站不能與星卡通信.1. 星卡軟件運(yùn)行異常2.星卡硬件故障3.星卡線纜故障ALM-26261 未配置時(shí)鐘參考源告警如果基站長(zhǎng)時(shí)間不能與參考時(shí)鐘源同步，會(huì)導(dǎo)致系統(tǒng)時(shí)鐘不可用，此時(shí)基站業(yè)務(wù)處理會(huì)出現(xiàn)各種異常，如小區(qū)切換失敗、掉話等，嚴(yán)重時(shí)基站不能提供業(yè)務(wù).基站未配置外部時(shí)鐘參考源ALM-26266 時(shí)間同步失敗告警基站和網(wǎng)管之間時(shí)間不同步，導(dǎo)致基站上報(bào)的告警、日志等信息和實(shí)際時(shí)間不一致。1.和SNTP/NTP服務(wù)器相連的傳輸端口故障2.時(shí)間參考源的配置錯(cuò)3.SNTP/NTP客戶端參數(shù)配置錯(cuò)誤4.網(wǎng)元到SNTP/NTP服務(wù)器的路由未配置或路由不可達(dá)5.SNTP/NTP

13、服務(wù)器未啟動(dòng)服務(wù)6.星卡天線故障7.星卡鎖星不足ALM-26262 時(shí)鐘參考源異常告警時(shí)鐘類基站不能與參考時(shí)鐘源同步，如果基站長(zhǎng)時(shí)間獲取不到參考時(shí)鐘，會(huì)導(dǎo)致基站系統(tǒng)時(shí)鐘不可用，此時(shí)基站業(yè)務(wù)處理會(huì)出現(xiàn)各種異常，如小區(qū)切換失敗、掉話等，嚴(yán)重時(shí)基站不能提供業(yè)務(wù)。1.如果時(shí)鐘參考源是GPS，可能是星卡天線故障或鎖星不足2.如果時(shí)鐘參考源是IP CLK，可能是IP時(shí)鐘鏈路異?；驎r(shí)鐘參考源不可用3.如果是線路時(shí)鐘，可能是基站與時(shí)鐘參考源之間的傳輸線路故障或參考源的頻率與本地時(shí)鐘頻率偏差太大4.時(shí)鐘參考源的配置錯(cuò)誤5.UTRP單板、USCU單板或主控板硬件故障。ALM-26263 IP時(shí)鐘鏈路異常告警1.承

14、載IP時(shí)鐘鏈路的端口故障2.IPCLK鏈路配置錯(cuò)誤3.網(wǎng)元到CLOCK SERVER的路由未配置4.網(wǎng)元到CLOCK SERVER的路由不可達(dá)。ALM-26264 系統(tǒng)時(shí)鐘失鎖告警系統(tǒng)時(shí)鐘異常，導(dǎo)致基站業(yè)務(wù)處理會(huì)出現(xiàn)各種異常，如接入失敗、掉話等，業(yè)務(wù)中斷等。1.時(shí)鐘參考源異常2.未配置時(shí)鐘參考源3.主控板硬件故障4.如果是非主控板上報(bào)該告警，可能是單板未插緊5.單板硬件故障ALM-26265 基站同步幀號(hào)異常告警單板承載的業(yè)務(wù)中斷。1.主控板系統(tǒng)時(shí)鐘鎖相環(huán)失鎖2.單板未插緊3.單板硬件故障ALM-26267 TOD時(shí)鐘異常告警基站不能與TOD時(shí)鐘同步，如果基站長(zhǎng)時(shí)間獲取不到參考時(shí)鐘，會(huì)導(dǎo)致基站

15、系統(tǒng)時(shí)鐘不可用，此時(shí)基站業(yè)務(wù)處理會(huì)出現(xiàn)各種異常，如小區(qū)切換失敗、掉話等，嚴(yán)重時(shí)基站不能提供業(yè)務(wù)。1.TOD線纜故障2.TOD信號(hào)源故障3.USCU單板硬件故障1.6 版本差異和已知問(wèn)題排查檢查指標(biāo)異常站點(diǎn)軟件版本是否特殊；若全網(wǎng)問(wèn)題，通過(guò)產(chǎn)品配套文檔檢查是否存在影響接入的已知問(wèn)題、預(yù)警、網(wǎng)元版本匹配問(wèn)題，首先進(jìn)行處理。1.7 網(wǎng)絡(luò)規(guī)劃優(yōu)化1.7.1 弱覆蓋排查TOP小區(qū)問(wèn)題，并且掉話原因主要為Radio類，需要對(duì)TOP小區(qū)進(jìn)行弱覆蓋排查。新建、擴(kuò)容等涉及到基站設(shè)備調(diào)整的動(dòng)作發(fā)生后產(chǎn)生的掉話問(wèn)題，要求首先對(duì)整網(wǎng)覆蓋異常情況進(jìn)行了解。根據(jù)MR弱覆蓋比例高小區(qū) 、LTE手機(jī)占G網(wǎng)數(shù)據(jù)流量高比例小區(qū)、

16、LTE手機(jī)占T網(wǎng)數(shù)據(jù)流量比例高小區(qū)、異系統(tǒng)重定向比例高小區(qū)等數(shù)據(jù)以及現(xiàn)場(chǎng)DT、CQT數(shù)據(jù)綜合分析定位。1.7.2 切換異常和鄰區(qū)分析分析切換成功率趨勢(shì)圖，是否與掉話率趨勢(shì)圖對(duì)應(yīng)以判斷掉話率惡化是否與切換相關(guān)。鄰區(qū)漏配：在ANR功能關(guān)閉的場(chǎng)景下，基站對(duì)終端上報(bào)的MR不處理時(shí)，檢查基站配置來(lái)查看是否漏配鄰區(qū)。PCI規(guī)劃不合理：確認(rèn)切換目標(biāo)小區(qū)為與本小區(qū)PCI模3相等，或者PCI復(fù)用距離過(guò)小等場(chǎng)景。1.7.3 負(fù)載和容量分析負(fù)載分為空口負(fù)載，傳輸負(fù)載，單板負(fù)載。對(duì)掉話率有影響的主要為空口和單板負(fù)載。分析上下行RB利用率與掉話率的關(guān)聯(lián)。單板CPU使用率VS.Board.CPUload.Max分析， V

17、S.Board.CPUload.Max>90%，則單板負(fù)載過(guò)高。L.RRC.SetupFail.ResFail和L.E-RAB.FailEst.NoRadioRes是否出現(xiàn)增長(zhǎng)。分析掉話率隨上下行RB利用率的變化趨勢(shì)，單板CPU使用率的變化趨勢(shì)，RRC接入拒絕和ERAB建立失敗的變化趨勢(shì)。1.8 射頻通道和干擾排查TOP小區(qū)問(wèn)題，并且掉話原因主要為Radio類，需要對(duì)TOP小區(qū)進(jìn)行射頻通道和干擾排查。新建、搬遷等涉及到基站設(shè)備調(diào)整的動(dòng)作發(fā)生后產(chǎn)生的掉話問(wèn)題，要求重點(diǎn)確認(rèn)射頻告警情況。1.9 Top用戶/Top終端類型排查1.9.1 TOP用戶識(shí)別eNB側(cè)無(wú)法獲取到IMSI，通過(guò)TMSI進(jìn)

18、行判斷1、CHR中會(huì)記錄用戶的TMSI，但在TAU更新中核心網(wǎng)一般會(huì)更新用戶的TMSI，華為核心網(wǎng)對(duì)同一個(gè)用戶一般只更新TMSI的左起第三、四位，比如0x C06E49A4、0x C06749A4為同一個(gè)用戶，在統(tǒng)計(jì)時(shí)可以將這些TMSI統(tǒng)計(jì)成一個(gè)用戶。其它核心網(wǎng)的TMSI一般TAU更新周期為2小時(shí)左右，具體要看核心網(wǎng)配置。2、Top用戶占總體異常的比例,Top1用戶異常超過(guò)70時(shí)界定為Top用戶問(wèn)題。1.9.2 TOP終端類型識(shí)別提取一定站點(diǎn)數(shù)量的日志，并對(duì)CHR中記錄UE能力進(jìn)行統(tǒng)計(jì)，將各種UE能力的比例統(tǒng)計(jì)出來(lái)，篩選出TOP1終端類型。1.10 核心網(wǎng)異常排查在以L.E-RAB.Abnor

19、mRel.MME為掉話原因的TOP小區(qū)中啟動(dòng)UU/S1信令跟蹤，同時(shí)USN信令跟蹤。S1口跟蹤到的UE CONTEXT RELEASE消息中攜帶的cause若為radioNetwork：ho-failure-in-target-EPC-ENB-or-target-system，且組網(wǎng)非跨MME的場(chǎng)景下，若L.UL.Interference.Avg超標(biāo)，優(yōu)先執(zhí)行干擾排查。若結(jié)合UU口信令跟蹤，確認(rèn)為切換執(zhí)行階段的unspecified原因，而在這種場(chǎng)景下若問(wèn)題發(fā)生在核心網(wǎng)，則聯(lián)系核心網(wǎng)人員分析；如果問(wèn)題發(fā)生在基站側(cè)，L.UL.Interference.Avg超標(biāo)優(yōu)先執(zhí)行干擾排查。其他場(chǎng)景，若涉及

20、以下錯(cuò)誤，聯(lián)系核心網(wǎng)人員處理：1.協(xié)議錯(cuò)誤，多是ENB和核心網(wǎng)存在參數(shù)不兼容，需要根據(jù)原因提示解決2.APN或DNS錯(cuò)誤：核心網(wǎng)配置錯(cuò)誤3.未指定錯(cuò)誤：依賴核心網(wǎng)人員定位1.11 傳輸排查非同一傳輸節(jié)點(diǎn)下的TOP小區(qū)問(wèn)題，需要對(duì)TOP小區(qū)逐個(gè)定位；同一傳輸節(jié)點(diǎn)下的局部小區(qū)問(wèn)題，定位傳輸節(jié)點(diǎn)問(wèn)題；整網(wǎng)問(wèn)題：統(tǒng)管全網(wǎng)的傳輸節(jié)點(diǎn)問(wèn)題或UGW異常。查看是否有傳輸類告警：ALM-25888 SCTP鏈路故障告警，ALM-26223 傳輸光接口性能惡化告警，ALM-29214 網(wǎng)元端口發(fā)送丟包率過(guò)高告警，ALM-29207 基站控制面?zhèn)鬏斨袛喔婢珹LM-25880 以太網(wǎng)鏈路故障告警檢查VLAN，DSC

21、P，IPRT，IPPATH，SCTP等傳輸參數(shù)配置與規(guī)劃是否一致。2 高S1切換占比問(wèn)題高S1切換占比小區(qū)，如果是跨MME引起的高S1切換屬于正常情況，另一個(gè)就是X2切換準(zhǔn)備失敗在X2后交換中：Ø 跨MME的站間切換排查，如果兩個(gè)站點(diǎn)時(shí)跨MME的切換必然走S1，這部分無(wú)法避免Ø  對(duì)于其他走S1切換的多位X2口信令異常問(wèn)題，主要排查X2口上問(wèn)題即可2.1  X2接口信令異常對(duì)于切換流程，只有經(jīng)過(guò)X2的站間切換在X2口有切換流程的信令：在X2接口通常情況下有如下4條信令：切換請(qǐng)求（HANDOVER REQUEST）、切換響應(yīng)(HANDOVER REQUES

22、T ACK)、SN狀態(tài)轉(zhuǎn)發(fā)(SN STATUS TRANSFER)、UE上下文釋放（UE CONTEST RELEASE），如下圖中紅色信令：X2接口信令異常的常見原因有：1) 切換請(qǐng)求丟失，可能的原因主要有Ø eNB內(nèi)部處理測(cè)量報(bào)告異常，如鄰區(qū)漏配、內(nèi)部模塊處理失敗Ø X2口傳輸異常，如傳輸丟包2) 切換響應(yīng)丟失，可能的原因主要有Ø 源小區(qū)內(nèi)部異常，源小區(qū)在目標(biāo)小區(qū)回切換響應(yīng)之前，向目標(biāo)小區(qū)在X2口發(fā)HANDOVER CANCEL信令Ø 目標(biāo)小區(qū)切換準(zhǔn)備異常，這時(shí)通常會(huì)在X2口出現(xiàn) HANDOVER PREPARATION FAILURE信令

23、Ø X2口傳輸異常，如傳輸丟包3) SN狀態(tài)前轉(zhuǎn)信令丟失，可能的原因主要有Ø X2口傳輸異常，如傳輸丟包Ø 源小區(qū)內(nèi)部錯(cuò)4) UE上下文釋放信令丟失，可能的原因主要有Ø X2口傳輸異常，如傳輸丟包Ø  目標(biāo)小區(qū)收到切換完成后內(nèi)部處理錯(cuò)，導(dǎo)致沒有進(jìn)行S1 PATH切換Ø S1 PATH切換失敗對(duì)于X2口消息交互出現(xiàn)異常，通常是傳輸失敗或基站內(nèi)部處理出錯(cuò)，而基站內(nèi)部處理出錯(cuò)的概率較小，傳輸失敗的可能性較大，但比較難以定位，需要在傳輸?shù)膬啥俗グ_認(rèn)。3 高RRC重建問(wèn)題指標(biāo)定義：RRC重建比例=RRC重建請(qǐng)求次數(shù)/（RRC連接請(qǐng)求

24、次數(shù)（不包括重發(fā)）+RRC重建請(qǐng)求次數(shù)）*100%3.1 重建機(jī)制介紹：UE在RRC 連接態(tài)如果遇到失步無(wú)線鏈路失?。═310超時(shí)）、切換失敗（t304超時(shí)）、RLC重傳次數(shù)超限、重配置失敗、完整性保護(hù)失敗等情況時(shí)，會(huì)觸發(fā)RRC重建流程。RRC連接重建立成功流程如下：Ø RRC連接重建請(qǐng)求：UE通過(guò)UL_CCCH在SRB0上發(fā)送，攜帶UE的AS層初始標(biāo)識(shí)信息及重建立原因，該消息對(duì)應(yīng)隨機(jī)接入過(guò)程的Msg3Ø RRC連接重建：eNB通過(guò)DL_CCCH在SRB0上回復(fù)，攜帶SRB1的完整配置信息，該消息對(duì)應(yīng)隨機(jī)接入過(guò)程的Msg4Ø RRC連接重建立完成：UE通過(guò)UL-D

25、CCH在SRB1上發(fā)送，不攜帶任何實(shí)際信息，只起到RRC層確認(rèn)的功能RRC連接重建立拒絕流程：第二步中，如果eNB中沒有UE的上下文信息，則拒絕為UE重建RRC連接，則通過(guò)DL_CCCH在SRB0上回復(fù)一條RRC連接重建立拒絕消息3.2 與主要網(wǎng)管指標(biāo)關(guān)聯(lián)分析首先對(duì)重建比例與無(wú)線掉線率、ERAB掉線率、切換成功率的相關(guān)性進(jìn)行分析。結(jié)論：重建比例高與這些指標(biāo)沒有相關(guān)性，重建劣化小區(qū)，無(wú)線掉線率、ERAB掉線率、切換成功率未見明顯惡化。3.3 與MR指標(biāo)相關(guān)分析與MR相關(guān)分析，重建比例與低SINR<0(干擾)、RSRP<-110(覆蓋)以及RIP>-105(底噪)進(jìn)行分析.結(jié)論：

26、雖然個(gè)別小區(qū)SINR<0占比偏大，但與重建比例大相關(guān)性不明顯。3.4 打開關(guān)閉DRX特性重建比率驗(yàn)證為進(jìn)一步排查驗(yàn)證是否是DRX開關(guān)引起的重建，選取現(xiàn)網(wǎng)RRC重建比次數(shù)Top小區(qū)執(zhí)行關(guān)閉DRX特性開關(guān)操作。跟蹤小區(qū)用戶數(shù)為始終為1-2個(gè)，執(zhí)行關(guān)閉DRX開關(guān)后重建次數(shù)從操作前的平均4,500降到了0，效果明顯。同時(shí)在操作前后跟蹤uu口信令結(jié)果也明顯看到了RRC RESTAB信令明顯消失。結(jié)論：重建比率過(guò)高和打開DRX特性有較大關(guān)系。3.5 相關(guān)參數(shù)優(yōu)化定時(shí)器：多長(zhǎng)時(shí)間失步則進(jìn)入重建的定時(shí)器：T310（1000ms）省控失步后在特定時(shí)間內(nèi)尋找合適小區(qū)的定時(shí)器：T311(1000ms) 省控找

27、到合適小區(qū)發(fā)起重建，在該時(shí)間超時(shí)前需完成重建：T301(600ms) 省控相關(guān)隨機(jī)接入?yún)?shù)：prachConfIndex、prachCS、prachFreqOff、prachFreqOff等PRACH相關(guān)參數(shù)按規(guī)范設(shè)置。3.6 與終端關(guān)聯(lián)分析Ø 在S1信令中找到RRC重建次數(shù)較多的CALLID對(duì)應(yīng)的TMSI；Ø 提供TMSI信息給MME側(cè)工程師，查詢?cè)摻K端使用的IMEI信息，該IMEI對(duì)應(yīng)的終端型號(hào)；Ø 使用該型號(hào)手機(jī)在問(wèn)題小區(qū)下做撥打測(cè)試，驗(yàn)證該款終端的RRC重建比例是否較高。3.7 結(jié)論從目前分析結(jié)果來(lái)看，重建比率過(guò)高和打開DRX特性有關(guān)系，主流終端在IOT測(cè)

28、試未發(fā)現(xiàn)此問(wèn)題，非主流終端未在實(shí)驗(yàn)室進(jìn)行測(cè)試過(guò)，需要外場(chǎng)問(wèn)題復(fù)現(xiàn)后推動(dòng)終端廠商來(lái)定位問(wèn)題4 高PDCP層時(shí)延4.1 用戶面（數(shù)據(jù)面）時(shí)延介紹用戶面時(shí)延也指反應(yīng)端到端的用戶面時(shí)延，涉及到用戶面的所有網(wǎng)元，對(duì)于驗(yàn)證網(wǎng)絡(luò)性能是一個(gè)重要的指標(biāo)。PING時(shí)延測(cè)試主要分為兩大類，第一類是按字節(jié)大小分，通常會(huì)測(cè)試PING 32 bytes，以及1000/1460/1500字節(jié)；另外也分調(diào)度方式：動(dòng)態(tài)調(diào)度和預(yù)調(diào)度。影響ping時(shí)延的關(guān)鍵因素：（1） 信道質(zhì)量：如果測(cè)試時(shí)UE所處環(huán)境的信道質(zhì)量不好，則會(huì)對(duì)解調(diào)性能造成一定的影響，這樣有可能造成錯(cuò)包或者丟包，進(jìn)而影響時(shí)延結(jié)果。（2） HARQ重傳：如果數(shù)據(jù)包在傳輸

29、過(guò)程中出現(xiàn)了錯(cuò)誤或者丟失（觸發(fā)原因可能因?yàn)樗矔r(shí)信號(hào)質(zhì)量變化使得較高的MCS無(wú)法解調(diào)正確），那么會(huì)觸發(fā)HARQ重傳，直到數(shù)據(jù)包接收正確為止。因此，信道質(zhì)量越差，重傳次數(shù)越多，時(shí)延也就越大。（3） 調(diào)度方式：由于不同調(diào)度方式的流程間存在區(qū)別，則調(diào)度采用預(yù)調(diào)度還是非預(yù)調(diào)度會(huì)對(duì)時(shí)延造成影響；預(yù)調(diào)度：調(diào)度器始終為其分配資源，不需要調(diào)度請(qǐng)求（Scheduling Request）。詳見下圖（a）非預(yù)調(diào)度：在首包到達(dá)之后調(diào)度器再為其分配資源。UE要通過(guò)調(diào)度請(qǐng)求來(lái)初始化這一流程。詳見下圖（b）第21頁(yè),共21頁(yè)P(yáng)age 21 , Total21（4） Ping包大小與調(diào)度資源分配（MCS和PRB）：MCS和PRB個(gè)數(shù)不同，則可以承載的數(shù)據(jù)量不同，如果調(diào)度使用MCS10階，RB數(shù)5個(gè)，根據(jù)36.213協(xié)議查表（Table.1-1），那么這次調(diào)度可以發(fā)送的數(shù)據(jù)量為776bit。如果使用MCS28階，RB數(shù)41個(gè)，那么這次調(diào)度可以發(fā)送的數(shù)據(jù)量為0576bit。4.2 用戶面時(shí)延問(wèn)題定位定位思路：分段隔離分析，通過(guò)信令跟蹤統(tǒng)計(jì)，分段抓包等方法，盡可能的找出出現(xiàn)問(wèn)題的最小網(wǎng)元或者模塊。4.2.1 Ping時(shí)延分段定位當(dāng)Pi