LTE： 系统内移动性知识点总结

系统内移动性知识点总结

 有关系统内移动性的需求主要是系统内切换，包括同频和异频。

一、 切换类型

1) 根据组网形式：

a) 频内切换

b) 频间切换

2) 根据触发原因：

a) 基于覆盖的切换

b) 基于负荷的切换

c) 基于业务的切换

d) 基于UE移动速度的切换

3) 根据网络拓扑结构：

a) eNB之内

b) 同一MME不同eNB间

c) 不同MME不同eNB间

4) 根据是否下发测量

a) 基于测量事件的切换

b) 盲切换

二、系统内移动性管理测量事件

1) A1事件：服务小区质量高于一个绝对门限（serving > threshold）。用于关闭正在进行的频间和系统间测量和去激活gap；

2) A2事件：服务小区质量低于一个绝对门限（serving < threshold）。用于打开频间或系统间测量和激活gap；

3) A3事件：邻区比服务小区质量高于一个门限（Neighbour > Serving + Offset，Offset：+/-）。用于频内/频

间的基于覆盖的切换；

4) A4 事件：邻区质量高于一个绝对门限。

5) A5 事件：服务小区质量低于一个绝对门限1（Serving<threshold1）且邻区质量高于一个绝对门限2

（Neighbour>threshold2）。用于频内/频间的基于覆盖的切换；

 

三、不同组网方式下的切换流程介绍 

1、 X2切换

2、 S1 切换

 

        

3、 eNB内切换

 

 

四、常见的异常流程

以X2切换为例：

1、 定时器超时

a)切换准备定时器X2 HO Prepare Timer超时

UE上报测量报告后，源侧基站发送HO请求消息，由于定时器超时，在定时器规定时间内没有收到HO请求确认消息导致切换失败，UE仍在源侧小区 ,源测向目标侧发送handover cancel

b） 目标侧配置定时器the Timer for eNodeB Waite for Configuration Complete超时

目标侧收到源测发来的handover request之后，由于目标小区配置失败导致基站对源侧基站回复HO准备失败消息，UE仍旧在源侧小区

c） 目标侧重配完成定时器RRC ReConfig Timer超时 

源侧发送重配消息给UE，目标侧没有收到重配完成消息，UE没有收到目标侧的状态报告，切换失败，UE发起重建立 

d） UE文释放超时 Overall Timer

源侧的UE上下文释放定时器超时，在超时前没有收到目标侧的UE上下文释放消息，从而给核心网发送UE Context Release Request消息，导致源侧切换失败 

e） 路径切换超时Path Switch Timer

目标侧基站由于Path Switch Timer超时，在定时器规定的时间内没有收到Path Switch ACK消息而导致切换失败。目标侧释放RRC连接，源测由于等待UE上下文释放超时，主动向核心网发送UE Context Release Request

 

2、 目标侧接纳失败

a）目标侧用户数门限Threshold of User Number for eNodeB

UE上报测量报告后，源侧基站发送HO请求消息，由于目标侧所能容纳的用户数已经达到上限，无法再接纳UE，从而给源侧基站发送切换准备失败消息，UE切换失败，仍旧在源侧小区 

 

五、数据反传

1、 AM模式下的上行数据反传

 

2、AM模式下的下行数据反传

3、UM模式下的下行数据反传

 

 

六、基于速度、基于负荷的切换算法简介

A:基于负荷的切换

1、 算法原则：只处理系统内同覆盖邻区或包含关系的邻区，根据负荷均衡算法输出的负荷均衡目标小区列表，向选出的UE发起切换命令切换到目标小区。由于负荷均衡目标小区列表是按照与本小区负荷差从大到小的顺序排列的，因此优先切换到第一个小区，如果第一个小区切换尝试失败，再尝试第二个小区，直到切换尝试成功或者目标小区全部接纳失败为止。后台配置数据库参数LBMaxHOCell，限制最大尝试次数不能超过该值。

2、 算法内容：

首先确定目标小区范围：判断负荷均衡输出的小区列表数是否大于LBMaxHOCell，如果大于LBMaxHOCell则只取前LBMaxHOCell个作为目标小区，否则目标小区列表不变。

发起切换：向目标小区的第一个小区发起切换请求，切换成功则流程结束。如果失败，在目标小区列表中按顺序选择下一个小区发起切换，直到切换成功，或者目标小区列表为空，流程结束。

B:基于速度的切换

基于速度的切换是作为基于覆盖的切换在高速场景的一种有效的补充。在基于覆盖切换的基础上，增加了UE处于“高速”状态下的处理，UE速度状态由mac层上报（目前只考虑高速状态、且为系统内切换），该算法通过开关来控制是否启用。

根据eNB收到UE上报的高速指示时，是否已经收到了基于覆盖的测量报告。分为两种场景：

1、eNB收到UE上报的高速指示时，还没有收到基于覆盖的测量报告。

首先判断是否存在包含关系的邻区，如果不存在则该流程结束。如果存在包含关系的邻区，则在这些邻区中等概率随机选择一个小区发起切换，如果接纳失败，将该接纳失败的小区从切换目标小区列表中删除，在剩余的目标小区列表中再随机选择一个小区发起切换.

2、 UE先收到测量报告。

首先判断UE是否为“高速”状态，如果不是则按照基于覆盖的切换流程进行。

如果UE处于“高速”状态，把所有包含关系和相邻关系的邻区做为候选小区列表，包含关系的优先级高于相邻关系，如果这两种邻区都存在多个，内部按照小区服务质量从高到低排列。向列表中的第一个小区发起切换请求并尝试接纳，切换成功流程结束。如果接纳失败，将切换目标小区列表中第一个小区删除，在剩余的小区中按照顺序再次发起切换，直到切换成功，或者目标小区列表为空，流程结束。

 

说明：上述两个进程不能同时进行，当一个进程处理完之前时，是不会处理另一个进程的。即第一个进程进行时，收到的UE基于覆盖切换的测量报告，但是会依然进行盲切换的切换流程，不会被打断。进行第二个进程时，接收到UE的基于覆盖切换的测量报告后，查看当时的UE状态指示，以此时的UE状态指示为准， 如果在后续的操作过程中，UE的状态指示发生变化，则不做任何处理。UE成功切换到某小区，UE的速度状态置为低速，直到MAC上报指示高速状态，才更新速度标志。

测量配置：

下发测量配置时，需要加入速度判定及触发时间缩放因子相关的信元：

1、 THomax：用于指示UE进入中/高速移动状态判决时的时间窗

2、 NHo_H：用于指示高速移动状态判决的小区切换次数门限

3、 NHo_M：用于指示中速移动状态判决的小区切换次数门限

4、 THomaxhyst：用于指示UE离开中/高速移动状态判决时的时间窗

5、 IntraF Time to trigger：监测到事件发生的时刻到事件上报的时刻的时间差的参数。当UE判定自己处于中速状态时，乘以缩放因子IntraFtTriggerEUTRANSFMedium，当处于高速时乘以缩放因子IntraFtTrigger EUTRANSFHigh