SGP.22 vs. SGP.32: wer aktiviert

SGP.22 setzt einen Bildschirm und eine Person voraus. SGP.32 setzt eine Flotte und einen eIM voraus. Das Aktivierungsmodell entscheidet, welche Spezifikation zum Gerät passt.

practitioner · 4 Min. Lesezeit

SGP.22 ist die eSIM-Spezifikation für Verbrauchergeräte: Eine Person aktiviert ein Profil auf einem Gerät mit Bildschirm. SGP.32 ist die IoT-Spezifikation: Ein eSIM-IoT-Manager im Backend aktiviert Profile in einer ganzen Flotte, ohne dass eine Person am Gerät ist. SGP.02 ist die frühere M2M-Generation, und ihre Hardware lässt sich nicht over the air auf SGP.32 umstellen.

Eckdaten

  • SGP.22 (v3.0, 19. Oktober 2022) ist die Spezifikation für Verbrauchergeräte; SGP.32 (v1.2, 27. Juni 2024) ist die IoT-Spezifikation.
  • SGP.22 nutzt einen SM-DP+ und einen SM-DS mit einem lokalen Profilassistenten; SGP.32 ergänzt den SM-DP+ um einen eIM und einen IoT-Profilassistenten.
  • SGP.02 ist die frühere M2M-Generation; installierte SGP.02-Hardware kann nicht over the air zu SGP.32 werden.
  • Jedes erste Profil benötigt eine Bootstrap-Verbindung oder lokale Konnektivität.

Die Person am Gerät entscheidet über die Spezifikation

Der Unterschied zwischen SGP.22 und SGP.32 liegt nicht im Funkteil oder in der SIM-Bauform. Er liegt darin, wer anwesend ist, wenn ein Profil aktiviert wird. SGP.22 setzt einen Nutzer mit Bildschirm voraus, der einen Code scannen, einen Hinweis lesen und einen Download bestätigen kann. SGP.32 setzt einen Flottenmanager im Backend voraus, der ein Gerät ohne Bildschirm aktiviert, neben dem niemand steht.

Diese Annahme bestimmt die Architektur, den Fehlerpfad und das Team, das den Betrieb übernimmt. Ein Verbrauchergerät braucht einen Aktivierungsablauf, den eine Person abschließen kann. Eine unbeaufsichtigte Flotte braucht ein Managementsystem, das Profile auswählen, herunterladen, aktivieren, sperren und außer Betrieb nehmen kann, ohne jemanden vor Ort zu schicken.

Zwei Wege durch die Aktivierung

SGP.22 (Verbraucher)

  1. 1 Bestellung
  2. 2 QR-Code scannen
  3. 3 Profil wird geladen Aktueller Schritt
  4. 4 Auf dem Gerät aktivieren

SGP.32 (IoT)

  1. 1 Bestellung
  2. 2 eIM wählt ein Profil
  3. 3 Profil wird geladen Aktueller Schritt
  4. 4 Niemand am Gerät
Beide Wege enden mit einem aktivierten Profil. Der Unterschied liegt darin, wer den Download startet und wer ihn reparieren kann. Quelle: GSMA SGP.22 v3.0 und SGP.32 v1.2
Textbeschreibung

Der Verbraucherablauf umfasst Bestellung, QR-Scan, Profildownload und Aktivierung, wobei der Nutzer auf dem Gerät bestätigt. Der IoT-Ablauf umfasst Bestellung, Auswahl durch den eIM, Profildownload und Abschluss ohne Person am Gerät. Der Verbraucherablauf setzt voraus, dass jemand einen fehlgeschlagenen Scan wiederholen kann. Der IoT-Ablauf setzt voraus, dass sich eIM und Gerät ohne Einsatz vor Ort erholen können.

SGP.22 in einer Minute

Ein Betreiber oder Profilanbieter bereitet ein Profil auf einem SM-DP+ vor, und ein Discovery-Server, der SM-DS, kann dem Gerät mitteilen, dass ein Profil verfügbar ist. Ein lokaler Profilassistent auf dem Gerät lädt das Profil herunter, installiert es und aktiviert es, nachdem der Nutzer zugestimmt hat. Auslöser ist meist ein QR-Code, ein Aktivierungscode oder eine App. Der Ablauf setzt einen App-Store, ein Einstellungsmenü und einen Nutzer voraus, der einen fehlgeschlagenen Download selbst beheben kann.

