Способ уведомления о неуспешном сообщении Российский патент 2020 года по МПК H04W4/00 

Изобретение относится к области телекоммуникаций, в частности к способам информирования абонентов о наступлении событий сети, генерируемых абонентами и может быть использовано операторами интеллектуальной сети NP (Network Provider) в СПРС (Сетях Подвижной Радиосвязи) любых типов - GSM, UMTS, LTE и других.

Масштабное развитие услуг, предоставляемых в СПРС без прямого контакта с оператором связи общеизвестно. Мобильные сервисы Skype, Viber, GoogleTalk, FacebookMessenger, WhatApp и др. используют стек протоколов TCP/IP для передачи данных от отправителя к получателю. Такую технологию в СПРС принято называть ОТТ (Over the Тор) сетями, пакетной сетью или медиа уровнем СПРС. Известно, что протокол IP не требует выделенного канала для сигнализации, при возникновении неисправности TCP/IP сети могут изменять маршрут пакетов для обхода неисправных участков. Основным недостатком ОТТ сетей является отсутствие в протоколе TCP/IP механизмов обеспечения гарантированного качества услуг - отсутствие гарантии доставки пакетов и времени доставки, зависимость скорости доставки от текущей полосы пропускания сетей. Тем не менее это не препятствует развитию услуг предоставляемы в рамках ОТТ сетей. Организации по стандартизации и разработчики сетевого оборудования разрабатывают новые протоколы и оборудование для преодоления этих недостатков.

Традиционные услуги СПРС предоставляются оператором связи через управляемую им сеть с гарантированным качеством связи QoS, известную как набор сигнальных протоколов общеканальной сигнализации №7 ОКС7 (п. 102, ГОСТ Р 53801-2010) SS7 (3GPP TS 28, 29 series) или сигнальным уровнем СПРС именуемую также сигнальной сетью. Она стандартизована ITU-T как система сигнализации, связывающая элементы цифровых телекоммуникационных сетей, применяемых для установления соединения в СПРС и стандартизованных 3GPP, ITU-T, ETSI. Качество услуг в ней гарантировано серией национальных (ГОСТ Р 53732-2009) и международных стандартов (Recommendation ITU-T Е.800). В стандартах определены качественные и количественные показатели качества услуг, обязательные к руководству операторами связи NP. Вместе с тем организации по стандартизации, по понятным причинам, не могут избежать сбоев и изъять из стандартов понятия недоступности сервиса (Interruption; break of service) при наступлении сетевых ошибок.

Европейский институт по стандартизации в области телекоммуникаций ETSI с 1999 г. в серии стандартов 3GPP TS 23.002 определяет понятия пакетной (Packet Switched (PS) Domain) и сигнальной (Circuit Switched (CS) Domain) сетей оператора и включает их в состав его базовой сети (Core Network (CN)) (п. 3.2. 3 GPP TS 23.002 Technical Specification). При этом стандарт определил (п. 3.3.1), что к сигнальной сети относится набор объектов, поддерживающих сигнализацию ОКС7 и обрабатывающихся на стандартизованных узлах - MSC, GMSC, VLR, SMSC. А к пакетной сети (п. 3.3.2) стандарт отнес объекты (сетевые пакеты GPRS) с независимой маршрутизацией и обрабатывающихся на узлах PDN GW, S-GW, ММЕ, SGSN.

На текущем уровне техники в СПРС устоялась странная ситуация в части доставки текстовых данных. А именно, с одной стороны, пакетная сеть (медиа уровень) не гарантирует доставку текстовых данных. Однако за счет организационно технических мер, принятых в TCP/IP интерфейсах - подтверждение получения данных получателем (квитанция), тайм-аут отправителя для повторной передачи при отсутствии квитанции получателя и др. текстовые сообщения доставляются с гарантированной точностью. А разработчики физических протоколов (среды передачи данных) и сетевого оборудования добиваются постоянно растущей скорости соединения вплоть до перспективной 1-2 Гб/с в 5G. В то же время традиционная сигнальная сеть (сигнальный уровень) при гарантированных показателях качества QoS допускает невозможность сервиса при сетевых ошибках. Ситуация усугубляется распространенной моделью авансового обслуживания абонентов СПРС (prepaid) при которой биллинг оператора не позволит абоненту получить SMS услугу при недостаточном балансе. Актуален предлагаемый авторами способ для распространенных сейчас телеметрических приложений, работающих в автоматическом режиме. Например, когда контроллер системы управления клиентского технического средства отправляет SMS сообщение оператору о потреблении услуг или о подключении/отключении услуги. При этом программная логика такого контроллера может опираться на отсутствие сетевых ошибок и быструю реакцию биллинга оператора на запрос. Таким образом де-юре сигнальная сеть гарантирует стандарты QoS для доставки SMS сообщений, а де-факто пакетная сеть без стандартизации QoS обеспечивает доставку текстовых сообщений с большей гарантией.

