LTE切换为题处理案例及切换参数总结
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小区切换案例LTE小区切换是指终端设备在从一个小区移动到另一个小区时，需要重新选择和连接新的小区，以确保通信的稳定和流畅。
在实际应用中，LTE小区切换质量直接关系到通信质量和用户体验。
下面我们来分步骤阐述LTE小区切换案例。
第一步，建立初始连接。
在终端设备上，首先要建立初始连接，即与初始小区建立通信。
设备发送“RRC Connection Request”消息进行请求，小区收到请求后，发送“RRC Connection Setup”消息建立连接，并给终端设备分配临时标识TMSI，之后发送“RRC Connection Complete”消息确认连接建立成功。
第二步，进行切换准备。
当设备检测到信号质量较低或无信号时，便开始进行小区切换准备。
设备发送“Measurement Report”消息给初始小区，通知其该设备已经开始准备切换，并开始在周围其他小区中进行测量，选择信号质量较好的小区。
第三步，选择目标小区。
设备通过测量报告自主选择信号质量较好的目标小区，并发送“Handover Request”消息给初始小区，请求切换到目标小区。
初始小区收到请求后，进行“Handover Preparation”准备工作，包括与目标小区通信、资源分配等。
第四步，执行小区切换。
当初始小区已经做好了切换准备，便发送指令消息给终端设备，要求其切换至目标小区。
设备接收到消息后，开始断开与初始小区的连接，并发送“Handover Command”消息通知目标小区要求连接。
第五步，完成小区切换。
目标小区收到“Handover Command”消息后，开始分配资源，并发送“Handover Request Acknowledge”消息通知切换成功。
设备接收到消息后，发送“Handover Complete”消息，确认切换成功。
总体来说，LTE小区切换需要经过建立初始连接、切换准备、选择目标小区、执行小区切换、完成小区切换等多个步骤。
LTE-切换优化案例
TD-LTE切换问题优化案例1 基站不下发切换命令该问题的前提是UE上报了切换的MR，基站侧也收到了MR，但没有收到切换命令，可能的原因有邻区漏配或邻区配错、下发重配置没收到重配置完成和同频邻区中有PCI相等的邻区。
下面以案例形势一一展开。
1.1 邻区漏配&邻区配错1.1.1邻区漏配从基站跟踪看到基站收到了大量的MR，没有下发切换命令，导致掉话，如下图。
从probe上看信道质量不差没到解调门限以下，因为没有下发切换命令而掉话，可以查看是否为邻区漏配。
中兴通讯179向科技园四182发起切换，上报了切换的MR，基站侧也收到了MR，没有下发切换命令，之后读系统消息，发起重建，重新接入到MR中小区，即科技园四182，可以确认为邻区漏配。
Probe和基站侧log如下：图表1邻区漏配UE侧无线环境图表2邻区漏配UE侧LOG图表3邻区漏配基站侧log邻区漏配有2种情况:1、同频邻区和外部小区都没有配置;2、配置了外部邻区,但没配置同频邻区；建议：添加邻区注：也可通过对比SIB4中的邻区信息与MR中的邻区PCI发现是否为邻区漏配，如下图；图表4SIB4消息内容1.1.2邻区配错下面为外部小区和同频邻区均已配置，且同频邻区也配置正确，但外部小区的PCI添加有错，导致的掉话。
如下图，102（科技园三1小区）上报181（科技园四的1小区）的MR，但没下发切换命令，查询同频邻区已配置eNBID为28即科技园四的1小区为邻区，但1小区的PCI被配成了182，且配置了同站的两个PCI相等的外部邻区。
图表5邻区错配终端侧LOG图表6科技园三1小区的同频邻区图表7科技园三的外部邻区建议：修正外部小区的PCI，在添加邻区时务必保证外部小区的PCI及同频邻区的eNBID正确，减少优化工作量。
1.2 PCI相等导致不发切换命令现象：基站标识117，67（本地小区1）、68（本地小区0）为同站邻区，68往67切换正常，67往68切则切不过去，表现为上报了MR，不发切换命令，LOG如下：图表8PCI相等终端侧LOG图表9PCI相等基站侧LOG经查询67（本地小区标识为1）的外部邻区中有PCI为68和同站邻区的PCI相等，如下，在ANR关闭情况下，会不发切换命令；图表1067小区的外部邻区图表1167小区的同频邻区措施：首先核查是外部邻区中的PCI配置错误（即该站不存在，或基站存在但PCI配置有错）；核查都无误时需要调整PCI；建议：1、调整完PCI后或新加站后用M2000上的PCI冲突核查工具进行核查邻区中是否存在PCI相等情况。
LTE切换案例
切换成功率：衡量切换成功的比例 致的掉话的比例 乒乓切换：衡量同一用户在两个基站之间频繁切换的比例
优化切换参数配置 减少切换时延 提升切换成功率 降低切换失败率
案例一：通过 调整参数优化
切换性能
案例二：采用 智能天线技术 提升切换成功
率
案例三：利用 负载均衡算法 降低切换时延
边缘计算技术： 将计算能力下沉 到网络边缘提高 数据处理效率
网络智能化：利 用人工智能技术 实现网络自优化 和自维护
工业自动化：实现远程监控和实时控制
教育：实现远程教育和在线学习
智能交通：提高交通效率和安全性
农业：实现精准农业和智能灌溉
医疗健康：实现远程医疗和实时监测
零售：实现智能库存管理和客户服务
背 景 ： 用 户 移 动 性 对 LT E 网 络 性能的影响
切换原因：用户移动导致信号 质量下降需要切换基站
切换过程：测量信号质量选择 最佳基站执行切换
切换结果：提高网络性能保证 用户服务质量
背景：在LTE网络 中干扰是一个常见 的问题可能导致信 号质量下降和切换 失败。
目的：通过干扰管 理技术提高LTE网 络的性能和稳定性。
站
网络优化切 换：根据网 络优化需求 对基站进行 切换以提高 网络性能和
效率
流程：测量、判决、执行、更新
关键参数：RSSI、SINR、RSRP、 RSRQ
测量：基站信号强度、信号质量、 信号到达时间等
判决：根据测量结果判断是否需要 进行切换
执行：执行切换命令进行切换操作
更新：更新相关参数如小区信息、 信道状态等
方法：采用干扰抑 制技术如干扰协调 、干扰消除等降低 干扰对LTE网络的 影响。
结果：通过干扰管 理提高了LTE网络 的切换成功率和信 号质量改善了用户 体验。
TD-LTE切换案例分析
并没有出现非资源准入失败（流程失败），所以排除切换惩罚的原
因。
经核心网确认并没有将服务小区和目的小区配臵进切换限制列表。
目标小区禁止切换开关在同频邻区关系中配臵和显示的，需要进行
Copyright © 2012 Huawei Technologies Co., Ltd. All rights reserved.
Page30
而睡眠小区一般表现为eNodeB的L3收不到UE的RRC建立请求消息。也出 问题在图7红色标注部分 与此问题站点的现象非常一致。 没有告警，没有操作日志，DSP小区状态也正常，没有用户接入和流量，但 是有随机接入过程。
Copyright © 2012 Huawei Technologies Co., Ltd. All rights reserved.
Page12
【建议与总结】
切换的问题先从信令入手，再分析信令流程失败点所有可能 的原因，采用逐一排除、逐一确认的方法来找问题原因。
Copyright © 2012 Huawei Technologies Co., Ltd. All rights reserved.
Page17
异频测量控制下发
Copyright © 2012 Huawei Technologies Co., Ltd. All rights reserved.
Page18
UE上报异频测量结果：
Copyright © 2012 Huawei Technologies Co., Ltd. All rights reserved.
精品案例_LTE切换优化专题总结
LTE切换优化专题总结目录1.背景介绍 (3)2.LTE切换概念 (3)2.1 LTE切换分类 (4)2.2 LTE切换目的 (4)2.3 LTE切换测量 (5)3.LTE切换优化思路及出现场景 (6)3.1 全网切换策略制定 (7)3.2 定期核查 (7)3.3 算法优化 (8)3.4 上行信道质量差导致切换失败 (9)3.5 同PCI干扰导致切换失败 (9)3.6 模3干扰导致切换失败 (9)3.7 外部干扰导致切换失败 (9)3.8 UE接入失败导致切换失败 (10)3.9 UE下行质量差导致测量报告丢失 (10)3.10 切换执行命令丢失导致切换失败 (11)3.11 未收到RRC重配置完成消息导致切换失败 (11)3.12 X2_IP配置错误导致切换失败 (11)3.13 X2切换准备时间过长导致切换失败 (11)4.总结 (12)LTE切换优化专题总结1. 背景介绍无线网络最大特点在于移动性控制，是进行其他优化的前提，是无线网络的重中之重。
移动性控制对于终端在不同小区间的移动，网络侧需要实时监测UE信号变化并控制在适当时刻命令UE做跨小区的切换，以保持其业务连续性。
在切换的过程中，终端与网络侧相互配合完成切换信令交互，尽快恢复业务，在LTE系统中，此切换过程是硬切换，业务在切换过程中是中断的，为了不影响用户业务，切换过程需要保证切换成功率、切换中断时延、切换吞吐率三个重要指标，其中最重要的是切换成功率，如果切换出现失败，将严重影响用户感知，切换中断时延和切换吞吐率也会不同程度地影响用户感知。
本文主要全场景方案、受控ANR精准识别、多种算法的优化快速闭环问题，从而提升网络质量，改善用户感知，打造电信LTE品牌网络。
2. LTE切换概念移动性管理是蜂窝移动通信系统必备的机制，当用户从一个小区移动至另一个小区时，与其连接的小区将发生变化，执行切换操作。
切换能够辅助LTE系统实现负载均衡、提高用户体验以及系统整体性能。
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切换参数优化案例
LTE切换参数优化案例【问题描述】在如图所示路段测试时，UE在小区间频繁切换，严重影响业务速率，切换顺序如下：信访局3 人民路1 信访局3 师大公寓3 师大食堂1 信访局3 师大食堂1 信访局3 师大食堂1【问题分析】该路段存在以下5个小区信号：信访局1（RSRP=-101dbm），信访局3（RSRP=-102dbm），人民路1（RSRP=-105dbm），师大食堂1（RSRP=-103dbm）以及师大公寓3（RSRP=-103dbm），小区的信号电平相当，无主覆盖小区，导致切换频繁。
下图是基于覆盖的异站切换测量的信号强度变化示意图基于覆盖切换的相关参数可以分为三类：门限，迟滞及定时器、个性化补偿。
其具体功能如下：➢门限：评价信号质量好坏的基础和门槛。
A5是绝对门限，A3是相对门限；➢迟滞及定时器：对于事件判决起作用。
迟滞总是从比较判决的不等式上起到延缓时间进入或退出的作用，提高判决的可靠性，与门限配合使用。
而定时器起的延缓作用与门限值无关，是从时间上考虑保持某种状态的持久性，包括进入和推出事件，以提高事件上报的可靠性和准确性。
➢个性化补偿：直接对服务小区或邻小区的补偿。
为正值时，加在服务小区测量值上起到限制切换发生的目的。
加在邻小区上起到促进切换发生的目的。
【解决措施】在不能新增站点的情况下，修改了切换的相关参数以达到减少切换的目的。
1-a3-offset(A3事件测量偏置)含义：该参数表示同频切换中邻区质量高于服务小区的偏置值。
该参数表示A3事件中邻区高于服务小区的偏置值，用来确定邻近小区与服务小区的边界，该值越大，表示需要目标小区有更好的服务质量才会发起切换对网络质量的影响：Offset的设置是为了调节切换的难易程度，该值与测量值相加用于事件触发和取消的评估：➢增加该参数，将增加A3事件触发的难度，延缓切换；➢减小该参数，则降低A3事件触发的难度，提前进行切换2-Hysteresis(进行判决时迟滞范围)含义：该参数表示同频切换测量事件的迟滞，可减少由于无线信号波动（衰落）导致的对小区切换评估的频繁解除与触发，降低乒乓切换以及误判，该值越大越容易防止乒乓和误判对网络质量的影响：➢增大迟滞Hys，将增加A3事件触发的难度，延缓切换，影响用户感受；➢减小该值，将使得A3事件更容易被触发，容易导致误判和乒乓切换。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
切换问题处理及切换参数总结目录：简述： (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在切换之前上报服务小区和邻小区的信道质量，便于网络侧合理地判决切换。
1.1.UE测量配置基本信道参数表●eueMeasCellSMeasureRsrpSmeasure：服务小区RSRP门限启动测量的服务小区RSRP门限，取值(-141..-44)，单位为dBm。
此参数仅对针对信道质量的测量配置有效，对于针对CGI上报的测量配置无效。
对于针对信道质量的测量配置，当网络侧没有配置此参数，或者配置了此参数，且服务小区RSRP低于此参数指示的门限值时，UE根据测量配置对邻小区进行测量和上报。
推荐取值：-141具体取值的含义如下：取值-141表示s-Measure无效，即不限制测量，UE 收到测量配置后立即执行相应的测量。
取值越大，表示越容易开启测量，即小区覆盖范围内开启测量的区域越大。
1.2.A3事件上报参数表●a3HysteresisHysteresis：A3事件触发滞后因子。
此参数表示事件触发上报的进入和离开条件中使用的滞后因子,与a3Offset一同起作用。
当测量小区的RSRP比服务小区的RSRP值高（a3Hysteresis+a3Offset）时触发A3测量报告。
取值：4，即2dB.选择理由：取较小值，以缩小事件触发的信道条件区间，保证触发小区列表的及时更新。
●a3TimetoTrigTimetoTrig：（TTT）事件触发持续事件；触发测量报告需要满足事件准则的持续时间，即满足某一事件的进入或退出条件达到此时间后才能触发对应的测量上报推荐取值：512ms选择理由：满足切换的进入或退出条件达到此时间后才能触发对应的测量上报，为了防止乒乓切换，目前测试中的经验值，需要根据实际情况调整。
例如在高速场景下，由于终端移动速度很快，信道质量变化快，如果TTT设置较大，则测量小区的信道质量与TTT时刻后的信道质量很难匹配，容易导致切换失败。
●a3MaxReportCell测量报告中包含的小区最大数目，不包括服务小区。
推荐取值：8选择理由：理论应最大化上报的小区数目以提供更充分的信息，但数据处理量过大。
●a3RptInterval相邻两次周期报告之间的时间间隔推荐取值：480ms选择理由：测试经验值。
●a3RptAmount推荐取值：8选择理由：测试经验值。
●a3OffsetA3事件测量上报触发条件中使用的偏移量。
推荐取值：a3Offset1 ，1dB选择理由：系标推荐值，与滞后因子一同起作用。
一般邻小区信道质量相对于本小区更好时才切换，因此认为此参数取值应该为正；取1dB时，加上滞后因子的影响（2dB），两者的信道质量已经相差较大。
1.3.切换算法参数表●hcServRsrpThServRsrpTh服务小区RSRP门限。
用于切换判决，切换的时候，A3报上来后，基站要判断服务小区的信号是否小于此值，如果小于此值，才认为服务小区不行了，才可能触发切换。
当服务小区的RSRP低于此门限时，才允许切换，所以建议取值设置得足够大，以保证不对切换造成过多的限制，同时也不必设置得过大，以避免不必要的切换（例如当服务小区的信道质量还很好时UE上报了测量报告，此时可不切换）;取值：97；相当于不启效。
1.4.UE定时器及常量分析●T300 TimerT300: RRC连接建立定时器时长。
统计周期：初始接入时从UE发送MSG1开始，到UE接收到MSG4(RRCConnectionSetup or RRCConnectionReject message)停止；取值：600ms;T300超时后，UE将执行以下动作：1）复位MAC层，释放MAC层配置，对所有已建立的RB进行RLC重建；2）通知高层RRC连接失败,结束该过程。
●T301 TimerT301:RRC连接重建立定时器时长。
统计周期：重建立过程中从UE发送Msg1开始，到UE接收到MSG4(RRCConnectionReestablishment or RRCConnectionReestablishment Reject)结束。
取值：600ms；T301超时后，UE将进入RRC-IDLE状态。
●T304 TimerT304为切换执行阶段的定时器，从UE接收到RRC CONNECTION RECONFIGURATION（包含MobilityControlInfo ）开始，切换成功标准满足后结束， T304包括了在目标小区的随机接入过程。
推荐取值：2000ms；T304超时后认为切换失败，开始RRC连接重建过程，并开启T311。
●T310 TimerSTART:Upon detecting physical layer problems i.e. upon receiving N310 consecutive out-of-sync indications from lower layersSTOP:Upon receiving N311 consecutive in-sync indications from lower layers, upon triggering the handover procedure and upon initiating the connection re-establishment procedure取值：500msT310超时后，如果安全性已经激活，进入RRC-IDLE状态；否则执行RRC 连接重建立过程。
●T311 Timer从初始化RRC连接重建立开始，比如T304,T310,T312超时之后开启，到UE接收到RRC CONNECTION REESTABLISHMENT或 RRC CONNECTION REESTABLISHMENT REJECT结束。
推荐取值：2000msT311超时后UE进入RRC-IDLE状态●T320 TimerT320是小区重选优先级的有效时间。
从收到IE T320开始，到进入RRC_CONNECTED状态停止。
取值：30MinT320超时后，解除专有信令提供的小区重选优先级信息。
●N310接收到底层失步指示的最大次数；当RRC层收到来自底层的N310个“out-of-sync”指示，且T300，T301，T304和T311都没有启动时，启动定时器T310，当T310超时后，如果没有激活安全，则UE进入RRC_IDLE状态，否则UE发起RRC重建立过程取值：2次；●N311接收到底层同步指示的最大次数；当RRC层收到来自底层的N311个“in-sync”指示，且定时器T310已经启动时，停止T310，取值：1次。
1.5.ENB协议定时器分析●S1RLOCpreS1切换准备定时器；每当发送一条HANDOVER REQUIRED消息时，源eNB启动对应的定时器TS1RELOCprep。
在收到此消息的响应HANDOVERCOMMAND/HANDOVER PREPARATION FAILURE消息时，源eNB停止此定时器。
当定时器超时时，源eNB发起切换取消过程，并忽略后续收到的任何响应HANDOVER COMMAND/HANDOVER PREPARATION FAILURE消息。
推荐取值：3000ms●S1RLOCoveralS1切换保护定时器。
当源eNB第一次收到HANDOVER COMMAND消息时将启动定时器TS1RELOCOverall。
如果在源eNB收到UE CONTEXT RELEASE COMMAND消息（必然在定时器超时前收到）或定时器TS1RELOCOverall超时前UE返回到此eNB，则源eNB停止此定时器并继续向此UE提供服务。
在定时器TS1RELOCOverall超时时，如果源eNB之前未收到UE CONTEXT RELEASE COMMAND消息，则源eNB向MME发送UE CONTEXT RELEASE REQUEST消息请求释放UE上下文，并通过切换取消过程指示准备集中的所有小区释放UE上下文。
注意源eNB在收到UE CONTEXT RELEASE COMMAND消息时不会停止定时器TS1RELOCOverall。
推荐取值：5000ms;●S1TimeToWaitS1TimeToWait:S1再次建立等待定时器。
如果目标MME响应的S1 SETUP FAILURE消息中包含了Time To Wait参数，则当前eNB至少等待此参数指定的时间，之后才可能重新发起到同一个目标MME的S1建立过程。
推荐取值：60s●X2RLOCpreX2切换准备定时器。
每当发送一条HANDOVER REQUEST消息时，源eNB启动对应的定时器TRELOCprep。
在收到此消息的响应HANDOVER REQUEST ACKNOWLEDGE/HANDOVER PREPARATION FAILURE消息时，源eNB停止此定时器。