CN102811428A - Forward-shifting processing method and system for SP (Service Provider) access of USSDC (Unstructured Supplementary Service Data Center) - Google Patents

Abstract

The invention discloses a forwarding processing method and system for USSDC to process SP access. From the time when a mobile terminal MT sends an access request until the corresponding service provider SP service access is completed, the unstructured supplementary data service center USSDC forwards the MT According to the operation message from the SP, send a response corresponding to the operation message to the MT. When the SP initiates a request, the USSDC acts as a server to process the request initiated by the SP. By modifying the interface protocol between USSDC and SP, the invention realizes the access and multiple interaction functions of USSDC, and solves the problem that USSDC only plays the access function and its powerful interaction function is not used at all.

Description

A forwarding processing method and system for USSDC processing SP access

technical field

The present invention relates to unstructured supplementary service technology in mobile communication, in particular to a forward processing method for USSDC (Unstructured Supplementary Service Data Center, unstructured supplementary data service center) to process SP (Service Provider, service provider) access and system.

Background technique

The intelligent network is an architecture used to generate and provide services, and its most important feature is to provide various special value-added services quickly, conveniently, flexibly and economically. USSD (Unstructured Supplementary Service Data, unstructured supplementary data) application business, as an important business process in the prepaid intelligent business, has developed rapidly in recent years, especially with the OCS (Online Charging System, online charging system) business The development of many new business functions, especially SP value-added services, provides users with more and more intelligent services, and also achieves considerable economic benefits for operators.

USSD business applications are more and more widely used due to its advantages of convenience, speed, security, etc., especially the value-added services of SP are more and more used, such as bill payment services, banking services, stock services, etc. While greatly facilitating the majority of users, it also increases the economic benefits of operators. However, for more and more SP application services, the content provided by each SP is different, and the access process required by each SP is also different. The traditional method is that the SP access process is generally placed on the SP side, and USSDC only completes the access process. Input function, that is, after USSDC receives the user's request, it will use the SMPP (Short Message Peer To Peer, short message point-to-point) protocol to directly send the user's request to the corresponding SP server. All features requested. It can be seen from this that the powerful interactive function of USSDC is not used at all, and it only plays an access function.

Now more and more SP applications require USSDC to complete the access and multiple interaction functions, so USSDC needs to complete the control function of the entire session access process. For the different access control requirements of each SP, USSDC is urgently needed A method for processing relatively complicated SP access control can be provided.

Contents of the invention

The purpose of the present invention is to provide a forwarding processing method and system for USSDC processing SP access, which solves the following problems: 1. USSDC only plays an access function, and its powerful interactive function is not used at all; 2. Each SP It is difficult to access various applications.

According to one aspect of the present invention, a forwarding processing method for USSDC processing SP access is provided, including the following steps:

A. During the period from when the mobile terminal MT sends an access request until the service access of the corresponding service provider SP is completed, the unstructured supplementary data service center USSDC forwards the request and response of the MT, and sends a message to the MT according to the operation message from the SP. sending a response corresponding to the operation message;

B. When an SP initiates a request, the USSDC acts as a server to process the request initiated by the SP.

Wherein, step B includes:

When the SP initiates a request for sending a notification message to the MT, the USSDC sends the notification message to the MT according to the operation message from the SP for sending the notification message.

Wherein, step B also includes:

When the SP only initiates a request to access the USSDC service, the USSDC returns a response corresponding to the request to the SP according to the request.

preferred,

The interface protocol between the USSDC and the SP includes receiving messages and sending messages;

The receiving message and sending message respectively include the following parameters: operation type, a pointer used to indicate the operation type.

preferred,

The operation types in the received message include the following types: request, notification, billing, switching, end, error, exception;

The operation types in the sending message include the following types: start, response, error, and exception.

preferred,

The receiving message and sending message also include the following parameters respectively:

Session number, used to indicate the pointer of the session index between SP and USSDC;

Status, a pointer used to indicate the error code.

preferred,

The received message also includes the following parameters:

Service code, used to indicate the pointer of the service access code;

Switch Mode, a pointer to indicate the switch mode.

According to another aspect of the present invention, a forwarding processing system for USSDC processing SP access is provided, and the system includes:

