Como o SGP.32 está revolucionando a conectividade e a segurança da IoT – Expert Podcast Insights

Neste episódio do podcast Trends Tech , anfitrião Satyajit Sinha , analista principal da IoT Analytics , é acompanhado por David Hambling de Giesecke+Devrient (G+D) , chefe de desenvolvimento de negócios de conectividade para a Ásia-Pacífico, para desvendar o que a nova especificação SGP.32 eSIM realmente significa para a Internet das Coisas (IoT).

Com as conexões de IoT chegando a 39 bilhões até 2030, eles exploram por que o celular está crescendo mais rápido do que o mercado mais amplo de IoT, como a adoção de SIM incorporado (eSIM) e SIM integrado (iSIM) está se acelerando e por que uma abordagem de conectividade “tamanho único” não é mais realista no cenário global fragmentado de hoje.

Em conformidade com a GSMA SGP.32 e o papel do eIM , ao provisionamento na fábrica (SGP.42), à segurança pós-quântica, à inovação automotiva e ao surgimento de dispositivos “conectados por nascença”, Satyajit e David explicam como uma pilha de ponta a ponta pode fornecer conectividade IoT segura e escalável para a próxima década e o que as operadoras, OEMs e fabricantes automotivos devem observar de perto nos próximos 24 meses.
Transcrição:Como o SGP.32 está remodelando a conectividade e a segurança da IoT
[00:00:00]

Satyajit Sinha: Olá a todos. Bem-vindo a este podcast Trending Tech apresentado pela equipe de IoT-Now.com e TechLedworld.com. Meu nome é Satyajit Sinha, analista principal da IoT Analytics.

Trabalho em pesquisas de mercado de TI há mais de 12 anos, com foco em hardware, conectividade e segurança de TI. Hoje temos o incrível convidado David. David, você pode se apresentar?

David Hambling: Obrigado, Satyajit. Sim, eu posso. Meu nome é David Hambling e sou chefe de desenvolvimento de negócios de conectividade na Ásia-Pacífico para G+D e também sou diretor administrativo do Connectivity Hub em Hong Kong. A G+D é uma empresa global de tecnologia de segurança e temos criado confiança como um parceiro confiável nos últimos 170 anos. Desde a entrega do primeiro cartão SIM até agora continuar a inovar e ser pioneiro no espaço da tecnologia SIM. Portanto, estamos aqui para discutir hoje a conectividade IoT segura e escalável.

Então, Satyajit, quão rápido a conectividade IoT está crescendo e o que está impulsionando [00:01:00] isso?

Satyajit Sinha: Então, se você olhar para as conexões IoT, ela atingiu a marca de 18,6 bilhões até o final de 2024 e está crescendo a uma taxa de 12% ano a ano, e o número total de conexões que esperamos atingir é de 39 bilhões até 2030 e no CAGR de 14%.

Isto é muito interessante porque entre estes 18,6 mil milhões de ligações, existem três tecnologias principais que basicamente impulsionam estas ligações:Wi-Fi, Bluetooth e celular. Então, entre todas as três tecnologias, o celular é algo que nos interessa muito, mas sim, essas três tecnologias estão impulsionando o mercado.

David Hambling: Sim, isso é enorme, mas onde o crescimento do celular e do eSIM se encaixa nesse quadro?

Satyajit Sinha: Sim, isso é interessante. Você sabe, se você observar que as conexões celulares estão crescendo muito mais rápido do que o mercado geral de conexões IoT, ele está atingindo 15% de CAGR e agora é responsável por 22% das conexões, ou seja, 4,1 bilhões no final de 2024.

E se você observar a [00:02:00] adoção do eSIM entre eles, 32% dos módulos IoT celulares enviados em 2024 eram compatíveis com eSIM ou iSIM. E se você olhar do ponto de vista da base instalada ou da conexão ativa, 17% das conexões IoT celulares já são dispositivos compatíveis com eSIM e iSIM. E as opções de direção são obviamente, você sabe, formato e segurança menores e todas as coisas que impulsionam essas coisas.

