TD-LTE异频切换中AA2,A4门限设置

TD-LTE异频切换中A1、A2、A4门限设置Q&A

一、何为异频切换

不同频段的小区之间切换即为异频切换。就某地市移动现网来讲，所有D频段宏站和F 频段宏站之间的切换以及所有宏站（D、F频段）和室分（E频段）之间的切换均为异频切换。

二、异频切换和同频切换之间有什么不同

当UE对异频频点进行测量时，会极大的占用系统资源，导致PDCCH UL（DL）Grant Count 下降，进而影响上传、下载速率。所以我们希望UE在进行异频切换前尽可能短的时间才开启对异频的测量，以减小异频测量对系统资源的消耗，提升测试速率。

UE测量异频时

UE不测量异频时

三、异频切换过程中A1、A2、A4门限

TD-LTE异频切换中参数有很多，上表只列出了基于RSRP的A1、A2、A4门限相关参数，基于RSRQ、频率优先级、负载的切换参数和一些幅度迟滞、时间迟滞并未列出。为了方便描述，在下文中都不考虑上述未列出的参数。

A1门限为停止测量门限，即UE测量到的服务小区RSRP值如果大于该门限，则UE 停止异频测量；

A2门限为开启测量门限，即UE测量到的服务小区RSRP值如果小于该门限，则UE 开启异频测量；

A4门限为切换判决门限，即UE测量到的异频邻区RSRP值如果大于该门限，则UE 开始向该异频邻区切换。

为方便理解A1、A2门限，请看下图：

假设UE占用A小区，且A小区异频A1 RSRP触发门限、异频A2 RSRP触发门限分别设置为-90、-95。则当UE测量到的A小区RSRP值为红色区域时，UE不进行异频测量；当UE测量到的A小区RSRP值为绿色区域时，UE进行异频测量；当UE测量到的A小区RSRP值为黄色区域时，UE是否进行异频测量取决于UE之前的状态，即UE的测量状态并不改变。

四、A1、A2、A4门限设置的一些原则

A1、A2、A4门限参数设置应遵循以下几个原则：

1、应使UE尽量占用RSRP值、SINR值较高的小区，如果遇到RSRP值、SINR

值都较高无法满足的情况时，应使UE尽量占用SINR值较高的小区；

2、当两个小区SINR值都较高时，应使UE尽量占用D频段小区；

3、在不影响切换及时性时，应尽量减小A1、A2门限，以避免因异频测量导致的

上下行调度次数降低；

PS：因为UE不测量异频时，测试软件的服务小区和邻区列表不显示异频小区的信息，这无形增加了优化的难度，所以在优化过程中，可以先将小区的A1、A2、A4门限都设置为一个较高的值，以方便得到待优化路段所有频段小区的场强分布。此方法仅限于优化难度很大的路段，不建议大范围推广，并且一定要记得及时恢复原门限设置。

396244 101 18285

切换算法：

事件(一般同频用A3，异频用A1/A2+A5，异系统用A1/A2+B2)

1.Event A1(Serving becomes better than threshold)：

表示服务小区信号质量高于一定门限，满足此条件的事件被上报时，eNodeB停止异频/异系统测量；类似于UMTS的2F事件。

2.Event A2(Serving becomes worse than threshold)：

表示服务小区信号质量低于一定门限，满足此条件的事件被上报时，eNodeB启动异频/异系统测量；类似于UMTS的2D事件。

3.Event A3(Neighbour becomes offset better than serving)：

表示邻区质量高于服务小区质量，满足此条件的事件被上报时，源eNodeB启动切换请求；类似于UMTS的1G/2A事件。

4.Event A4(Neighbour becomes better than threshold)：

表示邻区质量高于一定门限量，满足此条件的事件被上报时，源eNodeB启动切换请求；类似于GSM里面的HCS切换。

5.Event A5(Serving becomes worse than threshold1 and neighbour becomes better than threshold2)：

表示服务小区质量低于一定门限且邻区质量高于一定门限；类似于UMTS的2B事件。

6.Event B1(Inter RAT neighbour becomes better than threshold)：

表示异系统邻区质量高于一定门限，满足此条件事件被上报时，源eNodeB启动异系统切换请求；类似于UMTS的3C事件。

7.Event B2(Serving becomes worse than threshold1 and inter RAT neighbour becomes better than threshold2)：

表示服务小区质量低于一定门限并且异系统邻区质量高于一定门限，类似于UMTS的3A事件。

AttachAttempt 附着尝试 UE发送Attach Request消息请求附着到数据业务。AttachSuc 附着成功 UE发送Attach Request消息后，在45秒内发送Attach Complete消息，表示附着数据业务成功。

AttachFail 附着失败 UE发送Attach Request消息后，在45秒内未发送Attach Complete消息，表示附着数据业务失败。

DetachAttempt 去附着尝试 UE发送Detach Request消息或基站发送Detach Request消息请求去附着到数据业务。

DetachSuc 去附着成功 "以下情况表示UE去附着数据业务成功：

UE向基站发送Detach Request消息后，在15秒内收到基站发出的Detach Accept消息。基站向UE发送Detach Request消息后，在15秒内收到UE发出的Detach Accept消息" RRCSetupReq RRC（Radio Resource Control）连接建立请求 UE发送RRC Connection Request消息请求建立RRC连接。

RRCSetupSuc RRC连接建立成功 MS发出RRC Connection Request，并且2.5s 内UE发出RRC Connection Setup Complete，则触发该事件。

RRCSetupFail RRC连接建立失败 MS发出RRC Connection Request，并且2.5s 内UE没有发出RRC Connection Setup Complete，或者收到RRC Connection Reject，则触发该事件。

ERABSetupAttempt ERAB（Evolved Radio Access Bearer）建立尝试如果RRC Connection Reconfiguration消息中包含特定的信元（“drb-ToAddModList”或“drb-ToAddModifyList”），并且不包含信元“mobilityControlInfo”，表示ERAB建立尝试。ERABSetupSuc ERAB建立成功 ERABSetupAttempt事件发生后，UE在1秒内收到RRC Connection Reconfiguration Complete消息，并且消息中的信元“RRC-TransactionIdentifier”值与信元“RRC Connection Reconfiguration”信元值相同，则表示ERAB建立成功。

ERABSetupFail ERAB建立失败 "以下情况表示ERAB建立失败：ERABSetupAttempt事件发生后，1秒内UE没有收到RRC Connection Reconfiguration Complete消息。

ERABSetupAttempt事件发生后，UE收到RRCConnectionReestablishmentRequest消息。" ERABNormalRel ERAB正常释放 "以下情况表示ERAB正常释放：

UE收到Deactivate Eps Bearer Context Request消息后，收到了RRC Connection Reconfiguration消息，且消息中有信元“drb-ToReleaseList”。

UE收到Deactivate Eps Bearer Context Request消息后，收到了RRC Connection release 消息。

UE收到MME的DETACH REQUEST消息，或者向网络侧主动发出DETACH REQUEST消息后收到RRC release消息。

UE没有收到DEACTIVATE EPS BEARER CONTEXT REQUEST消息和MME的DETACH REQUEST消息，也没有向网络侧主动发出DETACH REQUEST消息，但收到了RRCConnection release消息并且前4s没有APP层速率传输。"