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 (Local Profile Assistant): 驅動下載、本地啟用/停用/刪除和用戶面向的配置檔管理的設備內（或部分在 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 Remote Manager): 發佈設備或車隊的配置文件生命周期操作的雲端/協調實體
• SM-DP+: 從消費者生態系統中重用，用於配置文件準備和保護交付
• SM-DS: 在相關情況下保留的發現角色
• 運營商: 配置文件來源，如同消費者 RSP

架構意圖在 GSMA 材料和行業演示中保持一致：保留在消費者 RSP 中已經有效的部分（尤其是 SM-DP+），並用遠程管理器加上 IoT 原生助手取代人類/LPA 假設（Velocity IoT 標準解釋; 1oT 比較)。

為什麼 IoT 需要不同的模型 #

消費者 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（物聯網RSP）: SGP.31架構/需求 + SGP.32技術

設計用途

• SGP.22（消費者RSP）: 智能手機、平板電腦、可穿戴設備、有用戶界面的消費設備
• SGP.32（物聯網RSP）: 無頭/用戶界面受限/網絡受限的物聯網設備和車隊

人為介入？

• SGP.22（消費者RSP）: 是 - 用戶啟動或確認安裝/切換
• SGP.32（物聯網RSP）: 否 - eIM/IPA遠程協調操作

本地助手

• SGP.22（消費者RSP）: LPA
• SGP.32（物聯網RSP）: IPA (IPAd或IPAe)

遠程協調

• SGP.22（消費者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 中，切換是一種資產操作：更改連接提供商、響應覆蓋範圍或在不需要卡車運行的情況下輪換配置文件。

早期 IoT 規範的適用範圍：SGP.02 和 SGP.31 #

清晰的心智模型：

1. SGP.02 - 原始 M2M RSP，具有 SM-DP + SM-SR。基礎性，仍存在於長生命周期的資產中（尤其是汽車和其他工廠部署），但對於新的受限 IoT 項目越來越被視為遺留技術（1oT）。
2. SGP.22 - 簡化了圍繞 SM-DP+ 和 LPA 的消費者 RSP；是手機和旅行 eSIM 的大眾市場路徑。
3. SGP.31 / SGP.32 - IoT 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 硬件” 可以處於混亂的中間地帶：為人類擁有者提供消費者風格的激活，但在規模上看起來更像車隊的運營需求。
• 運營商和 MVNO 可能運行 同時 消費者 SM-DP+ 資產和 IoT eIM 資產。在 SGP.22 和 SGP.32 之間共享 SM-DP+ DNA 是有意的；這並不意味著這兩種設備類別共享相同的 UX 或認證路徑。

多 IMSI、MVNO 堆疊和真實邊界 #

多 IMSI（在連接產品內或旁邊可選擇多個身份）和 eUICC 配置文件下載經常一起討論，但它們不是相同的機制。多 IMSI 可以改善商業產品內的網絡附著行為；eUICC RSP（SGP.22 或 SGP.32）是關於在 eUICC 上安全安裝和管理完整的運營商配置文件。旅行品牌和 MVNO 可以在商業上結合這兩種技術，但架構清晰度仍然很重要：消費者旅行安裝在手機上由 SGP.22 的互操作性和激活 UX 評判；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文章)。

在IoT方面，同一篇GSMA評論強調SGP.32作為全球產品變體和現場配置切換的結構性推動者 - 這種語言與IoT平台定位標準的方式相符。規範的成熟度也在GSMA的公開表中可見：SGP.31/SGP.32在2024-2026年間繼續通過活躍的v1.2和更新的v1.3列表推進，並伴隨相關的測試規範（GSMA規範索引)。

不過度誇大的解釋：消費者旅行eSIM已經在SGP.22軌道上成為一個規模化的商業用例；SGP.32是IoT RSP的平行工業化。它們加強了更廣泛的eSIM故事，而不是互相替代。

旅行者和品牌應該注意的事項 #

對於旅行者 #

當您購買旅行計劃時，無需在SGP.22和SGP.32之間做出選擇。如果您是通過QR碼或應用程式在手機上安裝eSIM，您就處於消費者RSP的世界。您應該關心的是實際問題：設備兼容性、出發前的安裝可靠性、目的地覆蓋、透明的公平使用條款，以及當在登機口出現問題時的支援。

像Roamify這樣的供應商位於消費者旅行層 - 目的地計劃、數位安裝和國外保持在線的實用性 - 而不是工業eIM車隊管理。QR背後的標準故事仍然是SGP.22形狀的。

對於旅行品牌、OTA、金融科技和消費者MVNO #

• 將SGP.22互操作性和啟用UX視為產品基礎。
• 除非您的實際硬體/車隊架構使用IoT RSP，否則不要將“SGP.32”作為面向旅行者的升級進行市場推廣。
• 如果您銷售或白標連接性給追蹤器、路由器或B2B旅行硬體, 分別評估設備類別是否需要消費者LPA流程、IoT eIM流程或分階段混合。
• 投資於教育：GSMA自己的市場評論仍然指出eSIM可用性與消費者理解/啟用之間的差距。清晰的安裝指導仍然是一個競爭優勢。

對於運營商和連接平台 #

同時運行消費者和IoT RSP越來越正常。共享的SM-DP+傳承有幫助，但認證、安全認證、設備代理（LPA vs IPA）和商業運營模式仍然不同。在公共信息中混合這些詞彙會為旅行者和企業買家創造錯誤的期望。

結論：兩個標準，一個eSIM敘述 - 保持車道清晰 #

SGP.22和SGP.32不是單一排行榜上的競爭對手。它們是對兩種設備現實的回答：

• SGP.22假設有人在場並可以將配置文件拉到消費者設備上。這是現代旅行eSIM在手機上的架構。
• SGP.32假設設備是獨立的 - 或者處於休眠狀態 - 並需要通過eIM和IPA進行遠程、車隊能力管理，同時仍然重用SM-DP+配置文件傳遞。這是GSMA在SGP.02的限制變得明顯後為受限IoT構建的架構。

對於旅行連接性，戰略教訓是精確性。消費者RSP路徑已經在重塑人們購買漫遊的方式。IoT RSP路徑正在重塑機器多年保持連接的方式。保持這些車道清晰的品牌將更可信地解釋eSIM - 並構建符合其實際運送標準的產品。

品牌軟提示：Roamify是一家旅行eSIM供應商，提供多個目的地的計劃，並為兼容手機提供數位激活。本文是標準教育，而不是聲稱Roamify實施IoT SGP.32車隊管理。