SGP.22 vs SGP.32 - eSIM标准转变对旅行连接的意义

目标： 为旅行eSIM购买者和旅行/MVNO运营商提供消费者与IoT远程SIM配置的标准化地图，以免行业对“下一个eSIM标准”的讨论混淆了两条不同的道路。

受众： 从事或购买消费者旅行连接的从业者（以及评估相关IoT/旅行硬件的任何人），而非GSMA委员会成员。

如果您购买旅行eSIM，扫描QR码并获得数据，您已经在GSMA远程SIM配置（RSP）架构内，即使您从未见过规范编号。这些编号很重要。SGP.22 是智能手机和旅行eSIM流程背后的消费者RSP技术标准。SGP.32 是用于无头、受限和车队规模设备的IoT RSP技术标准。它们共享一些构建模块，但解决不同的问题。

这种区别在营销材料中很容易被模糊。这也是旅行者在手机上安装临时配置文件与企业在数千个永远不会看到屏幕的传感器上协调连接之间的区别。对于旅行品牌、MVNO和任何基于消费者eSIM堆栈构建的人来说，了解SGP.22结束和SGP.32开始的位置是基本要求 - 不是因为旅行者需要GSMA PDF，而是因为行业对话经常混淆消费者和IoT道路。

本文绘制了旅行连接的架构、参与者、生命周期差异和实际影响的地图 - 而不是将SGP.32视为消费者漫游的直接升级。

为什么行业需要不止一个eSIM“标准” #

eSIM不是一个协议。它是一系列GSMA规范，定义了如何在eUICC（嵌入式SIM平台）上安全地准备、传递、安装、启用、禁用和删除运营商配置文件。

GSMA的公共规范索引明确地划分了：消费者RSP属于SGP.21（架构）和SGP.22（技术）；IoT RSP属于SGP.31（架构和要求）和SGP.32（技术）。活跃的消费者版本继续通过SGP.22 v2.x和v3.x发布；IoT版本继续通过SGP.31/SGP.32 v1.x发布，包括GSMA的eSIM规范页面上的2024-2026年更新（GSMA eSIM Consumer and IoT Specifications）。

在SGP.32之前，IoT和M2M远程配置主要存在于早期的机器对机器模型中（SGP.02），具有SM-DP（数据准备）和SM-SR（安全路由）的双服务器划分。该模型支持工业和汽车使用场景的远程配置文件管理，但也带来了操作摩擦：面向SMS的触发器、更紧密的SM-SR/SM-DP商业耦合，以及不适合高度受限的LPWAN设备。运营商和IoT平台解释者一致认为这些限制是GSMA构建专用IoT架构的原因，而不是将消费者RSP强加到每个调制解调器上（Eseye on SGP.31/32；1oT on SGP.02 vs SGP.22 vs SGP.32）。

简而言之：一种物理形式（eSIM/eUICC），多种配置理念。

SGP.22简单来说：适用于有人参与的设备的消费者RSP #

SGP.22是GSMA对消费者设备的远程SIM配置的技术描述。其目的明确：为消费者设备中的eUICC提供远程配置和管理的技术解决方案，旨在实现运营商部署之间的互操作性 - - 包括SM-DP+平台和eUICC供应商。

消费者模型中的核心参与者 #

参与者角色 #

• eUICC: 存储配置文件（运营商凭证和相关组件）的安全平台
• LPA（本地配置助手）: 驱动下载、本地启用/禁用/删除和用户界面配置文件管理的设备内（或部分在eUICC上）助手
• SM-DP+: 订阅管理器 - 数据准备 +：准备、保护和传递绑定配置文件包
• SM-DS: 订阅管理器 - 发现服务：当设备需要在没有QR/激活码的情况下找到正确的SM-DP+时的可选发现路径
• 运营商/配置文件发行者: 拥有配置文件背后的商业订阅

在旅行者熟悉的流程中：

1. 购买旅行计划并收到激活码（通常为QR）。
2. 设备 LPA 联系 SM-DP+。
3. 加密的配置文件包被下载并安装在 eUICC 上。
4. 用户启用配置文件（之后可以禁用或删除）。

这是一个用户发起/拉取导向的模型。有人在场，设备有用户界面，并且同意是一个明确的安装操作。这就是为什么旅行 eSIM 结账、航空公司/金融科技合作伙伴关系和基于应用的激活都映射到 SGP.22 类消费者 RSP-而不是 IoT 车队编排。

