1X掉话处理手册

掉话优化手册目录一、前言 (4)二、掉话机制与话统指标 (4)2.1掉话率指标计算公式 (4)2.2掉话机制分析 (4)2.3掉话话统指标原因分析 (6)三、掉话分析思路 (7)3.1掉话范围及原因确认 (8)3.2查看告警信息 (9)3.3参数检查 (9)3.4干扰排查 (10)3.5路测及信令分析 (10)四、常见掉话原因分析及解决思路 (12)4.1覆盖差引起的掉话 (12)4.1.1原因分析 (12)4.1.2处理思路 (13)4.1.3解决措施 (14)4.2由于前向干扰引起的掉话 (14)4.2.1原因分析 (15)4.2.2 处理思路 (15)4.2.3解决措施 (16)4.3由于反向干扰引起的掉话 (16)4.3.1 原因分析 (16)4.3.2 处理思路 (17)4.3.3 解决措施 (17)4.4链路不平衡引起的掉话 (17)4.4.1 原因分析 (18)4.4.2 处理思路 (18)4.4.3 解决措施 (18)4.5导频污染引起的掉话 (18)4.5.1 原因分析 (18)4.5.2 处理思路 (19)4.5.3 解决措施 (19)4.6小区负荷引起的掉话 (20)4.6.1问题分析 (20)4.6.2 处理思路 (20)4.6.3 处理方法 (20)4.7软切换问题引起的掉话 (21)4.7.1 问题分析 (21)4.7.2 处理思路 (22)4.7.3 解决措施 (22)4.8BTS时钟问题引起的掉话 (22)4.8.1 问题分析 (23)4.8.2 解决措施 (23)4.9软切换分支Abis链路引起的掉话 (23)4.9.1 问题分析 (23)4.9.2 解决措施 (23)4.10业务信道功率不足引起的掉话 (23)4.10.1 原因分析 (23)4.10.2处理思路 (24)4.10.3 解决措施 (24)4.11呼叫迁移失败引起的掉话 (24)4.11.1原因分析 (24)4.11.2处理思路 (24)4.11.3解决措施 (25)4.12不合理的PN复用引起的掉话 (25)4.12.1 原因分析 (25)4.12.2 解决措施 (25)4.13硬切换问题引起的掉话 (26)4.13.1问题分析 (26)4.13.2处理思路 (27)4.13.3解决措施 (27)4.14其他原因引起的掉话 (27)一、前言在CDMA网络运行中，掉话是用户投诉的热点，也是无线网络质量直接反映。

本文主要分析引起掉话的原因，通过对不同原因的分析及定位找出对应的解决问题的方法，降低掉话率，提升网络质量。

二、掉话机制与话统指标2.1掉话率指标计算公式呼叫建立就是在MS，BTS，BSC，MSC之间建立一条完整的连接，当这条连接上所有环节都保持正常时，则呼叫正常进行；否则发生中断，即异常呼叫释放，导致掉话。

掉话率就是反映呼叫异常释放的一个重要指标，它直接反映了无线网络环境和无线网络质量的好坏。

由于无线环境的不稳定性和无线电波的随机性，无线网络有一定比例的掉话率是很正常的，但是掉话率过高，会严重影响用户的正常业务，招致用投诉。

掉话的两个重要指标是系统掉话率、无线系统掉话率。

在呼叫连接过程中任一环节出错导致的掉话，都统计入系统掉话率；而无线系统掉话率只统计因无线原因导致的掉话。

在BSC话统中，关于掉话的统计项有：掉话次数(无线链路原因)、掉话次数(Abis接口原因)、掉话次数(A接口原因)、掉话次数(BSC到PCF传输链路原因)、掉话次数(其它)。

系统掉话率为所有上述掉话次数的总和与呼叫建立成功次数之比；而无线系统掉话率，为掉话次数(无线链路原因)与呼叫建立成功次数之比。

公式如下：无线系统掉话率= [掉话次数(无线链路原因) /(呼叫建立成功次数+ BS间硬切换切入成功数)]*100%。

考虑到切入BSC硬切换也相当于增加了本BSC呼叫建立次数，分母加上了入BSC硬切换成功次数。

注：掉话分为CS掉话和PS掉话，本文只分析CS的掉话。

2.2掉话机制分析在CDMA系统中，前反向链路都有掉话机制控制，在无线链路不好时控制链路释放。

前向掉话机制由移动台控制，在实际中是不可调整的；反向掉话机制是系统控制，一般情况下是可以调节的。

掉话是前反向掉话控制机制交杂在一起共同作用的结果。

前向掉话机制如下：A、Fade Timer定时器超时。

移动台连续收到超过N2m（12）个坏帧，就会关闭其发射机。

但此时前向仍在接收，如在Fade Timer计时器（连续5秒）内收到连续N3m（2）个好帧，移动台会重新开启发射机；否则移动台进入初始化态，导致掉话；B、重传次数达到最大值。

对于要求应答的消息，如果手机连续N1m次发射后仍然没有收到响应消息，手机重新初始化。

（N1m为手机在反向业务信道上发送要求应答消息的最大重发次数，为协议规定值。

对IS95A为3次，IS95B为9次，IS2000为13次。

）反向掉话机制可能因为设备的不同而呈现较大的差别，本文以华为的CDMA2000 1x设备为例，系统侧无线接口掉话机制为：A、反向连续收到300个idle帧，该门限值可以在AirBridge上进行修改，命令为：MOD SDUFPMDC(DCCHCHKIDLEFRMTHD)，修改检查IDLE帧计数器。

查询命令为：LST FRMINFO。

对应的释放原因值为C04。

