Cómo SGP.32 Revoluciona la Conectividad y Seguridad IoT – Perspectivas de Expertos en Podcast

En este episodio del podcast Trending Tech, el anfitrión Satyajit Sinha, analista principal en IoT Analytics, está acompañado por David Hambling de Giesecke+Devrient (G+D), responsable de desarrollo de negocio de conectividad para Asia Pacífico, para desentrañar qué significa realmente la nueva especificación eSIM SGP.32 para el Internet de las Cosas (IoT).

Con conexiones IoT corriendo hacia 39.000 millones para 2030, exploran por qué lo celular crece más rápido que el mercado IoT general, cómo la adopción de SIM integrada (eSIM) y SIM integrada (iSIM) se está acelerando, y por qué un enfoque 'talla única' para conectividad ya no es realista en el panorama global fragmentado de hoy.

Desde SGP.32 compatible con GSMA y el papel del eIM, hasta aprovisionamiento en fábrica (SGP.42), seguridad post-cuántica, innovación automotriz y el auge de dispositivos 'nacidos conectados', Satyajit y David explican cómo una pila de extremo a extremo puede entregar conectividad IoT segura y escalable para la próxima década y qué operadores, OEMs y fabricantes automotrices deberían vigilar muy de cerca en los próximos 24 meses.

Transcripción: Cómo SGP.32 está remodelando la conectividad y seguridad IoT

[00:00:00]

Satyajit Sinha: Hola a todos. Bienvenidos a este podcast Trending Tech traído por el equipo de IoT-Now.com y TechLedworld.com. Mi nombre es Satyajit Sinha, analista principal en IoT Analytics.

Llevo más de 12 años en investigación de mercado de TI, enfocándome en hardware de TI, conectividad y seguridad. Hoy tenemos un invitado increíble, David. David, ¿puedes presentarte?

David Hambling: Gracias, Satyajit. Sí, puedo. Soy David Hambling y soy responsable de desarrollo de negocio de conectividad en Asia Pacífico para G+D y también director gerente del Hub de Conectividad en Hong Kong. G+D es una empresa global de tecnología de seguridad y hemos estado creando confianza como socio fiable durante los últimos 170 años. Esto ha sido desde entregar la primera tarjeta SIM hasta seguir innovando y siendo pioneros en el espacio de tecnología SIM. Así que estamos aquí para discutir conectividad IoT segura y escalable hoy.

Así que Satyajit, ¿qué tan rápido está creciendo la conectividad IoT y qué la está impulsando? [00:01:00]

Satyajit Sinha: Si miras conexiones IoT, ha alcanzado la marca de 18.600 millones a finales de 2024, y crece a una tasa del 12% interanual, y el número total de conexiones que esperamos que alcance es 39.000 millones para 2030 a una CAGR del 14%.

Esto es muy interesante porque entre estos 18.600 millones de conexiones, hay tres tecnologías clave básicamente impulsando estas conexiones: Wi-Fi, Bluetooth y celular. Así que entre las tres tecnologías, celular es algo en lo que estamos bastante interesados, pero sí, estas tres tecnologías están impulsando el mercado.

David Hambling: Sí, eso es masivo, pero ¿dónde encajan el crecimiento celular y eSIM en esa imagen?

Satyajit Sinha: Sí, eso es interesante. Sabes, si ves conexiones celulares están creciendo mucho más rápido que el mercado general de conexiones IoT, va al 15% CAGR y ahora mismo representa el 22% de conexiones, que son 4.100 millones a finales de 2024.

Y si miras la [00:02:00] adopción de eSIM entre estos, el 32% de módulos celulares IoT enviados en 2024 era capaz de eSIM o iSIM. Y si lo miras desde una perspectiva de base instalada o conexión activa, el 17% de conexiones celulares IoT ya son dispositivos capaces de eSIM e iSIM. Y las opciones impulsoras son obviamente, ya sabes, factor de forma más pequeño y seguridad y todas esas cosas que están impulsando estas cosas.

