SGP.22 vs SGP.32 - mitä eSIM-standardin muutos tarkoittaa matkayhteyksille

Tavoite: Antaa matkailun eSIM-ostajille ja matkailu/MVNO-operaattoreille standardeista tietoinen kartta kuluttajan ja IoT:n etä-SIM-provisionoinnista - jotta keskustelu "seuraavasta eSIM-standardista" ei sekoita kahta eri tietä.

Kohderyhmä: Käytännön toimijat, jotka toimittavat tai ostavat kuluttajamatkailun yhteyksiä (ja kaikki, jotka arvioivat vierekkäisiä IoT/matkailulaitteita), eivät GSMA-komitean jäsenet.

Jos ostat matkailun eSIMin, skannaat QR-koodin ja saavutat datayhteyden, olet jo GSMA:n etä-SIM-provisionoinnin (RSP) arkkitehtuurin sisällä - vaikka et koskaan näkisi spesifikaationumeroita. Ne numerot ovat tärkeitä.SGP.22 on kuluttajan RSP-tekninen standardi älypuhelin- ja matkailun eSIM-virroille.SGP.32 on IoT RSP-tekninen standardi päätelaitteettomille, rajoitetuille ja laivueen mittakaavan laitteille. Ne jakavat joitakin rakennuspalikoita. Ne ratkaisevat eri ongelmia.

Tämä ero on helppo hämärtää markkinointiesityksissä. Se on myös ero matkailijan, joka asentaa väliaikaisen profiilin puhelimeen, ja yrityksen, joka orkestroi yhteyksiä tuhansille antureille, jotka eivät koskaan näe näyttöä, välillä. Matkailubrändeille, MVNO:ille ja kaikille, jotka rakentavat kuluttajan eSIM-pinojen päälle, on tärkeää tietää, missä SGP.22 päättyy ja SGP.32 alkaa - ei siksi, että matkailijat tarvitsisivat GSMA:n PDF:iä, vaan koska alan keskustelu sekoittaa usein kuluttajan ja IoT:n tiet.

Tämä artikkeli kartoittaa arkkitehtuurin, toimijat, elinkaaren erot ja käytännön vaikutukset matkayhteyksille - ilman että SGP.32:ta käsitellään kuluttajan roamingin päivityksenä.

Miksi ala tarvitsi useamman kuin yhden eSIM "standardin" #

eSIM ei ole yksi protokolla. Se on GSMA:n määrittelyjen perhe, joka määrittelee, kuinka operaattoriprofiilit valmistellaan, toimitetaan, asennetaan, otetaan käyttöön, poistetaan käytöstä ja poistetaan turvallisesti eUICC:ssä (upotettu SIM-alusta).

GSMA:n julkinen määrittelyindeksi tekee jaon selväksi: kuluttaja-RSP kuuluu SGP.21 (arkkitehtuuri) ja SGP.22 (tekninen); IoT-RSP kuuluu SGP.31 (arkkitehtuuri ja vaatimukset) ja SGP.32 (tekninen). Aktiiviset kuluttajajulkaisut jatkuvat SGP.22 v2.x ja v3.x kautta; IoT-julkaisut jatkuvat SGP.31/SGP.32 v1.x kautta, mukaan lukien uudemmat 2024-2026 tarkistukset GSMA:n eSIM-määrittelysivulla (GSMA eSIM Consumer and IoT Specifications).

