RU2737274C2 - Method of notification on unsuccessful message - Google Patents

Abstract

FIELD: telecommunications.SUBSTANCE: invention relates to methods of informing subscribers on occurrence of network events generated by subscribers, and can be used by operators of intelligent network NP (Network Provider) in MRCN (networks of mobile radio communication) of practically any types—GSM, UMTS, LTE and others. Method of notifying an unsuccessful message comprises steps of receiving a request for transmitting an SMS message, detection of absence of SMS message delivery confirmation and generation of information message on unsuccessful message to receiving side.EFFECT: technical result consists in improvement of reliability of notification of receiving side of unsuccessful attempt of sending side to send SMS message.4 cl, 2 dwg

Description

The invention relates to the field of telecommunications, in particular to methods of informing subscribers about the occurrence of network events generated by subscribers and can be used by operators of an intelligent NP (Network Provider) network in SPRS (Mobile Radio Networks) of all types - GSM, UMTS, LTE and others.

The large-scale development of services provided in the SPRS without direct contact with the telecom operator is well known. Mobile services Skype, Viber, GoogleTalk, FacebookMessenger, WhatApp and others use the TCP / IP protocol stack to transfer data from sender to receiver. Such technology in SPRS is usually called OTT (Over the Top) networks, packet network or media layer of SPRS. It is known that the IP protocol does not require a dedicated signaling channel; in the event of a TCP / IP failure, networks can reroute packets to bypass the faulty sections. The main disadvantage of OTT networks is the lack of mechanisms in the TCP / IP protocol to ensure guaranteed quality of services - no guarantee of packet delivery and delivery time, the dependence of the delivery speed on the current network bandwidth. Nevertheless, this does not prevent the development of services provided within the framework of OTT networks. Standards organizations and network equipment designers are developing new protocols and equipment to overcome these shortcomings.

Traditional SPRS services are provided by the telecom operator through the network controlled by him with guaranteed quality of communication QoS, known as a set of signaling protocols for channel-wide signaling No. 7 OKS7 (clause 102, GOST R 53801-2010) SS7 (3GPP TS 28, 29 series) or the SPRS signaling level also referred to as the signaling network. It is standardized by ITU-T as a signaling system linking the elements of digital telecommunication networks used to establish a connection in SPRS and standardized by 3GPP, ITU-T, ETSI. The quality of services in it is guaranteed by a series of national (GOST R 53732-2009) and international standards (Recommendation ITU-T Е.800). The standards define the qualitative and quantitative indicators of the quality of services that are mandatory for the management of NP communication operators. At the same time, standards organizations, for obvious reasons, cannot avoid failures and remove the concept of service unavailability (Interruption; break of service) from the standards when network errors occur.

Since 1999, the European Institute for Standardization in the field of telecommunications ETSI, in the 3GPP TS 23.002 series of standards, defines the concepts of Packet Switched (PS) Domain and Circuit Switched (CS) Domain) networks of an operator and includes them in its core network ( Core Network (CN)) (Clause 3.2. 3 GPP TS 23.002 Technical Specification). At the same time, the standard defined (p. 3.3.1) that the signaling network includes a set of objects that support the SS7 signaling and are processed at standardized nodes - MSC, GMSC, VLR, SMSC. And to the packet network (clause 3.3.2), the standard classified objects (GPRS network packets) with independent routing and processed at the PDN nodes GW, S-GW, MME, SGSN.

At the current state of the art in SPRS, a strange situation has settled in terms of delivery of text data. Namely, on the one hand, the packet network (media layer) does not guarantee the delivery of text data. However, due to organizational and technical measures taken in TCP / IP interfaces - confirmation of receipt of data by the recipient (receipt), the sender's timeout for retransmission in the absence of the recipient's receipt, etc. text messages are delivered with guaranteed accuracy. And the developers of physical protocols (data transmission media) and network equipment are achieving constantly growing connection speeds up to the promising 1-2 Gb / s in 5G. At the same time, the traditional signaling network (signaling level) with guaranteed QoS parameters allows the impossibility of service in the event of network errors. The situation is aggravated by the widespread prepaid model of prepaid subscribers, in which the operator's billing will not allow the subscriber to receive SMS service if the balance is insufficient. The method proposed by the authors is relevant for the telemetry applications now widespread, operating in automatic mode. For example, when the controller of the control system of the client technical means sends an SMS message to the operator about the consumption of services or about the connection / disconnection of the service. At the same time, the program logic of such a controller can rely on the absence of network errors and a quick response of the operator's billing system to the request. Thus, the signaling network de jure guarantees QoS standards for the delivery of SMS messages, and the de facto packet network without QoS standardization provides the delivery of text messages with greater assurance.