The mobile terminal MT is used to send a request to the SP via the USSDC and receive a response from the SP via the USSDC;

The service provider SP is used to respond to the request of the MT or initiate a request to the USSDC;

The unstructured supplementary data service center USSDC is used to forward the request and response of the MT from the time when the MT sends out the access request until the service access of the corresponding service provider SP is completed, and according to the operation message from the SP, to the The MT sends a response corresponding to the operation message, or is used to process the request initiated by the SP when the request is initiated by the SP.

preferred,

The interface protocol between the USSDC and the SP includes receiving messages and sending messages;

The receiving message and sending message respectively include the following parameters: operation type, a pointer used to indicate the operation type.

preferred,

The receiving message and sending message also include the following parameters respectively:

Session number, used to indicate the pointer of the session index between SP and USSDC;

Status, a pointer used to indicate the error code.

Compared with the prior art, the invention has the advantages of expanding the ability of the USSD service to access multi-SP applications, which is beneficial to the application and promotion of value-added services of operators.

Description of drawings

Fig. 1 is a flow chart of a forwarding processing method for SP access processing provided by an embodiment of the present invention;

2 is a flowchart of a forwarding processing method for SP access processing that an MT actively initiates a request provided by an embodiment of the present invention;

3 is a flow chart of a forwarding processing method for SP access processing of an SP actively initiating a request provided by an embodiment of the present invention;

Fig. 4 is the USSDC-SP protocol receiving message parameter table of the multi-SP application process provided by the embodiment of the present invention;

Fig. 5 is the USSDC-SP protocol sending message parameter table of the multi-SP application flow that the embodiment of the present invention provides;

FIG. 6 is an SP information table for forwarding processing provided by an embodiment of the present invention;

FIG. 7 is a structural diagram of a forwarding processing system for SP access processing provided by an embodiment of the present invention.

Detailed ways

The preferred embodiments of the present invention will be described in detail below in conjunction with the accompanying drawings. It should be understood that the preferred embodiments described below are only used to illustrate and explain the present invention, and are not intended to limit the present invention.

Fig. 1 is the flow chart of the forwarding processing method of SP access processing that the embodiment of the present invention provides, as shown in Fig. 1, this method comprises the following steps:

Step S101, from the time when the MT (Mobile Terminated, mobile terminal) sends an access request until the corresponding SP service access period is completed, the USSDC forwards the request and response of the MT, and sends a message related to the MT to the MT according to the operation message from the SP. The response corresponding to the operation message.

Step S102, when the SP initiates a request, the USSDC acts as a server to process the request initiated by the SP.

Fig. 2 is a flow chart of the forwarding processing method of the SP access processing that the MT actively initiates the request provided by the embodiment of the present invention, as shown in Fig. 2, the specific flow of the method is as follows:

In step S201, the user who subscribes to the SP service sends an access request to the USSDC through a mobile terminal, wherein the request message includes the USSD access code *123#.

In step S202, after receiving the user's request, the USSDC analyzes the access code, and when the USSDC analyzes that the user's request is an SP application request service access code, the USSDC forwards the request to the corresponding SP server.

In step S203, after receiving the request, the SP server invokes a corresponding menu or returns a reply to the USSDC.

In step S204, the USSDC pushes the menu content to the user after receiving the response from the SP server.

Step S205, after receiving the menu, the user chooses to check the account balance according to the menu content, and sends the request for checking the balance to USSDC.

In step S206, the USSDC forwards the balance inquiry request to the SP server again.

In step S207, the SP server sends a message of collecting account numbers to the USSDC after receiving the request from the user to check the balance.

In step S208, the USSDC pushes the received message about collecting accounts to the user.

Step S209, the user enters the account number to be queried according to the prompt, and sends the account number to the USSDC.

In step S210, the USSDC forwards the account information to the SP server.

In step S211, the SP server continues to ask the user to input a password, and sends a password request message to USSDC.

In step S212, the USSDC forwards the message requesting the password to the user.

In step S213, the user inputs a password and sends the password to USSDC.

In step S214, the USSDC forwards the password to the SP server.

In step S215, the SP server completes all flow control and parameter collection processing, queries the user's balance, and sends the account balance to the USSDC.

