SGP.22 vs SGP.32 - co znamená posun standardu eSIM pro cestovní konektivitu

Cíl: Poskytnout kupujícím cestovních eSIM a operátorům cestovních/MVNO standardně gramotnou mapu spotřebitelského vs IoT vzdáleného poskytování SIM - aby průmyslové řeči o „dalším standardu eSIM“ nerozmazaly dvě různé cesty.

Publikum: Praktici, kteří dodávají nebo kupují spotřebitelskou cestovní konektivitu (a kdokoli, kdo hodnotí přilehlý IoT/cestovní hardware), nikoli členové výboru GSMA.

Pokud si koupíte cestovní eSIM, naskenujete QR kód a přistanete s daty, jste již uvnitř architektury GSMA Remote SIM Provisioning (RSP) - i když nikdy neuvidíte čísla specifikací. Ta čísla jsou důležitá.SGP.22 je technický standard spotřebitelského RSP za toky smartphonů a cestovních eSIM.SGP.32 je technický standard IoT RSP pro bezhlavé, omezené a flotilové zařízení. Sdílejí některé stavební bloky. Řeší různé problémy.

Toto rozlišení je snadné rozmazat v marketingových prezentacích. Je to také rozdíl mezi cestovatelem, který instaluje dočasný profil na telefon, a podnikem, který orchestruje konektivitu napříč tisíci senzory, které nikdy neuvidí obrazovku. Pro cestovní značky, MVNO a kohokoli, kdo staví na spotřebitelských eSIM stozích, je vědět, kde SGP.22 končí a SGP.32 začíná, základní znalost - ne proto, že by cestovatelé potřebovali GSMA PDF, ale protože průmyslová konverzace často míchá spotřebitelské a IoT cesty.

Tento článek mapuje architekturu, aktéry, rozdíly v životním cyklu a praktické důsledky pro cestovní konektivitu - aniž by SGP.32 považoval za náhradu pro spotřebitelský roaming.

Proč průmysl potřeboval více než jeden „standard“ eSIM #

eSIM není jeden protokol. Je to rodina specifikací GSMA, které definují, jak jsou operátorské profily bezpečně připravovány, doručovány, instalovány, povolovány, zakazovány a mazány na eUICC (platforma vestavěné SIM).

Veřejný index specifikací GSMA jasně rozděluje: spotřebitelský RSP spadá pod SGP.21 (architektura) a SGP.22 (technické); IoT RSP spadá pod SGP.31 (architektura a požadavky) a SGP.32 (technické). Aktivní spotřebitelské verze pokračují přes SGP.22 v2.x a v3.x; IoT verze pokračují přes SGP.31/SGP.32 v1.x, včetně novějších revizí 2024-2026 na stránce specifikací eSIM GSMA (GSMA eSIM Consumer and IoT Specifications).

Před SGP.32 se IoT a M2M vzdálené zajišťování většinou odehrávalo v dřívějším modelu stroj-stroj (SGP.02), s rozdělením na dva servery SM-DP (příprava dat) a SM-SR (bezpečné směrování). Tento model umožnil vzdálenou správu profilů pro průmyslové a automobilové případy použití, ale také přinesl provozní tření: spouštěče orientované na SMS, těsnější komerční propojení SM-SR/SM-DP a špatnou kompatibilitu s vysoce omezenými LPWAN zařízeními. Operátoři a vysvětlující platformy IoT konzistentně uvádějí tyto omezení jako důvod, proč GSMA vytvořila dedikovanou IoT architekturu, místo aby nutila spotřebitelský RSP na každý modem (Eseye o SGP.31/32; 1oT o SGP.02 vs SGP.22 vs SGP.32).

Krátká verze: jeden fyzický formát (eSIM/eUICC), více filozofií zajišťování.

SGP.22 jednoduše: spotřebitelský RSP pro zařízení s člověkem v procesu #

SGP.22 je technický popis GSMA pro Remote SIM Provisioning pro spotřebitelská zařízení. Jeho účel je jednoznačný: technické řešení pro vzdálené zajišťování a správu eUICC ve spotřebitelských zařízeních, zaměřené na interoperabilitu napříč operátorskými nasazeními - včetně platforem SM-DP+ a dodavatelů eUICC.

Hlavní aktéři ve spotřebitelském modelu #

Role aktérů #

