eSIM-i juhendMis on eSIM?Lugemisaeg 12 min

SGP.22 ja SGP.32 võrdlus: mida eSIM-i standardi muutus reisiühenduse jaoks tähendab

SGP.22 on tänase tarbijatele mõeldud reisi-eSIM-i kasutuskogemuse alus, võimaldades kasutaja algatatud profiilide allalaadimist, samal ajal kui SGP.32 laiendab…

Louisa Jacobson

Roamify toimetus

SGP.22 ja SGP.32 võrdlus: mida eSIM-i standardi muutus reisiühenduse jaoks tähendab

Eesmärk: Anda reisi-eSIM-i ostjatele ning reisioperaatoritele ja MVNO-operaatoritele standardite tundmisel põhinev ülevaade tarbijatele mõeldud ja IoT SIM-i kaugprovisioneerimise erinevustest, et valdkonna jutud „järgmisest eSIM-i standardist“ ei hägustaks kaht erinevat suunda.

Sihtrühm: Spetsialistid, kes pakuvad või ostavad tarbijatele mõeldud reisiühendust (ja kõik, kes hindavad sellega seotud IoT- või reisiriistvara), mitte GSMA komiteede liikmed.

Kui ostad reisi-eSIM-i, skannid QR-koodi ja maandudes on sul mobiilne internet olemas, kasutad juba GSMA SIM-i kaugprovisioneerimise (RSP) arhitektuuri, isegi kui sa spetsifikatsioonide numbreid kunagi ei näe. Need numbrid on olulised. SGP.22 on tarbijatele mõeldud RSP tehniline standard, millele tuginevad nutitelefonide ja reisi-eSIM-ide töövood. SGP.32 on IoT RSP tehniline standard kasutajaliideseta, piiratud võimekusega ja suurtes seadmeparkides kasutatavate seadmete jaoks. Neil on mõned ühised ehitusplokid. Need lahendavad erinevaid probleeme.

Turundusesitlustes võib see eristus kergesti hägustuda. See eristab ka reisijat, kes paigaldab telefoni ajutise profiili, ettevõttest, mis koordineerib ühenduvust tuhandetes andurites, millel ei saa kunagi olema ekraani. Reisibrändide, MVNO-de ja kõigi tarbijaseadmete eSIM-i tehnoloogiapinule lahendusi loovate inimeste jaoks on teadmine, kus SGP.22 lõpeb ja SGP.32 algab, elementaarne eeltingimus. Mitte sellepärast, et reisijad vajaksid GSMA PDF-faile, vaid sellepärast, et valdkonna aruteludes segatakse sageli tarbijaseadmete ja IoT suundi.

See artikkel annab ülevaate arhitektuurist, osalistest, elutsüklite erinevustest ja praktilisest mõjust reisiühendusele, käsitlemata SGP.32 tarbijate rändluse täiustusena, mille saab lihtsalt senise lahenduse asemele võtta.

Miks valdkond vajas rohkem kui üht eSIM-i „standardit“ #

eSIM ei ole üks protokoll. See on GSMA spetsifikatsioonide kogum, mis määratleb, kuidas operaatoriprofiile eUICC-s (sisseehitatud SIM-i platvormil) turvaliselt ette valmistatakse, edastatakse, paigaldatakse, aktiveeritakse, inaktiveeritakse ja kustutatakse.

GSMA avalik spetsifikatsioonide register toob eristuse selgelt välja: tarbijaseadmete RSP-d käsitlevad SGP.21 (arhitektuur) ja SGP.22 (tehniline spetsifikatsioon); IoT RSP-d käsitlevad SGP.31 (arhitektuur ja nõuded) ja SGP.32 (tehniline spetsifikatsioon). Tarbijaseadmete aktiivsed väljalasked jätkuvad SGP.22 v2.x ja v3.x versioonidena; IoT väljalasked jätkuvad SGP.31/SGP.32 v1.x versioonidena, sealhulgas uuemad 2024-2026 redaktsioonid GSMA eSIM-i spetsifikatsioonide lehel (GSMA eSIM Consumer and IoT Specifications).