Pero si ves la imagen general, la conectividad celular va mucho más rápido que el mercado de conexiones IoT y eSIM también tiene una tasa de adopción mucho más rápida dentro de esa penetración.

David Hambling: Sí, sí, por supuesto.

Satyajit Sinha: Entonces David, ¿cuáles son los desafíos clave que vemos en el panorama de conexiones IoT que tú estás viendo?

David Hambling: Bueno, creo que es un poco como lo que acabas de decir. Creo que es la gran cantidad de dispositivos ahí fuera y eso causa, bastantes desafíos. Así que es, creo que uno es la tecnología en oferta, ya sea NB-IoT, LTE-M, LTE Cat-1, LTE Cat-1 BIS.

Así que hay tanto ahí fuera y creo que [00:03:00] empieza a volverse muy difícil encontrar una solución global talla única para eso. Quiero decir NB-IoT, por ejemplo, no está disponible en todos los países. LTE-M tampoco está disponible en todos los países. Y entonces empiezas a mirar el panorama regulatorio también. Hay restricciones de roaming permanente en algunos lugares. Y también, um, tienes dispositivos que están usando más y más datos globalmente, y eso se vuelve más un asunto comercial. Pero al mismo tiempo, tienes muchos dispositivos que están usando muy pocos datos globalmente, y eso también se vuelve un asunto comercial porque son bastante intensivos en recursos en la red.

Así que ahora estamos viendo comercialmente, la gente está trayendo tasas de acceso además de diferentes tecnologías. Así que casi se está volviendo más fragmentado y desde un punto de vista de Asia Pacífico, como estoy aquí, ves que es bastante marcado aquí porque un país tendrá NB-IoT, otro país no, otro país está trayendo tasas de acceso para dispositivos de bajo uso, y también tienes la presión añadida de precios locales muy baratos añadidos en [00:04:00] eso. Así que sí, es un cambio en el panorama comercial y sí, talla única es muy difícil estos días.

Satyajit Sinha: Así que entre estos desafíos, vemos una solución como SGP.32.

Entonces, ¿qué es SGP.32 en términos simples?

David Hambling: Bueno, en términos simples, es la nueva especificación eSIM que se enfoca en IoT. Es para IoT y se basa en la gran base de SGP.22, que fue, en términos simples, para dispositivos de consumo. Así que SGP.32 elimina la necesidad de integraciones complicadas. Simplemente hace eSIM muy, muy accesible para dispositivos IoT y para la gran gama de dispositivos IoT ahí fuera.

Satyajit Sinha: Interesantemente hay SGP.02, que es puro M2M, luego como dijiste, SGP.22 consumo. Entonces, ¿por qué la industria necesita un estándar enfocado en IoT ahora?

David Hambling: Así que si pienso atrás, y creo que he estado en IoT por bastante tiempo.

Creo que recuerdo el estándar SGP.02 [00:05:00] estando alrededor, quizás no en uso comercial, pero estando alrededor desde alrededor de 2012 y de lo que hablabas antes y el crecimiento de IoT, ahora somos 2025 entrando en 2026. Con eso, el mercado IoT ha crecido masivamente. Hay muchos más dispositivos, hay nuevas tecnologías, y realmente necesitábamos estandarizar y crear un nuevo estándar para eso. Creo que muchos dispositivos querían usar SGP.22 para IoT. Pero había algunas dificultades con eso y por lo tanto, SGP.32 nació de eso.

Satyajit Sinha: Interesante. Y si quiero entender desde una perspectiva técnica que SGP.02 era puro M2M, que sabía que era basado en modelo push, si no me equivoco, ¿verdad? Y luego SGP.32 entró en la imagen, que creo que es una mezcla de más push y pull model. ¿Cuáles son los vacíos que SGP.32 aborda ahora, que SGP.02 no tenía antes?

