Cómo SGP.32 está revolucionando la conectividad y la seguridad de IoT:opiniones de expertos en podcasts

En este episodio del podcast Trending Tech , anfitrión Satyajit Sinha , analista principal de IoT Analytics , se une a David Hambling de Giesecke+Devrient (G+D) , jefe de desarrollo de negocios de conectividad para Asia Pacífico, para explicar lo que realmente significa la nueva especificación eSIM SGP.32 para Internet de las cosas (IoT).

Con conexiones de IoT que se acercan a 39 mil millones para 2030, exploran por qué la telefonía celular está creciendo más rápido que el mercado de IoT en general, cómo se está acelerando la adopción de SIM integrada (eSIM) y SIM integrada (iSIM), y por qué un enfoque de conectividad de "talla única" ya no es realista en el panorama global fragmentado de hoy.

De SGP.32 compatible con GSMA y el papel del eIM , hasta el aprovisionamiento en fábrica (SGP.42), la seguridad poscuántica, la innovación automotriz y el auge de los dispositivos "nacidos conectados", Satyajit y David explican cómo una pila de extremo a extremo puede ofrecer conectividad IoT segura y escalable para la próxima década y qué operadores, OEM y fabricantes de automóviles deberían estar observando muy de cerca durante los próximos 24 meses.

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

[00:00:00]

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

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

David Hambling: Gracias Satyajit. Sí, puedo. Soy David Hambling y soy jefe de desarrollo de negocios de conectividad en Asia Pacífico para G+D y también soy director general de Connectivity Hub en Hong Kong. G+D es una empresa global de tecnología de seguridad y llevamos 170 años generando confianza como socio fiable. Esto ha sido desde la entrega de la primera tarjeta SIM hasta continuar innovando y siendo pioneros en el espacio de la tecnología SIM. Por eso, hoy estamos aquí para hablar sobre la conectividad IoT segura y escalable.

Entonces, Satyajit, ¿a qué velocidad está creciendo la conectividad de IoT y qué la impulsa [00:01:00]?

Satyajit Sinha: Entonces, si nos fijamos en las conexiones de IoT, alcanzaron la marca de 18,6 mil millones para fines de 2024, y están creciendo a una tasa del 12 % año tras año, y el número total de conexiones que esperamos que alcance es de 39 mil millones para 2030 y con una tasa compuesta anual del 14 %.

Esto es muy interesante porque entre estos 18,6 mil millones de conexiones, hay tres tecnologías clave que básicamente impulsan estas conexiones:Wi-Fi, Bluetooth y celular. Entonces, entre las tres tecnologías, la telefonía celular es algo que nos interesa mucho, pero sí, estas tres tecnologías están impulsando el mercado.

David Hambling: Sí, es enorme, pero ¿dónde encaja el crecimiento de las redes móviles y eSIM en ese panorama?

Satyajit Sinha: Sí, eso es interesante. Ya sabes, si ves que las conexiones móviles están creciendo mucho más rápido que el mercado general de conexiones de IoT, su tasa compuesta anual es del 15 % y en este momento representa el 22 % de las conexiones, lo que representa 4,1 mil millones para fines de 2024.

Y si nos fijamos en la [00:02:00] adopción de eSIM entre estos, el 32% de los módulos de IoT celulares enviados en 2024 eran compatibles con eSIM o iSIM. Y si lo miras desde una base de instalación o una perspectiva de conexión activa, el 17% de las conexiones celulares de IoT ya son dispositivos compatibles con eSIM e iSIM. Y las opciones de manejo son obviamente, ya sabes, un factor de forma más pequeño y seguridad y todas esas cosas que impulsan estas cosas.

Pero si observa el panorama general, la conectividad celular va mucho más rápido que el mercado de conexiones de IoT y eSIM también está teniendo 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 estamos viendo en el panorama de conexión de IoT que 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 que existen y eso causa bastantes desafíos. Entonces, creo que una es la tecnología que se ofrece, ya sea NB-IoT, ya sea LTE-M, LTE Cat-1, LTE Cat-1 BIS.

