WCDMA掉话分析.docx
《WCDMA掉话分析.docx》由会员分享，可在线阅读，更多相关《WCDMA掉话分析.docx（25页珍藏版）》请在冰豆网上搜索。
WCDMA掉话分析
常见掉话原因
邻区漏配
●一般来讲，初期优化过程掉话的原因大多数是由邻区漏配。
对于同频
邻区，通常采用以下的办法来确认是否为同频邻区漏配：
⇨方法一：
观察掉话前UE记录的活动集Ec/Io信息和Scanner记录的
BestServerEc/Io信息，如果UE记录的Ec/Io很差，而Scanner记
录的BestServerEc/Io很好；同时检查Scanner（扫描仪）记录BestServer（最佳服务小区）扰码是否出现在掉话前最近出现的同频测量控制中，如果测量控制
中没有扰码，那么可以确认是邻区漏配。
⇨方法二：
如果掉话后UE马上重新接入，如果UE重新接入的小区扰码
和掉话时的扰码不一致，也可以怀疑是邻区漏配问题，可以通过测
量控制进一步进行确认。
●邻区漏配导致的掉话也包括异频邻区漏配和异系统邻区漏配。
覆盖问题
通常所说的覆盖差，主要是指RSCP（接收信号功率）和EcIo都很差。
覆盖的问题需要通
过掉话前上行或者下行的专用信道功率来确认，需要采用以下的方法
来确认：
⇨如果掉话前的上行发射功率达到最大值，并且上行的BLER（块误码率）也很差或
者从RNC（无线网络控制器）记录的单用户跟踪上看到NodeB上报RLfailure，基本可以
认为上行覆盖差导致的掉话；
⇨如果掉话前，下行发射功率达到最大值，并且下行的BLER很差，基
本可以认为是下行覆盖不行导致的掉话。
●确认覆盖的问题简单直接的方式：
⇨直接观察Scanner采集的数据，若最好小区的RSCP和EcNo都很低，
就可以认为是覆盖问题
切换问题
●软切换导致掉话主要分为两类原因：
切换来不及或者乒乓切换。
●从信令流程上CS业务表现为手机收不到激活集更新命令（同频硬切换时为物理信道
重配置），PS业务有时候会在切换之前先发生TRB复位。
●从信号上看，切换来不及主要有以下两种现象：
⇨拐角：
源小区Ec/Io陡降，目标小区Ec/No陡升（即突然出现就是很高的值）；
⇨针尖：
源小区EcIo快速下降后一段时间后上升，目标小区出现短时间的陡升。
●乒乓切换主要有以下两种现象：
⇨主导小区变化快：
2个或者多个小区交替成为主导小区，主导小区具有较好的
RSCP和Ec/Io，每个小区成为主导小区的时间很短；
⇨无主导小区：
存在多个小区，RSCP正常而且相互之间差别不大，每个小区的
Ec/Io都很差。
干扰问题
●一般情况下，对于下行，当CPICH导频信道RSCP大于-85dBm，而Ec/Io小于-
13dB容易产生了掉话，基本上可以认为是下行干扰的问题。
对于上行
RTWP比正常值（-104~-105）超过10dB，干扰时间超过2~3s，就有
可能造成掉话。
●对于下行，干扰可能是导频污染引起的。
流程交互问题
●一些需要信令交互的流程，如AMR控制、DCCC以及压缩模式的启
停、UE的状态迁移等，常常会由于信号的原因，手机支持方面的原因
或者RAN设备和手机的配合问题，导致流程失败，最后导致掉话。
●这类问题需要针对特定的流程和手机进行分析，没有一般性的处理方
法。
其他异常问题
●在排除了以上的原因之后，其他的掉话一般需要怀疑设备的问题，需
要通过查看设备的日志，告警等进一步来分析掉话原因。
⇨例如：
同步失败导致的链路不停增加和删除。
⇨例如：
手机不上报1a测量报告导致掉话。
HUAWEITECHNOLOGIESCO.,LTD.HUAWEIConfidentialPage39
路测数据分析流程
●第一步：
准备数据
⇨路测软件采集数据文件、RNC记录的单用户跟踪和RNC记录的CDL
●第二步：
获取掉话位置
⇨采用路测数据处理软件，比如Analyzer和获取掉话的时间和地点，
获取掉话前后Scanner采集的导频数据，手机采集的活动集和监视
集信息，信令流程等。
●第三步：
分析Scanner主导小区变化情况
⇨主要分析主导小区的变换情况，如果主导小区相对稳定，进一步分
析RSCP和Ec/Io情况；
⇨如果主导小区变化频繁，需要区分主导小区变化快的情况，或者没
有主导小区的情况，然后进一步进行乒乓切换掉话分析。
路测数据分析流程
●第四步：
观察Scanner最好小区RSCP，Ec/No，根据不同的情况分别处理：
⇨RSCP差，Ec/No差，可以确定为覆盖问题；
⇨RSCP正常，Ec/No差（排除切换来不及导致的，同频邻区干扰），可以确定为
导频干扰问题；
⇨RSCP正常，Ec/No正常，如果UE活动集中小区与Scanner最好小区不一致，可
能为邻区漏配或者切换来不及导致的掉话；如果UE活动集中小区与Scanner最
好小区一致,可能为上行干扰或责异常掉话。
●第五步：
路测重现问题
⇨由于一次路测不一定能够采集到定位掉话问题需要的所有信息，此时需要通
过进一步路测来收集数据。
通过进一步的路测也能确认该掉话点是随机掉话
的点或者固定掉话点，一般来说固定掉话点一定需要解决，而随机掉话点则
需要根据掉话发生的概率来确定是否需要解决。
话统数据分析流程
●第一步：
分析RNC的掉话率指标
⇨主要从整个RNC的整体掉话指标上判断掉话率指标是否正常。
●第二步：
分析小区的掉话率指标
⇨对于小区的掉话率指标，主要需要分析小区“AMR掉话率”、“VP掉
话率”、“PS掉话率”、“硬切换掉话率”、“系统间切换掉话率”，对所
有小区分别用以上的指标进行排序，选择指标特别差的小区或者最
差的一些小区，进一步分析掉话原因。
●第三步检查小区是否异常
⇨检查小区的告警，排除小区异常方面的原因。
●第四步：
分析掉话原因
⇨排除Iu口aal2异常导致的掉话问题，排除GTPU异常导致的掉话问
题；分析是否由于信令RLC复位导致的掉话，还是业务RLC复位导
致的掉话；分析该小区相关的切换指标（分析小区的切入成功率和
切出成功率），确认是否由于切换失败导致的掉话；通过分析小区
总带宽接收功率相关话统指标，分析在掉话率高的时段，是否相应
的上行干扰指标也很高，进一步确认上行干扰导致的掉话问题。
●第五步：
通过路测重现问题
⇨当通过话统分析无法进一步解决掉话问题的时候，需要针对小区进
行路测，跟踪手机侧和RNC的信令流程进行分析，详细分析方法请
参见路测数据分析流程。
HUAWEITECHNOLOGIESCO.,LTD.HUAWEIConfidentialPage47
信令跟踪数据分析流程
●第一步：
获取单用户跟踪消息
⇨单用户跟踪消息需要事先在RNC或者M2000上进行跟踪，然后才能
记录相应的消息。
一般情况下，根据IMSI进行跟踪记录的消息用来
分析掉话问题是足够的。
●第二步：
获取掉话点信息
⇨从单用户跟踪消息来看，掉话的定义是RNC主动发起了RAB释放
（消息名称为RANAP_RAB_RELEASE_REQ），或者RNC主动发
起IU释放（消息名称为RANAP_IU_RELEASE_REQ）。
前者对应
为用户面掉话，后者对应为信令面掉话。
通过查找以上两条消息，
就可以或者掉话点的时间，以及掉话前的信令消息，以便进一步进
行分析。
●第三步：
信令面掉话分析，信令面掉话表现为手机或者RNC不能收到确
认模式传送的信令，产生SRB复位，导致连接释放。
⇨下行方向一般有如下消息可能导致SRB复位，手机是否收到这些命
令需要手机侧的跟踪消息来确认；
−测量控制、活动集更新、物理信道重配置、传输信道重配置、
RB重配置和3G到2G的切换命令（HANDOVERFROMUTRAN
COMMAND）
⇨上行方向有以下的消息可能导致SRB复位，同样需要RNC侧的跟踪
消息来确认是否收到。
−测量报告、活动集更新完成、物理信道重配置完成、传输信道
重配置完成和RB重配置完成
●第四步：
用户面掉话分析
⇨用户面掉话主要是TRB复位，这种情况主要在PS业务上发生，
Voice和VP业务不会产生TRB复位。
⇨当活动集中只有一条链路上，会由于RLfailure导致RNC发起Iu
Release，RLfailure是上行失步引起的，但是下行失步会使UE关
闭发射机，接着就造成上行失步。
在定位掉话是上行引起释放还是
下行引起的时候，需要分析掉话前手机的发射功率和实时状态监控
中的下行的码发射功率。
⇨下行覆盖差、下行干扰强或者上行干扰都会导致TRB复位。
⇨有时候数据业务由于重传次数设置不合理，在切换来不及的情况
下，TRB比SRB先产生复位，在分析时要注意区分。
●第五步：
异常掉话分析
⇨异常掉话一般指掉话无法从覆盖、干扰等方面找到原因，也无法根
据前面介绍的用户面掉话或者信令面掉话原因来解释，这种掉话往
往是设备的异常或者是手机的异常导致的。
比如由于传输突然中断
导致的掉话、基站设备异常导致的掉话、手机突然死机等都会导致
异常掉话。
对于传输异常一般通过分析CDL或者参看告警来进一步
分析；对于基站设备异常可以通过查询基站状态来确认，对于手机
异常，需要通过分析手机记录的数据来定位。
●第六步：
拨测，重现问题
⇨当已有的数据不足以定位掉话问题的时候，启动更详细的数据跟
踪，最好的办法是在问题点进行拨测，重现问题，然后继续进行分
析。
HUAWEITECHNOLOGIESCO.,LTD.HUAWEIConfidentialPage52
用户投诉数据分析流程
●第一步：
了解用户投诉
⇨用户投诉发生的时候，需要详细记录问题发生的时间、的地点以及具体现
象。
●第二步：
检查话统指标
⇨通过分析与用户投诉相关的话统指标，来进一步分析该投诉是某个用户特有
的问题还是网络一般性的问题。
对于一般性的问题，请参考话统指标的分析
来进一步分析投诉。
●第三步：
检查告警
⇨根据投诉的时间，查看CN、RNC和投诉地点对应基站的告警，看是否存在
能够导致掉话的告警，如果存在这个告警，试着消除和解决这个告警。
用户投诉数据分析流程
●第四步：
检查CDL
⇨CDL记录了用户异常发生时候的信令、状态等信息，通过分析CDL可以进一
步了解投诉产生的原因。
●第五步：
投诉点拨测，重现问题
⇨对于话统分析、告警分析以及CDL分析都无法解决的问题，需要到现场拨
测，使问题重现。
拨测的时候，数据记录的方法和路测相同。
在某些场合，
可能不适合记录手机侧信息，那么需要RNC侧尽量多的记录信息，特别需
要记录上报的Ec/Io和RSCP信息，以排除覆盖问题导致的掉话。
对于一些
特别的地点，不方便到现场拨测，那么可以通过用户的手机号码来获取
IMSI，然后在RNC启动呼叫跟踪，以便进一步定位问题。
HUAWEITECHNOLOGIESCO.,LTD.HUAWEIConfidentialPage56
掉话问题解决方法
●工程参数的调整是非常有限的，基本的调整手段包括调整天线的高度、下倾角、天
线的波瓣宽度、天线增益以及方向角等。
工程参数的调整需要综合考虑整个小区的
覆盖效果，在解决一个问题的同时要不在其它区域引入新的问题。
⇨对于上行或者下行的覆盖问题导致的掉话：
考虑更改天线的高度、下倾角，也
可以更换增益更高的天线或者增加塔放。
⇨对于针尖和拐角效应：
天线调整也是比较有效的解决办法，由于针尖效应和拐
角效应往往出现在街道拐弯的地方或者两条街道交界的地方，可以考虑将天线
的方向角和街道错开一定的角度，但同时需要注意街道路边商铺的覆盖不能有
很大的影响。
⇨对于导频干扰引起的覆盖问题：
可以通过调整某一个天线的工程参数，使该天
线在干扰位置成为主导小区；也可以通过调整其他几个天线参数，减小信号到
达这些区域的强度，从而减少导频个数；如果条件许可，可以增加新的基站覆
盖这片地区；如果干扰来自一个基站的两个扇区，可以考虑进行扇区合并。
掉话问题解决方法
小区参数调整一
●1、小区偏置CIO
⇨该值与实际测量值相加所得的数值用于UE的事件评估过程。
UE将该小区
原始测量值加上这个偏置后作为测量结果用于UE的同频切换判决，在切换
算法中起到移动小区边界的作用。
该参数设置越大，则软切换越容易，处
于软切换状态的UE越多，同时占用更多的资源；设置越小，软切换越困
难，有可能影响接收质量。
对于针尖效应或者拐角效应，配置5dB左右的
CIO是比较好的解决办法。
●2、软切换相关的延迟触发时间
⇨延迟触发时间是1A，1B，1C和1D事件相关的触发时间。
触发时间的配置
会影响切换的及时性。
一般情况下，缺省参数的配置能够满足绝大多数场
景的要求。
切换参数可以针对小区设置，在根据环境设定了一套基本参数
之后，针对每个小区单独进行调整，可以把参数更改的影响限制在几个小
区之间，对系统的影响也较小。
小区参数调整二
●3、同频测量滤波系数FilterCoef
⇨层3滤波具有滤除随机冲击的能力，使得滤波后的测量更值反映信号的实际
变化趋势。
由于输入层3滤波器的测量值已经经过层1滤波，基本消除了快
衰落的影响，因此在层3应对阴影衰落和少量快衰落毛刺进行平滑滤波，为
事件判决提供更优的测量数据。
⇨滤波系数越大，对毛刺的平滑能力越强，但对信号的跟踪能力减弱，必须
在两者之间进行权衡。
⇨典型值可以设置如下：
−若切换区信号变化较慢，同频滤波系数可设为7；
−若切换区信号变化速度中等，同频滤波系数设为6；
−若切换区信号变化较快，同频滤波系数设为3。
小区参数调整三
●4、压缩模式启停门限
⇨压缩模式一般在异频切换或者异系统切换前启动，通过压缩模式来
测量异频或者异系统小区的质量。
压缩模式的启动可以根据CPICH
的RSCP或者Ec/Io是否满足条件来触发，在实际的应用中，一般都
采用RSCP作为触发条件。
⇨一般情况下，压缩模式需要测量目标小区（异频或者异系统）的质
量并获取相关信息，同时由于移动台的运动导致当前小区的质量恶
化，所以对于压缩模式的启动时机为：
当前小区的质量下降到导致
掉话之前能够及时测量到目标小区的信号完成切换；对于停止门限
则要求避免压缩模式的频繁启动和停止。
小区参数调整四
●5、无线链路最大下行发射功率RLMaxDLPwr
⇨配置大的专用链路的发射功率有利于克服覆盖导致的掉话点，但同
样带来干扰问题，由于单个用户允许的功率大，当用户在边缘是就
可能消耗大的功率，从而对其他用户造成影响，降低系统的下行容
量。
一般情况下下行发射功率的配置由链路预算提供，适当的增加
或者减少1~2dB，在单次路测中，很难看出对掉话的影响，但可以
从话统指标上看出来。
对于一些小区，由于覆盖原因导致掉话率较
高，可以考虑增加专用信道的最大发射功率；对于一些小区，由于
负载过高导致用户接入失败概率较高，可以考虑适当降低该参数。
小区参数调整五
6、信令和业务的最大重传次数
⇨在较高的误块率信道条件下，信令由于重传达到最大值就会产生
复位，信令的一次复位就会导致掉话；采用AM模式进行业务传输
的业务也同样会重传，重传达到最大值之后产生复位信令，系统配
置了最大允许的复位次数，当复位次数达到最大值之后，系统开始
释放业务，也同样会造成掉话。
⇨系统缺省的配置可以保证突发误块不会导致异常的掉话，同时在
进入覆盖比较差的场合能够及时进行复位，从而释放业务占用的资
源。
对于一些场景，有较多的突发干扰，或者针尖效应比较明显，
干扰突发期间可能导致100%误块，而又不希望过多的掉话，此时
可以考虑适当增加重传次数，通过重传来对抗突发干扰。
⇨该参数是针对RNC配置。
小区参数调整六
7、RSCP表示的小区异频硬切换门限
⇨当异频测量启动以后，手机开始测量异频小区，当异频小区的质量
高于该门限，RNC发起异频切换。
⇨结合压缩模式的启动停止门限来配置该参数，如果配置较小的值，
可以提早触发硬切换，如果配置较大的值，可以延迟进行硬切换，
从而可以控制切换区或者降低掉话概率。
●8、切换判决门限GsmRSSICSThd、GsmRSSIPSThd
⇨异系统切换门限可以针对CS业务和PS业务分开设置，方法和异频
硬切换门限的设置方法相同。
掉话案例分析
覆盖掉话案例
●覆盖分析中，必须：
⇨结合导频覆盖和业务覆盖进
行分析
⇨结合上行覆盖和下行覆盖进
行分析
⇨结合scanner和UE的测量结
果进行分析
⇨结合CPICH的Ec/Io、RSCP
和SC进行分析
覆盖掉话案例
掉话点位置处于3G网络的覆盖边缘，掉话发生在小区SC314
●掉话前UE测量得到的激活集中只有314小区，监视集中没有测量到小区。
●掉话前UE测量得到的RSSI很低，SIR是负的，UE的发射功率达到最大值。
覆盖掉话案例
●UE和scanner测量得到的Ec/Io都有相同的恶化趋势。
●UE和scanner测量得到的RSCP都有相同的恶化趋势。
上行干扰导致上下行覆盖不平衡
●由以上RNC跟踪信令可以看出，掉话是由于RNC下发直传（CCConnect），但
没有看到手机回应的CCConnectAcknowledge消息导致的。
由以上UE侧的信令可以看出：
手机收到了RNC下发的CCconnect消息，同时也
回了CCconnectAcknowledge消息，但RNC没有收到。
●从以上手机侧记录信息观察，下行CPICHEc和EcIo都很不错，但上行的发射功
率已经接近最大值，所以怀疑是上行出现问题。
●出现问题的SiteID为90640，小区为24231，24232，观察小区的RTWP发现波动
很大，查明干扰源，解决上行干扰。
HUAWEITECHNOLOGIESCO.,LTD.HUAWEIConfidentialPage75
掉话案例分析
●从下图可以看出掉话点不是处在覆盖边缘区域。
切换掉话案例
●从下图可以看出掉话点处于最优小区迅速变化的区域内。
●从下图可以看出掉话前UE测量得到的Ec/Io恶化至低于-21dB，而scanner测量得
到的Ec/Io依然维持在-11dB以上。
●从右图可以看出掉话前UE测量得到的最强小区是SC009，而scanner测量得到的最强小区是SC018，掉话后，UE迅速驻留在小区SC018。
●从下图可以看出掉话前，UE没有在监视集中测量到小区SC018。
分析发现邻区
关系已经在邻区列表中得到定义。
因此掉话原因可能是最强小区从小区SC009到
小区SC011到小区SC018变化太快，导致UE不能及时进行软切换。
●从下图可以看出小区SC018不应该是此处的最强小区，小区SC018存在严重的越
区覆盖，在掉话点，其RSCP在-75dBm以上。
所以需要加大小区SC018的下倾
角，控制其覆盖，优化掉话点的主导小区来解决此次掉话。
从右图可以看出掉话发生时手机的活动集质量很差，导致下行失步。
掉话后，手机重选到SC248
上。
●分析手机侧记录的消息，发现手机在掉话前上报了192扰码的1a报告，但没有上报248扰码的1a报告，实际上从手机的测量来看，此时是248扰码提供的覆盖。
●分析手机活动集最优小区的质量和监视集最优小区的质量：
可以看到248号扰码在11：
41：
38秒满足1a条件，但手机没有及时上报1a测量报告。
升级会员 