The consequence of this situation is the case when the first subscriber in an OTT application, for example a messenger, sends a text message to the second, which, due to the measures taken in TCP / IP networks, regardless of the operator's billing and network errors, is correctly delivered to the end device of the second subscriber, and taking into account the bandwidth of modern TCP / IP with a fairly high speed. It should be noted that SMPP (Short Message Peer-to-Peer) short message transfer protocol is an application layer protocol of the signaling network and is based on TCP / IP network connection, therefore the functions of transport, encoding and control of packet flow, error handling are also performed by the corresponding OSI layers TCP / IP protocol. In contrast to OTT applications at the signaling network application layer, the SMPP protocol specifies that each SMPP operation must consist of a request PDU and a response PDU between the Short Message Service Center (SMSC) operator and the ESME (External Short Message Entities). As an ESMC in the context of the proposed method, a mobile station MS / UE (Mobil Station / User Equipment) of an MNS subscriber is accepted and demonstrated. But as a specialist understands, without limiting the legal protection of the invention, the method includes any ESMC technical means through which SMS messages can be received and / or transmitted - voice mail systems VMS (Voice Mail System), missed call notifications MCA (Message Call Alert), IVR (Interactive Voice Response) voice messages, any information services, mobile, telemetry applications, and any other technical means in the definitions of the SMPP protocol. The signaling dialogue is established by requesting the ESME authorization (bind_receiver-receiver, bind_transmitter-transmitter, bind_transceiver-receiver and transmitter), followed by a synchronous or asynchronous sequence of requests / responses between SMSC and ESME and the subsequent termination of the unbind session. The signaling dialogue may be interrupted due to the inability to deliver the SMS from the SMSC or the network, and the sender and recipient of the SMS is unable to verify the status of its delivery. For such a case, the SMPP specification provides an Intermediate Notification mode for notification of the delivery status, but its implementation is left to the discretion of the operator. In practice, implementation is decided on a routine basis by agreement between SMSC and ESME, i.e. not guaranteed by the standard. So are the Delivery Acknowledgment and User Acknowledgment modes. In Datagram Message Mode SMPP, the protocol does not imply an acknowledgment (SMSC Delivery Receipt) of message delivery to the sender. And such a receipt can be critical for telemetry technical means focused on high network bandwidth and confirmation of delivery of transmitted messages. For example, in the case when, in order to initiate a new logic, the telemetry technical facility needs to connect the operator's supplementary service logic. Moreover, in case of network errors, when the connection is broken, the unique message identifier message_id can be lost, which the SMSC assigns to each SMS and uses in the submit_sm_resp, submit_multi_resp, deliver_sm_resp and data_sm_resp messages. In this case, the operations of sending submit sm, data_sm for which did not have time to receive a response, become impossible, and when the sending status arrives, there is nothing to "bind" to, and it will generally be impossible to determine whether the SMSC received this message or not. The protocol does not provide a means of recovering lost identifiers. In synchronous mode, one message will be lost, in asynchronous mode the losses will be more significant, respectively.

Moreover, there are two insurmountable difficulties within the SMS service. The first is the widespread advance payment system for communication services (prepaid), according to which, in the absence of funds on the subscriber's account, the operator does not provide SMS service for obvious reasons. A straightforward solution to this problem is impossible because the commercial interest of the SPRS operator will be violated. At the same time, it is known that OTT applications (messengers) communicate messages without regard to the billing of the SPRS operator, devaluing the SMS service in principle. The second is a common call forwarding service where the Receiver can turn off the phone and receive all calls to another number. But since call forwarding works only for voice calls, SMS will never be delivered - they will accumulate on the SMSC and sooner or later there will be a problem with receiving incoming SMS to the disabled number. It should be noted that there are known techniques for solving the second problem by means of SMS forwarding platforms. But they are applicable only to the receiving party's SPRS operator. For the SPRS operator of the transmitting side, they are impossible because he knows nothing about the presence (or not) of the SMS forwarding platform in the network of the SPRS operator of the receiving party. And the SMSC of the SPRS operator of the transmitting side is responsible for the delivery of SMS. In this case, in the worst case, both conditions for the transmitting side can occur simultaneously.

