Guías

eSIM IoT explicada: SGP.32, el eIM y quién controla sus equipos

Quanqiu IoT ·

Qué abarca realmente la etiqueta eSIM IoT

SGP.31 fija la arquitectura y los requisitos, y SGP.32 aporta la solución técnica. Ambas se dirigen a equipos IoT con limitaciones de red, de interfaz de usuario o de ambas. SGP.31 debe usarse junto con la arquitectura general de aprovisionamiento remoto SGP.21, de modo que un solo documento no describe todo el sistema.

Las versiones importan. El 3 de noviembre de 2026, el índice de GSMA mostraba SGP.32 V1.2 y V1.3 como activas y V1.1 como caducada, con las especificaciones de prueba SGP.33 V1.2 activas. Una ficha técnica que solo dice eSIM no aclara nada de esto, así que pida la especificación y la versión exactas de la tarjeta, del software del equipo y de la plataforma de gestión.

[1] [2] [3]

Las partes del sistema y la pregunta que plantea cada una

La arquitectura separa el elemento seguro, el software del equipo y los servidores. Pueden proceder de empresas distintas, por lo que una sola declaración de un proveedor rara vez resuelve la compatibilidad.

Elementos de eSIM IoT según SGP.31 y qué debe preguntar un comprador sobre cada uno
ElementoFunción en la especificaciónPregunta
eUICCElemento seguro que guarda perfiles y verifica instrucciones firmadas¿Qué versión de la especificación admite y qué mecanismos opcionales?
IPAAsistente de perfiles IoT en el equipo (IPAd) o en la eUICC (IPAe); como máximo uno activo por eUICC¿Quién lo suministra y lo incluyen nuestro módulo y firmware?
eIMGestor remoto de eSIM IoT que realiza operaciones de estado de perfiles en un equipo o una flota¿Quién lo opera y bajo qué contrato?
SM-DP+Prepara y entrega el paquete protegido del perfil¿Qué SM-DP+ emite los perfiles que usaríamos?
SM-DSServicio de descubrimiento; su uso es opcional para el equipo, el eIM y el SM-DP+¿Lo necesita nuestro flujo de descarga?
Proveedor de servicios móvilesEmite la suscripción y el perfil; las condiciones comerciales quedan fuera de la especificación¿Qué contrato cubre cada país?

[1] [2]

Quién controla el eIM es la verdadera cuestión de dependencia

La especificación deja margen de flexibilidad. Una eUICC puede asociarse con ninguno, uno o varios eIM, y la solución no debe exigir que se fije un eIM concreto en la fabricación. El anexo B describe la configuración del eIM durante la fabricación de la eUICC, durante la producción del equipo, sobre el terreno mediante un sistema backend o mediante un eIM existente.

El control se endurece tras la primera asociación. A partir de ahí, la eUICC solo acepta nuevas operaciones de configuración firmadas por un eIM asociado, y añadir otro eIM es responsabilidad de ese eIM. El soporte de estas operaciones de configuración es opcional en el eIM y en el IPA, y la función de eliminación completa también es opcional.

Nuestra lectura para compras: una arquitectura estándar no garantiza por sí sola una salida. Si el eIM actual no puede o no quiere firmar un traspaso y el equipo no tiene un restablecimiento protegido, cambiar de gestor sobre el terreno puede ser difícil. Incluya en el contrato el procedimiento de traspaso, su coste y el responsable antes de realizar la primera asociación.

[1]

Una prueba de banco antes de comprometer una flota

La eUICC debe admitir el mecanismo de reversión, pero solo se ejecuta cuando el eIM lo ha solicitado y el IPA informa de que no puede contactar con el eIM tras un cambio de perfil. El perfil de respaldo es otro mecanismo opcional: como máximo un perfil puede llevar el atributo, y el propietario del perfil debe autorizarlo. No dé por hecho que alguno esté configurado en su producto.

SGP.31 también enumera objetivos como funcionar sin SMS y sin TCP/IP, o atender equipos que solo despiertan tras largos ciclos PSM o eDRX. Indica que esta versión se centra en equipos con gestor remoto y que algunos principios relacionados requieren más estudio. SGP.32 define ESipa sobre HTTP y CoAP, con una opción informativa de LwM2M, así que compruebe qué transporte comparten realmente su equipo y el eIM.

