TD-LTE網(wǎng)絡(luò)優(yōu)化指導(dǎo)書-掉話優(yōu)化

大唐移動DTmobileTD-LTE網(wǎng)絡(luò)優(yōu)化指導(dǎo)書掉線優(yōu)化責(zé)任部門：審核：批準(zhǔn)：2014-11發(fā)布大唐移動通信設(shè)備有限公司發(fā)布目錄TOC\o"1-5"\h\z\o"CurrentDocument"引言 3\o"CurrentDocument"掉線的基本概念 3\o"CurrentDocument"正常的連接釋放 3\o"CurrentDocument"異常的連接釋放（掉線） 4\o"CurrentDocument"掉線相關(guān)定時(shí)器介紹 6\o"CurrentDocument"定時(shí)器概述 6\o"CurrentDocument"掉線類定時(shí)器 6\o"CurrentDocument"切換類定時(shí)器 7\o"CurrentDocument"重建立類定時(shí)器 8\o"CurrentDocument"常見掉線原因分析 13\o"CurrentDocument"弱覆蓋 13\o"CurrentDocument"切換失敗… 15鄰區(qū)漏配………………………...17越區(qū)覆蓋………………………...18\o"CurrentDocument"系統(tǒng)設(shè)備異常 20干擾……………..21擁塞……………..22\o"CurrentDocument"話務(wù)統(tǒng)計(jì)掉線數(shù)據(jù)分析 8\o"CurrentDocument"客戶感知評估指標(biāo) 8\o"CurrentDocument"掉線相關(guān)的KPI 9\o"CurrentDocument"話統(tǒng)中掉線率相關(guān)Counter 11\o"CurrentDocument"全網(wǎng)掉線率偏高問題分析 11\o"CurrentDocument"小區(qū)級掉線率偏高問題分析 13\o"CurrentDocument"掉線問題的分析流程 23\o"CurrentDocument"典型掉線案例分析 27\o"CurrentDocument"弱覆蓋導(dǎo)致的掉線 27\o"CurrentDocument"浦口天潤城試擴(kuò)L-1小區(qū)弱覆蓋掉線 28\o"CurrentDocument"鄰區(qū)漏配導(dǎo)致的掉線 29\o"CurrentDocument"盱眙公安局L基站板卡掛死導(dǎo)致的掉線 31\o"CurrentDocument"金湖中行L天線接反模三干擾嚴(yán)重導(dǎo)致切換失敗掉線 32\o"CurrentDocument"小區(qū)關(guān)閉GAP之后無法開啟A2異頻測量導(dǎo)致切換不出來拖死掉線 34\o"CurrentDocument"修改PCI后鄰區(qū)中沒有同步修改導(dǎo)致切失敗形成掉線 34\o"CurrentDocument"升級6.008版本后掉線率惡化 37引言本文整理了與TD-LTE系統(tǒng)中與保持性（掉線）相關(guān)的基本概念、信令流程、所涉及的參數(shù)。其作用旨在指導(dǎo)TD-LTE網(wǎng)絡(luò)維護(hù)、優(yōu)化過程中，與掉線相關(guān)的問題分析和定位（解決）。掉線的基本概念“掉線”，從RRC連接來看，具體是指UE異常退出RRC_CONNECTED狀態(tài)導(dǎo)致的連接中斷?！斑B接”，通常指的是RRC_Connected狀態(tài)下的連接，本文暫時(shí)只考慮RRC_Connected狀態(tài)（激活態(tài)）、暫不考慮附著過程中的連接狀態(tài)。通常將在附著過程中發(fā)生的RRC連接中斷歸為“接入失敗”進(jìn)行分析；本文所分析的“掉線”、僅限于RRC_Connected狀態(tài)下的連接異常中斷。正常的連接釋放在了解“掉線”之前，需要先了解正常的“通話結(jié)束”（即“連接釋放”）的過程。RRC連接釋放流程如下圖所示（見36.331協(xié)議的5.3.8小節(jié)RRCConnectionRelease）。圖1-1RRC連接釋放（正常）通常情況下，以下情形會觸發(fā)EUTRAN下發(fā)RRCConnectionRelease消息：RRC激活檢測定時(shí)器超時(shí)；UE發(fā)起Detach之后；TAU之后；核心網(wǎng)觸發(fā)loadBalancingTAURequired之后。UE在接收到RRCConnectionRelease之后，進(jìn)行如下動作：如果RRCConnectionRelease消息中包含idleModeMobilityControlInfo，存儲其中的小區(qū)重選優(yōu)先級信息；如果消息中包含t320，啟動該T320定時(shí)器（并將定時(shí)器取值為t320）；如果沒有包含idleModeMobilityControlInfo，UE使用系統(tǒng)信息中廣播的小區(qū)重選優(yōu)先級信息。如果RRCConnectionRelease消息中的releaseCause為loadBalancingTAURequired，UE將在離開RRC_CONNECTED時(shí)執(zhí)行操作，并帶上releaseCause為loadBalancingTAURequired；如果releaseCause為other，則在離開RRC_CONNECTED時(shí)執(zhí)行操作，并帶上releaseCause為other。UE在離開RRC_CONNECTED時(shí)執(zhí)行的操作：重置MAC；停止除T320以外的所有定時(shí)器；釋放全部無線資源，包括釋放全部已建立的RB的RLC實(shí)體、MAC配置和相關(guān)的PDCP實(shí)體；告訴上層RRC連接釋放（帶上releaseCause）；如果不是由于收到MobilityFromEUTRACommand消息而觸發(fā)的離開RRC_CONNECTED狀態(tài)，UE將（根據(jù)離開RRC_CONNECTED的原因）通過執(zhí)行小區(qū)重選過程進(jìn)入RRC_IDLE，具體見TS36.304[4].1.3.異常的連接釋放（掉線）異常掉線通常都是由eNB發(fā)起的釋放，通知MME釋放上下文。結(jié)合常見的掉線類型，從信令上來看，有以下幾種體現(xiàn)：>空口超時(shí)引起的掉線：1540:07,6874呈處陰由四呢1BCCH_SCH15:40:07.69-1SSys/nfbBCCH_SCH1540:07,695,jSys/n/oBCCH_SCH15:40:07,698&Sys/nfoBCCH_SCH1540:07,703每SyslnfbBCCH_SCH^540:07,744I,RRCConnectionReestablishment^eqciestCCCH_UL、1540:07,753T「且白UpdateRequestEPSMM 1,15:40:07,763尋RRCConneetionR?establishmentRejectCCCR_DLJ1540:07,954&扉msfer7Mom7品心仃國日比日CCH_日CH1540:07,958岳QysInfoJyp^BCCH_SCH15:40:17,704T「acKing4「eaUpdateRequestEPSMM15-40:17,707VRRCOcnnectionRequestCCCH_UL15-40:17,7294RRCGonnection&etupCGCH_DL圖1-2重建立失敗導(dǎo)致的掉線首先是UE發(fā)送“rrcConnectionReestablishmentRequest;Cause=otherFailure”；接著eNB回復(fù)“rrcConnectionReestablishmentReject”；3）隨后UE發(fā)生掉線、開始接收系統(tǒng)廣播消息（在BCCH-SCH上的SIB1）、直至UE發(fā)起下一次呼叫。> 激活檢測——UE不活動導(dǎo)致掉線