Ennen SGP.32:ta IoT- ja M2M-etäprovisionointi oli suurelta osin aiemmassa kone-kone-mallissa (SGP.02), jossa oli kaksipalvelinjakautuma SM-DP (datan valmistelu) ja SM-SR (turvallinen reititys). Tämä malli mahdollisti etäprofiilien hallinnan teollisuus- ja autoteollisuuden käyttötapauksissa, mutta se toi myös operatiivista kitkaa: SMS-suuntautuneet laukaisimet, tiukempi SM-SR/SM-DP-kaupallinen kytkentä ja huono yhteensopivuus erittäin rajoitettujen LPWAN-laitteiden kanssa. Operaattori- ja IoT-alustojen selittäjät mainitsevat johdonmukaisesti nämä rajoitukset syynä siihen, miksi GSMA rakensi omistetun IoT-arkkitehtuurin sen sijaan, että olisi pakottanut kuluttaja-RSP:n jokaiseen modeemiin (Eseye on SGP.31/32; 1oT on SGP.02 vs SGP.22 vs SGP.32).

Lyhyt versio: yksi fyysinen muoto (eSIM/eUICC), useita provisionointifilosofioita.

SGP.22 yksinkertaisesti: kuluttaja-RSP laitteille, joissa ihminen on mukana #

SGP.22 on GSMA:n tekninen kuvaus etä-SIM-provisionoinnista kuluttajalaitteille. Sen tarkoitus on yksiselitteinen: tekninen ratkaisu eUICC:n etäprovisionointiin ja hallintaan kuluttajalaitteissa, tähtäimenä yhteentoimivuus operaattorijakelujen välillä - mukaan lukien SM-DP+ -alustat ja eUICC-toimittajat.

Keskeiset toimijat kuluttajamallissa #

Toimijaroolit #

• eUICC: Turvallinen alusta, joka tallentaa profiilit (operaattorin tunnistetiedot ja niihin liittyvät komponentit)
• LPA (Local Profile Assistant): Laitteessa (tai osittain eUICC:ssä) oleva avustaja, joka ohjaa latausta, paikallista käyttöön/poistoon ja käyttäjälle näkyvää profiilihallintaa
• SM-DP+: Subscription Manager - Data Preparation +: valmistelee, suojaa ja toimittaa Bound Profile Packages
• SM-DS: Subscription Manager - Discovery Service: valinnainen löytöpolku, kun laitteen on löydettävä oikea SM-DP+ ilman QR/aktivointikoodia
• Operaattori / profiilin myöntäjä: Omistaa profiilin takana olevan kaupallisen tilauksen

Matkailijat tunnistavat tämän kulun:

1. Osta matkasuunnitelma ja saat aktivointikoodin (usein QR-muodossa).
2. Laitteen LPA ottaa yhteyttä SM-DP+:aan.
3. Salattu profiilipaketti ladataan ja asennetaan eUICC:lle.
4. Käyttäjä ottaa profiilin käyttöön (ja voi myöhemmin poistaa tai poistaa sen käytöstä).

Tämä on käyttäjän aloittama / vetopohjainen malli. Henkilö on läsnä, laitteessa on käyttöliittymä, ja suostumus on nimenomainen asennustoiminto. Siksi matkailu eSIM-ostot, lentoyhtiöiden/fintech-yhteistyöt ja sovelluspohjainen aktivointi liittyvät SGP.22-luokan kuluttaja RSP:hen - eivät IoT-laivaston orkestrointiin.

HTTPS/TLS-kuljetus sopii älypuhelimille. Se on raskaampi kuin monet IoT-työsyklit voivat sallia, mutta kohtuullinen laitteelle, joka jo ylläpitää IP-yhteyttä ja täyttä tietoturvapinoa.

SGP.32 yksinkertaisesti: IoT RSP laitteille, jotka eivät voi napauttaa “Lisää eSIM” #

SGP.32 on GSMA:n tekninen määrittely eSIM IoT -arkkitehtuurille, joka on määritelty SGP.31:ssä. GSMA kuvaa sen kattavan eUICC:n etäprovisionoinnin ja hallinnan IoT-laitteissa, jotka ovat verkkorajoitteisia ja/tai käyttöliittymärajoitteisia, sekä eUICC-arkkitehtuurin, rajapinnat ja tietoturvatoiminnot tälle mallille.

Keskeiset toimijat IoT-mallissa #