• eUICC: Bezpečná platforma, která ukládá profily (operátorské přihlašovací údaje a související komponenty)
• LPA (Local Profile Assistant): Asistent na zařízení (nebo částečně na eUICC), který řídí stahování, místní povolení/zakázání/smazání a správu profilů pro uživatele
• SM-DP+: Subscription Manager - Data Preparation +: připravuje, chrání a doručuje Balíčky Vázaných Profilů
• SM-DS: Subscription Manager - Discovery Service: volitelná cesta objevu, když zařízení potřebuje najít správný SM-DP+ bez QR/aktivačního kódu
• Operátor / vydavatel profilu: Vlastní komerční předplatné za profilem

V procesu, který cestovatelé poznávají:

1. Zakoupit cestovní plán a obdržet aktivační kód (často jako QR).
2. Zařízení LPA kontaktuje SM-DP+.
3. Šifrovaný profilový balíček je stažen a nainstalován na eUICC.
4. Uživatel aktivuje profil (a později jej může deaktivovat nebo smazat).

Toto je uživatelsky iniciovaný / pull-orientovaný model. Osoba je přítomna, zařízení má uživatelské rozhraní a souhlas je explicitní akce instalace. Proto se nákup cestovního eSIM, partnerství s aerolinkami/finančními technologiemi a aktivace prostřednictvím aplikace všechny mapují na spotřebitelský RSP třídy SGP.22 - nikoli na orchestraci flotily IoT.

Přenos HTTPS/TLS je vhodný pro chytré telefony. Je těžší, než si mnoho IoT pracovních cyklů může dovolit, ale rozumný pro telefon, který již udržuje IP konektivitu a plnou bezpečnostní vrstvu.

SGP.32 v jednoduchých termínech: IoT RSP pro zařízení, která nemohou využít „Přidat eSIM“ #

SGP.32 je technická specifikace pro GSMA’s eSIM IoT architekturu definovanou v SGP.31. GSMA ji popisuje jako pokrývající vzdálené zajišťování a správu eUICC v IoT zařízeních, která jsou síťově omezená a/nebo uživatelsky rozhraní omezená, plus architekturu eUICC, rozhraní a bezpečnostní funkce pro tento model.

Hlavní aktéři v IoT modelu #

Role aktérů #

• eUICC: IoT-schopné eUICC, které ukládá profily a podporuje IoT vzdálené spravování asociací
• IPA (IoT Profile Assistant): Asistent na straně zařízení nebo eUICC, který provádí zajišťování/správu bez uživatelského rozhraní pro spotřebitele; může být IPAd (na zařízení) nebo IPAe (na eUICC)
• eIM (eSIM IoT Remote Manager): Cloudová/orchestrační entita, která vydává operace životního cyklu profilů pro zařízení nebo flotilu
• SM-DP+: Znovu použitý z ekosystému spotřebitelů pro přípravu profilů a chráněné doručení
• SM-DS: Role objevu zachována tam, kde je relevantní
• Operátor: Zdroj profilů, jako ve spotřebitelském RSP

Architektonický záměr je konzistentní napříč materiály GSMA a průmyslovými průvodci: zachovat to, co již fungovalo ve spotřebitelském RSP (zejména SM-DP+), a nahradit předpoklad člověka/LPA vzdáleným manažerem a IoT-nativním asistentem (Velocity IoT standards explainer; 1oT comparison).

Proč IoT potřeboval jiný model #

Spotřebitelský RSP předpokládá:

• obrazovku nebo doprovodné UX,
• osoba, která může zahájit stahování,
• relativně stabilní IP konektivita pro TLS relace,
• rozhodnutí o životním cyklu řízená uživatelem pro každé zařízení.

IoT flotily často předpokládají opak:

• žádné uživatelské rozhraní,
• přerušovaná nebo nízkopásmová konektivita (včetně scénářů LPWAN),
• asynchronní přihlášení namísto neustále aktivních relací,
• politicky řízené povolení/zakázání/smazání napříč mnoha EID najednou.

SGP.31/32 proto zavádí správu stavu profilů orientovanou na flotilu a eIM, který může spustit nebo zprostředkovat stahování. Analýzy průmyslu také zdůrazňují možnosti lehkých protokolů (například CoAP/DTLS jako alternativní cestu pro omezená zařízení), odstranění SMS jako pevné závislosti pro moderní IoT RSP a podporu přímého vs. nepřímého doručení profilů v závislosti na tom, zda zařízení může pohodlně komunikovat se SM-DP+ samo (Eseye; 1oT).

