lte掉线专题分析指导v.docx
《lte掉线专题分析指导v.docx》由会员分享，可在线阅读，更多相关《lte掉线专题分析指导v.docx（28页珍藏版）》请在冰豆网上搜索。
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
无告警
是
查小区无告警，无干扰等，参数设置正常，主要是弱信号导致，初步怀疑现场信号被阻挡导致
跟进
升级会员 