The authors' proposed method for notification of unsuccessful messages resolves this ambiguity and eliminates these shortcomings within the framework of the current QoS standards of the SMPP signaling network protocol. Namely, it indirectly provides the prepaid subscriber with the possibility of SMS communication while maintaining the established advance payment system and eliminates network errors in the delivery of SMS messages.

At the current level of technology, a number of technical solutions are known from patent sources:

Patent RU 2556021 describes a device, method and system for inserting notifications, in accordance with which a network element receives an HTTP request from a subscriber's MS to a network web node and, after receiving a response from the web node, collects data on the notification of the subscriber, its service status and the current network bandwidth. An HTTP response with a notification is sent to the subscriber's MS, depending on the quality of the network - the current network bandwidth. The solution involves sending an HTTP response and notification to the subscriber above or below a given bandwidth threshold, depending on the subscriber's service status, due to which the applicant achieves an increase in QoS for privileged subscribers. The obvious disadvantage of the solution is the need for the subscriber to maintain an Internet session and a positive effect only for a part of privileged subscribers.

US patent 10292036 describes a system, device and method for managing emergency messages, according to which a network device receives messages from subscribers from the network, parses the messages and classifies the message into the emergency category using syntactic templates, and then makes mass distribution for emergency services and subscribers. The disadvantage of this method is the need to parse a large volume of messages, which negatively affects the performance of the device that implements it.

US patent 10299086 describes a method for notification of message delivery and a device for its implementation, in accordance with which, in order to anticipate network errors associated with both loss of network connection and errors in receiving meaningful SMS message data, authors use timers on the MSC (Mobile Switching Center) switching node and a mobile subscriber terminal UE (User Equipment). The method provides for Checking the correctness of SMS message reception and monitoring the maintenance of the connection with the Mobility Management Entity (MME) for transmitting the RP-ACK / ERR acknowledgment during the timer operation, the authors provide for the UE. This solution is preferable from the point of view of reducing the number of additional network nodes, but it entails the modification of both the UE and the switching node, which is highly undesirable for the operator, especially with regard to MSC. It is noted that, for obvious reasons, the vastness of the topic of data loss in the radio channel, the authors leave the implementation of SMS data validation outside the brackets of their method. However, with regard to the delivery and confirmation of SMS delivery, the method has a significant vulnerability, namely, it does not provide any solutions in the event that the UE does not reconnect via the RRC radio channel and, accordingly, with the mobility center MME before the timer expires on the UE and MSC. In this case, as mentioned above, the fact of SMS delivery and confirmation of delivery remain undefined. In general, the method is typical for LTE networks and is described within the SMS specification ETSI TS 124011. This fact also seems to the authors to be a serious drawback since GSM / UMTS networks with a traditional signaling network CS (circuit switching) domain prevail at the current level of technology, and while a full transition to LTE packet technology for SPRS is very difficult. For the joint use of LTE (4G) and GSM / UMTS (2G / 3G) networks, the CSFB (Circuit Switch FallBack) mechanism is widely used in SPRS, which consists in transferring the UE to a network with support for circuit switching. But even within the framework of this mechanism, the SMS service operates in the SMPP specification mode with its inherent drawbacks, indicated above.

Application US 20190158990 chosen by the authors for a prototype describes a message transfer service, according to which the network node (system) receives a request for message transfer, checks the validity (correctness) of the request, sends the message to the recipient in accordance with the request, receives information about the message delivery status including the fact of delivery and saves a record about it in the database. Moreover, the method applies both to the SMS service of the signaling network and to the HTTP messages of OTT applications of the packet network. In general, the method is aimed rather at integrating the SMS service into the OTT application, and the network node interacts with the UE of the subscriber using a client-server architecture. For interaction, the network node (server) provides the UE (client) API interfaces. The network node is included in the SPRS architecture between the subscriber UE and the SMSC or SMS aggregator and receives the message. The appearance of the method does not anticipate network errors and SMPP specification flaws that can occur during signaling exchange and does not provide a solution for a prepaid subscriber with an exhausted balance. For obvious reasons, the decision of billing to disconnect the service to the subscriber has a priority value and all network nodes must execute the logic of the service within its framework. The client-server architecture entails corresponding drawbacks - the coordination of API interfaces, the reception of all messages related to the service provided by the network nodes, their deep DPI (Deep Packet Inspection) processing and storage. At the same time, the method and the device does not affect the reliability of the SMS service, or at best affects it very differentially.

