Smpp протокол

Smpp протокол

Эффективный способ прямой рекламы и коммуникации с Вашими клиентами! Доступны различные решения — web-интерфейс, программа, интеграции (1С, Битрикс и многое другое). Скорость до 600 SMS/сек., доставка на 800 GSM сетей в 220 странах мира.

Эффективный способ прямой рекламы и коммуникации с Вашими клиентами! Доступны различные решения — web-интерфейс, программа, интеграции (1С, Битрикс и многое другое). Скорость до 600 SMS/сек., доставка на 800 GSM сетей в 220 странах мира.

Текстовая или тексто-графическая (HTML-макет) реклама по электронной почте. Большие возможности маркетинга — графические материалы, ссылки на разные разделы Вашего сайта, статистика переходов по ссылкам в письме, работа с Gmail.com, Mail.ru, Yandex.ru

Моментальная скорость доставки, глубокая интеграция по средствам API, планирование рассылки, текст до 1 000 символов.

Персональная коммуникация с вашим потенциальным клиентом. Широкие возможности отбирать аудиторию: геотаргетинг, пол, возраст, модель сотового телефона, расходы на связь, расходы на доп. услуги, роуминг и другое!

Услуга позволяет установить состояние номера телефона клиента: активен или не обслуживается, находится абонент в роуминге или в домашней сети, MCC/MNC код мобильного оператора.

Услуга позволяет установить состояние номера телефона клиента: активен или не обслуживается, находится абонент в роуминге или в домашней сети, MCC/MNC код мобильного оператора.

Позволит Вам принимать SMS сообщения от Ваших абонентов на Email, в любое приложение, сайт, скрипт или просматривать в нашем "Личном кабинете". Возможно подключение как Вашего номера, так и произвольного, а так же короткого номера вида XXXX

Библиотеки и готовые решения — набор скриптов и описаний различных методов для работы различных информационных систем.

Все действующие акции и выгодные предложения нашей компании

Интеграции HTTP, XML, PHP, SMTP, SMPP — набор скиптов и описаний методов для работы системы SMS рассылок и других сервисов.

Интеграции HTTP, XML, PHP, SMTP, SMPP — набор скиптов и описаний методов для работы системы SMS рассылок и других сервисов.

Обратитесь в наш отдел по работе с клиентами для обсуждения Ваших требований к необходимому программному обеспечению или решению в сфере мобильных сервисов.

Если Вам необходимо подключение по протоколу SMPP — Вам нужно заполнить данную форму обратной связи с обязательным указанием IP адреса.

Stream Telecom — Сокращенный рабочий день 27.10.2017

Информируем, что офис компании Stream Telecom 27 октября 2017 г. будет работать до 17:00 в связи с проведением корпоративного мероприятия.

Stream Telecom — График работы офиса компании 28.07.2017

Stream Telecom — График работы офиса компании 28.07.2017

Stream Telecom — График работы офиса компании на июньские праздники 2017

Stream Telecom — График работы офиса компании на июньские праздники 2017

Stream Telecom — Изменение юридического адреса

Stream Telecom — Изменение юридического адреса

Stream Telecom — График работы офиса компании на майские праздники 2017

Stream Telecom — График работы офиса компании на майские праздники 2017

Описание параметров подключения по протоколу SMPP версия 3.4

ВНИМАНИЕ

Для использования данного вида интеграции Вам необходимо зарегистрироваться на серверной платформе Stream Telecom по адресу http://web.szk-info.ru, либо зарегистрироваться через менеджера компании. При регистрации Вы получаете логин и пароль, а так же имя отправителя, которое необходимо запросить и использовать отличное от "SMS Info". Т.е. при регистрации нового пользователя Вам присваивается тестовое имя отправителя (SMS Info) и его нужно сменить на любое другое для начала отправки по протоколу интеграции .

Для подключения SMPP необходимо заполнить заявку по адресу:

Необходимые настройки SMPP-клиента, для подключения:

— Адрес SMSC: smpp.szk-info.ru

— Порт SMSC: 2775 ( резервный порт подключения 3700 )

— Логин/Пароль: выдается индивидуально каждому партнеру при подключении;

