R16 NR CDRX

微信公众号同步更新，欢迎关注同名微信公众号“modem协议笔记”。

在NR中降低UE功耗一直比较重要，如38.300 power saving 所述，NR 中UE power saving的机制有很多，包含DRX ，BWP adaption, dormancy BWP， DCP(DCI with CRC scrambled by PS-RNTI)，跨时隙调度，放松测量等。dormancy BWP和DCP都集中在dormancy BWP中介绍，这篇CDRX也会提及部分内容；放松测量大概内容主要在38.304及38.133，而这篇主要看下CDRX。

R16版本的CDRX相比于R15，增加了DCP WUS的内容，也对CSI/SRS部分进行了增强，更细化了CSI/SRS发送的场景，除此之外，UE还可以通过UEAssistanceInformation向网络report perfer C-DRX cycle length。R17版本的CDRX 增加了NTN，sidelink的内容，也增加了MBS Broadcast/Multicast场景的CDRX。这篇主要看下R16版本的CDRX，算是承上启下吧。

先看38.300中的描述,了解下DRX 的大概过程。

当配置了 DRX 时，UE 不必持续监视 PDCCH。 DRX具有以下特点：

- on-duration：UE 醒来后等待接收 PDCCH 的持续时间。如果 UE 成功解码 PDCCH，则 UE 保持清醒并启动inactivity timer；

- inactivity-timer：UE等待成功解码PDCCH的持续时间，从PDCCH的最后一次成功解码开始，timer 超时后UE可以返回sleep。 UE 应在一次成功解码 PDCCH 后重新启动非活动定时器，这个PDCCH data必须是第一次传输，重传的情况不会restart inactivity timer.

- retransmission-timer：预计重传之前的持续时间；

- cycle：on duration+inactivity period 如下图；

- active-time：UE监听PDCCH的总时长。这包括 DRX cycle的 on-duration，在inactivity timer 未超时前 UE执行连续接收的时间以及 UE 在等待重传时机执行连续接收的时间。

相应地，网络侧可以给UE在active BWP中配置DCP-config用于指示UE是否需要在下一个 long DRX cycle开启drx-onDurationTimer，即可以使得UE保持DRX sleep状态，达到进一步省电的功能，主要通过 ps-RNTI 加扰的DCI 2_6 中的 Wake-up indication实现，具体参见Dormant BWP 中的DCI 2_6的描述。

UE 不会在active-time、measurement gaps、BWP switching期间或者当它监视用于BFR的CFRA preamble 传输的response等情况监听DCP，转而在next on-duration期间监听PDCCH。如果active BWP 中没有配置 DCP，则 UE 遵循正常的 DRX 操作。配置CA时，仅在PCell上配置DCP。

接下来具体看下DRX 的具体工作原理，主要在38.321 5.7章节。下面是38.321 DRX相关的参数，直接摘抄过来，做记录，后面再具体看每个参数的含义。

drx-onDurationTimer: the duration at the beginning of a DRX cycle;

drx-SlotOffset: the delay before starting the drx-onDurationTimer;

drx-InactivityTimer: the duration after the PDCCH occasion in which a PDCCH indicates a new UL or DL transmission for the MAC entity;

drx-RetransmissionTimerDL (per DL HARQ process except for the broadcast process): the maximum duration until a DL retransmission is received;

drx-RetransmissionTimerUL (per UL HARQ process): the maximum duration until a grant for UL retransmission is received;

drx-LongCycleStartOffset: the Long DRX cycle and drx-StartOffset which defines the subframe where the Long and Short DRX cycle starts;

drx-ShortCycle (optional): the Short DRX cycle;

drx-ShortCycleTimer (optional): the duration the UE shall follow the Short DRX cycle;

drx-HARQ-RTT-TimerDL (per DL HARQ process except for the broadcast process): the minimum duration before a DL assignment for HARQ retransmission is expected by the MAC entity;

drx-HARQ-RTT-TimerUL (per UL HARQ process): the minimum duration before a UL HARQ retransmission grant is expected by the MAC entity;

ps-Wakeup (optional): the configuration to start associated drx-onDurationTimer in case DCP is monitored but not detected;

ps-TransmitOtherPeriodicCSI (optional): the configuration to report periodic CSI that is not L1-RSRP on PUCCH during the time duration indicated by drx-onDurationTimer in case DCP is configured but associated drx-onDurationTimer is not started;

