CDRX -- LTE连接态下的DRX
简介
C-DRX: Connectedmode DRX,连接态下的DRX
UE在连接态下,如果没有数据传输的话,会根据DRX的规则停止监听PDCCH(监听PDCCH可参考:PDCCH),从而达到省电的目的。一个DRX周期包含On Duration 和Opportunity for DRX 两个时间段。
3GPP - 36.321中示例图如下:
DRX参数
想学习DRX的具体规则,我们需要先了解DRX中的参数。
eNodeB通过ConnectionReconfiguration 或者RRCConnection Setup 或者RRCConnectionReestablishment 这3条消息来告诉UE DRX参数。DRX属于MAC层的参数。3GPP-36.331中有描述如下:
参数包括4个timer, 2个DRX cycle, 1个offset,详细解释如下。
onDurationTimer
在那个SFN/subframe启动 onDurationTimer呢?计算公式如下:
如果配置了short DRX,则SFN/subframe满足:
[(SFN * 10) +subframe number] mod(shortDRX_Cycle) == (drxStartOffset)mod (shortDRX_Cycle)
如果配置了long DRX, 则SFN/subframe满足:
[(SFN * 10) +subframe number] mod(longDRX_Cycle) == (drxStartOffset)
ShortDRX和LongDRX计算公式中的drxStartOffset 是同一个值,就是DRX-config 中longDRX-CycleStartoffset中的CycleStartoffset。
drx-InactivityTimer
当UE成功盲检到一个下行PDCCH之后,就会启动这个定时器。
当drx-InactivityTimer超时时,
如果配置short DRX,则
1.使用short DRX,
2.触发drxShortCycleTimer,
否则,
1.使用 long DRX。
有人可能会认为,如果配置DRX的话,UE一定会睡觉,而eNodeB一定会根据DRX的规则,只在特定的时间发送数据给UE。这种理解是不正确的,因为drx-InactivityTimer参数的存在,只要UE有新传数据到达(PDCCH),drx-InactivityTimer 就会重新启动(reset), UE的**的时间就会延长(extended)。可以参考下面drx-RetransmissionTimer中的示意图。
drx-RetransmissionTimer
启动该重传定时器需要满足下面条件:
1. HARQ RTT Timer超时, 且
2. 对应的DL HARQ process buffer里的数据没有被成功解码时
备注:(HARQ RTT Timer一旦超时就意味着UE可以开始接收eNodeB的重传数据了,若RTT定时器还没有超时,eNodeB也不会下发重传数据)
当收到PDCCH子帧显示该process有数据传输时,停止该定时器。
下图显示了HARQ RTT Timer和drx-RetransmissionTimer启动的先后关系。
(另外,从下图也可以看到drx-InactivityTimer 重启3次(红色示意图),延长了UE的**时间)
图来自:http://www.simpletechpost.com/2015/10/connected-mode-drx.html

drxShortCycleTimer
当配置了shortDRX 时,在下列条件会启动这个定时器:
1. drx-InactivityTimer超时,或者
2. 收到DRX command MAC CE
drxShortCycleTimer超时,会使用LongDRX cycle
longDRX-CycleStartoffset
包含2个参数:longDRX-Cycle 和 drxStartOffset 这两层含义。
shortDRX-Cycle
这个参数表示DRX采用的短周期时长,以子帧为单位,sf5表示短周期时长(含on-duration时间)为5个子帧。
Long DRX cycle
当drxShortCycleTimer超时时,就会使用Long DRX cycle.
Short DRX是可选的IE,如果网侧同时也配置了ShortDrx-Cycle参数,那么长周期必须配置成短周期的整数倍。
Short/long DRX切换示例图:https://www.wirelessdesignmag.com/article/2014/05/how-increase-battery-life-volte-devices-ensure-qoe
举例
介绍完这些参数和相关规则后,我们来举个例子,DRX参数设置如下:
onDurationTimer 2
drx-InactivityTimer 2
drxShortCycleTimer 2 (2*shortDRXcycle = 10subframe)
shortDRXcycle 5
longDRXcycle 10
drxStartOffset 0
1. Short DRX
onDurationTimer启动的时刻:
[(SFN * 10) +subframe number] mod(shortDRX_Cycle) == (drxStartOffset)mod (shortDRX_Cycle)
((SFN * 10) + subframe) mod 5 = 5 mod 5 =>((SFN* 10) +subframe) mod 5 = 0;
(SFN,subframe) = {(0,0),(0,5) ,(1,0),(1,5)(2,0),(2,5),(3,0),(3,5)…}
2. Long DRX
onDurationTimer启动的时刻:
[(SFN * 10) +subframe number] mod(longDRX_Cycle) == (drxStartOffset)
((SFN * 10) + subframe) mod 10 = 0
(SFN,subframe) ={(0,0), (1,0),(2,0),(3,0)}
情况1
UE在onDurationTimer 区间接受到PDCCH,会触发drx-InactivityTimer;
drx-InactivityTimer超时,会触发drxShortCycleTimer;
drxShortCycleTimer超时,会使用Long DRX cycle;

情况2
如果在长DRX接收到PDCCH,会触发使用short DRX:
DRC MAC CE
最后补充一点,我们在读36.321时,spec中提到了DRC MAC CE:
DRX Command MAC control element
3GPP-36.321-5.7 DRX, 有如下描述:
if a DRX Command MACcontrol element or a Long DRX Command MAC control element is received:
- stop onDurationTimer;
-stop drx-InactivityTimer.
当UE 接收到DRXCommand MAC CE时,就会停止onDurationTimer 和drx-InactivityTimer 这2个timer, 这样UE就会马上进入休眠期。我猜这样的设计初衷是:
eNB发现没有数据可以传送时,可以发送这个MAC CE,通知UE马上进入休眠期,从而达到更加省电的目的。