5G C-DRX配置

LTE C-DRX是在仔细讨论和大量分析的基础上开发的，在高效功耗、信令优化等几个方面已经具有显著优势。

为了在复杂性和性能之间取得平衡，在LTE中，每个MAC实体仅提供一组参数。然而，这不是一个好的设计原则。例如，太长的不活动定时器会对UE电池消耗产生负面影响，而太短的计时器会降低UE响应时间。另一个例子是持续时间计时器，其最佳值可能会随时间变化。对于各种情况，如信道条件差或小区负载重，较长的持续时间定时器可能是有益的。尽管RRC可以重配一组参数，但通常需要相当长的时间。

当前的DRX有两个周期，如long DRX和short DRX，以应对不断变化的业务模式。此外，通过使用MAC CE可以快速改变应用状态。然而，考虑到业务的大范围波动，很难说这种双周期DRX机制是足够的。如图1所示，如果数据的到达时间短于短DRX周期，则即使eNB改变为短DRX循环，也会发生延迟。相反，到达间隔时间可以在长DRX周期之外改变得更长。通过长DRX周期，减轻了UE功耗，但仍会出现不必要的功耗。

另一个限制源是应用于所有服务小区的公共活动时间，而不考虑每个服务小区的调度可能性。当服务小区仅由于在服务小区中不可能发生的其他服务小区的HARQ重传而保持在活动时间时，可以观察到明显的低效率。此外，给定可以在单个UE中实现的各种频带，UE必须打开用于非常高的频带的RF链，因为UE已经被调度在与另一个RF链一起操作的较低频带中。

为了克服这些限制，可以考虑几个增强，例如多个DRX周期和DRX参数、增强的MAC CE、小区特定的DRX配置等。

在NR中，UE可以同时支持具有不同QoS要求的多个服务/垂直业务。可以合理地假设，与LTE相比，NR定义更高数量的承载，甚至更精确的QoS级别。因此，大量的服务/QoS级别可能需要不同的DRX配置来满足QoS要求。

例如，可以为VoIP等延迟敏感服务配置较短的DRX周期，并且可以为FTP下载等延迟容忍服务配置较长的DRX循环。基于所支持的不同服务/流的数量，UE动态切换到最合适的C-DRX配置（即在UE处于RRC连接模式时重新配置DRX）是有益的。这是因为当UE使用两种类型的服务时，可以使用这两种类型中更短的DRX周期。当延迟敏感服务结束时，UE可以通过动态切换到更长的DRX周期和用于延迟容忍服务的更小的DRX不活动定时器配置来节省功率。

在当前LTE规范中，使用专用RRC信令来配置连接模式DRX参数。这要求UE具有上行链路资源以发送RRC Reconfigure complete消息。提供DRX配置的频繁RRC信令可能导致信令开销。因此，需要根据服务及其使用历史向UE提供多个DRX Profile，以及在profile之间切换的快速机制。

为了便于在动态支持多种类型的服务/QoS的不同DRX配置之间频繁切换，可以为每个NR UE创建一组多达“N”个DRX配置文件。网络可以使用RRC专用信令来配置DRX配置文件。DRX profile可以与一组DRX参数相关联，例如短DRX周期、长DRX周期，ON duration和DRX不活动计时器。每个配置文件都可以由DRX配置ID标识。DRX配置文件最初可以设置为默认值，或者根据支持的服务和使用历史进行定义。网络应该可以根据服务需求重新定义特定的DRX配置文件。

一个或多个特定DRX配置profile可以被映射到预定义的QoS profile或承载类型或LCID或LCG。这种映射的好处是，网络可以快速决定使用哪个DRX配置，而无需搜索最合适的DRX配置并且无需向UE发送信号。此外，DRX配置可以设置为具有更积极的/精确的值，以提供最大的UE功率节省，同时保证所需的可达性延迟。另一方面，由于某些DRX配置文件可能需要根据新的需求重新定义，或者由于可以支持的DRX配置配置文件数量的限制，所以每个DRX配置都可能不被映射。此外，当同一承载或逻辑信道组中的业务或服务类型需要不同的DRX配置时，映射将限制网络的灵活性。

当网络想要从已经配置的DRX配置profile中（重新）配置新的DRX参数时，可以向UE发送profile ID。如果为UE激活了多个C-DRX profile，则还可以进一步研究如何确定UE在特定时间使用的实际C-DRX配置文件。