分析流程和典型案例分析

指标异常小区分析方法及典型案例一. 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 存在收到 ...