SGP.22 vs SGP.32: quién activa

La persona junto al dispositivo decide la especificación

La diferencia entre SGP.22 y SGP.32 no está en la radio ni en la forma de la SIM. Está en quién está presente cuando se activa un perfil. SGP.22 supone un usuario con pantalla que puede escanear un código, leer un aviso y confirmar una descarga. SGP.32 supone un gestor de flota en un backend que activa un dispositivo sin pantalla y sin nadie al lado.

Esa suposición decide la arquitectura, la ruta de fallo y el equipo que la opera. Un dispositivo de consumo necesita un flujo de activación que una persona pueda terminar. Una flota sin personal necesita un sistema de gestión que pueda seleccionar, descargar, habilitar, suspender y retirar perfiles sin enviar a nadie al sitio.

SGP.22 en un minuto

Un operador o proveedor de perfiles prepara un perfil en un SM-DP+, y un servidor de descubrimiento, el SM-DS, puede avisar al dispositivo de que hay un perfil disponible. Un asistente de perfil local en el dispositivo descarga el perfil, lo instala y lo habilita cuando el usuario da su consentimiento. El disparador suele ser un código QR, un código de activación o una aplicación. El flujo supone una tienda de aplicaciones, un menú de ajustes y un usuario que puede resolver una descarga fallida.

SGP.32 en un minuto

Un gestor IoT de eSIM, el eIM, se sitúa en el backend de la empresa o del proveedor y orquesta descargas, cambios y borrados de perfiles en toda una flota, junto con un SM-DP+ que prepara el perfil y un SM-DS opcional. Un asistente de perfil IoT, el IPA, se ejecuta en el dispositivo o en la eUICC y ejecuta las órdenes. El dispositivo necesita algo de conectividad para su primer perfil: un perfil de arranque, una red local u otra vía temporal. El modelo está pensado para escala, para hardware ya instalado y para cambios que no pueden esperar una visita.

Qué cambió desde SGP.02

SGP.02 fue la especificación de aprovisionamiento remoto M2M. Usaba un gestor de suscripciones con un rol de enrutamiento seguro entre el proveedor de perfiles y el dispositivo, antes de que madurara el ecosistema de eSIM de consumo. SGP.32 separa la orquestación del operador: el eIM selecciona y gestiona perfiles, el IPA ejecuta en el dispositivo y la descarga usa conectividad IP estándar. El resultado son menos piezas específicas de operador y un modelo de gestión que encaja en una flota empresarial.

Las instalaciones SGP.02 solían construirse alrededor de plataformas específicas de operador. SGP.32 pone la orquestación en la empresa o en el proveedor de conectividad, lo que facilita gestionar flotas multioperador, pero hace más importante elegir el eIM y el dueño de los perfiles. Pregunta quién ejecuta el eIM, quién mantiene el inventario de perfiles y cómo funciona el traspaso al final del contrato.

La migración es un plan de hardware

Los dispositivos SGP.02 ya instalados no migran con un interruptor de software. La eUICC, el módulo y la plataforma de gestión tienen que admitir SGP.32, así que el cambio ocurre cuando se sustituye el hardware. Divide la flota en dos grupos: dispositivos que terminarán su vida en SGP.02 y dispositivos cuyo reemplazo puede llevar el flujo nuevo.

Para el segundo grupo, prueba el flujo nuevo antes de enviar el primer reemplazo. Confirma la vía de arranque, el traspaso al eIM y el inventario de perfiles. Mantén la plataforma antigua capaz de leer la base instalada hasta que se retire el último dispositivo, porque una flota mixta necesita dos registros que cuadren.

El perfil tiene una vida

Un perfil se pide, se descarga, se instala, se habilita, se usa, se suspende, se cambia y se borra. Cada paso necesita un responsable y un registro. El pedido vincula el perfil a un EID y un ICCID. La descarga necesita conectividad y un disparador. La habilitación activa el perfil y deshabilita el anterior. El cambio repite descarga y habilitación para un perfil nuevo. El borrado elimina el perfil de la eUICC y libera el espacio.

Registra el EID, el ICCID y el IMSI en cada paso. El EID identifica el chip, el ICCID identifica el perfil y el IMSI identifica la suscripción que autentica la red. Sin ese registro, un cambio se convierte en una suposición sobre qué perfil está en qué dispositivo. Prueba el ciclo completo, incluida una descarga fallida y un rollback, antes de escalar.