WO2021235981A1 - Система управления уведомлениями абонентов - Google Patents

Система управления уведомлениями абонентов Download PDF

Info

Publication number
WO2021235981A1
WO2021235981A1 PCT/RU2021/050121 RU2021050121W WO2021235981A1 WO 2021235981 A1 WO2021235981 A1 WO 2021235981A1 RU 2021050121 W RU2021050121 W RU 2021050121W WO 2021235981 A1 WO2021235981 A1 WO 2021235981A1
Authority
WO
WIPO (PCT)
Prior art keywords
call
subscriber
network
mca
homenet
Prior art date
Application number
PCT/RU2021/050121
Other languages
English (en)
French (fr)
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 Общество С Ограниченной Ответственностью "Интерконнект"
Publication of WO2021235981A1 publication Critical patent/WO2021235981A1/ru

Links

Classifications

    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold

Definitions

  • the proposed invention relates to the field of telecommunications and communications, in particular to systems used in cellular networks of any standards, incl. GSM, UMTS (IN Intelligent Network), LTE (IMS IP Multimedia Subsystem), and is intended to increase the economic performance of a cellular operator (NP network provider) by stimulating voice calls to its network by informing subscribers about the occurrence of network events related mostly with attempts to make voice calls.
  • GSM Global System for Mobile communications
  • UMTS Intelligent Network
  • LTE IMS IP Multimedia Subsystem
  • NP A Value-added Services
  • MCA Mobility Call Alert
  • SMS MCA SMS with information about the called subscriber and his readiness to accept an incoming call
  • MCA services is based on identifying network events associated with the inability to establish a call, determining the scenario of a failed call, sending an IAM message to the calling or called offNet subscriber ISUP and the subsequent immediate transmission of a RELEASE message to the ISUP network after the subscriber's offNet switching node confirms its readiness to accept call.
  • NP homeNet of subscriber A achieves the appearance in the graphical interface of the mobile device (MS / UE) offNet subscriber B of the MCA message about the missed call. This message appears in the Missed Calls section and is marked with a marker on the Calls icon on the MS / UE Home screen.
  • Another means of notifying MCA services is to send an offNet SMS message to subscriber B with notification that subscriber A is back in the network or with a notification that subscriber A's homeNet acquaintance with subscriber B left offNet with a voicemail message - SMS MCA.
  • each MCA scenario uniquely determines the direction of transmission of the MCA signal - to the called or calling subscriber. And the ultimate goal of choosing the direction of MCA transmission is always to stimulate an incoming call to the NP A operator's network - the homeNet operator of subscriber A.
  • SMS offNet -transfer of SMS offNet to subscriber after unsuccessful attempt to send SMS homeNet by subscriber A in conditions of insufficient credit account of homeNet of subscriber A or network errors - homeNet A SMS delivErr;
  • the method according to the patent EAPO 025088 is based on ISUP routing a call to an additional network node and disconnecting the call upon its command.
  • the method according to the patent 2553452 is based on the direction of the outgoing call, etc. means of generating a notification (answering machine) to the calling prepaid subscriber and informing, etc. network node USDS (Universal System for the provision of Additional Services) which then generates an MCA message to the called. In this case, both sending to the answering machine and informing the USDS are performed according to the logic of the PPS billing unit for prepaid subscribers.
  • USDS Universal System for the provision of Additional Services
  • Methods for RF patents 2677851, EAPO 024150 and RF applications 2019119465, 2019125337, EAPO 201690222 generally passively analyze the signal exchange SU CAP (Camel application part ETSI TS 123 078 technical specification) messages between the MSC switching node and SCP billing.
  • SU CAP Carrier application part ETSI TS 123 078 technical specification
  • the system and method according to the application WO2015008232 describes schemes for including an intelligent IN platform into the network, which performs the functions of notifying the end party about an unsuccessful attempt to obtain a service by the initiating party.
  • the presented topologies of the IN platform integration are limited to three main options: call routing from SSP to IN platform (Fig. 3); passive analysis of the signaling link SSP - SCP (figure 4); receiving a stream of events from the billing SCP platform (Fig. 5).
  • the PAC passively analyzes the messages of the CAP, RADIUS, DIAMETER protocols at the signaling section MSC switch - billing prepaid subscribers PPS (Prepaid Pay System) also known as Online Charging System (OCS).
  • PPS Prepaid Pay System
  • OCS Online Charging System
  • the analysis is associated with various network events - a change in the subscriber's location, registration in the network, an attempt to make a call from blocking, a balance request, reset or interruption of a call and SMS message, appearance in roaming, inability to connect with the called subscriber, appearance of an SMS-MT message in the network, change IMEI and many others.
  • the list is subject to change in accordance with the state of the art and business preferences of the operator.
  • the software logic of the UAC which implements a certain VAS service, analyzes messages (network events), generates and transmits messages to the NP network that determine the response to them.
  • a reaction may consist in the formation and transmission of MCA messages, when a call cancellation or network errors are detected, an SMS is transmitted when an SMS delivery is unsuccessful, and other.
  • Another application for capturing network events can be the accumulation of a subscriber profile on a VAS node in order to promote personalized services.
  • the above solutions for MCA services are united by one idea - routing SU messages to the server and shutting them down, or passive analysis of network events at the site of switching node-billing node with subsequent initiation of ISUP MCA.
  • the IMS network In the IMS network, the architecture of which operators are gradually switching, the choice of the MCA appearance is not so unambiguous.
  • the IMS network does not support the ISUP protocol, which means that in order to perform MCA, it is necessary to pack ISUP messages into SIP protocol messages - SIP-I and then extract them at the MGC (Media Gateway Controller) node.
  • the IMS paradigm of the SIP AS application servers dictates the routing and modification of the SIP session on the AS server.
  • MSISDN identifiers
  • SIP Cause Code tracking the presence of subscribers in the network and in some cases, subscriber profiling.
  • a failed call event may appear in the network in the offNet B busy, absent scenario, in which homeNet subscriber A is served at a rate with advance charging.
  • the standard scenario in this case involves the generation of MCA towards offNet of subscriber B in order to stimulate his outgoing call to homeNet to subscriber A.
  • Mutual settlements of operators NP A and B for servicing this call, if made, provide for the transfer by operator NP B in favor of operator NP A 0.5 rubles.
  • the advance tariffication of subscriber A's homeNet in the event that he makes an offNet call to subscriber B, provides the operator NP A with a revenue of 2 rubles. in 1 min.
  • NP A operator by transferring MCA in the standard scenario provokes a shortfall in revenue.
  • the developed system of package tariffs dictates the operator to take into account the remainder of prepaid homeNet minutes of subscriber A.
  • Operator NP A needs to economically assess the benefits of receiving revenue for servicing an incoming call from an offNet subscriber of operator NP B, or to the purchase of a spent homeNet package by subscriber A and the cost of a minute in the purchased package. or enabling postpaid tariffication of subscriber A's homeNet for an outgoing call towards NP B (offNet of subscriber B).
  • the operator must take into account the remaining minutes in the current package and the statistics of the duration of calls to homeNet of subscriber A. And only after an economic assessment of these factors, operator NP A can make a decision on a reasonable choice of the direction of MCA transmission - towards homeNet A or offNet B of the subscriber.
  • both the calling homeNet A and the called homeNet B subscribers can be of the same NP A operator, have different tariffication and balances on it.
  • various MCA scenarios are dictated by a variety of features of subscribers A and B, including and not limited to those described above.
  • the elements of the set of network features of each subscriber are superimposed on each other and have mutual influence, for example, if both subscribers A and B are in roaming and are served by different guest operators NP C1 and C2. Under these conditions, making a decision on the choice of the target side of MCA (A or B), the stimulation of which is economically preferable for the operator NP, is a difficult task.
  • the proposed invention is aimed at solving this problem.
  • the solution is achieved by programmatically maximizing the economic indicator of the operator NP A in the space of network features of subscribers A and B when solving the problem of choosing the direction of transmission of MCA in the conditions of notifying subscribers A and B about a failed call.
  • the known analogs do not solve such a problem, confining themselves to the obvious stimulation of an offNet call by subscriber B to the NP A homeNet network of subscriber A.
  • the authors chose the closest method of aggregating the operator's additional income at the request of EAPO 201690222 according to which the mobile operator detects that the call was not established due to the unavailability of the second (offNet) subscriber B and issues a transit call to the second (offNet) subscriber B associated with the identification of the first (homeNet) of subscriber A.
  • the disadvantage of this method is the lack of analysis of network charging features, geodata, and other behavioral features in the network of subscribers A and B to maximize the economic indicator of operator NP A when performing MCA.
  • the method proposed by the authors stimulates the operator's additional income, but does not maximize it, and in the worst case, as shown above, implies a shortage of additional income
  • the technical task and technical result of the subscriber notification management system proposed by the authors is to maximize the indicator of the economic efficiency of a cellular operator when notifying subscribers about failed calls.
  • the technical result is achieved through a subscriber notification management system, according to which the mobile operator discovers that the establishment of an initiated call is not possible for reasons: attempts of a subscriber with prepaid billing (prepaid) to make a call in conditions of an insufficient credit account, an unsuccessful call to the subscriber due to busyness or absence in the network, forced reset of an outgoing call by the subscriber or the loss of this call due to network errors before establishing a signaling connection, an unsuccessful attempt to send an SMS in conditions of insufficient credit or network errors, as well as notifying the subscriber about familiarization or not familiarization with the message left by him by the head of the mail.
  • prepaid billing prepaid
  • the system determines the caller, the called subscribers and the reason for not establishing the initiated call, detects in the network the fulfillment of the conditions conducive to the establishment of the connection when the call is re-initiated, implements the algorithm for generating a notification message about the possible establishment of a re-initiation of a call, generates and transmits to the network via the ISUP, SIP, SMPP protocol at least one notification message about the possible establishment of a re-initiation of a call, and the algorithm for generating a notification message about the possible establishment of a re-initiation of a call includes solving the problem of maximizing the indicator of the economic efficiency of a cellular operator for determining the direction of transmission of a notification message - to the calling or called subscriber about the possible establishment of re-initiation of a call, taking into account the network characteristics of the calling and called subscribers.
  • FIG. 1 Standard options for the inclusion of the XDRay PAK in the simplified network architecture of the NP A cellular operator are presented.
  • FIG. 2 shows a generalized network dialog for implementing a method for managing subscriber notifications.
  • the figures do not limit the network architecture, call flow, or entity interaction scheme within the scope of the present invention, but illustrate preferred options providing the claimed technical result.
  • the signal network - Circuit Switched (CS) Domain is shown with dashed lines, the packet network - Packet Switched (PS) Domain with solid lines (3 GPP TS 23.002 Technical Specification).
  • the identifiers of the caller and the called subscriber ID are their unique standardized data used to process connections on NP network nodes (SSP, SCP, HLR, VLR, BSS, etc.) and associated with the provision of services and charging (MSISDN, IMEI, IMSI, IP address, etc.).
  • IDs of the home homeNet subscribers A of the NP A operator are marked with the letter Ap - MSISDN A1, A2, etc.
  • ID B also includes Public Switched Telephone Network (PSTN) subscriber numbers. Call termination - establishment of a signaling SS7 connection for making a conversation between AB subscribers (Call).
  • PSTN Public Switched Telephone Network
  • the task of maximizing the criterion of economic efficiency in the space of network events of subscribers is solved regardless of the network architecture standard, the Point of Presence (POP) of network nodes and private implementations network topology. Therefore, without limiting the scope of legal protection, the proposed method can be performed both in IN UMTS networks and in IMS LTE networks, as well as in next-generation networks of ITU-T, 3GPP and ETSI standards.
  • POP Point of Presence
  • Figure 1 illustrates a simplified standard architecture of a cellular operator NP A and standard private options for integrating XDRay PAK into a network architecture using an IN network as an example.
  • This illustration for demonstrating the method was chosen due to the still more prevalence of IN networks compared to the IMS architecture, as well as due to the higher proportion of subscribers with advance charging.
  • IMS LTE networks (not shown in Fig. 1), the proposed method is performed due to the interaction of the XDRay PAK with the P / I / S-CSCF (Proxy / Interrogating / Serving Call Session Control Function) logical communication element and the charging control network node and provision of OCS / PCRF (Policy Control and Charging Rules) services.
  • P / I / S-CSCF Proxy / Interrogating / Serving Call Session Control Function
  • PCRF Policy Control and Charging Rules
  • the options (1,2,3) of the XDRay PAK integration are concentrated around the signaling link: SSP switching node - SCP billing node.
  • the functions of the SSP switching node are performed by the VMSC mobile switching center, in the coverage area of which subscriber A's homeNet is located.
  • the billing node SCP functions are performed by the prepaid subscriber charging platform PPS (Prepaid Pay System).
  • an unsettled IS UP call is routed to the XDRay PAK when a CSI trigger is triggered on the VMSC. And the subsequent disconnection of the call and the execution of MCA by the program logic of the PAC XDRay according to MSISDN, Cause Code ISUP messages.
  • Option 2 provides for passive analysis of the authentication, authorization and accounting protocols CAP, DIAMETER and execution of MCA when a message about unsuccessful ISUP call setup appears on the signaling section.
  • Option 3 provides for receiving a stream of events from the PPS platform and identifying from it the events of an unsuccessful ISUP call establishment.
  • the call is disconnected to the VMSC by the PPS command, and the MCA is executed by the XDRay PAC logic according to the data (MSISDN, Cause Code) of the processed events of the CAP, DIAMETER protocols.
  • the XDRay PAK developed by the authors is presented - a complex for notification of events of subscriber behavior in cellular networks, developed by the authors - application WO J ⁇ 2013107454.
  • Hardware part of the complex is implemented on servers of X86 architecture running a Unix-like operating system.
  • the XDRay software architecture is the applicant's know-how and is implemented with the ability to receive, passively analyze, process messages from the CAP, DIAMETER protocols and save the history of the call service process.
  • the software logic of the XDRay PAK is optimized for an instant response to events in the operator's signaling network in the linkage "capture-storage-notification" and the PAK provides such linkage in various combinations.
  • Software modules for solving mathematical optimization problems of the XDRay HSS include algorithms for solving problems of maximizing the criterion of economic efficiency, including optimization problems in a finite-dimensional space, including random search algorithms for multidimensional optimization problems.
  • the XDRay UAC is configured to receive, process and initiate any SS7 signaling connections (SIP, ISUP).
  • XDRay PAC is also an element of the external short message system ESME (External Short Message Entity) in terms of the SMPP protocol.
  • ESME External Short Message Entity
  • IMS networks to perform MCA, the IVR network node is endowed with the P-CSCF (Proxy - Call / Session Function) service session control function.
  • P-CSCF Proxy - Call / Session Function
  • XDRay software functionality includes the ability to profile homeNet subscribers by the type of network events they generate.
  • Fig. 2 shows a generalized network dialogue for implementing the method using the example of option 2 for integrating the PAK XDRay in the NP A network architecture in the offNet B busy, absent and homeNet A busy, absent scenarios using the ISUP IN network protocol and the SIP IMS network protocol as an example.
  • the second option for integrating the XDRay PAK (Fig. 1 passive analysis of SSP-SCP) is chosen as the preferred one in the paradigm of separating the call service functions and the provision of IN networks services.
  • the algorithm for solving the problem of maximizing the criterion of economic efficiency is applicable in other versions of the XDRay HSS integration, MCA scenarios and connection establishment protocols.
  • SSP In the IN network, SSP generates call processing states DP5, DP6 and broadcasts these events to SCP 6 ONoAnswer, OCalledPartyBusy, and on its response 7 RELEASE disconnects the call.
  • the XDRay software algorithm determines the unsuccessful call setup in the offNet B busy, absent scenario and starts the PROFIT MAXIMIZER STARTUP cost efficiency maximization algorithm.
  • the solution to this problem in the space of network attributes A and B of subscribers determines the preferred direction towards homeNet of subscriber A. Then XDRay sends 8 SMS MCA to MS / UE A. Since the call was initiated by him, then SMS MCA is formed, otherwise MCA is formed ...
  • the XDRay software algorithm determines the unsuccessful call setup in the homeNet A busy, absent scenario and starts the PROFIT MAXIMIZER STARTUP cost efficiency maximization algorithm.
  • the solution to this problem in the space of network features A and B of subscribers determines the preferred direction towards the homeNet of subscriber A. Determining the availability state of both subscribers is not difficult and is performed traditionally by directing hidden SMS to the MS / UE of interest, or by other methods known from the prior art. XDRay then transmits 12 MCA to MS / UE A.
  • a simplified model of the PROFIT MAXIMIZER STARTUP algorithm - includes taking into account the network features of subscribers A and B and can be built on the basis of the vector A (ai, a2, .. an) of the network features of the homeNet subscriber A, and the vector B (b1, b2, .. bn) network features of offNet (or homeNet) of subscriber B.
  • the set of features of vectors A, B is limited by the economic characteristics of the provision of services laid down by the operator in the problem of maximizing the criterion of economic efficiency.
  • the vector B (b1, b2, .. bn) of the network features of the homeNet subscriber B can be constructed by analogy, according to the condition that the network features of all homeNet subscribers are known. For simplicity, it is assumed that subscriber B is an offNet subscriber of another operator, is served in his NP B network and is not roaming. Then the construction of the vector B (b1, b2, .. bn) is limited by the known offNet features of the subscriber B contained in the message CAP, DIAMTER processed by XDRay and the known statistical coefficients:
  • M (A)> M (B) XDRay software logic will transfer MCA to MS / UE A, because it is this direction that assumes the maximization of profit for the operator NP A. Moreover, under these conditions, this direction is advisable in both offNet scenarios B busy, absent and homeNet A busy, absent. From mat.
  • the model shows that the task does not take into account the party that initiated the unsuccessful call, but solves the task of choosing the direction to maximize the operator's profit. In this case, the party that did not initiate the unsuccessful call, for obvious reasons, is sent an SMS MCA to the party that initiated the unsuccessful call to the MCA.
  • the known MCA methods will be limited to the transmission of MCA to the offNet caller B to the MS / UE B address, which, as can be seen, implies a loss of profit for the NP A.
  • the shown example of the model is simplified as much as possible and does not contain signs of the presence of subscribers in roaming and / or additional signs of economic interest for the operator. It is clear that without losing the generality of reasoning, the model can be supplemented with such features. Moreover, the solution to the problem of finding the maximum economic efficiency within the framework of the proposed control system can be solved by any other mat. methods known from the prior art. For example, when searching for unknown variable parameters of the values of vectors A (a1, a2, .. an), B (b 1, b2, .. bn), the problem of finding the maximum can be solved by classical optimization problems, including the well-known methods of enumeration and random search.
  • the technical effect of the proposed system is to take into account all quantitative and probabilistic characteristics of subscribers, known and calculated from the data of network messages processed by the XDRay PAK.
  • the control system is easily scalable to any number of subscriber network attributes and adapts to any MCA scenarios.
  • the tests carried out by the applicant in the architecture of a well-known operator have confirmed the economic efficiency of the proposed system.