The authors propose a simpler and more reliable solution based on the operator's signaling network event processing paradigm and providing notification to the receiving party about an unsuccessful attempt of the transmitting party to send an SMS message. The method of notification of an unsuccessful SMS eliminates the shortcomings of the SMPP protocol and the listed analogs both within the signaling network of the SPRS and within the framework of the tendency of the SPRS to completely switch to packet data transmission, and moreover, provides a subscriber with an advance payment system (prepaid) with the possibility of indirect SMS communication when it is disabled. SMS service.

The technical result of the proposed method for notification of an unsuccessful message in the SPRS is a quick and reliable notification of the Receiver of an unsuccessful attempt by the Transmitter to send an SMS message.

The technical result is achieved due to the method of notification of an unsuccessful message, in accordance with which the SPRS operator receives a request for sending an SMS message from the transmitting side, initiates a signaling exchange with the receiving side for the delivery of an SMS message using the SMPP protocol, in this case, if the SPRS operator after receiving a request for sending an SMS message in the signaling exchange does not receive a message on the successful delivery of an SMS message to the receiving side, the SRS operator generates and transmits an information message about an unsuccessful message to the receiving side. Moreover, the SPRS operator receives a message about the successful delivery of an SMS message using a standard or additional node included in the cellular operator's network. And the informational message of unsuccessful SMS is an MCA SMS or USSD message that only contains the identifier of the transmitting side.

The method is illustrated by drawings:

FIG. 1 shows a simplified diagram of the SPRS with an additional SCP PAK XDRay node. FIG. 1 does not limit the connection methods of the SCP XDRay node in the SPRS architecture, but illustrates the preferred connection option within the framework of the present invention.

FIG. 2 is a signaling exchange diagram for notifying Receiver B of an unsuccessful SMS.

In the figures, the signaling network is shown with dashed lines, the packet network with solid lines.

This method can be implemented in the SPRS of different ITU-T, 3GPP and ETSI standards in FIG. 1 illustrates generalized networks of telecommunication providers NP (Network Provider) A, B, including the interacting main nodes - mobile terminals of subscribers UE / MS (User Equwipnment / Mobil Station); SSP service switching nodes, in different SPRS architectures its functions are performed by MSC, MME, etc .; SMS center SMSC; registers VLR, HLR for simplicity of FIG. 1,2 are shown at one node; SCP XDRay node providing additional VAS services of IN (Intelligence Network) and connected to the operator's core network. Some standardized SRS nodes are the SCP service control node performing billing functions (in the context of the application, functionally included in the SSP node), the base station system BSS, gateway nodes GW, etc. for simplicity in FIG. 1,2 are not shown.

Within the framework of the proposed method and for its implementation, but without limiting the scope of its legal protection by the software and hardware part of the DVO node, it is presented developed by the authors of the SCP XDRay PAK. This method can be implemented by various PAC architecture, which is both a separate SPRS node and part of an existing standardized SPRS network node. SCP XDRay is a complex for notifying subscriber behavior events in cellular networks developed by the authors - application WO No. 2013107454. The complex can be passively included in the operator's network (Fig. 1) and can be configured to capture any network dialogues of the operator's core network, the program logic of its operation, which is the authors' know-how, is optimized for instant response to captured network events and is configured in terms of the time of formation and transmission to network of notification messages and the possibility of their reception by subscribers or an operator. Subscriber parameters are extracted from the intercepted messages of the SPRS core network and, using a special algorithm of the software complex, are compared with the subscriber profile data to generate a notification method. For the transmission of notification messages, the notification sending unit is implemented with the ability to initiate any SS7 signaling connections and is also an element of the external short message system ESME (External Short Message Entity). In different SPRS architectures, the SCP XDRay can listen to the exchange of data from both the signaling and packet networks of the operator, interacts with the gateway node and / or the SSP switching node, the SCP service control node, or by connecting to the physical network of the SPRS through a generalized gateway. The hardware and software architecture of SCP XDRay is optimized for instant response to events in the operator's signaling network in a capture-store-notification linkage, and the PAC provides such linkage in various combinations.

