SGP.22 vs SGP.32 : qui active

SGP.22 suppose un écran et une personne. SGP.32 suppose une flotte et un eIM. Le modèle d'activation décide de la spécification qui convient.

practitioner · 4 min de lecture

SGP.22 est la spécification eSIM grand public : une personne active un profil sur un appareil à écran. SGP.32 est la spécification IoT : un gestionnaire eSIM IoT dans le back-end active des profils sur toute une flotte sans personne près de l'appareil. SGP.02 est la génération M2M précédente, et son matériel ne devient pas SGP.32 par les airs.

Faits clés

  • SGP.22 (v3.0, 19 octobre 2022) est la spécification grand public ; SGP.32 (v1.2, 27 juin 2024) est celle de l'IoT.
  • SGP.22 utilise un SM-DP+ et un SM-DS avec un assistant de profil local ; SGP.32 ajoute un eIM et un assistant de profil IoT au-dessus du SM-DP+.
  • SGP.02 est la génération M2M précédente ; le matériel SGP.02 installé ne devient pas SGP.32 par les airs.
  • Tout premier profil a besoin d'une connexion d'amorçage ou d'une connectivité locale.

La personne près de l'appareil décide de la spécification

La différence entre SGP.22 et SGP.32 n'est ni la radio ni la forme de la SIM. Elle tient à qui est présent quand un profil est activé. SGP.22 suppose un utilisateur avec un écran, capable de scanner un code, de lire une invite et de confirmer un téléchargement. SGP.32 suppose un gestionnaire de flotte dans un back-end qui active un appareil sans écran et sans personne à côté.

Cette hypothèse décide de l'architecture, du chemin de défaillance et de l'équipe qui l'exploite. Un appareil grand public a besoin d'un flux d'activation qu'une personne peut terminer. Une flotte sans personnel a besoin d'un système de gestion qui peut sélectionner, télécharger, activer, suspendre et retirer des profils sans envoyer quelqu'un sur site.

Deux parcours d'activation

SGP.22 (grand public)

  1. 1 Commande
  2. 2 Scanner le QR
  3. 3 Téléchargement du profil Étape actuelle
  4. 4 Activer sur l’appareil

SGP.32 (IoT)

  1. 1 Commande
  2. 2 L’eIM choisit un profil
  3. 3 Téléchargement du profil Étape actuelle
  4. 4 Personne sur l’appareil
Les deux se terminent par un profil activé. La différence tient à qui lance le téléchargement et à qui peut le résoudre. Source: GSMA SGP.22 v3.0 et SGP.32 v1.2
Description textuelle

Le parcours grand public est commande, scan du QR code, téléchargement du profil et activation, avec confirmation de l'utilisateur sur l'appareil. Le parcours IoT est commande, sélection par l'eIM, téléchargement et fin sans personne près de l'appareil. Le parcours grand public suppose que quelqu'un peut refaire un scan échoué. Le parcours IoT suppose que l'eIM et l'appareil se rétablissent sans visite.

SGP.22 en une minute

Un opérateur ou un fournisseur de profils prépare un profil sur un SM-DP+, et un serveur de découverte, le SM-DS, peut prévenir l'appareil qu'un profil est disponible. Un assistant de profil local sur l'appareil télécharge le profil, l'installe et l'active après le consentement de l'utilisateur. Le déclencheur est généralement un QR code, un code d'activation ou une application. Le flux suppose une boutique d'applications, un menu de réglages et un utilisateur capable de résoudre un téléchargement en échec.

SGP.32 en une minute

Un gestionnaire eSIM IoT, l'eIM, se trouve dans le back-end de l'entreprise ou du fournisseur et orchestre les téléchargements, remplacements et suppressions de profils sur une flotte, en lien avec un SM-DP+ qui prépare le profil et un SM-DS facultatif. Un assistant de profil IoT, l'IPA, s'exécute sur l'appareil ou l'eUICC et exécute les commandes. L'appareil a besoin d'une certaine connectivité pour son premier profil : un profil d'amorçage, un réseau local ou un autre chemin temporaire. Le modèle est conçu pour l'échelle, pour du matériel déjà installé et pour des changements qui ne peuvent pas attendre une visite.

Trois générations, trois modèles d'activation

Le composant back-end et l'exigence côté appareil sont les différences pratiques.
ÉlémentSGP.02SGP.22SGP.32
Qui lance l'activationLa plateforme M2M de l'opérateurL'utilisateur, avec un code ou une applicationL'eIM dans le back-end
Composant back-endUn gestionnaire d'abonnements avec routage sécuriséUn SM-DP+ et un SM-DS facultatifUn eIM plus un SM-DP+ (et un SM-DS facultatif)
Côté appareilUne eUICC M2MUn assistant de profil localUn assistant de profil IoT (IPA)
Appareil typiqueÉquipement M2M installéTéléphone, tablette, ordinateur portable, eSIM de voyageFlotte de traceurs, compteurs ou capteurs
Chemin de mise à niveauRemplacement du matérielTéléchargement de profil ou changement d'appareilTéléchargement de profil ; le module et l'eUICC doivent le prendre en charge

Un appareil met en œuvre un flux. Le module, l'eUICC et la plateforme de gestion doivent concorder.

Spécifications de provisionnement à distance GSMA

Ce qui a changé depuis SGP.02

