Fachartikel

GSMA SGP.02 M2M eSIM: Was sich beim IoT-SIM-Einkauf ändert

October 12, 2026 · 9 min read · Technical Whitepapers

GSMA SGP.02 M2M eSIM: Wie die SM-SR-Abhängigkeit Einkaufsentscheidungen zu IoT-SIM, eSIM und CMP-Plattform sowie den Migrationszeitpunkt für Flotten-Rollouts prägt.

GSMA SGP.02 ist die M2M-eSIM-Spezifikation, die die remote Profilbereitstellung für IoT-SIM-Hardware erstmals praktikabel gemacht hat. Sie erschien 2014, SGP.22 folgte 2016, und SGP.32, die IoT-fokussierte Neufassung, wurde im Mai 2023 finalisiert. Für jeden, der heute SIMs, eSIMs oder eine CMP-Plattform spezifiziert, ist genau diese Chronologie die Einkaufsfrage.

Was GSMA SGP.02 M2M eSIM für die IoT-SIM-Beschaffung bedeutet

Velocity IoT ordnet SGP.02 als die GSMA-Spezifikation ein, die die remote SIM-Bereitstellung für Machine-to-Machine-Umgebungen definiert, neben SGP.22 für Endgeräte und SGP.32 für IoT. Telenor IoT beschreibt, wie die frühe M2M-eSIM-Bereitstellung funktionierte: servergesteuert und häufig unter Nutzung von SMS zur Kommunikation. Der kommerziell entscheidende Punkt ist, dass die Profilverwaltung über den SM-SR läuft.

Diese einzige Rolle ist der Grund, warum die SGP.02-Beschaffung anders aussieht als der Kauf einer physischen IoT-SIM. Wherever SIM charakterisiert SGP.02 als abhängig von komplexen Integrationen mit klarem Vendor-Lock-in durch den SM-SR, und der SGP.32-Leitfaden unter sgp32.co.uk stellt fest, dass der SM-SR Unternehmen an einzelne Betreiber band. Die Entität, die diese Rolle innehat, sitzt für die Lebensdauer des Geräts zwischen Ihnen und jedem Betreiberwechsel, was einen Betreiberwechsel eher zu einem Programm als zu einer Bestellung macht.

Der neuere Standard greift genau das an. SGP.32 ersetzt den SM-SR durch das eIM, trennt die Profilvorbereitung von der Bereitstellungsverwaltung und schafft Multi-Operator-Flexibilität für die Gerätelebensdauer (sgp32.co.uk). Wenn heute ein eUICC spezifiziert wird und über Jahre laufen soll, ist die Frage, welche Bereitstellungsgeneration es implementiert, eine Hardware-Entscheidung mit vertraglichen Konsequenzen.

Wo sich eine SGP.02-eSIM-Rechnung summiert

Hardware. Ein eUICC wird eingelötet, nicht gesteckt. Der Standards-Leitfaden von SIMPM ordnet diese Schicht ETSI zu, einschließlich des MFF2-Chip-Formfaktors, der Art der Chipverlötung und der traditionellen UICC-Standards, während 3GPP die Funkprotokolle wie 5G NR, LTE-M und NB-IoT besitzt und GSMA die Profilsoftware. Weil das Bauteil eingelötet ist, gibt es keinen SIM-Tausch im Feld: Ein falsches Profil wird auf Board-Ebene behoben oder gar nicht, was Ausgaben aus der SIM-Position in Installation und Wartung verschiebt.

Konnektivität. GlobalIoT.sim veröffentlicht Katalogpreise pro Land als Datenrate in EUR pro GB zuzüglich einer monatlichen Gebühr pro aktiver SIM, FOB und in EUR. Die Raten werden für 166 Länder veröffentlicht; andere abgedeckte Länder werden auf Anfrage bepreist. Die niedrigsten veröffentlichten Werte über alle bepreisten Länder sind Daten ab 1,0282 €/GB (rund 1,03 €/GB) und eine SIM-Gebühr ab 0,1428 € pro aktiver SIM pro Monat. Das sind globale Untergrenzen, niemals der Preis eines benannten Landes.

Übertragen Sie diese Untergrenzen in ein durchgerechnetes Beispiel. 5.000 aktive SIMs zu 0,1428 € pro SIM pro Monat ergeben 714 € pro Monat an SIM-Gebühren oder 8.568 € über 12 Monate. Wenn diese Geräte durchschnittlich 500 MB pro Stück und Monat verbrauchen, bewegt die Flotte 2.500 GB pro Monat; bei 1,0282 €/GB sind das 2.570,50 €. Ändern Sie den Ländermix, bewegen sich beide Zahlen, weil jedes Land seine eigene veröffentlichte Rate trägt.