圖1-3激活檢測觸發(fā)UE釋放導(dǎo)致的掉線該流程為UE一段時(shí)間內(nèi)不做業(yè)務(wù)，eNB正常釋放，這種釋放在統(tǒng)計(jì)時(shí)不計(jì)為掉線。狹義上來講，可以認(rèn)為“只要UE發(fā)起了RRC重建立，就意味著RRC連接已斷、即產(chǎn)生了掉線”。因?yàn)橹挥锌湛诎l(fā)生失敗，才會發(fā)送RRC重建立請求，因此個(gè)事件需要處理。其他錯(cuò)誤引起的掉話圖1-3UE釋放導(dǎo)致的掉線當(dāng)CDL日志出現(xiàn)一條S1接口S1UEContextReleaseRequest消息時(shí)，代表某一個(gè)UE釋放流程的開始：第1條消息為S1接口的S1UEContextReleaseRequest,第3條消息為UU接口的RRCConnectionRelease消息，這兩條消息同時(shí)出現(xiàn)標(biāo)志是其他錯(cuò)誤引起的掉話流程；所有消息有著相同的CELLID、CellUelndex與eNBUEID。提取S1UEContextReleaseRequest消息前的使用相同eNBUEID的UU接口消息，即為其他原因引起的掉話前的事件。注意此場景區(qū)別于以上場景的判斷條件在于：S1UEContextReleaseRequest消息中的valueCause不能是failure-in-radio-interface-procedure、user-inactivity、radio-connection-with-ue-lost、cs-fallback-triggered和ue-not-available-for-ps-service中的任意一個(gè)。2掉線相關(guān)定時(shí)器介紹定時(shí)器概述定時(shí)器的優(yōu)化對于提升網(wǎng)絡(luò)指標(biāo),改善網(wǎng)絡(luò)質(zhì)量起著至關(guān)重要的作用。我們?nèi)粘?yōu)化過程中最常見,也是最重要的影響“連接性”的定時(shí)器主要分為掉線類定時(shí)器、切換類定時(shí)器、重建立類定時(shí)器三大類?，F(xiàn)網(wǎng)中如果定時(shí)器設(shè)置的不合理會引起不必要的掉線、重選失敗、切換失敗等異常現(xiàn)象。下面對這三類類定時(shí)器進(jìn)行簡單的說明。掉線類定時(shí)器（1）N310定時(shí)器功能描述該參數(shù)表示接收連續(xù)“失步（out-of-sync）”指示的最大數(shù)目，達(dá)到最大數(shù)目后觸發(fā)T310定時(shí)器的啟動。網(wǎng)絡(luò)質(zhì)量影響N310設(shè)置的越大，UE對RL失步的判斷就越不敏感，可能造成本來不可用的RL遲遲不能被上報(bào)RL失步進(jìn)而無法觸發(fā)后續(xù)的恢復(fù)或重建操作；該參數(shù)設(shè)置過小，會造成不必要的RRC重建取值建議現(xiàn)網(wǎng)建議設(shè)置值：n20（2）T310定時(shí)器功能描述UE的RRC層檢測到physicallayerproblems時(shí)，啟動定時(shí)器T310.該定時(shí)器運(yùn)行期間，如果無線鏈路恢復(fù)，則停止該定時(shí)器，否則一直運(yùn)行。該定時(shí)超時(shí)，認(rèn)為無線鏈路失敗。網(wǎng)絡(luò)質(zhì)量影響T310設(shè)置的越大，UE察覺RL下行失步的時(shí)間就越長，此時(shí)間內(nèi)相關(guān)資源無法及時(shí)釋放，也無法發(fā)起恢復(fù)操作或響應(yīng)新的資源建立請求，影響用戶的感知。該參數(shù)設(shè)置過小，會造成不必要的RRC重建取值建議現(xiàn)網(wǎng)建議設(shè)置值：1000ms（3）N311定時(shí)器功能描述該參數(shù)用于設(shè)置停止T310定時(shí)器所需要收到的最大連續(xù)“in-sync”指示的個(gè)數(shù)。網(wǎng)絡(luò)質(zhì)量影響N3n設(shè)置的越大，越可以保證RL恢復(fù)下行同步的可靠性，但相應(yīng)的也會增加導(dǎo)致T310超時(shí)的風(fēng)險(xiǎn)，一旦T310超時(shí)，就會觸發(fā)RLFAILURE原因的連接重建流程；取值建議現(xiàn)網(wǎng)建議設(shè)置值：n1切換類定時(shí)器T304ForIntra-Lte功能描述在“E-UTRAN內(nèi)切換”和“切換入E-UTRAN的系統(tǒng)間切換”的情況下，UE在收到帶有“mobilityControlInfo”的RRC連接重配置消息時(shí)啟動定時(shí)器，在完成新小區(qū)的隨機(jī)接入后停止定時(shí)器；定時(shí)器超時(shí)后UE需恢復(fù)原小區(qū)配置并發(fā)起RRC重建請求網(wǎng)絡(luò)質(zhì)量影響用于系統(tǒng)內(nèi)切換，該值設(shè)置過大會導(dǎo)致切換失敗無法及時(shí)回退并發(fā)起RRC連接重建過程取值建議現(xiàn)網(wǎng)建議值：200ms重建立類定時(shí)器t3n定時(shí)器功能描述T3n用于UE的RRC連接重建過程，T3n控制UE開始RRC連接重建到UE選擇一個(gè)小區(qū)過程所需的時(shí)間，期間UE執(zhí)行cell-selection過程。網(wǎng)絡(luò)質(zhì)量影響設(shè)置值越大，UE進(jìn)行小區(qū)選擇過程中所被允許的時(shí)間越長，RRCConnectionReestablishment過程越滯后；如果該參數(shù)設(shè)置過小，可能在某些鏈路可以被挽救的情況下，卻由于定時(shí)器設(shè)置不合理而進(jìn)入IDLE狀態(tài)，引起掉線，嚴(yán)重影響用戶感知。取值建議現(xiàn)網(wǎng)建議值：1000ms(2)T301定時(shí)器功能描述在UE上傳RRCConnectionReestabilshmentRequest后啟動。在超時(shí)前如果收到UE收到RRCConnectionReestablishment或RRCConnectionReestablishmentReject，則定時(shí)器停止。定時(shí)器超時(shí)，則UE變?yōu)镽RC_IDLE狀態(tài)網(wǎng)絡(luò)質(zhì)量影響增加該參數(shù)的取值，可以提高UE的RRCconnectionre-establishment過程中隨機(jī)接入的成功率。但是，當(dāng)UE選擇的小區(qū)信道質(zhì)量較差或負(fù)載較大時(shí)，可能增加UE的無謂隨機(jī)接入嘗試次數(shù)。減少該參數(shù)的取值，當(dāng)UE選擇的小區(qū)信道質(zhì)量較差或負(fù)載較大時(shí)，可能減少UE的無謂隨機(jī)接入嘗試次數(shù)。但是，可能降低UE的RRCconnectionre-establishment過程中隨機(jī)接入的成功率取值建議現(xiàn)網(wǎng)建議值：600ms3話務(wù)統(tǒng)計(jì)掉線數(shù)據(jù)分析客戶感知評估指標(biāo)根據(jù)《中國移動TD-LTE網(wǎng)絡(luò)質(zhì)量測試評估規(guī)范》，考核掉線相關(guān)的有如下指標(biāo):序號指標(biāo)定義說明單位涉及業(yè)務(wù)類型1掉線率各制式掉線次數(shù)總和/（成功次數(shù)+各制式掉線次數(shù)總和）*100*；其中：掉線的定義為測試過程中已經(jīng)接收到了一定數(shù)據(jù)的情況下，超過3分鐘沒有任何數(shù)據(jù)傳輸評估TD-LTE網(wǎng)絡(luò)業(yè)務(wù)保持性能指標(biāo)，直接影響用戶感受%FTP上傳下載業(yè)務(wù)2數(shù)據(jù)掉線比應(yīng)用層數(shù)據(jù)下載量（含掉線）/各制式掉線次數(shù)總和從傳輸效率角度評估TD-LTE網(wǎng)絡(luò)業(yè)務(wù)保持性能指標(biāo)KB/次FTP上傳下載業(yè)務(wù)3全程成功率接通率*（1-掉話率）評估TD-LTE網(wǎng)絡(luò)語音業(yè)務(wù)整體質(zhì)量%語音業(yè)務(wù)、并發(fā)業(yè)務(wù)（先數(shù)據(jù)后語音）4掉話率各制式主被叫掉話次數(shù)總和/（各制式主叫接通次數(shù)總和*2）*100%評估TD-LTE網(wǎng)絡(luò)語音業(yè)務(wù)掉話情況%語音業(yè)務(wù)、并發(fā)業(yè)務(wù)（先數(shù)據(jù)后語音）表3-1路測掉線率相關(guān)指標(biāo)掉線相關(guān)的KPI無線掉線率=（eNB請求釋放上下文數(shù)-正常的eNB請求釋放上下文數(shù)）/（初始上下文建立成功次數(shù)+遺留上下文個(gè)數(shù)）*100%用到的計(jì)時(shí)器說明：100*（#{R026_024}+#{R026_025}+#{R026_037}+#{R026_042}+#{R026_043}）/（#{R026_013}+#{K005_010}）公式中分子計(jì)數(shù)器含義：R026_024=Context.AttReleNBNbr.RadioInterfaceFailure=eNB發(fā)起上下文釋放-空口過程失?。╡NB向MME發(fā)送“UE上下文釋放請求”（UECONTEXTRELEASEREQUEST）消息，對于釋放原因?yàn)椤翱湛谶^程失敗用戶，則對應(yīng)計(jì)數(shù)器加1）R026_025=Context.AttReleNBNbr.Unspecified=eNB發(fā)起上下文釋放-其他原因（eNB向MME發(fā)送“UE上下文釋放請求”（UECONTEXTRELEASEREQUEST）消息，對于釋放原因?yàn)椤拔粗该髟蛴脩?，則對應(yīng)計(jì)數(shù)器加1）R026_037=Context.AttReleNBNbr.OMIntervention=eNB發(fā)起上下文釋放-OMIntervention（eNB向MME發(fā)送“UE上下文釋放請求”（UECONTEXTRELEASEREQUEST）消息，對于釋放原因?yàn)椤癘MIntervention”，則對應(yīng)計(jì)數(shù)器加1）R026_042=Context.AttReleNBNbr.UELostM1(R026_042)=eNB發(fā)起上下文釋放-UELostMl(在UE存活檢測定時(shí)器超時(shí)前，基站有下行數(shù)據(jù)要發(fā)則觸發(fā)專用Preamble隨機(jī)接入流程重新獲得TA同步，如果同步失敗則原因?yàn)閁E_LOST，對應(yīng)計(jì)數(shù)器加1；UE存活檢測定時(shí)器超時(shí)，則基站通過觸發(fā)專用Preamble的隨機(jī)接入流程，如果終端隨機(jī)接入失敗，則向EPC申請釋放E-RAB，原因?yàn)閁E_LOST，對應(yīng)計(jì)數(shù)器加1)R026_043=Context.AttReleNBNbr.UELostN(R026_043)=eNB發(fā)起上下文釋放-UELostN(通過判斷ACK/NACK未過激活檢測門限的次數(shù)，如果累計(jì)M次ACK/NACK未過激活檢測門限，則判斷為鏈路異常，向EPC申請釋放E-RAB，原因?yàn)閁E_LOST，對應(yīng)計(jì)數(shù)器加1)公式中分母計(jì)數(shù)器含義：R026_013=Context.SuccInitalSetupNbr=eNB成功建立上下文的次數(shù)(eNB向MME發(fā)送“UE上下文建立響應(yīng)"(INITIALCONTEXTSETUPRESPONSE)消息，則對應(yīng)計(jì)數(shù)器加1)K005_010=Context.NbrLeft對于各種正常/異常UEcontextrelease的causelE可以參考TS36.413RadioNetworkLayercauseMeaningUnspecifiedSentforradionetworklayercausewhennoneofthespecifiedcausevaluesappliesUserInactivityTheactionisrequestedduetouserinactivityonallE-RABs,RadioConnectionWithUELostTheactionisrequestedduetoloosingtheradioconnectiontotheUE.CSFallbacktriggeredUENotAvailableforPSServiceO&MInterventionTheactionisduetoO&Mintervention.協(xié)議原因/傳輸/NAS/等等…..表3-2協(xié)議中RRC連接釋放相關(guān)原因值RRC連接異常掉線率=RRC連接異常釋放次數(shù)/RRC連接建立成功次數(shù)X100%E-RAB掉線率=E-RAB異常釋放次數(shù)/E-RAB建立成功次數(shù)X100%E-RAB掉線率（按QCI統(tǒng)計(jì)）=E-RAB異常釋放次數(shù)（按QCI統(tǒng)計(jì)，QCI1-9）/E-RAB建立成功次數(shù)（按QCI統(tǒng)計(jì)，QCI1-9）X100%激活E-RAB掉線率=激活E-RAB異常釋放次數(shù)/E-RAB建立成功次數(shù)X100%話統(tǒng)中掉線率相關(guān)Counter當(dāng)前話統(tǒng)ERAB釋放能區(qū)分釋放的業(yè)務(wù)類型，OMC提供了部分釋放原因值的統(tǒng)計(jì)，主要分為以下五類：L.E-RAB.AbnormRel.Radio無線層問題導(dǎo)致的E-RAB異常釋放次數(shù)L.E-RAB.AbnormRel.TNL傳輸層問題導(dǎo)致的E-RAB異常釋放次數(shù)L.E-RAB.AbnormRel.Cong網(wǎng)絡(luò)擁塞導(dǎo)致的E-RAB異常釋放次數(shù)L.E-RAB.AbnormRel.HOFailure切換流程失敗導(dǎo)致E-RAB異常釋放次數(shù)L.E-RAB.AbnormRel.MME核心網(wǎng)問題導(dǎo)致E-RAB異常釋放次數(shù)表3-3OMC統(tǒng)計(jì)指標(biāo)中E-RAB掉線包含的統(tǒng)計(jì)項(xiàng)全網(wǎng)掉線率偏高問題分析現(xiàn)象全局（整網(wǎng)）掉線率偏高，通常會在網(wǎng)絡(luò)建設(shè)初期、或者網(wǎng)絡(luò)重大操作（割接、拆分、升級）期間出現(xiàn)，表現(xiàn)如下：＞全局（大面積基站、小區(qū)）掉線率偏高＞往往會伴隨全局（大面積基站、小區(qū)）的切換成功率和呼叫建立成功率偏低分析方法全局掉線率指標(biāo)偏高的問題定位，通常可以通過OMC統(tǒng)計(jì)指標(biāo)來找到一些規(guī)律，可能的原因有：＞全網(wǎng)覆蓋受限、或者存在大量越區(qū)覆蓋的情況＞全網(wǎng)鄰區(qū)漏配、錯(cuò)配情況嚴(yán)重＞全網(wǎng)切換參數(shù)（包括切換門限、遲滯、TTT、層三濾波系數(shù)等）配置有誤＞X2口配置有誤（X2口切換失敗率偏高）＞系統(tǒng)中存在干擾＞與其他設(shè)備商的業(yè)務(wù)區(qū)交界＞系統(tǒng)版本有故障＞OMC問題導(dǎo)致統(tǒng)計(jì)異常＞某些時(shí)段用戶數(shù)少、OMC性能數(shù)據(jù)不具備統(tǒng)計(jì)意義在具體分析的時(shí)候，通常采取OMC性能統(tǒng)計(jì)數(shù)據(jù)分析法。步驟1、采集OMC在一段時(shí)間（含系統(tǒng)忙時(shí)）內(nèi)的切換、掉線、呼叫統(tǒng)計(jì)數(shù)據(jù)；步驟2、分析系統(tǒng)忙時(shí)的掉線率指標(biāo)、找出掉線率排名TopN的小區(qū)；步驟3、將掉線率TopN小區(qū)進(jìn)行分簇，按照本小節(jié)、3.5小節(jié)的內(nèi)容進(jìn)行分析。解決方案針對上述不同原因，采取相應(yīng)的解決辦法：＞覆蓋相關(guān)：具體優(yōu)化手段見4.1、4.4小節(jié)。＞鄰區(qū)及切換參數(shù)相關(guān)：具體優(yōu)化手段見4.2、4.3小節(jié)。＞系統(tǒng)相關(guān)：具體優(yōu)化手段見4.5小節(jié)。＞干擾相關(guān)；具體優(yōu)化手段見4.6小節(jié)。＞如果是存在與其他設(shè)備商的業(yè)務(wù)區(qū)有交界的情況，可以考慮控制覆蓋、規(guī)避干擾的辦法，具體優(yōu)化手段見4.1、4.6小節(jié)。3.5.小區(qū)級掉線率偏高問題分析現(xiàn)象在一個(gè)成熟、穩(wěn)定的網(wǎng)絡(luò)中，通常不再出現(xiàn)全局大面積掉線率偏高的情況，只有個(gè)別扇區(qū)、基站的掉線率偏高（TopN小區(qū)），表現(xiàn)為：＞個(gè)別扇區(qū)、基站掉線率偏高＞問題基站與周邊基站的切換成功率偏低（往往表現(xiàn)為單向切換成功率偏低）分析方法OMC性能統(tǒng)計(jì)數(shù)據(jù)分析法，除了具體到小區(qū)（簇）掉線分析時(shí)，還需要查看TopN小區(qū)（基站）的以下特征（的規(guī)律性）：＞掉線率偏高的小區(qū)（基站）是否新開站點(diǎn)，或該小區(qū)（基站）周邊有新開站點(diǎn)（需要檢查該站及周邊站點(diǎn)的鄰區(qū)、切換參數(shù)）；＞掉線率偏高的基站工作是否正常？（有無告警、功率輸出是否正常、基站運(yùn)行的軟件版本是否正確）；＞掉線率偏高的扇區(qū)，天饋系統(tǒng)是否正常（天線有無接反？有無駐波比告警？天線的增益、方位角和俯仰角是否與規(guī)劃、實(shí)際地形相符）；＞掉線率偏高的基站，周邊的無線環(huán)境如何（有無阻擋、拐角、干擾）；＞掉線率偏高的小區(qū)，切換、功控等參數(shù)是否正確；＞掉線率偏高的小區(qū)資源是否足夠；＞掉線率偏高的小區(qū)及周邊基站是否存在外部干擾源。4常見掉線原因分析弱覆蓋現(xiàn)象由于弱覆蓋導(dǎo)致的掉線，通常有以下表現(xiàn)：＞掉線前服務(wù)小區(qū)的RSRP持續(xù)變差（低于弱覆蓋標(biāo)準(zhǔn)1,如：小于-105dBm）、同時(shí)服務(wù)小區(qū)的SINR也一起持續(xù)變差（小于-5dB，甚至更低）；＞掉線后可能會有一段時(shí)間（數(shù)秒至數(shù)分鐘不等，取決于實(shí)際網(wǎng)絡(luò)覆蓋情況），UE無數(shù)據(jù)上報(bào)（類似于UE脫網(wǎng)）。PoorCoverage20PoorCoverage20100-10-70-90-110-130圖4-1弱覆蓋導(dǎo)致的掉線示意圖分析方法采用路測數(shù)據(jù)分析法。步驟1、采集到相關(guān)路測數(shù)據(jù)，用路測數(shù)據(jù)分析軟件OUTUM進(jìn)行分析；步驟2、定位到掉線時(shí)間點(diǎn)的數(shù)據(jù)，通過查看地理化顯示的圖層（服務(wù)小區(qū)RSRP、SINR）確認(rèn)以下特征：掉線時(shí)，UE測得的服務(wù)小區(qū)RSRP低（如：＜-105dBm）；掉線時(shí)，UE測得的服務(wù)小區(qū)SINR低（如：＜0dB）（3）掉線時(shí)，UE沒有測到（上報(bào)）其他（如：強(qiáng)度＞-105dBm的）鄰區(qū)信號。解決辦法總的來說,要解決此類掉線,需要改善覆蓋,具體的操作步驟和手段有：＞首先明確當(dāng)前的弱覆蓋區(qū)域由哪些扇區(qū)的信號覆蓋;＞根據(jù)網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)和相關(guān)無線環(huán)境來確定最適合覆蓋該區(qū)域的扇區(qū)、并加強(qiáng)它的覆蓋:排除主覆蓋小區(qū)的硬件故障（例如：基帶及射頻器件故障、天饋系統(tǒng)駐波比告警等）（2）上調(diào)主覆蓋小區(qū)的RS功率上調(diào)主覆蓋扇區(qū)的功率調(diào)整主覆蓋扇區(qū)的天線下傾角調(diào)整住覆蓋扇區(qū)的天線方位角對不合理站點(diǎn)進(jìn)行整改（天線安裝位置不合理、拉線阻擋等）建議加站（并調(diào)整周邊基站天線的方位角和下傾角）切換失敗現(xiàn)象由于切換失敗導(dǎo)致的掉線，通常有以下表現(xiàn)：＞首先，在掉線前UE曾發(fā)出MeasurementReport、并能收到eNB發(fā)來的RRCConnectionReconfiguration；＞但是UE收取目標(biāo)小區(qū)的廣播消息之后、立即上報(bào)“RRC連接重建立請求”；＞通常UE在切換失敗后，都會發(fā)起回到源小區(qū)的“RRC連接重建立請求”，如果及時(shí)重建回源小區(qū)，則可以認(rèn)為沒有掉線。圖4-2信令（由于切換失敗導(dǎo)致的掉線）分析方法采用信令分析法。步驟1、獲取采集到的掉線數(shù)據(jù)，使用路測數(shù)據(jù)分析軟件進(jìn)行分析；步驟2、打開路測數(shù)據(jù)的信令，定位到掉線時(shí)間點(diǎn)，確認(rèn)以下幾個(gè)特征：掉線前UE曾發(fā)起MeasurementReport消息；UE能夠收到eNB發(fā)來的帶有MobilityControlInfo內(nèi)容的“RRC連接重配置”消息UE切換到“RRC連接重配置”消息所帶的目標(biāo)小區(qū)后、在該小區(qū)的BCCH-SCH上接收到廣播消息（systemInformationBlockType1）；UE收完廣播消息后、發(fā)起“RRC連接重建立（原因?yàn)榍袚Q失敗）”；（5）通常UE能夠在較短時(shí)間（200ms）內(nèi)重建立成功、回到切換前的源小區(qū)。步驟3、進(jìn)一步分析以下內(nèi)容：明確MR消息和RRC連接重配置消息中所提及的目標(biāo)小區(qū)的PCI，確認(rèn)該P(yáng)CI所指小區(qū)；分析UE在新的目標(biāo)小區(qū)接收到的廣播消息，確認(rèn)該小區(qū)是否就是MR消息上報(bào)的小區(qū)，用以排除鄰區(qū)錯(cuò)配的情況；在OMC中確認(rèn)鄰區(qū)配置，檢查鄰區(qū)參數(shù)是否正確；確認(rèn)OMC中的切換類型（X2、S1）；確認(rèn)目標(biāo)小區(qū)的工作狀態(tài)（小區(qū)的功率輸出、小區(qū)負(fù)荷）、排除由于目標(biāo)小區(qū)工作異常導(dǎo)致的切換失??；（6）確認(rèn)源小區(qū)和目標(biāo)小區(qū)的切換參數(shù)（門限、TTT和遲滯等）配置與其他正常小區(qū)的相同。步驟4、如果上述分析無法得到明確結(jié)論，需要進(jìn)一步確認(rèn)該小區(qū)的切換成功率，如果該目標(biāo)小區(qū)的切換成功率偏低，初步定為為基站故障（或者系統(tǒng)版本問題），需要進(jìn)一步將問題反饋給后方技術(shù)支持。解決辦法總的來說，解決此類掉線有以下方法：檢查源小區(qū)的鄰區(qū)配置情況，確認(rèn)鄰區(qū)參數(shù)配置正確；＞確認(rèn)目標(biāo)小區(qū)的工作狀態(tài)正常（包括傳輸無誤碼、功率輸出正常、小區(qū)負(fù)荷不會導(dǎo)致拒絕切入）＞確認(rèn)源小區(qū)和目標(biāo)小區(qū)的軟件版本是否正確；＞了解切換失敗的規(guī)律（是否配置了X2？是否集中在某個(gè)小區(qū)、該小區(qū)的切換成功率是否低？周邊是否有新開站點(diǎn)？是否處于不同的MME邊緣？是否處于不同頻率的基站交界處？）當(dāng)無法定位問題時(shí)，需要總結(jié)規(guī)律、將歸納后的信息反饋給后方技術(shù)支持、以便提交系統(tǒng)開發(fā)人員作問題的最終定位。4.3.鄰區(qū)漏配現(xiàn)象由于鄰區(qū)漏配導(dǎo)致的掉線，通常有以下現(xiàn)象：＞掉線前、后的下行覆蓋不差（通常大于-105dBm）；＞掉線前、后服務(wù)小區(qū)的SINR變差（因?yàn)槭艿洁弲^(qū)信號的干擾）；＞（關(guān)鍵點(diǎn)）掉線前UE（可能會多次）上報(bào)測量報(bào)告（MR）、并且MR中上報(bào)的PCI，并沒有配置在當(dāng)前服務(wù)小區(qū)的鄰區(qū)列表之中；＞掉線后UE通常會發(fā)起小區(qū)重選、并重選到一個(gè)新的小區(qū)。-130MissingNeighbor20-130MissingNeighbor20100-10-70-90-110圖4-3鄰區(qū)漏配導(dǎo)致的掉線示意圖分析方法采用信令分析法。步驟1、獲取采集到的掉線數(shù)據(jù)，使用路測數(shù)據(jù)分析軟件OUTUM進(jìn)行分析；步驟2、打開路測數(shù)據(jù)的信令，定位到掉線時(shí)間點(diǎn)，確認(rèn)以下幾個(gè)特征：（1）掉線前服務(wù)小區(qū)的RSRP持續(xù)下降；（2）掉線前，UE（連續(xù)）上報(bào)MR消息；（目的是：確認(rèn)鄰區(qū)信號足夠強(qiáng)、是由于鄰區(qū)漏配導(dǎo)致的服務(wù)小區(qū)信號變差、最終導(dǎo)致掉線）（3）MR消息中UE上報(bào)有符合A3（或者A5,取決于系統(tǒng)設(shè)置）事件的目標(biāo)鄰區(qū)；（4）在當(dāng)前服務(wù)小區(qū)下發(fā)的系統(tǒng)（鄰區(qū)）消息中，并沒有包含MR消息中UE上報(bào)的目標(biāo)鄰區(qū)；（5）UE上報(bào)MR后，沒有收到eNB發(fā)來的用于指示切換的重配置消息。步驟3、通過基站信息表（或者OMC導(dǎo)出的基站配置表）確認(rèn)掉線時(shí)的主服務(wù)小區(qū)、MR消息中上報(bào)的不在鄰區(qū)中的PCI歸屬（即目標(biāo)小區(qū)）；步驟4、在掉線前的服務(wù)小區(qū)的鄰區(qū)列表中添加相應(yīng)的目標(biāo)鄰區(qū)。解決辦法通過OMC（可以使用界面提供的配置工具、或者批量導(dǎo)入功能），在掉線前的服務(wù)小區(qū)列表中，添加漏配的鄰區(qū)。4.4.越區(qū)覆蓋現(xiàn)象在支持切換的移動通信網(wǎng)絡(luò)中，由于無法精確控制無線信號的傳播，因此或多或少都會存在越區(qū)覆蓋的情況。而由于越區(qū)覆蓋導(dǎo)致的掉線，通常表現(xiàn)為：＞越區(qū)覆蓋導(dǎo)致“導(dǎo)頻污染”：由于越區(qū)覆蓋的信號較多，導(dǎo)致在某些區(qū)域形成“導(dǎo)頻污染”——在覆蓋區(qū)內(nèi)，沒有穩(wěn)定的強(qiáng)信號作為主服務(wù)小區(qū)。服務(wù)小區(qū)信號的頻繁變化，是導(dǎo)致掉線的一個(gè)主要原因。＞越區(qū)覆蓋對主服務(wù)小區(qū)的干擾（包括鄰區(qū)漏配、越區(qū)信號的迅速變化等）：在某些區(qū)域，主服務(wù)小區(qū)受到越區(qū)信號的干擾、最終導(dǎo)致掉線。一方面是由于越區(qū)信號的出現(xiàn)，超出了網(wǎng)絡(luò)規(guī)劃設(shè)計(jì)的預(yù)期，初始設(shè)計(jì)的鄰區(qū)列表沒有加上越區(qū)覆蓋的小區(qū)；另一方面，在某些區(qū)域，越區(qū)覆蓋的小區(qū)信號并不穩(wěn)定，即使配置了鄰區(qū)，也可能會出現(xiàn)由于越區(qū)信號的不穩(wěn)定而無法及時(shí)加入鄰區(qū)的情況。Overshooting

