第三章 LTE MAC协议解读 --- 非连续接收(DRX).docx

第三章?LTE?MAC协议解读?---?非连续接收（DRX）?分享 (2010-03-10 23:10:18)  HYPERLINK javascript:; 转载 标签：  HYPERLINK /c.php?t=blogk=itts=bpoststype=tag \t _blank it分类：  HYPERLINK /s/articlelist_1589254865_6_1.html \t _blank LTE协议 ? 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) 或者在使用长DRX周期，那么检查如下的公式： ????? [(SFN * 10) + subframe number] modulo (longDRX-Cycle) = drxStartOffset 当上面的两个条件满足其中之一，那么就启动定时器onDurationTimer，此时UE就要开始监听PDCCH信道了 如果在这个子帧HARQ RTT 定时器超时，从前面的定时器介绍我们已经知道它是期望