RU2710851C2 - Method of notifying incoming call and device for its implementation - Google Patents

Method of notifying incoming call and device for its implementation Download PDF

Info

Publication number
RU2710851C2
RU2710851C2 RU2019115238A RU2019115238A RU2710851C2 RU 2710851 C2 RU2710851 C2 RU 2710851C2 RU 2019115238 A RU2019115238 A RU 2019115238A RU 2019115238 A RU2019115238 A RU 2019115238A RU 2710851 C2 RU2710851 C2 RU 2710851C2
Authority
RU
Russia
Prior art keywords
sprs
incoming call
subscriber
node
message
Prior art date
Application number
RU2019115238A
Other languages
Russian (ru)
Other versions
RU2019115238A (en
RU2019115238A3 (en
Inventor
Светлана Ивановна Гилеб
Original Assignee
Общество с ограниченной ответственностью "КВАНТУМ А РУС"
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Общество с ограниченной ответственностью "КВАНТУМ А РУС" filed Critical Общество с ограниченной ответственностью "КВАНТУМ А РУС"
Priority to RU2019115238A priority Critical patent/RU2710851C2/en
Publication of RU2019115238A publication Critical patent/RU2019115238A/en
Publication of RU2019115238A3 publication Critical patent/RU2019115238A3/ru
Application granted granted Critical
Publication of RU2710851C2 publication Critical patent/RU2710851C2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/57—Arrangements for indicating or recording the number of the calling subscriber at the called subscriber's set
    • H04M1/575—Means for retrieving and displaying personal data about calling party
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/436—Arrangements for screening incoming calls, i.e. evaluating the characteristics of a call before deciding whether to answer it
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Telephonic Communication Services (AREA)
  • Meter Arrangements (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

FIELD: telephone communication.SUBSTANCE: invention relates to field of telephone communication. Said technical result is achieved by including in the MRN (mobile radio communication networks) architecture one hardware-software unit performing passive analysis of the MRN signaling network and configured to record the time of occurrence in the MRN of the first call setup signaling message. Capturing of this message and transfer to another additional hardware-software unit, which generates and transmits, by timer in MRN, to notified SMPP subscriber the message on incoming call. Method and the device implementing it enable reliable control of the time of appearance of notification on an incoming call on the screen of the mobile device of the called subscriber relative to the screen of the incoming call.EFFECT: high reliability of a method of notifying a MRN subscriber of an incoming call delivered to a subscriber through signaling protocols to any types of MS (mobile devices), while observing quality standards for providing services in the MRN.7 cl, 4 dwg

Description

Изобретение относится к области телефонной связи, в частности к способам уведомления абонентов сетей подвижной радиосвязи СПРС (п. 12, ГОСТ Р 53801-2010, 3GPP TS 23.002) о входящем вызове и не ограничивая объем правовой охраны может быть использовано в сетях CDMA (W-CDMA), GSM, UMTS, LTE и сетях последующих стандартов.The invention relates to the field of telephone communication, in particular, to methods for notifying subscribers of mobile radio communication networks of the SPRS (clause 12, GOST R 53801-2010, 3GPP TS 23.002) about an incoming call and without limiting the scope of legal protection can be used in CDMA networks (W- CDMA), GSM, UMTS, LTE and networks of subsequent standards.

Общеизвестно что на экране входящего звонка мобильного устройства MS/ME (mobile station/mobile equipment) абонент СПРС распознает входящий вызов по отображаемому номеру или по информации, предварительно сохраненной в списке контактов. Полезная информация о неизвестных входящих номерах для принятия решения об ответе на вызов ему недоступна. Оповещение абонента с дополнительной полезной информацией о входящем вызове востребовано операторами СПРС и абонентами связи как услуга связи. Для абонента в роуминге услуга особенно актуальна вследствие повышенной платы за входящие звонки.It is well known that on the screen of the incoming call of the MS / ME mobile device (mobile station / mobile equipment), the SPRS subscriber recognizes the incoming call by the displayed number or by the information previously stored in the contact list. Useful information about unknown incoming numbers for making a decision on answering a call is not available to him. Alerting a subscriber with additional useful information about an incoming call is in demand by SPRS operators and communication subscribers as a communication service. For a roaming subscriber, the service is especially relevant due to the increased fee for incoming calls.

По разным оценкам MS с операционными системами (ОС) iOS и Android занимают 99,9% рынка смартфонов, их доли распределяются 1 к 4 соответственно. Есть менее известные мобильные Blackberry OS, Windows OS и другие, появляются новые, с рынка уходят не востребованные. У каждой ОС есть свои концепции управления аппаратной частью MS, ограничения и особенности. Разработчики MS периодически проводят программную доработку MS - удаленно активируют (upgrade) или деактивируют (downgrade) программные функции MS-т.н. «пере прошивка». Программные модули MS выполняющие отрисовку графического интерфейса в т.ч. уведомлений (SMS, USSD, PUSH notifications) различных ОС выполняются по разному по виду, форме и скорости отрисовки. Периодически разработчики MS изменяют или вводят новые графические API отрисовки UI (user interface) интерфейсов, отдельные функции признаются устаревшими. В этих условиях оператору СПРС необходимо решение об уведомлении о входящем вызове которое оставляет за скобками особенности программно-аппаратной архитектуры разных типов MS. В то же время проключение вызова (установления сигнального соединения по сигнальным протоколам СПРС) должно соответствовать требованиям стандартов качества услуг QoS (ГОСТ Р 53731-2009, Recommendation ITU-T Е.800), предоставляемых в СПРС. Вывод на дисплей уведомления о входящем вызове должно быть встроено в эти требования, т.е. предпочтительно чтобы технология уведомления не вмешивалась в сигнальный обмен проключения вызова. При этом уведомление абонента о входящем вызове увязано с необходимостью его отложенной отрисовки на экране MS после появления стандартного экрана входящего звонка (завершения проключения вызова). Данное требование обусловлено не только необходимостью предварительного наблюдения абонентом стандартного экрана входящего звонка и последующим анализом уведомления с дополнительной информации о вызывающей стороне, тем более если запись о вызывающей сторона есть в списке контактов абонента. Но также и программными особенностями отрисовки графического интерфейса уведомлений отдельными ОС MS, которые в противном случае отрисовываются на весь экран (full screen) и полностью перекрывают экран входящего звонка. В этом случае абонент будет лишен возможности наблюдать уведомление. Предлагаемый авторами способ уведомления о входящем вызове учитывает реализацию этих особенностей ОС MS и требований установления соединения QoS СПРС.According to various estimates, MS with operating systems (OS) iOS and Android occupy 99.9% of the smartphone market, their shares are distributed 1 to 4, respectively. There are less well-known mobile Blackberry OS, Windows OS and others, new ones appear, they are not in demand from the market. Each OS has its own MS hardware management concepts, limitations and features. MS developers periodically conduct software revision of MS - remotely activate (upgrade) or deactivate (downgrade) software functions of MS-so-called. "Re-flashing". MS software modules performing graphical interface rendering, incl. notifications (SMS, USSD, PUSH notifications) of various OSs are performed in different forms, forms and rendering speeds. From time to time, MS developers modify or introduce new graphical APIs for rendering UI (user interface) interfaces; some functions are deprecated. In these conditions, the SPRS operator needs a decision on notification of an incoming call that leaves out the features of the software and hardware architecture of different types of MS. At the same time, call termination (establishing a signal connection using the signaling protocols of the SPS) must comply with the requirements of QoS service quality standards (GOST R 53731-2009, Recommendation ITU-T E.800) provided in the SPS. The display of the notification of an incoming call should be built into these requirements, i.e. preferably, the notification technology does not interfere with the call termination signaling exchange. At the same time, the notification of the subscriber about an incoming call is connected with the need for his delayed rendering on the MS screen after the appearance of the standard screen of the incoming call (completion of call termination). This requirement is caused not only by the preliminary observation by the subscriber of the standard screen of the incoming call and the subsequent analysis of the notification with additional information about the calling party, especially if the recording of the calling party is in the subscriber’s contact list. But also the software features of rendering the graphical interface of notifications by individual MS OSs, which otherwise are drawn on the full screen (full screen) and completely cover the screen of the incoming call. In this case, the subscriber will be unable to observe the notification. The method of notification of an incoming call proposed by the authors takes into account the implementation of these features of the MS OS and the requirements for establishing QoS SPRS connection.

Задачей предлагаемого изобретения является повышение надежности способа уведомления абонента СПРС о входящем вызове, доставляемого абоненту по сигнальным протоколам на любые типы MS, при соблюдении стандартов качества предоставления услуг в СПРС.The objective of the invention is to increase the reliability of the method of notifying a subscriber to an SMS on an incoming call delivered to a subscriber via signaling protocols for any type of MS, while observing the quality standards for the provision of services in SMS.

В терминах предлагаемого изобретения сигнальная сеть оператора подвижной электросвязи включает набор сигнальных протоколов общеканальной сигнализации №7 ОКС7 (п. 102, ГОСТ Р 53801-2010) или SS7 (3GPP TS 28,29 series) - стандартизованная ITU-Т система сигнализации, связывающая элементы цифровых телекоммуникационных сетей, применяемых для установления соединения в СПРС и стандартизованных 3GPP, ITU-T, ETSI. Тип MS включает любое стандартизованное описание MS достаточное для определения связанных с радиосетями программно-аппаратных возможностей MS обслуживаемого (вызываемого) абонента, а также тип и версию его программной архитектуры., например дескриптор IMEI, MS Classmark* 3GPP TS 29.002.In terms of the present invention, the signal network of a mobile telecommunications operator includes a set of signaling protocols for channel-wide signaling No. 7 OKS7 (Clause 102, GOST R 53801-2010) or SS7 (3GPP TS 28.29 series) - a standardized ITU-T signaling system connecting digital elements telecommunication networks used to establish connections in SPRS and standardized 3GPP, ITU-T, ETSI. The MS type includes any standardized MS description sufficient to determine the software and hardware capabilities of the serviced (called) subscriber associated with radio networks, as well as the type and version of its software architecture., For example, IMEI descriptor, MS Classmark * 3GPP TS 29.002.

Текущий уровень техники содержит ряд технических решений, раскрывающих способы уведомления абонента о входящем вызове и устройства для их реализации. При этом из внедренных преобладают способы уведомления доставляемых абоненту по пакетной сети Packet Switched (PS) Domain вне сигнальных протоколов сигнальной сети Circuit Switched (CS) Domain (3GPP TS 23.002 Technical Specification).The current level of technology contains a number of technical solutions that disclose methods for notifying a subscriber about an incoming call and devices for their implementation. Moreover, the prevailing methods of notification are those delivered to the subscriber via the Packet Switched (PS) Domain network packet outside the signaling protocols of the Circuit Switched (CS) Domain signaling network (3GPP TS 23.002 Technical Specification).

Стандартизованный функционал Calling Name Presentation (CNAP) ETSI (ETSI TS 101 394 V7.0.0 (1999-08)) набора стандартов CAMEL не был принят сотовыми операторами из-за сложности программно-аппаратной доработки сетевой аппаратуры. Известные патентные и информационные источники не дают ответа о технической реализации способов уведомления о входящем вызове для повсеместно используемых основных архитектур MS. В целом общим недостатком существующего уровня техники, является отсутствие технической реализации уведомления о входящем вызове с учетом различий программно-аппаратных архитектур MS и требований QoS. Более того различные протоколы уведомлений (HTTP PUSH, SMPP и др.) имеют разную последовательность, объем, структуру сообщений, разные оконечные и транзитные сетевые узлы приема-передачи на которых по-разному формируются очереди обработки сообщений. Линии связи базовой сети оператора СПРС ЕРС (Evolved Packet Core) и сети радиодоступа (Е-UTRAN, Evolved Universal Terrestrial Radio Access Network) имеют разную пропускную способность, скорость передачи данных по линиям связи переменна и зависит от текущей нагрузки-имеющейся полосы пропускания. Эти условия влияют на доставку уведомления в условиях проключения соединения по стандартам QoS. В этих условиях узел (узлы) задействованные в формировании и передаче в сеть уведомления о входящем вызове должны надежно отобразить уведомление абоненту, не нарушая требований QoS по соединению вызова.The standardized Calling Name Presentation (CNAP) functionality of the ETSI (ETSI TS 101 394 V7.0.0 (1999-08)) of the CAMEL standard set was not adopted by mobile operators due to the complexity of the hardware and software refinement of network equipment. Known patent and information sources do not give an answer about the technical implementation of the methods of notification of an incoming call for the universally used basic MS architectures. In general, a common drawback of the current level of technology is the lack of technical implementation of notification of an incoming call, taking into account the differences in the software and hardware architectures of MS and QoS requirements. Moreover, different notification protocols (HTTP PUSH, SMPP, etc.) have a different sequence, volume, message structure, different terminal and transit network transmit and receive nodes on which message processing queues are formed differently. The communication lines of the Evolved Packet Core (EPC) operator’s core network and the Evolved Universal Terrestrial Radio Access Network (E-UTRAN) have different bandwidths, the data transfer rate on the communication lines is variable and depends on the current load and available bandwidth. These conditions affect the delivery of notifications in the case of connection termination according to QoS standards. Under these conditions, the node (s) involved in the formation and transmission of notifications of an incoming call to the network must reliably display a notification to the subscriber without violating the QoS requirements for the call connection.

Необходимо обобщенное решение, девальвирующее как эти отличия, так и не предполагающее вмешательства в сигнальный обмен проключения вызова, в противном случае технология не будет принята операторами СПРС.A generalized solution is needed that devalues both these differences and does not imply interference with the call exchange signaling, otherwise the technology will not be accepted by the SPRS operators.

Известно мобильное приложение - пакет «Who Calls?» от лаборатории Касперского, которое представляет собой определитель номера по информации базы данных пользователей. Из недостатков отмечается необходимость установки отдельного приложения, регистрация учетной записи, установки обновлений, это занимает время абонента и ресурсы MS, необходимость переустановки при смене MS, требует поддержки dual-mode режима, который поддерживается не всеми MS. Пакетное решение уведомления полностью развязано с сигнальной сетью оператора, что является преимуществом. Одновременно его следствием является невозможность контроля за временем отрисовки уведомления относительно времени проключения а значит появления экрана входящего звонка на экране MS. Также очевидным недостатком является необходимость обмена пакета (мобильного приложения) с соответствующим сервером - GCM (Google Cloud Messaging), для ОС Android, APNS (Apple Push Notification Service) для iOS, WNS (Windows Notification Service) для ОС Windows Phone, для отправки PUSH уведомления на MS.A well-known mobile application is the “Who Calls?” Package from Kaspersky Lab, which is a caller ID based on user database information. Among the shortcomings, the need to install a separate application, register an account, install updates, it takes the subscriber’s time and MS resources, the need to reinstall when changing MS, requires support for dual-mode mode, which is not supported by all MS. The batch notification solution is completely decoupled from the operator's signaling network, which is an advantage. At the same time, its consequence is the inability to control the time for drawing a notification regarding the time of the call, which means that the incoming call screen appears on the MS screen. Another obvious drawback is the need to exchange the package (mobile application) with the corresponding server - GCM (Google Cloud Messaging), for Android OS, APNS (Apple Push Notification Service) for iOS, WNS (Windows Notification Service) for Windows Phone OS, for sending PUSH notifications on MS.

Из патентных источников известны ряд технических решений-A number of technical solutions are known from patent sources.

Способ и устройство для предоставления вызываемой стороне информации о вызывающей стороне по патенту ЕР 2112811 включает запрос информации вызывающей стороны о ней и формирование сообщения с этой информацией для вызываемой стороны, в соответствии с правилом, определенным вызываемой стороной. Данное решение не учитывает механизм проключения сторон. Недостатком решения также представляется увязка способа с определенными мероприятиями на вызывающей стороне и отсутствие реализации для основных мобильных ОС.The method and apparatus for providing the called party with information about the calling party according to EP 2112811 includes requesting information from the calling party about it and generating a message with this information for the called party, in accordance with a rule defined by the called party. This decision does not take into account the mechanism for concluding parties. The disadvantage of the solution also seems to be the linking of the method with certain activities on the calling side and the lack of implementation for the main mobile OS.

Патент RU 2619083 описывает способ и устройство аудио оповещения о втором входящем вызове во время уже происходящего разговора. В различных вариантах реализации этого изобретения аудиоданные хранятся и/или преобразуются локально на MS абонента, если данные второго входящего вызова сохранены в списке контактов MS. В другом случае MS абонента формирует запрос на фоновый сервер о полезной информации второго входящего вызова. Фоновый сервер хранит аудиоданные по типам возможных абонентов по настройкам пользователя через локальное приложение MS. Описание изобретения не раскрывает техническую реализацию инкапсуляции аудио уведомления о втором вызове в происходящий разговор, и носит концептуальный характер, что представляется недостатком.Patent RU 2619083 describes a method and apparatus for audio notification of a second incoming call during an ongoing conversation. In various embodiments of this invention, audio data is stored and / or converted locally to the subscriber’s MS if the data of the second incoming call is stored in the contact list of the MS. In another case, the subscriber’s MS generates a request to the background server for useful information of the second incoming call. The background server stores audio data by types of possible subscribers according to user settings through the local MS application. The description of the invention does not disclose the technical implementation of the encapsulation of the audio notification of the second call in the ongoing conversation, and is conceptual in nature, which seems to be a drawback.

Патент RU 2638938 того же заявителя в общем случае расширяет предыдущее техническое решение в части совместных настроек записей фонового сервера разными пользователями. Решение также не раскрывает техническую реализацию, имеет весьма обобщенное описание и сохраняет в этой части недостатки прототипа.Patent RU 2638938 of the same applicant generally extends the previous technical solution regarding joint settings of background server entries by different users. The solution also does not disclose the technical implementation, has a very general description and preserves the disadvantages of the prototype in this part.

Заявка на изобретение US 20150004953 описывает способ и систему предоставления вызывающей стороной информации о себе для вызываемого абонента. Техническое решение предусматривает управление уведомлением о входящем вызове вызывающей стороной с использованием промежуточного сервера конфигурации. Очевидным недостатком заявки, в контексте предлагаемого авторами решения, отмечается необходимость принятия мер вызывающей стороной для формирования уведомления о себе.Application for invention US 20150004953 describes a method and system for providing the caller with information about himself for the called subscriber. The technical solution provides for the management of an incoming call notification by a caller using an intermediate configuration server. An obvious drawback of the application, in the context of the decision proposed by the authors, is the need for the caller to take measures to generate a notification about himself.

Близкой по использованию технологий коммутации, является заявка на изобретение US20060148459 описывающая варианты осуществления устройства пользователя, систему устройств (сетевых узлов) а также способ для обработки информации о вызове. Заявка концептуально, описывает способы уведомления вызываемого абонента о вызывающей стороне и оставляет за скобками меры технической реализации. Из описанных способов усматриваются три основных - посредством сообщения предварительно записанного на стороне вызывающего абонента, т.е. признака предварительного вызова (сообщения, мелодии вызова и др.), посредством USSD сервиса и выполнения SEVI апплетов (SEVI application toolkit SAT). Технически второй и третий способы коммутации с абонентом используют авторы, но суть в реализации технологии с учетом различий программно-аппаратных архитектур MS и требований QoS для формирования уведомления в сигнальной сети. Таких условий заявка американских авторов не учитывает, оставляет вне описания, что представляется недостатком и является следствием обобщенности описания. Основным же отличием а также недостатком отмечается увязка предлагаемых способов уведомления с сетевыми устройствами СПРС вызывающего абонента и использование двух каналов передачи данных о вызове от вызывающей стороны-первого канала установления вызова и второго параллельного с информацией о вызываемом абоненте. Целесообразно чтобы способ уведомления был «развязан» с какими-либо организационно-техническими мероприятиями на вызывающей стороне.Close to the use of switching technologies, is the application for invention US20060148459 describing embodiments of a user device, a system of devices (network nodes) as well as a method for processing call information. The application conceptually describes the methods for notifying the called party about the calling party and leaves out technical implementation measures. Of the described methods, three main ones are seen - by means of a message pre-recorded on the caller’s side, i.e. a sign of a preliminary call (message, ringtone, etc.) by means of the USSD service and execution of SEVI applets (SEVI application toolkit SAT). Technically, the authors use the second and third methods of switching with the subscriber, but the essence is in the implementation of the technology, taking into account the differences in the MS hardware and software architectures and the QoS requirements for generating a notification in the signal network. The application of American authors does not take into account such conditions, leaves it outside the description, which seems to be a drawback and is a consequence of the generalization of the description. The main difference, as well as a drawback, is the linking of the proposed notification methods to the caller’s network devices and the use of two call data transmission channels from the calling party, the first call establishment channel and the second parallel to the called subscriber information. It is advisable that the notification method be “decoupled” with any organizational and technical measures on the calling party.

Патент US 9338286 описывает систему и метод отображения информации о вызывающей стороне включая ее профиль, геолокацию и «уровень доверия». В общем случае описанное решение уведомления опирается на данные обработки вызова т.н. сервером CAPS, и дополняется сбором данных из открытых источников. Сервер выполняющий сбор и обработку данных уведомления включает функционал, позволяющий вызывающей стороне настроить формат уведомлений. Патент сохраняет недостатки описанных выше аналогов, а именно является скорее концептуальным, не описывает техническую реализацию в приложении сигнального обмена проключения вызова, и не учитывает разнообразие архитектур MS в части формирования и отображения уведомления о вызывающей стороне.US Pat. No. 9,338,286 describes a system and method for displaying caller information including its profile, geolocation, and “confidence level”. In the general case, the described notification solution relies on call processing data of the so-called CAPS server, and is complemented by data collection from open sources. The server that collects and processes the notification data includes functionality that allows the caller to configure the notification format. The patent retains the shortcomings of the analogs described above, namely it is rather conceptual, does not describe the technical implementation of the call exchange signaling application in the application, and does not take into account the variety of MS architectures in terms of the generation and display of notifications about the calling party.

За прототип предлагаемого способа уведомления выбран патент заявителя RU 2676615 который описывает способ уведомления абонента за счет использования дополнительных узлов СПРС - VAS (Value-Added Service) и STK сервера которые взаимодействуют между собой по внутренним интерфейсам а с стандартными узлами по стандартным протоколам СПРС, и формируют сообщение с дополнительной информацией о вызывающем абоненте по технологии SIM SAT (SIM Applications ToolKit), в том числе в интерактивной форме. Описание патента и опыт его внедрения подтверждает заявленный технический результат. За счет пассивного перехвата сигнального трафика в дополнение к взаимодействию по внутренним API интерфейсам обеспечивается существенный выигрыш времени для формирования уведомления о входящем вызове и не вмешательство в процесс его проключения. Технология SIM Applications ToolKit предоставляет возможность удаленной загрузки SIM апплета для обработки и отображения уведомления на экране MS (SIM ToolKit API Display text) сформированного и переданного сервером уведомления о входящем вызове. Хотя передача команд между слоем радиоинтерфейса RIL (Radio Interface Layer в терминах SIM SAT) и ОС MS выходит за рамки стандарта SIM SAT, в общем случае основные ОС предоставляют такое API, таким образом исключается необходимость установки пакета и его обращения к удаленным серверам (GCM, APNS, WNS) для PUSH уведомлений. Однако в связи с ограниченностью технологии SIM SAT (функционала SIM апплета) дальнейший контроль времени отрисовки уведомления относительно появления экрана входящего звонка (завершения проключения соединения) невозможен, а графический интерфейс уведомления полностью контролируется программными средствами ОС MS. По этим причинам отрисовка PUSH уведомления с дополнительной информацией о входящем вызове некоторыми типами MS может полностью перекрыть экран входящего звонка, что очевидно девальвирует для абонента пользу от уведомления. Эти сложности повлекли необходимость выработки дополнительных организационно-технических мер для надежной работы уведомления о входящем вызове в рамках QoS с учетом особенностей архитектур СПРС и различных программно-аппаратных типов MS.For the prototype of the proposed notification method, the applicant’s patent RU 2676615 was selected which describes the method of notifying the subscriber through the use of additional SPRS nodes - VAS (Value-Added Service) and STK servers that interact with each other via internal interfaces and with standard nodes using standard SPRS protocols and form A message with additional information about the caller using SIM SAT (SIM Applications ToolKit) technology, including in an interactive form. The description of the patent and the experience of its implementation confirms the claimed technical result. Due to the passive interception of signaling traffic, in addition to interacting via the internal APIs, a significant time gain is provided for generating an incoming call notification and not interfering with its call termination process. SIM Applications ToolKit technology provides the ability to remotely download a SIM applet to process and display a notification on the MS screen (SIM ToolKit API Display text) of an incoming call notification generated and transmitted by the server. Although the transfer of commands between the layer of the radio interface RIL (Radio Interface Layer in terms of SIM SAT) and the MS OS is beyond the scope of the SIM SAT standard, in general, the main OSs provide such an API, thus eliminating the need to install the package and access it to remote servers (GCM, APNS, WNS) for PUSH notifications. However, due to the limitations of SIM SAT technology (SIM applet functionality), further control of the time for drawing a notification regarding the appearance of the incoming call screen (completion of connection termination) is not possible, and the notification graphical interface is fully controlled by MS software. For these reasons, drawing a PUSH notification with additional information about an incoming call by some types of MS can completely block the incoming call screen, which obviously devalues the benefit of the notification for the subscriber. These difficulties necessitated the development of additional organizational and technical measures for reliable operation of notification of an incoming call within the framework of QoS, taking into account the peculiarities of SPRS architectures and various types of hardware and software types of MS.

Техническим результатом способа уведомления о входящем вызове является повышение надежности визуализации уведомления абонента о входящем вызове повышенной информативности в СПРС, передающегося по сигнальной сети СПРС, для любого типа программно-аппаратной реализации MS вызываемого абонента, без вмешательства в сигнальный обмен проключения вызова при соблюдении стандартов качества QoS установления вызова в СПРС.The technical result of the method of notification of an incoming call is to increase the reliability of visualization of the notification of the subscriber about an incoming call of increased information content in the SPRS transmitted over the signal network of the SPRS for any type of software and hardware implementation of the MS of the called subscriber, without interfering with the signal exchange of call termination while observing QoS quality standards establishing a call in SPRS.

Технический результат достигается за счет способа уведомления абонента о входящем вызове в СПРС в соответствии с которым для повышения информативности входящего вызова используют по крайней мере один дополнительный программно-аппаратный узел, непосредственно взаимодействующий с сигнальной сетью СПРС, который получает сигнальное сообщение о входящем вызове переадресованное из сети СПРС, и по крайней мере один дополнительный программно-аппаратный узел взаимодействующий с ним и с узлом биллинга СПРС который, по идентификатору вызывающего абонента формирует сообщение вызываемому абоненту с дополнительной информацией о вызывающем абоненте и передает это сообщение в СПРС по SMPP протоколу, причем дополнительный программно-аппаратный узел непосредственно взаимодействующий с сигнальной сетью СПРС, регистрирует время появления в СПРС первого сигнального сообщения установления соединения входящего вызова по протоколу САР, или по протоколу ISUP, или по протоколу SIP или по другому стандартизованному в СПРС сигнальному протоколу, передает это сообщение и время его появления в сети СПРС дополнительному программно-аппаратному узлу взаимодействующему с узлом биллинга СПРС, а дополнительный программно-аппаратный узел взаимодействующий с узлом биллинга СПРС производит передачу в СПРС SMS, USSD сообщения с дополнительной информацией о вызывающем абоненте по таймеру запущенному по полученному времени регистрации появления в СПРС первого сигнального сообщения установления соединения входящего вызова. Передача такого сообщения происходит в интервале 2-4 секунд, начиная с времени запуска таймера.The technical result is achieved due to the method of notifying the subscriber about an incoming call to the SPRS according to which at least one additional hardware-software node is used to increase the information content of the incoming call, which directly interacts with the SPRS signal network, which receives a signal message about an incoming call redirected from the network SPRS, and at least one additional hardware and software node interacting with it and with the SPRS billing node which, by identifier, calls the current subscriber generates a message to the called subscriber with additional information about the calling subscriber and transmits this message to the SPRS via SMPP protocol, and the additional hardware-software node directly interacting with the signaling network of the SPRS, registers the time the first signaling message of establishing an incoming call connection was established in the SPRS via the CAP protocol , or via ISUP, or SIP, or another signaling protocol standardized in SPRS, transmits this message and the time it appeared in the SPRS network, an additional software and hardware node interacting with the SPRS billing node, and the additional software and hardware node interacting with the SPRS billing node transmits SMS, USSD messages with additional information about the caller to the SPRS by the timer running on the received time of registration of the appearance of the first an incoming call connection establishment signaling message. The transmission of such a message occurs in the interval of 2-4 seconds, starting from the start time of the timer.

Техническим результатом устройства для уведомления о входящем вызове является повышение надежности визуализации уведомления абонента о входящем вызове повышенной информативности в СПРС, передающегося по сигнальной сети СПРС, для любого типа программно-аппаратной реализации MS вызываемого абонента, без вмешательства в сигнальный обмен проключения вызова при соблюдении стандартов качества QoS установления вызова в СПРС.The technical result of the device for notification of an incoming call is to increase the reliability of visualization of the notification of a subscriber about an incoming call of increased information content in the SPRS transmitted over the signal network of the SPRS for any type of software and hardware implementation of the MS of the called subscriber, without interfering with the signal exchange of call termination while observing quality standards QoS call setup in SPRS.

Технический результат достигается за счет устройства СПРС для уведомления о входящем вызове содержащее стандартные узлы СПРС, по крайней мере один дополнительный программно-аппаратный узел, непосредственно взаимодействующий с сигнальной сетью СПРС, выполненный с возможностью пассивного захвата сообщения о входящем вызове из сигнальной сети СПРС, и по крайней мере один дополнительный программно-аппаратный узел взаимодействующий с ним и с узлом биллинга СПРС выполненный с возможностью формирования сообщения вызываемому абоненту с дополнительной информацией о вызывающем абоненте с использованием внутренней или внешней базы данных и передачи этого сообщения в СПРС по SMPP протоколу для отображения вызываемому абоненту, причем дополнительный программно-аппаратный узел непосредственно взаимодействующий с сигнальной сетью СПРС, выполнен с возможностью регистрации времени появления в сети СПРС первого сигнального сообщения установления соединения входящего вызова, а дополнительный программно-аппаратный узел взаимодействующий с узлом биллинга СПРС выполнен с возможностью передачи в СПРС сообщения вызываемому абоненту с дополнительной информацией о вызывающем абоненте по таймеру запущенному по полученному времени регистрации появления в СПРС первого сигнального сообщения установления соединения входящего вызова.The technical result is achieved due to the device SPRS for notification of an incoming call containing standard nodes SPRS, at least one additional software and hardware node directly interacting with the signal network SPRS, made with the possibility of passive capture messages about an incoming call from the signal network SPRS, and at least one additional software and hardware node interacting with it and with the billing node SPRS configured to generate messages to the called subscriber from to additional information about the calling subscriber using an internal or external database and transmitting this message to the SPRS via the SMPP protocol for display to the called subscriber, moreover, the additional hardware and software node directly interacting with the signaling network of the SPRS is configured to record the time of the first signaling in the SPRS network messages for establishing an incoming call connection, and an additional software and hardware node interacting with the SPRS billing node is made possible NOSTA SPRS transmission message to the callee with additional information about the caller a running timer of time resulting in the appearance of registration SPRS first connection establishment signaling message incoming call.

Изобретение иллюстрируется чертежами:The invention is illustrated by drawings:

На фиг. 1 показана обобщенная сетевая архитектура СПРС (NP network provider) с узлом уведомления о входящем вызове подключенным через стандартный CAMEL Gateway.In FIG. 1 shows a generalized network architecture SPRS (NP network provider) with an incoming call notification node connected through a standard CAMEL Gateway.

На фиг. 2 показана обобщенная сетевая архитектура СПРС (NP network provider) с дополнительными узлами регистрации входящего вызова и уведомления о нем в варианте предлагаемого изобретения.In FIG. 2 shows a generalized network architecture of an SPRS (NP network provider) with additional nodes for recording an incoming call and notifying about it in an embodiment of the present invention.

На фиг. 3 показан стандартный сигнальный диалог предоставления услуги уведомления о входящем вызове по технологии CAMEL.In FIG. Figure 3 shows the standard signaling dialog for providing an incoming call notification service using CAMEL technology.

На фиг. 4 представлен сигнальный диалог предоставления услуги уведомления о входящем вызове в варианте предлагаемого изобретения.In FIG. 4 shows a signaling dialog for providing an incoming call notification service in an embodiment of the present invention.

Фиг. 1, 2 иллюстрируют сравнительную архитектуру СПРС для стандартной CAMEL реализации услуги уведомления о входящем вызове фиг. 1 и реализации предлагаемой автором фиг.2. Устройство СПРС оператора NP (network provider), для уведомления абонента о входящем вызове представленные на фиг. 1, 2 в общем случае включает стандартные узлы коммутации 3 фиг. 1, 4 фиг.2 SSP (Service Switching Point) и управления услугами 2 фиг. 1, 3 фиг.2 SCP (Service Control Point), а также мобильное устройство домашнего вызываемого абонента 4 фиг. 1, 5 фиг.2 MS (Mobil Station) для сетей CDMA, GSM, UMTS, LTE. SMSC (SMS Center СПРС) на фигурах для упрощения не показан, в контексте заявки SMSC функционально включен в SSP. В стандартной CAMEL реализации (фиг. 1) СПРС включает узел дополнительных видов обслуживания ДВО SCP WCS 1 взаимодействующий с СПРС по прикладному протоколу CAP (CAMEL application part) В предлагаемой автором архитектуре (фиг.2) СПРС включает взаимодействующие между собой узлы 1 WCS (who calls server) уведомления абонента о входящем вызове и 2 SNA (signal network analyzer) перехвата и анализа событий сигнальной сети. Под различными событиями сигнальной сети в контексте предлагаемого изобретения подразумеваются различные системные сообщения установлении вызова внутри сигнальной сети СПРС.FIG. 1, 2 illustrate the comparative SPRS architecture for a standard CAMEL implementation of the incoming call notification service of FIG. 1 and the implementation proposed by the author of figure 2. The device SPRS operator NP (network provider), for notifying the subscriber about an incoming call presented on Fig. 1, 2 generally includes standard switching nodes 3 of FIG. 1, 4 of FIG. 2 SSP (Service Switching Point) and service control 2 of FIG. 1, 3 of FIG. 2 SCP (Service Control Point), as well as the mobile device of the home called party 4 of FIG. 1, 5 of FIG. 2 MS (Mobil Station) for CDMA, GSM, UMTS, LTE networks. SMSC (SMS Center SPRS) in the figures for simplicity is not shown, in the context of the application SMSC is functionally included in the SSP. In the standard CAMEL implementation (Fig. 1), the SPRS includes a node for additional types of service of the DVO SCP WCS 1 interacting with the SPRS using the CAP application protocol (CAMEL application part) In the architecture proposed by the author (Fig. 2), the SPRS includes interconnecting WCS nodes 1 (who calls server) notification of the subscriber about an incoming call and 2 SNA (signal network analyzer) interception and analysis of signaling network events. By various events of the signal network in the context of the present invention are meant various system messages of establishing a call within the signal network of the SPRS.

Узлы 1 и 2 (фиг. 2), по сути, представляют собой программно-аппаратные комплексы.Nodes 1 and 2 (Fig. 2), in fact, are software and hardware systems.

Архитектура узла 1 WCS (фиг.2) включает программно-аппаратные интерфейсы API взаимодействия с удаленной базой данных БД содержащей записи с дополнительной информацией об абонентах СПРС, API взаимодействия с узлом биллинга SCP и контроллер SMPP (Short Message Peer-to-Peer, SMS, USSD) протокола. БД (на фиг.не показана) может быть внутренняя или внешняя, в том числе БД другого оператора СПРС, или DMP (Data Management Platform), а также любая сторонняя база данных и/или любое программное обеспечение, которое позволяет собирать, обрабатывать и хранить любые типы аудиторных данных абонентов СПРС.Узел 1 WCS выполнен с возможностью запуска таймера начиная с времени регистрации узлом 2 SNA сигнального сообщения установления вызова, извлечения данных об абонентах из него, получения из БД дополнительных данных о вызывающем абоненте, формирования и передачи в сеть по таймеру уведомительного сообщения по SMPP протоколу с дополнительной информацией о вызывающей стороне а также функции взаимодействия с биллингом оператора NP осуществляющим начисление платы за предоставления услуги уведомления о входящем вызове. В контексте предлагаемого способа уведомления данный узел биллинга отделен от узла SCP управления услугами и с целью упрощения на фигурах не показан. Такое физическое отделение узла биллинга от узла SCP управления услугами, кроме того, исключает избыточный сигнальный обмен WCS - SCP, что предпочтительно с учетом сетевой нагрузки узла управления услугами SCP.The architecture of WCS node 1 (FIG. 2) includes hardware and software APIs for interacting with a remote database database containing records with additional information about SPRS subscribers, the API for interacting with the SCP billing node, and SMPP (Short Message Peer-to-Peer, SMS, USSD) protocol. The database (not shown in Fig.) Can be internal or external, including the database of another SPRS operator, or DMP (Data Management Platform), as well as any third-party database and / or any software that allows you to collect, process and store any types of audience data of SPRS subscribers. Unit 1 of the WCS is configured to start a timer starting from the time that the SNA node 2 registers the call setup signal message, extracts data about the subscribers from it, obtains additional data about the caller from the database, generates and transfers to the network by the timer of the notification message via SMPP protocol with additional information about the calling party as well as the function of interaction with the NP operator billing that charges for the provision of the notification service for the incoming call. In the context of the proposed notification method, this billing node is separated from the service management SCP and is not shown in the figures for simplicity. This physical separation of the billing node from the SCP of the service control node, in addition, eliminates the excessive signaling WCS - SCP, which is preferably taking into account the network load of the SCP service control node.

В дополнение к стандартной серверной архитектуре (фиг. 2) узел 2 SNA включает программно-аппаратные модули захвата, анализа и обработки сетевых сообщений сигнальных протоколов ОКС7 СПРС.Узел 2 SNA подключен к СПРС через высокоскоростной интерфейс и выполняет в режиме реального времени функции обнаружения, перехвата и регистрации времени появления в сети первого сигнального сообщения установления вызова. Для реализации обнаружения вызовов соответствующие контроллеры узла 2 SNA SS7 включают программы анализа сетевых сигнальных диалогов 3GPP поступающих на сетевую карту. Передача захваченного сообщения от узла 2 SNA узлу 1 WCS производится по согласованным программным API интерфейсам.In addition to the standard server architecture (Fig. 2), the SNA node 2 includes hardware and software modules for capturing, analyzing, and processing network messages of the OKS7 SPRS signaling protocols. The 2 SNA is connected to the SPRS via a high-speed interface and performs real-time detection, interception functions and registering the time that the first call setup signaling message appeared on the network. To implement call detection, the corresponding SNA SS7 Node 2 controllers include 3GPP network signaling analysis programs arriving at the network card. The transmission of the captured message from the SNA Node 2 to the WCS Node 1 is performed using the agreed APIs.

Функции узла 1 WCS и 2 SNA (фиг. 2) могут быть реализованы на сетевом одном узле. При некотором выигрыше в производительности такая реализация не является предпочтительной в связи с тем, что узел 2 SNA может выполнять разнородный сетевой анализ. Помимо выявления входящего вызова в сети он может проводить сетевой анализ в отношении иных событий сети (не только сигнальной) генерируемых абонентами или оператором - регистрация абонента в сети, запрос баланса, выход в интернет, появление в роуминге и др. В этой связи, делегирование ему функций формирования и передачи в сеть уведомления о входящем вызове представляется избыточным и нарушает принцип разделения функциональных объектов IN сетей.The functions of WCS node 1 and 2 SNA (Fig. 2) can be implemented on a single network node. With some performance gains, such an implementation is not preferable due to the fact that the SNA node 2 can perform heterogeneous network analysis. In addition to identifying an incoming call in the network, he can conduct network analysis in relation to other network events (not just signaling) generated by subscribers or the operator - registering a subscriber on the network, requesting a balance, accessing the Internet, appearing in roaming, etc. In this regard, delegation to him the functions of forming and transmitting an incoming call notification to the network seems redundant and violates the principle of separation of functional objects of IN networks.

В варианте стандартного подключения по технологии CAMEL (фиг. 1) узел 1 SCP WCS представляет собой стандартный программно-аппаратный узел предоставления дополнительных услуг ДВО VAS (Value Added Services) по технологии CAMEL. Он подключен к сети через стандартный CAMEL gateway предоставляет услугу уведомления по подписке CSI (CAMEL Subscription Information) и выполняет функции узла управления услугами SCP (Service Control Point) в терминологии IN сетей.In the standard CAMEL connection option (Fig. 1), SCP 1 WCS node 1 is a standard hardware and software node for providing additional Value Added Services (VAS) using CAMEL technology. It is connected to the network through the standard CAMEL gateway and provides the CSI (CAMEL Subscription Information) notification service and acts as a Service Control Point (SCP) in the IN network terminology.

Диаграммы фиг. 3, 4 иллюстрируют различие стандартной реализации услуги по технологии CAMEL и предлагаемой автором технической реализации способа уведомления. Диаграммы оставляют за скобками стандартный сигнальный диалог СПРС по определению, текущего SSP вызываемого абонента, в контексте заявки принято, что данный диалог успешно произведен и SSP для вызываемого абонента является текущим.The diagrams of FIG. 3, 4 illustrate the difference between the standard implementation of the service using CAMEL technology and the technical implementation of the notification method proposed by the author. The diagrams leave out the standard signaling dialog of the SPRS by definition, the current SSP of the called subscriber, in the context of the application it is assumed that this dialogue is successful and the SSP for the called subscriber is current.

Для сравнения фиг. 3 иллюстрирует реализацию способа уведомления о входящем вызове, предполагающую стандартное применение технологии CAMEL по подписке. Входящий вызов 1 incoming call поступает на текущий узел коммутации SSP. SSP начинает стандартную обработку вызова t init call processing. Запускается стандартный сигнальный САР диалог 2 CAP dialog для проверки запретов на вызовы, анализ CAMEL подписок и др. На узле коммутации SSP срабатывает N-CSI триггер подписки на уведомление о входящем вызове (N whoCalls), формируется состояние обработки входящего (12) вызова DP (Detection Point). В соответствии с парадигмой обработки вызова CAMEL BCSM (Basic Call State Model) SSP формирует запрос 3 initialDP (12) (called, calling) на SCP WCS с параметрами вызываемой (called) и вызывающей (calling) сторон (техническая спецификация CAMEL-ETSI TS 129 078) и ждет дальнейших указаний по обработке входящего вызова. Происходит стандартный САР обмен САР N_WhoCalls dialog, который завершается сообщением 4 CONTINUE N_WhoCalls на SSP для продолжения обработки вызова без параметров, т.к. для реализации уведомления не требуется дополнительная маршрутизация входящего вызова. При получении сообщения 3 initialDP (12) (called, calling) SCP WSC начинает выполнять программный алгоритм формирования уведомления WhoCalls notif determ. Программная логика алгоритма по аналогии с описанным ниже предлагаемым способом включает извлечение из САР сообщения 3 информации о вызывающей и вызываемой стороне called/calling party number (MSISDN, IMSI); запрос-ответ к базе данных User BD 5 API request (ID calling)-6 API response calling data; формирование сообщения для вызываемого абонента (called) с информацией User BD о вызывающей стороне (calling) и передачу в сеть этого сообщения 7 bind_transmitter. После стандартного SMPP обмена 7-9 USSD dialog, MS вызываемого абонента воспроизводит USSD N1 (Network Initiated) сообщение о входящем вызове с полезной дополнительной информацией о вызывающей стороне (calling) t notif. В этом варианте реализации сложность получения абонентом данного сообщения t notif после появления экрана входящего звонка t alert состоит в том, что время передачи в сеть USSD сообщения о входящем вызове 7 и соответственно его отрисовки на экране MS t notif никак не связано и не зависит от времени обработки вызова на SSP At call processing, начиная с времени t init call processing и до времени установления вызова t complit call processing. Передача сообщения 4 CONTINUE N_WhoCalls с параметром At приостановки установления вызова на SSP не исправляет ситуацию, т.к. узлу SCP WCS не известно в какое время, начиная с t init call processing т.е. времени начала обработки вызова сработал триггер подписки DP(12) N-csi N WhoCalls init и передано сообщение 3 initialDP(12) (called, calling). Более того приостановка установления вызова на SSP нежелательна с точки зрения QoS. По этой же причине (неизвестности начала отсчета) узлу SCP WCS не известно примерное время окончания обработки вызова SSP-SCP t complit call processing, сообщения 10 CONTINUE, CONNECT - команды узла управления услугами SCP о завершении обработки входящего звонка на SSP и завершения проключения вызова 11 alerting, а значит и время отрисовки на MS экрана входящего звонка t alert. В лучшем случае абонент получит сообщение USSD N1 уведомление t notif неопределенно позже экрана входящего звонка t alert, а в худшем, как показано на диаграмме фиг. 3 до его появления. В любом случае такой способ не позволяет управлять временем отрисовки t notif и t alert.For comparison, FIG. 3 illustrates an implementation of an incoming call notification method, involving the standard use of CAMEL subscription technology. Incoming call 1 incoming call arrives at the current SSP switching node. SSP begins standard call processing t init call processing. The standard signaling CAP dialog 2 CAP dialog is launched to check call barring, analyze CAMEL subscriptions, etc. On the SSP switching node, the N-CSI trigger for an incoming call notification subscription (N whoCalls) is triggered, the processing status of the incoming (12) DP call ( Detection Point). In accordance with the CAMEL BCSM (Basic Call State Model) call processing paradigm, the SSP generates a request 3 initialDP (12) (called, calling) for SCP WCS with parameters of the called (called) and calling (calling) parties (technical specification CAMEL-ETSI TS 129 078) and awaits further instructions for processing an incoming call. There is a standard CAP exchange of the CAP N_WhoCalls dialog, which ends with the message 4 CONTINUE N_WhoCalls on the SSP to continue processing the call without parameters, because To implement the notification, no additional routing of the incoming call is required. Upon receipt of message 3 initialDP (12) (called, calling), the SCP WSC begins to execute the WhoCalls notif determination notification software algorithm. The program logic of the algorithm, by analogy with the proposed method described below, involves extracting information on the calling and called party called / calling party number (MSISDN, IMSI) from the CAP message 3; request-response to the database User BD 5 API request (ID calling) -6 API response calling data; formation of a message for the called subscriber (called) with User BD information about the calling party (calling) and transmission of this message to the network 7 bind_transmitter. After the standard SMPP exchange of 7-9 USSD dialog, the called party MS reproduces the USSD N1 (Network Initiated) incoming call message with useful additional information about the calling side (calling) t notif. In this embodiment, the difficulty of a subscriber receiving a given message t notif after the incoming call screen t alert appears is that the time of sending a message about an incoming call 7 to the USSD network and correspondingly drawing it on the MS t screen is not connected in any way and does not depend on time call processing on SSP At call processing, starting from time t init call processing and until call setup time t complit call processing. Sending message 4 CONTINUE N_WhoCalls with the At parameter of the suspension of establishing a call to SSP does not correct the situation, because the SCP WCS node does not know at what time, starting with t init call processing i.e. at the start of call processing, the DP (12) N-csi N WhoCalls init subscription trigger is triggered and message 3 initialDP (12) (called, calling) is sent. Moreover, the suspension of call setup on the SSP is undesirable from the point of view of QoS. For the same reason (unknown starting point), the WCS SCP does not know the approximate time for SSP-SCP call processing to end t complit call processing, messages 10 CONTINUE, CONNECT are the commands of the SCP service control node to complete the processing of the incoming call to the SSP and complete the call 11 alerting, which means the time for drawing the incoming call screen t alert on MS. In the best case, the subscriber will receive the message USSD N1 notification t notif indefinitely later than the screen of the incoming call t alert, and in the worst case, as shown in the diagram of FIG. 3 before its appearance. In any case, this method does not allow you to control the rendering time t notif and t alert.

Предлагаемый автором способ уведомления абонента о входящем вызове, диаграмма фиг. 4 разрешает эту неопределенность Узел SNA через высокоскоростной интерфейс в режиме реального времени пассивно принимает зеркалированный из СПРС NP сигнальный CAP, SIP, ISUP траффик. При поступлении в сеть СПРС сообщения IAM (ISUP), INVITE (SIP) запроса 1 incoming call на установление входящего вызова SNA захватывает это сообщение и регистрирует время его появления в сети t reg. Далее по согласованным API интерфейсам узел SNA передает это сообщение (событие event) и время его регистрации t reg узлу WCS 2 incoming call event t reg. SSP начинает стандартную обработку вызова, включающую САР диалог 3 в ходе которого происходит проверка запретов на вызовы, анализ CAMEL подписок для входящих вызовов - T-CSI и др. Программный алгоритм узла WCS при получении сообщения 2 incoming call event запускает таймер timer start начиная с времени регистрации t reg события и начинает выполнять программный алгоритм формирования уведомления о входящем вызове WhoCalls notif determing. Алгоритм включает извлечение из сообщения информации ID о вызывающей и вызываемой стороне called/calling party number (MSISDN, IMSI). По извлеченному идентификатору ID вызывающей стороны алгоритм WCS формирует запрос к базе данных (User BD) 4 API request (ID calling). User BD отвечает имеющейся у нее записью с данными для формирования уведомления 5 API response calling data. Диалог 4-5 может не производиться в случае включения User BD непосредственно в узел WCS. После получения дополнительной информации о вызывающей стороне узел WCS формирует USSD N1 сообщение и передает его в сеть 8 bind_transmitter в период At от 2-х до 4-х секунд с момента запуска таймера WCS timer start. Этот интервал, как показано ниже, рассчитывается математически по переменным, определяющим время обработки вызова SSP-SCP At call processing. Далее происходит стандартный сигнальный SMPP диалог 8-10 с SMSC. Для подтверждения доставки регистрации времени t notif отрисовки USSD N1 сообщения с дополнительной информацией о вызывающей стороне, WCS может инициировать SMPP диалог 8-10 в режиме сообщений транзакции (Transaction Message Mode SMPP). В этом режиме SMSC гарантирует подтверждение доставки (или не доставки) сообщения 10 data_sm_resp (для упрощения диаграммы это сообщение показано напрямую в WCS).A method for notifying a subscriber of an incoming call proposed by the author, the diagram of FIG. 4 resolves this uncertainty. The SNA through a high-speed interface in real time passively receives signal CAP, SIP, ISUP traffic mirrored from SPRS NP. Upon receipt of IAM (ISUP), INVITE (SIP) request 1 incoming call to establish an incoming call, the SNA captures this message and registers the time of its appearance in the network t reg. Further, through the agreed APIs, the SNA node transmits this message (event event) and its registration time t reg to the WCS 2 node incoming call event t reg. SSP starts standard call processing, including CAP dialogue 3 during which calls are barred, CAMEL subscriptions for incoming calls are analyzed - T-CSI, etc. The WCS host program algorithm when receiving a message 2 incoming call event starts the timer start timer starting from the time registering t reg events and begins to execute a program algorithm for generating an incoming call notification WhoCalls notif determining. The algorithm includes extracting from the message the ID information of the calling and called party called / calling party number (MSISDN, IMSI). Using the extracted caller ID, the WCS algorithm generates a request to the database (User BD) 4 API request (ID calling). User BD responds with the data record it has for generating notification 5 API response calling data. Dialog 4-5 may not be produced if User BD is included directly in the WCS node. After receiving additional information about the calling party, the WCS node generates a USSD N1 message and transmits it to the 8 bind_transmitter network in the At period from 2 to 4 seconds from the moment the WCS timer start starts. This interval, as shown below, is calculated mathematically by the variables that determine the processing time of the SSP-SCP At call processing call. Next, a standard SMPP signaling dialog 8-10 with SMSC occurs. In order to confirm delivery of time recording t notif rendering USSD N1 messages with additional information about the calling party, WCS can initiate 8-10 SMPP dialogue in Transaction Message Mode SMPP. In this mode, SMSC guarantees delivery confirmation (or non-delivery) of message 10 data_sm_resp (to simplify the diagram, this message is shown directly in WCS).

Отмечается, что алгоритм узла WCS программно настроен на завершение всех операций по формированию и передаче в сеть уведомления о входящем вызове до времени завершения обработки вызова call processing Δt=2-4 sec. А время запуска таймера может отсчитываться от регистрации в сети первого сообщения САР диалога SSP - SCP на установление соединения, в этом случае обобщенная последовательность вызовов аналогично приведенной выше с учетом t init начала САР диалога.It is noted that the WCS node algorithm is programmatically configured to complete all operations of generating and transmitting an incoming call notification to the network before the call processing time is completed call processing Δt = 2-4 sec. And the timer start time can be counted from the registration in the network of the first SSP-SCP dialogue ATS message to establish a connection, in this case the generalized call sequence is similar to the one given above taking into account t init the ATS dialogue started.

В данной предлагаемой автором реализации, как иллюстрирует диаграмма фиг. 4, за счет включения в архитектуру сети СПРС узла SNA, регистрации им времени t reg появления первого сообщения установления входящего вызова и запуска (отсчета) таймера на узле WCS для передачи уведомления в сеть, абонент гарантированно получает уведомление о входящем вызове t notif после появления экрана входящего звонка t alert. Причем как понятно специалисту, способ позволяет настроить время передачи уведомления на узле WCS и соответственно его получения и отрисовки на MS t notif. Сообщение 10 data_sm_resp подтверждения доставки USSD N1 в сравнении с временем t alert используется для такой последующей настройки, т.е. времени передачи 8 bind_transmitter.In this implementation proposed by the author, as the diagram of FIG. 4, due to the inclusion of the SNA node in the SPRS network architecture, registration of the time t reg of the appearance of the first message of establishing an incoming call and the start (countdown) of a timer on the WCS node to transmit a notification to the network, the subscriber is guaranteed to receive an notification of an incoming call t notif after the screen appears incoming call t alert. Moreover, as the specialist understands, the method allows you to configure the time for sending a notification on the WCS node and, accordingly, receiving and rendering it on MS t notif. USSD N1 delivery confirmation message 10 data_sm_resp compared to the time t alert is used for such subsequent configuration, i.e. transfer time 8 bind_transmitter.

Вычисление оптимального интервала call processing Δt, представляет собой сложную математическую задачу, а программная методика такого расчета является ноу-хау заявителя. Время обработки вызова не является постоянной величиной и зависит как от конфигурации сети, так и от текущей загрузки каналов коммутации. Математическая модель такого расчета включает временно-вероятностные характеристики теории массового обслуживания. Расчет включает время управляющих воздействий на SSP, как указывалось выше это также время обмена информации об интеллектуальных услугах SSP-SCP, время проверки запретов на вызовы и анализ списка триггеров CAMEL подписки для входящих вызовов - T-CSI. Время перехода состояний САР парадигмы модели входящего вызова T-BCSM (Terminating Basic Call State Model) и соответственно время формирования управляющих воздействий включает время запуска программы логики услуги, время чтения-записи БД SCP информации об услуге, времени выполнения логики услуги. Расчет усугубляется сложно прогнозируемыми очередями обработки сообщений SSP - SCP. Тем не менее, оптимальный интервал At call processing поддается расчету с приемлемой для реализации способа точностью. В контексте заявки, без ограничения объема правовой охраны, интервал принят в 2-4 секунды. Математическая модель, взятая за основу для расчета времени обработки вызова приведена в книге Б.Я Лихтциндера и др. «Интеллектуальные сети связи» издание Эко-Трендз, Москва 2002 г. Глава 7, стр. 76.The calculation of the optimal call processing Δt interval is a difficult mathematical task, and the software methodology for such a calculation is the know-how of the applicant. The call processing time is not a constant and depends both on the network configuration and on the current load of switching channels. The mathematical model of such a calculation includes temporal and probabilistic characteristics of the queuing theory. The calculation includes the time of control actions on the SSP, as mentioned above, this is also the time of exchanging information about the SSP-SCP intelligent services, the time of checking call barring and the analysis of the list of CAMEL triggers for incoming calls - T-CSI. The transition time of the CAP states of the paradigm of the incoming call model T-BCSM (Terminating Basic Call State Model) and, accordingly, the time of formation of control actions include the start time of the service logic program, the read-write time of the SCP database of service information, and the service logic execution time. The calculation is compounded by the difficultly predicted SSP - SCP message processing queues. Nevertheless, the optimal At call processing interval can be calculated with accuracy acceptable for the implementation of the method. In the context of the application, without limiting the scope of legal protection, the interval is accepted in 2-4 seconds. The mathematical model used as the basis for calculating call processing times is given in the book by B. Ya Likhttsinder et al. “Intelligent Communication Networks” published by Eco-Trends, Moscow 2002, Chapter 7, p. 76.

Дополнительно отмечается, что в предлагаемом автором способе за счет выведения из сигнального обмена SSP - SCP диалога CAP N_whoCalls dialog подписки сокращено время обработки вызова и обеспечено не вмешательство способа уведомления в сигнальный обмен установки вызова. При том что инициация уведомления, его формирование и доведение до абонента произведено по сигнальным протоколам СПРС.It is further noted that in the method proposed by the author, by eliminating the CAP N_whoCalls dialog of the subscription from the signal exchange SSP - SCP, the call processing time is reduced and the notification method is not interfered with in the signal exchange of the call setup. While the initiation of the notification, its formation and communication to the subscriber is made according to the signaling protocols of the SPRS.

Предлагаемый авторами способ, за счет пассивного анализа сигнальной сети СПРС на узле 2 SNA позволяет регистрировать как время появления экрана входящего звонка на MS абонента t alert 7 alerting, так и время появления уведомления о нем t notif 10 data_sm_resp.В последствии эти данные учитываются для настройки способа. В дополнении к этому способ учитывает комфортное для абонента время задержки уведомления. Исследование показали, что оптимальное время задержки отрисовки USSD N1 уведомления после появления экрана входящего звонка составляет 1-2 секунды. Это время представляется комфортным для предварительного анализа абонентом информации экрана входящего звонка и последующего анализа дополнительной информации о нем содержащейся в уведомительном сообщении.The method proposed by the authors, due to passive analysis of the signaling network of the SPRS on node 2 SNA, allows recording both the time of the appearance of the incoming call screen on the subscriber’s MS t alert 7 alerting and the time of the notification about it t notif 10 data_sm_resp. Later these data are taken into account for configuration way. In addition to this, the method takes into account the notification delay time convenient for the subscriber. The study showed that the optimal delay time for rendering USSD N1 notifications after the incoming call screen appears is 1-2 seconds. This time seems convenient for the preliminary analysis by the subscriber of the information of the incoming call screen and the subsequent analysis of additional information about it contained in the notification message.

Предлагаемый способ и устройство для его осуществления разработаны испытаны и внедрены в сетях операторов СПРС являются эволюционным развитием технического решения по патенту заявителя RU2676615 и подтверждают заявленный технический результат.The proposed method and device for its implementation are developed, tested and implemented in the networks of SPRS operators are an evolutionary development of the technical solution for the patent of the applicant RU2676615 and confirm the claimed technical result.

Claims (7)

1. Способ уведомления абонента о входящем вызове в СПРС, в соответствии с которым для повышения информативности входящего вызова используют по крайней мере один дополнительный программно-аппаратный узел, непосредственно взаимодействующий с сигнальной сетью СПРС, который получает сигнальное сообщение о входящем вызове, переадресованное из сети СПРС, и по крайней мере один дополнительный программно-аппаратный узел, взаимодействующий с ним и с узлом биллинга СПРС, который по идентификатору вызывающего абонента формирует сообщение вызываемому абоненту с дополнительной информацией о вызывающем абоненте и передает это сообщение в СПРС по SMPP протоколу, отличающийся тем, что дополнительный программно-аппаратный узел, непосредственно взаимодействующий с сигнальной сетью СПРС, регистрирует время появления в СПРС первого сигнального сообщения установления соединения входящего вызова, передает это сообщение и время его появления в сети СПРС дополнительному программно-аппаратному узлу, взаимодействующему с узлом биллинга СПРС, а дополнительный программно-аппаратный узел, взаимодействующий с узлом биллинга СПРС, производит передачу в СПРС сообщения с дополнительной информацией о вызывающем абоненте по таймеру, запущенному по полученному времени регистрации появления в СПРС первого сигнального сообщения установления соединения входящего вызова.1. A method of notifying a subscriber about an incoming call in the SPRS, according to which at least one additional software and hardware node directly interacting with the signaling network of the SPRS is used to increase the information content of the incoming call, which receives a signaling message about the incoming call forwarded from the SPRS network , and at least one additional hardware and software node that interacts with it and with the SPRS billing node, which generates a call message by the identifier of the caller to the subscriber with additional information about the calling subscriber and transmits this message to the SPRS via SMPP protocol, characterized in that the additional software and hardware node directly interacting with the SPRS signal network registers the time the first signaling message of establishing an incoming call connection was established in the SPRS, transmits this the message and the time of its appearance in the SPRS network to the additional hardware and software node that interacts with the SPRS billing node, and the additional software and hardware node, interacting ones with billing node SPRS, transmits a SPRS messages with additional information about the caller on the timer to be started at the time of registration resulting in occurrence of the first signaling message SPRS connectionless incoming call. 2. Способ уведомления абонента о входящем вызове по п. 1, отличающийся тем, что дополнительный программно-аппаратный узел, взаимодействующий с узлом биллинга СПРС, производит передачу в СПРС сообщения с дополнительной информацией о вызывающем абоненте в интервале 2-4 секунд, начиная с времени запуска таймера.2. The method of notifying the subscriber about an incoming call according to claim 1, characterized in that the additional software and hardware node that interacts with the billing node SPRS transmits messages to the SPRS with additional information about the caller in the interval 2-4 seconds, starting from the time start timer. 3. Способ уведомления абонента о входящем вызове по п. 1, отличающийся тем, что дополнительный программно-аппаратный узел, взаимодействующий с сигнальной сетью СПРС, регистрирует время первого сигнального сообщения на запрос установления телефонного соединения по протоколу САР, или по протоколу ISUP, или по протоколу SIP, или по другому стандартизованному в СПРС сигнальному протоколу.3. The method of notifying the subscriber about an incoming call according to claim 1, characterized in that the additional software and hardware node interacting with the signaling network of the SRS registers the time of the first signaling message to the request for establishing a telephone connection using the CAP protocol, or the ISUP protocol, or SIP protocol, or another signaling protocol standardized in SPRS. 4. Способ уведомления абонента о входящем вызове по п. 1, отличающийся тем, что сформированное по протоколу SMPP сообщение вызываемому абоненту с дополнительной информацией о вызывающем абоненте является SMS сообщением или USSD сообщением.4. The method of notifying the subscriber about an incoming call according to claim 1, characterized in that the message generated by the SMPP protocol to the called subscriber with additional information about the calling subscriber is an SMS message or USSD message. 5. Устройство СПРС для уведомления о входящем вызове, содержащее стандартные узлы СПРС, по крайней мере один дополнительный программно-аппаратный узел, непосредственно взаимодействующий с сигнальной сетью СПРС, выполненный с возможностью пассивного захвата сообщения о входящем вызове из сигнальной сети СПРС, и по крайней мере один дополнительный программно-аппаратный узел, взаимодействующий с ним и с узлом биллинга СПРС, выполненный с возможностью формирования сообщения вызываемому абоненту с дополнительной информацией о вызывающем абоненте и передачи этого сообщения в СПРС по SMPP протоколу для отображения вызываемому абоненту, отличающееся тем, что дополнительный программно-аппаратный узел, непосредственно взаимодействующий с сигнальной сетью СПРС, выполнен с возможностью регистрации времени появления в сети СПРС первого сигнального сообщения установления соединения входящего вызова, а дополнительный программно-аппаратный узел, взаимодействующий с узлом биллинга СПРС, выполнен с возможностью передачи в СПРС сообщения вызываемому абоненту с дополнительной информацией о вызывающем абоненте по таймеру, запущенному по полученному времени регистрации появления в СПРС первого сигнального сообщения установления соединения входящего вызова.5. The device SPRS for notification of an incoming call, containing standard nodes SPRS, at least one additional software and hardware node directly interacting with the signal network SPRS, configured to passively capture messages about an incoming call from the signal network SPRS, and at least one additional hardware and software node that interacts with it and with the billing node SPRS, configured to form a message to the called party with additional information about the calling Bonent and transmitting this message to the SPRS via the SMPP protocol for displaying to the called subscriber, characterized in that the additional software and hardware node directly interacting with the SPRS signal network is configured to record the time the first signaling message of the incoming call connection was established on the SPRS network, and an additional software and hardware node interacting with the SPRS billing node is configured to transmit messages to the called subscriber with additional information in SPRS by calling the caller according to the timer started by the received time of registration of the appearance of the first signaling message of establishing an incoming call connection in the SPRS. 6. Устройство СПРС для уведомления абонента о входящем вызове по п. 5, отличающееся тем, что дополнительный программно-аппаратный узел, взаимодействующий с узлом биллинга СПРС, содержит базу данных с дополнительной информацией о вызывающем абоненте.6. The SPRS device for notifying the subscriber of an incoming call according to claim 5, characterized in that the additional software and hardware node interacting with the SPRS billing node contains a database with additional information about the calling subscriber. 7. Устройство СПРС для уведомления абонента о входящем вызове по п. 5, отличающееся тем, что дополнительный программно-аппаратный узел, взаимодействующий с узлом биллинга СПРС, выполнен с возможностью получения дополнительной информации об вызывающем абоненте из внешней базы данных.7. The SPRS device for notifying the subscriber of an incoming call according to claim 5, characterized in that the additional software and hardware node interacting with the SPRS billing node is configured to obtain additional information about the caller from an external database.
RU2019115238A 2019-05-17 2019-05-17 Method of notifying incoming call and device for its implementation RU2710851C2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
RU2019115238A RU2710851C2 (en) 2019-05-17 2019-05-17 Method of notifying incoming call and device for its implementation

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
RU2019115238A RU2710851C2 (en) 2019-05-17 2019-05-17 Method of notifying incoming call and device for its implementation

Publications (3)

Publication Number Publication Date
RU2019115238A RU2019115238A (en) 2019-07-23
RU2019115238A3 RU2019115238A3 (en) 2019-10-31
RU2710851C2 true RU2710851C2 (en) 2020-01-14

Family

ID=67513061

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2019115238A RU2710851C2 (en) 2019-05-17 2019-05-17 Method of notifying incoming call and device for its implementation

Country Status (1)

Country Link
RU (1) RU2710851C2 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2734827C1 (en) * 2020-03-13 2020-10-23 Общество с ограниченной ответственностью "КВАНТУМ А РУС" Method of notifying an incoming call
RU2783966C1 (en) * 2021-11-09 2022-11-22 Общество С Ограниченной Ответственностью "Дипвойс" Method for processing incoming calls

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2722685C2 (en) * 2019-11-18 2020-06-03 Общество с ограниченной ответственностью "КВАНТУМ А РУС" Mobile advertising management system
RU2722686C2 (en) * 2019-11-26 2020-06-03 Общество с ограниченной ответственностью "КВАНТУМ А РУС" Method of notifying incoming call (versions) and device for its implementation

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2930701A1 (en) * 2008-04-25 2009-10-30 Alcatel Lucent Sas METHOD AND APPARATUS FOR PROVIDING A CALLER-RELATED INFORMATION CALL WITHOUT DRAWING
EP2811723A1 (en) * 2013-06-03 2014-12-10 Samsung Electronics Co., Ltd Electronic device for detecting information of person on the other end of call and method thereof
US20160330596A1 (en) * 2015-05-07 2016-11-10 International Business Machines Corporation Enhanced mobile calling with call purpose
RU2016140625A (en) * 2014-04-17 2018-05-17 Гурулоджик Микросистемс Ой Additional Caller Information
RU2676615C1 (en) * 2017-10-13 2019-01-10 Общество с ограниченной ответственностью "КВАНТУМ А РУС" Method for notifying about an incoming call and device therefor
WO2019079269A1 (en) * 2017-10-16 2019-04-25 Mobiline, Inc. Personalized audio/video invitations for phone calls

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2930701A1 (en) * 2008-04-25 2009-10-30 Alcatel Lucent Sas METHOD AND APPARATUS FOR PROVIDING A CALLER-RELATED INFORMATION CALL WITHOUT DRAWING
EP2811723A1 (en) * 2013-06-03 2014-12-10 Samsung Electronics Co., Ltd Electronic device for detecting information of person on the other end of call and method thereof
RU2016140625A (en) * 2014-04-17 2018-05-17 Гурулоджик Микросистемс Ой Additional Caller Information
US20160330596A1 (en) * 2015-05-07 2016-11-10 International Business Machines Corporation Enhanced mobile calling with call purpose
RU2676615C1 (en) * 2017-10-13 2019-01-10 Общество с ограниченной ответственностью "КВАНТУМ А РУС" Method for notifying about an incoming call and device therefor
WO2019079269A1 (en) * 2017-10-16 2019-04-25 Mobiline, Inc. Personalized audio/video invitations for phone calls

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2734827C1 (en) * 2020-03-13 2020-10-23 Общество с ограниченной ответственностью "КВАНТУМ А РУС" Method of notifying an incoming call
RU2783966C1 (en) * 2021-11-09 2022-11-22 Общество С Ограниченной Ответственностью "Дипвойс" Method for processing incoming calls

Also Published As

Publication number Publication date
RU2019115238A (en) 2019-07-23
RU2019115238A3 (en) 2019-10-31

Similar Documents

Publication Publication Date Title
US10298749B2 (en) Callback notification from devices with insufficient credit for communication
RU2710851C2 (en) Method of notifying incoming call and device for its implementation
US9948646B1 (en) Machine type communication interworking function proxy
US20110230196A1 (en) Dropped call reconnection system with inter-network capabilities
US9307040B2 (en) Boundary-less M2M service layer
US9241202B2 (en) Methods, systems, and computer readable media for dynamically and conditionally setting service triggers in a communications network
WO2012013401A1 (en) Machine-type communication subscription control
US8811276B2 (en) Method of and an arrangement for call establishment between an internet communication environment and a mobile communication environment
US9225612B2 (en) Generic multiservice network centre for creating and orchestrating network applications and services
CN111092842A (en) Information processing method, server, network element and storage medium
US10412216B2 (en) Device and method for processing a communication
RU2676615C1 (en) Method for notifying about an incoming call and device therefor
US10542157B1 (en) Communications recommendation assistant
WO2016173649A1 (en) Method, mobile switching centre, msc, and a computer program product for detecting interconnect bypass
US11070678B2 (en) Establishing a telephony session
RU2731548C2 (en) Method of notifying of voice message
DK2658293T3 (en) Connection attempt advice
RU2762389C2 (en) Method for recognizing a subscriber making unwanted calls and a method for handling an unwanted call
RU2677851C2 (en) Method of notification of canceled call
RU2740299C2 (en) Method of subscribers connection and device for implementation thereof
CN101198170A (en) Call transfer informing method and device for intelligent network users
RU2734827C1 (en) Method of notifying an incoming call
RU2762390C2 (en) Subscriber connection method
RU2737959C9 (en) Subscriber notification management system
EP3515095B1 (en) Processing sms messages

Legal Events

Date Code Title Description
PC43 Official registration of the transfer of the exclusive right without contract for inventions

Effective date: 20210819

QB4A Licence on use of patent

Free format text: LICENCE FORMERLY AGREED ON 20220209

Effective date: 20220209