Hoe SGP.32 een revolutie teweegbrengt in IoT-connectiviteit en -beveiliging – deskundige podcast-inzichten

In deze aflevering van de Trending Tech-podcast , presentator Satyajit Sinha , hoofdanalist bij IoT Analytics , wordt vergezeld door Giesecke+Devrient’s (G+D) David Hambling , hoofd connectiviteitsbedrijfsontwikkeling voor Azië-Pacific, om uit te leggen wat de nieuwe SGP.32 eSIM-specificatie werkelijk betekent voor het Internet of Things (IoT).

Nu het aantal IoT-verbindingen in 2030 richting 39 miljard gaat, onderzoeken ze waarom het mobiele netwerk sneller groeit dan de bredere IoT-markt, hoe de adoptie van embedded SIM (eSIM) en geïntegreerde SIM (iSIM) versnelt, en waarom een ‘one-size-fits-all’-benadering van connectiviteit niet langer realistisch is in het huidige gefragmenteerde mondiale landschap.

Van GSMA-compatibel SGP.32 en de rol van de eIM , tot in-factory provisioning (SGP.42), post-kwantumbeveiliging, auto-innovatie en de opkomst van ‘born-connected’ apparaten, leggen Satyajit en David uit hoe een end-to-end stack de komende tien jaar veilige, schaalbare IoT-connectiviteit kan leveren en waar operators, OEM’s en autofabrikanten de komende 24 maanden nauwlettend op moeten letten.

Transcriptie:hoe SGP.32 IoT-connectiviteit en -beveiliging opnieuw vormgeeft

[00:00:00]

Satyajit Sinha: Hallo allemaal. Welkom bij deze Trending Tech-podcast, aangeboden door het team van IoT-Now.com en TechLedworld.com. Mijn naam is Satyajit Sinha, hoofdanalist bij IoT Analytics.

Ik doe al meer dan twaalf jaar onderzoek naar de IT-markt, met de nadruk op IT-hardware, connectiviteit en beveiliging. Vandaag hebben we geweldige gast David. David, kun je jezelf even voorstellen?

David Hambling: Bedankt, Satyajit. Ja, dat kan ik. Ik ben David Hambling en ik ben hoofd van de connectiviteitsontwikkeling in Azië-Pacific voor G+D en ik ben ook de algemeen directeur van de Connectivity Hub in Hong Kong. G+D is een wereldwijd beveiligingstechnologiebedrijf en we hebben de afgelopen 170 jaar vertrouwen gecreëerd als betrouwbare partner. Dit is vanaf het leveren van de eerste SIM-kaart tot het blijven innoveren en pionieren op het gebied van SIM-technologie. Daarom zijn we hier vandaag om veilige en schaalbare IoT-connectiviteit te bespreken.

Dus Satyajit, hoe snel groeit de IoT-connectiviteit en wat drijft [00:01:00] deze?

Satyajit Sinha: Dus als je naar IoT-verbindingen kijkt:eind 2024 heeft dit aantal de grens van 18,6 miljard bereikt, en het groeit jaar na jaar met 12%. We verwachten dat het totale aantal verbindingen in 2030 39 miljard zal bereiken, met een CAGR van 14%.

Dit is erg interessant omdat er onder deze 18,6 miljard verbindingen drie sleuteltechnologieën zijn die deze verbindingen feitelijk aandrijven:Wi-Fi, Bluetooth en mobiel internet. Dus van alle drie de technologieën is mobiel iets waar we behoorlijk in geïnteresseerd zijn, maar ja, deze drie technologieën zijn de drijvende kracht achter de markt.

David Hambling: Ja, dat is enorm, maar waar past de groei van mobiele telefonie en e-simkaarten in dat plaatje?

Satyajit Sinha: Ja, dat is interessant. Weet je, als je ziet dat mobiele verbindingen veel sneller groeien dan de totale markt voor IoT-verbindingen, dan bedraagt deze een CAGR van 15% en op dit moment is deze goed voor 22% van de verbindingen, wat eind 2024 4,1 miljard is.

