SGP.32: antwoorden op uw technische vragen

SGP.32 is de nieuwe eSIM-standaard van de GSMA voor remote SIM provisioning (RSP) binnen IoT. Speciaal ontworpen voor IoT maakt de standaard lichte, schaalbare en energiezuinige implementaties mogelijk, zodat RSP praktisch wordt over miljoenen apparaten. Het heeft de markt opengebroken en zal naar verwachting zorgen voor een geschatte 195 miljoen SGP.32-profieldownloads in 2029, 70 procent van al het IoT[i]. Maar het roept ook veel vragen op.

De 3 belangrijkste punten uit de technische vragen over SGP.32

1. SGP.32 is geschikt voor een breed scala aan IoT-toepassingen, van toepassingen die grote hoeveelheden data uitwisselen tot sensoren die jarenlang op hun plek blijven.
2. SGP.32 vereist specifieke diensten of functies, zoals een eSIM IoT manager (eIM) en een IoT profile assistant (IPA). Sommige organisaties kiezen ervoor deze zelf in te kopen en te beheren, andere geven de voorkeur aan een aanbieder die alles onder één dak levert.
3. Er komt waarschijnlijk een reeks betaalmodellen, waaronder pay-per-transaction en modellen op basis van een servicevergoeding. In veel gevallen nemen aanbieders deze functionaliteit op in hun totale dienstverlening.

Toby Gasston (TG) en Paul Bullock (PB) van Wireless Logic bespraken samen met Robin Duke Woolley, CEO bij Beecham Research, en Jean-François Gros (JFG), head of IoT services product bij Thales, in een recent webinar technische vragen over:

• wanneer en hoe u investeert in SGP.32;
• de realiteit van wereldwijde uitrol;
• de overgang vanuit bestaande eSIM-oplossingen;
• architecturale en operationele overwegingen op schaal.

De opgenomen sessies zijn per vraag ingedeeld, zodat u zich kunt inzoomen op de onderwerpen die u interesseren. Hier hebben we 10 van de beste geselecteerd.

De 10 belangrijkste SGP.32-vragen beantwoord

Waar SGP.32 de meeste meerwaarde levert

1. Wat zijn de belangrijkste use cases voor SGP.32?

TG: Allemaal! Voor toepassingen met veel dataverkeer, variërend van gigabytes tot terabytes, maakt SGP.32 het kostenbeheer zeker een stuk aantrekkelijker. Maar ook aan de andere kant van het spectrum, zoals sensoren die tien jaar lang in een put zitten, valt de businesscase direct weg als u iemand langs moet sturen om een SIM eruit te trekken en een nieuwe te plaatsen. Er zijn dus use cases aan elk uiteinde van het spectrum, en in elke sector, waar SGP.32 duidelijke meerwaarde biedt en relevant voor is.

2. Welke kenmerken bepalen welke IoT-implementaties het meest baat hebbrn bij SGP.32?

PB: Het grootste voordeel ziet u bij gereguleerde markten en multinationale implementaties, maar in het bijzonder bij use cases met een hoger dan gemiddeld dataverbruik. De reden daarvoor is dat er, wanneer u met hogere connectiviteitskosten te maken hebt, over de levensduur van het apparaat meer aanleiding is om die kosten te beheersen, zowel vanuit het oogpunt van uw aanbieder als dat van uzelf. SGP.32 geeft ondernemingen en dienstverleners een nieuw niveau van controle om de kosten in de loop van de tijd te beperken en te verlagen.

3. Als u vandaag een wereldwijde implementatie zou ontwerpen die over vijf tot zeven jaar levensvatbaar moet zijn, wat zou u dan niet op SGP.32 bouwen zoals het er nu voor staat?

TG: Wat het ook is, ik zie geen echte reden om SGP.32 niet toe te passen. Als u uw eigen orkestratieplatform en andere onderdelen moet bouwen, is dat duur en misschien niet iets wat u zou willen doen. Maar een connectiviteitsaanbieder vinden die u een basisproduct kan leveren op een SGP.32-SIM, met later de optie om er meer mee te doen, dat zou in de praktijk de standaard moeten worden.

SGP.32 uitrollen: rollen, platform en provisioning

4. Welke nieuwe rollen of platforms (bijvoorbeeld orchestrators) zijn er naast de technische standaard nodig om SGP.32 commercieel levensvatbaar te maken?

JFG: Technisch gezien is SGP.32 slechts een API tussen een eSIM IoT manager (eIM) en een IoT profile assistant (IPA). De standaard bevat zelf geen orkestratielogica.

SGP.32-kopersgids

