Skip to main content
IoT-ordliste

Hvad er SGP.32 eSIM?

SGP.32 markerer en stor udvikling inden for eSIM-teknologi. Den er designet med IoT i tankerne og lover at forenkle tilslutningsmulighederne, forbedre sikkerheden og åbne op for global skalerbarhed. Men hvad er det, der gør denne nye GSMA-standard så transformerende? Lad os undersøge, hvad der ligger bag SGP.32.

Hvad er SGP.32 eSIM?

SGP.32 er GSMA's seneste RSP-standard (Remote SIM Provisioning), som lover at forene og optimere GSMA-standarderne for RSP og fremme masseudbredelsen af eSIM- og iSIM-teknologier.

I modsætning til SGP.02- og SGP.22-standarderne er SGP.32 specielt skræddersyet til IoT-enheder (Internet of Things) - især dem med minimal brugergrænseflade eller begrænsede tilslutningsmuligheder - og den optimerer sikker, storstilet over-the-air-styring af eSIM-profiler på tværs af enhedsflåder.

 

Hvorfor SGP.32 er vigtig

  • Bygget til begrænsede IoT-miljøer: I modsætning til tidligere standarder er SGP.32 optimeret til enheder med begrænset hukommelse, intermitterende forbindelser og ingen brugergrænseflade.
  • Moderne, modulær infrastruktur: Den introducerer to nye komponenter - IPA (IoT Profile Assistant) på enheden og eIM (eSIM IoT Remote Manager) i backend, som muliggør let og skalerbar provisionering.
  • IP-baseret, SMS-fri drift: SGP.32 erstatter besværlige SMS-drevne tilgange med effektive IP-protokoller som CoAP og DTLS - hvilket øger pålideligheden og ydeevnen.
  • Global skalerbarhed og fleksibilitet: Gør det muligt for virksomheder at implementere og administrere IoT-enheder over hele verden. Det gør tilslutning og operatørskift lettere og mere problemfrit.
hvorfor-sgp32-betyder noget

SGP.32 vs. SGP.02 og SGP.22

Med SGP.32 kan det udløsende punkt for profilinteraktioner være enheden eller skyen/serveren. Med andre ord understøtter den en push- og en pull-model, hvilket ikke var tilfældet med SGP.02 (kun push) og SGP.22 (kun pull).

Nogle leverandører hævdede, at SGP.22's "pull"-model gav forbrugerne den ultimative fleksibilitet og fjernede virksomhedernes og operatørernes kontrol, men det er stort set forkert. Operatører og virksomheder bevarer fuld kontrol over, hvilke profiler der downloades og aktiveres på IoT-enheder, og det er der en god grund til. Det hjælper med at opretholde servicekvalitet og sikkerhed.

Det samme gælder for SGP.32, hvor kun forhåndsgodkendte og aftalte profiler kan downloades og aktiveres, hvilket betyder, at forholdet til operatøren fortsat er afgørende, selvom en IoT-tjenesteudbyder (eller MVNO) i langt de fleste tilfælde vil administrere dette for dig.

Standard

Brugssag

Enhedsbegrænsninger

Tilvejebringelsesmekanisme

Skalerbarhed og fleksibilitet

SGP.02 (M2M)

Biler/industrielle/M2M-enheder

Hovedløse, ressourcetunge enheder

Push-baseret, SMS-centreret

Begrænset; ikke designet til IoT-sensorer i stor skala

SGP.22 (Forbruger)

Smartphones, forbrugergadgets

Brugergrænseflade-aktiveret, interaktiv

Pullbaseret via brugerinteraktion (QR, app)

Høj for forbrugere

SGP.32 (IoT)

Strømbesparende, hovedløse IoT-enheder

UI-begrænset, netværksbegrænset

Push/pull med IPA + eIM, IP-baseret

Optimeret til global, skalerbar IoT-udrulning

Vigtige forskelle

sgp32-forskelle
  • SGP.02 er afhængig af SMS og mangler agilitet til moderne IoT - hvilket gør den mere kompleks og mindre fleksibel
  • SGP.22 er designet til forbrugsenheder og afhænger af brugerdrevet provisionering - det passer ikke til ubemandet eller fjerntliggende IoT-udstyr.
  • SGP.32 kombinerer det bedste fra begge og leverer sikker, automatiseret provisionering, der er skræddersyet til IoT-miljøer - med komponenter som eIM og IPA, der er bygget til skala og robusthed.

Bemærk, at Wireless Logic orkestrerer sourcing, implementering og styring af virtuelle eSIM-profiler ved hjælp af alle tre RSP-standarder og fjerner størstedelen af de mangler, der er nævnt ovenfor.

sgp32-funktioner-1

De vigtigste funktioner i SGP.32

Fjernbetjening af SIM (RSP)

IoT-enheder kan modtage, aktivere, deaktivere eller slette SIM-profiler over luften - ingen fysiske SIM-ændringer er nødvendige.

IoT-venlig arkitektur

  • eIM: Håndterer profilorkestreringstransaktioner

  • IPA: Agent på enhedssiden, der interagerer med eSIM

  • SM-DP+:Det sikre backend-system, der gemmer og leverer eSIM-profiler

  • Muliggør robuste, skalerbare implementeringer.

Selve eIM'en vil oftest fungere under kontrol af en ledelsesfunktion på et højere niveau, der ofte kaldes eSIM Orchestrator (eSO).

sgp32-funktioner-2

Sikker og effektiv forbindelse

  • IP-baserede protokoller (f.eks. CoAP, DTLS) erstatter SMS for hurtigere og lettere provisionering
  • Understøtter lav båndbredde og diskontinuerlige netværk, hvor enheder kan være i sleep-more i perioder.

Understøttelse af global implementering

  • Reducerer afhængigheden af operatører og roaming
  • Muliggør masseudrulning og autonomi på tværs af regioner og netværk
  • Sænker driftsomkostningerne og forenkler compliance.

Hvornår skal man bruge SGP.32

SGP.32 er ideel til langt de fleste IoT-applikationer, men især dem, der omfatter:

  • Enheder uden brugergrænseflade eller placeret på fjerntliggende steder
  • Behov for ekstern, automatiseret klargøring af SIM-profiler
  • Globale eller store implementeringer, der kræver fleksibilitet, sikkerhed og omkostningseffektivitet
  • Enheder, der er i drift i marken i flere år, og som kan opleve kommercielle, præstationsmæssige eller lovgivningsmæssige ændringer.
hvornår skal man bruge sgp32

Yderligere læsning

Wireless Logic orkestrerer indkøb, implementering og administration af virtuelle eSIM-profiler ved hjælp af alle tre RSP-standarder.

Klik nedenfor for at læse mere om remote SIM provisioning (RSP).

IoT. Det er ikke kompliceret med Wireless Logic.

Design og implementer en fremtidssikret IoT-løsning, der skalerer med din virksomhed.