BroadNet
Протоколы Ответ BroadNet

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

Последнее обновление 2 мин чтенияПроверено инженерным отделом BroadNet
Быстрый ответ

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

Определение простым языкомНейтральный по отношению к поставщикуПроверено 30 сентября 2026 г.
СхемаSMPP-сессия между вашей платформой и BroadNet
Ваша платформа (ESME)
BroadNet SMSC
Одно постоянное TCP/TLS-соединение
  1. bind_transceiverОткрыть и аутентифицировать сессию
  2. bind_transceiver_respСессия принята
  3. submit_smОтправить сообщение
  4. submit_sm_respПринято, возвращен ID сообщения
  5. deliver_smПодтверждение доставки или входящее сообщение
  6. deliver_sm_respПодтверждено
  7. enquire_linkKeepalive в режиме ожидания
Развернутый ответ

Всё, что стоит знать, и ничего лишнего.

§01

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

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

§02

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

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

§03

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

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

§04

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

Подключитесь в качестве трансивера по 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.4SMPP 5.0
Год выпуска19992003
Распространённость в продакшенеПочти каждое A2P-подключение (bind)Редко — почти не внедряется
Нативный заголовок Unicode—
Поддержка Cell Broadcast—
Управление перегрузкойБазовоеСигнализация congestion_state
Выигрыш в доставляемостиБазовый уровеньНет на коммерческих A2P-маршрутах
Рекомендовано сегодняДа — transceiver поверх TLSТолько если этого требует контрагент
BNАвтор статьи — инженерная команда BroadNet·Осуществляем обмен сообщениями операторского класса с 2003 года, штаб-квартира — в Дубае.·Редакционные стандарты
FAQ

Часто задаваемые вопросы

Стоит ли использовать 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; хост, порт и учетные данные предоставляются вместе с тестовым доступом.
Создавайте с помощью этого

Нужна помощь с подключением?

Ниже представлены продукты и руководства по интеграции, которые позволяют реализовать эту концепцию. Если вы предпочитаете ознакомиться с процессом в режиме реального времени, наша команда инженеров принимает звонки в тот же день в рабочее время MENA .

Свяжитесь с нашей инженерной командой.
Обратная связь

Был ли этот ответ полезен?

Ваш голос помогает нам определить приоритетность ответов, которые следует дополнить примерами, диаграммами и фрагментами кода.

Был ли этот ответ полезен?
Спасибо — принято к сведению. Мы будем поддерживать этот ответ.
Понял. Расскажите, чего не хватало — отправить короткое сообщение.

Как мы готовим и проверяем материалы

Вам всё ещё нужна помощь?

Поговорите с настоящим инженером о ваша сборка.

Мы отвечаем в течение одного рабочего дня, а производственные аккаунты получают круглосуточную поддержку. Наши инженеры-разработчики создают код, а не скрипты.

$ curl -X POST https://api.broadnet.me/sms/sendSms
SLA по времени ответа
Запросы на тестовый доступОтвет в течение 1 рабочего дня
Продакшн24 / 7 · < 15 min
NOC для операторов24 / 7 · дежурный инженер