Toimijaroolit #

• eUICC: IoT-yhteensopiva eUICC, joka tallentaa profiileja ja tukee IoT-etähallintayhteyksiä
• IPA (IoT Profile Assistant): Laitteen tai eUICC:n puoleinen avustaja, joka suorittaa provisionointi-/hallintatyöt ilman kuluttajan käyttöliittymää; voi olla IPAd (laitteessa) tai IPAe (eUICC:ssä)
• eIM (eSIM IoT Remote Manager): Pilvi-/orkestrointiyksikkö, joka suorittaa profiilin elinkaaritoimintoja laitteelle tai laivastolle
• SM-DP+: Uudelleenkäytetty kuluttajaekosysteemistä profiilin valmisteluun ja suojattuun toimitukseen
• SM-DS: Löytörooli säilytetään, missä se on merkityksellistä
• Operaattori: Profiilin lähde, kuten kuluttaja RSP:ssä

Arkkitehtoninen tarkoitus on johdonmukainen GSMA:n materiaaleissa ja teollisuuden läpikäynneissä: säilytä se, mikä jo toimi kuluttaja RSP:ssä (erityisesti SM-DP+), ja korvaa ihmisen/LPA:n oletus etähallinnalla ja IoT-alkuperäisellä avustajalla (Velocity IoT -standardien selitys; 1oT-vertailu).

Miksi IoT tarvitsi erilaisen mallin #

Kuluttaja RSP olettaa:

• näytön tai kumppanikäyttöliittymän,
• henkilö, joka voi aloittaa latauksen,
• suhteellisen vakaa IP-yhteys TLS-istuntoja varten,
• laitteeseen perustuvat, käyttäjän ohjaamat elinkaaripäätökset.

IoT-laivueet olettavat usein päinvastaista:

• ei käyttöliittymää,
• ajoittainen tai vähäkaistainen yhteys (mukaan lukien LPWAN-skenaariot),
• asynkroniset kirjautumiset sen sijaan, että yhteys olisi aina päällä,
• käytäntöön perustuva käyttöönottaminen/poistaminen/poistaminen monille EID:ille kerralla.

SGP.31/32 esittelee siksi laivuekeskeisen profiilitilan hallinnan ja eIM:n, joka voi käynnistää tai välittää latauksia. Alan analyysit korostavat myös kevyitä protokollavaihtoehtoja (esimerkiksi CoAP/DTLS vaihtoehtoisena polkuna rajoitetuille laitteille), SMS:n poistamista modernin IoT RSP:n pakollisena riippuvuutena ja tukea suoralle vs. epäsuoralle profiilitoimitukselle riippuen siitä, voiko laite kommunikoida sujuvasti SM-DP+:n kanssa itse (Eseye; 1oT).

Kriittisesti, SGP.32 ei ole ei taaksepäin yhteensopiva ”ohjelmistopäivitys” kaikille kentällä jo oleville SGP.02 eUICC:ille. Eseye ja muut IoT-asiantuntijat huomauttavat, että M2M-standardin mukaiset käyttöönotot pysyvät tyypillisesti siinä mallissa elinkaaren loppuun asti; greenfield IoT on se, mihin SGP.32 on suunniteltu tulemaan oletukseksi.

SGP.22 vs SGP.32: rakenteellinen vertailu #

Ulottuvuuskohtainen vertailu #

Ensisijainen GSMA-pari

• SGP.22 (kuluttaja RSP): SGP.21 arkkitehtuuri + SGP.22 tekninen
• SGP.32 (IoT RSP): SGP.31 arkkitehtuuri/vaatimukset + SGP.32 tekninen

Suunniteltu

• SGP.22 (kuluttaja RSP): Älypuhelimet, tabletit, puettavat laitteet, kuluttajalaitteet, joissa on käyttöliittymä
• SGP.32 (IoT RSP): Päätelaitteettomat / käyttöliittymärajoitteiset / verkonrajoitteiset IoT-laitteet ja laivastot

