SGP.32 : réponses à vos questions techniques

SGP.32 est la nouvelle norme eSIM pour la provisionnement à distance des cartes SIM (RSP) dans l’IoT. Conçue spécialement pour l’ IoT, elle permet des déploiements IoT légers, évolutifs et à faible consommation d’énergie, rendant ainsi le RSP applicable à des millions d’appareils. Elle a ouvert le marché et devrait générer environ 195 millions de téléchargements de profils SGP.32 en 2029, soit 70 % de l’ensemble des profils IoT[i]. Mais elle soulève de nombreuses questions.

Les 3 points clés à retenir concernant les questions techniques relatives au profil SGP.32

1. La norme SGP.32 convient à un large éventail de cas d’utilisation de l’IoT, allant des applications échangeant de grands volumes de données aux capteurs restés en place pendant de nombreuses années
2. La norme SGP.32 nécessite des services ou des fonctions spécifiques, tels qu’un gestionnaire eSIM IoT (eIM) et un assistant de profil IoT (IPA). Si certains peuvent se charger eux-mêmes de leur acquisition et de leur gestion, d’autres préféreront faire appel à un fournisseur « tout-en-un »
3. Il existera probablement toute une gamme de modèles de paiement, notamment des formules de paiement à la transaction et des approches basées sur des frais de service. Souvent, les fournisseurs incluront cette fonctionnalité dans leurs tarifs globaux.

Wireless Logic’s Toby Gasston (TG) et Paul Bullock (PB) de Wireless Logic se sont joints à Robin Duke Woolley, PDG de Beecham Research, et à Jean-François Gros ( JFG), responsable des gammes de produits pour les services IoT chez Thales, lors d’un récent webinaire afin de répondre à des questions techniques sur :

• Quand et comment aborder un investissement dans la norme SGP.32
• Les réalités du déploiement mondial
• La gestion de la transition depuis les approches eSIM existantes
• Les considérations architecturales et opérationnelles à grande échelle.

Les sessions enregistrées sont classées par question, ce qui vous permet de vous concentrer sur les sujets qui vous intéressent. Nous en avons sélectionné ici 10 parmi les meilleures.

Réponses aux 10 questions les plus fréquentes sur la norme SGP.32

Les principaux atouts de la session SGP.32

1. Quels sont les principaux cas d’utilisation du SGP.32 ?
TG : Tous ! Pour les solutions à haut débit qui consomment des gigaoctets ou des téraoctets de données, le SGP.32 rend sans aucun doute la gestion des coûts bien plus intéressante. Mais même à l’autre extrémité de l’échelle, comme pour des capteurs installés dans des regards depuis dix ans, tout le modèle économique est compromis si vous devez envoyer quelqu’un sur place pour retirer une carte SIM et en insérer une nouvelle. En réalité, il existe donc des cas d’utilisation à chaque extrémité du spectre, et dans chaque secteur d’activité, auxquels le SGP.32 répond et pour lesquels il est pertinent.

2. Quelles caractéristiques déterminent quels déploiements IoT tireront le plusgrandbénéfice de la norme SGP.32 ?
PB : C’est sur les marchés réglementés et dans les déploiements multinationaux que l’on constatera les plus grands avantages, mais surtout dans les cas d’utilisation présentant des volumes de données supérieurs à la moyenne. La raison en est que, sur la durée de vie de l’appareil, lorsque les coûts de connectivité sont élevés, la nécessité de maîtriser ces coûts est d’autant plus forte, tant du point de vue de votre fournisseur que du vôtre. La norme SGP.32 offre aux entreprises et aux fournisseurs de services de nouveaux niveaux de contrôle pour maîtriser et réduire les coûts au fil du temps.

TG : Quoi qu’il en soit, je ne vois aucune raison valable de ne pas adopter la norme SGP.32. Si vous devez développer votre propre plateforme d’orchestration et d’autres éléments, cela coûte cher et n’est peut-être pas ce que vous souhaitez faire ; mais trouver un fournisseur de connectivité capable de vous proposer un produit de connectivité de base sur une carte SIM SGP.32, avec la possibilité d’y ajouter des fonctionnalités ultérieurement, devrait constituer la norme de facto.

Déploiement de la norme SGP.32 : rôles, plateforme et provisionnement

4. Quels nouveaux rôles ou quelles nouvelles plateformes (par exemple, des orchestrateurs) sont nécessaires, au-delà de la norme technique, pour rendre la norme SGP.32 commercialement viable ?
JFG : Techniquement, la norme SGP.32 n’est qu’une API entre un gestionnaire d’eSIM IoT (eIM) et un assistant de profil IoT (IPA). Elle ne comporte aucune intelligence.

Guide d’achat SGP.32

Pour une solution de bout en bout, vous avez besoin d’un orchestrateur, car il y a plusieurs relations avec des opérateurs de réseaux mobiles (MNO) à surveiller, gérer et orchestrer. L’orchestrateur eSIM vous permet de définir vos règles métier, telles que le profil MNO à utiliser dans chaque pays.

