# SMPP 3.4 vs SMPP 5.0 — Qu'est-ce qui a changé et lequel utiliser ?

> Le protocole SMPP 3.4 (1999) reste le protocole d'interconnexion SMS utilisé par la quasi-totalité des liaisons A2P en production aujourd'hui. La version SMPP 5.0 (2003) a introduit les en-têtes compatibles Unicode, la prise en charge de la diffusion et de la diffusion cellulaire, ainsi que les TLV pour des classes de messages plus complètes ; toutefois, la plupart des SMSC et des agrégateurs ne l'ont jamais adoptée. Si vous choisissez votre protocole aujourd'hui, privilégiez SMPP 3.4 via TLS, sauf si votre interlocuteur exige expressément la version 5.0.

- URL canonique: https://www.broadnet.me/fr/answers/smpp-3-4-vs-5-0
- Langue: fr
- Dernière révision: 2026-09-30
- Éditeur: BroadNet (https://www.broadnet.me)

## Pourquoi la version 3.4 a conquis la base d'utilisateurs

Le protocole SMPP 3.4 a été déployé simultanément à l'essor du SMS A2P. Tous les principaux fournisseurs de SMSC ont développé des implémentations 3.4 robustes et stables. Ce protocole, concis (une trentaine de types de PDU et seulement huit commandes envoyées), est bien maîtrisé et fonctionne même à travers les NAT et pare-feu. Vingt-sept ans plus tard, la spécification SMPP 3.4 reste le protocole de référence de tout contrat d'interconnexion A2P.

## Qu'est-ce que la version 5.0 a ajouté ?

SMPP 5.0 a corrigé plusieurs imperfections : prise en charge native de la charge utile des messages UTF-8, registre des types de services, gestion des messages broadcast_sm, query_broadcast_sm et cancel_broadcast_sm pour la diffusion cellulaire, TLV de facturation optionnels et contrôle de la congestion renforcé grâce à congestion_state. Cette version a également introduit le concept de machines à état de messages que le SMSC peut piloter pour le compte de l'ESME.

## Pourquoi presque personne n'utilise Android 5.0

Trois raisons. Premièrement, les fournisseurs de SMSC n'ont pas été rémunérés pour la mise à niveau, les opérateurs disposant déjà de piles 3.4 fonctionnelles. Deuxièmement, le cas d'usage de diffusion cellulaire ciblé par la version 5.0 concernait les centres de diffusion cellulaire dédiés (CBC), et non les SMSC. Troisièmement, les problèmes résolus par la version 5.0 (gestion d'Unicode, TLV de facturation) sont généralement pris en charge au niveau de la couche application grâce aux TLV, en complément de la version 3.4. Résultat : chez BroadNet, nous n'avons qu'une seule liaison 5.0 en production, contre plus de 1 000 liaisons 3.4 actives.

## Conseils pratiques

Connectez-vous en tant qu'émetteur-récepteur via SMPP 3.4, avec TLS sur le port fourni avec votre compte. Utilisez `submit_sm` avec le TLV `message_payload` pour les messages longs (au lieu de la concaténation UDH) lorsque le SMSC destinataire le prend en charge. Négociez `enquire_link` toutes les 30 secondes et désassociez-vous proprement. Si votre agrégateur impose la version 5.0, demandez-lui pourquoi : cela n'apporte aucun gain de délivrabilité sur les routes A2P commerciales.

## SMPP 3.4 vs SMPP 5.0 en un coup d'œil

|  | SMPP 3.4 | SMPP 5.0 |
|---|---|---|
| Publication | 1999 | 2003 |
| Base installée en production | Quasiment tous les binds A2P | Rare — peu déployé |
| En-tête Unicode natif | Non | Oui |
| Prise en charge du Cell Broadcast | Non | Oui |
| Contrôle de la congestion | Basique | Signalisation congestion_state |
| Avantage en matière de délivrabilité | Référence | Aucun sur les routes A2P commerciales |
| Recommandé aujourd'hui | Oui — transceiver sur TLS | Uniquement si un partenaire l'exige |

## Questions fréquentes

### Dois-je utiliser SMPP 5.0 pour une nouvelle intégration ?

Pratiquement jamais. Utilisez SMPP 3.4 sur TLS, sauf si une contrepartie spécifique exige la version 5.0. La base installée, les outils et le support opérateur reposent tous sur la version 3.4, et la version 5.0 n'offre aucun avantage en termes de délivrabilité sur les routes A2P commerciales.

### Le protocole SMPP 5.0 transmet-il les messages mieux que le protocole 3.4 ?

Non. La délivrabilité dépend du routage de l'opérateur, et non de la version SMPP. Les améliorations apportées par la version 5.0 (en-têtes Unicode, TLV de facturation) sont généralement gérées au niveau de la couche application, en complément de la version 3.4.

### Comment envoyer des messages arabes ou des émojis via SMPP 3.4 ?

Définissez data_coding sur UCS-2 (0x08) ou transmettez le corps du message dans un TLV message_payload. La version 3.4 gère correctement le contenu Unicode ; la version 5.0 n’est pas nécessaire.

### Quel type de liaison et quel port dois-je utiliser ?

L'utilisation d'un émetteur-récepteur via TLS est la norme pour les communications A2P : il envoie des requêtes submit_sm et reçoit des DLR sur une seule socket. BroadNet propose des liaisons SMPP 3.4 ; l’hôte, le port et les identifiants sont fournis avec votre accès de test.

## Voir aussi

- [Qu'est-ce que le SMPP ?](https://www.broadnet.me/fr/answers/what-is-smpp)
- [REST vs SMPP](https://www.broadnet.me/fr/compare/sms-api-vs-smpp)
- [Encodage GSM-7 vs UCS-2](https://www.broadnet.me/fr/answers/what-is-encoding-gsm-7-ucs-2)
- [Toutes les réponses](https://www.broadnet.me/fr/answers)
- [Comment fonctionne le protocole SMPP ?](https://www.broadnet.me/fr/answers/smpp-protocol)
- [Qu'est-ce que le SMPP ?](https://www.broadnet.me/fr/answers/what-is-smpp)
- [TLS 1.3 dans la messagerie — ce qui a changé et pourquoi c'est important pour SMPP](https://www.broadnet.me/fr/answers/tls-1-3-in-messaging)
- [SMPP integration](https://www.broadnet.me/fr/developers/smpp)
- [SMPP error-code lookup](https://www.broadnet.me/fr/tools/smpp-error-codes)
- [SMS API](https://www.broadnet.me/fr/products/sms-api)