RLF

RLF的发生可以由基站触发或者是终端触发，终端如果发现他自己收到的RSRP很低，并且不能解调PDCCH的时候，就认为这会儿自己可能失步了。

终端检测RLF

The UE is expected to monitor the RS in the downlink. Based on the signal strength of the Reference Signals (i.e., the RSRP), the UE will determine if it can decode the PDCCH based on a certain set of parameters that are provided in the specs. Each UE will have a different RSRP threshold in which it will assume it cannot read the PDCCH. If the Reference signals have enough strength such that the UE can decode consistently the PDCCH, then the link is In-Synch.

失步了的判断有3个重要参数

n310：在200ms内终端不能连续解调PDCCH的数目，就是连续的20个下行帧不能解调的数目

t310：定时器，准许终端重新同步的时间

n311：在100ms时间连续成功解调PDCCH的数目，也就是连续解调10ms帧的PDCCH的个数

加入超过n310的连续的同步失败，就启动t310计时器，假如期间没有完成n311的解调，则RLF发生，假如在此之前就完成，那么RLF就不发生。

终端自己发现RLF后会发起RRC Connection Reestablishment Request。

终端下行失步，在UE进行无线链路检测时，当连续收到的下行失步指示OOS个数等于N310时，会触发定时器T310启动；如果在T310持续过程中连续收到下行同步指示IS个数等于N311时，停止T310恢复链路。T310超时则终端开始发起RRC重建立。

完整的RRC重建立流程包括：UE发起重建，开始搜索小区，找到合适的小区驻留，并发起RRC Connection Reestablishment Request，到UE最终发送RRC Connection Reconfiguration Complete消息指示重建立完成。T311控制UE开始RRC连接重建立到UE选择到一个小区的过程所需的时间，期间UE执行小区选择的过程，超时进入IDLE。T301指示在UE发送RRC Connection Reestablishment Request后启动，如果超时前收到RRC Connection Reestablishment或者RRC Connection Reestablishment Reject，定时器停止，超时进入IDLE。

也就是终端的log

终端要么通过重建立上来

要么通过service request，发带CRNTI-MACCE上来。

基站检测RLF

通过周期性事件来检测，比如周期性CQI，周期性TA；另外基站也可以通过查看下行RLC的重传次数来判定是否终端已经失步。