(PilotPollution)分析方法路測數(shù)據(jù)分析法。步驟1、獲取采集到的掉線數(shù)據(jù)，使用路測數(shù)據(jù)分析軟件OUTUM進(jìn)行分析；步驟2、打開路測數(shù)據(jù)的信令，定位到掉線時(shí)間點(diǎn)，確認(rèn)以下特征：（1）發(fā)生掉線的區(qū)域，服務(wù)小區(qū)或者搜索到的鄰區(qū)信號中有越區(qū)覆蓋信號（跨越3“層”或以上的小區(qū)）（2）判定掉線區(qū)域是否為“導(dǎo)頻污染區(qū)”（覆蓋該區(qū)域、RSRP>-110dBm的小區(qū)個(gè)數(shù)超過3個(gè)，通常信號的SINR<0dB）判定是否存在鄰區(qū)漏配：檢查覆蓋該區(qū)域的小區(qū)鄰區(qū)列表、是否包含了越區(qū)覆蓋的小區(qū)步驟3、確認(rèn)了存在越區(qū)覆蓋、以及越區(qū)覆蓋的具體影響之后，進(jìn)一步明確覆蓋掉線區(qū)域的主服務(wù)小區(qū)、并通過RF優(yōu)化、鄰區(qū)優(yōu)化等手段，控制越區(qū)覆蓋信號。解決方案＞越區(qū)覆蓋的一般優(yōu)化原則是：在區(qū)域中已有合理的穩(wěn)定信號覆蓋的情況下、盡可能地控制越區(qū)覆蓋的信號：下調(diào)越區(qū)覆蓋信號的功率增加越區(qū)覆蓋扇區(qū)的天線下傾角在考慮了越區(qū)覆蓋扇區(qū)周邊的覆蓋情況、以及網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)的情況下，謹(jǐn)慎地調(diào)整越區(qū)覆蓋扇區(qū)的天線方位角＞如果越區(qū)覆蓋導(dǎo)致了導(dǎo)頻污染，根據(jù)網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)和相關(guān)無線環(huán)境來確定最適合覆蓋該區(qū)域的扇區(qū)、并加強(qiáng)它的覆蓋：上調(diào)主覆蓋扇區(qū)的功率調(diào)整主覆蓋扇區(qū)的天線下傾角調(diào)整主覆蓋扇區(qū)的天線方位角控制其他污染信號對該地區(qū)的覆蓋＞如果越區(qū)覆蓋未導(dǎo)致導(dǎo)頻污染、只是由于鄰區(qū)漏配而導(dǎo)致掉線，則只需要在掉線區(qū)域相關(guān)小區(qū)的鄰區(qū)列表中添加越區(qū)覆蓋小區(qū)即可。.系統(tǒng)設(shè)備異常現(xiàn)象此類問題的表象不一，總的來說，在確認(rèn)系統(tǒng)的功率、切換、業(yè)務(wù)相關(guān)參數(shù)無誤、并排除了無線環(huán)境（信號）的影響之后，掉線問題依舊存在，這時(shí)可以將問題考慮為系統(tǒng)設(shè)備（可能是硬件或軟件）異常。＞切換流程異常（在切換區(qū)、無法正常完成切換、而導(dǎo)致掉線，同3.2分析方法中步驟4）＞在業(yè)務(wù)進(jìn)行到相對固定的一段時(shí)間內(nèi)、發(fā)生掉線（并且可復(fù)現(xiàn)）＞在特定某（幾）個(gè)扇區(qū)、eNodeB下，發(fā)生可復(fù)現(xiàn)的掉線＞跨MME、或者跨TA等，在特殊區(qū)域進(jìn)行業(yè)務(wù)時(shí)，發(fā)生可復(fù)現(xiàn)的掉線分析方法路測數(shù)據(jù)和OMC統(tǒng)計(jì)數(shù)據(jù)結(jié)合分析法。步驟1、采集掉線區(qū)域的路測數(shù)據(jù)和OMC性能統(tǒng)計(jì)數(shù)據(jù);步驟2、分析發(fā)生掉線前后的數(shù)據(jù)，包括：（1）當(dāng)時(shí)的無線環(huán)境（可借助GoogleEarth來查看）（確定不是由于建筑物阻擋、拐角等環(huán)境因素導(dǎo)致的弱覆蓋、快衰落、陰影衰落等）（2）當(dāng)時(shí)主服務(wù)小區(qū)和鄰區(qū)的RSRP、SINR（確認(rèn)當(dāng)時(shí)的信號覆蓋情況）鄰區(qū)配置情況（確認(rèn)鄰區(qū)都已配置）小區(qū)對的切換、掉線次數(shù)統(tǒng)計(jì)（確認(rèn)該扇區(qū)的切換是否都失敗、掉線率是否偏高）掉線時(shí)，業(yè)務(wù)停留在什么地方（例如：在切換過程中掉線、需要確認(rèn)切換流程進(jìn)行到哪個(gè)步驟了）步驟3、排除掉線原因（無線環(huán)境、無線弱覆蓋和導(dǎo)頻污染、鄰區(qū)漏配等）之后，需要進(jìn)一步查找掉線的規(guī)律性，包括查看：掉線是否集中在某（幾）個(gè)有規(guī)律（新開站點(diǎn)、WME的邊界站點(diǎn)等特征）的扇區(qū)、eNodeB？掉線是否集中在某種類型的切換上（例如經(jīng)由X2口的切換）？掉線是否在某次版本升級之后？解決辦法問題原因定位為系統(tǒng)設(shè)備異常之后，需要將問題轉(zhuǎn)交系統(tǒng)開發(fā)工程師、并配合抓取進(jìn)一步分析問題所需的數(shù)據(jù)、跟蹤問題的進(jìn)展并最終驗(yàn)證該問題得到妥善解決。干擾現(xiàn)象2012年12月，《工業(yè)和信息化部關(guān)于發(fā)布1800和1900兆赫茲頻段國際移動通信系統(tǒng)基站射頻技術(shù)指標(biāo)和臺站設(shè)置要求的通知》（工信部無〔2012〕559號）。雜散：FDD方式的IMT系統(tǒng)每通道在1880~1920MHz上雜散不超過-65dBm/MHz。阻塞：TDD方式的IMT系統(tǒng)對于帶外5MHz（1875MHz）干擾信號抗阻塞能力要優(yōu)于-5dBm。2013年去年的規(guī)定，過渡帶是在1880~1875。2014年的規(guī)定，過渡帶是在1880~1875。TD-LTE干擾分為系統(tǒng)內(nèi)干擾和系統(tǒng)外干擾。＞系統(tǒng)內(nèi)干擾：同頻之間組網(wǎng)，鄰小區(qū)用戶業(yè)務(wù)信號將本小區(qū)IOT抬升。＞系統(tǒng)外干擾：/Band8的900MHz的GSM信號的二次諧波，干擾頻率范圍為1850-1920MHz，基本覆蓋整個(gè)F頻段。/Band3的1800MHz的GSM信號3階5階交調(diào)信號。/小靈通信號PHS信號，1900到1905MHz之間。/Band3的FDD-LTE鄰道次鄰道雜散信號。/Band3的FDD-LTE的信號阻塞。分析方法&解決方法通過OMC提取的上行低噪KPI指標(biāo)，根據(jù)公司發(fā)布的《干擾排查解決方案指導(dǎo)書》來找出高干擾小區(qū)并按照上面的解決方案來解決干擾問題。擁塞現(xiàn)象當(dāng)系統(tǒng)資源不足、而用戶數(shù)較多時(shí)，容易出現(xiàn)擁塞，現(xiàn)象包括：＞小區(qū)實(shí)時(shí)激活用戶數(shù)較多＞小區(qū)開始出現(xiàn)接納拒絕＞小區(qū)的發(fā)射功率接近飽和＞小區(qū)的呼叫建立成功率、掉線率指標(biāo)惡化分析方法OMC性能統(tǒng)計(jì)數(shù)據(jù)分析法。步驟1、采集忙時(shí)OMC性能統(tǒng)計(jì)數(shù)據(jù)（包括呼叫、切換和釋放數(shù)據(jù)）；步驟2、查看掉線時(shí)小區(qū)的用戶數(shù)、話務(wù)量等情況，確認(rèn)小區(qū)處于高負(fù)荷狀態(tài)；步驟3、查看小區(qū)的呼叫建立成功率、切換成功率和掉線率、以及相應(yīng)的失敗原因；步驟4、當(dāng)出現(xiàn)由于小區(qū)資源不足而導(dǎo)致接納拒絕的情況時(shí)，可以判定為系統(tǒng)出現(xiàn)擁塞。解決辦法解決擁塞的方法，從兩個(gè)大方面入手：＞增加系統(tǒng)容量（1）增加小區(qū)功率容量（2）壓縮開銷信道的功率、RB資源（3）功率控制（分配）相關(guān)參數(shù)的優(yōu)化（4）增加基站、扇區(qū)、頻點(diǎn)（帶寬）＞改變網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)、均衡話務(wù)負(fù)荷）對于出現(xiàn)功率過載的小區(qū)，可以考慮適當(dāng)收縮覆蓋（增大天線下傾角、減小扇區(qū)發(fā)射功率），使得基站只服務(wù)距離較近的用戶、減小單用戶下行功率開支。）改善話務(wù)熱點(diǎn)的拓?fù)浣Y(jié)構(gòu)（調(diào)整扇區(qū)天線方位角）。5掉線問題的分析流程根據(jù)前面所述的掉線問題分析過程、提取出一套掉線問題分析思路，具體流程如下：無線環(huán)境a）通過查看該區(qū)域的地形地物，確認(rèn)是否覆蓋問題＞有無遮擋；＞是否拐角；＞有無空洞、越區(qū)、導(dǎo)頻污染。b）通過查看該區(qū)域的網(wǎng)絡(luò)拓?fù)?，總結(jié)問題基站的地理特征＞新開站、或周圍有新開站（注意檢查鄰區(qū)）；＞業(yè)務(wù)區(qū)邊界（跨MME、跨廠家的切換）；＞頻段（頻點(diǎn)）的邊界；＞孤島效應(yīng)，熱點(diǎn)區(qū)域。c）是否存在干擾＞上行：RSSI是否偏高；＞下行：RSRP好，SINR差。設(shè)備a）通過OMC告警管理模塊，判斷ENB工作是否正常＞常見的硬件問題：傳輸無碼、駐波比告警、主分集不平衡、重要單板告警；＞扇區(qū)功率輸出是否正常，基站側(cè)RSSI是否正常。b）通過路測發(fā)現(xiàn)問題，上站檢查硬件＞扇區(qū)天饋接反鴛鴦線等；＞饋線接頭松動、單板接觸不良。a）通過OMC版本管理模塊檢查ENB運(yùn)行版本是否正確（特別是新開站點(diǎn)、或者版本升級后）b）確認(rèn)UE工作正常＞UE是否有故障；＞UE的版本與系統(tǒng)、測試軟件是否兼容；＞UE等級與能力（是否支持某項(xiàng)業(yè)務(wù)）；＞UE的鑒權(quán)數(shù)據(jù)是否正常。網(wǎng)絡(luò)配置/性能a）檢查掉線相關(guān)的參數(shù)配置是否正確＞鄰區(qū)是否漏配、錯(cuò)配；＞PCI復(fù)用距離是否足夠；＞切換參數(shù)是否合理；＞業(yè)務(wù)信道功率和開銷信道功率分配是否合理。b）觀察掉線率指標(biāo)的規(guī)律，以及TOPN分析＞時(shí)間規(guī)律（忙時(shí)，節(jié)假日，某些相關(guān)操作之后）；＞問題的范圍（全網(wǎng)，還是集中在某些小區(qū)或站點(diǎn)）；＞本站其他扇區(qū)的掉線率指標(biāo)是否也發(fā)生變化；＞本站（小區(qū)）其他指標(biāo)是否變化（接入成功率、切換成功率等）；＞周圍站點(diǎn)的指標(biāo)如何。資源利用a）無線資源是否受限＞功率不足（增加功率、站點(diǎn)、頻點(diǎn)）；＞RB不足。b）硬件資源是否受限>傳輸資源不足；>單板CPU利用率過高。獲取關(guān)于掉線相關(guān)問題并進(jìn)行分析，主要有兩大塊，即外場（主要為測試和用戶投訴）與話統(tǒng)。其中外場中的掉線問題涉及面相對較小，具體問題具體對待，日常主要對話統(tǒng)中的掉線指標(biāo)進(jìn)行監(jiān)控和定位處理：（1）首先需要在話統(tǒng)側(cè)獲取全網(wǎng)的掉線率指標(biāo)以及趨勢，掉線率趨勢分析至少需要分析1~2周左右的數(shù)據(jù)。如果全網(wǎng)的掉線率指標(biāo)突然偏高，一般下列因素會導(dǎo)致全網(wǎng)的掉線率突然增加，需要執(zhí)行以下的檢查：是否存在傳輸告警：觀察S1口傳輸是否出現(xiàn)問題；是否存在設(shè)備告警：觀察eNodeB側(cè)是否存在告警；全網(wǎng)話務(wù)量趨勢分析：分析是否由于話務(wù)量突然增加導(dǎo)致掉線率上升；話務(wù)量的分析通常可通過e-RAB嘗試建立的次數(shù)及成功次數(shù)的分布來判斷；檢查系統(tǒng)是否做過版本升級、打補(bǔ)丁等動作。（2）然后依據(jù)檢查結(jié)果，定位掉線問題；如果面全網(wǎng)的掉線率指標(biāo)一直偏高，分析小區(qū)級別的掉線率指標(biāo)，把小區(qū)級的掉線率指標(biāo)和掉線絕對次數(shù)按從高到低的順序進(jìn)行排序，優(yōu)先分析掉線絕對次數(shù)多而且掉線率也很高的Top小區(qū)；進(jìn)行小區(qū)掉線指標(biāo)分析；需要檢查小區(qū)參數(shù)在掉線率異常期間是否存在修改，尤其是涉及影響掉線相關(guān)參數(shù)，與掉線率相關(guān)參數(shù)的幾個(gè)重要參數(shù)如下表所示：參數(shù)名參數(shù)中文名參數(shù)含義TPERODICBSRTIMER周期性BSR上報(bào)定時(shí)器該參數(shù)表示周期性BSR卜報(bào)定時(shí)器時(shí)長。RETXBSRTIMERBSR重傳定時(shí)器該參數(shù)表示BSR重傳定時(shí)器的時(shí)長。BSR發(fā)送之后，需要啟用該定時(shí)器。SRIPERIODSRI周期該參數(shù)表示QCI級別對應(yīng)的SRI周期。T304ForEutran系統(tǒng)切換304定時(shí)器該參數(shù)表示系統(tǒng)內(nèi)切換使用的定時(shí)器T304的時(shí)長。如果UE在該時(shí)長內(nèi)無法完成對應(yīng)的切換過程，則進(jìn)行相應(yīng)的資源回退，并發(fā)起RRC連接重建過程。UelnactiveTimerUE不活動定時(shí)器長度該參數(shù)用來指示eNodeB對UE是否發(fā)送和接收數(shù)據(jù)進(jìn)行監(jiān)測，如果UE一直都沒有接收和發(fā)送數(shù)據(jù)，并且持續(xù)時(shí)間超過該定時(shí)器時(shí)長，則釋放該UE，配置為0表示不限制。T301定時(shí)器301該參數(shù)表示定時(shí)器301的時(shí)長，參見3GPPTS36.331。UE在發(fā)送RRCConnectionReestabilshmentRequest時(shí)啟動該定時(shí)器。定時(shí)器超時(shí)前，如果UE收至1」RRCConnectionReestablishment或者RRCConnectionReestablishmentReject或者被選擇小區(qū)變成不適合小區(qū)，則停止該定時(shí)器。定時(shí)器超時(shí)后，UE進(jìn)入RRCIDLE態(tài)。

