# SMPP 3.4 vs SMPP 5.0 — o que mudou e qual usar

> O SMPP 3.4 (1999) ainda é o protocolo de interconexão SMS que executa praticamente todas as conexões A2P em produção atualmente. O SMPP 5.0 (2003) adicionou cabeçalhos sem Unicode, suporte a broadcast e broadcast celular, e TLVs para classes de mensagens mais ricas — mas a maioria dos SMSCs e agregadores nunca migrou para ele. Se você estiver a escolher hoje, utilize o SMPP 3.4 sobre TLS, a menos que a sua contraparte solicite especificamente o 5.0.

- URL canônico: https://www.broadnet.me/pt/answers/smpp-3-4-vs-5-0
- Idioma: pt
- Última revisão: 2026-09-30
- Editor: BroadNet (https://www.broadnet.me)

## Porque a versão 3.4 conquistou a base de instalações?

O SMPP 3.4 foi lançado no mesmo momento em que o SMS A2P decolou. Todos os principais fornecedores de SMSC desenvolveram implementações robustas e estáveis da versão 3.4. O protocolo é pequeno (cerca de 30 tipos de PDU, oito comandos que você envia na vida), bem compreendido e sobrevive a qualquer NAT e firewall no caminho. Vinte e sete anos depois, a especificação SMPP 3.4 ainda é o protocolo principal em todos os contratos de interconexão A2P.

## O que a versão 5.0 adicionou

O SMPP 5.0 corrigiu várias arestas: payload de mensagem nativo em UTF-8, um registo de service_type adequado, broadcast_sm / query_broadcast_sm / cancel_broadcast_sm para transmissão celular, TLVs de faturação opcionais e controlo de congestionamento mais rigoroso com congestion_state. Também introduziu o conceito de máquinas de estado de mensagem (message_state machines) que o SMSC pode controlar em nome do ESME.

## Porque quase ninguém usa a versão 5.0?

Três razões. Primeiro, os fornecedores de SMSC não foram pagos para atualizar — as operadoras já tinham stacks 3.4 funcionando. Segundo, o caso de uso de transmissão celular para o qual a versão 5.0 foi direcionado foi para centros de transmissão celular dedicados (CBCs), não para SMSCs. Terceiro, os problemas que a versão 5.0 corrigiu (tratamento de Unicode, TLVs de faturação) geralmente são resolvidos na camada de aplicação com TLVs sobre a versão 3.4. Resultado: na BroadNet, temos apenas uma instalação 5.0 em produção. Temos mais de 1.000 instalações 3.4 ativas.

## Conselhos práticos

Conecte-se como um transceptor via SMPP 3.4, com TLS na porta fornecida com a sua conta. Use o comando `submit_sm` com o TLV `message_payload` para mensagens longas (em vez de concatenação UDH) quando o SMSC recetor suportar. Negocie o `enquire_link` a cada 30 segundos e desvincule corretamente. Se o seu agregador forçar o uso do SMPP 5.0, pergunte o motivo — não há ganho de entregabilidade em rotas A2P comerciais.

## Visão geral do SMPP 3.4 vs SMPP 5.0

|  | SMPP 3.4 | SMPP 5.0 |
|---|---|---|
| Lançamento | 1999 | 2003 |
| Base instalada em produção | Quase todos os binds A2P | Raro — pouco implantado |
| Cabeçalho Unicode nativo | Não | Sim |
| Suporte a Cell Broadcast | Não | Sim |
| Controlo de congestionamento | Básico | Sinalização congestion_state |
| Benefício de entregabilidade | Referência | Nenhum em rotas A2P comerciais |
| Recomendado hoje | Sim — transceiver sobre TLS | Somente se a contraparte exigir |

## Perguntas frequentes

### Devo usar o SMPP 5.0 para uma nova integração?

Quase nunca. Utilize SMPP 3.4 sobre TLS, a menos que uma contraparte específica exija 5.0. A base instalada, as ferramentas e o suporte dos operadores estão todos focados na versão 3.4, e a versão 5.0 não oferece nenhuma vantagem de entregabilidade em rotas A2P comerciais.

### O SMPP 5.0 entrega mensagens melhor que o 3.4?

Não. A capacidade de entrega é uma função da rota da operadora, não da versão do SMPP. Os recursos aprimorados na versão 5.0 (cabeçalhos Unicode, TLVs de faturação) geralmente são tratados na camada de aplicação, sobre a versão 3.4.

### Como faço para enviar texto em árabe ou emojis via SMPP 3.4?

Defina data_coding para UCS-2 (0x08) ou inclua o corpo da mensagem num TLV message_payload. A versão 3.4 lida bem com conteúdo Unicode; você não precisa da versão 5.0 para isso.

### Que tipo de vinculação e porta devo usar?

A vinculação de transceptor sobre TLS é o padrão para A2P — ela envia submit_sm e recebe DLRs num único socket. BroadNet oferece conexões SMPP 3.4; o host, a porta e as credenciais são fornecidos com o seu acesso de teste.

## Relacionados

- [O que é SMPP?](https://www.broadnet.me/pt/answers/what-is-smpp)
- [REST vs SMPP](https://www.broadnet.me/pt/compare/sms-api-vs-smpp)
- [Codificação GSM-7 vs. UCS-2](https://www.broadnet.me/pt/answers/what-is-encoding-gsm-7-ucs-2)
- [Todas as respostas](https://www.broadnet.me/pt/answers)
- [Como funciona o protocolo SMPP?](https://www.broadnet.me/pt/answers/smpp-protocol)
- [O que é SMPP?](https://www.broadnet.me/pt/answers/what-is-smpp)
- [TLS 1.3 em mensagens — o que mudou e porque isso é importante para o SMPP](https://www.broadnet.me/pt/answers/tls-1-3-in-messaging)
- [SMPP integration](https://www.broadnet.me/pt/developers/smpp)
- [SMPP error-code lookup](https://www.broadnet.me/pt/tools/smpp-error-codes)
- [SMS API](https://www.broadnet.me/pt/products/sms-api)