GSM坏小区的分析和处理思路.docxVIP

GSM坏小区分析和处理思路 掉话坏小区的解决思路（首先需要区分属于哪一种类型的掉话） TCH掉话，从统计上分为四块： BSS原因掉话，对应counter为MC14C 传输故障掉话，对应counter为MC739（CELL,TRX110） 切换原因掉话，对应counter为MC621 无线链路掉话，对应counter为MC736（CELL,TRX110） MC14C的掉话 属于设备掉话，一般是硬件故障导致。 处理流程如下： 定位故障点后，通知无线设备维护中心进行处理。 结合MC14C掉话情况来看，更多的 是BSC级的14C掉话，即该BSC下约有60%的小区都有MC14C掉话。对于持续或反复出现此类掉话的BSC，需要协调无线中心进行解决。 传输故障掉话 首先要区分是单载频的739掉话还是分散在多个载频上。 对于非常明显是单载频引起掉话的，且掉话次数超过50次或者单载频掉话率高于5%的，应该当机立断的LOCK载频，有条件的应该马上进行现场拨测，确认是否已好。LOCK载频后指标恢复正常，此时尚不能就此确定是此载频故障而要求更换载频。 至少还需要确认以下几点： 载频优先级：是否因为此载频优先级最高而导致掉话都集中在此载频上？确认单载频故障时，应尽量保证所有载频优先级一致。即使优先级不一致，通过110报告，也应确认其他载频占用没有问题（所谓的问题可能包括：没有占用、TCH占用时长相对过短、SDC占用时长相对过长、739掉话多、TCH分配失败多：用c703-c718，差值相对过大的可能存在隐性故障），如果其他载频也存在掉话，则就基本排除载频硬件问题，而应该往上游考虑ANC或ANY的问题，因为同时多块载频故障的可能性不是很大。 对于传输掉话，可以暂不考虑跳频方式，如果是非传输掉话，则还需要考虑是否开启了跳频方式。如果采用非跳频方式，单载频的高掉话有可能是此载频所用的频率受到导致。 是否有告警：Abis告警最常见的包括AIS-2M、误码、FAR-END-ALARM、VSWR、帧失步，CRC告警等。Abis传输有告警，往往导致所有载频都产生739掉话。此时需要通知其他相关维护中心进行处理。 对于硬件告警包括TRE硬件降级、RA相关告警、RX-TX CABLE的告警等，有硬件告警而小区指标又异常的，可以通知无线中心协助处理。（如果是SW而非HW告警，则有可能是数据错误或混乱导致，需要核查小区数据或者删创小区辅助解决）。 对于多载频掉话小区，除了考虑可能的ANY/ANC/TCU故障外，也需要考虑载频优先级、跳频方式、传输告警等。 而对于某BSC下多个小区出现传输掉话时，则需要考虑：（1）BSC级传输故障，需要协调无线维护中心解决； （2）查看A口时隙占用是否异常（018报告中MC750/MC751，而在“吉林移动无线分析系统”中，有非常快捷的专用A口时隙占用的查询页面），如果连续几路A口部分时隙占用都在5s左右，则肯定存在问题。需要协调无线中心处理解决，更换mt120等设备；或者协调交换，将相应时隙共同LOCK。 （3）CC-CR相差过大。需要协调无线维护中心或交换解决。 无线链路掉话 首先区分是单载频还是分散在多载频。 从目前阿尔卡特设备情况来看，736掉话基本上都是由于单载频隐性故障导致，更换载频后一般都能得到解决。但是单从110报告是不能武断地确认就是单载频的隐性故障导致而要求基站中心更换载频。在确认问题前，还需要考虑是否开启了跳频；其他载频占用是否都正常；是否是因为此载频优先级最高导致都集中在此载频上，如果载频优先级相同，或者掉话就会分散到所有载频上去？ 如果是多载频掉话，比如6块载频的小区，掉话主要集中在其中2块载频上，LOCK这两块载频后指标恢复正常，并不能说明此两块载频有隐性故障，而且往往两块载频同时出现故障的可能性并不大。同样地，和上面确认单载频隐性故障一样，也需要考虑载频优先级；是否是因为关闭跳频导致频率干扰？这两块载频是否可能和同一ANC或ANY相连，小区是否是低损耗模式，低损耗模式则最好到现场确认硬件和天馈是否正常，天线方位角是否一致等？ 另外，对于多载频的无线掉话，最好结合RMS报告进行分析。可以看出上下行电平、上下行质量、路径损耗、TA值等是否正常，确认是否是覆盖过远或弱覆盖导致。 此外，还可结合切换原因所占比例快速辅助问题定位，正常应该是better-cell所占比例最高，如果上下行质量切换比例相对过高，则很可能存在频率干扰，电平切换比例过高则可能存在覆盖方面的问题，需要路测确认。 综上，问题定位时需要综合考虑的方面或利用的辅助手段包括： 载频隐性故障、载频优先级、载频TCH占用和SDC占用时长、跳频方式、是否是ANY/ANC/TCU故障，是否有传输或硬件告警、RMS报告的分析、切