RU66642U1 - SYSTEM FOR PROVIDING SUBSCRIBERS TO CELLULAR MOBILE COMMUNICATION OF NON-VOICE SERVICES - Google Patents

Description

The invention relates to systems for the provision of services called electronically, namely, to systems that allow the operator of a cellular mobile network (ATP) to provide subscribers with additional services and mobile content. Services are also provided to subscribers of cellular mobile networks of other operators (Guest subscribers), with which the operator has concluded Roaming agreements.

In accordance with current international practice, when roaming an operator of the ATP business network (Operator VPLMN), serving a subscriber of the ATP network of another operator in accordance with the concluded Roaming Agreement, can provide the Guest Subscriber with only a limited set of services. In particular, it provides basic voice service, the ability to send short text (SMS) and multimedia (MMS) messages, as well as wireless Internet access. At the same time, the non-voice local services provided for a fee, which are outside the standard tariff plans of the operator (Premium Rate services), for example, mobile content, help services, downloading multimedia content to your phone, mobile games, etc. .

There are two reasons for this:

1. Technically, the Guest subscriber’s tariffed access to data services and mobile content is carried out through the HPLMN Operator’s network (the operator of the SPS home network who has concluded a service agreement with this subscriber who has allocated him a SIM card and phone number). In particular, when a Guest subscriber sends an SMS message with the Premium Rate non-voice service code, such a message is delivered via the HPLMN operator’s SMS center, which means that it is charged by the HPLMN operator; when you try to access services via the mobile Internet (for example, via WAP), such access is provided through the HPLMN operator’s WAP gateway and is charged by it. The only exception is access to voice premium rate services.

In this case, the Guest subscriber, having dialed a short voice number, gets to the Premium Rate service of the VPLMN operator, which is charged by the VPLMN operator.

2. Relations between operators and roaming partners are strictly regulated by standard forms of agreements, data formats for exchanging tariff information, and settlement procedures. For the first reason, the format of tariff data when roaming does not provide for the availability of records on the provision of any Premium Rate services with the exception of voice services. Making any changes to these standards is a long and laborious process.

All of the above deprives VPLMN operators of the opportunity now to receive additional income by providing the Guest subscribers with the necessary and demanded Premium Rate services, for example, information about the country and place of stay if the Guest subscriber is in another country.

A known system for the provision of mobile content, which is taken as a prototype (Patent JP 2004139388, IPC Н04М 15/00, priority from 2002.10.12, publ. 2004.05.13). The system provides the ability to provide the services that users wish to receive through mobile communicators, such as cell phones, connected by users to the cellular mobile communication network provided by the provider, by communicating with a service provider service providing a server that ships various content via an Internet communication line connected to cellular mobile network.

The known system includes: a database, which is part of the service provider's server for managing user identification numbers (UIDs) and / or cell phone numbers provided to the service provider by the telecom operator used by users, and also to manage user data; and bonus point calculators in order to accrue bonus points to users depending on the services that users order.

The disadvantages of the known system is the use of a limited set of transport technologies for the delivery of content (information, services), in fact, only Internet technologies are used. Using a direct Internet connection to connect a user to the service does not allow

organize the provision of services by the VPLMN Operator for Guest subscribers. In addition, payment for services by subscribers is carried out without the billing system of a mobile operator, that is, mainly using standard means of payment for services provided via the Internet, such as bank cards (VISA, Master Card), electronic wallets, virtual money, etc. P. Thus, to use the services, the subscriber must have one of such means of payment. Probably, in Japan there is a fairly developed payment infrastructure, which covers a wide range of users. However, in most countries of the world the most universal means of payment when using mobile services is still the personal subscriber account in the billing system of the operator.

The authors were tasked with developing a system that allows the operator of a cellular mobile network to provide any non-voice services of Premium Rate for Guest subscribers, to charge non-voice services provided to Guest subscribers, regardless of the technology for providing non-voice services, to correctly make settlements with the operator of the ATP home network.

The problem is solved in that the system for providing non-voice Premium Rate services to mobile SPS cellular subscribers contains a subscriber request unit having a connection to the ATP network infrastructure and the main system service logic unit, a main service logic unit having a connection to the system subscriber request unit, network infrastructure ATP, the infrastructure of service providers and the system charging unit, a charging unit having a connection with the main service logic block of the system and the ATP network infrastructure.