Plattform, Installation und Wartung. Unter SGP.02 ist die Profilverwaltungsschicht über den SM-SR an den Konnektivitätsvertrag gekoppelt, sodass Plattformauswahl und Betreiberauswahl keine unabhängigen Entscheidungen sind. Auf der Seite von GlobalIoT.sim ist die Steuerungsschicht die CMP-Plattform mit einer RESTful API für Aktivierung, Sperrung und Nutzungsberichterstattung. Die eSIM-Over-the-Air-Profilbereitstellung wird separat angeboten und trägt keine veröffentlichte Rate, gehört also in die Plattform-Budgetposition und nicht in die Datenposition.

Auslösebedingungen für SGP.02, SGP.22 oder SGP.32

Entscheiden Sie nach Gerätemerkmalen, nicht nach dem Alter eines Standards. Wenn die Hardware eine Benutzeroberfläche hat und ein Mensch die Aktivierung abschließt, gilt SGP.22, die Telenor IoT als die Variante beschreibt, die für Geräte mit Benutzeroberfläche eingeführt wurde. Wenn das Gerät keine Benutzeroberfläche hat, mit eingeschränkter Energieversorgung läuft oder hinter begrenzter Konnektivität sitzt und die Flotte automatisiertes Konnektivitätsmanagement benötigt, ist SGP.32 die dafür ausgelegte Entsprechung, so Velocity IoT.

Wenn das Programm ein Einzelbetreiber-Aufbau im Automobil-Stil mit sehr hohem Volumen ist, bei dem der Betreiber für die Lebensdauer des Geräts feststeht, ist das Designzentrum von SGP.02 nicht disqualifizierend: Wherever SIM merkt an, dass der Standard auf riesige Projekte mit Millionen von SIM-Karten ausgerichtet war, vorausgesetzt, die SM-SR-Abhängigkeit wird in den Vertrag eingepreist. Wo bereits ein SGP.02-Bestand im Feld existiert, ist die aktuelle Frage die Migrationssequenzierung und Laufzeitabstimmung, nicht ein sofortiger Standardwechsel.

Einsatzkontexte, in denen ein SGP.02-eUICC weiterhin ausgeliefert wird

Eingelötete Telematik- und Automobil-Programme in großem Maßstab sind der Referenzfall: Wherever SIM merkt an, dass der Standard um Flotten mit Millionen von SIM-Karten herum gebaut wurde. Der Einkaufspfad dort ist eine Global IoT SIM mit Abdeckung in 180+ Ländern mit 2G/3G/4G/5G, LTE-M und NB-IoT, wo verfügbar, plus eSIM-Over-the-Air-Bereitstellung für Profiländerungen, nachdem die Einheiten versiegelt sind.

Sensoren und Zähler mit niedrigem Energiebedarf sind der zweite Kontext. Der SGP.32-Leitfaden unter sgp32.co.uk merkt an, dass NB-IoT-Geräte oft mit Kilobyte-Tagesdatenbudgets laufen, weshalb SGP.32-Profiloperationen CoAP über UDP mit DTLS statt HTTPS-Klasse-Verkehr nutzen. In diesen Flotten lebt der Tagesbetrieb in der CMP-Plattform und ihrer RESTful API und nicht in einer SIM-Management-Tabelle.

Multi-Länder-Rollouts sind der dritte. Eine Flotte, die in Dutzenden Ländern einbucht, will einen veröffentlichten Tarifplan und eine Managementebene: Länderraten über 166 Länder mit dem Rest auf Anfrage, eine CMP-Plattform, eine API. Wo das eUICC eingelötet ist und im Feld nicht ersetzt werden kann, wird die Profilportabilität vor dem Board-Release geklärt.

Eine Checkliste zur Standardschicht, bevor Sie einen SGP.02-Vertrag unterschreiben

SIMPM teilt den Stack dreifach auf: ETSI behandelt die Baumaterialien, einschließlich des MFF2-Chip-Formfaktors, der Art der Chipverlötung und der traditionellen UICC-Standards; 3GPP behandelt die Verbindungsleitungen, einschließlich 5G NR, LTE-M und NB-IoT; GSMA behandelt die Softwareschicht, in der SGP.02 und SGP.32 sitzen. Verlangen Sie, dass jede Modul-, eUICC- und SIM-Aussage eines Lieferanten die Organisation und die Anforderung benennt, auf die sie sich bezieht.

