WCDMA掉话分析流程及方法

WCDMA掉话分析流程及方法
1.1常见掉话原因
1.1.1邻区漏配
一般来讲，初期优化过程掉话占大多数是由于邻区漏配导致的。

对于同频邻区，通常采用以下的办法来确认是否为同频邻区漏配：
方法一：观察掉话前UE记录的活动集Ec/Io信息和Scanner记录的Best Server Ec/Io信息，如果UE记录的Ec/Io很差，而Scanner记录的Best Server Ec/Io 很好；同时检查Scanner记录Best Server扰码是否出现在掉话前最近出现的同频测量控制的邻区列表中，如果测量控制的邻区列表中中没有扰码，那么可以确认是邻区漏配。

方法二：如果掉话后UE马上重新接入，如果UE重新接入的小区扰码和掉话时的扰码不一致，也可以怀疑是邻区漏配问题，可以通过测量控制进一步进行确认（从掉话位置的消息开始往前找，找到最近一条同频测量控制消息，检查该测量控制消息的邻区列表）。

方法三：有些UE会上报检测集（Detected Set ）信息，如果掉话发生前检测集信息中有相应的扰码信息，也可以确认是邻区漏配的问题。

邻区漏配导致的掉话也包括异频邻区漏配和异系统邻区漏配。

异频邻区漏配的确认方法和同频几乎相同，主要是掉话发生的时候，手机没有测量或者上报异频邻区，而手机掉话后重新驻留到异频邻区上。

异系统邻区漏配表现为手机在3G掉话，掉话后手机重新选网驻留到2G网络，从信号质量来看，2G网络的质量很好（在掉话点用2G测试手机观察RSSI信号）。

1.1.2覆盖差
一般来说，对于Voice而言，当CPICH的EcIo大于-14dB，RSCP大于-100dBm 时（采用Scanner的测量值），不可能是由于覆盖不行导致的掉话。

通常所说的覆盖差，主要是指RSCP很差。

下表是规划时要求的Outdoor EcIo和Ec要求（来自香港SUNDAY 网络规划）：
详细的分析和设置请参见工程参数设置指导书。

上行覆盖差还是下行覆盖差的问题需要通过掉话前上行或者下行的专用信道功率来确认，需要采用以下的方法来确认：
如果掉话前的上行发射功率达到最大值，并且上行的BLER也很差或者从RNC 记录的单用户跟踪上看到NodeB上报RL failure，基本可以认为上行覆盖差导致的掉话；如果掉话前，下行发射功率达到最大值，并且下行的BLER很差，基本可以认为是下行覆盖不行导致的掉话。

在合理的链路平衡情况下，而且上下行没有干扰的情况下，上行和下行发射功率会同时受限，此时不一定要严格区分哪一方先出现受限。

如果上下行严重不平衡，则应该初步判定为受限方向存在干扰。

确认覆盖的问题简单直接的方式是直接观察Scanner采集的数据，若最好小区的RSCP和EcIo都很低，就可以认为是覆盖问题。

由于缺站、扇区接错、功放故障导致站关闭等原因都会导致覆盖差，在一些室内，由于过大的穿透损耗也会导致覆盖太差，扇区接错或者站点由于故障原因关闭等容易在优化过程中出现，表现为其他小区在掉话点的覆盖差，需要注意分析区别。

1.1.3切换导致的掉话
软切换/同频导致掉话主要有两类原因：切换来不及或者乒乓切换。

从信令流程上CS业务表现为手机收不到活动集更新命令（同频硬切换时为物理信道重配置），PS业务也有可能收不到活动既更新命令，也有可能在切换之前先发生TRB复位。

从信号上看，切换来不及主要有以下现象：
1）拐角：源小区EcIo陡降，目标小区EcIo陡升（即突然出现就是很高的值）；2）针尖：源小区EcIo快速下降后一段时间后上升，目标小区出现短时间的陡升。

从信令流程上看，一般在掉话前手机上报了邻区的1a或者1c测量报告，RNC 也收到了测量报告，并下发了活动集更新消息，但UE收不到活动集更新消息。

