LTE質(zhì)差小區(qū)處理指導(dǎo)書

LTE質(zhì)差小區(qū)處理指導(dǎo)書TIME\@"yyyy-M-d"2022-11-25第頁目錄1. 概述 42. LTE主要KPI介紹 42.1. 呼叫接入類指標(biāo) 42.1.1. RRC建立成功率 42.1.2. E-RAB建立成功率 52.2. 呼叫保持類指標(biāo) 62.2.1. LTE業(yè)務(wù)掉話率 62.2.2. UE上下文掉線率 92.3. 移動(dòng)管理類指標(biāo) 102.3.1. eNodeB內(nèi)切換成功率 122.3.2. eNodeB間切換成功率 142.3.3. S1接口切換成功率 162.3.4. X2接口切換成功率 172.3.5. 系統(tǒng)內(nèi)切換成功率 182.3.6. 同頻切換成功率 182.3.7. 異頻切換成功率 192.4. 業(yè)務(wù)完整類指標(biāo) 192.4.1. 上行PDCPSDU丟包率 192.4.2. 下行PDCPSDU丟包率 192.5. 資源負(fù)荷類指標(biāo) 192.5.1. 上行PRB平均利用率 192.5.2. 下行PRB平均利用率 193. 華為L(zhǎng)TE主要KPI優(yōu)化方法及案例 203.1. 呼叫接入類指標(biāo)優(yōu)化方法 203.1.1. 處理步驟 203.1.2. 呼叫接入類優(yōu)化案例 213.2. 呼叫保持類指標(biāo)優(yōu)化方法 223.2.1. 處理步驟 233.2.2. 呼叫保持類優(yōu)化案例 233.3. 移動(dòng)管理類指標(biāo)優(yōu)化方法 253.3.1. 處理步驟 263.3.2. 移動(dòng)管理類優(yōu)化案例 264. 愛立信LTE主要KPI優(yōu)化方法及案例 284.1. 接入類指標(biāo)優(yōu)化方法 284.1.1. 告警核查 284.1.2. 干擾核查 304.1.3. 準(zhǔn)入控制分析 334.1.4. 檢查弱覆蓋 344.1.5. 接入類問題優(yōu)化案例 344.2. 呼叫保持類指標(biāo)優(yōu)化方法 364.2.1. 分析流程 364.2.2. 弱覆蓋 384.2.3. 上行高干擾 384.2.4. PCI模3干擾 404.2.5. 傳輸故障 404.2.6. eNodB問題 404.2.7. 切換引起掉話 414.2.8. 檢查MME是否存在告警 424.3. 移動(dòng)管理類指標(biāo)優(yōu)化方法 424.3.1. LTE切換異?，F(xiàn)象 424.3.2. 切換問題分析流程 434.3.3. 切換主要問題 44概述本文根據(jù)成都聯(lián)通LTE網(wǎng)絡(luò)的差小區(qū)分析，結(jié)合LTE的KPI的基本原理，歸納總結(jié)接呼叫接入類指標(biāo)，呼叫保持類指標(biāo)，移動(dòng)管理類指標(biāo)，業(yè)務(wù)完整類指標(biāo)，資源負(fù)荷類指標(biāo)等5類主要的LTE指標(biāo)差小區(qū)的問題及分析流程及案例。LTE主要KPI介紹呼叫接入類指標(biāo)接入過程是手機(jī)開始與網(wǎng)絡(luò)連接的初始過程，主要包括隨機(jī)接入，RRC連接的建立，以及各種ERAB承載連接的建立。接入型對(duì)后續(xù)的保持性和移動(dòng)性指標(biāo)都有著重要的意義，同時(shí)接入性又直接影響用戶的感知度，因此優(yōu)化接入性指標(biāo)對(duì)與改善用戶感知度，提高保持性和移動(dòng)性都有具體的重要意義。RRC建立成功率定義：RRC建立成功率=[RRC連接建立完成次數(shù)]/[RRC連接請(qǐng)求次數(shù)]*100%；圖1RRC連接請(qǐng)求次數(shù)（不包括重發(fā)）定義：如圖1中A點(diǎn)所示，當(dāng)小區(qū)接收到UE發(fā)送的RRCConnectionRequest消息時(shí)，統(tǒng)計(jì)對(duì)應(yīng)指標(biāo)；RRC連接建立完成次數(shù)定義：如圖1中C點(diǎn)所示，當(dāng)小區(qū)接收到UE返回的RRCConnectionSetupComplete消息時(shí)，統(tǒng)計(jì)對(duì)應(yīng)指標(biāo)。E-RAB建立成功率定義：E-RAB建立成功率=[E-RAB建立成功總次數(shù)]/[E-RAB建立嘗試總次數(shù)]*100%；圖2圖3E-RAB建立嘗試總次數(shù)定義：如圖2或圖3中A點(diǎn)所示，當(dāng)eNodeB收到來自MME的INITIALCONTEXTSETUPREQUEST或者E-RABSETUPREQUEST消息時(shí)根據(jù)不同QCI類型統(tǒng)計(jì)該指標(biāo)。如果INITIALCONTEXTSETUPREQUEST或者E-RABSETUPREQUEST消息中要求同時(shí)建立多個(gè)E-RAB，則相應(yīng)指標(biāo)根據(jù)業(yè)務(wù)的QCI按具體的E-RAB建立數(shù)目分別進(jìn)行累加，同時(shí)，根據(jù)消息要求建立的E-RAB個(gè)數(shù)對(duì)E-RAB建立嘗試總次數(shù)進(jìn)行累加，即指標(biāo)L.E-RAB.AttEst累加。E-RAB建立成功總次數(shù)定義：如圖2或圖3中B點(diǎn)所示，當(dāng)eNodeB向MME發(fā)送E-RABSETUPRESPONSE或者INITIALCONTEXTSETUPRESPONSE消息時(shí)根據(jù)不同QCI類型統(tǒng)計(jì)該指標(biāo)。如果E-RABSETUPRESPONSE或者INITIALCONTEXTSETUPRESPONSE消息中同時(shí)攜帶多個(gè)E-RAB的建立成功結(jié)果，則相應(yīng)指標(biāo)按各個(gè)業(yè)務(wù)的QCI分別進(jìn)行累加。同時(shí)，根據(jù)消息中攜帶的E-RAB建立成功個(gè)數(shù)，對(duì)E-RAB建立成功總次數(shù)進(jìn)行累加，即指標(biāo)L.E-RAB.SuccEst累加。呼叫保持類指標(biāo)LTE業(yè)務(wù)掉話率定義：LTE業(yè)務(wù)掉話率=[E-RAB異常釋放總次數(shù)]/([E-RAB異常釋放總次數(shù)]+[E-RAB正常釋放總次數(shù)])*100%；圖4E-RAB異常釋放總次數(shù)定義：如圖4中A點(diǎn)所示，當(dāng)eNodeB向MME發(fā)送E-RABRELEASEINDICATION消息，當(dāng)釋放原因不為“NormalRelease”，“Detach”，“UserInactivity”，“CSFallbacktriggered”，“UENotAvailableforPSService”，“Inter-RATRedirection”，“SuccessfulHandover”時(shí)根據(jù)不同QCI類型統(tǒng)計(jì)指標(biāo)L.E-RAB.AbnormRel.eNBTot.QCI.1~L.E-RAB.AbnormRel.eNBTot.QCI.9，當(dāng)判斷相應(yīng)承載有數(shù)傳時(shí)統(tǒng)計(jì)指標(biāo)L.E-RAB.AbnormRel.QCI.1~L.E-RAB.AbnormRel.QCI.9。如果E-RABRELEASEINDICATION消息中要求同時(shí)釋放多個(gè)E-RAB，則相應(yīng)指標(biāo)按各個(gè)業(yè)務(wù)的QCI分別進(jìn)行累加；如圖4中A點(diǎn)所示，當(dāng)eNodeB向MME發(fā)送UECONTEXTRELEASEREQUEST消息，會(huì)釋放UE的所有E-RAB。當(dāng)釋放原因不為“NormalRelease”，“Detach”，“UserInactivity”，“CSFallbacktriggered”，“UENotAvailableforPSService”，“Inter-RATRedirection”，“TimeCriticalHandover”，“HandoverCancelled”時(shí)根據(jù)不同QCI類型統(tǒng)計(jì)指標(biāo)L.E-RAB.AbnormRel.eNBTot.QCI.1~L.E-RAB.AbnormRel.eNBTot.QCI.9，當(dāng)判斷相應(yīng)承載有數(shù)傳時(shí)統(tǒng)計(jì)L.E-RAB.AbnormRel.QCI.1~L.E-RAB.AbnormRel.QCI.9指標(biāo)。如果被釋放用戶建立了多個(gè)E-RAB，則相應(yīng)的指標(biāo)統(tǒng)計(jì)多次。并且在MME回復(fù)UECONTEXTRELEASECOMMAND消息時(shí)，相應(yīng)指標(biāo)不會(huì)被重復(fù)記錄。圖5E-RAB正常釋放總次數(shù)定義：如圖5中A點(diǎn)所示，eNodeB主動(dòng)發(fā)起的釋放，當(dāng)eNodeB向MME發(fā)送E-RABRELEASEINDICATION消息時(shí)，如果釋放原因?yàn)椤癗ormalRelease”，“Detach”，“UserInactivity”，“CSFallbacktriggered”，“UENotAvailableforPSService”，“Inter-RATRedirection”，或者判斷相應(yīng)承載無數(shù)傳時(shí)，根據(jù)不同QCI統(tǒng)計(jì)相應(yīng)指標(biāo)。如果E-RABRELEASEINDICATION消息中要求同時(shí)釋放多個(gè)E-RAB，則相應(yīng)指標(biāo)按各個(gè)業(yè)務(wù)的QCI分別進(jìn)行累加。同時(shí)，根據(jù)消息中攜帶的E-RAB個(gè)數(shù)對(duì)eNodeB正常釋放E-RAB的總次數(shù)進(jìn)行累加，即指標(biāo)L.E-RAB.NormRel累加。如圖5中A點(diǎn)所示，MME主動(dòng)發(fā)起的釋放，當(dāng)eNodeB收到來自MME的E-RABRELEASECOMMAND消息時(shí)，根據(jù)不同QCI統(tǒng)計(jì)相應(yīng)指標(biāo)。如果E-RABRELEASECOMMAND消息中要求同時(shí)釋放多個(gè)E-RAB，則相應(yīng)指標(biāo)按各個(gè)業(yè)務(wù)的QCI分別進(jìn)行累加。同時(shí)，根據(jù)消息中攜帶的E-RAB個(gè)數(shù)對(duì)eNodeB正常釋放E-RAB的總次數(shù)進(jìn)行累加，即指標(biāo)L.E-RAB.NormRel累加。如圖5中A點(diǎn)所示，eNodeB主動(dòng)發(fā)起的釋放，當(dāng)eNodeB向MME發(fā)送UECONTEXTRELEASEREQEUST消息時(shí)，會(huì)釋放UE的所有E-RAB。如果釋放原因?yàn)椤癗ormalRelease”，“Detach”，“UserInactivity”，“CSFallbacktriggered”，“UENotAvailableforPSService”，“Inter-RATRedirection”，“TimeCriticalHandover”，“HandoverCancelled”，或者判斷相應(yīng)承載無數(shù)傳時(shí)，根據(jù)不同QCI統(tǒng)計(jì)相應(yīng)指標(biāo)。同時(shí)，根據(jù)消息中攜帶的E-RAB個(gè)數(shù)對(duì)eNodeB正常釋放E-RAB的總次數(shù)進(jìn)行累加，即指標(biāo)L.E-RAB.NormRel累加。并且在MME回復(fù)UECONTEXTRELEASECOMMAND消息時(shí)，相應(yīng)指標(biāo)不會(huì)被重復(fù)記錄。如圖5中B點(diǎn)所示，MME主動(dòng)發(fā)起的釋放，當(dāng)eNodeB收到來自MME的UECONTEXTRELEASECOMMAND消息時(shí)，會(huì)釋放UE的所有E-RAB，如果釋放原因不是切換類原因值，包括“SuccessfulHandover”，“PartialHandover”，“S1intrasystemHandovertriggered”，“S1intersystemHandovertriggered”，“X2Handovertriggered”，則根據(jù)不同的QCI統(tǒng)計(jì)相應(yīng)指標(biāo)。同時(shí)，根據(jù)具體業(yè)務(wù)數(shù)目對(duì)eNodeB正常釋放E-RAB的總次數(shù)進(jìn)行累加，即指標(biāo)L.E-RAB.NormRel累加。UE上下文掉線率定義：UE上下文掉線率=([UEContext異常釋放次數(shù)]/([UEContext異常釋放次數(shù)]+[UEContext正常釋放次數(shù)]))*100%；圖6UEContext異常釋放次數(shù)定義：如圖6中A點(diǎn)所示，當(dāng)eNodeB向MME發(fā)送UECONTEXTRELEASEREQUEST消息，會(huì)釋放UE的所有E-RAB。當(dāng)釋放原因不為“NormalRelease”，“Detach”，“UserInactivity”，“CSFallbacktriggered”，“UENotAvailableforPSService”，“Inter-RATRedirection”，“Timecriticalhandover”，“HandoverCancelled”時(shí)，測(cè)量指標(biāo)L.UECNTX.AbnormRel加1。如圖6中A點(diǎn)所示，當(dāng)eNodeB向MME發(fā)送S1RESET消息時(shí)，根據(jù)包含的上下文個(gè)數(shù)，指標(biāo)L.UECNTX.Rel.S1Reset.eNodeB進(jìn)行累加。如圖6中A點(diǎn)所示，當(dāng)MME向eNodeB發(fā)送S1RESET消息時(shí)，根據(jù)包含的上下文個(gè)數(shù)，指標(biāo)L.UECNTX.Rel.S1Reset.MME進(jìn)行累加。圖7UEContext正常釋放次數(shù)定義：如圖7中A點(diǎn)所示，eNodeB主動(dòng)發(fā)起的釋放，當(dāng)eNodeB向MME發(fā)送UECONTEXTRELEASEREQEUST消息時(shí)，且釋放原因?yàn)椤癗ormalRelease”，“Detach”，“UserInactivity”，“CSFallbacktriggered”，“UENotAvailableforPSService”，“Inter-RATRedirection”，“Timecriticalhandover”，“HandoverCancelled”時(shí)，該指標(biāo)加1。并且在MME回復(fù)UECONTEXTRELEASECOMMAND消息時(shí)，該指標(biāo)不會(huì)被重復(fù)記錄。如圖6中B點(diǎn)所示，MME主動(dòng)發(fā)起的釋放，當(dāng)eNodeB收到來自MME的UECONTEXTRELEASECOMMAND消息時(shí)，且如果釋放原因不是切換類原因值，包括“SuccessfulHandover”，“PartialHandover”，“S1intrasystemHandovertriggered”，“S1intersystemHandovertriggered”，“X2Handovertriggered”，則該指標(biāo)加1。移動(dòng)管理類指標(biāo)切換事件概述：LTE主要有下面幾種類型測(cè)量報(bào)告：EventA1(Servingbecomesbetterthanthreshold)：表示服務(wù)小區(qū)信號(hào)質(zhì)量高于一定門限，滿足此條件的事件被上報(bào)時(shí)，eNodeB停止異頻/異系統(tǒng)測(cè)量；類似于UMTS里面的2F事件；EventA2(Servingbecomesworsethanthreshold)：表示服務(wù)小區(qū)信號(hào)質(zhì)量低于一定門限，滿足此條件的事件被上報(bào)時(shí)，eNodeB啟動(dòng)異頻/異系統(tǒng)測(cè)量；類似于UMTS里面的2D事件；EventA3(Neighbourbecomesoffsetbetterthanserving)：表示同頻鄰區(qū)質(zhì)量高于服務(wù)小區(qū)質(zhì)量，滿足此條件的事件被上報(bào)時(shí)，源eNodeB啟動(dòng)同頻切換請(qǐng)求；EventA4(Neighbourbecomesbetterthanthreshold)：表示異頻鄰區(qū)質(zhì)量高于一定門限量，滿足此條件的事件被上報(bào)時(shí)，源eNodeB啟動(dòng)異頻切換請(qǐng)求；EventA5(Servingbecomesworsethanthreshold1andneighbourbecomesbetterthanthreshold2)：表示服務(wù)小區(qū)質(zhì)量低于一定門限并且鄰區(qū)質(zhì)量高于一定門限；類似于UMTS里的2B事件；EventB1(InterRATneighbourbecomesbetterthanthreshold)：表示異系統(tǒng)鄰區(qū)質(zhì)量高于一定門限，滿足此條件事件被上報(bào)時(shí)，源eNodeB啟動(dòng)異系統(tǒng)切換請(qǐng)求；類似于UMTS里的3C事件；EventB2(Servingbecomesworsethanthreshold1andinterRATneighbourbecomesbetterthanthreshold2)：表示服務(wù)小區(qū)質(zhì)量低于一定門限并且異系統(tǒng)鄰區(qū)質(zhì)量高于一定門限，類似于UMTS里進(jìn)行異系統(tǒng)切換的3A事件。測(cè)量事件判決條件eventA1事件進(jìn)入條件：Ms-Hys>Thresh事件離開條件：Ms+Hys<ThresheventA2事件進(jìn)入條件：Ms+Hys<Thresh事件離開條件：Ms-Hys>ThresheventA3事件進(jìn)入條件：Mn+Ofn+Ocn-Hys>Ms+Ofs+Ocs+Off事件離開條件：Mn+Ofn+Ocn+Hys<Ms+Ofs+Ocs+OffeventA4事件進(jìn)入條件：Mn+Ofn+Ocn-Hys>Thresh事件離開條件：Mn+Ofn+Ocn+Hys<ThresheventA5事件進(jìn)入條件：Ms+Hys<Thresh1&Mn+Ofn+Ocn-Hys>Thresh2事件離開條件：Ms-Hys>Thresh1orMn+Ofn+Ocn+Hys<Thresh2表1因此在我們優(yōu)化過程中切換門限值至關(guān)重要，目前成都聯(lián)通也在陸續(xù)開通CA站點(diǎn)，我們會(huì)重點(diǎn)關(guān)注切換事件的同頻/異頻的停止與啟動(dòng)門限精細(xì)優(yōu)化，比如A2啟動(dòng)門限過低會(huì)影響將導(dǎo)致切換不及時(shí)，原小區(qū)信號(hào)質(zhì)量變差產(chǎn)生弱覆蓋現(xiàn)象，同樣影響速率，A2值設(shè)置過高，將導(dǎo)致異頻測(cè)量啟動(dòng)過早，測(cè)量周期過長(zhǎng)，對(duì)速率影響嚴(yán)重。eNodeB內(nèi)切換成功率定義：eNodeB內(nèi)切換成功率=[eNodeB內(nèi)切換出成功次數(shù)]/[eNodeB內(nèi)切換出執(zhí)行次數(shù)]*100%；圖8eNodeB內(nèi)切換出執(zhí)行次數(shù)定義：如圖8中B點(diǎn)所示，在eNodeB內(nèi)切換過程中，當(dāng)eNodeB源小區(qū)向UE發(fā)送RRCConnectionReconfiguration消息時(shí)統(tǒng)計(jì)相應(yīng)指標(biāo)。各指標(biāo)的具體統(tǒng)計(jì)方式如下所示：如果切換過程中源小區(qū)和目標(biāo)小區(qū)為同頻，指標(biāo)L.HHO.IntraeNB.IntraFreq.ExecAttOut加1。如果切換過程中源小區(qū)和目標(biāo)小區(qū)為異頻，指標(biāo)L.HHO.IntraeNB.InterFreq.ExecAttOut加1。如果切換過程中源小區(qū)和目標(biāo)小區(qū)為異模式，指標(biāo)L.HHO.IntraeNB.InterFddTdd.ExecAttOut加1。圖9eNodeB內(nèi)切換出成功次數(shù)定義：如圖9中C點(diǎn)所示，在eNodeB內(nèi)切換過程中，當(dāng)eNodeB目標(biāo)小區(qū)收到UE返回的RRCConnectionReconfigurationComplete消息后，等待切換過程中的緩存數(shù)據(jù)轉(zhuǎn)發(fā)完成時(shí)統(tǒng)計(jì)相應(yīng)指標(biāo)。如圖8中C點(diǎn)所示，在eNodeB內(nèi)切換過程中，當(dāng)eNodeB目標(biāo)小區(qū)收到UE返回的RRCConnectionReestablishmentComplete消息時(shí)統(tǒng)計(jì)相應(yīng)指標(biāo)。如圖9中C點(diǎn)所示，在eNodeB內(nèi)切換過程中，當(dāng)eNodeB源小區(qū)收到UE返回的RRCConnectionReestablishmentComplete消息時(shí)統(tǒng)計(jì)相應(yīng)指標(biāo)。各指標(biāo)的具體統(tǒng)計(jì)方式如下所示：如果切換過程中源小區(qū)和目標(biāo)小區(qū)為同頻，指標(biāo)L.HHO.IntraeNB.IntraFreq.ExecSuccOut加1。如果切換過程中源小區(qū)和目標(biāo)小區(qū)為異頻，指標(biāo)L.HHO.IntraeNB.InterFreq.ExecSuccOut加1。如果切換過程中源小區(qū)和目標(biāo)小區(qū)為異模式，指標(biāo)L.HHO.IntraeNB.InterFddTdd.ExecSuccOut加1。eNodeB間切換成功率定義：eNodeB間切換成功率=[eNodeB間切換出成功次數(shù)]/[eNodeB間切換出執(zhí)行次數(shù)]*100%；圖10eNodeB間切換出執(zhí)行次數(shù)定義：如圖10中B點(diǎn)所示，在eNodeB間進(jìn)行X2接口切換過程中，當(dāng)源eNodeB收到目標(biāo)eNodeB的HANDOVERREQUESTACKNOWLEDGE消息后，向UE發(fā)送RRCConnectionReconfiguration消息時(shí)統(tǒng)計(jì)該指標(biāo)。如圖10中B點(diǎn)所示，在eNodeB間進(jìn)行S1接口切換過程中，當(dāng)源eNodeB收到MME的HANDOVERCOMMAND消息后，源eNodeB向UE發(fā)送RRCConnectionReconfiguration消息時(shí)統(tǒng)計(jì)該指標(biāo)。各指標(biāo)的具體統(tǒng)計(jì)方式如下所示：如果切換過程中源小區(qū)和目標(biāo)小區(qū)為同頻，指標(biāo)L.HHO.IntereNB.IntraFreq.ExecAttOut加1。如果切換過程中源小區(qū)和目標(biāo)小區(qū)為異頻，指標(biāo)L.HHO.IntereNB.InterFreq.ExecAttOut加1。如果切換過程中源小區(qū)和目標(biāo)小區(qū)為異模式，指標(biāo)L.HHO.IntereNB.InterFddTdd.ExecAttOut加1。圖11圖12eNodeB間切換出成功次數(shù)定義：如圖11中C點(diǎn)所示，在eNodeB間進(jìn)行X2接口切換過程中，當(dāng)源eNodeB收到目標(biāo)eNodeB的UECONTEXTRELEASE消息后，等待切換過程中的緩存數(shù)據(jù)轉(zhuǎn)發(fā)完成時(shí)統(tǒng)計(jì)相應(yīng)指標(biāo)。如圖11中C點(diǎn)所示，在eNodeB間進(jìn)行X2接口切換過程中UE成功重建到目標(biāo)eNodeB后，當(dāng)源eNodeB收到目標(biāo)eNodeB的UECONTEXTRELEASE消息后，等待切換過程中的緩存數(shù)據(jù)轉(zhuǎn)發(fā)完成時(shí)統(tǒng)計(jì)相應(yīng)指標(biāo)。如圖12中C點(diǎn)所示，在eNodeB間進(jìn)行X2接口切換過程中UE成功重建到源eNodeB后，統(tǒng)計(jì)相應(yīng)指標(biāo)。如圖12中C點(diǎn)所示，在eNodeB間進(jìn)行S1接口切換過程中，當(dāng)源eNodeB收到MME的UECONTEXTRELEASECOMMAND消息后，等待切換過程中的緩存數(shù)據(jù)轉(zhuǎn)發(fā)完成時(shí)統(tǒng)計(jì)相應(yīng)指標(biāo)。如圖12中C點(diǎn)所示，在eNodeB間進(jìn)行S1接口切換過程中UE成功重建到目標(biāo)eNodeB后，當(dāng)源eNodeB收到MME的UECONTEXTRELEASECOMMAND消息后，等待切換過程中的緩存數(shù)據(jù)轉(zhuǎn)發(fā)完成時(shí)統(tǒng)計(jì)相應(yīng)指標(biāo)。如圖12中C點(diǎn)所示，在eNodeB間進(jìn)行S1接口切換過程中UE成功重建到源eNodeB后，統(tǒng)計(jì)相應(yīng)指標(biāo)。各指標(biāo)的具體統(tǒng)計(jì)方式如下所示：如果切換過程中源小區(qū)和目標(biāo)小區(qū)為同頻，指標(biāo)L.HHO.IntereNB.IntraFreq.ExecSuccOut加1。如果切換過程中源小區(qū)和目標(biāo)小區(qū)為異頻，指標(biāo)L.HHO.IntereNB.InterFreq.ExecSuccOut加1。如果切換過程中源小區(qū)和目標(biāo)小區(qū)為異模式，指標(biāo)L.HHO.IntereNB.InterFddTdd.ExecSuccOut加1。S1接口切換成功率圖13當(dāng)兩個(gè)eNodeB之間不存在X2接口，或X2接口不可用時(shí)，UE從當(dāng)前所駐留的服務(wù)小區(qū)切換到另一eNodeB時(shí)，可采用基于S1接口的切換信令流程如圖13。定義：S1接口切換成功率=(([eNodeB間同頻切換出成功次數(shù)]+[eNodeB間異頻切換出成功次數(shù)])-([eNodeB間X2接口同頻切換出成功次數(shù)]+[eNodeB間X2接口異頻切換出成功次數(shù)]))/(([eNodeB間同頻切換出執(zhí)行次數(shù)]+[eNodeB間異頻切換出執(zhí)行次數(shù)])-([eNodeB間X2接口同頻切換出執(zhí)行次數(shù)]+[eNodeB間X2接口異頻切換出執(zhí)行次數(shù)]))*100%；X2接口切換成功率當(dāng)兩個(gè)eNodeB之間存在X2接口時(shí)，UE從當(dāng)前所駐留的服務(wù)小區(qū)切換到另一eNodeB時(shí)，可采用基于X2接口的切換。圖14圖15定義：X2接口切換成功率=([eNodeB間X2接口同頻切換出成功次數(shù)]+[eNodeB間X2接口異頻切換出成功次數(shù)])/([eNodeB間X2接口同頻切換出執(zhí)行次數(shù)]+[eNodeB間X2接口異頻切換出執(zhí)行次數(shù)])*100%系統(tǒng)內(nèi)切換成功率定義：系統(tǒng)內(nèi)切換成功率=([eNodeB內(nèi)同頻切換出成功次數(shù)]+[eNodeB間同頻切換出成功次數(shù)]+[eNodeB內(nèi)異頻切換出成功次數(shù)]+[eNodeB間異頻切換出成功次數(shù)])/([eNodeB內(nèi)同頻切換出執(zhí)行次數(shù)]+[eNodeB間同頻切換出執(zhí)行次數(shù)]+[eNodeB內(nèi)異頻切換出執(zhí)行次數(shù)]+[eNodeB間異頻切換出執(zhí)行次數(shù)])*100%同頻切換成功率定義：同頻切換成功率=([eNodeB內(nèi)同頻切換出成功次數(shù)]+[eNodeB間同頻切換出成功次數(shù)])/([eNodeB內(nèi)同頻切換出執(zhí)行次數(shù)]+[eNodeB間同頻切換出執(zhí)行次數(shù)])*100%；異頻切換成功率定義：異頻切換成功率=（+[eNodeB內(nèi)異頻切換出成功次數(shù)]+[eNodeB間異頻切換出成功次數(shù)]）/([eNodeB內(nèi)異頻切換出執(zhí)行次數(shù)]+[eNodeB間異頻切換出執(zhí)行次數(shù)])*100%業(yè)務(wù)完整類指標(biāo)上行PDCPSDU丟包率定義：上行PDCPDSU丟包率=([上行PDCPSDU丟包數(shù)]/[上行PDCPSDU包總數(shù)])*100%；下行PDCPSDU丟包率定義：下行PDCPDSU丟包率=[下行PDCPSDU丟包數(shù)]/[下行PDCPSDU包總數(shù)]*100%；資源負(fù)荷類指標(biāo)上行PRB平均利用率定義：上行PRB平均利用率=[上行PhysicalResourceBlock被使用的平均個(gè)數(shù)]/[上行可用的PRB個(gè)數(shù)]*100%；下行PRB平均利用率定義：下行PRB平均利用率=[下行PhysicalResourceBlock被使用的平均個(gè)數(shù)]/[下行可用的PRB個(gè)數(shù)]*100%；華為L(zhǎng)TE主要KPI優(yōu)化方法及案例呼叫接入類指標(biāo)優(yōu)化方法呼叫接入類指標(biāo)分析流程：處理步驟小區(qū)是否存在異常告警；確認(rèn)小區(qū)是否有干擾后臺(tái)取小區(qū)的系統(tǒng)上行每個(gè)PRB上檢測(cè)到的干擾噪聲的平均值，確認(rèn)小區(qū)是否有上行干擾。如果有干擾，需確認(rèn)是模三干擾，互調(diào)干擾，還是外部干擾；3）確認(rèn)是否覆蓋問題1.檢查傳輸模式，確定小區(qū)存在弱覆蓋；2、對(duì)比64QAM和QPSK占比，可確定小區(qū)覆蓋異常；3、鄰區(qū)告警、故障等導(dǎo)致TOP小區(qū)存在弱覆蓋；4、天饋問題；5、無線環(huán)境差；6、基站規(guī)劃、建設(shè)、施工問題；7，天線權(quán)值配置與現(xiàn)場(chǎng)天線參數(shù)不一致。8.核查參考信號(hào)功率；4）確認(rèn)是否高質(zhì)差問題1.通過觀察小區(qū)上下行丟包率是否正常，斷定小區(qū)存在質(zhì)差；2、通過后臺(tái)誤碼率跟蹤，如BLER>10%，確定小區(qū)存在高誤碼；5）確實(shí)是否是資源不足的問題可以通過后天話統(tǒng)查看：資源分配失敗而導(dǎo)致RRC連接建立失敗的次數(shù)，無線資源不足導(dǎo)致E-RAB建立失敗次數(shù)，這些話統(tǒng)確認(rèn)是否小區(qū)資源不足導(dǎo)致接入失敗。6）確認(rèn)是否是終端或是用戶行為異常需要通過對(duì)用戶進(jìn)行后天信令跟蹤和前臺(tái)現(xiàn)場(chǎng)測(cè)試結(jié)合來確認(rèn)問題原因；7）問題閉環(huán)。呼叫接入類優(yōu)化案例CDF1730_大豐王橋2社_3小區(qū)接入失敗分析問題描述：CDF1730_大豐王橋2社_3小區(qū)的RRC建立成功率一直持續(xù)在98%左右。問題分析：核查該站是否有告警：無；后臺(tái)取小區(qū)的系統(tǒng)上行每個(gè)PRB上檢測(cè)到的干擾噪聲的平均值，都在-118左右，正常無干擾；分析主要RRC建立失敗的主要原因?yàn)椋篣E無應(yīng)答而導(dǎo)致RRC鏈接建立失敗。由此可見主要問題是由于弱覆蓋導(dǎo)致的RRC建立失敗，由于該站點(diǎn)處在繞城附件的郊區(qū)，站間距離在1公里以上，檢查該小區(qū)的RS功率為15.2dBm，修改該小區(qū)的RS功率為16.2dBm后，問題解決。修改RS功率后，RRC建立成功率提升到99%以上，問題閉環(huán)。呼叫保持類指標(biāo)優(yōu)化方法呼叫保持類指標(biāo)分析流程：處理步驟1）小區(qū)是否存在異常告警；2）對(duì)于eNodeB發(fā)起的原因?yàn)榍袚Q失敗的UEContext釋放：需要提取兩兩小區(qū)切換確定目標(biāo)小區(qū)；1.確定目標(biāo)小區(qū)運(yùn)行情況，是否基站故障或異常告警；2.檢查鄰區(qū)間參數(shù)設(shè)置是否正確；3.檢查小區(qū)鄰區(qū)配置是否合理，進(jìn)行鄰區(qū)合理性優(yōu)化；4.檢查基站是否周邊站點(diǎn)缺少，如為孤站，可視為正常；3）對(duì)于eNodeB發(fā)起的原因?yàn)樯闲腥醺采w的UEContext異常釋放：如果有是上行弱覆蓋導(dǎo)致的異常釋放，需要增加RS功率，或是RF優(yōu)化解決。4）eNodeB發(fā)起的S1RESET導(dǎo)致的UEContext釋放次數(shù)現(xiàn)統(tǒng)計(jì)中eNodeB發(fā)起的S1RESET導(dǎo)致的UEContext釋放次數(shù)均為0，如統(tǒng)計(jì)出現(xiàn)釋放次數(shù)，需進(jìn)行針對(duì)排查；檢查S1鏈路是否配置正確。5）對(duì)于eNodeB發(fā)起的原因?yàn)閁ELOST的UEContext釋放和eNodeB發(fā)起的原因?yàn)闊o線層問題的UEContext釋放：a.參數(shù)是否設(shè)置合理（1）.查詢掉線類定時(shí)器設(shè)置是否正確；（2）.如掉線率突增，查詢操作日志，確認(rèn)是否有修改，導(dǎo)致小區(qū)異常；b.是否存在高干擾（1）.查看小區(qū)PCI復(fù)用是否合理，是否存在模三沖突；（2）.如每PRB上干擾噪聲平均值>-110dBm,確認(rèn)小區(qū)存在上行干擾，同時(shí)可通過后臺(tái)跟蹤，確認(rèn)干擾類型；c是否存在高質(zhì)差（1）.通過觀察小區(qū)上下行丟包率是否正常，如丟包率偏高，基本斷定小區(qū)存在質(zhì)差；（2）.通過后臺(tái)誤碼率跟蹤，如BLER>10%，確定小區(qū)存在高誤碼；d.是否存在弱覆蓋（1）.檢查傳輸模式，是否為TM3，如長(zhǎng)時(shí)間為TM2，確認(rèn)設(shè)置正確的情況下，基本確定小區(qū)存在弱覆蓋；（2）.對(duì)比64QAM和QPSK占比，如后者比例遠(yuǎn)大于前者,可確定小區(qū)覆蓋異常；e.后天信令跟蹤和前臺(tái)現(xiàn)場(chǎng)測(cè)試（1）.安排前場(chǎng)人員現(xiàn)場(chǎng)測(cè)試，同時(shí)后臺(tái)通過信令跟蹤，配合查找問題原因；（2）.如果確認(rèn)問題后，需第三方配合解決，轉(zhuǎn)發(fā)相關(guān)人員處理，做好跟蹤工作，直至問題閉環(huán)；呼叫保持類優(yōu)化案例CDF3040_平樂古鎮(zhèn)_1小區(qū)高掉話失敗高問題分析1）問題描述：CDF3040_平樂古鎮(zhèn)_1小區(qū)高掉話失敗高2）問題分析核查該站是否有告警：無；后臺(tái)取小區(qū)的系統(tǒng)上行每個(gè)PRB上檢測(cè)到的干擾噪聲的平均值，都在-118左右，正常無干擾；檢查小區(qū)兩兩切換指標(biāo),主要切換向邛崍平樂_3小區(qū)切換失敗。從X2口的標(biāo)準(zhǔn)信令監(jiān)控來看，主要切換失敗都是eNodeB=461188的3小區(qū)=邛崍平樂_3，和話統(tǒng)上的兩兩切換是對(duì)應(yīng)的。檢查邛崍平樂_3告警情況，發(fā)現(xiàn)該站有射頻單元維護(hù)鏈路異常告警，BBUCPRI接口異常告警，小區(qū)服務(wù)能力下降告警。推動(dòng)維護(hù)處理告警后，指標(biāo)恢復(fù)，問題閉環(huán)。移動(dòng)管理類指標(biāo)優(yōu)化方法移動(dòng)管理類指標(biāo)分析流程：處理步驟小區(qū)是否存在異常告警；參數(shù)核查，核查小區(qū)的切換參數(shù)是否正確合理排除核心網(wǎng)的原因請(qǐng)核心網(wǎng)配合對(duì)參數(shù)進(jìn)行核查及信令跟蹤排查問題；后臺(tái)提取兩兩小區(qū)切換次數(shù)，找到失敗的目標(biāo)小區(qū)核查外部小區(qū)和鄰區(qū)關(guān)系核查小區(qū)是否有干擾，確認(rèn)是模三干擾，還是外部干擾是否存在弱覆蓋，RS功率，RF優(yōu)化，新增站點(diǎn)是否存在資源不住引起的擁塞問題，擴(kuò)容，新增站點(diǎn)閉環(huán)。移動(dòng)管理類優(yōu)化案例CDF0586_文家七里溝8組_3小區(qū)切換成功率低問題分析問題描述：CDF0586_文家七里溝8組_3小區(qū)切換成功率低，在80%多；問題分析：核查該站是否有告警：無；后臺(tái)取兩兩小區(qū)切換數(shù)據(jù)，顯示每天向CDF0654_多聯(lián)建材_2和CDF127931合作鎮(zhèn)清江社區(qū)_2切換失敗，這2個(gè)小區(qū)距離該基站超過5公里，冗余的外部小區(qū)，外部小區(qū)優(yōu)化；該站位于光華大道二段附件，與愛立信交接區(qū)域（綠色—愛立信，藍(lán)色華為）存在模三干擾的。修改CDF0586_文家七里溝8組_3小區(qū)PCI由365修改為35。愛立信LTE主要KPI優(yōu)化方法及案例接入類指標(biāo)優(yōu)化方法告警核查接入差小區(qū)處理流程第一步：檢查是否因硬件問題導(dǎo)致接入指標(biāo)差(若RRC建立成功率很高，僅因?yàn)镋RAB承載建立成功率低而引起接入指標(biāo)差，可直接進(jìn)入第三步準(zhǔn)入控制分析)。硬件告警告警查詢相關(guān)操作，Event查詢，可以快速查看站點(diǎn)運(yùn)行情況，核查是否發(fā)生故障。操作日志查詢：lgo歷史告警查詢：lga當(dāng)前告警查詢：alt歷史Event查詢：lge站點(diǎn)硬件運(yùn)行情況查詢：invhr站點(diǎn)硬件運(yùn)行情況查詢：cabx站點(diǎn)運(yùn)行l(wèi)og查詢：telogreadvswr查詢：lhrufuigetvswr常見影響KPI告警：TimingSyncFault（GPS信號(hào)不穩(wěn)定）；SystemClockQualityDegradation（時(shí)鐘同步告警）；SectorEquipmentFunction=3(timeout_expired)；附告警查詢操作實(shí)物圖：天饋告警如果基站出現(xiàn)駐波告警會(huì)影響小區(qū)的接入性，有些天饋問題可能沒有告警，F(xiàn)FAX是檢測(cè)這類問題較方便的工具告警標(biāo)識(shí)：VswrOverThreshold（駐波比告警，可以cabx查看RRU駐波比，一般駐波比設(shè)置為1.5db，小于1.5db就不會(huì)有告警）。信道檢查檢查Enode各個(gè)信道是否正常，若僅有PRACH、PDSCH、

