概念
eDRX（extended Discontinuous Reception）在传统 DRX 基础上进一步拉长寻呼监测周期，使终端在两次寻呼窗口之间保持低功耗睡眠，仅在 PTW（Paging Time Window）内打开接收机监听寻呼。相比 PSM，eDRX 仍保持周期性可达，适合对下行时延有一定容忍但需要比 PSM 更好可达性的场景，例如偶发指令的市政设施。
参数含义
eDRX 周期长度与 PTW 需与网络协商，可用取值受基站与核心网策略限制。周期越长，平均电流越低，但最坏下行时延接近周期长度。应用需按业务 SLA 选择：若指令允许分钟级延迟，可选长周期；若需数十秒内响应，应缩短周期或辅以其他唤醒手段。
与 PSM 的组合
实际部署中，终端可先使用 eDRX 保持较低频可达，再在长时间无业务时进入 PSM。协议栈与模组 AT 指令需支持组合配置顺序。平台侧应在文档中明确“最坏下行延迟 = f(eDRX 周期, PSM 窗口, 网络队列)”，避免运营误解。
调试要点
用电流分析仪观察周期性尖峰应对齐寻呼窗口；若尖峰过多或周期不符，检查 NAS 配置是否与网络一致。弱网下频繁寻呼失败可能触发重搜网，反而耗电，需在射频侧保证最小可用覆盖。
与核心网、平台的配合
从网络视角看，eDRX 拉长了终端可被寻呼的时间粒度，核心网与短信中心若仍按“实时下发”设计缓存与重试策略，可能在业务层表现为“指令已发出但设备迟迟才执行”。物联网平台应在下发接口文档中明确：在 eDRX 或 PSM 开启时，下行可达性取决于协商周期与 PTW，不宜用互联网 API 的“毫秒级”预期去衡量。若业务需要近似实时，可评估改用常在线连接、缩短周期或增加短信唤醒预算。终端侧日志中建议记录每次从休眠到收到首条下行消息的时延，用于与运营商协商参数时的数据支撑。量产阶段还应在不同运营商 SIM 卡上交叉验证，因同一模组在不同 PLMN 上可用的 eDRX 参数集合可能不同。