ps-TransmitPeriodicL1-RSRP (optional): the configuration to transmit periodic CSI that is L1-RSRP on PUCCH during the time duration indicated by drx-onDurationTimer in case DCP is configured but associated drx-onDurationTimer is not started.

DRX参数配置结构

R16版本可以对serving cells 分别配置在两个DRX group中。主要是为了节能及更好的管理，因而提出将FR1和FR2 分别配置在不同的DRX group，每个DRX group采用各自的drx参数，具体引入原因可以看R2-2004855，38.321中对于两个DRX group的描述，也就下面这一段，毕竟仅仅是某些参数要独立配置，重要的还是DRX工作机制。

serving cell的MAC entity 可能会由 RRC 配置在两个 DRX group中，每个DRX group具有单独的 DRX 参数。当RRC没有配置secondary DRX group时，即只有一个DRX group，那所有的Serving Cell都属于这个DRX group。当配置了两个 DRX group时，每个serving cell会被唯一地分配给两个组中的任何一个。每个DRX group单独配置的DRX参数对应的是drx-ondurationTimer和drx-inactivityTimer。共同的参数是drx-SlotOffset, drx-RetransmissionTimerDL, drx-RetransmissionTimerUL, drx-LongCycleStartOffset, drx-ShortCycle (optional), drx-ShortCycleTimer (optional), drx-HARQ-RTT-TimerDL, and drx-HARQ-RTT-TimerUL。

DRX RRC层参数结构罗列在下面。

接下来按照38.321的内容，分别看下各个timer是如何工作的。

drx-onDurationTimer

DRX cycle开始对应的是一段on Duration ，在on duration期间UE是要监听PDCCH的，即处于Active time。on duration的时间由drx-onDurationTimer控制，时间单位是1/32ms，即subMiliSeconds。

DRX inactivity Timer

当UE收到一个PDCCH新传调度时，后续可能还有需要发送和接收的UL/DL data，UE需要启动DRX Inactivity定时器来等待一段时间，等待后续可能还有的DL/UL调度。

drx inactivity timer在PDCCH新传调度结束后的第一个symbol启动;drx-inactivitytimer与DRX的其他timer独立运行，没有关联。

HARQ-RTT-Timer

对于同一个HARQ进程，当一次上行调度或下行调度，到下一次调度，需要一定的处理时间，这个时长就是HARQ RTT(Round Trip Timer)时间；

在NR 中上下行HARQ都是异步HARQ，即HARQ RTT时长不是固定的。

drx-HARQ-RTT-TimerDL和drx-HARQ-RTT-TimerUL的单位是BWP的symbol个数，最长56个symbol即4个slots。

因此也将上述两个Timer描述为DL/UL调度重传的最短时长。

如果不开启DRX，就不会配置这两个timer，因为UE总在监听PDCCH；如果开启DRX 才会配置这两个 timer，对于同一个HARQ progress,在Timer运行期间，不会有相同HARQ 的PDCCH 调度。

DRX RetransmissionTimer

drx-RetransmissionTimerDL/UL 的单位是slot数，sl0对应 0个slots，sl1对应 1 slot....

更具体的在DRX group处于Active Time期间时，

DL：

在UE收到DL data后，要针对对应的HARQ process开启drx-HARQ-RTT-TimerDL，具体的开启时间对应HARQ ACK/NACK发送后的第一个symbol，同时停止对应HARQ process 的drx-RetransmissionTimerDL。

值得注意的时上面的内容有一个non-numerical k1 的说法，这个场景对应的NR-U，具体讨论可以查看R2-1909808和R2-1912101，大概意思是当DCI PDSH-to-HARQ_feedback timing对应的是一个non-numerical k1(即没有指定HARQ ACK/NACK 所用的K1)，那UE要在当前bundle内最后一个pdsch结束后的第一个符号启动drx-RetransmissionTimerDL，等待下一个DCI 带下来正确的k1，再进行HARQ ACK/NACK的动作。

当drx-HARQ-RTT-TimerDL超时后，对于同一个HARQ process，如果UE解码PDSCH失败时，UE必须要监听PDCCH来获取DL 重传data，这时UE启动drx-RetransmissionTimerDL来等待下行的重传data；如果UE解码PDSCH成功，不需要启动drx-RetransmissionTimerDL。

UL：

在UE收到UL grant时，要针对对应的HARQ process开启drx-HARQ-RTT-TimerUL，具体的开启时间对应当然bundle内的第一个PUSCH发送后的第一个symbol，同时在相应 PUSCH 传输的第一次传输时就要停止对应HARQ process 的drx-RetransmissionTimerUL。