Step S216, USSDC forwards the account balance to the user.

In step S217, the SP may choose to send another short message on the balance to the user at the end, and this step is optional.

Fig. 3 is a flow chart of the forwarding processing method of the SP access processing that the SP actively initiates the request provided by the embodiment of the present invention. As shown in Fig. 3, the specific flow of the method is as follows:

In step S301, the SP server actively sends an informative message to the USSDC.

In step S302, after receiving the message, the USSDC parses out that the message is an active notification message according to the interface protocol, and then sends the message to the user.

Step S303, after the user receives the message, if the informative message is a message requiring confirmation by the user, the user sends a response message to the USSDC after confirmation.

In step S304, the USSDC sends the user response to the SP server.

In step S305, after receiving the response message from the user, the SP server performs corresponding processing, and notifies the USSDC to end the process.

It can be seen from the above flow chart that USSDC mainly completes the interactive function, and does not perform logical processing of SP front-end services. All logical processing is done by the SP server, and USSDC only needs to forward. In this mode, the most important thing is the interface protocol between USSDC and SP. The underlying protocol itself uses TCP/IP for communication, so how to define the upper layer interface is very important.

Fig. 4 is the USSDC-SP protocol receiving message parameter table of the multi-SP application process provided by the embodiment of the present invention. As shown in Fig. 4, the receiving message of USSDC includes the following parameters: SessionID field, MsIsdn field, OpType field, Status field, ServiceCode field, UssdString field, SwitchMode field, Chargeinfo1 field, etc.

The SessionID field, that is, the session number, is the unique index for maintaining the session between the USSDC interface machine and the SP interface machine. The session ID can be all generated by the SP-side interface machine, and the USSDC-side interface machine returns it as it is after receiving it.

The MsIsdn field, that is, the user ID, is the unique identifier of the user. The value corresponding to the MsIsdn field contains the user number.

The OpType field, that is, the operation type, includes six types: 1 request, 2 notification, 3 billing, 4 switching, 100 error, and 101 exception. Among them, 1 request indicates the need to interact with the user, which is generally used to collect parameters. 2 Notification, indicating that the message is a notification message, which can be directly pushed to the user without collecting parameters. The notification message is generally the last response message of USSDC to the user. 3 Billing, indicating that this operation needs to be billed, and the possible action is to issue a bill and prepare for billing. 4 Switching indicates that it needs to be switched to other SP servers to complete the remaining operations. The switching message is generally used for operations completed jointly by multiple SP servers. 5 End, indicating that the operation can end normally. 100 error, indicating that the SP has received a wrong request or a request that cannot be processed correctly. USSDC needs to send this error code to the SP server, and the SP server will further respond and process it. 101 exception, if USSDC receives an abnormal operation type, it can release the session and end this operation.

The Status field is the state. This field is meaningful only when the operation type field is 100 error or 101 exception. At this time, the Status field indicates the error code.

The ServiceCode field, that is, the service code, is an indication field indicating access to a certain SP.

The UssdString field is the interactive message content, such as menu content.

The SwitchMode field, that is, the switching mode, is usually defined according to specific needs, such as switching from notification consumption to billing.

The Chargeinfo field, that is, the charging field, is generally some parameter fields that require USSDC to provide relevant bills.

Fig. 5 is the USSDC-SP protocol sending message parameter table of the multi-SP application flow that the embodiment of the present invention provides, as shown in Fig. 5, the sending message parameter of USSDC includes following fields: SessionID field, OpType field, Status field, UssdString field and MsIsdn field.

The SessionID field, that is, the session number, is the only index maintained by the session between the SP interface machine and the USSDC interface machine. Initially, it can be filled with: 0xFFFFFFFF, and then the SP-side interface machine generates a session number, and the USSDC-side interface machine returns it as it is after receiving it.

The OpType field, that is, the operation type, includes four types: 50 Start, 51 Response, 100 Error, and 101 Abnormal. Among them, starting with 50 indicates that after receiving the initial request from the user, the initial request is forwarded to the SP server. 51 response, indicating that USSDC has received the user's response and passed the response to the SP server. The response message generally corresponds to the request message, and the user collects the parameter information input by the user and sends it to the SP server. 100 error, which means that the USSDC side sends an error, and the SP side needs to instruct further operations. 101 abnormality, which means that USSDC has found an abnormality and needs to end immediately on the SP side.

