Hoe SGP.32 IoT-connectiviteit & Beveiliging Revoltioneert – Expert Podcast Inzichten

In deze episode van de Trending Tech podcast, host Satyajit Sinha, principal analyst bij IoT Analytics, wordt vergezeld door Giesecke+Devrient's (G+D) David Hambling, head of connectivity business development voor Asia Pacific, om uit te pakken wat de nieuwe SGP.32 eSIM-specificatie echt betekent voor het Internet of Things (IoT).

Met IoT-verbindingen racend naar 39 miljard in 2030, verkennen ze waarom cellulair sneller groeit dan de bredere IoT-markt, hoe embedded SIM (eSIM) en integrated SIM (iSIM)-adoptie versnelt, en waarom een 'one-size-fits-all'-benadering van connectiviteit niet meer realistisch is in vandaag's gefragmenteerde wereldwijde landschap.

Van GSMA-compliant SGP.32 en de rol van de eIM, tot in-factory provisioning (SGP.42), post-quantum beveiliging, automobiele innovatie en de opkomst van 'born-connected' apparaten, leggen Satyajit en David uit hoe een end-to-end stack veilige, schaalbare IoT-connectiviteit voor het komende decennium kan leveren en wat operators, OEMs en automobiele fabrikaten de komende 24 maanden nauwlettend in de gaten moeten houden.

Transcript: Hoe SGP.32 IoT-connectiviteit en beveiliging herschikt

[00:00:00]

Satyajit Sinha: Hallo iedereen. Welkom bij deze Trending Tech podcast, gebracht door het team van IoT-Now.com en TechLedworld.com. Mijn naam is Satyajit Sinha, principal analyst bij IoT Analytics.

Ik ben al meer dan 12 jaar in IT-marktonderzoek, gefocust op IT-hardware, connectiviteit en beveiliging. Vandaag hebben we een fantastische gast, David. David, kun je je voorstellen?

David Hambling: Dank je, Satyajit. Ja, ik kan. Ik ben David Hambling en ik ben head of connectivity business development in Asia Pacific voor G+D en ik ben ook de managing director voor de Connectivity Hub in Hongkong. G+D is een wereldwijde beveiligingstechnologiebedrijf en we creëren al 170 jaar vertrouwen als betrouwbare partner. Dit is geweest van het leveren van de eerste SIM-kaart tot nu nog steeds innoveren en pionieren in de SIM-technologieruimte. Dus we zijn hier om veilige en schaalbare IoT-connectiviteit te bespreken.

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

Satyajit Sinha: Als je kijkt naar IoT-verbindingen, heeft het de 18,6 miljard-mark bereikt aan het einde van 2024, en het groeit met een rate van 12% jaar op jaar, en het totale aantal verbindingen dat we verwachten dat het zal bereiken is 39 miljard in 2030 en met een CAGR van 14%.

Dit is heel interessant omdat onder deze 18,6 miljard verbindingen er drie sleuteltechnologieën zijn die basically deze verbindingen drijven: Wi-Fi, Bluetooth en cellulair. Dus onder alle drie technologieën is cellulair iets waar we best wel geïnteresseerd in zijn, maar ja, deze drie technologieën drijven de markt.

David Hambling: Ja, dat is massaal, maar waar passen cellulair en eSIM-groei in dat plaatje?

Satyajit Sinha: Ja, dat is interessant. Je weet, als je kijkt, groeien cellulaire verbindingen veel sneller dan de algehele IoT-verbindingenmarkt, het gaat met 15% CAGR en nu maakt het 22% van verbindingen uit, wat 4,1 miljard is aan het einde van 2024.

En als je kijkt naar de [00:02:00] eSIM-adoptie onder deze, was 32% van de cellulaire IoT-modules die in 2024 geshipped werden eSIM of iSIM capable. En als je kijkt vanuit een install-base of actieve verbindingen-perspectief, zijn 17% van de cellulaire IoT-verbindingen al eSIM en iSIM capable apparaten. En de drijvende opties zijn duidelijk, je weet, smaller form factor en beveiliging en al die dingen die deze dingen drijven.

