Какво е smpp протокол. Проблеми с SMPP протокола. Получаване на статус на доставка на съобщението

SMPP (съкращение: протокол за кратки съобщения peer-to-peer) в превод от английски означава „протокол за кратки съобщения peer-to-peer“ и ви позволява да опишете взаимодействието между SMS сървъра и крайния клиент. Този протоколе един от най-популярните сред SMS доставчиците, които го използват за обмен на текстови съобщения между SMS центрове с равни права. За да работите с SMPP протокола, трябва да имате постоянно включен сървър и подходящ софтуер, съвместим с SMS шлюза на доставчика.

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

Протоколът е незаменим за редовно изпращане на голям обем съобщения по надежден и високоскоростен канал. Следователно доставчикът на SMS обикновено използва този протокол за обмен на SMS и USSD съобщенияв VAS системи, за свързване на различни външни системии т.н. Можете да научите повече за протокола SMPP и как се извършва изпращането по пощата, като се свържете с нашите специалисти.

• Поддържани команди
• Параметри за изпращане на съобщение (SUBMIT_SM) чрез SMPP
• Правила за работа с smpp връзка
• Формат на разписката за доставка
• Запазени кодове за грешка на протокола smpp
• Приложение

Описанието на грешката може да се намери в спецификацията SMPP 3.4.

Внимание: Трябва да изпратите списък с IP адреси, от които ще
свържете, преди да започнете да използвате SMPP.

Настройки на връзката чрез SMPP

• system_id - потребителско име от формата XXXX.X, регистрирано в системата
• парола - потребителска парола
• адрес -
• Порт - 8056

Поддържани SMPP команди

Неподдържаните команди ще получат GENERIC_NAK съобщения с код на грешка ESME_RINVCMDID.

Параметри за изпращане на съобщение (SUBMIT_SM) чрез smpp протокол

Правила за работа с SMPP връзка

Когато се установи връзка, на клиента се дават 10 секунди, за да изпрати командата BIND_TRANSMITTER или BIND_TRANSCEIVER до в противен случайвръзката ще бъде прекратена.

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

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

Има две опции за получаване на статус на доставка с помощта на smpp протокола (активен и пасивен). Пасивният вариант е за предпочитане.

Пасивната опция включва настройка на флага registered_delivery на пакета SUBMIT_SM.
След като съобщението достигне окончателното си състояние, сървърът ще изпрати пакет DELIVER_SM със съобщение за разписка за доставка. Форматът на съобщението за разписка за доставка е по-долу.

Активната опция предвижда периодично проучване на състоянието на съобщението чрез изпращане
QUERY_SM.

Формат на разписката за доставка

"id:IIIIIIIIII sub:SSS dlvrd:DDD дата на подаване:ГГММДДччмм дата на извършено:ГГММДДччмм
stat:DDDDDDD err:E Текст: . . . . . . . . "

Запазени кодове за грешка за smpp връзка

SMPP- често срещан тип протокол, използван за получаване и предаване на SMS съобщения и USSD заявки. Нейната особеност е постоянната връзка, която дава на човек много важно предимство- връзката не се прекъсва и SMS се изпраща с висока скорост(до няколко пъти по-високи, отколкото при други методи).

Така че, когато използвате протокола smpp, получавате следните функции:

1. наличен различни формати, включително wap push sms;

2. съобщенията, изпратени чрез smpp, могат да бъдат не само в кратък формат;

4. двупосочен SMS канал;

5. регулиране на скоростта.

Както можете да видите, протоколът smpp дава голяма свобода на използване, но като всеки инструмент, той има свой собствен уникални чертисвързани с настройката и действителната работа. Ще говорим за това по-долу.

Характеристики на работа с протокола

За да функционира smpp, е необходим сървър, който е адаптиран да работи с този протокол и специален софтуер(клиент). Освен това се нуждаете от постоянна стабилна връзка с шлюза на доставчика. Затова ние задължително тестваме оборудването, с което разполагат нашите клиенти - сървърът трябва да е съвместим с висока скорост изпращане на SMS. По този начин ние първоначално опростяваме предоставянето на качествени услуги.

API са подходящи за сайтове, написани на всеки език, включително PHP.

Клиентите сами могат да тестват работата на конфигурирания smpp канал за това, всички възможности са предоставени още преди да започнат да използват услугите. Това ви позволява да разберете колко бързо вашите съобщения, изпратени чрез smpp протокола, ще бъдат доставени до получателите.

Обслужващият персонал ще се радва да ви помогне да разберете всички тънкости на работа чрез протокола smpp, интеграцията с помощта на php на вашия уебсайт, да помогне при свързването и тестването на всички услуги и да отговори на всички въпроси.

Параметри на връзката

• system_id - потребителско име от формата XXXX.X, регистрирано в системата
• парола - потребителска парола
• адрес -
• Порт - 8056

Поддържани команди

Ако въведете неправилна команда, ще получите отговор като GENERIC_NAK, чийто текст ще съдържа кода на грешка ESME_RINVCMDID.

