Hoe CSL eSIM-beheer en rSIM-veerkracht samen levert

eSIM-orkestratie combineren met lokale veerkracht

CSL Group heeft op 13 juli 2026 de overname van IoTM Solutions Ltd aangekondigd. Daarmee brengt CSL eSIM-beheer en de gepatenteerde rSIM®-veerkracht samen in één managed-serviceaanbod. Deze combinatie wordt steeds belangrijker voor gedistribueerde IoT-parken, waar beheer van profielen op afstand de flexibiliteit kan bieden om connectiviteit aan te passen wanneer operationele, commerciële en regelgevende eisen veranderen. Die flexibiliteit biedt op zichzelf echter geen lokale reactie wanneer het actieve communicatiepad naar een apparaat wegvalt. CSL lost dit op door het beheer van profielen op afstand en de orkestratie van connectiviteit te combineren met de lokale veerkracht op SIM-niveau die rSIM biedt. Zo vullen de mogelijkheden elkaar aan binnen één managed-serviceaanbod.

Dit onderscheid wordt belangrijker naarmate verbonden assets jarenlang in gebruik blijven, terwijl hun locaties, contracten met mobiele operators en de netwerkomstandigheden om hen heen veranderen. Een gedistribueerd park heeft een manier op afstand nodig om connectiviteit gedurende de hele levenscyclus voor te bereiden, te beheren en te wijzigen. Daarnaast kan er behoefte zijn aan een lokale manier om te reageren wanneer het actieve pad niet meer werkt, bijvoorbeeld bij een lokale netwerkstoring of een bredere uitval van de mobiele kern (mobile core) die meerdere apparaten treft.

De GSMA-specificatie SGP.32 biedt de architectuur voor het op afstand inrichten en beheren van profielen, terwijl het CSL IoTM-platform de operationele workflows rond profiel- en connectiviteitsbeheer coördineert. Binnen deze gecombineerde oplossing levert rSIM de lokale veerkracht: de op de SIM aanwezige logica kan een alternatief profiel selecteren dat al op de SIM staat wanneer het actieve connectiviteitspad onbeschikbaar blijft volgens het ingestelde omschakelbeleid.

CSL combineert daarom de flexibiliteit van eSIM-orkestratie over meerdere operators met lokale veerkracht op SIM-niveau. Het CSL IoTM-platform bereidt profielen voor en beheert ze over apparaten, operators, platforms en landen heen, gedurende de hele levensduur van een park. rSIM handelt lokaal wanneer het actieve pad uitvalt en kiest tussen de profielen die op de SIM beschikbaar zijn, zonder dat het beheerplatform op afstand op dat moment het apparaat hoeft te bereiken.

Gedurende de levensduur van het park	Tijdens een connectiviteitsincident
Beheer en orkestratie bereiden profielen voor, downloaden, activeren en deactiveren ze en sturen ze aan over apparaten, providers en landen heen.	De logica op de SIM test het actieve pad en kan na een ingestelde periode van aanhoudende storing het alternatieve profiel selecteren.

Orkestratie op afstand vereist een bruikbaar communicatiepad naar het apparaat. Als het actieve pad onbeschikbaar wordt, wordt de rSIM-omschakelbeslissing lokaal genomen met logica en beleid die al op de SIM aanwezig zijn, zonder dat de eIM of het beheerplatform op afstand op dat moment het apparaat hoeft te bereiken.

Zes begrippen die de eSIM-architectuur begrijpelijk maken

De term eSIM wordt vaak breed gebruikt om meerdere samenhangende onderdelen van remote SIM provisioning te beschrijven. De architectuur en het leveringsmodel worden duidelijker wanneer de belangrijkste componenten afzonderlijk worden bekeken.

Term	Wat het doet
eSIM	De technologie waarmee abonnementen op mobiele netwerken digitaal kunnen worden ingericht en beheerd, in plaats van permanent gekoppeld te zijn aan een voorgeprogrammeerde SIM. In de GSMA-terminologie is de eUICC de fysieke, beveiligde SIM-component.
eUICC	De beveiligde SIM-hardware en -software die een of meer operatorprofielen kan opslaan en beheren. Ze kan in een apparaat worden gesoldeerd of in verwisselbare vorm worden geleverd.
Profiel	De abonnementsgegevens van de operator en de beveiligingsgegevens waarmee een apparaat zich kan authenticeren op een mobiel netwerk.
SM-DP+	De Subscription Manager Data Preparation Plus-server. Deze bereidt een profielpakket voor een specifieke eUICC voor, beveiligt het en levert het af.
eIM	De eSIM IoT Remote Manager die door de SGP.31/32-architectuur is geïntroduceerd. De eIM kan profieldownloads en wijzigingen in de profielstatus voor een IoT-vloot starten.
IPA	De IoT Profile Assistant. Deze voert het werk aan de apparaatzijde uit dat nodig is om instructies en profielgegevens uit te wisselen met de eUICC en systemen op afstand, en kan worden geïmplementeerd in het apparaat of binnen de eUICC.