Maar als je het algehele plaatje ziet, gaat cellulaire connectiviteit veel sneller dan de IoT-verbindingenmarkt en eSIM heeft ook een veel snellere adoptie-rate binnen die penetratie.

David Hambling: Ja, ja, natuurlijk.

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

David Hambling: Nou, ik denk dat het een beetje is als wat je net zei. Ik denk dat het de schiere hoeveelheid apparaten is die eruit zijn en dat veroorzaakt, quite a few challenges. Dus het is, ik denk er is een de technologie aanbod, of het NB-IoT is, of het LTE-M, LTE Cat-1, LTE Cat-1 BIS.

Dus er is zoveel eruit en ik denk dat het [00:03:00] begint heel moeilijk te worden om een one-size-fits-all globale oplossing voor dat te vinden. Ik bedoel NB-IoT, voorbeeld, is niet beschikbaar in elk land. LTE-M is ook niet in elk land beschikbaar. En dan begin je te kijken naar het regelgevende landschap ook. Er zijn permanente roaming-beperkingen in sommige plekken. En er is ook, um, je hebt apparaten die steeds meer data wereldwijd gebruiken, en dat wordt meer een commercieel issue. Maar tegelijkertijd heb je veel apparaten die wereldwijd heel weinig data gebruiken, en dat wordt ook een commercieel issue omdat ze best resource-intensief zijn op het netwerk.

Dus nu zien we commercieel, dat mensen toegangskosten meenemen naast verschillende technologieën. Dus het wordt bijna meer gefragmenteerd en vanuit een Asia-Pacific oogpunt, zoals ik hier ben, zie je dat het best stark is hier gewoon omdat één land NB-IoT heeft, een land niet, een ander land brengt toegangskosten in voor laag-gebruik apparaten, en je hebt ook de toegevoegde druk van erg goedkope lokale prijzen toegevoegd aan [00:04:00] dat. Dus ja, het is een verandering in commercieel landschap en ja, one size fits all is heel moeilijk deze dagen.

Satyajit Sinha: Onder deze challenges zien we een oplossing als SGP.32.

Dus wat is SGP.32 in simpele termen?

David Hambling: Nou, in simpele termen, is het de nieuwe eSIM-specificatie die gefocust is op IoT. Het is voor IoT en het bouwt op de geweldige basis van SGP.22, wat, in simpele termen, voor consumentenapparaten was. Dus SGP.32 verwijdert de noodzaak voor gecompliceerde integraties. Het maakt eSIM heel, heel toegankelijk voor IoT-apparaten en voor de schiere hoeveelheid IoT-apparaten die eruit zijn.

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

David Hambling: Dus als ik terugdenk, en ik denk dat ik al een poos in IoT zit.

Ik herinner me de SGP.02 [00:05:00] standaard die er was, misschien niet in commercieel gebruik, maar er was rond 2012 en van wat je eerder zei over de groei van IoT, zijn we nu 2025 gaande in 2026. Met dat is de IoT-marktkrachtig gegroeid. Er zijn zoveel meer apparaten, er zijn nieuwe technologieën, en we hadden echt nodig om te standariseren en een nieuwe standaard voor dat te creëren. Ik denk dat veel apparaten SGP.22 voor IoT wilden gebruiken. Maar er waren moeilijkheden met dat en daarom is SGP.32 geboren uit dat.

Satyajit Sinha: Interessant. En als ik wil begrijpen vanuit technisch perspectief dat SGP.02 pure M2M was, wat ik wist was gebaseerd op push-model, als ik niet vergis, toch? En dan kwam SGP.32 in het plaatje, wat ik denk een mix is van meer dan push- en pull-model. Wat zijn de gaps die SGP.32 nu adressert, die SGP.02 niet had?

