DRX 基本作用
DRX（Discontinuous Reception）允许终端在 RRC 空闲态周期性地关闭接收电路，仅在寻呼子帧醒来监听，从而降低待机电流。网络在寻呼时按终端分配的寻呼组下发，终端错过窗口则需等下一周期。DRX 周期由网络与终端能力共同决定，消费级手机通常使用较短周期以保障来电体验，物联网设备若抄表类业务则可接受更长周期。
权衡关系
周期缩短：寻呼响应更快，待机电流上升；周期拉长：省电显著，但下行信令与来电式业务延迟增加。对于 Cat.1/4G 网关类产品，若使用长连接 TCP 而非依赖寻呼，DRX 影响相对次要；对于短信唤醒或网络触发类业务，DRX 直接影响唤醒时延。应结合业务模型选择，而非一味复制手机参数。
与连接态 DRX
除空闲态外，RRC 连接态也有 DRX 配置，用于无数据传输时降低监听密度。连接态 DRX 不当可能导致调度延迟升高，影响实时性要求高的应用。模组文档常区分 idle DRX 与 C-DRX，调试时需明确修改的是哪一类定时器。
测量建议
使用功耗分析仪记录长时间电流曲线，识别周期性唤醒是否与预期 DRX 对齐。若出现不规则尖峰，检查是否由应用心跳、传感器采样或错误看门狗复位引起，避免误判为射频问题。
物联网与手机参数的差异
手机为兼顾来电与即时消息，通常采用较短 DRX 周期；抄表、环境监测等物联网终端若照搬手机默认参数，会显著缩短电池寿命。正确做法是：先梳理业务对“下行最晚到达时间”的要求，再反推可接受的最大 DRX/eDRX 周期，并与模组厂商确认在目标 RAT（LTE/NB-IoT 等）下可配置的参数范围。对于网关类常供电设备，DRX 对续航影响相对次要，更应关注连接态调度与 TCP 保活间隔；对于电池供电节点，则应在固件中区分“注册态 DRX”与“业务完成后是否快速进入 PSM”的策略，避免在空转监听上浪费能量。路测时建议同时记录无线质量与电流曲线，以区分“弱网导致频繁重搜”与“参数本身不合理”两类问题。
短信唤醒要按最坏寻呼周期来算
DRX的技术含义，是终端在空闲时不连续打开接收机，只在属于自己的寻呼时机听一听有没有人找它。周期由网络和终端能力共同决定，终端错过这一次，就要等下一次。使用条件是业务能接受的最晚下行时间，不短于这个周期再加上建立连接的时间。周期短，来令快，待机电流高；周期长，电流下来，网络侧触发的业务变慢。抄表、环境监测可以接受很长的空闲周期；依赖短信或网络命令立刻唤醒的设备不可以。
已经保持连接、用应用层心跳维持的网关，空闲态周期对它影响不大，因为大部分时间不在空闲态。这时去抄手机的短周期，只是多耗电，并不让业务更快。电池设备则应在业务结束后尽快离开不必要的监听，而不是停在“已注册、一直听着”的状态。
连接态参数被误写成空闲参数
连接态也有自己的非连续接收，用来在没有数据时少听几次。把它和空闲态周期当成同一个开关，是调试里常见的错。改错一类定时器，要么实时业务变迟钝，要么待机电流完全没变化。说明书和日志里应写明改的是哪一个。应用自己的心跳、传感器采样和看门狗复位也会在电流曲线上打出尖峰，不要把这些尖峰都算成寻呼。
弱网导致的反复重搜，比周期本身更耗电。应同时记无线质量和电流，才能分开“参数太勤”和“根本驻留不住”。需要更长的睡眠、仍保留有限可达时，再看eDRX。表计类下行命令的窗口，要和AMI的阀控时限一起算，不能只在实验室用短周期演示一次成功。电流曲线上的尖峰要对照应用日志，先排除心跳和采样，再判断寻呼周期是否过短。