admin管理员组文章数量:1532330
2024年1月20日发(作者：)
DRX工作原理及机制
LTE中的DRX功能控制实体位于协议栈的MAC层，其主要功能是控制向物理层发送指令，通知物理层在特定的时间监听PDCCH（物理下行控制信道：用于承载下行控制信息）即处于激活期，其余时间不会开启接收天线，处于睡眠状态。
1.1 DRX激活期
当UE配置了DRX的功能，就会在激活期监听PDCCH。若在RRC_CONNECTED状态，配置了DRX功能，UE则使用DRX的操作规范，不连续监听PDCCH。
DRX模式下，所有定时器和参数的设置都是通过RRC层来完成的。与DRX相关的定时器主要有：
（1）On-duration timer：每个DRX周期内,UE需要监听的PDCCH的子帧数目。在其余的时间内，UE就可以关闭其接收机。
（2） DRX Inactivity Timer： 在UE成功地解码指示UL或DL初始传输的PDCCH后,所连续监听的非活动的PDCCH的子帧数目，也就是说,必须在此时间之内，没有监听到与UE相关的PDCCH，UE才能进入到DRX状态.
（3）drx-Retransmission Timer： 在重传模式下，UE预期接收DL Retransmission的时间，也就是需要这么多时间来接受下行重传。
三种定时器运行期间将会开启接收天线监视PDCCH。
1.2 RRC连接模式下的DRX工作原理
•
如果使用短DRX周期，检查当前子帧是否满足下面的公式：
[(SFN * 10) + subframe number] modulo (shortDRX-Cycle) = (drxStartOffset)
modulo (shortDRX-Cycle)
•
如果使用长DRX周期，则检查如下的公式：
[(SFN * 10) + subframe number] modulo (longDRX-Cycle) = drxStartOffset
其中drxStartOffset是指在第几个子帧开启Onduration Timer，进入激活期。（在8.2.2测试中所设值为9，即第9个子帧开启Onduration Timer）
当上面的两个条件满足其中之一，那么就启动定时器onDurationTimer，此时UE就开始监听PDCCH信道。
1.3 RRC连接状态下的DRX工作机制
在RRC连接状态下的DRX工作机制，采用的是定时器与DRX周期结合的工作方式，且eNB也会保持与UE相同的DRX工作方式，并实时了解UE是处于激活期还是睡眠期，因此保证在激活期传递数据，而在睡眠期不会进行数据传输。
下面以下图为例说明DRX的工作机制：
onDurationTimer长周期onDurationTimer短周期onDurationTimerHARQ RTT TimerHAR重传定时器1231、2、3均为drx-InactivityTime
开始的时候无论是长或者短周期都会启动onDurationTimer定时器，开始监听PDCCH。
首先开始收到下行的一个新数据包（1），此时需要启动drx-InactivityTimer定时器，因为现在要完成这个下行包发送的处理，所以它还会持续监听这么长时
间，数据包解码成功，所以不出什么意外它就会等到定时器超时；
drx-InactivityTimer还没有超时接着收到一个数据包（2），但是解码失败，此时就要启动两个定时器：一个是drx-InactivityTimer定时器用来延长监听的时间，还有一个是HARQ RTT定时器（内部定时器），因为失败了，所以它估计最早重传会这个定时器超时后来到，所以在这一段时间里，可以不理会重传。
然后定时器还没有超时，这个时候又来了一个上行的新包（3），所以又要启动drx-InactivityTimer定时器，不过由于新包解码成功，因此等到定时器超时，它就进入了睡眠状态了。
经过一段时间，这个周期结束了，进入下一个周期的开始点，因此需要重启onDurationTimer定时器。这个定时器没结束之前，HARQ RTT定时器超时，UE认为此后重传可能会到，所以要启动HARQ 重传定时器监听重传的PDCCH信息，接着重传到了，并且成功了。
这一个过程就完成了。
版权声明：本文标题：LTE DRX工作原理及机制 内容由热心网友自发贡献，该文观点仅代表作者本人， 转载请联系作者并注明出处：https://m.elefans.com/xitong/1705718258a152545.html， 本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，一经查实，本站将立刻删除。
发表评论