Zwei Prüfungen sind spezifisch für dieses Thema. Erstens: Stellen Sie die eUICC-Generation fest: sgp32.co.uk berichtet SGP.32 v1.2 als aktuelle Spezifikation mit zertifizierten Modulen, die auf den Markt kommen, was bedeutet, dass Modul-Roadmaps noch in Bewegung sind. Zweitens: Stellen Sie fest, wer die Rolle der Profilverwaltung für die Vertragslaufzeit ausübt und was beim Ausstieg passiert, denn diese Rolle ist es, die die Einzelbetreiber-Bindung unter SGP.02 erzeugt. Die hier verwendeten Quellen behandeln nur die Standardschicht; sie decken keine regionalspezifische Telekommunikationsregulierung ab.

SGP.02-Parameter, die ein SIM-Einkäufer schriftlich verifizieren sollte

Fallstricke und die Tests, die sie vor dem Scale-Up abfangen

Lock-in versteckt sich in Verträgen. Wherever SIM beschreibt die SGP.02-Profilverwaltung als Bindung von Unternehmen an einzelne Betreiber durch den SM-SR. Testen Sie das vor der Unterschrift: Fragen Sie, welche juristische Entität die Rolle ausübt, ob die Profilportabilität das Vertragsende übersteht und ob ein Betreiberwechsel den Austausch von Hardware erfordert.

Der Bereitstellungstransport verhält sich auf eingeschränkten Funkverbindungen anders. Telenor IoT merkt an, dass die frühe M2M-Bereitstellung servergesteuert war und häufig SMS nutzte. Testen Sie den Profildownload auf genau dem Funk und Energiemodus, den Sie ausliefern werden, LTE-M oder NB-IoT mit dem Gerät in seinem normalen Duty Cycle, statt auf einem Laborprüfstand mit starkem Signal.

Der Daten-Overhead der Profiloperationen wird leicht übersehen. Vergleichen Sie den Footprint von CoAP-mit-DTLS-Profiloperationen mit HTTPS-Klasse-Bereitstellung auf einem Gerät, dessen Tagesbudget Kilobyte beträgt (sgp32.co.uk). Testen Sie dann die Irreversibilität: Ein eingelötetes MFF2-eUICC kann im Feld nicht getauscht werden, sodass Bereitstellungsarbeit auf Prüfstandseinheiten vor dem Board-Release gehört. GlobalIoT.sim berechnet physische Test-SIMs zum normalen Kartenpreis und stellt ein eSIM-Testprofil kostenlos bereit.

Das Modul-Timing ist die letzte Falle. SGP.32 v1.2 ist die aktuelle Spezifikation, und zertifizierte Module kommen noch auf den Markt (sgp32.co.uk), sodass ein Migrationsplan, der annimmt, der heutige Katalog sei bereits vollständig, ungetestet ist.

Was die Spezifikationsänderung vom Mai 2023 für den eSIM-Einkauf bewirkt hat

Transforma Insights datiert die Zäsur: SGP.02 und SGP.22 erschienen 2014 und 2016, und die SGP.32-Spezifikation wurde von der GSMA Working Group 7 im Mai 2023 finalisiert. Die Änderung ist architektonisch. SGP.32 ersetzt den SM-SR durch das eIM, trennt die Profilvorbereitung von der Bereitstellungsverwaltung und schafft Multi-Operator-Flexibilität für die Gerätelebensdauer (sgp32.co.uk).

Für Einkäufer verschiebt das die Betreiberwahl von einer Bindung über die Gerätelebensdauer zu einer Entscheidung über die Vertragslaufzeit, wo das Modul dies unterstützt. Es trennt außerdem die eSIM-Bereitstellungsposition von der Datenposition, da die Bereitstellung separat angeboten wird, während Daten- und SIM-Gebühren auf einem veröffentlichten Länderplan stehen. Und es verändert die Aufgabe einer CMP-Plattform: Mit dem SM-SR aus dem Pfad liegt der Plattformwert im Flottenbetrieb und in der API-Automatisierung und nicht darin, der einzige Weg zu einem Profil zu sein.

So kaufen Sie: Wann eine veröffentlichte Länderrate ausreicht