T310定時(shí)器310該參數(shù)表示定時(shí)器310的時(shí)長，參見3GPPTS36.331。UE在檢測到物理層故障時(shí)，啟動該定時(shí)器。在定時(shí)器超時(shí)前，如果UE檢測到物理層故障恢復(fù)，或者觸發(fā)切換流程，或者UE發(fā)起連接重建流程，則停止該定時(shí)器。定時(shí)器超時(shí)后，如果沒有激活安全模式，UE進(jìn)入RRC_IDLE態(tài)；否則，停止T312（如果T312正在運(yùn)行），同時(shí)發(fā)起鏈接重建流程。T311定時(shí)器311該參數(shù)表示定時(shí)器311的時(shí)長，參見3GPPTS36.331。UE在發(fā)起RRC連接重建流程時(shí)啟動該定時(shí)器。定時(shí)器超時(shí)前，如果UE選擇了一個(gè)EUTRA小區(qū)或者異系統(tǒng)小區(qū)后，停止此定時(shí)器。定時(shí)器超時(shí)后，UE進(jìn)入RRC_IDLE態(tài)。N311常量N311該參數(shù)表示接收到底層的連續(xù)“同步”指示的最大數(shù)目，參見3GPPTS36.331。表5-1掉線問題參數(shù)核查6典型掉線案例分析弱覆蓋導(dǎo)致的掉線問題描述：拉網(wǎng)測試過程中，測試車輛在紫金北路與慶春街交叉口行駛，終端占用D780093蓮都天健電力實(shí)業(yè)F-2小區(qū)，RSRP在-100dBm左右，由于存在樓宇阻擋，導(dǎo)致弱覆蓋，繼續(xù)行駛信號惡化，會導(dǎo)線掉線。■卜耳叼尢小錚fi?O.-IVTl一】啊卜g醇?坪1■卜耳叼尢小錚fi?O.-IVTl一】啊卜g醇?坪1-西,5000?'酬￡RS6P 口-RSRP^rtfl 4MUJ?SfiPAnll -：mCR5MW以邯口 ■制Q黑勢 40PRACFtTxPowwf「5$PartMoisPmHfHeadriHJE1PUSCHTxPwrPUGGH在PnrtfSRSTzPiMr調(diào)整前覆蓋圖：D7&W!曲心”」■怕D7&W!曲心”」■怕>GT-1,1T7忖FTO口脂哪3蓬那天世電力其讓R2W8DM2差那天宇磯街忖FTO口脂哪3蓬那天世電力其讓R2W8DM2差那天宇磯街F3WBOT5y匿郃廣電式岸F-ND7BDdT4iHSt-HF-1NW（明建詐廣電大隹13□了即1：“瑞都海關(guān)宿寺F0陰薪山儕而翔如oQorHVHu惻片岬加皿3am印痂的羽□如泌的3B3WPCI2?解m出用444唧2白-?3-iflei1?5期2117加。y-305r；jUE|MC^ninJk*問題分析：1、檢查基站狀態(tài)正常；2、核查鄰區(qū)，未存在鄰區(qū)漏配不切換的弱覆蓋掉線；從實(shí)際地理位置分析，由于周圍存在樓宇阻擋，天饋調(diào)整效果不大，后現(xiàn)場實(shí)際勘查發(fā)現(xiàn)D780128蓮都佳禾酒店F-1小區(qū)天饋，可以通過調(diào)整D780128蓮都佳禾酒店F-1小區(qū)天饋，加強(qiáng)問題路段覆蓋。從現(xiàn)場實(shí)際地理位置分析，由于周圍存在樓宇阻擋，天饋調(diào)整效果不大，后現(xiàn)場實(shí)際勘查發(fā)現(xiàn)D780128蓮都佳禾酒店F-1小區(qū)天饋，可以通過調(diào)整D780128蓮都佳禾酒店F-1小區(qū)天饋，將強(qiáng)問題路段覆蓋。處理結(jié)果：后現(xiàn)場調(diào)整D780128蓮都佳禾酒店F-1小區(qū)方位角21°調(diào)整為5°，機(jī)械下傾角5.2°整為8.4°，復(fù)測后問題路段得到解決。復(fù)測后如圖：浦口天潤城試擴(kuò)L-1小區(qū)弱覆蓋掉線問題描述：在浦口天潤城小區(qū)附近道路上行駛，在百潤路出現(xiàn)弱覆蓋嚴(yán)重路段，UE此時(shí)占用浦口天潤城試擴(kuò)L-1小區(qū)電平值在-114dbm左右，出現(xiàn)了長時(shí)間速率為0，無法上網(wǎng)，造成一次掉線。覆蓋圖：問題分析：該區(qū)域站點(diǎn)稀疏，且浦口天潤城試擴(kuò)L-1小區(qū)存在阻擋信號無法進(jìn)行有效覆蓋，導(dǎo)致該區(qū)域的RSRP在-llOdbm以下，嚴(yán)重弱覆蓋導(dǎo)致了本次掉線。處理結(jié)果：該區(qū)域需要新增站點(diǎn)來加強(qiáng)覆蓋，解決弱覆蓋問題，才能從根本上避免因覆蓋差導(dǎo)致掉線。鄰區(qū)漏配導(dǎo)致的掉線現(xiàn)象描述：0922分析切換TOP小區(qū)，發(fā)現(xiàn)鶴工農(nóng)工商局家屬樓-DLH-1小區(qū)掉線次數(shù)偏高，全天掉線次數(shù)分別為136次。原因分析：通過morpho對鶴工農(nóng)工商局家屬樓-DLH-1小區(qū)分析，發(fā)現(xiàn)該站切換均為小區(qū)內(nèi)切換，無S1、X2切換存在；對該站3個(gè)小區(qū)鄰區(qū)進(jìn)行核查發(fā)現(xiàn)，該小區(qū)鄰區(qū)配置錯(cuò)誤，主要由于該站建設(shè)位置與原規(guī)劃位置偏離較遠(yuǎn)，造成鄰區(qū)配置不合理造成，如下圖所示：山強(qiáng)中心;山南山五號，DLH：S-DIMi山程琛國解決方法：對鶴工農(nóng)工商局家屬樓-DLH-1鄰區(qū)進(jìn)行核查，添加部分鄰區(qū)，添加后鄰區(qū)如下圖:山強(qiáng)中心;山南山五號，DLH：S-DIMi山程琛國解決方法：對鶴工農(nóng)工商局家屬樓-DLH-1鄰區(qū)進(jìn)行核查，添加部分鄰區(qū)，添加后鄰區(qū)如下圖:鄰區(qū)添加后，通過morpho對該小區(qū)進(jìn)行分析發(fā)現(xiàn)，該小區(qū)全天掉線次數(shù)為0，鄰區(qū)調(diào)7彳4農(nóng)北國明珠1號整后效果顯著，X2切換正常，S1切換次數(shù)較少且切換正常。盱眙公安局L基站板卡掛死導(dǎo)致的掉線問題描述：測試UE占用盱眙縣政府L-3小區(qū)沿著道路向在淮安盱眙公安局L-3小區(qū)方向行駛，當(dāng)服務(wù)小區(qū)電平值變差，而鄰小區(qū)電平變好的時(shí)候UE不停的上報(bào)MR，但是始終沒有切換成功。從信令上來看UE在UL-CCCH上發(fā)送“rrcConnectionReestablishmentRequest，但是接著eNB在DL-CCCH上回復(fù)“rrcConnectionReestablishmentReject”，隨后UE發(fā)生掉線、開始接收系統(tǒng)廣播消息（在BCCH-SCH上的SIB1）。問題分析：分析數(shù)據(jù)給人的第一印象是鄰區(qū)漏配導(dǎo)致該處出現(xiàn)了切換失敗，從而導(dǎo)致RRC連接重建立請求，Enodeb拒絕導(dǎo)致了掉線。但是通過OMC查詢發(fā)現(xiàn)這兩個(gè)小區(qū)存在鄰區(qū)關(guān)系，且X2鏈路正常，排除了鄰區(qū)漏配導(dǎo)致；為了能夠準(zhǔn)確的定位該問題，又到現(xiàn)場對這兩個(gè)小區(qū)進(jìn)行了業(yè)務(wù)驗(yàn)證，同樣的方向行駛?cè)匀粺o法進(jìn)行切換，同時(shí)發(fā)現(xiàn)在UE占用盱眙縣政府L-3小區(qū)時(shí)能夠進(jìn)行正常的下載業(yè)務(wù)，而當(dāng)占用上公安局L-3小區(qū)后速率立刻降為0，無法進(jìn)行業(yè)務(wù)（無法上網(wǎng)）。

