Blog
Standards

SGP.32: a eSIM IoT que finalmente elimina o SM-SR

Se passou anos a lidar com o SGP.02 e as suas plataformas SM-SR proprietárias, o SGP.32 é a primeira boa notícia do standard numa década. Eis o que muda e porque importa.

5 de março de 20267 min

Até 2024 havia dois standards GSMA de eSIM em uso: SGP.02 para M2M (o clássico "push" operado por SM-DP + SM-SR) e SGP.22 para consumer (o modelo "pull" do telemóvel, com SM-DP+ e LPA). O primeiro exige uma plataforma SM-SR normalmente proprietária do fornecedor de conectividade, e mudar de SM-SR é um pesadelo contratual. O segundo é aberto mas assume uma UI, algo que um contador de água não tem.

O SGP.32 (especificação publicada pela GSMA em 2023, implementação em série a partir de 2024–2025) resolve a lacuna. Está pensado especificamente para IoT sem UI e elimina a necessidade do SM-SR.

Esta entrada é um briefing curto. Se quiser entendê-lo a fundo, passe ao guia completo de 3 partes — comece pela parte 1, que cobre porque existe o SGP.32 e o que muda.

Arquitetura nova

  • IPA (IoT Profile Assistant): substitui o LPA do SGP.22. Vive no dispositivo ou como applet no eUICC e gere a descarga, ativação e eliminação de perfis.
  • eIM (eSIM IoT Manager): plataforma remota que dá ordens ao IPA. Pode ser operada pelo OEM, pelo integrador ou pelo fornecedor de conectividade. O importante: não está presa ao fabricante da eUICC.
  • SM-DP+: o mesmo que no consumer. Prepara e entrega perfis cifrados. E sim, pode usar qualquer SM-DP+ certificado pela GSMA.
A consequência-chave: o dono do dispositivo decide que eIM usar, independentemente de quem fabricou a eUICC ou de que operadora está carregada no bootstrap. Pela primeira vez, a eSIM M2M é verdadeiramente interoperável.

O que resolve face ao SGP.02

  • Fim da dependência de um único SM-SR. No SGP.02, mover uma eUICC de um SM-SR para outro (o famoso change-of-ownership) exigia colaboração ativa entre os dois operadores SM-SR — e essa colaboração historicamente não acontecia.
  • Funciona sem cobertura da operadora "dona". No SGP.02, o SM-SR empurra ordens pelo canal OTA do perfil ativo. Se esse perfil não tem cobertura, fica bloqueado. No SGP.32, o IPA pode procurar qualquer rede IP disponível e ligar-se ao eIM por IP, saltando a operadora móvel atual.
  • Operações em massa reais. Mudar milhares de dispositivos de operadora deixa de ser uma operação manual por SIM.

O que continua bom no SGP.02

Nada o obriga a migrar. As eUICC SGP.02 continuam a funcionar, os perfis carregados continuam ativos e os dispositivos em campo não vão ser tocados. O SGP.32 é a recomendação para design novo a partir de 2025, mas a base instalada permanecerá SGP.02 durante toda a década.

Quando exigi-lo no seu RFP

  • Se o dispositivo é novo e o seu ciclo de vida supera os 7 anos.
  • Se vai vender em vários países com requisitos de operadora local distintos.
  • Se quer manter a opção real de mudar de fornecedor de conectividade sem substituir a eUICC.
  • Se o seu silicon vendor (Qualcomm, Sequans, Sony Altair) já tem firmware IPA-capable — a maioria tem nos módulos lançados desde 2024.

O que perguntar ao fornecedor

  • Que versão exata do SGP.32 suporta a eUICC (v1.0.x, v1.1.x)?
  • Têm SM-DP+ próprio ou usam um externo? Certificado GSMA?
  • Posso apontar os meus dispositivos para um eIM externo ou obrigam-me ao vosso?
  • Como gerem a revogação de certificados IPA se um dispositivo for comprometido?

Se quer respostas concretas a essas quatro perguntas com hardware disponível hoje, a nossa eSIM IoT (eUICC) com SGP.02 e SGP.32 cobre-as na página de produto: formatos MFF2 e removíveis, preços por uso e compatibilidade de módulos.

Working on a project like this?

Drop us a line and a network engineer gets back to you in under 24 h.

Talk to an engineer