Конкатенация сообщений SMPP через несколько связей
Мы разработали SMPP-сервер на основе библиотеки CloudHopper SMPP. Система находится в производстве и ежедневно обрабатывает значительный объем сообщений.
Заказчикам разрешено поддерживать несколько привязок TX для повышения пропускной способности и избыточности. Недавно мы определили, что некоторые из наших клиентов отправляют сегментированные сообщения (части сообщений) по нескольким привязкам. Таким образом, мы получаем части одного SMS-сообщения по разным связям от одного и того же клиента (один и тот же SystemId), и они действительны (в UDH, с одним и тем же ссылочным номером, действующим номером и т. Д.). Мы поддерживаем конкатенацию на уровне привязки, но не для нескольких привязок.
Является ли стандартной / хорошей практикой поддержка конкатенации для деталей, отправляемых по нескольким связям? Ссылочный номер сообщения в заголовке UDH для составных сообщений должен быть уникальным для всех связей, созданных шлюзом SMPP? Любые мысли по этому поводу приветствуются
ОБНОВЛЕНИЕ: Что касается MessageRef no в UDH, мы поняли, что нет гарантии, что он будет уникальным для нескольких связей. (Мы видим повторяющиеся MessageRef в параллельных связываниях от одного и того же клиента). Теперь мы объединяем части, если они имеют один и тот же MessageRef no, а также один и тот же номер назначения. Мы считаем, что редко можно получить две последовательности одновременно с одинаковыми номерами MessageRef, идущие к одному и тому же мобильному устройству.
1 ответ
Пока объединенные сообщения имеют действительный UDH, я не вижу проблемы в этом. Далее SMSC обычно прозрачен в этом, хотя он знает, что составные сообщения принадлежат одному SMS-сообщению. С практической стороны, у клиентов обычно есть ограничение на стороне связывания только для 1 передатчика (в гигабитной сети не должно быть проблем), но это зависит от количества сообщений, которые они хотят отправить. Обычно у меня есть своя собственная очередь, поэтому ответ на отправку не влияет на задержку отправки SMSC.