The block of subscriber requests is made containing an SMPP interface module that allows connecting to the USSD center of the ATP operator using the SMPP protocol, a MAP interface module that allows connecting to the signaling network of the ATP operator using the MAP protocol, an ISUP interface module that allows connecting to the operator's signaling network ATP using the ISUP protocol. In this case, the SMPP interface module is made up of an Ethernet interface card, which allows organizing the SMPP protocol on physical channels

Ethernet, the MAP interface module is made containing either an Ethernet interface card, which allows organizing the MAP protocol on physical Ethernet channels, or the OKS-7 interface card, which allows organizing the MAP protocol on the E.1 or T.1 physical channels, the ISUP interface module is made containing either the interface an Ethernet card that allows you to organize the ISUP protocol on the physical Ethernet channels, or an OKS-7 interface card that allows you to organize the ISUP protocol on the physical E.1 or T.1 channels.

The main block of the service logic includes the SMPP interface module, which allows connecting to SMS and USSD centers of the ATP operator using the SMPP protocol, the MAP interface module, which allows connecting to the signaling network of the ATP operator using the MAP protocol, the MM7 interface module, which allows connecting to MMS ATP operator center using the MM7 protocol, an HTTP interface module that allows you to connect to an ATP operator data network using the HTTP protocol. The SMPP interface module is made up of an Ethernet interface card, which allows the organization of SMPP over physical Ethernet channels. The MAP interface module is designed to contain either an OKS-7 interface card, which allows organizing the MAP protocol on the E.1 or T.1 physical channels, or an Ethernet interface card, which allows organizing the MAP protocol on the Ethernet physical channels. The MM7 interface module is made up of an Ethernet interface card that allows you to organize the MM7 protocol over physical Ethernet channels. The HTTP interface module is made up of an Ethernet interface card that allows you to organize the HTTP protocol over Ethernet physical channels.

The charging unit is made up of a CDR interface module, which allows transferring accrual records in the form of CDR records grouped into CDR files to the ATP operator, and / or a CAP interface module, which allows real-time charging, interacting with the ATP operator via CAMEL protocol. The CDR interface module is made containing an Ethernet interface board, which allows organizing the transfer of CDR files over physical Ethernet channels. The CAMEL interface module is made containing an interface board

OKS-7, which allows to organize the CAMEL protocol on the physical channels E.1 or T.1.

The technical effect of the invention lies in the fact that the claimed system allows the operator of a cellular mobile network to provide any non-voice services Premium Rate for Guest subscribers, to charge these services regardless of the technology of provision, to correctly make settlements with the operator of the home network of ATP. In addition, operators are not required to change the technology of mutual settlements with their roaming partners. And it makes it easy for the subscriber to use a wide range of services and pay for them from their mobile personal account, while there is no need to always have plastic bank cards or other means of payment at hand.

The invention is illustrated in graphic materials.

Figure 1 shows the options for passing subscriber requests through the ATP network to the System subscriber request block, where 1 is the ATP operator network, 2 is the USSD ATP operator center, 3 is the subscriber request block, 4 is the SMPP interface module, 5 is the MAP interface module, 6 - ISUP interface module, 7 - Service code analyzer, 8 - Internal data bus, 9 - SPS network subscribers, 10 - USSD request of the subscriber to the USSD center of the SPS operator via OKS-7 signaling network, 11 - USSD request redirected by the USSD operator center SPS Interface module SMPP via PD, 12 - USSD subscriber request, addressed to the MAP Interface module via the OKS-7 signaling network, 13 - Voice call of the subscriber addressed to the ISUP Interface module via the OKS-7 signaling network.

Figure 2 shows the structure of the Main block of service logic, where 8 - Internal data bus, 14 - Main block of service logic, 15 - Service module No. 1, 16 - Service module No. 2, 17 - Service module No. 3, 18 - Service module N, 19 - SMPP interface module, 20 - MAP interface module, 21 - MM7 interface module, 22 - HTTP interface module.

Figure 3 shows the external environment of the Main block of the service logic and the purpose of the interface modules is explained, where 1 is the ATP operator network, 2 is the USSD center of the ATP operator, 14 is the Main service logic block, 19 is the SMPP interface module, 20 is the MAP interface module, 21 - Interface module MM7, 22 - Interface HTTP module, 23 - Network

