AT+CUSD命令异常：SIM卡余额查询菜单无法进入，运营商返回无效请求

看起来你遇到的问题是：通过AT命令发送AT+CUSD=1,*121#查询SIM余额时，模块返回了OK，但没有收到预期的余额菜单，反而收到运营商的"invalid request"错误，而同样的操作在手机上能正常执行。结合你提供的接收数据，我整理了几个实用的解决方向：

1. 修正CUSD命令格式（最常见原因） #

很多运营商对USSD命令的格式有严格要求，直接发送*121#不带引号或编码参数容易导致解析失败。试试以下两种标准格式：

• GSM 7-bit编码格式（适配大部分运营商）：

  AT+CUSD=1,"*121#",15
  

  这里的15指定使用GSM 7-bit字符集，这是手机发送USSD时的默认编码方式，能让运营商正确识别命令内容。
• UCS2编码格式（针对特殊网络场景）：
  如果GSM编码无效，把*121#转换成UCS2十六进制字符串（*对应2A、1对应31、2对应32、#对应23），然后发送：

  AT+CUSD=1,"2A31323123",16
  

2. 检查并调整模块字符集设置 #

确保模块的字符集和运营商要求一致，先执行命令查看当前配置：

AT+CSCS?

如果返回结果不是"GSM"，执行以下命令切换字符集：

AT+CSCS="GSM"

设置完成后再重新发送USSD查询命令。

3. 重置USSD会话后重试 #

有时候未正常关闭的历史USSD会话会干扰新请求，先执行关闭命令：

AT+CUSD=0

等待返回OK后，再重新发送查询余额的CUSD命令。

4. 调整CNMI参数确保响应上报 #

你之前设置了AT+CNMI=1,1，这个参数主要控制短信通知，但部分模块需要调整它来确保USSD响应能主动上报到串口。试试配置：

AT+CNMI=2,1,0,0,0

这个参数会让模块主动推送新的USSD响应到串口，无需手动查询。

5. 验证模块的USSD支持能力 #

有些模块默认可能限制了USSD功能，先执行查询命令确认模块支持情况：

AT+CUSD=?

如果返回(0,1),(<str>,[<dcs>])，说明模块支持USSD功能；如果返回错误，可能需要更新模块固件或开启相关功能开关。

按照以上步骤逐一排查，应该能解决你遇到的"invalid request"问题。

内容的提问来源于stack exchange，提问作者Rajdeep Kumar