2014/03/16限1力弱Si^7666 -35070291121250291i506&]3213 -2014/03/13□生16酬目碼2丁&56-3M70J311312M3皿5506K3iia-2014/03A8年均27招啦7前6-35070S311312睡1218JW6S0耳JIS-2014/03/160^:16:17Si^7666-350702m112125OT1015i506E032ia-叼間3MMEUE1DS^MMEUEED石戶ID笈小區(qū)PUSENQUEED.aCRwn學(xué)每國口小區(qū)1口2014/03/lfi"山7力1223432046dbvajA11212416025912014/03/18DBiJ8:5-l16^912033f507Q3112124.621137 jr5KM932014/03A8。即9寸116^12088J1W703112124&21437 /3歐9M 3 \2014/D3/1SDM9￡il16M1?OS01^50703112124.621小25M92m2014/03/1S喇9熱1ibwistjsa(350703?1112121621137 (350693 3|2ai,4/D3/ia口i&Mixsa-5507M1?“a124621417J5M92 h2014/03/is口即ib^izosa-1|507(J5上I112124.621437 \55M933J2014/03/1S。時(shí)g冷116^12088-坂巾事?/112124621437 1S5M93 3/2014/03/16DM9301題部-i3^7Q37112124.62143715&59J3/如 二下圖：(350693)-3小區(qū)的切換全部失敗。如R理行忻工畫用提取這兩個(gè)站點(diǎn)的CDL日志發(fā)現(xiàn)，空囑國》...此國出Imf...113覆RtanBiiR帆與“辦HsHmjn-mfacstFWln'uH時(shí)肌而:如,如 二下圖：(350693)-3小區(qū)的切換全部失敗。如R理行忻工畫用提取這兩個(gè)站點(diǎn)的CDL日志發(fā)現(xiàn)，空囑國》...此國出Imf...113覆RtanBiiR帆與“辦HsHmjn-mfacstFWln'uH時(shí)肌而:如,S24P也依*“匹即加OfflFTTCcihl..fitm%,mkiikSiuFT7T*立i般ij器也wm事冏澗:演盱眙縣政府L(35070政-2小區(qū)向盱眙公安局L查詢這兩個(gè)站點(diǎn)的站點(diǎn)狀態(tài)，發(fā)現(xiàn)此時(shí)公安局L站點(diǎn)在網(wǎng)管上顯示為斷鏈，但是小區(qū)狀態(tài)正常(現(xiàn)場測試驗(yàn)證證明了雖然基站在網(wǎng)管顯示斷鏈，但是小區(qū)仍然有信號)，無法進(jìn)行修改操作。懷疑為該站點(diǎn)斷鏈導(dǎo)致了切入失敗，且影響了數(shù)據(jù)業(yè)務(wù)下載。處理結(jié)果：排障工程師上站后發(fā)現(xiàn)該站板卡掛死導(dǎo)致了無法進(jìn)行切換及業(yè)務(wù)進(jìn)行，對該基站進(jìn)行了復(fù)位操作，復(fù)位后業(yè)務(wù)及切換均恢復(fù)正常。金湖中行L天線接反模三干擾嚴(yán)重導(dǎo)致切換失敗掉線問題描述：