Internet, 24 - SMS center of the ATP operator, 25 - MMS center of the ATP operator, 26 - WAP gateway of the ATP operator, 27 - Service providers, 28 - Maintaining USSD dialogue with the subscriber in the USSD center - SMPP interface module via PD network, 29 - Maintaining USSD dialogue with the subscriber at the subscriber - USSD center section, 30 - sending an SMS message to the subscriber from the SMPP Interface module to the SMS center of the ATP operator via the PD network, 31 - SMS delivery to the subscriber from the SMS center of the ATP operator, 32 - Maintaining the USSD dialogue with the subscriber or sending to the subscriber an SMS message directly through the signaling network OKS-7, 33 - sending MMS messages to the subscriber from the MM7 Interface module to the MMS center of the ATP operator via the PD network, 34 - delivery of MMS messages to the subscriber from the MMS center of the ATP operator, 35 - Maintaining WAP dialogue with the subscriber at the WAP gateway section - HTTP interface module, 36 - Maintaining WAP dialogue with the subscriber at the subscriber site - WAP gateway, 37 - Interaction of the service provider's infrastructure with the SMPP Interface module via SMPP protocol, 38 - Interaction of the service provider's infrastructure with the MM7 Interface module via MM7 protocol, 39 - Interaction of the service provider's infrastructure with the Interface m HTTP module according to HTTP protocol.

Figure 4 shows the options for the interaction of the Tariffing Unit with accounting systems for the cost of services of ATP operators, where 8 is the Internal data bus, 1a is the ATP business or home network, 16 is the ATP home network, 40 is the Tariffing unit, 41 is the Tariff transaction generator, 42 - CDR interface module, 43 - CAP interface module, 44 - ATP operator service cost accounting system, 45 - CDR record transmission in the form of a CDR file from the CDR interface module of the ATP operator service cost accounting system over the PD network, 46 - Tariff transaction between the Interface module CAP and C system of accounting for the cost of services of the ATP operator according to the CAMEL protocol.

Figure 5 shows a sequence diagram of the service provided in Example 1, where 9 is the ATP network subscriber, 2 is the USSD operator of the ATP operator, 24 is the SMS center of the ATP operator, 3 is the Subscriber request block, 4 is the SMPP Interface module of the Subscriber request block, 7 - Service code analyzer, 14 - Main service logic block, 15 - Service module 1, 19 - SMPP interface module of the main service logic block, 22 -

The HTTP interface module of the Main block of service logic, 27 - Service provider, 47 - USSD request of a subscriber in a section from a mobile terminal of a subscriber to a USSD center of an ATP operator, 48 - USSD request of a subscriber in a section from a USSD center to a block of subscription requests, 49 - Transmission of a subscriber request Service code analyzer in the Main block of service logic, 50 - USSD subscriber session on the section Main block of service logic - USSD center of the ATP operator, 51 - USSD subscriber session on the section USSD center - mobile terminal of the subscriber, 52 - Request the service provider to issue servants, 53 - Service delivery by the service provider, 54 - Sending the information requested by the subscriber via SMS in the section The main block of the service logic is the SMS center of the ATP operator, delivery to the subscriber’s mobile terminal of information requested by the SMS by the center of the ATP operator.

Figure 6 shows a sequence diagram of the service provided in Example 2, where 3 is the Subscriber Request Block, 6 is the ISUP Interface Module of the Subscriber Request Block, 7 is the Service Code Analyzer, 9 is the ATP network subscriber, 14 is the Main Service Logic Block, 26 is ATP operator WAP gateway, 15 - Service module 2, 19 - SMPP interface module of the Main service logic block, 22 - HTTP interface module of the Main service logic block, 24 - SMS center of the ATP operator, 27 - Service provider, 56 - Voice request by the subscriber numbers, 57 - Subscriber transfer about the request by the Analyzer of service codes to the Main Service Logic Unit, 58 - Sending a subscriber an SMS message containing a WAP Internet link on the site The main service logic block - SMS center of an ATP operator, 59 - delivery of an SMS message to a subscriber’s mobile terminal with a WAP Internet link SMS center, 60 - WAP session of the subscriber at the site of the mobile terminal of the subscriber - WAP gateway of the ATP operator, 61 - WAP session of the subscriber at the site of the WAP gateway - HTTP interface module of the main service logic block, 62 - Request for the service provider to issue the service, 63 - Service provision Service Provider, 64 - delivery of the requested service to the subscriber in the area from the Main Service Logic block to the WAP gateway of the ATP operator, 65 - delivery of the requested service to the subscriber in the area from the WAP Gateway to the subscriber’s mobile terminal.

