CDRX周期报告和时延headroom报告的信令

降级的VoLTE呼叫通常涉及覆盖良好的UE1和覆盖不良的UE2。处于恶劣无线条件下的UE2具有多次HARQ重传，这增加了E2E时延和抖动。由于良好的CQI，可以用CDRX配置覆盖良好的UE1。对于降级的VoLTE呼叫，建议覆盖良好的UE1，eNB缩短CDRX周期长度（即使它消耗更多的电池电量），以便E2E延迟和抖动都将减少，从而改善降级的VoLTE质量。此外，在应用该方案之后，处于不良无线条件的对等UE2将具有可用于eMTC重复的更大延迟净空。

示例1：在图1中，UE1处于良好的无线状态，并配置了40ms CDRX。UE2处于不良无线状态，未配置CDRX。图1中的场景按以下顺序发生。

1.UE2检测到不良的无线条件（例如，高BLER），它进行多次HARQ重传，这在接收机UE1处引起长抖动和E2E。

2.UE1检测到VoLTE质量差（例如，大抖动或延迟），因此建议eNB1取消配置CDRX或缩短CDRX周期。结果，E2E延迟和抖动被减少。

3.UE2检测到VoLTE E2E延迟已经下降。UE2向eNB2报告更大的延迟净空，因此eNB可以应用更多的eMTC重复（或更多的HARQ重传）。

基于上述分析，UE可以向eNB指示与所配置的CDRX周期值不同的CDRX循环值。eNB决定使用哪个CDRX周期。eNB配置禁止定时器以防止UE过于频繁地发送指示。

因为MAC层信令延迟比RRC信令短，并且CDRX在MAC层操作。尽管MAC信令不具有RLC重传，但如上所述，CDRX报告主要用于良好信道UE。因此MAC信令对于CDRX报告的用例来说足够可靠。因此，MAC层信令在实现时优于RRC信令。

VoLTE的相对抖动主要为接收机UE所知。此外，eNB可能不知道E2E延迟，而UE知道。因此， eNB不处于了解正在进行的VoLTE质量的良好位置，而UE知道正在进行的VoLTE质量。

表1中总结了两种方案的各个方面：CDRX周期报告和延迟headroom报告。

根据表1中的分析，延迟净空报告由eNB基于不良信道质量（而不是VoLTE质量）触发。CDRX周期报告由UE基于VoLTE质量和信道质量触发，例如，UE报告在“VoLTE质量差且信道质量好”条件下缩短CDRX周期。

如表1所示，延迟净空报告主要由坏信道UE使用。为了确保在坏信道中向eNB可靠地传递报告，最好使用RRC信令而不是MAC CE，因为RRC信令具有RLC重传，而MAC CE没有。

UE可以由具有扩展DRX（eDRX）周期TeDRX的上层配置。只有当小区在系统信息中指示支持eDRX时，UE才可以在扩展DRX中操作。

如果UE被配置为具有512个无线帧的TeDRX周期，则其监测的PO，参数T=512。否则，配置有eDRX的UE监测的PO（即，基于上层配置的DRX值和默认DRX值），在为UE配置的周期性寻呼时间窗口（PTW：Paging Time Window）期间或直到在PTW期间为UE接收到包括UE的NAS身份的寻呼消息为止，以较早者为准。PTW是UE特定的，并且由寻呼超帧（PH：Paging Hyperframe）、PH内的起始位置（PTW_start）和结束位置（PTW0_end）确定。PH、PTW_start和PTW_end由以下公式给出：

PH是满足以下方程的H-SFN：