Kennisbank

Wat is SGP.32?

De GSMA eSIM-standaard voor remote IoT-connectiviteitsbeheer

SGP.32 is de technische GSMA-specificatie waarmee eSIM-profielen in IoT-apparaten op afstand kunnen worden geconfigureerd en beheerd, zonder dat fysieke toegang tot het apparaat of tussenkomst van een eindgebruiker nodig is.

De specificatie is ontworpen voor de praktijk van IoT, waarbij apparaten geen scherm, toetsenbord of gebruikersinterface hebben, op uiteenlopende IoT-netwerken kunnen werken en in grote aantallen op moeilijk bereikbare locaties kunnen worden ingezet.

In plaats van te vertrouwen op iemand bij het apparaat om een profielwijziging te starten, biedt SGP.32 een gestandaardiseerd mechanisme waarmee connectiviteit gedurende de gehele levenscyclus van het apparaat op afstand kan worden beheerd.

Neem contact met ons op

Hoe SGP.32 remote profielbeheer mogelijk maakt

De architectuur introduceert twee belangrijke componenten: de eIM (eSIM IoT Remote Manager), die de mogelijkheid biedt voor beheer op afstand, en de IPA (IoT Profile Assistant), die communicatie tussen de eUICC en de bredere infrastructuur voor remote provisioning mogelijk maakt. Samen zorgen zij ervoor dat profielen kunnen worden gedownload en de status ervan op afstand kan worden beheerd, inclusief het inschakelen, uitschakelen en verwijderen van profielen.

SGP.32 werkt samen met SGP.31. SGP.31 definieert de architectuur en de vereisten voor het IoT-eSIM-model van de GSMA, terwijl SGP.32 de technische specificatie definieert waarmee dit wordt geïmplementeerd. De huidige specificaties van SGP.31 en SGP.32 zijn beide versie 1.3, gedateerd 22 mei 2026 en gepubliceerd op de website van de GSMA op 28 mei 2026.

Voor IoT-bedrijven is de betekenis eenvoudig: connectiviteit kan worden geconfigureerd en gewijzigd nadat een apparaat is geproduceerd, verzonden en geïnstalleerd, zonder dat iemand fysiek aanwezig hoeft te zijn bij het apparaat. Deze pagina behandelt hoe SGP.32 werkt, wat de specificatie standaardiseert, wat de verantwoordelijkheid blijft van apparaatfabrikanten en connectiviteitsaanbieders, en wat leveranciers werkelijk bedoelen wanneer zij beweren SGP.32 te ondersteunen.

Waarom SGP.32 bestaat

De GSMA heeft drie eSIM-architecturen gedefinieerd, elk ontworpen voor een ander inzetmodel. SGP.02 en SGP.22 zijn elk afhankelijk van een voorziening die mogelijk niet overal binnen een IoT-vloot beschikbaar is.

SGP.02voor machine-to-machine-vloten: de subscription manager van de operator pusht het profiel naar de SIM, en de trigger wordt verzonden als sms
SGP.22voor consumentenapparaten: de standaard profieldownload begint wanneer iemand een QR-code scant of een activeringscode invoert, waarna de Local Profile Assistant van het apparaat het profiel ophaalt
SGP.32voor IoT: een server, de eIM, initieert de bewerking, en de IPA van het apparaat voert deze uit via een IP-verbinding

Een constrained sensor zonder bruikbare interface, met beperkte communicatiecapaciteit en zonder geplande locatiebezoeken, kan mogelijk niet vertrouwen op een persoon bij het apparaat of op sms-aflevering. SGP.32 maakt beide overbodig in het proces van remote provisioning.

De vijf componenten, en wie elk beheert

Een SGP.32-implementatie bestaat uit vijf componenten. Een inkoper die SGP.32 specificeert, moet voor elk component de verantwoordelijke organisatie kunnen benoemen. Deze definities komen overeen met vijf van de zes termen die worden gedefinieerd in onze blog over eSIM-beheer en rSIM-veerkracht, die een zesde term toevoegt voor eSIM zelf. De eerste FAQ hieronder gaat in op dat onderscheid.

