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切换优化专题_参数功能和优化思路

内容:参数功能及设置、切换原理、信令流程、优化案例等。
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切换失败问题分析报告案例

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-切换优化案例

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异频重选及切换参数优化案例-广西

LTE异频重选及切换参数验证报告摘要:LTE网络规划,室外广覆盖由1.8G频段室外站覆盖,而室内重点或热点场所由2.1G 频段室分站点覆盖,室内外之间移动,发生的是异频重选及切换。
异频重选及切换参数合理设置,可以有效控制异频切换带,更好地保障用户4G感知,选取异频间的重选及切换不同参数间方案进行验证,可以更好找到合理控制切换带的参数设置的办法。
一、原理机制LTE网络规划,室外广覆盖由1.8G频段室外站覆盖,而室内重点或热点场所由2.1G频段室分站点覆盖,室内外之间移动,发生的是异频重选及切换。
1.异频小区重选(cell reselection)异频小区重选,主要包括高优先级至低优先级重选和低优先级到高优先级重选两种。
(1)高优先级至低优先级重选高优先级邻区的信号强度大于“异频频点高优先级重选门限”一定时间,UE即会重选到此高优先级频点上。
(2)低优先级到高优先级重选在主服务小区信号强度低于“服务频点低优先级重选门限”时,且周围没有高优先级邻区和同等优先级的邻区的情况下,低优先级邻区强度值大于“异载频低优先级的RSRP低门限”一段时候后,UE会重选到此低优先级小区上。
2.异频小区切换LTE异频小区切换分基于A3、A4、A5事件三种,目前中兴、上海贝尔采用A3事件切换,华为采用A4事件切换。
(1)基于A3事件切换A3事件判决不等式:Mn-Ms>a3-offset+hysteresisMn:邻小区RSRP测量值,Ms:服务小区RSRP测量值a3-offse:A3事件偏置值,hysteresis:判决迟滞范围(2)基于A4事件切换当UE测量邻接小区RSRP值大于“基于覆盖的异频RSRP触发门限(A4)”时,并满足触发时间,触发A4事件。
二、验证目的1.异频重选使4G用户尽量占用2.1G室分信号,1.8G宏站信号易于回到2.1G室分信号,让2.1G 室分站点起到分流的作用。
2.异频切换由于2.1G信号比较纯净,使4G用户尽量占用2.1G室分信号,1.8G宏站信号易于回到2.1G室分信号,让2.1G室分站点有吸收话务提高用户体验的作用。
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互操作参数总结

华为互操作参数总结1切换概述作为 TD-SCDMA 演进技术的 TD-LTE 系统,可以采用快速硬切换方法实现不同频段之间以及各系统间的切换,从而更好地实现地域覆盖和无缝切换,并且实现与现有3GPP 和非 3GPP 的兼容。
切换过程都会被分为 4 个步骤:测量、上报、判决和执行。
TD-LTE 系统的切换是 UE 辅助的硬切换,所以基于导频信道的测量标准对于 TD-LTE 来说并不是那么精确, 所以对于 TD-LTE 的测量,还需要结合信道质量、UE 的位置和导频信号强度来进行。
a)切换类型:在连接模式下的 E-UTRAN 内切换是终端辅助网络控制的切换,切换主要分成切换准备、切换执行和切换完成 3 个部分,其中 eNB 包括以下几种切换:a. 基于无线质量的切换通常进行此类切换的原因是:UE 的测量报告显示出存在比当前服务小区信道质量更好的邻小区。
b. 基于无线接入技术覆盖的切换此类切换是在 UE 丢失当前无线接入技术(RAT)覆盖从而连接到其他 RAT 的情况下产生的。
例如,一个 UE 远离了城市区域从而丢失 TD-LTE 覆盖,网络就会切换到 UE 检测到的质量次好的 RAT,如通用移动通信系统(UMTS)或者全球移动通信系统(GSM)。
c. 基于负载情况的切换此类切换用于当一个给定小区过载时,尽量平衡属于同一操作者的不同 RAT 间的负载状况。
例如,如果当一个 TD-LTE 小区非常拥挤,一些用户就需要转移到相邻 TD-LTE 小区或是相邻 UMTS 小区中。
2切换前台部分切换的大部分问题可在路测信令中进行分析,本文以路测信令为主介绍整个切换流程及问题分析思路。
图 1 正常路测切换信令:注意:这里的重配完成只是组包完成,实际是在 MSG3 里发送的前台路测信令窗的交互过程主要是下图切换流程图里的 1、2、5、7、8、9 几步,现在来分别介绍。
1 测量控制测量控制信息是通过重配消息里下发的,测量控制一般存在于初始接入时的重配消息和切换命令中的重配消息中,重配消息中的测量控制(RRC CONNECTRECONFIGRATION)测量控制信息包括邻区列表、事件判断门限、时延、上报间隔等信息。
- 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停止此定时器。