Kriticky, SGP.32 není ne zpětně kompatibilní „softwarový upgrade“ pro každý SGP.02 eUICC již v terénu. Eseye a další specialisté na IoT poznamenávají, že nasazení podle M2M standardu obvykle zůstávají na tomto modelu až do konce životnosti; greenfield IoT je oblast, kde je SGP.32 navržen tak, aby se stal výchozím.

SGP.22 vs SGP.32: strukturované srovnání #

Srovnání podle jednotlivých dimenzí #

Primární GSMA dvojice

• SGP.22 (spotřebitelský RSP): Architektura SGP.21 + technické SGP.22
• SGP.32 (IoT RSP): Architektura/požadavky SGP.31 + technické SGP.32

Navrženo pro

• SGP.22 (spotřebitelské RSP): Smartphony, tablety, nositelná zařízení, spotřebitelská zařízení s UI
• SGP.32 (IoT RSP): IoT zařízení a flotily bez UI / s omezeným UI / s omezenou sítí

Člověk v procesu?

• SGP.22 (spotřebitelské RSP): Ano - uživatel zahajuje nebo potvrzuje instalaci/přepnutí
• SGP.32 (IoT RSP): Ne - eIM/IPA řídí operace na dálku

Místní asistent

• SGP.22 (spotřebitelské RSP): LPA
• SGP.32 (IoT RSP): IPA (IPAd nebo IPAe)

Dálková orchestrace

• SGP.22 (spotřebitelské RSP): Omezené / není to designové centrum
• SGP.32 (IoT RSP): eIM jako prvotřídní vzdálený správce

Server profilů

• SGP.22 (spotřebitelský RSP): SM-DP+
• SGP.32 (IoT RSP): SM-DP+ (znovu použitý)

Objevování

• SGP.22 (spotřebitelský RSP): SM-DS (volitelný v mnoha procesech)
• SGP.32 (IoT RSP): SM-DS zachován v architektuře

Model spouštění

• SGP.22 (spotřebitelský RSP): Převážně pull (QR / aktivační kód / aplikace)
• SGP.32 (IoT RSP): Push a/nebo pull přes eIM a vzory přihlášení zařízení

Postoj k přenosu

• SGP.22 (spotřebitelský RSP): HTTPS/TLS-centrická spotřebitelská IP vrstva
• SGP.32 (IoT RSP): IP-založená; zdůrazněny možnosti pro omezená zařízení (např. CoAP/DTLS cesty v průmyslových souhrnech specifikace)

Bolest předchůdce, kterou řeší

• SGP.22 (spotřebitelský RSP): Fyzické výměny SIM a závislost na operátorovi na spotřebitelském hardwaru
• SGP.32 (IoT RSP): SGP.02 provozní závislost, závislost na SMS a špatná vhodnost pro omezená zařízení

Relevance cestovních eSIM

• SGP.22 (spotřebitelský RSP): Přímá - toto je vrstva za typickými instalacemi cestovních eSIM na telefonech
• SGP.32 (IoT RSP): Nepřímá - formuje sousední ekosystémy IoT/cestovního hardwaru, ne telefonní QR procesy

Životní cyklus profilu: stejná slovesa, jiná gramatika #

Oba světy mluví o stahování, instalaci, povolení, zakázání a smazání. Gramatika se liší:

• SGP.22 životní cyklus je lokální a uživatelsky orientovaný. Jakmile je nainstalován, cestovatel (nebo LPA UI) rozhoduje, kdy je profil povolen pro roamingová data, kdy je pozastaven a kdy je odstraněn.
• SGP.32 životní cyklus je vzdálený a politicky orientovaný. eIM může vydávat operace správy stavu profilu napříč jedním EID nebo mnoha, a IPA je provádí, když je zařízení dosažitelné - důležité pro zařízení, která většinu dne spí.

To je důvod, proč „přepínání profilů“ znamená v každém světě něco jiného komerčně. Ve spotřebitelském cestování je přepínání často nový nákup nebo druhý nainstalovaný profil, který uživatel vybere. V IoT je přepínání operace správy: změna poskytovatele konektivity, reakce na pokrytí nebo rotace profilů bez nutnosti výjezdu.

Kde se dřívější specifikace IoT hodí: SGP.02 a SGP.31 #

Čistý mentální model:

1. SGP.02 - původní M2M RSP s SM-DP + SM-SR. Základní, stále přítomný v dlouhoživotních oblastech (zejména automobilový průmysl a další tovární nasazení), ale stále více považován za zastaralý pro nové omezené IoT projekty (1oT).
2. SGP.22 - spotřebitelský RSP, který zjednodušil provisioning kolem SM-DP+ a LPA; masový trh pro telefony a cestovní eSIM.
3. SGP.31 / SGP.32 - IoT RSP, který znovu využívá SM-DP+ a přidává eIM + IPA pro bezhlavé řízení flotily.