David Hambling: Sí, así que quiero decir, lo que es fascinante es una vez que empiezas [00:06:00] a entender las dificultades, especialmente de SGP.02, realmente empiezas a ver qué tan inteligente es SGP.32. Así que tienes razón, sí. SGP.02, era push, así que tendrías un, un portal de gestión, RSP, y empujarías los perfiles al dispositivo, lo cual era necesario porque estos son dispositivos sin cabeza. No tienen interfaz. SGP.22 era sobre códigos de activación, códigos QR. Muy inteligente, muy rápido, pero no puedes escanear el código QR la mayor parte del tiempo en dispositivos IoT bastante simples. Así que, creo que donde entonces entra SGP.32 es eliminando esa barrera. Está permitiendo despliegue masivo de perfiles a dispositivos, y también está usando la tecnología SGP.22 a través del SM-DP+ para hacer la conectividad agnóstica. Así que no SGP.02 era muy dependiente de integraciones con operadores, SM-DPs, y ahora esto sigue la misma lógica que SGP.22.

Así que, no tienes que tener la [00:07:00] integración. Estás contactando el SM-DP+ del operador. Estás descargando cualquier perfil de conectividad de ellos. No necesitas tener esa integración.

Está bien. Lo que es muy interesante. SGP.02 era bastante difícil, especialmente para algunos dispositivos simples y también dispositivos como dispositivos NB-IoT porque algunos de ellos son operados por batería, algunos son bastante ligeros, y había una necesidad de hacer SGP.32 más accesible a dispositivos que hablan quizás protocolos de comunicación más ligeros. Así que, SGP.02 también usaba SMS como un protocolo de comunicación más torpe, que es genial para dispositivos grandes, no alimentados por batería, que pueden tomar un tiempo de descarga largo del perfil, y movieron eso a algún tipo de traducción de lenguaje y simplemente sacaron la accesibilidad a todos los dispositivos IoT.

Satyajit Sinha: Interesante, y como mencionaste muy claramente que SGP.02 requería esos servidores SM-DP y SM-SR, y ahora estamos [00:08:00] moviéndonos a servidores SM-DP+. Es interesante. Pero ahora tenemos LTE y eIM entrando en la imagen y queremos entender cómo se sienta con la arquitectura SM-DP+.

David Hambling: Sí, así que creo que sigue en el tema de accesibilidad. Así que todas estas partes trabajan en armonía para promover accesibilidad a todos los dispositivos IoT.

Así que tienes el SM-DP+ que viene del panorama SGP.22, y luego debajo de eso tienes el eIM, y lo que es masivamente interesante sobre el eIM es que lo que necesitábamos hacer cuando se trataba de hacer SGP.32 accesible a tantos dispositivos como fuera posible era que teníamos que poner la capa en el medio porque no sabemos exactamente qué va a estar en los dispositivos.

Así que cuando piensas en un móvil y SGP.22, lo que sería la capa eIM estaba dentro del dispositivo y en el móvil. Hay un montón de modelos de móvil ahí fuera, pero hay un número muy pequeño comparado con el número masivo de dispositivos IoT ahí fuera.

Así que no puedes confiar en el hecho de que los dispositivos [00:09:00] vayan a ser capaces de hacer esta capa de gestión ellos mismos, y así que necesitas centralizarla, y la hemos centralizado en el eIM. Y luego necesitas hacer lo que el LPA hizo en SGP.22, que es el IPAe y IPAd, y también en la vena de accesibilidad, también sabemos que no todos los dispositivos van a ser capaces de construir el IPAd. Algunos dispositivos no van a necesitar realmente usar gestión remota mucho, y va a ser más seguro. Así que lo que hacemos allí es ponemos el IPAe en el eUICC en la SIM, y como dije, todos trabajan juntos en armonía para hacerlo más accesible.

Tienes el IPAd o el nivel de dispositivo, el eIM en el medio. eIM también hace la traducción de lenguaje por así decirlo para poder obtener el perfil del SM-DP+, bajarlo al eIM, traducirlo, y luego bajarlo al dispositivo.

Satyajit Sinha: Interesante, y sí, quiero decir SGP.32 estaba en el proceso de especificación y como analista vemos en el mercado, hubo un montón de pre-estándar entrando en la imagen de muchos de los [00:10:00] operadores, uh, jugadores de gestión eSIM, pero lo interesante es algo que llegó a principios de este año, noticias de ustedes. Sería genial si puedes compartir esas noticias, qué pasó en el SGP.32.

