掉话小区处理流程.doc

TCH掉话处理流程
TCH掉话是影响用户感知度的重要指标之一。我们按其原因将其归为以下几类,对每种类型的掉话做了简要说明并给出了优化建议:
系统原因掉话(MC14C)
因为系统的一些操作或者故障引起的掉话,如修改频率、RESET 载频和BTS、载频和基站闪断的等,判断的根据就是观察小区的告警和操作记录。这类掉话处理建议:
操作时,建议使用Shut Down来Lock小区;
对于闪断故障需及时LOCK,并进行更换、处理;
频率修改尽量选在非忙时进行。
传输闪断引起系统掉话的案例:
察看XAD140_1的话务报告,在某一时段出现大量的系统掉话,同时不可用信道数为3,我们怀疑载频闪断引起大量的系统原因掉话。
在OMC-R察看该小区的告警,在出现系统掉话的时段,一直反复出现LOSS OF TCH和LOSS OF H的告警,并且二路传输存在告警。所以我们判断,二路传输闪断,引起在RSL闪断,进而引起信道丢失的告警,产生系统原因掉话。
这种系统掉话就是由于传输闪断引起的,应尽快处理传输问题。
传输掉话(MC739)
导致传输掉话的原因有以下几种情况:
A口故障,可结合018报告,来判断具体为哪一路出现故障,及时LOCK有问题的时隙或者PCM链路,并处理故障;
ABIS故障,可以通过ABIS告警来发现,需及时处理故障,控制传输掉话;
TC故障,可以通过TC告警来发现,需及时处理故障;
载频故障,可以先 reset相关载频,无效后更换载频。
传输误码引起的传输掉话案例:
从话务报告来看,XAM794_0存在多载频的传输掉话,我们怀疑ABIS口或者A口出现问题。
查看ABIS告警:我们发现在传输掉话所处时段,ABIS口存在BER-10E-3的告警,所以断定此告警导致小区的传输掉话。
当对传输链路进行故障处理之后,告警清除,传输掉话消失。
无线掉话(MC736)
当RADIO LINK TIMEOUT(无线链路超时计时器)减为0 时,信道被释放从而引起的掉话记为无线掉话,在网络运行中此类型掉话最为常见,其产生原因有以下几种:
上行质量差
上行干扰导致的掉话在指标上有以下特征:存在高Band采样,且TCH占用载频均有MC736计数;对于空闲TS不足小区,Band采样不能真实反映干扰现象,需要再结合上行质量切换比例、RMS统计上行质量来进行判断。
具体优化分析思路如下:
直放站、GRRU等外接设备造成的上行干扰,可以通过关闭/开启来判断;
电信CDMA2000干扰,查看GSM基站附近是否存在电信基站,可以通过安装滤波器来解决;
某频点或频段受到外部的干扰,比如加油站、人民政府等释放干扰源或一些电台偷用GSM 频段造成的严重上行干扰,可通过扫频确定干扰源;
天线问题导致上行干扰,可通过互调测试仪进行天线检测。
直放站产生上行干扰进而造成小区无线掉话案例:
四家湾基站一直存在上行干扰,导致产生无线分配失败和无线掉话。该基站位于山区,周围基站非常稀疏。
干扰排查过程:
查看直放站信息,四家湾基附近有一直放站,覆盖洞沟村,两地相距有4公里,信源取自四家湾基站。为了确认上行干扰是否直放站产生,我们对直放站进行关闭,通过USD实时占用,查看上行干扰,决定干扰是否来自直放站。
当直放站关电时,USD里的上行干扰消失,又