PUSCH信道倒掉就會(huì)導(dǎo)致用戶不能接收到小區(qū)信息，數(shù)據(jù)業(yè)務(wù)的ERAB建立成功率為0，此種情況只需重啟基站或者信道就能恢復(fù)正常。其他告警其他告警如License、傳輸告警等同樣會(huì)影響小區(qū)的接入性。LicenseKeyFileFault（license失效或者沒有植入，所以導(dǎo)致這樣的告警）；GigabitEthernetLinkFault（1.傳輸光口光纖斷，2.傳輸光口沒有插光纖）；干擾核查檢查干擾主要包括:ULRSSI是否處于正常值范圍、模三干擾、直放站干擾。ULRSSILTE從統(tǒng)計(jì)上檢查ULRSSI的counter值：pmRadioRecInterferencePwr是否正常:一般認(rèn)為-120dBm～-110dBm為合理范圍，但大于-105dBm時(shí)認(rèn)為RSSI偏低，過來可能原因包括:TMA問題，天線問題，硬件故障(饋線/連接器/跳線)等，需要逐一排查；當(dāng)大于-100dBm時(shí)認(rèn)為RSSI偏高，過來原因包括:TMA問題，話務(wù)增加，干擾增加以及錯(cuò)誤配置等，應(yīng)檢查TMA，觀察話務(wù)量走勢(shì)，使用頻譜分析儀檢測(cè)干擾，檢查是否有錯(cuò)(饋線接反)等。網(wǎng)管側(cè)查看統(tǒng)計(jì)方法：定義了IntferenceScanner統(tǒng)計(jì)，pmRadioRecInterferencePwr這個(gè)測(cè)量值激活定義好的測(cè)量scanner狀態(tài)=pdebIntferenceScanner激活后，IntferenceScanner為active狀態(tài)查看定義的統(tǒng)計(jì)=PST,IntferenceScanner為active狀態(tài)查看site實(shí)際底噪=pget.pmRadioRecInterferencePwr$pmRadioRecInterferencePwi[16]為底噪打點(diǎn)分布區(qū)間，本站多分布在【3】查詢pmRadioRecInterferencePwr參數(shù)含義=pmom.pmRadioRecInterferencePwr$16個(gè)區(qū)間對(duì)應(yīng)的N+I分布值，【3】區(qū)間為-119~-118；一般N+I在=-106以上才有問題，不正?！?1】正確情況，底噪應(yīng)該多分布在【0】~【4】同PCI干擾定期進(jìn)行全網(wǎng)一二級(jí)PCI沖突檢查，保證相同擾碼的復(fù)用距離不要過近造成干擾，PCI檢查工具可以使用XNOW。另外模三沖突需要大量DT測(cè)試數(shù)據(jù)發(fā)現(xiàn)。網(wǎng)管側(cè)PCI查看：指令：查看PCI：get^eutrancellfddphysicalPCI=physicalLayerCellIdGroup*3+physicalLayerSubCellId直放站干擾直放站干擾是目前存在的最普遍的上行干擾問題之一。直放站干擾分為無線直放站干擾和光纖直放站干擾。無線直放站實(shí)際上是一個(gè)寬頻放大器，它將整個(gè)移動(dòng)上行和下行頻帶放大，實(shí)現(xiàn)信號(hào)覆蓋。無線直放站有合法直放站和非法直放站之分，合法直放站由于設(shè)置不好，會(huì)造成對(duì)基站的干擾，但較多的無線直放站干擾為非法私自安裝的無線直放站或MINI直放站，這是因?yàn)榱淤|(zhì)的無線直放站價(jià)格便宜，在人口密度大，移動(dòng)信號(hào)覆蓋不好的場(chǎng)所經(jīng)常私自安裝。無線直放站的干擾特點(diǎn)是頻帶寬，占據(jù)整個(gè)上行，且幅度不穩(wěn)定。光纖直放站干擾頻譜的底噪音較強(qiáng)，比正常業(yè)務(wù)情況下的噪音電平一般高20dB～30dB，干擾區(qū)域也較大，可造成該區(qū)域部分用戶無法正常使用手機(jī)，未接通、掉話等現(xiàn)象。光纖直放站的干擾特點(diǎn)是頻帶寬，占據(jù)整個(gè)上行，且幅度穩(wěn)定。處理方法：拆除私自安裝的無線直放站或MINI直放站；用頻譜儀測(cè)試合法無線直放站接收施主基站信號(hào)的強(qiáng)度，如果信號(hào)較強(qiáng)建議加裝衰減器，確保接收到的施主基站信號(hào)強(qiáng)度在-70dBm左右。確保合法無線直放站的施主天線與重發(fā)天線有較好的隔離度，避免自激現(xiàn)象產(chǎn)生，同時(shí)建議施主天線的安裝高度不超過6層樓。根據(jù)現(xiàn)場(chǎng)實(shí)際情況，重新調(diào)整無線直放站的上、下行ATT值。上行ATT設(shè)置值＝下行ATT設(shè)置值＋5dB下行ATT設(shè)置值＝直放站下行額定輸出功率－2dBm為設(shè)置依據(jù)。排查是否存在其他運(yùn)營(yíng)商無線寬頻直放站的干擾。無線寬頻直放站也會(huì)因?yàn)槠骷膮?shù)問題，放大聯(lián)通上行頻段內(nèi)的一些頻點(diǎn)，對(duì)聯(lián)通上行頻段產(chǎn)生干擾。準(zhǔn)入控制分析MpLoad統(tǒng)計(jì)counter：pmRrcConnEstabFailHighLoadpmRrcConnEstabFailOverload如果EnodeMpLoad負(fù)荷過高則會(huì)產(chǎn)生RRC建立受限，需要通過參數(shù)調(diào)整、RF優(yōu)化、、新增站點(diǎn)、擴(kuò)載波等方法可以降低Enode負(fù)荷。CULICENSE受限pmLicConnectedUsersMax（峰值用戶數(shù)）pmLicconnectedUsersLicense（LICENSE許可用戶數(shù)）當(dāng)pmLicConnectedUsersMax/pmLicconnectedUsersLicense*100%>=75%將會(huì)影響用戶接入，因此建議采取相應(yīng)解決措施。主要解決手段：CUlicense擴(kuò)容、RF優(yōu)化負(fù)荷分擔(dān)。話務(wù)熱點(diǎn)覆蓋分擔(dān)有時(shí)話務(wù)熱點(diǎn)區(qū)域用一個(gè)sector或site無法滿足話務(wù)需求，可以引入附近其他不擁塞小區(qū)覆蓋分擔(dān)話務(wù)，之后再考慮擴(kuò)容。檢查弱覆蓋通過WMRR判斷是否存在弱覆蓋。弱覆蓋解決主要手段為:物理手段與參數(shù)調(diào)整手段物理手段:調(diào)整天線、處理阻擋、處理因天線性能或老化導(dǎo)致弱覆蓋等情況。參數(shù)調(diào)整:maximumTransmissionPower、PAPB、；檢查參qRxLevMin、qQualMin、觀察周圍是否有信號(hào)較強(qiáng)小區(qū)。注意提升qRxLevMin、qQualMin會(huì)較容易提升相關(guān)小區(qū)的接入指標(biāo)，但可能造成真正的無法接入，不建議偏離default值過遠(yuǎn)。Neighbor合理化。如果有較明顯的漏定鄰區(qū)，會(huì)導(dǎo)致UE在idle狀態(tài)時(shí)不容易駐留在最好的小區(qū)，導(dǎo)致起呼接入查。接入類問題優(yōu)化案例案例：對(duì)比38個(gè)擴(kuò)容站點(diǎn)的指標(biāo)對(duì)比情況1：

