LTE切换问题定位和优化指导书

1、Huawei Technologies Co. Ltd.华为技术有限公司产品名称Project ID密级 Confidentiality level项目组名称 Group name日期Date版本 VersionLTE切换问题定位指导（仅供内部使用）For internal use only拟制：LTE性能专家组日期：审核：日期：审核：日期：批准：日期：华为技术有限公司Huawei Technologies Co., Ltd.版权所有 侵权必究All rights reserved概述 错误 !未定义书签。1 切换问题定位思路 错误!未定义书签。切换失败问题 错误!未定义书签。U或多条测量报告

2、仍没有收到切换命令 错误！未定义书签。切换过程随机接入失败 错误!未定义书签。测量报告丢失 错误！未定义书签。切换命令丢失 错误！未定义书签。下行信道质量差导致发送preamble 达最大次数仍未收到RAR. 错误 ！未定义书签。eNBTF发RRCI令等待U取馈，不处理切换命令 错误！未定义书签。X2_IPPATHffi置错误导致切换失败为例进行分析 错误！未定义书签。X2切换，源侧发出切换请求，没有收到切换响应 错误！未定义书签。X2切换，目标侧发送 S1AP_PATH_SWITCH_REQ至IJ响应 错误！未定义书签。X彻换准备时间过长错过最佳切换时间 错误！未定义书签。S_RSRP N_

3、RSR邮比较高的站内切换，用较小的HO_TTT(64ms),可以在信号恶化之前及时进行切换 错误 ！未定义书签。切换门限改小后乒乓切换次数增多，但是由于切换更加及时，切换失败次数减少错误 ！ 未定义书签。CH的析切换问题 错误！未定义书签。站内切换，随机接入失败导致切换失败 错误 ！未定义书签。站内切换，切换完成丢失导致切换失败 错误 ！未定义书签。X2切换，源侧等待上下文释放命令超时 错误！未定义书签。X2切换，SIPathSwitch失败导致切换失败 错误！未定义书签。切换随机接入失败触发重建，重建重配失败而掉话 错误 ！未定义书签。eN时响应UEU换测量报告，信道质量恶化而掉话 错误！未

4、定义书签。切换命令丢失导致切换失败 错误 ！未定义书签。X2切换，Preamble丢失导致切换失败 错误！未定义书签。X2切换，目标侧等待S1PathSwitchAck超时导致切换失败.错误！未定义书签。X彻换，随机接入失败触发重建，重建完成丢而掉话.错误！未定义书签。站内切换，随机接入失败触发重建，重建失败而掉话 错误 ！未定义书签。站内切换，切换完成丢失触发重建，重建失败而掉话 错误 ！未定义书签。概述无线通讯的最大特点在于其移动性控制，对于终端在不同小区间的移动，网络侧需要实时监测U商控制在适当时刻命令 UE故跨小区的切换，以保持其业务连续性。在切换的过程中，终端与网络 侧相互配合完成切

5、换信令交互，尽快恢复业务，在LTE系统中，此切换过程是硬切换，业务在切换过程中是中断的，为了不影响用户业务，切换过程需要保证切换成功率、切换中断时延、切换吞吐 率三个重要指标，其中最重要的是切换成功率，如果切换出现失败，将严重影响用户感受，切换中 断时延和切换吞吐率也会不同程度地影响用户感受。对于网络中可能出现的切换问题，本文根据当 前积累的LTE系统内切换问题定位经验，给出相应的问题隔离定位指导，以优化相应的网络指标。1切换问题定位思路下面是从LTE切换问题定位和优化指导书中摘录的案例，可供切换问题定位参考。切换信令失败和切换用户面中断时延问题的定位思路图分别如下：图1切换信令失败问题分析思