Een belangrijk punt is dat de eIM het mobiele abonnement niet aanmaakt. Het abonnement van de operator wordt vertegenwoordigd door een profiel dat via een SM-DP+ wordt voorbereid en geleverd. De eIM coördineert ondersteunde profielbeheeracties, terwijl de IPA en de eUICC het bijbehorende werk aan de apparaatzijde uitvoeren. Een enterprise-beheerplatform kan deze acties integreren met workflows voor mobiele operators en connectiviteitsbeheer.

Wat SGP.32 verandert voor IoT-connectiviteit

De GSMA, de brancheorganisatie die mobiele operators wereldwijd vertegenwoordigt, publiceert de architectuur en de technische specificaties voor het op afstand inrichten en beheren van eSIM’s in IoT-apparaten. SGP.31 definieert de eSIM IoT-architectuur en de bijbehorende eisen, terwijl SGP.32 de bijbehorende technische specificatie biedt. Beide zijn momenteel beschikbaar in versie 1.3. De specificaties zijn gedateerd op 22 mei 2026 en werden op 28 mei 2026 op de GSMA-website gepubliceerd^1,2.

Deze architecturen en specificaties zijn bedoeld voor IoT-apparaten die mogelijk geen gebruikersinterface hebben, beperkt van stroom zijn of slechts beperkte netwerktoegang hebben. Dit verschilt van het consumentenmodel, waarin een gebruiker op een telefoon een code kan scannen en een profiel kan goedkeuren. Een apparaat zonder scherm, met een beperkte batterij en zonder iemand ter plaatse om een profiel goed te keuren, heeft in plaats daarvan de systemen van de vlooteigenaar nodig om het proces te beheren.

SGP.32 voorziet in deze behoeften via de rollen eIM en IPA. Samen bieden zij gestandaardiseerde manieren om een profieldownload te starten en om profielen te activeren, te deactiveren of te verwijderen. De technische specificatie definieert ook de interfaces en beveiligde uitwisselingen tussen de eIM, IPA, eUICC en SM-DP+.

De GSMA-specificaties kiezen echter niet de mobiele operator, beheren het commerciële contract niet en garanderen geen end-to-end continuïteit van de IoT-dienstverlening. Bij een eSIM-uitrol op schaal moeten daarom de betrokken apparaten, producten, versies, ondersteunde functies en organisaties in kaart worden gebracht, omdat elk daarvan invloed kan hebben op interoperabiliteit, operationele controle en langetermijnondersteuning.

Wat CSL levert: IoT-SIM en eSIM-orkestratie

Het CSL IoTM-platform combineert de beheerde Critical Connectivity^®-diensten van CSL met de connectiviteits- en eSIM-orkestratiemogelijkheden van IoTM. Het biedt een uniforme, leverancieronafhankelijke beheerlaag voor wereldwijde IoT-connectiviteit, waarmee klanten fysieke SIM’s, eSIM-profielen, mobiele operators en platformintegraties kunnen beheren via één consistent werkmodel. Klanten kunnen beheerde IoT-connectiviteit bij CSL afnemen of connectiviteit meebrengen die door hun bestaande mobiele operators wordt geleverd. Afhankelijk van de uitrol kan CSL ook eIM-diensten leveren of integreren met een eIM die de klant zelf kiest. Het platform fungeert als beheer- en orkestratielaag over ondersteunde portals van mobiele operators, connectiviteitsbeheerplatforms, systemen voor remote SIM provisioning en eIM’s. Zo krijgen klanten meer keuzevrijheid in leveranciers, zonder dat zij elk systeem via een aparte workflow hoeven te beheren. Afhankelijk van de uitrol kan de dienstverlening bestaan uit:

Beheerde IoT-connectiviteit
Beheer van door de klant geleverde connectiviteit
Beheer van de profielen die beschikbaar zijn voor rSIM
Diensten en integratie voor eSIM-vlootbeheer (eIM)
Orkestratie van connectiviteits- en eSIM-diensten
Diensten voor het connectiviteitsplatform

Het is belangrijk om te onderkennen dat workflows voor het op afstand inrichten van profielen en voor connectiviteitsbeheer op elkaar moeten worden afgestemd om de beoogde werkende verbinding te leveren. Zo kan een profielbeheeractie zijn voltooid terwijl het bijbehorende abonnement op het connectiviteitsbeheerplatform van de operator inactief blijft. Een activeringscode kan ook per ongeluk opnieuw worden gebruikt, waardoor een latere poging mislukt. Elk van deze problemen kan ertoe leiden dat het apparaat niet de beoogde werkende verbinding heeft.