Enne SGP.32 põhines IoT ja M2M kaughalduslik seadistamine suuresti varasemal masinatevahelisel mudelil (SGP.02), kus töö oli jagatud kahe serveri vahel: SM-DP (andmete ettevalmistamine) ja SM-SR (turvaline marsruutimine). See mudel võimaldas profiilide kaughaldust tööstuse ja autotööstuse kasutusjuhtudes, kuid tõi kaasa ka töökorralduslikke raskusi: SMS-põhised käivitussignaalid, SM-SR-i ja SM-DP tihedama ärilise seotuse ning halva sobivuse väga piiratud võimekusega LPWAN-seadmetele. Operaatorite ja IoT-platvormide selgitustes tuuakse neid piiranguid järjepidevalt põhjusena, miks GSMA lõi eraldi IoT-arhitektuuri, selle asemel et suruda tarbijaseadmete RSP igasse modemisse (Eseye selgitus SGP.31/32 kohta; 1oT selgitus SGP.02, SGP.22 ja SGP.32 võrdluse kohta).

Lühidalt: üks füüsiline vorm (eSIM/eUICC), mitu provisioneerimisfilosoofiat.

SGP.22 lihtsas keeles: tarbijaseadmete RSP seadmetele, mille kasutamises osaleb inimene #

SGP.22 on GSMA tehniline kirjeldus SIM-i kaugprovisioneerimiseks tarbijaseadmetes. Selle eesmärk on üheselt selge: tehniline lahendus eUICC kaugprovisioneerimiseks ja haldamiseks tarbijaseadmetes, mille siht on koostalitlusvõime operaatorite juurutatud lahenduste vahel, sealhulgas SM-DP+ platvormide ja eUICC tarnijate vahel.

Tarbijatele mõeldud mudeli põhiosalised #

Osaliste rollid #

  • eUICC: turvaline platvorm, mis salvestab profiile (operaatori autentimisandmeid ja seotud komponente)
  • LPA (kohalik profiiliassistent): seadmes (või osaliselt eUICC-s) töötav assistent, mis juhib allalaadimist, kohalikku aktiveerimist, inaktiveerimist ja kustutamist ning kasutajale suunatud profiilihaldust
  • SM-DP+: abonemendihaldur, andmete ettevalmistamine +: valmistab ette, kaitseb ja edastab seotud profiilipakette
  • SM-DS: abonemendihaldur, avastusteenus: valikuline avastusviis juhuks, kui seade peab leidma õige SM-DP+ ilma QR-koodi või aktiveerimiskoodita
  • Operaator / profiili väljastaja: omab profiili aluseks olevat ärilist abonementi

Reisijatele tuttav töövoog:

  1. Osta reisipakett ja saa aktiveerimiskood (sageli QR-koodina).
  2. Seadme LPA võtab ühendust SM-DP+ platvormiga.
  3. Krüpteeritud profiilipakett laaditakse alla ja paigaldatakse eUICC-sse.
  4. Kasutaja aktiveerib profiili (ja saab selle hiljem inaktiveerida või kustutada).

See on kasutaja algatatud / tõmbepõhine mudel. Inimene on kohal, seadmel on kasutajaliides ja nõusolek väljendub selges paigaldustoimingus. Seetõttu vastavad reisi-eSIM-i ostuprotsess, partnerlused lennufirmade ja finantstehnoloogiaettevõtetega ning rakendusepõhine aktiveerimine kõik SGP.22-tüüpi tarbijaseadmete RSP-le, mitte IoT-seadmepargi koordineerimisele.

HTTPS/TLS-edastus sobib nutitelefonidele. See on koormavam, kui paljude IoT-seadmete töötsüklid võimaldavad, kuid mõistlik telefonile, mis hoiab juba IP-ühendust ja kasutab täielikku turvatehnoloogiapinu.

SGP.32 lihtsas keeles: IoT RSP seadmetele, mis ei saa vajutada valikut „Lisa eSIM“ #

SGP.32 on GSMA eSIM-i IoT-arhitektuuri tehniline spetsifikatsioon; see arhitektuur on määratletud dokumendis SGP.31. GSMA kirjelduse järgi hõlmab see eUICC kaughalduslikku seadistamist ja haldamist IoT-seadmetes, millel on võrgu- ja/või kasutajaliidesepiirangud, ning selle mudeli eUICC arhitektuuri, liideseid ja turvafunktsioone.