En als je kijkt naar de [00:02:00] eSIM-adoptie onder deze, was de 32% van de mobiele IoT-modules die in 2024 werden verzonden geschikt voor eSIM of iSIM. En als je het vanuit het perspectief van de installatiebasis of actieve verbinding bekijkt, zijn 17% van de mobiele IoT-verbindingen al apparaten die geschikt zijn voor eSIM en iSIM. En de rijopties zijn uiteraard, weet je, kleinere vormfactor en beveiliging en al die dingen die deze dingen aandrijven.

Maar als je het algemene beeld bekijkt, gaat de mobiele connectiviteit veel sneller dan de IoT-verbindingsmarkt en wordt eSIM binnen die penetratie ook veel sneller geaccepteerd.

David Hambling: Ja, ja, natuurlijk.

Satyajit Sinha: Dus David, wat zijn de belangrijkste uitdagingen die we zien in het IoT-verbindingslandschap dat jij ziet?

David Hambling: Nou, ik denk dat het een beetje lijkt op wat je net zei. Ik denk dat het de enorme hoeveelheid apparaten is die er zijn en dat zorgt voor nogal wat uitdagingen. Dus ik denk dat het de technologie is die wordt aangeboden, of het nu NB-IoT is, of het nu LTE-M, LTE Cat-1, LTE Cat-1 BIS is.

Er is dus zoveel en ik denk dat het [00:03:00] erg moeilijk begint te worden om daarvoor een universele mondiale oplossing te vinden. Ik bedoel dat NB-IoT bijvoorbeeld niet in elk land beschikbaar is. LTE-M is ook niet in elk land beschikbaar. En dan begin je ook naar het regelgevingslandschap te kijken. Op sommige plaatsen gelden permanente roamingbeperkingen. En er zijn ook apparaten die wereldwijd steeds meer data gebruiken, en dat wordt steeds meer een commercieel probleem. Maar tegelijkertijd heb je veel apparaten die wereldwijd heel weinig data gebruiken, en dat wordt ook een commercieel probleem omdat ze behoorlijk veel hulpbronnen verbruiken op het netwerk.

Dus nu zien we commercieel gezien dat mensen naast verschillende technologieën ook toegangskosten in rekening brengen. Het wordt dus bijna meer gefragmenteerd en vanuit het perspectief van Azië en de Stille Oceaan zie je, terwijl ik hier ben, dat het hier nogal grimmig is, alleen maar omdat het ene land NB-IoT zal hebben, het andere land niet, en een ander land toegangsprijzen in rekening brengt voor apparaten die weinig worden gebruikt, en daar komt ook de extra druk van zeer goedkope lokale prijzen bij. Dus ja, het is een verandering in het commerciële landschap en ja, one size fits all is tegenwoordig erg moeilijk.

Satyajit Sinha: Dus onder deze uitdagingen zien we een oplossing als SGP.32.

Dus wat is SGP.32 in eenvoudige bewoordingen?

David Hambling: Simpel gezegd is het de nieuwe eSIM-specificatie die zich richt op IoT. Het is bedoeld voor IoT en bouwt voort op de geweldige basis van SGP.22, die, in eenvoudige bewoordingen, bedoeld was voor consumentenapparatuur. SGP.32 elimineert dus de noodzaak van ingewikkelde integraties. Het maakt eSIM gewoon heel erg toegankelijk voor IoT-apparaten en voor het enorme aanbod aan IoT-apparaten dat er is.

Satyajit Sinha: Interessant genoeg is er SGP.02, wat pure M2M is, en zoals je zei, SGP.22-consumenten. Waarom heeft de industrie dan nu een IoT-gerichte standaard nodig?

David Hambling: Dus als ik eraan terugdenk, en ik denk dat ik al een hele tijd met IoT bezig ben.