Следствием такой ситуации является случай когда первый абонент в ОТТ приложении, например мессенджере, направляет второму текстовое сообщение которое за счет мер принятых в TCP/IP сетях независимо от биллинга оператора и сетевых ошибок корректно доставляется до конечного устройства второго абонента, причем с учетом пропускной способности современных TCP/IP с достаточно высокой скоростью. Необходимо отметить, что SMPP (Short Message Peer-to-Peer) протокол передачи коротких сообщений это протокол уровня приложений сигнальной сети и базируется на сетевом подключении TCP/IP, поэтому функции транспортировки, кодировки и управления потоком пакетов, обработки ошибок выполняют также соответствующие уровни OSI TCP/IP протокола. В отличие от ОТТ приложения на прикладном уровне сигнальной сети спецификация SMPP протокола определяет, что каждая операция SMPP должна состоять из PDU запроса и PDU ответа между узлом обслуживания коротких сообщений оператора SMSC (Short Message Service Centre) и элементом внешней системы короткого сообщения ESME (External Short Message Entities). В качестве ESMC в контексте предлагаемого способа принята и продемонстрирована мобильная станция MS/UE (Mobil Station/User Equipment) абонента СПРС. Но как понятно специалисту, без ограничения правовой охраны изобретения, способ включает любые технические средства ESMC посредством которых могут быть получены и/или переданы SMS сообщения - системы голосовой почты VMS (Voice Mail System), уведомления о пропущенном вызове MCA (Message Call Alert), голосовых сообщений IVR (Interactive Voice Response), любые информационные службы, мобильные, телеметрические приложения, и любые другие технические средства в определениях SMPP протокола. Сигнальный диалог устанавливается путем запроса авторизации ESME (bind_receiver-приемник, bind_transmitter-передатчик, bind_transceiver-приемник и передатчик), после которого происходит синхронная или асинхронная последовательность запросов/ответов между SMSC и ESME и последующим завершением сессии unbind. Сигнальный диалог может прерваться в связи с невозможностью доставки SMS со стороны SMSC или сети, а отправитель и получатель SMS не имеет возможности убедиться в статусе его доставки. Для такого случая спецификация SMPP предусматривает режим промежуточного уведомления (Intermediate Notification) для уведомления о статусе доставки, но его реализацию оставляет на усмотрение оператора. На практике реализация решается в рабочем порядке по договоренности между SMSC и ESME, т.е. стандартом не гарантируется. Также, как и режимы подтверждения доставки (Delivery Acknowledgement) и пользовательского подтверждения доставки (User Acknowledgement). В режиме Datagram Message Mode SMPP протокол не предполагает подтверждения (SMSC Delivery Receipt) доставки сообщения отправителю. А такая квитанция может быть критична для телеметрических технических средств, ориентированных на высокую пропускную способность сети и подтверждение доставки переданных сообщений. Например, в случае, когда для инициирования новой логики телеметрическому техническому средству необходимо подключить логику дополнительной услуги оператора. Более того в случае сетевых ошибок при разрыве соединения может быть утерян уникальный идентификатор сообщения message_id который SMSC назначает для каждого SMS и использует в сообщениях submit_sm_resp, submit_multi_resp, deliver_sm_resp и data_sm_resp. В этом случае операции отправки submit sm, data_sm для которых не успел прийти ответ становятся невозможны, а когда придет статус отправки его не к чему «привязать», и вообще невозможно будет определить принял это сообщение SMSC или нет. Протокол не предусматривает средств восстановления утерянных идентификаторов. В синхронном режиме потеряется одно сообщение, в асинхронном режиме потери будут более существенными соответственно.

