5、路测重现问题 由于一次路测不一定能够采集到定位掉话问题需要的所有信息，此时需要通过进一 步路测来收集数据。通过进一步的路测也能确认该掉话点是随机掉话的点或者固 定掉话点，一般来说固定掉话点一定需要解决，而随机掉话点则需要根据掉话发 生的概率来确定是否需要解决。
13
掉话问题话统数据分析流程
1 分析RNC面掉话率
在排除了以上的原因之后，其他的掉话一般需要怀疑设备的问题，需要通过查看 设备的日志，告警等进一步来分析掉话原因。
例如：同步失败导致的链路不停增加和删除。 例如：手机不上报1a测量报告导致掉话。
10
路测数据分析流程
4.1 RSCP差 EcIo差
覆盖问题
确认漏配 邻区？
Y
邻区漏配
1 准备数据
2 获取掉话 位置和时间
2、分析小区的掉话率指标 对于小区的掉话率指标，主要需要分析小区“AMR掉话率”、“PS掉话率”、“ 硬切换掉话率”、“系统间切换掉话率”， 对所有小区分别用以上的指标进行 排序，选择指标特别差的小区或者最差的一些小区，进一步分析掉话原因。
3、检查小区是否异常 检查小区的告警，排除小区异常方面的原因。
乒乓切换主要有以下两种现象： ① 主导小区变化快：2个或者多个小区交替成为主导小区，主导小区具有较好的 RSCP和EcIo，每个小区成为主导小区的时间很短； ② 无主导小区：存在多个小区，RSCP正常而且相互之间差别不大，每个小区 的EcIo都很差。
8
常见掉话原因
• 干扰问题
下行干扰 一般情况下，对于下行，当CPICH RSCP大于-85dBm，而EcIo小于-13dB， 容易产生掉话，基本上可以认为是下行干扰的问题。 对于下行，干扰可能是导频污染引起。 上行干扰 对于上行RTWP比正常值（-104~-105）超过10dB，干扰时间超过2~3s，就 有可能造成掉话。
3 分析Scanner主导小区信 号变化
主导小区信号 稳定？
稳定
4 Scanner最优小RSCP 和EcIO
4.3 RSCP正常 EcIo正常
不一致
UE和Scanner 最好小区比较
一致
确认上行
N
N
干扰？
Y
切换不及时
上行干扰问题 异常掉话
变化频繁 4.2 RSCP正常 EcIo差
导频干扰问题 乒乓切换问题
12
路测数据分析流程
4、分析Scanner主导小区信号RSCP和EcIo 观察Scanner最好小区RSCP，EcNo，根据不同的情况分别处理 4.1 RSCP差，EcNo差，可以确定为覆盖问题； 4.2 RSCP正常，EcNo差（排除切换来不及导致的，同频邻区干扰），可以确定为导 频干扰问题； 4.3 RSCP正常，EcNo正常，如果UE活动集中小区与Scanner最好小区不一致，可能 为邻区漏配或者切换来不及导致的掉话；如果UE活动集中小区与Scanner最好小 区一致,可能为上行干扰或责异常掉话。
上行方向有以下的消息可能导致SRB复位： 测量报告 活动集更新完成 物理信道重配置完成 传输信道重配置完成 RB重配置完成
同样需要RNC侧的跟踪消息来确认是否收到。
19
信令跟踪数据分析流程
4、用户面掉话分析 用户面掉话主要是TRB复位，这种情况主要在PS业务上发生，voice和VP业务不会
1、获取单用户跟踪消息 单用户跟踪消息需要事先在RNC或者M2000上进行跟踪，才能记录相应的消息，一般 情况下，根据IMSI进行跟踪记录的消息用来分析掉话问题是足够的。
2、获取掉话点信息 从单用户跟踪消息来看，掉话的定义是RNC主动发起了RAB释放（消息名称为 RANAP_RAB_RELEASE_REQ），或者RNC主动发起IU释放（消息名称为 RANAP_IU_RELEASE_REQ）。前者对应为用户面掉话，后者对应为信令面掉话。 通过查找以上两条消息，就可以获得掉话点的时间，以及掉话前的信令消息，以便 进一步进行分析。
18
信令跟踪数据分析流程
3、信令面掉话分析 信令面掉话表现为手机或者RNC不能收到确认模式传送的信令，产生SRB复位， 导致连接释放。 下行方向一般有这些消息可能导致SRB复位： 测量控制 活动集更新 物理信道重配置 传输信道重配置 RB重配置 3G到2G的切换命令（HANDOVER FROM UTRAN COMMAND） 手机是否收到这些命令需要手机侧的跟踪消息来确认；
方法二：如果掉话后UE重新驻留的小区扰码不在掉话时的激活集扰码中，也可以怀 疑是邻区漏配问题，可以通过测量控制和邻区列表配置进一步进行确认。
邻区漏配导致的掉话也包括异频邻区漏配和异系统邻区漏配。
6
常见掉话原因
• 覆盖问题
通常所说的覆盖差，主要是指RSCP和EcIo都很差。覆盖的问题需要通过掉话前上行或 者下行的专用信道功率来确认，需要采用以下的方法来确认： 如果掉话前的上行发射功率达到最大值，并且上行的BLER也很差或者从RNC记录
3
掉话空中接口定义
在通话过程中，如果空中接口信息满足下面三个条件中的任何一条，可以判断为掉话： 1. 收到任何的BCH消息（即系统消息） 2. 收到非正常释放的RRC Release消息（释放原因不是 “Normal”） 3. 收到CC Disconnect，CC Release Complete，CC Release三条消息中的任何一
5、通过路测重现问题 当通过话统分析无法进一步解决掉话问题的时候，需要针对小区进行路测，跟踪 手机侧和RNC的信令流程进行分析，详细分析方法请参见路测数据分析流程。
15
分析小区掉话原因
失败原因 OM干预 RAB抢占导致的原因
UTRAN产生的原因
上行RLC复位
下行RLC复位
上行同步失败
分析思路 操作维护工作导致的掉话 高优先级抢占引起的CS链路释放，这种掉话在负载和资源不足的时候发生，根据发生的次 数确定是否扩容 小区中UTRAN产生的原因导致链路异常释放。这种情况一般对应着处理异常，需要通过 CHR进一步分析 上行SRB复位引起链路释放。这种情况主要是由于覆盖质量不好（包括邻区漏配、切换区 小等情况） 下行SRB复位引起链路释放。这种情况主要是由于覆盖质量不好（包括邻区漏配、切换区 小等情况） 上行链路失步引起的异常释放。这种情况主要是由于覆盖质量不好（包括邻区漏配、切换 区小等情况），导致UE异常关闭发射机或者上行解调失步
产生TRB复位。 当活动集中只有一条链路上，会由于RL failure导致RNC发起Iu Release， RL
failure是上行失步引起的，但是下行失步会使UE关闭发射机，接着就造成上行失步， 在定位掉话是上行引起释放还是下行引起的时候，需要分析掉话前手机的发射功率 和实时状态监控的下行的码发射功率来区分。 下行覆盖差、下行干扰强或者上行干扰都会导致TRB复位。 有时候数据业务由于重传次数设置不合理，在切换来不及的情况下，TRB比SRB先 产生复位，在分析时要注意区分。
9
常见掉话原因
• 流程交互问题
一些需要信令交互的流程，如AMR控制、DCCC以及压缩模式的启停、UE的状态迁移等， 常常会由于信号的原因，手机支持方面的原因或者RAN设备和手机的配合问题，导致流 程失败，最后导致掉话。 这类问题需要针对特定的流程和手机进行分析，没有一般性的处理方法。
• 其他异常问题
的单用户跟踪上看到NodeB上报RL failure，基本可以认为上行覆盖差导致的掉 话； 如果掉话前，下行发射功率达到最大值，并且下行的BLER很差，基本可以认为是 下行覆盖不行导致的掉话。 确认覆盖的问题简单直接的方式： 直接观察Scanner采集的数据，若最好小区的RSCP和EcNo都很低，就可以认为是覆盖问 题。
下行同步失败
下行链路失步引起的异常释放。这种情况主要是由于覆盖质量不好（包括邻区漏配、切换 区小等情况），导致UE异常关闭发射机或者上行解调失步
UU口无响应 其他RF原因 AAL2链路异常
UE空口无响应系统发出的命令，覆盖不好导致 射频原因，均属于覆盖质量不好 RNC发现IU CS接口AAL2 Path异常，发起了异常释放，可能为传输设备异常，已知问题 有RB建立过程中马上正常释放被话统统计为该原因异常释放
7
常见掉话原因
• 切换问题
软切换/同频导致掉话主要分为两类原因：切换来不及或者乒乓切换。 从信令流程上CS业务表现为手机收不到活动集更新命令（同频硬切换时为物理信道重
配置），PS业务有时候会在切换之前先发生TRB复位。
从信号上看，切换来不及主要有以下两种现象： ① 拐角：源小区EcIo陡降，目标小区EcNo陡升（即突然出现就是很高的值）； ② 针尖：源小区EcIo快速下降后一段时间后上升，目标小区出现短时间的陡升。
常见掉话原因
• 邻区漏配
一般来讲，初期优化过程掉话占大多数是由于邻区漏配导致的。对于同频邻区，通 常采用以下的办法来确认是否为同频邻区漏配：
方法一：观察掉话前UE记录的激活集EcIo信息和Scanner记录的Best Server EcIo 信息，如果
① UE记录的EcIo很差，而Scanner记录的Best Server EcIo很好 ② Scanner记录Best Server扰码与UE激活集扰码不一致 ③ 检查出现在掉话前最近的同频测量控制中的邻区列表没有该扰码 那么可以确认是邻区漏配。
条，而且释放原因是非正常释放（CauseCodeCC是“Unspeciflearing”或者”Normal”）
4
异常释放信令流程
正常释放流程
RNC
CN
Iu Release Command Iu Release Complete
异常释放流程
RNC
4 重新路测
问题是否解决
11
路测数据分析流程
1、准备数据 路测软件采集数据文件 RNC记录的单用户跟踪 RNC记录的CHR