The inventive method and system will allow the Mobile Network Operator to provide any Premium Rate services for Guest

subscribers accepted by him for service, to charge these services and correctly make settlements with the HPLMN Operator. To implement this feature, an ATP network is used to transmit a subscriber’s request for a service and issue a requested service to a subscriber, a data network (PD), for example, the Internet, is used to broadcast a subscriber’s request to a service provider to request a service. Requests are generated by the subscriber by keyboard input from a mobile terminal, and they select the request format, which is interpreted by the ATP network as either dialing a voice number or as transmitting a text fragment to a specific external application.

The requested service is charged at the price stated by the service provider, separately from the standard tariffs of the VPLMN operator.

In addition, they use the inventive system containing a block of subscriber requests 3, with the help of which the reception and initial analysis of requests from subscribers are carried out, the main block of service logic 14, with which the service is identified, convert the subscriber request into a format acceptable for the service provider and control the provision of the service , charging unit 40, with which the service is charged, data is generated containing at least the service request code, the time the service was provided, and the subscriber's telephone number (MSISDN).

The inventive system is a hardware-software complex. The hardware complex has a physical connection to a data transmission network (for example, the Internet), through which it connects to the data transmission infrastructure (PD) of ATP operators. Namely, integration with the operator’s billing system and its service infrastructure (USSD, SMS, MMS centers, WAP gateways, etc.) through a set of Internet protocols is required. In the case of a direct connection of the system to the signaling infrastructure of the ATP operator, a physical connection to the SS7 signaling network and the implementation of the set of SS7 signaling protocols are necessary. This is applicable, for example, in the case when it is necessary to charge services for Guest subscribers in real time, provided that the VPLMN Operator supports CAMEL roaming with one of its roaming partners (HPLMN Operators). It is also applicable for the case when the organization of USSD dialogue with the subscriber and / or sending him SMS messages occurs without USSD and / or SMS

ATP operator centers. In addition, the system supports external interfaces based on TCP / IP for integration with the infrastructure of third parties, for example, service providers.

The inventive method and system for providing services to Guest subscribers allows subscribers roaming in a cellular mobile network to request and receive non-voice services Premium Rate. At the same time, a service request can be made by a subscriber in several ways:

- A request is generated and transmitted, which is interpreted by the ATP network as transferring a text fragment to a specific external application by dialing a USSD code in the format * 1XY * Z1-Zn #, where X is a number in the range 5-9, Y is any number, Z1 -Zn - any set of alphanumeric characters, where USSD is standardized, 3GPP TS 22.090, ETSI TS 123090, ETSI TS 124090, a method for requesting additional services in mobile networks.

- A request is generated and transmitted, the format of which is interpreted by the ATP network as dialing a voice number by dialing a subscriber's phone number in any available format. Processing and routing of the dialed number by the NGN network is carried out in accordance with the ISUP protocol, where ISUP is the Integrated Services User Part, standardized, ITU-T Q.763-Q.764, a telecommunication method for establishing voice connections in digital telecommunication networks.

Both in the first and in the second case, the request falls into the block of subscriber requests 3, with the help of which the reception and initial analysis of the requests are made. The subscriber request block can be executed containing the SMPP 4 interface module, which allows connecting to the USSD center of the ATP operator using the SMPP protocol, or containing the MAP 5 interface module, allowing connecting to the signaling network of the ATP operator using the MAP protocol, or containing the ISUP interface module 6, which allows connecting to the signal network of the ATP operator using the ISUP protocol.

If USSD is used as a service request method, there are two options for delivering a request to the system. The first option - a subscriber request passes through its own USSD center of the ATP operator, which has an interface