David Hambling: Sí, fuimos la primera empresa en obtener el cumplimiento del esquema de seguridad eUICC de GSMA y también generalmente el cumplimiento eSIM. Y luego después de eso, el primer despliegue comercial con eero. Así que, sí, estamos muy orgullosos de haber llegado a esa etapa. Creo que fue dos meses después de que se lanzó la especificación.

Así que sí, trabajamos muy duro para llegar ahí y sí, logramos movernos bastante rápido con eso.

Satyajit Sinha: Interesante.

David Hambling: ¿Qué tan importante es la seguridad en IoT hoy, Satyajit, y cuáles son los desafíos clave?

Satyajit Sinha: Quiero decir, la seguridad ha sido una pieza muy importante de tecnología para cualquier nueva tecnología que vemos en el mercado, y no, incluso con IoT, estamos diciendo 18.000 millones, 18.000 millones de dispositivos activos. Siempre hay una preocupación de seguridad de datos, seguridad de hardware, seguridad de red y seguridad en la nube [00:11:00] porque estos datos van a algún lado, ¿verdad? Así que, hay una capa diferente de seguridad requerida para proteger el ecosistema IoT, y hemos visto múltiples desafíos. Hemos visto muchos ataques de ransomware, hemos visto ataques de malware porque la mayoría de los dispositivos IoT o no están asegurados a través de hardware, generalmente asegurados tradicionalmente a través de mecanismo de software, y no hay ancla de seguridad dentro de estos hardware. Y están confiando en la vieja tecnología de seguridad. Así que hay un gran desafío que estamos viendo en el mercado y obviamente hay múltiples soluciones que están entrando en la imagen. Sabes, elemento seguro, tecnologías PUF están entrando en la imagen, creando raíz de confianza de hardware, y eso está haciendo las seguridades mucho mejores que lo que teníamos antes y yendo hacia adelante, tendremos PQC (Seguridad Post Cuántica) también en la imagen. Pero ahora mismo, quiero decir, estamos en una etapa donde la seguridad todavía se considera como un coste. Por lo tanto, tiene sentido adjuntar seguridad a un elemento, tienes elemento de conectividad también, y luego seguridad [00:12:00] también, y luego eSIM entra en la imagen que trae ambos aspectos de ello así que no es un coste adicional para el OEM implementar, es básicamente un factor al que debes implementar. Estoy seguro de que has visto esta implementación, pero será interesante entender de ti, ¿cómo eSIM y SGP.32 permiten seguridad fuerte para IoT?

David Hambling: Sí, así que definitivamente la seguridad es una necesidad en el mundo de hoy, ¿no? Y amenazas constantes, necesitas hacer las cosas tan seguras como sea posible. Así que, quiero decir, lo que ha sido genial sobre SGP.32 es que la especificación fue diseñada y construida con seguridad como prioridad. Así que las varias partes diferentes de la especificación desde GSMA enfocándose en la seguridad.

También, creo que cuando miras solo cómo funciona la tecnología, creo que el hecho de que hay menos integraciones necesarias con partes externas, externas, eso lo hace por diseño más seguro, y el nivel de cifrado que se necesita dentro del entorno SGP.32. Creo que desde nuestro punto de vista, está usando nuestro OS seguro y siendo capaz de continuar ese uso desde las otras especificaciones previas y continuar usando eso en SGP.32 y solo incluso desde un punto de vista físico, creo que estos días nos estamos moviendo en la dirección de SIMs integradas, con eSIM e iSIM, y eso es solo desde una capa de seguridad física, no pueden ser removidas. Así que necesitas esta tecnología SGP.32 para poder gestionar estos dispositivos a lo largo de su vida, ya sea 10, 15 años, y necesitas la seguridad que viene en eso. Y creo que SGP.32, hace mucho para fiabilidad y también siendo capaz de asegurar tu cobertura con diferentes perfiles y eso es necesario también desde un punto de vista de dispositivo para poder descargar actualizaciones OTA cuando las amenazas de seguridad cambian nuevo software en los dispositivos y necesitas conectividad segura, estable para poder hacer eso, y SGP.32 promueve eso.