Veröffentlichte Länderraten sind ausreichend, wenn die Flotte klein oder konzentriert ist, das Datenprofil feststeht und kein Profilwechsel zu erwarten ist. Nehmen Sie die Länder-Datenrate und die SIM-Gebühr, multiplizieren Sie mit der Flotte und vergleichen Sie mit dem Budget. Wenn diese Zahl passt und die eUICC-Generation geklärt ist, ist die Transaktion unkompliziert.

Ein Projektangebot ist der bessere Weg, wenn die Volumina groß sind, der Rollout viele Länder umfasst oder eSIM-Over-the-Air-Bereitstellung erforderlich ist, da diese separat angeboten wird. GlobalIoT.sim führt größere Volumina und Multi-Länder-Rollouts auf diesem Weg, mit Abdeckung in 180+ Ländern und 2G/3G/4G/5G, LTE-M und NB-IoT, wo verfügbar. Die Validierung ist günstig zu arrangieren: Ein eSIM-Testprofil ist kostenlos, während physische Test-SIMs zum normalen Kartenpreis berechnet werden.

SGP.02- und SGP.32-Fakten, die einen IoT-SIM-Kauf verändern

SGP.02 versus SGP.32 für M2M- und IoT-Flotten

Häufig gestellte Fragen

Wann sollte ein IoT-Integrator SGP.32 statt SGP.02 verwenden?

Wenn das Gerät dem entspricht, wofür SGP.32 ausgelegt wurde: begrenzte Konnektivität, Betrieb mit niedrigem Energiebedarf oder keine Benutzeroberfläche, plus automatisiertes Konnektivitätsmanagement im Flottenmaßstab (Velocity IoT). SGP.32 ersetzt außerdem den SM-SR durch das eIM, was die Einzelbetreiber-Bindung entfernt, die Wherever SIM SGP.02 zuschreibt. Wo eUICCs im Feld bereits SGP.02-Profile tragen, lautet die praktische Antwort Migrationssequenzierung innerhalb der Vertragslaufzeiten statt eines sofortigen Wechsels.

Was ist das eIM in SGP.32?

Das eIM ist die Rolle, die den SM-SR in SGP.32 ersetzt. Der SGP.32-Leitfaden unter sgp32.co.uk stellt fest, dass es die Profilvorbereitung von der Bereitstellungsverwaltung trennt, was die Multi-Operator-Flexibilität für die Gerätelebensdauer schafft. Für die Beschaffung entkoppelt es die Entität, die Profile vorbereitet, von der Entität, die sie bereitstellt und verwaltet, sodass der Betreiberwechsel keine Bindung über die Gerätelebensdauer mehr ist.

Was ist der Unterschied zwischen SGP.22 und SGP.32?

SGP.22 wurde 2016 für Endgeräte mit Benutzeroberfläche eingeführt, bei denen eine Person das Profil verwaltet (Telenor IoT, Transforma Insights). SGP.32 ist die IoT-Variante: Sie zielt auf Geräte mit begrenzter Konnektivität, niedrigem Energiebedarf oder ohne Benutzeroberfläche und nutzt CoAP über UDP mit DTLS für Profiloperationen statt HTTPS-Klasse-Verkehr, was für Geräte mit Kilobyte-Tagesdatenbudgets wichtig ist (sgp32.co.uk).

Was sind die neuesten eSIM-Standards für IoT?

Über die hier verwendeten Quellen hinweg ist die neueste Remote-SIM-Provisioning-Variante für IoT SGP.32, finalisiert von der GSMA Working Group 7 im Mai 2023 (Transforma Insights). Der SGP.32-Leitfaden unter sgp32.co.uk berichtet v1.2 als aktuelle Spezifikation mit zertifizierten Modulen, die auf den Markt kommen, sodass die Modulverfügbarkeit noch ein bewegliches Teil ist. Die aktuelle Frage ist daher, wann Ihr gewähltes Modul es unterstützt, nicht ob der Standard existiert.

Was ist der GSMA Discovery Service und warum ist er wichtig?

Die für diese Analyse geprüften Quellen beschreiben keinen GSMA Discovery Service, sodass jedes Detail hier unzuverlässig wäre. Was sie belegen, ist, dass die SGP.02-Profilverwaltung über den SM-SR läuft und dass genau diese Abhängigkeit Unternehmen an einzelne Betreiber band (Wherever SIM, sgp32.co.uk). Das ist die Frage, die einem Lieferanten zu stellen ist: Welche Entität führt die Profilverwaltung durch, und was passiert am Ende des Vertrags?