Ihminen mukana prosessissa?

• SGP.22 (kuluttaja RSP): Kyllä - käyttäjä aloittaa tai vahvistaa asennuksen/vaihdon
• SGP.32 (IoT RSP): Ei - eIM/IPA orkestroi toiminnot etänä

Paikallinen avustaja

• SGP.22 (kuluttaja RSP): LPA
• SGP.32 (IoT RSP): IPA (IPAd tai IPAe)

Etäorkestrointi

• SGP.22 (kuluttaja RSP): Rajoitettu / ei suunnittelukeskus
• SGP.32 (IoT RSP): eIM ensiluokkaisena etähallintana

Profiilipalvelin

• SGP.22 (kuluttaja RSP): SM-DP+
• SGP.32 (IoT RSP): SM-DP+ (uudelleenkäytetty)

Löytö

• SGP.22 (kuluttaja RSP): SM-DS (valinnainen monissa prosesseissa)
• SGP.32 (IoT RSP): SM-DS säilytetty arkkitehtuurissa

Laukaisumalli

• SGP.22 (kuluttaja RSP): Pääasiassa pull (QR / aktivointikoodi / sovellus)
• SGP.32 (IoT RSP): Push ja/tai pull eIM:n ja laitteen sisäänkirjautumismallien kautta

Kuljetusasenne

• SGP.22 (kuluttaja RSP): HTTPS/TLS-keskeinen kuluttajan IP-pino
• SGP.32 (IoT RSP): IP-pohjainen; rajoitettujen laitteiden vaihtoehdot korostettu (esim. CoAP/DTLS-polut alan yhteenvedoissa spesifikaatiosta)

Edeltäjän ongelmat, joita se ratkaisee

• SGP.22 (kuluttaja RSP): Fyysiset SIM-vaihdot ja operaattorilukitus kuluttajalaitteissa
• SGP.32 (IoT RSP): SGP.02 operatiivinen lukitus, SMS-riippuvuus ja huono sopivuus rajoitetuille laitteille

Matka-eSIM:n merkitys

• SGP.22 (kuluttaja RSP): Suora - tämä on pino tyypillisten puhelimen matka-eSIM-asennusten takana
• SGP.32 (IoT RSP): Epäsuora - muokkaa viereisiä IoT/matkalaitteistojen ekosysteemejä, ei puhelimen QR-prosesseja

Profiilin elinkaari: samat verbit, eri kielioppi #

Molemmissa maailmoissa puhutaan lataamisesta, asentamisesta, ottamisesta käyttöön, poistamisesta käytöstä ja poistamisesta. Kielioppi eroaa:

• SGP.22 elinkaari on paikallinen ja käyttäjäkeskeinen. Kun se on asennettu, matkustaja (tai LPA UI) päättää, milloin profiili otetaan käyttöön roaming-datan osalta, milloin se keskeytetään ja milloin se poistetaan.
• SGP.32 elinkaari on etä- ja politiikkakeskeinen. eIM voi antaa profiilin tilanhallintaoperaatioita yhdelle tai usealle EID:lle, ja IPA suorittaa ne, kun laite on tavoitettavissa - tärkeää laitteille, jotka nukkuvat suurimman osan päivästä.

Siksi 'profiilin vaihto' tarkoittaa eri kaupallisia asioita kummassakin maailmassa. Kuluttajamatkailussa vaihto on usein uusi ostos tai toinen asennettu profiili, jonka käyttäjä valitsee. IoT:ssä vaihto on omaisuudenhallintaoperaatio: vaihda yhteyden tarjoajaa, reagoi kattavuuteen tai kierrätä profiileja ilman huoltokäyntiä.

Missä aiemmat IoT-määritykset sopivat: SGP.02 ja SGP.31 #

Selkeä mielen malli:

1. SGP.02 - alkuperäinen M2M RSP SM-DP + SM-SR:llä. Perustavanlaatuinen, yhä läsnä pitkäikäisissä kiinteistöissä (erityisesti autoteollisuudessa ja muissa tehdassidonnaisissa käyttöönottoissa), mutta yhä enemmän pidetään vanhanaikaisena uusissa rajoitetuissa IoT-projekteissa (1oT).
2. SGP.22 - kuluttaja-RSP, joka yksinkertaisti provisiointia SM-DP+ ja LPA:n ympärillä; massamarkkinareitti puhelimille ja matkailu-eSIM:lle.
3. SGP.31 / SGP.32 - IoT RSP, joka hyödyntää SM-DP+:aa lisäten eIM + IPA päänsäryttömän laivaston hallintaan.

SGP.32 ei ilmestynyt, koska kuluttaja-eSIM "epäonnistui." Se ilmestyi, koska kuluttaja-eSIM onnistui ihmisille-ja tuo menestys ei vieläkään ratkaise anturia, joka on kiinnitetty kuljetuskontin sisään.

Vaikutukset matkailu-eSIM:lle, kuluttajaroamingille ja MVNO-pinoille #

Matkailuyhteydet pysyvät kuluttaja-RSP-tarinana #

Puhelimille ja useimmille matkailijalaitteille toimiva standardi on edelleen SGP.22-luokan kuluttaja-RSP. Tuotekokemus, josta matkailijat välittävät - osta ennen lähtöä, asenna QR:n tai sovelluksen kautta, laskeudu yhteydessä - vastaa LPA ↔ SM-DP+ -virtoja, ei eIM-laivastokomentoja.

GSMA:n oma vuoden 2026 teollisuuskatsaus kehystää matkailuyhteydet rakenteellisena muutoksena kansainvälisessä roamingissa: sovelluspohjaiset eSIM-matkatarjoukset ovat läpinäkyvämpiä ja joustavampia, ja jakelu siirtyy lähemmäksi loppukäyttäjää ennen matkan alkua (GSMA: eSIM-massamarkkinoiden käyttöönotto siirtyy ennusteesta tosiasiaan). Tämä kaupallinen muutos perustuu kuluttaja-RSP:n kypsyyteen ja laitetukeen, ei IoT eIM:n käyttöönottoon.

Mitä SGP.32 *muuttaa* matkailuun liittyvissä ekosysteemeissä #

Vaikka matkailijat eivät koskaan koskisi SGP.32:een, standardi on tärkeä matkailun reunoilla:

• Yhdistetyt matkalaukkujen seurantalaitteet, laivastoajoneuvot, logistiikka-anturit ja tapahtumapaikkojen IoT tarvitsevat yhä enemmän etäprofiilien hallintaa ilman QR-seremoniaa.
• Matkareitittimet ja jotkut "eSIM-laitteistot" voivat istua sotkuisessa keskellä: kuluttajatyylinen aktivointi ihmisen omistajalle, mutta operatiiviset tarpeet, jotka näyttävät enemmän laivastomaisilta laajassa mittakaavassa.
• Operaattorit ja MVNO:t voivat hallita sekä kuluttaja-SM-DP+ -kiinteistöjä että IoT eIM -kiinteistöjä. SM-DP+ -DNA:n jakaminen SGP.22:n ja SGP.32:n välillä on tarkoituksellista; se ei tarkoita, että kaksi laiteluokkaa jakaisivat saman UX:n tai sertifiointipolun.

Multi-IMSI, MVNO-pinoja ja totuudenmukaisia rajoja #