Hay tantas cosas por ahí y creo que [00:03:00] comienza a ser muy difícil encontrar una solución global única para eso. Quiero decir que NB-IoT, por ejemplo, no está disponible en todos los países. LTE-M tampoco está disponible en todos los países. Y luego se empieza a observar también el panorama regulatorio. Existen restricciones permanentes de roaming en algunos lugares. Y también hay dispositivos que utilizan cada vez más datos a nivel mundial, y eso se convierte en un problema más comercial. Pero al mismo tiempo, hay muchos dispositivos que utilizan muy pocos datos a nivel mundial, y eso también se convierte en un problema comercial porque consumen muchos recursos en la red.

Así que ahora estamos viendo, comercialmente, que la gente está aportando tarifas de acceso además de diferentes tecnologías. Por lo tanto, casi se está volviendo más fragmentado y, desde el punto de vista de Asia Pacífico, mientras estoy aquí, se puede ver que es bastante claro simplemente porque un país tendrá NB-IoT, un país no, otro país está incorporando tarifas de acceso para dispositivos de bajo uso, y también se agrega la presión adicional de precios locales muy baratos [00:04:00] a eso. Así que sí, es un cambio en el panorama comercial y sí, una talla única es muy difícil en estos días.

Satyajit Sinha: Entonces, 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 la que se centra en IoT. Es para IoT y se basa en la gran base del SGP.22, que era, en términos simples, para dispositivos de consumo. Así, SGP.32 elimina la necesidad de integraciones complicadas. Simplemente hace que la eSIM sea muy, muy accesible para dispositivos IoT y para la gran variedad de dispositivos IoT que existen.

Satyajit Sinha: Curiosamente, existe SGP.02, que es M2M puro y luego, como usted dijo, consumidor SGP.22. Entonces, ¿por qué la industria necesita ahora un estándar centrado en IoT?

David Hambling: Entonces, si pienso en retrospectiva, creo que he estado en IoT durante bastante tiempo.

Creo recordar que el estándar SGP.02 [00:05:00] existe, tal vez no en uso comercial, pero existe desde aproximadamente 2012 y por lo que hablaba antes y el crecimiento de IoT, ahora estamos en 2025 y entramos en 2026. Con eso, el mercado de IoT ha crecido enormemente. 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 utilizar SGP.22 para IoT. Pero hubo algunas dificultades con eso y, por lo tanto, nació SGP.32.

Satyajit Sinha: Interesante. Y si quiero entender desde una perspectiva técnica que SGP.02 era puro M2M, que sabía que estaba basado en el modelo push, si no me equivoco, ¿verdad? Y entonces entró en escena el SGP.32, que creo que es una mezcla de algo más que un modelo de empujar y tirar. ¿Cuáles son las lagunas que aborda el SGP.32 en este momento y que el SGP.02 no tenía antes?

David Hambling: Sí, quiero decir, lo fascinante es que una vez que comienzas [00:06:00] a comprender las dificultades, especialmente de SGP.02, realmente comienzas a ver cuán inteligente es SGP.32. Entonces tienes razón, sí. SGP.02, estaba presionando, entonces tendrías un portal de administración, RSP, y enviarías los perfiles al dispositivo, lo cual era necesario porque estos son dispositivos sin cabeza. No tienen una interfaz. SGP.22 giraba en torno a códigos de activación, códigos QR. Muy inteligente, muy rápido, pero la mayor parte del tiempo no puedes escanear el código QR en dispositivos IoT bastante simples. Entonces, creo que el papel del SGP.32 es eliminar esa barrera. Permite la implementación masiva de perfiles en dispositivos y también utiliza la tecnología SGP.22 a través de SM-DP+ para hacer que la conectividad sea independiente. Así que no es que el SGP.02 dependiera en gran medida de las integraciones con operadores, SM-DP, y ahora esto sigue la misma lógica que el SGP.22.

Por lo tanto, no es necesario tener la integración [00:07:00]. Te estás comunicando con el SM-DP+ del operador. Estás descargando cualquier perfil de conectividad de ellos. No es necesario tener esa integración.

Está bien. Lo que es muy interesante. SGP.02 fue bastante difícil, especialmente para algunos dispositivos simples y también para dispositivos como NB-IoT porque algunos de ellos funcionan con baterías, otros son bastante livianos, y era necesario hacer que SGP.32 fuera más accesible para dispositivos que hablan protocolos de comunicación quizás más livianos. Entonces, SGP.02 también usó SMS, así como un protocolo de comunicación más complicado, que es excelente para dispositivos grandes, que no funcionan con baterías, que pueden tardar mucho en descargar el perfil, y lo trasladaron a algún tipo de traducción de idioma y simplemente brindaron accesibilidad a todos los dispositivos IoT.

