# SMPP 3.4 vs SMPP 5.0 — Was hat sich geändert und was sollte man verwenden?

> SMPP 3.4 (1999) ist nach wie vor das SMS-Verbindungsprotokoll, das heute fast allen produktiven A2P-Verbindungen zugrunde liegt. SMPP 5.0 (2003) führte Unicode-konforme Header, Broadcast- und Cell-Broadcast-Unterstützung sowie TLVs für komplexere Nachrichtenklassen ein – die meisten SMSCs und Aggregatoren haben jedoch nie darauf umgestellt. Wenn Sie heute eine Verbindung herstellen müssen, verwenden Sie SMPP 3.4 über TLS, es sei denn, Ihr Gegenüber verlangt ausdrücklich Version 5.0.

- Kanonische URL: https://www.broadnet.me/de/answers/smpp-3-4-vs-5-0
- Sprache: de
- Zuletzt geprüft: 2026-09-30
- Herausgeber: BroadNet (https://www.broadnet.me)

## Warum Version 3.4 die installierte Basis eroberte

SMPP 3.4 wurde zeitgleich mit dem Durchbruch von SMS A2P veröffentlicht. Alle großen SMSC-Anbieter entwickelten umfassende und stabile Implementierungen von SMPP 3.4. Das Protokoll ist schlank (ca. 30 PDU-Typen, acht Befehle, die jemals gesendet werden), gut verstanden und übersteht jede NAT- und Firewall-Umgebung. Auch 27 Jahre später ist die SMPP-3.4-Spezifikation noch immer das Protokoll, das jedem A2P-Verbindungsvertrag zugrunde liegt.

## Was Version 5.0 hinzugefügt hat

SMPP 5.0 beseitigte einige Schwächen: native UTF-8-Nachrichtennutzlast, ein geeignetes Diensttypregister, broadcast_sm / query_broadcast_sm / cancel_broadcast_sm für Zellrundfunk, optionale Abrechnungs-TLVs und eine verbesserte Staukontrolle mit congestion_state. Außerdem wurde das Konzept der Nachrichtenzustandsmaschinen eingeführt, die der SMSC im Auftrag des ESME steuern kann.

## Warum fast niemand 5.0 spielt

Drei Gründe. Erstens wurden SMSC-Anbieter nicht für das Upgrade bezahlt – die Betreiber verfügten bereits über funktionierende 3.4-Stacks. Zweitens wurde der von 5.0 angestrebte Anwendungsfall Cell Broadcast auf dedizierte Cell Broadcast Center (CBCs) und nicht auf SMSCs ausgeweitet. Drittens werden die mit 5.0 behobenen Probleme (Unicode-Verarbeitung, Abrechnungs-TLVs) üblicherweise auf Anwendungsebene mit TLVs auf Basis von 3.4 gelöst. Das Ergebnis: Bei BroadNet ist nur eine 5.0-Bindung produktiv im Einsatz. Wir haben über 1.000 aktive 3.4-Bindungen.

## Praktische Ratschläge

Binden Sie sich als Transceiver über SMPP 3.4 mit TLS auf dem Port, der Ihrem Konto zugeordnet ist. Verwenden Sie `submit_sm` mit `message_payload`-TLV für lange Nachrichten (anstelle der UDH-Verkettung), sofern der empfangende SMSC dies unterstützt. Verhandeln Sie alle 30 Sekunden eine neue Verbindung (`enquire_link`) und trennen Sie die Verbindung ordnungsgemäß. Falls Ihr Aggregator SMPP 5.0 erzwingt, fragen Sie nach dem Grund – auf kommerziellen A2P-Routen bietet dies keine Vorteile hinsichtlich der Zustellbarkeit.

## SMPP 3.4 vs. SMPP 5.0 auf einen Blick

|  | SMPP 3.4 | SMPP 5.0 |
|---|---|---|
| Veröffentlicht | 1999 | 2003 |
| Verbreitung in Produktion | Nahezu jeder A2P-Bind | Selten — kaum eingesetzt |
| Nativer Unicode-Header | Nein | Ja |
| Cell-Broadcast-Unterstützung | Nein | Ja |
| Überlastkontrolle | Einfach | Signalisierung über congestion_state |
| Zustellbarkeitsvorteil | Basisniveau | Keiner auf kommerziellen A2P-Routen |
| Heute empfohlen | Ja — Transceiver über TLS | Nur wenn ein Partner es verlangt |

## Häufige Fragen

### Sollte ich SMPP 5.0 für eine neue Integration verwenden?

Fast nie. Binden Sie SMPP 3.4 über TLS, es sei denn, ein bestimmter Gesprächspartner verlangt Version 5.0. Die Installationsbasis, die Tools und die Betreiberunterstützung basieren alle auf Version 3.4, und Version 5.0 bietet keine Vorteile hinsichtlich der Zustellbarkeit auf kommerziellen A2P-Routen.

### Übermittelt SMPP 5.0 Nachrichten besser als 3.4?

Nein. Die Zustellbarkeit hängt vom Betreiberpfad ab, nicht von der SMPP-Version. Die Verbesserungen von Version 5.0 (Unicode-Header, Abrechnungs-TLVs) werden üblicherweise auf der Anwendungsschicht zusätzlich zu Version 3.4 verarbeitet.

### Wie kann ich arabische Texte oder Emojis über SMPP 3.4 versenden?

Setzen Sie data_coding auf UCS-2 (0x08) oder übermitteln Sie den Nachrichtentext in einem message_payload-TLV. Version 3.4 verarbeitet Unicode-Inhalte problemlos; Version 5.0 ist dafür nicht erforderlich.

### Welchen Bindungstyp und welchen Port sollte ich verwenden?

Für A2P ist eine Transceiver-Bindung über TLS Standard – sie sendet submit_sm-Pakete und empfängt DLR-Pakete über einen Socket. BroadNet bietet SMPP 3.4-Bindungen an; Host, Port und Zugangsdaten werden Ihnen mit Ihrem Testzugang bereitgestellt.

## Verwandte Seiten

- [Was ist SMPP?](https://www.broadnet.me/de/answers/what-is-smpp)
- [REST vs SMPP](https://www.broadnet.me/de/compare/sms-api-vs-smpp)
- [GSM-7- vs. UCS-2-Kodierung](https://www.broadnet.me/de/answers/what-is-encoding-gsm-7-ucs-2)
- [Alle Antworten](https://www.broadnet.me/de/answers)
- [Wie funktioniert das SMPP-Protokoll?](https://www.broadnet.me/de/answers/smpp-protocol)
- [Was ist SMPP?](https://www.broadnet.me/de/answers/what-is-smpp)
- [TLS 1.3 im Messaging – was sich geändert hat und warum das für SMPP wichtig ist](https://www.broadnet.me/de/answers/tls-1-3-in-messaging)
- [SMPP integration](https://www.broadnet.me/de/developers/smpp)
- [SMPP error-code lookup](https://www.broadnet.me/de/tools/smpp-error-codes)
- [SMS API](https://www.broadnet.me/de/products/sms-api)