Voor een end-to-end oplossing hebt u een orkestrator nodig, want er zijn meerdere relaties met mobile network operators (MNO's) om te monitoren, te beheren en te orkestreren. De eSIM-orkestrator is de plek waar u uw bedrijfsregels bepaalt, zoals welk MNO-profiel u in welk land gebruikt.

De functies van deze verschillende onderdelen worden gezamenlijk beheerd via het connectivity management platform (CMP), de zogenoemde 'single pane of glass' (één centraal beheerportaal), om nieuwe profielen te downloaden en te activeren. Dit alles moet worden georkestreerd en geautomatiseerd.

5. Wat moet een onderneming op orde hebben om SGP.32 echt waarde te laten leveren, op het gebied van apparaatlevensduur, connectiviteitsbeheer of platformintegratie?

JFG: Dat hangt af van de expertise van de organisatie, wat voor onderneming het is, en of ze te maken heeft met MNO's, OEM's of IoT-dienstverleners, want die hebben verschillende expertiseniveaus en onderdelen op orde.

Het eerste belangrijke punt is het begrijpen van de use case, daarna de onderdelen die er al zijn, zoals CMP's of apparaatbeheer, het niveau van orkestratie en automatisering en het aantal apparaten. Met dat alles kunt u de beste route naar de markt bepalen, wat een gefaseerde aanpak kan zijn. Leveranciers kunnen alles onder één dak bieden: eIM plus orkestratie, 'single pane of glass', connectiviteit enzovoort, en de onderneming kan haar eigen diensten ontwikkelen en toevoegen. U hoeft niet direct alle componenten zelf te implementeren; u kunt vanaf nul beginnen en in de loop van de tijd evolueren, want er zijn leveranciers die alles kunnen bieden.

6. Welke IPA-implementatieaanpakken worden er gebruikt, is er een duidelijk marktrichting of rangorde?

JFG: Er zijn twee aanpakken: IPAe (op de eSIM-chip) en IPAd (op het apparaat). De snelste route naar de markt is met IPAe: u kunt bestaande apparaten ondersteunen, hoeft geen nieuwe firmware te implementeren, en het werkt op alle apparaten. Uiteraard moet u wel bevestigen dat het met uw module werkt. U moet echter de bedrijfslogica bepalen die u gaat toepassen. Als de IPAe die bedrijfslogica niet kan leveren, moet u mogelijk IPAd gebruiken. IPAd vereist wel meer ontwikkeling en validatie van embedded software, dus IPAe wordt voor de meeste IoT-apparaten het voorkeursmodel.

7. Hoe pakt SGP.32 de provisioning van SIM-profielen aan bij de fabricage en provisioning van apparaten? Wat als het apparaat geen connectiviteit heeft om zijn eerste profiel te downloaden, hoe kan dat er dan op geladen worden?

TG: Dat hangt af van hoe de productielijn eruitziet en op welk punt het laden van een profiel haalbaar is. Soms gaat het om een Wi-Fi-verbinding, soms om een cellulaire bootstrap en soms gebeurt het laden via een fysieke verbinding met het apparaat. U moet het fabricageproces begrijpen en in gesprek gaan met een connectiviteitsaanbieder die een RSP-partner heeft. Die zou die partner bij het gesprek met u moeten kunnen betrekken om te bespreken hoe het downloaden van het eerste profiel het beste kan worden ingericht.

8. Het wisselen van profielen levert duidelijke voordelen op, maar ook extra kosten. Hoe moeten organisaties ‘verborgen’ effecten inschatten, zoals energieverbruik en de variatie in profielgrootte?

TG: Het grootste verschil tussen SGP.32-profielen en SGP.22 is het geheugengebruik (footprint). Een SGP.22-profiel voor consumenten kan 100 kilobyte zijn, terwijl een SGP.32-profiel voor IoT minder dan een kilobyte kan zijn. Dat is belangrijk om te begrijpen voor het beheren van de batterijbelasting. U hebt misschien downloadkosten bij uw eIM-aanbieder, of maandelijkse kosten, en een connectiviteitsaanbieder (MNO) rekent misschien een euro voor een profiel, en dan moet u nagaan: zijn er onboardingkosten? Het hangt ervan af hoe verschillende delen van de sector zich opstellen. De winnaars in de markt zijn degenen die bereid zijn zich in te spannen en flexibel en ondersteunend te zijn richting klanten.

Operationele modellen voor SGP.32

9. Wordt SGP.32 breed geaccepteerd als OEM’s alle SGP.32-ingrediënten bij één aanbieder moeten inkopen?

PB: Ze hoeven niet bij één aanbieder in te kopen. Organisaties kunnen bij meerdere partijen inkopen. Waarschijnlijk zien we een scala aan aanpakken. Sommige leunen op een aanbieder die alles onder één dak levert, omdat het beheren van connectiviteit niet hun corebusiness is en ze een commercieel bevredigende afspraak met een aanbieder maken. Andere kopen misschien hun eigen SIM's en sluiten een contract met een eIM-aanbieder enzovoort.

10. Wat zijn de belangrijkste financiële modellen voor SGP.32 – betalen per profielwijziging of maandelijkse servicekosten?

JFG: Er zijn verschillende modellen, afhankelijk van de use case. Beheerders van slimme meters doen bijvoorbeeld in 10 jaar misschien maar één transactie; van hen kan niet worden verwacht dat ze een servicevergoeding betalen, zij hebben een transactioneel model nodig. Camera's in voertuigen en track-and-trace-IoT doen daarentegen regelmatig transacties. Zij hebben eerder een vast abonnementsmodel nodig.

Meer lezen over SGP.32

• Uw vragen over SGP.32: opgenomen sessie.
• SGP.32-kopersgids: wat u zou moet vragen over eSIM.
• Enterprise eSIMconnectiviteit voor wereldwijd IoT
• SGP.32 eSIM: Hoe u succes boekt met de volgende generatie IoT-connectiviteit
• Hoe u de total cost of ownership (TCO) in IoT beoordeelt en verlaagt.