lte掉线专题分析指导v.docx
- 文档编号:26304915
- 上传时间:2023-06-17
- 格式:DOCX
- 页数:32
- 大小:952.94KB
lte掉线专题分析指导v.docx
《lte掉线专题分析指导v.docx》由会员分享,可在线阅读,更多相关《lte掉线专题分析指导v.docx(32页珍藏版)》请在冰豆网上搜索。
lte掉线专题分析指导v
东莞LTE掉线指标专题分析指导
#
1、概述
本文主要结合东莞移动LTE现网无线掉线指标情况,根据现网数据统计分析,重点介绍了LTE系统内掉线率指标的优化思路、分析方法、定位手段及典型案例;影响掉线指标的原因主要包括:
弱覆盖、干扰、故障及参数设置、异常TOP终端等。
2、无线掉线率定义及分析
[
无线掉线指标定义
无线掉线率=eNB异常请求释放上下文数/初始上下文建立成功次数*100%。
(eNB请求释放上下文数=eNodeB发起的UEContext释放次数+eNodeB发起的S1RESET导致的UEContext释放次数
初始上下文建立成功次数=UEContext建立成功总次数)
指标ID
~
指标名称
指标描述
所属网元
27
—
Context异常释放次数
DBS3900LTE/BTS3900LTE/BTS3900ALTE/BTS3900LLTE/BTS3900ALLTE,BTS3900
38
发起的S1RESET导致的UEContext释放次数
·
DBS3900LTE/BTS3900LTE/BTS3900ALTE/BTS3900LLTE/BTS3900ALLTE,BTS3900
39
发起的S1RESET导致的UEContext释放次数
DBS3900LTE/BTS3900LTE/BTS3900ALTE/BTS3900LLTE/BTS3900ALLTE,BTS3900
无线掉线率该指标指示了UECONTEXT异常释放的比例。
异常请求释放上下文数通过UECONTEXTRELEASEREQUEST中包含异常原因的消息个数统计;初始上下文建立成功次数通过包含建立成功信息的InitialContextSetupResponse消息个数。
如中A点所示,当eNodeB向MME发送UECONTEXTRELEASEREQUEST消息,会释放UE的所有E-RAB。
当释放原因不为“NormalRelease”,“Detach”,“UserInactivity”,“CSFallbacktriggered”,“UENotAvailableforPSService”,“Inter-RATRedirection”,“TimeCriticalHandover”,“HandoverCancelled”时,测量指标加1
如图2中A点所示,当eNodeB向MME发送S1RESET消息时,根据包含的上下文个数,指标进行累加。
如图3中A点所示,当MME向eNodeB发送S1RESET消息时,根据包含的上下文个数,指标进行累加。
…
常见掉线原因分析
邻区错/漏配
*
通常,网络建设初期优化过程掉线占大多数是由于邻区错/漏配导致的。
对于LTE网络内同频邻区,通常采用以下的办法来确认是否为同频邻区漏配:
方法一:
如果掉线后UE马上重新接入,且UE重新接入的PCI与UE掉线时的PCI不一致,则可以怀疑是邻区错/漏配问题,可以通过测量控制进一步进行确认(从掉线位置的消息开始往前找,找到最近一条同频测量控制消息,检查该测量控制消息的邻区列表)。
方法二:
在网络侧,观察eNodeB在收到UE上报的测量报告后如果没有处理,且同时X2口没有往目标小区发送HANDOVER_REQUEST,则可以怀疑是邻小区漏配。
(该方法只适用于异站切换,同站切换没有X2口交互)。
邻区漏配导致的掉线也包括异频邻区漏配和异系统邻区漏配。
异频邻区漏配的确认方法和同频几乎相同,主要是掉线发生的时候,UE没有测量或者上报异频邻区,而UE掉线后重新驻留到异频邻区上。
异系统邻区漏配表现为UE在LTE网络掉线,掉线后UE重新选网驻留到异系统网络,且从信号质量来看,异系统网络的质量很好。
定位邻小区错/漏配的方法可通过UE的Scanner功能进行扫频,观察是否有更强的的且不在邻小区列表中的小区。
.
邻小区错/漏配需要结合工参、电子地图等信息进行优化。
。
弱覆盖
弱覆盖是超出了链路预算获得的最大路损得到的下行及上行的覆盖,由于上下行支持的最大路损不一致,通常在LTE中上行较之于下行先受限,故在这里提到的弱覆盖将分为上行弱覆盖及下行弱覆盖。
按照V100R004C00及以后版本的商用网典型配置来看,下行PDSCH导频配置的是(2T2R配置),上行UE最大发射功率为23dBm。
在链路预算过程中链路预算的结果和场景、链路预算的边缘吞吐率、接收机灵敏度等的配置强相关。
}
相关链路预算结果如下表所示:
表1链路预算结果
Scenario
PDSCH
PUSCH
>
EdgeRate(Kbps)
1024
64
Morphology
DenseUrban
}
DenseUrban
ChannelModel
ETU3
ETU3
Sectorization
】
3Sector
3Sector
SystemBandwidth(MHz)
20
20
`
EdgeMCS
QPSK
QPSK
AntennaConfiguration
2x2SFBC
~
1x2
Environment
Indoor
Indoor
ResourceBlock
*
PDSCH
PUSCH
TotalRBNumber
100
84
,
RBNumberRequired
39
3
Tx
PDSCH
PUSCH
MaxTxPower(dBm)
CableLoss(dB)
]
0
BodyLoss(dB)
0
0
:
AntennaGain(dBi)
18
0
EIRP(dBm)
`
Rx
PDSCH
PUSCH
AntennaGain(dBi)
…
0
18
CableLoss(dB)
0
$
BodyLoss(dB)
0
0
NoiseFigure(dB)
7
—
InterferenceMargin(dB)
SINR(dB)
~
ReceiverSensitivity(dBm)
#
MinimumSignalLevel(dBm)
MAPL
PDSCH
》
PUSCH
PenetrationLoss(dB)
20
20
StdDevofSlowFading(dB)
,
AreaCoverageProbability
95%
95%
(
ShadowFadingMargin(dB)
MAPL(dB)
》
CellCoverage
PDSCH
PUSCH
UEAntennaHeight(m)
、
eNBAntennaHeight(m)
30
30
;
CarrierFrequency(MHz)
2655
2535
PropagationModel
Cost231-HataHuawei
,
Cost231-HataHuawei
Coverage(Km)
~
从上表可见,该场景下(下行边缘吞吐率为1024k,最少39个RB)下行支持的最大路损为,则按照导频是来计算的话,下行支持的最小RSRP为,若低于该电平值,则可以认为下行存在弱覆盖。
而该场景(上行边缘吞吐率64k,最少3个RB)上行支持的最大路损为,则上行支持的最小RSRP为=,若上行低于该值,则就认为上行存在弱覆盖。
只要是上行或者下行其中一个存在弱覆盖,则就有导致掉线发生的可能。
弱覆盖问题需要结合实际路测情况及工参进行调整优化。
切换导致的掉线
在LTE系统中,在时间轴上,可将切换分为如下3类:
过早切换、过晚切换及乒乓切换。
由于重建的引入,通常过早切换能重建回源小区,故不会引发掉线,而过晚切换及乒乓切换易导致掉线。
(
从信号变化趋势上来看,过晚切换主要有以下现象:
1)拐角效应:
源小区RSPR/SINR陡降,目标小区RSRP/SINR陡升(即突然出现在邻小区列表中就是很高的值);
2)针尖效应:
源小区RSPR/SINR快速下降后一段时间后上升,目标小区出现短时间的陡升后立即陡降。
因为切换过晚时容易发生目标小区没有UE的上下文,由于之前的版本尚未实现无上下文的重建,故易造成重建失败,最终导致掉线。
之后的版本在多数场景下可以无上下文重建成功,如果该现象仍有发生,需要具体问题再具体分析。
从信令流程上看,一般在掉线前UE上报了邻区的A3测量报告,eNodeB也收到了测量报告,并下发了切换命令,但是UE侧收不到,此时如果目标小区能有UE的上下文且能重建成功,可以不掉线。
》
乒乓切换在信号变化趋势上有如下表现:
1)主服务小区变化快:
2个或者多个小区交替成为主服务小区,主服务小区具有较好的RSRP和SINR且每个小区成为主导小区的时间很短;
2)无最优小区:
存在多个小区,RSRP正常而且相互之间差别不大,每个小区的SINR都很差。
从信令流程上看,一般可以看到UE刚刚完成一次切换后就有新的测量报告上报并发起另一次切换,由于切换后还有较多的重配置消息下发(CQI上报模式、sounding等),在乒乓区域易导致这些命令超时失败引起掉线。
解决切换过晚导致的掉线问题,可以通过调整天线位置,修改切换参数或者配置CIO使目标小区能够提前发生切换;解决乒乓切换带来的掉线问题,主要通过调整天线位置改善RF,使得该区域能有一个稳定的最优小区。
>
对于异频切换和异系统切换,在切换前需要通过启动GAP来进行异频或者异系统频点的测量,故需要对A2参数进行合理配置,保证及时的起GAP测量,从而避免起GAP过晚导致的终端来不及测量目标侧小区的信号导致掉线,并合理的配置目标小区的门限。
干扰引起的掉线
通常干扰分为上行干扰及下行干扰,系统内干扰及外来干扰。
不论哪种类型的干扰都会导致掉线。
通常,对于下行,当服务小区的RSRP高于-90,但是SINR低于-6,基本上可以认为是下行干扰的问题(当邻小区错/漏配或切换不及时的时候,也可能出现服务小区RSRP信号很好,但SINR很差的情况);下行的干扰通常是指导频污染,指覆盖地区存在3个以上的小区满足切换条件,由于信号的波动常常出现频繁小区重选或者乒乓切换,可能会导致掉线。
通常在没有干扰的情况下,上下行是平衡的,而当下行存在干扰时,会体现在下行受限,上行不受限;而存在上行干扰时,则是上行受限但下行不受限。
)
流程交互失败
一些需要信令交互的流程,如CQI上报周期、MIMO模式、SRS、ANR流程等,这些流程往往常常会由于无线环境的原因,eNodeB与终端侧兼容方面的原因或者UE本身的问题导致流程失败,最后导致掉线。
这类问题需要针对特定的流程进行分析,特殊情况特殊处理,没有一般性的处理方法。
-
异常分析
传输问题(S1、X2口复位、闪断等)
eNB故障(单板复位、射频通道故障等)
UE故障等(UE死机、发热、版本缺点等)
在排除了以上的原因之后,其他的掉线一般需要怀疑是否是设备存在问题,需要通过查看设备的日志文件,告警信息等进一步来分析掉线原因。
,
比如:
eNodeB基带板内存泄露导致在发起小区资源核查时释放用户导致掉线;
比如:
核心网重启导致的eRAB异常释放。
还有在路测过程中易引起路测终端过热/死机,或者连线脱落/掉电导致的掉线。
优化思路
整网指标优化分析
!
话统指标分析流程图如下所示:
说明:
1、首先需要在话统侧获取全网的掉话率指标以及趋势,掉话率趋势分析至少需要分析1~2周左右的数据。
如果全网的掉话率指标突然偏高,一般下列因素会导致全网的掉话率突然增加,需要执行以下的检查:
是否存在传输告警:
观察S1口传输是否出现问题;
(
是否存在设备告警:
观察eNodeB侧是否存在告警;全网话务量趋势分析:
分析是否由于话务量突然增加导致掉话率上升;话务量的分析通常可通过e-RAB尝试建立的次数及成功次数的分布来判断。
2、然后依据检查结果,定位掉话问题;
如果面全网的掉话率指标一直偏高,分析小区级别的掉话率指标,把小区级的掉话率指标和掉话绝对次数按从高到低的顺序进行排序,优先分析掉话绝对次数多而且掉话率也很高的Top小区;进行小区掉话指标分析;
需要检查小区参数在掉话率异常期间是否存在修改。
3、分析掉话统计结果,对Top小区实施优化措施;优化措施实施后对比该小区的掉话率指标是否改善;
《
4、分析优化措施是否可以全网复制,如果可以的话安排全网经验复制,分析实施后的指标是否满足要求,如果满足要求,那么结束掉话优化;否则,重新进行Top小区优化;
TOP小区优化思路
(
说明:
1、获取小区级话统的掉话率指标及趋势,掉话率趋势分析至少需要分析1~2周左右的数据;
如果小区的掉话率指标突然偏高,需要检查eNodeB侧是否存在该小区相关的告警信息;检查该小区所属eNodeB的告警,确认该小区没有出现故障等信息;
常见的告警如RRU相关的告警、通道相关的告警、传输相关的告警、基带板相关的告警等。
;
2、分析小区级掉话原因CHR数据,获取导致掉话的各种原因的比例,按照比例从高到低的顺序分别针对不同的原因进行分析;
3、依据各Top原因所对应的实际掉话原因进行分析处理
4、是否存在OM操作导致的站点复位,重启等导致的掉话;
5、是否有Top用户存在,如果有,需要对Top用户的Log进行详细分析;
6、如果是无法通过CHR数据定位解决的问题,需要通过抓取该Top小区内eNodeB侧的IFTS数据(TTI跟踪)、串口跟踪进行进一步分析;
~
7、如无法进行进一步深入分析,则需要使用测试终端进行复现,并抓取UE侧的log及内部打印信息进行进一步定位。
3、PRS-切换相关模板
R9版本PRS中已经建立切换相关的指标模板,可以根据需要自行提取即可。
掉线指标提取模板分为两类,掉线指标模板CONTEXT掉线指标模板,这两项指标都包含在一个PRS模板里。
\
打开PRS,选择报表管理->KPI组专项优化->掉线率指标->按条件查询:
点击进入的操作界面如下:
选择所需要查询的小区,选择时间-时间维度可以选择(小时、天、周、月、所有)。
。
查询后的指标如下:
详细指标项如附件:
)
、案例参考
东莞东城景湖春天E2-HLW-2掉线分析
问题描述:
东莞东城景湖春天E2-HLW掉线严重,指标趋势如下:
;
原因分析:
分析异常释放原因99%为无线层原因。
—
查该小区告警存在单板软件运行异常告警,小区服务能力下降告警及射频单元驻波告警,10个RRU且优6个RRU上行数据同步异常。
派单维护现场协助处理告警
处理结果:
,
维护人员现场复位单板后,单板软件运行异常告警及小区服务能下降告警消除,但RRU81,84的射频单元异常告警还是存在,待继续跟进处理。
观察掉线指标恢复
(
东莞塘面工业区F-HLH-1掉线分析
问题描述:
东莞塘面工业区F-HLH-1无线掉线率时好时坏,有时达20%左右,趋势如下:
原因分析:
.
查该小区无告警,且干扰正常
查询指标统计,E-RAB异常释放主要为切换失败导致,两两切换指标统计,切换出失败目标小区为CELLID=1878143(东莞桥南路F-HLH-3)
查目标小区东莞桥南路F-HLH-3干扰较严重
/
处理结果:
目标小区存在上行干扰导致切换失败掉线,目标小区干扰较强,属于外部干扰,待安装滤波器,由于滤波器设备未到位,跟进中
东莞颜屋F-HLH-3掉线分析
问题描述:
东莞颜屋F-HLH-3无线掉线率一直都不达标,趋势如下:
原因分析:
—
查该小区无告警,观察每个RB上的干扰情况,无明显干扰现象
观察指标,95%的异常释放原因为无线层原因,查询该小区邻区,与周边站点都有定义邻区关系,同频邻区数44个,异频邻区数28个。
NASTAR分析,UE多次上报测量报告,且测量到的邻区的RSRP都相对较弱,超过定时后,eNodeB向MME发起释放请求,释放的原因都为“RadioNetworkLayerCause
CHR数据分析,主要为上行弱覆盖,如下:
{
TA测量分析,该小区平均TA=左右,但最大TA=24,有点过覆盖现象。
"
地理位置分析,该站点两旁都是山体,站点较少,距离最近站点。
RSRP小于-110占%。
处理结果:
由于地理环境,周边站点较少,导致东莞颜屋F-HLH-3覆盖区域弱信号,待调整下倾角观察
|
东莞三滘中路F-HLH-2切换掉线分析
问题描述:
东莞三滘中路F-HLH-2无线掉线率较高,10%以上。
见下图:
。
原因分析:
查源小区东莞三滘中路F-HLH-2无告警,无干扰等情况
统计指标,主要为切换掉线
^
由信令分析,准备切换成功,在执行切换时失败
)
测量报告显示,源小区的RSRP=-97dbm.邻小区RSRP=-91dbm。
同频切换,邻小区RSRP比源小区强6dbm,但无法切换,最终eNodeB向MME发起释放请求
无漏配邻区关系,检查邻区配置参数,发现源小区所定义的外部小区PCI与邻区东莞大围头F-HLH-2和东莞大围头F-HLH-3PCI定义错误
|
处理结果:
把外部小区PCI修改于邻小区一致后,东莞三滘中路F-HLH-2掉线恢复正常
:
4、整网指标优化情况
·
自9月22日开始掉线专题优化后,掉线率有所下降,指标趋势如下:
跟进TOP小区如下:
】
小区名
告警情况
是否通过单优
问题描述
是否完成
》
东莞城市学院悦香园F-HLH-2
无
否
1,2小区天线接反
指标恢复
:
东莞南城台商大厦E3-HLW-1
无
否
RRU接错,与设计方案不一致,未通过单优,待工程处理
跟进
!
东莞松山湖华为南方工厂宿舍南区E1-HLW-1
无
否
存在强干扰,干扰下降,指标有所好转
指标有所好转
,
东莞松山湖华为南方工厂宿舍南区E1-HLW-2
无
否
存在强干扰,干扰下降,指标有所好转
指标有所好转
~
东莞松山湖华为南方工厂宿舍南区E1-HLW-3
无
否
存在强干扰,干扰下降,指标有所好转
指标有所好转
^
东莞寮步丰泰旗山绿洲三期E1-HLW-2
单板软件运行异常告警/小区服务能力下降告警
否
派单工程处理,由于设备故障,无配件更换,暂去激活小区
跟进
!
东莞东城盈彩美地浅水湾二期E-HLW-1
单板软件运行异常告警
否
设备存在问题,未通过单优,派单工程处理
跟进
,
东莞狮子洋隧道口F-HLH-3
无
是
弱覆盖,覆盖过远,派单调整下倾角,待调整下倾角-3度调为2度
跟进
)
东莞怀德厚虎路F-HLH-1
无
是
特殊环境所致,周围站点少,覆盖过远导致
跟进
~
东莞颜屋F-HLH-3
无
是
特殊环境所致,周围站点少,弱覆盖,待调整下倾角
跟进
/
东莞东城景湖春天E2-HLW-2
射频单元驻波告警/单板软件运行异常告警/小区服务能力下降告警
是
已派单维护处理,回复:
经我司维护人员到现场检查,由于是软件吊死,经复位后正常
指标恢复
¥
东莞常平万科城六期E-HLW-1
单板软件运行异常告警
是
已派单维护处理,回复:
现场检查由于是LBBP板故障引起,复位LBBP板后告警消除
指标恢复
*
东莞常平万科城六期E-HLW-2
单板软件运行异常告警
是
已派单维护处理,回复:
现场检查由于是LBBP板故障引起,复位LBBP板后告警消除
指标恢复
东莞常平万科城六期E-HLW-3
单板软件运行异常告警
是
已派单维护处理,回复:
现场检查由于是LBBP板故障引起,复位LBBP板后告警消除
指标恢复
东莞常平万科城六期E-HLW-4
单板软件运行异常告警
是
已派单维护处理,回复:
现场检查由于是LBBP板故障引起,复位LBBP板后告警消除
指标恢复
东莞常平万科城六期E-HLW-5
单板软件运行异常告警
是
已派单维护处理,回复:
现场检查由于是LBBP板故障引起,复位LBBP板后告警消除
指标恢复
东莞虾公坎村F-HLH-3
无
是
过覆盖,派单调整下倾角,机械下倾由2度调为5度
跟进
东莞高埗鑫鹏购物广场E-HLW-1
射频单元驻波告警
否
派单工程处理,回复:
刘凯2(2014-10-1312:
09:
42)处理完成:
处理过程:
告警解除,设备运行正常。
未通过单优,现去激活
跟进
东莞新城综合楼F-HLH-2
无
否
上行干扰严重,平均干扰噪声-81dbm
跟进
东莞三滘中路F-HLH-2
无
是
切换失败掉线,外部小区东莞大围头F-HLH-2的PCI定义错误导致,修改后指标恢复
指标恢复
东莞竹塘F-HLH-1
无
是
上行干扰严重,平均干扰噪声-71dbm
跟进
东莞丰泰华园山庄F-HLH-2
无
是
切换到东莞虎门镇标F-HLH-1切换掉线,目标小区无告警,参数设置正常,修改小区偏移量0调为-6,待观察
指标有所好转
东莞南城行政办事中心E1-HLW-2
小区服务能力下降告警
是
射频单元框号89,134上行数据同步异常,派单维护处理,回复:
该告警是由于后台数据问题导致,现重做数据后已恢复正常,告警消除。
指标恢复
东莞东坑富强电子厂新厂区E-HLW-1
无告警
是
查无告警,存在弱信号,派单维护检查设备正常,怀疑覆盖不完善,部分区域弱信号导致
跟进
东莞石排人民医院二期(微)整改E-HLW-1
无
是
查小区无告警,参数设置正常,无用户接入,初步怀疑数据吊死,复位基站后指标恢复正常
指标恢复
东莞石兴市场F-HLH-3
无告警
是
切换导致东莞石排人民医院二期(微)整改E-HLW-1失败掉线。
初步怀疑目标站点数据吊死,复位基站后指标恢复正常
指标恢复
东莞下江城二区F-HLH-1
无告警
是
查小区无告警,无干扰等,参数设置正常,主要是弱信号导致,初步怀疑现场信号被阻挡导致
跟进
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- lte 专题 分析 指导
![提示](https://static.bdocx.com/images/bang_tan.gif)