Параметри за изпращане на SMS съобщения (SUBMIT_SM)

Правила за свързване

Клиентът има 10 секунди, за да установи връзка през smpp gateway, през които трябва да бъде изпратена една от командите: BIND_TRANSCEIVER, BIND_TRANSMITTER. В противен случай връзката ще бъде загубена.

Освен това прекъсване ще настъпи, ако клиентът не отговори на нито един пакет, изпратен от сървъра не по-късно от една минута установени от правилатаопаковка респ. Ако възникне такова прекъсване, UNBIND не се изпраща.

Smpp връзка е разрешена само от едно потребителско име в даден момент. Всички други връзки ще получат грешка 0x00000005 ESME вече е в свързано състояние. Ако обаче трябва да направите повече от една връзка в рамките на вашия акаунт, можете да създадете свой собствен потребител за всяка от тези връзки.

В случай на изпращане на Submit_sm, което е маркирано с флаг register_delivery, изпращането на SMS статус е възможно само до потребителя, който е изпратил съобщението.

Статус на доставка на SMS

Когато работите с този протокол, статусът на доставка може да бъде пасивен (за предпочитане) или активен.

За да получите пасивен отчет, трябва да изпратите пакета SUBMIT_SM с предварително активиран флаг за регистрирана доставка.

Текстът на разписката за доставка в пакета DELIVER_SM идва от сървъра, когато SMS влезе в последния етап на разпространение.

Когато отчетът е активен, състоянието на SMS се проверява редовно чрез изпращане на QUERY_SM.

Формат на разписката за доставка

"id:IIIIIIIIII sub:SSS dlvrd:DDD дата на подаване:ГГММДДччмм дата на извършено:ГГММДДччмм
stat:DDDDDDD err:E Текст: . . . . . . . . "

Запазени кодове за грешки

(Кратко съобщение Peer to Peer - кратко съобщениеравноправни възли) – отворен протокол, който се използва за изпращане/получаване на SMS съобщения между партньори. Този протокол се използва, подобно на HTTP, през TCP/IP, но е двоичен. Обикновено протоколът SMPP предоставя постоянна връзка, без да правите заявки и да чакате отговори от сървъра с по-нататъшна почивкавръзки. Използването на постоянна връзка увеличава значително скоростта на изпращане на съобщения.

SMS доставчицимогат да ограничат скоростта, с която получават съобщения, за да оптимизират и разпределят своите ресурси. Ако се опитате да изпратите със скорост, по-висока от разрешената от вашия интернет доставчик, може да се сблъскате неочаквани грешкии закъснения.

SMPP е в състояние да предава всякакъв вид съобщения, включително UCP/EMI съобщения. SMPP поддържа и двете дълги текстови съобщенияи съобщения, написани в Unicode. Някои SMPP сървъри изискват подателят да предостави пълна дълго съобщениеи други за извършване на сегментиране на съобщения въз основа на типа на съобщението.

Има три различни видовевръзки, които могат да се поддържат от SMPP сървъра.

• „Подател“ или „само изпращане“ - работи само предаването на съобщения и сървърът не може да получава никакви съобщения.
• "Получател" или "само получаване" - връзката чрез връзката за съобщения не е разрешена, сървърът може да получава само съобщения. Всеки опит за получаване на съобщения чрез тази връзка обикновено води до грешка.
• "Трансивър" - позволява изпращане и предаване на съобщения чрез една връзка.

Типът връзка, който използвате, ще зависи от предпочитанията и политиките на вашите SMPP услуги.

Протоколът SMPP е разширим, което позволява на доставчиците да добавят свои собствени Допълнителни опции, които са известни като TLV параметри, наречени така поради формата на тези параметри: етикет (етикет), дължина, стойност. Някои TLV параметри са дефинирани в спецификацията, но не е задължително да се използват. Останалите параметри се предоставят от доставчика.

Може да се използва SMS услуга, като SMPP сървър за други приложения. Други клиенти или приложения се свързват към SMS услугата и техния SMPP сървър, а SMS услугата комуникира с един или повече други SMS центрове, за да изпраща и получава SMS съобщения, използвайки SMPP или евентуално други протоколи.

Предаването на съобщения между SMS сървъра и SMS центъра на доставчика на GSM услуги чрез IP комуникация може да бъде чрез специална линия (gateway) през Интернет. В този случай IP връзката между компютъра и SMS центъра може да бъде защитена.

Предимството на SMPP протокола е, че процесът протича много по-бързо и с по-кратки интервали (от една до десет секунди), отколкото при използване мобилен телефон. SMPP се препоръчва, ако максимална сумаизпратени съобщения над 100 SMS/час. Освен това услугата SMPP ви позволява да въвеждате всякаква информация (11 знака) в реда с номера на подателя. Поддържат се цифри, латински букви и препинателни знаци. Въведената информация ще се появи за получателя в реда „Съобщение от:“ и може да бъде променяна независимо от подателя. По този начин имате възможност да използвате собствен SMS център, който работи по SMPP протокола.