Более того существует две непреодолимые трудности в рамках SMS сервиса. Первая заключается в распространенной авансовой системе оплаты за услуги связи (prepaid), по условиям которой при отсутствии средств на счету абонента оператор не предоставляет услугу SMS по понятным причинам. Прямолинейное решение этой проблемы невозможно т.к. будет нарушен коммерческий интерес оператора СПРС. При этом известно, что ОТТ приложения (мессенджеры) коммуницируют сообщения безотносительно биллинга оператора СПРС девальвируя услугу SMS в принципе. Вторая заключается в распространенной услуге переадресации звонков, при которой принимающая (Receiver) сторона может выключить телефон и получать все вызовы на другой номер. Но поскольку переадресация вызовов работает только для голосовых звонков, то SMS так и не будут доставлены - они будут скапливаться на SMSC и рано или поздно возникнет проблема с получением входящих смс на выключенный номер. Надо отметить, что известны технические приемы решения второй проблемы за счет платформ переадресации SMS. Но они применимы только для оператора СПРС принимающей стороны. Для оператора СПРС передающей стороны они невозможны т.к. он ничего не знает о наличии (или нет) платформы переадресации SMS в сети оператора СПРС принимающей стороны. А за доставку SMS отвечает SMSC оператора СПРС передающей стороны. При этом в худшем случае обе условия для передающей стороны могут иметь место одновременно.

Предлагаемый авторами способ уведомления о неуспешном сообщении разрешает эту неоднозначность и устраняет эти недостатки в рамках действующих QoS стандартов сигнальной сети SMPP протокола. А именно опосредованно предоставляет prepaid абоненту возможность SMS связи при сохранении устоявшейся авансовой системы оплаты и исключает сетевые ошибки при доставке SMS сообщений.

На текущем уровне техники из патентных источников известен ряд технических решений:

Патент RU 2556021 описывает устройство, способ и система для вставки оповещений, в соответствии с которой сетевой элемент принимает HTTP запрос MS абонента к сетевому вэб узлу и после получения ответа от вэб узла собирает данные об оповещении абонента, статусе его обслуживания и текущей полосы пропускания сети. HTTP ответ с оповещением направляется на MS абонента в зависимости от качества сети - текущей полосы пропускания сети. Решение предполагает направление абоненту HTTP ответа и оповещения выше или ниже заданного порога ширины пропускания в зависимости от статуса обслуживания абонента, за счет чего заявитель добивается повышения QoS для привилегированных абонентов. Очевидным недостатком решения необходимость поддержания абонентом интернет сессии и положительный эффект только для части привилегированных абонентов.

Патент US 10292036 описывает систему, устройство и метод для управления экстренными сообщениями в соответствии с которым сетевое устройство принимает из сети сообщения абонентов, производит синтаксический анализ сообщений и по синтаксическим шаблонам относит сообщение к категории чрезвычайных, после чего производит массовую рассылку для экстренных служб и абонентов. Недостатком данного способа представляется необходимость синтаксического анализа большого объема сообщений, что негативно сказывается на производительности устройства его реализующего.

Патент US 10299086 описывает способ уведомления о доставке сообщения и устройство для его осуществления в соответствии с которым для упреждения сетевых ошибок, связанных как с потерей сетевого соединения так и с ошибками приема значимых данных SMS сообщения авторы задействуют таймеры на узле коммутации MSC (Mobile Switching Center) и мобильном терминале абонента UE (User Equipment). Способ предусматривает Проверка корректности приема SMS сообщения и мониторинг поддержания соединения с центром мобильности ММЕ (Mobility Management Entity) для передачи подтверждения приема RP-ACK/ERR в течение работы таймера авторы предусматривают на UE. Это решение предпочтительно с точки зрения снижения количества дополнительных сетевых узлов, но влечет доработку как UE так и узла коммутации, что крайне не желательно для оператора особенно в отношении MSC. Отмечается, что по понятным причинам обширности темы потери данных в радиоканале, реализацию проверки корректности данных SMS авторы оставляют за скобками своего способа. Тем не менее, и в отношении доставки и подтверждения доставки SMS способ имеет существенную уязвимость, а именно не предусматривает никаких решений в случае, если UE не восстановит соединение по радиоканалу RRC и соответственно с центром мобильности ММЕ до исчерпания времени таймера на UE и MSC. В этом случае, как указывалось выше факт доставки SMS и подтверждение доставки остаются не определенными. В целом способ характерен для сетей LTE и описан в рамках SMS спецификации ETSI TS 124011. Этот факт также представляется авторам серьезным недостатком т.к. GSM/UMTS сети с традиционной сигнальной сетью CS (circuit switching) domain на текущем уровне техники преобладают и пока полный переход на пакетную технологию LTE для СПРС весьма затруднителен. Для совместного использования сетей LTE (4G) и GSM/UMTS (2G/3G) в СПРС повсеместно применяется механизм CSFB (Circuit Switch FallBack), заключающийся в переводе UE на обслуживание в сеть с поддержкой коммутации каналов. Но и в рамках этого механизма SMS сервис работает в режиме SMPP спецификации с присущей ей недостатками, указанными выше.