SGP.32 in einer Minute

Ein eSIM-IoT-Manager, der eIM, sitzt im Backend des Unternehmens oder Anbieters und steuert Profildownloads, Profilwechsel und Löschungen in der gesamten Flotte. Dabei arbeitet er mit einem SM-DP+, der das Profil vorbereitet, und einem optionalen SM-DS zusammen. Ein IoT-Profilassistent, der IPA, läuft auf dem Gerät oder der eUICC und führt die Befehle aus. Für sein erstes Profil braucht das Gerät eine Verbindung: ein Bootstrap-Profil, ein lokales Netz oder einen anderen vorübergehenden Weg. Das Modell ist für Skalierung ausgelegt, für bereits installierte Hardware und für Änderungen, die nicht auf einen Einsatz vor Ort warten dürfen.

Drei Generationen, drei Aktivierungsmodelle

Die Backend-Komponente und die Anforderung an das Gerät sind die praktischen Unterschiede.
ElementSGP.02SGP.22SGP.32
Wer die Aktivierung startetDie M2M-Plattform des BetreibersDer Nutzer, mit einem Code oder einer AppDer eIM im Backend
Backend-KomponenteEin Subscription Manager mit sicherem RoutingEin SM-DP+ und ein optionaler SM-DSEin eIM plus ein SM-DP+ (und optionaler SM-DS)
GeräteseiteEine M2M-eUICCEin lokaler ProfilassistentEin IoT-Profilassistent (IPA)
Typisches GerätInstallierte M2M-AusrüstungSmartphone, Tablet, Laptop, Reise-eSIMTracker-, Zähler- und Sensorflotte
Upgrade-PfadAustausch der HardwareProfildownload oder GerätewechselProfildownload; Modul und eUICC müssen ihn unterstützen

Ein Gerät implementiert genau einen Ablauf. Modul, eUICC und Managementplattform müssen zusammenpassen.

GSMA-Spezifikationen für die Fernbereitstellung

Was sich gegenüber SGP.02 geändert hat

SGP.02 war die Spezifikation für die M2M-Fernbereitstellung. Sie nutzte einen Subscription Manager mit sicherer Routing-Rolle zwischen Profilanbieter und Gerät, noch bevor das eSIM-Ökosystem für Verbrauchergeräte ausgereift war. SGP.32 trennt die Orchestrierung vom Betreiber: Der eIM wählt und verwaltet Profile, der IPA führt sie auf dem Gerät aus, und der Download nutzt normale IP-Konnektivität. Das Ergebnis sind weniger betreiberspezifische Bestandteile und ein Managementmodell, das zu einer Unternehmensflotte passt.

SGP.02-Bestände wurden oft um betreiberspezifische Plattformen herum aufgebaut. SGP.32 verlagert die Orchestrierung zum Unternehmen oder zum Konnektivitätsanbieter. Das erleichtert die Verwaltung von Flotten mit mehreren Betreibern, macht aber die Wahl des eIM und des Profilinhabers wichtiger. Fragen Sie, wer den eIM betreibt, wer den Profilbestand führt und wie die Übergabe am Vertragsende abläuft.

Migration ist ein Hardwareplan

Installierte SGP.02-Geräte migrieren nicht über einen Software-Schalter. Die eUICC, das Modul und die Managementplattform müssen SGP.32 unterstützen, daher erfolgt der Wechsel mit dem Austausch der Hardware. Planen Sie den Bestand in zwei Gruppen: Geräte, die ihr Lebensende auf SGP.02 erreichen, und Geräte, deren Nachfolger den neuen Ablauf mitbringen können.

Testen Sie für die zweite Gruppe den neuen Ablauf, bevor der erste Austausch ausgeliefert wird. Bestätigen Sie den Bootstrap-Pfad, die Übergabe an den eIM und den Profilbestand. Halten Sie die alte Plattform lesefähig für den installierten Bestand, bis das letzte Gerät außer Betrieb ist, denn ein gemischter Bestand braucht zwei Datensätze, die sich abgleichen lassen.