Ik denk dat ik me herinner dat de SGP.02 [00:05:00]-standaard bestond, misschien niet voor commercieel gebruik, maar al sinds 2012 bestaat en op basis van waar je het eerder over had en de groei van IoT, we zijn nu in 2025 en gaan 2026 in. Daarmee is de IoT-markt enorm gegroeid. Er zijn zoveel meer apparaten, er zijn nieuwe technologieën, en we moesten echt standaardiseren en daarvoor een nieuwe standaard creëren. Ik denk dat veel apparaten SGP.22 voor IoT wilden gebruiken. Maar daar waren enkele problemen mee en daarom werd SGP.32 daaruit geboren.

Satyajit Sinha: Interessant. En als ik vanuit technisch perspectief wil begrijpen dat SGP.02 pure M2M was, waarvan ik wist dat het gebaseerd was op een push-model, als ik me niet vergis, toch? En toen kwam SGP.32 in beeld, wat volgens mij een mix is ​​van meer dan een push- en pull-model. Wat zijn de gaten die SGP.32 nu aanpakt, en die SGP.02 voorheen niet had?

David Hambling: Ja, dus ik bedoel, het fascinerende is dat zodra je [00:06:00] de moeilijkheden begint te begrijpen, vooral van SGP.02, je echt begint te zien hoe slim SGP.32 is. Dus je hebt gelijk, ja. SGP.02 was pushend, dus je had een beheerportaal, RSP, en je zou de profielen naar het apparaat pushen, wat nodig was omdat dit headless-apparaten zijn. Ze hebben geen interface. SGP.22 draaide om activeringscodes, QR-codes. Heel slim, heel snel, maar op heel eenvoudige IoT-apparaten kun je de QR-code meestal niet scannen. Dus ik denk dat SGP.32 een rol speelt in het wegnemen van die barrière. Het maakt massale implementatie van profielen op apparaten mogelijk, en het gebruikt ook de SGP.22-technologie via de SM-DP+ om de connectiviteit agnostisch te maken. Het is dus niet zo dat SGP.02 sterk afhankelijk was van integraties met operators en SM-DP's, en nu volgt dit dezelfde logica als SGP.22.

U hoeft dus niet over de [00:07:00]-integratie te beschikken. U neemt contact op met de SM-DP+ van de operator. U downloadt elk connectiviteitsprofiel van hen. Je hebt die integratie niet nodig.

Oké. Wat erg interessant is. SGP.02 was behoorlijk moeilijk, vooral voor sommige eenvoudige apparaten en ook voor apparaten zoals NB-IoT-apparaten, omdat sommige op batterijen werken, sommige vrij licht zijn, en er een noodzaak was om SGP.32 toegankelijker te maken voor apparaten die misschien lichtere communicatieprotocollen gebruiken. SGP.02 gebruikte dus ook sms en een onhandiger communicatieprotocol, wat geweldig is voor grote apparaten, niet op batterijen, waardoor het downloaden van het profiel lang kan duren, en ze hebben dat omgezet in een soort taalvertaling en hebben zojuist de toegankelijkheid voor alle IoT-apparaten naar voren gebracht.

Satyajit Sinha: Interessant, en zoals je heel duidelijk zei dat SGP.02 SM-DP- en SM-SR-servers vereiste, en nu gaan we [00:08:00] over op SM-DP+-servers. Het is interessant. Maar nu komen LTE en eIM in beeld en willen we begrijpen hoe dit samengaat met de SM-DP+ architectuur.

David Hambling: Ja, dus ik denk dat het nog steeds over het thema toegankelijkheid gaat. Al deze onderdelen werken dus in harmonie samen om de toegankelijkheid van alle IoT-apparaten te bevorderen.

Je hebt dus de SM-DP+ die uit het SGP.22-landschap komt, en daaronder heb je de eIM, en wat enorm interessant is aan de eIM is dat wat we moesten doen als het ging om het toegankelijk maken van SGP.32 voor zoveel mogelijk apparaten, was dat we de laag in het midden moesten plaatsen, omdat we niet precies weten wat er op de apparaten zal staan.

