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系统实现负载均衡、提高用户体验以及系统整体性能。
华为LTE切换参数详细讲解
1.概述同频切换是基于A3,异頻切换是基于A2+A3或者A2+A4注:因为同频是一直测量的,所以只需要A3作为切换判决条件。
异頻需要A2是作为异頻起测量条件,A3,A4是判决条件。
2.切换公式介绍同频切换公式:Mn+ofn+ocn-hys>Ms+ofs+ocs+off(基于A3)各厂家略有不同,华为同频切换没有ofn以及ofs所以公式可以简化为Mn+ocn-hys>Ms+ocs+off异頻切换公式:(1)基于A2+A3A3的公式同样适用上述公式.:Mn+ofn+ocn-hys>Ms+ofs+ocs+off注:异頻切换有ofn参数,没有ofs参数,所以可以简化为Mn+ofn+ocn-hys>Ms+ocs+offA2触发条件:Ms+hys<ThreshA3判决条件:Mn+ofn+ocn-hys>Ms+ocs+off(2)基于A2+A4A4的公式:Mn+ofn+ocn-hys>Thresh则完整的触发及判决公式为:A2触发条件:Ms+hys<ThreshA4判决条件:Mn+ofn+ocn-hys>Thresh3.切换参数详解切换参数各个厂家略有不同,本文只介绍华为切换参数3.1异頻切换参数华为异頻切换包含两类事件1.A2+A3组合事件 2.A2+A4组合事件3.1.1 A2+A3组合事件A2触发条件:Ms(1)+hys(2)<Thresh(3)A3判决条件:Mn(4)+ofn(5)+ocn(6)-hys(7)>Ms(8)+ocs(9)+off(10)∙Ms(1):本小区RSRP测量值∙hys(2):触发A2的迟滞(异頻切换不管是基于A3还是A4,其A2的值不同,但是A2的迟滞以及A1的迟滞是同一个值)LST INTERFREQHOGROUP可以查看该值:∙Thresh(3):基于A3的A2门限值LSTINTERFREQHOGROUP可以查看该值:综上:A2触发条件可以转换成Ms(1) >Thresh(3)- hys(2),设A2为-91,HYS 为2(步长0.5)则邻区MS达到-90dbm开始测量异頻频点。
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事件更容易被触发,容易导致误判和乒乓切换。
03--LTE切换专题
1.3.3测量触发(3/6)
u 基于频率优先级的异频切换测量的触发由事件A1决定,由事件A2来停止异频测量。 u 基于频率优先级的异频切换用于低频段(比如900MHz)频点向高频段(比如 2600MHz)频点的切换。
1.3.3测量触发(4/6)
u 基于业务的异频切换:根据业务类型,优先将某个QCI业务建立到不同频点上,实现业务分层。 u 需要给出QCI优先选择的频点策略,并配置某个QCI优先接入的频点。
• A、使用A1事件触发A4测量,再通过A4事件触发异频切换
• B、使用A2事件触发A4测量,再通过A4事件触发异频切换
• C、使用A3事件触发A4测量,再通过A4事件频切换
• D、使用A2事件触发A5测量,再通过A5事件触发异频切换
1.1.2 切换事件介绍
Ø LTE支持的切换事件有A类和B类。 Ø 其中A类本用作系统内测量,B类被用作系统间测量。
思考:这些事件只会用于切换(互操作)吗?
思考
• 假设某站点同时存在TDD和FDD小区,TDD为插花热点,FDD 为连片覆盖。我们设想TDD用于该区域吸收话务:用户在外围使 用FDD网络,向小区中心移动时应能适时切换到TDD网络中。对 于该站点的FDD小区该如何配置切换测量?
n 切换过程:三个阶段
Ø 测量阶段,不同的切换测量有不同的触发原因 Ø 判决阶段,eNodeB根据UE上报的测量结果进行判决,决定是否触发切换。 Ø 执行阶段,eNodeB根据决策结果,控制UE切换到目标小区,完成切换。
思考
• 你们在做LTE路测分析时,看到过系统下发邻区列表吗? • 为什么?
1.3.2 切换步骤
1.3.3 测量触发(1/6)
1.3.3测量触发(2/6)
精品案例_LTE网络优化过程中切换问题的优化
LTE网络优化过程中切换问题优化案例目录一、背景简介 (1)二、LTE网络切换原理 (1)三、切换失败类型及故障分析 (7)四、工程案例 (11)五、经验总结 (18)LTE网络优化过程切换问题优化案例推广报告【摘要】为贯彻落实无线专业“双提升”重点工作整体思想,围绕高质量发展主线,贯彻落实“事先化、主动化、自动化”的工作要求,聚焦感知,敏捷网优,持续提升移动网质量和端到端运营能力,打造高质量移动网络,以市场需求为导向,以客户感知为核心,以网络优化为抓手,快速提升业务客户感知,有力支撑业务规模发展。
本文通过阐述LTE网络优化过程中的切换问题,分析了切换失败的各种原因,并针对不同的原因提出了相应的解决方案,为网络优化工作提供了依据和经验。
【关键字】双提升、网络优化、切换失败【业务类别】优化方法、基础维护、流程类一、背景简介切换是LTE通信网络中用户终端UE从一个小区移动到另一个小区过程中发生的接力式服务行为,当前的4G-LTE网络普遍采用“先连接,后断开”的软切换方式来实现小区服务的连续性。
如果在连接和断开过程中出现切换失败,将使用户终端处于网络失联状态,极有可能导致掉话现象的发生,严重影响话音、上网等客户体验。
本文将通过分析切换原理和导致切换失败的原因,得出掉话故障及关键指标判断的一般准则,为网络深度优化提供可靠的依据。
二、LTE网络切换原理当前的LTE网络架构基于扁平化和IP化的建网规则,通过核心网(EPC)和eNodeB 向用户终端设备(UE)提供无线信号服务。
图1 LTE网络架构及接口示意图各网络实体的功能图1中,MME为移动性管理实体,负责向eNB发送寻呼消息,并完成信令传输,控制空闲状态下的移动性管理,SAE承载控制以及处理非接入层信令的加密和完整性保护。
S-GW为服务网关,其功能是为eNB间的切换进行本地的移动定位,实现3GPP间的移动性管理,在E-UTRAN的空闲模式下完成下行包缓冲和网络初始化等。
LTE切换问题处理思路教案
14.1切换空口信令流程LTE切换流程采用了UE辅助网络控制的思路,即测量下发、测量上报、判决、资源准备、执行、原有资源释放6个步骤。
下面以站内切换为例,简要介绍一下切换基本流程。
站内切换流程比较简单,不涉及X2、S1的交互。
下面是使用华为M2000信令跟踪工具查看到的看到的站内切换空口信令流程如下表14-1所示:表14-1 站内切换空口信令流程站内切换空口信令流程消息展开如下:(1)RRC_MEAS_RPRT:该消息携带服务小区和邻小区的质量,如图14-1矩形框中分别标出了服务小区和邻小区的信号质量。
图14-1 RRC_MEAS_RPRT信令解析(2)RRC_CONN_RECFG:此时该消息携带切换请求命令,如图14-2所示矩形框中给出了切换的目标小区PCI。
图14-2 RRC_CONN_RECFG信令解析(3)RRC_CONN_RECFG_CMP:此时该消息携带切换完成消息。
消息中的rrcTransactio nIdentifier数值与切换命令中的一致,如图14-3所示。
图14-3 RRC_CONN_RECFG_CMP信令解析(4)RRC_CONN_RECFG:此时该消息携带的是测量控制命令,用于配置UE需要完成的测量,如需测量的小区、频点、测量类型等,如图14-4所示。
图14-4 RRC_CONN_RECFG信令解析(5)RRC_CONN_RECFG_CMP:此时该消息携带的是测量控制完成消息,用于指示eNodeB,UE已经收到并完成了测量配置,如图14-5所示。
图14-5 RRC_CONN_RECFG_CMP信令解析上述(4)RRC_CONN_RECFG和(5)RRC_CONN_RECFG_CMP不属于切换流程,但是在切换流程结束后一般总伴随着RRC_CONN_RECFG(测量控制)和RRC_CONN_RECFG_CMP (测量控制完成)。
当CIO不为零时,通过测量控制消息下发该邻区信息;CIO为零时,eNodeB可以不在测量控制中下发邻区,由UE自己进行测量,并且该CIO值不下发,涉及该参数的事件判决中该值默认为0。
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技术中小区间的切换不再像在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切换失败问答题分析案例分析
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切换优化专题_参数功能和优化思路
内容:参数功能及设置、切换原理、信令流程、优化案例等。
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。
04-14.2LTE切换问题案例分析教案
切换案例1 邻区漏配问题的案例分析为了保证在各种复杂的地形环境下,用户在移动的同时能够获得良好的信号质量,保证业务的畅通进行,切换是必不可少的保障。
良好的切换性能直接关系到小区的吞吐量、用户的通话质量和数据传输速率,因此,对切换问题进行优化,能提升小区的吞吐量、改善用户的通话质量、提高用户的数据传输速率,从而提升用户对LTE网络的感知。
本次课就来学习一下有关LTE无线网络中邻区漏配问题的典型案例。
一、实训目的1.掌握邻区漏配问题的重要特征。
2.加深对邻区漏配问题优化处理思路的理解。
二、实训步骤及注意要求1.启动Pilot Pioneer在安装好的电脑中,启动Pilot Pioneer后台分析软件。
2.导入数据(1)导入基站数据库启动Pilot Pioneer之后,在主菜单“配置”菜单中选择“基站数据库管理”,在弹出的对话框中,选择基站栏目下的LTE选项,再选择导入按钮,将文件名为“实训9基站工程参数.xls”的文件导入到Pilot Pioneer中来。
(2)打开数据文件在Pilot Pioneer软件主菜单“文件”中选择“导入测试数据”子菜单,再选择“常规”在弹出的对话框中,选择文件的路径,将文件名为“实训9数据.RCU”文件导入到Pilot Pioneer中来。
3.解压和解码数据文件在工程窗口中,选择“工程”选项卡,用鼠标双击导入的数据文件(即“实训7数据”文件)下面的Message选项,软件就会对“实训9数据”进行解压和解码,并自动弹出信令窗口。
4.打开常用的窗口Graph窗口、Line chart窗口、事件窗口、LTE Serving+Neighbor Cell List窗口等常用窗口。
9.2 数据分析1.问题描述UE由南往北行驶至图S9-1所示的椭圆区域时,UE接收到RSRP信号强度急剧下降。
图S9-1 UE的RSRP测试轨迹图2.问题分析通过LTE Serving+Neighbor Cell List窗口查看服务小区和邻区的RSRP发现,在15:07:56.036时刻服务小区的RSRP=-105.56dBm,UE检测到距离359.60m 之外开发区盛华心港湾49(PCI=23)的小区RSRP信号较强,其RSRP=-97.75dBm 如图所示:图S9-3 UE检测到信号较强小区RSRP测试图在随后3s多的时间内,UE多次向eNodeB上报测量报告消息,要求进行A3事件切换,即由开发区茂华国际10号楼50(PCI=142)的小区切换到开发区盛华心港湾49(PCI=23)的小区。
- 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停止此定时器。