Term	Wat het is	Waar het draait en wie het levert
eUICC	De beveiligde SIM-hardware en -software die een of meer operatorprofielen opslaat en beheert	In het apparaat, in een verwijderbare, gesoldeerde of geïntegreerde vorm. Geleverd door de eUICC-fabrikant
Profiel	De abonnementsgegevens en beveiligingsgegevens van de operator waarmee een apparaat zich kan authenticeren bij een mobiel netwerk	Geïnstalleerd op de eUICC. Uitgegeven door de mobiele operator
SM-DP+	De Subscription Manager Data Preparation Plus-server, die een profielpakket voorbereidt, beveiligt en aflevert	Serverzijde. Beheerd door de operator of een geautoriseerde aanbieder van abonnementsbeheer
eIM	De eSIM IoT Remote Manager, die profieldownloads voor een vloot initieert, deze kan doorzetten (proxyen) en de pakketten ondertekent die de profielstatus wijzigen	Serverzijde. Beheerd door een aanbieder van eSIM-beheer of connectiviteit
IPA	De IoT Profile Assistant, die instructies en profielgegevens uitwisselt tussen de eIM en de eUICC	In de apparaattoepassing (IPAd) of binnen de eUICC (IPAe). Geleverd door de apparaatfabrikant of de eUICC-fabrikant

De IPA kan worden geïmplementeerd in het apparaat (IPAd) of binnen de eUICC (IPAe), en het GSMA-complianceproces beoordeelt deze twee afzonderlijk.

Hoe een profielbewerking het apparaat bereikt

De eIM kan vier profielbewerkingen initiëren: het downloaden van een nieuw profiel, of het inschakelen, uitschakelen of verwijderen van een reeds geïnstalleerd profiel. Daarnaast kan de eIM informatie opvragen over welke profielen aanwezig zijn en welk profiel is ingeschakeld.

Voor een wijziging aan een geïnstalleerd profiel stelt de eIM een ondertekend eUICC Package samen. De IPA draagt dit pakket via een IP-verbinding over naar de eUICC en retourneert het resultaat. De eUICC controleert de handtekening van de eIM voordat er iets in het pakket wordt uitgevoerd, en wijst een pakket af dat niet kan worden gekoppeld aan een herkende eIM.

Een download volgt een ander traject. De eIM stuurt de IPA een activeringscode, waarna het profiel op een van twee manieren binnenkomt: een directe download vanaf de SM-DP+-server van de operator, of een indirecte download waarbij de eIM als proxy optreedt. In beide gevallen is er geen persoon bij het apparaat en geen sms nodig.

De specificatie schrijft geen protocol voor tussen de eIM en de IPA. Wel worden integriteit en vertrouwelijkheid vereist van het gebruikte protocol, en wordt HTTP beveiligd met TLS gesuggereerd waar TCP beschikbaar is, of het constrained application protocol, CoAP, beveiligd met DTLS voor netwerk-constrained apparaten. Deze flexibiliteit in transport ondersteunt implementaties via constrained mobiele technologieën zoals NB-IoT en LTE-M, waar sessies kort kunnen zijn en bandbreedte of datagebruik strikt gereguleerd is.

Wat SGP.32 overlaat aan de inkoper

SGP.32 biedt de architectuur voor remote profielprovisioning en -beheer. Een volledige implementatie moet daarnaast rekening houden met drie bredere aandachtsgebieden: beheer van operator en abonnement, lokale connectiviteits- en roamingvereisten, en continuïteit wanneer het actieve netwerk niet beschikbaar is.

Het kiezen van de operator en het aanmaken van het abonnement