Abstract

Предлагаемая система управления уведомлениями абонентов относится к области телекоммуникаций и связи, в частности к системам, используемым в сетях сотовой связи любых стандартов, в т.ч. GSM, UMTS (IN Intelligent Network), LTE (IMS IP Multimedia Subsystem), и предназначено для повышения экономических показателей оператора сотовой связи (NP network provider) путем стимулирования совершения голосовых вызовов. Показатель экономической эффективности оператора повышается за счет учета максимально возможного числа сетевых признаков вызывающего и вызываемого абонентов при определении направления передачи MCA. Система управления легко масштабируется на любое количество сетевых признаков абонентов и адаптируется к любым сценариям MCA.

Description

Система управления уведомлениями абонентов.
Предлагаемое изобретение относится к области телекоммуникаций и связи, в частности к системам, используемым в сетях сотовой связи любых стандартов, в т.ч. GSM, UMTS (IN Intelligent Network), LTE (IMS IP Multimedia Subsystem), и предназначено для повышения экономических показателей оператора сотовой связи (NP network provider), путем стимулирования совершения голосовых вызовов в его сеть за счет информирования абонентов о наступлении сетевых событий, связанных преимущественно с попытками совершения голосовых вызовов.
Известно, что в дополнение к основным услугам установления соединений операторы сотовой связи предоставляют различные дополнительные услуги, предназначенные для улучшения показателей его экономической эффективности. Такие услуги нацелены на привлечение и удержание абонентов и внедряются путем интеграции в базовую сеть оператора дополнительных программно-аппаратных комплексов ПАК. На текущем уровне техники такие сервисы получили название VAS (Value Added Services) т. к. направлены на извлечение дополнительного дохода оператора. Одним из наиболее эффективных средств повышения экономической эффективности NP А является стимулирование совершения голосовых вызовов от абонентов зарегистрированных в других NP В - offNet абонентов В, домашним homeNet абонентам А, которые зарегистрированным в его сети NP А. Основным средством стимулирования offNet абонентов В совершать вызовы в homeNet А сеть на текущем уровне техники является уведомление offNet (а также homeNet) абонентов о неуспешных вызовах путем передачи в сеть сигнала пропущенного вызова - MCA (Missed Call Alert) или путем передачи SMS с информацией о вызываемом абоненте и его готовности принять входящий вызов (SMS MCA). Такие сервисы получили название MCA, их внедрение сопряжено с интеграцией в базовую сеть NP А дополнительных ПАК взаимодействующих с узлами коммутации и биллинга. Технический облик сервисов MCA основан на выявлении сетевых событий, связанных с невозможностью установления вызова, определения сценария несостоявшегося вызова, передаче в адрес вызывающего или вызываемого offNet абонента ISUP сообщения IAM и последующей немедленной передачи в сеть ISUP сообщения RELEASE после подтверждения узла коммутации offNet абонента о готовности принять вызов. Таким образом NP homeNet абонента А добивается появления в графическом интерфейсе мобильного устройства (MS/UE) offNet абонента В сообщения MCA о пропущенном вызове. Это сообщение появляется в разделе непринятых вызовов и помечается маркером на значке вызовов домашнего экрана MS/UE. Другим средством уведомления MCA сервисов является передача SMS сообщения offNet абоненту В с уведомлением о том что абонент А снова в сети или с уведомлением об ознакомлении homeNet абонента А с оставленным offNet абонентом В сообщением голосовой почты - SMS MCA. Причем каждый сценарий MCA однозначно определяет направление передачи сигнала MCA - вызываемому или вызывающему абоненту. А конечной целью выбора направления передачи MCA всегда является стимулирование входящего вызова именно в сеть оператора NP А - оператора homeNet абонента А.
В сервисах MCA рассматриваются неуспешные вызовы в следующих основных сценариях:
- передача MCA вызываемому offNet абоненту В при попытке homeNet абонента А с авансовой тарификацией (prepaid) сделать вызов в условиях недостаточного кредитного счета - homeNet A charge=0;
- передача MCA вызываемому offNet абоненту В после неуспешного вызова его homeNet абонентом А по причине занятости вызываемого offNet абонента В или его отсутствия в сети - offNet В busy, absent;
- передача MCA вызывающему offNet абоненту В после неуспешного вызова им homeNet абонента А по причине занятости вызываемого homeNet абонента А или его отсутствия в сети - homeNet A busy, absent;
- передача MCA вызываемому offNet абоненту в случае принудительного сброса исходящего вызова homeNet абонентом А или потеря (отмена) этого вызова по причине сетевых ошибок до установления сигнального соединения (проключения вызова) homeNet A abandon, netErr;
-передача SMS offNet абоненту после неуспешной попытки отправки SMS homeNet абонентом А в условиях недостаточного кредитного счета homeNet абонента А или ошибок сети - homeNet A SMS delivErr;
-передача SMS MCA уведомления offNet абоненту В об ознакомлении или не ознакомлении homeNet абонента А с оставленным offNet абонентом В сообщением головой почты - homeNet A VMalert;
Технический облик сервисов MCA в указанных сценариях описан в Евразийских патентах 025088, 024150, патенте РФ 2553452, заявке WO 2015008232, заявке ЕАПО 201690222, патенте РФ 2677851, заявках РФ 2019125337, 2019119465 и предшествующих патентных документах. Известные из этих документов способы предоставления сервисов MCA в сигнальной сети основаны на приеме и анализе сигнальных сообщений - сигнальных единиц (SU-signal unit) после их маршрутизации на сетевой узел VAS или путем пассивного захвата SU в базовой сети NP (Core Network (CN)) (и.3.2. 3 GPP TS 23.002 Technical Specification). Способ по патенту ЕАПО 025088 основан на ISUP маршрутизации вызова на дополнительный сетевой узел и отключении вызова по его команде. Способ по патенту 2553452 основан на направлении исходящего вызова т. и. средству формирования уведомления (автоответчик) вызывающему prepaid абоненту и информирования т. и. сетевого узла УСДС (Универсальная Система оказания Дополнительных Сервисов) которая затем формирует MCA сообщение вызываемому. При этом и направление на автоответчик и информирование УСДС выполняется по логике узла PPS биллинга prepaid абонентов. Способы по патентам РФ 2677851, ЕАПО 024150 и заявкам РФ 2019119465, 2019125337, ЕАПО 201690222 в общем случае пассивно анализируют сигнальный обмен SU CAP (Camel application part ETSI TS 123 078 technical specification) сообщений между узлом коммутации MSC и биллинга SCP.
Система и метод по заявке WO2015008232 описывает схемы включения в сеть оператора интеллектуальной IN платформы, выполняющей функции уведомления оконечной стороны о неудачной попытке получить услугу инициирующей стороной. Представленные топологии интеграции IN платформы ограничиваются тремя основными вариантами- маршрутизация вызова от SSP на IN платформу (фиг.З); пассивный анализ звена сигнализации SSP - SCP (фиг.4); получение потока событий от платформы SCP биллинга (фиг.5).
Устройство, реализующее эти способы описано в заявке ЕАПО 201501096, ПАК пассивно анализирует сообщения протоколов CAP, RADIUS, DIAMETER на участке сигнализации коммутатор MSC - биллинг prepaid абонентов PPS (Prepaid Pay System) также известную как Online Charging System (OCS). Анализ связан с различными сетевыми событиями - смена местоположения абонента, регистрация в сети, попытка позвонить из блокировки, запрос баланса, сброс или обрыв звонка и SMS сообщения, появление в роуминге, невозможность соединения с вызываемым абонентом, появление в сети SMS-MT сообщения, смена IMEI и многие другие. Перечень подвержен изменениям в соответствии с уровнем техники и бизнес предпочтениями оператора. Программная логика, ПАК, реализующего определенную VAS услугу, анализирует сообщения (сетевые события), формирует и передает в сеть NP сообщения, определяющие реакцию на них. Такая реакция может заключаться в формировании и передаче сообщений MCA, при выявлении сброса вызова или сетевых ошибок, передача SMS при выявлении неуспешности доставки SMS и другие. Другим приложением захвата сетевых событий может быть накопление профиля абонента на узле VAS в целях продвижения персонализированных услуг.
В целом перечисленные выше решения MCA сервисов объединены одним замыслом - маршрутизация SU сообщения на сервер и его отключение, или пассивный анализ сетевых событий на участке узел коммутации-узел биллинга с последующим инициированием ISUP MCA.
Технически, в условиях повсеместного использования архитектуры IN сетей с их парадигмой разделения функций коммутации вызовов и предоставления дополнительных услуг, пассивный анализ сетевых событий, разъединение (RELEASE) вызова по команде биллинга и последующая независимая передача MCA предпочтительнее активной маршрутизации вызова на дополнительный сервер и разъединение (RELEASE) вызова по его команде.
В IMS сети на архитектуру которой постепенно переходят операторы, выбор облика MCA не так однозначен. Во-первых IMS сеть не поддерживает протокол ISUP, значит для выполнения MCA необходимо упаковывать сообщения ISUP в сообщения SIP протокола - SIP-I и последующим их извлечением на узле MGC (Media Gateway Controller). Во вторых IMS парадигма SIP AS серверов приложений диктует маршрутизацию и модификацию SIP сеанса на AS сервере.
Экономически, в условиях разрастания вариативности тарификации абонентов (тарифных планов) все указанные решения объединены одним недостатком - однозначным целевым направлением MCA именно абоненту вызов которого должен быть спровоцирован в сеть NP A homeNet абонента. Если в сценариях homeNet A charge=0, A abandon, netErr выбор направления передачи MCA экономически очевиден. То в сценариях offNet В busy, absent и homeNet A busy, absent этот выбор требует отдельного анализа, который известные аналоги не проводят. Недостаток является следствием отсутствия анализа и обработки взаимовлияния и оптимизации сетевых признаков абонентов А и В. Во всех решениях такой анализ ограничивается определением идентификаторов (MSISDN) А и В абонентов, выявлением сценария несостоявшегося вызова - причины ISUP, SIP Cause Code, отслеживанием присутствия абонентов в сети и в отдельных случаях профилированием абонентов.
Таким образом в сети может появиться событие несостоявшегося вызова в сценарии offNet В busy, absent, при котором homeNet абонент А обслуживается по тарифу с авансовой тарификацией. Стандартный сценарий в этом случае предусматривает генерирование MCA в сторону offNet абонента В с целью стимулирования его исходящего вызова homeNet абоненту А. Взаиморасчеты операторов NP А и В за обслуживание этого вызова, в случае его совершения, предусматривают перечисление оператором NP В в пользу оператора NP А 0,5 руб. При этом авансовая тарификация homeNet абонента А, в случае совершения им вызова offNet абоненту В, предусматривает выручку оператора NP А в размере 2 руб. за 1 мин. Как видно в этом случае оператор NP А передачей MCA в стандартном сценарии провоцирует недополучение выручки.
Развитая система пакетных тарифов диктует оператору учитывать остаток предоплаченных минут homeNet абонента А. Оператору NP А необходимо экономически оценить преимущества от получения выручки за обслуживание входящего вызова от offNet абонента оператора NP В, или до покупки израсходованного пакета homeNet абонентом А и стоимости минуты в докупленном пакете, или включения пост оплатной (postpaid) тарификации homeNet абонента А за исходящий вызов в сторону NP В (offNet абонента В). При этом оператор должен учесть остаток минут в текущем пакете и статистику длительности вызовов homeNet абонента А. И только после экономической оценки этих факторов оператор NP А может принять решение на обоснованный выбор направления передачи MCA - в сторону homeNet А или offNet В абоенента.
Принятие решение на выбор направления MCA усложняет различные сетевые признаки абонентов А и В - геолокация, подписка IMS, присутствие в сети и др. Например известно что цена проключения вызова в IMS сети отлична от проключения в IN сети. Также известно, что в роуминге исходящий вызов дороже входящего. Значит, например в случае нахождения homeNet абонента А (или В) в роуминге, т.е. временным его обслуживанием сторонним оператором NP С, оператор NP А должен оценить стоимость возможных исходящего и входящих вызова. А такая оценка должна включать цену обслуживания этих вызовов в транзитных сетях NPn, через которые будет проключаться возможный вызов.
Более того и вызывающий homeNet А и вызываемый homeNet В абоненты могут быть одного NP А оператора, иметь разную тарификацию и остатки по ней. Как понятно специалисту, различные сценарии MCA обусловлены множеством признаков абонентов А и В, включая и не ограничиваясь выше описанными. При этом элементы множества сетевых признаков каждого абонента накладываются друг на друга и оказывают взаимовлияние, например в случае если оба абонента А и В находятся в роуминге и обслуживаются у разных гостевых операторов NP С1 и С2. В этих условиях принятие решения на выбор целевой стороны MCA (А или В), стимулирование которой экономически предпочтительно для оператора NP представляет сложную задачу. Предлагаемое изобретение направлено на решение этой задачи. Решение достигается за счет программной максимизации экономического показателя оператора NP А в пространстве сетевых признаков абонентов А и В при решении задачи выбора направления передачи MCA в условиях уведомлении абонентов А и В о несостоявшемся вызове. Такую задачу известные аналоги не решают, ограничиваясь очевидным стимулированием совершения вызова offNet абонентом В в сеть NP A homeNet абонента А.
В качестве прототипа авторы выбрали наиболее близкий способ агрегации дополнительного дохода оператора по заявке ЕАПО 201690222 по которому оператор мобильной связи обнаруживает что вызов не был установлен вследствие состояния недоступности второго (offNet) абонента В и выдает транзитный вызов второму (offNet) абоненту В ассоциированный с идентификацией первого (homeNet) абонента А.
Недостатком способа, как указывалось выше, является отсутствие анализа сетевых признаков тарификации, геоданных, других поведенческих признаков в сети абонентов А и В для максимизации экономического показателя оператора NP А при выполнении MCA. Предлагаемый авторами способ стимулирует дополнительный доход оператора но не максимизирует ее, а в худшем случае, как показано выше, предполагает недополучение дополнительного дохода
Технической задачей и техническим результатом предлагаемой авторами системы управления уведомлениями абонентов является максимизация показателя экономической эффективности оператора сотовой связи при выполнении уведомления абонентов о несостоявшихся вызовах.
Технический результат, достигается за счет системы управления уведомлениями абонентов по которой оператор сотовой связи обнаруживает, что установление инициированного вызова не возможно по причинам: попытки абонента с авансовой тарификацией (prepaid) сделать вызов в условиях недостаточного кредитного счета, неуспешным вызовом абонента по причине занятости или отсутствия в сети, принудительным сбросом исходящего вызова абонентом или потеря этого вызова по причине сетевых ошибок до установления сигнального соединения, неуспешной попыткой отправки SMS в условиях недостаточного кредитного счета или ошибок сети, а также уведомлением абонента об ознакомлении или не ознакомлении с оставленным им сообщением головой почты. Система определяет вызывающего, вызываемого абонентов и причину не установления инициированного вызова, обнаруживает в сети выполнение условий способствующих установлению соединения при повторном инициировании вызова, осуществляет алгоритм формирования уведомительного сообщения о возможном установлении повторного инициирования вызова, формирует и передает в сеть по протоколам установления соединения ISUP, SIP, SMPP протоколу хотя бы одно уведомительное сообщение о возможном установлении повторного инициирования вызова, причем алгоритм формирования уведомительного сообщения о возможном установлении повторного инициирования вызова включает решение задачи максимизации показателя экономической эффективности оператора сотовой связи для определения направления передачи уведомительного сообщения - вызывающему или вызываемому абоненту о возможном установлении повторного инициирования вызова с учетом сетевых признаков вызывающего и вызываемого абонентов.
Предлагаемая система поясняется чертежами:
На фиг. 1 Представлены стандартные варианты включения ПАК XDRay в упрощенную сетевую архитектуру оператора сотовой связи NP А.
На фиг. 2 представлен обобщенный сетевой диалог для реализации способа управления уведомлениями абонентов.
Фигуры не ограничивают сетевую архитектуру, последовательность вызовов или схему взаимодействия сущностей в рамках предлагаемого изобретения, а иллюстрируют предпочтительные варианты обеспечивающие заявленный технический результат. На фигурах сигнальная сеть - Circuit Switched (CS) Domain показана штриховыми линиями, пакетная сеть - Packet Switched (PS) Domain сплошными линиями (3 GPP TS 23.002 Technical Specification). В контексте заявки в описании и на фигурах определено, что идентификаторами ID вызывающего и вызываемого абонентов являются их уникальные стандартизованные данные использующиеся для обработки соединений на сетевых узлах NP (SSP, SCP, HLR, VLR, BSS и др.) и связанные с предоставлением услуг и начислением платы (MSISDN, IMEI, IMSI, IP address и др.). Идентификаторы ID домашних homeNet абонентов А оператора NP А маркированы буквой Ап - MSISDN А1, А2 и т. д., идентификаторы ID абонента offNet В другой сети NP В маркирован буквой Bn - MSISDN В1, В2 и т. д. В частных случаях и отдельных сценариях принято, что к ID В также относятся абонентские номера телефонной сети общего пользования PSTN (Public Switched Telephone Network). Проключение вызова - установление сигнального SS7 соединения для совершения разговора между абонентами А В (Call).
Как понятно специалисту задача максимизации критерия экономической эффективности в пространстве сетевых событий абонентов решается вне зависимости от стандарта сетевой архитектуры, точки присутствия Point of Presence (POP) сетевых узлов и частных реализаций сетевой топологии. Поэтому без ограничения объема правовой охраны предлагаемый способ может выполняться как в IN UMTS сетях, так и в IMS сетях LTE, а также сетях последующих поколений стандартов ITU-T, 3GPP и ETSI.
Фиг.1 иллюстрирует упрощенную стандартную архитектуру оператора сотовой связи NP А и стандартные частные варианты интеграции ПАК XDRay в сетевую архитектуру на примере IN сети. Такая иллюстрация для демонстрации способа выбрана в связи с все еще большей распространенности IN сетей по сравнению с архитектурой IMS, а также в связи с большей долей абонентов с авансовой тарификацией. В IMS сетях LTE (на фиг.1 не показано) предложенный способ выполняется за счет взаимодействия ПАК XDRay с логическим элементом управления сеансами связи P/I/S-CSCF (Proxy/Interrogating/Serving Call Session Control Function) и сетевым узлом управляющим тарификацией и предоставлением услуг OCS/PCRF (Policy Control and Charging Rules).
В показанной на фиг.1 частной реализации варианты (1,2,3) интеграции ПАК XDRay сосредоточены вокруг звена сигнализации: узел коммутации SSP - узел биллинга SCP. Функции узла коммутации SSP выполняет центр мобильной коммутации VMSC, в зоне действия которого находится homeNet абонент А. Функции узла биллинга SCP выполняет платформа начисления платы абонентов с авансовой тарификацией PPS (Prepaid Pay System).
В 1 варианте интеграции не установленный IS UP вызов маршрутизируется на ПАК XDRay по срабатыванию CSI триггера на VMSC. И последующим разъединением вызова и выполнением MCA программной логикой ПАК XDRay по данным MSISDN, Cause Code ISUP сообщения. Вариант 2 предусматривает пассивный анализ протоколов аутентификации, авторизации и учета CAP, DIAMETER и выполнение MCA по появлению на участке сигнализации сообщения о неуспешном установлении ISUP вызова. Вариант 3 предусматривает получение потока событий от платформы PPS и выявление из него событий не успешного установления ISUP вызова. В 2-м и 3-м варианте ISUP вызов разъединяется на VMSC по команде PPS, a MCA выполняется программной логикой ПАК XDRay по данным (MSISDN, Cause Code) обработанных событий протоколов CAP, DIAMETER.
В рамках предлагаемого способа для его реализации но не ограничивая объем его правовой охраны программно-аппаратной частью узла, представляется разработанный авторами ПАК XDRay- комплекс для уведомления о событиях поведения абонентов в сетях сотовой связи, разработанный авторами - заявка WO J\ 2013107454. Аппаратная часть комплекса реализована на серверах Х86 архитектуры под управлением Unix подобной операционной системы.
Программная архитектура XDRay является ноу-хау заявителя и реализована с возможностью приема, пассивного анализ, обработки сообщений протоколов САР, DIAMETER и сохранения истории процесса обслуживания вызова. Программная логика ПАК XDRay оптимизирована под мгновенную реакцию на события сигнальной сети оператора в увязке «захват-хранение-уведомление» причем ПАК обеспечивает такую увязку в разных сочетаниях. Программные модули решения математических задач оптимизации ПАК XDRay включают алгоритмы решения задач максимизации критерия экономической эффективности в том числе задачи оптимизации в конечномерном пространстве, включая алгоритмы случайного поиска для задач многомерной оптимизации.
Для выполнения MCA ПАК XDRay выполнен с возможностью приема, обработки и инициирования любых сигнальных соединений SS7 (SIP, ISUP). ПАК XDRay также является элементом внешней системы короткого сообщения ESME (External Short Message Entity) в терминах SMPP протокола. В IMS сетях для выполнения MCA сетевой узел IVR наделен обслуживающей функцией управления сеансами P-CSCF (Proxy - Call/Session Function). Программный функционал XDRay включает возможность профилирования homeNet абонентов по типу генерируемых ими сетевых событиях.
Фиг.2 демонстрирует обобщенный сетевой диалог для реализации способа на примере 2 варианта интеграции ПАК XDRay в сетевой архитектуре NP А в сценариях offNet В busy, absent и homeNet A busy, absent на примере протокола ISUP IN сети и протокола SIP IMS сети. Второй вариант интеграции ПАК XDRay (фиг.1 пассивный анализ SSP-SCP) выбран как предпочтительный в парадигме разделения функций обслуживания вызова и предоставления услуг IN сетей. Как понятно специалисту без ограничения правовой охраны алгоритм решения задачи максимизации критерия экономической эффективности применим и в других вариантах интеграции ПАК XDRay, сценариях MCA и протоколах установления соединений.
В сценарии offNet busy, absent абонент А набирает на MS/UE А вызов offNet абонента В 1 Dial (Calling A, Called В); SIP INVITE(Calling A, Called В). Выполняется стандартный диалог SSP-SCP идентификации и тарификации 2 CAP, DIAMETER IDP(Calling A, Called В); CCR(Calling А), 3 Apply Charging. Далее на SSP формируется 4 ISUP IAM (Calling A, Called В); SIP INVITE(Calling A, Called В) в адрес пункта сигнализации NP В обслуживающего offNet абонента В. После обработки ISUP, SIP запросов установления соединения пункт сигнализации offNet абонента В отвечает кодами 5 ISUP СС=17,18; SIP 480, 486 соответствующими занятости или не ответу offNet абонента В. В IN сети SSP формирует состояния обработки вызова DP5, DP6 и транслирует эти события на SCP 6 ONoAnswer, OCalledPartyBusy, и по его ответу 7 RELEASE разъединяет вызов.
По появлению в сети сообщений 6 ONoAnswer, OCalledPartyBusy, программный алгоритм XDRay определяет не успешное установление вызова в сценарии offNet В busy, absent и запускает алгоритм максимизации показателя экономической эффективности PROFIT MAXIMIZER STARTUP. Решение этой задачи в пространстве сетевых признаков А и В абонентов определяет предпочтительное направление в сторону homeNet абонента А. Далее XDRay выполняет передачу 8 SMS MCA в адрес MS/UE А. Поскольку вызов был инициирован им же, то формируется SMS MCA в ином случае формируется MCA.
В сценарии homeNet A busy, absent на SSP который обслуживает homeNet абонента А поступает запрос на установление голосового вызова 9 ISUP IAM (Calling В, Called А), SIP INVITE(Calling В, Called А). После обработки запросов SSP устанавливает состояние обработки вызова DP5, DP 6 означающие что homeNet абонент А занят недоступен и направляет соответствующие ответы 10 ISUP СС=17,18; SIP 480, 486 в адрес NP В. Далее по стандартной логике выполняется разъединение вызова и освобождение сигнальных каналов 11 RELEASE.
По появлению в сети сообщений T_Busy, T_No_Answer, состояния обработки вызова DP5, DP 6 программный алгоритм XDRay определяет не успешное установление вызова в сценарии homeNet A busy, absent и запускает алгоритм максимизации показателя экономической эффективности PROFIT MAXIMIZER STARTUP. Решение этой задачи в пространстве сетевых признаков А и В абонентов определяет предпочтительное направление в сторону homeNet абонента А. Определение состояния доступности обоих абонентов не представляет трудностей и выполняется традиционно направлением на интересующий MS/UE скрытых SMS, либо иными способами, известными из уровня техники. Далее XDRay выполняет передачу 12 MCA в адрес MS/UE А.
Упрощенная модель алгоритма PROFIT MAXIMIZER STARTUP - включает учет сетевых признаков абонентов А и В и может быть построена на основе вектора A(ai, а2,..ап) сетевых признаков homeNet абонента А, и вектора В(Ь1, Ь2,..Ьп) сетевых признаков offNet (или homeNet) абонента В. По определению множество признаков векторов А, В ограничено экономическими характеристиками предоставления услуг закладываемых оператором в задачу максимизации критерия экономической эффективности.
Например по текущим сетевым признакам homeNet абонента А известно:
• цена исходящего вызова в пакете S 200 руб. за 100 мин. — >· aΐ = 2 * t руб.;
• цена исходящего вызова после израсходования пакета 3 руб. за 1 мин — >· а2 = 3 * t руб.; • цена обслуживания входящего вызова в сети оператора NP В 0,5 руб. за 1 мин. — >· аЗ = —0,5 * t руб.;
• остаток по пакету L = 10 мин. ;
• средняя длительность вызова t = 2,5 мин.;
• вероятность совершения вызова после получения MCA — >· отношение количества N вызовов к количеству М MCA ->-РмсАа = N /М = 0,75;
Иллюстративно, для упрощения определено, что homeNet абонент А не находится в роуминге, зарегистрирован и обслуживается в своей сети NP А. Поэтому признак обслуживания вызова в роуминге — >· 0,7 руб. за 1 мин. -> аЗ = —0,7 * t не включен в систему.
Таким образом событие совершение вызова homeNet абонента А после получения MCA можно представить в виде простой системы линейных уравнений:
Figure imgf000013_0001
Зная среднее время разговора t = 2,5 мин. и остаток L = 10 мин. по пакету выполняется расчет вероятностных коэффициентов тарификации этого вызова в пакете al < S и вне пакета а2 > S ·
При текущем остатке L = 10 мин. homeNet абонент А обычно совершит К = L/t = 4 вызова средней длительности t = 2,5 мин., т. е. с вероятностью Ps = 4/К = 1. Тогда при том же остатке он совершит один вызов длительностью равной остатку по пакету с вероятностью PsLim = 1/К = 0,25. NP А достоверно Р/ = 1 выплатит оператору NP В 0,5 руб. за мин. за обслуживание вызова аЗ. С учетом коэффициента вероятности совершения вызова Рмсла = 0,75 по правилу совместных событий коэффициенты вероятности тарификации вызова: в пакете Ра1 = Ps * РМсла = 0,75; вне пакета Ра2 = Psum * Рмсла = 0,187; обслуживания Ра3 = P * Рмсла = 0,75;
Как понятно из условий задачи вектор В(Ь1, Ь2,..Ьп) сетевых признаков homeNet абонента В (того же оператора NP А) может быть построен по аналогии, по условию известности сетевых признаков всех homeNet абонентов. Для упрощения принято, что абонент В является offNet абонентом другого оператора, обслуживается в своей сети NP В и не находится в роуминге. Тогда построение вектора В(Ь1, Ь2,..Ьп) ограничивается известными признаками offNet абонента В содержащимися в обработанном XDRay сообщении САР, DIAMTER и известными статистическими коэффициентами:
• цена обслуживания входящего вызова из сети оператора NP В — > М = 0,5 * t руб.; • средняя вероятность совершения вызова после получения MCA — >· отношение количества
N вызовов к количеству М MCA — >· РМСАЪ = N /М = 0,8;
Событие совершение вызова homeNet абонента А после получения MCA можно представить в виде уравнения:
В = М = 0,5 * t ;
Для характеристики случайных величин получения дохода от возможного совершения вызова абонентами А и В после получения MCA в данной упрощенной модели достаточно вычислить метаматематические ожидания:
М(А) = а1 * Ра1 + а2 * Ра2 + аЗ * Ра3 = S * 0,75 + 7,5 * 0,187 - 0,125 * 0,75 = 5,06 М(В) = Ы * РЬ1 = 0,5 * 0,8 = 0,4
Очевидно по сравнению показателей мат. ожидания М(А) > М(В ) программная логика XDRay выполнит передачу MCA в адрес MS/UE А, т.к. именно это направление предполагает максимизацию прибыли для оператора NP А. Причем, в этих условиях, это направление целесообразно в обоих сценариях offNet В busy, absent и homeNet A busy, absent. Из мат. модели видно, что задача не учитывает сторону инициировавшую неуспешный вызов, а решает именно задачу выбора направления для максимизации прибыли оператора. При этом стороне, не инициировавшей неуспешный вызов, по понятным причинам направляется SMS MCA а стороне инициировавшей неуспешный вызов MCA. Известные способы MCA ограничатся передачей MCA вызывающему offNet абоненту В в адрес MS/UE В, что, как видно, предполагает упущение выгоды для оператора NP А.
Показанный пример модели максимально упрощен и не содержит признаков нахождения абонентов в роуминге и/или дополнительных признаков имеющих экономический интерес для оператора. Понятно, что не теряя общности рассуждений, модель может дополняться такими признаками. Более того, решение задачи поиска максимума экономической эффективности в рамках предлагаемой системы управления может решаться любыми другими мат. методами известными из уровня техники. Например при поиске неизвестных варьируемых параметров значений векторов А(а1, а2,..ап), В (b 1 , Ь2,..Ьп) задача поиска максимума может решатся классическими задачами оптимизации в том числе известными методами перебора и случайного поиска. Технический эффект предлагаемой системы состоит в учете всех количественных и вероятностных характеристиках абонентов, известных и расчетных по данным сетевых сообщений обрабатываемых ПАК XDRay. Система управления легко масштабируется на любое количество сетевых признаков абонентов и адаптируется к любым сценариям MCA. Проведенные заявителем тесты в архитектуре известного оператора подтвердили экономическую эффективность предлагаемой системы.

