wcdma掉话分析及解决方法(精华).docVIP

WCDMA掉话分析及解决方法 一、掉话的定义 　　1.路测的掉话定义 　　路测的掉话定义是：从UE侧记录的空口信令上看，在通话过程（连接状态下）中，如果空口的消息满足以下3个条件的任何一个就视为路测掉话。 　　(1) BCH消息（即系统消息）。 　　(2)收到无线资源释放的消息且释放的原因为非正常的。 RRC Release消息（原因为非正常释放Not normal） (3)收到呼叫控制断连接、呼叫控制释放等消息，而且释放的原因为非正常的。CC Disconnect，CC Release Complete，CC Release三条消息中的任何一条，而且释放的原因为Not Normal Clearing或者Not Normal，Unspecified。 　　2.话统指标中的掉话定义 广义的掉话率应该包含CN和UTRAN的掉话率，由于网优重点关注与UTRAN侧的掉话率指标，掉话率描述也重点关注UTRAN侧的KPI指标。UMTS Terrestrial Radio Access Network -- UMTS陆地无线接入网 　　从大的方面讲，掉话分为两大类，信令面掉话和用户面掉话。 需要说明的是：无线接入网话统掉话的定义只从Iu接口的角度进行统计，统计了RNC主动发起的非正常资源释放的请求次数；路测的掉话定义主要从空口的消息和非接入层的消息结合原因值来进行定义的，两者不完全一致。比如说，对于同时进行主被叫通话，工具记录主叫的空口消息，如果被叫异常掉话，那么分析主叫的流程也会是一次掉话，但从话统上看，这次主叫是没有掉话指标记录的。所以两者的定义是不完全一致的，在分析时需加以区分。RNC记录的信令上看，如果在Iu接口上看到了RNC 发向CN的消息为IuRelease Request或者RNC发给CN的消息为RAB Release Request消息，此时定义为异常掉话。 二、掉话原因分析 　　由于掉话分析将涉及到具体的信令分析，因此本文参考华为设备的参数设置进行分析，而不同设备的参数定义并不一定相同，但是分析方法是相通的。 　　1.邻区漏配 　　一般来讲，掉话在初期优化过程中大多数是由于邻区漏配导致的。对于同频邻区，通常采用以下方法来确认是否为同频邻区漏配。 　　方法一：观察掉话前UE记录的EcIo信息和记录的BestServerEcIo信息。如果UE记录的EcIo很差，而记录的BestServer EcIo很好，同时检查记录Best Server EcIo扰码是否出现在掉话前最近出现的同频测量控制的邻区列表中。如果同频测量控制的邻区列表中没有扰码，那么可以确认是邻区漏配。 　　方法二：如果掉话后UE马上重新接入，UE重新接入的小区扰码和掉话时的扰码不一致，也可以怀疑是邻区漏配问题，可以通过测量控制，进一步进行确认（从掉话位置的消息开始往前找，找到最近一条同频测量控制消息，检查该测量控制消息的邻区列表）。 　　方法三：有些UE会上报检测集（DetectedSet）信息，如果掉话发生前检测集信息中有相应的扰码信息，也可以确认是邻区漏配的问题。 　　邻区漏配导致的掉话包括异频邻区漏配和异系统邻区漏配。异频邻区漏配的确认方法和同频几乎相同，主要是掉话发生的时候，手机没有测量或者上报异频邻区，而手机掉话后重新驻留到异频邻区上。异系统邻区漏配表现为手机在3G网络掉话，掉话后手机重新选网驻留到2G网络，从信号质量来看，2G网络的质量很好（在掉话点用2G测试手机观察RSS信号）。 　　2.覆盖差 　　一般来说，对于Voice而言，当CPICH的EcIo大于-14dB，RSCP大于-100dBm时（采用的测量值），不可能是由于覆盖导致的掉话。通常所说的覆盖差主要是指RSCP很差EcIo和RSCP都很差。 　　上行覆盖差还是下行覆盖差的问题需要通过掉话前上行或者下行的专用信道功率来确认。BLER也很差或者从RNC记录的单用户跟踪上看到NodeB上报RL failure，基本可以认为上行覆盖差导致的掉话；如果掉话前，下行发射功率达到最大值，并且下行的BLER很差，基本可以认为是下行覆盖不行导致的掉话。 由于缺站、扇区接错、功放故障导致站关闭等原因都会导致覆盖差，在一些室内，由于过大的穿透损耗也会导致覆盖太差。扇区接错或者站点由于故障原因关闭等容易在优化过程中出现，表现为其他小区在掉话点的覆盖差，需要注意分析区别。 直接观察Scanner采集的数据，若最好小区的RSCP和EcNo都很低，就可以认为是覆盖问题。 　　3.切换导致的掉话 　　软切换导致掉话主要有两类原因：切换来不及或者乒乓切换。 　　从信令流程上看，CS业务表现为手机收不到更新命令（同频硬切换时为物理信道重配置），PS业务也有可能收不到集更新命令，也有可能在切换之前先发生TRB复位。 解决切换