Заявка US 20190158990 выбранная авторами за прототип описывает сервис передачи сообщений, в соответствии с которым сетевой узел (система) выполняет прием запроса на передачу сообщения, проверяет действительность (корректность) запроса, передает сообщение получателю в соответствии с запросом, получает информацию о статусе доставки сообщения включая факт доставки и сохраняет об этом запись в БД. Причем способ распространяется как на SMS сервис сигнальной сети, так и на HTTP сообщения ОТТ приложений пакетной сети. В целом способ направлен скорее на интеграцию SMS сервиса в ОТТ приложения, а сетевой узел взаимодействует с UE абонента по клиент-серверной архитектуре. Для взаимодействия сетевой узел (сервер) предоставляет UE (клиенту) API интерфейсы. Сетевой узел включен в архитектуру СПРС между UE абонента и SMSC или SMS агрегатором и осуществляет прием сообщения. Облик способа не упреждает сетевые ошибки и недостатки SMPP спецификации, которые могут происходит во время сигнального обмена и не предусматривает решения для prepaid абонента с исчерпанным балансом. По понятным причинам решение биллинга об отключении сервиса абоненту имеет приоритетное значение и все сетевые узды должны выполнять логику сервиса в его рамках. Клиент-серверная архитектура влечет соответствующие недостатки - согласование API интерфейсов, прием всех сообщений, относящихся к сервису предоставляемому сетевым узлов, их глубокая обработка DPI (Deep Packet Inspection) и хранение. При этом влияния на надежность SMS сервиса способ и устройство не оказывает или в лучшем случае влияет весьма дифференцированно.

Авторы предлагают более простое и надежное решение опирающиеся на парадигму обработки событий сигнальной сети оператора и обеспечивающее оповещение принимающей стороны о неуспешной попытке передающей стороны отправить SMS сообщение. Способ уведомления о неуспешном SMS устраняет недостатки SMPP протокола и перечисленных аналогов как в рамках сигнальной сети СПРС так и в рамках тенденции СПРС к полному переходу на пакетную передачу данных, и более того предоставляет абоненту с авансовой системой оплаты (prepaid) возможность опосредованной SMS связи при отключенной SMS услуге.

Техническим результатом предлагаемого способа уведомления о неуспешном сообщении в СПРС является быстрое и надежное уведомление принимающей (Receiver) стороны о неуспешной попытке отправляющей (Transmitter) стороны отправить SMS сообщение.

Технический результат достигается за счет способа уведомления о неуспешном сообщении, в соответствии с которым оператор СПРС принимает запрос на передачу SMS сообщения от передающей стороны, инициирует с принимающей стороной сигнальный обмен для доставки SMS сообщения по SMPP протоколу, при этом в случае если оператор СПРС после приема запроса на передачу SMS сообщения в сигнальном обмене не принимает сообщение о успешной доставке SMS сообщения принимающей стороне оператор СПРС формирует и передает принимающей стороне информационное сообщение о неуспешном сообщении. Причем прием сообщения о успешной доставке SMS сообщения оператор СПРС производит с помощью стандартного или дополнительного узла включенного в сеть оператора сотовой связи. А информационное сообщение о неуспешном SMS сообщении является сообщением MCA SMS или USSD сообщением, которое содержит только идентификатор передающей стороны.

Способ иллюстрируется чертежами:

На фиг. 1 представлена упрощенная схема СПРС с дополнительным узлом SCP ПАК XDRay. Фиг. 1 не ограничивает способы подключения узла SCP XDRay в архитектуре СПРС, а иллюстрирует предпочтительный вариант подключения в рамках данного изобретения.

На фиг. 2 представлена диаграмма сигнального обмена для уведомления принимающей (Receiver) стороны В о неуспешном SMS.

На фигурах сигнальная сеть показана штрихованными линиями, пакетная сеть сплошными линиями.