Das Profil hat einen Lebenszyklus

Ein Profil wird bestellt, heruntergeladen, installiert, aktiviert, genutzt, gesperrt, gewechselt und gelöscht. Jeder Schritt braucht einen Verantwortlichen und einen Datensatz. Die Bestellung verknüpft das Profil mit einer EID und einer ICCID. Der Download braucht Konnektivität und einen Auslöser. Die Aktivierung schaltet das Profil aktiv und deaktiviert das vorherige. Der Wechsel wiederholt Download und Aktivierung für ein neues Profil. Das Löschen entfernt das Profil von der eUICC und gibt den Speicher frei.

Erfassen Sie bei jedem Schritt die EID, die ICCID und die IMSI. Die EID identifiziert den Chip, die ICCID das Profil und die IMSI das Abonnement, das das Netz authentifiziert. Ohne diesen Datensatz wird ein Wechsel zum Raten, welches Profil auf welchem Gerät liegt. Testen Sie den vollständigen Zyklus, einschließlich eines fehlgeschlagenen Downloads und eines Rollbacks, bevor Sie skalieren.

Was Sie vor dem Kauf prüfen sollten

Verlangen Sie Testnachweise in den Märkten, in denen Sie starten, mit der tatsächlichen Firmware.

Prüfen Sie Ihr Wissen

  1. Ein Tracker hat keinen Bildschirm und muss vom Büro aus bereitgestellt werden. Welche Spezifikation passt?

    SGP.32, sofern Modul und eUICC sie unterstützen und ein eIM die Flotte verwaltet. SGP.22 setzt eine Person am Gerät voraus.

  2. Lässt sich SGP.02-Hardware over the air auf SGP.32 aufrüsten?

    Nein. Gerät und eUICC müssen die neuere Spezifikation unterstützen, daher folgt die Migration dem Hardwarezyklus.

  3. Was braucht ein Profildownload, bevor er starten kann?

    Ein Bootstrap-Profil, ein lokales Netz oder eine andere vorübergehende Verbindung sowie einen Auslöser durch den Nutzer oder den eIM.

Antworten werden auf Wunsch angezeigt. Nichts wird bewertet, gespeichert oder gesendet.

FAQ

Kann ein Smartphone SGP.32 nutzen?

Smartphones folgen SGP.22. SGP.32 richtet sich an Flotten ohne Bildschirm und ohne Hände am Gerät.

Brauchen wir für SGP.32 neue Hardware?

SGP.32-fähige Module und eUICCs, ja. Alles bereits Installierte muss Modul für Modul bewertet werden.

Ist SGP.32 abwärtskompatibel mit SGP.22?

Nein, nicht als direkter Ersatz. SGP.32 übernimmt den SM-DP+ und das Profilformat von SGP.22, ersetzt aber den nutzergesteuerten LPA-Ablauf durch eIM und IPA. Ein Gerät implementiert einen Ablauf, und die Managementplattform muss dazu passen.

Was ist ein eIM?

Der eSIM-IoT-Manager: die Backend-Komponente, die unter SGP.32 Profildownloads, Profilwechsel und Löschungen für eine IoT-Flotte steuert.

Können wir später den Anbieter wechseln?

Das hängt davon ab, wem die Profile gehören und was die eUICC-Richtlinie zulässt. Fragen Sie vor der Unterzeichnung nach den Ausstiegsbedingungen und einem getesteten Migrationspfad.

Begriffe, die Ihnen begegnen

  • Permanentes Roaming, Land für Land

    Wie lange eine ausländische SIM roamen darf, bevor sie ein lokales Profil braucht – für Brasilien, Mexiko und Kolumbien, mit dem Entscheidungsweg zum passenden Produkt.

  • SGP.32 für IoT-Geräte

    Was SGP.32 für IoT-Flotten ändert, welche Geräte infrage kommen und warum SGP.02-Geräte nicht over the air aufgerüstet werden können.

  • eUICC-Kennung (EID)

    Die Kennung der eUICC, getrennt vom Abonnement.

In die Praxis umsetzen

Nennen Sie uns den Verkehr, das Ziel und die benötigte Messung; wir antworten mit dem nächsten Schritt.