IoT-mudeli põhiosalised #

Osaliste rollid #

  • eUICC: IoT-võimekusega eUICC, mis salvestab profiile ja toetab IoT kaughalduse seoseid
  • IPA (IoT profiiliassistent): seadmes või eUICC-s töötav assistent, mis teeb seadistamis- ja haldustoiminguid ilma tarbijale mõeldud kasutajaliideseta; see võib olla IPAd (seadmes) või IPAe (eUICC-s)
  • eIM (eSIM-i IoT-kaughaldur): pilvepõhine või koordineeriv komponent, mis annab seadme või seadmepargi jaoks profiili elutsükli toimingute käske
  • SM-DP+: tarbijatele mõeldud ökosüsteemist taaskasutusele võetud komponent profiilide ettevalmistamiseks ja kaitstud edastamiseks
  • SM-DS: avastusroll säilib seal, kus see on asjakohane
  • Operaator: profiili allikas, nagu tarbijatele mõeldud RSP-s

Arhitektuuri eesmärk on GSMA materjalides ja valdkonna ülevaadetes ühesugune: säilitada see, mis tarbijaseadmete RSP-s juba töötas (eelkõige SM-DP+), ning asendada inimese ja LPA olemasolu eeldus kaughalduri ja spetsiaalselt IoT jaoks loodud assistendiga (Velocity IoT standardite selgitus; 1oT võrdlus).

Miks IoT vajas teistsugust mudelit #

Tarbijaseadmete RSP eeldab:

  • ekraani või kaasrakenduse kasutajakogemust,
  • inimene, kes saab allalaadimist alustada,
  • suhteliselt stabiilne IP-ühendus TLS-seansside jaoks,
  • seadmepõhised, kasutaja juhitud elutsükliotsused.

IoT-seadmeparkide puhul eeldatakse sageli vastupidist:

  • kasutajaliides puudub,
  • katkendlik või väikese ribalaiusega ühendus (sealhulgas LPWAN-i kasutusjuhud),
  • asünkroonsed ühendusevõtud pidevalt aktiivsete seansside asemel,
  • reeglipõhine lubamine/keelamine/kustutamine korraga paljude EID-de puhul.

Seetõttu võetakse standardites SGP.31/32 kasutusele seadmeparkidele suunatud profiili oleku haldus ja eIM, mis saab allalaadimisi käivitada või vahendada. Valdkonna analüüsides rõhutatakse ka väikese ressursivajadusega protokollivõimalusi (näiteks CoAP/DTLS piiratud ressurssidega seadmete alternatiivse lahendusena), SMS-i kui vältimatu eeltingimuse kõrvaldamist tänapäevasest IoT RSP-st ning profiili otsese ja kaudse edastamise tuge sõltuvalt sellest, kas seade saab ise hõlpsasti serveriga SM-DP+ suhelda (Eseye; 1oT).

Oluline on see, et SGP.32 ei ole tagasiühilduv „tarkvarauuendus“ igale juba kasutuses olevale SGP.02 eUICC-le. Eseye ja teised IoT-spetsialistid märgivad, et M2M-standardil põhinevad juurutused jäävad tavaliselt selle mudeli juurde kuni elutsükli lõpuni; SGP.32 on kavandatud muutuma vaikimisi valikuks uutes IoT-projektides.

SGP.22 ja SGP.32 võrdlus: struktureeritud võrdlus #

Võrdlus aspektide kaupa #

Peamine GSMA standardipaar

  • SGP.22 (tarbijatele mõeldud RSP): SGP.21 arhitektuur + SGP.22 tehniline spetsifikatsioon
  • SGP.32 (IoT RSP): SGP.31 arhitektuur/nõuded + SGP.32 tehniline spetsifikatsioon

Mille jaoks loodud

  • SGP.22 (tarbijatele mõeldud RSP): nutitelefonid, tahvelarvutid, kantavad seadmed, kasutajaliidesega tarbijaseadmed
  • SGP.32 (IoT RSP): kasutajaliideseta / piiratud kasutajaliidesega / piiratud võrguühendusega IoT-seadmed ja seadmepargid