Satyajit Sinha: Interesante, y como usted mencionó muy claramente, SGP.02 requería servidores SM-DP y SM-SR, y ahora estamos [00:08:00] pasando a servidores SM-DP+. Es interesante. Pero ahora tenemos LTE y eIM entrando en escena y queremos entender cómo se relacionan con la arquitectura SM-DP+.

David Hambling: Sí, creo que todavía está en el tema de la accesibilidad. Por lo tanto, todas estas partes funcionan en armonía para promover la accesibilidad a todos los dispositivos IoT.

Entonces tienes el SM-DP+ que proviene del panorama SGP.22, y luego debajo tienes el eIM, y lo que es enormemente interesante sobre el eIM es que lo que teníamos que hacer cuando se trataba de hacer que SGP.32 fuera accesible para tantos dispositivos como fuera posible era que teníamos que poner la capa en el medio porque no sabemos exactamente qué habrá en los dispositivos.

Entonces, cuando piensas en un teléfono móvil y SGP.22, lo que sería la capa eIM estaba dentro del dispositivo y en el teléfono móvil. Hay muchos modelos de teléfonos móviles, pero hay una cantidad muy pequeña en comparación con la enorme cantidad de dispositivos IoT que existen.

Por lo tanto, no se puede confiar en el hecho de que los dispositivos [00:09:00] podrán realizar esta capa de administración por sí mismos, por lo que es necesario centralizarla, y la hemos centralizado en el eIM. Y luego hay que hacer lo que hizo la LPA en el SGP.22, que es el IPAE y el IPAd, y también en el ámbito de la accesibilidad, también sabemos que no todos los dispositivos van a poder integrar el IPAd. Algunos dispositivos realmente no necesitarán usar mucho la administración remota y será más seguro. Entonces, lo que hacemos allí es colocar el IPAe en la eUICC en la SIM y, como dije, todos trabajan juntos en armonía para hacerlo más accesible.

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

Satyajit Sinha: Interesante, y sí, quiero decir que SGP.32 estaba en el proceso de especificación y, como analista que vemos en el mercado, muchos de los operadores [00:10:00] entraron en escena, eh, jugadores de administración de eSIM, pero lo interesante es algo que llegó a principios de este año, noticias de ustedes. Sería genial si pudieras compartir esa noticia, lo que pasó en el SGP.32.

David Hambling: Sí, fuimos la primera empresa en obtener el cumplimiento del esquema de garantía de seguridad eUICC de la GSMA y, en general, también el cumplimiento de eSIM. Y luego, el primer despliegue comercial con eero. Entonces, sí, estamos muy orgullosos de poder llegar a esa etapa. Creo que pasaron dos meses después de que se publicara la especificación.

Así que sí, trabajamos muy duro para llegar allí y sí, logramos avanzar bastante rápido.

Satyajit Sinha: Interesante.

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

Satyajit Sinha: Quiero decir, la seguridad ha sido una pieza tecnológica muy importante para cualquier tecnología nueva que vemos en el mercado, y no lo hicimos, ni siquiera con el IoT, estamos diciendo que hay 18 mil millones, 18 mil millones de dispositivos activos. Siempre existe una preocupación por la seguridad de los datos, la seguridad del hardware, la seguridad de la red y la [00:11:00] seguridad de la nube porque estos datos van a alguna parte, ¿verdad? Por lo tanto, se requiere una capa diferente de seguridad para proteger el ecosistema de 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 de IoT no están protegidos mediante hardware, generalmente tradicionalmente protegidos mediante mecanismos de software, y no hay ningún anclaje de seguridad dentro de este hardware. Y confían en la vieja tecnología de seguridad. Así que estamos viendo un gran desafío en el mercado y obviamente hay múltiples soluciones que están entrando en escena. Ya sabes, el hardware, el elemento seguro, las tecnologías PUF están entrando en escena, creando una raíz de confianza en el hardware, y eso hace que los valores sean mucho mejores que los que teníamos antes y, en el futuro, también tendremos PQC (Seguridad Post Cuántica). Pero ahora mismo, quiero decir, estamos en una etapa en la que la seguridad todavía se considera un costo. Por lo tanto, tiene sentido adjuntar seguridad a un elemento, también tiene un elemento de conectividad, y luego seguridad [00:12:00] también, y luego aparece la eSIM que reúne ambos aspectos, por lo que no es un costo adicional para que el OEM lo implemente, es básicamente un factor de referencia que usted debe implementar. Estoy seguro de que ha visto esta implementación, pero será interesante que usted la comprenda, ¿cómo permiten eSIM y SGP.32 una seguridad sólida para IoT?

