分析流程和典型案例分析.doc

指标异常小区分析方法及典型案例一. TCH掉话分析1. MC14C掉话分析掉话成因及处理：A）若持续多个时段出现，则检查小区的告警中是否有载频反复重启告警，但有时部分载频故障不会出现告警若有告警则可以直接锁闭相关载频观察，若无告警则需要逐一锁闭载频或TCUC等硬件来锁定故障硬件此类情况也可能附带有的MC736高掉话B）若是个别小区在只在某个时段出现MC14c掉话，则一般是由于进行引发小区重启的操作所导致，比如在跳频状态重置载频、开关跳频、扩容或者修改Abis复用方式等情况，此类情况一般在后一个时段就会自动消除C）基站传输闪断、反复也会造成高14c掉话，此类情况在OMCR上能够看到相应的告警，并伴有739掉话D）若出现整个BSC存在大量的MC14c掉话，则可能为BSC的SWITCH平面出现故障，这种情况的掉话往往分散在各个小区，掉话次数和小区的话务量成正比，且每个时段都会有，并且还会伴随少量的MC739掉话排障方法可以通过逐个关闭BSC的SWITCH平面，并查看掉话是否消除来判断究竟是那个平面出现故障，或者对BSC进行Routine Test测试，根据结果分析可能是哪个平面出现问题，更换该平面解决。

2. MC739掉话分析掉话成因及处理：A）若整个BSC所有小区的MC739都比较高，则首先根据018报告，将MC750和MC751相除，该商值表示该A口时隙上每个的平均占用时长，如果某个时隙有故障，时长会很短更换时隙占用时长很短的那条PCM链路可以排除故障或者通过信令跟踪判断是哪路High Way问题B）若小区级的MC739掉话集中在某个载频上，则可以通过Reset TRX排除故障，如果无效则需要更换载频如果掉话分散在小区各个载频上，则观察基站是否传输反复或闪断告警，需要通过检查传输工作状态来解决，而此种情况可能会附带一定M14c掉话，3. MC621掉话分析MC621掉话是由于从服务小区向目标小区切换失败后，在源信道上建立链路又未成功所导致主要成因有以下几点：A）目标小区硬件问题B）服务小区本身的上下行链路问题C）服务小区的时钟问题D）同频同BSIC问题E）邻区关系缺失问题4. MC736掉话分析MC736掉话成因及处理：A）硬件故障问题载频硬件问题通常掉话只集中在某一块载频上，且次数比其他载频大很多，可以通过Reset TRE操作来解决但由于Alcatel有EGSM优先分配机制，而现网较多EGSM存在收到CDMA干扰的问题，所以此类问题需要通过更换频点来解决。

TCU硬件问题如果掉话集中在某几块载频上（4块以下），同时掉话高的载频又属于同一块TCUC，则LOCK/Reset TCUC来观察判断通常TCUC故障还会伴随相关载频TCH分配失败高合路器模块故障（AN）如果掉话集中在某几个载频上（4块以下），且这些载频大多数情况下是分布在不同的TCU上同时小区的其他载频也有不少占用但没有出现高掉话则这些载频有可能是属于同一个AN，但需要进站察看来判断B）上行干扰分为内部和外部两种 内部一般是由于天馈线部分故障引入干扰：比如合法直放站及相关设备工作异常，天馈线接口结合不够紧密，天馈线接口进水等等使得底噪抬升，一般会有VSWR升高和全天候干扰等特点可以通过直放站设备调试和驻波比测试等定位排查干扰源外部干扰一般有非法直放站，干扰器，CDMA干扰等引发CDMA干扰可以通过加装CDMA滤波器或调整与C网基站距离、方位角等方法解决非法直放站，干扰器的解决较为困难且影响面较大注意：强干扰的小区不一定都表现为高掉话，其表现通常为TCH和SDCCH的分配失败C）上下行链路电平质量异常此类问题需要根据RMS报告，信令跟踪等手段来加以辅助分析若掉话集中在部分载频上，则首先可以通过RMS观察链路平衡情况，如对应载频存在上行明显偏差，则可能存在载频或合路器故障（多个载频链路不平衡的话合路器故障的可能性较大）。

如果小区为分布系统则需检查上下行增益是否设置一致若掉话较为分散时，首先可以通过关闭跳频来观察掉话情况如果关闭跳频后掉话集中在某载频，亦可以通过RMS来关注上下行质量电平等来判断是否为某个载频故障导致跳频开启后整个小区的质量下降 如果关闭跳频后掉话扔分散则情况负责许多，但常见的也可以归结为以下几种: 1) 邻区缺失，结合180报告和Mapinfo等软件观察服务小区与邻区的切换情况，来判断方位角是否与规划数据不一致，而导致邻区关系缺失造成频点干扰等问题2)天线接反，共站小区天线出现鸳鸯线，导致TCH和BCCH覆盖范围不一致，表现为共站的另一个小区也存在一定程度的高掉话问题同时都伴随着TCH分配失败高此类情况最好结合DT数据来加以分析3)弱覆盖，通过RMS或ARP软件若发现上下行电平较差，且存在大量的紧急切换时，就可以判断为存在若覆盖问题，此类问题可尝试提高接入电平来确认问题，但彻底解决问题还需要通过加站手段来完成4）越区覆盖，通过话务统计可以分析服务小区向周报邻区的切换情况来判断，在RMS报告的TA值统计中也有体现，也可以通过DT测试的方法来辅助验证，但最有效和准确的办法时通过ABIS口信令分析来判断发生掉话时的TA来定位，此类情况可以通过下压天线倾角的方法来解决。

5）用户行为产生掉话，需要根据多日话务来观察，一般存在明显的时间规律且其他指标均正常的特点，比如：维修测试店等二. 切换失败分析切换失败的分析可以分为三种：切入异常，切出异常，切入切出均异常就成因来看，还是有以下几点：A）硬件质量问题 有载频，TCUC等硬件故障，一般伴有TCH分配失败高的问题，可以通过重启或更换载频解决；SUM板时钟失调，表现为切入切出均差，可以通过修改SUM板同步方式或更换SUM板来解决B）参数设置问题 此类问题一般由BCCH、BSIC、邻区关系冗余错误等引起的较多，而由于HOM等切换门限设置不合理所造成的因素较小C）无线资源问题此类问题一般是由于目标小区，无线资源不足引起，主要是TCH拥塞等，但其主要影响交换切换成功率，对无线侧影响相对较小一般可以通过扩容，加开半速率及话务分流等方法解决D）无线环境问题此类一般由上行干扰，弱覆盖，越区覆盖等原因引发，其分析和解决方面同MC736掉话的处理方法类似，故不在累述三. TCH分配失败分析流程。