坏小区处理工作指导手册(一).docVIP

判定小区性能指标下降的门限 在OMCR日常监控早晚忙时小区基本指标工作中，发现若有某些小区个别指标低于某个门限时，就认为该小区性能下降，需要进行排障或优化。通常需要监控的基本指标和判断门限如下： GSM指标 指标 名称 TCH 掉话率 TCH拥塞率 （不含切换） SDCCH 拥塞率 TCH 分配失败率 切换成功率 话音信道无占用 不良门限 2%(每线话务量大于0.15) 3% 5% 5% 70% 0.05(宏站) 小区排障和优化步骤 TCH掉话率2%，同时每线话务量0.15 判断掉话原因，阿尔卡特有四类掉话（无线掉话MC736，切换掉话MC621，BSS原因掉话MC14c和传输掉话MC739） 无线和切换掉话高 载频硬件问题 通常掉话只集中在某一块载频上，且次数比其他载频大很多，对该载频作Reset TRX操作。下个时段如果该载频依然掉话高，发出工单更换载频。 TCU硬件问题 如果掉话集中在某几块载频上（4块以下），观察掉话高的载频是否属于同一块TCUC，如果是，则Reset TCUC。下个时段如果依然掉话高则发出工单更换TCUC。通常TCUC故障还会伴随相关载频TCH分配失败高。 合路器模块故障（ANY） 如果掉话集中在某几个载频上（4块以下），且这些载频分布在不同的TCU上。同时小区的其他载频也有不少占用但没有出现高掉话。则在OMCR上判断这些载频是否属于同一个ANY，如果是则发出工单更换相关ANY。 天线接反 如果发现掉话和所有硬件都无直接关系，同时共站的另一个小区也存在高掉话问题。同时都伴随着TCH分配失败高，则通知硬件组检查基站天线有无接成鸳鸯线。 如果上述情况都不是，通知信令组进行信令跟踪排障。 BSS原因掉话（MC14c掉话） 传输问题 如果持续多个时段出现，则检查小区的历史告警，是否有传输误码告警。如果有则通知硬件组进站检查基站传输。有些隐性传输故障OMCR上不一定有传输误码告警，依然需要进站检查传输。 人为操作引起 如果只是一个时段出现，检查历史告警，相关时段有无进行过Abis或者TRE和TCUC对应关系的修改（扩容和减容）。如果有则继续观察下个时段情况。 基站传输反复 基站传输闪断也会造成高14c掉话，在OMCR上能够看到相应的告警。 MC739掉话高 载频硬件问题 小区级的MC739通掉话常会集中在某个载频上，Reset TRX一般可以排除故障，如果无效更换载频。 A口传输时隙故障 整个BSC所有小区的MC739都比较高，则通过A口信令跟踪查找哪路A口传输故障，或者那个A口时隙故障，锁住故障的A口传输或者故障时隙，然后通知硬件组更换故障单元。 TCH拥塞率（不含切换）大于3％ 查小区同时段的历史记录，如果是突发溢出，可能是用户行为或者周边小区有断站情况所导致的，打开该小区的Fast Traffic HO功能，并继续观察。 如果近期该小区话务量持续上升，拥塞率也明显上升，说明该地区话务需求逐步增长。可申请临时增开半速率，并提交扩容建议。 SDC拥塞率大于5％ 信令流量确实增加 拥塞率拥塞次数在几百次，则查看小区历史数据，如果是突发溢出无需处理，如果小区的信令量逐步增长，则增加静态或者动态SDCCH（B8具有的新功能，可视TCH拥塞情况选择增加静态SD或是动态SD） B）割接后位置区不合理导致信令量异常大 有时割接会形成新的LAC或者RAU边界，如果边界切割在话务热点地区，可能导致某些小区的信令量异常大，甚至阻塞AGCH信道，导致大量SDCCH信令溢出（几千次甚至上万次）。可以通过增加周边小区的CRH或者调整小区的重选参数加以缓解。若问题依然十分严重，可考虑重新调整LAC边界。 C）载频硬件问题 如果某块载频的SDCCH占用时长特别长，可能是该载频资源不释放，对该载频作Reset。如果几块载频都存在这种现象，则重起相关的TCU。 TCH分配失败率大于5％ MC14b过高，对于MC14b突发性地变高建议做Lock/Unlock RA； MC746高，常见的MC746突然变高是某TRE占用失败造成的，建议做RESET BTS。或对平均时长较短的TRE做RESET。 切换成功率低于70％ 上行干扰原因 小区存在上行干扰，导致切换成功率低。则进行扫频测试，确定干扰种类和查找干扰源。通过加装滤波器等方式解决。 基站频偏问题 如果小区的切入很差，且观察到所有小区的切入都很差。则可能是基站出现频偏，更换SUM板。 频率规划问题 如果某条切换关系成功率非常低，且硬件没有问题，则可能是存在同频同色码现象，通知规划组检查频率。 如果上述问题都不是，则通知信令组进行信令跟踪。 话音信道无占用 可能是基站吊死，可Reset BTS，如果依旧无效则切换一块BCCH载频，如果依然无法恢复，则上报硬件组排障。 图 1 载频功