WCDMA掉话分析.docx
《WCDMA掉话分析.docx》由会员分享,可在线阅读,更多相关《WCDMA掉话分析.docx(25页珍藏版)》请在冰豆网上搜索。
![WCDMA掉话分析.docx](https://file1.bdocx.com/fileroot1/2023-2/3/efe38560-d9fe-4b62-b586-99f42d84dc04/efe38560-d9fe-4b62-b586-99f42d84dc041.gif)
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测量报告。