L’ensemble des fonctions de ces différents éléments est géré via la plateforme de gestion de la connectivité (CMP), également appelée « tableau de bord unique », qui permet de télécharger de nouveaux profils et de les activer. Tout cela doit être orchestré et automatisé.

JFG : Cela dépend du niveau d’expertise, du type d’entreprise et du fait qu’elle traite avec des opérateurs de réseaux mobiles (MNO), des équipementiers (OEM) ou des fournisseurs de services IoT, car ceux-ci disposent de niveaux d’expertise et d’infrastructures différents.

Le premier point clé à comprendre est le cas d’utilisation, puis les éléments déjà en place, tels que les CMP ou la gestion des appareils, le niveau d’orchestration et d’automatisation, ainsi que le nombre d’appareils. À partir de là, il est possible de définir la meilleure stratégie de mise sur le marché, qui pourrait prendre la forme d’une approche par étapes. Les fournisseurs peuvent proposer une solution « tout-en-un » – eIM plus orchestration, « tableau de bord unique », connectivité, etc. – et l’entreprise peut développer et ajouter ses propres services. Vous n’avez besoin de rien au départ ; vous pouvez partir de zéro et évoluer au fil du temps, car certains fournisseurs sont en mesure de tout fournir.

6. Quelles approches de mise en œuvre de l’IPA sont adoptées ? Existe-t-il une orientation claire du marché ou un classement ?
JFG : Il existe deux approches : l’IPAge (sur la puce eSIM) et l’IPAd (sur l’appareil). L’IPAge constitue la voie la plus rapide vers la commercialisation : il permet une mise à niveau, ne nécessite pas l’installation d’un nouveau micrologiciel et fonctionne sur tous les appareils. Bien sûr, vous devez vérifier que cela fonctionne avec votre module. Cependant, vous devez déterminer la logique métier que vous allez appliquer. Si l’IPAge ne permet pas de mettre en œuvre cette logique métier, vous devrez peut-être recourir à l’IPAd. L’IPAd nécessite davantage de développement et de validation de logiciels embarqués ; l’IPAge sera donc le modèle privilégié pour la plupart des appareils IoT.

TG : Cela dépend de la configuration de la chaîne de production et du moment où le chargement du profil est possible. Parfois, cela impliquera une connexion Wi-Fi, d’autres fois un démarrage par réseau cellulaire, et parfois le chargement latéral utilisera une connexion physique à l’appareil. Vous devez comprendre le processus de fabrication et en discuter avec un fournisseur de connectivité disposant d’un partenaire RSP. Celui-ci devrait pouvoir faire intervenir ce partenaire dans vos échanges afin de discuter des modalités de livraison des profils.

8. Le remplacement de profils apporte des avantages évidents, mais entraîne également des coûts supplémentaires. Comment les organisations doivent-elles évaluer les impacts « cachés », tels que la consommation d’énergie et la diversité des tailles de profils ?
TG : La principale différence entre les profils SGP.32 et SGP.22 réside dans leur encombrement. Un profil SGP.22 grand public peut atteindre 100 kilo-octets, tandis qu’un profil SGP.32 IoT peut faire moins d’un kilo-octet. Il est important de bien comprendre cela pour gérer la consommation de la batterie. Vous pourriez avoir des frais de téléchargement facturés par votre fournisseur eIM, ou des frais mensuels frais mensuels, et un opérateur de connectivité (MNO) peut facturer un euro par profil ; il faut alors vérifier s’il y a des frais d’activation – cela dépend de la manière dont les différents acteurs du secteur s’engagent. Les gagnants sur le marché seront ceux qui sont prêts à s’engager, à faire preuve de flexibilité et à soutenir leurs clients.

Modèles opérationnels pour la norme SGP.32

PB : Ils ne sont pas tenus de s’approvisionner auprès d’un seul fournisseur. Les organisations peuvent recourir à plusieurs sources d’approvisionnement. Il est probable que nous assistions à toute une gamme d’approches. Certaines s'appuieront sur un prestataire « tout-en-un » car leur entreprise ne gère pas la connectivité et qu'elles parviennent à un accord commercialement satisfaisant avec un prestataire. D'autres achèteront peut-être leurs propres cartes SIM et passeront un contrat avec un prestataire de services eIM, etc.

JFG : Il existe différents modèles selon le cas d’utilisation. Par exemple, les opérateurs de compteurs intelligents peuvent n’effectuer qu’une seule transaction en dix ans ; on ne peut pas leur demander de payer des frais de service, ils auraient besoin d’un modèle transactionnel. En revanche, les caméras embarquées dans les véhicules et les systèmes IoT de suivi et de traçabilité généreront des transactions régulières. Ils auront davantage besoin d’un modèle de type « forfait illimité ».