Mas se você observar o quadro geral, a conectividade celular está indo muito mais rápido do que o mercado de conexão IoT e o eSIM também está tendo uma taxa de adoção muito mais rápida dentro dessa penetração.

David Hambling: Sim, sim, claro.

Satyajit Sinha: Então, David, quais são os principais desafios que estamos vendo no cenário de conexão IoT que você está vendo?

David Hambling: Bem, acho que é um pouco parecido com o que você acabou de dizer. Acho que é a grande quantidade de dispositivos disponíveis e isso causa alguns desafios. Então, acho que uma é a tecnologia oferecida, seja NB-IoT, seja LTE-M, LTE Cat-1, LTE Cat-1 BIS.

Portanto, há tanta coisa por aí e acho que [00:03:00] começa a ficar muito difícil encontrar uma solução global única para isso. Quero dizer, o NB-IoT, por exemplo, não está disponível em todos os países. O LTE-M também não está disponível em todos os países. E então você começa a olhar também para o cenário regulatório. Existem restrições permanentes de roaming em alguns lugares. E também há dispositivos que usam cada vez mais dados globalmente, e isso se torna mais uma questão comercial. Mas, ao mesmo tempo, você tem muitos dispositivos que usam muito poucos dados globalmente, e isso também se torna um problema comercial porque eles consomem muitos recursos na rede.

Então agora estamos vendo comercialmente que as pessoas estão trazendo taxas de acesso além de diferentes tecnologias. Então, está quase se tornando mais fragmentado e do ponto de vista da Ásia-Pacífico, enquanto estou aqui, você vê que é bastante rígido aqui só porque um país terá NB-IoT, um país não, outro país está cobrando taxas de acesso para dispositivos de baixo uso, e você também tem a pressão adicional de preços locais muito baratos adicionados a [00:04:00] isso. Então, sim, é uma mudança no cenário comercial e sim, um tamanho único é muito difícil hoje em dia.

Satyajit Sinha: Portanto, entre estes desafios, vemos uma solução como SGP.32.

Então, o que é SGP.32 em termos simples?

David Hambling: Bem, em termos simples, é a nova especificação eSIM que se concentra na IoT. É para IoT e baseia-se na grande base do SGP.22, que era, em termos simples, para dispositivos de consumo. Portanto, o SGP.32 elimina a necessidade de integrações complicadas. Isso apenas torna o eSIM muito, muito acessível para dispositivos IoT e para a grande variedade de dispositivos IoT existentes.

Satyajit Sinha: Curiosamente, existe o SGP.02, que é M2M puro, então como você disse, consumidor SGP.22. Então por que a indústria precisa agora de um padrão focado em IoT?

David Hambling: Então, se eu pensar no passado, acho que estou na IoT há muito tempo.

Acho que me lembro do padrão SGP.02 [00:05:00] existir, talvez não em uso comercial, mas existir desde cerca de 2012 e pelo que você estava falando antes e pelo crescimento da IoT, estamos agora em 2025 indo para 2026. Com isso, o mercado de IoT cresceu enormemente. Existem muito mais dispositivos, existem novas tecnologias e realmente precisávamos padronizar e criar um novo padrão para isso. Acho que muitos dispositivos queriam usar o SGP.22 para IoT. Mas houve algumas dificuldades com isso e, portanto, o SGP.32 nasceu disso.

Satyajit Sinha: Interessante. E se eu quiser entender do ponto de vista técnico que o SGP.02 era puro M2M, que eu sabia que era baseado no modelo push, se não me engano, certo? E então o SGP.32 entrou em cena, o que eu acho que é uma mistura de mais do que um modelo push and pull. Quais são as lacunas que o SGP.32 aborda neste momento, que o SGP.02 não tinha antes?

