SGP.32: respuestas a tus preguntas técnicas

SGP.32 es la nueva estándar de la GSMA de la GSMA para el el aprovisionamiento remoto de tarjetas SIM (RSP) en el IoT. Diseñado específicamente para el IoT, permite implementaciones ligeras, escalables y de bajo consumo, de modo que el RSP resulte viable en millones de dispositivos. Ha abierto el mercado y se espera que impulse unas 195 millones de descargas del perfil SGP.32 en 2029, lo que supone el 70 % de todo el IoT[i]. Sin embargo, plantea muchas preguntas.

Las tres conclusiones principales sobre las cuestiones técnicas de SGP.32

1. SGP.32 es adecuado para una amplia gama de casos de uso del IoT, desde aquellos que intercambian grandes volúmenes de datos hasta sensores que permanecen instalados durante muchos años
2. El SGP.32 requiere servicios o funciones específicos, como un gestor de eSIM para el IoT (eIM) y un asistente de perfiles de IoT (IPA). Mientras que algunos pueden adquirir y gestionarlos por su cuenta, otros preferirán un proveedor que ofrezca todo «en un solo lugar»
3. Es probable que haya una variedad de modelos de pago, incluyendo el pago por transacción y los basados en tarifas de servicio. A menudo, los proveedores incluirán esta funcionalidad en las tarifas generales.

Wireless Logic’s Toby Gasston (TG) y Paul Bullock (PB), de Wireless Logic, se unieron a Robin Duke Woolley, director ejecutivo de Beecham Research, y a Jean-François Gros ( JFG), responsable de las líneas de productos de servicios de IoT en Thales, en un seminario web celebrado recientemente para responder a preguntas técnicas sobre:

• Cuándo y cómo abordar la inversión en SGP.32
• Las realidades del despliegue global
• La gestión de la transición desde los enfoques actuales de eSIM
• Consideraciones arquitectónicas y operativas a gran escala.

Las sesiones grabadas están organizadas por preguntas, para que puedas profundizar en tus áreas de interés. Aquí hemos seleccionado 10 de las mejores.

Respuestas a las 10 preguntas más importantes sobre la SGP.32

Dónde aporta mayor valor la SGP.32

1. ¿Cuáles son los principales casos de uso de SGP.32?
TG: ¡Todos ellos! Para soluciones de gran volumen que consumen gigabytes o terabytes de datos, SGP.32 sin duda hace que la gestión de costes resulte mucho más atractiva. Pero incluso en el otro extremo de la escala, como en el caso de sensores instalados en pozos de registro durante diez años, todo el modelo económico se viene abajo si hay que enviar a alguien a sacar una tarjeta SIM y colocar una nueva. Así que, en realidad, hay casos de uso en todos los extremos del espectro y en todos los sectores verticales a los que se dirige el SGP.32 y para los que resulta relevante.

2. ¿Qué características determinan qué implementaciones de IoT se beneficiarán más del SGP.32?
PB: El mayor beneficio se observará en los mercados regulados y en las implementaciones multinacionales, pero, en particular, en los casos de uso que tengan volúmenes de datos superiores a la media. Y la razón es que, a lo largo de la vida útil del dispositivo, cuando se enfrentan a unos costes de conectividad más elevados, existe un mayor incentivo para controlar los costes, tanto desde el punto de vista del proveedor como del propio usuario. El SGP.32 proporciona nuevos niveles de control a las empresas y a los proveedores de servicios para contener y reducir los costes a lo largo del tiempo.

TG: Sea lo que sea, no veo ninguna razón de peso para no apostar por SGP.32. Si necesitas crear tu propia plataforma de orquestación y otros elementos, eso resulta caro y quizá no sea algo que te interese hacer, pero encontrar un proveedor de conectividad que pueda ofrecerte un producto básico de conectividad en una tarjeta SIM SGP.32, con opciones para ampliarlo más adelante, debería ser el estándar de facto.

Implementación de SGP.32: funciones, plataforma y aprovisionamiento

4. ¿Qué nuevas funciones o plataformas (por ejemplo, orquestadores) se necesitan, más allá del estándar técnico, para que SGP.32 sea comercialmente viable?
JFG: Técnicamente, SGP.32 no es más que una API entre un gestor de eSIM para el IoT (eIM) y un asistente de perfiles de IoT (IPA). No hay ninguna inteligencia detrás.

Guía del comprador deSGP.32

Para una solución integral, se necesita un orquestador, ya que hay que supervisar, gestionar y orquestar las relaciones con múltiples operadores de redes móviles (MNO). El orquestador de eSIM es el medio mediante el cual se definen las reglas de negocio, como qué perfil de MNO utilizar en cada país.