6、路图图2切换用户面时延问题分析思路图分析方法对应表切换失败分类定位方法信道质量1通过Probe观察RSRP SINR、IBLER、DL/UL_Grant等；LMT用户性能跟踪，分析上/下行信道质量网优问题2结合网络规划，分析是否有越区覆盖情况，调整电倾角；cluster边界邻区关系配置。配置问题3MM匿看是否有邻区漏配；X2相关配置；随机接入相关配置( Ncs_Index );鉴权开关传输问题4查看告警，是否有链路闪断；传输是否稳定。该问题概率性出现，很难抓取10g定位产品问题5无线侧、核心网侧产品Bug可能造成切换概率性失败；功能不完善也可能造成切换性能降低。需要开发协助定位。切换大时延分类

7、解决方案数据包重传源侧数据包CR0昔B060SPC350版本合入：源侧 L3收到切换测量报告后，指示L2对之后的数据采用低阶调度，MCS#数可配，同时抬升对应的PDCC助率，固定CCEM合级别为8目标侧数据包CRCtB060SPC350版本合入：目的侧切换完成后启动定时器， 定时器时长内对数据采用低阶发送，MCS阶数可配（MML可配）；同时抬升对应的 PDCCHJ率，固定CCE聚合级 另 为 8 （合入版本）。SET HOMCSPARAMCSHOSTATIC=0 HOCQIRPTTIMER=60ms;切换命令重传切换命令HARCM传进入频选（代码bug）B060SPC340版本合入：切换命令

8、HARCM传时不进入频选切换命令PDCCH/PDSCH限eRAN B060SPC350版本合入：1）抬升切换命令 PDCC电率，同时固定CCEM合级别为8; 2）抬升切换命令PDSCH 功率，同时切换命令采用固定 MCS1发送；3） eNB侧直 接将HARQ+ARQ传（考虑到商用终端能力，该功能默认关闭）；4）合入DTX处理方案，解决初彳解到 DTX HARQ 重传无增益问题。随机接入流程Preamble重传优化覆盖/调整切换参数，使得切换点具有较好的信道质 量，减少重传。X2配置问题检查 X2配置(X2_Interface/IPPATH )等。UE处理流程B060SPC360 UE版本合入：

9、优化流程，如果在更新系统 消息期间收到 RRC连接重配置消息，则打断系统消息更 新流程，优先处理 RRC接重配消息。1.1 切换失败问题1.1.1 UEg多条测量报告仍没有收到切换命令在ANRF关关闭时，如果不配置邻区关系，不能进行切换。首先确认eNB侧配置是否有问题，是否是邻区漏配。例如，UE从小区A往小区B切换，发送了切换测量报告；此时，若小区 A没有配置小区B为邻区，即使收到切换测量报告也不会处理，不下发 切换命令，导致切换失败；此时，如果UE侬续往远离服务小区的方向移动，信号越来越差会导致掉话。查看是否邻区漏配，有如下方法：LST EUTRANEXTERNALCE LL 询夕卜部小区）

10、LST EUTRANINTRAFREQNCE LL 询同频邻区）1.1.2 切换过程随机接入失败暂且不考虑信道质量差导致的随机接入失败，我们首先查看相关的参数配置是否合理。随机接 入性能与小区半径配置有关系。如果UE&目标小区最大接入半径范围之外的地方发起随机接入，很可能出现preamble与RA杯匹配的问题，导致随机接入失败。随机接入失败的原因是UEW发送Preamble经过无线信道传输时延后到达eN眼晚，导致eNodeBj$照正常的接收窗去解 Preamble时解成了上一个Preamble ID ,导致发送的RA岛口 preamble不匹配。出现这种问题时，华为测试终端的OMT:会

11、有如下打印：如果小区覆盖范围较大（比如郊区），切换点离目标小区距离大于目标小区实际配置的小区半径，会出现随机接入失败导致切换失败。可以适当增大目标小区半径，使得用户实际位置在小区半 径之内。1.1.3 测量报告丢失首先判断测量报告丢失是否为上行信道质量差导致，可以通过上面4点进行分析。下面给出下行加载场景下下行信道质量差导致切换测量报告发不出去的案例：现网路测一轮出现8次测量报告丢失，每次的 S_RSRP在-115dBm以内，在其它小区上行空载的 情况下（即上行没有干扰），-115dBm以内不会出现上行受限。因此，不应该是上行信道质量差导致的测量报告丢失。现网路测一轮出现8次测量报告丢失，每次