Satyajit Sinha: Interesante. Pero más allá de la seguridad, ¿cuáles son los principales beneficios que vemos en [00:14:00] implementaciones SGP.32?

David Hambling: Así que creo, sí, lo discutimos un poco antes. Creo que uno de los principales beneficios que veo es la falta de integración necesaria para poder usar diferentes MNOs y socios de conectividad. No necesitas estar conectando al RSP de todos. Como SGP.22, puedes contactar el SM-DP+ y descargar el perfil de ahí. Y así es escalabilidad también, y accesibilidad siendo capaz de poner esto fuera a, así todos los dispositivos ahí fuera.

Quiero decir para mi trabajo solo en Asia, la cantidad de dispositivos que veo, los tipos de dispositivos, y sabiendo que SGP.32 puede llegar a todos esos, y algunos de estos siempre han estado fuera de alcance, para hacer actualizaciones remotamente y solo sabiendo que realmente podemos hacer eso es muy emocionante.

Así que, sí, escalabilidad y luego accesibilidad atendiendo a todos los tipos de dispositivos y protocolos de comunicación.

Así que Satyajit, como analista, ¿qué aplicaciones esperas que se beneficien primero de SGP.32?

Satyajit Sinha: Quiero decir, IoT era el [00:15:00] defecto, ¿verdad? Así que IoT fue la primera aplicación que vemos que está obteniendo mucha tracción. Quiero decir, hay IoT, agricultura, transporte y logística. Unos donde necesitas movilidad fue la primera ola de adopción que vemos. Pero aparte de IoT, el aspecto interesante fue el automotriz entrando en la imagen no solo desde una perspectiva de telemática, sino desde una perspectiva de infoentretenimiento.

Empezamos a ver que el automotriz obtenía mucha tracción para estas tecnologías y especialmente en infoentretenimiento, y esperamos también que yendo hacia adelante, que aparte de casos de uso IoT, que casos de uso generalizados, banda baja, casos de uso IoT, veremos mucha adopción en automotriz también.

Tres categorías para eSIM serán el consumo, IoT y automotriz.

David Hambling: Sí, sí, definitivamente. Creo que especialmente para automotriz. Siempre como que puentearon el hueco, ¿no? Entre SGP.02 y SGP.22, había un aspecto de consumo, hay un aspecto de máquina, y SGP.32 puenteara eso bellamente. Realmente se siente como que el automotriz se beneficiará de esta nueva [00:16:00] especificación y desde el punto de vista de eCall, esa fiabilidad para eCall y la prioridad involucrada ahí.

Satyajit Sinha: Está bien. Tiene sentido. Tiene sentido.

David, solo ahora para entender cómo G+D está jugando un papel clave con SGP.32. Así que desde una perspectiva de solución, quería entender eso.

David Hambling: Sí. Bueno, trabajamos estrechamente con GSMA para crear la especificación, y desde entonces, hemos estado, creo, liderando el camino con PoCs Hemos tenido un montón de PoCs ahí fuera, así que realmente estamos construyendo el panorama y preparando el panorama para adopción masiva de SGP.32. Así que creo que un montón de OEMs o MNOs, fabricantes de dispositivos y jugadores IoT, creo que están ansiosos por avanzar con SGP.32. Creo que responde a muchos de los desafíos que han tenido en el pasado, así que creo que los PoCs han sido realmente emocionantes porque ves qué tan ansiosa está la gente por sacar esta tecnología al campo.

Así que con eso, solo ayudando a fabricantes de dispositivos a construir esta tecnología en sus dispositivos. Si es IPAd, por ejemplo, solo consiguiendo gente [00:17:00] lista para despliegue masivo. Y también hemos tenido algunos casos de uso comercial ya, notablemente Amazon eero. Así que sí, liderando el camino con eso para empujar SGP.32 al mundo y conseguir gente controlando remotamente su conectividad lo antes posible.