For simplicity, the description of the operation of the method leaves out of brackets the signaling of the logical channels SDCCH or SACCH in the section of the SPRS radio interface (BSS, E-UTRAN) and implies that the signaling exchange of SMS messages in the section of the core network of the SPRS (NSS, EPC) is performed in the form of MAP transactions in SCCP messages in accordance with the signaling protocols ITU-T, 3GPP and ETSI.

In the context of the application, an empty SMS is an SMS or USSD message sent to the Receiver side, which does not contain any data for the receiving side except for the Transmitter side identifier. The signaling dialogue for sending an empty SMS is shown in the section SMS allerting of FIG. 2.

In the context of the application, a hidden SMS is an SMS message sent to the receiving (Receiver) side, which does not imply any signs of its reception for the subscriber of the receiving side, which is often used in the SRS to detect the registration (presence) of an MS / UE in the network.

In the context of the notice, a Missed Call Alert (MCA) message is a missed call message sent to the Receiver by successfully establishing and instantly clearing the call signaling to display the Transmitter side identifier on the receiving side's MS / UE missed calls screen. The MCA message signaling dialog is shown in the MCA allerting section of FIG. 2.

In one implementation of the PAC SCP XDRay, it can be configured to intercept messages about an attempt to send SMS only to subscribers whose SMS service is disabled. To keep this data up-to-date, SCP XDRay PAC periodically polls HLR about insolvent prepaid subscribers and stores actual records about them in the database of the network dialog storage unit. Such profiling of subscribers allows the SCP XDRay software logic to carry out only superficial SPI (Stateful Packet Inspection) analysis when capturing packets, namely, to extract only the MSISDN-B of the receiving side from the packet headers. This mode makes low demands on the computing resources of the SCP XDRay PAK and is well suited for analyzing large volumes of traffic.

For an insolvent prepaid subscriber, upon detection of his request for SMS transmission, SCP XDRay PAC sends an empty SMS. After the expiration of its storage period on the SMSC or according to the timer, SCP XDRay sends the MCA message to the receiving party.

For a solvent prepaid subscriber, PAK SCP XDRay can operate in two modes:

- in the first, it sends a message to the MCA immediately after the request for SMS transfer, thereby notifying the receiving party of the transmitting party's desire to switch and the imminent receipt of an incoming SMS or an incoming call from it, this mode anticipates any uncertainties and errors of the SMS service both on the transmitting and on the receiving side, however, is somewhat redundant;

- in the second, he sends the MCA message to the receiving side after the expiration of the storage period of his SMS to the SMSC or earlier according to his timer, in this case, the receiving side, in the absence of prompt incoming from the transferring side, is informed about the interest in switching from the sending side and is stimulated to make a call to the transmitting side, in this mode, the SCP XDRay PAK assumes the presence of uncertainties of the SMS service on the receiving side - call forwarding, etc. and overcomes them through the message of the ISA.

For a non-solvent prepaid subscriber, PAK SCP XDRay can also operate in two modes:

- in the first, he sends a message to MCA immediately after the request for SMS transmission, confidently assuming from the database record (profile) about the transmitting side that the request will end with a service failure, this mode, as indicated for a solvent subscriber, does not imply the influence of the conditions of the SMS service on the receiving side;

- in the second, he sends an empty SMS to the receiving side also immediately after the request for SMS transfer, confidently assuming from the database entry (profile) about the transmitting side that the request will end with a service refusal, in this mode, as well as the influence of the conditions of the SMS service on the receiving one was indicated for a solvent subscriber the party remains, nevertheless, the positive effect is that the notification is transmitted within the same SMS service while maintaining the ban on the service.

Both modes for both a solvent and non-solvent prepaid subscriber can be combined based on the current technical conditions of the SPRS - the topology of the SPRS core network, the current bandwidth, message queues at the nodes, performance, etc. The choice of mode may be influenced by the commercial preferences of the SPRS operator. For example, in the event of an abnormal interruption of the signaling SMPP exchange, the PAC SCP XDRay sends an empty SMS to the receiving side and, if it does not receive a message about a successful delivery, sends it an MCA message within 5 seconds.

To receive an indication of the presence of call forwarding on the receiving side and / or to identify its registration (presence) in the network, the SCP XDRay in different operating modes can poll the receiving side by periodically sending it hidden SMS according to the timer.

