机制说明
PSM（Power Save Mode）是 3GPP 为低功耗广域网定义的一种省电机制，终端在完成一次数据传输或周期性更新后，可请求进入深度休眠，关闭射频收发与大部分基带活动，仅保留定时器与必要上下文。休眠期间电流可降至微安级，对电池供电的水表、烟感与资产跟踪设备极为关键。网络侧会记住终端处于 PSM 状态，下行寻呼在休眠窗口内不可达。
定时器 T3324 与 T3412
PSM 行为由 NAS 定时器控制，常见包括活动定时器（如 T3324）与周期性 TAU/RAU 定时器（如 T3412）。活动定时器决定终端在空闲态停留多久后进入 PSM；周期定时器决定多久必须醒来做一次位置更新以维持注册。设置过长可省电但增加下行延迟与脱网风险；过短则省电效果有限。应与运营商协商可用范围，不同网络与卡策略支持度不同。
业务匹配
以上行为主、下行偶发的抄表与传感器场景最适合 PSM；需要实时下行控制或语音的业务不适合。平台侧应采用“设备先连”或缓存下发配合周期唤醒。若需紧急下行，可结合短信唤醒或短周期 eDRX，而非单纯拉长 PSM。
模组与 MCU 协同
进入 PSM 前需关闭模组外围、拉高不用的 GPIO，并确认主控进入待机。唤醒后射频重新同步需要时间，应用层应容忍首包时延。调试时测量整机休眠电流，排查漏电元件与错误的上拉配置。
工程实践补充
针对「PSM 省电模式」的跨团队协同：硬件提供阻抗与电源预算，射频提供杂散与灵敏度余量，嵌入式明确线程模型与存储寿命，云端明确 SLA 与限流。对 NB-IoT 等场景，业务模型需与唤醒周期、包长与下行容量匹配；对车载与移动场景，需考虑切换与漫游时的会话保持。项目收尾做一次「红队」式复盘：弱网、掉电、证书过期、时钟跳变与存储写满是否都有定义行为。
深睡窗口内网络侧仍保留的上下文
PSM 的技术含义是终端在约定的活动时间结束后关掉射频，基带大部分电路停止，只留足够维持定时的部分。网络侧并不把这台设备删除：注册关系还在，下行数据会被缓存或直接丢弃，取决于核心网和业务平台怎么做，但空口上叫不醒它。醒来的时机主要是周期位置更新到期，或终端自己有上行数据。所以省电换来的是一段明确的不可达时间，不是「信号不好」。模组电流能到多低，还取决于主控是否真的停止对模组引脚的供电和上拉，单关协议栈不够。
使用条件是业务以上行为主，下行可以等下一个苏醒点。抄表、环境监测这一类符合；远程立刻合闸、对讲、连续控制不符合。活动定时器和周期更新定时器要和运营商允许的取值一起定，终端请求的值可能被网络改小。平台必须在设备醒来后的短窗口里把积压命令发出去，而不是在它沉睡时连续重试。
活动定时器被网侧改写
最常见的错是固件按申请值做功耗预算，现网却把周期更新改得很短，电池寿命和实验室差一截，却去查漏电。第二是认为短信或下行 IP 在深睡中仍能即时送达，现场表现为「命令已发、设备没反应」，直到下一次苏醒才执行，执行时现场条件已经变了。第三是醒来后立刻发业务，射频尚未同步完，首包失败被记成覆盖差。主控在模组深睡时仍把串口上拉到高电平，整机电流下不去，协议已经是省电模式，电路不是。
紧急下行若不能等周期苏醒，应改用仍会周期性听寻呼的机制，而不是把活动定时器设成零又声称开了省电。无线空闲和深睡不是同一层状态，对照见 RRC 状态。深睡期间分组上下文是否还在，决定醒来后要不要重新要地址，见 PDP 上下文。
功耗验收要测整机而不是只读模组手册里的深睡电流。主控引脚的上拉、指示灯、外设传感器和没关掉的串口电平转换器，都会在协议已经进入省电后继续耗电。测量点应选在电池端，串联电流表或用足够小的采样电阻，并确认唤醒后的同步时间也算进一次周期的平均电流，否则预算只包含睡觉、不包含醒来找网。网络若改写了周期更新，日志里要留下申请值和接受值，两者不一致时按接受值重算寿命，而不是坚持用申请值向使用方承诺。下行命令若错过苏醒窗口，应在平台标记为待下一次送达，而不是连续重发把核心网侧的缓存撑满。紧急业务不满足「可以等」这个前提时，就不要用这种深睡作为唯一可达手段。平均电流要把苏醒找网的时间算进去，只量深睡电流会把寿命估得过长。