Satyajit Sinha: Interesante. Quiero decir, solo unos días atrás estaba pre creando esta pila tecnológica para eSIM Tech Stack e intentando asignar los OEMs, uh, con sus características eSIM, y vi que G+D está entrando en todos los pasos de esa pila tecnológica y eso es muy interesante. Quiero entender de ti qué una pila de extremo a extremo significa para ti y qué trae, los beneficios y qué significa para la solución general de G+D.

David Hambling: Creo que para nuestros clientes, la pila completa significa que pueden usar un socio IoT fiable para todas las partes del ecosistema IoT. Así que desde el punto de vista de G+D, obviamente tenemos el lado de tarjeta SIM, el lado eUICC hasta el RSP, la gestión de dispositivos. Quiero decir, yo trabajo en el lado de conectividad.

Lo que es realmente interesante para mí es que tenemos nuestra biblioteca de [00:18:00] perfiles de conectividad que pueden usarse también. Así que podemos estar suministrando el SM-DP+. Podemos estar suministrando el eIM. También podemos suministrar la conectividad y podría ser solo para llenar huecos para gente. Quiero decir, podrían usar su propia conectividad mundial y luego donde podríamos tener algo, digamos en Brasil, ellos no tienen, y necesitan acceder rápido y podemos solo descargar, podemos darles nuestro perfil para eso. Así que sí, la pila completa es realmente interesante. Creo que juntar todos estos elementos dentro de un entorno muy seguro como nos concentramos en seguridad. Nos enfocamos en seguridad, juntando todo eso, envolviéndolo en seguridad, y luego teniendo un punto de contacto y un SLA, por ejemplo, así que alguien puede venir a nosotros y pueden conseguir tanto como quieran o tan poco como quieran, y eso, uh, es una posición muy poderosa en el mercado.

Satyajit Sinha: Interesante.

David Hambling: Así que, Satyajit, ¿hacia dónde crees que se dirige el mercado eSIM en los próximos 24 meses?

Satyajit Sinha: Quiero decir, esa es una pregunta muy interesante. Quiero decir, lo que hemos observado que en la etapa muy temprana, eSIM obtuvo una buena [00:19:00] tracción cuando llegó al mercado y tuvo un buen inicio.

Sin embargo, empezamos a ver una meseta y todos estaban esperando SGP.32, y esa meseta entró en la imagen. La parte interesante fue incluso antes de que la especificación SGP.32 se finalizara, la industria estaba interesada en usar 32, lo que llevó a un montón de OEMs y juego manual fácil a seguir viniendo con los pre-estándares.

Y con estos pre-estándares, siempre empezaron a hacer pilotos para intentar hacer algunos de los despliegues. Eso muestra una imagen muy clara de la demanda y cómo la industria esperaba ansiosamente un estándar específico para IoT y ahora cuando tenemos este estándar, empezamos a ver un buen crecimiento de nuevo así que hay un montón de módulos celulares capaces de eSIM ahí fuera ya enviando, tienen tanto módulos capaces de SIM física y eSIM, pero no están en la implementación. Así que ahora lo que veremos rápidamente con SGP.32, algunas de la implementación entrará en la imagen.

También veremos algunos de los nuevos [00:20:00] despliegues que pasarán basados en SGP.32. Estamos empezando a ver curva. Lentamente. La penetración que acabamos de ver, 32% en el envío irá rápido a 45% y a 50% y rango 60% dentro de los próximos cinco años o así el momento en que empecemos el despliegue, y estos despliegues incluirán aspectos IoT y automotriz ambos, así que diría sí, hay un potencial enorme y la industria básicamente estará esperando esta tecnología, y ahora esta tecnología está aquí. Espero una buena adopción de SGP.32 y tecnología eSIM dentro de IoT y auto.

David Hambling: Sí, definitivamente, y aparte de SGP.32, ¿qué conductores crees que empujarán la adopción de eSIM?

Satyajit Sinha: Quiero decir hablamos de seguridad y todo, pero creo que una de las cosas interesantes que no hablamos tanto es el aprovisionamiento en fábrica.

