LTE切换为题处理案例及切换参数总结复习课程
LTE切换为题处理案例及切换参数总结
LTE切换为题处理案例及切换参数总结切换问题处理及切换参数总结⽬录：简述：地铁部分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在切换之前上报服务⼩区和邻⼩区的信道质量，便于⽹络侧合理地判决切换。
测量配置基本信道参数表●eueMeasCellSMeasureRsrpSmeasure：服务⼩区RSRP门限启动测量的服务⼩区RSRP门限，取值(-141..-44)，单位为dBm。
此参数仅对针对信道质量的测量配置有效，对于针对CGI上报的测量配置⽆效。
对于针对信道质量的测量配置，当⽹络侧没有配置此参数，或者配置了此参数，且服务⼩区RSRP低于此参数指⽰的门限值时，UE根据测量配置对邻⼩区进⾏测量和上报。
LTE重选、切换原理培训课件
• 小区重选执行条件：
– UE驻留在当前服务小区超过1S – 在Treselection时间段内，新小区比服务小区排 序靠前
目录
一．LTE小区重选 二．LTE切换
目录
二．LTE切换
1. 切换概述 2. 切换测量 3. 切换流程
切换的目的
• 基于当前网络服务质量的切换：切换的基本目标 – 指示UE可与比当前服务小区信道质量更好的小区通信 – 为UE提供连续的无中断的通信服务 – 同频切换和异频切换
– 异系统测量
Measurement Report
• PCCPCH RSCP • CPICH RSCP、CPICH Ec/No
Measurement Report, normal case
测量事件
• 同系统内的测量事件采用 AX 来标识，同系统内事件报告种类 – A1：服务小区比绝对门限好。用于停止正在进行的异频/IRAT测量，在RRC控 制下去激活测量间隙。 – A2：服务小区比绝对门限差。指示当前频率的较差覆盖，可以开始异频/IRAT 测量，在RRC控制下激活测量间隙。 – A3：邻小区比（服务小区+偏置）好。用于切换。 – A4：邻小区比绝对门限好。可用于负载平衡，与移动到高优先级的小区重选 相似。 – A5：服务小区比绝对门限1差，邻小区比绝对门限2好。与移动到低优先级的 小区重选相似。
SnonintraSearch
SintraSearch
Srxlev
不同优先级的小区重选评估（异频/IRAT）
低优先级 频率的小区
Threshx, low UE重选到较低优先 级频率小区的门限
服务 小区
Sintrasearch 同频测量门限
高优先级 频率的小区
LTE切换的学习总结
频内和频间测
同的；
EUTRA频内频间基于覆盖的切换后台Intra-frequency Handove frequency Handover Strategy 于覆盖的切换判决事件是采用A
频间测量和测量gap通过A2事件
频内切换与频间切换的优先级，A3/A5的上报门限配置上；EUTRA频内频间基于覆盖的切换Method、InterF Handover Met 间是基于事件的切换算法还是基提供基于事件的切换算法，不提
频间测量采用不同的A3/A5配置，下发测量ID时也是不同的；
EUTRA频内频间基于覆盖的切换均是基于A3/A5事件触发，由后台Intra-frequency Handover Strategy、Inter-frequency Handover Strategy参数分别来控制频内、频间基于覆盖的切换判决事件是采用A3还是 A5事件；
频间测量和测量gap通过A2事件来启动，通过A1事件来关闭；频内切换与频间切换的优先级，体现在频内A3/A5与频间
A3/A5的上报门限配置上；
EUTRA频内频间基于覆盖的切换由后台IntraF Handover Method、InterF Handover Method参数分别来控制频内、频间是基于事件的切换算法还是基于周期的切换算法，暂时只提供基于事件的切换算法，不提供基于周期的切换算法。
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切换案例》课件
2 切换如何优化
展望未来，提出切换优化的发展方向和研究 重点。
参考资料
• - 文献资料 • - 相关网站
动态切换
探讨动态切换的应用场景和成功案例的分析，展示动态切换在LTE网络中的价值。
常见问题及对策
1 切换失败常见原因分析
分析切换失败的常见原因，如网络拥塞、信号干扰等，并给出相应的解决对策。
2 切换优化建议
提出切换优化的建议，包括改进切换算法、优化网络参数等，以提升切换成功率。
总结与展望
1 案例总结
LTE切换案例
本课件将介绍LTE网络切换方面的案例，帮助大家更好地了解LTE切换的背景和 过程，以及常见问题的分析和解决方法。
案例背景
1 LTE网络介绍
了解LTE网络的特点和优势，以及其在通信领 域的应用。
2 切换介绍
介绍切换的概念和作用，为后续内容的理解 做铺垫。
切换过程分析
1
切换流程图
2
通过流程图展示切换的详细步骤和流程，
加强对切换过程的理解。
3
切换接入过程分析
4
分析切换过程中的接入阶段，探讨接入 过程的重要性和问题。
切换过程简述
对LTE切换的整体过程进行简单解释，为 后续内容的深入分析打下基础。
切换类型介绍
介绍LTE切换过程中可能涉及的不同类型， 如硬切换和软切换。
例分析
静态切换
介绍静态切换的场景和特点，以及成功案例的分析。
LTE切换案例
切换成功率：衡量切换成功的比例 致的掉话的比例 乒乓切换：衡量同一用户在两个基站之间频繁切换的比例
优化切换参数配置 减少切换时延 提升切换成功率 降低切换失败率
案例一：通过 调整参数优化
切换性能
案例二：采用 智能天线技术 提升切换成功
率
案例三：利用 负载均衡算法 降低切换时延
边缘计算技术： 将计算能力下沉 到网络边缘提高 数据处理效率
网络智能化：利 用人工智能技术 实现网络自优化 和自维护
工业自动化：实现远程监控和实时控制
教育：实现远程教育和在线学习
智能交通：提高交通效率和安全性
农业：实现精准农业和智能灌溉
医疗健康：实现远程医疗和实时监测
零售：实现智能库存管理和客户服务
背 景 ： 用 户 移 动 性 对 LT E 网 络 性能的影响
切换原因：用户移动导致信号 质量下降需要切换基站
切换过程：测量信号质量选择 最佳基站执行切换
切换结果：提高网络性能保证 用户服务质量
背景：在LTE网络 中干扰是一个常见 的问题可能导致信 号质量下降和切换 失败。
目的：通过干扰管 理技术提高LTE网 络的性能和稳定性。
站
网络优化切 换：根据网 络优化需求 对基站进行 切换以提高 网络性能和
效率
流程：测量、判决、执行、更新
关键参数：RSSI、SINR、RSRP、 RSRQ
测量：基站信号强度、信号质量、 信号到达时间等
判决：根据测量结果判断是否需要 进行切换
执行：执行切换命令进行切换操作
更新：更新相关参数如小区信息、 信道状态等
方法：采用干扰抑 制技术如干扰协调 、干扰消除等降低 干扰对LTE网络的 影响。
结果：通过干扰管 理提高了LTE网络 的切换成功率和信 号质量改善了用户 体验。
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）测量控制信息包括邻区列表、事件判断门限、时延、上报间隔等信息。
精品案例_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系统实现负载均衡、提高用户体验以及系统整体性能。
- 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。
在收到此消息的响应HANDOVER COMMAND/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停止此定时器。