Набор символов для сообщений, формирование склеенных сообщений

— Default Alphabet (GSM 3.38), 7-bit characters — maximum of 160 characters;

— Latin 1 (ISO-8859-1), 8-bit characters — limit is 140 characters;

— Unicode (UTF16/USC-2), 16-bit characters — limit is 70 characters;

Кодировка для сообщений на латинице: GSM 03.38, длина одного сообщения 160 символов. Запрещенные символы: ^,<,>,\,[,],

Кодировка для сообщений на кириллице: UTF16, длина одного SMS сообщения составляет 70 символов:

Примечание: Для корректного отображения текста, необходимо указание — Data coding: 0x08 — SMPP Data Coding Scheme: UCS2 (ISO/IEC-10646) (0x08), а также формирование текста в UTF-16ВE (big endian)

Отправка длинных (склеенных) сообщений возможна с использованием UDH или message_payload;

Примечание: Message_payload – один из опциональных SMPP 3.4 TLV (tag-length-value) параметров, поддерживаемых SMPP сервером. Применяется, например, приотправке сообщений более 254 октетов;‘ Message length:0’; Optional parameter: message_payload(0x0424);

При отправке SMS с UDH необходимо установить соответствующее значение ESM_class=0x40, DCS устанавливается согласно тексту и может быть UCS2 (ISO/IEC-10646) (0x08) для Unicode кодировки и DCS=0x00 для GSM-default кодировки.

UDH представляет собой следующее:

1 октет — уникальный для данной группы SMS номер

1 октет — количество SMS для склейки

1 октет — порядковый номер SMS

При формировании длинных сообщений больше 160 символов латиницей и 70 кириллицей, длина сообщения составляет:

Латиница — Default Alphabet (GSM 3.38)

1 SMS — 160 символов;

2 SMS — 153 * 2 = 306 симв.;

3 SMS — 459 симв. и т.д.

1 SMS — 70 символов;

2 SMS — 67 *2 = 134 симв.;

3 SMS — 201 симв.;

4 SMS — 268 и т.д.

Примечение: согласно спецификации для таких сообщений накладываются определенные ограничения на длину каждой составляющейSMS, т.е. здесь UDH всегда имеет 8-битную структуру, и соответственно длина текстовой части SMS не должна превышать 134 октетов (140-6). Т.е. в GSMdefault длина текста каждого SMS в несжатом виде должна быть не более 153 символов (134*8/7=153), а в юникоде 67 символов (134 /2=67).

— Таймаут: 1 минута;

— Задержка в случае неудачного переподключения: 1 минута;

— Верификация соединения (enquire_link PDU): 60 сек.;

Примечание: Enquire_link'и обязательны. Если клиент подключается к нам transmitter'ом мы ожидаем от него enquire_link'и, при их отсутствии в течение 2 минут – связь считается нарушенной и принудительно рвется.

Номер абонента всегда должен начинаться с «7» для абонентов России, использовани «8» для отправки по России недопустимо.

Скорость передачи SMS не более 50 SMS в секунду.

Указание адреса, происходит в международном формате, использование специальных символов, таких как «+», ведущих нулей – недопустимо.

Для буквенно-цифрового адреса – ограничение 11 символов;

Получение конечных статусов

В submit_sm PDU – необходимо выставить флаг registered_delivery = 0x01 (в SMPP по умолчанию 0x01), тогда будут приходить Deliver_sm PDU c информацией о доставке.

В таких пакетах (в отличие от обычных Deliver_sm) поле esm_class будет выставлено в 0x3c.

В поле receipted_message_id будет выставлено то значение, которое вы получили в submit_sm_resp от нашей платформы. В поле receipted_message_state будет выставлен статус доставки по протоколу smpp.

Таким образом, deliver_sm PDU – содержит следующую информацию:

Operation: Deliver_sm (0x00000005)

Message type: 0x0f

Здесь в Optional parameters указывается — Message state: DELIVERED (2)

SMSC identifier: напр.: 23456789

В поле Message, присутствуют значения submit date и done date

message_state значение «2» — «Message is delivered to destination»

Примечание: При создании нескольких подключений по SMPP к одному логину, стаусы некоторых смс сообщений, отправленных от одного подключения, могут возвращаться на другое подключение.