SGP.32 se neobjevil, protože spotřebitelský eSIM „selhal.“ Objevil se, protože spotřebitelský eSIM uspěl pro lidi- a tento úspěch stále neřeší senzor připevněný uvnitř přepravního kontejneru.

Dopady na cestovní eSIM, spotřebitelský roaming a MVNO stacky #

Cestovní konektivita zůstává příběhem spotřebitelského RSP #

Pro telefony a většinu zařízení cestovatelů zůstává operativním standardem SGP.22-třída spotřebitelského RSP. Zkušenost s produktem, na které cestovatelé záleží - koupit před odjezdem, nainstalovat přes QR nebo aplikaci, přistát připojený - odpovídá tokům LPA ↔ SM-DP+, nikoli příkazům flotily eIM.

Komentář GSMA k průmyslu v roce 2026 rámuje cestovní konektivitu jako strukturální posun v mezinárodním roamingu: nabídky cestovních eSIM založené na aplikacích jsou transparentnější a flexibilnější a distribuce se přibližuje koncovému uživateli před začátkem cesty (GSMA: nasazení eSIM na masovém trhu se přesouvá z prognózy na skutečnost). Tento komerční posun se opírá o zralost spotřebitelského RSP a podporu zařízení, nikoli o nasazení IoT eIM.

Co SGP.32 *mění* pro ekosystémy související s cestováním #

I když se cestovatelé nikdy nedotknou SGP.32, standard má význam na okrajích cestování:

• Připojené sledovače zavazadel, flotilová vozidla, logistické senzory a IoT v místech stále více potřebují vzdálenou správu profilů bez QR ceremoniálu.
• Cestovní routery a některý „eSIM hardware“ mohou sedět v chaotickém středu: aktivace ve stylu spotřebitele pro lidského majitele, ale provozní potřeby, které vypadají více jako flotila v měřítku.
• Operátoři a MVNOs mohou provozovat oba spotřebitelské SM-DP+ oblasti a IoT eIM oblasti. Sdílení DNA SM-DP+ mezi SGP.22 a SGP.32 je záměrné; neznamená to, že obě třídy zařízení sdílejí stejný UX nebo certifikační cestu.

Multi-IMSI, MVNO stacky a pravdivé hranice #

Multi-IMSI (více identit volitelných v rámci nebo vedle produktu konektivity) a stahování profilů eUICC jsou často diskutovány společně, ale nejsou stejným mechanismem. Multi-IMSI může zlepšit chování připojení k síti v rámci komerční nabídky; eUICC RSP (SGP.22 nebo SGP.32) je o bezpečné instalaci a správě plných profilů operátora na eUICC. Cestovní značky a MVNOs mohou obě techniky komerčně kombinovat, ale jasnost architektury stále záleží: spotřebitelské cestovní instalace na telefonech jsou posuzovány podle interoperability SGP.22 a UX aktivace; IoT oblasti jsou posuzovány podle provozuschopnosti eIM/IPA a odolnosti vůči omezeným sítím.

Užitečné varování ze strany IoT platí také komerčně: technická přenositelnost ve specifikaci automaticky neznamená komerční přenositelnost ve smlouvě. SGP.32 snižuje určité vzory architektonického uzamčení spojené s SGP.02, ale komerční podmínky poskytovatele stále určují, jak volně mohou flotily přesouvat asociace eIM nebo externí vztahy SM-DP+ (1oT). Spotřebitelští cestovní kupci čelí obdobné lekci v menším měřítku - interoperabilní RSP sám o sobě nezaručuje identickou kvalitu pokrytí, politiku spravedlivého užívání nebo zkušenost s podporou napříč poskytovateli.

Načasování trhu a signály přijetí (veřejné, 2025-2026) #

Veřejné materiály GSMA v roce 2026 popisují spotřebitelský eSIM vstupující do provozního měřítka spíše než důkaz konceptu. Podle květnového shrnutí GSMA Intelligence z roku 2026 byla globální penetrace eSIM smartphonů asi 5 % na konci roku 2025, s uvedenou cestou k asi 10 % do konce roku 2026, a další růst poté; stejný článek uvádí přibližně tři ze čtyř / 73 % mobilních operátorů nabízejících komerční eSIM pro chytré telefony, přičemž upozorňuje na zbývající mezeru mezi dostupností a aktivní aktivací spotřebitelů (článek GSMA o masovém trhu eSIM).