David Hambling: Ja, dus wat fascinerend is, is zodra je begint [00:06:00] de moeilijkheden te begrijpen, vooral van SGP.02, begin je echt te zien hoe slim SGP.32 is. Dus je hebt gelijk, ja. SGP.02, het was pushen, dus je had een, een management-portaal, RSP, en je zou de profielen naar het apparaat pushen, wat nodig was omdat dit headless apparaten zijn. Ze hebben geen interface. SGP.22 was om activatiecodes, QR-codes. Heel slim, heel snel, maar je kunt de QR-code meestal niet scannen op tamelijk simpele IoT-apparaten. Dus, ik denk waar SGP.32 dan in zit is die barrière te verwijderen. Het staat toe voor mass-deployment van profielen naar apparaten, en het gebruikt ook de SGP.22-technologie door de SM-DP+ om de connectiviteit agnostisch te maken. Dus het is niet SGP.02 was zwaar afhankelijk van integraties met operators, SM-DPs, en nu volgt dit dezelfde logica als SGP.22.

Dus, je hoeft niet de [00:07:00] integratie te hebben. Je contacteert de SM-DP+ van de operator. Je downloadt elk connectiviteitsprofiel van hen. Je hoeft die integratie niet te hebben.

OK. Wat heel interessant is. SGP.02 was tamelijk moeilijk, vooral voor sommige simpele apparaten en ook apparaten zoals NB-IoT-apparaten omdat sommige ervan op batterij werken, sommige tamelijk lichtgewicht zijn, en er was een noodzaak om SGP.32 meer toegankelijk te maken voor apparaten die misschien lichtere communicatieprotocollen spreken. Dus, SGP.02 gebruikte ook SMS als een meer klonterig communicatieprotocol, wat geweldig is voor grote apparaten, niet batterij-aangedreven, die een lange downloadtijd van het profiel kunnen aan, en ze verplaatsten dat in een soort taalvertaling en brachten de toegankelijkheid uit naar alle IoT-apparaten.

Satyajit Sinha: Interessant, en zoals je heel duidelijk zei dat SGP.02 SM-DP en SM-SR servers vereiste, en nu zijn we [00:08:00] aan het bewegen naar SM-DP+ servers. Het is interessant. Maar nu hebben we LTE en eIM in het plaatje en willen begrijpen hoe het zit met SM-DP+ architectuur.

David Hambling: Ja, dus ik denk dat het nog steeds op het thema van toegankelijkheid zit. Dus al deze onderdelen werken in harmonie om toegankelijkheid voor alle IoT-apparaten te promoten.

Dus je hebt de SM-DP+ die komt uit het SGP.22-landschap, en dan daaronder heb je de eIM, en wat massaal interessant is over de eIM is dat wat we moesten doen toen het aankwam op SGP.32 toegankelijk te maken voor zoveel mogelijk apparaten was dat we de laag in het midden moesten zetten omdat we niet precies weten wat er op de apparaten zit.

Dus als je denkt over een mobiele telefoon en SGP.22, wat de eIM-laag zou zijn was binnen het apparaat en op de mobiele telefoon. Er zijn veel mobiele telefoonmodellen eruit, maar er is een heel klein aantal vergeleken met het massive aantal IoT-apparaten eruit.

Dus je kunt niet vertrouwen op het feit dat de apparaten [00:09:00] in staat zullen zijn om deze management-laag zelf te 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, wat de IPAe en IPAd is, en ook in de vloot van toegankelijkheid, weten we ook dat niet alle apparaten in staat zullen zijn om de IPAd in te bouwen. Sommige apparaten zullen niet echt remote management veel nodig hebben, en het zal meer verzekering zijn. Dus wat we daar doen is we zetten de IPAe op de eUICC op de SIM, en zoals ik zei, ze werken allemaal samen in harmonie om het meer toegankelijk te maken.

Je hebt de IPAd op apparaatniveau, de eIM in het midden. eIM doet ook de taalvertaling als het ware om het profiel van de SM-DP+ te krijgen, het naar de eIM te brengen, te vertalen, en dan naar het apparaat te zetten.

Satyajit Sinha: Interessant, en ja, ik bedoel SGP.32 was in het specificatieproces en als analist zien we in de markt, er waren veel pre-standaarden in het plaatje gekomen van veel van de [00:10:00] operators, uh, eSIM-management-spelers, 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 gebeurde in de SGP.32.