按帧号合并也可能带来另一个问题：一差一好两分支合并时，如果好分支传输时延大，收到的好分支帧号为上个20ms帧的帧号，则会丢弃该好帧，处理差分支上收到的本20ms 内的帧。

导致好分支没产生作用，可能出现Too Many Erasure Frame的掉话。

因此，基站间的传输时延问题依然需要关注，如当小基站传输使用UNI方式，而宏基站传输使用IMA方式时，这时发生在两者之间的软切换就可能出现分支间传输时延过大的问题。

B、当系统在分支合并后300个反向帧中有270个以上的erasure时，就会导致原因值为C05的掉话。

该门限值可以在AirBridge上进行修改，命令为：MOD SDUFPMDC(DCCHCHKERASFRMTHD)，修改检查ERASURE帧比率、检查ERASURE帧门限。

查询命令为：LST FRMINFO。

C、markov FER过高。

markov FER是将收到的帧与本地产生的帧相比，如果不同，就算一个坏帧，计算这种坏帧的比例。

没有收到帧时也会统计为坏帧。

缺省值是500个帧（10秒钟）里有95％的坏帧就会上报TCH ERR，该值可以在调试台设置（FMR调试命令中的设置马可夫FER）。

对应的释放原因值为C06。

D、某个分支240ms没有收到反向帧。

多分支时，只拆除该分支；单分支时，会产生掉话。

对应的释放原因值为C02。

该值可以在AirBridge上进行修改，命令为MOD SDUFPMDC，修改反向帧接收定时器长度，注意单位为毫秒。

查询命令为：LST FRMINFO。

如果由于该原因造成软切换增删分支频繁时，可以考虑将反向帧接收定时器长度改得长一些。

目前默认值为240ms，基本可以排除传输闪断造成的影响。

从上面的分析可以看出：原因值为C02时，对多分之则只拆除该分支，对单分支则出现掉话；原因值为C04、C05、C06(前向或反向信号差导致误帧高、Abis链路故障，如光纤断等造成)时，都会导致掉话。

特别要注意，在前向链路差、反向链路好的情况下，手机判断前向链路不能维持，则关闭发射机。

对BSC，不知道手机何时关发射机，只是不断检查反向帧。

手机关闭发射机，则BSC也收不到反向帧，统计到坏帧数，最后触发原因值C05的TCH_ERR消息，释放呼叫。

因而从掉话控制机制来说，系统不能区分是前向链路还是反向链路原因导致的掉话。

除上述常见的几种掉话原因外还有C01（SDU失败）、C03（某一个分支没收到第一个反向idle帧败）、C07（DSP创建实例失败）、C09（RLP dormant释放）等。

2.3掉话话统指标原因分析1、掉话次数（Erasure帧多）。

包括IS95 和IS2000 Erasure帧多引起的掉话次数，是指呼叫建立成功后，FMR对收到的帧进行选择性合并，统计收到idle帧或erasure帧而造成呼叫掉话的次数，对应CBSSSTAR的原因值为C04和C05。

导致Erasure帧多的主要原因有：基站资源闭塞（出现这种现象一种是人为，一种是设备故障，可结合告警判断问题）。

此时载频没有功率输出，CMF将向CCM报“Block Resource”，CCM释放资源。

由于覆盖和干扰或者其他原因导致误帧率高，FMR向CCM上报TCH ERR，当FMR上报TCH ERR原因值为C04、C05、C06时，CCM会释放呼叫。

软切换合并门限值设置不合理；导频污染、BTS时钟故障等。

2、掉话次数（收不到反向帧）：包括IS95 和IS2000收不到反向帧引起的掉话次数，是指呼叫建立成功后，FMR在一定时间内（一般为240ms，可以修改）收不到反向帧而造成掉话的次数，对应CBSSSTAR释放原因为C02。

Abis链路传输闪断或者中断，导致FMR上收不到数据帧；前向或反向信号太差；表现为手机收不到前向帧或者收到太多Erasure帧，关闭发射机，此时基站收不到帧，或者基站因为反向链路太差不能收到手机的帧；由于前反向链路不平衡,造成反向链路质量差,导致反向帧上报不上来；XIE/BIE到FMR的链路不正常,造成丢包；FMR单板运行不正常；BSC到BTS的业务带宽不足。

3、掉话次数（Abis接口原因）：包括IS95 和IS2000由于Abis接口原因引起的掉话次数，是指在呼叫建立成功后，BSC统计的Abis原因产生的掉话。

主要原因包括以下两个方面：设备故障。

包括BTS资源故障、FMR资源故障、RPS资源故障等，基站自己检测到内部处理有问题时主动上报“Abis BTS release request”，此时造成的掉话会统计到该值上，告警台也会出设备告警信息。

Abis链路资源故障。

包括“E1/T1信号丢失告警”、“E1/T1帧失步告警”等Abis接口链路故障现象。

4、掉话次数（A2接口原因）：包括IS95 和IS2000手机因A2接口原因导致的掉话，对应的CBSSSTAR的原因值较多，主要跟MSC、A口链路有关。

总的来说，当MSC发起的异常释放、A2接口电路异常发起释放、CIE资源故障、A3A7接口资源故障、TIE资源故障、LIM 资源故障造成的掉话，都会统计到A2接口原因掉话中。

遇到此类问题，首先从告警上排除传输链路等问题，然后再看具体释放原因值，进一步需要从设备内部定位。

A2掉话的主要的可能原因包括以下几个方面：在通话时，MSC设备自身或人为发出A接口复位命令，对应CBSSSTAR原因值0x061E；A接口暂时故障或链路断。