Указанный способ может быть реализован в СПРС разных стандартов ITU-T, 3GPP и ETSI фиг. 1 иллюстрирует обобщенные сети телекоммуникационных провайдеров NP (Network Provider) А, В, включающие взаимодействующие основные узлы - мобильные терминалы абонентов UE/MS (User Equwipnment/Mobil Station); узлы коммутации услуг SSP, в разных архитектурах СПРС его функции выполняют MSC, ММЕ и др.; SMS центр SMSC; регистры VLR, HLR для упрощения фиг. 1,2 показаны на одном узле; узел SCP XDRay предоставляющий дополнительные виды обслуживания ДВО (VAS services) интеллектуальных сетей IN (Intelligence Network) и подключенный к базовой сети оператора. Некоторые стандартизованные узлы СПРС - узел управления услугами SCP выполняющий функции биллинга (в контексте заявки функционально включен в узел SSP), система базовых станций BSS, шлюзовые узлы GW и др. с целью упрощения на фиг. 1,2 не показаны.

В рамках предлагаемого способа и для его реализации но не ограничивая объем его правовой охраны программно-аппаратной частью узла ДВО, представляется разработанный авторами ПАК SCP XDRay. Данный способ может быть реализован различной архитектурой ПАК, являющихся как отдельным узлом СПРС, так и частью существующего стандартизованного сетевого узла СПРС.SCP XDRay - комплекс для уведомления о событиях поведения абонентов в сетях сотовой связи разработанный авторами - заявка WO №2013107454. Комплекс может пассивно включаться в сеть оператора (фиг. 1) и может быть настроен на захват любых сетевых диалогов базовой сети оператора, программная логика его работы являющаяся ноу-хау авторов оптимизирована для мгновенной реакции на захваченные сетевые события и настраивается по времени формирования и передачи в сеть уведомительных сообщений и возможности их приема абонентами или оператором. Параметры абонентов извлекаются из перехваченных сообщений базовой сети СПРС и по специальному алгоритму программного комплекса сравниваются с данными профилей абонентов для генерирования способа уведомления. Для передачи уведомительных сообщений блок отправки уведомлений реализован с возможностью инициирования любых сигнальных соединений SS7 и также является элементом внешней системы короткого сообщения ESME (External Short Message Entity). В разных архитектурах СПРС ПАК SCP XDRay может слушать обмен данными как сигнальной, так и пакетной сетей оператора, взаимодействует со шлюзовым узлом и/или узлом коммутации SSP, узлом управления услугами SCP или подключившись к физической сети СПРС через обобщенный gateway. Аппаратно-программная архитектура SCP XDRay оптимизирована под мгновенную реакцию на события сигнальной сети оператора в увязке «захват-хранение-уведомление» причем ПАК обеспечивает такую увязку в разных сочетаниях.

Для упрощения описание работы способа оставляет за скобками сигнализацию логических каналов SDCCH или SACCH на участке радиоитерфейса СПРС (BSS, Е-UTRAN) и подразумевает что сигнальный обмен SMS сообщениями на участке базовой сети СПРС (NSS, ЕРС) производится в виде MAP транзакций в SCCP сообщениях в соответствии с сигнальными протоколами ITU-T, 3GPP и ETSI.

В контексте заявки пустое SMS это SMS или USSD сообщение направляемое принимающей (Receiver) стороне, не содержащее каких-либо данных для принимающей стороны кроме идентификатора передающей (Transmitter) стороны. Сигнальный диалог передачи пустого SMS приведен в разделе SMS allerting фиг. 2.

В контексте заявки скрытое SMS это SMS сообщение направляемое принимающей (Receiver) стороне, не предполагающее каких-либо признаков ее приема для абонента принимающей стороны, часто используемое в СПРС для выявления регистрации (присутствия) MS/UE в сети.

В контексте заявки сообщение MCA (Missed Call Alert) это сообщение пропущенного вызова направляемое принимающей (Receiver) стороне путем успешного установления и мгновенного разъединения сигнализации вызова для появления на экране пропущенных вызовов MS/UE принимающей стороны идентификатора передающей (Transmitter) стороны. Сигнальный диалог сообщения МСА приведен в разделе MCA allerting фиг. 2.

В одной реализации ПАК SCP XDRay может быть настроен на перехват сообщений о попытке отправки SMS только абонентов услуга SMS которым отключена. Для поддержки актуальности этих данных ПАК SCP XDRay периодически опрашивает HLR о неплатежеспособных prepaid абонентах и хранит актуальные записи о них в БД блока хранения сетевых диалогов. Такое профилирование абонентов позволяет программной логике ПАК SCP XDRay проводить только поверхностный SPI (Stateful Packet Inspection) анализ при захвате пакетов, а именно извлекать только MSISDN-Б принимающей стороны из заголовков пакетов. Этот режим предъявляет низкие требования к вычислительным ресурсам ПАК SCP XDRay и хорошо подходит для анализа больших объемов трафика.