SGP.32 kiest niet de operator en maakt het abonnement niet aan. De eIM initieert het downloaden van een profiel dat bestaat omdat een operator dit heeft uitgegeven op basis van een commerciële overeenkomst. Het tariefplan, de access point name, de activering en de facturatie vallen onder de operator of de connectiviteitsaanbieder. Een eIM-bewerking die wordt uitgevoerd zonder de bijbehorende abonnementsactie kan er daardoor toe leiden dat een profiel wel is ingeschakeld, maar geen verkeer kan verwerken zoals bedoeld.

Voldoen aan lokale connectiviteits- en roamingvereisten

SGP.32 zorgt niet zelf voor compliance van een roamende vloot met lokale vereisten. Het kan wel een lokaal profiel inschakelen zodra dit naar de eUICC is geprovisioned. Of een lokaal profiel in een bepaalde markt is vereist, welke operator dit mag leveren en onder welke voorwaarden, blijft een regelgevende en commerciële kwestie.

Het apparaat verbonden houden wanneer het actieve netwerk niet beschikbaar is

SGP.32 houdt een apparaat niet uit zichzelf verbonden wanneer het actieve netwerk niet beschikbaar is. De specificatie beheert profielen via een werkend communicatiepad. Wanneer het wegvallen van het actieve netwerk er ook voor zorgt dat het apparaat de eIM niet meer kan bereiken, kan de eIM dat pad niet gebruiken om een profielwijziging te initiëren.

Sinds v1.2 definieert de specificatie een optioneel Fallback Mechanism, waarbij de IPA een aangewezen fallbackprofiel kan inschakelen wanneer het apparaat een permanent verlies van connectiviteit detecteert. De detectielogica en de timing worden overgelaten aan de apparaatfabrikant, en de eUICC hoeft deze functie niet te ondersteunen. rSIM® technologie bevat twee afzonderlijke multi-network roamingprofielen en legt de connectiviteitstest en de beslissing over profielselectie vast in logica die zich op de SIM bevindt. Als het actieve pad onbeschikbaar blijft volgens het geconfigureerde omschakelbeleid, kan deze logica het alternatieve profiel selecteren dat al op de SIM aanwezig is, zonder dat de eIM of het remote-beheerplatform het apparaat op dat moment hoeft te bereiken.

Wat leveranciersclaims betekenen

Leveranciers kunnen drie verschillende termen gebruiken om ondersteuning voor SGP.32 te beschrijven. Inkopers moeten precies vaststellen wat elke term betekent en welk bewijs deze onderbouwt.

Term	Wat het betekent en welk bewijs dit onderbouwt
Aligned	De leverancier verklaart dat de architectuur of het product is ontworpen met de specificatie in gedachten, maar claimt niet dat het GSMA-complianceproces is afgerond
Conformant	De leverancier verklaart dat de implementatie voldoet aan vastgestelde vereisten van de specificatie, en dient de scope, versie, datum, methode en eigenaar van die beoordeling te verstrekken
Certified	De leverancier kan aantonen dat het genoemde product het toepasselijke SGP.24-proces heeft doorlopen, en kan de bijbehorende GSMA-compliancedocumentatie overleggen

Onder het GSMA-complianceproces, SGP.24, zijn de IoT-eUICC, het IoT-apparaat met een IPA en de eIM afzonderlijke producttypen. Elk kan een GSMA Compliance Confirmation ontvangen, en alleen de eUICC komt in aanmerking voor een certificaat onder de public key infrastructure van de GSMA. Elke compliance- of certificeringsclaim moet daarom aangeven welk producttype deze dekt, in plaats van te worden toegepast op de SGP.32-implementatie als geheel.

Hoe CSL SGP.32 toepast

CSL Group levert managed IoT-connectiviteit waarin SIM’s of eSIM’s, apparatuur, private routing, monitoring en support kunnen worden samengebracht, afgestemd op de vereisten van de implementatie. Binnen deze dienst biedt het CSL IoTM-platform de beheer- en orkestratielaag over ondersteunde portals van mobiele operators, connectiviteitsbeheerplatforms en systemen voor remote SIM-provisioning, terwijl rSIM lokale veerkracht op SIM-niveau biedt. Het platform bereidt connectiviteit voor, beheert deze en stuurt deze aan gedurende de gehele levensduur van de vloot. rSIM treedt lokaal op tijdens een connectiviteitsincident, met gebruik van profielen en omschakelbeleid die al op de SIM aanwezig zijn.