David Hambling: Ja, we waren het eerste bedrijf om de eUICC Security Assurance scheme-compliance van de GSMA te krijgen en ook algemeen de eSIM-compliance. En daarna, de eerste commerciële deployment met eero. Dus, ja, we zijn erg trots op het bereiken van dat stadium. Ik denk dat het twee maanden na de specificatierelease was.

Dus ja, we hebben heel hard gewerkt om daar te komen en ja, we wisten best snel te bewegen met dat.

Satyajit Sinha: Interessant.

David Hambling: Hoe belangrijk is beveiliging in IoT vandaag, Satyajit, en wat zijn de key challenges?

Satyajit Sinha: Ik bedoel, beveiliging is een heel belangrijk stuk technologie geweest voor elke nieuwe technologie die we in de markt zien, en we deden, zelfs met IoT, we zeggen 18 miljard, 18 miljard apparaten actief. Er is altijd een zorgen om databeveiliging, hardware-beveiliging, netwerkbeveiliging en cloud-beveiliging omdat deze data ergens heen gaat, toch? Dus, er is een andere laag beveiliging vereist om het IoT-ecosysteem te beschermen, en we hebben meerdere challenges gezien. We hebben veel ransomware-aanval gezien, we hebben malware-aanval gezien omdat de meeste IoT-apparaten of niet beveiligd zijn door hardware, doorgaans traditioneel beveiligd door software-mechanisme, en er is geen anker van beveiliging binnen deze hardware. En ze vertrouwen op de oude technologie van beveiliging. Dus er is een enorme uitdaging die we in de markt zien en duidelijk zijn er meerdere oplossingen in het plaatje gekomen. Je weet, hardware, secure element, PUF-technologieën komen in het plaatje, creëren hardware root of trust, en dat maakt de beveiligingen veel beter dan wat we voorheen hadden en gaandeweg zullen we PQC (Post Quantum Security) ook in het plaatje hebben. Maar nu, ik bedoel, we zijn in een stadium waar beveiliging nog steeds als een kostenpost wordt beschouwd. Dus het heeft zin om beveiligheid aan een element te koppelen, je hebt connectiviteitselement ook, en dan beveiliging [00:12:00] ook, en dan komt eSIM in het plaatje dat beide aspecten meebrengt dus het is geen additionele kosten voor de OEM om te implementeren, het is basic een go-to-factor die je zou moeten implementeren. Ik ben zeker dat je deze implementatie gezien hebt, maar het zou interessant zijn om van je te begrijpen, hoe eSIM en SGP.32 sterke beveiliging voor IoT mogelijk maken?

David Hambling: Ja, dus zeker beveiliging is een noodzaak in vandaag's wereld, is het niet? En constante dreigingen, je moet dingen zo veilig mogelijk maken. Dus, ik bedoel, wat geweldig is aan SGP.32 is dat de specificatie ontworpen en gebouwd was met beveiliging als prioriteit. Dus de verschillende onderdelen van de specificatie van de GSMA die zich richten op de beveiliging.

Ook, ik denk als je kijkt naar hoe de technologie werkt, ik denk dat het feit dat er minder integraties nodig zijn met externe, derde partijen, dat maakt het by design veiliger, en het niveau van encryptie dat nodig is binnen de SGP.32-omgeving. Ik denk vanuit ons oogpunt, het gebruikt onze secure [00:13:00] OS en in staat te zijn om dat gebruik voort te zetten van de andere eerdere specificaties en dat te blijven gebruiken in SGP.32 en zelfs vanuit een fysiek oogpunt, ik denk dat we deze dagen in de richting van embedded SIMs bewegen, met de eSIM en iSIM, en dat is gewoon vanuit een fysieke beveiligingslaag, ze kunnen niet verwijderd worden. Dus je hebt deze SGP.32-technologie nodig om in staat te zijn om deze apparaten over hun levensduur te managen, of het nu 10, 15 jaar is, en je hebt de beveiliging die daarin zit. En ik denk dat SGP.32 veel doet voor betrouwbaarheid en ook in staat te zijn om je dekking te beveiligen met verschillende profielen en dat is ook nodig vanuit een apparaatoogpunt om OTA-updates te kunnen downloaden wanneer de beveiligingsdreigingen veranderen, nieuwe software op de apparaten en je hebt veilige, stabiele connectiviteit nodig om dat te kunnen doen, en SGP.32 promoot dat.

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

