At command 从AT+恢复调制解调器；CEER 388 CEER 388问题

我们使用的是Lara R211调制解调器，但由于以下CEER错误，一段时间后呼叫开始失败：

AT+CEER？

+CEER：“CC设置错误”，388，“由MM触发的CS连接释放”

我们试图更改运营商，但这不再有效（

AT+COPS

）。恢复调制解调器的唯一方法似乎是重置它（通过pin）

问题

从CEER 388恢复的正确方法是什么？我们有没有尝试做什么，或者重置调制解调器是正确的方法

此故障的实际根本原因是什么

+CEER：“CC设置错误”，388，“由MM触发的CS连接释放”

我将从我的手机开发经验中解读这一点。CC是呼叫控制，是GSM标准中定义的用于处理设置和中断电路交换呼叫（CS）的“块”/实体。这包括发送和接收呼叫控制消息，如设置和警报。我认为CC只与网络中的BTS连接

虽然在理论上，您可以在没有特定CC实体的情况下实现电话/调制解调器（只要其他部件处理所需的职责），但在实践中，每个人都有一些CC实体。GSM允许最多8个活动呼叫同时进行（例如，一个活动呼叫和一些其他呼叫处于保留状态（可能多方也在混合中？），CC正在管理这些呼叫

MM是GSM标准中规定的另一个实体，负责监控电话/调制解调器所在的位置，向网络注册其存在，并向网络提供信息。它还涉及在手机/调制解调器移动时在基站之间切换

至于实际的338错误，一些值是标准化的，但许多是特定于制造商的，我认为这一个是，因此您需要获得描述Lara R211的官方AT命令文档才能确定

---

因此，问题似乎与您的sim/订阅和网络有关，请尝试使用不同的sim卡，查看其行为是否相同。由于开始时一切正常，但随着时间的推移出现故障，这可能是调制解调器和/或网络中的错误，如果重置工作正常，您可以找到解决方法。您可能只需从网络上分离并重新连接，而无需进行硬重置。

我们从未完全修复过基线问题，但已经找到了一种解决方法，可以缓解我们面临的问题：

• 我们从

  python调制解调器

  分叉切换到使用

  调制解调器管理器

• 使用

  调制解调器管理器

  可以更快地重置调制解调器（即对于CEER 388）
• 我们为不成功的呼叫（针对选定的CEER）添加了重试机制