David Hambling: Sí, definitivamente la seguridad es una necesidad en el mundo actual, ¿no es así? Y ante amenazas constantes, es necesario hacer las cosas lo más seguras posible. Entonces, quiero decir, lo bueno de SGP.32 es que la especificación fue diseñada y construida teniendo la seguridad como prioridad. Así que las distintas partes de la especificación de la GSMA se centran en la seguridad.

Además, creo que cuando se analiza cómo funciona la tecnología, creo que el hecho de que se necesitan menos integraciones con partes externas, lo que la hace más segura por diseño, y el nivel de cifrado que se necesita dentro del entorno SGP.32. Creo que, desde nuestro punto de vista, se trata de usar nuestro sistema operativo seguro [00:13:00] y poder continuar ese uso desde las otras especificaciones anteriores y continuar usándolo en SGP.32 e incluso desde un punto de vista físico, creo que en estos días nos estamos moviendo en la dirección de tarjetas SIM integradas, con eSIM e iSIM, y eso es solo desde una capa de seguridad física, no se pueden eliminar. Por lo tanto, se necesita esta tecnología SGP.32 para poder administrar estos dispositivos durante su vida útil, ya sean 10 o 15 años, y se necesita la seguridad que eso conlleva. Y creo que SGP.32 contribuye mucho a la confiabilidad y también a poder proteger su cobertura con diferentes perfiles y eso también es necesario desde el punto de vista del dispositivo para poder descargar actualizaciones OTA cuando las amenazas de seguridad cambian el nuevo software en los dispositivos y necesita una conectividad segura y estable para poder hacerlo, y SGP.32 lo promueve.

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: Entonces creo que sí, lo discutimos un poco antes. Creo que uno de los principales beneficios que veo es la falta de integración necesaria para poder utilizar la conectividad de diferentes ORM y socios de conectividad. No es necesario conectarse al RSP de todos. Al igual que SGP.22, puedes contactar con el SM-DP+ y descargar el perfil desde allí. Y también se trata de escalabilidad y accesibilidad para poder implementar esto en todos los dispositivos que existen.

Me refiero a mi trabajo solo en Asia, la cantidad de dispositivos que veo, los tipos de dispositivos, y saber que SGP.32 puede llegar a todos ellos, y algunos de ellos siempre han estado fuera de mi alcance, hacer actualizaciones de forma remota y saber que realmente podemos hacerlo es muy emocionante.

Entonces, sí, la escalabilidad y la accesibilidad se adaptan a todo tipo de dispositivos y protocolos de comunicación.

Satyajit, como analista, ¿qué aplicaciones espera que se beneficien primero del SGP.32?

Satyajit Sinha: Quiero decir, IoT era el [00:15:00] predeterminado, ¿verdad? Así que IoT fue la primera aplicación que estamos viendo que está ganando mucha tracción. Quiero decir, está el IoT, la agricultura, el transporte y la logística. Aquellos en los que se necesita movilidad fueron la primera ola de adopción que vemos. Pero aparte del IoT, el aspecto interesante fue que el automóvil entró en escena no sólo desde una perspectiva telemática, sino también desde una perspectiva de infoentretenimiento.

Empezamos a ver que la automoción está obteniendo mucha tracción para estas tecnologías y especialmente en infoentretenimiento, y también esperamos que en el futuro, aparte de los casos de uso de IoT, los casos de uso generalizados, la banda baja y los casos de uso de IoT, veamos mucha adopción en la automoción también.

Las tres categorías de eSIM serán consumo, IoT y automoción.

