蜂窝模组无法进入PSM模式深度排查指南
问题描述：
在使用蜂窝通讯模组（如NB-IoT/Cat-M模组）开发低功耗应用时，虽然配置了PSM（Power Save Mode，省电模式）参数，但模组始终无法进入PSM状态，导致设备功耗无法降低。
适用场景：
适用于各类支持PSM功能的物联网模组，用于定位因配置、网络或软件资源导致的PSM激活失败问题。
一、 基础配置核查：AT命令参数逻辑
首先需确认PSM的基础配置是否符合3GPP协议规范，这是进入PSM的前提。
1. 检查PSM配置状态
发送以下命令查询当前配置情况：
AT+CPSMS?
2. 关键参数逻辑校验
重点关注
参数 说明 必须满足的条件 常见误区
Requested Periodic TAU 请求的周期TAU时间 必须 ≥ 网络侧T3412,且小于24小时，设置过小，被网络拒绝
Requested Ready Timer 请求的活动定时器 必须 < T3412
3. 推荐参考配置
一个经过验证的常见有效配置如下（针对中国移动网络）：
AT+CPSMS=1,,,01000011,01000011
注：01000011 对应具体时长，请根据实际业务需求和网络T3412值进行换算。
二、 网络与SIM卡侧排查
即使模组配置正确，网络侧的配合也是进入PSM的必要条件。
1. SIM卡与套餐支持
• 运营商限制：确认使用的SIM卡是否支持PSM功能。
◦ 中国移动：通常使用APN CMIOT 的物联网卡支持较好，但需确认套餐已开通PSM权限。
◦ 中国电信/联通：需确认当地网络是否部署了PSM功能。
• 测试建议：尝试更换一张已知支持PSM的测试卡进行对比。
2. 网络侧激活状态
通过以下命令观察网络注册和GPRS附着状态：
AT+CGATT? # 查询GPRS附着状态，返回1表示已附着
AT+CEREG? # 查询EPS网络注册状态
• 现象分析：如果 +CEREG 频繁上报 0,1（已注册）后又变为 0,2（未注册），可能是网络侧不支持或拒绝了PSM请求。
三、 软件与系统资源锁定（最常见原因）
模组无法进入PSM，绝大多数原因是存在未被释放的“唤醒锁”（Wake Lock）或活跃连接。
1. 查询唤醒锁状态
使用专用命令查询当前持有锁的模块：
AT+MLPMCFG="lock",?
典型返回与分析：
• AT+MLPMCFG="lock",1,0：表示有应用层（Application）持有锁，阻止休眠。
• AT+MLPMCFG="lock",2,0：表示协议栈（Protocol Stack）持有锁。
2. 常见锁源及解除方法
(1) 串口（UART）活动
• 原因：串口上有数据正在传输，或流控引脚（RTS/CTS）状态不正确。
• 解决：确保数据传输完成，且串口处于空闲状态。
(2) 长连接任务（TCP/MQTT/CoAP）
• 核心原则：PSM模式下无法维持任何活跃连接。只要有Socket存在，模组就无法休眠。
• 排查：列出所有连接。
AT+NSOCL? # 查询TCP/UDP Socket状态
AT+MQTTCONN? # 查询MQTT连接状态
• 解决：在准备进入PSM前，必须主动断开连接。
AT+NSOCL=
AT+MQTTCLOSE=0 # 断开MQTT连接
(3) 定时器与后台任务
• 原因：应用程序设置了周期性的定时器，不断唤醒MCU。
• 解决：检查代码逻辑，暂停非必要的周期性任务。
四、 日志抓取与深度分析
当常规手段失效时，需要开启底层日志进行诊断。
1. 开启详细日志
AT+CMEE=2 # 启用详细错误代码
AT+CMSYSCTRL="log",1 # 开启系统日志（可能需要重启生效）
2. 关键URC（非请求结果码）解读
监控串口输出的URC信息：
URC/Log 含义 处理建议
+CPSMS: 1,... PSM成功激活 配置成功，无需处理
+CME ERROR: 607 状态错误 可能在Active状态下强行进入PSM，需先回Idle
+MLPMLOCK: ... 唤醒锁状态变化 追踪是哪个模块在持续抢锁
+CSCON: 0 RRC连接释放 只有该值为0（Idle）时才允许进入PSM
五、 其他重要排查项
1. 工作模式检查（Active vs Idle）
• 规则：PSM只能从 Idle 状态进入，不能从 Active（RRC Connected）状态直接进入。
• 强制回Idle方法：
AT+CFUN=0 # 进入飞行模式，强制释放所有连接和RRC
AT+CFUN=1 # 重新开启射频
AT+CPSMS=1 # 再次尝试开启PSM
2. 固件版本兼容性
• 问题：早期版本的固件可能存在PSM流程的Bug。
• 建议：确认模组固件版本为较新的稳定版本（如MN316模组固件为S03及以上）。
AT+CGMR # 查询固件版本
