从 AT+CEER 388 恢复调制解调器
Recover modem from AT+CEER 388
CEER 388 期
我们使用的是 Lara R211 调制解调器，但由于以下 CEER 错误，我们在一段时间后遇到呼叫开始失败的问题：
AT+CEER?
+CEER: "CC setup error", 388, "CS connection release triggered by MM"
我们尝试更改运营商，但这不再有效 (AT+COPS)。恢复调制解调器的唯一方法似乎是重置它（通过引脚）。
问题
- 从
CEER 388 中恢复的正确方法是什么？有什么我们尝试做的或正在重置调制解调器的适当方法吗？
- 此失败的实际根本原因是什么？
+CEER: "CC setup error", 388, "CS connection release triggered by MM"
我将从我的移动 phone 开发经验中对此进行解码。 CC 是呼叫控制，是 GSM 标准中定义的 "block"/ 实体，用于处理建立和拆除电路交换呼叫 (CS)。这包括发送和接收呼叫控制消息，如 SETUP 和 ALERTING。我认为 CC 仅与网络中的 BTS 接口。
虽然理论上您可以在没有特定 CC 实体的情况下实现 phone/modem（只要其他部分处理所需的责任），但实际上每个人都有一些 CC 实体。 GSM 允许最多同时进行 8 个活动呼叫（例如，一个活动呼叫和其他一些保持呼叫（也许这里也有多方通话？）），CC 正在管理这些。
MM 是 Mobility Management，GSM 标准中指定的另一个实体，负责监视 phone/modem 所在的位置，向网络注册其存在，并向网络提供信息。当phone/modem四处移动时，它还涉及基站之间的切换。
至于真正的338错误，有些值是标准化的，但很多是制造商特定的，我认为这是一个，因此您需要掌握描述Lara R211的官方AT命令文档才能确定。
所以问题似乎与您的 sim/subscription 和网络有关，请尝试使用不同的 SIM 卡并查看其行为是否相同。由于事情一开始是好的，但随着时间的推移失败了，这可能是调制解调器 and/or 网络中的错误，如果重置有效，你有一个解决方法。您或许可以直接断开网络连接并重新连接，而不是进行硬重置。
我们从未能够完全解决底层问题，但已经找到了一种解决方法来缓解我们面临的问题：
- 我们从
python-modem 分支切换到使用 modem-manager。
- 使用
modem-manager 可以让我们更快地重置调制解调器（即对于 CEER 388）。
- 我们为不成功的调用添加了重试机制（针对选定的 CEER）。
CEER 388 期
我们使用的是 Lara R211 调制解调器，但由于以下 CEER 错误，我们在一段时间后遇到呼叫开始失败的问题：
AT+CEER?
+CEER: "CC setup error", 388, "CS connection release triggered by MM"
我们尝试更改运营商，但这不再有效 (AT+COPS)。恢复调制解调器的唯一方法似乎是重置它（通过引脚）。
问题
- 从
CEER 388中恢复的正确方法是什么？有什么我们尝试做的或正在重置调制解调器的适当方法吗？ - 此失败的实际根本原因是什么？
+CEER: "CC setup error", 388, "CS connection release triggered by MM"
我将从我的移动 phone 开发经验中对此进行解码。 CC 是呼叫控制，是 GSM 标准中定义的 "block"/ 实体，用于处理建立和拆除电路交换呼叫 (CS)。这包括发送和接收呼叫控制消息，如 SETUP 和 ALERTING。我认为 CC 仅与网络中的 BTS 接口。
虽然理论上您可以在没有特定 CC 实体的情况下实现 phone/modem（只要其他部分处理所需的责任），但实际上每个人都有一些 CC 实体。 GSM 允许最多同时进行 8 个活动呼叫（例如，一个活动呼叫和其他一些保持呼叫（也许这里也有多方通话？）），CC 正在管理这些。
MM 是 Mobility Management，GSM 标准中指定的另一个实体，负责监视 phone/modem 所在的位置，向网络注册其存在，并向网络提供信息。当phone/modem四处移动时，它还涉及基站之间的切换。
至于真正的338错误，有些值是标准化的，但很多是制造商特定的，我认为这是一个，因此您需要掌握描述Lara R211的官方AT命令文档才能确定。
所以问题似乎与您的 sim/subscription 和网络有关，请尝试使用不同的 SIM 卡并查看其行为是否相同。由于事情一开始是好的，但随着时间的推移失败了，这可能是调制解调器 and/or 网络中的错误，如果重置有效，你有一个解决方法。您或许可以直接断开网络连接并重新连接，而不是进行硬重置。
我们从未能够完全解决底层问题，但已经找到了一种解决方法来缓解我们面临的问题：
- 我们从
python-modem分支切换到使用modem-manager。 - 使用
modem-manager可以让我们更快地重置调制解调器（即对于 CEER 388）。 - 我们为不成功的调用添加了重试机制（针对选定的 CEER）。