12、下行信道质量较差，SIN时负值，处于解调门限附近、IBLER不收敛；DL_Grant偏低，下行最大能力灌包的情况下，UE军至必 DL_Grant应该为1000（999）,DL_Grant偏低说明PDCCH调有问题；同时，UL_Grant偏低说明很可能是PDCCH调问题导致UE军至U 的UL_Grant减少、上行调度不足。分析相应点的 UL_Grant ：01： 45： PCI56->PCI6502： 08 ： PCI264->PCI295从UE1间消息分析：发送测量报告时，SRi到最大重传次数触发随机接入ID_RRC_MAC_RA_IND且SR虫发的随机接入失败，启动 RRCf机接

13、入。S也到最大重传次数说明UE&发送测量报告时没有解到上行调度。综合以上分析，eN时收到测量报告不是因为上行信道质量差导致的上行信令丢失，而是下行 加载场景下，下行信道质量恶劣，UE军调PDCCH错，没有解到上行调度导致测量报告没有发出去；是下行信道质量差导致的上行信令丢失。同时，我们做了相应的测试来验证我们的结论：打开上行预调度后，测量报告发不出去的次数明显减少。1.1.4 切换命令丢失以50%Load woICI酬测数据为例:23:45:PCI48->PCI50 U眯收到切换命令该切换点邻区信号陡升 6dB,对服务小区造成很大的干扰；下行SINRf艮低（-5dB） , UE能

14、正确解调切换命令。可通过调整天线、两个小区的 CIO使提前切换来解决。1.1.5 下行信道质量差导致发送preamble达最大次数仍未收到RAR首先分析切换点的信道情况：从路测数据统计看，100喻口载场景出现了 12次切换完成eN股有收到的情况。各切换点 S_RSRP 都比较高，在上行空载的情况下， 不会出现上行受限。分析下行信道质量，SINR比较低（均为负值）， 且下行旧LERFI攵敛，说明下行100劾口载场景下，下行干扰很大、信道质量较差。从OMT踪打印看，U或送preamble达最大次数仍没有收到 RAR如图：下图为100%Load_woICIC、100%Load_ICIC场景随机接入失

15、败点，与目标站的距离均小于1km=cluster6 小区覆盖范围较小，配置的 Ncs_Index=2（ 相应的最大接入半径为，不影响随机接入性能。综合以上分析，路测数据下行加载场景下的切换完成eN时收到，是由于切换随机接入失败导致的。下行信道质量差，导致 U段有解到RAR当preamble达到最大重传次数时，随机接入失败。1.1.6 eNEBF发RR时令等待UEK馈，不处理切换命令eNBF发了 RRCB令（比如MIMOt配消息），因为下行信道质量差，U酸有解调出来。当满足切换条件时，UEi报测量报告，而eNBE在等待上一条RRCB令的反馈，因此，不处理测量报告。当下 发RRCB令达到2s后仍然

16、收不到U取馈，将其释放，发送 RRC_CONN_RE息。如下图：eNBW跟踪：UEJ跟踪1.1.7 X2_IPPATIffi置错误导致切换失败为例进行分析路测过程中，发现站点 OSL35琏续出现X2切换准备失败，如图:从切换准备失败的原因可以大致看出：传输资源不够或者 没有配置 IPPATH 或者 IPPATH 中的邻接点配置错误 导致，由于接入的用户不多，因此应该是IPPATH®置相关。确认方法：1）从eCGI中可以确定基站ID为100123即OSL12霸站，再根据上报的邻区 PCI为4的小区确认是 否属于123基站，如果是则确定是 123基站，如果不是则查看 PCI为4小区所在的

17、基站是哪些，逐个排 查；2）查看123基站的X2接口对应的IPPATH否配置，如果配置则确认 X2接口 ID与IPPATH勺邻接点 ID 是否一致。Step1:查看目标侧基站相应的 SCT班路号（X2SCTPLINKID ；LST SCTPLNKStep2:根据SCTpit路号，查看相应 X2接口标识（X2INTERFACEIDLST X2INTERFACE;Step3:根据X雅口标识，查看相应的IP配置是否正确。LST IPPATH经过核查，发现OSL123t然配置了与OSL355X2接口，但是没有配置相应的IPPATH导致OSL355 向OSL12致送X2切换请求后，收到 X2切换准备失败