Om deze problemen te voorkomen, coördineert het CSL IoTM-platform profielbeheeracties met de bijbehorende connectiviteitsacties^3,4,5. De mogelijkheden omvatten onder meer:

Uniforme workflows voor connectiviteitsbeheerplatformen (CMP) en remote SIM provisioning (RSP), waardoor profielacties kunnen worden afgestemd op abonnementsactivering en wijzigingen van tariefplannen.
eSIM-vlootbeheer over mobiele operators, CMP’s en RSP-providers heen, inclusief het downloaden, activeren, deactiveren en verwijderen van profielen, samen met het beheer van eIM-configuratie en pollingparameters waar de betreffende standaard, het product en de integratie dit ondersteunen.
Beheer van de voorraad activeringscodes voor geautomatiseerde en gebundelde profieldownloads.
Beleidsgestuurde lokalisatie, met regels zoals apparaatlocatie, verblijfsduur binnen een gedefinieerd gebied of gebruiksdrempels om te bepalen wanneer een lokaal of regionaal profiel moet worden geactiveerd.
Closed-loop lokalisatieworkflows, waarmee wordt gecontroleerd of profielwijzigingen succesvol zijn voltooid, de uitgevoerde acties worden vastgelegd en herstel of rollback mogelijk wordt gemaakt waar nodig.
Integratie over mobiele operators, CMP’s en eSIM-beheerproviders heen, zodat lokalisatie- en profielbeheerworkflows over meerdere leveranciersecosystemen heen kunnen werken in plaats van aan één enkele provider gebonden te zijn.

Waar rSIM past

Binnen de managed-connectiviteitsoplossing van CSL vormt rSIM-technologie de lokale veerkrachtlaag die het profielbeheer en de orkestratie van het CSL IoTM-platform aanvult. Ze bevat twee afzonderlijke multi-network roamingprofielen en gebruikt logica op de SIM om het actieve connectiviteitspad te testen. Na een ingestelde periode van aanhoudende storing kan de logica het alternatieve profiel selecteren, zodat het apparaat opnieuw kan proberen verbinding te maken met het alternatieve mobiele profiel. De SIM kan later volgens het ingestelde beleid terugkeren naar het primaire profiel⁶.

Omdat de profielen en het omschakelbeleid al op de SIM aanwezig zijn, is voor de lokale omschakelbeslissing geen contact van de eIM of het CSL IoTM-platform met het apparaat nodig wanneer het actieve pad uitvalt. rSIM kiest tussen de profielen die al op de SIM beschikbaar zijn, in plaats van tijdens de storing een nieuw profiel te downloaden.

Meer informatie over rSIM

Vraag	Beheer en orkestratie	rSIM technologie
Wanneer treedt het in werking?	Tijdens de uitrol en gedurende de levensduur van het park.	Tijdens een connectiviteitsincident, volgens het ingestelde lokale beleid.
Wat verandert er?	Het profielpark, de abonnementen, het beleid en de registraties in systemen op afstand.	Welk van de twee profielen die al op de SIM staan, wordt geselecteerd.
Wat moet er bereikbaar zijn?	De relevante systemen op afstand en een bruikbaar pad naar het apparaat.	De omschakelbeslissing wordt lokaal genomen door de logica op de SIM. Voor het opnieuw verbinden zijn de modem van het apparaat en een beschikbaar alternatief mobiel pad nodig.
Wat is de belangrijkste rol?	Connectiviteit over het hele park voorbereiden, beheren en aansturen gedurende de hele levenscyclus.	Een lokale reactie bieden wanneer het actieve mobiele connectiviteitspad onbeschikbaar blijft volgens het ingestelde omschakelbeleid.

Het CSL IoTM-platform en rSIM werken gedurende de hele connectiviteitslevenscyclus samen. Het platform bereidt de beschikbare profielen voor en beheert ze over het hele park, terwijl rSIM lokaal het alternatieve profiel kan selecteren als het actieve pad onbeschikbaar blijft. Zodra het contact op afstand is hersteld, kan de beheerlaag de gebeurtenis vastleggen en eventuele noodzakelijke wijzigingen in het profielpark of het omschakelbeleid ondersteunen.

Samen versterken deze mogelijkheden de connectiviteitsveerkracht van het hele park. Zoals bij elke kritieke IoT-uitrol moet de volledige dienst worden ontworpen en gevalideerd over alle relevante afhankelijkheden heen, waaronder radiodekking, voeding, de modem, het apparaat, de mobiele kern en routeringsinfrastructuur, backhaul, platforms op afstand en de applicatie. Het testen van beide profielen en van het herstelgedrag van de applicatie helpt bevestigen dat de totale oplossing presteert zoals bedoeld voor de IoT-toepassing.

Van eIM-provider wisselen