David Hambling: Sim, quero dizer, o que é fascinante é que quando você começa [00:06:00] a entender as dificuldades, especialmente do SGP.02, você realmente começa a ver o quão inteligente é o SGP.32. Então você está certo, sim. SGP.02, era push, então você teria um portal de gerenciamento, RSP, e enviaria os perfis para o dispositivo, o que era necessário porque esses são dispositivos headless. Eles não têm interface. SGP.22 tratava de códigos de ativação, códigos QR. Muito inteligente, muito rápido, mas na maioria das vezes você não consegue escanear o código QR em dispositivos IoT bastante simples. Então, acho que onde entra o SGP.32 é na remoção dessa barreira. Ele permite a implantação em massa de perfis em dispositivos e também usa a tecnologia SGP.22 por meio do SM-DP+ para tornar a conectividade independente. Então não é que o SGP.02 dependia fortemente de integrações com operadoras, SM-DPs, e agora segue a mesma lógica do SGP.22.

Então você não precisa ter a integração [00:07:00]. Você está entrando em contato com o SM-DP+ da operadora. Você está baixando qualquer perfil de conectividade deles. Você não precisa ter essa integração.

Ok. O que é muito interessante. O SGP.02 foi bastante difícil, especialmente para alguns dispositivos simples e também dispositivos como dispositivos NB-IoT porque alguns deles funcionam com bateria, alguns deles são bastante leves, e havia uma necessidade de tornar o SGP.32 mais acessível para dispositivos que falam protocolos de comunicação talvez mais leves. Então, o SGP.02 também usou SMS, bem como um protocolo de comunicação mais desajeitado, o que é ótimo para dispositivos grandes, não alimentados por bateria, que podem levar muito tempo para baixar o perfil, e eles mudaram isso para algum tipo de tradução de idioma e apenas trouxeram a acessibilidade a todos os dispositivos IoT.

Satyajit Sinha: Interessante, e como você mencionou muito claramente, o SGP.02 exigia servidores SM-DP e SM-SR, e agora estamos [00:08:00] migrando para servidores SM-DP+. É interessante. Mas agora temos LTE e eIM entrando em cena e queremos entender como isso se encaixa na arquitetura SM-DP+.

David Hambling: Sim, acho que ainda é sobre o tema acessibilidade. Portanto, todas essas partes funcionam em harmonia para promover a acessibilidade a todos os dispositivos IoT.

Então você tem o SM-DP + que vem do cenário SGP.22, e abaixo dele você tem o eIM, e o que é extremamente interessante sobre o eIM é que o que precisávamos fazer quando se tratava de tornar o SGP.32 acessível ao maior número de dispositivos possível era que tínhamos que colocar a camada no meio porque não sabemos exatamente o que estará nos dispositivos.

Então, quando você pensa em um telefone celular e no SGP.22, qual seria a camada eIM que estava dentro do dispositivo e no telefone celular. Existem muitos modelos de telefones celulares por aí, mas há um número muito pequeno em comparação com o grande número de dispositivos IoT existentes.

Portanto, você não pode confiar no fato de que os dispositivos [00:09:00] serão capazes de fazer essa camada de gerenciamento sozinhos e, portanto, você precisa centralizá-la, e nós a centralizamos no eIM. E aí você precisa fazer o que o LPA fez no SGP.22, que é o IPAe e o IPAd, e também no sentido da acessibilidade, a gente também sabe que nem todos os dispositivos vão conseguir construir no IPAd. Alguns dispositivos não precisarão muito usar o gerenciamento remoto e isso será mais seguro. Então o que fazemos aí é colocar o IPAe no eUICC no SIM, e como eu disse, todos trabalham juntos em harmonia para torná-lo mais acessível.

Você tem o IPAd ou o nível do dispositivo, o eIM no meio. O eIM também faz a tradução do idioma para poder obter o perfil do SM-DP+, trazê-lo para o eIM, traduzi-lo e, em seguida, colocá-lo no dispositivo.

Satyajit Sinha: Interessante, e sim, quero dizer, SGP.32 estava em processo de especificação e como analista que vemos no mercado, havia muitos pré-padrões entrando em cena de muitos dos [00:10:00] operadores, uh, jogadores de gerenciamento de eSIM, mas o que é interessante é algo que veio no início deste ano, notícias de vocês. Seria ótimo se vocês pudessem compartilhar essa notícia, o que aconteceu no SGP.32.