Kas inimene osaleb protsessis?

  • SGP.22 (tarbijatele mõeldud RSP): jah, kasutaja algatab või kinnitab paigaldamise/vahetamise
  • SGP.32 (IoT RSP): ei, eIM/IPA koordineerivad toiminguid kaugelt

Kohalik assistent

  • SGP.22 (tarbijatele mõeldud RSP): LPA
  • SGP.32 (IoT RSP): IPA (IPAd või IPAe)

Kaugkoordineerimine

  • SGP.22 (tarbijatele mõeldud RSP): piiratud / ei ole lahenduse keskmes
  • SGP.32 (IoT RSP): eIM täisväärtusliku kaughaldurina

Profiiliserver

  • SGP.22 (tarbijatele mõeldud RSP): SM-DP+
  • SGP.32 (IoT RSP): SM-DP+ (taaskasutatud)

Avastamine

  • SGP.22 (tarbijatele mõeldud RSP): SM-DS (paljudes töövoogudes valikuline)
  • SGP.32 (IoT RSP): SM-DS on arhitektuuris säilitatud

Käivitusmudel

  • SGP.22 (tarbijatele mõeldud RSP): valdavalt päringupõhine (QR / aktiveerimiskood / rakendus)
  • SGP.32 (IoT RSP): tõuke- ja/või päringupõhine eIM-i ja seadme serveriga ühenduse võtmise mustrite kaudu

Andmeedastuse lähenemine

  • SGP.22 (tarbijatele mõeldud RSP): HTTPS/TLS-keskne tarbijaseadmete IP-protokollistik
  • SGP.32 (IoT RSP): IP-põhine; rõhk on piiratud ressurssidega seadmete võimalustel (nt CoAP/DTLS-i lahendused spetsifikatsiooni valdkondlikes kokkuvõtetes)

Milliseid eelkäija probleeme lahendab

  • SGP.22 (tarbijatele mõeldud RSP): füüsiliste SIM-kaartide vahetamine ja tarbijaseadmete seotus ühe operaatoriga
  • SGP.32 (IoT RSP): SGP.02-st tulenev tegevuslik sõltuvus teenusepakkujast, sõltuvus SMS-ist ja kehv sobivus piiratud ressurssidega seadmetele

Olulisus reisi-eSIM-i jaoks

  • SGP.22 (tarbijatele mõeldud RSP): otsene, see on protokollistik, millel põhinevad tavapärased reisi-eSIM-i paigaldused telefonides
  • SGP.32 (IoT RSP): kaudne, kujundab seotud IoT- ja reisiseadmete ökosüsteeme, mitte telefonide QR-töövooge

Profiili elutsükkel: samad tegusõnad, erinev grammatika #

Mõlemas maailmas räägitakse allalaadimisest, paigaldamisest, aktiveerimisest, deaktiveerimisest ja kustutamisest. Grammatika on erinev:

  • SGP.22 elutsükkel on kohalik ja kasutajakeskne. Pärast paigaldamist otsustab reisija (või LPA kasutajaliides), millal profiil rändluses mobiilse andmeside jaoks lubatakse, millal selle kasutamine peatatakse ja millal see eemaldatakse.
  • SGP.32 elutsükkel on kaugjuhitav ja reeglikeskne. eIM saab saata profiili oleku halduse toiminguid ühele või paljudele EID-dele ning IPA täidab need siis, kui seade on kättesaadav. See on oluline seadmete jaoks, mis on suurema osa päevast unerežiimis.

Seetõttu tähendab „profiili vahetamine“ kummaski maailmas äriliselt erinevaid asju. Tarbijate reiside puhul on vahetamine sageli uus ost või teine paigaldatud profiil, mille kasutaja valib. IoT puhul on vahetamine seadmepargi haldustoiming: ühendusteenuse pakkuja vahetamine, levitingimustele reageerimine või profiilide vahetamine ilma tehnikut kohale saatmata.

Kuhu sobituvad varasemad IoT-spetsifikatsioonid: SGP.02 ja SGP.31 #