HTTPS/TLS 传输适合智能手机。它比许多 IoT 工作周期更重，但对于已经维护 IP 连接和完整安全堆栈的手机来说是合理的。

SGP.32 用简单的话来说：适用于无法点击“添加 eSIM”的设备的 IoT RSP #

SGP.32是 GSMA 的eSIM IoT架构在 SGP.31 中定义的技术规范。GSMA 描述它涵盖了 IoT 设备中 eUICC 的远程配置和管理，这些设备是网络受限和/或用户界面受限, 以及该模型的 eUICC 架构、接口和安全功能。

IoT 模型中的核心参与者 #

参与者角色 #

• eUICC: 支持 IoT 的 eUICC，存储配置文件并支持 IoT 远程管理关联
• IPA (IoT Profile Assistant): 设备或 eUICC 端助手，执行配置/管理工作，无需消费者用户界面；可能是IPAd（在设备上）或IPAe（在eUICC上）
• eIM (eSIM IoT 远程管理器): 云/编排实体，用于为设备或设备群体发出配置生命周期操作
• SM-DP+: 从消费者生态系统中重用，用于配置准备和保护性传递
• SM-DS: 在相关情况下保留的发现角色
• 运营商: 配置来源，如同在消费者RSP中

GSMA材料和行业演练中的架构意图是一致的：保留在消费者RSP中已经有效的部分（尤其是SM-DP+），并用远程管理器加上一个物联网原生助手来替代人工/LPA假设（Velocity IoT 标准解释；1oT 比较)。

为什么物联网需要不同的模型 #

消费者RSP假设：

• 一个屏幕或伴侣用户体验，
• 可以开始下载的人，
• 相对稳定的IP连接用于TLS会话，
• 每台设备的用户驱动生命周期决策。

物联网车队通常假设相反的情况：

• 没有用户界面，
• 间歇性或低带宽连接（包括LPWAN场景），
• 异步签到而不是始终在线的会话，
• 策略驱动的启用/禁用/删除，可同时跨多个EID进行。

因此，SGP.31/32引入了面向车队的配置文件状态管理和可以触发或代理下载的eIM。行业分析还强调轻量级协议选项（例如CoAP/DTLS作为受限设备的替代路径），去除SMS作为现代物联网RSP的硬性依赖，并根据设备是否能与SM-DP+自如通信来支持直接与间接配置文件交付（Eseye; 1oT)。

关键是，SGP.32不是对已经在现场的每个SGP.02 eUICC的向后兼容“软件升级”。Eseye和其他物联网专家指出，M2M标准部署通常会在该模型上保持到生命周期结束；而SGP.32则是为绿色物联网设计成为默认选择。

SGP.22与SGP.32：结构化比较 #

逐维比较 #

主要GSMA对

• SGP.22（消费者RSP）：SGP.21 架构 + SGP.22 技术
• SGP.32 (IoT RSP)：SGP.31 架构/要求 + SGP.32 技术

设计用于

• SGP.22 (consumer RSP)：智能手机、平板电脑、可穿戴设备、带有用户界面的消费设备
• SGP.32 (IoT RSP)：无头/用户界面受限/网络受限的物联网设备和车队

人工参与？

• SGP.22 (consumer RSP)：是 - 用户启动或确认安装/切换
• SGP.32 (IoT RSP)：否 - eIM/IPA 远程协调操作

本地助手

• SGP.22 (consumer RSP)：LPA
• SGP.32 (IoT RSP)：IPA (IPAd 或 IPAe)

远程协调

• SGP.22 (consumer RSP)：有限/不是设计中心
• SGP.32 (IoT RSP)：eIM作为一流的远程管理器

配置文件服务器

• SGP.22 (消费者RSP)：SM-DP+
• SGP.32 (IoT RSP)：SM-DP+（重用）

发现

• SGP.22 (消费者RSP)：SM-DS（在许多流程中是可选的）
• SGP.32 (IoT RSP)：SM-DS保留在架构中

触发模型

• SGP.22 (消费者RSP)：主要是拉取（QR/激活码/应用程序）
• SGP.32 (IoT RSP)：通过eIM和设备签到模式推送和/或拉取

传输姿态

• SGP.22 (消费者RSP)：以HTTPS/TLS为中心的消费者IP堆栈
• SGP.32 (IoT RSP)：基于IP；强调受限设备选项（例如，规范行业摘要中的CoAP/DTLS路径）

