TD-SCDMA 切换和掉话问题优化指导书 内部公开
4.1.2 话统指标说明
广义的掉话率应该包含CN和UTRAN的掉话率，由于网优重点关注与UTRAN侧的掉话率指标，本文掉话率描述也重点关注UTRAN侧的KPI指标分析。
UTRAN侧相关指标就是RNC触发释放的各业务RAB个数。主要包括两个方面：（1）业务建立成功后，RNC向CN发送RAB RELEASE REQUEST消息。（2）业务建立成功后，RNC向CN发送IU RELEASE REQUEST消息，其后收到CN发送的IU RELEASE COMMAND。目前这两种情况用一个指标统计：RNC_RAB_REL_TRIG_BY_RNC，统计时可按具体业务分类统计。
同时话统还统计了RNC触发释放各业务RAB的原因。 掉话率计算：
电路域掉话率=电路域掉话的RAB数目/电路域RAB指派建立成功的RAB 数目*100%
其中，电路域掉话的RAB 数目＝RNC 请求释放的电路域RAB 数目+RNC 请求释放的电路域Iu 连接对应的RAB 数目。
分组域掉线率=分组域掉线的RAB数目/分组域RAB指派建立成功的RAB 数目*100%
其中，分组域掉线的RAB 数目＝RNC 请求释放的分组域RAB 数目+RNC 请求释放的分组域Iu 连接对应的RAB 数目。
从大的方面来讲，掉话分为两大类，信令面掉话和用户面掉话；从流程上看，信令面掉话是RNC发起了Iu release request，用户面掉话是RNC主动发起RAB release request。这两项指标是针对CS和PS分别统计的，根据IU接口的话统统计项，定义信令面掉话如下： PS Signalling Plane CDR?PSSignallingRel?SignallingRelbyUE?SignallingRelduetoUEinactive*100%PSSignallingSetupCSSignallingRel?SignallingRelbyUE?SignallingRelduetoUEinactive*100% CSSignallingSetupCS Signalling Plane CDR?＝用户面掉话可以直接通过RNC掉话率和信令面掉话率相关指标运算得到。信令面和用户面掉话仅从信令角度区分。建议话统分析时重点关注整个掉话率，重点分析掉话的原因，目前有以下掉话原因统计项：
RNC_PS_RAB_REL_TRIG_BY_RNC_TRB_RESET RAB_CS_REL_RF_LOSS RAB_PS_REL_RF_LOSS
RNC_CS_RAB_REL_TRIG_BY_RNC_SRB_RESET RNC_PS_RAB_REL_TRIG_BY_RNC_SRB_RESET RNC_CS_RAB_REL_TRIG_BY_RNC_AAL2_LOSS RNC_PS_RAB_REL_TRIG_BY_RNC_GTPU_LOSS RAB_CS_REL_ABNORM_LOSS RAB_PS_REL_ABNORM_LOSS
2013-07-04
版权所有，侵权必究
第16页,共55页
TD-SCDMA 切换和掉话问题优化指导书 内部公开
其中出现最多的为SRB、TRB复位。 上述这些指标可以按照表格分类： 掉话分类 空口原因 流程定时器超时 RB SETUP/RECFG PHY/TRCH/SHO/ASU 等过程超时 HHO 过程失败 非空口原因 硬件故障 RNC和NODEB之间的传输故障， ABNORM_LOSS NCP上报故障 FP同步失败 传输层故障 通过MML强行释放用户 表5 掉话指标分类 引起原因 对应的信令过程 相关指标 RF RLC复位，RL Failure SRB_RESET，TRB RESET RF_LOSS 各流程超时统计相关指标 ALCAP上报故障 O&M intervention ABNORM_LOSS ABNORM_LOSS 从上述分类看出，话统指标目前没有完全按照通常网络优化的掉话原因分类进行统计。 需要说明的是RAN话统掉话的定义只从Iu接口的角度进行统计，统计了RNC主动发起的RAB release请求次数和Iu release请求次数。而路测掉话定义主要从空口的消息和非接入层的消息结合原因值来进行定义的，两者不完全一致的。比如说，对于同时进行主被叫通话，工具记录主叫的空口消息，如果被叫异常掉话，那么分析主叫的流程也会是一次掉话，但从话统上看，这次主叫是没有掉话指标记录的。所以两者的定义是不完全一致的，在分析时要注意区分。
4.2 DT/CQT优化流程
掉话数据分析流程如下：
2013-07-04
版权所有，侵权必究 第17页,共55页
TD-SCDMA 切换和掉话问题优化指导书
1 准备数据 内部公开
2 获取掉话 位置和时间 3 覆盖问题 Y N 4 邻区漏配 Y N 5 切换问题 Y N 6 干扰问题 Y N 7 异常分析 Y N 8 重新路测，重现问题
图3 掉话分析流程图
4.2.1 常见掉话原因分析
掉话中很大一部分原因是切换掉话，这在切换指标优化章节已经详细阐述，本章节重点阐述非切换原因导致的掉话。常见导致掉话的非切换原因有：
1. 覆盖原因
在移动通信网络中，由于缺站、扇区接错、功放故障导致站关闭、无线环境等原因都会导致覆盖差，在一些室内，由于过大的穿透损耗也会导致覆盖太差。扇区接错或者站点由于故障原因关闭等容易在优化过程中出现，表现为其他小区在掉话点的覆盖差，需要注意分析区别。
确认覆盖的问题简单直接的方式是直接观察Scanner采集的数据，若最好小区的RSCP和C/I都很低，就可以认为是覆盖问题。
2013-07-04
版权所有，侵权必究
第18页,共55页
TD-SCDMA 切换和掉话问题优化指导书 内部公开
一般来说，对于Voice而言，当PCCPCH RSCP大于-95dBm，C/I大于-3dB时（采用Scanner车外的测量值），不可能是由于覆盖不行导致的掉话。通常所说的覆盖差，主要是指RSCP很差。
2. 干扰导致的掉话
TD-SCDMA系统的干扰主要分两个大的方面：系统内和系统外干扰。
在系统内主要由于同频、扰码分配以及相邻小区交叉时隙等带来的干扰，表现在PCCPCH RSCP很好，而C/I非常差，这种情况可通过调整频点、重新分配扰码以及临小区时隙调整等方法来有效避免。另外，由于TD-SCDMA是一个TDD系统，所以如果GPS失步、郊区基站相距较远等均会带来DwPCH对UpPCH的干扰，严重的时候会使得上行无法接入，偶尔接入后音质极差，基本听不清，很容易造成掉话。
系统外的干扰主要是异系统，特别是PHS系统会对TD系统带来比较严重的干扰，同时雷达，军用警用设备带来的干扰，这些干扰都会对TD系统网络性能造成很严重的影响。
干扰会增加了连接模式的手机上行发射功率，从而产生过高的BLER而导致掉话。另外，在切换的时候，新建链路由于UPPCH干扰问题导致链路不能进行上行同步，造成切换失败而导致掉话。
3. 异常分析
在排除了以上的原因之后，其他的掉话一般需要怀疑设备的问题，需要通过查看设备的日志，告警等进一步来分析掉话原因。
比如：NodeB异常引起的切换失败； 比如：手机不上报1G/2A测量报告导致掉话；
这里需要重点注意的是测试手机异常死机引起的掉话问题，一般在拨测过程中容易出现这个问题，具体表现为路测记录的数据中有一段时间没有手机上报的信息。
4.2.2 经常调整的非切换类算法参数
掉话中经常调整的非切换类算法参数有： 1、无线链路下行DPCH最大发射功率
配置大的专用链路的发射功率有利于克服覆盖导致的掉话点，但同样带来干扰问题，由于单个用户允许的功率大，当用户在边缘时就可能消耗大的功率，从而对其他用户造成影响。一般情况下下行发射功率的配置由链路预算提供，适当的增加或者减少1~2dB，一般情况下在单次路测情况下，很难看出对掉话的影响，但可以从话统指标上看出来，对于一些小区，由于覆盖原因存在比较大的掉话率，可以考虑增加专用信道的最大发射功率；对于一些小区，由于负载过高导致用户有较大的接入失败概率，可以考虑适当降低该参数。
2、信令和业务的最大重传次数
在较高的误块率信道条件下，信令由于重传达到最大值就会产生复位，信令的一次复位就会导致掉话；采用AM模式进行业务传输的业务也同样会重传，重传达到最大值之后产生复位信令，系
2013-07-04
版权所有，侵权必究
第19页,共55页
TD-SCDMA 切换和掉话问题优化指导书 内部公开
统配置了最大允许的复位次数，当复位次数达到最大值之后，系统开始释放业务，也同样会造成掉话。
系统缺省的配置可以保证突发误块不会导致异常的掉话，但在进入覆盖比较差的场合能够及时进行复位而导致掉话，从而释放业务占用的资源。对于一些场景，有较多的突发干扰，或者针尖效应比较明显的场景，干扰突发期间可能导致100%误块，而又不希望过多的掉话，此时可以考虑适当增加重传次数，通过重传来抵抗突发干扰。
该参数是针对RNC配置。
4.2.3 掉话原因判决树
综合各种掉话原因，掉话分析的判决树如下图所示：
2013-07-04
版权所有，侵权必究 第20页,共55页