# SMPP 3.4 против SMPP 5.0 — что изменилось и что использовать

> SMPP 3.4 (1999) до сих пор является протоколом межсетевого взаимодействия SMS, используемым практически во всех современных системах A2P-соединения. В SMPP 5.0 (2003) были добавлены заголовки, соответствующие стандарту Unicode, поддержка широковещательной и сотовой рассылки, а также TLV для более сложных классов сообщений — но большинство SMSC и агрегаторов так и не перешли на него. Если вы выбираете протокол сегодня, используйте SMPP 3.4 поверх TLS, если только ваш контрагент специально не запросит версию 5.0.

- Канонический URL: https://www.broadnet.me/ru/answers/smpp-3-4-vs-5-0
- Язык: ru
- Последняя проверка: 2026-09-30
- Издатель: BroadNet (https://www.broadnet.me)

## Почему версия 3.4 завоевала базу установленных устройств?

Протокол SMPP 3.4 был выпущен одновременно с началом распространения SMS A2P. Все основные поставщики SMSC разработали надежные и стабильные реализации версии 3.4. Протокол невелик (около 30 типов PDU, всего восемь команд, которые вы когда-либо отправляете), хорошо изучен и преодолевает любые NAT и межсетевые экраны на пути следования. Спустя двадцать семь лет спецификация SMPP 3.4 по-прежнему является основным протоколом в каждом контракте на межсетевое соединение A2P.

## Что добавила версия 5.0

В SMPP 5.0 были устранены некоторые недоработки: встроенная поддержка UTF-8 для полезной нагрузки сообщений, корректный реестр типов служб, функции broadcast_sm / query_broadcast_sm / cancel_broadcast_sm для широковещательной рассылки в сотовых сетях, опциональные TLV для выставления счетов и более жесткий контроль перегрузки с помощью congestion_state. Также была введена концепция машин состояний сообщений, которыми SMSC может управлять от имени ESME.

## Почему почти никто не использует версию 5.0

Три причины. Во-первых, поставщикам SMSC не заплатили за обновление — у операторов уже были работающие стеки версии 3.4. Во-вторых, сценарий использования широковещательной передачи сот, на который была ориентирована версия 5.0, был ориентирован на выделенные центры широковещательной передачи сот (CBC), а не на SMSC. В-третьих, проблемы, исправленные в версии 5.0 (обработка Unicode, TLV для выставления счетов), обычно решаются на уровне приложений с помощью TLV поверх версии 3.4. В результате: в BroadNet у нас в эксплуатации только одна привязка версии 5.0. У нас более 1000 активных привязок версии 3.4.

## Практические советы

Подключитесь в качестве трансивера по SMPP 3.4 с использованием TLS на порту, указанном в вашей учетной записи. Используйте submit_sm с TLV message_payload для длинных сообщений (вместо конкатенации UDH), если принимающий SMSC это поддерживает. Согласовывайте enquire_link каждые 30 секунд, корректно отключайте. Если ваш агрегатор принудительно использует версию 5.0, уточните причину — это не дает преимуществ в плане доставляемости на коммерческих маршрутах A2P.

## SMPP 3.4 против SMPP 5.0 с первого взгляда

|  | SMPP 3.4 | SMPP 5.0 |
|---|---|---|
| Год выпуска | 1999 | 2003 |
| Распространённость в продакшене | Почти каждое A2P-подключение (bind) | Редко — почти не внедряется |
| Нативный заголовок Unicode | Нет | Да |
| Поддержка Cell Broadcast | Нет | Да |
| Управление перегрузкой | Базовое | Сигнализация congestion_state |
| Выигрыш в доставляемости | Базовый уровень | Нет на коммерческих A2P-маршрутах |
| Рекомендовано сегодня | Да — transceiver поверх TLS | Только если этого требует контрагент |

## Частые вопросы

### Стоит ли использовать SMPP 5.0 для новой интеграции?

Практически никогда. Используйте SMPP 3.4 поверх TLS, если только конкретный контрагент не требует версии 5.0. Вся установленная база, инструменты и поддержка операторов основаны на версии 3.4, а версия 5.0 не дает никаких преимуществ в плане доставки на коммерческих маршрутах A2P.

### Обеспечивает ли SMPP 5.0 более качественную передачу сообщений, чем SMPP 3.4?

Нет. Доставляемость зависит от маршрута оператора, а не от версии SMPP. Улучшения, внесенные в версию 5.0 (заголовки Unicode, TLV для выставления счетов), обычно обрабатываются на уровне приложения поверх версии 3.4.

### Как отправить текст на арабском языке или эмодзи через SMPP 3.4?

Установите data_coding в UCS-2 (0x08) или передавайте тело сообщения в TLV message_payload. Версия 3.4 корректно обрабатывает контент Unicode; для этого не требуется версия 5.0.

### Какой тип привязки и какой порт мне следует использовать?

Стандартом для A2P является привязка приемопередатчика по TLS — он отправляет submit_sm и принимает DLR на одном сокете. BroadNet предлагает привязку SMPP 3.4; хост, порт и учетные данные предоставляются вместе с тестовым доступом.

## См. также

- [Что такое SMPP?](https://www.broadnet.me/ru/answers/what-is-smpp)
- [REST против SMPP](https://www.broadnet.me/ru/compare/sms-api-vs-smpp)
- [Кодирование GSM-7 против кодирования UCS-2](https://www.broadnet.me/ru/answers/what-is-encoding-gsm-7-ucs-2)
- [Все ответы](https://www.broadnet.me/ru/answers)
- [Как работает протокол SMPP?](https://www.broadnet.me/ru/answers/smpp-protocol)
- [Что такое SMPP?](https://www.broadnet.me/ru/answers/what-is-smpp)
- [TLS 1.3 в системах обмена сообщениями — что изменилось и почему это важно для SMPP](https://www.broadnet.me/ru/answers/tls-1-3-in-messaging)
- [SMPP integration](https://www.broadnet.me/ru/developers/smpp)
- [SMPP error-code lookup](https://www.broadnet.me/ru/tools/smpp-error-codes)
- [SMS API](https://www.broadnet.me/ru/products/sms-api)