En conjunto, las funciones de estos diferentes elementos se gestionan a través de la plataforma de gestión de conectividad (CMP), el denominado «panel único», para descargar nuevos perfiles y activarlos. Todo esto debe coordinarse y automatizarse.

JFG: Depende del nivel de experiencia, del tipo de empresa de que se trate y de si trabaja con operadores de redes móviles (MNO), fabricantes de equipos originales (OEM) o proveedores de servicios de IoT, ya que cada uno de ellos cuenta con distintos niveles de experiencia y elementos implementados.

Lo primero que hay que entender es el caso de uso; después, los elementos que ya están presentes, como las plataformas de gestión de contenidos (CMP) o la gestión de dispositivos, el nivel de coordinación y automatización, y el número de dispositivos. Con todo ello, se puede definir la mejor forma de salir al mercado, lo que podría ser un enfoque por fases. Los proveedores pueden ofrecer una «ventanilla única» —eIM más orquestación, «panel de control único», conectividad, etc.— y la empresa puede desarrollar e incorporar sus propios servicios. No se necesita nada al principio; se puede empezar desde cero y evolucionar con el tiempo, ya que hay proveedores capaces de ofrecerlo todo.

6. ¿Qué enfoques de implementación de IPA se están adoptando? ¿Existe una dirección clara en el mercado o una clasificación?
JFG: Hay dos enfoques: IPAe (en el chip eSIM) e IPAd (en el dispositivo). La vía más rápida para llegar al mercado es con IPAe: permite la adaptación a dispositivos existentes, no hay que implementar nuevo firmware y funciona en todos los dispositivos. Por supuesto, hay que confirmar que funciona con el módulo en cuestión. Sin embargo, hay que determinar la lógica de negocio que se va a aplicar. Si el IPAe no puede ofrecer esa lógica de negocio, puede que sea necesario utilizar el IPAd. El IPAd requiere más desarrollo y validación de software integrado, por lo que el IPAe será el modelo preferido para la mayoría de los dispositivos IoT.

TG: Depende de cómo sea la línea de producción y en qué momento sea factible la carga del perfil. A veces, implicará una conexión Wi-Fi; otras, un arranque por red móvil; y, en ocasiones, la carga lateral utilizará una conexión física al dispositivo. Debes comprender el proceso de fabricación y consultarlo con un proveedor de conectividad que cuente con un socio RSP. Este debería poder incluir a dicho socio en una conversación contigo para analizar cómo se llevaría a cabo la entrega del perfil.

8. El intercambio de perfiles aporta claras ventajas, pero también supone costes adicionales. ¿Cómo deberían las organizaciones evaluar los impactos «ocultos», como el consumo energético y la variedad de tamaños de los perfiles?
TG: La mayor diferencia entre los perfiles SGP.32 y los SGP.22 es el tamaño. Un perfil SGP.22 para consumidores podría ocupar 100 kilobytes, mientras que un perfil SGP.32 para el IoT podría ocupar menos de un kilobyte. Es importante comprender esto para gestionar el consumo de la batería. Es posible que tengas que pagar un coste de descarga a tu proveedor de eIM, o una cuota mensual coste, y es posible que un proveedor de conectividad (operador de red móvil) cobre un euro por un perfil; entonces hay que comprobar si hay una cuota de alta; todo depende de cómo actúen los distintos actores del sector. Los ganadores en el mercado serán aquellos que estén dispuestos a comprometerse, a mostrarse flexibles y a apoyar a los clientes.

Modelos operativos para SGP.32

PB: No tienen por qué abastecerse de un único proveedor. Las organizaciones pueden recurrir a múltiples proveedores. Es probable que veamos una amplia variedad de enfoques. Algunas recurrirán a un proveedor «integral» porque su negocio no se dedica a la gestión de la conectividad y llegan a un acuerdo comercialmente satisfactorio con un proveedor. Otras pueden adquirir sus propias tarjetas SIM y contratar los servicios de un proveedor de eIM, y así sucesivamente.

JFG: Existen diferentes modelos en función del caso de uso. Por ejemplo, es posible que los operadores de contadores inteligentes solo realicen una única transacción en diez años; no se puede esperar que paguen una cuota de servicio, por lo que necesitarían un modelo transaccional. Sin embargo, las cámaras de los vehículos y el IoT de seguimiento y localización realizarán transacciones periódicas. En este caso, necesitarán más bien un modelo de «uso ilimitado».

Todo lo que necesitas saber sobre SGP.32

• Tus preguntas sobre SGP.32: sesión grabada
• SGP.32 Guía para compradores: lo que deberías preguntar sobre la eSIM
• Empresa eSIM conectividad para el IoT global
• eSIM SGP.32: Cómo tener éxito con la conectividad del IoT de próxima generación
• Cómo evaluar y reducir el coste de propiedad (TCO) en el IoT.