業(yè)務(wù)量

（38個(gè)站點(diǎn)擴(kuò)容前后業(yè)務(wù)量平均增長(zhǎng)10.89%）2：

RRC建立成功率

（

提取實(shí)際忙時(shí)，38個(gè)站點(diǎn)平均提升2.75%）。3：ERAB建立成功率

（

提取實(shí)際忙時(shí)，38個(gè)站點(diǎn)平均提升1.76%）4：

切換成功率

（

提取實(shí)際忙時(shí)，38個(gè)站點(diǎn)平均提升0.73%）。呼叫保持類指標(biāo)優(yōu)化方法本流程主要關(guān)注數(shù)據(jù)業(yè)務(wù)的保持性指標(biāo)。數(shù)據(jù)掉線愛立信的統(tǒng)計(jì)原因基本可分為6大類型不同的掉線原因相對(duì)有不同的處理方法，以下對(duì)不同原因的掉線分析排查清單和解決建議。分析流程counter：數(shù)據(jù)收集：1、計(jì)算保持性KPI公式及可能影響掉線counter原始數(shù)據(jù)；2、全網(wǎng)地圖文件(MapInfo圖層及googleearth文件)；3、最新全網(wǎng)database信息；4、差小區(qū)的告警信息；弱覆蓋UE檢測(cè)主服務(wù)小區(qū)及鄰小區(qū)都低于-100dBm，定義為弱覆蓋現(xiàn)象，可以通過現(xiàn)場(chǎng)工程師SSV_DT驗(yàn)證及MRR測(cè)量信息收集是否存在四超站點(diǎn)(超高、超低、超近、超遠(yuǎn))、基站告警退服、鄰區(qū)漏配等原因?qū)е翿SRP<-100dBm，建議消除告警、鄰區(qū)優(yōu)化、RF優(yōu)化、增加新站加強(qiáng)覆蓋。上行高干擾從系統(tǒng)上檢查PUCCH和PUSCH的counter：pmRadioRecInterferencePwr是否正常目前2/3/4G基站共存導(dǎo)致系統(tǒng)干擾也大幅度提升，如天線隔離度不夠?qū)е伦枞⒒フ{(diào)、雜散干擾等，工程師需通過上站收集天饋信息、DT(DriverTest)數(shù)據(jù)BLER誤碼率及掃頻儀器來判斷干擾源，一般認(rèn)為≤-110dBm為合理范圍，當(dāng)＞-110dBm時(shí)認(rèn)為存在上行干擾，可能原因包括：上行不同步(TDD)、廣電干擾，天線問題，硬件故障(饋線、連接器、跳線)等，需逐步排查干擾源。如果檢查結(jié)果值相對(duì)較高可以進(jìn)行以下排查：?jiǎn)栴}小區(qū)是否固定一個(gè)時(shí)間段PUCCH和PUSCH值較高還是全天都處于偏高狀態(tài)。全天值都處于較高，需要發(fā)單處理要求檢查基站。是否有天線問題、硬件故障(饋線、連接器、跳線)，硬件問題。附近有沒有干擾源，特別是小區(qū)覆蓋隱私密度較高的建筑，如政府部門重要機(jī)構(gòu)，軍區(qū)，醫(yī)院，學(xué)校等。如果有是否可以通過調(diào)整天線物理來解決。建議解決方案：一般在基站正常工作的情況下，掉線主要由于弱覆蓋區(qū)域、小區(qū)天線物理設(shè)置不合理導(dǎo)致過覆蓋或者重疊覆蓋高天饋調(diào)整通過RF優(yōu)化有效控制覆蓋合理性。參數(shù)調(diào)整可以通過參數(shù)調(diào)整，如RS參考信號(hào)PA/PB等來進(jìn)行優(yōu)化?？闭炯奥窚y(cè)檢查站點(diǎn)是否廣告牌或者其它實(shí)物阻擋如美化天線，如有必要發(fā)單要求整改，另外通過路測(cè)檢查問題小區(qū)的信號(hào)是否處于重疊覆蓋區(qū)域。新開站點(diǎn)如果處于站點(diǎn)比較稀疏的區(qū)域容易造成掉線不因只加強(qiáng)PA/PB或者天線來增加覆蓋，而是盡量催開附件的規(guī)劃站點(diǎn)或者提新建站點(diǎn)來解決，相關(guān)列表記得長(zhǎng)期維護(hù)并且時(shí)時(shí)更新。5、鄰近站點(diǎn)退服鄰近站點(diǎn)倒站導(dǎo)致問題小區(qū)附近區(qū)域覆蓋不連續(xù)，出現(xiàn)弱覆蓋而引起掉話幾率相對(duì)提高，應(yīng)盡快發(fā)單處理倒站問題，并且暫時(shí)通過參數(shù)優(yōu)化來暫時(shí)解決問題，直到倒站問題解決為止。建議可以暫時(shí)調(diào)整PA/PB來控制覆蓋。倒站問題解決后必須將相關(guān)參數(shù)恢復(fù)之前的值。6、直放站干擾應(yīng)準(zhǔn)確測(cè)量并記錄直放站的經(jīng)緯度（拉遠(yuǎn)位置），避免造成干擾。PCI模3干擾–將導(dǎo)致SINR始終處于最差的情形，且和系統(tǒng)負(fù)載不相關(guān)；這將導(dǎo)致UE匯報(bào)的CQI不能真實(shí)反映當(dāng)時(shí)的無線信道質(zhì)量；