Na straně IoT stejný komentář GSMA zdůrazňuje SGP.32 jako strukturální prvek pro globální varianty produktů a přepínání profilů v terénu - jazyk, který odpovídá tomu, jak IoT platformy pozicují standard. Zralost specifikace je také viditelná ve veřejných tabulkách GSMA: SGP.31/SGP.32 pokračují v pokroku prostřednictvím aktivních verzí v1.2 a novějších v1.3 v letech 2024-2026, spolu s přidruženými testovacími specifikacemi (index specifikací GSMA).

Interpretace bez přehánění: cestovní eSIM pro spotřebitele je již rozšířený komerční případ použití na základech SGP.22; SGP.32 je paralelní industrializace IoT RSP. Posilují širší příběh eSIM, aniž by se navzájem nahrazovaly.

Co by si cestovatelé a značky měli odnést #

Pro cestovatele #

Nemusíte si vybírat mezi SGP.22 a SGP.32, když si kupujete cestovní plán. Pokud instalujete eSIM na telefon pomocí QR kódu nebo aplikace, jste ve světě spotřebitelského RSP. Co by vás mělo zajímat, je praktické: kompatibilita zařízení, spolehlivost instalace před odjezdem, pokrytí destinace, transparentní podmínky férového použití a podpora, když něco selže na bráně.

Poskytovatelé jako Roamify se nacházejí v této vrstvě cestování pro spotřebitele - plány destinací, digitální instalace a užitečnost zůstat online v zahraničí - spíše než v průmyslovém řízení flotily eIM. Příběh standardů za QR je stále ve tvaru SGP.22.

Pro cestovní značky, OTA, fintechy a spotřebitelské MVNO #

• Považujte interoperabilitu SGP.22 a UX aktivace za základ produktu.
• Nepropagujte „SGP.32“ jako vylepšení pro cestovatele, pokud vaše skutečná hardwarová/flotilová architektura nepoužívá IoT RSP.
• Pokud prodáváte nebo poskytujete konektivitu pro trackery, routery nebo B2B cestovní hardware, samostatně zhodnoťte, zda třída zařízení potřebuje spotřebitelské LPA toky, IoT eIM toky nebo hybridní řešení.
• Investujte do vzdělávání: vlastní tržní komentář GSMA stále poukazuje na mezeru mezi dostupností eSIM a porozuměním/aktivací spotřebitelů. Jasné pokyny k instalaci zůstávají konkurenčním odlišovačem.

Pro operátory a platformy konektivity #

Provozování spotřebitelského a IoT RSP vedle sebe je stále běžnější. Sdílené dědictví SM-DP+ pomáhá, ale certifikace, akreditace bezpečnosti, agenti zařízení (LPA vs IPA) a komerční provozní modely zůstávají odlišné. Míchání slovníků ve veřejných sděleních vytváří falešná očekávání jak pro cestovatele, tak pro podnikové kupce.

Závěr: dva standardy, jeden příběh eSIM - udržujte pruhy jasné #

SGP.22 a SGP.32 nejsou rivalové na jednom žebříčku. Jsou odpověďmi na dvě reality zařízení:

• SGP.22 předpokládá, že je přítomna osoba a může stáhnout profil na spotřebitelské zařízení. To je architektura za moderní cestovní eSIM na telefonech.
• SGP.32 předpokládá, že zařízení je samo - nebo spí - a potřebuje vzdálenou, flotilovou správu prostřednictvím eIM a IPA, přičemž stále využívá doručování profilů SM-DP+. To je architektura, kterou GSMA vytvořila pro omezené IoT poté, co se limity SGP.02 staly zřejmými.

Pro cestovní konektivitu je strategickou lekcí preciznost. Cesta spotřebitelského RSP již přetváří, jak lidé nakupují roaming. Cesta IoT RSP přetváří, jak stroje zůstávají připojené po léta. Značky, které udrží tyto pruhy jasné, vysvětlí eSIM věrohodněji - a vytvoří produkty, které odpovídají standardu, který skutečně dodávají.

Měkká poznámka ke značce: Roamify je poskytovatel cestovních eSIM nabízející plány pro mnoho destinací s digitální aktivací pro kompatibilní telefony. Tento článek je vzdělávání o standardech, nikoli tvrzení, že Roamify implementuje řízení flotily IoT SGP.32.