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

Question

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

Случай: мы подключены ко всем местным операторам, использующим SMPP(у нас уже есть соглашение с каждым из них). Дело в том, что мы можем отправлять SMS всем местным операторам и фактически получать DLR(delivery_sm), но во многих случаях мы ничего не получаем обратно.

С другой стороны, у нас есть соединение E1 под управлением SS7 с одним локальным оператором для голосовых целей. Я думал, можно ли отправить SMS, используя это соединение SS7 E1? На рынке есть несколько аппаратных средств, которые предоставляют эту функциональность.

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

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

Claudio

Answer 1

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

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

• Вашей платформе должен был быть выделен ПК (Point Code) и GT (Global Title) от оператора, обеспечивающего вам подключение SS7.
• оператор должен разрешить вам отправлять эти сообщения MAP и направлять их операторам-получателям, вы можете связаться только с операторами мобильной связи, имеющими роуминговое соглашение с вашим хостинг-оператором.
• Доставка SMS осуществляется по крайней мере в два этапа: сначала вы получаете местоположение абонента, запрашивая HLR (Регистр домашнего местоположения) мобильной сети получателя, используя команду SRI-для-SM, затем вы отправляете SMS как мобильный абонент, обслуживающий MSC. /VLR с использованием команды MT-Forward-SM. Вы можете связаться только с HLR операторов, имеющих роуминговое соглашение с вашим оператором мобильной связи. Эти HLR обычно проверяют ваш глобальный титул, чтобы убедиться, что вы уполномочены отправлять SMS.
• Для поддержки всех потоков вызовов и предварительных условий вам потребуется не только аппаратное обеспечение SS7, но и программное обеспечение 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 HW и SMSC, но и тесно сотрудничая с очень дружелюбным оператором мобильной сети, который предоставит вам доступ к его сети SS7 и авторизует вам отправить смс от его имени.

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

Answer 2

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

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

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

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

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

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