–將引起UE對(duì)RSRP的測(cè)量困難、測(cè)量不準(zhǔn)確、測(cè)量時(shí)間偏長(zhǎng)；進(jìn)而可能延誤切換的時(shí)機(jī)而導(dǎo)致掉線；解決方案：1、Mod3干擾首先進(jìn)行RF優(yōu)化調(diào)整,因?yàn)榍捌趪?yán)格規(guī)劃PCI是經(jīng)過對(duì)無線環(huán)境的衡量進(jìn)行勘察規(guī)劃。2、如進(jìn)行修改物理PCI時(shí)DT工程師圍繞基站扇區(qū)覆蓋范圍進(jìn)行拉測(cè)，觀察前后SINR值、DL吞吐率變化是否有所提高。備注：兩個(gè)小區(qū)的PCImode3相等時(shí)，若信號(hào)強(qiáng)度接近，由于RS位置的疊加，會(huì)產(chǎn)生較大的系統(tǒng)內(nèi)干擾，導(dǎo)致終端測(cè)量RS的SINR值較低，稱之為“PCImod3干擾”。傳輸故障檢查告警信息，看是否存在傳輸問題：觀察S1傳輸是否存在問題，解決傳輸故障；eNodB問題掉話由于某個(gè)時(shí)間段出現(xiàn)閃斷引起，可以通過hourly數(shù)據(jù)排查是從哪個(gè)時(shí)間段開始掉話率惡化，然后再對(duì)應(yīng)當(dāng)時(shí)是否告警或者其它部門當(dāng)時(shí)對(duì)于問題小區(qū)有進(jìn)行任何操作。檢查系統(tǒng)升級(jí)、是否打補(bǔ)丁等動(dòng)作；切換引起掉話常見HO掉話可以分為4大問題類型：源小區(qū)的鄰區(qū)里是否存在和目標(biāo)小區(qū)同頻的相同PCI鄰區(qū)；解決方案：并刪除不合理的鄰區(qū)；或者修改一條鄰區(qū)的PCI。T304配置過短目標(biāo)小區(qū)是否存在上行干擾；查找干擾源排除干擾目標(biāo)小區(qū)是否擁塞，或者License受限；如果問題小區(qū)出現(xiàn)多次擁塞掉話，應(yīng)該注意是否附近的基站都有出現(xiàn)擁塞的問題，一般出現(xiàn)擁塞掉話的站點(diǎn)可能自己或者附近小區(qū)的接入率相對(duì)的差，主要是出現(xiàn)擁塞問題。解決方案：優(yōu)化手段:查看服務(wù)小區(qū)及目標(biāo)小區(qū)license是否受限申請(qǐng)擴(kuò)容，或者修改切換參數(shù)（CIO）引導(dǎo)源小區(qū)向周邊其他小區(qū)切換進(jìn)行分流;目標(biāo)小區(qū)是否存在弱覆蓋；查看同頻/異頻切換門限否設(shè)置合理；查看周邊無線環(huán)境是否由于站點(diǎn)缺失導(dǎo)致弱覆蓋想象，新增基站加強(qiáng)覆蓋。檢查MME是否存在告警提取counter及查詢MME狀態(tài)是否存在負(fù)載過高及告警。移動(dòng)管理類指標(biāo)優(yōu)化方法LTE切換異常現(xiàn)象UE向源小區(qū)發(fā)送測(cè)量報(bào)告后沒有收到切換命令UE在源區(qū)收到切換命令，在目標(biāo)鄰小區(qū)發(fā)送隨機(jī)接入（MSG1）但是未收到隨機(jī)接入響應(yīng)(MSG2)。小區(qū)之間乒乓切換。小區(qū)之間切換序列混亂。切換過程中數(shù)據(jù)中斷切換問題分析流程針對(duì)這些切換異常，應(yīng)該從參數(shù)配置，鄰區(qū)配置，基站傳輸，硬件告警，上下行干擾等幾個(gè)方面入手分析問題。其中參數(shù)合理性檢查主要包括以下等幾個(gè)方面：鄰區(qū)漏定義鄰區(qū)PCI沖突目標(biāo)鄰小區(qū)切換是否打開切換偏置設(shè)置合理性數(shù)據(jù)轉(zhuǎn)發(fā)功能是否打開切換主要問題鄰區(qū)配置不合理問題描述：通過統(tǒng)計(jì)觀察到到小區(qū)70736-4的切換成功率為0%，而到70272-2的切換嘗試次數(shù)為0。問題分析：經(jīng)檢查配置發(fā)現(xiàn)70736-4和70272-2這兩個(gè)小區(qū)配置了相同的PCI，而且正確的目標(biāo)切換小區(qū)應(yīng)該是70272-2。問題解決：通過刪除70736-4的鄰區(qū)關(guān)系后，到70272-2的切換成功率恢復(fù)到100%。參數(shù)設(shè)置問題問題描述：通過觀察基站側(cè)統(tǒng)計(jì)發(fā)現(xiàn)有很多切換準(zhǔn)備成功率為0%的鄰區(qū)關(guān)系，共同點(diǎn)是目標(biāo)小區(qū)都屬于同一個(gè)基站(基站ID4506-70483)。問題分析：通過分析發(fā)現(xiàn)該基站(基站ID4506-70483)計(jì)數(shù)器pmHoPrepRejInLicMob的數(shù)值很高，計(jì)數(shù)器pmHoPrepRejInLicMob解釋：統(tǒng)計(jì)由于目標(biāo)基站缺少切換相關(guān)的license而導(dǎo)致切換失敗的次數(shù)。問題解決：在激活目標(biāo)基站的license之后，切換成功率恢復(fù)100%。無線環(huán)境問題問題描述：路測(cè)中武昌路段切換序列混亂，而且切換成功率較低。問題分析：通過測(cè)試log分析發(fā)現(xiàn)武昌路（紅圈1,2,3）主要占用SN黃海飯店2小區(qū)（PCI_238），SN黃海飯店2小區(qū)（PCI_238）天線掛高70m,越區(qū)覆蓋嚴(yán)重，問題解決：通過調(diào)整SN黃海飯店2小區(qū)（PCI_238）機(jī)械下傾角下壓到10度，控制越區(qū)減小對(duì)其他小區(qū)干擾。優(yōu)化后武昌路主要占用世紀(jì)之星3小區(qū)信號(hào)（PCI74）（下圖紅框所示），信噪比改善，越區(qū)覆蓋消除，切換恢復(fù)正常。江蘇科技大學(xué)80周年校慶活動(dòng)宗旨及目的2013年，江蘇科技大學(xué)走過了80年的風(fēng)雨路，江蘇科技大學(xué)人秉承學(xué)校積淀了80年的“篤學(xué)明德，經(jīng)世致用”的傳統(tǒng)，發(fā)揚(yáng)“好學(xué)力行，求是創(chuàng)新，艱苦奮斗，自強(qiáng)不息”的精神，在建設(shè)高水平大學(xué)的努力之中取得了令人矚目的成就。為了回顧學(xué)校歷史，展示辦學(xué)成就，擴(kuò)大學(xué)校知名度，激勵(lì)師生、校友愛校榮校的精神，增強(qiáng)社會(huì)各界關(guān)心、支持學(xué)校辦學(xué)的熱情，匯集各界力量，促進(jìn)學(xué)校全面、快速、可持續(xù)發(fā)展，學(xué)校決定啟動(dòng)建校80周年校慶籌備工作。（一）活動(dòng)主題傳承、開拓、團(tuán)結(jié)、創(chuàng)新（二）指導(dǎo)思想以鄧小平理論和“三個(gè)代表”重要思想為指導(dǎo)，深入貫徹落實(shí)科學(xué)發(fā)展觀和黨的十七大、十七屆三中、四中全會(huì)精神，以“展示黨的民族理論、民族政策、民族教育輝煌成就，江蘇科技大學(xué)將秉承“篤學(xué)明德、經(jīng)世致用”的校訓(xùn)，大力弘揚(yáng)“船魂”精神，努力達(dá)到本科教學(xué)一流、優(yōu)