Для неплатежеспособного prepaid абонента при обнаружении его запроса на передачу SMS ПАК SCP XDRay направляет пустое SMS. После истечения срока его хранения на SMSC или по таймеру ПАК SCP XDRay направляет принимающей стороне сообщение МСА.

Для платежеспособного prepaid абонента ПАК SCP XDRay, может работать в двух режимах:

- в первом он направляет сообщение МСА сразу после запроса на передачу SMS, уведомляя тем самым принимающую сторону о желании передающей стороны к коммутации и скором поступлении от нее входящего SMS или входящего звонка, этот режим упреждает любые неопределенности и ошибки SMS сервиса как на передающей так и на принимающей стороне, однако является несколько избыточным;

- во втором он направляет принимающей стороне сообщение МСА после истечения срока хранения его SMS на SMSC или ранее по своему таймеру, в этом случае принимающая сторона при отсутствии скорых входящих от предающей стороны информируется о интересе к коммутации со стороны передающей стороны и стимулируется на совершение вызова к передающей стороне, в этом режиме ПАК SCP XDRay предполагает наличие неопределенностей SMS сервиса на принимающей стороне-перенаправление вызова и т.д. и преодолевает их за счет сообщения МСА.

Для не платежеспособного prepaid абонента ПАК SCP XDRay, также может работать в двух режимах:

- в первом он направляет сообщение МСА сразу после запроса на передачу SMS, уверенно предполагая по записи БД (профилю) о передающей стороне что запрос завершиться отказом сервиса, этот режим, как указывалось для платежеспособного абонента не предполагает влияния условий SMS сервиса на принимающей стороне;

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

Оба режима как для платежеспособного, так и не платежеспособного prepaid абонента могут сочетаться исходя из текущих технических условий СПРС - топология базовой сети СПРС, текущая полоса пропускания, очереди сообщений на узлах, производительность и т.д. На выбор режима могут оказывать влияние коммерческие предпочтения оператора СПРС. Например, при нештатном прерывании сигнального SMPP обмена ПАК SCP XDRay направляет принимающей стороне пустое SMS и при неполучении сообщения о успешной доставке в течение 5 секунд направляет ей сообщение МСА.

Для получения признака наличия переадресации вызовов на принимающей стороне и/или выявления ее регистрации (присутствия) в сети ПАК SCP XDRay в разных режимах работы может опрашивать принимающую сторону периодическим направлением ей скрытых SMS по таймеру.

Диаграмма вызовов фиг. 2 иллюстрирует частную реализацию работы SCP ПАК XDRay в разных режимах для реализации способа уведомления о неуспешном сообщении. ПАК SCP XDRay в пассивном режиме слушает сигнальные сообщения, поступающие от UE MS абонентов на SSP. Для настройки на перехват сообщений о запросе на передачу SMS сообщений «Request for Service» неплатежеспособных prepaid абонентов ПАК SCP XDRay периодически запрашивает HLR их список - диалог 1 Request Subscribers Service data, 2 Response Subscribers Service data. ПАК SCP XDRay поддерживает актуальную базу данных неплатежеспособных prepaid абонентов и настраивает программную логику перехвата сетевых сообщений СПРС на захват сообщений запроса SMS сервиса по идентификатору передающей стороны MSISDN-A.

Работа ПАК SCP XDRay для неплатежеспособного абонента (Insolvent Prepaid Subscriber) показана в разделе SMS insolvency attempting диаграммы фиг. 2. Нажатием на MS А клавиши "send" абонент инициирует запрос SMS сервиса передачей сообщения 3 «Request for Service» на SSP. До этого на участке радиоитерфейса выполняется стандартная сигнализация «Channel Request» - назначение подсистемой BSS сигнального канала и установление сигнального линка между мобильной станцией и подсистемой BSS. При появлении в базовой сети сообщения 3 Request for Service ПАК SCP XDRay перехватывает это сообщение по настроенному идентификатору MSISDN-A и в зависимости от настроенного режима работы передает в сеть сообщение 4а МСА и/или пустое SMS 46. В это время происходит стандартный запрос - ответ узла коммутации SSP А к регистру HLR/VLR А на разрешение SMS сервиса для абонента-диалог 5 SIF MO SMS, 6 SIF_MO_SMS_Ack, который завершается отказом (not support) в связи с неплатежеспособностью абонента. Далее происходит стандартный диалог освобождения сигнальных каналов в связи с отказом в сервисе-7 Request Refuse. В этом варианте работы (сообщение 4а МСА) влияние любых сетевых ошибок, которые могут произойти после захвата сообщения 3 Request for Service устранено.

