LTE切换为题处理案例及切换参数总结讲解学习
L T E切换为题处理案例及切换参数总结
切换问题处理及切换参数总结
目录：
简述： (2)
一、案例分析： (2)
1.1. 问题描述： (2)
1.2. 优化： (4)
二：切换参数总结： (5)
1.1.UE测量配置基本信道参数表 (5)
1.2.A3事件上报参数表 (6)
1.3.切换算法参数表 (7)
1.4.UE定时器及常量分析 (7)
1.5.ENB协议定时器分析 (9)
1.6.ENB实现定时器分析 (11)
A1~A5，B1~B2事件总结： (12)
简述：地铁部分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海淀十号线海淀黄庄站FDDNLS
1.测试结果：
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测量配置基本信道参数表
eueMeasCellSMeasureRsrp
Smeasure：服务小区RSRP门限
启动测量的服务小区RSRP门限，取值(-141..-44)，单位为dBm。此参数仅对针对信道质量的测量配置有效，对于针对CGI上报的测量配置无效。对于针对信道质量的测量配置，当网络侧没有配置此参数，或者配置了此参数，且服
务小区RSRP低于此参数指示的门限值时，UE根据测量配置对邻小区进行测量和上报。
推荐取值：-141
具体取值的含义如下：取值-141表示s-Measure无效，即不限制测量，UE 收到测量配置后立即执行相应的测量。取值越大，表示越容易开启测量，即小区覆盖范围内开启测量的区域越大。
1.2.A3事件上报参数表
●a3Hysteresis
Hysteresis：A3事件触发滞后因子。此参数表示事件触发上报的进入和离开条件中使用的滞后因子,与a3Offset一同起作用。当测量小区的RSRP比服务小区的RSRP值高（a3Hysteresis+a3Offset）时触发A3测量报告。
取值：4，即2dB.
选择理由：取较小值，以缩小事件触发的信道条件区间，保证触发小区列表的及时更新。
●a3TimetoTrig
TimetoTrig：（TTT）事件触发持续事件；触发测量报告需要满足事件准则的持续时间，即满足某一事件的进入或退出条件达到此时间后才能触发对应的测量上报
推荐取值：512ms
选择理由：满足切换的进入或退出条件达到此时间后才能触发对应的测量上报，为了防止乒乓切换，目前测试中的经验值，需要根据实际情况调整。例如在高速场景下，由于终端移动速度很快，信道质量变化快，如果TTT设置较大，则测量小区的信道质量与TTT时刻后的信道质量很难匹配，容易导致切换失败。
●a3MaxReportCell
测量报告中包含的小区最大数目，不包括服务小区。
推荐取值：8
选择理由：理论应最大化上报的小区数目以提供更充分的信息，但数据处理量过大。
●a3RptInterval
相邻两次周期报告之间的时间间隔
推荐取值：480ms
选择理由：测试经验值。
●a3RptAmount
推荐取值：8
选择理由：测试经验值。
●a3Offset
A3事件测量上报触发条件中使用的偏移量。
推荐取值：a3Offset1 ，1dB
选择理由：系标推荐值，与滞后因子一同起作用。一般邻小区信道质量相对于本小区更好时才切换，因此认为此参数取值应该为正；取1dB时，加上滞后因子的影响（2dB），两者的信道质量已经相差较大。
1.3.切换算法参数表
●hcServRsrpTh
ServRsrpTh服务小区RSRP门限。用于切换判决，切换的时候，A3报上来后，基站要判断服务小区的信号是否小于此值，如果小于此值，才认为服务小区不行了，才可能触发切换。当服务小区的RSRP低于此门限时，才允许切换，所以建议取值设置得足够大，以保证不对切换造成过多的限制，同时也不必设置得过大，以避免不必要的切换（例如当服务小区的信道质量还很好时UE上报了测量报告，此时可不切换）;
取值：97；相当于不启效。
1.4.UE定时器及常量分析
●T300 Timer
T300: RRC连接建立定时器时长。
统计周期：初始接入时从UE发送MSG1开始，到UE接收到
MSG4(RRCConnectionSetup or RRCConnectionReject message)停止；
取值：600ms;
T300超时后，UE将执行以下动作：
1）复位MAC层，释放MAC层配置，对所有已建立的RB进行RLC重建；
2）通知高层RRC连接失败,结束该过程。
●T301 Timer
T301:RRC连接重建立定时器时长。
统计周期：重建立过程中从UE发送Msg1开始，到UE接收到
MSG4(RRCConnectionReestablishment or RRCConnectionReestablishment Reject)结束。
取值：600ms；
T301超时后，UE将进入RRC-IDLE状态。
●T304 Timer
T304为切换执行阶段的定时器，从UE接收到RRC CONNECTION RECONFIGURATION（包含MobilityControlInfo ）开始，切换成功标准满足后结束， T304包括了在目标小区的随机接入过程。
推荐取值：2000ms；
T304超时后认为切换失败，开始RRC连接重建过程，并开启T311。
●T310 Timer
START:Upon detecting physical layer problems i.e. upon receiving N310 consecutive out-of-sync indications from lower layers
STOP:Upon receiving N311 consecutive in-sync indications from lower layers, upon triggering the handover procedure and upon initiating the connection re-establishment procedure
取值：500ms
T310超时后，如果安全性已经激活，进入RRC-IDLE状态；否则执行RRC 连接重建立过程。
●T311 Timer
从初始化RRC连接重建立开始，比如T304,T310,T312超时之后开启，到UE接收到RRC CONNECTION REESTABLISHMENT或 RRC CONNECTION REESTABLISHMENT REJECT结束。
推荐取值：2000ms
T311超时后UE进入RRC-IDLE状态
●T320 Timer
T320是小区重选优先级的有效时间。从收到IE T320开始，到进入
RRC_CONNECTED状态停止。
取值：30Min
T320超时后，解除专有信令提供的小区重选优先级信息。
●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协议定时器分析
●S1RLOCpre
S1切换准备定时器；每当发送一条HANDOVER REQUIRED消息时，源eNB启动对应的定时器TS1RELOCprep。在收到此消息的响应HANDOVER
COMMAND/HANDOVER PREPARATION FAILURE消息时，源eNB停止此定时器。
当定时器超时时，源eNB发起切换取消过程，并忽略后续收到的任何响应HANDOVER COMMAND/HANDOVER PREPARATION FAILURE消息。
推荐取值：3000ms
●S1RLOCoveral
S1切换保护定时器。当源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;
●S1TimeToWait
S1TimeToWait:S1再次建立等待定时器。如果目标MME响应的S1 SETUP FAILURE消息中包含了Time To Wait参数，则当前eNB至少等待此参数指定的时间，之后才可能重新发起到同一个目标MME的S1建立过程。
推荐取值：60s
●X2RLOCpre
X2切换准备定时器。每当发送一条HANDOVER REQUEST消息时，源eNB启动对应的定时器TRELOCprep。在收到此消息的响应HANDOVER REQUEST ACKNOWLEDGE/HANDOVER PREPARATION FAILURE消息时，源eNB停止此定时器。
当定时器超时时，源eNB发起切换取消过程，并忽略后续收到的任何响应HANDOVER REQUEST ACKNOWLEDGE/HANDOVER PREPARATION FAILURE消息。
推荐取值：3000ms
●X2RLOCoveral
X2切换保护定时器。当源eNB第一次收到HANDOVER REQUEST ACKNOWLEDGE消息时将启动定时器TX2RELOCOverall。如果在源eNB收到UE CONTEXT RELEASE消息（必然在定时器超时前收到）或定时器
TX2RELOCOverall超时前UE返回到此eNB，则源eNB停止此定时器并继续向此UE提供服务。
在定时器TX2RELOCOverall超时时，如果源eNB之前未收到UE CONTEXT RELEASE消息，则源eNB向MME发送UE CONTEXT RELEASE REQUEST消息请求释放UE上下文，并通过切换取消过程指示准备集中的所有小区释放UE上下文。注意源eNB在收到UE CONTEXT RELEASE消息时不会停止定时器TX2RELOCOverall。
●X2TimeToWait
X2建立再次发起定时器时长。如果目标eNB响应的X2 SETUP FAILURE消息中包含了Time To Wait参数，则当前eNB至少等待此参数指定的时间，之后才可能重新发起到同一个目标eNB的X2建立过程。
推荐取值：60s
1.6.ENB实现定时器分析
●timerHcSrcHandover
TimerSrcHandover:源小区切换阶段定时器时长，源小区在发送切换命令时开启此定时器，超时后将释放为此UE分配的资源。通常可以取T304+T311，为保证极端情况下切换和重建过程的完成（UE切换失败后执行RRC重建，可能重建回源小区），避免过早释放为UE分配的资源而导致UE重建失败，适当增加定时器时长。
推荐取值：5000ms
● timerHcTarHandover
TimerTarHandover:目标小区切换定时器时长，切换准备集中的每一个基站在发送HANDOVER REQUEST ACK时开启此定时器，在目标小区接纳切换的UE后停止此定时器，其它基站如果在超时之前没收到请求资源释放的消息，则释放UE 上下文以及相关资源。
取值建议：5000ms
A1~A5，B1~B2事件总结：
●同频切换一般是基于A3，异频切换一般先是A2触发异频测量，然后看
定义的触发异频事件，可能是A4，也可能是A5
●异频系统切换一般是A2触发异频系统切换，然后看定义以系统触发切换
事件的，可能是B1，也可能是B2