网优文档80:LTE切换问题定位指导一(定位思路和问题现象)

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

LTE切换问题定位指导一

(定位思路和问题现象)

目录

1 概述 (1)

2 切换问题定位思路 (2)

3 切换失败问题 (4)

3.1 UE发多条测量报告仍没有收到切换命令 (4)

3.2 切换过程随机接入失败 (4)

3.3 测量报告丢失 (5)

3.4 切换命令丢失 (8)

3.5 下行信道质量差导致发送preamble达最大次数仍未收到RAR (9)

3.6 eNB下发RRC信令等待UE反馈,不处理切换命令 (10)

3.7 X2_IPPATH配置错误导致切换失败为例进行分析 (11)

3.8 X2切换,源侧发出切换请求,没有收到切换响应 (13)

3.9 X2切换,目标侧发送S1AP_PATH_SWITCH_REQ未收到响应 (13)

3.10 X2切换准备时间过长错过最佳切换时间 (14)

3.11 S_RSRP、N_RSRP都比较高的站内切换,用较小的HO_TTT(64ms),可以在

信号恶化之前及时进行切换 (16)

3.12 切换门限改小后乒乓切换次数增多,但是由于切换更加及时,切换失败次数减

少20

1 概述

无线通讯的最大特点在于其移动性控制,对于终端在不同小区间的移动,网络侧需要实时监测UE并控制在适当时刻命令UE做跨小区的切换,以保持其业务连续性。在切换的过程

中,终端与网络侧相互配合完成切换信令交互,尽快恢复业务,在LTE系统中,此切换过程是硬切换,业务在切换过程中是中断的,为了不影响用户业务,切换过程需要保证切换成功率、切换中断时延、切换吞吐率三个重要指标,其中最重要的是切换成功率,如果切换出现失败,将严重影响用户感受,切换中断时延和切换吞吐率也会不同程度地影响用户感受。对于网络中可能出现的切换问题,本文根据当前积累的LTE系统内切换问题定位经验,给出相应的问题隔离定位指导,以优化相应的网络指标。

2 切换问题定位思路

切换信令失败和切换用户面中断时延问题的定位思路图分别如下:

图1 切换信令失败问题分析思路图

图2 切换用户面时延问题分析思路图分析方法对应表

3 切换失败问题

3.1 UE发多条测量报告仍没有收到切换命令

在ANR开关关闭时,如果不配置邻区关系,不能进行切换。

首先确认eNB侧配置是否有问题,是否是邻区漏配。例如,UE要从小区A往小区B切换,发送了切换测量报告;此时,若小区A没有配置小区B为邻区,即使收到切换测量报告也不会处理,不下发切换命令,导致切换失败;此时,如果UE继续往远离服务小区的方向移动,信号越来越差会导致掉话。

查看是否邻区漏配,有如下方法:

LST EUTRANEXTERNALCELL(查询外部小区)

LST EUTRANINTRAFREQNCELL(查询同频邻区)

3.2 切换过程随机接入失败

暂且不考虑信道质量差导致的随机接入失败,我们首先查看相关的参数配置是否合理。

随机接入性能与小区半径配置有关系。如果UE在目标小区最大接入半径范围之外的地方发起随机接入,很可能出现preamble与RAR不匹配的问题,导致随机接入失败。随机接入失败的原因是UE侧发送Preamble经过无线信道传输时延后到达eNB较晚,导致eNodeB按照正常的接收窗去解Preamble时解成了上一个Preamble ID,导致发送的RAR和preamble不匹配。

出现这种问题时,华为测试终端的OMT上会有如下打印:

如果小区覆盖范围较大(比如郊区),切换点离目标小区距离大于目标小区实际配置的小区半径,会出现随机接入失败导致切换失败。可以适当增大目标小区半径,使得用户实际位置在小区半径之内。

3.3 测量报告丢失

首先判断测量报告丢失是否为上行信道质量差导致,可以通过上面4点进行分析。

下面给出下行加载场景下下行信道质量差导致切换测量报告发不出去的案例:

现网路测一轮出现8次测量报告丢失,每次的S_RSRP均在-115dBm以内,在其它小区上行空载的情况下(即上行没有干扰),-115dBm以内不会出现上行受限。因此,不应该是上行信道质量差导致的测量报告丢失。

现网路测一轮出现8次测量报告丢失,每次下行信道质量较差,SINR为负值,处于解调

门限附近、IBLER不收敛;DL_Grant偏低,下行最大能力灌包的情况下,UE解到的DL_Grant 应该为1000(999),DL_Grant偏低说明PDCCH解调有问题;同时,UL_Grant偏低说明很可能是PDCCH解调问题导致UE解到的UL_Grant减少、上行调度不足。

分析相应点的UL_Grant:

01:45:06.296 PCI56->PCI65

02:08:11.796 PCI264->PCI295

从UE层间消息分析:发送测量报告时,SR达到最大重传次数触发随机接入ID_RRC_MAC_RA_IND;且SR触发的随机接入失败,启动RRC随机接入。SR达到最大重传次数说明UE在发送测量报告时没有解到上行调度。

综合以上分析,eNB未收到测量报告不是因为上行信道质量差导致的上行信令丢失,而是下行加载场景下,下行信道质量恶劣,UE解调PDCCH出错,没有解到上行调度导致测量报告没有发出去;是下行信道质量差导致的上行信令丢失。

同时,我们做了相应的测试来验证我们的结论:打开上行预调度后,测量报告发不出去的次数明显减少。

3.4 切换命令丢失

以50%Load_woICIC路测数据为例:

23:45:59.062 PCI48->PCI50 UE未收到切换命令

该切换点邻区信号陡升6dB,对服务小区造成很大的干扰;下行SINR很低(-5dB),UE不能正确解调切换命令。

相关文档
最新文档