Работа ПАК SCP XDRay для платежеспособного абонента показана в разделе SMS network delivery errors диаграммы фиг. 2. В этом режиме диалог узлов UE MS A-SSP A - HLR VLR А на запрос SMS сервиса происходит аналогично с учетом разрешающего ответа HLR VLR A SIF_MO_SMS_Ack. Для передачи SMS передающая сторона инициирует SMS сессию - 8 Bind_receiver, 9 Bind_receiver_resp, направляет на SMSC А данные для передачи на UE MS Б 10 submit_sm (Delivery Receipt, Delivery Acknowledgement, User Acknowledgement) в режимах с параметрами квитанции о доставке или без них. Далее SMSC А производит попытку доставки SMS-11 Network Delivery Attempt. При неуспешной попытке доставке принимающая сторона отвечает сообщением 12 NACK которое перехватывает ПАК SCP XDRay и в зависимости от настроенного режима работы передает в сеть сообщение 15а МСА и/или пустое SMS 156. По понятным причинам в этом варианте сообщение 15 а,с МСА предпочтительно, т.к. по сообщению 12 NACK программная логика ПАК SCP XDRay уверенно делает предположение о проблемах SMS сервиса на принимающей стороне. Запрос - ответ 11-12 может передаваться многократно пока сообщение успешно не доставится (сообщение АСК) или пока не истечет период допустимости (хранения на SMSC) сообщения validity_period EXPIRED. Как показано на диаграмме в зависимости от настроенного режима работы программная логика ПАК SCP XDRay осуществляет передачу уведомительных сообщений или в период хранения сообщения на SMSC -сообщения 15 а,б или после его истечения validity_period EXPIRED - сообщения 15 c,d. С учетом продолжительности времени хранения SMS на SMSC составляющим до 7 дней программная логика ПАК SCP XDRay предусматривает таймеры для передачи сообщений 15 а,б продолжительность которых настраивается по согласованию с оператором СПРС. В этот же период, для возможно быстрой отправки сообщений 15 а,б ПАК SCP XDRay может передавать скрытые SMS выявления появления в сети передающей стороны (регистрации UE MS В) - сообщения 13 Hidden SMS, 14 Hidden АСК. В этом варианте работы неопределенности SMS сервиса на принимающей стороне устранены за счет «проброса» уведомления сообщением МСА 15 а,с передача (проключение) которого происходит вне сигнализации SMPP протокола. Для устранения возможных сетевых ошибок сети передающей стороны программная логика ПАК SCP XDRay может предусматривать захват сообщений 10 submit_sm(), этот вариант более требователен к программно-аппаратным ресурсам ПАК SCP XDRay. Тем не менее такой способ приемлем т.к. парадигма предлагаемого способа не предусматривает глубокий семантический анализ пакетов DPI, а ограничивается идентификаторами передающей и принимающей стороны MSISDN-A,B, что по понятным причинам значительно производительней.

Раздел SMS alerting диаграммы фиг. 2 раскрывает обобщенный диалог передачи пустого SMS сообщения (4 б, 15 б, d). ПАК SCP XDRay инициирует SMS сессию с SMSC А как передатчик (ESME Receiber)-сообщения (1) bind_receiver, (2) bind_receiver_resp. И направляет пустое сообщение (3) data_sm(esm_class=forvard, message_payload=0, validity_period=min) в режиме транзакций (Transaction Message Mode, esm_class=forvard), без пользовательских данных (message_payload=0) с минимальным периодом допустимости (validity_period=min). SMPP режим транзакции предпочтителен т.к. он возвращает квитанцию о сквозной доставке сообщения на UE MS В-сообщение (6) data sm resp. После успешной доставки - сообщения (4) Network Delivery Attempt, (5) АСК на экране UE MS В принимающей стороны отрисовывается пустое SMS с номером отправителя MSISDN-A.

Раздел МСА alerting диаграммы фиг. 2 раскрывает обобщенный диалог передачи сообщения пропущенного вызова МСА (4 а, 15 а, с) иллюстративно показанный по протоколу ISUP установления вызова, аналогичное проключение может быть реализовано другими протоколами установления соединения SS7. ПАК SCP XDRay устанавливает сигнальный диалог [1]-[8] для установления соединения входящего вызова к принимающей стороне. Немедленно после получения подтверждения SSP В «адрес полный» - сообщение [4] ACM (MSISDN-A, MSISDN-B) программный алгоритм ПАК SCP XDRay генерирует сообщение разъединения [5] REL (MSISDN-A, MSISDN-B). Немедленное разъединение установленной сигнализации вызова сообщения - [2] Setup [3] Alerting обеспечивает невозможность ответа абонентом В на входящий вызов и последующую отрисовку на экране UE MS В сообщения пропущенного вызова missedCall display.

