版權(quán)說(shuō)明:本文檔由用戶(hù)提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
LTE質(zhì)差小區(qū)處理指導(dǎo)書(shū)TIME\@"yyyy-M-d"2022-11-25第頁(yè)目錄1. 概述 42. LTE主要KPI介紹 42.1. 呼叫接入類(lèi)指標(biāo) 42.1.1. RRC建立成功率 42.1.2. E-RAB建立成功率 52.2. 呼叫保持類(lèi)指標(biāo) 62.2.1. LTE業(yè)務(wù)掉話(huà)率 62.2.2. UE上下文掉線(xiàn)率 92.3. 移動(dòng)管理類(lèi)指標(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ù)完整類(lèi)指標(biāo) 192.4.1. 上行PDCPSDU丟包率 192.4.2. 下行PDCPSDU丟包率 192.5. 資源負(fù)荷類(lèi)指標(biāo) 192.5.1. 上行PRB平均利用率 192.5.2. 下行PRB平均利用率 193. 華為L(zhǎng)TE主要KPI優(yōu)化方法及案例 203.1. 呼叫接入類(lèi)指標(biāo)優(yōu)化方法 203.1.1. 處理步驟 203.1.2. 呼叫接入類(lèi)優(yōu)化案例 213.2. 呼叫保持類(lèi)指標(biāo)優(yōu)化方法 223.2.1. 處理步驟 233.2.2. 呼叫保持類(lèi)優(yōu)化案例 233.3. 移動(dòng)管理類(lèi)指標(biāo)優(yōu)化方法 253.3.1. 處理步驟 263.3.2. 移動(dòng)管理類(lèi)優(yōu)化案例 264. 愛(ài)立信LTE主要KPI優(yōu)化方法及案例 284.1. 接入類(lèi)指標(biāo)優(yōu)化方法 284.1.1. 告警核查 284.1.2. 干擾核查 304.1.3. 準(zhǔn)入控制分析 334.1.4. 檢查弱覆蓋 344.1.5. 接入類(lèi)問(wèn)題優(yōu)化案例 344.2. 呼叫保持類(lèi)指標(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問(wèn)題 404.2.7. 切換引起掉話(huà) 414.2.8. 檢查MME是否存在告警 424.3. 移動(dòng)管理類(lèi)指標(biāo)優(yōu)化方法 424.3.1. LTE切換異常現(xiàn)象 424.3.2. 切換問(wèn)題分析流程 434.3.3. 切換主要問(wèn)題 44概述本文根據(jù)成都聯(lián)通LTE網(wǎng)絡(luò)的差小區(qū)分析,結(jié)合LTE的KPI的基本原理,歸納總結(jié)接呼叫接入類(lèi)指標(biāo),呼叫保持類(lèi)指標(biāo),移動(dòng)管理類(lèi)指標(biāo),業(yè)務(wù)完整類(lèi)指標(biāo),資源負(fù)荷類(lèi)指標(biāo)等5類(lèi)主要的LTE指標(biāo)差小區(qū)的問(wèn)題及分析流程及案例。LTE主要KPI介紹呼叫接入類(lèi)指標(biāo)接入過(guò)程是手機(jī)開(kāi)始與網(wǎng)絡(luò)連接的初始過(guò)程,主要包括隨機(jī)接入,RRC連接的建立,以及各種ERAB承載連接的建立。接入型對(duì)后續(xù)的保持性和移動(dòng)性指標(biāo)都有著重要的意義,同時(shí)接入性又直接影響用戶(hù)的感知度,因此優(yōu)化接入性指標(biāo)對(duì)與改善用戶(hù)感知度,提高保持性和移動(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收到來(lái)自MME的INITIALCONTEXTSETUPREQUEST或者E-RABSETUPREQUEST消息時(shí)根據(jù)不同QCI類(lèi)型統(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類(lèi)型統(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累加。呼叫保持類(lèi)指標(biāo)LTE業(yè)務(wù)掉話(huà)率定義:LTE業(yè)務(wù)掉話(huà)率=[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類(lèi)型統(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類(lèi)型統(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)。如果被釋放用戶(hù)建立了多個(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)承載無(wú)數(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收到來(lái)自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)承載無(wú)數(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收到來(lái)自MME的UECONTEXTRELEASECOMMAND消息時(shí),會(huì)釋放UE的所有E-RAB,如果釋放原因不是切換類(lèi)原因值,包括“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上下文掉線(xiàn)率定義:UE上下文掉線(xiàn)率=([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收到來(lái)自MME的UECONTEXTRELEASECOMMAND消息時(shí),且如果釋放原因不是切換類(lèi)原因值,包括“SuccessfulHandover”,“PartialHandover”,“S1intrasystemHandovertriggered”,“S1intersystemHandovertriggered”,“X2Handovertriggered”,則該指標(biāo)加1。移動(dòng)管理類(lèi)指標(biāo)切換事件概述:LTE主要有下面幾種類(lèi)型測(cè)量報(bào)告:EventA1(Servingbecomesbetterthanthreshold):表示服務(wù)小區(qū)信號(hào)質(zhì)量高于一定門(mén)限,滿(mǎn)足此條件的事件被上報(bào)時(shí),eNodeB停止異頻/異系統(tǒng)測(cè)量;類(lèi)似于UMTS里面的2F事件;EventA2(Servingbecomesworsethanthreshold):表示服務(wù)小區(qū)信號(hào)質(zhì)量低于一定門(mén)限,滿(mǎn)足此條件的事件被上報(bào)時(shí),eNodeB啟動(dòng)異頻/異系統(tǒng)測(cè)量;類(lèi)似于UMTS里面的2D事件;EventA3(Neighbourbecomesoffsetbetterthanserving):表示同頻鄰區(qū)質(zhì)量高于服務(wù)小區(qū)質(zhì)量,滿(mǎn)足此條件的事件被上報(bào)時(shí),源eNodeB啟動(dòng)同頻切換請(qǐng)求;EventA4(Neighbourbecomesbetterthanthreshold):表示異頻鄰區(qū)質(zhì)量高于一定門(mén)限量,滿(mǎn)足此條件的事件被上報(bào)時(shí),源eNodeB啟動(dòng)異頻切換請(qǐng)求;EventA5(Servingbecomesworsethanthreshold1andneighbourbecomesbetterthanthreshold2):表示服務(wù)小區(qū)質(zhì)量低于一定門(mén)限并且鄰區(qū)質(zhì)量高于一定門(mén)限;類(lèi)似于UMTS里的2B事件;EventB1(InterRATneighbourbecomesbetterthanthreshold):表示異系統(tǒng)鄰區(qū)質(zhì)量高于一定門(mén)限,滿(mǎn)足此條件事件被上報(bào)時(shí),源eNodeB啟動(dòng)異系統(tǒng)切換請(qǐng)求;類(lèi)似于UMTS里的3C事件;EventB2(Servingbecomesworsethanthreshold1andinterRATneighbourbecomesbetterthanthreshold2):表示服務(wù)小區(qū)質(zhì)量低于一定門(mén)限并且異系統(tǒng)鄰區(qū)質(zhì)量高于一定門(mén)限,類(lèi)似于UMTS里進(jìn)行異系統(tǒng)切換的3A事件。測(cè)量事件判決條件eventA1事件進(jìn)入條件:Ms-Hys>Thresh事件離開(kāi)條件:Ms+Hys<ThresheventA2事件進(jìn)入條件:Ms+Hys<Thresh事件離開(kāi)條件:Ms-Hys>ThresheventA3事件進(jìn)入條件:Mn+Ofn+Ocn-Hys>Ms+Ofs+Ocs+Off事件離開(kāi)條件:Mn+Ofn+Ocn+Hys<Ms+Ofs+Ocs+OffeventA4事件進(jìn)入條件:Mn+Ofn+Ocn-Hys>Thresh事件離開(kāi)條件:Mn+Ofn+Ocn+Hys<ThresheventA5事件進(jìn)入條件:Ms+Hys<Thresh1&Mn+Ofn+Ocn-Hys>Thresh2事件離開(kāi)條件:Ms-Hys>Thresh1orMn+Ofn+Ocn+Hys<Thresh2表1因此在我們優(yōu)化過(guò)程中切換門(mén)限值至關(guān)重要,目前成都聯(lián)通也在陸續(xù)開(kāi)通CA站點(diǎn),我們會(huì)重點(diǎn)關(guān)注切換事件的同頻/異頻的停止與啟動(dòng)門(mén)限精細(xì)優(yōu)化,比如A2啟動(dòng)門(mén)限過(guò)低會(huì)影響將導(dǎo)致切換不及時(shí),原小區(qū)信號(hào)質(zhì)量變差產(chǎn)生弱覆蓋現(xiàn)象,同樣影響速率,A2值設(shè)置過(guò)高,將導(dǎo)致異頻測(cè)量啟動(dòng)過(guò)早,測(cè)量周期過(guò)長(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)切換過(guò)程中,當(dāng)eNodeB源小區(qū)向UE發(fā)送RRCConnectionReconfiguration消息時(shí)統(tǒng)計(jì)相應(yīng)指標(biāo)。各指標(biāo)的具體統(tǒng)計(jì)方式如下所示:如果切換過(guò)程中源小區(qū)和目標(biāo)小區(qū)為同頻,指標(biāo)L.HHO.IntraeNB.IntraFreq.ExecAttOut加1。如果切換過(guò)程中源小區(qū)和目標(biāo)小區(qū)為異頻,指標(biāo)L.HHO.IntraeNB.InterFreq.ExecAttOut加1。如果切換過(guò)程中源小區(qū)和目標(biāo)小區(qū)為異模式,指標(biāo)L.HHO.IntraeNB.InterFddTdd.ExecAttOut加1。圖9eNodeB內(nèi)切換出成功次數(shù)定義:如圖9中C點(diǎn)所示,在eNodeB內(nèi)切換過(guò)程中,當(dāng)eNodeB目標(biāo)小區(qū)收到UE返回的RRCConnectionReconfigurationComplete消息后,等待切換過(guò)程中的緩存數(shù)據(jù)轉(zhuǎn)發(fā)完成時(shí)統(tǒng)計(jì)相應(yīng)指標(biāo)。如圖8中C點(diǎn)所示,在eNodeB內(nèi)切換過(guò)程中,當(dāng)eNodeB目標(biāo)小區(qū)收到UE返回的RRCConnectionReestablishmentComplete消息時(shí)統(tǒng)計(jì)相應(yīng)指標(biāo)。如圖9中C點(diǎn)所示,在eNodeB內(nèi)切換過(guò)程中,當(dāng)eNodeB源小區(qū)收到UE返回的RRCConnectionReestablishmentComplete消息時(shí)統(tǒng)計(jì)相應(yīng)指標(biāo)。各指標(biāo)的具體統(tǒng)計(jì)方式如下所示:如果切換過(guò)程中源小區(qū)和目標(biāo)小區(qū)為同頻,指標(biāo)L.HHO.IntraeNB.IntraFreq.ExecSuccOut加1。如果切換過(guò)程中源小區(qū)和目標(biāo)小區(qū)為異頻,指標(biāo)L.HHO.IntraeNB.InterFreq.ExecSuccOut加1。如果切換過(guò)程中源小區(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接口切換過(guò)程中,當(dāng)源eNodeB收到目標(biāo)eNodeB的HANDOVERREQUESTACKNOWLEDGE消息后,向UE發(fā)送RRCConnectionReconfiguration消息時(shí)統(tǒng)計(jì)該指標(biāo)。如圖10中B點(diǎn)所示,在eNodeB間進(jìn)行S1接口切換過(guò)程中,當(dāng)源eNodeB收到MME的HANDOVERCOMMAND消息后,源eNodeB向UE發(fā)送RRCConnectionReconfiguration消息時(shí)統(tǒng)計(jì)該指標(biāo)。各指標(biāo)的具體統(tǒng)計(jì)方式如下所示:如果切換過(guò)程中源小區(qū)和目標(biāo)小區(qū)為同頻,指標(biāo)L.HHO.IntereNB.IntraFreq.ExecAttOut加1。如果切換過(guò)程中源小區(qū)和目標(biāo)小區(qū)為異頻,指標(biāo)L.HHO.IntereNB.InterFreq.ExecAttOut加1。如果切換過(guò)程中源小區(qū)和目標(biāo)小區(qū)為異模式,指標(biāo)L.HHO.IntereNB.InterFddTdd.ExecAttOut加1。圖11圖12eNodeB間切換出成功次數(shù)定義:如圖11中C點(diǎn)所示,在eNodeB間進(jìn)行X2接口切換過(guò)程中,當(dāng)源eNodeB收到目標(biāo)eNodeB的UECONTEXTRELEASE消息后,等待切換過(guò)程中的緩存數(shù)據(jù)轉(zhuǎn)發(fā)完成時(shí)統(tǒng)計(jì)相應(yīng)指標(biāo)。如圖11中C點(diǎn)所示,在eNodeB間進(jìn)行X2接口切換過(guò)程中UE成功重建到目標(biāo)eNodeB后,當(dāng)源eNodeB收到目標(biāo)eNodeB的UECONTEXTRELEASE消息后,等待切換過(guò)程中的緩存數(shù)據(jù)轉(zhuǎn)發(fā)完成時(shí)統(tǒng)計(jì)相應(yīng)指標(biāo)。如圖12中C點(diǎn)所示,在eNodeB間進(jìn)行X2接口切換過(guò)程中UE成功重建到源eNodeB后,統(tǒng)計(jì)相應(yīng)指標(biāo)。如圖12中C點(diǎn)所示,在eNodeB間進(jìn)行S1接口切換過(guò)程中,當(dāng)源eNodeB收到MME的UECONTEXTRELEASECOMMAND消息后,等待切換過(guò)程中的緩存數(shù)據(jù)轉(zhuǎn)發(fā)完成時(shí)統(tǒng)計(jì)相應(yīng)指標(biāo)。如圖12中C點(diǎn)所示,在eNodeB間進(jìn)行S1接口切換過(guò)程中UE成功重建到目標(biāo)eNodeB后,當(dāng)源eNodeB收到MME的UECONTEXTRELEASECOMMAND消息后,等待切換過(guò)程中的緩存數(shù)據(jù)轉(zhuǎn)發(fā)完成時(shí)統(tǒng)計(jì)相應(yīng)指標(biāo)。如圖12中C點(diǎn)所示,在eNodeB間進(jìn)行S1接口切換過(guò)程中UE成功重建到源eNodeB后,統(tǒng)計(jì)相應(yīng)指標(biāo)。各指標(biāo)的具體統(tǒng)計(jì)方式如下所示:如果切換過(guò)程中源小區(qū)和目標(biāo)小區(qū)為同頻,指標(biāo)L.HHO.IntereNB.IntraFreq.ExecSuccOut加1。如果切換過(guò)程中源小區(qū)和目標(biāo)小區(qū)為異頻,指標(biāo)L.HHO.IntereNB.InterFreq.ExecSuccOut加1。如果切換過(guò)程中源小區(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ù)完整類(lèi)指標(biāo)上行PDCPSDU丟包率定義:上行PDCPDSU丟包率=([上行PDCPSDU丟包數(shù)]/[上行PDCPSDU包總數(shù)])*100%;下行PDCPSDU丟包率定義:下行PDCPDSU丟包率=[下行PDCPSDU丟包數(shù)]/[下行PDCPSDU包總數(shù)]*100%;資源負(fù)荷類(lèi)指標(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)化方法及案例呼叫接入類(lèi)指標(biāo)優(yōu)化方法呼叫接入類(lèi)指標(biāo)分析流程:處理步驟小區(qū)是否存在異常告警;確認(rèn)小區(qū)是否有干擾后臺(tái)取小區(qū)的系統(tǒng)上行每個(gè)PRB上檢測(cè)到的干擾噪聲的平均值,確認(rèn)小區(qū)是否有上行干擾。如果有干擾,需確認(rèn)是模三干擾,互調(diào)干擾,還是外部干擾;3)確認(rèn)是否覆蓋問(wèn)題1.檢查傳輸模式,確定小區(qū)存在弱覆蓋;2、對(duì)比64QAM和QPSK占比,可確定小區(qū)覆蓋異常;3、鄰區(qū)告警、故障等導(dǎo)致TOP小區(qū)存在弱覆蓋;4、天饋問(wèn)題;5、無(wú)線(xiàn)環(huán)境差;6、基站規(guī)劃、建設(shè)、施工問(wèn)題;7,天線(xiàn)權(quán)值配置與現(xiàn)場(chǎng)天線(xiàn)參數(shù)不一致。8.核查參考信號(hào)功率;4)確認(rèn)是否高質(zhì)差問(wèn)題1.通過(guò)觀(guān)察小區(qū)上下行丟包率是否正常,斷定小區(qū)存在質(zhì)差;2、通過(guò)后臺(tái)誤碼率跟蹤,如BLER>10%,確定小區(qū)存在高誤碼;5)確實(shí)是否是資源不足的問(wèn)題可以通過(guò)后天話(huà)統(tǒng)查看:資源分配失敗而導(dǎo)致RRC連接建立失敗的次數(shù),無(wú)線(xiàn)資源不足導(dǎo)致E-RAB建立失敗次數(shù),這些話(huà)統(tǒng)確認(rèn)是否小區(qū)資源不足導(dǎo)致接入失敗。6)確認(rèn)是否是終端或是用戶(hù)行為異常需要通過(guò)對(duì)用戶(hù)進(jìn)行后天信令跟蹤和前臺(tái)現(xiàn)場(chǎng)測(cè)試結(jié)合來(lái)確認(rèn)問(wèn)題原因;7)問(wèn)題閉環(huán)。呼叫接入類(lèi)優(yōu)化案例CDF1730_大豐王橋2社_3小區(qū)接入失敗分析問(wèn)題描述:CDF1730_大豐王橋2社_3小區(qū)的RRC建立成功率一直持續(xù)在98%左右。問(wèn)題分析:核查該站是否有告警:無(wú);后臺(tái)取小區(qū)的系統(tǒng)上行每個(gè)PRB上檢測(cè)到的干擾噪聲的平均值,都在-118左右,正常無(wú)干擾;分析主要RRC建立失敗的主要原因?yàn)椋篣E無(wú)應(yīng)答而導(dǎo)致RRC鏈接建立失敗。由此可見(jiàn)主要問(wèn)題是由于弱覆蓋導(dǎo)致的RRC建立失敗,由于該站點(diǎn)處在繞城附件的郊區(qū),站間距離在1公里以上,檢查該小區(qū)的RS功率為15.2dBm,修改該小區(qū)的RS功率為16.2dBm后,問(wèn)題解決。修改RS功率后,RRC建立成功率提升到99%以上,問(wèn)題閉環(huán)。呼叫保持類(lèi)指標(biāo)優(yōu)化方法呼叫保持類(lèi)指標(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ū)合理性?xún)?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(wú)線(xiàn)層問(wèn)題的UEContext釋放:a.參數(shù)是否設(shè)置合理(1).查詢(xún)掉線(xiàn)類(lèi)定時(shí)器設(shè)置是否正確;(2).如掉線(xiàn)率突增,查詢(xún)操作日志,確認(rèn)是否有修改,導(dǎo)致小區(qū)異常;b.是否存在高干擾(1).查看小區(qū)PCI復(fù)用是否合理,是否存在模三沖突;(2).如每PRB上干擾噪聲平均值>-110dBm,確認(rèn)小區(qū)存在上行干擾,同時(shí)可通過(guò)后臺(tái)跟蹤,確認(rèn)干擾類(lèi)型;c是否存在高質(zhì)差(1).通過(guò)觀(guān)察小區(qū)上下行丟包率是否正常,如丟包率偏高,基本斷定小區(qū)存在質(zhì)差;(2).通過(guò)后臺(tái)誤碼率跟蹤,如BLER>10%,確定小區(qū)存在高誤碼;d.是否存在弱覆蓋(1).檢查傳輸模式,是否為T(mén)M3,如長(zhǎng)時(shí)間為T(mén)M2,確認(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)通過(guò)信令跟蹤,配合查找問(wèn)題原因;(2).如果確認(rèn)問(wèn)題后,需第三方配合解決,轉(zhuǎn)發(fā)相關(guān)人員處理,做好跟蹤工作,直至問(wèn)題閉環(huán);呼叫保持類(lèi)優(yōu)化案例CDF3040_平樂(lè)古鎮(zhèn)_1小區(qū)高掉話(huà)失敗高問(wèn)題分析1)問(wèn)題描述:CDF3040_平樂(lè)古鎮(zhèn)_1小區(qū)高掉話(huà)失敗高2)問(wèn)題分析核查該站是否有告警:無(wú);后臺(tái)取小區(qū)的系統(tǒng)上行每個(gè)PRB上檢測(cè)到的干擾噪聲的平均值,都在-118左右,正常無(wú)干擾;檢查小區(qū)兩兩切換指標(biāo),主要切換向邛崍平樂(lè)_3小區(qū)切換失敗。從X2口的標(biāo)準(zhǔn)信令監(jiān)控來(lái)看,主要切換失敗都是eNodeB=461188的3小區(qū)=邛崍平樂(lè)_3,和話(huà)統(tǒng)上的兩兩切換是對(duì)應(yīng)的。檢查邛崍平樂(lè)_3告警情況,發(fā)現(xiàn)該站有射頻單元維護(hù)鏈路異常告警,BBUCPRI接口異常告警,小區(qū)服務(wù)能力下降告警。推動(dòng)維護(hù)處理告警后,指標(biāo)恢復(fù),問(wèn)題閉環(huán)。移動(dòng)管理類(lèi)指標(biāo)優(yōu)化方法移動(dòng)管理類(lèi)指標(biāo)分析流程:處理步驟小區(qū)是否存在異常告警;參數(shù)核查,核查小區(qū)的切換參數(shù)是否正確合理排除核心網(wǎng)的原因請(qǐng)核心網(wǎng)配合對(duì)參數(shù)進(jìn)行核查及信令跟蹤排查問(wèn)題;后臺(tái)提取兩兩小區(qū)切換次數(shù),找到失敗的目標(biāo)小區(qū)核查外部小區(qū)和鄰區(qū)關(guān)系核查小區(qū)是否有干擾,確認(rèn)是模三干擾,還是外部干擾是否存在弱覆蓋,RS功率,RF優(yōu)化,新增站點(diǎn)是否存在資源不住引起的擁塞問(wèn)題,擴(kuò)容,新增站點(diǎn)閉環(huán)。移動(dòng)管理類(lèi)優(yōu)化案例CDF0586_文家七里溝8組_3小區(qū)切換成功率低問(wèn)題分析問(wèn)題描述:CDF0586_文家七里溝8組_3小區(qū)切換成功率低,在80%多;問(wèn)題分析:核查該站是否有告警:無(wú);后臺(tái)取兩兩小區(qū)切換數(shù)據(jù),顯示每天向CDF0654_多聯(lián)建材_2和CDF127931合作鎮(zhèn)清江社區(qū)_2切換失敗,這2個(gè)小區(qū)距離該基站超過(guò)5公里,冗余的外部小區(qū),外部小區(qū)優(yōu)化;該站位于光華大道二段附件,與愛(ài)立信交接區(qū)域(綠色—愛(ài)立信,藍(lán)色華為)存在模三干擾的。修改CDF0586_文家七里溝8組_3小區(qū)PCI由365修改為35。愛(ài)立信LTE主要KPI優(yōu)化方法及案例接入類(lèi)指標(biāo)優(yōu)化方法告警核查接入差小區(qū)處理流程第一步:檢查是否因硬件問(wèn)題導(dǎo)致接入指標(biāo)差(若RRC建立成功率很高,僅因?yàn)镋RAB承載建立成功率低而引起接入指標(biāo)差,可直接進(jìn)入第三步準(zhǔn)入控制分析)。硬件告警告警查詢(xún)相關(guān)操作,Event查詢(xún),可以快速查看站點(diǎn)運(yùn)行情況,核查是否發(fā)生故障。操作日志查詢(xún):lgo歷史告警查詢(xún):lga當(dāng)前告警查詢(xún):alt歷史Event查詢(xún):lge站點(diǎn)硬件運(yùn)行情況查詢(xún):invhr站點(diǎn)硬件運(yùn)行情況查詢(xún):cabx站點(diǎn)運(yùn)行l(wèi)og查詢(xún):telogreadvswr查詢(xún):lhrufuigetvswr常見(jiàn)影響KPI告警:TimingSyncFault(GPS信號(hào)不穩(wěn)定);SystemClockQualityDegradation(時(shí)鐘同步告警);SectorEquipmentFunction=3(timeout_expired);附告警查詢(xún)操作實(shí)物圖:天饋告警如果基站出現(xiàn)駐波告警會(huì)影響小區(qū)的接入性,有些天饋問(wèn)題可能沒(méi)有告警,F(xiàn)FAX是檢測(cè)這類(lèi)問(wèn)題較方便的工具告警標(biāo)識(shí):VswrOverThreshold(駐波比告警,可以cabx查看RRU駐波比,一般駐波比設(shè)置為1.5db,小于1.5db就不會(huì)有告警)。信道檢查檢查Enode各個(gè)信道是否正常,若僅有PRACH、PDSCH、
PUSCH信道倒掉就會(huì)導(dǎo)致用戶(hù)不能接收到小區(qū)信息,數(shù)據(jù)業(yè)務(wù)的ERAB建立成功率為0,此種情況只需重啟基站或者信道就能恢復(fù)正常。其他告警其他告警如License、傳輸告警等同樣會(huì)影響小區(qū)的接入性。LicenseKeyFileFault(license失效或者沒(méi)有植入,所以導(dǎo)致這樣的告警);GigabitEthernetLinkFault(1.傳輸光口光纖斷,2.傳輸光口沒(méi)有插光纖);干擾核查檢查干擾主要包括:ULRSSI是否處于正常值范圍、模三干擾、直放站干擾。ULRSSILTE從統(tǒng)計(jì)上檢查ULRSSI的counter值:pmRadioRecInterferencePwr是否正常:一般認(rèn)為-120dBm~-110dBm為合理范圍,但大于-105dBm時(shí)認(rèn)為RSSI偏低,過(guò)來(lái)可能原因包括:TMA問(wèn)題,天線(xiàn)問(wèn)題,硬件故障(饋線(xiàn)/連接器/跳線(xiàn))等,需要逐一排查;當(dāng)大于-100dBm時(shí)認(rèn)為RSSI偏高,過(guò)來(lái)原因包括:TMA問(wèn)題,話(huà)務(wù)增加,干擾增加以及錯(cuò)誤配置等,應(yīng)檢查T(mén)MA,觀(guān)察話(huà)務(wù)量走勢(shì),使用頻譜分析儀檢測(cè)干擾,檢查是否有錯(cuò)(饋線(xiàn)接反)等。網(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】查詢(xún)pmRadioRecInterferencePwr參數(shù)含義=pmom.pmRadioRecInterferencePwr$16個(gè)區(qū)間對(duì)應(yīng)的N+I分布值,【3】區(qū)間為-119~-118;一般N+I在=-106以上才有問(wèn)題,不正?!?1】正確情況,底噪應(yīng)該多分布在【0】~【4】同PCI干擾定期進(jìn)行全網(wǎng)一二級(jí)PCI沖突檢查,保證相同擾碼的復(fù)用距離不要過(guò)近造成干擾,PCI檢查工具可以使用XNOW。另外模三沖突需要大量DT測(cè)試數(shù)據(jù)發(fā)現(xiàn)。網(wǎng)管側(cè)PCI查看:指令:查看PCI:get^eutrancellfddphysicalPCI=physicalLayerCellIdGroup*3+physicalLayerSubCellId直放站干擾直放站干擾是目前存在的最普遍的上行干擾問(wèn)題之一。直放站干擾分為無(wú)線(xiàn)直放站干擾和光纖直放站干擾。無(wú)線(xiàn)直放站實(shí)際上是一個(gè)寬頻放大器,它將整個(gè)移動(dòng)上行和下行頻帶放大,實(shí)現(xiàn)信號(hào)覆蓋。無(wú)線(xiàn)直放站有合法直放站和非法直放站之分,合法直放站由于設(shè)置不好,會(huì)造成對(duì)基站的干擾,但較多的無(wú)線(xiàn)直放站干擾為非法私自安裝的無(wú)線(xiàn)直放站或MINI直放站,這是因?yàn)榱淤|(zhì)的無(wú)線(xiàn)直放站價(jià)格便宜,在人口密度大,移動(dòng)信號(hào)覆蓋不好的場(chǎng)所經(jīng)常私自安裝。無(wú)線(xiàn)直放站的干擾特點(diǎn)是頻帶寬,占據(jù)整個(gè)上行,且幅度不穩(wěn)定。光纖直放站干擾頻譜的底噪音較強(qiáng),比正常業(yè)務(wù)情況下的噪音電平一般高20dB~30dB,干擾區(qū)域也較大,可造成該區(qū)域部分用戶(hù)無(wú)法正常使用手機(jī),未接通、掉話(huà)等現(xiàn)象。光纖直放站的干擾特點(diǎn)是頻帶寬,占據(jù)整個(gè)上行,且幅度穩(wěn)定。處理方法:拆除私自安裝的無(wú)線(xiàn)直放站或MINI直放站;用頻譜儀測(cè)試合法無(wú)線(xiàn)直放站接收施主基站信號(hào)的強(qiáng)度,如果信號(hào)較強(qiáng)建議加裝衰減器,確保接收到的施主基站信號(hào)強(qiáng)度在-70dBm左右。確保合法無(wú)線(xiàn)直放站的施主天線(xiàn)與重發(fā)天線(xiàn)有較好的隔離度,避免自激現(xiàn)象產(chǎn)生,同時(shí)建議施主天線(xiàn)的安裝高度不超過(guò)6層樓。根據(jù)現(xiàn)場(chǎng)實(shí)際情況,重新調(diào)整無(wú)線(xiàn)直放站的上、下行ATT值。上行ATT設(shè)置值=下行ATT設(shè)置值+5dB下行ATT設(shè)置值=直放站下行額定輸出功率-2dBm為設(shè)置依據(jù)。排查是否存在其他運(yùn)營(yíng)商無(wú)線(xiàn)寬頻直放站的干擾。無(wú)線(xiàn)寬頻直放站也會(huì)因?yàn)槠骷膮?shù)問(wèn)題,放大聯(lián)通上行頻段內(nèi)的一些頻點(diǎn),對(duì)聯(lián)通上行頻段產(chǎn)生干擾。準(zhǔn)入控制分析MpLoad統(tǒng)計(jì)counter:pmRrcConnEstabFailHighLoadpmRrcConnEstabFailOverload如果EnodeMpLoad負(fù)荷過(guò)高則會(huì)產(chǎn)生RRC建立受限,需要通過(guò)參數(shù)調(diào)整、RF優(yōu)化、、新增站點(diǎn)、擴(kuò)載波等方法可以降低Enode負(fù)荷。CULICENSE受限pmLicConnectedUsersMax(峰值用戶(hù)數(shù))pmLicconnectedUsersLicense(LICENSE許可用戶(hù)數(shù))當(dāng)pmLicConnectedUsersMax/pmLicconnectedUsersLicense*100%>=75%將會(huì)影響用戶(hù)接入,因此建議采取相應(yīng)解決措施。主要解決手段:CUlicense擴(kuò)容、RF優(yōu)化負(fù)荷分擔(dān)。話(huà)務(wù)熱點(diǎn)覆蓋分擔(dān)有時(shí)話(huà)務(wù)熱點(diǎn)區(qū)域用一個(gè)sector或site無(wú)法滿(mǎn)足話(huà)務(wù)需求,可以引入附近其他不擁塞小區(qū)覆蓋分擔(dān)話(huà)務(wù),之后再考慮擴(kuò)容。檢查弱覆蓋通過(guò)WMRR判斷是否存在弱覆蓋。弱覆蓋解決主要手段為:物理手段與參數(shù)調(diào)整手段物理手段:調(diào)整天線(xiàn)、處理阻擋、處理因天線(xiàn)性能或老化導(dǎo)致弱覆蓋等情況。參數(shù)調(diào)整:maximumTransmissionPower、PAPB、;檢查參qRxLevMin、qQualMin、觀(guān)察周?chē)欠裼行盘?hào)較強(qiáng)小區(qū)。注意提升qRxLevMin、qQualMin會(huì)較容易提升相關(guān)小區(qū)的接入指標(biāo),但可能造成真正的無(wú)法接入,不建議偏離default值過(guò)遠(yuǎn)。Neighbor合理化。如果有較明顯的漏定鄰區(qū),會(huì)導(dǎo)致UE在idle狀態(tài)時(shí)不容易駐留在最好的小區(qū),導(dǎo)致起呼接入查。接入類(lèi)問(wèn)題優(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%)。呼叫保持類(lèi)指標(biāo)優(yōu)化方法本流程主要關(guān)注數(shù)據(jù)業(yè)務(wù)的保持性指標(biāo)。數(shù)據(jù)掉線(xiàn)愛(ài)立信的統(tǒng)計(jì)原因基本可分為6大類(lèi)型不同的掉線(xiàn)原因相對(duì)有不同的處理方法,以下對(duì)不同原因的掉線(xiàn)分析排查清單和解決建議。分析流程counter:數(shù)據(jù)收集:1、計(jì)算保持性KPI公式及可能影響掉線(xiàn)counter原始數(shù)據(jù);2、全網(wǎng)地圖文件(MapInfo圖層及googleearth文件);3、最新全網(wǎng)database信息;4、差小區(qū)的告警信息;弱覆蓋UE檢測(cè)主服務(wù)小區(qū)及鄰小區(qū)都低于-100dBm,定義為弱覆蓋現(xiàn)象,可以通過(guò)現(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)干擾也大幅度提升,如天線(xiàn)隔離度不夠?qū)е伦枞⒒フ{(diào)、雜散干擾等,工程師需通過(guò)上站收集天饋信息、DT(DriverTest)數(shù)據(jù)BLER誤碼率及掃頻儀器來(lái)判斷干擾源,一般認(rèn)為≤-110dBm為合理范圍,當(dāng)>-110dBm時(shí)認(rèn)為存在上行干擾,可能原因包括:上行不同步(TDD)、廣電干擾,天線(xiàn)問(wèn)題,硬件故障(饋線(xiàn)、連接器、跳線(xiàn))等,需逐步排查干擾源。如果檢查結(jié)果值相對(duì)較高可以進(jìn)行以下排查:?jiǎn)栴}小區(qū)是否固定一個(gè)時(shí)間段PUCCH和PUSCH值較高還是全天都處于偏高狀態(tài)。全天值都處于較高,需要發(fā)單處理要求檢查基站。是否有天線(xiàn)問(wèn)題、硬件故障(饋線(xiàn)、連接器、跳線(xiàn)),硬件問(wèn)題。附近有沒(méi)有干擾源,特別是小區(qū)覆蓋隱私密度較高的建筑,如政府部門(mén)重要機(jī)構(gòu),軍區(qū),醫(yī)院,學(xué)校等。如果有是否可以通過(guò)調(diào)整天線(xiàn)物理來(lái)解決。建議解決方案:一般在基站正常工作的情況下,掉線(xiàn)主要由于弱覆蓋區(qū)域、小區(qū)天線(xiàn)物理設(shè)置不合理導(dǎo)致過(guò)覆蓋或者重疊覆蓋高天饋調(diào)整通過(guò)RF優(yōu)化有效控制覆蓋合理性。參數(shù)調(diào)整可以通過(guò)參數(shù)調(diào)整,如RS參考信號(hào)PA/PB等來(lái)進(jìn)行優(yōu)化??闭炯奥窚y(cè)檢查站點(diǎn)是否廣告牌或者其它實(shí)物阻擋如美化天線(xiàn),如有必要發(fā)單要求整改,另外通過(guò)路測(cè)檢查問(wèn)題小區(qū)的信號(hào)是否處于重疊覆蓋區(qū)域。新開(kāi)站點(diǎn)如果處于站點(diǎn)比較稀疏的區(qū)域容易造成掉線(xiàn)不因只加強(qiáng)PA/PB或者天線(xiàn)來(lái)增加覆蓋,而是盡量催開(kāi)附件的規(guī)劃站點(diǎn)或者提新建站點(diǎn)來(lái)解決,相關(guān)列表記得長(zhǎng)期維護(hù)并且時(shí)時(shí)更新。5、鄰近站點(diǎn)退服鄰近站點(diǎn)倒站導(dǎo)致問(wèn)題小區(qū)附近區(qū)域覆蓋不連續(xù),出現(xiàn)弱覆蓋而引起掉話(huà)幾率相對(duì)提高,應(yīng)盡快發(fā)單處理倒站問(wèn)題,并且暫時(shí)通過(guò)參數(shù)優(yōu)化來(lái)暫時(shí)解決問(wèn)題,直到倒站問(wèn)題解決為止。建議可以暫時(shí)調(diào)整PA/PB來(lái)控制覆蓋。倒站問(wèn)題解決后必須將相關(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í)的無(wú)線(xiàn)信道質(zhì)量;
–將引起UE對(duì)RSRP的測(cè)量困難、測(cè)量不準(zhǔn)確、測(cè)量時(shí)間偏長(zhǎng);進(jìn)而可能延誤切換的時(shí)機(jī)而導(dǎo)致掉線(xiàn);解決方案:1、Mod3干擾首先進(jìn)行RF優(yōu)化調(diào)整,因?yàn)榍捌趪?yán)格規(guī)劃PCI是經(jīng)過(guò)對(duì)無(wú)線(xiàn)環(huán)境的衡量進(jìn)行勘察規(guī)劃。2、如進(jìn)行修改物理PCI時(shí)DT工程師圍繞基站扇區(qū)覆蓋范圍進(jìn)行拉測(cè),觀(guān)察前后SINR值、DL吞吐率變化是否有所提高。備注:兩個(gè)小區(qū)的PCImode3相等時(shí),若信號(hào)強(qiáng)度接近,由于RS位置的疊加,會(huì)產(chǎn)生較大的系統(tǒng)內(nèi)干擾,導(dǎo)致終端測(cè)量RS的SINR值較低,稱(chēng)之為“PCImod3干擾”。傳輸故障檢查告警信息,看是否存在傳輸問(wèn)題:觀(guān)察S1傳輸是否存在問(wèn)題,解決傳輸故障;eNodB問(wèn)題掉話(huà)由于某個(gè)時(shí)間段出現(xiàn)閃斷引起,可以通過(guò)hourly數(shù)據(jù)排查是從哪個(gè)時(shí)間段開(kāi)始掉話(huà)率惡化,然后再對(duì)應(yīng)當(dāng)時(shí)是否告警或者其它部門(mén)當(dāng)時(shí)對(duì)于問(wèn)題小區(qū)有進(jìn)行任何操作。檢查系統(tǒng)升級(jí)、是否打補(bǔ)丁等動(dòng)作;切換引起掉話(huà)常見(jiàn)HO掉話(huà)可以分為4大問(wèn)題類(lèi)型:源小區(qū)的鄰區(qū)里是否存在和目標(biāo)小區(qū)同頻的相同PCI鄰區(qū);解決方案:并刪除不合理的鄰區(qū);或者修改一條鄰區(qū)的PCI。T304配置過(guò)短目標(biāo)小區(qū)是否存在上行干擾;查找干擾源排除干擾目標(biāo)小區(qū)是否擁塞,或者License受限;如果問(wèn)題小區(qū)出現(xiàn)多次擁塞掉話(huà),應(yīng)該注意是否附近的基站都有出現(xiàn)擁塞的問(wèn)題,一般出現(xiàn)擁塞掉話(huà)的站點(diǎn)可能自己或者附近小區(qū)的接入率相對(duì)的差,主要是出現(xiàn)擁塞問(wèn)題。解決方案:優(yōu)化手段:查看服務(wù)小區(qū)及目標(biāo)小區(qū)license是否受限申請(qǐng)擴(kuò)容,或者修改切換參數(shù)(CIO)引導(dǎo)源小區(qū)向周邊其他小區(qū)切換進(jìn)行分流;目標(biāo)小區(qū)是否存在弱覆蓋;查看同頻/異頻切換門(mén)限否設(shè)置合理;查看周邊無(wú)線(xiàn)環(huán)境是否由于站點(diǎn)缺失導(dǎo)致弱覆蓋想象,新增基站加強(qiáng)覆蓋。檢查MME是否存在告警提取counter及查詢(xún)MME狀態(tài)是否存在負(fù)載過(guò)高及告警。移動(dòng)管理類(lèi)指標(biāo)優(yōu)化方法LTE切換異?,F(xiàn)象UE向源小區(qū)發(fā)送測(cè)量報(bào)告后沒(méi)有收到切換命令UE在源區(qū)收到切換命令,在目標(biāo)鄰小區(qū)發(fā)送隨機(jī)接入(MSG1)但是未收到隨機(jī)接入響應(yīng)(MSG2)。小區(qū)之間乒乓切換。小區(qū)之間切換序列混亂。切換過(guò)程中數(shù)據(jù)中斷切換問(wèn)題分析流程針對(duì)這些切換異常,應(yīng)該從參數(shù)配置,鄰區(qū)配置,基站傳輸,硬件告警,上下行干擾等幾個(gè)方面入手分析問(wèn)題。其中參數(shù)合理性檢查主要包括以下等幾個(gè)方面:鄰區(qū)漏定義鄰區(qū)PCI沖突目標(biāo)鄰小區(qū)切換是否打開(kāi)切換偏置設(shè)置合理性數(shù)據(jù)轉(zhuǎn)發(fā)功能是否打開(kāi)切換主要問(wèn)題鄰區(qū)配置不合理問(wèn)題描述:通過(guò)統(tǒng)計(jì)觀(guān)察到到小區(qū)70736-4的切換成功率為0%,而到70272-2的切換嘗試次數(shù)為0。問(wèn)題分析:經(jīng)檢查配置發(fā)現(xiàn)70736-4和70272-2這兩個(gè)小區(qū)配置了相同的PCI,而且正確的目標(biāo)切換小區(qū)應(yīng)該是70272-2。問(wèn)題解決:通過(guò)刪除70736-4的鄰區(qū)關(guān)系后,到70272-2的切換成功率恢復(fù)到100%。參數(shù)設(shè)置問(wèn)題問(wèn)題描述:通過(guò)觀(guān)察基站側(cè)統(tǒng)計(jì)發(fā)現(xiàn)有很多切換準(zhǔn)備成功率為0%的鄰區(qū)關(guān)系,共同點(diǎn)是目標(biāo)小區(qū)都屬于同一個(gè)基站(基站ID4506-70483)。問(wèn)題分析:通過(guò)分析發(fā)現(xiàn)該基站(基站ID4506-70483)計(jì)數(shù)器pmHoPrepRejInLicMob的數(shù)值很高,計(jì)數(shù)器pmHoPrepRejInLicMob解釋?zhuān)航y(tǒng)計(jì)由于目標(biāo)基站缺少切換相關(guān)的license而導(dǎo)致切換失敗的次數(shù)。問(wèn)題解決:在激活目標(biāo)基站的license之后,切換成功率恢復(fù)100%。無(wú)線(xiàn)環(huán)境問(wèn)題問(wèn)題描述:路測(cè)中武昌路段切換序列混亂,而且切換成功率較低。問(wèn)題分析:通過(guò)測(cè)試log分析發(fā)現(xiàn)武昌路(紅圈1,2,3)主要占用SN黃海飯店2小區(qū)(PCI_238),SN黃海飯店2小區(qū)(PCI_238)天線(xiàn)掛高70m,越區(qū)覆蓋嚴(yán)重,問(wèn)題解決:通過(guò)調(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é)走過(guò)了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ì)師生、校友愛(ài)校榮校的精神,增強(qiáng)社會(huì)各界關(guān)心、支持學(xué)校辦學(xué)的熱情,匯集各界力量,促進(jìn)學(xué)校全面、快速、可持續(xù)發(fā)展,學(xué)校決定啟動(dòng)建校80周年校慶籌備工作。(一)活動(dòng)主題傳承、開(kāi)拓、團(tuán)結(jié)、創(chuàng)新(二)指導(dǎo)思想以鄧小平理論和“三個(gè)代表”重要思想為指導(dǎo),深入貫徹落實(shí)科學(xué)發(fā)展觀(guān)和黨的十七大、十七屆三中、四中全會(huì)精神,以“展示黨的民族理論、民族政策、民族教育輝煌成就,江蘇科技大學(xué)將秉承“篤學(xué)明德、經(jīng)世致用”的校訓(xùn),大力弘揚(yáng)“船魂”精神,努力達(dá)到本科教學(xué)一流、優(yōu)
溫馨提示
- 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶(hù)所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶(hù)上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶(hù)上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶(hù)因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 2024年專(zhuān)用建筑工具租賃合同
- 2024年建筑工程施工物資合同
- 2024年商業(yè)店鋪聯(lián)合租賃合同
- 2024年度加工承攬合同承攬工作內(nèi)容及要求
- 【初中生物】脊椎動(dòng)物-鳥(niǎo)和哺乳動(dòng)物課件-2024-2025學(xué)年人教版(2024)生物七年級(jí)上冊(cè)
- 2024年定制版:物流運(yùn)輸居間協(xié)議
- 2024年在線(xiàn)教育平臺(tái)建設(shè)及內(nèi)容提供合同
- 2024國(guó)際貨運(yùn)代理服務(wù)合同及附加條款
- 2024年廢棄物處理與回收合同處理方法與環(huán)保標(biāo)準(zhǔn)
- 2024年北京市出租車(chē)指標(biāo)承包經(jīng)營(yíng)協(xié)議
- 2024年度一級(jí)注冊(cè)消防工程師考試復(fù)習(xí)題庫(kù)及答案(共1000題)
- 人教八年級(jí)上冊(cè)英語(yǔ)第六單元《Section A (1a-2d)》教學(xué)課件
- Q_JLY J7110281D-2016 乘用車(chē)內(nèi)外飾塑料件通用技術(shù)要求
- 樹(shù)木移植工程技術(shù)交底
- 南非電力市場(chǎng)投資前景預(yù)測(cè)報(bào)告(目錄)
- 閉水試驗(yàn)自動(dòng)計(jì)算公式及說(shuō)明
- 室外球墨鑄鐵管施工方案
- 通用技術(shù)學(xué)考300題
- 公寓購(gòu)房合同范文
- 遷鋼煉鋼二期板坯連鑄機(jī)設(shè)備安裝施工方案
- 山西《建筑工程預(yù)算定額》定額說(shuō)明及計(jì)算規(guī)則
評(píng)論
0/150
提交評(píng)論