Особенностей PDU нет, они определяются протоколом. Формат DR соответствует формату:

C-Octet String (Decimal)

C-Octet String Fixed Length (Decimal)

C-Octet String Fixed Length (Decimal)

C-Octet String Fixed Length (Decimal)

C-Octet String Fixed Length (Decimal)

C-Octet String Fixed Length

C-Octet String Fixed Length

C-Octet String (Decimal)

Статусы SMS сообщений (по информации от SMS центров)

Список кодов ошибок недоставки сообщений

Unavailable while roaming (Абонент в роуминге не доступен).

Unknown subscriber (Абонент не найден).

Unidentifiend subscriber (Абонент не найден).

Illegal subcsriber (Абонент не найден).

Teleservice not provisioned (Сервис SMS отключен).

Call barred (Абонент заблокирован).

Illegal Supplementary Service operation (Некорректная операция).

Facility not supported.

Absent subscriber (Абонент недоступен).

Subscriber busy for MT-SMS (Терминал абонента занят).

HLR, Equipment not SM equipped (Терминал абонента не может принимать сообщения).

HLR, Equipment protocol error (Сообщение не может быть обработано в терминале абонента).

System failure, 1 — HLR (Системная ошибка).

HLR, Memory capacity exceeded (Отсутствует свободная память в терминале абонента).

Unexpected data value (Неизвестный формат данных).

HLR, Unknown service centre (Неизвестный SMS центр).

PLMN, Equipment not SM equipped (Терминал абонента не может принимать сообщения).

PLMN, Equipment protocol error (Сообщение не может быть обработано в терминале абонента).

PLMN, Memory capacity exceeded (Отсутствует свободная память в терминале абонента).

PLMN, Unknown service centre (Неизвестный SMS центр).

VLR, Equipment not SM equipped (Терминал абонента не может принимать сообщения).

VLR, Equipment protocol error (Сообщение не может быть обработано в терминале абонента).

VLR, Memory capacity exceeded (Отсутсвует свободная память в терминале абонента).

VLR, Unknown service centre (Неизвестный SMS центр).

Outgoing MAP timeout expired (Истек таймаут исходящего MAP сообщения).

Fail HLR (Ошибка при отправке сообщения от HLR).

Fail VLR (Ошибка при отправке сообщения от VLR).

Fail PVLR (Ошибка при отправке сообщения от PVLR).

Fail controlling MSC (Ошибка при отправке сообщения от MSC).

Destination busy (Терминал абонента занят).

HLR request timeout expired (Истек таймаут ожидания ответа на запрос в HLR).

Message delivery timeout expired (Истек таймаут ожидания ответа на доставку сообщения).

System failure (Системная ошибка).

Не зарегистрировано/некорректное имя отправителя.

Некорректная длина номера/номер в стоп-листе.

Неверный логин или пароль/логин заблокирован.

Ошибка при формировании пакета.

Множественная отправка смс на один номер с одинаковым текстом.

Цены и покрытие

Документы

Наш адрес: 192012 , Санкт-Петербург , пр. Обуховской обороны 271 БЦ ОБУХОВ-ЦЕНТР оф. 1001 +7 (812)326-10-75, +7 (495) 6-444-631, 8-800-333-10-75 © Северо-Западная Компания «Инфосвязь» 2008-2017

Протокол SMPP¶

SMPP — это протокол, описывающий взаимодействие клиента с SMS-сервером платформы, для передачи SMS и USSD сообщений.

Внимание! Для использования данного вида интеграции необходимо обратиться к своему менеджеру, либо в техническую поддержку support @ devinotele . com для настройки доступа.

Взаимодействие клиента с SMS-сервером платформы осуществляется по адресам:

  • smpp01.integrationapi.net (194.226.179.12) – основной адрес для рекламных рассылок.
  • smpp02.integrationapi.net (194.226.179.13) – резервный адрес для рекламных рассылок.
  • smpp03.integrationapi.net (194.226.179.10) – основной адрес для транзакционных рассылок.
  • smpp04.integrationapi.net (194.226.179.11) – резервный адрес для транзакционных рассылок.

