内容发布更新时间 : 2024/5/16 16:56:38星期一 下面是文章的全部内容请认真阅读。

本文介绍了LTE中关于RRC_CONNECTED态下的UE的DRX处理流程。主要结合3GPP协议，介绍了几个timer的作用。同时简单介绍了载波聚合对DRX的影响。

一、DRX介绍

基于包的数据流通常是突发性的，在没有数据传输的时候，可以通过关闭UE的接收电路来降低功耗，从而提升电池使用时间。这就是DRX（Discontinuous Reception，不连续接收）的由来。

DRX的基本机制是为处于RRC_CONNECTED态的UE配置一个DRX cycle。DRX cycle由“On Duration”和“Opportunity for DRX”组成：在“On Duration”的时间内，UE监听并接收PDCCH（激活期）；在“Opportunity for DRX”时间内，UE不接收下行信道的数据以节省功耗（休眠期）。

从下图可以看出，在时域上，时间被划分成一个个连续的DRX Cycle。

图一：DRX cycle

drxStartOffset指定DRX cycle的起始子帧，

longDRX-Cycle指定了一个long DRX cycle占多少个子帧，这两

个参数都是由longDRX-CycleStartOffset字段确定的。

onDurationTimer指定了从DRX cycle的起始子帧算起，需要监

听PDCCH的连续子帧数（即激活期持续的子帧数）。

在大多数情况下，当一个UE在某个子帧被调度并接收或发送数据后，很可能在接下来的几个子帧内继续被调度，如果要等到下一个DRX cycle再来接收或发送这些数据将会带来额外的延迟。为了降低这类延迟，UE在被调度后，会持续位于激活期，即会在配置的激活期内持续监听PDCCH。其实现机制是：每当UE被调度以初传数据时，就会启动（或重启）一个定时器

drx-InactivityTimer，UE将一直位于激活态直到该定时器超时。drx-InactivityTimer指定了当UE成功解码一个指示初传的UL

或DL用户数据的PDCCH后，持续位于激活态的连续子帧数。即每当UE有初传数据被调度，该定时器就重启一次。（注意：这里是初传而不是重传）

为了允许UE在HARQ RTT期间内休眠，每个DL HARQ process定义了一个 “HARQ RTT(Round Trip Time) timer”。当某个下行HARQ process的TB解码失败时，UE可以假定至少在“HARQ RTT”子帧后才会有重传，因此当HARQ RTT timer正在运行时，UE没必要监听PDCCH。当HARQ RTT timer超时，且对应HARQ process接收到的数据没有被成功解码时，UE会为该HARQ process启动一个drx-RetransmissionTimer。当该timer运行时，UE会监听用于HARQ重传的PDCCH。

drx-RetransmissionTimer的长度与eNodeB调度器的灵活度要

求相关。如果是要达到最优的电池消耗，就要求eNodeB在HARQ RTT timer超时之后，立即调度HARQ重传，这就也要求eNodeB为此预留无线资源，此时drx-RetransmissionTimer也就可以配得短些。drx-RetransmissionTimer指定了从UE期待收到DL重传的子帧（HARQ RTT之后）开始，连续监听PDCCH的最大子帧数。

DXR cycle的选择包含了电池节约和延迟之间的平衡。从一个方面讲，长DRX周期有益于延长UE的电池使用时间；例如网页浏