一文了解读懂系列:5G连接模式DRX-操作篇-2

四、DRX操作

4.4 接收与DRX相关的MAC控制元素（MAC CE）

当gNodeB知道下行链路中没有额外数据等待时，它可以使用MAC CE强制UE终止当前的活跃状态并立即进入非活跃状态。如果没有数据，保持活跃状态毫无意义，这有助于减少UE的电量消耗。在3GPP MAC规范中定义了两种MAC CE。

注意：当UE接收到与DRX相关的MAC CE时，下述相应程序适用于默认组和次级组。

4.4.1 DRX命令MAC CE

‘DRX命令MAC CE’强制UE终止当前的活跃时间并进入常规DRX周期。

接收到此MAC CE后：

UE退出‘活跃’状态并变为非活跃状态。

如果配置了短DRX周期，UE进入短DRX周期模式；否则，UE进入长DRX周期模式。

‘DRX命令MAC CE’通过LCID: 60的MAC子头识别，其固定大小为零位（无负载）。

下图说明了配置短DRX周期时的流程。

4.4.2 长DRX命令MAC CE

‘长DRX命令MAC CE’用于强制UE终止当前的活跃时间并进入长DRX周期。在这种情况下，即使配置了短DRX周期，UE也应进入长DRX周期。这在gNodeB已经知道不需要使用短DRX周期的数据时特别有用。

接收到此MAC CE后：

UE退出‘活跃’状态并变为非活跃状态。

UE进入长DRX周期模式。

‘长DRX命令MAC CE’通过LCID: 59的MAC子头识别，其固定大小为零位（无负载）。

下图说明了配置短DRX周期时的流程，但即使仅配置了长DRX周期，程序也是相同的；UE始终进入长DRX周期模式

4.5 DRX与半持久调度（SPS）结合

4.5.1 下行链路

对于下行SPS，承载DCI 1_0和1_1的PDCCH指向配置调度-RNTI（CS-RNTI）。使用CS-RNTI接收到的资源分配称为配置下行分配。在NR中，配置下行分配由gNodeB提供给UE，UE存储此分配并根据gNodeB提供的预配置时间使用它。

由于配置下行分配会周期性重复，UE使用该资源信息解码PDSCH。当UE使用配置下行分配接收到MAC PDU时，重传处理与常规下行数据检测（带有显式PDCCH下行分配的PDSCH接收）类似，如下所述。

如果在配置的下行分配中接收到MAC PDU，UE应在上行发送NACK后的第一个符号处启动drx-HARQ-RTT-TimerDL计时器。一旦drx-HARQ-RTT-TimerDL计时器到期，UE将在下一个符号处启动drx-RetransmissionTimerDL计时器，并在此计时器的持续时间内保持活跃状态。

4.5.2 上行链路

对于上行SPS，承载DCI 0_0和0_1的PDCCH指向配置调度-RNTI（CS-RNTI）。使用CS-RNTI接收到的许可称为配置许可。许可也可以由RRC配置。配置许可由gNodeB提供给UE，UE存储接收到的许可并根据gNodeB提供的预配置时间使用它。

由于配置上行许可会周期性重复，UE使用该资源信息传输PUSCH。当UE使用配置上行许可传输MAC PDU时，重传处理与常规上行数据传输（带有显式PDCCH上行许可的PUSCH传输）类似，如下所述。

如果使用配置上行许可在PUSCH上传输MAC PDU，UE应在发送PUSCH后的第一个符号处启动drx-HARQ-RTT-TimerUL计时器。如果配置了PUSCH重复传输，则在一个捆绑内的第一次PUSCH传输后启动。一旦drx-HARQ-RTT-TimerUL计时器到期，UE将在下一个符号处启动drx-RetransmissionTimerUL计时器，并在此计时器的持续时间内保持活跃状态以接收重传请求（许可）。

五、各种“活跃时间”的情况

活跃时间是UE监测PDCCH的持续时间。以下是MAC规范中提到的所有“活跃时间”情况的总结和解释：

drx-onDurationTimer 为DRX组配置的计时器正在运行。

drx-InactivityTimer 为DRX组配置的计时器正在运行。

drx-RetransmissionTimerDL或drx-RetransmissionTimerUL在DRX组中的任何服务小区上运行。

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

UE应在Msg3传输结束后的第一个符号处启动ra-ContentionResolutionTimer。由于UE在等待通过C-RNTI（连接模式下）接收的PDCCH进行的争用解决，因此需要监测PDCCH。因此，ra-ContentionResolutionTimer运行的时间也被视为活跃时间。

类似地，在两步随机接入（RA）过程中，MsgB接收和争用解决也很重要，因此当msgB-ResponseWindow运行时，UE需要处于活跃状态以接收PDCCH。

PUCCH上发送的调度请求（SR）正在等待。

为了从gNodeB接收上行许可，UE在通过PUCCH发送SR后必须处于活跃状态。

在非争用基础的RA程序中，成功接收RAR后未收到指向C-RNTI的新传输指示的PDCCH。

在非争用基础的RA程序中，在接收到RAR后，UE应处于活跃状态，直到接收到指向C-RNTI的新传输的PDCCH。

六、 UE能力信息中的C-DRX能力

UE在能力信息消息中通过IE结构MAC-ParametersXDD-Diff向gNodeB告知其C-DRX能力。以下是UE的C-DRX能力的总结：

longDRX-Cycle 指示UE是否支持长DRX周期。

shortDRX-Cycle 指示UE是否支持短DRX周期。

secondaryDRX-Group-r16 指示UE是否支持次级DRX组

七、其他事项

无论MAC实体是否在DRX组的服务小区上监测PDCCH，当需要时，MAC实体都会在DRX组的服务小区上传输HARQ反馈、非周期性CSI和非周期性SRS。

如果UE在某个OFDM符号期间不处于活跃时间，则不得传输周期性SRS和半持久SRS，不得在PUCCH上报告CSI以及配置在PUSCH上的半持久CSI。

无论UE是否在监测PDCCH，当需要时，它都应传输HARQ反馈、非周期性CSI和非周期性SRS。

UE可以配置CSI屏蔽，以限制CSI报告的传输仅限于DRX周期的开启时段。MAC-CellGroupConfig中的csi-Mask字段用于此目的。