WO2012162980A1 - 一种ussdc处理sp接入的前转处理方法及系统 - Google Patents
一种ussdc处理sp接入的前转处理方法及系统 Download PDFInfo
- Publication number
- WO2012162980A1 WO2012162980A1 PCT/CN2011/079750 CN2011079750W WO2012162980A1 WO 2012162980 A1 WO2012162980 A1 WO 2012162980A1 CN 2011079750 W CN2011079750 W CN 2011079750W WO 2012162980 A1 WO2012162980 A1 WO 2012162980A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- ussdc
- message
- request
- access
- response
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
- H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
Definitions
- the present invention relates to an unstructured supplementary service technology in mobile communication, and more particularly to a USSDC (Unstructured Supplementary Data Service Center) processing SP (Service Provider) access forwarding processing method And system.
- USSDC Unstructured Supplementary Data Service Center
- SP Service Provider
- the intelligent network is an architecture for generating and providing services. Its most important feature is the provision of various value-added services in a fast, convenient, flexible and economical manner.
- the USSD (Unstructured Supplementary Service Data) application service is an important business process in the prepaid intelligent service. It has developed rapidly in recent years, especially with the OCS (Online Charging System) service. The development of many new business functions, especially SP value-added services, to provide users with more intelligent services, but also for operators to achieve significant economic benefits.
- USSD business applications are increasingly being promoted and applied due to their convenience, speed, security, etc., especially SP's value-added services are being used more and more, such as payment services, banking services, stock services, etc.
- SP application services the content provided by each SP is different, and the SPs require different access procedures.
- the traditional approach is that the access process of the SP is generally placed on the SP side, and the USSDC only completes the connection.
- the USSDC will directly send the user's request to the corresponding SP server by using the SMPP (Short Message Peer To Peer) protocol.
- the task of the USSDC ends and the SP server completes the entire request. All features. It can be seen that the powerful interactive function of USSDC is completely unused and only serves as an access function.
- the object of the present invention is to provide a method and system for processing the SP access forward processing of the USSDC, and solve the following problems: 1.
- the USSDC only functions as an access function, and its powerful interactive function is not used at all; Second, the access to various applications of each SP is difficult.
- a forwarding processing method for processing an SP access by a USSDC including:
- the unstructured supplementary data service center (USSDC) forwards the MT request and response during the time when the mobile terminal (MT) issues the access request until the completion of the corresponding service provider (SP) service access, and according to the SP from the SP An operation message, sending a response corresponding to the operation message to the MT;
- the USSDC processes the SP initiated request as a server.
- step B includes:
- the USSDC sends the notification message to the MT according to an operation message from the SP for sending a notification message.
- step B further includes:
- the USSDC When the SP only initiates the access to the USSDC service request, the USSDC sends a response corresponding to the request to the SP according to the request.
- the interface protocol between the USSDC and the SP includes a receiving message and a sending message; the receiving message and the sending message respectively include an operation type, and is used to indicate an operation type Display word.
- the types of operations in the received message include: request, notification, charging, switching, ending, error, exception;
- the types of operations in the sent message include: start, response, error, exception.
- the receiving message and the sending message further include the following parameters:
- a session number a pointer indicating a session index between the SP and the USSDC
- the receiving message further includes the following parameters:
- a service code a pointer for indicating a service access code
- Switch mode a pointer used to indicate the switching mode.
- a USSDC processing SP access forwarding processing system including:
- the mobile terminal MT is configured to send a request to the SP via the USSDC and receive the response of the SP via the USSDC;
- the service provider SP is configured to respond to the request of the MT or initiate a request to the USSDC; the unstructured supplementary data service center USSDC is set to be issued during the time when the MT issues an access request until the completion of the corresponding service provider SP service access period Transmitting the request and response of the MT, and sending a response corresponding to the operation message to the MT according to an operation message from the SP, or for processing the request initiated by the SP when the SP initiates the request.
- the interface protocol between the USSDC and the SP includes a receiving message and a sending message; the receiving message and the sending message respectively include an operation type, and is used to indicate an operation type Display word.
- the receiving message and the sending message further include the following parameters:
- the session number set to indicate a pointer to the session index between the SP and the USSDC;
- the present invention has the beneficial effects of: expanding the capability of the USSD service to access multiple SP applications, and facilitating application and promotion of value-added services of operators.
- FIG. 1 is a flowchart of a method for processing a forward process of an SP access process according to an embodiment of the present invention
- FIG. 2 is a flowchart of a method for forwarding a process of SP access processing for an active request of an MT according to an embodiment of the present invention
- FIG. 3 is a flowchart of a method for forwarding a SP access process of an SP initiative initiation request according to an embodiment of the present invention
- the Unstructured Supplementary Data Service Center (USSDC) forwards the MT request and the USSDC during the time when the mobile terminal (MT) issues an access request until the completion of the corresponding service provider (SP) service access.
- USSDC Unstructured Supplementary Data Service Center
- MT mobile terminal
- SP service provider
- FIG. 1 is a flowchart of a method for processing a forward process of an SP access process according to an embodiment of the present invention. As shown in FIG. 1, the method includes the following steps: Step S101: The USSDC forwards the request and response of the MT, and sends the request and response to the MT according to an operation message from the SP, when the mobile terminal is sent by the mobile terminal, and the corresponding SP service access is completed. The response corresponding to the operation message.
- Step S102 When the SP initiates the request, the USSDC processes the request initiated by the SP as a server.
- FIG. 2 is a flowchart of a method for forwarding a SP access process for an active request of an MT according to an embodiment of the present invention. As shown in FIG. 2, the specific process of the method is as follows:
- Step S201 The user of the customized SP service sends an access request to the USSDC through the mobile terminal, where the request message includes the USSD access code *123#.
- Step S202 After receiving the request from the user, the USSDC performs access code parsing.
- the USSDC analyzes that the request of the user is the SP application request service access code, the request is forwarded to the corresponding SP server.
- Step S203 After receiving the request, the SP server calls up a corresponding menu or returns a response to the USSDC.
- Step S204 After receiving the response from the SP server, the USSDC pushes the menu content to the user.
- Step S205 after receiving the menu, the user selects an account balance according to the menu content, and sends a request for querying the balance to the USSDC.
- step S206 the USSDC forwards the request for querying the balance to the SP server for processing.
- step S207 After receiving the request for the user to check the balance, the SP server sends a message for collecting the account to the USSDC.
- Step S208 The USSDC pushes the received message of collecting the account to the user.
- Step S209 the user inputs the queried account according to the prompt, and sends the account to the USSDC.
- step S211 the SP server continues to request the user to input a password, and sends a message requesting a password to the USSDC.
- step S212 the USSDC forwards the message requesting the password to the user.
- step S213 the user inputs a password and sends the password to the USSDC.
- Step S214 The USSDC forwards the password to the SP server.
- step S215 the SP server completes all process control and parameter collection processing, queries the balance of the user, and sends the account balance to the USSDC.
- Step S216 the USSDC forwards the account balance to the user.
- Step S217 the SP may finally choose to send another balance message to the user, and this step is optional.
- FIG. 3 is a flowchart of a method for forwarding a SP access process of an SP initiative initiated request according to an embodiment of the present invention. As shown in FIG. 3, the specific process of the method is as follows:
- Step S301 The SP server actively sends an notification message to the USSDC.
- Step S302 After receiving the message, the USSDC parses the message as 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 notification message is a message requiring the user to confirm, the user sends the response message to the USSDC after confirming the message.
- Step S304 the USSDC sends the user response to the SP server.
- Step S305 After receiving the response message of the user, the SP server performs corresponding processing, and notifies the USSDC to end the process.
- the USSDC mainly performs the interactive function and does not perform the logical processing of the SP pre-service. All the logical processing is performed by the SP server, and the USSDC only needs to forward. In this mode, the most important is the interface protocol between USSDC and SP. The underlying protocol itself uses TCP/IP for communication. Therefore, how to define the upper interface is very important.
- Table 1 is a USSDC-SP protocol receiving message of a multi-SP application flow provided by an embodiment of the present invention.
- the received message of the USSDC includes the following parameters: SessionlD field, Mslsdn field, OpType field, Status field, ServiceCode field, UssdString field, SwitchMode field, Chargeinfol field, etc.
- the SessionlD field that is, the session number, is a unique index for the USSDC interface machine and the SP interface machine to maintain the session.
- the session number can be generated by the SP side interface machine.
- the USSDC interface machine returns as it is.
- the Mslsdn field which is the user ID, is the unique identifier of the user.
- the value corresponding to the Mslsdn field contains the user number.
- the OpType field that is, the operation type, includes 1 request, 2 notification, 3 billing, 4 switch, 100 error, and 101 exceptions.
- 1 request indicates that it needs to interact with the user, generally collecting parameters;
- 2 notification It indicates that the message is a notification message and can be directly pushed to the user. It does not need to collect parameters.
- the notification message is generally the last response message sent by the USSDC to the user; Indicates that the current operation needs to be charged. The possible action is to make a bill to prepare for billing. 4 Switching, indicating that you need to switch to another SP server to complete the remaining operations.
- the switch message is generally used for the operation of multiple SP servers.
- Status field which is the status. This field is meaningful only when the operation type field is 100 error or 101 exception.
- the Status field indicates the error code.
- the ServiceCode field that is, the service code, is an indication field indicating access to an SP.
- the UssdString field which is the content of the interactive message, such as the menu content.
- the SwitchMode field that is, the switching mode, is usually defined according to specific needs, such as switching from notification consumption to charging.
- the Chargeinfol field which is the charging field, is generally a parameter field that requires the USSDC to give the relevant bill.
- Table 2 is a USSDC-SP protocol sending message of the multiple SP application flow provided by the embodiment of the present invention.
- SessionID Int session number filled in when the service is initiated
- the sending message parameters of the USSDC include the following fields: SessionID field, OpType field, Status field, UssdString field, and Mslsdn field.
- the SessionID field that is, the session number, is the unique index held by the SP interface machine and the USSDC interface machine. Initially, it can be filled in: OxFFFFFF, and then the session number generated by the SP side interface machine is received by the USSDC interface machine. return.
- the OpType field that is, the operation type, includes four types: 50 start, 51 response, 100 error, and 101 exception.
- 50 indicating that after receiving the initial request from the user, forwarding the initial request to the SP server
- 51 responding indicating that the USSDC receives the response from the user, and passes 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 is transmitted to the SP server; 100 error indicates that the USSDC side sends an error, and the SP side needs to indicate further operation; 101 abnormality, indicating that the USSDC finds an abnormality, and the SP side needs to end immediately.
- the Status, UssdString, and Mslsdn fields have the same meaning as the received message.
- Table 3 is the SP information table of the forwarding process provided by the embodiment of the present invention:
- the SP information includes the following fields: Spid field, Funcid field, Spnum field, smscon field, Serid field, Sptype field, messagetype field; wherein, the Spid field represents the Sp code; the Funcid field represents the function index.
- the Spnum field indicates the SP access number; the smscon field indicates the SMS content; the Serid field indicates the service code; the Sptype field indicates the Sp type; the messagetype field indicates the message type.
- sptype l
- the interface prompt must be selected: 0 - ussd, 1 - sms , 2 - both ussd and sms, when sptype is not 1, the interface does not display any choice, the default is 0.
- USSDC When working, USSDC first reads the relevant data of the SP from the SP information table, and then communicates with the SP.
- FIG. 4 is a structural diagram of a forwarding processing system for SP access processing according to an embodiment of the present invention. As shown in FIG. 4, the system includes a mobile terminal MT1, an unstructured supplementary data service center USSDC 2, and a service provider SP server. 3.
- MT1 sends an access request to USSDC 2, and USSDC 2 forwards the request to SP server 3.
- MT1 sends an access code to USSDC 2 *123#, and after receiving the request, USSDC 2 performs access code parsing.
- USSDC 2 analyzes that the request is an SP application request service access code, it forwards the request to the corresponding SP server 3.
- the SP server 3 After receiving the request, the SP server 3 calls up the corresponding menu or returns a response to USSDC 2. After receiving the response from SP3, USSDC 2 pushes the menu content to MT1. After receiving the MT1, the MT1 selects the account balance operation according to the content of the menu. After receiving the MT1 selection, the USSDC 2 forwards the content to the SP server 3 for further processing.
- the SP server 3 After receiving the request for the user to check the balance, the SP server 3 sends a message for collecting the account to the USSDC 2, and the USSDC 2 pushes the message to the MT1. MT1 enters the queried account according to the prompt. USSDC 2 transparently transmits the account input by MT1 to SP server 3. SP server 3 continues to require MT 1 to input the password. After MT 1 enters the password, SP server 3 completes all flow control and parameters. Collect processing, query the user's balance, and return to MT 1, via USSDC 2. Finally, the SP server 3 can also choose to send a short message directly to the MT 1.
- the USSDC When the USSDC communicates with the SP, the USSDC receives the following parameters: SessionID field, Mslsdn field, OpType field, Status field, ServiceCode field, UssdString field, SwitchMode field, Chargeinfol field, and so on.
- the session ID field that is, the session number, is the unique index of the USSDC interface machine and the SP interface machine.
- the session number can be generated by the SP side interface machine.
- the USSDC interface machine returns as it is.
- the Mslsdn field is the unique identifier of the user.
- the value corresponding to the Mslsdn field contains the user number.
- the OpType field that is, the operation type, includes six types of 1 request, 2 notification, 3 billing, 4 switch, 100 error, and 101 exception. Among them, 1 request, indicating that it needs to interact with the user, generally collecting parameters; 2 notification, indicating that the message is a notification message, which can be directly pushed to the user, and does not need to collect parameters, and the notification message is generally the last response message of USSDC.
- Status field which is the status. This field is meaningful only when the operation type field is 100 error or 101 exception.
- the Status field indicates the error code.
- the ServiceCode field that is, the service code, is an indication field indicating access to an SP.
- the UssdString field which is the content of the interactive message, such as the menu content.
- the SwitchMode field that is, the switching mode, is usually defined according to specific needs, such as switching from notification consumption to charging.
- the Chargeinfol field that is, the charging field, is generally a parameter field that requires the USSDC to give the relevant bill.
- the USSDC send message parameters include the following fields: SessionID field, OpType field, Status field, UssdString field, and Mslsdn field.
- the session ID field which is the session number, is the unique index held by the SP interface machine and the USSDC interface machine. Initially, it can be filled in: OxFFFFFFFF, and then the SP side interface machine generates a session number, and the USSDC interface machine returns as it is.
- the OpType field that is, the operation type, includes four types: 50 start, 51 response, 100 error, and 101 exception.
- 50 indicating that after receiving the initial request from the user, forwarding the initial request to the SP server
- 51 responding indicating that the USSDC receives the response from the user, and passes 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 is transmitted to the SP server; 100 error indicates that the USSDC side sends an error, and the SP side needs to indicate further operation; 101 abnormality, indicating that the USSDC finds an abnormality, and the SP side needs to end immediately.
- the Status, UssdString, and Mslsdn fields have the same meaning as the received message.
- the embodiment of the present invention implements the interface protocol of the USSDC and the SP.
- the USSDC completes the access and multiple interaction functions, which solves the problem that the USSDC only functions as an access function and its powerful interactive functions are not used at all.
Abstract
本发明公开了一种USSDC处理SP接入的前转处理方法及系统，该方法包括：在移动终端MT发出接入请求起直至完成相应服务提供商SP业务接入期间，非结构化补充数据业务中心USSDC转发MT的请求和响应，并根据来自所述SP的操作消息，向MT发送与所述操作消息对应的响应，当SP发起请求时，所述USSDC作为服务端处理所述SP发起的请求。本发明通过修改USSDC和SP的接口协议，实现了USSDC完成接入和多次交互功能，解决了USSDC仅仅起到接入功能、其强大的交互功完全没有被使用的问题。
Description
一种 USSDC处理 SP接入的前转处理方法及系统 技术领域
本发明涉及移动通信中非结构化补充业务技术， 尤其涉及一种 USSDC ( Unstructured Supplementary Service Data Center,非结构化补充数据业务中 心 )处理 SP ( Service Provider, 服务提供商 )接入的前转处理方法及系统。 背景技术
智能网是一个用于产生和提供业务的体系结构， 其最重要的特点是快 速方便、 灵活经济的提供各种特色增值业务。 USSD ( Unstructured Supplementary Service Data, 非结构化补充数据）应用业务作为其中的预付 费智能业务中的重要业务流程，在最近几年发展迅速，尤其随着 OCS( Online Charging System, 在线计费系统）业务的发展出现很多新的业务功能， 特 别是 SP增值服务， 为用户提供了更多更智能化的服务， 也为运营商取得了 不小的经济效益。
USSD业务应用由于其方便、快捷、安全性等优点越来越多地被推广应 用，特别是 SP的增值服务被越来越多的应用，比如代缴费服务、银行服务、 股票服务等， 极大的方便了广大用户的同时， 也增加了运营商的经济效益。 但是针对越来越多的 SP应用服务， 各个 SP提供的内容是不相同的， 各 SP 要求接入流程也不相同， 传统的做法是 SP 的接入流程一般放在 SP侧， USSDC仅仅完成接入功能，即 USSDC收到用户请求后，将采用 SMPP( Short Message Peer To Peer, 短消息点对点）协议直接把用户的请求送给对应的 SP服务器，至此 USSDC的任务结束， SP服务器完成整个请求的所有功能。 可以看出， USSDC的强大的交互功能完全没有被使用，仅仅起到接入功能。
现在越来越多的 SP应用， 需要 USSDC来完成接入和多次交互功能，
这样 USSDC就需要完成整个会话的接入流程的控制功能， 针对各个 SP的 不同的接入控制需求， 迫切需要 USSDC能够提供一种处理比较复杂的 SP 接入控制处理方法。 发明内容
有鉴于此， 本发明的目的在于提供一种 USSDC处理 SP接入的前转处 理方法及系统， 解决了以下问题： 一、 USSDC仅仅起到接入功能、 其强大 的交互功能完全没有被使用； 二、 各个 SP的各种应用接入困难。
根据本发明的一个方面， 提供了一种 USSDC处理 SP接入的前转处理 方法， 包括：
A、 在移动终端（MT )发出接入请求起直至完成相应服务提供商（SP ) 业务接入期间， 非结构化补充数据业务中心 （USSDC )转发 MT的请求和 响应， 并根据来自所述 SP的操作消息， 向 MT发送与所述操作消息对应的 响应；
B、 当 SP发起请求时， 所述 USSDC作为服务端处理所述 SP发起的请 求。
其中， 步骤 B包括：
当所述 SP发起用来向 MT发送通知消息的请求时， 所述 USSDC根据 来自所述 SP的用来发送通知消息的操作消息，将所述通知消息发送给所述 MT。
其中， 步骤 B还包括：
当所述 SP仅发起接入 USSDC业务请求时， 所述 USSDC根据所述请 求， 向所述 SP回送与该请求相应的响应。
优选的，
所述 USSDC和所述 SP之间的接口协议中包含接收消息和发送消息； 所述接收消息和发送消息分别包括操作类型， 用于指示操作类型的指
示字。
优选的，
所述接收消息中的操作类型包括： 请求、 通知、 计费、 切换、 结束、 错误、 异常；
所述发送消息中的操作类型包括： 开始、 响应、 错误、 异常。
优选的，
所述接收消息和发送消息还分别包括以下参数：
会话号， 用于指示 SP和 USSDC之间会话索引的指示字；
状态， 用于指示错误码的指示字。
优选的，
所述接收消息还包括以下参数：
业务代码， 用于指示业务接入码的指示字；
切换模式， 用于指示切换模式的指示字。
根据本发明的另一个方面， 提供了一种 USSDC处理 SP接入的前转处 理系统， 包括：
移动终端 MT， 设置为经 USSDC向 SP发送请求并经 USSDC接收 SP 的响应；
服务提供商 SP，设置为响应所述 MT的请求或者向 USSDC发起请求； 非结构化补充数据业务中心 USSDC， 设置为在所述 MT发出接入请求 起直至完成相应服务提供商 SP业务接入期间， 转发 MT的请求和响应， 并 根据来自所述 SP的操作消息， 向 MT发送与所述操作消息对应的响应， 或 者用于当 SP发起请求时， 处理所述 SP发起的请求。
优选的，
所述 USSDC和所述 SP之间的接口协议中包含接收消息和发送消息； 所述接收消息和发送消息分别包括操作类型， 用于指示操作类型的指
示字。
优选的，
所述接收消息和发送消息还分别包括以下参数：
会话号， 设置为指示 SP和 USSDC之间会话索引的指示字；
状态， 设置为指示错误码的指示字。
与现有技术相比较， 本发明的有益效果在于： 扩展了 USSD业务在接 入多 SP应用方面的能力， 有利于运营商的增值业务的应用和推广。 附图说明
图 1是本发明实施例提供的 SP接入处理的前转处理方法的流程图； 图 2是本发明实施例提供的 MT主动发起请求的 SP接入处理的前转处 理方法的流程图；
图 3是本发明实施例提供的 SP主动发起请求的 SP接入处理的前转处 理方法的流程图；
图 4是本发明实施例提供的 SP接入处理的前转处理系统的结构图。 具体实施方式 本发明的基本思想是： 在移动终端（MT )发出接入请求起直至完成相 应服务提供商（SP )业务接入期间， 非结构化补充数据业务中心（USSDC ) 转发 MT的请求和响应， 并根据来自所述 SP的操作消息， 向 MT发送与所 述操作消息对应的响应； 当 SP发起请求时， 所述 USSDC作为服务端处理 所述 SP发起的请求。
以下结合附图对本发明的优选实施例进行详细说明， 应当理解， 以下 所说明的优选实施例仅用于说明和解释本发明， 并不用于限定本发明。
图 1是本发明实施例提供的 SP接入处理的前转处理方法的流程图，如 图 1所示， 该方法包括以下步骤：
步骤 S101， 在 MT ( Mobile Terminated, 移动终端 )发出接入请求起直 至完成相应 SP业务接入期间， USSDC转发 MT的请求和响应， 并根据来 自所述 SP的操作消息， 向 MT发送与所述操作消息对应的响应。
步骤 S102， 当 SP发起请求时， 所述 USSDC作为服务端处理所述 SP 发起的请求。
图 2是本发明实施例提供的 MT主动发起请求的 SP接入处理的前转处 理方法的流程图， 如图 2所示， 该方法具体流程如下：
步骤 S201，定制 SP服务的用户通过移动终端向 USSDC发送接入请求， 其中请求消息中包括 USSD接入码 *123#。
步骤 S202， USSDC收到用户的请求后， 进行接入码解析， 当 USSDC 分析出用户的请求是 SP应用请求服务接入码时， 将该请求转发给对应的 SP服务器。
步骤 S203， SP服务器接收到请求后， 调出相应的菜单或回复返回给 USSDC。
步骤 S204， USSDC收到 SP服务器的响应后，把菜单内容推送给用户。 步骤 S205， 用户收到菜单后根据菜单内容选择查询账户余额， 并将查 询余额的请求发送给 USSDC。
步骤 S206， USSDC将查询余额的请求再次前转给 SP服务器处理。 步骤 S207， SP服务器收到用户查询余额的请求后， 发送收集账号的消 息给 USSDC。
步骤 S208， USSDC把接收到的收集账号的消息推送给用户。
步骤 S209，用户根据提示，输入查询的账号，并将账号发送给 USSDC。 步骤 S210， USSDC把账号信息转发给 SP服务器。
步骤 S211， SP服务器继续要求用户输入密码， 并向 USSDC发送请求 密码的消息。
步骤 S212， USSDC将请求密码的消息转发给用户。
步骤 S213， 用户输入密码， 并将密码发送给 USSDC。
步骤 S214， USSDC将密码转发给 SP服务器。
步骤 S215,SP服务器完成全部的流程控制和参数收集处理， 查询出用 户的余额， 并将账户余额发送给 USSDC。
步骤 S216， USSDC将账户余额转发给用户。
步骤 S217， SP最后也可选择再发送一条余额短信给用户， 此步骤是可 选的。
图 3是本发明实施例提供的 SP主动发起请求的 SP接入处理的前转处 理方法的流程图， 如图 3所示， 该方法具体流程如下：
步骤 S301， SP服务器主动发送通知性消息给 USSDC。
步骤 S302， USSDC接收到该消息后， 根据接口协议， 解析出该消息是 主动通知性消息， 于是将该消息发送给用户。
步骤 S303， 用户接收到消息后， 如果该通知性消息是需要用户确认的 消息， 则用户确认后， 将响应消息发送给 USSDC。
步骤 S304， USSDC再将用户响应发送给 SP服务器。
步骤 S305， SP服务器收到用户的响应消息后， 进行对应的处理， 并通 知 USSDC结束该流程。
从上面的流程图可以看出， USSDC 主要完成交互功能， 并不进行 SP 前置业务的逻辑处理， 所有的逻辑处理都是由 SP服务器完成， USSDC只 需要进行转发。在这种模式中， 最重要的是 USSDC和 SP之间的接口协议， 底层协议本身采用 TCP/IP进行通讯， 因此如何定义上层接口至关重要。
表 1是本发明实施例提供的多 SP应用流程的 USSDC-SP协议接收消息
字段名称 属性 说明 注解
SessionlD Int 会话号， 原样送回 唯一索引
Mslsdn Varchar(20) 用户标志或用户号码
OpType Int 1.请求, 2.通知, 3.计费, 4.切换, 5 根据具体 结束, 100.错误, 101.异常
需要,可扩 展
Status Int 只有对 100错误， 101 异常才 根据具体 有意义 需^"
ServiceCode [5] Varchar(5) 业务代码 其他字段
UssdString Varchar(200) 交互消息内容
SwitchMode Int 切换模式，
Chargeinfol ... • . . 计费信息参数 其他字段
• . . • . .
表 1
如表 1所示， USSDC的接收消息包括以下参数： SessionlD字段、 Mslsdn 字段、 OpType 字段、 Status 字段、 ServiceCode 字段、 UssdString 字段、 SwitchMode字段、 Chargeinfol字段等；
其中， SessionlD字段， 即会话号， 是 USSDC接口机和 SP接口机保持 会话的唯一索引， 该会话号可以全部由 SP侧接口机产生， USSDC端接口 机接收到后原样返回。
Mslsdn字段， 即用户 ID， 是用户的唯一标志， Mslsdn字段对应的值包 含用户号码。
OpType字段， 即操作类型， 包括 1请求、 2通知、 3计费、 4切换、 100 错误、 101异常六种类型； 其中， 1请求， 表示需要和用户交互， 一般是收 集参数用； 2通知， 表明该消息是一个通知消息， 直接推送给用户即可， 不 需要收集参数，通知消息一般是 USSDC最后一次响应消息给用户； 3计费，
表示本次操作需要进行计费， 可能动作是出话单， 准备计费； 4切换， 表明 需要切换到其它的 SP服务器上， 进而完成剩余操作， 切换消息一般用于多 SP服务器共同完成的操作； 5结束，指明本次操作可以正常结束； 100错误， 表明 SP收到一个错误请求或不能正确处理的请求， USSDC需要将此错误 码发送给 SP服务器， 由 SP服务器进一步响应处理； 101异常， USSDC如 果收到异常操作类型， 则可以释放会话,结束本次操作。
Status字段， 即状态， 该字段只有当操作类型字段为 100错误或 101异 常时才有意义， 此时 Status字段表示错误码。
ServiceCode字段， 即业务代码， 是指示接入某个 SP的指示字段。
UssdString字段， 即交互消息内容， 比如菜单内容。
SwitchMode字段， 即切换模式， 通常根据具体需要定义， 比如由通知 消费切换到计费。
Chargeinfol字段， 即计费字段， 一般是一些需要 USSDC给出相关话 单的参数字段。
表 2是本发明实施例提供的多 SP应用流程的 USSDC-SP协议发送消息 字段名称 属性 说明 注解
SessionID Int 会话号， 业务主动发起时填 唯一索引
OxFFFFFFFF, 如果从 SP端传
递过来， 原样返回
OpType Int 50.开始， 51.响应， 100.错误，
101.异常
Status Int 只有对 100错误， 101异常才有 根据具体 意义 需^"
Mslsdn Varchar(20) 用户标志或用户号码
UssdString Varchar(200) 交互消息内容
• . . • . . 其它字段 其它字段 表 2
如表 2所示， USSDC的发送消息参数包括以下字段： SessionID字段、 OpType字段、 Status字段、 UssdString字段及 Mslsdn字段。
其中， SessionID字段， 即会话号， 是 SP接口机和 USSDC接口机会话 保持的唯一索引， 初始时， 可以填写： OxFFFFFFFF， 然后由 SP侧接口机产 生一个会话号， USSDC端接口机接收到后原样返回。
OpType字段， 即操作类型， 包括 50开始、 51响应、 100错误、 101异 常四种类型。 其中， 50开始， 表明收到用户初始请求后， 转发初始请求给 SP服务器； 51响应， 表明 USSDC收到用户的响应， 并将该响应传递给 SP服务器， 响应消息一般与请求消息对应， 用户收集用户输入的参数信息 传递给 SP服务器； 100错误， 表示 USSDC侧发送一个错误， 需要 SP侧 指示进一步操作； 101异常， 表示 USSDC发现一个异常， 需要 SP侧立即 结束。
Status、 UssdString及 Mslsdn字段的意义和接收消息相同。
表 3是本发明实施例提供的前转处理的 SP信息表：
表 3
如表 3所示， SP信息包括以下字段： Spid字段、 Funcid字段、 Spnum 字段、 smscon字段、 Serid字段、 Sptype字段、 messagetype字段； 其中， Spid字段表示的是 Sp代码； Funcid字段表示的是功能索引； Spnum字段表 示 SP接入号； smscon字段表示短信内容； Serid字段表示业务代码； Sptype 字段表示 Sp类型； messagetype字段表示的是消息类型， 当 sptype = l时， 界面提示必须选择： 0 - ussd, 1 - sms , 2 - both ussd and sms, 当 sptype不 是 1时， 界面不显示任何选择， 默认插入 0。
工作时， USSDC首先从 SP信息表中读取 SP的相关数据， 进而与 SP 进行通讯。
图 4是本发明实施例提供的 SP接入处理的前转处理系统的结构图，如 图 4所示， 该系统包括移动终端 MT1， 非结构化补充数据业务中心 USSDC 2和服务提供商 SP服务器 3。
工作时， MT1向 USSDC 2发送接入请求， USSDC 2将该请求转发给 SP服务器 3。 MT1向 USSDC 2发送接入码 *123#， USSDC 2收到请求后， 进行接入码解析。 当 USSDC 2分析出请求是 SP应用请求服务接入码， 便 将该请求转发给对应的 SP服务器 3。
SP服务器 3接收到请求后，调出相应的菜单或者回复返回给 USSDC 2， USSDC 2收到 SP3的响应后，把菜单内容推送给 MT1。 MT1收到后根据菜 单内容， 选择查询账本余额操作， USSDC 2收到 MT1选择后， 将该内容再 次前转给 SP服务器 3处理。
SP 服务器 3 收到用户查询余额的请求后， 发送收集账号的消息给 USSDC 2, USSDC 2把该消息推送给 MT1。 MT1根据提示， 输入查询的账 号， USSDC 2把 MT1输入的账号透传给 SP服务器 3， SP服务器 3继续要 求 MT 1输入密码， 当 MT 1输入密码后， SP服务器 3完成全部的流程控制 和参数收集处理， 查询出用户的余额， 并经 USSDC 2返回给 MT 1， 当然
最后 SP服务器 3也可以选择直接发送短信给 MT 1。
USSDC和 SP之间通讯时， USSDC接收消息包括以下参数： SessionID 字段、 Mslsdn字段、 OpType字段、 Status字段、 ServiceCode字段、 UssdString 字段、 SwitchMode字段、 Chargeinfol字段等。
SessionID字段， 即会话号， 是 USSDC接口机和 SP接口机保持会话的 唯一索引， 该会话号可以全部由 SP侧接口机产生， USSDC端接口机接收 到后原样返回。
Mslsdn字段， 即用户 ID， 是用户的唯一标志。 Mslsdn字段对应的值包 含用户号码。
OpType字段， 即操作类型， 包括 1请求、 2通知、 3计费、 4切换、 100 错误、 101异常六种类型。 其中， 1请求， 表示需要和用户交互， 一般是收 集参数用； 2通知， 表明该消息是一个通知消息， 直接推送给用户即可， 不 需要收集参数，通知消息一般是 USSDC最后一次响应消息给用户； 3计费， 表示本次操作需要进行计费， 可能动作是出话单， 准备计费； 4切换， 表明 需要切换到其它的 SP服务器上， 进而完成剩余操作， 切换消息一般用于多 SP服务器共同完成的操作； 5结束，指明本次操作可以正常结束； 100错误， 表明 SP收到一个错误请求或不能正确处理的请求， USSDC需要将此错误 码发送给 SP服务器， 由 SP服务器进一步响应处理； 101异常， USSDC如 果收到异常操作类型， 则可以释放会话， 结束本次操作。
Status字段， 即状态， 该字段只有当操作类型字段为 100错误或 101异 常时才有意义， 此时 Status字段表示错误码。
ServiceCode字段， 即业务代码， 是指示接入某个 SP的指示字段。
UssdString字段， 即交互消息内容， 比如菜单内容。
SwitchMode字段， 即切换模式， 通常根据具体需要定义， 比如由通知 消费切换到计费。
Chargeinfol字段， 即计费字段， 一般是一些需要 USSDC给出相关话 单的参数字段。
USSDC发送消息参数包括以下字段： SessionID字段、 OpType字段、 Status字段、 UssdString字段及 Mslsdn字段。
SessionID字段， 即会话号， 是 SP接口机和 USSDC接口机会话保持的 唯一索引， 初始时， 可以填写： OxFFFFFFFF, 然后由 SP侧接口机产生一个 会话号， USSDC端接口机接收到后原样返回。
OpType字段， 即操作类型， 包括 50开始、 51响应、 100错误、 101异 常四种类型。 其中， 50开始， 表明收到用户初始请求后， 转发初始请求给 SP服务器； 51响应， 表明 USSDC收到用户的响应， 并将该响应传递给 SP 服务器， 响应消息一般与请求消息对应， 用户收集用户输入的参数信息传 递给 SP服务器； 100错误， 表示 USSDC侧发送一个错误， 需要 SP侧指示 进一步操作； 101异常， 表示 USSDC发现一个异常， 需要 SP侧立即结束。
Status、 UssdString及 Mslsdn字段的意义和接收消息相同。
综上所述， 本发明实施例通过修改 USSDC和 SP的接口协议， 实现了
USSDC完成接入和多次交互功能， 解决了 USSDC仅仅起到接入功能、 其 强大的交互功完全没有被使用的问题。
尽管上文对本发明进行了详细说明， 但是本发明不限于此， 本技术领 域技术人员可以根据本发明的原理进行各种修改。 因此， 凡按照本发明原 理所作的修改， 都应当理解为落入本发明的保护范围。
Claims
1、 一种 USSDC处理 SP接入的前转处理方法， 其中， 该方法包括：
A、 在移动终端（MT )发出接入请求起直至完成相应服务提供商（SP ) 业务接入期间， 非结构化补充数据业务中心 （USSDC )转发 MT的请求和 响应， 并根据来自所述 SP的操作消息， 向 MT发送与所述操作消息对应的 响应；
B、 当 SP发起请求时， 所述 USSDC作为服务端处理所述 SP发起的请 求。
2、 根据权利要求 1所述的方法， 其中， 步驟 B包括：
当所述 SP发起用来向 MT发送通知消息的请求时， 所述 USSDC根据 来自所述 SP的用来发送通知消息的操作消息，将所述通知消息发送给所述 MT。
3、 根据权利要求 2所述的方法， 其中， 步驟 B还包括：
当所述 SP仅发起接入 USSDC业务请求时， 所述 USSDC根据所述请 求， 向所述 SP回送与该请求相应的响应。
4、 根据权利要求 1至 3任一项所述的方法， 其中，
所述 USSDC和所述 SP之间的接口协议中包含接收消息和发送消息； 所述接收消息和发送消息分别包括操作类型 , 用于指示操作类型的指 示字。
5、 根据权利要求 4所述的方法， 其中，
所述接收消息中的操作类型包括： 请求、 通知、 计费、 切换、 结束、 错误、 异常；
所述发送消息中的操作类型包括： 开始、 响应、 错误、 异常。
6、 根据权利要求 4所述的方法， 其中， 所述接收消息和发送消息还分 会话号， 用于指示 SP和 USSDC之间会话索引的指示字； 状态， 用于指示错误码的指示字。
7、根据权利要求 4所述的方法，其中， 所述接收消息还包括以下参数： 业务代码， 用于指示业务接入码的指示字；
切换模式， 用于指示切换模式的指示字。
8、 一种 USSDC处理 SP接入的前转处理系统， 其中， 该系统包括： 移动终端 MT, 设置为经 USSDC向 SP发送请求并经 USSDC接收 SP 的响应；
服务提供商 SP,设置为响应所述 MT的请求或者向 USSDC发起请求； 非结构化补充数据业务中心 USSDC, 设置为在所述 MT发出接入请求 起直至完成相应服务提供商 SP业务接入期间， 转发 MT的请求和响应， 并 根据来自所述 SP的操作消息， 向 MT发送与所述操作消息对应的响应， 或 者用于当 SP发起请求时， 处理所述 SP发起的请求。
9、 根据权利要求 8所述的系统， 其中，
所述 USSDC和所述 SP之间的接口协议中包含接收消息和发送消息； 所述接收消息和发送消息分别包括操作类型 , 用于指示操作类型的指 示字。
10、 根据权利要求 8所述的系统， 其中， 所述接收消息和发送消息还 分别包括以下参数：
会话号， 设置为指示 SP和 USSDC之间会话索引的指示字；
状态， 设置为指示错误码的指示字。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2011101441614A CN102811428A (zh) | 2011-05-31 | 2011-05-31 | 一种ussdc处理sp接入的前转处理方法及系统 |
| CN201110144161.4 | 2011-05-31 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2012162980A1 true WO2012162980A1 (zh) | 2012-12-06 |
Family
ID=47234979
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2011/079750 WO2012162980A1 (zh) | 2011-05-31 | 2011-09-16 | 一种ussdc处理sp接入的前转处理方法及系统 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN102811428A (zh) |
| WO (1) | WO2012162980A1 (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107277864A (zh) * | 2016-04-06 | 2017-10-20 | 中兴通讯股份有限公司 | 重定向方法、服务商、非结构化补充数据业务中心及系统 |
| CN108462944B (zh) * | 2017-02-22 | 2022-04-29 | 中兴通讯股份有限公司 | 一种信息处理的方法和装置、ussdgw |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1394089A (zh) * | 2001-07-04 | 2003-01-29 | 华为技术有限公司 | 一种移动数据业务网络系统及其通信方法 |
| CN1592430A (zh) * | 2003-08-27 | 2005-03-09 | 华为技术有限公司 | 在非结构化补充业务数据业务应用间实现业务转移的方法 |
| WO2007134689A1 (en) * | 2006-05-18 | 2007-11-29 | Esmertec Ag | Method and apparatus for delivering advertisements to mobile users |
| CN101330662A (zh) * | 2008-07-30 | 2008-12-24 | 华为技术有限公司 | 业务内容信息查询方法、系统和服务提供商平台 |
| CN101340631A (zh) * | 2008-08-28 | 2009-01-07 | 杭州东信北邮信息技术有限公司 | 结合彩铃对用户发出提醒信息的系统和方法 |
| CN101951576A (zh) * | 2010-09-19 | 2011-01-19 | 中兴通讯股份有限公司 | Ussd应用业务的实现方法和ussd中心 |
-
2011
- 2011-05-31 CN CN2011101441614A patent/CN102811428A/zh active Pending
- 2011-09-16 WO PCT/CN2011/079750 patent/WO2012162980A1/zh active Application Filing
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1394089A (zh) * | 2001-07-04 | 2003-01-29 | 华为技术有限公司 | 一种移动数据业务网络系统及其通信方法 |
| CN1592430A (zh) * | 2003-08-27 | 2005-03-09 | 华为技术有限公司 | 在非结构化补充业务数据业务应用间实现业务转移的方法 |
| WO2007134689A1 (en) * | 2006-05-18 | 2007-11-29 | Esmertec Ag | Method and apparatus for delivering advertisements to mobile users |
| CN101330662A (zh) * | 2008-07-30 | 2008-12-24 | 华为技术有限公司 | 业务内容信息查询方法、系统和服务提供商平台 |
| CN101340631A (zh) * | 2008-08-28 | 2009-01-07 | 杭州东信北邮信息技术有限公司 | 结合彩铃对用户发出提醒信息的系统和方法 |
| CN101951576A (zh) * | 2010-09-19 | 2011-01-19 | 中兴通讯股份有限公司 | Ussd应用业务的实现方法和ussd中心 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102811428A (zh) | 2012-12-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8509829B2 (en) | Method, system and equipment for implementing USSD service in CDMA network | |
| CN101287006B (zh) | 一种信息提示方法、系统及装置 | |
| EP1843607B1 (en) | System of mobile game on-line and method for communication between mobile game terminals | |
| CN103327464B (zh) | 一种mtc通信的计费方法和系统、消息处理实体 | |
| EP2816828A1 (en) | Message sending method, messaging read notification method, method receiving method and apparatus | |
| JP2012517725A5 (zh) | ||
| WO2011085626A1 (zh) | 手机上网流量统计及显示方法、装置及手机 | |
| CN101951576B (zh) | Ussd应用业务的实现方法和ussd中心 | |
| CN101296397A (zh) | 第三方业务接入方法、增值业务提供方法及系统 | |
| CN102612164B (zh) | 一种针对网元重启后释放资源的方法、装置和系统 | |
| WO2012000281A1 (zh) | 一种短信交互方法及装置 | |
| KR20070052038A (ko) | 개방형 모바일 비즈니스 지원 시스템의 ａｐｉ 제공 방법 | |
| CN102843308A (zh) | 一种基于移动终端本地通讯录的即时通信方法和系统 | |
| CN103945287B (zh) | 一种接口机处理消息的方法和接口机 | |
| WO2012162980A1 (zh) | 一种ussdc处理sp接入的前转处理方法及系统 | |
| WO2011017936A1 (zh) | 一种实现非结构化补充数据业务的方法及装置 | |
| CN117336346A (zh) | 一种ippbx与pms对接状态转换方法、终端设备及介质 | |
| CN111652605A (zh) | 公有云业务创建云服务套餐的创建系统及创建方法 | |
| WO2015196818A1 (zh) | 短消息发送方法及装置 | |
| RU2532875C2 (ru) | Способ, устройство и система представления услуги | |
| WO2011157158A2 (zh) | 一种下发短消息的方法、系统及短消息服务中心 | |
| CN101453450B (zh) | 基于客户端的ims业务实现方法及其装置和系统 | |
| WO2013167041A2 (zh) | 一种实现无线终端浏览网页功能的方法、系统和主机 | |
| CN103002563A (zh) | 用户信息注册方法及系统 | |
| CN101471927B (zh) | 文件传输的处理方法和装置及文件传输系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 11867067 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 11867067 Country of ref document: EP Kind code of ref document: A1 |