LTE中小区切换的有关内容
好久没更新了……当初说好了一周更新一次的，但是各种原因所以拖到现在。最近主要在做LTE小区切换相关的东西，然后找了挺久的资料，总结一下吧。
1.Handover Procedure
* * * * * * * * * * * State 1: A3 event 进 入 条 件 满 足 之 前 * * * * * * * * * * *
0. 在 UE 的连接建立或者 TA 更新阶段提供给 eNB 其 area restriction 信息
1. 源 eNB 根据 area restriction 信息配置 UE 的测量
* * * * * * * * * * * * State 2: UE 接 收 切 换 命 令 之 前 * * * * * * * * * * * *
2. UE 满足测量报告的触发条件，经过 TTT，依旧满足条件，上报 MEASUREMENT REPORT
Intra-Frequency-HO 切换都是基于 A3/A5 事件进行的切换
A3 事件：邻区的服务质量（RSRP/RSRQ）比服务小区高一个绝对门限，触发
A3 事件切换。
A5 事件：服务小区的服务质量低于一个绝对门限 1，邻区的服务质量高于一个绝
对门限 2，触发 A5 事件切换。
3. 源 eNB 进行 Handover Decision
* * * * * * * * * * * * * * * * Handover Preparation * * * * * * * * * * * * * * * *
4. 源 eNB 向目标 eNB 发送 Handover Request
5. 目标 eNB 进行 Admission Control
6. 目标 eNB 向源 eNB 发送 Handover Request ACK
7. 源 eNB 向 UE 发送 RRC Connection Reconfiguration
* * * * * * * * * * * * * * State 3: UE 完 成 切 换 之 前 * * * * * * * * * * * * * *
* * * * * * * * * * * * * * * * * Handover Execution * * * * * * * * * * * * * * * * *
UE 开始与源 eNB 进行 Detach，并开始同步到目标 eNB
为了避免数据损失，源 eNB 进行缓存控制并向目标 eNB 传送数据包
8. 源 eNB 向目标 eNB 进行 SN Status Transfer 以及数据转移传送
9. UE 与目标 eNB 同步完成
10. 目标 eNB 向 UE 发送 UL Allocation+TA MSG
11. UE 向目标 eNB 发送 RRC Connection Complete MSG
* * * * * * * * * * * * * * * * * Handover Complete * * * * * * * * * * * * * * * * *
UE 与目标 eNB，目标 eNB 与 S-GW 之间进行数据交互
12. 目标 eNB 向 MME 发起 Path Switch Request
13. MME 向 S-GW 发起 Modify Bearer Request
14. S-GW 与源 eNB 进行 Switch DL Path，并发起 End Marker MSG
源 eNB 收到 End Marker MSG 后向目标 eNB 发送 End Marker MSG
15. S-GW 向 MME 发起 Modify Bearer Response MSG
16. MME 收到来之 S-GW 的响应消息后向目标 eNB 发送 Path Switch Request ACK MSG
17. 目标 eNB 向源 eNB 发送 UE Context Release MSG
18. 源 eNB 释放资源
信令流程如下所示，摘自TS 36.300
2.Radio Link Failure
接下来是RLF的检测，RLF的发生往往会导致切换失败。RLF的检测过程如下图所示，可以看到其包含两个 Phase 的状态。首先是 Radio Problem Detection，对于如何触发检测，并没有找到类似的文献，在http://www.sharetechnote.com/ 中，也指出并没有找到明确的定义。但是，根据里面的观点，其检测可能是由以下条件触发的：
UE side
1. UE 的 RSRP 低于某一阈值；
2. UE 的 PDCCH 解调失败。
eNB side
1. SRS 功率 (SINR) 低于既定门限；
2. eNodeB 不能解调 PDSCH 上的 NACK 以及 ACK 信息。
之后是 T310 计数器的触发条件，在 36.839 中，对于 T310 计数器的触发，其定义是 CQI < Qout。
对于 Qout，在 36.311 中的 7.6 节，定义是，PDCCH 以及 PCFICH 的 BLER 达到 10%。当满足这一条件，意味着当前链路处于 “out of sync” 状态，当 T310 的定时器期满之后，也就意味着 RLF 的发生，此时 T311 计数器触发，当其期满之后，UE 进入 RRC_Idle 状态，需要进行 RRC 的 Restablishment。
同时，还定义了另外一个门限，Qin，定义是，PDCCH 的以及 PCFICH 的 BLER 低于 2%。当满足这一条件，意味着当前链路处于 “in sync” 状态，T310 定时器或者 T311 计数器都会停止计时。
在http://www.sharetechnote.com/，给出了 T310 定时器的结构示意图，如下图所示。但是这里需要注意的是，其 “out of sync” 与 “in sync” 的定义与上述定义不一致。这里定义 “out of sync” 指的是连续 20个 PDCCH 子帧解调失败；“in sync” 指的是连续 10 个 PDCCH 子帧解调成功。
在 36.839 以及 36.311 中，对于 N310 以及 N311 的定义都是 1，所以其大体步骤与上述定义差别不大。
最后，在 36.839 中，对于 Qout= −8dB,Qin= −6dB，这里测量的是 wideband CQI，我认为其定义的目的主要是从仿真的角度来看的。
3.Handover Failure
对于 HOF，36.839 中有如下定义，
State 2:
1. 当 HO_CMD 被 UE 接收时，T310 计时器已经被触发或者正在运行（也就意味着 PDCCH failure）
2. State 2 状态下发生 RLF
State 3:
在 State 3 中 handover execution 阶段结束时，目标小区的滤波后的下行平均 wideband CQI 小于门限值 Qout(−8dB)