David Hambling: Sí, sí, definitivamente. Pienso especialmente para la automoción. Siempre fue una especie de puente, ¿no? Entre SGP.02 y SGP.22, había un aspecto de consumo, hay un aspecto de máquina, y SGP.32 une eso maravillosamente. Realmente parece que la automoción se beneficiará de esta nueva [00:16:00] especificación y, desde el punto de vista de eCall, de esa confiabilidad para eCall y la prioridad que implica.

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

 David, ahora entiendo que G+D está desempeñando un papel clave con el SGP.32. Entonces, desde la perspectiva de la solución, quería entender eso.

David Hambling: Sí. Bueno, trabajamos estrechamente con la GSMA para crear la especificación y, desde entonces, creo que hemos estado liderando el camino con las PoC. Hemos tenido muchas PoC disponibles, por lo que realmente estamos construyendo el panorama y preparándolo para la adopción masiva del SGP.32. Así que creo que muchos OEM o MNO, fabricantes de dispositivos y actores de IoT, creo que están esforzándose por seguir adelante con el SGP.32. Creo que responde a muchos de los desafíos que han tenido en el pasado, por lo que creo que las PoC han sido realmente emocionantes porque se ve lo ansiosa que está la gente por llevar esta tecnología al campo.

Con eso, simplemente ayudamos a los fabricantes de dispositivos a incorporar esta tecnología en sus dispositivos. Si se trata de IPAd, por ejemplo, simplemente preparar a la gente [00:17:00] para la implementación masiva. Y también hemos tenido algunos casos de uso comercial, en particular Amazon eero. Así que sí, estamos liderando el camino para impulsar el SGP.32 al mundo y lograr que las personas controlen remotamente su conectividad lo antes posible.

Satyajit Sinha: Interesante. Quiero decir, hace solo unos días estaba creando previamente esta pila tecnológica para eSIM Tech Stack y tratando de asignar los OEM, eh, con sus funciones eSIM, y vi que G+D viene en todos los pasos de esa pila tecnológica y eso es muy interesante. Quiero que me entienda qué significa para usted una pila de extremo a extremo y qué aporta, los beneficios y lo que significa para la solución general de G+D.

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

Lo que es realmente interesante para mí es que tenemos nuestra biblioteca de [00:18:00] perfiles de conectividad que también se pueden usar. Entonces podemos suministrar el SM-DP+. Podemos suministrar el eIM. También podemos suministrar la conectividad y podría ser simplemente para llenar los vacíos de las personas. Quiero decir, podrían usar su propia conectividad en todo el mundo y luego, cuando tengamos algo, digamos en Brasil, ellos no lo tienen, y necesitan acceder rápidamente y nosotros simplemente podemos descargarlo, podemos darles nuestro perfil para eso. Así que sí, la pila completa es realmente interesante. Creo que reunir todos estos elementos dentro de un entorno muy seguro mientras nos concentramos en la seguridad. Nos centramos en la seguridad, reuniendo todo eso, envolviéndolo en seguridad y luego teniendo un punto de contacto y un SLA, por ejemplo, para que alguien pueda venir a nosotros y obtener tanto como quiera o tan poco como quiera, y esa es, eh, una posición muy poderosa en el mercado.

Satyajit Sinha: Interesante.

David Hambling: Entonces, Satyajit, ¿hacia dónde crees que se dirigirá el mercado de eSIM en los próximos 24 meses?

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

Sin embargo, comenzamos a ver una meseta y todos estaban esperando el SGP.32, y esa fue la meseta que entró en escena. Lo interesante ocurrió incluso antes del PEC. Se finalizó la especificación 32, la industria estaba interesada en usar 32, lo que llevó a muchos OEM y a un juego manual sencillo para seguir creando los estándares previos.

Y con estos estándares previos, siempre comenzaban a realizar pruebas piloto para intentar realizar algunas de las implementaciones. Eso muestra una imagen muy clara de la demanda y de cómo la industria estaba esperando ansiosamente un estándar específico de IoT y ahora, cuando tenemos este estándar, comenzamos a ver un buen crecimiento nuevamente, por lo que ya se están enviando muchos módulos celulares con capacidad eSIM, tienen módulos con capacidad tanto para SIM física como para eSIM, pero no están en implementación. Entonces, lo que veremos rápidamente con SGP.32, parte de la implementación entrará en escena.