乒乓切换主要有以下两种现象：
1）主导小区变化快：2个或者多个小区交替成为主导小区，主导小区具有较好的RSCP和EcIo每个小区成为主导小区的时间很短；
2）无主导小区：存在多个小区，RSCP正常而且相互之间差别不大，每个小区的EcIo都很差。

从信令流程上看，一般可以看到1个小区刚刚删除，然后马上要求加入，此时收不到RNC下发的活动集更新命令导致失败。

解决切换来不及导致的掉话，可以通过调整天线扩大切换区，也可以配置1a事件的切换参数使切换更容易发生，或者配置CIO使目标小区能够提前发生切换；解决乒乓切换带来的掉话问题，可以调整天线使覆盖区域形成主导小区，也可以配置1b事件的切换参数减少乒乓的发生等方法来进行。

对于异频切换和系统间切换，在切换前需要通过启动压缩模式来进行异频或者异系统测量，压缩模式启动太迟，可能导致手机来不及测量目标小区的信号，从而产生掉话，也可能手机完成了测量，但下发的异频或者异系统切换请求手机不能正常接收而导致掉话。

对于3G 2G系统间切换掉话的常见原因大概如下：
1.邻区漏配置，可以通过配置邻区解决；
2.信号变化太快导致掉话；
3.手机问题，比如UE回切换失败或者UE没有上报异系统测量报告导致掉话等；
4.物理信道重配置时发生最优小区发生变更导致掉话，需要产品算法进行优化；
5.异系统小区配置过多导致掉话，可以通过优化邻区数目解决；
C区配置错误导致的掉话，可以通过数据配置检查解决。

1.1.4干扰导致的掉话
下行和上行的干扰都会导致掉话。

一般情况下，对于下行，当激活集CPICH RSCP大于-85dB，而激活集综合EcIo小于-13dB产生了掉话，基本上可以认为是下行干扰的问题（当切换不及时的时候，也可能出现服务小区RSCP信号很好，但EcIo很差；但此时监视集小区RSCP和EcIo都很好）；对于上行RTWP 比正常值（-107~-105）超过10dB，干扰时间超过2~3s，就有可能造成掉话，需要重点解决。

下行的干扰通常是指导频污染，指覆盖地区存在3个以上的小区满足切换条件，由于信号的波动常常出现活动集替换或者最优小区发生变化，通常当活动集综合质量不好（CPICH的EcIo都在-10dB左右波动），容易出现切换失败导致SRB 复位，也可能出现TRB复位。

上行的干扰增加了连接模式的手机上行发射功率，从而产生过高的BLER导致SRB或者TRB复位或者由于失步导致掉话。

另外，在切换的时候，新建链路由于上行干扰问题导致链路不能同步，从而造成该小区的切换成功率低，或者造成切换失败而导致掉话。

通常在没有干扰的情况下，上下行是平衡的，也就是说掉话前上下行的发射功率都会接近最大值。

但当干扰存在时，如果是下行的干扰，往往出现上行发射功率很小或者BLER收敛的情况，但下行发射功率达到最大值同时也伴随着下行
BLER不收敛；对于上行干扰，会存在同样的表现，在实际分析可以通过这个方法来区分。

1.1.5流程交互失败
一些需要信令交互的流程，如AMR控制、DCCC以及压缩模式的启停、UE的状态迁移等，常常会由于信号的原因，手机支持方面的原因或者RAN设备和手机的配合问题，导致流程失败，最后导致掉话。

还有一种特殊情况就是在流程的交互过程中，如RB建立，RB重配置等流程中，切换的测量报告不能及时处理，导致信号变差而掉话。

这类问题需要针对特定的流程和手机进行分析，没有一般性的处理方法。

1.1.6异常分析
在排除了以上的原因之后，其他的掉话一般需要怀疑设备的问题，需要通过查看设备的日志，告警等进一步来分析掉话原因。

比如：NodeB异常引起同步失败，导致的链路不停增加和删除
比如：手机不上报1a测量报告导致掉话
这里需要重点注意的是测试手机异常死机引起的掉话问题，一般在拨测过程中容易出现这个问题，具体表现为路测记录的数据中有一段时间没有手机上报的信息。