Dus als je aan een mobiele telefoon en SGP.22 denkt, wat zou dan de eIM-laag zijn die zich op het apparaat en op de mobiele telefoon bevond? Er zijn veel modellen mobiele telefoons, maar het aantal is heel klein vergeleken met het enorme aantal IoT-apparaten dat er is.

Je kunt er dus niet op vertrouwen dat de apparaten [00:09:00] deze beheerlaag zelf zullen kunnen doen, en dus moet je het centraliseren, en we hebben het gecentraliseerd in de eIM. En dan moet je doen wat de LPA deed in SGP.22, namelijk de IPAe en de IPAd, en ook in de zin van toegankelijkheid weten we ook dat niet alle apparaten de IPAd zullen kunnen inbouwen. Sommige apparaten hoeven niet echt veel gebruik te maken van beheer op afstand, en het zal meer zekerheid bieden. Dus wat we daar doen, is dat we de IPAe op de eUICC op de SIM plaatsen, en zoals ik al zei, ze werken allemaal in harmonie samen om het toegankelijker te maken.

Je hebt de iPad of het apparaatniveau, de eIM in het midden. eIM doet als het ware ook de taalvertaling om het profiel van de SM-DP+ te kunnen ophalen, naar de eIM te kunnen overbrengen, te vertalen en het vervolgens op het apparaat neer te zetten.

Satyajit Sinha: Interessant, en ja, ik bedoel dat SGP.32 bezig was met specificatie en als analist zien we in de markt dat er veel pre-standaard in beeld kwam van veel van de [00:10:00] operators, eSIM-beheerspelers, maar wat interessant is, is iets dat eerder dit jaar kwam, nieuws van jullie. Het zou geweldig zijn als je dat nieuws kunt delen, wat er is gebeurd in de SGP.32.

David Hambling: Ja, we waren het eerste bedrijf dat de naleving van het eUICC Security Assurance-schema van de GSMA kreeg, en ook in het algemeen de eSIM-naleving. En daarna volgde de eerste commerciële inzet met griezelig. Dus ja, we zijn er erg trots op dat we dat stadium hebben bereikt. Ik denk dat het twee maanden was nadat de specificatie werd vrijgegeven.

Dus ja, we hebben heel hard gewerkt om daar te komen en ja, we zijn er behoorlijk snel in geslaagd.

Satyajit Sinha: Interessant.

David Hambling: Hoe belangrijk is beveiliging in het IoT vandaag de dag, Satyajit, en wat zijn de belangrijkste uitdagingen?

Satyajit Sinha: Ik bedoel, beveiliging is een heel belangrijk stukje technologie geweest voor elke nieuwe technologie die we op de markt zien, en dat hebben we niet gedaan, zelfs niet met het IoT, we zeggen dat er 18 miljard, 18 miljard apparaten actief zijn. Er zijn altijd zorgen over gegevensbeveiliging, hardwarebeveiliging, netwerkbeveiliging en de [00:11:00] cloudbeveiliging, omdat deze gegevens ergens naartoe gaan, toch? Er is dus een andere beveiligingslaag nodig om het IoT-ecosysteem te beschermen, en we hebben meerdere uitdagingen gezien. We hebben veel ransomware-aanvallen gezien, we hebben malware-aanvallen gezien omdat de meeste IoT-apparaten niet zijn beveiligd via hardware, meestal traditioneel beveiligd via softwaremechanismen, en er geen anker van beveiliging in deze hardware zit. En ze vertrouwen op de oude beveiligingstechnologie. Er is dus een enorme uitdaging die we in de markt zien en er komen uiteraard meerdere oplossingen in beeld. Weet je, hardware, een beveiligd element, PUF-technologieën komen in beeld, creëren een hardwarewortel van vertrouwen, en dat maakt de zekerheden veel beter dan wat we voorheen hadden, en in de toekomst zullen we ook PQC (Post Quantum Security) in beeld hebben. Maar op dit moment, bedoel ik, bevinden we ons in een fase waarin veiligheid nog steeds als een kostenpost wordt beschouwd. Daarom is het logisch om beveiliging aan een element te koppelen, je hebt ook een connectiviteitselement, en dan ook beveiliging [00:12:00], en dan komt eSIM in beeld dat beide aspecten ervan met zich meebrengt, dus het zijn geen extra kosten voor de OEM om te implementeren, het is in feite een go-to-factor die je moet implementeren. Ik weet zeker dat je deze implementatie hebt gezien, maar het zal interessant zijn om van je te begrijpen hoe eSIM en SGP.32 een sterke beveiliging voor IoT mogelijk maken?

