Con SGP.32, el punto de activación de las interacciones del perfil puede ser el dispositivo o la nube/servidor. En otras palabras, admite un modelo "push" y otro "pull", lo que no ocurría con SGP.02 (solo "push") y SGP.22 (solo "pull").
Algunos vendedores afirmaron que el modelo "pull" de SGP.22 daba a los consumidores la máxima flexibilidad y eliminaba el control de las empresas y los operadores, pero esto es en gran medida inexacto. Los operadores y las empresas conservan el control total sobre los perfiles que se descargan y activan en los dispositivos IoT, y con razón. Ayuda a mantener la calidad del servicio y la seguridad.
Lo mismo ocurre con SGP.32: sólo pueden descargarse y activarse los perfiles preaprobados y contratados, lo que significa que las relaciones con los operadores siguen siendo clave, aunque en la inmensa mayoría de los casos un proveedor de servicios IoT (u OMV) gestionará esto por usted.
|
Estándar
|
Caso de uso
|
Restricciones del dispositivo
|
Mecanismo de aprovisionamiento
|
Escalabilidad y flexibilidad
|
|
SGP.02 (M2M)
|
Dispositivos de automoción/industriales/M2M
|
Dispositivos sin cabeza y con muchos recursos
|
Basado en pulsaciones, centrado en SMS
|
Limitado; no diseñado para sensores IoT a gran escala
|
|
SGP.22 (Consumer)
|
Teléfonos inteligentes, aparatos de consumo
|
Con interfaz de usuario, interactivo
|
Basado en pulsaciones a través de la interacción del usuario (QR, aplicación)
|
Alta para el consumidor
|
|
SGP.32 (IoT)
|
Dispositivos IoT de bajo consumo y sin interfaz de usuario
|
Limitados por la interfaz de usuario y la red
|
Push/pull con IPA + eIM, basado en IP
|
Optimizado para despliegues IoT globales y escalables
|