当drx-HARQ-RTT-TimerUL超时后，对于同一个HARQ进程，UE发送PUSCH后,UE不知道基站是否解码成功，必须要监听PDCCH来获取可能的UL 重传data，所以这时UE要开启drx-RetransmissionTimerUL。

针对上述过程的图示如下：

查看协议可以看到DL SPS 和configured UL grant的描述并没有上面动态调度的那句"if a DRX group is in Active Time"，也就是说DL SPS 和configured UL grant不受DRX active 和sleep机制的影响，按照各自的配置进行UL/DL操作，其他内容基本一样，具体如下：

DL SPS

configured UL grant:

在UE收到UL grant时，要针对对应的HARQ process开启drx-HARQ-RTT-TimerUL，具体的开启时间对应当前bundle内第一个PUSCH发送后的第一个symbol，同时在相应 PUSCH 传输的第一次传输时就要停止对应HARQ process 的drx-RetransmissionTimerUL。

DRX cycle

网络侧可以给UE配置drx long cycle或者short cycle，其中short cycle是可以不配置的。

drx-ShortCycle 单位是ms；drx-ShortCycleTimer 对应的是drx-ShortCycle的倍数，drx-ShortCycleTimer 对应的时间就是short cycle的确切时间。

对于long cycle，通过drx-LongCycleStartOffset ms160 : 5 的方式配置，对应drx-LongCycle=160ms drx-StartOffset=5ms。如果有配置drx-ShortCycle时，drx-LongCycle应该是drx-ShortCycle的倍数。

引入short cycle 主要原因是long cycle虽然有利于UE节能，但是可能会影响UE data 的收发。

两种drx cycle的工作流程如下：

DRX group 的 drx-InactivityTimer 超时后，如果UE有收到Short DRX cycle的配置，就在drx-InactivityTimer超时后的第一个symbol start/restart drx-ShortCycleTimer,开始short DRX cycle；只有long DRX cycle的配置就直接开始long cycle。

drx-ShortCycleTimer 超时后，下面就要进入long DRX cycle。

除了上述方式还能通过MAC CE控制DRX cycle的开启：

UE收到DRX Command MAC CE，如果UE有收到Short DRX cycle的配置，就在接收完DRX Command MAC CE后的第一个symbol start/restart drx-ShortCycleTimer,开始short DRX cycle；只有long DRX cycle的配置就直接开始long cycle。

另外在short cycle期间UE收到long DRX Command MAC CE，就要stop drx-ShortCycleTimer，直接进入long DRX cycle。

在收到long DRX Command MAC CE或DRX Command MAC CE时，UE要停止drx-onDurationTimer和drx-InactiveTimer，因为之后就要直接进入short cycle或long cycle了。

long DRX Command MAC CE和 DRX Command MAC CE分别通过MAC subheader LCID 59和60进行区分。

DRX 参数 slotOffset

DRX slot offset单位是ms，通过drx slotoffset可以配置On duration开始时间。

通过上述公式分别确定short/long Drx cycle要开始的subframe number，再经过drx-slotoffset后才start drx-onDurationTimer。

结合上面的内容，配置short cycle时的一种DRX图示如下。

short cycle根据公式计算确定好subframe就好；long cycle的开启还涉及DCP及其他相关内容。

WUS(wake up signal)

DCP 主要对long DRX cycle起作用，所以对于long DRX cycle，还要考虑DCP 的配置。

UE没有收到DCP的配置，则按照正常的规则开始long DRX cycle。

UE有收到DCP的配置时要分情况考虑long DRX cycle的启动：

(1)UE在Outside DRX ActiveTime 期间收到DCI 2_6，其中Wake-up indication =1 代表在下一个 long DRX cycle开启drx-onDurationTimer；Wake-up indication =0 代表在下一个 long DRX cycle不开启drx-onDurationTimer，即保持DRX sleep状态，达到进一步省电的功能。

(2)DCP-Config-r16的ps-WakeUp,在配置时只能是true，否则可以缺省；ps-WakeUp=true时，代表UE在DRX outside active time没有检测到DCI 2_6时，UE要在下一个long DRX cycle时开启drx-OnDurationTimer,即醒过来；没有配置ps-WakeUp时，UE也没有坚持到DCI 2_6，则UE可以继续处于sleep状态这就是所谓的WUS，详细流程详见dormancy BWP 中的DCP-config部分的描述。

