SGP.32: Svar på dine tekniske spørgsmål

SGP.32 er GSMA's nye eSIM standard for fjernaktivering af SIM-kort (RSP) inden for IoT. Den er specielt udviklet til IoT, muliggør den lette, skalerbare og strømbesparende IoT-implementeringer, så RSP kan anvendes på millioner af enheder. Den har åbnet markedet og forventes at generere anslået 195 millioner downloads af SGP.32-profiler i 2029 – 70 % af alle IoT[i]. Men det rejser mange spørgsmål.

De 3 vigtigste pointer i de tekniske spørgsmål om SGP.32

1. SGP.32 er velegnet til en bred vifte af IoT-anvendelsesscenarier, lige fra dem, der udveksler store datamængder, til sensorer, der er placeret på samme sted i mange år
2. SGP.32 kræver specifikke tjenester eller funktioner, såsom en eSIM IoT-manager (eIM) og en IoT-profilassistent (IPA). Mens nogle måske selv anskaffer og administrerer disse, vil andre foretrække en »one-stop-shop«-udbyder
3. Der vil sandsynligvis være en række betalingsmodeller, herunder betaling pr. transaktion og modeller baseret på servicegebyrer. Ofte vil udbyderne inkludere denne funktionalitet i de samlede omkostninger.

Wireless Logics Toby Gasston (TG) og Paul Bullock (PB) deltog sammen med Robin Duke Woolley, administrerende direktør hos Beecham Research, og Jean-François Gros ( JFG), chef for produktlinjer inden for IoT-tjenester hos Thales, i et nyligt webinar for at besvare tekniske spørgsmål om:

• Hvornår og hvordan man skal gribe investeringer i SGP.32 an
• Realiteterne ved global implementering
• Håndtering af overgangen fra eksisterende eSIM-løsninger
• Arkitektoniske og driftsmæssige overvejelser i stor skala.

De optagede sessioner er opdelt efter spørgsmål, så du kan dykke ned i de områder, der interesserer dig. Her har vi udvalgt 10 af de bedste.

Svar på de 10 mest stillede spørgsmål om SGP.32

Hvor SGP.32 giver mest værdi

1. Hvad er de vigtigste anvendelsesscenarier for SGP.32?
TG: Dem alle sammen! For løsninger med store datamængder, der bruger gigabyte eller terabyte af data, gør SGP.32 omkostningsstyringen langt mere attraktiv. Men selv i den anden ende af skalaen, f.eks. sensorer nede i mandehuller i ti år, ødelægges hele den økonomiske model, hvis man er nødt til at sende nogen ned for at trække et SIM-kort ud og sætte et nyt i. Så der er faktisk anvendelsestilfælde i begge ender af spektret og inden for alle brancher, som SGP.32 imødekommer og er relevant for.

2. Hvilke egenskaber afgør, hvilke IoT-implementeringer der vil få størst udbytte af SGP.32?
PB: Den største fordel vil ses på regulerede markeder og i multinationale implementeringer, men især i anvendelsesscenarier med datamængder, der ligger over gennemsnittet. Og årsagen til det er, at når man i enhedens levetid har at gøre med højere omkostninger til forbindelse, er der større incitament til at holde omkostningerne under kontrol, både set fra udbyderens og din egen synsvinkel. SGP.32 giver virksomheder og tjenesteudbydere nye niveauer af kontrol til at begrænse og reducere omkostningerne over tid.

TG: Uanset hvad det drejer sig om, ser jeg ingen reel grund til ikke at benytte SGP.32. Hvis du har brug for at opbygge din egen orkestreringsplatform og andre elementer, er det dyrt og måske ikke noget, du har lyst til, men at finde en forbindelsesudbyder, der kan tilbyde dig et grundlæggende forbindelsesprodukt på et SGP.32-SIM-kort med muligheder for senere at udvide det, bør være de facto-standarden.

Udrulning af SGP.32: roller, platform og provisionering

4. Hvilke nye roller eller platforme (f.eks. orkestratorer) er der brug for ud over den tekniske standard for at gøre SGP.32 kommercielt levedygtig?
JFG: Teknisk set er SGP.32 blot et API mellem en eSIM IoT-manager (eIM) og en IoT-profilassistent (IPA). Der ligger ingen intelligens bag.

SGP.32 - købers guide

For at få en end-to-end-løsning har du brug for en orkestrator, da der er flere relationer til mobilnetværksoperatører (MNO’er), der skal overvåges, administreres og koordineres. eSIM-orkestratoren er det værktøj, du bruger til at udforme dine forretningsregler, f.eks. hvilken MNO-profil der skal bruges i hvilket land.