SMPP is on the outside, where SMPP is the Short Message Peer to Peer Protocol, specified, SMPP Developers Forum, SMPP Protocol Specification, a protocol for the interaction of external applications with elements of the infrastructure of ATP operators. Such a request should be sent to the SMPP 4 Interface module of the Subscriber Request Block 3. In this case, we understand that the system is connected to the ATP network via the data network via the TCP / IP protocol stack, where the TCP / IP protocol stack is Transmission Control Protocol / Internet Protocol , a set of protocols for transmitting data in PD networks, developed by IETF (The Internet Engineering Task Force) and described by the standards RFC 793 (for TCP) and RFC 791 (for IP).

If the ATP operator does not have a USSD center that supports the SMPP interface, then the system can be connected to the operator’s infrastructure via the OKS-7 signaling network, where OKS-7 is the Common Signaling Channel No. 7, a standardized ITU (International Telecommunication Union) signaling system connecting elements of digital telecommunication networks. In this case, the subscriber's request is sent to the MAP 5 Interface module, where MAP is the Mobile Application Part, standardized by 3GPP (3 ^rd Generation Partnership Project, Technical Specification 29.002) for use in the OKS-7 signaling network by the protocol of interaction of elements of the ATP network infrastructure. At the same time, the MAP 5 Interface Module is made either containing the OKS-7 interface board, which allows organizing the MAP protocol on the E.1 or T.1 physical channels, or containing the Ethernet interface card, which allows organizing the MAP protocol on the Ethernet physical channels.

If you use a conventional telephone call service as a request method, such a request is addressed by the ATP network to the ISUP 6 Interface Module of the Subscriber Request Block 3. The ISUP 6 interface module can be either implemented with the OKS-7 interface card, which allows organizing the ISUP protocol on physical E channels .1 or T.1, or an Ethernet interface card, which allows the organization of ISUP over physical Ethernet channels.

In order to correctly deliver subscriber requests to the ATP network, it is necessary to carry out preliminary work on the appropriate configuration of the routing of signaling OKS-7.

After receiving the request in the Block of subscriber requests 3 using one of the listed methods, the corresponding Interface module (4-7) sends the request to the Service Code Analyzer 7.

The service code analyzer 7 performs an initial analysis of the request code, associates it with a specific service (service) and addresses the request to the corresponding Service Module (15-18) of the Main Service Logic Unit 14 via the Internal Data Bus 8. The information contains the contents of the request line, phone number ( MSISDN) of the subscriber and some other auxiliary data. Figure 1 shows the options for passing subscriber requests through the ATP network to the Block of subscriber requests 3 of the System.

Corresponding to the request The service module processes the request in accordance with the internal logic of this service. The logic of the service is programmed at the stage of creating the service and generally represents the maintenance of a dialogue with the subscriber, the result of which should be the issuance of the final requested information to the subscriber. Service logic can be extremely simple when a response is immediately given to a subscriber’s request, after which the dialogue closes; can be a hierarchical service menu in which the subscriber can be until he selects the information he is interested in; may contain other, more complex elements, for example, keyword search, user authentication, proactivity, etc.

All interaction between the service and the subscriber is implemented through interface modules.

The SMPP 19 interface module allows the System to support USSD dialogue with the subscriber, as well as send SMS messages to the subscriber. An SMS message can contain text (for example, information requested by the subscriber), a WAP Internet link or a command to launch a Java application in the subscriber’s mobile terminal. This module is used when the System is connected to the USSD and / or SMS center of the ATP network via SMPP protocol. In addition, the SMPP 19 interface module is used to connect to the System of infrastructure elements of service providers via the SMPP protocol in the case when the service logic provides for such a connection.

The MAP 20 Interface Module allows all the same as the SMPP 19 Interface Module, but is used when the System is connected to the ATP network directly through the OKS-7 signaling network.

The interface module MM7 21 is used to send multimedia information to the subscriber in MMS messages. In addition, the MM7 21 interface module is used to connect to the System of technological elements of the infrastructure of service providers using the MM7 protocol when the service logic provides for such a connection.

The HTTP 22 interface module is responsible for maintaining the WAP session during dialogue with the subscriber and for delivering multimedia information to him. In addition, the HTTP interface module is used to connect to the System elements of the infrastructure of service providers via the HTTP protocol in the case when the service logic provides for such a connection.