David Hambling: Dus ik denk, ja, we hebben het een beetje eerder besproken. Ik denk dat een van de hoofvoordelen die ik zie is het gebrek aan integratie nodig om verschillende MNO's en connectiviteitspartners' connectiviteit te kunnen gebruiken. Je hoeft niet met ieders RSP te verbinden. Zoals SGP.22, kun je de SM-DP+ contacteren en het profiel daar downloaden. En dus is het schaalbaarheid ook, en toegankelijkheid in staat om dit uit te rollen naar, dus alle apparaten eruit.

Ik bedoel voor mijn baan net in Azië, de hoeveelheid apparaten die ik zie, de typen apparaten, en wetende dat SGP.32 al die kan bereiken, en sommigen van deze zijn altijd out of reach geweest, om updates remote te doen en gewoon wetende dat we dat eigenlijk kunnen doen is heel opwindend.

Dus, ja, schaalbaarheid en dan toegankelijkheid is voorzien in alle typen apparaten en communicatieprotocollen.

Dus Satyajit, als analist, welke applicaties verwacht je eerst te profiteren van SGP.32?

Satyajit Sinha: Ik bedoel, IoT was de [00:15:00] default, toch? Dus IoT was de eerste applicatie die we zien die veel traction krijgt. Ik bedoel, er is IoT, landbouw, transport en logistiek. Waar je mobiliteit nodig hebt was de eerste golf van adoptie die we zien. Maar naast IoT, was het interessante aspect de auto die in het plaatje kwam niet alleen vanuit een telematics-perspectief, maar vanuit een infotainment-perspectief.

We begonnen te zien dat auto veel traction krijgt voor deze technologieën en vooral in infotainment, en we verwachten ook dat gaandeweg, dat naast IoT-use-cases, die gegeneraliseerde use-cases, low-band, IoT-use-cases, we veel adoptie in auto ook zullen zien.

Drie categorieën voor eSIM zullen de consument, IoT en auto zijn.

David Hambling: Ja, ja, zeker. Ik denk vooral voor auto. Het brugde altijd de gap, niet? Tussen SGP.02 en SGP.22, was er een consumentenaspect, er is een machine-aspect, en SGP.32 brugt dat mooi. Het voelt echt alsof auto zal profiteren van deze nieuwe [00:16:00] specificatie en vanuit het eCall-oogpunt, die betrouwbaarheid voor eCall en de prioriteit die daarbij betrokken is.

Satyajit Sinha: OK. Maakt zin. Maakt zin.

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

David Hambling: Ja. Nou, we hebben nauw samengewerkt met de GSMA om de specificatie te creëren, en sindsdien zijn we, ik denk, de weg leidend met PoCs. We hebben veel PoCs uitgevoerd, dus we bouwen echt het landschap en bereiden het landschap voor op massale SGP.32-adoptie. Dus ik denk dat veel OEMs of MNOs, apparaatfabrikanten en IoT-spelers, ik denk dat ze champing at the bit zijn om vooruit te gaan met SGP.32. Ik denk dat het veel van de uitdagingen beantwoordt die ze in het verleden hadden, dus ik denk dat de PoCs heel opwindend zijn geweest omdat je ziet hoe ijverig mensen zijn om deze technologie in het veld te krijgen.

Dus met dat, gewoon de apparaatfabrikanten helpen deze technologie in hun apparaten te bouwen. Als het IPAd is, voorbeeld, gewoon mensen [00:17:00] klaar maken voor massale deployment. En we hebben ook al enkele commerciële use-cases gehad, namelijk Amazon eero. Dus ja, de weg leiden met dat om SGP.32 naar de wereld te duwen en mensen hun connectiviteit zo snel mogelijk remote te laten controleren.

