CN102811428A - Forward-shifting processing method and system for SP (Service Provider) access of USSDC (Unstructured Supplementary Service Data Center) - Google Patents
Forward-shifting processing method and system for SP (Service Provider) access of USSDC (Unstructured Supplementary Service Data Center) Download PDFInfo
- Publication number
- CN102811428A CN102811428A CN2011101441614A CN201110144161A CN102811428A CN 102811428 A CN102811428 A CN 102811428A CN 2011101441614 A CN2011101441614 A CN 2011101441614A CN 201110144161 A CN201110144161 A CN 201110144161A CN 102811428 A CN102811428 A CN 102811428A
- Authority
- CN
- China
- Prior art keywords
- ussdc
- request
- message
- service
- access
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
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]
Abstract
The invention discloses a forward-shifting processing method and system for SP (Service Provider) access of a USSDC (Unstructured Supplementary Service Data Center). From the time when an MT (Mobile Terminal) sends an access request to the time when the MT finishes the service access of the corresponding SP, the USSDC transmits a request and a response of the MT and sends a response corresponding to an operating message to the MT according to the operating message from the SP; and when the SP sends a request, the USSDC is used as a server to process the request sent by the SP. Through the modification of an interface protocol of the USSDC and the SP, the functions of access and multiple interaction of the USSDC can be implemented and the problem that only an access function of the USSDC is utilized but a strong interaction function of the USSDC is not utilized at all is solved.
Description
Technical field
The present invention relates to non-constructed supplementary business technology in the mobile communication; Relate in particular to a kind of USSDC (Unstructured Supplementary Service Data Center; The unstructured supplementary data traffic center) the preceding commentaries on classics processing method and the system of treatment S P (Service Provider, service provider) access.
Background technology
Intelligent network is one, and to be used to produce and professional architecture, its most important character are provided be the various characteristic value-added services that provide of quick and convenient, flexible economy.USSD (Unstructured Supplementary Service Data; Non-structural supplementary data) applied business develops rapidly in recent years, especially along with OCS (Online Charging System as the important service flow process in the prepayment intelligent service wherein; A lot of new business functions appear in Online Charging System) professional development; Particularly SP value-added service for the user provides more more intelligentized services, has also obtained no small economic benefit for operator.
The USSD service application is because it is convenient; Fast; Advantages such as fail safe are applied more and more, and particularly the value-added service of SP is by increasing application, such as bill payment service, bank service, share service or the like; When greatly facilitating users, also increased the economic benefit of operator.But to increasing SP application service; The content that each SP provides is inequality, and each SP requires access process also inequality, and traditional way is that the access process of SP generally is placed on the SP side; USSDC only accomplishes access function; Be after USSDC receives that the user asks, will adopt SMPP (Short Message Peer To Peer, short message is point-to-point) agreement directly to give corresponding SP server user's request; So far the task of USSDC just is through with, and the SP server is accomplished all functions of whole request.Can find out that therefrom the powerful interactive function of USSDC is not used fully, only plays access function.
Present increasing SP uses; Need USSDC to accomplish to insert and interactive function repeatedly; USSDC just needs the controlled function of the access process of completion whole session like this; To the different access control demand of each SP, press for USSDC a kind of SP access control processing method of handling more complicated can be provided.
Summary of the invention
The preceding commentaries on classics processing method and the system that the object of the present invention is to provide a kind of USSDC treatment S P to insert, solved following problem: one, USSDC only plays access function, its powerful interactive function is not used fully; Two, the various application of each SP insert difficulty.
According to an aspect of the present invention, the preceding commentaries on classics processing method that provides a kind of USSDC treatment S P to insert may further comprise the steps:
A, send to insert at portable terminal MT and ask during the completion respective service SP of provider service access; Unstructured supplementary data traffic center USSDC transmits request and the response of MT; And, send and said operation information corresponding response to MT according to operation information from said SP;
B, when the SP initiation request, said USSDC handles the request that said SP initiates as service end.
Wherein, step B comprises:
When said SP initiated to be used for to request that MT sends a notification message, said USSDC sent to said MT to said notification message according to the operation information that is used for sending a notification message from said SP.
Wherein, step B also comprises:
When said SP only initiated to insert the USSDC service request, said USSDC was according to described request, to said SP loopback and the corresponding response of this request.
Preferably,
Comprise in the interface protocol between said USSDC and the said SP and receive message and send message;
Said reception message with send message and comprise following parameter respectively: action type is used to indicate the directive of action type.
Preferably,
Action type in the said reception message comprises following type: request, notice, charging, switching, end, mistake, unusual;
Action type in the said transmission message comprises following type: beginning, response, mistake, unusual.
Preferably,
Said reception message also comprises following parameter respectively with transmission message:
Session number is used to indicate the directive of session index between SP and the USSDC;
State is used to indicate the directive of error code.
Preferably,
Said reception message also comprises following parameter:
Service code is used to indicate the directive of service access code;
Switch mode is used to indicate the directive of switch mode.
According to another aspect of the present invention, the preceding commentaries on classics treatment system that provides a kind of USSDC treatment S P to insert, said system comprises:
Portable terminal MT is used for receiving to SP transmission request and through USSDC through USSDC the response of SP;
Service provider SP, the request that is used to respond said MT is perhaps to the USSDC initiation request;
Unstructured supplementary data traffic center USSDC; Being used for sending access at said MT has asked during accomplishing the respective service SP of provider service access; Transmit request and the response of MT, and, send and said operation information corresponding response to MT according to operation information from said SP; Perhaps be used for when the SP initiation request, handle the request that said SP initiates.
Preferably,
Comprise in the interface protocol between said USSDC and the said SP and receive message and send message;
Said reception message with send message and comprise following parameter respectively: action type is used to indicate the directive of action type.
Preferably,
Said reception message also comprises following parameter respectively with transmission message:
Session number is used to indicate the directive of session index between SP and the USSDC;
State is used to indicate the directive of error code.
Compared with prior art, beneficial effect of the present invention is: expanded the USSD business in the ability that inserts many SP application facet, helped the application and the popularization of the value-added service of operator.
Description of drawings
Fig. 1 is the flow chart that the SP that provides of the embodiment of the invention inserts the preceding commentaries on classics processing method of handling;
Fig. 2 be the MT that provides of the embodiment of the invention initiatively the SP of initiation request insert the flow chart of the preceding commentaries on classics processing method of handling;
Fig. 3 be the SP that provides of the embodiment of the invention initiatively the SP of initiation request insert the flow chart of the preceding commentaries on classics processing method of handling;
Fig. 4 is that the USSDC-SP agreement of many SP application flow of providing of the embodiment of the invention receives the message parameter table;
Fig. 5 is that the USSDC-SP agreement of many SP application flow of providing of the embodiment of the invention is sent the message parameter table;
Fig. 6 is the SP information table that preceding commentaries on classics that the embodiment of the invention provides is handled;
Fig. 7 is the structure chart that the SP that provides of the embodiment of the invention inserts the preceding commentaries on classics treatment system of handling.
Embodiment
, should be appreciated that following illustrated preferred embodiment only is used for explanation and explains the present invention, and be not used in qualification the present invention a preferred embodiment of the present invention will be described in detail below in conjunction with accompanying drawing.
Fig. 1 is the flow chart that the SP that provides of the embodiment of the invention inserts the preceding commentaries on classics processing method of handling, and as shown in Figure 1, this method may further comprise the steps:
Step S101; Send access at MT (Mobile Terminated, portable terminal) and asked during accomplishing corresponding SP service access, USSDC transmits request and the response of MT; And, send and said operation information corresponding response to MT according to operation information from said SP.
Step S102, when the SP initiation request, said USSDC handles the request that said SP initiates as service end.
Fig. 2 be the MT that provides of the embodiment of the invention initiatively the SP of initiation request insert the flow chart of the preceding commentaries on classics processing method of handling, as shown in Figure 2, this method idiographic flow is following:
Step S201, the user of customization SP service sends the request of access through portable terminal to USSDC, wherein comprises USSD access code * 123# in the request message.
After step S202, USSDC receive user's request, carry out access code and resolve, the request that analyzes the user as USSDC is a SP application request service access code, just this request is transmitted to corresponding SP server.
Step S203 after the SP server receives request, accesses corresponding menu or replys and return to USSDC.
Step S204, USSDC are pushed to the user to menu content after receiving the response of SP server.
Step S205, user select the inquiry account balance according to menu content after receiving menu, and the request that will query the balance sends to USSDC.
Step S206, the SP server process before is given in the request that USSDC will query the balance once more.
Step S207 after the SP server is received the request of user inquiring remaining sum, sends the message of collecting number of the account and gives USSDC.
Step S208, USSDC is pushed to the user to the message of the collection number of the account that receives.
Step S209, user be according to prompting, the number of the account of input inquiry, and number of the account sent to USSDC.
Step S210, USSDC is transmitted to the SP server to account information.
Step S211, SP server continue to require the user to input password, and send the message of request password to USSDC.
Step S212, USSDC will ask the forwards of password to give the user.
Step S213, the user inputs password, and password is sent to USSDC.
Step S214, USSDC is transmitted to the SP server with password.
Step S215, SP server accomplish whole flow process control and parameter collection and handle, and inquire user's remaining sum, and account balance is sent to USSDC.
Step S216, USSDC is transmitted to the user with account balance.
Step S217, SP also can select to redispatch a remaining sum note at last to the user, and this step is optional.
Fig. 3 be the SP that provides of the embodiment of the invention initiatively the SP of initiation request insert the flow chart of the preceding commentaries on classics processing method of handling, as shown in Figure 3, this method idiographic flow is following:
Step S301, SP server initiatively send informational messages and give USSDC.
After step S302, USSDC received this message, according to interface protocol, parsing this message was proactive notification property message, so this message is sent to the user.
Step S303 after the user receives message, if this informational messages is the message that needs the user to confirm, after then the user confirms, sends to USSDC with response message.
Step S304, USSDC send to the SP server with user's response again.
Step S305 after the SP server is received user's response message, carries out corresponding processing, and notice USSDC finishes this flow process.
Can find out that from top flow chart USSDC mainly accomplishes interactive function, not carry out the logical process of SP front service.All logical process all are to be accomplished by the SP server, and USSDC only need transmit.In this pattern, the most important thing is the interface protocol between USSDC and the SP, underlying protocol itself adopts TCP/IP to carry out communication, and it is most important therefore how to define high-level interface.
Fig. 4 is that the USSDC-SP agreement of many SP application flow of providing of the embodiment of the invention receives the message parameter table; As shown in Figure 4, the reception message of USSDC comprises following parameter: SessionID field, MsIsdn field, OpType field, Status field, ServiceCode field, UssdString field, SwitchMode field, Chargeinfo1 field etc.
The SessionID field, promptly session number is the unique index that USSDC interface message processor (IMP) and SP interface message processor (IMP) keep session, and this session number can all be produced by SP side interface machine, and USSDC end interface machine receives the back former state and returns.
The MsIsdn field, promptly ID is unique sign of user.The corresponding value of MsIsdn field comprises Subscriber Number.
The OpType field, i.e. action type, comprise 1 request, 2 notices, 3 chargings, 4 switchings, 100 mistakes, 101 unusual six types.Wherein, 1 request, expression needs and user interactions, generally is that collection parameter is used.2 notices show that this message is a notification message, directly are pushed to the user and get final product, and do not need collection parameter, and notification message generally is that the last response message of USSDC is given the user.3 charge, and represent that this action need charges, and possibly move is call list, prepare to charge.4 switch, and show on the SP server that need switch to other, and then accomplish remaining operation, switch message and generally are used for the common operation of accomplishing of many SP server.5 finish, and indicating this operation can normal termination.100 mistakes show that SP receives a false request or request that can not correct handling, and USSDC need send to the SP server with this error code, by the further response process of SP server.101 is unusual, if USSDC receives the abnormal operation type, then can discharge session, finishes this operation.
The Status field, i.e. state, this field have only when the action type field be 100 wrong or 101 just meaningful when unusual, this moment, the Status field was represented error code.
The ServiceCode field, promptly service code is the indication field that indication inserts certain SP.
The UssdString field, i.e. interaction message content is such as menu content.
The SwitchMode field, promptly switch mode defines according to concrete needs usually, such as switching to charging by notice consumption.
The Chargeinfol field, the field of promptly chargeing generally is that some need USSDC to provide the parameter field of relevant ticket.
Fig. 5 is that the USSDC-SP agreement of many SP application flow of providing of the embodiment of the invention is sent the message parameter table; As shown in Figure 5, the transmission message parameter of USSDC comprises following field: SessionID field, OpType field, Status field, UssdString field and MsIsdn field.
The SessionID field, promptly session number is the unique index that SP interface message processor (IMP) and the session of USSDC interface message processor (IMP) keep, and when initial, can fill in: 0xFFFFFFFF, produce a session number by SP side interface machine then, USSDC end interface machine receives the back former state and returns.
The OpType field, i.e. action type, comprise 50 beginnings, 51 responses, 100 mistakes, 101 unusual four types.Wherein, 50 beginnings, show receive user's initial request after, transmit initial request and give the SP server.51 responses show that USSDC receives user's response, and give the SP server with this response pass, and response message is general corresponding with request message, and the parameter information that the user collects user's input passes to the SP server.100 mistakes, expression USSDC side is sent a mistake, needs further operation of SP side indication.101 is unusual, and expression USSDC finds one unusually, needs the edge-on i.e. end of SP.
The meaning of Status, UssdString and MsIsdn field is identical with reception message.
Fig. 6 is the SP information table that preceding commentaries on classics that the embodiment of the invention provides is handled, and as shown in Figure 6, SP information comprises following field: Spid field, Funcid field, Spnum field, smscon field, Serid field, Sptype field, messagetype field.What wherein, the Spid field was represented is the Sp code; What the Funcid field was represented is feature index; The Spnum field is represented SP access number; The smscon field is represented short message content; The Serid field is represented service code; The Sptype field is represented the Sp type; What the messagetype field was represented is type of message, and when sptype=1, interface prompt must be selected: 0-ussd, and 1-sms, 2-both ussd and sms, when sptype was not 1, the interface did not show any selection, acquiescence inserts 0.
During work, USSDC at first reads the related data of SP from the SP information table, and then carries out communication with SP.
Fig. 7 is the structure chart that the SP that provides of the embodiment of the invention inserts the preceding commentaries on classics treatment system of handling, and as shown in Figure 7, this system comprises portable terminal MT1, unstructured supplementary data traffic center USSDC2 and service provider SP server 3.
During work, MT1 sends the request of access to USSDC2, and USSDC2 is transmitted to SP server 3 with this request.MT1 sends access code * 123# to USSDC2, after USSDC2 receives request, carries out access code and resolves.When the USSDC2 request of analyzing is a SP application request service access code, just this request is transmitted to corresponding SP server 3.
After SP server 3 receives request, access corresponding menu or reply and return to USSDC2, USSDC2 is pushed to MT1 to menu content after receiving the response of SP3.MT1 receives the back according to menu content, selects the operation of inquiry account book remaining sum, after USSDC2 receives that MT1 selects, before is given to SP server 3 to this content once more and handles.
After SP server 3 is received the request of user inquiring remaining sum, send the message of collecting number of the account and give USSDC2, USSDC2 is pushed to MT1 to this message.MT1 is according to prompting, the number of the account of input inquiry, and USSDC2 passes through SP server 3 to the number of the account of MT1 input; SP server 3 continues to require MT1 input password; Behind MT1 input password, SP server 3 is accomplished whole flow process control and parameter collection and is handled, and inquires user's remaining sum; And returning to MT1 through USSDC2, certainly last SP3 also can select directly to send note and give MT1.
During communication, USSDC receives message and comprises following parameter: SessionID field, MsIsdn field, OpType field, Status field, ServiceCode field, UssdString field, SwitchMode field, Chargeinfol field etc. between USSDC and the SP.
The SessionID field, promptly session number is the unique index that USSDC interface message processor (IMP) and SP interface message processor (IMP) keep session, and this session number can all be produced by SP side interface machine, and USSDC end interface machine receives the back former state and returns.
The MsIsdn field, promptly ID is unique sign of user.The corresponding value of MsIsdn field comprises Subscriber Number.
The OpType field, i.e. action type, comprise 1 request, 2 notices, 3 chargings, 4 switchings, 100 mistakes, 101 unusual six types.Wherein, 1 request, expression needs and user interactions, generally is that collection parameter is used.2 notices show that this message is a notification message, directly are pushed to the user and get final product, and do not need collection parameter, and notification message generally is that the last response message of USSDC is given the user.3 charge, and represent that this action need charges, and possibly move is call list, prepare to charge.4 switch, and show on the SP server that need switch to other, and then accomplish remaining operation, switch message and generally are used for the common operation of accomplishing of many SP server.5 finish, and indicating this operation can normal termination.100 mistakes show that SP receives a false request or request that can not correct handling, and USSDC need send to the SP server with this error code, by the further response process of SP server.101 is unusual, if USSDC receives the abnormal operation type, then can discharge session, finishes this operation.
The Status field, i.e. state, this field have only when the action type field be 100 wrong or 101 just meaningful when unusual, this moment, the Status field was represented error code.
The ServiceCode field, promptly service code is the indication field that indication inserts certain SP.
The UssdString field, i.e. interaction message content is such as menu content.
The SwitchMode field, promptly switch mode defines according to concrete needs usually, such as switching to charging by notice consumption.
The Chargeinfol field, the field of promptly chargeing generally is that some need USSDC to provide the parameter field of relevant ticket.
USSDC sends message parameter and comprises following field: SessionID field, OpType field, Status field, UssdString field and MsIsdn field.
The SessionID field, promptly session number is the unique index that SP interface message processor (IMP) and the session of USSDC interface message processor (IMP) keep, and when initial, can fill in: 0xFFFFFFFF, produce a session number by SP side interface machine then, USSDC end interface machine receives the back former state and returns.
The OpType field, i.e. action type, comprise 50 beginnings, 51 responses, 100 mistakes, 101 unusual four types.Wherein, 50 beginnings, show receive user's initial request after, transmit initial request and give the SP server.51 responses show that USSDC receives user's response, and give the SP server with this response pass, and response message is general corresponding with request message, and the parameter information that the user collects user's input passes to the SP server.100 mistakes, expression USSDC side is sent a mistake, needs further operation of SP side indication.101 is unusual, and expression USSDC finds one unusually, needs the edge-on i.e. end of SP.
The meaning of Status, UssdString and MsIsdn field is identical with reception message.
In sum, the present invention is through revising the interface protocol of USSDC and SP, realized that USSDC accomplishes to insert and interactive function repeatedly, solved USSDC and only played the problem that access function, its powerful mutual merit are not used fully.
Although preceding text specify the present invention, the invention is not restricted to this, those skilled in the art of the present technique can carry out various modifications according to principle of the present invention.Therefore, all modifications of doing according to the principle of the invention all are to be understood that to falling into protection scope of the present invention.
Claims (10)
1. the preceding commentaries on classics processing method that USSDC treatment S P inserts is characterized in that, may further comprise the steps:
A, send to insert at portable terminal MT and ask during the completion respective service SP of provider service access; Unstructured supplementary data traffic center USSDC transmits request and the response of MT; And, send and said operation information corresponding response to MT according to operation information from said SP;
B, when the SP initiation request, said USSDC handles the request that said SP initiates as service end.
2. method according to claim 1 is characterized in that step B comprises:
When said SP initiated to be used for to request that MT sends a notification message, said USSDC sent to said MT to said notification message according to the operation information that is used for sending a notification message from said SP.
3. method according to claim 2 is characterized in that step B also comprises:
When said SP only initiated to insert the USSDC service request, said USSDC was according to described request, to said SP loopback and the corresponding response of this request.
4. according to each described method of claim 1 to 3, it is characterized in that,
Comprise in the interface protocol between said USSDC and the said SP and receive message and send message;
Said reception message with send message and comprise following parameter respectively: action type is used to indicate the directive of action type.
5. method according to claim 4 is characterized in that,
Action type in the said reception message comprises following type: request, notice, charging, switching, end, mistake, unusual;
Action type in the said transmission message comprises following type: beginning, response, mistake, unusual.
6. method according to claim 4 is characterized in that, said reception message also comprises following parameter respectively with transmission message:
Session number is used to indicate the directive of session index between SP and the USSDC;
State is used to indicate the directive of error code.
7. method according to claim 4 is characterized in that, said reception message also comprises following parameter:
Service code is used to indicate the directive of service access code;
Switch mode is used to indicate the directive of switch mode.
8. the preceding commentaries on classics treatment system that inserts of a USSDC treatment S P is characterized in that said system comprises:
Portable terminal MT is used for receiving to SP transmission request and through USSDC through USSDC the response of SP;
Service provider SP, the request that is used to respond said MT is perhaps to the USSDC initiation request;
Unstructured supplementary data traffic center USSDC; Being used for sending access at said MT has asked during accomplishing the respective service SP of provider service access; Transmit request and the response of MT, and, send and said operation information corresponding response to MT according to operation information from said SP; Perhaps be used for when the SP initiation request, handle the request that said SP initiates.
9. system according to claim 8 is characterized in that,
Comprise in the interface protocol between said USSDC and the said SP and receive message and send message;
Said reception message with send message and comprise following parameter respectively: action type is used to indicate the directive of action type.
10. system according to claim 8 is characterized in that, said reception message also comprises following parameter respectively with transmission message:
Session number is used to indicate the directive of session index between SP and the USSDC;
State is used to indicate the directive of error code.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2011101441614A CN102811428A (en) | 2011-05-31 | 2011-05-31 | Forward-shifting processing method and system for SP (Service Provider) access of USSDC (Unstructured Supplementary Service Data Center) |
| PCT/CN2011/079750 WO2012162980A1 (en) | 2011-05-31 | 2011-09-16 | Forward processing method and system for ussdc to process sp access |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2011101441614A CN102811428A (en) | 2011-05-31 | 2011-05-31 | Forward-shifting processing method and system for SP (Service Provider) access of USSDC (Unstructured Supplementary Service Data Center) |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN102811428A true CN102811428A (en) | 2012-12-05 |
Family
ID=47234979
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2011101441614A Pending CN102811428A (en) | 2011-05-31 | 2011-05-31 | Forward-shifting processing method and system for SP (Service Provider) access of USSDC (Unstructured Supplementary Service Data Center) |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN102811428A (en) |
| WO (1) | WO2012162980A1 (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017173967A1 (en) * | 2016-04-06 | 2017-10-12 | 中兴通讯股份有限公司 | Redirection method, service provider, unstructured supplementary service data center, and system |
| CN108462944A (en) * | 2017-02-22 | 2018-08-28 | 中兴通讯股份有限公司 | A kind of method and apparatus of information processing, USSDGW |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1592430A (en) * | 2003-08-27 | 2005-03-09 | 华为技术有限公司 | Method for realizing service transfer in unstructured service data supplement service application |
| WO2007134689A1 (en) * | 2006-05-18 | 2007-11-29 | Esmertec Ag | Method and apparatus for delivering advertisements to mobile users |
| CN101330662A (en) * | 2008-07-30 | 2008-12-24 | 华为技术有限公司 | Business content information inquiry method, system and ISP internet platform |
| CN101340631A (en) * | 2008-08-28 | 2009-01-07 | 杭州东信北邮信息技术有限公司 | System and method for sending prompt information to customer combined with customized ring back tone |
| CN101951576A (en) * | 2010-09-19 | 2011-01-19 | 中兴通讯股份有限公司 | Method for implementing USSD (Unstructured Supplementary Service Data) application service and USSD centre |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1176556C (en) * | 2001-07-04 | 2004-11-17 | 华为技术有限公司 | Mobile data service network system and its communication method |
-
2011
- 2011-05-31 CN CN2011101441614A patent/CN102811428A/en active Pending
- 2011-09-16 WO PCT/CN2011/079750 patent/WO2012162980A1/en active Application Filing
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1592430A (en) * | 2003-08-27 | 2005-03-09 | 华为技术有限公司 | Method for realizing service transfer in unstructured service data supplement service application |
| WO2007134689A1 (en) * | 2006-05-18 | 2007-11-29 | Esmertec Ag | Method and apparatus for delivering advertisements to mobile users |
| CN101330662A (en) * | 2008-07-30 | 2008-12-24 | 华为技术有限公司 | Business content information inquiry method, system and ISP internet platform |
| CN101340631A (en) * | 2008-08-28 | 2009-01-07 | 杭州东信北邮信息技术有限公司 | System and method for sending prompt information to customer combined with customized ring back tone |
| CN101951576A (en) * | 2010-09-19 | 2011-01-19 | 中兴通讯股份有限公司 | Method for implementing USSD (Unstructured Supplementary Service Data) application service and USSD centre |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2017173967A1 (en) * | 2016-04-06 | 2017-10-12 | 中兴通讯股份有限公司 | Redirection method, service provider, unstructured supplementary service data center, and system |
| CN107277864A (en) * | 2016-04-06 | 2017-10-20 | 中兴通讯股份有限公司 | Reorientation method, service provider, unstructured supplementary data traffic center and system |
| CN108462944A (en) * | 2017-02-22 | 2018-08-28 | 中兴通讯股份有限公司 | A kind of method and apparatus of information processing, USSDGW |
| WO2018153231A1 (en) * | 2017-02-22 | 2018-08-30 | 中兴通讯股份有限公司 | Information processing method and device, and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2012162980A1 (en) | 2012-12-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109451446B (en) | Number portability method, device and equipment | |
| CN101702793B (en) | Implementation method, system and equipment of USSD service in CDMA network | |
| CN101288092A (en) | Mobile account management | |
| CN103986752A (en) | Method, device and system for inputting information on input interface of smart television set | |
| CN101951576B (en) | Method for implementing USSD (Unstructured Supplementary Service Data) application service and USSD centre | |
| CN101883340B (en) | Method and device for short message interaction | |
| CN101022632A (en) | Message monitoring method and device | |
| CN101895831A (en) | Realization method for wireless local area network (WLAN) verification and communication terminal | |
| CN101784017B (en) | Method and system for realizing chat online on mobile telephone | |
| CN102348180A (en) | Processing method and device for realizing defaulting calling | |
| CN110213154A (en) | Instant communicating method, device, computer installation and storage medium | |
| CN102811428A (en) | Forward-shifting processing method and system for SP (Service Provider) access of USSDC (Unstructured Supplementary Service Data Center) | |
| WO2002052475A1 (en) | Method and system for providing short message services using command code | |
| JP2006520555A (en) | Messaging system and method therefor | |
| JP2005502244A (en) | Mobile phone system | |
| KR20040106481A (en) | Telecommunication system with message based control | |
| CN102105863B (en) | Methods for mobile phone applications | |
| CN102098643A (en) | Mobile communication terminal and method for inquiring telephone fee information | |
| CN100428811C (en) | Short message processing method and system | |
| RU55484U1 (en) | AUTOMATED SYSTEM OF ACCEPTANCE OF PAYMENTS FOR COMMUNICATION SERVICES | |
| CN101662746A (en) | Service request processing method, calling center server and communication system | |
| CN103002563A (en) | Subscriber information register method and subscriber information register system | |
| CN111211967B (en) | Group member notification method and device | |
| CN100433853C (en) | Remote-inquiring-information method and communication terminal | |
| CN1309860A (en) | Transmission of dialogue information from telecommunications network to subscriber terminal |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20121205 |