文档名称 文档密级：
1 概述
在CDMA网络运行中，掉话是用户投诉的热点，也是无线网络质量直接反映。本文主要分析引起掉话的原因，通过对不同原因的分析及定位找出对应的解决问题的方法，降低掉话率，提升网络质量。
1.1 掉话率指标计算公式
呼叫建立就是在MS，BTS，BSC，MSC之间建立一条完整的连接，当这条连接上所有环节都保持正常时，则呼叫正常进行；否则发生中断，即异常呼叫释放，导致掉话。掉话率就是反映呼叫异常释放的一个重要指标，它直接反映了无线网络环境和无线网络质量的好坏。由于无线环境的不稳定性和无线电波的随机性，无线网络有一定比例的掉话率是很正常的，但是掉话率过高，会严重影响用户的正常业务，招致用投诉。
掉话的两个重要指标是系统掉话率、无线系统掉话率。在呼叫连接过程中任一环节出错导致的掉话，都统计入系统掉话率；而无线系统掉话率只统计因无线原因导致的掉话。在BSC话统中，关于掉话的统计项有：掉话次数(无线链路原因)、掉话次数(Abis接口原因)、掉话次数(A接口原因)、掉话次数(BSC到PCF传输链路原因)、掉话次数(其它)。系统掉话率为所有上述掉话次数的总和与呼叫建立成功次数之比；而无线系统掉话率，为掉话次数(无线链路原因)与呼叫建立成功次数之比。公式如下：
联通公式：
无线系统掉话率= [无线系统掉话总次数/ 呼叫建立成功次数]*100% 系统掉话率＝[系统掉话总次数 / 呼叫建立成功次数]*100% 华为公式：
无线系统掉话率= [掉话次数(无线链路原因) / (呼叫建立成功次数+ BS间硬切换切入成功数)]*100%。考虑到切入BSC硬切换也相当于增加了本BSC呼叫建立次数，分母加上了入BSC硬切换成功次数。
注：掉话分为CS掉话和PS掉话，本文只分析CS的掉话。
1.2 掉话机制分析
在CDMA系统中，前反向链路都有掉话机制控制，在无线链路不好时控制链路释放。前向掉话机制由移动台控制，在实际中是不可调整的；反向掉话机制是系统控制，一般情况下是可以调节的。掉话是前反向掉话控制机制交杂在一起共同作用的结果。 前向掉话机制如下：
2013-10-16
华为机密，未经许可不得扩散
第1页, 共23页
文档名称 文档密级：
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链路故障，如光纤断等造成)时，都会导致掉话。
特别要注意，在前向链路差、反向链路好的情况下，手机判断前向链路不能维持，则关闭发
2013-10-16
华为机密，未经许可不得扩散
第2页, 共23页
文档名称 文档密级：
射机。对BSC，不知道手机何时关发射机，只是不断检查反向帧。手机关闭发射机，则BSC也收不到反向帧，统计到坏帧数，最后触发原因值C05的TCH_ERR消息，释放呼叫。因而从掉话控制机制来说，系统不能区分是前向链路还是反向链路原因导致的掉话。 除上述常见的几种掉话原因外还有C01（SDU失败）、C03（某一个分支没收到第一个反向idle帧败）、C07（DSP创建实例失败）、C09（RLP dormant释放）等。
1.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原因产生的掉话。主要原因包括以下两个方面：
2013-10-16
华为机密，未经许可不得扩散
第3页, 共23页
文档名称 文档密级：
设备故障。包括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接口暂时故障或链路断。此时FMR在一定时间内收不到MSC来的EVC帧，向CCM发“TRAU ERR”，CCM会释放资源。结合告警如E1/T1告警解决传输上的问题，如果A接口传输无问题，则可能是设备内部问题，包括MSC、BSC；
A3/A7接口突然中断；
设备内部处理出错；这时，FMR收不到EVC帧，但A接口没问题。
注：我司现在网络中，由于统计原因和N侧的异常释放，导致不同信令点间的硬切换、不同BSC下的硬切换及我司与其他厂商之间的硬切换都会产生A2掉话。
5、掉话次数（其他原因）：统计除了上述原因导致掉话外的掉话次数。包括IS95和IS2000手机，主要是由于系统内部错误或者OAM干预导致的掉话次数。
6、掉话次数（硬切换失败）：统计IS95和IS2000手机因硬切换失败而导致掉话的次数。值得注意的是，硬切换失败不一定会导致掉话。
2 掉话分析思路
进行掉话分析时，先确定掉话的范围；运用Nastar和CBSSSTAR确定掉话的原因值，如果是A口、Abis口引发的掉话，可以结合告警进行分析；否则查看掉话载频的RSSI值，看其是否是因为干扰引起；如果掉话区域没有干扰，则需通过路测手段，检查覆盖情况等，
2013-10-16
华为机密，未经许可不得扩散
第4页, 共23页
文档名称 文档密级：
并结合信令分析或者CSL分析，辅助定位问题。
图1 掉话分析总体思路
注：以上仅从系统的角度进行分析，在实际中，也有个别终端质量问题引起掉话现象，因而在接到掉话投诉后，需确认是否为终端原因。
2.1 掉话范围及原因确认
在接到掉话投诉后，首先要确定掉话发生的范围及时间，主要关注是否是全网，是否位于BSC交界处，是否为突然掉话等。
如果发现全网普遍存在掉话现象，检查是否做了何种操作（如升级、全网进行网优参数调整等），看这些操作和掉话在时间上有没有关联性，如果两者有时间上的关联性，则很可能是这些操作导致，需对比操作前后，那些参数做了修改，尽可能的将这些修改了的参数改回到先前值；否则，很有可能是BSC设备、A口或者MSC出了问题，建议结合CBSSSTAR、告警信息和话统掉话原因值进行排查。
如果是部分载频存在掉话现象，先确定这些站点是不是新建站点或周围是否增加了新的站点，是否属于同一个传输链，是否对这些载频参数或者天馈做了调整。如果是参数调整导致的掉话率升高，建议将参数改回，并观测网络指标，是否恢复到修改前的水平；如果是新建站点，检查BTS硬件、邻区配置和一些重要的功率参数等。
2013-10-16
华为机密，未经许可不得扩散
第5页, 共23页