Selge mõttemudel:

  1. SGP.02: algne M2M RSP komponentidega SM-DP + SM-SR. Aluslahendus, mis on endiselt kasutusel pika elutsükliga seadmeparkides (eriti autotööstuses ja muudes tehases juurutatavates lahendustes), kuid mida uute piiratud ressurssidega IoT-projektide puhul käsitletakse üha enam pärandlahendusena (1oT).
  2. SGP.22: tarbijatele mõeldud RSP, mis lihtsustas teenuse seadistamist SM-DP+ ja LPA abil; telefonide ja reisi-eSIM-i massiturulahendus.
  3. SGP.31 / SGP.32: IoT RSP, mis taaskasutab komponenti SM-DP+, lisades eIM + IPA kasutajaliideseta seadmeparkide haldamiseks.

SGP.32 ei tekkinud sellepärast, et tarbijatele mõeldud eSIM „ebaõnnestus“. See tekkis sellepärast, et tarbijatele mõeldud eSIM osutus inimeste jaoks edukaks, kuid see edu ei lahenda endiselt kaubakonteineri sisse poltidega kinnitatud anduri vajadusi.

Mõju reisi-eSIM-ile, tarbijate rändlusele ja MVNO-de tehnoloogiapinudele #

Reiside internetiühendus jääb endiselt tarbijatele mõeldud RSP valdkonda #

Telefonide ja enamiku reisijate seadmete puhul jääb kehtivaks standardiks SGP.22-klassi tarbijatele mõeldud RSP. Reisijatele oluline kasutuskogemus, milleks on ostmine enne väljumist, paigaldamine QR-i või rakenduse kaudu ning maandudes kohe ühenduses olemine, vastab LPA ↔ SM-DP+ töövoogudele, mitte eIM-i seadmepargi käskudele.

GSMA enda 2026. aasta valdkonnaülevaade käsitleb reiside internetiühendust kui struktuurset muutust rahvusvahelises rändluses: rakenduspõhised eSIM-i reisipakkumised on läbipaistvamad ja paindlikumad ning turustus liigub lõppkasutajale lähemale juba enne reisi algust (GSMA: eSIM-i massiturule juurutamine liigub prognoosist tegelikkusse). See äriline muutus tugineb tarbijatele mõeldud RSP küpsusele ja telefonide toele, mitte IoT eIM-i kasutuselevõtule.

Mida SGP.32 reisimisega seotud ökosüsteemides *tegelikult* muudab #

Isegi kui reisijad SGP.32-ga kunagi kokku ei puutu, on standard oluline reisimisega külgnevates valdkondades:

  • Võrguühendusega pagasijälgijad, sõidukiparkide sõidukid, logistikaandurid ja tegevuskohtade IoT-seadmed vajavad üha enam profiilide kaughaldust ilma QR-koodiga seotud toiminguteta.
  • Reisiruuterid ja osa „eSIM-i riistvarast“ võivad jääda keerulisse vahepealsesse olukorda: inimesest omaniku jaoks toimub aktiveerimine tarbijaseadme kombel, kuid suuremas mastaabis sarnanevad käitusvajadused pigem seadmepargi omadega.
  • Operaatorid ja MVNO-d võivad hallata nii tarbijate SM-DP+ taristuid kui ka IoT eIM-i taristuid. SGP.22 ja SGP.32 ühine SM-DP+ alus on taotluslik; see ei tähenda, et neil kahel seadmeklassil oleks sama kasutajakogemus või sertifitseerimisteekond.

Multi-IMSI, MVNO-de tehnoloogiapinud ja ausalt määratletud piirid #

Multi-IMSI-st (mitu identiteeti, mida saab valida ühendusteenuse sees või selle kõrval) ja eUICC profiilide allalaadimisest räägitakse sageli koos, kuid need ei ole sama mehhanism. Multi-IMSI võib kommertspakkumise raames parandada võrku ühendamise toimimist; eUICC RSP (SGP.22 või SGP.32) puudutab operaatorite terviklike profiilide turvalist paigaldamist ja haldamist eUICC-l. Reisiteenuste kaubamärgid ja MVNO-d võivad mõlemat tehnikat kommertsteenustes kombineerida, kuid arhitektuuri selgus on endiselt oluline: tarbijate telefoni paigaldatavaid reisi-eSIM-e hinnatakse SGP.22 koostalitlusvõime ja aktiveerimise kasutajakogemuse järgi; IoT seadmeparke hinnatakse eIM/IPA toimivuse ja piiratud võrguoludes vastupidavuse järgi.