David Hambling: Ja, dus veiligheid is zeker een noodzaak in de wereld van vandaag, nietwaar? En bij voortdurende bedreigingen moet je de zaken zo veilig mogelijk maken. Dus ik bedoel, wat geweldig is aan SGP.32 is dat de specificatie is ontworpen en gebouwd met veiligheid als prioriteit. Dus de verschillende delen van de specificatie van de GSMA richten zich op de beveiliging.

Ik denk ook dat als je kijkt naar hoe de technologie werkt, het feit dat er minder integraties nodig zijn met externe, externe partijen, het ontwerp veiliger maakt, en het niveau van encryptie dat nodig is binnen de SGP.32-omgeving. Ik denk dat het vanuit ons oogpunt ons veilige [00:13:00] besturingssysteem gebruikt en dat gebruik kan voortzetten vanuit de andere eerdere specificaties en dat kan blijven gebruiken in SGP.32 en zelfs vanuit fysiek oogpunt denk ik dat we tegenwoordig in de richting van ingebedde simkaarten gaan, met de eSIM en iSIM, en dat is alleen maar vanuit een fysieke beveiligingslaag, ze kunnen niet worden verwijderd. Je hebt deze SGP.32-technologie dus nodig om deze apparaten gedurende hun levensduur te kunnen beheren, of het nu 10 of 15 jaar is, en je hebt de beveiliging nodig die daarbij hoort. En ik denk dat SGP.32 veel doet voor de betrouwbaarheid en ook om je dekking te beveiligen met verschillende profielen. Dat is ook nodig vanuit het oogpunt van het apparaat om OTA-updates te kunnen downloaden wanneer de beveiligingsbedreigingen nieuwe software op de apparaten veranderen en je een veilige, stabiele connectiviteit nodig hebt om dat te kunnen doen, en SGP.32 bevordert dat.

Satyajit Sinha: Interessant. Maar wat zijn, afgezien van de beveiliging, de belangrijkste voordelen die we zien in [00:14:00] SGP.32-implementaties?

David Hambling: Dus ik denk:ja, we hebben het al eerder besproken. Ik denk dat een van de belangrijkste voordelen die ik zie het gebrek aan integratie is dat nodig is om gebruik te kunnen maken van de connectiviteit van verschillende MNO's en connectiviteitspartners. U hoeft niet verbinding te maken met ieders RSP. Net als bij SGP.22 kunt u contact opnemen met de SM-DP+ en het profiel daar downloaden. En dus is het ook schaalbaarheid en toegankelijkheid waar we dit naar kunnen uitbrengen, dus op alle apparaten die er zijn.

Ik bedoel voor mijn werk alleen in Azië, het aantal apparaten dat ik zie, de soorten apparaten, en de wetenschap dat SGP.32 deze allemaal kan bereiken, en sommige hiervan zijn altijd buiten bereik geweest, om updates op afstand uit te voeren en alleen al de wetenschap dat we dat daadwerkelijk kunnen doen is heel spannend.

Dus ja, schaalbaarheid en toegankelijkheid zijn geschikt voor alle soorten apparaten en communicatieprotocollen.

Dus Satyajit, als analist:welke toepassingen verwacht je als eerste te profiteren van SGP.32?