SGP.02 était la spécification de provisionnement à distance M2M. Elle utilisait un gestionnaire d'abonnements avec un rôle de routage sécurisé entre le fournisseur de profils et l'appareil, avant la maturité de l'écosystème eSIM grand public. SGP.32 sépare l'orchestration de l'opérateur : l'eIM sélectionne et gère les profils, l'IPA exécute sur l'appareil, et le téléchargement utilise une connectivité IP standard. Le résultat est moins de pièces propres à un opérateur et un modèle de gestion adapté à une flotte d'entreprise.

Les installations SGP.02 étaient souvent construites autour de plateformes propres à un opérateur. SGP.32 place l'orchestration dans l'entreprise ou le fournisseur de connectivité, ce qui facilite les flottes multi-opérateurs, mais rend le choix de l'eIM et du propriétaire des profils plus important. Demandez qui exploite l'eIM, qui tient l'inventaire des profils et comment se passe la remise à la fin du contrat.

La migration est un plan matériel

Les appareils SGP.02 déjà installés ne migrent pas avec un interrupteur logiciel. L'eUICC, le module et la plateforme de gestion doivent prendre en charge SGP.32, donc le changement a lieu au remplacement du matériel. Séparez la flotte en deux groupes : les appareils qui finiront leur vie en SGP.02 et ceux dont le remplacement peut porter le nouveau flux.

Pour le second groupe, testez le nouveau flux avant d'expédier le premier remplacement. Vérifiez le chemin d'amorçage, la reprise par l'eIM et l'inventaire des profils. Gardez l'ancienne plateforme capable de lire la base installée jusqu'au dernier appareil, car une flotte mixte a besoin de deux registres qui concordent.

Le profil a une vie

Un profil est commandé, téléchargé, installé, activé, utilisé, suspendu, remplacé et supprimé. Chaque étape a besoin d'un responsable et d'un enregistrement. La commande lie le profil à un EID et un ICCID. Le téléchargement a besoin de connectivité et d'un déclencheur. L'activation rend le profil actif et désactive le précédent. Le remplacement répète téléchargement et activation pour un nouveau profil. La suppression retire le profil de l'eUICC et libère l'espace.

Enregistrez l'EID, l'ICCID et l'IMSI à chaque étape. L'EID identifie la puce, l'ICCID identifie le profil et l'IMSI identifie l'abonnement que le réseau authentifie. Sans cet enregistrement, un remplacement devient une supposition sur le profil présent sur chaque appareil. Testez le cycle complet, y compris un téléchargement en échec et un retour arrière, avant de monter en charge.

Ce qu'il faut vérifier avant d'acheter

Demandez des preuves de test dans les marchés de lancement, sur le firmware réel.

Vérifiez vos acquis

  1. Un traceur sans écran doit être provisionné depuis le bureau. Quelle spécification convient ?

    SGP.32, si le module et l'eUICC le prennent en charge et si un eIM gère la flotte. SGP.22 suppose une personne près de l'appareil.

  2. Le matériel SGP.02 peut-il être mis à niveau vers SGP.32 par les airs ?

    Non. L'appareil et l'eUICC doivent prendre en charge la nouvelle spécification, donc la migration suit le cycle du matériel.

  3. De quoi un téléchargement de profil a-t-il besoin avant de commencer ?

    D'un profil d'amorçage, d'un réseau local ou d'une autre connexion temporaire, plus d'un déclencheur de l'utilisateur ou de l'eIM.

Les réponses s’affichent sur demande. Rien n’est noté, stocké ni envoyé.

Questions fréquentes

Un téléphone peut-il utiliser SGP.32 ?

Les téléphones suivent SGP.22. SGP.32 vise les flottes sans écran ni mains près de l'appareil.

Faut-il du nouveau matériel pour SGP.32 ?

Des modules et des eUICC compatibles SGP.32, oui. L'existant s'évalue module par module.

SGP.32 est-il rétrocompatible avec SGP.22 ?

Non, pas comme remplacement direct. SGP.32 réutilise le SM-DP+ et le format de profil de SGP.22, mais remplace le flux LPA piloté par l'utilisateur par l'eIM et l'IPA. Un appareil met en œuvre un flux, et la plateforme de gestion doit concorder.

Qu'est-ce qu'un eIM ?

Le gestionnaire eSIM IoT : le composant back-end qui orchestre les téléchargements, remplacements et suppressions de profils d'une flotte IoT sous SGP.32.

Peut-on changer de fournisseur plus tard ?

Cela dépend de qui possède les profils et de ce que la politique de l'eUICC autorise. Demandez les conditions de sortie et un chemin de migration testé avant de signer.
  • Itinérance permanente, pays par pays

    Combien de temps une SIM étrangère peut itinérer avant d’avoir besoin d’un profil local, pour le Brésil, le Mexique et la Colombie.

  • SGP.32 pour les appareils IoT

    Ce que SGP.32 change pour les parcs IoT, quels appareils sont éligibles, et pourquoi les appareils SGP.02 ne peuvent pas être mis à niveau à distance.

  • Identifiant eUICC (EID)

    L’identifiant de l’eUICC, distinct de l’abonnement.

Passez à la pratique

Indiquez le trafic, la destination et la mesure nécessaire ; nous répondons avec l’étape suivante.