Claims

Формула
1. Технический результат, достигается за счет системы управления уведомлениями абонентов по которой оператор сотовой связи обнаруживает, что установление инициированного вызова не возможно, определяет вызывающего, вызываемого абонентов и причину не установления инициированного вызова, обнаруживает в сети выполнение условий способствующих установлению соединения при повторном инициировании вызова, осуществляет алгоритм формирования уведомительного сообщения о возможном установлении повторного инициирования вызова, формирует и передает в сеть хотя бы одно уведомительное сообщение о возможном установлении повторного инициирования вызова, отличающийся тем, что алгоритм формирования уведомительного сообщения о возможном установлении повторного инициирования вызова включает решение задачи максимизации показателя экономической эффективности оператора сотовой связи для определения направления передачи уведомительного сообщения - вызывающему или вызываемому абоненту о возможном установлении повторного инициирования вызова с учетом сетевых признаков вызывающего и вызываемого абонентов.
2. Система по п.1, отличающийся тем, что не возможность установления инициированного вызова обусловлена и не ограничивается - попыткой абонента с авансовой тарификацией (prepaid) сделать вызов в условиях недостаточного кредитного счета, неуспешным вызовом абонента по причине занятости или отсутствия в сети, принудительным сбросом исходящего вызова абонентом или потеря этого вызова по причине сетевых ошибок до установления сигнального соединения, неуспешной попыткой отправки SMS в условиях недостаточного кредитного счета или ошибок сети, а также уведомлением абонента об ознакомлении или не ознакомлении с оставленным им сообщением головой почты.
3. Система по п.1, отличающийся тем, что уведомительным сообщением о возможном установлении повторного инициирования вызова является сообщение MCA сформированное по протоколам установления соединения ISUP, SIP, сообщением SMS, USSD сформированное по протоколу SMPP.
14
ЗАМЕНЯЮЩИЙ ЛИСТ (ПРАВИЛО 26)
PCT/RU2021/050121 2020-05-22 2021-05-01 Система управления уведомлениями абонентов WO2021235981A1 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
RU2020116979A RU2737959C9 (ru) 2020-05-22 2020-05-22 Система управления уведомлениями абонентов
RU2020116979 2020-05-22