Van de drie bovenstaande termen is aligned van toepassing. rSIM-technologie en de eSIM-beheermogelijkheden van het CSL IoTM-platform zijn gebouwd volgens de SGP.32-architectuur. Certificering onder SGP.24 wordt gehouden door individuele eUICC-, IPA- en eIM-producten, dus CSL identificeert deze producten en het bijbehorende bewijs voor de betreffende implementatie.

Mogelijkheid	Wat het doet
eSIM-beheer	Het CSL IoTM-platform coördineert ondersteunde profielbeheerbewerkingen, waaronder downloaden, inschakelen, uitschakelen en verwijderen, samen met de bijbehorende connectiviteits- en abonnementsprocessen. Het platform kan meerdere operatorprofielen en ondersteunde beheerintegraties aan, waarbij beleid en registraties worden toegepast volgens de vereisten van de implementatie. Afhankelijk van de implementatie kan CSL eIM-diensten leveren of integreren met een door de klant gekozen eIM.
rSIM	rSIM-technologie bevat twee afzonderlijke multi-network roamingprofielen op één SIM of eSIM, en logica op de SIM test of het actieve connectiviteitspad functioneert. Na een geconfigureerde periode van aanhoudende storing kan deze logica het alternatieve profiel selecteren, waardoor het apparaat opnieuw verbinding kan proberen te maken. De SIM kan later, volgens het geconfigureerde beleid, terugkeren naar het primaire profiel. Omdat de test, de profielen en het omschakelbeleid al op de SIM aanwezig zijn, is de beslissing niet afhankelijk van detectielogica in het apparaat of van een beheerplatform dat het apparaat op het moment van storing moet bereiken.
IoT-SIM	Multi-network IoT-SIM’s kunnen verbinding maken via beschikbare ondersteunde netwerken, waarbij verkeer wordt vervoerd via de private routing van CSL en wordt ondersteund door monitoring en servicebeheer. Wanneer een apparaat twee SIM’s ondersteunt, kan CSL connectiviteit leveren met afzonderlijke operatorprofielen die voor de implementatie zijn gekozen. Vormfactor en provisioningmodel worden per vloot gespecificeerd, van verwijderbare SIM tot gesoldeerde eSIM tot geïntegreerde iSIM.

SGP.32 Veelgestelde vragen

Dit zijn de vragen die inkopers het vaakst stellen wanneer SGP.32 op een datasheet of in een tender wordt genoemd. Onze blog over eSIM-beheer en rSIM-veerkracht behandelt eIM-portabiliteit, inclusief waar een wisseling van eIM-aanbieder van afhangt.

Nee. eSIM verwijst doorgaans naar de technologie waarmee operatorprofielen kunnen worden gedownload en beheerd op een eUICC, hoewel de term ook vaak wordt gebruikt voor een gesoldeerde SIM-vormfactor. De eUICC is de beveiligde hardware en software die deze profielen opslaat en beheert. SGP.32 is de GSMA-specificatie voor het op afstand provisionen en beheren van een eUICC in een IoT-apparaat. Een apparaat kan een eUICC bevatten zonder SGP.32 te ondersteunen.

SGP.22 is geschreven voor consumentenapparaten, waarbij de standaard profieldownload begint bij een persoon die bij het apparaat een code scant of een melding bevestigt. Versie 3 voegt optioneel remote beheer van geïnstalleerde profielen toe, nog altijd via de Local Profile Assistant van het apparaat. SGP.32 heeft geen persoon en geen scherm nodig: een server, de eIM, instrueert de IPA van het apparaat via IP. SGP.32 hergebruikt de SM-DP+ uit SGP.22, zodat het profiel daar nog steeds wordt voorbereid en beveiligd.