David Hambling: Sim, fomos a primeira empresa a obter conformidade com o esquema de garantia de segurança eUICC da GSMA e também com conformidade geral com eSIM. E depois disso, a primeira implantação comercial com eero. Então, sim, estamos muito orgulhosos de poder chegar a esse estágio. Acho que se passaram dois meses depois que a especificação foi lançada.

Então, sim, trabalhamos muito para chegar lá e sim, conseguimos avançar muito rápido com isso.

Satyajit Sinha: Interessante.

David Hambling: Quão importante é a segurança na IoT hoje, Satyajit, e quais são os principais desafios?

Satyajit Sinha: Quer dizer, a segurança tem sido uma peça de tecnologia muito importante para qualquer nova tecnologia que vemos no mercado, e não o fizemos, mesmo com a IoT, estamos a dizer que 18 mil milhões, 18 mil milhões de dispositivos estão activos. Sempre existe uma preocupação com a segurança dos dados, segurança do hardware, segurança da rede e [00:11:00] segurança da nuvem porque esses dados vão para algum lugar, certo? Portanto, é necessária uma camada diferente de segurança para proteger o ecossistema IoT e temos visto vários desafios. Vimos muitos ataques de ransomware, vimos ataques de malware porque a maioria dos dispositivos IoT não são protegidos por hardware, geralmente tradicionalmente protegidos por mecanismo de software, e não há âncora de segurança nesses hardwares. E eles estão contando com a velha tecnologia de segurança. Portanto, há um enorme desafio que estamos vendo no mercado e, obviamente, há múltiplas soluções que estão surgindo. Você sabe, hardware, elemento seguro, tecnologias PUF estão entrando em cena, criando uma raiz de confiança em hardware, e isso está tornando os títulos muito melhores do que o que tínhamos antes e daqui para frente, teremos PQC (Segurança Pós-Quantum) também na foto. Mas neste momento, quero dizer, estamos numa fase em que a segurança ainda é considerada um custo. Portanto, faz sentido anexar segurança a um elemento, você também tem um elemento de conectividade e, em seguida, segurança [00:12:00] também, e então o eSIM entra em cena que traz ambos os aspectos dele, então não é um custo adicional para o OEM implementar, é basicamente um fator essencial que você deve implementar. Tenho certeza que você já viu essa implementação, mas será interessante entender de você como o eSIM e o SGP.32 permitem uma segurança forte para IoT?

David Hambling: Sim, então definitivamente a segurança é uma necessidade no mundo de hoje, não é? E ameaças constantes, você precisa tornar as coisas o mais seguras possível. Então, quero dizer, o que tem sido ótimo no SGP.32 é que a especificação foi projetada e construída tendo a segurança como prioridade. Portanto, as diversas partes da especificação da GSMA focam na segurança.

Além disso, acho que quando você olha como a tecnologia funciona, acho que o fato de haver menos integrações necessárias com partes externas externas torna-a mais segura por design e o nível de criptografia necessário no ambiente SGP.32. Acho que do nosso ponto de vista, é usar nosso sistema operacional seguro [00:13:00] e ser capaz de continuar esse uso a partir das outras especificações anteriores e continuar usando isso no SGP.32 e até mesmo do ponto de vista físico, acho que hoje em dia estamos caminhando na direção de SIMs incorporados, com o eSIM e iSIM, e isso é apenas de uma camada de segurança física, eles não podem ser removidos. Portanto, você precisa dessa tecnologia SGP.32 para poder gerenciar esses dispositivos durante sua vida útil, seja 10, 15 anos, e precisa da segurança que isso implica. E eu acho que o SGP.32 faz muito pela confiabilidade e também pela capacidade de proteger sua cobertura com diferentes perfis e isso também é necessário do ponto de vista do dispositivo para poder baixar atualizações OTA quando as ameaças à segurança alteram o novo software nos dispositivos e você precisa de conectividade segura e estável para poder fazer isso, e o SGP.32 promove isso.