在金湖中行L站點(diǎn)附近道路拉網(wǎng)測試發(fā)現(xiàn)該區(qū)域天線方位角逆時(shí)鐘接反，導(dǎo)致周邊道路SINR較差，出現(xiàn)了掉線現(xiàn)象。三口送一?瑁窗才tWT*鹿埔才叱.才圜網(wǎng)）HItKIf-EK^C：RI1茨上!rra生EHI三口送一?瑁窗才tWT*鹿埔才叱.才圜網(wǎng)）HItKIf-EK^C：RI1茨上!rra生EHItK土留工*反：bW：成壽：r?洋二回; 超@京二TOI［氯泅岫b?rQa\tx."fu-口I4KBOtediAqihifa:毗』h心叩.也但I(xiàn)4凰恥IL31反：bWIII*IEHucLziKifin出二KIJ茨311:57：血戒尸面:￡耳恒i修t網(wǎng)■修4國tXWlH^lQMtK3Tx=c^^351:：!Ill4Stxim7ira￡niz￡?ME巴梅堂.一II咀T1T1IIIRIHT1集甫家比就用M第凌仁貨:二工二二門m"以（&鵬港3■：■：:：-E：EH：KB；泉肋由.:：.二,問題分析：優(yōu)化過程中發(fā)現(xiàn)，UE占用金湖中行L站點(diǎn)附近可以明顯發(fā)現(xiàn)該區(qū)域天線扇區(qū)接反，覆蓋混亂，經(jīng)過分析發(fā)現(xiàn)金湖中行L-3小區(qū)（PCI260）與中百一店L-3（PCI278）為模三干擾，同時(shí)金湖中行L-2（PCI259）與公安局L-3（PCI355）也為模3干擾。處理結(jié)果：經(jīng)過開站工程師進(jìn)入機(jī)房將尾纖調(diào)換后，覆蓋明顯合理改善，同時(shí)SINR也得到了提升，基本上達(dá)到了10?15db之間，沒有再出現(xiàn)切換、覆蓋混亂、掉線現(xiàn)象。小區(qū)關(guān)閉GAP之后無法開啟A2異頻測量導(dǎo)致切換不出來拖死掉線問題描述：測試車輛在D1小區(qū)劉家口試擴(kuò)L-2小區(qū)切換到D2小區(qū)劉家口試擴(kuò)L-3小區(qū)，占用劉家口試擴(kuò)L-3小區(qū)信號后測試車輛由小區(qū)邊緣到小區(qū)中心再到小區(qū)邊緣，由于期間在15：10：46發(fā)送存在達(dá)到A1門限關(guān)閉GAP事件，隨著信號變差，而劉家口試擴(kuò)L-3小區(qū)未開啟A2事件，無法測量到異頻鄰區(qū)，導(dǎo)致拖網(wǎng)，造成了一次掉線。HaMKwai玉帶-72J-Ml■1Q0J&UTypeiKjCHJXGkE:DmtMLEEkIot：L5?砌hgs)BFswsit3cL?-rr-fsSTHctisAACiXil^iiterirTE-TrAriMcimld?ihia-：46OnKSE*加再)2m anal&HMDziig國rrwiidndTBAinan-UilMMTOnKlH-2FtssjOj：iwtWi4Mudd:2rts?Mi6Hkh-劃案口試擴(kuò)LJ書山舒村塞ITL-2i：口仁闔「L：HaMKwai玉帶-72J-Ml■1Q0J&UTypeiKjCHJXGkE:DmtMLEEkIot：L5?砌hgs)BFswsit3cL?-rr-fsSTHctisAACiXil^iiterirTE-TrAriMcimld?ihia-：46OnKSE*加再)2m anal&HMDziig國rrwiidndTBAinan-UilMMTOnKlH-2FtssjOj：iwtWi4Mudd:2rts?Mi6Hkh-劃案口試擴(kuò)LJ書山舒村塞ITL-2i：口仁闔「L：川霞口試獷L3李山舒村塞ITL-3[hai.ucR HZ3B1N3B1U1JE1MD14EJT90]aoa的圈mwiFcj黎吐弼包蟠了mid心。353利塞口慎才L-3Q.14BaRirw人口 MmCR3RSfiP1厘tR￡fipAnil：'-72q口漸而葉瑪(iCR3SFlR寶白R5HQR捌PRACHTkF口I巴1DCCH_ULDKh_UL□MH_DLDCCH_ULDK：H_UL□DCH_ULDCCH_ULnr^Hin3B1MMhICTrackA?3<:SCalIDW3IPCI3,SDeIDnilBncFAflFEHm15:1G?3.43?15l0+iJ|371E10m(IM15:1Cl躁B印1510446441E10嶼3安_m3gxe「l吧ginfn&HjmmisswxrHjnjiT?rilartPraJrM用1國用由「加MVXAi'i2三日匕內(nèi)出日fZ|RWHa同crwrLateEOTI曲1512mq力15:121Q.47?1S121S.7M#E咫0Udwd■的+*Q*3g者SJ第￡>flme,NHragsiDCCH.ULDCCH_ULDCCH_UL3TSitM--iET^37M￡L.2ltTanjirtCel3aiW-M3但10S3125.N白通w電mfifiHKCd+Ntmrem?i|Rwor|m西院小■沙R即W1?RRWwrW'iMrRKWilgUijrlWiCCIfTiCdHt.廿白電rrai門叩m+RRi?uHirK>lMnF：KixilpjiaiixinRRWwinectwrfieciXTiguizriwComiMHtVhl白的w電a41H叩od.Mg■匕miTArrF:印tri,Ns-mwnwfiRwtdtIUR81LUiTaMTtfiigiyl.PDCP15:1053.1M15:10:53,12515io&J3+J1Eia：S3.7341￡1d■?3.G15.10.M.4M1510S72&S1RHPHY1E10S2!MRFCEEd1510.S3WRRKmrwtvrflih-iyil「BURL問題分析：查看后臺CDL日志，2個(gè)測試終端上報(bào)A1之后，在服務(wù)小區(qū)信號質(zhì)量變差且達(dá)到異頻切換門限以下很長時(shí)間，沒有上報(bào)A2異頻測量的過程。目前該問題研發(fā)已定位是代碼中的一個(gè)bug，用戶上報(bào)A1后，基站為ue配重配刪除了服務(wù)小區(qū)頻點(diǎn)相關(guān)的測量配置；導(dǎo)致用戶無法上報(bào)A2事件。處理結(jié)果：將該問題提交研發(fā)，已經(jīng)定位存在BUG導(dǎo)致無法上報(bào)A2事件，需要打補(bǔ)丁解決該問題。修改PCI后鄰區(qū)中沒有同步修改導(dǎo)致切失敗形成掉線問題描述：測試車輛沿著健康西路由西向東行駛，UE占用保險(xiǎn)公司L-2小區(qū)，繼續(xù)行駛至?xí)r代超

