SMS с использованием SMPP и/или SS7

У меня есть важный вопрос, связанный с отправкой SMS через SMPP или SS7.

Кейс: Мы подключены ко всем локальным операторам по SMPP(у нас уже есть договор с каждым). Дело в том, что мы умеем отправлять смс всем местным операторам и фактически получаем DLR(deliver_sm), но очень много случаев, когда мы ничего не получаем в ответ.

С другой стороны, у нас есть соединение E1 с использованием SS7 с одним местным оператором для голосовых целей. Я подумал, можно ли ОТПРАВИТЬ SMS, используя это соединение SS7 E1? На рынке есть несколько аппаратных средств, обеспечивающих эту функциональность.

Мои основные опасения: - Что я должен проверить перед покупкой этого оборудования SS7 SMS, чтобы быть уверенным, что оно будет работать в нашем соединении SS7 E1? - Может ли оператор блокировать SMS, приходящие с соединения E1 SS7? - Если мы на самом деле отправляем SMS, используя соединение SS7 E1, где будет получен DLR, в соединении SMPP или в соединении E1 SS7? - Будет ли иметь динамический идентификатор отправителя, если мы отправим SMS через SS7 E1?

Спасибо и всего наилучшего,

Клаудио


smpp ss7
person ClaudioFM    schedule 09.05.2015    source источник

Ответы (2)


arrow_upward
4
arrow_downward

Для отправки SMS через SS7 у вас должно быть программное обеспечение, похожее на SMS-Center, которое будет отправлять SMS по протоколу SS7 MAP (используя команду MT-Forward-SM, которой предшествует SRI-for-SM Отправить маршрутную информацию для короткого сообщения, чтобы получить местоположение абонента). Ваше соединение E1, вероятно, разрешено только для голоса (ISUP) и, вероятно, не будет поддерживать отправку команд MAP, или эти команды MAP будут отклонены вашим оператором.

В дополнение к полному подключению SS7, обычно предоставляемому оператором мобильной связи-партнером, вам потребуются другие требования:

  • Вашей платформе должны были быть присвоены ПК (точечный код) и GT (глобальное название) от оператора, предоставляющего вам подключение к SS7.
  • оператор должен разрешить вам отправлять эти сообщения MAP и направлять их операторам-получателям, вы можете связаться только с операторами мобильной связи, имеющими соглашение о роуминге с вашим оператором хостинга.
  • Доставка SMS выполняется как минимум в два этапа: сначала вы получаете местоположение абонента, запрашивая HLR (регистр домашнего местоположения) мобильной сети получателя с помощью команды SRI-for-SM, затем вы отправляете SMS мобильному абоненту, обслуживающему MSC. /VLR с помощью команды MT-Forward-SM. Вы могли связаться только с HLR операторов, имеющих соглашение о роуминге с вашим оператором мобильной связи. Эти HLR обычно проверяют ваш глобальный титул, чтобы убедиться, что вы имеете право отправлять SMS.
  • Для поддержки всех потоков вызовов и предварительных требований вам потребуется не только аппаратное обеспечение ОКС7, но и программное обеспечение SMS-Center. Вы можете получить его от коммерческого поставщика или построить его, но в последнем случае планируйте выделение соответствующих ресурсов, поскольку это довольно сложно.

Вышеприведенное является лишь кратким изложением потоков вызовов и связанных с ними требований, в реальной жизни это может быть намного сложнее. Подробное описание протокола SMS через SS7 см. в основной спецификации ETSI/3GPP для SMS, которую можно найти здесь: http://www.etsi.org/deliver/etsi_ts/123000_123099/123040/12.02.00_60/ts_123040v120200p.pdf (Техническая реализация Услуга).

Вы понимаете, что очень сложно иметь возможность отправлять SMS напрямую через сеть SS7, не имея не только соответствующего аппаратного обеспечения SS7 и программного обеспечения SMSC, но и прочного партнерства с очень дружелюбным оператором мобильной сети, который предоставит вам доступ к своей сети SS7 и авторизует вам отправить SMS от его имени.

Более простой альтернативой является заключение контракта с одним из SMS-брокеров, использующих именно такую ​​инфраструктуру, вы будете отправлять им сообщения через SMPP, но они доставят через SS7. Это позволит вам в большинстве случаев получать подтверждение статуса доставки и использовать динамический идентификатор отправителя.

person Daniel Mavrakis    schedule 07.01.2016

arrow_upward
0
arrow_downward

Что касается упомянутого вами случая - множество случаев, когда вы ничего не получаете обратно, - если вы посмотрите подробности спецификации SMPP, вы можете найти ответы на многие из них. Помимо стандартных SMPP-сообщений (submitSM и deliverSM), существуют и другие, помогающие отслеживать или изменять короткие сообщения, отправленные из внешнего приложения для создания коротких сообщений:

  • Проверка кодов ответов submitSM, таких как неверный источник, адрес назначения или коды ошибок конкретного поставщика SMSC.

  • Использование сообщения querySM для запроса статуса короткого сообщения с идентификатором сообщения, которое возвращается SMSC/SMSGW в ответ на submitSM. С его помощью вы можете запросить статус доставки вашего короткого сообщения и решить, что делать.

  • CancelSM позволяет приложению удалять ожидающие отправки SMS для доставки в очереди SMSC/SMSGW. Возможный вариант использования: SMS отправлено с флагом отчета о доставке, но отчет о доставке для окончательного статуса еще не получен, вы можете удалить это короткое сообщение, используя команду cancelSM.

  • С помощью пустого SMS вы можете убедиться, что терминал получателя включен, выключен или находится вне зоны действия. Вы отправляете пустое SMS с помощью приложения ESME с флагом отчета о доставке окончательного статуса и ждете отчет о доставке. Если отчет о доставке не дошел до вашего конца, то через 15 минут вы можете предположить, что терминал либо выключен, либо находится вне зоны действия.

  • Использование относительного формата времени в качестве периода действия SMS, чтобы указать, как долго оно может стоять в очереди на доставку в SMSC/SMSGW. Но имейте в виду, что оператор SMSC может наложить ограничение на относительное смещение времени и может отклонить сообщение, превышающее этот предел (например, 24 часа).

person Kemal Atik    schedule 29.12.2018