Multi-IMSI (useita identiteettejä valittavissa yhteystuotteen sisällä tai rinnalla) ja eUICC-profiilin lataus keskustellaan usein yhdessä, mutta ne eivät ole sama mekanismi. Multi-IMSI voi parantaa verkkoon liittymiskäyttäytymistä kaupallisen tarjouksen sisällä; eUICC RSP (SGP.22 tai SGP.32) koskee täysien operaattoriprofiilien turvallista asentamista ja hallintaa eUICC:lle. Matkailubrändit ja MVNO:t voivat yhdistää molemmat tekniikat kaupallisesti, mutta arkkitehtuurin selkeys on yhä tärkeää: kuluttajamatkailuasennukset puhelimissa arvioidaan SGP.22-yhteensopivuuden ja aktivointi-UX:n perusteella; IoT-kiinteistöt arvioidaan eIM/IPA-toimivuuden ja rajoitetun verkon kestävyyden perusteella.

Hyödyllinen varoitus IoT-puolelta koskee myös kaupallisesti: tekninen siirrettävyys spesifikaatiossa ei automaattisesti tarkoita kaupallista siirrettävyyttä sopimuksessa. SGP.32 vähentää tiettyjä arkkitehtonisia lukkiutumismalleja, jotka liittyvät SGP.02:een, mutta palveluntarjoajan kaupalliset ehdot määrittävät yhä, kuinka vapaasti laivastot voivat siirtää eIM-yhteyksiä tai ulkoisia SM-DP+ -suhteita (1oT). Kuluttajamatkailuostajat kohtaavat vastaavan oppitunnin pienemmässä mittakaavassa - yhteensopiva RSP ei itsessään takaa identtistä kattavuuden laatua, kohtuullisen käytön politiikkaa tai tukikokemusta eri palveluntarjoajien välillä.

Markkinoiden ajoitus ja käyttöönoton signaalit (julkinen, 2025-2026) #

Julkiset GSMA-materiaalit vuonna 2026 kuvaavat kuluttaja-eSIM:in siirtymistä operatiiviseen mittakaavaan pikemminkin kuin konseptin todistamiseen. GSMA:n toukokuun 2026 yhteenveto GSMA Intelligence -lukemista kertoo, että maailmanlaajuinen eSIM-älypuhelinten levinneisyys oli noin 5% vuoden 2025 lopussa, ja ilmoitettu polku noin 10 % vuoden 2026 loppuun mennessä, ja kasvua odotetaan edelleen; samassa artikkelissa mainitaan, että noin kolme neljästä / 73 % mobiiliverkko-operaattoreista tarjoaa kaupallisia älypuhelin eSIMeitä, samalla kun huomautetaan, että saatavuuden ja aktiivisen kuluttajakäytön välillä on edelleen kuilu (GSMA massamarkkinoiden eSIM-artikkeli).

IoT-puolella sama GSMA-kommentti korostaa SGP.32:ta rakenteellisena mahdollistajana globaalien tuotevarianttien ja kentällä tapahtuvan profiilin vaihdon osalta - kieli, joka vastaa sitä, miten IoT-alustat asemoivat standardin. Määritysten kypsyys näkyy myös GSMA:n julkisissa taulukoissa: SGP.31/SGP.32 etenevät edelleen aktiivisten v1.2 ja uudempien v1.3 listojen kautta vuosina 2024-2026, yhdessä niihin liittyvien testimääritysten kanssa (GSMA-määritysluettelo).

Tulkitseminen ilman liioittelua: kuluttajamatkailun eSIM on jo laajamittainen kaupallinen käyttötapaus SGP.22-raiteilla; SGP.32 on IoT RSP:n rinnakkainen teollistuminen. Ne vahvistavat laajempaa eSIM-tarinaa korvaamatta toisiaan.

Mitä matkailijoiden ja brändien tulisi ottaa huomioon #

Matkailijoille #