18、消息。配置 X2_IPPATHHh,切换OK1.1.8 X2W换，源侧发出切换请求，没有收到切换响应左图为源侧基站消息跟踪；右图为目的侧基站消息跟踪。,延误了最佳切eN环会处理后面有时还会出现这样的情况：由于源侧收到HANDOVER_REQUEST_ACK（秒级）换时机，导致切换失败。1.1.9 X2W换，目标侧发送 S1AP_PATH_SWITCH_REQ!J响应目标侧发送S1AP_PATH_SWITCH_REQ至IJ响应，导致此次切换失败。同时, 上报的切换测量报告，导致新触发的切换也失败。1.1.10 X2 切换准备时间过长错过最佳切换时间从Probe的测试数据中看到，UE&上报

19、多次相同测量报告没有收到切换命令。根据eN则全网跟踪信息分析发现这种情况下源侧 eN殴起X2切换请求。eNBU换X2准备时间过了很长时间才收到切换 请求响应；期间，目的侧信号迅速衰减，最终目的侧eN股有接收到切换完成消息、切换失败。UE重建成功后，eN殴起对DRB勺重配置消息时，U段有收到，eNBiRLC到最大重传次数直接释放用 户。UEU换失败后发起重建，成功后由于没有接收到DRB勺重配置消息，再次发起重建，由于第一次重建eNB® RLCi到最大重传次数释放了用户上下文，U印二次重建被拒绝导致异常释放。PCI345小区RSR覆盖情况良好，在切换X2准备期间，邻区信号迅速衰减， 导致

20、UE®机接入失败， 目的侧没有收到切换完成，切换失败。X2准备时间过长导致切换不及时错过最佳切换时间，导致后续用户重建掉话等情况。【解决措施】S1链路闪断、传输受限等问题导致的切换失败，通常是概率性出现，难以定位分析；对路测切 换性能有一定影响。X2准备时间过长从eNB®全网跟踪上看X2信令传输浪费了 3s的时间。分析站点一键式日志时没 有发现X2链路故障的情况：底层 SCTpit路发出消息后，如果在 1s内没有收到数据包的 ACN向应就会 发起数据包重传，如果连续 10次重传失败就会上报 SCT腕路告警断开SCTP初步定位是由于X2信令 重传导致信令传输时延增大。经过与客

21、户确认发现客户在近期调整传输网络，导致传输性能受到影 响。出现传输问题需要及时向客户确认，以减少不必要问题定位。1.1.11S_RSRR N_RSRP比较高的站内切换，用较小的 HO_TTT64m§ ,可以在信号恶 化之前及时进行切换Testi 22 : 55: PCI48->PCI50 切换命令 UE收到分析：1、这次切换为站内切换，切换岚 S_RSRP N_RSR都比较高；在下行加载场景下，目标小区对 原小区有较强的干扰。此时导频 SINR<0dB, DL_IBLER>20%说明切换点下行信道质量较差，导致切 换命令丢失。2、切换门限2dB, UEU换测量报告中

22、 N_RSRP- S_RSRP 3dB。这种S_RSRP N_RSR邮比较高的 站内切换，在下行加扰场景下，切换点的下行信道质量恶劣，需要提高切换触发的及时性，在信道质量急剧恶化之前完成切换。3、为了提高切换及时性，将 HO_TT由128m箭短至64ms HO_TTT64ms测试结果，在该点切换 成功。提高切换及时性后，上报切换测量报告点的信道质量有所改善，SINRM然也有显著的减低，但仍然有23dB,大于解调门限；DL_IBLER Z15%基本收敛于目标值10%下行信道质量不是很差, 保证了切换命令的正确解调。如下图：Test2 23 : 52: PCI48 >PCI50 切换成功（H

