四、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字段用于此目的。