Satyajit Sinha: Interessant. Ik bedoel, net een paar dagen geleden was ik pre-creëren van deze tech-stack voor eSIM Tech Stack en probeer de OEMs, uh, met hun eSIM-functies toe te wijzen, en ik zag dat G+D in alle stappen van die tech-stack komt en dat is heel interessant. Ik wil van je begrijpen wat een end-to-end-stack voor jou betekent en wat het brengt, de voordelen en wat het betekent voor de G+D-algehele oplossing.

David Hambling: Ik denk voor onze klanten betekent de volledige stack dat ze een betrouwbare IoT-partner kunnen gebruiken voor alle delen van het IoT-ecosysteem. Dus vanuit G+D's oogpunt, duidelijk hebben we de SIM-kaart-kant, de eUICC-kant tot de RSP, het apparaatbeheer. Ik bedoel, ik werk in de connectiviteit-kant.

Wat echt interessant is voor mij is dat we onze bibliotheek van [00:18:00] connectiviteitsprofielen hebben die ook gebruikt kunnen worden. Dus we kunnen de SM-DP+ leveren. We kunnen de eIM leveren. We kunnen ook de connectiviteit leveren en het kan gewoon zijn om de gaten te vullen voor mensen. Ik bedoel, ze kunnen hun eigen connectiviteit wereldwijd gebruiken en dan waar we misschien iets hebben, zeg in Brazilië, ze niet hebben, en ze hebben snel toegang nodig en we kunnen gewoon downloaden, we kunnen hun ons profiel voor dat geven. Dus ja, de volledige stack is echt interessant. Ik denk dat al deze elementen samenbrengen binnen een heel veilige omgeving aangezien we ons richten op beveiliging. We focussen op beveiliging, al dat samenbrengen, het inpakken in beveiliging, en dan één contactpunt en één SLA, bijvoorbeeld, dus iemand kan bij ons komen en ze kunnen zoveel krijgen als ze willen of zo weinig als ze willen, en dat is, uh, het is een heel krachtige positie in de markt.

Satyajit Sinha: Interessant.

David Hambling: Dus, Satyajit, waar denk je dat de eSIM-marktkant opgaat de komende 24 maanden?

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

Echter, we begonnen een plateau te zien en iedereen wachtte op SGP.32, en dat was het plateau dat in het plaatje kwam. Het interessante deel was zelfs voordat de SGP.32-specificatie gefinaliseerd was, was de industrie geïnteresseerd in 32 te gebruiken, wat leidde tot veel OEMs en easy manual play om voortdurend pre-standaarden te produceren.

En met deze pre-standaarden, begonnen ze altijd pilots te doen om te proberen wat van de deployments te doen. Dat toont een heel duidelijk plaatje van de vraag en hoe de industrie ijverig wachtte op een IoT-specifieke standaard en nu we deze standaard hebben, beginnen we weer een goede groei te zien dus er zijn veel eSIM-capable cellulaire modules eruit al geshipped, ze hebben zowel fysieke SIM als eSIM-capable modules, maar ze zijn niet in de implementatie. Dus nu wat we snel zullen zien met SGP.32, sommige van de implementatie in het plaatje komen.

We zullen ook enkele van de nieuwe [00:20:00] deployments zien die gebeuren op basis van SGP.32. We beginnen een curve te zien. Langzaam. De penetratie die we net zagen, 32% in de shipment, zal snel naar 45% en 50% en 60% bereik binnen de komende vijf jaar of zo vanaf het moment dat we de deployment starten, en deze deployments zullen IoT en auto beide aspecten omvatten, dus ik zou zeggen ja, er is een enorm potentieel en de industrie zal basically wachten op deze technologie, en nu is deze technologie hier. Ik verwacht een goede adoptie van SGP.32 en eSIM-technologie binnen IoT en auto.

David Hambling: Ja, zeker, en naast SGP.32, wat zijn de drivers denk je die eSIM-adoptie zullen duwen?

Satyajit Sinha: Ik bedoel we hebben over beveiliging en alles gepraat, maar ik denk dat een van de interessante dingen die we niet zoveel bespraken is de in-factory provisioning.

