知识中心

IoT eSIM 详解:SGP.32、eIM,以及谁在控制你的设备

Quanqiu IoT ·

“IoT eSIM”这个说法实际包含什么

SGP.31 规定架构和要求,SGP.32 给出技术方案,两者都面向网络受限、用户界面受限或两者兼有的物联网设备。SGP.31 必须与通用远程配置架构 SGP.21 配合使用,所以单看一份文档并不能了解整个系统。

版本也很关键。2026 年 11 月 3 日查询时,GSMA 索引将 SGP.32 V1.2 和 V1.3 列为有效,V1.1 列为已过期,SGP.33 V1.2 测试规范为有效。数据手册上只写“eSIM”无法说明这些信息,因此要分别询问卡片、设备软件和管理平台对应的规范及版本。

[1] [2] [3]

系统各组成部分,以及各自要问的问题

这套架构把安全元件、设备软件和服务器分开,它们可能来自不同公司。所以只凭一家供应商的一句话,通常无法确认兼容性。

SGP.31 eSIM IoT 各组成部分及采购方应提出的问题
组成部分规范中的作用要问的问题
eUICC保存配置文件并验证已签名指令的安全元件支持哪个规范版本?支持哪些可选机制?
IPA物联网配置助手,位于设备中(IPAd)或 eUICC 中(IPAe),每个 eUICC 最多启用一个由谁提供?我们的模组和固件是否包含?
eIMeSIM IoT 远程管理器,对单台设备或整批设备执行远程配置文件状态操作由谁运营?依据谁的合同?
SM-DP+准备并交付受保护的配置文件包我们使用的配置文件由哪个 SM-DP+ 签发?
SM-DS发现服务,设备、eIM 和 SM-DP+ 都可以选择不使用我们的下载流程需要它吗?
移动服务提供商签发订阅和配置文件,商业条款不在规范范围内每个国家由哪份合同覆盖?

[1] [2]

谁控制 eIM,才是真正的锁定问题

规范本身留有灵活空间。一个 eUICC 可以关联零个、一个或多个 eIM,方案也不得要求在制造时绑定特定 eIM。附录 B 列举了多种 eIM 配置场景:eUICC 制造阶段、设备生产阶段、由后台系统在现场配置,或由已有 eIM 配置。

首次关联之后,控制权就收紧了。此后 eUICC 只接受已关联 eIM 签名的配置操作,新增其他 eIM 也由已关联的 eIM 负责。而 eIM 和 IPA 对这类配置操作的支持都是可选的,完全移除功能同样是可选的。

我们从采购角度的理解是:采用标准架构并不自动等于能够退出。如果现有 eIM 无法或不愿签署交接,设备又没有受保护的重置功能,那么在现场更换管理方可能很困难。因此应在首次关联之前,把交接流程、费用和责任方写进合同。

[1]

批量采购前的台架测试

eUICC 必须支持回滚机制,但只有在 eIM 已请求回滚、且 IPA 在配置文件变更后报告无法联系 eIM 时才会执行。备用配置文件(Fallback)是另一项可选机制:最多只能有一个配置文件带此属性,并且需要配置文件所有者授权。不要默认你的产品已经配置了其中任何一项。

SGP.31 还列出了一些目标,例如不依赖短信和 TCP/IP,以及支持只在长时间 PSM 或 eDRX 周期后才唤醒的设备。规范同时说明,当前版本主要面向使用远程管理器的设备,部分相关原则仍需进一步研究。SGP.32 定义了基于 HTTP 和 CoAP 的 ESipa,并在资料性附录中提供 LwM2M 选项,所以要确认设备和 eIM 实际共用哪种传输方式。

以下步骤是我们建议的验收流程,并非 GSMA 规定的测试。请按每种模组和固件组合记录结果。

  1. 记录样机的 EID、模组、固件、IPA 位置和规范版本。
  2. 确认当前关联的是哪个 eIM,以及关联是如何完成的。
  3. 在台架上下载第二个配置文件,并测量下载消耗的流量。
  4. 启用该配置文件并请求回滚,阻断其网络连接,检查是否恢复到之前的配置文件,以及 eIM 是否收到已签名的结果。
  5. 在设备休眠或离线时下发操作,检查操作何时执行,以及带来多少轮询。
  6. 如果合同承诺可以退出,测试新增第二个 eIM 或约定的移除流程。
  7. 每次涉及模组、IPA 或联网逻辑的固件更新后,都重复以上测试。

[1] [2]

IoT eSIM 解决不了什么

这些规范定义的是配置文件如何交付和管理,而不是订阅允许做什么。配置文件和订阅的描述由移动服务提供商负责。eSIM 本身不会增加覆盖:每个配置文件仍取决于对应的运营商、漫游协议、设备频段和合同条款。

如果设备容易接触,一家供应商又能满足部署需求,可拆卸实体 SIM 可能更简单。当更换卡片不现实时,例如密封设备、偏远站点或服务周期很长的产品,IoT eSIM 增加的集成工作才更值得。更详细的判断方法,可以参考我们的实体 SIM 与 eSIM 决策框架。

合规性同样需要核实,不能默认成立。SGP.31 要求在 SGP.24 下为 eIM 设立合规流程,并说明 eIM 可以声明合规。如果供应商以合规作为卖点,请索取声明及其版本。

[1] [3]

常见问题

物联网卡和 IoT eSIM 有什么区别?

物联网卡描述的是面向机器的订阅和连接服务。eSIM 描述的是运营商配置文件的保存和交付方式:配置文件下载到 eUICC 中,而不是固定在一张可拆卸的卡上。项目可以使用其中任何一种,商业条款都需要另行确认。

有了 SGP.32 就能随时更换运营商吗?

仅靠规范做不到。更换需要已签约服务商提供的配置文件、能够触发下载的 eIM、IPA 正常工作的设备,以及完成下载所需的网络连接。正式依赖之前,请先测试切换和失败恢复。

每台 IoT eSIM 设备都需要 eIM 吗?

SGP.31 主要面向使用远程管理器的设备,但也允许 eUICC 不关联任何 eIM,并允许可选地从默认 SM-DP+ 下载配置文件并立即启用。具体采用哪种方式取决于设备和供应商,请要求对方书面确认。

Quanqiu IoT 提供 SGP.32 eSIM 吗?

本文只解释标准,不声明符合规范或具备某项能力。请把设备、模组和国家发给我们,我们会书面确认该项目可用的 SIM 或 eSIM 方案。

原始参考资料

  1. GSMA SGP.31 eSIM IoT Architecture and Requirements, Version 1.3 (22 May 2026)
  2. GSMA SGP.32 eSIM IoT Technical Specification, Version 1.3 (22 May 2026)
  3. GSMA eSIM Consumer and IoT Specifications index

相关阅读

更多文章

把设备型号、模组、国家和数量发给 Quanqiu IoT,我们会书面确认适合该项目的 SIM 或 eSIM 方案。

咨询项目需求