Service logic, as a rule, involves interaction with external systems, in particular with the infrastructure of service providers. For example, when ordering a graphic file by a subscriber, the System can make a request through the HTTP 22 Interface module to the server of one of the service providers containing graphic files, receive this file and transfer it for download to the subscriber via the same HTTP 22 Interface module, if the service logic provides downloading content as part of a WAP session (or through the MM7 21 Interface Module, if the service logic provides for the sending of the final result in an MMS message).

As a rule, the provision of service is associated with maintaining a dialogue with the subscriber. Regardless of how the service request was made (via USSD or voice call), further dialogue with the subscriber can occur in various ways. An incomplete list of options for providing services to the subscriber is given below.

Example 1

This example is illustrated in FIG. The guest subscriber dials the request “* 170 #” on the USSD mobile terminal. This request is sent via the SPS 1 network to the operator’s USSD center 2 and is then transmitted via a secure Internet connection to the SMPP Interface Module 4 of the Subscriber Request Block 3 using the SMPP protocol. Further, the Service Code Analyzer 7, having received a request from the SMPP 4 Interface module, performs an initial analysis of the request and determines which service this request relates to. Service Code Analyzer 7 then passes the request through

Internal data bus 8 in the Main block of the service logic 14 to the corresponding Service Module (15-18).

The service module receives the request and begins its processing in accordance with the specified logic. In this case, for example, the logic involves the subscriber searching for the information he needs through the USSD menu. The USSD Phase 2 specification implies the possibility of using USSD in dialogue mode, which allows you to build hierarchical menu structures. The service module opens the USSD dialogue with the subscriber. The dialogue is maintained until the subscriber selects the desired final menu item. The dialogue is supported through the SMPP Interface Module and the USSD ATP operator center.

The result of the service in this example is text information sent via SMS. After the subscriber selects the final menu item, the Service Module first contacts the server of the service provider via the http 22 interface module to request information selected by the subscriber, receives it, and then generates an SMS message with the requested information and sends it through the SMPP 4 Interface module to the SMS center of the SPS operator and further to the subscriber.

Example 2

This example is illustrated in Fig.6. Example 2 is generally similar to example 1, but instead of a USSD request, a voice call is used, and instead of a USSD dialogue, a WAP session is used. WAP provides the subscriber with significantly greater possibilities for navigating the service menu, downloading images, sounds, other multimedia information to the phone, the ability to search by keywords, etc.

If the subscriber’s mobile terminal supports WAP, and the corresponding option is selected in the subscriber’s personal settings in the System, after dialing a voice number, for example “170”, passing it through the ISUP 8 interface module, first analyzing this request by Service Code Analyzer 7 and sending the request to the Module service of the Main block of service logic 14, The service module generates a special SMS message containing a WAP Internet link, which is delivered to the subscriber via the SMPP interface module and SMS center of the ATP operator. Using this link, the subscriber opens a WAP session and can start

service menu navigation. The WAP session is opened through the WAP gateway of the ATP operator and the HTTP Interface Module 22 of the Main Service Logic Unit 14. As a final result, the subscriber receives text or multimedia information within the same WAP session, moreover, the information is previously requested, as in Example 1, from the provider services.

Example 3

If the subscriber’s mobile terminal can run Java applications, the Java service application is loaded into the terminal and the corresponding option is selected in the subscriber’s personal settings in the System, in response to, for example, a voice request, the subscriber receives a special format SMS message that will automatically launch service Java application in his mobile terminal. From this application, the subscriber will be able to interact with the service online via a data channel. Otherwise, this example is completely similar to example 2 and is also illustrated in Fig.6. The end result of the service is similar to the case with WAP.

The charging unit 40 is connected to the Main unit of the service logic 14, whence, when a charged event occurs, he receives a command to charge for the service and interact with the billing system of a particular ATP operator. At the same time, the corresponding Service Module suspends the provision of the requested service to the subscriber, pending confirmation of successful billing from the Billing Block. The charge command includes the subscriber’s telephone number (MSISDN), the identifier of the tariffed service, the tariff category, and a number of other parameters.

The billing unit has a connection with billing systems of ATP operators via the CDR interface module, which allows transferring information about charges to CDS operators in the form of CDR records grouped into CDR files, where CDR is Call Detailed Record, a text fragment containing at least a service request code, time the provision of the service and the telephone number of the subscriber, and / or the CAP interface module, which allows real-time charging, interacting with the ATP operator billing system using the CAMEL protocol. To organize the transfer of CDR files through the channels of the CD CDR Interface Module