23、O_TTT64msTest3 01 : 06: PCI48 >PCI50 切换成功（HO_TTT64ms结论：对于S_RSRP N_RSR嘟比较高的站内切换，切换点信道质量急剧恶化，需要提高切换的及时性。建议适当改小切换门限（由 3dB缩小为2dB）,缩短切换触发时间 TTT （由128ms缩 小为64ms 。1.1.12切换门限改小后乒乓切换次数增多，但是由于切换更加及时，切换失败次数减少在相同路线上进行不同切换门限对比测试（2dBW换vs 3dB切换），有如下结果：1、3dB切换的路测数据中，统计的切换次数为103次；而2dB切换时的切换次数明显增大 （130次）。2、2dB切换由于

24、切换门限变小，更容易发生乒乓切换，从而切换次数变多。同时，切换门限减 少也提高了切换的及时性，使得 UES下行信道质量明显恶化之前就触发切换，提高了切换成功率。1.2 CH用析切换问题及以后版本合入了 CHRU换维测打点，可以通过 CH的析切换问题，以下举例给出CH用析切换问题的方法。1.2.1 站内切换，随机接入失败导致切换失败CH种记录的释放原因值为usRelCause: UEM_UECNT_REL_HO_WAIT_RECFG_RSP_TIMEOUT 图。Step1 : “掉话前最后10条信令”分析备注：目前Insightsharp不支持解析“掉话前最后 10条信令”，需要用内部工具 UM

25、A解析。首先在CH碑找到本次掉话的 CallID ,再在UMA并过滤出该CallID的相关记录。从CHR己录的掉 话前最后10条信令可以看到，eN蹄待切换完成5s定时器超时后向核心网发起释放请求。Step2:分析L2_SRB_LOG判断UE否收到切换命令切换命令HAR皈馈为ACK说明UE攵到了切换命令，如下图：Step3 :查找L2_L1_DEDI_PREAMBLE分析切换随机接入过程是否成功专用Preamble收到了 10条（Preamble最大重传次数配置为 10次），说明U豉有U到RARBS行 了Preamble重传，并且达到最大重传次数 10。综合以上分析可知，本次站内切换失败原因为随

26、机接入失败。1.2.2 站内切换，切换完成丢失导致切换失败CH种记录的释放原因值为usRelCause: UEM_UECNT_REL_HO_WAIT_RECFG_RSP_TIMEOUT 图。Step1 : “掉话前最后10条信令”分析eN股切换命令后未收到切换完成。（CHRe取CalllD ,在UMA中过滤出该CalllD信息）Step2:分析L2_SRB_LOG判断UE否收到切换命令切换命令HAR皈馈为ACK说明UEE攵到了切换命令，如下图：Step3 :查找L2_L1_DEDI_PREAMBLE分析切换随机接入过程是否成功专用Preamble收到了 1条，说明UE送一次Preamble即收

27、到了 RAR综合以上分析，本次切换失败原因为切换完成丢失。当然，也不能完全排除随机接入失败导致 的切换失败（U豉有U到RAR而重发的Preamble eNB均没有收到）。1.2.3 X2W换，源侧等待上下文释放命令超时CH种记录的掉话释放原因值为usRelCause: UEM UECNT REL HO OUT X2 REL BACK FAILStep1 : “掉话前最后10条信令”分析最后10条信令显示：源侧没有收到目标侧的*2±下文释放命令，定时器超时（ Timer 15s ）释放用户。Step2：切换流程分析1）源侧基站CHRL2_SRB_LOGL示切换命令HAR皈馈为ACK说明

28、UE攵到了切换命令。2）源侧基站CHRcell_RR_RSP字段中查找本次呼叫的 CRNTI=6303）目标侧基站CHRHo In info 字段中查找SRS CRNTI=630勺话单。由于目标侧站点 CH骸时段 信息已被冲掉，因此无法继续分析。如果有目标侧的信息，可以分析切换随机接入是否成功，是否 收到切换完成，etc 。1.2.4 X2W换，SIPathSwitch失败导致切换失败Stepl :源侧CH野析1）切换命令HAR超馈为ACK说明UE攵到了切换命令2）该U位切换源侧的CRNTI=1457；3）切换测量报告中的 RSRP S_RSRP=-112dBm； N_RSRP=-108dBm