(3)UE要在下一个DCP occasion开始的前4ms结合grants/assignments/DRX Command MAC CE/Long DRX Command MAC CE/SR 发送等情况评估当前DRX cycle 是否会在Active Time，评估完在Active Time就按照long drx cycle的规则开启drx-onDurationTimer,不用在下一个DCP occasion监听DCI 2_6；

(4)在测量间隙期间或者UE正在SpCell的recoverySearchSpaceId指示的搜索空间上监听PDCCH data时，也按照long drx cycle的规则开启drx-onDurationTimer。

针对上面的(3)举例说明下

如上图示，假如在上图的DCP occasion前4ms评估完，由于congfiured grant UL传输或者DL SPS传输或者SR的配置等等，DCP occasion那段时间UE要进入Active Time，那就按照对应的规则开启drx-onDurationTimer。

那这里就引出一个容易被忽视的点，就是DRX Active Time不是由drx-onDurationTimer单独控制的，在上图中灰色的sleep状态，如果有其他相关Timer在运行，也会使得UE进入Active Time。接下来就看下DRX active Time的描述。

DRX active Time

配置DRX后，UE在Active Time要监听PDCCH 信道，其他时间为sleep时间。

当配置DRX时， DRX group中的serving cells的Active Time包含的时间如下：

-正在运行的DRX group配置的drx-onDurationTimer或drx-InactivityTimer；

- drx-RetransmissionTimerDL 或 drx-RetransmissionTimerUL 正在 DRX group中的任何服务小区上运行；

- ra-ContentionResolutionTimer或 msgB-ResponseWindow正在运行；

- 在 PUCCH 上发送的SR并处于pending状态等待的时长由SR配置决定；

- 随机接入成功后 UE等待C-RNTI加扰的PDCCH新传的时间

即上面的情况都会使得UE进入Active 状态。

DRX相关的各个timer是相互独立工作，控制UE DRX 状态的变化，下面是DRX 有关Timer的汇总。

针对这部分举个例子。

(1)UE只配置了drx long cycle，在 drx-onDurationTimer运行期间处于DRX Acitive Time,需要正常监听PDCCH；

(2)UE收到UL PDCCH 新传data时，开启drx-InactivityTimer，该timer运行期间一直处于Active Time，超时后进入sleep状态；

(3)UE在drx-InactivityTimer运行期间根据PDCCH的指示，发送了PUSCH 之后，开启drx-HARQ-RTT-TimerUL;

(4)drx-HARQ-RTT-TimerUL超时后，UE开启drx-RetransmissionTimerUL，该timer运行期间,UE处于Active Time

(5)橘色框部分，drx-RetransmissionTimerUL 超时后，UE重新进入sleep状态

(6)紫色框部分，drx-RetransmissionTimerUL运行期间，UE收到网络侧的PDCCH UL重选指示，停止drx-RetransmissionTimerUL；待PUSCH法出去后，再次开启drx-HARQ-RTT-TimerUL......

DRX 对CSI/SRS的影响

在NR 中，处于RRC connected mode的UE，一般会配置SRS和CSI相关的参数，当DRX 打开后，要考虑UE sleep 状态和CSI上报及SRS 发送之间的关系。

假如SRS/CSI report 发送的symbol是n，UE有配置DCP-config，如果symbol n处于drx-onDurationTimer运行期间且相关的drx-onDurationTimer还没有开始：UE要在symbol n提前4ms结合grants/assignments/DRX Command MAC CE/Long DRX Command MAC CE/SR 发送等情况评估symbol n 时的MAC entity 是否还会在Active Time，假如评估完MAC entity不在Active Time，即在sleep状态，那UE就不能发送periodic SRS和semi-persistent SRS ，也不能通过PUSCH 发送semi-persistent CSI；另外如果ps-TransmitPeriodicL1-RSRP不等于true UE也不能在PUCCH上 report L1-RSRP相关的periodic CSI;如果ps-TransmitOtherPeriodicCSI不等于true，UE不能在PUCCH 上发送非L1-RSRP相关的periodic CSI。

ps-TransmitOtherPeriodicCSI和ps-TransmitPeriodicL1-RSRP的配置路径如下。

