3.4.3 DRX(非 连续接收) 

    DRX，在一段时间里停 止监听PDCCH信道，DRX分两种：IDLE DRX，顾名思义，也就是当UE处于IDLE状态下的非连续性接收，由于处于IDLE状态时，已经没有RRC连接以及用户的专有资源，因此这个主要是监听呼叫信道与广播信道，只要定义好固定的周期，就可以达到非连续接收的目的。但是UE要监听用户数据信道，则必须从IDLE状态先进入连接状态。

而另一种就是ACTIVE DRX，也就是UE处在RRC-CONNECTED 状态下的DRX， 可以优化系统资源配置，更重要的是可以节约手机功率，而不需要通过让手机进入到RRC_IDLE 模式来达到这个目的，例如一些非实时应用，像web浏览，即时通信等，总是存在一段时间，手机不需要不停的监听下行数据以及相关处理，那么DRX就可以应用到这样的情况，另外由于这个状态下依然存在RRC连接，因此UE要转到支持状态的速度非常快。

    这里我们先介绍ACTIVE DRX，而IDLE DRX我打算放在呼叫那部分来介绍。而要理解DRX，我们就必须理解下面要描述的几个定时器与概念（所有的时间都是基于子帧的，也就是ms为单位）：

On duration Timer

UE每次从DRX醒来后维持醒着的时间,UE在该段时间内会搜索PDCCH。

Inactivity Timer

UE在醒着时每次成功解码HARQ初始发送的PDCCH后保持active的时间，它的意思就是，当UE收到的PDCCH指示的是一个UL/DL的初始传输，而不是重传。

UE在醒着时每次成功解码HARQ初始发 送的PDCCH后保持active的时间

Active Time

UE从DRX醒来后保持醒着的总时间，在此时间段，UE监听PDCCH，包括所有导致UE处于ACTIVE的状态，比如是DRX周期开始“On Duration”，或者收到初始传输的PDCCH，或者是监听重传，等等，在36.321 5.7节，是这样定义ACTIVE TIME的，如果配置了DRX，那么ACTIVE Time 包括以下时间：

· onDurationTimer、drx-InactivityTimer、drx-RetransmissionTimer 以及 mac-ContentionResolutionTimer 运行的时间，或者 

· 有SR（调度请求）已近发送到PUCCH，并且处于挂起的状态（也就是这个调度请求还没有满足，如此之类的）或者， 

· 对一个挂起的HARQ重传存在上行授权，并且在对应的HARQ 缓冲区里面有数据；或者 

· 在非竞争随机接入后，成功收到随机接入响应消息，此时应该有PDCCH发送给UE指示一个新的传输， 但是这个PDCCH还没有收到，此时UE还是必须处 于ACTIVE状态 

HARQ RTT Timer

UE预期DL Retransmission到达的最少间隔时间，也就是说重传最早会什么时候到，那么UE暂且不需要理会，也就是说这一段时间，改怎样就怎样，等到这个定时器超时了，那么它就要处于醒着的状态。

DRX Retransmission Timer

UE预期接收DL Retransmission的时间，也就 是需要这么多时间来接受下行重传。

DRX cycle length

DRX cycle length一旦配置/重配置就固定，即不会因为active time大于on duration而 变化。

DRX运行：

· 如果在使用短DRX周期，检查当前子帧是否满足下面的公式： 

      [(SFN * 10) + subframe number] modulo (shortDRX-Cycle) = (drxStartOffset) modulo (shortDRX-Cycle)

..........更多精彩请关注下方

LTE-MAC协议解读-----非连续接收(DRX)-分享.pdf