También veremos algunas de las nuevas [00:20:00] implementaciones que se realizarán en función de SGP.32. Estamos empezando a ver una curva. Despacio. La penetración que acabamos de ver, el 32% en el envío, pasará rápidamente al 45% y al 50% y 60% en los próximos cinco años aproximadamente en el momento en que comenzamos la implementación, y estas implementaciones incluirán IoT y automoción en ambos aspectos, por lo que yo diría que sí, hay un enorme potencial y la industria básicamente estará esperando esta tecnología, y ahora esta tecnología está aquí. Espero una buena adopción de la tecnología SGP.32 y eSIM dentro de IoT y automóviles.

David Hambling: Sí, definitivamente, y además del SGP.32, ¿cuáles son los factores que crees que impulsarán la adopción de eSIM?

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

Creo que eso es algo que se está perfilando como de igual importancia, diría yo, para el SGP.32. Y es básicamente una tecnología complementaria, pero que hace mucho mejor el uso de SGP.32 o eSIM. Quiero decir, y desde la perspectiva del hardware, [00:21:00] desde una perspectiva de conectividad lista para usar, tiene más sentido. Pero definitivamente me gustaría entender algo de usted, si desea agregar algo sobre el aprovisionamiento en fábrica porque creo 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 esperamos con interés el SGP.42. Actualmente tenemos el IFPP preestándar disponible, en uso y muy, muy popular. Entonces sí, SGP.42. Sí, en este momento ya disponemos del estándar previo para el IFPP, el aprovisionamiento en fábrica, y está funcionando en armonía con el SGP.32. Lo que realmente me gusta de SGP.42 es que para los dispositivos que no desea depender del aprovisionamiento remoto, no desea reducir la energía de su batería. Quizás en los dispositivos más livianos, esto es aprovisionar, preaprovisionar la conectividad en fábrica desde una biblioteca de perfiles y colocar esa conectividad en el dispositivo. Así estará listo para funcionar desde el primer día.

 Entonces, esto es Born [00:22:00] Connected® y eso es crucial para iSIM y eSIM, y luego, una vez que se haya implementado, una vez que la conectividad se haya aprovisionado en el dispositivo, SGP.32 puede continuar administrándola en el futuro. Luego, también lo que es muy emocionante es que, obviamente, a medida que continuamos innovando y no solo, ya sabes, después de los éxitos y las especificaciones del SGP.32, seguimos innovando.

David Hambling: Y luego, por supuesto, tenemos que esperar más versiones de SGP.32. Entonces, la versión dos, donde habrá múltiples perfiles habilitados, lo cual será de gran importancia también para la automoción, y para la confiabilidad de la conectividad y para los dispositivos IoT, y luego el cambio de perfil iniciado por el dispositivo, y todo eso conduce a iSIM, que es a lo que debemos prestar atención también. Esto se volverá más popular gracias a SGP.32, SGP.42 y luego, por supuesto, SGP.42 de fábrica.

Satyajit Sinha: Interesante. Interesante. Sí, eso tiene mucho sentido. [00:23:00] Antes de concluir, me gustaría que usted me dijera qué debería observar el operador o el OEM a continuación y por qué.

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

Así que aprovechamos lo que tenemos en este momento.

Sí.

Y creo que, principalmente como dijimos para el sector automotriz, los múltiples perfiles habilitados serían muy importantes, especialmente para cosas como eCall, infoentretenimiento, poder cambiar perfiles basados en algoritmos, basados en inteligencia, básicamente, qué tiene mejor señal, obviamente necesitas que eCall tenga la mejor señal posible, y debes tener la máxima prioridad.

Eso será muy importante para los OEM y los fabricantes de automóviles. iSIM integrado, por lo que es aún más seguro porque está realmente integrado en el dispositivo. Y luego necesita que el SGP.32 pueda administrarlo de forma remota durante el tiempo que vaya a estar en el campo.

Y el SGP.32 debe funcionar a la perfección para eso. Y luego, como dije, el SGP.42 en el aprovisionamiento de fábrica debe estar atento a eso cuando se publique esa especificación. Como dije, es preestándar en este momento. Está en uso [00:24:00]. Está funcionando muy bien, pero estamos deseando que eso suceda, yendo viento en popa.

Satyajit Sinha: Interesante. Gracias david. Fue una discusión realmente interesante y reveladora y espero que todos la hayan disfrutado.

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

Satyajit Sinha: Gracias.