Avec SGP.32, le point de déclenchement des interactions de profil peut être l'appareil ou le nuage/serveur. En d'autres termes, elle prend en charge un modèle "push" et un modèle "pull", ce qui n'était pas le cas avec les normes SGP.02 (push uniquement) et SGP.22 (pull uniquement).
Certains fournisseurs ont affirmé que le modèle "pull" de la norme SGP.22 offrait aux consommateurs la flexibilité ultime et supprimait le contrôle de l'entreprise et de l'opérateur, ce qui est largement inexact. Les opérateurs et les entreprises conservent un contrôle total sur les profils qui sont téléchargés et activés sur les appareils IoT, et ce pour de bonnes raisons. Cela permet de maintenir la qualité de service et la sécurité.
Il en va de même pour SGP.32 : seuls les profils pré-approuvés et contractuels peuvent être téléchargés et activés, ce qui signifie que les relations avec les opérateurs restent essentielles, même si, dans la grande majorité des cas, un fournisseur de services IoT (ou MVNO) s'en chargera pour vous.
|
Cas d'utilisation
|
Cas d'utilisation
|
Contraintes liées aux appareils
|
Mécanisme d'approvisionnement
|
Évolutivité et flexibilité
|
|
SGP.02 (M2M)
|
Dispositifs automobiles/industriels/M2M
|
Dispositifs sans tête, à forte consommation de ressources
|
Basé sur le push, centré sur le SMS
|
Limité ; non conçu pour les capteurs IoT à grande échelle
|
|
SGP.22 (consommateurs)
|
Smartphones, gadgets grand public
|
Utilisables avec l'interface utilisateur, interactifs
|
Basé sur l'impulsion via l'interaction avec l'utilisateur (QR, application)
|
Élevé pour le consommateur
|
|
SGP.32 (IoT)
|
Dispositifs IoT à faible consommation, sans tête
|
Contraints par l'interface utilisateur, limités par le réseau
|
Push/pull avec IPA + eIM, basé sur IP
|
Optimisé pour les déploiements mondiaux et évolutifs de l'IdO
|