4G最差小區(qū)處理流程

《4G最差小區(qū)處理流程》由會(huì)員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在行業(yè)資料-天天文庫(kù)。

1、4G最差小區(qū)處理流程（臨時(shí)）一、無(wú)線接入性無(wú)線接入性低小區(qū)一般定位流程如下：無(wú)線接入性低小區(qū)：RRC申請(qǐng)次數(shù)大于200，接通率低于90%新入網(wǎng)小區(qū)是是否有設(shè)備故障否否接入類參數(shù)核查故障小區(qū)容量問(wèn)題小區(qū)否否通知無(wú)線室或工程處理是是查看用戶數(shù)，進(jìn)行擴(kuò)容及負(fù)荷分擔(dān)是否覆蓋類小區(qū)干擾小區(qū)否是排查外部干擾是否系統(tǒng)內(nèi)干擾查看周邊站點(diǎn)是否GPS故障控制接入電頻值和功率或天饋系統(tǒng)優(yōu)化現(xiàn)場(chǎng)測(cè)試確認(rèn)否1、查看該站點(diǎn)是否有故障：如故障嚴(yán)重影響指標(biāo)，暫時(shí)進(jìn)行閉小區(qū)處理并及時(shí)通知無(wú)線室或工程處理。2、查看該小區(qū)是否有擁塞情況：查看該小區(qū)的當(dāng)前用戶數(shù)和該小區(qū)設(shè)置的最大用戶數(shù)，存在明顯擁塞時(shí)，及時(shí)對(duì)小區(qū)最大用戶

2、數(shù)進(jìn)行調(diào)整，或申請(qǐng)?jiān)黾有^(qū)，并對(duì)擁塞小區(qū)最小進(jìn)入電頻等調(diào)整，進(jìn)行負(fù)荷均衡。3、是否存在干擾：統(tǒng)計(jì)底噪，看周邊是否有小區(qū)GPS故障造成（如有，暫時(shí)閉故障小區(qū)），否則看是否有外部干擾。4、覆蓋類問(wèn)題暫時(shí)降低最小接入電頻，并現(xiàn)場(chǎng)測(cè)試確認(rèn)二、高掉線小區(qū)高掉線小區(qū)：掉線次數(shù)大于30次，掉線率大于0.5%新入網(wǎng)小區(qū)是是否有設(shè)備故障否否接入類參數(shù)核查故障小區(qū)否通知無(wú)線室或工程處理是是否覆蓋類小區(qū)干擾小區(qū)是排查外部干擾是否系統(tǒng)內(nèi)干擾查看周邊站點(diǎn)是否GPS故障控制接入電頻值和功率或天饋系統(tǒng)優(yōu)化現(xiàn)場(chǎng)測(cè)試確認(rèn)否BTS.log&EMEIL.log1、篩選出前一日高掉線TOP小區(qū)2、提取現(xiàn)網(wǎng)站點(diǎn)告警信息，確

3、認(rèn)是否存在影響業(yè)務(wù)性能的嚴(yán)重告警（告警類型如RP3、basefailuer告警等）。3、抓取BTSLOG分析通道校準(zhǔn)，若小區(qū)校準(zhǔn)為NO，需要優(yōu)先安排維護(hù)進(jìn)行故障處理，并且將小區(qū)校準(zhǔn)為NO的小區(qū)參數(shù)LNCEL/actTmSwitch設(shè)置為FALSE。4、實(shí)時(shí)跟蹤站點(diǎn)EMILLOG進(jìn)行分析a）、若UE-LOST大多為TM轉(zhuǎn)換的RRCCconnCofig出現(xiàn)RLC重傳導(dǎo)致，可將問(wèn)題小區(qū)的LNCEL/actTmSwitch設(shè)置為FALSE，繼續(xù)觀察指標(biāo)。b)、若UE-LOST大多為異頻測(cè)量控制的RRCCconnCofig出現(xiàn)RLC重傳導(dǎo)致，且周圍無(wú)室分站點(diǎn)，可將問(wèn)題站點(diǎn)的LNBT/actI