Kasulik hoiatus IoT valdkonnast kehtib ka äriliselt: spetsifikatsioonis kirjeldatud tehniline teisaldatavus ei võrdu automaatselt lepingus sätestatud ärilise teisaldatavusega. SGP.32 vähendab teatavaid SGP.02-ga seotud arhitektuurilisi teenusepakkujast sõltuvuse mustreid, kuid teenusepakkujate äritingimused määravad endiselt, kui vabalt saavad seadmepargid üle viia eIM-i seoseid või suhteid väliste SM-DP+-teenustega (1oT). Reisi-eSIM-i ostvad tarbijad puutuvad väiksemas mastaabis kokku samalaadse õppetunniga: koostalitlusvõimeline RSP ei taga iseenesest eri teenusepakkujate puhul ühesugust levi kvaliteeti, õiglase kasutuse poliitikat ega klienditoe kogemust.

Turu ajastus ja kasutuselevõtu märgid (avalikud, 2025-2026) #

GSMA avalikud materjalid kirjeldavad 2026. aastal tarbijatele mõeldud eSIM-i jõudmist ulatuslikku praktilisse kasutusse, mitte enam kontseptsiooni tõestamise etappi. GSMA 2026. aasta mais avaldatud GSMA Intelligence'i näitajate kokkuvõtte kohaselt oli eSIM-i ülemaailmne levik nutitelefonides ligikaudu 5% 2025. aasta lõpus, esitatud arenguprognoosi järgi peaks see jõudma ligikaudu 10% tasemele 2026. aasta lõpuks ja seejärel veelgi kasvama; sama artikkel märgib, et ligikaudu kolm neljast ehk 73% mobiilsidevõrgu operaatoritest pakub nutitelefonidele mõeldud eSIM-i kommertsteenusena, kuid juhib tähelepanu endiselt püsivale lõhele kättesaadavuse ja tarbijate aktiivse aktiveerimise vahel (GSMA artikkel massiturule mõeldud eSIM-ist).

IoT poolel rõhutab sama GSMA kommentaar, et SGP.32 loob struktuurse aluse ülemaailmsetele tootevariantidele ja profiilide vahetamisele juba kasutuses olevates seadmetes. See sõnastus vastab sellele, kuidas IoT platvormid standardit positsioneerivad. Spetsifikatsiooni küpsus on nähtav ka GSMA avalikes tabelites: SGP.31/SGP.32 arenevad aastatel 2024-2026 edasi aktiivse v1.2 ja uuema v1.3 kirjete kaudu koos seotud testispetsifikatsioonidega (GSMA spetsifikatsioonide register).

Tõlgendus ilma liialdatud väideteta: tarbijatele mõeldud reisi-eSIM on SGP.22 alusel juba ulatuslikult kasutatav kommertsteenus; SGP.32 tähistab sellega paralleelselt toimuvat IoT RSP tööstuslikku kasutuselevõttu. Need toetavad laiemat eSIM-i arengulugu, ilma et üks teist asendaks.

Mida reisijad ja kaubamärgid peaksid sellest järeldama #

Reisijatele #

Reisipaketti ostes ei pea sa valima SGP.22 ja SGP.32 vahel. Kui paigaldad telefoni eSIM-i QR-koodi või rakenduse kaudu, oled tarbijatele mõeldud RSP maailmas. Tähelepanu peaksid pöörama praktilistele asjadele: seadme ühilduvusele, paigaldamise töökindlusele enne väljasõitu, levile sihtkohas, läbipaistvatele õiglase kasutuse tingimustele ja klienditoele, kui midagi pardaleminekuväravas ei toimi.

Sellised teenusepakkujad nagu Roamify tegutsevad selles tarbijatele mõeldud reisiteenuste kihis, pakkudes sihtkohapakette, digitaalset paigaldamist ja võimalust välismaal internetiühendust säilitada, mitte tööstuslikus eIM-i seadmeparkide halduses. QR-koodi taga olev standardialus on endiselt SGP.22.