The meanings of the Status, UssdString and MsIsdn fields are the same as those of the received message.

FIG. 6 is an SP information table for forwarding processing provided by an embodiment of the present invention. As shown in FIG. 6, the SP information includes the following fields: Spid field, Funcid field, Spnum field, smscon field, Serid field, Sptype field, and messagetype field. Among them, the Spid field represents the Sp code; the Funcid field represents the function index; the Spnum field represents the SP access number; the smscon field represents the SMS content; the Serid field represents the service code; the Sptype field represents the Sp type; the messagetype field represents the message Type, when sptype=1, the interface prompts to choose: 0-ussd, 1-sms, 2-bothussd and sms, when sptype is not 1, the interface does not display any selection, and 0 is inserted by default.

When working, USSDC first reads the relevant data of the SP from the SP information table, and then communicates with the SP.

Fig. 7 is a structural diagram of a forwarding processing system for SP access processing provided by an embodiment of the present invention. As shown in Fig. 7, the system includes a mobile terminal MT1, an unstructured supplementary data service center USSDC2 and a service provider SP server 3 .

When working, MT1 sends an access request to USSDC2, and USSDC2 forwards the request to SP server 3. MT1 sends the access code *123# to USSDC2, and USSDC2 analyzes the access code after receiving the request. When USSDC2 analyzes that the request is an SP application request service access code, it forwards the request to the corresponding SP server 3 .

After receiving the request, the SP server 3 calls out the corresponding menu or returns a reply to USSDC2, and USSDC2 pushes the menu content to MT1 after receiving the response from SP3. After receiving it, MT1 selects the operation of querying the account balance according to the menu content. After receiving MT1's selection, USSDC2 forwards the content to the SP server 3 for processing.

After the SP server 3 receives the user's request to check the balance, it sends a message to collect the account number to USSDC2, and USSDC2 pushes the message to MT1. MT1 enters the query account according to the prompt, and USSDC2 transparently transmits the account entered by MT1 to SP server 3, and SP server 3 continues to ask MT1 to enter the password. After MT1 enters the password, SP server 3 completes all process control and parameter collection processing. Query the user's balance and return it to MT1 via USSDC2. Of course, SP3 can also choose to send a short message to MT1 directly.

During communication between USSDC and SP, USSDC receives the message including the following parameters: SessionID field, MsIsdn field, OpType field, Status field, ServiceCode field, UssdString field, SwitchMode field, Chargeinfo field, etc.

The SessionID field, that is, the session number, is the unique index for maintaining the session between the USSDC interface machine and the SP interface machine. The session ID can be all generated by the SP-side interface machine, and the USSDC-side interface machine returns it as it is after receiving it.

The MsIsdn field, that is, the user ID, is the unique identifier of the user. The value corresponding to the MsIsdn field contains the user number.

The OpType field, that is, the operation type, includes six types: 1 request, 2 notification, 3 billing, 4 switching, 100 error, and 101 exception. Among them, 1 request indicates the need to interact with the user, which is generally used to collect parameters. 2 Notification, indicating that the message is a notification message, which can be directly pushed to the user without collecting parameters. The notification message is generally the last response message of USSDC to the user. 3 Billing, indicating that this operation needs to be billed, and the possible action is to issue a bill and prepare for billing. 4 Switching indicates that it needs to be switched to other SP servers to complete the remaining operations. The switching message is generally used for operations completed jointly by multiple SP servers. 5 End, indicating that the operation can end normally. 100 error, indicating that the SP has received a wrong request or a request that cannot be processed correctly. USSDC needs to send this error code to the SP server, and the SP server will further respond and process it. 101 exception, if USSDC receives an abnormal operation type, it can release the session and end this operation.

The Status field is the state. This field is meaningful only when the operation type field is 100 error or 101 exception. At this time, the Status field indicates the error code.

The ServiceCode field, that is, the service code, is an indication field indicating access to a certain SP.

The UssdString field is the interactive message content, such as menu content.

The SwitchMode field, that is, the switching mode, is usually defined according to specific needs, such as switching from notification consumption to billing.