Publications (1)

Publication Number Publication Date
WO2021235981A1 true WO2021235981A1 (ru) 2021-11-25

Family

ID=71950012

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/RU2021/050121 WO2021235981A1 (ru) 2020-05-22 2021-05-01 Система управления уведомлениями абонентов

Country Status (3)

Country Link
RU (1) RU2737959C9 (ru)
WO (1) WO2021235981A1 (ru)
ZA (1) ZA202100499B (ru)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2341908C2 (ru) * 2003-05-08 2008-12-20 КАН Ари Протокол управления вызовами при недостаточном кредите
RU2553452C1 (ru) * 2013-12-30 2015-06-20 Открытое акционерное общество "Вымпел-Коммуникации" Способ управления соединениями внутри сети подвижной радиотелефонной связи
EA024150B1 (ru) * 2012-03-07 2016-08-31 Общество С Ограниченной Ответственностью "Аилайн Кэмьюникейшнс Снг" Способ уведомления при невозможности установить вызов и система для его осуществления в сетях сотовой связи
EA201690222A1 (ru) * 2015-03-11 2016-09-30 ЗИП Эйч Кей ЛИМИТЕД Способ генерации дополнительного дохода от голосовой службы для операторов мобильной связи путем обработки неустановленных вызовов и коротких сообщений
EA025088B1 (ru) * 2011-03-17 2016-11-30 Георге Николаеску Способ выполнения информационных телефонных вызовов
US20180007198A1 (en) * 2013-07-16 2018-01-04 Comviva Technologies Ltd. Optimized system and method for notifying a called party of a call attempt

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU130176U1 (ru) * 2013-02-20 2013-07-10 Общество с ограниченной ответственностью "Сайфокс" Комплекс для уведомления о событиях поведения абонентов в сетях сотовой связи
RU2571424C2 (ru) * 2014-10-28 2015-12-20 Общество с Ограниченной Ответственностью "Научно-Производственная фирма "Беркут" Система и способ предоставления услуг связи абонентам при недостаточном балансе
US10298749B2 (en) * 2016-05-14 2019-05-21 Kirusa, Inc. Callback notification from devices with insufficient credit for communication

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2341908C2 (ru) * 2003-05-08 2008-12-20 КАН Ари Протокол управления вызовами при недостаточном кредите
EA025088B1 (ru) * 2011-03-17 2016-11-30 Георге Николаеску Способ выполнения информационных телефонных вызовов
EA024150B1 (ru) * 2012-03-07 2016-08-31 Общество С Ограниченной Ответственностью "Аилайн Кэмьюникейшнс Снг" Способ уведомления при невозможности установить вызов и система для его осуществления в сетях сотовой связи
US20180007198A1 (en) * 2013-07-16 2018-01-04 Comviva Technologies Ltd. Optimized system and method for notifying a called party of a call attempt
RU2553452C1 (ru) * 2013-12-30 2015-06-20 Открытое акционерное общество "Вымпел-Коммуникации" Способ управления соединениями внутри сети подвижной радиотелефонной связи
EA201690222A1 (ru) * 2015-03-11 2016-09-30 ЗИП Эйч Кей ЛИМИТЕД Способ генерации дополнительного дохода от голосовой службы для операторов мобильной связи путем обработки неустановленных вызовов и коротких сообщений