Satyajit Sinha: Ik bedoel, IoT was de standaard [00:15:00], toch? IoT was dus de eerste toepassing die we zien en die veel aandacht krijgt. Ik bedoel, er zijn IoT, landbouw, transport en logistiek. Degenen waar je mobiliteit nodig hebt, waren de eerste adoptiegolf die we zien. Maar afgezien van IoT was het interessante aspect dat de auto niet alleen vanuit telematicaperspectief in beeld kwam, maar ook vanuit infotainmentperspectief.

We begonnen te zien dat de automobielsector veel aandacht krijgt voor deze technologieën, vooral op het gebied van infotainment, en we verwachten ook dat we in de toekomst, afgezien van IoT-gebruiksscenario's, die algemene gebruiksscenario's, low-band, IoT-gebruiksscenario's, ook veel adoptie in de automobielsector zullen zien.

Er zijn drie categorieën voor eSIM:de consument, het IoT en de automobielsector.

David Hambling: Ja, ja, zeker. Ik denk vooral voor de automobielsector. Het overbrugde altijd een soort kloof, nietwaar? Tussen SGP.02 en SGP.22 was er een consumentenaspect, er was een machineaspect, en SGP.32 overbrugt dat prachtig. Het voelt echt alsof de automobielsector zal profiteren van deze nieuwe [00:16:00] specificatie en vanuit het oogpunt van eCall, de betrouwbaarheid van eCall en de prioriteit die daarmee gepaard gaat.

Satyajit Sinha: Oké. Logisch. Klinkt logisch.

 David, om nu pas te begrijpen hoe G+D een sleutelrol speelt met SGP.32. Dus vanuit een oplossingsperspectief wilde ik dat begrijpen.

David Hambling: Ja. We hebben nauw samengewerkt met de GSMA om de specificatie te creëren, en sindsdien lopen we, denk ik, voorop met PoC's. Er zijn veel PoC's geweest, dus we zijn echt bezig met het opbouwen van het landschap en het voorbereiden van het landschap voor massale SGP.32-acceptatie. Ik denk dus dat veel OEM's of MNO's, apparaatfabrikanten en IoT-spelers er alles aan doen om vooruitgang te boeken met SGP.32. Ik denk dat het een groot deel van de uitdagingen beantwoordt die ze in het verleden hebben gehad, dus ik denk dat de PoC's erg spannend zijn geweest, omdat je ziet hoe graag mensen deze technologie in het veld willen introduceren.

Dus daarmee help ik de apparaatfabrikanten deze technologie in hun apparaten te bouwen. Als het bijvoorbeeld om IPAd gaat, mensen [00:17:00] klaarmaken voor massa-implementatie. En we hebben ook al enkele commerciële gebruiksscenario's gehad, met name Amazon eero. Dus ja, daarmee vooroplopend om SGP.32 de wereld in te sturen en ervoor te zorgen dat mensen zo snel mogelijk op afstand hun connectiviteit kunnen beheren.

Satyajit Sinha: Interessant. Ik bedoel, een paar dagen geleden was ik bezig met het maken van deze tech-stack voor eSIM Tech Stack en probeerde ik de OEM's toe te wijzen met hun eSIM-functies, en ik zag dat G+D in alle stappen van die tech-stack komt en dat is erg interessant. Ik wil van u begrijpen wat een end-to-end stack voor u betekent en wat het oplevert, de voordelen en wat het betekent voor de G+D totaaloplossing.

David Hambling: Ik denk dat de volledige stack voor onze klanten betekent dat ze een betrouwbare IoT-partner kunnen gebruiken voor alle onderdelen van het IoT-ecosysteem. Dus vanuit het oogpunt van G+D hebben we uiteraard de SIM-kaartkant, de eUICC-kant naar de RSP, het apparaatbeheer. Ik bedoel, ik werk aan de connectiviteitskant.