Satyajit Sinha: Interessante. Mas, além da segurança, quais são os principais benefícios que vemos nas implementações do [00:14:00] SGP.32?

David Hambling: Então eu acho que sim, discutimos isso um pouco antes. Penso que um dos principais benefícios que vejo é a falta de integração necessária para poder utilizar a conectividade de diferentes MNOs e parceiros de conectividade. Você não precisa se conectar ao RSP de todos. Assim como o SGP.22, você pode entrar em contato com o SM-DP+ e baixar o perfil de lá. E também é a escalabilidade e a acessibilidade que podem ser disponibilizadas para todos os dispositivos existentes.

Quero dizer, para o meu trabalho apenas na Ásia, a quantidade de dispositivos que vejo, os tipos de dispositivos, e saber que o SGP.32 pode alcançar todos eles, e alguns deles sempre estiveram fora de alcance, fazer atualizações remotamente e saber que podemos realmente fazer isso é muito emocionante.

Então, sim, escalabilidade e acessibilidade atendem a todos os tipos de dispositivos e protocolos de comunicação.

Então, Satyajit, como analista, quais aplicações você espera que se beneficiem primeiro do SGP.32?

Satyajit Sinha: Quer dizer, a IoT era o [00:15:00] padrão, certo? Portanto, a IoT foi a primeira aplicação que vemos que está ganhando muita força. Quero dizer, existe IoT, agricultura, transporte e logística. Aqueles onde você precisa de mobilidade foram a primeira onda de adoção que vemos. Mas, além da IoT, o aspecto interessante foi o setor automotivo entrando em cena não apenas do ponto de vista telemático, mas também do ponto de vista do infoentretenimento.

Começamos a ver o setor automotivo ganhando muita força para essas tecnologias e especialmente em infoentretenimento, e esperamos também que daqui para frente, além dos casos de uso de IoT, casos de uso generalizados, banda baixa, casos de uso de IoT, veremos muita adoção no setor automotivo também.

Três categorias para eSIM serão consumidor, IoT e automotivo.

David Hambling: Sim, sim, definitivamente. Acho que especialmente para o setor automotivo. Isso sempre meio que preencheu a lacuna, não foi? Entre SGP.02 e SGP.22, havia um aspecto de consumidor, há um aspecto de máquina, e SGP.32 faz uma ponte linda. Realmente parece que o setor automotivo se beneficiará desta nova especificação [00:16:00] e do ponto de vista do eCall, da confiabilidade do eCall e da prioridade envolvida nisso.

Satyajit Sinha: Ok. Faz sentido. Faz sentido.

 David, só agora para entender como a G+D está desempenhando um papel fundamental no SGP.32. Então, do ponto de vista da solução, queria entender isso.

David Hambling: Sim. Bem, trabalhamos em estreita colaboração com a GSMA para criar a especificação e, desde então, temos estado, eu acho, liderando o caminho com PoCs. Tivemos muitos PoCs sendo lançados, então estamos realmente construindo o cenário e preparando o cenário para a adoção em massa do SGP.32. Portanto, acho que muitos OEMs ou MNOs, fabricantes de dispositivos e players de IoT estão ansiosos para avançar com o SGP.32. Acho que isso responde a muitos dos desafios que eles enfrentaram no passado, então acho que os PoCs foram realmente empolgantes porque você vê como as pessoas estão ansiosas para colocar essa tecnologia em campo.

Com isso, apenas ajudando os fabricantes de dispositivos a incorporar essa tecnologia em seus dispositivos. Se for IPAD, por exemplo, apenas preparando as pessoas [00:17:00] para implantação em massa. E também já tivemos alguns casos de uso comercial, principalmente Amazon eero. Então, sim, liderando isso para divulgar o SGP.32 para o mundo e fazer com que as pessoas controlem remotamente sua conectividade o mais rápido possível.