Also Published As

Publication number Publication date
RU2020116979A3 (ru) 2020-11-03
RU2737959C9 (ru) 2021-02-17
ZA202100499B (en) 2021-09-29
RU2020116979A (ru) 2020-08-10
RU2737959C2 (ru) 2020-12-07

Similar Documents

Publication Publication Date Title
US7620384B2 (en) Converged service control for IMS networks and legacy networks
EP1999944B1 (en) Signaling message routing node for relieving the loading of a database for prepaid calls in the context of unlimited prepaid calling plans
US8918076B2 (en) Regional zone based mobile charging
EP1771031A2 (en) Tracking roaming cellular telephony calls for anti-fraud
US20030143978A1 (en) Wireless telephone call processing
US6792261B2 (en) Mobile collect call system and method
US20120034900A1 (en) Systems, methods, and computer readable media for diameter routing with number portability correction
US8781521B2 (en) Double number service
US8825003B2 (en) Methods, systems, and computer readable media for providing variable rate prepaid telecommunication services utilizing a weighting function
JP2005531166A (ja) 前払い加入者ボイス・メールへ転送された呼の請求書作成方法およびシステム
US20220256040A1 (en) Zero charge systems and methods for packet-switched telephony
RU2737959C9 (ru) Система управления уведомлениями абонентов
CN1964573A (zh) 预付费用户在跨网漫游期间的计费方法及计费系统
US20220256039A1 (en) Network exception systems and methods for packet-switched telephony
RU2762389C2 (ru) Способ распознавания абонента, совершающего нежелательные вызовы и способ обработки нежелательного вызова
RU2677851C2 (ru) Способ уведомления об отмененном вызове
RU2731548C2 (ru) Способ уведомления о голосовом сообщении
EP2339874B1 (en) Realizing method of communication service, device and system
RU2762390C2 (ru) Способ соединения абонентов
RU2719432C1 (ru) Способ управления соединениями в сети мобильной связи при недостаточности средств на счете вызывающего абонента при нахождении в международном роуминге
EP2577906B1 (en) Session related data retrieval for online charging
US20170126901A1 (en) Methods and systems for processing call establishment request
EA040584B1 (ru) Способ уведомления об отмененном вызове
WO2022173409A1 (en) A method and system for preventing ott bypass fraud
UA98613U (uk) Спосіб передачі інформації вихідних дзвінків абонента без ефірного часу або абонента, який має недостатній баланс у мережах мобільного зв&#39;язку

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21809119

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21809119

Country of ref document: EP

Kind code of ref document: A1