BroadNet
Protocolos Resposta da BroadNet

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

Última revisão 2 min de leituraRevisado pela equipa de engenharia BroadNet
Resposta rápida

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.

Definição em linguagem simplesneutro em relação ao fornecedorRevisado 30 de setembro de 2026
DiagramaUma sessão SMPP entre a sua plataforma e BroadNet
A sua plataforma (ESME)
BroadNet SMSC
Uma conexão TCP/TLS persistente
  1. bind_transceiverAbrir e autenticar a sessão
  2. bind_transceiver_respSessão aceita
  3. submit_smEnviar uma mensagem
  4. submit_sm_respAceito, ID da mensagem devolvida
  5. deliver_smRelatório de entrega ou mensagem recebida
  6. deliver_sm_respConfirmado
  7. enquire_linkKeepalive em modo ocioso
A resposta longa

Tudo o que vale a pena saber, nada do que não vale.

§01

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.

§02

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.

§03

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.

§04

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.4SMPP 5.0
Lançamento19992003
Base instalada em produçãoQuase todos os binds A2PRaro — pouco implantado
Cabeçalho Unicode nativo—
Suporte a Cell Broadcast—
Controlo de congestionamentoBásicoSinalização congestion_state
Benefício de entregabilidadeReferênciaNenhum em rotas A2P comerciais
Recomendado hojeSim — transceiver sobre TLSSomente se a contraparte exigir
BNEscrito pela equipa de engenharia BroadNet·Serviços de mensagens de nível de operadora desde 2003, com sede no Dubai.·Padrões editoriais
FAQ

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.
Construa com isto

Precisa de ajuda para instalar isso?

As páginas abaixo contêm os produtos e guias de integração que colocam este conceito em prática. Se preferir uma demonstração ao vivo, a nossa equipa de engenharia está disponível para atendimento no mesmo dia, durante o horário comercial MENA .

Fale com a nossa equipa de engenharia.
Opinião

Essa resposta foi útil?

O seu voto nos ajuda a priorizar quais respostas devem ser expandidas com exemplos, diagramas e trechos de código.

Essa resposta foi útil?
Obrigado — anotado. Manteremos esta resposta atualizada.
Entendi. Diga-nos o que estava a faltar. Envie uma mensagem rápida.

Como escrevemos e revemos os conteúdos

Ainda precisa de ajuda?

Converse com um engenheiro de verdade sobre a sua construção.

Respondemos no prazo de um dia útil, e as contas de produção têm suporte 24 horas por dia, 7 dias por semana. Os nossos engenheiros de soluções entregam código, não scripts.

$ curl -X POST https://api.broadnet.me/sms/sendSms
SLA de resposta
Solicitações de acesso de testeResposta em até 1 dia útil
Produção24 / 7 · < 15 min
NOC de operadoras24 / 7 · plantão