《LTE掉线专题分析指导文档V2.0》由会员分享，可在线阅读，更多相关《LTE掉线专题分析指导文档V2.0（25页珍藏版）》请在金锄头文库上搜索。
1、东莞LTE掉线指标专项分析指引1、概述 本文重要结合东莞移动LTE现网无线掉线指标状况,根据现网数据记录分析,重点简介了LTE系统内掉线率指标的优化思路、分析措施、定位手段及典型案例;影响掉线指标的因素重要涉及:弱覆盖、干扰、故障及参数设立、异常TOP终端等。、无线掉线率定义及分析1无线掉线指标定义无线掉线率eN异常祈求释放上下文数初始上下文建立成功次数*10%。(N祈求释放上下文数=eNodB发起的UE Contx释放次数+eodB发起的S1 ESET导致的UCntet释放次数初始上下文建立成功次数=UE Contxt建立成功总次数）指标ID指标名称指标描述所属网元L.UCNTXnomRlU
2、E Contt异常释放次数DBS300LTEB3 LTE/TS00ALTE/BTS3900LLE/BTS300AL ,TS90L.ECTX.Rel.S1ese.NdeNd发起的S1REE导致的UE Conext释放次数DS3900 LT/BTS3900 LTE/BS3900ALT/BS390L LTE/BTS900L LE,BT3900UECNTX.Rel.SResetMME发起的S1 RSET导致的UECotext释放次数DB9 LT/BTS900LEBS390A TEBS39L LTE/BTS3900AL TE,BTS390无线掉线率该指标批示了UECONEXT异常释放的比例。异常祈求释放
3、上下文数通过 CONTE RE EQUEST中涉及异常因素的消息个数记录；初始上下文建立成功次数通过涉及建立成功信息的IniialConext SetpRponse消息个数。如图1中A点所示,当eNoe向ME发送 ONEXTRELEASEREQUEST消息，会释放UE的所有RAB。当释放因素不为“Normal Release”，“Detach”,“UerInactiviy”,“CS Fallbac triggere”，“UNt Availabl fo PS Sevice”,“Ier-RAT Redirecion”，“Time rtial Hanor”，“Handver Caeed”时,测量指标
4、.UECNTXAnormel加1如图2中A点所示,当Node向M发送S1 EST消息时，根据涉及的上下文个数，指标L.UNXRe.SReset.eNod进行累加。如图中点所示,当ME向eNode发送1 RST消息时，根据涉及的上下文个数,指标L.UECNT.el.S1setME进行累加。.2常用掉线因素分析22.1邻区错漏配一般，网络建设初期优化过程掉线占大多数是由于邻区错漏配导致的。对于TE网络内同频邻区，一般采用如下的措施来确认与否为同频邻区漏配:措施一:如果掉线后UE立即重新接入，且U重新接入的PCI与UE掉线时的PCI不一致,则可以怀疑是邻区错漏配问题,可以通过测量控制进一步进行确认(
5、从掉线位置的消息开始往前找,找到近来一条同频测量控制消息,检查该测量控制消息的邻区列表)。措施二:在网络侧，观测NB在收到E上报的测量报告后如果没有解决，且同步X2口没有往目的社区发送HNOVER_REQUEST,则可以怀疑是邻社区漏配。（该措施只合用于异站切换，同站切换没有2口交互)。邻区漏配导致的掉线也涉及异频邻区漏配和异系统邻区漏配。异频邻区漏配的确认措施和同频几乎相似，重要是掉线发生的时候，UE没有测量或者上报异频邻区，而UE掉线后重新驻留到异频邻区上。异系统邻区漏配体现为UE在网络掉线,掉线后E重新选网驻留到异系统网络,且从信号质量来看，异系统网络的质量较好。定位邻社区错漏配的措施可
6、通过UE的Scanne功能进行扫频,观测与否有更强的的且不在邻社区列表中的社区。邻社区错/漏配需要结合工参、电子地图等信息进行优化。2. 弱覆盖弱覆盖是超过了链路预算获得的最大路损得到的下行及上行的覆盖，由于上下行支持的最大路损不一致,一般在E中上行较之于下行先受限，故在这里提到的弱覆盖将分为上行弱覆盖及下行弱覆盖。按照V1R00C0及后来版本的商用网典型配备来看，下行PDCH导频配备的是15m（T2R配备）,上行UE最大发射功率为23dBm。在链路预算过程中链路预算的成果和场景、链路预算的边沿吞吐率、接受机警捷度等的配备强有关。有关链路预算成果如下表所示:表1 链路预算成果ScenaioCH
7、PSCge ae (Kps)0246MorologyDense rbanese UraChnnel MoelEU3ETUSectratin3 Setr3 SorSystem Banwdth (MHz）2020Edge MCQPK 0.12QPSK 0.13AnenaCnfiguratin2x2 SFB1x2EnviromentIndorInoresorce lokDSCHPUSHTotalRNumber0084RB mbeRre393TSCHPUCMa Tx Pow (m）6.012.00 Cableoss (d）0.50Body Ls (dB)0Aenna Gain (dB)180EIP(d
8、Bm)32.7 7.4 RxDSCHPUCHAenna Gain （B）01able Loss (dB）00.5Body Los （d)00oise Figre (d)2.nterfeenc ar (dB)0 1.0 SIN (dB)5.10 -4.03 eeie enitvty (Bm)10.34 -7 Minimum Signal Lvel（dB)-128.95 -19.86 MAPPDSCPUSCHPtrao Ls（dB)220Std Dv o So Fdg (d)11.717re Ceage Proablty95%95%Saow Fading argin(dB)10.86 1.86 M
9、A (dB)13080 26.44 CellCovrgePSCHPSCHUE Atea Heght （）1.15eN Anea Heiht（m)33Crrer Frequency (MHz)262535Propagation Moeost21Hata HuaweCost21-Haa aweoverage (Km)0400.1 从上表可见,该场景下（下行边沿吞吐率为124k,至少39个R)下行支持的最大路损为138dB,则按照导频是182dBm来计算的话,下行支持的最小RSRP为-138= -2.6，若低于该电平值，则可以觉得下行存在弱覆盖。而该场景（上行边沿吞吐率4，至少3个B）上行支持的最大
10、路损为14B,则上行支持的最小RRP为2-164 -1034dm，若上行低于该值,则就觉得上行存在弱覆盖。只要是上行或者下行其中一种存在弱覆盖,则就有导致掉线发生的也许。弱覆盖问题需要结合实际路测状况及工参进行调节优化。2. 切换导致的掉线在LT系统中,在时间轴上,可将切换分为如下3类:过早切换、过晚切换及乒乓切换。由于重建的引入，一般过早切换能重建回源社区,故不会引起掉线，而过晚切换及乒乓切换易导致掉线。从信号变化趋势上来看,过晚切换重要有如下现象：1） 拐角效应:源社区RSPR/SNR陡降，目的社区RSRPSINR陡升(即忽然出目前邻社区列表中就是很高的值）；2） 针尖效应:源社区RSPR
11、NR迅速下降后一段时间后上升，目的社区浮现短时间的陡升后立即陡降。由于切换过晚时容易发生目的社区没有UE的上下文,由于eA2.2C30之前的版本尚未实现无上下文的重建,故易导致重建失败,最后导致掉线。之后的版本在多数场景下可以无上下文重建成功，如果该现象仍有发生,需要具体问题再具体分析。从信令流程上看，一般在掉线前上报了邻区的A3测量报告,NdeB也收到了测量报告，并下发了切换命令，但是UE侧收不到，此时如果目的社区能有的上下文且能重建成功，可以不掉线。乒乓切换在信号变化趋势上有如下体现：1)主服务社区变化快:2个或者多种社区交替成为主服务社区，主服务社区具有较好的RSR和SI且每个社区成为主
12、导社区的时间很短;2）无最优社区:存在多种社区,RP正常并且互相之间差别不大，每个社区的SIN都很差。从信令流程上看,一般可以看到E刚刚完毕一次切换后就有新的测量报告上报并发起另一次切换，由于切换后尚有较多的重配备消息下发（CQI上报模式、sunding等），在乒乓区域易导致这些命令超时失败引起掉线。解决切换过晚导致的掉线问题,可以通过调节天线位置,修改切换参数或者配备CI使目的社区可以提前发生切换；解决乒乓切换带来的掉线问题,重要通过调节天线位置改善RF,使得该区域能有一种稳定的最优社区。对于异频切换和异系统切换,在切换前需要通过启动GAP来进行异频或者异系统频点的测量，故需要对A2参数进行
13、合理配备，保证及时的起GP测量,从而避免起GP过晚导致的终端来不及测量目的侧社区的信号导致掉线,并合理的配备目的社区的门限。2.4干扰引起的掉线一般干扰分为上行干扰及下行干扰，系统内干扰及外来干扰。不管哪种类型的干扰都会导致掉线。一般,对于下行，当服务社区的RSR高于-0，但是SNR低于-6,基本上可以觉得是下行干扰的问题（当邻社区错/漏配或切换不及时的时候,也也许浮现服务社区RSRP信号较好,但SIR很差的状况)；下行的干扰一般是指引频污染，指覆盖地区存在个以上的社区满足切换条件,由于信号的波动常常浮现频繁社区重选或者乒乓切换,也许会导致掉线。一般在没有干扰的状况下,上下行是平衡的,而当下行存在干扰时，会体目前下行受限,上行不受限；而存在上行干扰时，则是上行受限但下行不受限。2.2.5 流程交互失败某些需要信令交互的流程,如CQI上报周期、MMO模式、S、ANR流程等，这些流程往往常常会由于无线环境的因素，eNeB与终端侧兼容方面的因素或者UE自身的问题导致流程失败，最后导致掉线。此类问题需要针对特定的流程进行分析，特殊状况特殊解决，没有一般性的解决措
