3G网络掉话率指标优化措施.docVIP

3G网络掉话率指标优化措施 　　【摘 要】本文从无线网络优化角度出发，简要介绍了WCDMA网络掉话的定义及掉话问题的分析处理方法。 　　【关键词】3G网络；掉话率；优化措施 　　本文针对WCDMA网络掉话率问题，从邻区核查、网络覆盖、干扰排查、切换、系统参数等方面分析掉话原因，同时针对不同原因给出具体的解决措施，最终达到优化指标，提升用户感知的目的。 　　1 掉话的定义 　　从网络优化层面来分析掉话，主要有两个分析渠道，其一是通过路测软件分析掉话，其二是通过网络后台数据和话统进行分析，下面我们首先对路测掉话和话统掉话的定义进行简单的说明。 　　1.1路测掉话定义 　　从UE侧记录的空口信令上看，在通话过程中，如果空口的消息，满足以下三个条件的任何一个，我们就可以判定是发生了掉话： 　　（1）收到任何的BCH消息（即系统消息）； 　　（2）收到RRC Release消息且释放的原因值为Not Normal； 　　（3）收到CC Disconnect，CC Release Complete，CC Release三条消息中的任何一条，而且释放的原因为Not Normal Clearing或者Not Normal，Unspecified。 　　1.2话统掉话指标的定义 　　广义的掉话率应该包含CN域掉话率和UTRAN的掉话率，由于移动网络优化重点关注无线侧的掉话率指标，因此本文掉话率描述重点关注UTRAN侧的掉话指标分析。 　　CS域的掉话率计算公式如下： 　　需要说明的是RAN话统掉话的定义只从Iu接口信令的角度进行统计，统计了RNC主动发起的RAB release请求次数和Iu release请求次数。而路测掉话定义主要从空口的消息和非接入层的消息结合原因值来进行定义的，两者不完全一致。 　　2 常见掉话原因分析及解决措施 　　2.1 邻区漏配 　　对于WCDMA网络需要添加的邻区主要有同频邻区、异频邻区、异系统邻区等，在网络建设初期以及大建设时期，很容易造成邻区漏配，另外在行政区边界区域的网络由于分别属于不同的分公司，这样经常会因为工程参数共享不及时造成邻区漏配或出现单边邻区的情况，从而因为邻区的缺失引发掉话。对于邻区漏配的情况，我们可以通过两种方法来进行核实，首先可通过采集准确的系统工参，通过工具软件（一般常用NASTAR软件）进行核实，其次可对高掉话小区进行路测，通过路测发现问题。 　　利用NASTAR软件来核实邻区，主要是提取现网邻区配置参数，在软件中呈现现网邻区关系，然后通过各个小区之间的位置关系，凭借经验，修正有问题区域的邻区关系； 　　通过路测判断是否存在邻区漏配的方法如下： 　　方法一：如果掉话后UE马上重新接入，UE重新接入的小区扰码和掉话时的扰码不一致，就可以怀疑是邻区漏配问题，可以通过测量控制进一步进行确认，从掉话位置的消息开始往前找，找到最近一条同频测量控制消息，检查该测量控制消息的邻区列表，邻区列表中如果没有该小区信息，则可判定为邻区漏配。 　　方法二：有些UE会上报检测集（Detected Set ）信息，如果掉话发生前检测集信息中有相应的扰码信息，可以确认存在邻区漏配的问题。 　　异频邻区漏配的确认方法和同频几乎相同，主要是掉话发生的时候，手机没有测量或者上报异频邻区，而手机掉话后重新驻留到异频邻区上。异系统邻区漏配表现为手机在3G网络上掉话，掉话后手机重新选网驻留到2G网络，而查看2G网络覆盖，信号电平、质量都非常好，这种情况就是典型的异系统邻区漏配情况。 　　2.2 覆盖问题 　　一般来说，对于语音业务而言，当导频的EcIo大于-14dB，RSCP大于-100dB时，如果发生掉话，一般不可能是由于覆盖问题导致的掉话。通常所说的覆盖差，主要是指RSCP很差，一般RSCP会达到-110db左右 。覆盖问题可细分为上行覆盖差和下行覆盖差，要区分是上行差引起掉话还是下行差引起掉话，需要通过掉话前上行或者下行的专用信道功率来确认，具体方法如下： 　　如果掉话前的上行发射功率达到最大值，并且上行的BLER也很差或者从RNC记录的单用户跟踪上看到NodeB上报RL failure，基本可以认为上行覆盖差导致的掉话；如果掉话前，下行发射功率达到最大值，并且下行的BLER很差，基本可以认为是下行覆盖不行导致的掉话。 　　在日常网络优化过程中，确认弱覆盖问题最直接的方式是直接通过路测采集数据，若最好小区的RSCP和EcIo都很低，就可以认为是覆盖问题。造成覆盖差的原因主要有缺站、扇区接错、设备故障、有些室内穿透损耗大导致室内弱覆盖等，对于不同原因造成的覆盖差问题，需要注意分析，区别对待。 　　2.3 切换问题 　　软切换或同频小区之间的切换导致的掉话，常