Een belangrijke mogelijkheid van de SGP.32-architectuur is dat kan worden gewijzigd welke eIM gemachtigd is om een eUICC te beheren. Hierdoor staat de keuze van de eUICC los van de organisatie of het platform dat deze gedurende de hele levensduur beheert.

Een eUICC kan bijvoorbeeld in eerste instantie worden geleverd met een eIM die wordt beheerd door een mobiele operator of eSIM-provider. Op een later moment kan de klant ervoor kiezen het beheer van die eUICC onder te brengen bij een eigen eIM, of bij een eIM die door een andere dienstverlener wordt beheerd. Ook kan de eIM van de oorspronkelijke provider blijven bestaan en worden geïntegreerd in het eSIM-beheerplatform van de klant.

SGP.32 ondersteunt het op afstand toevoegen, bijwerken en verwijderen van eIM-koppelingen. Wanneer een eUICC al een gekoppelde eIM heeft, worden wijzigingen in de eIM-configuratie geautoriseerd door een bestaande gekoppelde eIM. Een nieuwe eIM kan daarom worden toegevoegd voordat de vorige eIM wordt verwijderd, zodat de beheerverantwoordelijkheid op afstand kan worden overgedragen zonder de fysieke eUICC te vervangen.

Dit biedt IoT-uitrollen een belangrijke commerciële en operationele keuze. In plaats van voor elke mobiele operator of eUICC-leverancier een aparte eIM-relatie te onderhouden, kan een organisatie ervoor kiezen het beheer van compatibele eUICC’s te consolideren via één eIM- en vlootbeheerplatform. Dit kan integraties en processen vereenvoudigen en, afhankelijk van het commerciële model, de kosten van het beheer van het park verlagen.

Ondersteuning voor SGP.32 mag echter niet op zichzelf worden opgevat als een garantie dat een eIM altijd vrij kan worden gewijzigd. De beschikbare migratieroute hangt af van de implementatie van de eUICC en IPA, de reeds tot stand gebrachte eIM-koppelingen en welke organisaties over de benodigde bevoegdheden en inloggegevens beschikken. Sommige herstelmechanismen, waaronder het resetten van de eIM-configuratie, zijn bovendien optionele functies.

Een uitrol- en exitplan moet daarom vaststellen wie de eIM-koppelingen en de bijbehorende inloggegevens beheert, of een andere eIM op afstand kan worden toegevoegd en welke medewerking van de bestaande provider nodig is. Deze mogelijkheden moeten vóór de uitrol worden getest wanneer toekomstige overdraagbaarheid tussen providers of consolidatie van eSIM-vlootbeheer een vereiste is.

Wat een zakelijke koper moet specificeren en verifiëren

De koper hoeft de standaard niet te herhalen in een aanbesteding. De aanbesteding en de uitrolspecificatie moeten de benoemde rollen, producten en integraties vastleggen, samen met het bewijs en de tests die nodig zijn om te bevestigen dat ze werken zoals bedoeld.

Architectuur en rollen. Benoem de eUICC, IPA, SM-DP+, eIM, CMP, mobiele operators en de organisatie die voor elk onderdeel verantwoordelijk is.
Status van standaarden. Leg de SGP.31/32-versies, ondersteunde functies, integratiestatus en het bewijs vast voor de exacte producten die worden geleverd. Vermeld hoeveel eIM-koppelingen de eUICC ondersteunt en welke optionele functies de IPA implementeert.
Profielbewerkingen. Test het downloaden, activeren, deactiveren en verwijderen van profielen, samen met eventuele bijbehorende wijzigingen in abonnement, activering of tariefplan.
Lokalisatiecontroles. Stel de regels voor locatie, verblijfsduur of gebruik in; definieer goedkeuring, rollback, afhandeling van uitzonderingen en toegang voor audits.
Veerkrachtontwerp. Benoem beide rSIM-profielen, hun afhankelijkheden van de mobiele kern en routering, het testinterval, de storingsdrempel en het terugkeerbeleid.
Acceptatietests. Test het park bij uitval van elke wezenlijke afhankelijkheid, inclusief het omschakelvenster en het herstel van de applicatie boven de connectiviteitslaag.
Controle en exit. Leg vast wie eigenaar is van de profielen, activeringscodes, eIM-koppelingen, logs en API-toegang, en hoe een leverancierswissel wordt afgerond.

Met deze eisen heeft de koper een duidelijke basis om elke rol toe te wijzen, de vereiste bewerkingen te testen en de overeengekomen route voor toekomstige leverancierswissels vast te leggen.

Plan connectiviteitsbeheer en veerkracht samen

Neem voor hulp bij het ontwerpen van een IoT-connectiviteitsoplossing die profielbeheer, multi-operatororkestratie en lokale veerkracht combineert contact op met CSL via sales@csl-group.com.

Neem contact op