Creo que eso es algo que está subiendo como igual a, diría, importancia a SGP.32. Y es una tecnología complementaria básicamente, pero hace el uso de SGP.32 o eSIM mucho mejor. Quiero decir, y desde la perspectiva de hardware, [00:21:00] desde una perspectiva de conectividad fuera de caja, tiene más sentido. Pero definitivamente me gustaría entender de ti algo, si quieres añadir algo sobre el aprovisionamiento en fábrica porque siento que es una de las tecnologías clave que cambiará el mercado desde una perspectiva diferente para el aspecto eSIM.

David Hambling: Sí, definitivamente. Así que estamos esperando SGP.42. Actualmente tenemos el pre-estándar IFPP ahí fuera en este momento y en uso y muy, muy popular. Así que sí, SGP.42. Sí, ya tenemos el pre-estándar fuera en este momento para el IFPP, el aprovisionamiento en fábrica, y está funcionando en armonía con SGP.32. Lo que realmente me gusta sobre SGP.42 es que para dispositivos que no quieres que dependan de aprovisionamiento remoto, no quieres reducir su potencia de batería. Quizás los dispositivos más ligeros, esto es aprovisionamiento, pre-aprovisionando la conectividad en la fábrica desde una biblioteca de perfiles, poniendo esa conectividad en el dispositivo. Así que está listo para ir desde el día uno.

Así que, esto es Born [00:22:00] Connected® y, eso es crucial para iSIM y eSIM, y, luego una vez que eso ha estado dentro, una vez que la conectividad ha sido aprovisionada en el dispositivo, entonces puede continuar siendo gestionado por SGP.32 yendo hacia adelante. Luego también lo que es muy emocionante, obviamente mientras continuamos innovando y no solo, ya sabes después de los éxitos de SGP.32 y especificaciones, continuamos innovando.

David Hambling: Y luego por supuesto tenemos las futuras versiones de SGP.32 para esperar. Así que, versión dos, donde habrá múltiples perfiles habilitados, lo cual será enormemente importante para automotriz también, y para fiabilidad de conectividad y para dispositivos IoT, y luego cambio de perfil iniciado por dispositivo, y todo eso conduce a iSIM, que es lo que necesitamos vigilar también. Eso va a volverse más popular porque SGP.32, SGP.42, y luego por supuesto SGP.42 desde la fábrica.

Satyajit Sinha: Interesante. Interesante. Sí, eso tiene sentido completo. [00:23:00] Antes de concluir, me gustaría entender de ti, ¿qué debería vigilar el operador o OEM a continuación y por qué?

David Hambling: Creo que es lo que dijimos, versión dos de SGP.32.

Así que basándonos en lo que tenemos en este momento.

Sí.

Y creo que principalmente como dijimos para automotriz, los múltiples perfiles habilitados serían enormemente importantes, especialmente para cosas como eCall, infoentretenimiento, siendo capaz de cambiar perfiles basado en algoritmos, basado en inteligencia, básicamente, qué tiene mejor señal, obviamente necesitas eCall que tenga la mejor señal posible, y lo necesita que tenga la prioridad más alta.

Así que eso va a ser muy importante para OEMs, fabricantes de auto. iSIM construyéndolo dentro, así que esto es aún más seguro porque está realmente integrado en el dispositivo. Y luego necesitas SGP.32 para poder gestionar eso remotamente por el tiempo que vaya a estar en el campo.

Y SGP.32 necesita funcionar sin fisuras para eso. Y luego, como dije, el aprovisionamiento en fábrica SGP.42 necesita vigilar eso cuando esa especificación se lance. Como dije, es pre-estándar en este momento. Está en [00:24:00] uso. Está funcionando muy bien pero esperando eso, yendo de fortaleza en fortaleza.

Satyajit Sinha: Interesante. Gracias David. Fue una discusión realmente interesante e insightful y espero que todos hayan disfrutado de la discusión.

David Hambling: Muchas gracias Satyajit. Realmente disfruté hablando contigo.

Satyajit Sinha: Gracias.