Технический облик предлагаемого способа уведомления о неуспешном SMS хорошо укладывается в парадигму SMS сервиса, т.к. пустое SMS сообщение и сообщение МСА являются текстовыми сообщениями. Одновременно их передача не нарушает запрет оператора на услугу т.к. их формат не предполагает содержательных данных. И в то же время сообщение МСА обходит все неопределенности SMPP протокола на принимающей стороне т.к. передается по протоколам установления вызова.

Технический облик предлагаемого способа уведомления о неуспешном SMS на основе ПАК SCP XDRay решает поставленную техническую задачу и на основе испытаний подтверждает ряд технических эффектов:

Технический эффект от использования МСА канала коммутации с принимающей стороной в рамках предлагаемого способа заключается в предоставлении возможности prepaid абоненту связи с интересующим его абонентом при сохранении запрета на связь. Такой опосредованный вызов уведомляет принимающую сторону о необходимости коммутации и не нарушает коммерческий интерес оператора передающей стороны, а для оператора предоставляет возможность уменьшить срок хранения недоставленных сообщений на SMSC.

Технический эффект от использования пустого SMS также сохраняет запрет на услугу prepaid абоненту т.к. не предполагает передачу содержательной (полезной) информации, но позволяет уведомить интересующую его сторону о его интересе к коммутации.

Технический эффект от пассивного захвата сетевых событий ПАК SCP XDRay заключается в отсутствии необходимости согласования каких-либо интерфейсов с стандартными узлами оператора СПРС расхода их производительности и экономной обработки сетевых пакетов SPI/MDI только предопределенных событий сети СПРС в части касающихся SMS сервиса.

Дополнительным эффектом предлагаемого способа является сохранение для prepaid абонента как минимум односторонней связи при отсутствии положительного авансового счета, с учетом того, что как правило абонент с отсутствием средств на авансовом счете не платежеспособен и за услуги мобильного интернета, т.е. не имеет возможности связи посредством ОТТ приложений.

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

Данный способ внедрен и эксплуатируется заявителем в СПРС известного оператора на базе комплекса SCP XDRay и показал эффективность надежного уведомления абонентов о неуспешном SMS в соответствии с стандартизованными требованиями QoS.

Изобретение относится к области телекоммуникаций, в частности к способам информирования абонентов о наступлении событий сети, генерируемых абонентами, и может быть использовано операторами интеллектуальной сети NP (Network Provider) в СПРС (сетях подвижной радиосвязи) практически любых типов - GSM, UMTS, LTE и других. Технический результат заключается в повышении надежности уведомления принимающей стороны о неуспешной попытке отправляющей стороны отправить SMS сообщение. Способ уведомления о неуспешном сообщении содержит этапы приема запроса на передачу SMS сообщения, обнаружения отсутствия подтверждения доставки SMS сообщения и формирования информационного сообщения о неуспешном сообщении принимающей стороне. 3 з.п. ф-лы, 2 ил.

1. Способ уведомления о неуспешном сообщении, в соответствии с которым оператор СПРС принимает запрос на передачу SMS сообщения от передающей стороны, инициирует с принимающей стороной сигнальный обмен для доставки SMS сообщения по SMPP протоколу, отличающийся тем, что в случае если оператор СПРС после приема запроса на передачу SMS сообщения в сигнальном SMPP обмене не принимает сообщение об успешной доставке SMS сообщения принимающей стороне оператор СПРС определяет невозможность доставки SMS сообщения, определяет возможность повторной доставки SMS сообщения, формирует и передает принимающей стороне информационное сообщение о неуспешном сообщении по протоколу ISUP или SMPP.

2. Способ уведомления по п. 1, отличающийся тем, что информационное сообщение о неуспешном SMS сообщении является сообщением МСА по протоколу ISUP.

3. Способ уведомления по п. 1, отличающийся тем, что информационное сообщение о неуспешном SMS сообщении является SMS сообщением по протоколу SMPP, которое содержит только идентификатор передающей стороны.

4. Способ уведомления по п. 1, отличающийся тем, что информационное сообщение о неуспешном SMS сообщении является USSD сообщением по протоколу SMPP, которое содержит только идентификатор передающей стороны.