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.
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.
Auf dieser Seite
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 Bestellung
- 2 QR-Code scannen
- 3 Profil wird geladen Aktueller Schritt
- 4 Auf dem Gerät aktivieren
SGP.32 (IoT)
- 1 Bestellung
- 2 eIM wählt ein Profil
- 3 Profil wird geladen Aktueller Schritt
- 4 Niemand am Gerät
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
| Element | SGP.02 | SGP.22 | SGP.32 |
|---|---|---|---|
| Wer die Aktivierung startet | Die M2M-Plattform des Betreibers | Der Nutzer, mit einem Code oder einer App | Der eIM im Backend |
| Backend-Komponente | Ein Subscription Manager mit sicherem Routing | Ein SM-DP+ und ein optionaler SM-DS | Ein eIM plus ein SM-DP+ (und optionaler SM-DS) |
| Geräteseite | Eine M2M-eUICC | Ein lokaler Profilassistent | Ein IoT-Profilassistent (IPA) |
| Typisches Gerät | Installierte M2M-Ausrüstung | Smartphone, Tablet, Laptop, Reise-eSIM | Tracker-, Zähler- und Sensorflotte |
| Upgrade-Pfad | Austausch der Hardware | Profildownload oder Gerätewechsel | Profildownload; Modul und eUICC müssen ihn unterstützen |
Ein Gerät implementiert genau einen Ablauf. Modul, eUICC und Managementplattform müssen zusammenpassen.
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
-
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.
-
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.
-
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?
Brauchen wir für SGP.32 neue Hardware?
Ist SGP.32 abwärtskompatibel mit SGP.22?
Was ist ein eIM?
Können wir später den Anbieter wechseln?
Verwandte Inhalte
- 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.
Verwandte Produkte
In die Praxis umsetzen
Nennen Sie uns den Verkehr, das Ziel und die benötigte Messung; wir antworten mit dem nächsten Schritt.