Satyajit Sinha: Interessante. Quer dizer, apenas alguns dias atrás eu estava pré-criando esta pilha de tecnologia para eSIM Tech Stack e tentando alocar os OEMs, uh, com seus recursos eSIM, e vi que G + D está chegando em todas as etapas dessa pilha de tecnologia e isso é muito interessante. Quero entender o que uma pilha ponta a ponta significa para você e o que ela traz, os benefícios e o que significa para a solução geral G+D.

David Hambling: Acredito que para nossos clientes, a pilha completa significa que eles podem usar um parceiro IoT confiável para todas as partes do ecossistema IoT. Então, do ponto de vista da G+D, obviamente temos o lado do cartão SIM, o lado eUICC até o RSP, o gerenciamento de dispositivos. Quer dizer, eu trabalho no lado da conectividade.

O que é realmente interessante para mim é que temos nossa biblioteca de [00:18:00] perfis de conectividade que também podem ser usados. Então podemos fornecer o SM-DP+. Podemos fornecer o eIM. Também podemos fornecer a conectividade e pode ser apenas para preencher as lacunas das pessoas. Quer dizer, eles poderiam usar sua própria conectividade em todo o mundo e então onde tivermos alguma coisa, digamos no Brasil, eles não têm, e eles precisam acessar rapidamente e podemos apenas fazer o download, podemos dar a eles nosso perfil para isso. Então, sim, a pilha completa é realmente interessante. Penso que reunir todos estes elementos num ambiente muito seguro à medida que nos concentramos na segurança. Nós nos concentramos na segurança, reunindo tudo isso, envolvendo-o em segurança e, em seguida, tendo um ponto de contato e um SLA, por exemplo, para que alguém possa vir até nós e obter o quanto quiser ou tão pouco quanto quiser, e essa é, uh, uma posição muito poderosa no mercado.

Satyajit Sinha: Interessante.

David Hambling: Então, Satyajit, para onde você acha que o mercado de eSIM irá nos próximos 24 meses?

Satyajit Sinha: Quer dizer, essa é uma pergunta muito interessante. Quer dizer, o que observamos é que logo no início, o eSIM teve uma boa [00:19:00] tração quando chegou ao mercado e teve um bom começo.

Porém, começamos a ver um platô e todos estavam esperando pelo SGP.32, e foi aí que o platô entrou em cena. A parte interessante foi antes mesmo do PEC. 32 foi finalizada, a indústria estava interessada em usar o 32, o que levou a muitos OEMs e a um jogo manual fácil para continuar criando os pré-padrões.

E com esses pré-padrões, eles sempre começaram a fazer pilotos para tentar fazer algumas implantações. Isso mostra uma imagem muito clara da demanda e de como a indústria esperava ansiosamente por um padrão específico para IoT e agora, quando temos esse padrão, começamos a ver um bom crescimento novamente, então há muitos módulos celulares compatíveis com eSIM já disponíveis, eles têm módulos SIM físicos e compatíveis com eSIM, mas não estão em implementação. Então agora o que veremos rapidamente com o SGP.32, parte da implementação entrará em cena.

Também veremos algumas das novas implantações [00:20:00] que acontecerão com base no SGP.32. Estamos começando a ver a curva. Devagar. A penetração que acabamos de ver, 32% na remessa irá rapidamente para 45% e para a faixa de 50% e 60% nos próximos cinco anos ou mais, no momento em que iniciamos a implantação, e essas implantações incluirão IoT e automotivo em ambos os aspectos, então eu diria que sim, há um enorme potencial e a indústria estará basicamente esperando por essa tecnologia, e agora essa tecnologia está aqui. Espero uma boa adoção da tecnologia SGP.32 e eSIM na IoT e no setor automotivo.

David Hambling: Sim, definitivamente, e além do SGP.32, quais são os motivadores que você acha que impulsionarão a adoção do eSIM?

Satyajit Sinha: Quer dizer, falamos sobre segurança e tudo mais, mas acho que uma das coisas interessantes sobre as quais não falamos muito é o provisionamento na fábrica.

