# SMPP 3.4 frente a SMPP 5.0: qué ha cambiado y qué versión utilizar

> SMPP 3.4 (1999) sigue siendo el protocolo de interconexión SMS que se utiliza en casi todas las conexiones A2P en producción actualmente. SMPP 5.0 (2003) añadió encabezados Unicode limpios, compatibilidad con difusión y difusión celular, y TLV para clases de mensajes más completas; sin embargo, la mayoría de los SMSC y agregadores nunca lo adoptaron. Si va a realizar una conexión hoy, utilice SMPP 3.4 sobre TLS, a menos que su contraparte solicite específicamente la versión 5.0.

- URL canónica: https://www.broadnet.me/es/answers/smpp-3-4-vs-5-0
- Idioma: es
- Última revisión: 2026-09-30
- Editor: BroadNet (https://www.broadnet.me)

## Por qué la versión 3.4 ganó la base de usuarios instalados

SMPP 3.4 se lanzó al mismo tiempo que el SMS A2P despegaba. Todos los principales proveedores de SMSC desarrollaron implementaciones 3.4 robustas y estables. El protocolo es pequeño (unos 30 tipos de PDU, ocho comandos que se envían), se comprende bien y funciona sin problemas con NAT y cortafuegos. Veintisiete años después, la especificación SMPP 3.4 sigue siendo el protocolo principal en todos los contratos de interconexión A2P.

## Lo que añadió la versión 5.0

SMPP 5.0 mejoró varios aspectos: incluyó la compatibilidad nativa con UTF-8 en el message_payload, un registro de service_type adecuado, broadcast_sm, query_broadcast_sm y cancel_broadcast_sm para difusión celular, TLV de facturación opcionales y un control de congestión más estricto con congestion_state. También introdujo el concepto de máquinas de estado de mensajes que el SMSC puede gestionar en nombre del ESME.

## ¿Por qué casi nadie usa la versión 5.0?

Tres razones. Primero, los proveedores de SMSC no recibieron pago por actualizar, ya que los operadores ya contaban con pilas 3.4 en funcionamiento. Segundo, el caso de uso de difusión celular al que apuntaba la versión 5.0 se dirigió a centros de difusión celular (CBC) dedicados, no a SMSC. Tercero, los problemas que solucionó la versión 5.0 (manejo de Unicode, TLV de facturación) generalmente se resuelven en la capa de aplicación con TLV sobre la versión 3.4. El resultado: en BroadNet tenemos un enlace 5.0 en producción. Tenemos más de 1000 enlaces 3.4 activos.

## Consejos prácticos

Conéctese como transceptor a través de SMPP 3.4, con TLS en el puerto proporcionado con su cuenta. Usa submit_sm con message_payload TLV para mensajes largos (en lugar de la concatenación UDH) cuando el SMSC receptor lo admita. Negocia enquire_link cada 30 segundos y desvincula correctamente. Si tu agregador impone la versión 5.0, pregunta por qué; no hay ninguna ventaja en la capacidad de entrega en las rutas A2P comerciales.

## SMPP 3.4 frente a SMPP 5.0 de un vistazo

|  | SMPP 3.4 | SMPP 5.0 |
|---|---|---|
| Lanzamiento | 1999 | 2003 |
| Base instalada de producción | Casi todos los binds A2P | Poco frecuente — rara vez se implementa |
| Encabezado Unicode nativo | No | Sí |
| Soporte de Cell Broadcast | No | Sí |
| Control de congestión | Básico | Señalización congestion_state |
| Beneficio de entregabilidad | Referencia | Ninguno en rutas A2P comerciales |
| Recomendado hoy | Sí — transceiver sobre TLS | Solo si la contraparte lo exige |

## Preguntas frecuentes

### ¿Debería usar SMPP 5.0 para una nueva integración?

Casi nunca. Vincule SMPP 3.4 sobre TLS a menos que una contraparte específica requiera 5.0. La base instalada, las herramientas y el soporte de operadores se basan en 3.4, y 5.0 no ofrece ninguna ventaja en cuanto a la capacidad de entrega en rutas A2P comerciales.

### ¿SMPP 5.0 ofrece una mejor transmisión de mensajes que la versión 3.4?

No. La capacidad de entrega depende de la ruta del operador, no de la versión de SMPP. Las mejoras introducidas en la versión 5.0 (encabezados Unicode, TLV de facturación) se gestionan normalmente en la capa de aplicación sobre la versión 3.4.

### ¿Cómo puedo enviar texto en árabe o emojis a través de SMPP 3.4?

Establezca data_coding en UCS-2 (0x08) o incluya el cuerpo en un TLV message_payload. La versión 3.4 maneja bien el contenido Unicode; no necesita la versión 5.0 para ello.

### ¿Qué tipo de enlace y puerto debo usar?

La vinculación de transceptor mediante TLS es el estándar para A2P: envía mensajes submit_sm y recibe DLR en un mismo socket. BroadNet ofrece enlaces SMPP 3.4; el host, el puerto y las credenciales se proporcionan con su acceso de prueba.

## Relacionado

- [¿Qué es SMPP?](https://www.broadnet.me/es/answers/what-is-smpp)
- [REST frente a SMPP](https://www.broadnet.me/es/compare/sms-api-vs-smpp)
- [Codificación GSM-7 frente a UCS-2](https://www.broadnet.me/es/answers/what-is-encoding-gsm-7-ucs-2)
- [Todas las respuestas](https://www.broadnet.me/es/answers)
- [¿Cómo funciona el protocolo SMPP?](https://www.broadnet.me/es/answers/smpp-protocol)
- [¿Qué es SMPP?](https://www.broadnet.me/es/answers/what-is-smpp)
- [TLS 1.3 en la mensajería: qué ha cambiado y por qué es importante para SMPP](https://www.broadnet.me/es/answers/tls-1-3-in-messaging)
- [SMPP integration](https://www.broadnet.me/es/developers/smpp)
- [SMPP error-code lookup](https://www.broadnet.me/es/tools/smpp-error-codes)
- [SMS API](https://www.broadnet.me/es/products/sms-api)