42 is made comprising an Ethernet interface card, and for organizing interaction via CAMEL protocol via E.1 or T.1 channels, the CAP 43 interface module is made containing an OKS-7 interface card.

Billing is carried out in the following ways:

Example 4

This example describes Post-paid pricing. This is the case when the VPLMN operator exchanges tariff information with roaming partners based on the TAP procedure, where TAP is the Transferred Account Procedure, a procedure for exchanging tariff information between SPS operators, developed by the International GSM Association. The tariff transaction generator 41, based on the information received together with the team for charging from the Main block of the service logic 14 and using the table of tariff agreements contained in the database, selects the voice Premium Rate number corresponding to this tariff. Then, Tariff Transaction Generator 41 generates a CDR record stating that this subscriber made a call lasting 1 second to the selected Premium Rate voice number. After creating the record, the Billing Unit 40, in accordance with the internal protocol, informs the Service Module that the subscriber has been charged and you can continue to provide him with the service. The CDR record is then transferred to the CDR 42 Interface Module, where it is packaged into a CDR file. By agreement with the ATP operator, the CDR 42 interface module is periodically sent through the secure PD network to the VPLMN operator billing system, where it is further processed by the operator’s standard methods: the information from it will go to TAP files and will be sent to the home operator (HPLMN operator) of this subscriber.

Example 5

Billing Pre-paid. This is the case when the VPLMN operator carries out billing transactions with roaming partners in real time based on CAMEL technology. As in example 4, the Tariff Transaction Generator 41, based on the information received together with the command for charging from the Main block of the service logic 14 and using the table of tariff agreements contained in the database, selects the voice Premium Rate number corresponding to this tariff. Then, Tariff Transaction Generator 41 generates a request to Interface

CAP 43 module for conducting a CAMEL transaction with the HPLMN operator billing system upon the fact of a subscriber’s call to the selected Premium Rate voice number. At the first stage of the billing transaction, it is determined whether the subscriber has sufficient funds in his personal account (PM) to receive this service. The CAP 43 interface module makes a corresponding request to the billing system of the HPLMN operator via the CAP protocol. If the subscriber has enough funds on his LAN, the HPLMN billing system returns a confirmation to the CAP 43 Interface module. The CAP 43 interface module sends this confirmation to the Billing Transaction Generator 41, which, in turn, forms a confirmation of the successful billing to the Service Module. The service module, having received such confirmation, provides the subscriber with the requested service and informs the Tariff Transaction Generator about this. After that, the second stage of the billing transaction is performed. The CAP 43 interface module requests the billing system of the HPLMN operator to write off the corresponding amount from the subscriber’s LAN. After receiving confirmation from the service cost accounting system, the billing transaction is closed.

If at the first stage of the billing transaction it turns out that the subscriber on his LAN does not have enough funds to make a call to the selected Premium Rate number (that is, to receive the requested service), information about this through the CAP Interface module and the Billing Transaction Generator is sent to A service module that notifies the subscriber of the impossibility to provide him with a service due to insufficient funds in his personal account.

The advantage of the claimed invention in comparison with the known inventions is as follows.

1. Billing takes place in parallel with the provision of services and does not take extra time.

2. The service session is not interrupted, the subscriber does not need to be distracted by dialing a voice number. Billing takes place "in the background", and the subscriber comfortably uses the service.

3. The system performs billing; the user does not need to delve into the billing process at all. Therefore, the possibility of errors is excluded, plus greater flexibility in tariffing is achieved.

4. No extra information for the subscriber except the service itself.

5. The charging process is kind of “spread out” over the use of the service, therefore, it is possible to implement paid services based on online browsing (requests for help information, downloading small multimedia fragments, watching online news, etc.).

6. Billing is carried out after the successful provision of the service to the subscriber. If it was not possible to provide the service, charging will not occur.

7. Since the system itself generates CDR records according to flexibly defined rules, it is possible to organize any, even the most non-trivial tariffication schemes for services, the main thing is that they are understandable and well understood by the subscriber.