它解决的前任痛点

• SGP.22 (消费者RSP)：物理SIM卡交换和消费者硬件上的运营商锁定
• SGP.32 (IoT RSP)：SGP.02操作锁定、SMS依赖性和对受限设备的不良适配

旅行eSIM相关性

• SGP.22 (消费者RSP)：直接-这是典型手机旅行eSIM安装背后的堆栈
• SGP.32 (IoT RSP)：间接-塑造相邻的IoT/旅行硬件生态系统，而不是手机QR流程

配置文件生命周期：相同的动词，不同的语法 #

两个世界都谈论下载、安装、启用、禁用和删除。语法不同：

• SGP.22生命周期是本地和以用户为中心的。一旦安装，旅行者（或LPA UI）决定何时启用漫游数据的配置文件，何时暂停，以及何时删除。
• SGP.32生命周期是远程和以策略为中心的。eIM可以在一个或多个EID上发出配置文件状态管理操作，当设备可达时，IPA执行这些操作-这对大部分时间处于休眠状态的设备很重要。

这就是为什么“配置文件切换”在每个世界中意味着不同的商业意义。在消费者旅行中，切换通常是新购买或用户选择的第二个已安装配置文件。在IoT中，切换是一个资产操作：更改连接提供商、响应覆盖范围或在不进行现场操作的情况下轮换配置文件。

早期物联网规格的适用范围：SGP.02 和 SGP.31 #

一个清晰的思维模型：

1. SGP.02 - 原始的 M2M RSP，具有 SM-DP + SM-SR。作为基础，仍然存在于生命周期较长的领域（尤其是汽车和其他工厂部署），但在新的受限物联网项目中越来越被视为遗留技术（1oT）。
2. SGP.22 - 简化了围绕 SM-DP+ 和 LPA 的消费者 RSP；是手机和旅行 eSIM 的大众市场路径。
3. SGP.31 / SGP.32 - 物联网 RSP，重用 SM-DP+，同时增加 eIM + IPA 用于无头车队管理。

SGP.32 的出现不是因为消费者 eSIM “失败”。它的出现是因为消费者 eSIM 在人类中取得了成功-而这种成功仍然无法解决固定在集装箱内的传感器问题。

对旅行 eSIM、消费者漫游和 MVNO 堆栈的影响 #

旅行连接仍然是一个消费者 RSP 的故事 #

对于手机和大多数旅行设备，操作标准仍然是 SGP.22 级消费者 RSP. 旅行者关心的产品体验 - 出发前购买，通过 QR 或应用安装，着陆即连接 - 映射到 LPA ↔ SM-DP+ 流程，而不是 eIM 车队命令。

GSMA 自己的 2026 年行业评论将旅行连接描述为国际漫游的结构性转变：基于应用的 eSIM 旅行产品更透明和灵活，分销在旅行开始前更接近终端用户（GSMA：eSIM 大众市场部署从预测变为现实）。这种商业转变依赖于消费者RSP的成熟度和手机支持，而不是IoT eIM的推出。

SGP.32对旅行相关生态系统的改变 #

即使旅行者从未接触过SGP.32，该标准在旅行的边缘仍然很重要：

• 联网行李追踪器、车队车辆、物流传感器和场馆IoT越来越需要无需QR仪式的远程配置管理。
• 旅行路由器和一些“eSIM硬件”可能处于一个混乱的中间地带：为个人用户提供消费者风格的激活，但在规模上看起来更像车队的运营需求。
• 运营商和MVNOs可能运行两者 消费者SM-DP+设备和IoT eIM设备。在SGP.22和SGP.32之间共享SM-DP+ DNA是有意为之；这并不意味着这两类设备共享相同的用户体验或认证路径。

多IMSI、MVNO堆栈和真实边界 #

多IMSI（在连接产品内或旁边可选择的多个身份）和eUICC配置文件下载经常一起讨论，但它们不是相同的机制。多IMSI可以改善商业产品中的网络连接行为；eUICC RSP（SGP.22或SGP.32）是关于在eUICC上安全安装和管理完整运营商配置文件。旅游品牌和MVNO可能会在商业上结合这两种技术，但架构清晰度仍然很重要：消费者旅游安装在手机上时以SGP.22的互操作性和激活用户体验为评判标准；IoT设备则以eIM/IPA的可操作性和受限网络的弹性为评判标准。

