LTE切换问题分析套路
LTE切换失败问题分析案例
X2IPPATH配置问题导致切换不成功关键字：X2IPPATH 切换【现象描述】切换测试时，从站点B1的标口信令跟踪发现站点B1连续出现切换准备失败，HANDOVER_REQUEST消息后出现HANDOVER_PREPARATION_FAILURE，进入该消息中可以看到cause为transport-resource-unavailable，切换不成功，如下图所示。
【原因分析】对于切换流程失败而言，如果是切换准备阶段的失败，其原因通常为以下几种：（1）传输资源不够用；（2）没有配置IPPATH；（3）IPPATH中的邻居节点配置错误。
由于切换测试阶段的网络业务负载很小，接入用户数少，通过X2口传输的数据不多，一般来说不会出现传输资源不够用的情况。
所以可以先重点怀疑IPPATH配置的问题，在处理过程中需要对X2口和IPPATH问题排查处理，一步步解决问题。
【处理过程】每次切换到目标小区完成后，UE会读取目标小区的系统消息（RRC_SIB_TYPE1）,该消息中可以看到目标小区的CGI，通过CGI中的基站ID确认目标基站B2的ID。
从该次切换的切换命令（RRC_CONN_RECFG）可以找到目标小区CELL2的PCI，在目标基站B2中用MML命令查询确实存在小区CELL2，所以接下来可以针对目标基站B2以及源基站B1来检查IPPATH的配置了。
先查看B2基站对应的IPPATH有没有配置，如果配置则确认X2接口ID与IPPATH的邻接点ID是否一致。
在webLMT上的命令如下：LST SCTPLNK；检查SCTPLNK是否建立并查看目标基站B2以及源基站B1对应的SCTP链路号SCTP Link No。
DSP X2INTERFACE；检查X2INTERFACE是否配置并根据SCTP链路号SCTP Link No，查看对应X2接口的标识X2InterfaceId。
LST IPPATH; 根据X2接口标识X2InterfaceId，查看X2口两端的IP配置是否正确。
LTE切换为题处理案例及切换参数总结
切换问题处理及切换参数总结目录：简述： (1)一、案例分析： (1)1.1. 问题描述： (1)1.2. 优化： (3)二：切换参数总结： (3)1.1.UE测量配置基本信道参数表 (4)1.2.A3事件上报参数表 (4)1.3.切换算法参数表 (5)1.4.UE定时器及常量分析 (6)1.5.ENB协议定时器分析 (8)1.6.ENB实现定时器分析 (9)A1~A5，B1~B2事件总结： (10)简述：地铁部分FDD线路分布问题导致覆盖盲区场景下，FDD切TDD。
由FDD 站点覆盖快速衰落情景下，终端开启A2测量，信令窗口中频繁上报MR，无响应，切换失败导致重建。
经由本次问题处理，对切换参数进行总结。
一、案例分析：1.1.问题描述：由芍药居至太阳宫段，FDD切TDD终端占用1350(PCI=467) ENB=502165，地铁行驶过程中，信号快速衰落，终端开启A2测量，信令窗口频繁上报MR，无响应，切换失败导致RRC重建至1350（PCI=496）502163，经由此站切换至TDD38950（PCI=87）ENB=82354-42海淀十号线海淀黄庄站FDDNLS1.测试结果：1.2.优化：●参数查询：A1:-92，A2 :-100，A5 :-90，-95 CIO:0db TTT: 640ms●调整：由于FDD衰落迅速，几次测试均有-92左右迅速衰落至-120,导致重建，所以建议将A2门限提高，同时为满足快衰场景下能够顺利切换，将CIO调为10，使其提前切换，TTT切换切换时间由640ms改为160ms调整后参数：A1:-90，A2 :-92，A5 :-90，-95 CIO:10db TTT: 120ms●调整后测试二：切换参数总结：当UE处于连接状态，网络通过切换过程实现对UE的移动性管理。
切换过程包含移动性测量、控制面流程和用户面流程。
为了辅助网络作切换判决，原eNodeB为UE配置测量，使UE在切换之前上报服务小区和邻小区的信道质量，便于网络侧合理地判决切换。
LTE切换问题定位指导二(切换问题分析)
LTE切换问题定位指导一（切换问题分析）目录1站内切换，随机接入失败导致切换失败 (1)2站内切换，切换完成丢失导致切换失败 (4)3X2切换，源侧等待上下文释放命令超时 (6)4 X2切换，S1PathSwitch失败导致切换失败 (8)5切换随机接入失败触发重建，重建重配失败而掉话 (11)6eNB未响应UE切换测量报告，信道质量恶化而掉话 (12)7切换命令丢失导致切换失败 (14)8X2切换，Preamble丢失导致切换失败 (16)9X2切换，目标侧等待S1PathSwitchAck超时导致切换失败 (18)10X2切换，随机接入失败触发重建，重建完成丢而掉话 (21)11站内切换，随机接入失败触发重建，重建失败而掉话 (22)12站内切换，切换完成丢失触发重建，重建失败而掉话 (25)可以通过CHR分析切换问题，以下举例给出CHR分析切换问题的方法。
1站内切换，随机接入失败导致切换失败CHR中记录的释放原因值为usRelCause: UEM_UECNT_REL_HO_WAIT_RECFG_RSP_TIMEOUT，如下图。
Step1：“掉话前最后10条信令”分析备注：目前Insightsharp不支持解析“掉话前最后10条信令”，需要用内部工具UMAT 解析。
首先在CHR中找到本次掉话的CallID，再在UMAT中过滤出该CallID的相关记录。
从CHR 记录的掉话前最后10条信令可以看到，eNB等待切换完成5s定时器超时后向核心网发起释放请求。
Step2: 分析L2_SRB_LOG，判断UE是否收到切换命令切换命令HARQ反馈为ACK，说明UE收到了切换命令，如下图：Step3：查找L2_L1_DEDI_PREAMBLE ，分析切换随机接入过程是否成功专用Preamble 收到了10条（Preamble 最大重传次数配置为10次），说明UE 没有收到RAR 而进行了Preamble 重传，并且达到最大重传次数10。
《LTE切换案例》课件
邻区信号质量监测
实时监测邻区信号质量，及时发现 和解决信号干扰问题。
邻区配置一致性
确保邻区配置参数的一致性，避免 因配置不一致导致的切换失败。
提高网络覆盖质量
基站优化
频谱配置
合理规划基站布局，提高网络覆盖的 连续性和稳定性。
合理配置频谱资源，提高频谱利用率 和网络容量。
天线调整
根据实际覆盖情况，调整天线角度、 增益等参数，优化覆盖效果。
总结词
切换失败的原因及解决方案
详细描述
切换失败的原因可能包括信号质量差、网络覆盖不足、 参数配置错误等，解决方案包括优化网络覆盖、调整参 数配置、提高终端能力等。
案例二：LTE到TD-SCDMA的切换
总结词
异系统切换的兼容性问题
详细描述
在LTE到TD-SCDMA的切换过程中，关键技术包括测量技 术、判决算法、执行策略等，需要综合考虑系统间技术特 点、网络状况等因素。
案例一：基于覆盖的切换
总结词
当移动设备靠近一个小区的边缘时，由于信号强度减弱，系统会自动触发基于覆盖的切 换。
详细描述
当移动设备靠近一个小区的边缘时，由于信号强度减弱，系统会自动触发基于覆盖的切 换。这种切换是为了保证移动设备的连续通信和数据传输。在基于覆盖的切换过程中， 系统会监测移动设备的信号强度和通信质量，当信号低于一定阈值时，系统会自动触发
04
LTE切换优化建议
优化切换参数配置
切换阈值
根据实际网络环境和业务 需求，合理设置切换阈值 ，避免过早或过晚触发切 换。
切换时长
调整切换过程中的时长参 数，确保切换过程快速且 稳定。
切换优先级
根据不同小区和业务类型 ，设置合理的切换优先级 ，提高切换成功率。
网优文档80：LTE切换问题定位指导一(定位思路和问题现象)
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 切换门限改小后乒乓切换次数增多，但是由于切换更加及时，切换失败次数减少201 概述无线通讯的最大特点在于其移动性控制，对于终端在不同小区间的移动，网络侧需要实时监测UE并控制在适当时刻命令UE做跨小区的切换，以保持其业务连续性。
在切换的过程中，终端与网络侧相互配合完成切换信令交互，尽快恢复业务，在LTE系统中，此切换过程是硬切换，业务在切换过程中是中断的，为了不影响用户业务，切换过程需要保证切换成功率、切换中断时延、切换吞吐率三个重要指标，其中最重要的是切换成功率，如果切换出现失败，将严重影响用户感受，切换中断时延和切换吞吐率也会不同程度地影响用户感受。
对于网络中可能出现的切换问题，本文根据当前积累的LTE系统内切换问题定位经验，给出相应的问题隔离定位指导，以优化相应的网络指标。
2 切换问题定位思路切换信令失败和切换用户面中断时延问题的定位思路图分别如下：图1 切换信令失败问题分析思路图图2 切换用户面时延问题分析思路图分析方法对应表3 切换失败问题3.1 UE发多条测量报告仍没有收到切换命令在ANR开关关闭时，如果不配置邻区关系，不能进行切换。
lte切换失败案例
一、案例问题描述对LTE全网切换成功率进行TOP小区处理及分析，发现竹园D3切换成功率一直很低。
见下表：ENB内同频、异频切换正常，ENB间同频切换正常，但ENB间异頻切换率在29%~59%之间，其中按接口类型统计S1口的切换全部失败。
二、切换分析流程三、问题处理过程1）查询小区告警信息，未发现存在影响性能的告警。
2）查询小区相应时间段内的干扰情况，未发现不存在强干扰问题。
3）查询两两小区间的切换对，查看是否由个别邻区的关系影响了小区的切换成功率：查询两两小区间切换对时，发现该基站竹园D2和竹园D3切出到卢屋广场F 基站的三个小区都是全部失败，其他切换对是正常的。
因此问题定位到邻区级和目标基站级。
4）通过跟踪本小区与目标小区的S1口信令，HANDOVER REQUEST及HANDOVERPREPARATON FAIL两条关键信令信息。
其中查询S1AP_HANDOVER_REQUEST的信令解码查询目标小区ENB的消息：关键数据：目标NB-ID为0001,0000,1111,0001,0001B，应对的十六进制为10F11，即十进制为：69393。
5）查看S1AP_HANDOVER_PREPARATON_FAIL的信令解码，查看其失败原因：解码的失败原因为：HO-failure-in-target-EPC-ENB-or-target-system（失败原因为目标EPC或者目标ENB问题）。
根据S1AP_HANDOVER_PREPARATON_FAIL目标小区无法完成切换准备而导致切换失败。
6）查询源小区定义的外部邻区，其中卢屋广场F基站标识为69393共5位的基站NBID，现网配置基站标识的时候一般是6位数，怀疑是基站标识配置错误导致切换失败。
7）查询目标小区的基站标识信息：发现目标小区的基站标识为693937，与竹园D基站定义的源小区的69393不同有错误。
四、优化效果9月10日下午修改源小区错误的邻小区参数，从69393改为693937。
LTE切换专题分析指导文档V2.0
东莞LTE切换专题分析指导1、概述在无线网络系统中，终端在不同小区间移动，为了保持业务的连续性，网络需要实时监测UE并控制在适当时刻命令UE做跨小区切换。
本文主要结合东莞移动LTE现网系统内切换指标情况，根据现网数据统计分析，重点介绍了LTE系统内切换流程，切换类型、分析优化、及典型案例等。
2、切换的含义和流程LTE系统的整个切换过程完全由网络侧（eNB）控制，所以UE周期性上报相关的无线质量信息给eNB来判断，当eNB收到测量或切换事件上报时，会下发切换命名给UE,UE收到切换命令后，中断与源小区的交互，按切换命令切换到新的目标小区，并通过信令交互通知目标小区，以完成切换过程。
切换过程就是终端在移动过程中与网络连接交互发生变化的过程。
2.1 切换门限为了控制切换信令的准确性和及时性，网络通过一些参数来控制切换，同频切换采用A3事件来触发切换，即目标小区信号质量高于本小区一个门限且维持一段时间就会触发,当终端满足Mn+Ofn+Ocn-Hys＞Ms+Ofs+Ocs+Off且维持Time to Trigger个时段后上报测量报告。
Mn：邻小区测量值Ofn：邻小区频率偏移Ocn：邻小区偏置Hys：迟滞值Ms：服务小区测量值Ofs：服务小区频率偏移Ocs：服务小区偏置Off：偏置值异频切换采用A1，A2来触发异频测量，A3，A4，A5来进行切换判决触发。
现网采用A3,A4算法来判决切换触发。
A1门限为停止测量门限，即UE测量到的服务小区RSRP值如果大于该门限，则UE停止异频测量;A2门限为开启测量门限，即UE测量到的服务小区RSRP 值如果小于该门限，则UE开启异频测量；A4门限为切换判决门限，即UE测量到的异频邻区RSRP值如果大于该门限，则UE开始向该异频邻区切换。
触发条件：Mn+Ofn+Ocn-Hys>ThreshLTE系统内切换一般分为切换准备、切换执行、切换完成三步。
切换准备：UE根据预定的测量，向源eNB上报测量报告，源eNB根据报告及RRM信息决定UE是否需要切换。
精品案例_LTE切换失败原因及优化方法
LTE切换失败的原因及优化方法目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (6)四、经验总结 (6)LTE切换失败的原因及优化方法【摘要】当正在使用网络服务的用户从一个小区移动到另一个小区，或由于无线传输业务负荷量调整、激活操作维护、设备故障等原因，为了保证通信的连续性和服务的质量，系统要将该用户与原小区的通信链路转移到新的小区上，这个过程就是切换。
【关键字】连续性、服务的质量、通信链路【业务类别】优化方法一、问题描述亳州地市处理DT工单时，发现尾号为290309工单中测试车辆在亳州市涡阳县西环路与站前路交口东附近由东向西行驶中，占用XY-BZ-涡阳-天筑七彩城小区-HFTA-439340-5、XY-BZ-涡阳-涡阳紫金御景-HFTA-439340-1小区（2.1）无法切换到道路上的1.8G小区从而产生覆盖方向异常工单。
二、分析过程首先按照LTE切换种类、切换流程及切换异常问题等三方面进行分析：1、LTE切换种类站内切换、X2切换和S1切换2、切换流程分为测量控制、测量报告、切换命令、目标小区接入等过程A、测量控制测量控制信息是通过重配置消息（RRC Connect Reconfigration）下发的，测量控制一般存在于初始接入时重配置消息和切换命令的重配置消息中。
测量控制信息包括邻区列表、事件判断门限、时延、上报间隔等信息。
B、测量报告终端在服务小区下发的测量控制进行测量，将满足上报条件的小区上报给服务小区。
测量报告中会包括当前小区和测量到的邻小区信息。
C、切换命令这里的切换命令是指带有mobilityControlInfo的重配置命令，mobilityControlInfo包含了目标小区的PCI、T304等其他接入的所有配置。
D、目标小区接入终端在目标小区使用源小区在切换命令中带的接入配置进行接入，终端反馈重配置完成，标志切换结束。
但实际上重配置完成消息在收到切换命令后就已经组包完成并发送，在目标侧的随机接入可认为是由重配置完成消息发起得目标侧随机接入过程。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1、搭建镜像环境进行问题重现，通过问题分析中提炼出来的关 键特征一定要镜像到。
1、关键特征一定要模拟到，可以通过代码打桩等方式。
2、网络KPI问题要包括接入、(站内、站间S1、站间X2)切换、 2、多用户场景要考虑近、中、远点。
重3、建根；据代码走读发现的疑点，构造场景进行复现。
3、镜像环境要使用出问题站点的配置
说明
1、话统分析，参照局点日常监控KPI指标进行切换KPI指标监控 。
1、切换问题有如下几种
2、切换KPI不仅要关注全网指标还要关注TOP小区指标。
1)、升级或其它不明原因导致切换指标突然恶化； 2)、切换指标逐渐恶化，可能是业务量逐渐增加、或新用 户/新终端类型等不断加入；
3)、切换指标一直就比较差，需要优化性能；
1、切换问题除了分析成功率，还要分析总次数和失败次数的变 化。
关联指标分析主要尝试揭开问题的全貌，并找到一些线索 2、同时分析随机接入、接入、掉话、重建等相关指标是否有数 和可疑点。 量及成功率的异动
1、采一批TOP站点的故障/告警/操作日志；
2、分析故障/告警/操作的时间点和KPI恶化的时间点的对应关 系
如果是TOP小区/基站问题，把TOP站点和正常站点的参数 进行对比
因为TOP小区的问题现象会更明显，那么触发这些问题的 因素或场景也会更明显。
镜像重现也要使用这些TOP小区的配置文件。
因为TOP小区的问题现象会更明显，那么触发这些问题的 因素或场景也会更明显。
参照“LTE切换问题定位专家指南”，确认切换流程是在哪一个 步骤失败的，缩小问题定位范围。
1、确定是整网问题、还是TOP站点问题，还是特定载频问题； 1、确定问题范围可以用于提炼问题发生的场景，也可以
MOCN场景下是否特定运营商、特定核心网；
用于评估问题的影响。
2、如果是TOP站点问题，进一步确定是否TOP小区问题，以及确 2、通过问题范围细化还可以初步判断是切换源侧问题还
定是单向切换问题还是双向切换问题；
是切换目标侧问题。
3、如果是TOP小区问题，进一步确定是否TOP两两小区问题；
4、如果是TOP小区问题，进一步确定是否TOP用户；
分析切换KPI恶化/变化的时间点和趋势，如果是突然恶化，分 析恶化点网络是否有什么动作；如果是逐渐恶化，分析是否业 务量在逐渐增加，或有新用户/新终端在不断加入。
突然恶化的问题，分析网络的动作除了排查RAN侧的动作 （如版本升级、参数修改、RF调整、告警）外，还要分析 核心网的动作，对于配置了异系统互操作的网络，还要分 析3G2G网络的动作。
1、通过问题分析提炼出问题触发场景后，针对性进行代码走读 敢于怀疑一切。代码走读出来没有异常，不一定没有异常
。
。
1、如果是软件类问题，尝试复位基站后问题通常能够解决；
2、在常规套路定位不能解决后，尝试复位、下电、换单板这三 板斧
过程
规定动作
切换KPI监控及问题确认
问题现象和范围确认 问题范围确定
切换KPI恶化/变化时间分析
关联指标分析
故障&告警&操作日志排查
问题分析
Release notes分析 参数核查 Tห้องสมุดไป่ตู้P小区分析
问题分析
TOP小区分析 切换流程问题细化分析 镜像环境重现 代码走读 典型场景问题分析 个别站点异常
分析动作
如果是R版本或补丁版本升级导致的问题，对Release notes 中合入的问题逐个进行排查，确认是否存在切换指标修改的相 1、列出影响切换指标的问题修改，并确认是否版本间指 关问题（如果是V版本升级，因为版本间差异太多，该动作可以 标定义存在变化 跳过）
按照“参数核查通用指南”进行分析 找出TOP小区，分析问题的日志从这些TOP小区中采集；