Los pasos siguientes son nuestro procedimiento de aceptación sugerido, no una prueba definida por GSMA. Registre los resultados para cada combinación de módulo y firmware.

  1. Registre el EID, el módulo, el firmware, la ubicación del IPA y la versión de la especificación del equipo de muestra.
  2. Confirme qué eIM está asociado y cómo se realizó la asociación.
  3. Descargue un segundo perfil en el banco y mida los datos que consume la descarga.
  4. Active ese perfil solicitando reversión, bloquee su conectividad y compruebe que vuelve el perfil anterior y que el eIM recibe el resultado firmado.
  5. Envíe una operación mientras el equipo duerme o está sin conexión, y compruebe cuándo se ejecuta y cuántos sondeos provoca.
  6. Si el contrato promete una salida, pruebe a añadir un segundo eIM o el procedimiento de eliminación acordado.
  7. Repita la prueba tras cada actualización de firmware que afecte al módem, al IPA o a la lógica de conectividad.

[1] [2]

Lo que la eSIM IoT no resuelve

Las especificaciones definen cómo se entrega y gestiona un perfil, no lo que permite la suscripción. Dejan la descripción de perfiles y suscripciones al proveedor de servicios móviles. Una eSIM no añade cobertura por sí misma: cada perfil sigue dependiendo de su operador, del acuerdo de itinerancia, de las bandas del equipo y de las condiciones del contrato.

Una SIM física extraíble puede ser la opción más sencilla cuando los equipos son accesibles y un solo proveedor encaja en el despliegue. La eSIM IoT justifica su trabajo de integración adicional cuando cambiar tarjetas no es práctico, por ejemplo con equipos sellados, sitios remotos o una larga vida útil. Nuestro marco de decisión entre SIM física y eSIM trata esta elección con más detalle.

La conformidad también debe comprobarse, no suponerse. SGP.31 exige un proceso de conformidad para el eIM conforme a SGP.24 e indica que un eIM puede declararse conforme. Pida la declaración y su versión si un proveedor presenta la conformidad como argumento de venta.

[1] [3]

Preguntas frecuentes

¿Qué diferencia hay entre una SIM IoT y una eSIM IoT?

Una SIM IoT describe una suscripción y un servicio de conectividad para máquinas. La eSIM describe cómo se guarda y entrega el perfil del operador: se descarga en una eUICC en lugar de estar fijado en una tarjeta extraíble. Un proyecto puede usar cualquiera de las dos, y las condiciones comerciales deben confirmarse igualmente.

¿SGP.32 me permite cambiar de operador cuando quiera?

No por sí sola. El cambio requiere un perfil de un proveedor con el que tenga contrato, un eIM capaz de iniciar la descarga, un equipo con un IPA operativo y acceso a la red para completarla. Pruebe el cambio y su recuperación antes de depender de ello.

¿Necesita un eIM cada equipo con eSIM IoT?

SGP.31 se centra en equipos con gestor remoto, pero permite que una eUICC no tenga ningún eIM asociado y admite de forma opcional la descarga con activación inmediata desde un SM-DP+ predeterminado. La vía aplicable depende del equipo y del proveedor, así que pídala por escrito.

¿Quanqiu IoT ofrece eSIM SGP.32?

Este artículo explica el estándar y no declara conformidad ni una capacidad concreta. Envíenos su equipo, módulo y países, y le confirmaremos por escrito qué vía de SIM o eSIM está disponible para ese proyecto.

Fuentes originales

  1. GSMA SGP.31 eSIM IoT Architecture and Requirements, Version 1.3 (22 May 2026)
  2. GSMA SGP.32 eSIM IoT Technical Specification, Version 1.3 (22 May 2026)
  3. GSMA eSIM Consumer and IoT Specifications index

Lecturas relacionadas

Más guías

Envíe a Quanqiu IoT el modelo de equipo, el módulo, los países y la cantidad, y le confirmaremos por escrito qué vía de SIM o eSIM encaja en el proyecto.

Consultar un proyecto