Результат интеллектуальной деятельности: Способ уведомления о голосовом сообщении

Изобретение относится к области телекоммуникаций, в частности к способу информирования абонентов о статусе их голосовых сообщений в различных системах обработки голосовых сообщений VPS (Voice Processing System), голосовой почты (Voice Mail), систем предварительно записанных голосовых сообщений IVR (Interactive Voice Response) при предоставлении ей возможности записать сообщение для получателя. Способ может использоваться операторами NP (Network Provider) интеллектуальной сети IN (intelligence network) в СПРС (сетях подвижной радиосвязи) любых типов - GSM, UMTS, LTE и других.

Общеизвестны мобильные сервисы Skype, Viber, GoogleTalk, FacebookMessenger, WhatApp, Telegram и др. именуемые мессенджерами. Они используют стек протоколов TCP/IP для передачи сообщений без прямого контакта с оператором связи, т.е. вне его сигнальной сети. Такую технологию в СПРС принято называть ОТТ (Over the Тор) сетями, пакетной сетью или медиа уровнем СПРС - Packet Switched (PS) Domain (п. 3.2. 3 GPP TS 23.002 Technical Specification). За счет организационно технических мер, принятых в TCP/IP интерфейсах - подтверждение получения данных получателем (квитанция), тайм-аут отправителя для повторной передачи при отсутствии квитанции и др. текстовые сообщения доставляются без ошибок. Высокая скорость доставки сообщений достигается за счет постоянно растущей скорости соединения вплоть до перспективной 1-2 Гб/с в 5G. Разработчики мессенджеров предоставляют пользователям графический интерфейс, визуальную среду - чат для обмена текстовыми, аудио и видео сообщениями. Для распознавания статуса отправленного сообщения интерфейс чата предусматривает специальные маркеры, обычно это т.н. «галочки» которые обычно отрисовываются в интерфейсе отправленного сообщения. В общем случае одна галочка означает успешную отправку сообщения на сервер мессенджера, две доставку сообщения на устройство получателя, а при ознакомлении получателя с сообщением галочки окрашиваются в предусмотренный интерфейсом цвет.

Традиционные услуги СПРС предоставляются оператором связи через набор сигнальных протоколов общеканальной сигнализации №7 ОКС7 (п. 102, ГОСТ Р 53801-2010) SS7 (3GPP TS 28, 29 series) или сигнальным уровнем СПРС именуемую также сигнальной сетью - Circuit Switched (CS) Domain, (п. 3.2. 3 GPP TS 23.002 Technical Specification). По аналогии с ОТТ мессенджерами сигнальный SMPP протокол предусматривает режим сообщений транзакции (Transaction Message Mode) и как известно помечает SMS сообщения на устройстве отправителя маркерами «доставлено». Также SMPP протокол взаимодействует с VPS системами для уведомления пользователя о наличии голосовых сообщений в его голосовом почтовом ящике VM (voice mail). Как известно VM услуга предоставляется операторами на основе услуги переадресации вызова сигнальными SIP, ISUP протоколами установления соединения. Причины переадресации предопределяются по различным сценариям - абонент занят, не доступен, не отвечает. После записи сообщения вызываемому абоненту отправляется SMS с информацией о поступившем сообщении на его голосовой почтовый ящик. Для вызывающего абонента, переадресованного узлом коммутации на VM сервер и записавшего в нем голосовое сообщение, дальнейший его статус остается неопределенным.

Существуют сценарии, при которых неплатежеспособный абонент с авансовой тарификацией (prepaid) имеет возможность направить интересующему абоненту сообщение через IVR систему с просьбой перезвонить, например патент RU 2571424. Способ не предусматривает уведомление prepaid абонента о статусе отправленного сообщения. Эта неопределенность не позволяет ему принять решение о получении временного платежа или ожидании входящего вызова.

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

В части IVR систем на текущем уровне техники известна заявка WO 2017109748.