The call diagram of FIG. 2 illustrates a private implementation of the SCP PAC XDRay operation in different modes to implement a method for notification of an unsuccessful message. The SCP XDRay PAK in passive mode listens to signaling messages from UE MS subscribers to the SSP. To configure the interception of messages about the request for sending SMS messages "Request for Service" of insolvent prepaid subscribers of the SCP XDRay HLR periodically requests their list of HLR - dialog 1 Request Subscribers Service data, 2 Response Subscribers Service data. SCP XDRay PAK maintains an up-to-date database of insolvent prepaid subscribers and configures the program logic of intercepting network messages of the SRS to capture messages of the SMS service request by the identifier of the transmitting side MSISDN-A.

The operation of the SCP XDRay PAK for the Insolvent Prepaid Subscriber is shown in the SMS insolvency attempting section of the diagram in FIG. 2. By pressing MS A of the "send" key, the subscriber initiates an SMS service request by sending message 3 "Request for Service" to the SSP. Prior to this, the standard signaling "Channel Request" is performed on the radio interface section - the BSS assigns a signaling channel and establishes a signaling link between the mobile station and the BSS. When message 3 Request for Service appears in the core network, SCP XDRay intercepts this message using the configured MSISDN-A identifier and, depending on the configured operating mode, transmits message 4a МСА and / or an empty SMS 46 to the network. At this time, a standard request - response occurs switching node SSP A to register HLR / VLR A to allow SMS service for the subscriber - dialogue 5 SIF MO SMS, 6 SIF_MO_SMS_Ack, which ends in refusal (not support) due to the subscriber's insolvency. Next, there is a standard dialogue for the release of signal channels in connection with a refusal in the 7 Request Refuse service. In this embodiment (MCA message 4a), the effect of any network errors that may occur after capturing the 3 Request for Service message is removed.

The operation of the SCP XDRay PAK for a paying subscriber is shown in the SMS network delivery errors section of the diagram in Fig. 2. In this mode, the dialogue of the UE MS A-SSP A - HLR VLR A nodes for the SMS service request is similar, taking into account the enabling response HLR VLR A SIF_MO_SMS_Ack. To send SMS, the sending side initiates an SMS session - 8 Bind_receiver, 9 Bind_receiver_resp, sends data to SMSC A for transmission to UE MS B 10 submit_sm (Delivery Receipt, Delivery Acknowledgment, User Acknowledgment) in modes with or without delivery receipt parameters. Then SMSC A attempts to deliver SMS-11 Network Delivery Attempt. If the delivery attempt is unsuccessful, the receiving side responds with a 12 NACK message, which intercepts the SCP XDRay PAK and, depending on the configured operating mode, sends a message 15a MCA and / or an empty SMS 156 to the network. For obvious reasons, in this option, message 15 a, with MCA is preferable .to. according to 12 NACK, the program logic of the PAK SCP XDRay confidently makes an assumption about the problems of the SMS service on the receiving side. Request - response 11-12 can be sent multiple times until the message is successfully delivered (ACK message) or until the validity_period EXPIRED message expires (storage on SMSC). As shown in the diagram, depending on the configured mode of operation, the program logic of the PAC SCP XDRay transmits notification messages either during the storage period of the message to SMSC-messages 15 a, b or after its expiration validity_period EXPIRED - messages 15 c, d. Taking into account the duration of the SMS storage time on the SMSC, which is up to 7 days, the program logic of the PAC SCP XDRay provides for timers for transmitting messages 15 a, b, the duration of which is set in agreement with the operator of the SPRS. During the same period, for the fastest possible sending of messages 15 a, b, the SCP XDRay PAK can transmit hidden SMS to detect the appearance of the transmitting side in the network (registration of UE MS C) - messages 13 Hidden SMS, 14 Hidden ACK. In this version of the operation, the uncertainties of the SMS service on the receiving side are eliminated due to the "forwarding" of the notification by the MCA message 15 a, with the transmission (switching) of which occurs outside the signaling of the SMPP protocol. To eliminate possible network errors of the transmitting side's network, the software logic of the SCP XDRay PAK can provide for capturing 10 submit_sm () messages, this option is more demanding on the hardware and software resources of the SCP XDRay PAK. Nevertheless, this method is acceptable because the paradigm of the proposed method does not provide for deep semantic analysis of DPI packets, but is limited to the identifiers of the transmitting and receiving sides MSISDN-A, B, which, for obvious reasons, is much more productive.