4、fHo設(shè)置為FALSE，繼續(xù)觀察。c)、若若UE-LOST大多為intra-cellHO切換命令的RRCCconnCofig出現(xiàn)RLC重傳導(dǎo)致，可將問(wèn)題小區(qū)的LNCEL/threshold4值調(diào)大（2~4DB為步長(zhǎng)逐步增加），繼續(xù)觀察指標(biāo)。d)、若UE-LOST大多數(shù)為outSyncFinal（即上行失敗導(dǎo)致），可通過(guò)查看小區(qū)是否弱信號(hào)、Mod3干擾、系統(tǒng)外干擾，硬件隱性故障等導(dǎo)致。三、切換成功率低小區(qū)切換差小區(qū)：切換次數(shù)大于100次，切換成功率小于90%是否為部分小區(qū)否是業(yè)務(wù)均衡和擴(kuò)容解決硬件傳輸故障離默認(rèn)值，數(shù)據(jù)配置不當(dāng)否否通知無(wú)線室或工程處理是是修改數(shù)據(jù)配置目標(biāo)小區(qū)擁塞否是鄰

5、區(qū)優(yōu)化檢查切換的門限是否偏離默認(rèn)是干擾小區(qū)或覆蓋類小區(qū)干擾整治RF優(yōu)化否1、提取話務(wù)統(tǒng)計(jì)，篩選出切換成功率TOP小區(qū)2、提取站點(diǎn)告警信息，查看是否存在嚴(yán)重告警，若有，及時(shí)派單基站維護(hù)進(jìn)行出。3、切換失敗包括切換準(zhǔn)備失敗及切換執(zhí)行失敗，可針對(duì)是否全部切換失敗進(jìn)行處理。1、若切換執(zhí)行全部失敗，可按以下流程進(jìn)行處理a)、查看站點(diǎn)告警信息，若為室分站點(diǎn)，且存在Failuerinopticalinterface0/1告警，則將所有鄰區(qū)關(guān)系LNREL禁止切入；若為宏站，且小區(qū)CSSR正常，站點(diǎn)下其余小區(qū)CSSR/HOSR都正常，則疑似小區(qū)出現(xiàn)已知問(wèn)題，即MSG1無(wú)法正確接收導(dǎo)致在目標(biāo)小區(qū)接入失

6、敗，若確認(rèn)，則重啟基站；b)、查詢鄰區(qū)關(guān)系中源小區(qū)LNREL中是否存在與目標(biāo)小區(qū)PCI相同的其他鄰區(qū)，若有，則依據(jù)地理位置關(guān)系，刪除冗余LNREL；c)、對(duì)連續(xù)多天無(wú)切換次數(shù)的冗余鄰區(qū)刪除。2、切換執(zhí)行部分失敗處理流程a)、根據(jù)地理位置及站點(diǎn)分布，針對(duì)每鄰區(qū)關(guān)系是否存在切換關(guān)系，若為第一圈以外的鄰區(qū)或不建議相互切換，建議該對(duì)鄰區(qū)關(guān)系刪除。b）、若存在RP3（2004FZHA）告警，臨時(shí)禁止所有LNREL切入c)、若站內(nèi)/站間切換執(zhí)行均存在大量失敗，且無(wú)嚴(yán)重告警，伴有周邊站點(diǎn)切入執(zhí)行失敗多且CSSR明顯惡化且RSSI-PUCCH/RSSI_PUSCH明顯惡化且SINR-PUCCH/S

7、INR_PUSCH明顯惡化，則需查看是否GPS失鎖造成干擾，外部干擾等造成。d)、若大多為切換過(guò)早，則將CIO調(diào)整為-2dB,若無(wú)改善則將源小區(qū)TTI修改為480ms.e)、若大多為切換過(guò)晚，則將CIO調(diào)整為2dB,若無(wú)改善則將源小區(qū)TTI修改為160ms.f)、若上述手段無(wú)法解決，則應(yīng)針對(duì)進(jìn)行跟蹤EMILLOG和BTSLOG分析。核查本小區(qū)、鄰小區(qū)站點(diǎn)故障（通知處理，若較嚴(yán)重時(shí)閉小區(qū)）、本站是否擁塞、鄰區(qū)關(guān)系（是否有過(guò)遠(yuǎn)的鄰區(qū)），??現(xiàn)起每周末值班人員都需要幫忙保存