Acho que isso é algo que está se tornando igual, eu diria, de importância ao SGP.32. E é basicamente uma tecnologia complementar, mas torna o uso do SGP.32 ou eSIM muito melhor. Quero dizer, e para a perspectiva de hardware, [00:21:00] de uma perspectiva de conectividade pronta para uso, faz mais sentido. Mas definitivamente gostaria de entender uma coisa de você, se quiser acrescentar algo no provisionamento de fábrica, porque sinto que é uma das tecnologias-chave que mudará o mercado de uma perspectiva diferente para o aspecto do eSIM.

David Hambling: Sim, definitivamente. Portanto, estamos ansiosos pelo SGP.42. Atualmente temos o IFPP pré-padrão disponível e em uso e muito, muito popular. Então sim, SGP.42. Sim, já temos o pré-padrão no momento para o IFPP, o provisionamento na fábrica, e está funcionando em harmonia com o SGP.32. O que eu realmente gosto no SGP.42 é que, para dispositivos dos quais você não deseja depender de provisionamento remoto, você não deseja reduzir a carga da bateria. Talvez nos dispositivos mais leves, isso seja provisionamento, pré-provisionamento da conectividade na fábrica a partir de uma biblioteca de perfis, colocando essa conectividade no dispositivo. Portanto, está pronto para funcionar desde o primeiro dia.

 Então, isso é Born [00:22:00] Connected® e isso é crucial para iSIM e eSIM e, uma vez implementado, uma vez que a conectividade tenha sido provisionada no dispositivo, ele poderá continuar a ser gerenciado pelo SGP.32 daqui para frente. Então também o que é muito emocionante, obviamente, à medida que continuamos a inovar e não apenas, você sabe, após os sucessos e especificações do SGP.32, continuamos a inovar.

David Hambling: E é claro que temos as versões adicionais do SGP.32 pela frente. Então, a versão dois, onde haverá vários perfis habilitados, o que será extremamente importante para o setor automotivo também, e para a confiabilidade da conectividade e para dispositivos IoT, e então a troca de perfil iniciada pelo dispositivo, e tudo isso leva ao iSIM, que é o que precisamos observar também. Isso vai se tornar mais popular por causa do SGP.32, SGP.42 e, claro, do SGP.42 de fábrica.

Satyajit Sinha: Interessante. Interessante. Sim, isso faz todo o sentido. [00:23:00] Antes de concluir, gostaria de entender de você o que a operadora ou OEM deve observar a seguir e por quê?

David Hambling: Acho que foi o que dissemos, versão dois do SGP.32.

Então, aproveitando o que temos no momento.

Sim.

E acho que principalmente como dissemos para o setor automotivo, os múltiplos perfis habilitados seriam extremamente importantes, especialmente para coisas como eCall, infoentretenimento, ser capaz de alternar perfis com base em algoritmos, com base em inteligência, basicamente, o que tem melhor sinal, obviamente você precisa do eCall para ter o melhor sinal possível, e você precisa ter a mais alta prioridade.

Então isso será muito importante para OEMs e fabricantes de automóveis. iSIM integrado, então é ainda mais seguro porque está realmente integrado ao dispositivo. E então você precisa do SGP.32 para poder gerenciar isso remotamente durante o tempo que permanecerá em campo.

E o SGP.32 precisa funcionar perfeitamente para isso. E então, como eu disse, o SGP.42 no provisionamento de fábrica precisa ficar de olho nisso quando a especificação for lançada. Como eu disse, é pré-padrão no momento. Está em [00:24:00] uso. Está funcionando muito bem, mas estou ansioso por isso, indo cada vez mais forte.

Satyajit Sinha: Interessante. Obrigado David. Foi uma discussão realmente interessante e esclarecedora e espero que todos tenham gostado da discussão.

David Hambling: Muito obrigado Satyajit. Eu realmente gostei de falar com você.

Satyajit Sinha: Obrigado.