Wat voor mij echt interessant is, is dat we onze bibliotheek met [00:18:00] connectiviteitsprofielen hebben die ook kunnen worden gebruikt. Wij kunnen dus de SM-DP+ leveren. Wij kunnen de eIM leveren. Wij kunnen ook de connectiviteit leveren en dit zou alleen maar kunnen zijn om de gaten voor mensen op te vullen. Ik bedoel, ze zouden hun eigen connectiviteit wereldwijd kunnen gebruiken en als we iets hebben, bijvoorbeeld in Brazilië, hebben ze dat niet, en ze moeten snel toegang hebben en we kunnen het gewoon downloaden, we kunnen ze daarvoor ons profiel geven. Dus ja, de volledige stapel is echt interessant. Ik denk dat we al deze elementen samenbrengen in een zeer veilige omgeving, terwijl we ons concentreren op beveiliging. We concentreren ons op beveiliging, brengen dat allemaal samen, verpakken het in beveiliging en hebben dan bijvoorbeeld één aanspreekpunt en één SLA, zodat iemand naar ons toe kan komen en zo veel kan krijgen als hij of zij wil, en dat is een zeer krachtige positie op de markt.

Satyajit Sinha: Interessant.

David Hambling: Dus Satyajit, waar denk jij dat de eSIM-markt de komende 24 maanden naartoe gaat?

Satyajit Sinha: Ik bedoel, dat is een heel interessante vraag. Ik bedoel, we hebben gezien dat eSIM in een zeer vroeg stadium een goede [00:19:00] tractie kreeg toen het op de markt kwam en een goede start had.

We begonnen echter een plateau te zien en iedereen wachtte op SGP.32, en dat was het plateau dat in beeld kwam. Het interessante deel speelde zich al vóór de SGP af. 32-specificatie was afgerond, de industrie was geïnteresseerd in het gebruik van 32, wat leidde tot veel OEM's en eenvoudig handmatig spelen om met de pre-standaarden te blijven komen.

En met deze pre-standaarden begonnen ze altijd pilots uit te voeren om een aantal van de implementaties uit te proberen. Dat laat een heel duidelijk beeld zien van de vraag en hoe de industrie reikhalzend uitkeek naar een IoT-specifieke standaard. Nu we deze standaard hebben, beginnen we weer een goede groei te zien, dus er zijn al veel eSIM-compatibele mobiele modules op de markt. Ze hebben zowel fysieke SIM- als eSIM-compatibele modules, maar die zijn nog niet in implementatie. Dus wat we snel zullen zien met SGP.32, is dat een deel van de implementatie in beeld zal komen.

We zullen ook enkele van de nieuwe [00:20:00] implementaties zien die zullen plaatsvinden op basis van SGP.32. We beginnen een curve te zien. Langzaam. De penetratie die we zojuist hebben gezien, 32% in de verzending, zal binnen de komende vijf jaar snel naar 45% en naar 50% en 60% gaan, vanaf het moment dat we met de implementatie zijn begonnen, en deze implementaties zullen beide aspecten van het IoT en de automobielsector omvatten. Dus ik zou zeggen:ja, er is een enorm potentieel en de industrie zal feitelijk op deze technologie wachten, en nu is deze technologie er. Ik verwacht een goede adoptie van SGP.32- en eSIM-technologie binnen IoT en auto.

David Hambling: Ja, zeker, en afgezien van SGP.32, wat zijn volgens jou de drijfveren die de acceptatie van eSIM zullen stimuleren?

Satyajit Sinha: Ik bedoel, we hebben het gehad over beveiliging en zo, maar ik denk dat een van de interessante dingen waar we niet zoveel over hebben gesproken, de voorzieningen in de fabriek is.

Ik denk dat dit iets is dat naar voren komt als gelijkwaardig aan, zou ik zeggen, het belang voor SGP.32. En het is eigenlijk een complementaire technologie, maar maakt het gebruik van SGP.32 of eSIM veel beter. Ik bedoel, en voor het hardwareperspectief [00:21:00] vanuit een kant-en-klaar connectiviteitsperspectief is het logischer. Maar ik zou graag iets van u willen begrijpen, als u iets wilt toevoegen aan de voorzieningen in de fabriek, omdat ik denk dat dit een van de belangrijkste technologieën is die de markt vanuit een ander perspectief zal veranderen wat betreft het eSIM-aspect.