Описание заявки декларирует решение задачи стимулирования вызовов в СПРС. Решение описывает различные сценарии уведомления вызывающего абонента при недоступности вызываемого абонента по различным причинам (занят, недоступен) или уведомление вызываемого абонента о попытке его вызова неплатежеспособным prepaid абонентом. В сценарии IVR способ предполагает автоматическое инициирование исходящего звонка вызываемому абоненту от системы IVR при его появлении в сети, проигрывание сообщения о пропущенном вызове и направление SIM STK (PUSH) уведомления с номером вызываемого для. Способ также предусматривает направление вызывающей стороне уведомления о появлении в сети вызываемого абонента. Один из сценариев предусматривает соединение на IVR обоих абонентов при этом при желании вызываемого абонента инициировать вызов IVR переводит его в режим ожидания и одновременно инициирует вызов с вызываемой стороной. В данном решении все уведомления направляются через технологию SIM STK что влечет дополнительные организационно-технические меры для определения SIM апплетом вызова как вызова вызывающего абонента, а не системы IVR - добавление к идентификатору специальных префиксов, суффиксов и т.д. Заявка не предусматривает мониторинг присутствия в сети вызываемого абонента и не раскрывает факт прослушивания им IVR сообщения от вызывающего абонента.

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

Решение только уведомляет о вызове, но не оповещает вызывающего абонента о статусе записанного им IVR сообщения, а в большинстве сценариев вообще не предполагает его запись.

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

Наиболее близким техническим решением авторам представляется заявка US 20130268611 направленная на выражение различных эмоций отправителя в уведомлении вызываемому абоненту о поступившем на его голосовой почтовый ящик сообщения. Способ включает направление получателю короткого сообщения с уведомлением от сервера голосовой почты включающее выражение эмоций в связи с поступившим голосовым сообщением и направление сообщения голосовой почты получателю на основе заголовка голосовой почты из уведомления. Способ не предусматривает каких-либо уведомлений отправителя voice mail о статусе его сообщения, что является его недостатком, на устранение которого авторы предлагают свой способ уведомления о статусе отправленного голосового сообщения.

Техническим результатом предлагаемого авторами способа уведомления о голосовом сообщении в СПРС является реализация простого и надежного уведомления вызывающей стороны о статусе его голосовых сообщений для вызываемой стороны в системах обработки голосовых сообщений СПРС любых стандартов без какой-либо доработки стандартизованных узлов СПРС. Предлагаемый способ применим предпочтительно к сообщениям головой почты, но без ограничения правовой охраны может применяться в любых других системах VPS обработки голосовых сообщений.

Технический результат достигается за счет способа уведомления о голосовом сообщении, в соответствии с которым телекоммуникационный провайдер принимает голосовое сообщение от вызывающей стороны, формирует и направляет вызываемому абоненту короткое сообщение с уведомлением о голосовом сообщении, формирует и направляет вызывающему абоненту по крайней мере одно короткое сообщение с уведомлением о статусе его голосового сообщения в котором информирует о его получении и ознакомлении с его содержанием. Причем короткое сообщение о статусе голосового сообщения может являться является сообщением SMPP, SMTP, SIP, ISUP протоколов или любого иного телекоммуникационного протокола.

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

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

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

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

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

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