The Chargeinfo field, that is, the charging field, is generally some parameter fields that require USSDC to provide relevant bills.

The message parameters sent by USSDC include the following fields: SessionID field, OpType field, Status field, UssdString field and MsIsdn field.

The SessionID field, that is, the session number, is the only index maintained by the session between the SP interface machine and the USSDC interface machine. Initially, it can be filled with: 0xFFFFFFFF, and then the SP-side interface machine generates a session number, and the USSDC-side interface machine returns it as it is after receiving it.

The OpType field, that is, the operation type, includes four types: 50 Start, 51 Response, 100 Error, and 101 Abnormal. Among them, starting with 50 indicates that after receiving the initial request from the user, the initial request is forwarded to the SP server. 51 response, indicating that USSDC has received the user's response and passed the response to the SP server. The response message generally corresponds to the request message, and the user collects the parameter information input by the user and sends it to the SP server. 100 error, which means that the USSDC side sends an error, and the SP side needs to instruct further operations. 101 abnormality, which means that USSDC has found an abnormality and needs to end immediately on the SP side.

The meanings of the Status, UssdString and MsIsdn fields are the same as those of the received message.

To sum up, the present invention realizes the access and multiple interaction functions of USSDC by modifying the interface protocol between USSDC and SP, and solves the problem that USSDC only performs the access function and its powerful interaction function is not used at all.

Although the present invention has been described in detail above, the present invention is not limited thereto, and various modifications can be made by those skilled in the art based on the principle of the present invention. Therefore, any modifications made according to the principles of the present invention should be understood as falling within the protection scope of the present invention.

Claims (10)

1. A USSDC processes the forwarding processing method of SP access, is characterized in that, comprises the following steps: A. During the period from when the mobile terminal MT sends an access request until the service access of the corresponding service provider SP is completed, the unstructured supplementary data service center USSDC forwards the request and response of the MT, and sends a message to the MT according to the operation message from the SP. sending a response corresponding to the operation message; B. When an SP initiates a request, the USSDC acts as a server to process the request initiated by the SP. 2. The method according to claim 1, wherein step B comprises: When the SP initiates a request for sending a notification message to the MT, the USSDC sends the notification message to the MT according to the operation message from the SP for sending the notification message. 3. method according to claim 2, is characterized in that, step B also comprises: When the SP only initiates a request to access the USSDC service, the USSDC returns a response corresponding to the request to the SP according to the request. 4. The method according to any one of claims 1 to 3, characterized in that, The interface protocol between the USSDC and the SP includes receiving messages and sending messages; The receiving message and sending message respectively include the following parameters: operation type, a pointer used to indicate the operation type. 5. The method of claim 4, wherein, The operation types in the received message include the following types: request, notification, billing, switching, end, error, exception; The operation types in the sending message include the following types: start, response, error, and exception. 6. The method according to claim 4, wherein the receiving message and the sending message also include the following parameters respectively: Session number, used to indicate the pointer of the session index between SP and USSDC; Status, a pointer used to indicate the error code. 7. The method according to claim 4, wherein the received message further comprises the following parameters: Service code, used to indicate the pointer of the service access code; Switch Mode, a pointer to indicate the switch mode. 8. A forwarding processing system for USSDC processing SP access, characterized in that the system includes: The mobile terminal MT is used to send a request to the SP via the USSDC and receive a response from the SP via the USSDC; The service provider SP is used to respond to the request of the MT or initiate a request to the USSDC; The unstructured supplementary data service center USSDC is used to forward the request and response of the MT from the time when the MT sends out the access request until the service access of the corresponding service provider SP is completed, and according to the operation message from the SP, to the The MT sends a response corresponding to the operation message, or is used to process the request initiated by the SP when the request is initiated by the SP. 9. The system of claim 8, wherein: The interface protocol between the USSDC and the SP includes receiving messages and sending messages; The receiving message and sending message respectively include the following parameters: operation type, a pointer used to indicate the operation type. 10. The system according to claim 8, wherein the receiving message and the sending message further comprise the following parameters: Session number, used to indicate the pointer of the session index between SP and USSDC; Status, a pointer used to indicate the error code.

Images