除了上面提到的情况外，UE在symbol n提前4ms结合grants/assignments/DRX Command MAC CE/Long DRX Command MAC CE/SR 发送等情况评估symbol n 时的MAC entity 是在sleep状态，那UE就不能发送periodic SRS和semi-persistent SRS ，也不能通过PUSCH 发送semi-persistent CSI 同时也不可以通过PUCCH report CSI；当RRC层有配置csi-Mask且DRX和CSI也有同时配置，UE如果在CSI发送symbol n提前4ms预估是否为on Duration状态，如果不是On duration就不发送PUCCH 上的CSI report，言外之意是配置csi-Mask 时，UE可以发送PUSCH上的半持续CSI report。

csi-Mask的配置路径如下。

UEAssistanceInformation

R16 UE还可以通过UEAssistanceInformation向网络report perfer C-DRX cycle length，上报的drx-preference参数包含preferred drx-InactivityTimer/drx-longcycle/drx-shortcycle/drx-shortCycleTimer，结构如下。

如果UE具备上报perference DRX 参数的能力且网络侧有配置要求UE上报时，UE就可以将preference DRX 参数通过UEAssistanceInformation上报给网络侧。

更具体的，网络会通过RRCReconfiguration配置otherConfig，其中包含drx-PreferenceConfig setup命令，UE就可以通过UEAssistanceInformation将preference DRX参数上报给网络侧，其中会配置drx-PreferenceProhibitTimer，T346a=drx-PreferenceProhibitTimer，结构图如上。

在UE通过UEAssistanceInformation上报preference DRX参数后就要针对cell group开启T346a，在T346a没有运行的时候，才能再次通过UEAssistanceInformation上报preference DRX参数。

UE收到上述命令后，如果有preference DRX 参数且之前没有发送过UEAssistanceInformation带drx-Preference或者之前发送过，但是当前的prefer value与之前上报的不一样且T346a没有在运行，那UE针对cell group 开启T346a 并发送对应的UEAssistanceInformation。

具体UEAssistanceInformation包含drx-Preference消息的生成原则就是UE自行决定上报的DRX参数，如上图4个prefer 参数都是可许的，UE有就上报，没有就不用包含该参数。

最后相关的capability IE罗列如下。

R16 NR CDRX相关推荐

5G NR Positioning enhancement (R17)
一 Review 从标题大家可以看到,本篇文章是在介绍5G R17 NR positioning enhancement.先说背景,随着Rel 17的冻结,我们可以这样理解5G三个版本的迭代,如果Re ...
5G NR Positioning (R16)
一. 简介在5G Rel16版本中,有一个新的feature叫NR positioning,顾名思义就是5G NR"自带"的定位功能.用Work Item(PR-190752)中 ...
R16 5G NR双活动协议栈（DAPS）
3GPP在TS38.300 R16(Stage2)中定义了支持"双活协议栈(DAPS-Dual Active Protocol Stack)"切换:在双活协议栈切换中终端在接收到含 ...
R16 5G NR Two-Step RACH
在5G的第二个版本R16当中,为了减少RACH过程中的信令开销,降低RACH过程的延迟,提出了2-step RACH.在R16协议当中,用Type-2 RACH表示2-step RACH,Type-1 ...
NR/5G ～ R16 DL SPS
在R15中,在一个反馈窗口内只支持调度一个DL SPS PDSCH,从下面的DL SPS周期来看,最小周期为10ms. dl-DataToUL-ACK SEQUENCE (SIZE (1..8)) O ...
NR/5G ～ R16 dormant BWP
在CA场景下,Scell的业务量要比Pcell更加稀疏,DRX节能信号仅可以配置在Pcell上,Scell无法实现DRX唤醒功能,R16引入dormant DL BWP,终端在该状态下无需检测PDCC ...
5G NR R16 SPS ---- 半持续调度
一简介今天给大家介绍一个R16的小topic:SPS--Semi-persistent Scheduling(半持续调度),与传统的Dynamic Scheduling(动态调度)相对应. 首先解 ...
5G NR Power Saving —— WUS
一背景 --为什么要引入WUS UE电池续航是影响用户体验的一个很重要的方面,所以提高终端能效一直是5G在追求的目标之一,例如我们熟知的CDRX.BWP.R16和R17又将Power Saving作 ...
NR R17 标准梳理，再战5G，未来可期（转载）
一:概述 R15 R15 2019年冻结,侧重于eMBB增强移动宽带,更快的网络传输速率, 主要面向2C消费者终端市场: 5G第一个版本,定义了3大应用场景,增强型移动宽带eMBB,超可靠低时延通信U ...

R16 NR CDRX

R16 NR CDRX相关推荐

最新文章

热门文章