来自IoT方面的一个有用警告也适用于商业：规范中的技术可移植性并不自动等同于合同中的商业可移植性。SGP.32减少了与SGP.02相关的某些架构锁定模式，但供应商的商业条款仍然决定了车队在多大程度上可以自由移动eIM关联或外部SM-DP+关系（1oT）。消费者旅游购买者在较小规模上面临类似的教训 - - 互操作的RSP本身并不保证在不同供应商之间具有相同的覆盖质量、公平使用政策或支持体验。

市场时机和采用信号（公开，2025-2026） #

2026年公开的GSMA材料描述了消费者eSIM进入运营规模而非概念验证。根据GSMA 2026年5月的GSMA Intelligence数据总结，全球eSIM智能手机普及率在2025年底约为 5%，并计划达到约 到2026年底达到10%, 并在此后进一步增长；同一篇文章大致提到 四分之三 / 73%的移动网络运营商 提供商用智能手机eSIM，同时指出可用性与消费者激活之间的剩余差距（GSMA大众市场eSIM文章)。

在物联网方面，同一篇GSMA评论强调SGP.32作为全球产品变体和现场配置文件切换的结构性推动者 - 这种语言与物联网平台定位标准的方式相匹配。规范的成熟度也在GSMA的公共表格中可见：SGP.31/SGP.32继续通过2024-2026年的活跃v1.2和更新的v1.3列表推进，以及相关的测试规范（GSMA规范索引)。

不夸大其词的解释：消费者旅行eSIM已经在SGP.22轨道上成为一个规模化的商业用例；SGP.32是物联网RSP的平行工业化。 它们强化了更广泛的eSIM故事，而不是相互替代。

旅行者和品牌应该注意什么 #

对于旅行者 #

购买旅行计划时，您不需要在SGP.22和SGP.32之间做出选择。如果您通过QR码或应用程序在手机上安装eSIM，您就在消费者RSP的世界中。您应该关心的是实际问题：设备兼容性、出发前的安装可靠性、目的地覆盖、透明的公平使用条款，以及在登机口出现问题时的支持。

像Roamify这样的提供商位于消费者旅行层 - 目的地计划、数字安装和国外在线实用性 - 而不是工业eIM车队管理。QR背后的标准故事仍然是SGP.22形状的。

对于旅行品牌、OTA、金融科技和消费者MVNO #

• 将SGP.22互操作性和激活用户体验视为产品基础。
• 不要将“SGP.32”作为面向旅行者的升级进行营销，除非您的实际硬件/车队架构使用物联网RSP。
• 如果您销售或白标连接性用于追踪器、路由器或B2B旅行硬件, 请分别评估设备类别是否需要消费者LPA流程、物联网eIM流程或分阶段混合。
• 投资于教育：GSMA自己的市场评论仍然指出eSIM可用性与消费者理解/激活之间的差距。清晰的安装指导仍然是竞争差异化因素。

对于运营商和连接平台 #

同时运行消费者和物联网RSP越来越正常。共享的SM-DP+遗产有帮助，但认证、安全认证、设备代理（LPA与IPA）和商业运营模式仍然不同。在公共信息中混合词汇会为旅行者和企业买家创造错误的期望。

结论：两个标准，一个eSIM叙述 - 保持车道清晰 #

SGP.22和SGP.32不是单一排行榜上的竞争对手。它们是对两种设备现实的答案：

• SGP.22假设有人在场并可以将配置文件拉到消费者设备上。这是现代手机旅行eSIM背后的架构。
• SGP.32假设设备是独立的 - 或者处于休眠状态 - 需要通过eIM和IPA进行远程、车队管理，同时仍然重用SM-DP+配置文件交付。这是GSMA在SGP.02的限制变得明显后为受限物联网构建的架构。

对于旅行连接性，战略教训是精确性。消费者RSP路径已经在重塑人们购买漫游的方式。物联网RSP路径正在重塑机器多年来保持连接的方式。保持这些车道清晰的品牌将更可信地解释eSIM - 并构建与他们实际交付的标准相匹配的产品。

软品牌说明：Roamify是一家旅行eSIM提供商，提供跨多个目的地的计划，并为兼容手机提供数字激活。本文是标准教育，而不是声称Roamify实施物联网SGP.32车队管理。