LTE差小區(qū)處理思路和步驟

《LTE差小區(qū)處理思路和步驟》由會員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在行業(yè)資料-天天文庫。

1、目前LTE網(wǎng)絡(luò)的差小區(qū)處理主要是處理下表中六類中的：在日常工作中優(yōu)先處理（低成本高回報(bào)）網(wǎng)絡(luò)結(jié)構(gòu)類?、性能分析、鄰區(qū)參數(shù)核查、資源評估。PCI沖突：相鄰兩個同頻小區(qū)的PCI相同PCI混淆：一個小區(qū)的任意兩個同頻鄰區(qū)的PCI相同網(wǎng)絡(luò)結(jié)構(gòu)類TAC插花PCI復(fù)用/PCI混淆根序列復(fù)用/混淆資源評估類PRB高利用率小區(qū)零流量小區(qū)設(shè)備告警類宏站告警（影響業(yè)務(wù)）室分告警（影響業(yè)務(wù)）網(wǎng)格測試類PDCP低速度路段弱覆蓋路段越區(qū)覆蓋路段性能分析類RRC建立最差小區(qū)ERAB建立最差小區(qū)掉話率最差小區(qū)切換類最差小區(qū)鄰區(qū)參數(shù)核查類A類參數(shù)核查4G4G鄰區(qū)數(shù)量核查4G3G鄰區(qū)

2、數(shù)量核查4G2G鄰區(qū)數(shù)量核查4G2G共站鄰區(qū)漏配4G2G外部鄰區(qū)核查?指標(biāo)定義：在網(wǎng)管上進(jìn)行相關(guān)指標(biāo)定義、KPI監(jiān)控模板，根據(jù)話統(tǒng)數(shù)據(jù)篩選出TOP問題小區(qū)進(jìn)行定位。TOP小區(qū)判斷閾值建議：1、RRC建立失?。篟RC連接建立失敗次數(shù)大于50次，RRC連接建立成功率小于95%；2、E-RAB建立失?。篍-RAB建立失敗次數(shù)大于50次，E-RAB建立成功率小于95%；3、掉線率：UEContext異常釋放次數(shù)大于50次，掉線率大于5%；4、切換成功率：小區(qū)切換失敗次數(shù)大于300次，切換成功率小于80%；5、容量資源類：條件1：下行PRB平均利用率大于50%

3、，且有效RRC連接平均數(shù)大于30，且小區(qū)下行忙時吞吐量大于5G條件2：上行PRB平均利用率大于50%，且有效RRC連接平均數(shù)大于30，且小區(qū)上行忙時吞吐量大于1G條件3：有效RRC連接最大數(shù)大于200備注：取小區(qū)7天系統(tǒng)最忙時平均數(shù)據(jù)，滿足任一條件即可。6、鄰區(qū)參數(shù)類：CSFB及DRX開關(guān)檢查CSFB開關(guān)="ON"及DRX開關(guān)="ON"移動管理類異常檢查-128<=最小接收電平<=-120連接態(tài)異常檢查-124<=異系統(tǒng)A2重定向_GSM<=-118,-126<=異系統(tǒng)A2重定向_TD<=-118LTE_子幀檢查上下行子幀配比=2;特殊子幀配比=7(

4、D頻段、E頻段)、6（F頻段）功率控制類檢查上行PUCCH開關(guān)="ON",上行PUSCH開關(guān)="ON";PA=0,PB=0(室內(nèi))/PA=-3,PB=1(室外)定時器參數(shù)檢查接入類定時器_T300(1000ms);接入類定時器_T302(2s);掉線類定時器_N310（n20）;掉線類定時器_T310（1000ms）;掉線類定時器_N311(n1);切換類定時器_T304(500ms);重建立類定時器_T311(1000ms);重建立類定時器_T301(600ms);RRC連接不活動定時器(8)4G_2G共站鄰區(qū)漏配站間距小于50m2G鄰區(qū)漏配4G_

5、3G共站鄰區(qū)漏配站間距小于50m3G鄰區(qū)漏配4G_2G外部定義核查實(shí)際頻點(diǎn)、配置頻點(diǎn)一致性4G_3G外部定義核查實(shí)際頻點(diǎn)、配置頻點(diǎn)一致性4G_4G外部定義核查實(shí)際頻點(diǎn)、頻段指示、PCI、TAC與配置的一致性鄰區(qū)數(shù)量4_4G鄰區(qū)數(shù)量（6-31個），4_3鄰區(qū)數(shù)量（大于6條），4_2G鄰區(qū)數(shù)量（大于6條）接入類定位思路及步驟：接入失敗通常有三大類原因：無線側(cè)參數(shù)配置問題、信道環(huán)境影響以及核心網(wǎng)側(cè)配置問題。因此遇到無法接入的情況，可以大致按以下步驟進(jìn)行排查。（1）確認(rèn)是否全網(wǎng)指標(biāo)惡化，如果是全網(wǎng)指標(biāo)惡化，需要檢查操作，告警，是否存在網(wǎng)絡(luò)變動和升級行為。（2

6、）如果是部分站點(diǎn)指標(biāo)惡化，拖累全網(wǎng)指標(biāo)，需要尋找TOP站點(diǎn)。（3）查詢RRC連接建立和ERAB建立成功率最低的TOP3站點(diǎn)和TOP時間段。（4）查看TOP站點(diǎn)告警，檢查單板狀態(tài)，RRU狀態(tài)，小區(qū)狀態(tài)，OM操作，配置是否異常。（5）提取CHR日志，分析接入時的信道質(zhì)量和SRS的SINR是否較差（弱覆蓋），是否存在TOP用戶。（6）針對TOP站點(diǎn)進(jìn)行針對性的標(biāo)準(zhǔn)信令跟蹤、干擾檢測分析。（7）如果標(biāo)準(zhǔn)信令和干擾檢測無異常，將一鍵式日志，標(biāo)口跟蹤，干擾檢測結(jié)果返回給開發(fā)人員分析。常見失敗原因:RRC接入失?。篊MCC-無線接通率(%)RRC連接建立完成次數(shù)R

7、RC連接請求次數(shù)（不包括重發(fā)）CMCC-RRC連接建立成功率(%)資源分配失敗而導(dǎo)致RRC連接建立失敗次數(shù)UE無應(yīng)答而導(dǎo)致RRC連接建立失敗次數(shù)流控導(dǎo)致的發(fā)送RRCConnectionReject消息次數(shù)因?yàn)镾RS資源分配失敗而導(dǎo)致RRC連接建立失敗的次數(shù)因?yàn)镻UCCH資源分配失敗而導(dǎo)致RRC連接建立失敗的次數(shù)流控導(dǎo)致的RRCConnectionRequest消息丟棄次數(shù)資源分配失敗而導(dǎo)致RRC連接建立失敗：包括SRS資源分配失敗、PUCCH資源分配失敗和用戶數(shù)超規(guī)格導(dǎo)致的資源分配失敗。目前尚未見到SRS資源分配失敗、PUCCH資源分配失敗導(dǎo)致的RR

8、C建立失敗，故處理方法不甚清楚。用戶數(shù)超規(guī)格導(dǎo)致的RRC建立失?。耗壳鞍姹締涡^(qū)最大支持的同步用戶數(shù)為400