Niet in een reeds uitgerolde vloot. SGP.02 blijft een gepubliceerde GSMA-architectuur, en vloten die hierop zijn gebouwd, blijven functioneren en ondersteund worden. SGP.32 is bedoeld voor nieuwe IoT-ontwerpen die remote provisioning nodig hebben zonder afhankelijk te zijn van sms of een persoon bij het apparaat. Een nieuwe vloot kan hierop worden gebouwd terwijl een oudere vloot blijft draaien.

De eSIM IoT Remote Manager (eIM) is de component aan serverzijde. Deze initieert profieldownloads voor een vloot, kan hiervoor als proxy optreden, en stelt de ondertekende pakketten samen die profielen inschakelen, uitschakelen of verwijderen. Een aanbieder van eSIM-beheer of connectiviteit beheert deze component. De IoT Profile Assistant (IPA) is de component aan apparaatzijde. Deze draagt pakketten van de eIM over naar de eUICC, retourneert het ondertekende resultaat en voert de download uit in directe modus. De IPA draait in de apparaattoepassing of binnen de eUICC.

De meest recente release van SGP.32 is v1.3, gedateerd 22 mei 2026 en gepubliceerd op 28 mei 2026. SGP.31 v1.3 draagt dezelfde specificatiedatum. Versie 1.2, gedateerd 27 juni 2024, blijft eveneens actief volgens de huidige statuslijst van de GSMA, terwijl eerdere releases zijn verlopen.

Dat hangt af van de eUICC en de apparaatsoftware, waaronder of de vereiste IPA-functies aanwezig zijn. Het wijzigen van het geïnstalleerde operatorprofiel voegt geen SGP.32-ondersteuning toe aan hardware of software die dit nog niet implementeert. De eUICC-fabrikant en de apparaatfabrikant dienen elk aan te geven welke versie en functies hun component ondersteunt, en een claim op een datasheet moet herleidbaar zijn tot dat bewijs.

Nee. SGP.32 is een GSMA-brancherichtlijn en geen wettelijke verplichting. Een mobiele operator, de tender van een inkoper of een apparaatprogramma kan SGP.32 wel vereisen voor een specifiek product of contract, waardoor het praktische antwoord afhangt van de markt en de tegenpartij, en niet van een toezichthouder.

Een specificatie wordt zelf niet gecertificeerd. Individuele eUICC-, IPA- en eIM-implementaties doorlopen afzonderlijke compliancetrajecten onder SGP.24, getest tegen de SGP.33-testspecificaties, en omdat het bewijs per producttype verschilt, moet een claim aangeven welk producttype deze dekt. Toegepast op CSL is de term aligned van toepassing. rSIM-technologie en de eSIM-beheermogelijkheden van het CSL IoTM-platform zijn gebouwd volgens de SGP.32-architectuur, en de eUICC, IPA en eIM in een gegeven implementatie hebben elk hun eigen compliancebewijs.

Niet uit zichzelf. SGP.32 beheert welke profielen zijn geïnstalleerd en ingeschakeld via een werkende verbinding. Sinds v1.2 definieert de specificatie ook een optioneel Fallback Mechanism, waarbij de IPA een aangewezen fallbackprofiel kan inschakelen wanneer het apparaat een permanent verlies van connectiviteit detecteert. De detectielogica en de timing worden overgelaten aan de apparaatfabrikant, en de eUICC hoeft deze functie niet te ondersteunen. rSIM-technologie legt de connectiviteitstest en de beslissing over profielselectie in plaats daarvan vast in logica op de SIM zelf, waardoor de omschakeling niet vereist dat de eIM of het remote-beheerplatform het apparaat bereikt. ‘Wat SGP.32 overlaat aan de inkoper’, hierboven, beschrijft hoe de twee benaderingen van elkaar verschillen.