Проверка доступного баланса осуществляется через личный кабинет клиента.

Настройка SMPP-клиента Для работы с платформой по протоколу SMPP необходимо произвести следующие настройки SMPP-клиента:

Наименование поля описание:

Протокол работы сервиса SMPP 3.4 (TCP/IP/SMPP).

Сервис работает в асинхронном режиме. Размер окна определяется клиентом, количество сессий до 4-х.

Каждая сессия может работать в любом из режимов: tx (transmitter — только отправка), rx (receiver — только прием отчетов), trx (transceiver — прием/передача в одной сессии).

После обрыва сессии по SMPP и TCP/IP необходимо выдержать таймаут не менее 60 секунд, только после этого можно устанавливать TCP/IP сессию и отправлять PDU Bind_transceiver. В случае неудачной попытки соединения таймаут увеличивается до 90 секунд.

При получении сообщения отправлять на каждый принятый Deliver_sm подтверждение Deliver_sm_resp (Data_sm_resp) всегда со статусом 0 (ok). Generic_nack не допускаются! В случае отправки будет произведен сброс сессии путем отправки пакета unbind

Отправлять запрос Enquire_link следует только в случае отсутствия приёма любых SMPP PDU со стороны SMSC в течение 60 секунд. При отсутствии ответа от SMSC (Enquire_link_resp) следует закрывать SMPP сессию командой Unbind.

Сообщения, состоящие более чем из одной части, должны разбиваться на стороне клиента (кроме отправки через Massage Payload) одним из методов отправки составных сообщений:

1.Использование опционных параметров (SAR метод)

Отправка через Message Payload — разбивка происходит на стороне СМС-центра, тарификация сообщений будет проводиться по сформированным сегментам. В данном случае отчет о доставке будет отправлен только на одну (первую) часть.

UDH-заголовок должен занимать 6 байт.

В одной части составного сообщения можно передавать 66-67 символов в кириллице и 150-153 в латинице (поле message length должно быть 132-134 байта).

Если сервис использует более одного sys_id (несколько аккаунтов), то для корректной склейки все части разбитого сообщения должны отсылаться через один и тот же sys-id (через один и тот же аккаунт).

При получении ошибки Invalid Destination Address сообщение необходимо удалить из своей очереди и больше не перепосылать.

При получении ошибки Throttling error сообщение нужно вернуть в очередь, но необходимо выдержать таймаут на данном соединении = 1 сек.

При получении ошибки Message Queue Full необходимо ставить сообщение, на которое вернулась данная ошибка, в конец очереди и сделать еще 3-5 попыток доставки этого сообщения, каждый раз возвращая это сообщение в конец очереди при получении той же ошибки. Рекомендуется применять прогрессивный метод обработки этой ошибки – при первом получении делать паузу перед отправкой в 5 сек, при второй – 15, третьей – 45 и т.д.

Параметр validity period должен быть не менее 60 секунд. Возможны ограничения доставки сообщений с указанием меньшего периода.

Платформа поддерживает запросы query_sm, скорость отправки запросов и окно устанавливаются клиентом

© Copyright 2016. Revision 49fc33c4 .

Рассылка СМС через SMPP протокол

SMPP (аббревиатура: Short message peer-to-peer protocol) в переводе с английского означает «Короткое сообщение равноправных узлов» и позволяет описать взаимодействие между SMS сервером и конечным клиентом. Данный протокол относится к числу наиболее популярных у SMS-провайдеров, использующих его для обмена текстовыми сообщениями между СМС центрами с равными правами. Для работы с SMPP протоколом необходимо наличие постоянно включенного сервера и соответствующего ПО, совместимого с SMS-шлюзом провайдера.

Популярность SMPP протокола для рассылки SMS связана с его широкими возможностями, среди которых можно выделить следующие:

  • Поддержка различных текстовых форматов и wap sms;
  • Отправка длинных текстов;
  • Двухсторонний обмен сообщениями;
  • Выбор скорости отправки;
  • Выбор способа кодировки;
  • Расширяемость;
  • Получение детальных отчетов.

