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事件更容易被触发，容易导致误判和乒乓切换。
LTE网络切换参数配置错误导致的无法切换案例
LTE网络切换参数配置错误导致的无法切换案例
故障现象：
测试车辆沿文政街由东向西行进，终端占用HL4243_420_哈香坊文政街
-HLH_3小区（PCI=293），RSRP电平下降至-90dBm，此时测量到HL1610_12J_哈南岗工大科技园-HLH_2小区（PCI=318）的RSRP强度超过-84dBm，邻区与主服务小区电平差值已超过4dB的同频切换门限要求。
随后，终端不断上发MR报告，要求向目标小区HL1610_12J_哈南岗工大科技园-HLH_2小区进行切换，但一直未收到网络侧下发的切换命令，无法切换。
源小区与目标小区基本信息如下：
原因分析：
1. 空口质量（弱覆盖或干扰）。
2. 外部小区/邻区未配置或定义错误。
3. 站点存在故障。
4. 无线参数配置问题（同频同PCI、CIO、切换禁止开关等）。
5. S1接口配置错误（包括源小区和目标小区）。
分析流程图：
具体问题分析：
从前台信令分析来看，终端不断上报MR测量，目标小区RSRP电平已经超过切换门限，但网络侧一直没有下发切换命令，问题发生在网络侧，切换信令流程如下：。
LTE互操作参数总结
LTE互操作参数总结LTE（Long Term Evolution）是第四代移动通信技术，具有高速传输、低延迟和高容量等特点。
为了实现不同网络之间的互操作性，LTE引入了一系列互操作参数。
本文将对LTE互操作参数进行总结。
一、频段互操作参数1.E-UTRA频段：LTE系统的频段范围是从频率带1（2100MHz）到频率带41（2500MHz）。
不同地区的运营商可能会使用不同的频段，因此设备需要支持不同的频段以实现全球范围的互操作。
2. GERAN频段：GERAN（GSM/EDGE Radio Access Network）是第二代移动通信技术，LTE系统可以利用GERAN频段进行CSFB（Circuit Switched Fallback）和SRVCC（Single Radio Voice Call Continuity）等功能。
设备需要支持不同的GERAN频段，以便在LTE系统下提供较低的语音服务。
3. UTRAN频段：UTRAN（UMTS Terrestrial Radio Access Network）是第三代移动通信技术，LTE系统可以利用UTRAN频段进行CSFB和SRVCC等功能。
设备需要支持不同的UTRAN频段，以实现与3G网络间的平滑过渡。
二、系统选定互操作参数1. PLMN选择：PLMN（Public Land Mobile Network）是为移动通信用户提供服务的网络运营商。
设备需要选择正确的PLMN进行注册，以便与合适的网络进行连接。
2. TAC选择：TAC（Tracking Area Code）用于识别设备所在的跟踪区域。
设备需要选择正确的TAC以获取正确的服务。
三、小区互操作参数1. RSRP门限：RSRP（Reference Signal Received Power）是测量LTE信号接收功率的指标，设备需要设置RSRP的门限值，以确定是否一些小区。
2. RSRQ门限：RSRQ（Reference Signal Received Quality）是测量LTE信号接收质量的指标，设备需要设置RSRQ的门限值，以确定是否一些小区。
LTE实践案例-频繁切换
室分站RRU参数配置问题导致小区建立正常但无信号摘要：在对XX网格16进行测试时发现，北滨路路段SINR较差、下载速率较低。
经过分析log，发现该路段异频切换频繁，通过修改异频切换门限，该路段的SINR和下载速率均得到提升。
关键字：频繁切换、异频切换、SINR差案例正文：案例背景在对XX网格16测试过程中，测试在北滨路路段，该路段异频小区较多，切换频繁，导致该路段SINR低。
问题现状分析测试在北滨路路段，该路段异频小区较多，切换频繁，导致该路段SINR低。
对策和解决措施调整建议：A2+A4 异频切换A2触发条件：Ms + Hys< Thresh取消条件：Ms-Hys>Thresh异频A4触发：Mn + Ofn + O - Hys > Thresh取消条件：Mn+Ofn+O+Hys<ThreshA1触发条件：Ms - Hys>Thresh建议调整江北金砂水岸灯杆-HLHB功率由3.2提升到12.2增强覆盖，将江北北滨路教委灯杆-HLHC 功率降到6.2来控制覆盖，江北招商江湾城灯杆-HLHB 功率加到12.2，江北居然之家-HLHB功率加到12.2，江北居然之家-HLHC 功率降到3.2，江北北滨路教委灯杆-HLHC A1 A2 A4由-88 -92 -90改为-90 -94 -94，江北金砂水岸灯杆-HLHB与江北北滨路教委灯杆-HLHC 频繁切换，将江北金砂水岸灯杆-HLHB A1 A2 A4-100 -105 -90改为江北金砂水岸灯杆-HLHB A1 A2 A4 -95 -98 -90。
实际勘查与调整情况：调整江北金砂水岸灯杆-HLHB功率由3.2提升到12.2增强覆盖，将江北北滨路教委灯杆-HLHC 功率降到6.2来控制覆盖，江北招商江湾城灯杆-HLHB 功率加到12.2，江北居然之家-HLHB功率加到12.2，江北居然之家-HLHC 功率降到3.2，江北北滨路教委灯杆-HLHC A1 A2 A4由-88 -92 -90改为-90 -94 -94，江北金砂水岸灯杆-HLHB与江北北滨路教委灯杆-HLHC 频繁切换，将江北金砂水岸灯杆-HLHB A1 A2 A4-100 -105 -90改为江北金砂水岸灯杆-HLHB A1 A2 A4 -95 -98 -90；由于江边特殊路段，效果不明显。
LTE切换优化总结案例
XX市LTE切换优化总结报告目录一、LTE切换概述 (4)1.1 切换流程图 (4)1.2 切换分类介绍 (6)1.2.1 站内切换 (6)1.2.2 X2口切换 (6)1.2.3 S1口切换 (7)二、LTE切换日常优化 (8)2.1 LTE切换原理 (8)2.2 切换问题优化流程 (9)三、LTE切换自动优化（MRO） (10)3.1 MRO优化场景 (10)3.1.1 切换过早 (11)3.1.2 切换过晚 (12)3.1.3 乒乓切换 (13)3.1.4 切换到错误小区 (14)3.2 MRO优化模式 (15)3.3 MRO优化原理及动作 (15)3.4 网络影响 (16)3.4.1 系统容量影响 (16)3.4.2 网络性能影响 (17)3.5 MRO优化部署建议 (17)3.5.1 部署要求 (17)3.5.2 数据准备 (17)3.5.3 特性激活 (18)3.5.4 开通观测 (19)四、MRO优化试点 (20)4.1 试点区域 (20)4.2 同频MRO优化 (20)4.2.1 试点分析 (20)4.2.2 优化效果 (22)4.3异频MRO优化 (24)4.3.1 试点分析 (24)4.3.2 优化效果 (26)五、日常切换差处理案例 (27)5.1 切换准备失败类优化案例 (27)5.2 模三干扰严重优化案例 (27)5.3 参数配置错误导致切换差优化案例 (28)5.4 T/F切换参数调整提升切换成功率案例 (29)六、总结 (30)一、LTE切换概述1.1 切换流程图切换流程图Measurement Control：测量控制，一般在初始接入或上一次切换命令中的重配消息里携带Measurement Report：测量报告，终端根据当前小区的测量控制信息，将符合切换门限的小区进行上报HO Request：源小区在收到测量报告后向目标小区申请资源及配置信息（站内切换的话为站内交互，站间切换会使用X2口或者S1口，优先使用X2口）HO Request Ack：目标小区将终端的接纳信息以及其它配置信息反馈给源小区RRC Connection Reconfiguration：将目标小区的接纳信息及配置信息发给终端，告知终端目标小区已准备好终端接入，重配消息里包含目标小区的测量控制SN Status Transfer：源小区将终端业务的缓存数据移至目标小区Random Access Preamble：终端收到第5步重配消息（切换命令）后使用重配消息里的接入信息进行接入Random Access Response：目标小区接入响应，收到此命令后可认为接入完成了，然后终端在RRC层上发重配完成消息（第9步）RRC Connect Reconfiguration complete（HO Confirm）：上报重配完成消息，切换完成Release Resource：当终端成功接入后，目标小区通知源小区删除终端的上下文信息1.2 切换分类介绍按照我们实际情况，切换可分为eNb站内切换，X2口切换以及S1口切换，下边分别进行介绍（下边介绍的所有切换都是基于已经接入且获取到了测量配置后）。
LTE网络优化经典案例-重要
LTE网络优化经典案例-重要1 LTE优化案例分析1.1 覆盖优化案例1.1.1 弱覆盖问题描述：测试车辆延长安街由东向西行驶，终端发起业务占用京西大厦1小区（PCI =132）进行业务，测试车辆继续向东行驶，行驶至柳林路口RSRP值降至-90dBm以下，出现弱覆盖区域。
问题分析：观察该路段RSRP值分布发现，柳林路口路段RSRP值分布较差，均值在-90dBm 以下，主要由京西大厦1小区（PCI =132）覆盖。
观察京西大厦距离该路段约200米，理论上可以对柳林路口进行有效覆盖。
通过实地观察京西大厦站点天馈系统发现，京西大厦1小区天线方位角为120度，主要覆盖调整结果：西城三里河一区站下仅有该站内小区信号，并且SINR提升到15以上，无线环境有明显提升。
1.1.2 重叠覆盖问题描述：测试车辆延长安街由西向东行驶，终端占用中华人民共和国科技部2小区（PC=211）进行业务，随后切换至海淀京西大厦1（PC=133）小区，业务正常保持。
车辆继续向东行驶，终端又回切至中华人民共和国科技部2小区（PC=211）发生掉话。
问题分析：观察该路段切换过程，终端由中华人民共和国科技部2小区（PC=211）正常切换至海淀京西大厦2小区后又出现回切情况导致掉话。
两小区RSRP值相近，相差3dBm 以内，造成该路段为无主覆盖路段，发生频繁切换最终导致掉话。
调整建议：针对该路段无主覆盖问题，建议调整京西大厦2小区功率由原15降低为5，使其不会对长安街路段实行有效覆盖。
调整结果：调整后，SINR值有明显改善，保持在20左右，多次测试该路段不会出现频繁切换情况，避免掉话等异常事件发生。
1.2 切换优化案例1.2.1 邻区漏配问题描述：测试车辆延长安街由东向西行驶，终端占用中华人民共和国科技部2（PCI=211）小区进行业务，车辆继续向西行驶，终端开始频繁上发测量报告，并没有网络侧下发的切换命令，导致UE掉话，终端掉话后重选至新兴宾馆1小区（PCI=201）。
LTE优化案例手册-第五章-切换问题
第五章切换问题概述及总结（陈洲）LTE技术中小区间的切换不再像在GSM和3G时代，切换不是在用户的专用信道中发生，而是使用PRACH过程来切换，这就使得切换问题分成了两大类，一是切换请求没触发，二是触发后切换失败。
5.1总结了切换不触发的原因和案例，5.2提出了切换失败的分析和案例，5.3提供了切换问题的其他案例5.1 切换不触发（陈洲）在LTE中，手机不再需要从系统消息中得到邻区的信息，而是完全由手机本身不断检测邻区码。
切换请求没触发是指手机在运动过程中检测到新小区的信号，然后向基站发送measurement report要求切换，但由于基站没有相邻基站的IP地址而不知道切换请求应该发往何处，导致手机保持在现服务小区直到干扰太大而掉话。
切换不触发原因包括：1.在源基站中没有建立邻站的数据。
对每一个邻站要创建一个LNADJ,指明邻站的ENB ID 和IP地址。
通常情况下，要登陆基站手工创建每一个LNADJ.在工具的章节中，我们开发了通过OSS一次为多个基站通过脚本的方式批量创建邻站LNADJ,详见工具章节。
2.在源基站中存在重复的LNADJ每一个邻站只允许建一个LNADJ,但有时会发现在源基站中建了两个LNADJ,一个是CONNECTED 连接方式是OAMCONTROLLED,一个DISCONNECT,连接方式是ENB CONTROLLED, 重复的LNADJ导致切换不触发。
3.邻站的LNADJ数据已经存在，但链路状态是DISCONNECTED.是由于邻站IP地址定义错误，或者源基站和邻站链路连接方式均为ENB CONTROLLED.LTE 基站和邻站是通过SCTP协议连接，连接的两端，一端为SERVER端，一端为CLIENT.在创建LNADJ时，定义为OAM CONTROLLED,表明是SCTP协议的CLIENT,可以主动发起到邻站的SCTP连接，在对端基站收到连接请求后为自己建立一个ENB CONTROLLED LNADJ.如果两端均为ENB CONTROLLED,链路就没办法建立起来。
LTE切换优化专题_参数功能和优化思路
内容：参数功能及设置、切换原理、信令流程、优化案例等。
1LTE切换原理1.1Intra-eNodeB切换触发事件：A3事件（同频切换），A5事件（异频切换）当UE从当前所处的服务小区切换到同一eNodeB下的另一小区时，会发生Intra-eNodeB切换。
基于X2接口的切换触发事件：A3事件（同频切换），A5事件（异频切换）当两个eNodeB之间存在X2接口时，UE从当前所驻留的服务小区切换到另一eNodeB时，可采用基于X2接口的切换。
基于S1接口的切换触发事件：A3事件（同频切换），A5事件（异频切换）当两个eNodeB之间不存在X2接口，或X2接口不可用时，UE从当前所驻留的服务小区切换到另一eNodeB时，可采用基于S1接口的切换。
1.1.1LTE到3G的切换实现LTE到3G的切换首先需要满足几个前提：1.网络侧，LTE系统和3G系统均支持 LTE到3G的PS切换2.UE侧，UE需要支持LTE到3G的PS切换，UE的Feature Group Indicatorbit位8 和bit位22数值必须为1。
LTE到3G切换的流程概述：1.LTE基站如果收到UE上报的A2测量报告，发现LTE的覆盖较差。
2.LTE基站通过RRC重配置消息对UE配置B2事件的测量的相关参数。
3.LTE基站收到B2事件的测量报告后，通过MobilityFromEutranCommand通知UE发起到3G的切换。
4.LTE基站收到UE上发的MobilityToUtranComplete，切换成功。
主要的LTE RRC空口信令：●UE上报B2测量报告：Measurement Report●UE在LTE小区收到往3G切换命令：MobilityFromEutranCommandUE向LTE小区反馈到3G切换成功：MobilityToUtranComplete 具体的切换信令流程如下：1．切换准备信令流程（3GPP 23.401）2．切换执行信令流程（3GPP 23.401）1.1.2LTE到2G的切换LTE到2G的具体切换信令流程：1.切换准备信令流程（3GPP 23.401）2.切换执行信令流程（3GPP 23.401）1.1.33G到LTE的切换3G到LTE的具体切换信令流程：1.切换准备信令流程（3GPP 23.401）2.切换执行信令流程（3GPP 23.401）1.1.42G到LTE的切换2G到LTE的具体切换信令流程：1.切换准备信令流程（3GPP 23.401）2.切换执行信令流程（3GPP 23.401）2LTE切换问题优化方法及流程2.1LTE主要切换问题2.1.1邻区配置邻区配置不合理案例：问题描述：通过统计观察到到小区70736-4的切换成功率为0%，而到70272-2的切换尝试次数为0。
LTE案例分析
一定要像爱护自己的眼睛一样爱护我们的网络
5
案例6：切换类
• 故障现象：邻区漏配 从基站跟踪看到基站收到了大量的MR，没有下发切换命令，导致掉话，如下图 。从probe上看信道质量不差没到解调门限以下，因为没有下发切换命令而掉话 ，可以查看是否为邻区漏配。 基站179向科技园四182发起切换，上报了切换的MR，基站侧也收到了MR， 没有下发切换命令，之后读系统消息，发起重建，重新接入到MR中小区，即科 技园四182，可以确认为邻区漏配。Probe和基站侧log如下：
• 解决方案：
• 让测试人员在页面修改为ctlte建立连接，这样，就和附着时的默认承载一致，单PDN 链接，终端重启后，可以接入LTE上网。定论为测试人员所在的基站（爱立信TDD基 站）不支持多PDN连接导致。
• 后期建议：
• 为了避免用户在网络连接时，输入的APN与终端底层送的、或用户签约的默认APN不 一致，附着成功后，发起第二个PDN连接时无线拒绝，导致无法上网。建议需要进一 步梳理无线基站的多PDN连接功能。
邻区漏配有2种情况: 1、同频邻区和外部小区都没有配置; 2、配置了外部邻区,但没配置同频邻区 ； 建议：添加邻区
一定要像爱护自己的眼睛一样爱护我们的网络
6
图表邻区漏配基站侧log
谢谢！
一定要像爱护自己的眼睛一样爱护我们的网络
7
优化建议：
增大A2事件切换门限，将A2门限设置高于终端在掉话前显示的RSRP值，这样终端在掉话前即可触 发激活态切换
一定要像爱护自己的眼睛一样爱护我们的网络
3
案例4：MOD3干扰类
• 故障现象
✓ 科技园E，58小区上报了114的MR，181和服务小区58模3相等，下发了切换命令，UE没收到，由 UE侧可看到此时SINR很差为-6.83;
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实践案例-频繁切换
案例标题频繁切换导致SINR差案例作者所属分公司：案例涉及的项目室分站RRU参数配置问题导致小区建立正常但无信号摘要：在对重庆网格16进行测试时发现，北滨路路段SINR较差、下载速率较低。
经过分析log，发现该路段异频切换频繁，通过修改异频切换门限，该路段的SINR和下载速率均得到提升。
关键字：频繁切换、异频切换、SINR差案例正文：案例背景在对重庆网格16测试过程中，测试在北滨路路段，该路段异频小区较多，切换频繁，导致该路段SINR低。
问题现状分析测试在北滨路路段，该路段异频小区较多，切换频繁，导致该路段SINR低。
对策和解决措施调整建议：重庆现网的异频切换为基于覆盖的A4+A2A2+A4 异频切换A2触发条件：Ms + Hys< Thresh取消条件：Ms-Hys>Thresh异频A4触发：Mn +Ofn+ Ocn- Hys> Thresh取消条件：Mn+Ofn+Ocn+Hys<ThreshA1触发条件：Ms - Hys>Thresh建议调整江北金砂水岸灯杆-HLHB功率由3.2提升到12.2增强覆盖，将江北北滨路教委灯杆-HLHC 功率降到6.2来控制覆盖，江北招商江湾城灯杆-HLHB 功率加到12.2，江北居然之家-HLHB功率加到12.2，江北居然之家-HLHC 功率降到3.2，江北北滨路教委灯杆-HLHC A1 A2 A4由 -88 -92 -90改为-90 -94 -94，江北金砂水岸灯杆-HLHB与江北北滨路教委灯杆-HLHC 频繁切换，将江北金砂水岸灯杆-HLHB A1 A2 A4-100 -105 -90改为江北金砂水岸灯杆-HLHB A1 A2 A4 -95 -98 -90。
实际勘查及调整情况：调整江北金砂水岸灯杆-HLHB功率由3.2提升到12.2增强覆盖，将江北北滨路教委灯杆-HLHC 功率降到6.2来控制覆盖，江北招商江湾城灯杆-HLHB 功率加到12.2，江北居然之家-HLHB功率加到12.2，江北居然之家-HLHC 功率降到3.2，江北北滨路教委灯杆-HLHC A1 A2 A4由 -88 -92 -90改为-90 -94 -94，江北金砂水岸灯杆-HLHB与江北北滨路教委灯杆-HLHC 频繁切换，将江北金砂水岸灯杆-HLHB A1 A2 A4-100 -105 -90改为江北金砂水岸灯杆-HLHB A1 A2 A4 -95 -98 -90；由于江边特殊路段，效果不明显。
LTE切换参数门限验证总结(HW)
LTE切换参数门限验证总结黑龙江移动无线中心郑势2014年3月31日目录1 LTE小区同频切换（F-F/E-E） (3)1.1 概述 (3)1.2 宏站D-D切换门限验证 (3)1.2.1 同频切换判决：A3 (4)1.2.2 同频切换参数 (6)1.3 宏站F-F切换门限验证 (6)1.3.1 同频切换判决：A3 (6)1.3.2 同频切换参数 (8)2 LTE小区异频切换(D-F/F-D /E-F/ F-E) (8)2.1 概述 (8)2.2 宏站D-F切换门限验证 (9)2.2.1 异频邻区测量触发事件：A2 (9)2.2.2 异频邻区测量取消事件：A1 (10)2.2.3 异频切换判决：A3 (11)2.2.4 异频关键参数 (13)2.3 宏站F-D切换门限验证 (13)2.3.1 异频邻区测量触发事件：A2 (14)2.3.2 异频邻区测量取消事件：A1 (15)2.3.3 异频切换判决：A3 (15)2.3.4 异频关键参数 (18)2.4 E（室分）-F（宏站）切换门限验证 (18)2.4.1 异频邻区测量触发事件：A2 (19)2.4.2 异频邻区测量取消事件：A1 (20)2.4.3 异频切换判决：A4 (20)2.4.4 异频关键参数 (22)2.5 F（宏站）-E（室分）切换门限验证 (22)2.5.1 异频邻区测量触发事件：A2 (22)2.5.2 异频邻区测量取消事件：A1 (24)2.5.3 异频切换判决：A4 (24)2.5.4 异频关键参数 (26)3 LTE到TDS重定向 (27)3.1 概述 (27)3.2 F（宏站）-TDS（室分）重定向门限验证 (28)1LTE小区同频切换（F-F/E-E）1.1 概述1、同频邻区测量触发事件：一直测量2、同频切换判决：A3A3触发条件：Mn+Ofn+Ocn-Hys > Ms+Ofs+Ocs+OffA3取消条件：Mn+Ofn+Ocn+Hys < Ms+Ofs+Ocs+Off注：Ofn，Ofs在同频切换场景无效Ocn（CellIndividualOffset 小区偏移量）：LST EUTRANINTRAFREQNCELL Ocs（CellSpecificOffset 服务小区偏置）：LST CELLHys（IntraFreqHoA3Hyst 同频切换幅度迟滞）：LST INTRAFREQHOGROUP Off（IntraFreqHoA3Offset 同频切换偏置）：LST INTRAFREQHOGROUP1.2 宏站D-D切换门限验证“（D）建设学校-HLH-3”切换“（D）建设学校-HLH-2”A3测量报告上报间隔 = 240毫秒1.2.1同频切换判决：A3“（D）建设学校-HLH-3”同频参数设置：Ocn（CellIndividualOffset小区偏移量(分贝)）：0Ocs（CellSpecificOffset服务小区偏置(分贝)）：0Hys（IntraFreqHoA3Hyst同频切换幅度迟滞(0.5分贝)）：2 Off（IntraFreqHoA3Offset同频切换偏置(0.5分贝)）：2A3触发条件：Mn+Ofn+Ocn-Hys > Ms+Ofs+Ocs+OffA3取消条件：Mn+Ofn+Ocn+Hys < Ms+Ofs+Ocs+Off同频切换时间迟滞(毫秒)：320小结：根据A3触发条件，同频邻区信号强度大于服务小区2dB，触发切换。
LTE切换问题分析
1相关Counter介绍1.1 切换相关KPI公式（L.HHO.IntraeNB.IntraFreq.ExecSuccOut+L.HHO.IntraeNB.InterFreq.ExecSuccOut- L.HHO.IntraeNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntraeNB.InterFreq.Succ.ReEst2Src)/(L.HHO.IntraeNB.IntraFreq.PrepAttOut+L.HHO.IntraeNB.InterFreq.PrepAttOut)*100% ✧eNB间切换出成功率（L.HHO.IntereNB.IntraFreq.ExecSuccOut+L.HHO.IntereNB.InterFreq.ExecSuccOut- L.HHO.IntereNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntereNB.InterFreq.Succ.ReEst2Src)/(L.HHO.IntereNB.IntraFreq.PrepAttOut+L.HHO.IntereNB.InterFreq.PrepAttOut)*100% ✧同频切换出成功率（L.HHO.IntereNB.IntraFreq.ExecSuccOut+L.HHO.IntraeNB.IntraFreq.ExecSuccOut- L.HHO.IntereNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntraeNB.IntraFreq.Succ.ReEst2Src)/(L.HHO.IntereNB.IntraFreq.PrepAttOut+L.HHO.IntraeNB.IntraFreq.PrepAttOut)*100% ✧异频切换出成功率（L.HHO.IntereNB.InterFreq.ExecSuccOut+L.HHO.IntraeNB.InterFreq.ExecSuccOut- L.HHO.IntereNB.InterFreq.Succ.ReEst2Src-L.HHO.IntraeNB.InterFreq.Succ.ReEst2Src)/(L.HHO.IntereNB.InterFreq.PrepAttOut+L.HHO.IntraeNB.InterFreq.PrepAttOut)*100% ✧切换出成功率（L.HHO.IntereNB.IntraFreq.ExecSuccOut+L.HHO.IntereNB.InterFreq.ExecSuccOut+ L.HHO.IntraeNB.IntraFreq.ExecSuccOut+L.HHO.IntraeNB.InterFreq.ExecSuccOut-L.HHO.IntereNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntereNB.InterFreq.Succ.ReEst2Src-L.HHO.IntraeNB.IntraFreq.Succ.ReEst2Src-L.HHO.IntraeNB.InterFreq.Succ.ReEst2Src)/(L.HHO.IntereNB.IntraFreq.PrepAttOut+L.HHO.IntereNB.InterFreq.PrepAttOut+L.HHO.IntraeNB.IntraFreq.PrepAttOut+L.HHO.IntraeNB.InterFreq.PrepAttOut)*100% 1.2 Counter解释Counter解释：✧切换成功率Counter✧切换失败counter原因：1.3 Counter计数位置及说明1.3.1站内切换图（2）1.3.2 X2切换图（3）2.3.3 S1切换图（4）注明：尝试切换Counter都计数在A点位置，准备切换Counter都计数在B点位置，切换成功Counter都计数在C点位置1.3.4 切换失败Counter说明图（5）a). 在S1接口切换及X2接口切换过程中的切换准备阶段，源小区收到来自MME的UE CONTEXT RELEASE COMMAND消息时，如果切换过程中源小区和目标小区为同频或异频，指标L.HHO.Prep.FailOut.MME加1。
- 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停止此定时器。