Ik denk dat dat iets is wat opkomt als gelijk aan, ik zou zeggen, belangrijkheid aan SGP.32. En het is een complementaire technologie basically, maar maakt het gebruik van SGP.32 of eSIM veel beter. Ik bedoel, en vanuit het hardware-perspectief, [00:21:00] vanuit een out-of-box connectiviteitsperspectief, maakt het meer zin. Maar zeker wil van je begrijpen, als je iets wilt toevoegen over de in-factory provisioning omdat ik voel dat dat een van de key-technologieën is die de markt zal veranderen vanuit een ander perspectief voor het eSIM-aspect.

David Hambling: Ja, zeker. Dus we kijken uit naar SGP.42. We hebben momenteel de pre-standaard IFPP eruit en in gebruik en heel, heel populair. Dus ja, SGP.42. Ja, we hebben al de pre-standaard eruit voor de IFPP, de in-factory provisioning, en het werkt in harmonie met SGP.32. Wat ik echt leuk vind aan SGP.42 is dat voor apparaten waar je niet op remote provisioning wilt vertrouwen, je niet hun batterijvermogen wilt reduceren. Misschien de lichtere apparaten, dit is provisioning, pre-provisioning de connectiviteit in de fabriek vanuit een profielbibliotheek, die connectiviteit op het apparaat zetten. Dus het is klaar om te gaan vanaf dag één.

Dus dit is Born [00:22:00] Connected® en, dat is cruciaal voor iSIM en eSIM, en, dan eenmaal dat is geweest, eenmaal de connectiviteit is geprovisioned in het apparaat, dan kan het voortgaan te worden beheerd door SGP.32 gaandeweg. Dan ook wat heel opwindend is, duidelijk als we doorgaan te innoveren en we niet gewoon, je weet na de SGP.32-successen en specificaties, we blijven innoveren.

David Hambling: En dan natuurlijk hebben we de verdere versies van SGP.32 om naar uit te kijken. Dus, versie twee, waar er multiple enabled profielen zullen zijn, wat hugely belangrijk zal zijn voor auto ook, en voor betrouwbaarheid van connectiviteit en voor IoT-apparaten, en dan device-initiated profile-switching, en dat leidt allemaal in iSIM, wat we uit moeten kijken ook. Dat gaat populairder worden vanwege SGP.32, SGP.42, en dan natuurlijk SGP.42 vanuit de fabriek.

Satyajit Sinha: Interessant. Interessant. Ja, dat maakt complete zin. [00:23:00] Voor afsluiting, wil ik van je begrijpen, wat operator of OEM moet volgende kijken en waarom?

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

Dus opbouwen op wat we nu hebben.

Ja.

En ik denk voornamelijk zoals we zeiden voor auto, de multiple enabled profielen zouden hugely belangrijk zijn, vooral voor dingen zoals eCall, infotainment, in staat zijn om profielen te switchen gebaseerd op algoritmes, gebaseerd op intelligentie, basically, wat heeft betere signaal, duidelijk heb je eCall nodig om het beste signaal mogelijk te hebben, en het moet de hoogste prioriteit hebben.

Dus dat gaat heel belangrijk zijn voor OEMs, auto-fabrikanten. iSIM erin bouwen, dus dit is nog veiliger omdat het echt geïntegreerd is in het apparaat. En dan heb je SGP.32 nodig om dat remote te managen voor hoe lang het ook in het veld gaat zijn.

En de SGP.32 moet naadloos werken voor dat. En dan, zoals ik zei, de SGP.42 in-factory provisioning moet in de gaten houden wanneer die specificatie uitkomt. Zoals ik zei, het is pre-standaard op dit moment. Het is in [00:24:00] gebruik. Het werkt heel goed maar kijk uit naar dat, van kracht tot kracht gaan.

Satyajit Sinha: Interessant. Thanks David. Het was echt interessant en inzichtelijke discussie en ik hoop dat jullie allemaal genoten hebben van de discussie.

David Hambling: Hartelijk dank Satyajit. Ik heb echt genoten van het spreken met je.

Satyajit Sinha: Dank je.