29、4） “掉话前最后10条信令”分析：等待 X2_Context_Rel_CMD超时释放用户，切换失败。需要 通过目标侧CHR1一步分析切换失败原因。Step2：目标侧CH用析1）过滤HoInInfo的usSrsCrnti字段，找到usSrsCrnti=1457的记录，即为该 U讣次切换的目标 侧信息。2 ） “掉话前最后10条信令”分析：目标侧收到了切换完成；由于核心网回复 S1_PATH_SWITCH_REQ_FAIM 切换失败。综合以上分析可知，本次切换失败原因为S1PathSwitch失败，非无线侧原因。1.2.5 切换随机接入失败触发重建，重建重配失败而掉话Step1: “掉话前最后1

30、0条信令”分析，切换失败重建回源侧，eN爵待重建重配完成超时（5s）释放用户。Step2：重建原因分析，切换随机接入失败触发重建1.2.6 eN陈响应UEU换测量报告，信道质量恶化而掉话Step1: “掉话前最后10条信令”分析UE断上报切换测量报告（切换目标小区PCI320）,但eN味下发切换命令（怀疑没有配置邻区关系）；从测量报告信息可知，U斯在服务小区下彳T信号较弱，RSRP=-122dBmStep2：掉话原因分析UEM UECNT REL UE RLC UNRESTORE INDh*12RLCt传次数达至U最大值时的无法恢复指示消息*/该释放原因包括两种场景：1) SRB RL(&am

31、p;最大重彳次数；2) DRB RL位最大重传次数。L2_SRB_LOG录了 L2检测到异常前(比如，RLCi最大重传次数)最后 8条下行SRB勺调度情况；DRB_64MSsize=16 )记录了 L2检测到异常(比如，RL(&最大重传次数)前 16*64ms时间内下行DRB勺调度情况。下图显示，掉话前 SRBE常，随后DRBH现大量NACK/DTX( DRB_64MS416的为NACK/DTX。综合以上分析可知，eN味响应UEU换测量报告，导致信道质量恶化，DRB RL跳最大重传次数而掉话(eNB佥测到RLCi最大重传次数后约延迟 30s释放)。1.2.7 切换命令丢失导致切换失败C

32、H种记录的掉话释放原因值为 5,即UEM UECNT REL HO OUT X2 REL BACK FAILStep1 : “掉话前10条信令分析”：源测等待上下文释放命令超时而释放用户。Step2：源测CH的析：切换命令的HAR(1传次数达到最大 (ucHarqReTransTimes=4 )且HARQ 反馈状态为2 (DTX),说明U豉有收到切换命令。综合以上分析：本次切换失败的原因为切换命令丢失。1.2.8 X2W换，Preamble丢失导致切换失败CH种记录的掉话释放原因值为 5,即UEM UECNT REL HO OUT X2 REL BACK FAILStep1 : “掉话前10条

33、信令分析”：源测等待上下文释放命令超时而释放用户。Step2 :源测CH野析：(1)切换命令的HAR©馈为1 (ACK ,说明UE攵到了切换命令。(2)通过 RbCellRrRsp 字段的 usCrnti ,确定源测的 CRNTI=524Step3:目标侧CH-析:(1)通过HoInInfo字段，查找usSRSCRnti=524的话单。(2)目标侧CHR6 L1上报Preamble字段，L2_L3释放Preamble与分配Preamble的间隔为2s, 说明Preamble丢失。综合以上分析：本次切换失败的原因为Preamble丢失。1.2.9 X2W换，目标侧等待S1PathSwitchAck超时导致切换失败Stepl： "掉话前最后10条信令”分析：源侧等待上下文释放命令超时释放用户。Step2 :源测CH用析：(1)切换命令的HAR超馈为ACK说明UE攵到了切换命令。(2) RbCellRrRsp 字段显示源测的 CRNTI=1006Step3:目标侧CH用析(1)目标侧 CHRHoInlnfo 字段，查找 usSRSCRNTI=1006(2)目标侧最后1