市L站點(diǎn)附近無法進(jìn)行順利的切換。在時(shí)代超市L站點(diǎn)PCI修改之前該區(qū)域能夠正常進(jìn)行切換，修改之后則無法進(jìn)行切換，導(dǎo)致切換失敗形成了掉線。mlmT融InVM點(diǎn)■■*:LE!i：ItK止生口您出箱It蕨比里:H賽IS鼠——mlmT融InVM點(diǎn)■■*:LE!i：ItK止生口您出箱It蕨比里:H賽IS鼠——t宣 弟冢耳融:Ssnly■?wskt眈蜜kmi*出日止迂出出。加出密坨因ILSUXK11Ml3算,,比里:僮血出廠…T?V?［嫡*k［的加簿I山1■武讓rsaiH加￥M31 立爾*3CbjfKMH:Hbi*歌樂國加1nnilkLL:TMnlfil,DIDEIEIEIEIEL3筲w*HLMDLlInUTnTutIngIIXnlElEIELEIEIElEIELEIrl貼索帖南lr崩的加仇艱LlraLlLTLlLlLlL'ET?,理瓜mmIH理m,nlE1ELELKIEIEI吼El劇mwlls璐II?正IBMln.3%延泗…國通超廣…密之延JL,鼻跳恬具”H3G3L..L8窗越過..建逛茫迎.工￥立色囂..II'仃建3L..問題分析：現(xiàn)場優(yōu)化工程師發(fā)現(xiàn)在該區(qū)域存在模三干擾，通知后臺優(yōu)化工程師對時(shí)代超市L-1/3小區(qū)的PCI進(jìn)行對調(diào)。對調(diào)完成后進(jìn)行測試發(fā)現(xiàn)該區(qū)域UE占保險(xiǎn)公司L-2小區(qū)不能夠切換至?xí)r代超市L-3小區(qū)，而沒有調(diào)整之前則能正常進(jìn)行切換，因?yàn)榍袚Q不了出現(xiàn)了嚴(yán)重的模3干擾，造成了掉線。經(jīng)過仔細(xì)分析，發(fā)現(xiàn)UE上報(bào)的測量報(bào)告中目標(biāo)小區(qū)的PCI為292（時(shí)代超市L-1小區(qū)）；TDLTETDLTETDLTETDLTETDLTETDLTETDLTETDLTETDLTETDLTETDLTETDLTETDLTETDLTETDLTETDLTETDLTETDLTETDLTETDLTERRCConneclionSetupRRCLJonnectionSe+upCompLeteDLIeifornatiutiTrsnsferTrackingaxeaqpiiht巴aEccptTrackingareaupdatecDiLpleieULInfornationTrsnsferRRCConnectionReleaseMasterLnfTDLTETDLTETDLTETDLTETDLTETDLTETDLTETDLTETDLTETDLTETDLTETDLTETDLTETDLTETDLTETDLTETDLTETDLTETDLTETDLTERRCConneclionSetupRRCLJonnectionSe+upCompLeteDLIeifornatiutiTrsnsferTrackingaxeaqpiiht巴aEccptTrackingareaupdatecDiLpleieULInfornationTrsnsferRRCConnectionReleaseMasterLnf口工ionBlockSyslnfDTypelRRCCannactionRequestRRCConnsctionSetupERCConnectionSetijpCompLsteSeojritynodecommandSecuritynodecompleteERCConnectionReconfigurationERCConnectionReconfigurationConplet?ERCConneclionReconfigurationRRCCannectionREconfigurationConpletEMeasurBiteniReportMuasur匕jiuntRepDitTDLTE|EEC|ffteasurEiiEirtREiiorH1IE1時(shí)間； 0:0:0,030Mqe?Dunp：UE時(shí)c154，111DO32201DO12E337S700LOI"日messR.ssuitshmeasldL白“measResultScirvCe-lI； =—rsirp-IResuIt59,j =-rsirqResult120-mesResulilNcighCellsmuosRcsultLis-tEIWlid2measResult：■■■rsqpReEuftM--r&irqResult21經(jīng)過網(wǎng)管查詢發(fā)現(xiàn)在時(shí)代超市L經(jīng)過網(wǎng)管查詢發(fā)現(xiàn)在時(shí)代超市L站點(diǎn)修改完新小區(qū)物理ID，導(dǎo)致了無法切換。時(shí)代超市L更換PCI后的現(xiàn)網(wǎng)配置：PCI后，其周邊的鄰區(qū)關(guān)系中沒有同步更：■；■?.-：慮始:I-i-￡fflIiE'：■；■?.-：慮始:I-i-￡fflIiE'|FgNZPffn+口陽小研輪■J-EWT'i右王加詢1處3■卬」39： 加 U77J?受■UTH的輕呼目3:233 7U :H，」日3彳京主加對柒創(chuàng)55：：29L ZIL g心周邊基站的鄰區(qū)關(guān)系中沒有同步更新小區(qū)物理ID：京陽的酒 ,縣貼至斗^l-E?押小區(qū)也通門「捌蛆中心角點(diǎn)京陽的酒 ,縣貼至斗^l-E?押小區(qū)也通門「捌蛆中心角點(diǎn)1I郭小三寸尾黑"IF1徐工1國，珀|落小邑幸如21W*id第中“加圖例Ng?5T?解小區(qū)索引7ISM7kIalxk刊dm加淚：xr+ij)祁4，F(xiàn)家門口ISntTE3iiId鞏口EJIbUKIEMKj】2IDU林小區(qū)片外打Ng兩3g3rd罪(口eas=富辦祥小區(qū)素弓出J9M7Si詡芾O加國2gl021MA勃卜區(qū)青中1HH■療2H5EmiM(iMO<e20?Hz52IM4甲卜區(qū)訴qiH15MKZHIfcjrUKOBMLMhUs)B5T?濟(jì)小正帶MW】郛中71Q網(wǎng)nw<KD*iu得，門解小區(qū)索引言KOtA72X2Bbimri3Q(IHD-LVZOMiaJi?sn鄒小叵方可向3現(xiàn)hord^Xa^-l42O?1e)盛5力等小E■靠引；1SI441t到3d弟0M咖OU3?苒那小E索引打21ZZsSSOi?娜苒修小居室412』33Z3ihE汨H碑。?L93Wn鄧苒要小薛看IMIfihbSLEhHHdTK3MD-LSR41力?571rr^ai-ruvfi iiunr'MgMgMMwwMMMwNul郛卜區(qū)南明5所? 1EB.hLTO<1￡M6HHHj：皿用語"E>?|153■施顯匕3HWuhO-夙gkO|七5日桐L塞MW；陽用?工1-tanriaiClMfr-mMilia1m?l?sn測痘系"IWEl35◎制dm小博a*%冷E無小砰雷引E3S364411=md,3110?KC6H力siau韓小區(qū)素弓1和3細(xì)0鐘3trir'dA(lE3D-LHIHQiziataW-JEZ5I5⑶*蛔，二銳而力?5??學(xué)小區(qū)系弓悔150M-72b^dM(a&ML520NH2)wnv泡心索加1MW3t^d59(3WWL?*l2j硼的i褥小后家小>?W1im?因MW：5KMM以?5T?制省雷叫網(wǎng)中燈Z(MnJ79C3WrW0*1ZJ郭小巨雷手1"：3bwYl-ff(3B34lWfiM4s>?5H15*H3IH*刑口的QWQM總255百善小目幸弓內(nèi)跖a*2L93CWZ]!*5苒則上初J6MATJlsmJ35lLLWOWjJ曲5N專M啟*川崎JM卯4IbmnqcaiuuL5rao^u?..hF?RIU1W依日2EEgnEJ口?sm從上面的分析可以看出是由于時(shí)代超市PCI更改后，在其周邊基站的鄰區(qū)關(guān)系中涉及該小區(qū)的PCI沒有同步修改造成切換失敗，形成掉線。處理結(jié)果：經(jīng)過修改周邊鄰區(qū)關(guān)系中的PCI后，該區(qū)域能夠進(jìn)行正常的切換，復(fù)測該區(qū)域沒有再出現(xiàn)切換失敗、掉線等異常事件。

升級6.008版本后掉線率惡化問題描述：自山西地市升級608版本后ERAB掉線率從0.1%左右抬升到0.4%左右且比較穩(wěn)定，如下圖，指標(biāo)惡化非常明顯，和客戶期望的指標(biāo)0.22%差距比較大。,運(yùn)城：（8月14日左右升級）/ 臨汾：（7月30日左右升級）問題分析：多地市統(tǒng)計(jì)多天分子(異常釋放原因)各