1.1
掉话率
1.6.1 指标计算公式
联通规范2.0公式：掉话率= [掉话总次数/ 呼叫建立成功次数]*100%
华为公式：掉话率= [掉话总次数 / (呼叫建立成功次数+ BS间硬切换切入成功次数)]*100%
1.6.2 指标意义
掉话是指呼叫保持过程中的异常释放，包括语音与数据业务。掉话率指标反映CDMA移动网的无线环境与系统质量情况。无线网络有一定比例的掉话是正常的，但对于一些掉话率较高的小区必须进行优化。
在CDMA系统中，产生掉话的原因是多种多样的，如无线链路差、传输链路故障、设备软硬件故障、干扰、切换、参数设置不当等。这里着重分析无线链路差导致的掉话及其优化。
1.6.3 对应测量子集内指标项说明
统计分CS（电路）及PS（分组）两个测量子集，以下以CS业务为例介绍。见表4-4。
表 错误！文档中没有指定样式的文字。-1 CS掉话性能统计主要指标列表 测量子集 指标 掉话次数(Erasure帧多)-CS 掉话次数(收不到反指标类型 指标含义 统计在电路业务中因Erasure帧过多造指标单位 计算 成的掉话次数 电路业务中因收不到反向业务帧造成的次 CS掉话性能统计 向帧)-CS 计算 掉话次数 统计在电路域业务中因Abis接口原因（包括BTS资源故障、Abis链路资源故次 掉话次数(Abis接口)-CS 计算 障、SDU资源故障以及其他BSC相关设备资源故障）造成的掉话次数。 次 电路业务呼叫中因A接口原因(包括MSC发起的异常释放、A2接口电路异常发起的释放、CIE资源故障、A3A7掉话次数(A2接口)-CS 计算 接口资源故障、TIE资源故障、LIM资源故障)造成的掉话次数 在IS95/IS2000电路域业务呼叫中，源次 掉话次数(硬切换失败)-CS-IS95/IS2000 原始 侧BSC在硬切换失败后等待MS的” MS ACK ORD”消息超时所造成的掉话次数 统计在电路域业务中，由于上述原因 之外的其它原因(包括系统内部错误、次 掉话次数(其它)-CS 计算 OAM干预)造成的掉话次数 ([掉话次数(Erasure帧多)-CS]+[掉话次数(收不到反向帧)-CS]+[掉话次数(Abis接口)-CS]+[掉话次数(A2接口)-CS]+[掉话次数(硬切换失败)-CS-IS95]+[掉话次数(硬切换失败)-CS-IS2000]+[掉话次数(其它)-CS]) / ([建立成功次数-CS+[硬切次 掉话率-CS[%] 计算 换切入成功次数-CS])×100% %
1.6.4 指标项分析
分支均在别的BSC时掉话时，本BSC不统计，目标侧也不统计。
需要注意：在多分支情况下，该版本话统中对于载频级掉话率的统计是：当最初接入小区还在当前激活集时，掉话时计算在接入小区上；如果接入小区不在当前激活集中，通过一个函数查找该用户占用的所有分支，然后将掉话统计在最先查找到分支(扇区载频)上，没有取平均值，这种分支查找是随机的。
? 协议中规定的手机侧掉话机制：
A、移动台连续收到超过N2m（12）个坏帧，就会关闭其发射机。但此时前向仍在接收，如在Fade Timer计时器（连续5秒）内收到连续N3m（2）个好帧，移动台会重新开启发射机，否则移动台重新初始化；
B、移动台发射要求应答的消息后没有收到响应消息，如连续N1m次发射后，仍然无响应，移动台重新初始化。（N1m：移动台在反向业务信道上发送要求应答消息的最大重发次
数，对IS95A为3次，IS95B为9次，IS2000为13次。）
? BSC侧掉话机制：
反向信号差，FMR向CCM上报TCH ERR，CCM就会释放呼叫产生掉话。FMR上报TCH ERR可能为以下几种原因值。其中，只有原因值为4、5、6的TCH ERR上报CCM后，CCM会释放呼叫。原因值2只针对软切换分支，CCM会拆除该分支。
1、FMR中各分支合并后300个反向帧中有270个以上Erasure（坏）帧。
该门限值可以在AirBridge上进行修改，命令为：MOD SDUFPMDC，修改检查ERASURE帧比率、检查ERASURE帧门限。查询命令为： LST FRMINFO。对应的释放原因值为C05。
2、反向连续收到300个idel帧。
该门限值可以在AirBridge上进行修改，命令为：MOD SDUFPMDC，修改检查IDLE帧计数器。查询命令为： LST FRMINFO。对应的释放原因值为C04。
在R002B01D302之前版本中，存在若两个切换分支间时延超过反向帧合并定时器长度后导致FMR上报过多idel帧造成掉话的情况。在现版本中，默认的反向帧合并定时器已修改为18s，且合并时通过帧号判断收到的帧是否是本20ms内的帧，一旦合并出一帧好帧就会把IDLE计数器清0，所以不会再出现因传输时延大造成idel帧过多的掉话。
但按帧号合并也可能带来另一个问题：一差一好两分支合并时，如果好分支传输时延大，收到的好分支帧号为上个20ms帧的帧号，则会丢弃该好帧，处理差分支上收到的本20ms内的帧。导致好分支没产生作用，可能出现too many erasure的TCH_ERROR掉话。因此，基站间的传输时延问题依然需要关注，如当小基站传输使用UNI方式，而宏基站传输使用IMA方式时，这时发生在两者之间的软切换就可能出现分支间传输时延过大的问题。
3、markov FER过高。
??提醒：该原因值在C03以上的版本中不列入掉话指标项统计中。
markov FER是将收到的帧与本地产生的帧相比，如果不同，就算一个坏帧，计算这种坏帧的比例。 没有收到帧时也会统计为坏帧。缺省值是500个帧（10秒钟）里有95％的坏帧就会上报TCH ERR，该值可以在调试台设置（FMR调试命令中的设置马可夫FER）。对应的释放原因值为C06。