8. USSD technology is used to access the service, the access codes in which (* 170 #) from the point of view of a mobile user are much more convenient for entering and easier to remember than URLs on the Internet.

9. The inventive method and system does not use a direct Internet connection to connect the user to the service, but USSD technology, which will easily allow providing services to visiting subscribers through the VPLMN network.

10. The system developed by us supports interaction with billing systems of mobile operators via CDR, CAMEL or other interfaces. Thus, when using the services, the subscriber pays for them from his mobile personal account and is not connected with the need to always have plastic bank cards or other means of payment at hand.

Claims (22)

1. The system for providing non-voice services to mobile cellular subscribers contains a subscriber request unit having a connection with the cellular mobile network infrastructure (SPS) and the main service logic block of the system, a main service logic block having a connection with the subscriber request block of the system, the SPS network infrastructure , the infrastructure of service providers and the system charging unit, the charging unit having a connection with the main service logic unit of the system and the ATP network infrastructure. 2. The system according to claim 1, characterized in that the subscriber request block is made comprising an SMPP interface module, which allows connecting to the USSD center of an ATP operator using the SMPP protocol. 3. The system according to claim 1, characterized in that the block of subscriber requests is made comprising an MAP interface module, which allows connecting to the signaling network of the ATP operator using the MAP protocol. 4. The system according to claim 1, characterized in that the block of subscriber requests is made comprising an ISUP interface module, which allows connecting to the signaling network of the ATP operator using the ISUP protocol. 5. The system according to claim 2, characterized in that the SMPP interface module is configured to include an Ethernet interface board, which allows the organization of SMPP protocol over physical Ethernet channels. 6. The system according to claim 3, characterized in that the MAP interface module is made comprising an OKS-7 interface board, which makes it possible to organize the MAP protocol on the E.1 or T.1 physical channels. 7. The system according to claim 3, characterized in that the MAP interface module is configured to include an Ethernet interface card, which allows the organization of the MAP protocol over physical Ethernet channels. 8. The system according to claim 4, characterized in that the ISUP interface module is made comprising an OKS-7 interface board, which allows the organization of the ISUP protocol over physical channels E.1 or T.1. 9. The system according to claim 4, characterized in that the ISUP interface module is configured to include an Ethernet interface card, which allows the organization of the ISUP protocol over physical Ethernet channels. 10. The system according to claim 1, characterized in that the main block of the service logic includes an SMPP interface module, which allows connecting to SMS and USSD centers of the ATP operator using the SMPP protocol. 11. The system according to claim 1, characterized in that the main block of the service logic is made containing an MAP interface module, which allows connecting to the signal network of the ATP operator using the MAP protocol. 12. The system according to claim 1, characterized in that the main block of the service logic is made containing the MM7 interface module, which allows connecting to the MMS center of the ATP operator using the MM7 protocol. 13. The system according to claim 1, characterized in that the main block of the service logic is made containing an HTTP interface module that allows you to connect to the data network of the ATP operator using the HTTP protocol. 14. The system of claim 10, characterized in that the SMPP interface module is configured to include an Ethernet interface board, which allows the organization of SMPP protocol over physical Ethernet channels. 15. The system according to claim 11, characterized in that the MAP interface module is made comprising an OKS-7 interface board, which allows the organization of the MAP protocol on the physical channels E.1 or T.1. 16. The system according to claim 11, characterized in that the MAP interface module is configured to include an Ethernet interface board, which allows the organization of the MAP protocol over physical Ethernet channels. 17. The system of claim 12, wherein the MM7 interface module is configured to include an Ethernet interface board, which allows the organization of the MM7 protocol over physical Ethernet channels. 18. The system according to item 13, wherein the HTTP interface module is configured to include an Ethernet interface board, which allows you to organize the HTTP protocol over physical Ethernet channels. 19. The system according to claim 1, characterized in that the charging unit is made up comprising a CDR interface module, which allows transferring accrual records to the ATP operator in the form of CDR records grouped into CDR files. 20. The system according to claim 1, characterized in that the charging unit is made up comprising a CAP interface module, which allows real-time charging, interacting with the ATP operator using the CAMEL protocol. 21. The system according to claim 19, characterized in that the CDR interface module is made comprising an Ethernet interface board, which allows organizing the transfer of CDR files over physical Ethernet channels. 22. The system according to claim 20, characterized in that the CAP interface module is made comprising an OKS-7 interface board, which allows the CAMEL protocol to be organized on the physical channels E.1 or T.1.