David Hambling: Ja, zeker. Wij kijken dus uit naar SGP.42. We hebben momenteel de pre-standaard IFPP die momenteel in gebruik is en zeer, zeer populair is. Dus ja, SGP.42. Ja, we hebben de pre-standaard op dit moment al klaar voor de IFPP, de voorzieningen in de fabriek, en deze werkt in harmonie met SGP.32. Wat ik erg leuk vind aan SGP.42 is dat je voor apparaten waarvan je niet afhankelijk wilt zijn van externe provisioning, het batterijvermogen niet wilt verminderen. Misschien de lichtere apparaten, dit is provisioning, het vooraf inrichten van de connectiviteit in de fabriek vanuit een profielbibliotheek, en die connectiviteit op het apparaat zetten. Hij is dus vanaf dag één klaar voor gebruik.

 Dit is dus Born [00:22:00] Connected® en dat is cruciaal voor iSIM en eSIM, en als dat eenmaal binnen is, zodra de connectiviteit in het apparaat is ingericht, kan het in de toekomst verder worden beheerd door SGP.32. En wat dan ook heel spannend is, uiteraard omdat we blijven innoveren en we niet alleen, weet je, na de SGP.32-successen en -specificaties, blijven innoveren.

David Hambling: En dan hebben we natuurlijk nog de verdere versies van SGP.32 om naar uit te kijken. Dus versie twee, waar er meerdere ingeschakelde profielen zullen zijn, wat ook enorm belangrijk zal zijn voor de automobielsector, en voor de betrouwbaarheid van de connectiviteit en voor IoT-apparaten, en vervolgens door het apparaat geïnitieerde profielwisseling, en dat leidt allemaal naar iSIM, en dat is waar we ook op moeten letten. Dat gaat populairder worden vanwege SGP.32, SGP.42, en dan natuurlijk SGP.42 af fabriek.

Satyajit Sinha: Interessant. Interessant. Ja, dat is volkomen logisch. [00:23:00] Voordat ik afsluit, wil ik graag van u weten waar de operator of OEM vervolgens op moet letten en waarom?

David Hambling: Ik denk dat dit is wat we zeiden, versie twee van SGP.32.

Dus voortbouwend op wat we op dit moment hebben.

Ja.

En ik denk dat, zoals we al zeiden voor de automobielsector, de meerdere ingeschakelde profielen enorm belangrijk zouden zijn, vooral voor zaken als eCall, infotainment, het kunnen wisselen van profiel op basis van algoritmen, gebaseerd op intelligentie, eigenlijk, wat een beter signaal heeft. Uiteraard heb je eCall nodig om het best mogelijke signaal te hebben, en het moet de hoogste prioriteit hebben.

Dat wordt dus heel belangrijk voor OEM’s en autofabrikanten. iSIM bouwt het in, dus dit is nog veiliger omdat het echt in het apparaat is geïntegreerd. En dan heb je de SGP.32 nodig om dat op afstand te kunnen beheren, hoe lang het ook in het veld zal zijn.

En daarvoor moet de SGP.32 naadloos werken. En dan, zoals ik al zei, moet de SGP.42 bij de fabrieksvoorzieningen dat in de gaten houden wanneer die specificatie wordt vrijgegeven. Zoals ik al zei, het is momenteel pre-standaard. Het is in gebruik [00:24:00]. Het werkt heel goed, maar ik kijk er naar uit om steeds sterker te worden.

Satyajit Sinha: Interessant. Bedankt David. Het was een heel interessante en verhelderende discussie en ik hoop dat jullie allemaal genoten hebben van de discussie.

David Hambling: Hartelijk dank Satyajit. Ik vond het erg leuk om met je te praten.

Satyajit Sinha: Bedankt.