Reisibrändidele, veebipõhistele reisibüroodele, finantstehnoloogiaettevõtetele ja tarbijatele suunatud MVNO-dele #

  • Käsitle SGP.22 koostalitlusvõimet ja aktiveerimise kasutajakogemust toote alusena.
  • Ära turunda „SGP.32“ reisijale suunatud uuendusena, välja arvatud juhul, kui sinu tegelik riistvara või seadmepargi arhitektuur kasutab IoT RSP-d.
  • Kui müüd või pakud teise kaubamärgi all ühendusteenust jälgimisseadmetele, ruuteritele või B2B-reisiriistvarale, hinda eraldi, kas see seadmeklass vajab tarbijatele mõeldud LPA töövooge, IoT eIM-i töövooge või etapiviisilist hübriidlahendust.
  • Investeeri tarbijate harimisse: GSMA enda turukommentaarid osutavad endiselt lõhele eSIM-i kättesaadavuse ning tarbijate arusaamise ja aktiveerimise vahel. Selged paigaldusjuhised jäävad konkurentsieeliseks.

Operaatoritele ja ühendusteenuste platvormidele #

Tarbijatele mõeldud RSP ja IoT RSP kõrvuti käitamine muutub üha tavalisemaks. Ühine SM-DP+ taust aitab, kuid sertifitseerimine, turbeakrediteerimine, seadmeagendid (LPA võrreldes IPA-ga) ja ärilised tegevusmudelid jäävad erinevaks. Terminoloogia segamine avalikus kommunikatsioonis tekitab ekslikke ootusi nii reisijates kui ka äriklientides.

Järeldus: kaks standardit, üks eSIM-i lugu, hoia suunad selgelt lahus #

SGP.22 ja SGP.32 ei ole ühe edetabeli rivaalid. Need on vastused kahele erinevale seadmete tegelikkusele:

  • SGP.22 eeldab, et inimene on kohal ja saab profiili tarbijaseadmesse alla laadida. See on arhitektuur, millel põhineb tänapäevane telefonides kasutatav reisi-eSIM.
  • SGP.32 eeldab, et seade on üksi või unerežiimis ning vajab eIM-i ja IPA kaudu kaughaldust, mis sobib seadmeparkidele, kasutades samal ajal endiselt SM-DP+ profiiliedastust. See on arhitektuur, mille GSMA lõi piiratud võimekusega IoT jaoks pärast seda, kui SGP.02 piirangud ilmseks said.

Reisidel kasutatavate ühendusteenuste jaoks on strateegiline õppetund täpsus. Tarbijatele mõeldud RSP suund kujundab juba ümber seda, kuidas inimesed rändlusteenuseid ostavad. IoT RSP suund kujundab ümber seda, kuidas masinad aastaid ühenduses püsivad. Kaubamärgid, mis hoiavad need suunad selgelt lahus, selgitavad eSIM-i usutavamalt ja loovad tooteid, mis vastavad standardile, mida nad tegelikult kasutavad.

Tagasihoidlik märkus kaubamärgi kohta: Roamify on reisi-eSIM-i teenusepakkuja, mis pakub pakette paljudesse sihtkohtadesse ning digitaalset aktiveerimist ühilduvates telefonides. See artikkel selgitab standardeid, mitte ei väida, et Roamify rakendab IoT SGP.32 seadmeparkide haldust.

Korduma kippuvad küsimused

Saad teada, kuidas eSIM-i aktiveerimine toimib, kuidas andmesidepakette võrrelda ning millised seadistustoimingud on enne reisi ja selle ajal kõige olulisemad.

Vaata Google'is rohkem Roamify juhendeid

Lisa Roamify eelistatud allikaks ja Google näitab sulle otsingutes rohkem meie eSIM-i nõuandeid ning reisijuhendeid.

Rohkem reisinippe iga päev

Sihtkohajuhendid, eSIM-i nipid ja pakkumised kanalites, mida juba jälgid.

InstagramTiktokYoutubeFacebookX
Kohene aktiveerimine

Suundud uude paika? Ole ühenduses kohe pärast maandumist.

Taskukohane mobiilne internet enam kui 200 sihtkohas. Ei mingeid rändlustasusid ega varjatud kulusid, lihtsalt skanni ja alusta.