知识中心

MQTT 使用物联网卡：部署前规划离线恢复

Quanqiu IoT · 2026-09-15

物联网卡可以恢复设备的蜂窝连接路径，但不会自动恢复 MQTT 会话，也不会判断哪些离线消息仍然有效。部署前应明确设备重连行为、Broker 会话策略、消息优先级、过期规则和应用核对流程。本文提供采购审查顺序，不代表 Quanqiu IoT 提供 MQTT Broker 或保证消息送达。

区分三个恢复层次

蜂窝链路中断后，可能依次发生调制解调器重新驻网、IP 路径恢复和 MQTT 客户端重新连接。应用还可能需要重新订阅、核对状态，或判断排队指令是否仍然有效。应将它们作为不同验收项。CMP 或 SIM 用量记录有助于调查连接情况，但不能证明设备应用已经处理了某条消息。

OASIS 规范定义 MQTT 会话行为，AWS 文档说明某个平台的持久会话行为。可用这些资料向软件负责人提出具体问题，不能据此推断所有 Broker 都保存所有消息。

周期性温度读数可能被最新读数替代，而配置指令可能需要确认、过期时间和审计记录。QoS、保留状态和过期规则应由应用团队共同确定。QoS 不能替代端到端业务确认，Broker 已确认不等于设备已经执行指令。

应明确重复、延迟或失效指令如何处理，尤其是电表、工业控制器和支付相关设备。选择物联网卡额度或宣布项目就绪之前，把这些答案写入设备验收表。

NIST IoT 目录将设备身份、授权访问、数据保护、软件更新和安全状态感知与连接能力并列。交接时记录设备标识、SIM 或 eSIM 编号、Broker 身份、证书或凭据负责人、固件版本和撤销权限。公开测试材料不得放入凭据或完整标识。

确认拟用硬件是否具备所需认证和更新控制。Quanqiu IoT 可以讨论国家、设备、SIM/eSIM 和项目需求；Broker 配置、固件行为和安全控制仍由相应设备与平台负责人确认。

测试正常启动、空闲时断网、上行中断、下行指令中断、Broker 重启和排队消息过期。将重连时间记录为观察值，不写成 SLA，并记录国家、频段、APN、固件和网络条件。在计划使用的硬件版本上重复测试。

涉及多国、多设备类型、eSIM 配置、CMP 可视化或 API 协调时，适合申请项目报价。将试点矩阵、数量和运行周期一起提交，便于按实际需求核对 Global IoT SIM 方案。

物联网卡能保证 MQTT 消息送达吗？

不能。它只是连接组成部分。消息送达、会话保存、过期和应用处理取决于设备、Broker 和应用设计。

所有 MQTT 消息都应使用 QoS 1 或 2 吗？

没有统一答案，应根据业务后果、重复容忍度、过期规则和 Broker 支持情况选择，并测试实际设备和应用。

MQTT 连接询盘需要提供什么？

提供国家、设备和模组型号、协议版本、上报频率、离线行为、流量估算、APN/eSIM 需求和试点场景。