LTE切换为题处理案例及切换参数总结

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

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海淀⼗号线海淀黄庄站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在切换之前上报服务⼩区和邻⼩区的信道质量,便于⽹络侧合理地判决切换。

测量配置基本信道参数表
●eueMeasCellSMeasureRsrp
Smeasure:服务⼩区RSRP门限
启动测量的服务⼩区RSRP门限,取值(-141..-44),单位为dBm。

此参数仅对针对信道质量的测量配置有效,对于针对CGI上报的测量配置⽆效。

对于针对信道质量的测量配置,当⽹络侧没有配置此参数,或者配置了此参数,且服务⼩区RSRP低于此参数指⽰的门限值时,UE根据测量配置对邻⼩区进⾏测量和上报。

推荐取值:-141
具体取值的含义如下:取值-141表⽰s-Measure⽆效,即不限制测量,UE 收到测量配置后⽴即执⾏相应的测量。

取值越⼤,表⽰越容易开启测量,即⼩区覆盖范围内开启测量的区域越⼤。

事件上报参数表
●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),两者的信道质量已经相差较⼤。

.切换算法参数表
●hcServRsrpTh
ServRsrpTh服务⼩区RSRP门限。

⽤于切换判决,切换的时候,A3报上来后,基站要判断服务⼩区的信号是否⼩于此值,如果⼩于此值,才认为服务⼩区不⾏了,才可能触发切换。

当服务⼩区的RSRP低于此门限时,才允许切换,所以建议取值设置得⾜够⼤,以保证不对切换造成过多的限制,同时也不必设置得过⼤,以避免不必要的切换(例如当服务⼩区的信道质量还很好时UE上报了测量报告,此时可不切换);
取值:97;相当于不启效。

定时器及常量分析
●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 RRCConnectionReestablishmentR eject)结束。

取值: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 . 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次。

协议定时器分析
●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
实现定时器分析
●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。

相关文档
最新文档