Протокол незаменим для регулярной отправки большого объема сообщений по надежному и высокоскоростному каналу. Поэтому SMS провайдер обычно использует данный протокол для обмена SMS и USSD сообщениями в системах VAS, для подключения различных внешних систем и т.д. Узнать подробнее о протоколе SMPP и о том, как существляется рассылка, Вы сможете, обратившись к нашим специалистам.

  • Параметры подключения с использованием SMPP
  • Поддерживаемые команды
  • Параметры отправки сообщения (SUBMIT_SM) по SMPP
  • Правила работы с smpp подключением
  • Получение статуса доставки сообщения
  • Формат Delivery Receipt
  • Зарезервированные коды ошибок протокола smpp
  • Приложение

Версия 1.0 предназначена только для рассылки сообщений и получения статуса доставки. Прием сообщений в данный момент не поддерживается.

Расшифровку ошибок можно найти в спецификации SMPP 3.4.

Внимание: Вам необходимо прислать список IP адресов, с которых Вы будете

подключаться, перед тем как начать использовать SMPP.

Параметры подключения с использованием SMPP

  • system_id — зарегистрированное в системе имя пользователя вида XXXX.X
  • password — пароль пользователя
  • Адрес — web.mirsms.ru
  • Порт — 8056

Поддерживаемые команды по протоколу SMPP

На неподдерживаемые команды будут приходить GENERIC_NAK сообщения с кодом ошибки ESME_RINVCMDID.

Параметры отправки сообщения (SUBMIT_SM) по протоколу smpp

0x00 или 0x40 при использовании UDH

0x01 — ASCII или 0x08 — UCS2

Правила работы с SMPP подключением

При установке подключения клиенту дается 10 секунд, что бы отправить команду BIND_TRANSMITTER или BIND_TRANSCEIVER, в противном случае соединение будет разорвано.

Клиент обязан отвечать на все пакеты, полученные через шлюз соответствующим resp пакетом в течение 1 минуты, иначе соединение будет разорвано без отсылки UNBIND.

После установки подключения и авторизации сервер будет отправлять ENQUIRE_LINK пакеты каждую минуту. На этот пакет клиент также обязан ответить в течение 1 минуты.

Получение статуса доставки сообщения

Есть две возможности получения статуса доставки по протоколу smpp (активный и пассивный). Пассивный вариант является предпочтительным.

Пассивный вариант предусматривает установку флага registered_delivery пакета SUBMIT_SM.

После перехода сообщения в финальное состояние сервер отправит DELIVER_SM пакет с Delivery Receipt сообщением. Формат Delivery Receipt сообщения ниже.

Активный вариант предусматривает периодический опрос статуса сообщения отсылкой

Формат Delivery Receipt

"id:IIIIIIIIII sub:SSS dlvrd:DDD submit date:YYMMDDhhmm done date:YYMMDDhhmm

Количество доставленных сообщений

Время перехода сообщение в финальное состояние

Может содержать код ошибки в случае не доставки сообщения

Принято на обработку

Зарезервированные коды ошибок при smpp соединении

обратитесь в службу поддержки.

Мы предлагаем клиентам лучшие цены. Заполните заявку и наш менеджер предложит вам лучшую цену на рассылки, исходя из ваших требований. Всем клиентам, заключившим договор, мы дарим подарки!

Полезная информация

Компания MIRSMS безвозмездно предоставила сервис СМС-оповещения для поискового отряда в г. Орел.

Компания Viber Media, создатель одноименного мессенджера, объявила о повышении цен на рассылку.

Smpp протокол
На странице представлено описание параметров подключения платформы Stream Telecom по протоколу SMPP версия 3.4
http://www.stream-telecom.ru/solutions/docs-all/smpp.html
Протокол SMPP¶
Протокол SMPP¶ SMPP — это протокол, описывающий взаимодействие клиента с SMS-сервером платформы, для передачи SMS и USSD сообщений. Внимание! Для использования данного вида интеграции
http://docs.devinotele.com/smpp.html
Рассылка СМС через SMPP протокол
SMPP версии 3.4 — удобный инструмент для массовой отправки SMS. Он обладает рядом преимуществ и широкими возможностями для автоматизации отправки сообщений.
http://mirsms.ru/api/prot_smpp.php

COMMENTS