Изобретение относится к области телефонной связи, в частности к способам уведомления абонентов сетей подвижной радиосвязи СПРС (п. 12, ГОСТ Р 53801-2010, 3GPP TS 23.002) о входящем вызове, без ограничения объема правовой охраны изобретение может быть использовано в сетях CDMA (W-CDMA), GSM, UMTS, LTE и сетях следующих поколений.
На текущем уровне техники в СПРС распространены технические решения «Кто звонит/Who Calls», обеспечивающие вызываемому абоненту оповещение о входящем вызове с дополнительной информацией о вызывающей стороне. Технически такие сервисы реализуются на основе установки абонентом мобильных приложений на MS (Mobil station), через SIM апплеты, устанавливаемые оператором СПРС NP (Network Provider) на SIM карту, или посредством USSD-NI (Network Initiated) сообщений без предустановки на MS какого-либо дополнительного кода. Например, мобильные приложения Касперский, Яндекс и др. вызывают программные функции отрисовки текста операционной системы OS (IOs, Android) на экран входящего звонка в дополнение к MSISDN, PSTN (Public Switched Telephone Network) идентификатору вызывающей стороны. Такие мобильные приложения работают вне сигнальной сети SS7 и распознают входящий вызов по событию операционной системы MS. SIM апплеты «Кто звонит» для вывода уведомления также используют программные функции OS MS для отрисовки текста по команде STK сервера, который регистрирует входящий вызов в сигнальной сети SS7. USSD-NI решение не использует какую-либо программную доработку MS для отрисовки уведомления, а выводит уведомление на MS за счет обнаружения вызова и сетевой синхронизации времени обработки сигнального соединения и передачи USSD-NI уведомления с дополнительной информацией о вызывающей стороне. Несмотря на различие этих реализаций, с присущими им преимуществами и недостатками, технический облик всех этих решений объединяет один существенный недостаток, а именно, они вынуждены опираться на хранилище данных с информацией о вызываемой стороне, причем к вызывающей стороне относится все неограниченное множество известных MSISDN и PSTN номеров. Следствием этого недостатка очевидно является весьма трудоемкое накопление и поддержание большого массива данных о всех известных MSISDN и PSTN номерах и связанных с этим трудностями поиска, нормализации и распознавания номеров для формирования и предоставления абоненту дополнительной информации. Причем очевидно, что по определению бесконечности множества всех номеров, такая база данных не гарантирует наличие записей о каждом входящем номере, что существенно снижает надежность сервиса. Отдельно отмечаются CRM системы, которые оповещают сотрудников кол центра о входящем вызове по записи БД своих клиентов, эти решения не масштабируемы на сети телефонной связи и весьма ограничены локальной БД клиентов своей организации. Из текущего уровня техники известны расширения SIP протокола, т.н. браузерные клиенты SIP - например sipml5 - https://code.google.com/archive/p/sipml5 устанавливаемые в веб обозреватель в качестве браузерного расширения (плагина) и предусматривающие передачу текста, аудио и видео. Программная архитектура этих плагинов использует адресацию SIP протокола установления соединения за счет чего такие решения стали возможны, и главное предлагает разработчикам значительную свободу для обработки соединений в том числе и для реализации предварительных уведомлений о входящем вызове. Такое решение не требует базы данных с записями о всевозможных входящих номерах т.к. предоставляет возможности вызывающей стороне сформировать предварительное уведомление в интерфейсе плагина. Но в противовес преимуществам таких платформ, недостатки также очевидны. Сложность использования обычными абонентами СПРС, тем более абонентами телефонной сети общего пользования PSTN, необходимость предустановки Web плагина на вызывающей и вызываемой стороне, работа поверх сигнальной сети SS7 на медиа уровне и отсутствие реализации для других сигнальных протоколов, ISUP например.
Таким образом на текущем уровне техники авторы не усматривают универсальных решений, которые не предполагают программную доработку MS абонента или сбор данных о всех возможных входящих номерах. Предлагаемый авторами способ уведомления о входящем вызове и устройство для его осуществления направлен на устранение этих существенных недостатков. Способ м.б. реализован только средствами сигнальной сети SS7 СПРС или интегрирован с сторонними программными решениями взаимодействующими с SS7. Предлагаемый способ обеспечивает возможность абоненту или оператору СПРС определить обязательность уведомления о всех входящих вызовах или частично, причем не только с информацией о вызывающей стороне, но и о теме вызова что в иных сервисах «кто звонит» технически невозможно. Способ обеспечивает назначение отдельных уведомлений отдельной группе вызываемых абонентах и/или отдельной группе вызывающих, вызов которых должен быть сопровожден уведомлением, а также определение логики передачи уведомлений и/или выбора уведомления из предопределенных ранее. Более того способ предусматривает передачу уведомления вызывающей стороне при вызове ее вызываемой стороной в отдельных бизнес сценариях систем управления взаимоотношений с клиентами.
Из патентных источников известны технические решения заявителя - патент 2676615 описывающие способ уведомления через STK сервер и SIM апплет, и заявка 2019115238 обеспечивающее такое уведомление через USSD сервер посредством синхронизации передачи USSD-NI сообщения и времени обработки голосового вызова. Данные решения внедрены и используются заявителем, обеспечивают технический результат, но технически облик этих решений не лишен необходимости поддержания больших данных о всевозможных номерах, что очевидно является недостатком.
Наиболее близкой по технической сути и принятой за прототип авторам представляется заявка PCT/US2006/028995 описывающая способ предварительного предоставления контекста для вызова в соответствии с которым контекст (уведомление) формируется на устройстве вызывающей стороны и направляется на устройство вызываемой стороны предварительно до ответа на вызов. Недостатком решения очевидно усматривается необходимость формирования т.н. контекста на устройстве вызывающей стороны, причем такое формирование невозможно без программной доработки устройства в части установки SIP расширения, известного из уровня техники как SIP клиент, тем более такой способ не применим к PSTN сети общего пользования. Описание патента [0022] упоминает о передаче т.н. контекста при вызове из сети общего пользования, но опять же с использованием т.н. системы контекста, а значит вызывающему (и вызываемому) абоненту должен быть доступен плагин расширения SIP протокола что существенно «ограничивает» универсальность способа. При том, что в общем случае устройства PSTN сети, в отличие от MS не имеют возможности установки веб браузеров. Более того, такое решение представляется как минимум не надежным и трудоемким для реализации т.к. сигнальный PSTN вызов из сети общего пользования и т.н. SIP контекст контекстной системы направляются на вызываемое устройство, разными каналами коммутации из разных устройств и с учетом сложных топологий СПРС и PSTN сетей синхронный вывод контекста на экран входящего звонка представляется затруднительным.
Техническим результатом предлагаемого способа уведомления о входящем вызове является упрощение его внедрения и реализации, обеспечение масштабируемости на любые национальные региональные/международные сети, повышение надежности и существенное повышение информативности предварительного уведомления о входящем вызове за счет:
- отказа от предварительного поиска, распознавания и формализации множества всех возможных входящих MSISDN и PSTN номеров и поддержания БД с ними,
- предварительного формирования одного или нескольких уведомлений вызывающей стороной без указания идентификатора вызываемой стороны, для одного или нескольких идентификаторов (MSISDN, PSTN) вызывающей стороны,
- предварительного определения одного или нескольких уведомлений для одного или нескольких идентификаторов вызывающей стороны (MSISDN, PSTN) и вызываемой стороны MSISDN.
- определением программной логикой или соглашением вызывающей стороны необходимого или возможного уведомления из предварительно сформированных перед вызовом или непосредственно во время вызова,
- формирования уведомления во время установления вызова одним сигнальным соединением или параллельными синхронизированными соединениями в СПРС вызываемого абонента,
- дополнения, предварительно сформированного вызывающей стороной уведомления, текущей информацией, актуальной во время установления вызова,
Технический результат обеспечивается способом уведомления о входящем вызове в соответствии с которым оператор СПРС принимает запрос на установление входящего голосового вызова, определяет идентификатор вызываемой и вызывающей стороны, до ответа на вызов формирует и передает вызываемой стороне уведомление о вызывающей стороне по SMPP, SIM STK, SMPT протоколу, причем предварительно до приема запроса на установление входящего голосового вызова оператор СПРС посредством открытого программного интерфейса предоставляемого сетевым узлом взаимодействующим с базовой сетью СПРС, включая Web интерфейс, интерфейс программирования программ для ЭВМ, интерфейс системы управления взаимоотношения с клиентами вызывающей стороны или любой другой программный интерфейс принимает от вызывающей стороны запись состоящую из ее идентификатора и данных для формирования уведомления о вызывающей стороне которые включают текстовые или аудио или графические данные, могут включать подмножество идентификаторов вызывающей стороны и дополнительно подмножество идентификаторов вызываемой стороны, сохраняет эту запись на сетевом узле взаимодействующим с базовой сетью СПРС а формирование уведомления вызываемой стороне производит с использованием этой записи, времени обнаружения входящего вызова в сети СПРС или символов, дополняющих идентификатор вызываемой стороны. При этом в случае если оператор обнаружил в СПРС голосовой вызов стороне от которой оператор СПРС принял запись состоящую из ее идентификатора и данных для формирования уведомления о вызывающей стороне, оператор производит формирование и передачу уведомления этой стороне с использованием этой записи.
Технический результат обеспечивается альтернативным способом уведомления о входящем вызове в соответствии с которым оператор СПРС принимает запрос на установление входящего голосового вызова, определяет идентификатор вызываемой и вызывающей стороны, определяет необходимость формирования уведомления вызываемой стороне о вызывающей стороне, для формирования этого уведомления маршрутизирует входящий голосовой вызов на сетевой узел выполненный с возможностью аудио записи уведомления о вызове от вызывающей стороны, производит аудио запись уведомления о вызове от вызывающей стороны, преобразует эту аудио запись уведомления о вызове в текст, формирует уведомление с использованием этой записи и до ответа на вызов передает его вызываемой стороне по SMPP, SIM STK, SMPT протоколу.
Технический результат обеспечиваются способом уведомления о входящем вызове в соответствии с которым оператор СПРС формирует уведомление вызываемой стороне о вызывающей стороне путем объединения данных предварительно принятых от вызывающей стороны до приема запроса на установление голосового вызова посредством открытого программного интерфейса предоставляемого сетевым узлом взаимодействующим с базовой сетью СПРС, включая Web интерфейс, интерфейс программирования программ для ЭВМ или любой другой программный интерфейс и данных принятых от вызывающей стороны во время установления соединения голосового вызова на сетевом узле выполненным с возможностью аудио записи уведомления о вызове от вызывающей стороны, посредством записи уведомления о вызове от вызывающей стороны, преобразования этой аудио записи уведомления о вызове в текст.
Техническим результатом предлагаемого устройства для осуществления способа уведомления о входящем вызове является упрощение общей сетевой архитектуры и устройства сетевых узлов вызываемой и вызывающей стороны, повышение надежности и обеспечение безусловного формирования уведомления по любым сигнальным протоколам SS7 СПРС и PSTN сетей за счет:
- отказа от какой-либо программной или аппаратной доработки стандартизованных технических средств СПРС - сетевых узлов MS, MSC, HLR и др.
- отказа от формирования и поддержки сетевого узла с БД с записями о неограниченном множестве возможных MSISDN и PSTN номеров.
- формирования уведомления вызывающей стороной на сетевом узле вне СПРС или PSTN сети вызываемой или вызывающей стороны предварительно, или на сетевых узлах СПРС или PSTN сети вызываемой стороны во время установления соединения голосового вызова.
- формирования уведомления путем взаимодействия оператора СПРС с программным обеспечением CRM вызывающей стороны.
Технический результат обеспечивается устройством СПРС включающей стандартные сетевые узлы и взаимодействующим с базовой сетью СПРС по крайней мере одним программно-аппаратным узлом выполненным с возможностью предварительного, до запроса на установление голосового вызова, приема от вызывающей стороны записи состоящей из ее идентификатора и данных для формирования уведомления о голосовом вызове, сохранения и передачи этой записи сетевому узлу СПРС выполненному с возможностью обнаружения голосового вызова и формирования уведомления вызываемой стороне о вызывающей стороне во время установления голосового вызова и передачи этого уведомления вызываемой стороне до ответа на вызов.
Изобретение иллюстрируется чертежами:
На фиг. 1 показана обобщенная СПРС оператора NP A (network provider А) с дополнительным узлом, предоставляющим открытый программный интерфейс для регистрации уведомлений.
На фиг. 2а, б представлен обобщенный диалог сетевых узлов СПРС NP А реализующий уведомление о входящем вызове в соответствии с заявленным способом уведомления и вариантами реализации.
На фигурах сигнальные соединения обозначены штрихованными линиями, соединения системы пакетной передачи данных непрерывными. Для упрощения в контексте заявки и на чертежах определено следующее. Абонент Bm вызывающий абонент (сторона) из множества В, абонент Ak вызываемый абонент (сторона) из множества А одной или разных СПРС или PSTN сетей. MSISDN идентификатор, в том числе телефонный номер сети общего пользования PSTN и/или любой идентификатор, использующийся для обработки соединений на стандартных сетевых узлах СПРС (MSC, SCP, HLR, VLR, BSS и др.) и связанный с предоставлением услуг и начислением платы. Проключение вызова - установление сигнального соединения SS7 для выполнения голосового вызова между абонентами в СПРС. Термин пуш (PUSH) - программный, графический элемент из множества k выполненный с возможностью сохранения на сетевых узлах и отрисовки на экране входящего звонка MS уведомления с полезной дополнительной информацией о входящем вызове в форме текста и/или графического изображения.
Фиг. 1 иллюстрирует упрощенную архитектуру СПРС оператора NP A (network provider) и взаимодействующие сетевые узлы для реализации способа уведомления о входящем вызове в соответствии с предлагаемым изобретением. Архитектура фиг. 1 не ограничивает устройство СПРС для реализации способа уведомления, а служит одним, предпочтительным вариантом для его реализации. Например, в другой архитектуре функции сетевых узлов SCP/SSP WCS А и SDP WCS А могут быть объединены на одном сетевом узле. В общем случае устройство СПРС вызываемой стороны А (абонент А) включает стандартные взаимодействующие узлы коммутации SSP А (Service Switching Point) и управления услугами SCP A (Service Control Point), мобильное устройство вызываемого (домашнего) абонента MS A (Mobil station). Дополнительно в сеть СПРС включен сетевой узел SCP/SSP WCS A (Who Call Server) который в терминах физической плоскости IN сетей является узлом управления SCP (Service Control Point) и коммутации SSP (Service Switching Point) интеллектуальных услуг и наделенный в определениях функциональной плоскости IN сетей соответствующими функциями - CCF, SSF, SCF, SDF. Сетевой узел SDP WCS А (Service Data Point Who Call Server) хранения данных для предоставления интеллектуальных услуг, взаимодействует с сетью СПРС. В отличие от предыдущих реализаций заявителя способа уведомления о входящем вызове (патент 2676615 и заявка 2019115238) SDP WCS А предоставляет открытый программный интерфейс Open API (MSISDN В, PUSHn) для регистрации любыми абонентами записи состоящей из идентификатора вызывающей стороны - MSISDN В и данных для формирования уведомления о своих вызовах - PUSHn. Такой открытый интерфейс может быть представлен как web интерфейс и выведен на официальный сайт оператора СПРС, или как партнерский API, в том числе как функционал существующих инструментов автоматизации процесса размещения данных о деятельности организаций (партнерские API всевозможных маркетов, CRM системы и др.) или представлен любым иным электронным образом. SDP WCS А взаимодействует с системой CRM организации В, управления взаимоотношений с клиентами и обработки их обращений (абонентов Ak) через согласованный API(MSISDN Bm, MSISDN Ak, PUSHn). В общем случае такой интерфейс выполнен с возможностью регистрации некоторого множества Bm идентификаторов сотрудников организации В - MSISDN Bm, некоторого множества Ak идентификаторов клиентов организации В - MSISDN Ak и некоторого множества уведомлений PUSHn. Для предварительной записи и регистрации аудио пуша от вызывающей стороны программная архитектура SDP WCS А включает систему предварительно записанных голосовых сообщений и программную платформу аудио распознавания речи. Частные случаи реализации Open API (MSISDN В, PUSH) не ограничивают заявленный способ уведомления. SDP WCS А обеспечивает прием таких записей от вызывающей стороны, их хранение в базе данных, а также их передачу узлу SCP/SSP WCS А по согласованным интерфейсам API (MSISDN В, PUSH). Для оптимизации способа, в части эффективности доведения уведомления SCP/SSP WCS А может содержать БД с этими записями. Сетевой узел CRM В представляет собой стандартный ПАК, предназначенный для автоматизации взаимодействия с клиентами Ak, выполненный с возможностью сохранения информации о них и истории взаимоотношений с ними, а также с записями о сотрудниках организации Bm. MS В мобильное устройство вызывающего абонента Bm, в том числе телефонное устройство PSTN сети в определениях заявки. MS В в разных реализациях и обликах уведомления абонента А может быть интегрировано в CRM В в случае если абонент Bm является сотрудником организации В. В облике уведомления CONSTANT PUSH, CUSTOM PUSH и ON TIME PUSH интеграция с CRM В не обязательна, в этом случае абонент Bm может быть самостоятельным абонентом не связанным с организацией В.
Сетевые узлы SCP/SSP WCS A SDP WCS А представляют собой программно-аппаратные комплексы ПАК стандартной серверной архитектуры, в общем случае включающие каждый по крайней мере один процессор, ОЗУ, ПЗУ, хранилище данных и сетевой контроллер. Программно-аппаратная архитектура сетевых узлов SCP/SSP WCS A SDP WCS А и интерфейсы их взаимодействия являются ноу хау заявителя и обеспечивают прием хранение и передачу данных в формате текста, аудио и графических данных. Программная логика SCP/SSP WCS А включает алгоритмы обнаружения в СПРС входящего голосового вызова (сигнального соединения), приема запроса на входящее голосовое соединение, формирования уведомления о входящем вызове по SMPP, SIM STK, SMPT протоколам. Программный алгоритм SCP/SSP WCS А выполнен с возможностью извлечения и обработки данных об абонентах и сетевых узлах из перехваченных сообщений (MAP, SIP, ISUP, SMPP и др.), в том числе обработки суффикса идентификатора MSISDN А*n в облике CUSTOM PUSH. Для формирования и передачи USSD-NI пуша сетевой узел SCP/SSP WCS А включает USSD сервер, а для SIM STK пуша STK сервер. Для записи и регистрации аудио пуша от вызывающей стороны во время установления вызова программная архитектура SCP/SSP WCS А включает систему предварительно записанных голосовых сообщений с функцией маршрутизации соединений (IVR сервер) и программную платформу аудио распознавания речи.
Фиг. 2а, б демонстрирует обобщенный обмен сетевых узлов, определенных в терминах физической плоскости IN сетей. Диаграмма не ограничивает частные реализации способа уведомления и объем правовой охраны, а иллюстрирует обобщенный технический облик способа в соответствии с функциями сетевых узлов коммутации услуг SSP, управления услугами SCP и хранения данных для услуг SDP (MSC, HLR, VAS и др.).
Фиг. 2а, б демонстрирует формирование уведомления в четырех технических обликах способа:
CONSTANT PUSH обеспечивает вызывающему абоненту В возможность предварительного определения постоянного PUSH уведомления для всего множества вызываемых абонентов Ak;
DISTRIBUTED PUSH обеспечивает вызывающему абоненту В возможность предварительного определения некоторого множества PUSHn уведомлений, для некоторого множества идентификаторов Bn и Ak, и предварительного (программного) определения правила передачи некоторого подмножества PUSHn, уведомлений для некоторого подмножества идентификаторов Bm и Ak, в том числе время передачи;
PATTERN PUSH обеспечивает вызывающему абоненту В возможность предварительного определения некоторого множества PUSHn уведомлений, и определения идентификаторов вызывающей В и вызываемой стороны А для передачи PUSHn непосредственно перед вызовом;
CUSTOM PUSH обеспечивает вызывающему абоненту В возможность предварительного определения некоторого множества PUSHn уведомлений, для некоторого множества идентификаторов Bm и Ak, и определения согласованного между Bm, правила передачи некоторого уведомления PUSHn из множества n абоненту Ak, путем определения суффикса SUFFn к идентификатору MSISDN Ak.
ON TIME PUSH обеспечивает возможность вызывающему абоненту В определить и передать PUSH уведомление, для абонента А, во время вызова при условии что абонент А определил такую возможность или необходимость.
Способ в техническом облике CONSTANT, DISTRIBUTED и PATTERN PUSH обеспечивает предварительное определение, хранение PUSH в текстовой и графической форме средствами сети пакетной передачи данных СПРС а передачу средствами сигнальной сети и сети пакетной передачи данных.
Способ в техническом облике CUSTOM PUSH обеспечивает предварительное определение и хранение PUSH в текстовой форме средствами пакетной передачи данных СПРС, а определение и передачу PUSH во время вызова средствами сигнальной сети СПРС.
Способ в техническом облике ON TIME PUSH обеспечивает определение и передачу PUSH во время вызова средствами сигнальной сети СПРС.
Программная логика SDP WCS А может сформировать, a SCP/SSP WCS А передать уведомление вызываемой стороне А о вызывающей стороне В путем объединения CONSTANT PUSH с DISTRIBUTED PUSH, или PATTERN PUSH, или CUSTOM PUSH ON, или TIME PUSH уведомлениями по программному признаку принадлежности этих уведомлений одному идентификатору вызывающей стороны MSISDN В.
В облике CONSTAN PUSH (фиг. 2а) абонент В через программный интерфейс предоставленный SDP WCS А - Open API (MSISDN В, PUSHn) (фиг. 1, 2а, б), регистрирует запись, включающую свой MSISDN В идентификатор и уведомительные PUSHn. Например, представитель спортивного магазина на сайте оператора NP А посредством web интерфейса на сайте оператора СПРС предварительно регистрирует запись идентификатор - MSISDN B1, PUSHn - «спорттовары на Маяковской» и/или графический логотип магазина. Для регистрации группы идентификаторов, например курьеров, этот представитель может зарегистрировать запись - идентификаторы MSISDN Bm, PUSH - «спорттовары на Маяковской» и/или графический логотип магазина. Программная логика SDP WCS А сохраняет эту запись и передает узлу SCP/SSP WCS А по согласованным интерфейсам - API (MSISDN Bm, PUSHn). В частной реализации узел SCP/SSP WCS А может не хранить запись, а запрашивать ее по идентификатору MSISDN В во время обнаружения (detect IAM MSISDN A, MSISDN В processing) сигнального обмена проключения входящего вызова - 1 IAM (MSISDN А, MSISDN В), или диалога SSP А - SCP А запроса-ответа маршрутизации - 2 SRI Req (MSISDN А, …), 3 CONTINUE. В общем виде, после обработки входящего вызова 1 IAM (MSISDN A, MSISDN В) на SSP А и получения данных для дальнейшей маршрутизации от оператор NP А по данным предварительно зарегистрированного вызывающим абонентом В уведомления PUSH формирует и передает USSD-NI - 5а USSD PUSH или SIM STK - 5b SIM PUSH «спорттовары на Маяковской» и/или графический логотип магазина на экран входящего звонка MS А 5 RINGING. Без потери общности способа, подробная синхронизация вывода уведомления и сетевой обмен для ее обеспечения в рамках обобщенной диаграммы CONSTANT PUSH может включать маршрутизацию входящего вызова 1 IAM (MSISDN A, MSISDN В) на платформу интеллектуальных услуг - узел SCP/SSP WCS А который далее выполняет его проключение 5 RINGING и вывод пуша 5а USSD PUSH, 5b SIM PUSH. Или оператор выполняет 5а USSD PUSH, 5b SIM PUSH пуши синхронизируя их передачу на SNA (signal network analyzer) узле (на фигурах не показан) функции которого в контексте настоящей заявки включены в узел SCP/SSP WCS А и время обработки вызова SSP - SCP как описано в заявке заявителя 2019115238 (фиг. 4).
В облике DISTRIBUTED PUSH (фиг. 2а) сетевой узел SDP WCS А интегрирован с CRM организации В через программный интерфейс Open API(MSISDN Bm, MSISDN Ak, PUSHn, DATA) взаимодействия, предоставленный SDP WCS А (фиг. 1, 2). Организация В предварительно регистрирует идентификаторы MSISDN Bm своих сотрудников, MSISDN Ak своих клиентов и какое-то множество уведомительных PUSHn которые могут быть в графической форме. Программная логика взаимодействия CRM В и SDP WCS А предусматривает назначение логики передачи PUSHn в отношении сотрудников Bm и клиентов Ak. Такая логика DATA может включать различные признаки - время, геоданные и различные бизнес кейсы, интересы и личные данные (например день рождения клиента). Например, для группы выездной тех поддержки MSISDN В2-В5 организация определяет PUSH3 - «тех помощь, прибудет через 15 мин» в отношении клиентов MSISDN А15-25 и назначает время DATA = t3 передачи этого PUSH3 с 10:00 до 16:00 - например время дежурства этой группы тех поддержки В2-В5. В другой принадлежности, предварительно зарегистрированный сотрудник колл-центра MSISDN В7 в интерфейсе CRM В системы по обработке обращений абонентов может назначить предварительно зарегистрированный PUSH10 для передачи клиенту А7 для сопровождения своего вызова к этому клиенту. SDP WCS А сохраняет перечень данных в памяти и передает узлу SCP/SSP WCS А для исполнения - API (MSISDN Bm, MSISDN Ak, PUSHn, DATA). При обнаружении в СПРС вызова Bn→Ak - detect IAM программная логика SCP/SSP WCS А обрабатывает идентификаторы вызывающей Bn и вызываемой сторон Ak на принадлежность подмножествам, предназначенным для передачи PUSHn - processing MSISDN А∈k, MSISDN В∈m, и удовлетворяющим заданной логике DATA. В вышеописанном примере это подмножества сотрудников тех поддержки В2-B5, клиентов А15-25 и назначенное время DATA t3=10:00-16:00. При удовлетворении условий передачи PUSH программная логика SCP/SSP WCS А выполняет передачу уведомлений 5а USSD PUSH, 5b SIM PUSH, аналогично облику CONSTAN PUSH. Клиенты A15-25 получают уведомление «тех помощь, прибудет через 15 мин» при входящих вызовах от группы техпомощи В2-В5. Как указано выше программная логика SCP/SSP WCS А может объединить эту строку с графическим PUSH логотипом тех сервиса предопределенным в том числе облике CONSTANT PUSH.
Программное определение пересечения назначенных подмножеств сотрудников Bm и клиентов Ak в отношении назначенных PUSHn обеспечивает логику передачи PUSHn в обратную сторону Ak→Bn, т.е. при вызове клиентом Ak сотрудника организации Bm. Технически, такой «реверс» предусматривает направление назначенных PUSHn другому предопределенному подмножеству сотрудников Bm, при обнаружении узлом SCP/SSP WCS А в СПРС вызова Ak→Bm - 6 incoming call Bm, 7 API(MSISDN Bm, MSISDN Ak), 8 API (MSISDN Bm, MSISDN Ak, PUSHn). Таким другим подмножеством Bm могут быть, например сотрудники колл-центра тех сервиса. Экономически такой «реверс» позволяет сотруднику колл-центра до ответа на вызов в интерфейсе CRM увидеть причину вызова клиента Ak. - PUSH3 «тех помощь, прибудет через 15 мин» и подготовится к разумному ответу клиенту Ak. В случае, если SCP/SSP WCS А обнаруживает в СПРС событие не состоявшегося вызова клиента Ak - 10 RELEASE, например по причине загрузки колл-центра и не ответе оператора (busy). SCP/SSP WCS А в дополнение PUSH3 в интерфейс CRM - 8 API (MSISDN Bm, MSISDN Ak, PUSHn), направляет в адрес MSISDN Bm сообщение MCA (missed call alert) о пропущенном вызове от Ak или SMS 12 SMS PUSHn с просьбой перезвонить ему. Как понятно специалисту программная логика такого «реверса» может предусматривать различные сценарии дополнения строки PUSH3 полезной информацией.
Способ в облике PATTERN PUSH (фиг. 2б) основан на заполняемых формах - шаблонах PATTERN. Вызывающая сторона В на CRM В предопределяет множество шаблонов PATTERN={ «* на Ваше имя получена посылка», «* доставка заказа * назначена на завтра», ..}. По согласованному интерфейсу множество записей PATTRERN передается на хранение узлу CDP WCS А - Open API (PATTERN) и узлу SCP/SSP WCSA - Open API(PATTERN). Непосредственно перед вызовом в пользовательском интерфейсе CRM В вызывающая сторона В определяет идентификатор вызываемого абонента А, необходимый шаблон пуша PATTERNn, и сохраненные данные клиента DATA (имя и отчество, например) - 1 API(MSISDN Ak, PATTERNn, DATA), 2 API(MSISDN Ak, PATTERNn, DATA) и производит вызов - 3 IAM (MSISDN A, MSISDN В). В СПРС выполняется стандартный обмен SSP А - SCP А-2 SRI Req (MSISDN A), 5 CONTINUE. SCP/SSP WCS А обнаруживает вызов - detect IAM, обрабатывает идентификаторы абонентов - processing MSISDN A, MSISDN В, и шаблон PATTERNn. Выполняет программную вставку значения имени отчества клиента DATA А в строку шаблон PATTERNn и производит передачу этого сформированного PUSHn. - 5а USSD PUSH или 5b SIM PUSH синхронно с посылкой вызова на MS А 6 RINGING. Как уже выше пояснялось синхронизация включает учет времени проключения вызова, время диалога SSP А - SCP А - 2 SRI Req (MSISDN А), 3 CONTINUE, и т.д. (заявка 2019115238). Клиент А при входящем вызове от организации В видит уведомление «Иван Петрович на Ваше имя получена посылка».
В отличие от DISTRIBUTED PUSH, предусматривающего программное назначение PUSH для передачи. В облике CUSTOM PUSH (фиг. 2б) правило назначения предварительно определенного PUSHn выполняют сами сотрудники организации В. В этом облике распознавание выбора уведомления производится средствами только сигнальной сети путем набора вызывающей стороной В суффикса SUFF к идентификатору MSISDN А вызываемой стороны - MSISDN+SUFF. Эта реализация способа применима как к организациям с множеством сотрудников Bm так и к обычным абонентам В. Суть состоит в предопределении некоторых множеств PUSH и SUFF и назначения правила соответствия их элементов. Вызывающая сторона В запоминает соответствие PUSHn номеру SUFFn и применяет это правило во время набора номера вызываемой стороны А. Например организация В (например банк) через предоставленный узлом SDP WCS А интерфейс Open API(MSISDN В, PUSHn, SUFFn) (фиг. 1, 2) определяет два множества. Множество |PUSH|=4 состоящее из четырех элементов уведомлений - PUSH={«карта заблокирована», «переоформление карты», «предложение кредита», «оформление кредита»}. И множество |SUFF|=4 состоящее из четырех суффиксов к идентификатору вызываемой стороны MSISDN A -SUFF{#*1,#*2,#*3,#*4}. Назначается правило отображения множеств, ƒ: PUSHn→SUFFn - в данном простейшем случае правило определяет соответствие порядка элемента в каждом множестве. Абонент В зная правило выбора PUSHn в дополнение к идентификатору вызываемой стороны набирает соответствующий суффикс MSISDN А+SUFFn (например, #*1) и производит вызов абонента А - 1 IAM (MSISDN+SUFFn А, MSISDN В). SCP/SSP WCS А обнаруживает вызов - detect IAM, обрабатывает идентификаторы абонентов - processing MSISDN A, MSISDN В, и суффикс SUFFn. Далее по правилу соответствия множеств SCP/SSP WCS А выполняет передачу назначенного PUSHn. - 5а USSD PUSH, 5b SIM PUSH синхронно с посылкой вызова на MS А 4 RINGING. Как уже выше пояснялось синхронизация включает учет времени проключения вызова, время диалога SSP A-SCP А - 2 SRI Req (MSISDN А,..), 3 CONTINUE, и т.д. Синхронизация позволяет отрисовать PUSHn на экране входящего звонка (заявка 2019115238). Например, если вызывающий абонент В набирает суффикс #*1 - +73211234567#*1 то вызываемый абонент А на экране входящего звонка увидит уведомление «карта заблокирована». По понятным причинам такое уведомление для абонента А определит приоритетность входящего вызова и позволит принять решение об ответе на вызов.
В облике ON TIME PUSH (фиг. 2б) абонент может быть подписан на услугу уведомления о всех (или части) голосовых вызовах по стандартной CSI (CAMEL subscriber information) подписке на SCP A (HLR). Такая подписка, предусматривает стандартную маршрутизацию вызова абонента В 1 IAM (MSISDN A, MSISDN В) на сетевой узел SCP/SSP WCS А после стандартной проверки профиля и подписок абонента А - 2 SRI Req (MSISDN А,..), 3 SRI Resp (MSISDN A, T-CSI WhoCalls,..) на SCP A (HLR) - 4 IAM (MSISDN A, MSISDN В). В другом бизнес сценарии вызывающая сторона через открытый web интерфейс может определить, что все его вызовы абонентам оператора NP А должны сопровождаться он тайм уведомлением - Open API(MSISDN В, ON TIME PUSH) (фиг. 1, 2). После поступления вызова на сетевой узел SCP/SSP WCS А - 4 IAM (MSISDN A, MSISDN В), программный алгоритм системы предварительно записанных голосовых сообщений (IVR сервер) воспроизводит вызывающей стороне В голосовое меню с предложением записать тему вызова - 5 IVR menu. Абонент В произносит уведомление 6 VOICE PUSH, например «Иван, доставка заказа спорттовары на Маяковской, ожидаю у входа», программный алгоритм распознавания речи узла SCP/SSP WCS А преобразует «голосовой пуш» в строку текста VOICE=>TEXT, проключает вызов 7 RINGING и в зависимости от реализации передает в сеть USSD-NI - 8а USSD PUSH или SIM STK - 8b SIM PUSH уведомление на экран входящего звонка MS А. Абонент А на экране входящего звонка наблюдает уведомление не только с информацией о вызывающем но и причиной вызова - «Иван, доставка заказа спорттовары на Маяковской, ожидаю у входа». Программный алгоритм SCP/SSP WCS А предусматривает возможность объединения предварительно зарегистрированного уведомления CONSTAN PUSH и уведомления о текущем вызове ON TIME PUSH. В этом случае программный алгоритм по MSISDN Bn определяет наличие записи в БД предварительного CONSTANT PUSH уведомления и после формирования ON TIME PUSH производит их объединение. Как понятно специалисту в этом случае программная конкатенация строк в разных сочетаниях, в том числе с графическими изображениями (логотипами) не вызывает затруднений. Например, путем объединения CONSTANT PUSH «спорттовары на Маяковской» и ON TIME PUSH «Иван, доставка заказа, ожидаю у входа», SCP/SSP WCS А уведомляет абонента А «спорттовары на Маяковской, Иван, доставка заказа, ожидаю у входа».
Как видно из реализаций выше, предлагаемый авторами способ уведомления о входящем вызове и устройство СПРС для его осуществления заложен значительный потенциал по вариантам (обликам) его реализации. Такие возможности являются следствием решения авторов о «выносе» из сети СПРС открытого интерфейса Open API(..) который позволяет предварительно зарегистрировать (программно предопределить) уведомление о своем вызове. Обнаружение голосового вызова и назначение уведомления из предварительно определенных в соответствии с предопределенным правилом предполагает относительную легкость внедрения в СПРС. Передача уведомления вызываемой стороне до ответа на вызов в общем случае технологически производится уже отработанными решениями заявителя патент 2676615 и заявка 2019115238. С учетом реализаций выше, в отличие от аналога предопределение уведомления в общем случае не требует идентификатора вызываемой стороны, и может быть произведено и изменено в любое время. При этом предлагаемые устройство и способ позволяют не только уведомить вызываемую сторону о вызывающей стороне, но и отобразить причину вызова. Как раскрыто выше, выбор уведомления о причине вызова может быть произведен программной логикой сетевых узлов, как в облике DISTRIBUTED PUSH, или соглашением как в облике CASTOM PUSH или непосредственно он тайм определением как в облике ON TIME PUSH. Способ в облике PATTERN PUSH обеспечивает предопределение шаблонов уведомлений и программную вставку значений актуальных во время вызова. В дополнение к раскрытым способам передачи уведомления по SMPP и SIM STK технологиям оператор СПРС может направить уведомление на электронную почту или VMS голосовую почту вызываемой стороны.
Технический эффект способа в приведенных выше реализациях, в отличие от известных решений, состоит в отсутствии необходимости каких-либо доработок MS А, В. Во всех продемонстрированных вариантах реализации (тех. обликах) способ выполним для любых сигнальных протоколов SS7 установления соединения, не требует каких-либо расширений этих протоколов в отличие от аналога, удобен в использовании для обеих сторон А, В. Способ незатруднителен для внедрения оператором СПРС и выполним для PSTN сетей. С учетом возможностей графических функций мобильных операционных систем способ обеспечивает вывод на экран входящего звонка не только строки текста, но и графического изображения, которое пожелает предварительно зарегистрировать вызывающая сторона в предоставленном оператором открытом программном интерфейсе - логотип компании продавца или интернет-магазина. Реализация способа уведомления в облике ON TIME PUSH для определенной категории (части) вызовов, например рекламных или PSTN номеров, может выполняться оператором на основе различных признаков их распознавания в сети СПРС-черные/белые списки абонента А, веерные рекламные обзвоны, PSTN номера, наличие регистрации постоянного пуша CONSTANT PUSH, или на основании уже собранной базы номеров по известным БД.
Экономический эффект способа состоит в предоставлении оператору NP А СПРС возможности внедрять различные варианты предоставления услуги - обязательное выполнение ON TIME PUSH при наличии CONSTAN PUSH для дополнения постоянного уведомления текущей он тайм информацией. Или, наоборот, при отсутствии CONSTAN PUSH, обязательное выполнение ON TIME PUSH. Вызывающей стороне В способ предоставляет возможность сформировать постоянный признак распознавания CONSTAN PUSH себя на любой вызываемой стороне А, изменять его, и назначать для группы идентификаторов В. Способ в облике DISTRIBUTED PUSH обеспечивает возможность вызывающей стороне управлять группами вызываемых и вызывающих абонентов вызов которых должен сопровождаться уведомлением о вызове, определять несколько уведомлений и назначать правила их передачи. Способ предусматривает как программное управление правилом передачи, так и по соглашению, определенному для себя вызывающей стороной. Способ в облике PATTERN PUSH, на основе предопределения шаблонов и вставки значений обеспечивает более простую программную реализацию, упрощение использования и интеграции с CRM. Более того в облике ON TIME PUSH вызывающая сторона В может донести до абонента А текущую, оперативную информацию. В отличие от предлагаемого авторами способа известные технические решения уведомления вызываемой стороны о входящем вызове не предполагают такой простоты и могущества.
Заявленные способ в разных вариантах и устройство для их реализации протестированы заявителем и обеспечивают заявленный технический результат с заданной надежностью и требованиями стандартов качества обслуживания в СПРС.
название | год | авторы | номер документа |
---|---|---|---|
Способ уведомления о входящем вызове и устройство для его осуществления | 2019 |
|
RU2710851C2 |
Система управления мобильной рекламой | 2019 |
|
RU2722685C2 |
Способ уведомления о входящем вызове | 2020 |
|
RU2734827C1 |
Способ уведомления о неуспешном сообщении | 2019 |
|
RU2737274C2 |
Способ уведомления о голосовом сообщении | 2019 |
|
RU2731548C2 |
Способ репликации бесплатного номера 8-800 в сетях связи (варианты) | 2023 |
|
RU2822215C2 |
Способ уведомления о входящем вызове и устройство для его осуществления | 2017 |
|
RU2676615C1 |
Способ распознавания абонента, совершающего нежелательные вызовы и способ обработки нежелательного вызова | 2021 |
|
RU2762389C2 |
Способ уведомления об отмененном вызове | 2018 |
|
RU2677851C2 |
Система управления уведомлениями абонентов | 2020 |
|
RU2737959C2 |
Изобретение относится к области телефонной связи, в частности к способам уведомления абонентов сетей подвижной радиосвязи (СПРС). Техническим результатом является повышение надежности и существенное повышение информативности предварительного уведомления о входящем вызове. Способ уведомления о входящем вызове и устройство для его осуществления в СПРС предусматривают посредством открытого программного интерфейса, предоставляемого сетевым узлом, взаимодействующим с базовой сетью СПРС, предварительное определение множеств идентификаторов вызывающей стороны, вызываемой стороны и множества уведомлений о входящем вызове, предварительное определение правила передачи предопределенных уведомлений в отношении предопределенных вызывающей и вызываемой сторон, обнаружение голосового вызова этих сторон в СПРС, назначение уведомления из предварительно определенных в соответствии с предопределенным правилом и его передачу вызываемой стороне до ответа на вызов. 3 н. и 8 з.п. ф-лы, 3 ил.
1. Способ уведомления о входящем вызове, в соответствии с которым оператор СПРС принимает запрос на установление входящего голосового вызова, определяет идентификатор вызываемой и вызывающей стороны, до ответа на вызов формирует и передает вызываемой стороне уведомление о вызывающей стороне, отличающийся тем, что предварительно до приема запроса на установление входящего голосового вызова оператор СПРС принимает от вызывающей стороны запись, состоящую из ее идентификатора и данных для формирования уведомления о вызывающей стороне, сохраняет эту запись на сетевом узле взаимодействующим с базовой сетью СПРС, а формирование уведомления вызываемой стороне производит с использованием этой записи.
2. Способ уведомления о входящем вызове по п. 1, отличающийся тем, что данные в записи для формирования уведомления, предварительно переданные оператору СПРС вызывающей стороной, включают текстовые, или аудио-, или графические данные.
3. Способ уведомления о входящем вызове по п. 1, отличающийся тем, что данные в записи для формирования уведомления, предварительно переданные оператору СПРС вызывающей стороной, включают подмножество идентификаторов вызывающей стороны и дополнительно подмножество идентификаторов вызываемой стороны.
4. Способ уведомления о входящем вызове по п. 1, отличающийся тем, что вызывающий абонент предварительно передает оператору СПРС запись, состоящую из идентификатора вызывающей стороны и данных для формирования уведомления посредством открытого программного интерфейса, предоставляемого сетевым узлом, взаимодействующим с базовой сетью СПРС, включая Web интерфейс, интерфейс программирования программ для ЭВМ, интерфейс системы управления взаимоотношения с клиентами вызывающей стороны или любой другой программный интерфейс, обеспечивающий прием и передачу на сетевой узел этой записи.
5. Способ уведомления о входящем вызове по п. 1, отличающийся тем, что оператор СПРС производит формирование уведомления вызываемой стороне с учетом времени обнаружения входящего вызова в сети СПРС.
6. Способ уведомления о входящем вызове по п. 1, отличающийся тем, что оператор СПРС производит формирование уведомления вызываемой стороне с учетом символов, дополняющих идентификатор вызываемой стороны.
7. Способ уведомления о входящем вызове по п. 1, отличающийся тем, что при обнаружении голосового вызова стороне, от которой оператор СПРС предварительно принял запись, состоящую из ее идентификатора и данных для формирования уведомления о вызывающей стороне, оператор производит формирование и передачу уведомления этой стороне с использованием этой записи.
8. Способ уведомления о входящем вызове, в соответствии с которым оператор СПРС принимает запрос на установление входящего голосового вызова, определяет идентификатор вызываемой и вызывающей стороны, определяет необходимость формирования уведомления вызываемой стороне о вызывающей стороне, отличающийся тем, для формирования этого уведомления оператор СПРС маршрутизирует входящий голосовой вызов на сетевой узел, выполненный с возможностью аудиозаписи уведомления о вызове от вызывающей стороны, производит аудиозапись уведомления о вызове от вызывающей стороны, преобразует эту аудиозапись уведомления о вызове в текст, формирует уведомление с использованием этой записи и до ответа на вызов передает его вызываемой стороне.
9. Способ уведомления о входящем вызове по пп. 1 и 8, отличающийся тем, что оператор СПРС формирует уведомление вызываемой стороне о вызывающей стороне путем объединения данных, предварительно принятых от вызывающей стороны до приема запроса на установление голосового вызова, и данных, принятых от вызывающей стороны во время установления соединения голосового вызова.
10. Способ уведомления о входящем вызове по пп. 1 и 8, отличающийся тем, что оператор СПРС передает уведомление вызываемой стороне о вызывающей стороне по SMPP, SIM STK, SMPT, протоколу.
11. Устройство СПРС, включающее стандартные сетевые узлы и взаимодействующий с базовой сетью СПРС по крайней мере один программно-аппаратный узел, отличающийся тем, что он выполнен с возможностью предварительного, до запроса на установление голосового вызова, приема от вызывающей стороны записи, состоящей из ее идентификатора и данных для формирования уведомления о голосовом вызове, сохранения и передачи этой записи сетевому узлу СПРС, выполненному с возможностью обнаружения голосового вызова и формирования уведомления вызываемой стороне о вызывающей стороне во время установления этого голосового вызова и передачи этого уведомления вызываемой стороне до ответа на вызов.
RU 2019115238 A, 23.07.2019 | |||
Способ уведомления о входящем вызове и устройство для его осуществления | 2017 |
|
RU2676615C1 |
Запорное приспособление для откидного дна саморазгружающейся люльки подвесной дороги | 1928 |
|
SU11847A1 |
УПРАВЛЯЕМЫЕ ЗАПИСЫВАЕМЫЕ ТРЕХСТОРОННИЕ ВЫЗОВЫ | 2012 |
|
RU2567860C1 |
US 9544426 B2, 10.01.2017 | |||
US 9185213 B2, 10.11.2015 | |||
FR 2930701 A1, 30.10.2009. |
Авторы
Даты
2020-06-03—Публикация
2019-11-26—Подача