TD-SCDMA网络优化掉话问题分析
第3章 掉话分析流程和方法
误
Rab释放请求次数，原因：杂项错误
CSConvRabRelReq_OthErr
Rab释放请求次数，原因：无线网络层PSConvRabRelReq_Res 资源不足
Rab释放请求次数，原因：无线网络层PSConvRabRelReq_RErr 其他错误
Rab释放请求次数，原因：传输层错误 PSConvRabRelReq_L2Err Rab释放请求次数，原因：协议错误 Rab释放请求次数，原因：非接入层错误
Rab释放请求次数，原因：杂项错误
流程定时器超时指标：
流程定时器超时可重点分析以下流程(主要分析请求与CMP次数，已经相应超时次数统计指标)： RB_SETUP RB_RECFG
ACTIVE_SET_UPDATE PHY_CFG
RL Failure指标：
CELL_UPDT_RL_FAIL_CELL（下行失步） IUB_RL_FAIL（上行失步） RTWP，TCP指标： RTWP均值、最大值 TCP均值、最大值
4. 检查小区是否异常
如果小区以前KPI正常，可检查小区的告警，排除小区异常方面的原因。 5. 分析掉话原因
设备问题：按照2、3如果分析结果是传输、设备原因，则可归类为设备问题。 覆盖差：按照2、3如果分析结果是空口原因，则可归类为覆盖差，无线环境变化块等原因。
切换导致的掉话：HHO相关指标导致的掉话。
PSConvRabRelReq_PErr PSConvRabRelReq_NASErr PSConvRabRelReq_OthErr
3-6
TD-SCDMA网络优化掉话问题分析
第3章 掉话分析流程和方法
干扰导致的掉话：分析RL Failure、RTWP，TCP相关指标，由于话统粒度粗，主要看整体情况，无法精确分析。
从话统详细分析掉话时，需按照掉话原因分类分析相关指标，必要时结合CDL分析。 6. 通过路测重现问题
由于话统给出了趋势，并给出了可能的问题，具体问题的定位和分析还需要结合路测或者针对小区的CDL分析来进行。对于问题小区，一般都需要安排针对小区进行路测，跟踪手机侧和RNC的信令流程进行分析，详细分析方法请参见路测数据分析流程。
3.3 跟踪数据分析流程
跟踪数据分析包括单用户跟踪消息分析，通常情况下，单用户消息结合数据采集工具记录
的UE侧数据，能够基本上定位一些掉话问题；对于更加复杂的问题，需要配合CDL和实时状态监控来综合分析。
也有一些商用手机的问题或者重点用户的问题，没有手机侧记录的消息，需要通过从单用户跟踪数据来分析和定位。单用户跟踪除了记录单用户的信令消息（Iu，Iur，Iub，Uu），同时需要记录P-CCPCH RSCP、 C/I性能跟踪，记录UE的发射功率，记录上行SIR，SIR Target，记录上行BLER，记录下行码发射功率，如果是数据业务，还要进一步记录上下行的业务量和吞吐量。
3-7
TD-SCDMA网络优化掉话问题分析
获取单用户跟踪消息第3章 掉话分析流程和方法
获取掉话点信息信令面掉话？Y解决信令面掉话N用户面掉话？Y解决用户面掉话N异常掉话？Y解决异常掉话N掉话问题解决？YN拨测，重现问题
图 3-3 呼叫跟踪分析流程
1. 获取单用户跟踪消息
单用户跟踪消息需要事先在RNC上进行跟踪，才能记录相应的消息。根据IMSI进行跟踪记录的消息用来分析掉话问题是足够的。 2. 获取掉话点信息
从单用户跟踪消息来看，掉话的定义是RNC主动发起了RAB释放（消息名称为
RANAP_RAB_RELEASE_REQ），或者RNC主动发起IU释放（消息名称为RANAP_IU_RELEASE_REQ）。前者对应为用户面掉话，后者对应为信令面掉话。通过查找以上两条消息，就可以或者掉话点的时间，以及掉话前的信令消息，以便进一步进行分析。 3. 信令面掉话分析
信令面掉话表现为手机或者RNC不能收到确认模式传送的信令，产生SRB复位，导致连接释放。下行方向一般有这些消息手机不能收到而可能导致SRB复位：安全模式过程，鉴权加密
3-8
TD-SCDMA网络优化掉话问题分析
第3章 掉话分析流程和方法
过程，测量控制，激活集更新，物理信道重配置，传输信道重配置，RB重配置以及3G到2G的切换命令（HANDOVER FROM UTRAN COMMAND），手机是否收到这些命令需要手机侧的跟踪消息来确认；上行方向有以下的消息可能导致SRB复位：测量报告，激活集更新完成，物理信道重配置完成，传输信道重配置完成，RB重配置完成，同样需要RNC侧的跟踪消息来确认是否收到。 4. 用户面掉话分析
用户面掉话主要是TRB复位，这种情况主要在PS业务上发生，voice和VP业务不会产生TRB复位。一般可以通过确认掉话发生时的UE发射功率或者下行码发射功率情况来辅助确认。
当激活集中只有一条链路上，会由于RL failure导致RNC发起Iu Release， RL failure是上行失步引起的，但是下行失步会使UE关闭发射机，接着就造成上行失步，在定位掉话是上行引起释放还是下行引起的时候，需要分析掉话前手机的发射功率和实时状态监控的下行的码发射功率来区分。
下行覆盖差、下行干扰强或者上行干扰都会导致TRB复位。有时候数据业务由于重传次数设置不合理，在切换来不及的情况下，TRB比SRB先产生复位，在分析时要注意区分。 5. 异常掉话分析
异常掉话一般指掉话无法从覆盖、干扰等方面找到原因，也无法根据前面介绍的用户面掉话或者信令面掉话原因来解释，这种掉话往往是设备的异常或者是手机的异常导致的。比如由于传输突然中断导致的掉话、基站设备异常导致的掉话、手机突然死机等都会导致异常掉话。对于传输异常一般通过分析CDL或者参看告警来进一步分析；对于基站设备异常可以通过查询基站状态来确认，对于手机异常，需要通过分析手机记录的数据来定位。 6. 拨测，重现问题
当已有的数据不足以定位掉话问题的时候，启动更详细的数据跟踪，最好的办法采用测试手机是在问题点进行拨测，重现问题，然后继续进行分析。
3-9
TD-SCDMA网络优化掉话问题分析
第3章 掉话分析流程和方法
3.4 用户投诉分析流程
了解用户投诉检查话统指标检查告警检查CDL投诉问题解决YN拨测，重现问题
图 3-4用户投诉分析流程
1. 了解用户投诉
用户投诉发生的时候需要详细记录问题发生的时间，问题产生的地点，以及问题的具体现象。
2. 检查话统指标
通过分析用户投诉相关的话统指标，来进一步分析该投诉是某个用户特有的问题还是网络一般性的问题，对于一般性的问题，请参考话统指标的分析来进一步分析投诉。 3. 检查告警
根据投诉的时间，查看CN，RNC或者投诉地点对应基站的告警，看这些告警是否会产生相应的掉话，如果存在这个告警，试着消除和解决这个告警。 4. 检查CDL
CDL记录了用户异常发生时候的信令，状态等信息，通过分析CDL可以进一步了解投诉产生的原因。
5. 投诉点拨测，重现问题
3-10