The SMS alerting section of the diagram fig. 2 reveals a generalized dialogue for sending an empty SMS message (4 b, 15 b, d). SCP XDRay PAK initiates an SMS session with SMSC A as a transmitter (ESME Receiber) -messages (1) bind_receiver, (2) bind_receiver_resp. And sends an empty message (3) data_sm (esm_class = forvard, message_payload = 0, validity_period = min) in transaction mode (Transaction Message Mode, esm_class = forvard), without user data (message_payload = 0) with a minimum period of validity (validity_period = min ). SMPP transaction mode is preferred because it returns an end-to-end message delivery receipt to the UE MS B-message (6) data sm resp. After successful delivery - messages (4) Network Delivery Attempt, (5) АСК on the UE MS screen In the receiving side, an empty SMS with the sender number MSISDN-A is drawn.

The MCA alerting section of FIG. 2 discloses a generalized MCA missed call message transmission dialog (4a, 15a, c) illustrated by the ISUP call set-up protocol, a similar wiring can be implemented by other SS7 call set-up protocols. SCP XDRay PAK establishes a signaling dialog [1] - [8] to establish the connection of an incoming call to the receiving side. Immediately after receiving SSP B "address complete" - message [4] ACM (MSISDN-A, MSISDN-B), the SCP XDRay PAC algorithm generates a disconnect message [5] REL (MSISDN-A, MSISDN-B). Immediate release of the established call signaling message - [2] Setup [3] Alerting ensures that the subscriber B cannot answer the incoming call and then display the missedCall display message on the UE MS B screen.

The technical appearance of the proposed method of notification of an unsuccessful SMS fits well into the SMS service paradigm, since blank SMS and MCA messages are text messages. At the same time, their transfer does not violate the operator's prohibition on the service, since their format does not imply meaningful data. And at the same time, the MCA message bypasses all the ambiguities of the SMPP protocol on the receiving side. transmitted over call establishment protocols.

The technical appearance of the proposed method for notification of an unsuccessful SMS based on the SCP XDRay PAK solves the technical problem posed and, on the basis of tests, confirms a number of technical effects:

The technical effect of using the MCA switching channel with the receiving party within the framework of the proposed method is to provide a prepaid opportunity to a communication subscriber with a subscriber of interest, while maintaining a communication ban. Such an indirect call notifies the receiving party of the need for switching and does not violate the commercial interests of the operator of the transmitting party, and for the operator it provides an opportunity to reduce the storage period of undelivered messages on the SMSC.

The technical effect of using an empty SMS also retains the ban on the prepaid service for the subscriber. does not imply the transfer of meaningful (useful) information, but allows to notify the interested party about his interest in switching.

The technical effect of passive capture of SCP XDRay PAK network events is that there is no need to coordinate any interfaces with the standard nodes of the SPRS operator, the consumption of their performance and economical processing of SPI / MDI network packets of only predefined events of the SPRS network in terms of SMS services.

An additional effect of the proposed method is the preservation of at least one-way communication for the prepaid subscriber in the absence of a positive advance account, taking into account the fact that, as a rule, a subscriber with no funds on the advance account is also insolvent for mobile Internet services, i.e. does not have the ability to communicate through OTT applications.

Additionally, without limiting the legal protection of the proposed method, notifications to the called subscriber can be formed as PUSH messages or in any other formats known from the current state of the art.

This method was implemented and operated by the applicant in the SPRS of a well-known operator based on the SCP XDRay complex and has shown the effectiveness of reliable notification of subscribers about an unsuccessful SMS in accordance with standardized QoS requirements.

Claims (4)

1. A method of notifying an unsuccessful message, according to which the SPRS operator receives a request to send an SMS message from the transmitting side, initiates a signaling exchange with the receiving side to deliver an SMS message using the SMPP protocol, characterized in that if the SPRS operator after receiving the request for sending an SMS message in the signaling SMPP exchange, the SRS operator does not receive a message about the successful delivery of an SMS message to the receiving side, the SPRS operator determines the impossibility of delivering the SMS message, determines the possibility of re-delivery of the SMS message, generates and sends to the receiving side an information message about an unsuccessful message using the ISUP or SMPP protocol. 2. The method of notification according to claim 1, characterized in that the information message about the unsuccessful SMS message is an ISUP message by the MCA. 3. A notification method according to claim 1, characterized in that the failed SMS message information message is an SMPP SMS message that contains only the identifier of the transmitting side. 4. The notification method according to claim 1, characterized in that the failed SMS message information message is an SMPP USSD message that contains only the identifier of the transmitting side.

Images