Sinun ei tarvitse valita SGP.22:n ja SGP.32:n välillä, kun ostat matkasuunnitelman. Jos asennat eSIMin puhelimeen QR-koodin tai sovelluksen kautta, olet kuluttaja RSP maailmassa. Sinun tulisi keskittyä käytännöllisiin asioihin: laitteen yhteensopivuus, asennuksen luotettavuus ennen lähtöä, kohteen kattavuus, läpinäkyvät reilun käytön ehdot ja tuki, kun jokin menee pieleen portilla.

Palveluntarjoajat kuten Roamify kuuluvat siihen kuluttajamatkailukerrokseen - kohdesuunnitelmat, digitaalinen asennus ja verkossa pysymisen hyöty ulkomailla - eivätkä teolliseen eIM-laivaston hallintaan. QR:n takana oleva standarditarina on edelleen SGP.22-muotoinen.

Matkailubrändeille, OTA:ille, fintech-yrityksille ja kuluttaja MVNO:ille #

• Käsittele SGP.22-yhteensopivuutta ja aktivoinnin käyttökokemusta tuotteen perustana.
• Älä markkinoi “SGP.32:ta” matkailijalle suunnattuna päivityksenä, ellei todellinen laitteisto/laivastoarkkitehtuurisi käytä IoT RSP:tä.
• Jos myyt tai valkoistat yhteyksiä seurantalaitteille, reitittimille tai B2B-matkailulaitteille, arvioi erikseen, tarvitseeko laiteluokka kuluttajan LPA-virtoja, IoT eIM-virtoja tai vaiheittaista hybridiä.
• Panosta koulutukseen: GSMA:n oma markkinakommentti osoittaa edelleen kuilun eSIMin saatavuuden ja kuluttajien ymmärryksen/aktivoinnin välillä. Selkeä asennusohjeistus on edelleen kilpailuetu.

Operaattoreille ja yhteysalustoille #

Kuluttaja- ja IoT RSP:n rinnakkainen käyttö on yhä yleisempää. Jaettu SM-DP+ perintö auttaa, mutta sertifiointi, turvallisuusakkreditointi, laiteagentit (LPA vs IPA) ja kaupalliset toimintamallit pysyvät erillisinä. Sanastojen sekoittaminen julkisessa viestinnässä luo vääriä odotuksia sekä matkailijoille että yritysostajille.

Johtopäätös: kaksi standardia, yksi eSIM-kertomus - pidä kaistat selkeinä #

SGP.22 ja SGP.32 eivät ole kilpailijoita samalla tulostaululla. Ne ovat vastauksia kahteen laitetodellisuuteen:

• SGP.22 olettaa, että henkilö on läsnä ja voi ladata profiilin kuluttajalaitteeseen. Tämä on arkkitehtuuri nykyaikaisen matkailun eSIMin takana puhelimissa.
• SGP.32 olettaa, että laite on yksin - tai lepotilassa - ja tarvitsee etä-, laivastokelpoista hallintaa eIM:n ja IPA:n kautta, samalla kun se edelleen käyttää SM-DP+ profiilitoimitusta. Tämä on arkkitehtuuri, jonka GSMA rakensi rajoitetulle IoT:lle sen jälkeen, kun SGP.02:n rajoitukset tulivat ilmeisiksi.

Matkailuyhteyksien osalta strateginen oppi on tarkkuus. Kuluttaja RSP-polku muokkaa jo sitä, miten ihmiset ostavat roamingia. IoT RSP-polku muokkaa sitä, miten koneet pysyvät yhteydessä vuosia. Brändit, jotka pitävät nämä kaistat selkeinä, selittävät eSIMin uskottavammin - ja rakentavat tuotteita, jotka vastaavat standardia, jota he todella toimittavat.

Pehmeä brändihuomautus: Roamify on matkailun eSIM-palveluntarjoaja, joka tarjoaa suunnitelmia moniin kohteisiin digitaalisen aktivoinnin avulla yhteensopiville puhelimille. Tämä artikkeli on standardien koulutusta, ei väite siitä, että Roamify toteuttaa IoT SGP.32 laivaston hallintaa.