Samlet set styres funktionerne i disse forskellige elementer via platformen til forbindelsesstyring (CMP), den såkaldte »single pane of glass«, hvorfra nye profiler downloades og aktiveres. Alt dette skal koordineres og automatiseres.

JFG: Det afhænger af ekspertiseniveauet, hvilken type virksomhed der er tale om, og om den samarbejder med mobilnetoperatører, OEM’er eller IoT-tjenesteudbydere, da disse har forskellige ekspertiseniveauer og forudsætninger på plads.

Det første vigtige punkt, man skal forstå, er anvendelsesscenariet, derefter de elementer, der allerede er til stede, såsom CMP’er eller enhedsstyring, graden af koordinering og automatisering samt antallet af enheder. Med alt dette kan man definere den bedste vej til markedet, hvilket kunne være en trinvis tilgang. Leverandører kan tilbyde en »one-stop-shop« – eIM plus orkestrering, »single pane of glass«, konnektivitet og så videre – og virksomheden kan udvikle og tilføje sine egne tjenester. Man behøver ikke noget i starten; man kan starte fra bunden og udvikle sig over tid, fordi der findes leverandører, der kan levere det hele.

6. Hvilke IPA-implementeringsmetoder anvendes – er der en klar retning eller rangordning på markedet?
JFG: Der er to tilgange: IPAe (på eSIM-chippen) og IPAd (på enheden). Den korteste vej til markedet er med IPAe: Man kan eftermontere det, behøver ikke at implementere ny firmware, og det fungerer på tværs af alle enheder. Man skal selvfølgelig sikre sig, at det fungerer med ens modul. Man skal dog fastlægge den forretningslogik, man vil anvende. Hvis IPAe ikke kan levere den pågældende forretningslogik, kan det være nødvendigt at bruge IPAd. IPAd kræver mere udvikling og validering af indbygget software, så IPAe vil være den foretrukne model for de fleste IoT-enheder.

TG: Det afhænger af, hvordan produktionslinjen ser ud, og på hvilket tidspunkt det er muligt at indlæse profilen. Nogle gange vil det involvere en Wi-Fi-forbindelse, andre gange en mobil bootstrap, og nogle gange vil sideindlæsning ske via en fysisk forbindelse til enheden. Man skal forstå fremstillingsprocessen og drøfte det med en forbindelsesudbyder, der har en RSP-partner. De bør kunne inddrage denne partner i en samtale med dig for at drøfte, hvordan leveringen af profiler skal foregå.

8. Profilskift medfører klare fordele, men også ekstra omkostninger. Hvordan bør organisationer vurdere »skjulte« konsekvenser, såsom energiforbrug og variation i profilstørrelse?
TG: Den største forskel ved SGP.32-profiler i forhold til SGP.22 er størrelsen. En SGP.22-profil til forbrugere kan være på 100 kilobyte, mens en SGP.32-profil til IoT kan være på under et kilobyte. Det er vigtigt at forstå dette for at kunne styre batteriforbruget. Der kan være omkostninger forbundet med download fra din eIM-udbyder eller en månedlig omkostning, og en netværksudbyder (MNO) kan opkræve en euro for en profil. Så skal du undersøge, om der er et oprettelsesgebyr – det afhænger af, hvordan de forskellige aktører i branchen arbejder. Vinderne på markedet bliver dem, der er villige til at engagere sig, være fleksible og støtte kunderne.

Driftsmodeller for SGP.32

PB: De behøver ikke at indkøbe fra en enkelt leverandør. Organisationerne kan benytte flere leverandører. Det er sandsynligt, at vi vil se en bred vifte af tilgange. Nogle vil benytte en »one-stop-shop«-udbyder, fordi deres virksomhed ikke selv administrerer forbindelserne, og de indgår en kommercielt tilfredsstillende aftale med en udbyder. Andre vil måske købe deres egne SIM-kort og indgå en aftale med en eIM-udbyder og så videre.

JFG: Der findes forskellige modeller afhængigt af anvendelsessituationen. For eksempel foretager operatører af intelligente målere måske kun en enkelt transaktion på 10 år; man kan ikke forvente, at de betaler et servicegebyr, så de har brug for en transaktionsbaseret model. Derimod vil køretøjskameraer og IoT-løsninger til sporing og opfølgning foretage regelmæssige transaktioner. De har mere brug for en »all-you-can-eat«-model.