Диаграмма вызовов фиг. 2 иллюстрирует упрощенный сигнальный обмен СПРС для реализации способа уведомления о голосовом сообщении. Для упрощения диаграмма вызовов проиллюстрирована на базе протокола SIP. Без ограничения правовой охраны способ может быть реализован протоколом ISUP, а также любыми другими протоколами установления соединения СПРС. Дежурный режим ПАК SCP XDRay предусматривает пассивное прослушивание сигнальных сообщений базовой сети СПРС. Определено что абонент (MS) А недоступен для приема голосового вызова - busy-занят, detach-не в сети или not answer-не отвечает и подписан на услугу голосовой почты VM. Такая подписка может быть реализована N-CSI триггером (Network Service CAMEL Subscription Information, N-CSI) на узле коммутации MSC A (SSP А). После получения SIP сообщения установления соединения 1 INVITE А коммутатор MSC А поднимает N-CSI триггер подписки MS А на голосовую почту VM А и проверяет условия, в которых получено сообщение 1 INVITE А-MS A busy, detach, not answer. Т.к. условия соответствуют переадресации на сервер голосовой почты VM А, коммутатор MSC А выполняет маршрутизацию вызова на сервер VM А - 2 INVITE VM А. Абонент В оставляет на сервере голосовое сообщение voice message для абонента А - например «Перезвоните по возможности». После чего соединение разъединяется по инициативе абонента В (MS В) - сообщения 3 BYE, 4 200 ОК.

После разъединения и освобождения сигнальных каналов стандартная логика голосовой почты VM А направляет SMS уведомление абоненту А о поступившем голосовом сообщении - 5 SMS A. SMS А сообщение может храниться на SMSC А пока не будут устранены причины недоступности абонента A (MS А), например появление в сети сообщения регистрации в сети MS A Attach Request (IMSI, ..), после чего на SMSC А доставляет уведомление о голосовом сообщении на MS А-сообщение 6 SMS А. Программная логика ПАК SCP XDRay предусматривает перехват как сообщения Attach Request (IMSI, ..) так и сообщения 6 SMS А. По появлению в сети и захвату этих сообщений ПАК SCP XDRay определяет, что MS А уведомлен о факте поступления в его адрес сообщения голосовой почты от абонента В (MS В). По факту данного определения программная логика изменяет статус голосового сообщения на «доставлено получателю» (абоненту А) и направляет уведомительное SMS сообщение абоненту В - сообщение 7 SMS В с обновленным статусом-например «абонент А уведомлен о Вашем голосовом сообщении». Взаимодействие ПАК SCP XDRay с VM А сервером по согласованным API(..) (фиг. 1) программным интерфейсам предусматривает периодический опрос VM сервера о факте прослушивания абонентом А голосового сообщения - диалог 8-9 API(req. data), API(resp.data). После подтверждения факта прослушивания абонентом А голосового сообщения программная логика ПАК SCP XDRay изменяет статус голосового сообщения на «прослушано получателем» (абонентом А) и направляет уведомительное SMS сообщение абоненту В сообщение 10 SMS В с измененным статусом-например «абонент А прослушал Ваше голосовое сообщение». В случае если программная логика ПАК SCP XDRay не получает от сервера VM А подтверждение прослушивания абонентом А голосового сообщения, ее алгоритм изменяет статус голосового сообщения на «доставлено, но не прослушано». В разных сценариях алгоритм ПАК SCP XDRay может предусматривать таймеры для последнего изменения статуса. В этом случае ПАК SCP XDRay направляет абоненту Б сообщение 10 SMS В с статусом-например «абонент А уведомлен о Вашем голосовом сообщении, но не прослушал его». Текст SMS В сообщений может изменяться в зависимости от предпочтений оператора связи.

Как понятно специалисту и без ограничения правовой охраны предлагаемого способа, в другом варианте указанный способ может реализовывать непосредственно сервер VM А, при условии отправки SMS А сообщения с подтверждением сквозной доставки, т.е. непосредственно на MS А. Однако такая реализация представляется авторам менее предпочтительной т.к. «развязывает» функционал VM А сервера как узла интеллектуальной периферии IP до не свойственных ему функций коммутации и управления услугами.

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

Проиллюстрированный выше способ реализации через пассивный узел VAS, ПАК SCP XDRay предпочтителен исходя из IN парадигмы разделения функций предоставления услуг и управления ими IN сетей.

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

Эффект способа как очевидно заключается в информировании абонента В о статусе его сообщения (как и prepaid абонента А) по аналогии с ОТТ мессенджерами. Дополнительно способ стимулирует абонента Б на повторный вызов интересующего абонента А.

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

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