WO2013144778A1 - Procédé et système pour émulation ussd - Google Patents

Procédé et système pour émulation ussd Download PDF

Info

Publication number
WO2013144778A1
WO2013144778A1 PCT/IB2013/052195 IB2013052195W WO2013144778A1 WO 2013144778 A1 WO2013144778 A1 WO 2013144778A1 IB 2013052195 W IB2013052195 W IB 2013052195W WO 2013144778 A1 WO2013144778 A1 WO 2013144778A1
Authority
WO
WIPO (PCT)
Prior art keywords
ussd
mobile device
message
mapping
network
Prior art date
Application number
PCT/IB2013/052195
Other languages
English (en)
Inventor
Valentin MICIC
Original Assignee
Balefyre (Pty) Ltd.
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Balefyre (Pty) Ltd. filed Critical Balefyre (Pty) Ltd.
Publication of WO2013144778A1 publication Critical patent/WO2013144778A1/fr

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

  • This invention relates broadly to mobile telecommunications and specifically to a method and system for USSD emulation.
  • USSD Unstructured Supplementary Service Data
  • GSM Global System for Mobile Communications
  • USSD messages are often (although not always) used to perform more technical operations, e.g. querying a subscriber's airtime balance, topping up a subscriber's airtime, or sending a "callback" request.
  • Airtime in this context refers to funds or credit associated with a mobile account of a mobile telephone subscriber.
  • the mobile network service provider In order to facilitate USSD communication, the mobile network service provider must set up and operate at least a USSD gateway and a back-end (or USSD) server (or other network element) in addition to supporting USSD protocol at the network level.
  • the USSD gateway translates communications between the cellular telephone (PSTN) network and the back-end server.
  • PSTN cellular telephone
  • the Inventor has noticed that USSD messages are not compatible with all communication systems, for two reasons. First, not all cellular networks support USSD. Typically, GSM-based networks do support USSD, but CDMA-based networks do not. Second, not all devices (or, more specifically, the operating systems on the devices) support USSD, such as Apple's iOS on iPad and Microsoft Windows Mobile which has only a partial support for USSD, which is inadequate to support USSD menus.
  • USSD services are not available natively to some devices (e.g. tablets or smart phones) running on a GSM-based network.
  • some devices e.g. tablets or smart phones
  • an Apple iPad user might not be able to top-up his airtime account using USSD top-up functionality.
  • the equipment to facilitate USSD messaging is readily available but cannot be fully utilised.
  • USSD gateways have already been deployed, their functionality is not being fully utilised.
  • the Inventor wishes to overcome, or at least alleviate, these drawbacks and therefore desires a method and system for USSD emulation.
  • a method of USSD emulation including: receiving from a mobile device, via a packet-switched telecommunications network, an initiation message encapsulating a USSD request; generating and sending a handshake request message to the mobile device; receiving from the mobile device a handshake confirmation message indicative of a unique subscriber identifier (USID) associated with the mobile device; and generating and sending, via a telecommunications signalling network, a mapping dial request message including the USID and the USSD request to a USSD gateway, thereby to initiate a USSD emulation session.
  • USID unique subscriber identifier
  • the method permits a USSD message string to be encapsulated within a different type of message for transmission across telecommunications networks which do not natively support USSD transmission.
  • the USSD request (prior to encapsulation) may have a conventional USSD format, e.g. ' * ', followed by at least three digits, and terminated with '#'.
  • the USID may be an existing identifier, such as an MSISDN, I MSI, IMEI or may be a custom identifier.
  • the method may include generating a custom USID upon first use of the method or registration and associating an existing identifier (e.g. MSISDN) with the generated USID.
  • the method may then include interrogating a USID database to obtain a corresponding MSISDN (e.g. telephone number) associated with the USID.
  • the method may further include the steps of: receiving from the USSD gateway, via the telecommunications signalling network, a mapping prompt message indicative of a USSD prompt; converting the mapping prompt message to a prompt message; and sending the prompt message, via the packet-switched network, to the mobile device.
  • the method may then include the steps of: receiving from the mobile device, via the packet-switched network, a reply message indicative of a USSD reply; converting the reply message into a mapping reply message; and sending the mapping reply message, via the telecommunications signalling network, to the USSD gateway.
  • the USSD gateway may communicate with a back-end server in conventional fashion.
  • the steps of receiving and sending the prompt and reply messages may be repeated.
  • a USSD session can be emulated, allowing (for example) display and selection of basic menu options.
  • the method may include the steps of: receiving from the USSD gateway, via the telecommunications signalling network, a mapping final message indicative of termination of the session; converting the mapping final message to a final message; and sending the final message, via the packet-switched network, to the mobile device, thereby to terminate the USSD emulation session.
  • the messages communicated across the packet-switched network may use any one of a number of existing protocols, such as UDP (User Datagram Protocol), TCP (Transfer Carrier Protocol), or the like.
  • UDP may be particularly convenient, and so the invention may be further described with reference to UDP, but it is to be appreciated that this may not be the only practicable protocol for use in accordance with the method.
  • the packet- switched network may be a TCP/IP network (e.g. the Internet).
  • the steps of converting may include encapsulating USSD messages or de- encapsulating UDP messages.
  • the messages communicated across the telecommunications signalling network may utilise SS7 or SIGTRAN signalling protocol utilising particular Mobile Application Part (MAP) primitives used by USSD protocol, as well as aspects of the SIP and/or DIAMETER protocols that may be relevant to USSD.
  • MAP Mobile Application Part
  • This intermediate service node may be installed within a telecommunications network.
  • the mapping messages may be configured to initiate and maintain a USSD session between the intermediate service node and the USSD gateway.
  • the other (non-mapping) messages may be configured to initiate and maintain an emulated USSD session between the intermediate service node and the mobile device. There may thus be two back-to-back sessions.
  • the method may include sending the mapping messages directly between the intermediate service node and the USSD gateway. In another embodiment, the method may include sending the mapping messages indirectly between the intermediate service node and the USSD gateway, via an intermediate HLR (Home Location Register).
  • HLR Home Location Register
  • a method of USSD emulation including: generating and sending from a mobile device, via a packet-switched telecommunications network, an initiation message encapsulating a USSD request; receiving a handshake request message in response to the initiation message, the handshake request message querying an USID associated with the mobile device; and sending from the mobile device a handshake confirmation message indicative of the USID associated with the mobile device.
  • the method may further include the steps of: receiving by the mobile device, via the packet-switched network, a prompt message indicative of a USSD prompt; displaying the USSD prompt on the mobile device; receiving a user input in the form of a USSD reply; and generating and sending from the mobile device, via the packet- switched network, a reply message indicative of the USSD reply.
  • the method may appear to a user of the mobile device similar or identical to a conventional USSD communication session.
  • the method may include the prior step of receiving a user input indicative of the USSD prompt.
  • the user input may be received by a dialling emulator provided by a mobile application installed on the device.
  • the method may thus include the prior step of installing the dialling emulator on the mobile device.
  • the mobile application may also be operable to direct the operation of the mobile device to generate and send the various messages in accordance with the method.
  • the invention extends to a system which is operable to perform a method as described above. More specifically, the invention extends to a system for USSD emulation, the system including an intermediate service node which, in turn, includes: a communication arrangement operable to communicate via a packet- switched network and a telecommunications signalling network; a handshake module operable to perform a handshake with a mobile device; a mapping module operable to convert or map messages between the packet-switched network and the telecommunications signalling network; the intermediate service node being operable to: receive from a mobile device, via the communication arrangement communicating on the packet-switched network, an initiation message encapsulating a USSD request; generate and send, by the handshake module, a handshake request message to the mobile device; receive, from the mobile device via the communication arrangement, a handshake confirmation message indicative of an USID associated with the mobile device; and generate and send, by the mapping module, via the communication arrangement communicating on the telecommunications signalling network, a mapping dial request message
  • the intermediate service node may include a USID database and the handshake module may be operable to interrogate the USID database to obtain an MSISDN corresponding to the USID.
  • the intermediate service node may include a processor.
  • the handshake module and the mapping module may be conceptual modules corresponding to functional tasks performed by the processor.
  • the intermediate service node may include a computer-readable medium, e.g. main memory, and/or a hard disk drive, which carries thereon a set of instructions to direct the operation of the processor, the instructions for example being in the form of a computer program.
  • the processor may be one or more microprocessors, controllers, digital signal processors, or any other suitable computing device, resource, hardware, software, or embedded logic.
  • the intermediate service node may further be operable to: receive from the USSD gateway, via the communication arrangement communicating on the telecommunications signalling network, a mapping prompt message indicative of a USSD prompt; convert, by means of the mapping module, the mapping prompt message to a prompt message; and send the prompt message, via the communication arrangement communicating on the packet-switched network, to the mobile device.
  • the intermediate service node may then also be operable to: receive from the mobile device, via the communication arrangement communicating on the packet-switched network, a reply message indicative of a USSD reply; convert, by means of the mapping module, the reply message into a mapping reply message; and send the mapping reply message, via the communication arrangement communicating on the telecommunications signalling network, to the USSD gateway.
  • the invention extends to a mobile device operable to emulate a USSD session, the mobile device including: a dialling emulator operable to display a keypad and receive a user input indicative of a USSD request; and a messaging module operable to: generate and send, via a packet-switched telecommunications network, an initiation message encapsulating the USSD request; receive a handshake request message querying an USID associated with the mobile device; and send a handshake confirmation message indicative of the USID associated with the mobile device.
  • the mobile device may further be operable to: receive via the messaging module on the packet-switched network a prompt message encapsulating a USSD prompt; display the USSD prompt; receive via the dialling emulator a USSD reply; generate and send via the messaging module a reply message encapsulating a USSD reply.
  • the messaging module and/or the dialling emulator may be realised by a mobile application installed on the mobile device.
  • the mobile device may be a mobile telephone, tablet, laptop, PDA, or the like, whether including a SIM (Subscriber Identity Module) or not.
  • SIM Subscriber Identity Module
  • the invention extends to a non-transitory computer-readable medium having stored thereon a computer program which, when executed by a computer, causes the computer to perform a method of USSD emulation as defined above.
  • the term "computer” may include the intermediate service node and/or the mobile device.
  • Figure 1 illustrates a schematic view of one embodiment of a system for
  • Figure 2 illustrates a schematic view of an alternate embodiment of a system for USSD emulation, in accordance with the invention
  • Figure 3 illustrates an intermediate service node forming part of the system of Figure 1 ;
  • Figure 4 illustrates a schematic view of a mobile device, in accordance with the invention, forming part of the system of Figure 1 ;
  • Figure 5 illustrates a flow diagram of a high-level method of USSD emulation, in accordance with the invention
  • Figure 6 illustrates a flow diagram of a low-level method of USSD emulation, in accordance with the invention
  • Figure 7 illustrates a schematic state diagram from the perspective of the intermediate service node of Figure 3;
  • Figure 8 illustrates a schematic state diagram from the perspective of the mobile device of Figure 4.
  • Figure 9 illustrates a schematic view of a computer within which a set of instructions, for causing the computer to perform any one or more of the methodologies described herein, may be executed.
  • reference numeral 100 generally indicates a system for USSD emulation, in accordance with the invention.
  • the system 100 allows a mobile subscriber 102 to send and receive USSD-type messages between his mobile device 400 and a USSD gateway 130 in a communications environment where USSD communication is not natively supported.
  • the system 100 includes the mobile device 400, a packet- switched telecommunications network 1 10, an intermediate service node 300, a telecommunications signalling network 120, and ultimately the USSD gateway 130.
  • the mobile device 400 (refer to Figure 4 for further information) in this example is a mobile phone and specifically a smart phone which supports packet-based communications, whether via WiFi, or a mobile network, but does not (necessarily) support USSD natively.
  • the packet-switched network 1 10 is a conventional TCP/IP network which is operable to support UDP communications.
  • the TCP/IP network 1 10 may form part of the Internet.
  • the intermediate service node 300 (refer to Figure 3 for more information) is operable to emulate USSD communication across the TCP/IP network 1 10 which does not natively support the USSD protocol. This may be done by encapsulating USSD messages within UDP messages as will become apparent from the description below.
  • the telecommunications signalling network 120 is a conventional network and may be a PSTN (Public Switched Telephone Network) which may be GSM- based, SS7-based, or the like.
  • PSTN Public Switched Telephone Network
  • the telecommunications signalling network 120 may natively support USSD communication.
  • Figure 2 shows an alternate embodiment of a system 200 for USSD emulation.
  • the system 200 is similar to the system 100 but also includes a
  • the intermediate service node 300 includes a processor 302 and a computer program 304 operable to direct the operation of the processor 302.
  • the processor 302 includes a mapping module 310 and a handshake module 312 which are functional modules corresponding to functional tasks performed by the processor 302 under the direction of the computer program 304.
  • the intermediate service node 300 includes a communication arrangement 306 which is operable to communicate via the packet-switched and telecommunications signalling networks 1 10, 120. It will be appreciated that the communication arrangement 306 may include plural network devices, one for each network 1 10, 120.
  • the mapping module 310 is operable to map messages between the two networks 1 10, 120 by encapsulating USSD messages within UDP messages.
  • the handshake module 312 is operable to send and receive handshake messages with the mobile phone 400 thereby to obtain a unique subscriber identifier (USID) of the mobile phone 400.
  • USID subscriber identifier
  • UDP is not the only compatible protocol.
  • TCP Transmission Control Protocol
  • UDP is not the only compatible protocol.
  • TCP Transmission Control Protocol
  • the components of the intermediate service node 300 may be consolidated into one device, as illustrated in this example, but instead may be distributed among a number of devices.
  • the mobile phone 400 includes a processor 402 and a mobile app 404 which has been installed on the mobile phone 400.
  • the mobile app 404 could form part of the operating system or firmware of the mobile phone 400, and need not necessarily be a discrete downloadable application.
  • the mobile app 404 provides a dialling emulator 410 and a messaging module 412.
  • the dialling emulator 410 is operable to display a numeric keypad on a display screen of the mobile phone 400 and can accept a USSD-format user input including digits and the asterisk ' * ' and hash '#' symbols.
  • the dialling emulator 410 may provide more functionality than a conventional dialler and USSD message, e.g. one-touch menu selection, skins, font formatting, etc.
  • the messaging module 412 is operable to encapsulate the input received via the dialling emulator 410 in a UDP message and communicate it via the IP network 1 10.
  • the messaging module 412 is also operable to receive handshake messages from the intermediate service node 300.
  • reference numeral 500 refers to a high-level method of USSD emulation in accordance with the invention.
  • the method 500 is from the perspective of the intermediate service node 300 and includes receiving (at block 502) a UDP encapsulated initiation message from the mobile phone 400 across the IP network 1 10.
  • the initiation message encapsulates a USSD request in conventional USSD format, e.g. * 123 * 1234567890*.
  • UDP messages do not usually inherently include a USID or MSISDN (phone number) of the mobile phone from which they were sent. In fact, many smart phones do not even allow access by apps to the MSISDN. Further, it is necessary or at least desirable to include the MSISDN to form the USSD session.
  • the MSISDN may be obtained by the intermediate service node 300 by mapping a Unique Subscriber Identity (USID) to the MSISDN.
  • USID Unique Subscriber Identity
  • the handshake module 312 of the intermediate service node 300 generates and sends (at block 504) a UDP encapsulated handshake request message to the mobile phone 506 and in turn receives (at block 506) a UDP encapsulated handshake confirmation message containing the USID associated with the mobile phone 400.
  • the handshake module 312 then interrogates a USID database (not illustrated) to determine (at block 507) the MSISDN associated with the USID.
  • the intermediate service node 300 then has the data necessary (i.e. the USSD request and the MSISDN) to initiate a USSD session, and generates and sends (at block 508) a mapping dial request message including the USSD request and the MSISDN to the USSD gateway 130.
  • a USSD session is thereby established between the intermediate service node 300 and the
  • the USSD gateway 130 and mapped or translated by the mapping module 310 to UDP-encapsulated messages between the intermediate service node 300 and the mobile phone 400.
  • the USSD session between the intermediate service node 300 and the USSD gateway 130 may resemble a conventional USSD session except that instead of being with an endpoint (i.e. the mobile device
  • the mobile app 404 is provided on the mobile phone 400.
  • the app 404 may be pre-installed when the subscriber acquires his phone 404, and/or may be downloadable from application stores/markets associated with the phone
  • the app 404 presents (at block 602) the dialling emulator 410.
  • the dialling emulator 410 may include a matrix of soft keys similar to a phone's native dialler used to make telephone calls. Some devices (e.g. tablets) might not even have native diallers.
  • the dialling emulator is then operable to receive a user input indicative of a USSD request, e.g. in the form 23 * 1234567890#.
  • the messaging module 412 does not attempt to send a USSD message directly, but rather encapsulates the USSD request in a UDP initiation message which can be sent (at block 606) by the phone 400 across the IP network 1 10.
  • the intermediate service node 300 receives (at block 606)
  • the initiation message and generates and sends the UDP-based handshake request message (at block 504 - as described above).
  • the messaging module 412 receives (at block 608) the handshake request message and queries or determines (at block 610) the USID of the mobile telephone 400. The messaging module then generates and sends (at block 612) a UDP-based handshake confirmation message containing the USID.
  • the handshake module 312 of the intermediate service node 300 receives (at block 506) the handshake confirmation message and extracts the USID and determines (at block 507) the corresponding MSISDN associated with the mobile phone 400.
  • the mapping module 310 then generates and sends (at block 508) a USSD mapping dial request message via the PSTN 120 to the USSD gateway 130.
  • the USSD gateway 130 receives (at block 614) and processes the mapping dial request message in conventional fashion.
  • USSD gateway 130 may be a conventional USSD gateway and thus may be oblivious to the presence of the intermediate service node 300 and its mapping module 310 and may respond as though it was communicating with a USSD-compatible endpoint (e.g. a "dumb" mobile phone with native USSD capabilities).
  • the USSD gateway 130 then generates and sends (at block 61 6) a mapping prompt message, which includes a basic USSD prompt, to initiate and open a USSD session with the intermediate service node 300 (and indirectly with the mobile phone 400).
  • the intermediate service node 300 receives (at block 618) the USSD-based mapping prompt message and the mapping module
  • the intermediate service node 300 converts (at block 620) it to an encapsulated UDP-based prompt message.
  • the intermediate service node 300 sends (at block 622) the prompt message via the IP network 1 10 which is received (at block 626) by the mobile phone 400.
  • the mobile app 404 causes the mobile phone 400 to display the USSD prompt which could be a basic menu system, e.g. "Press 1 for yes and 2 for no", or could be more sophisticated and include actual “Yes” and “No” soft buttons.
  • the dialling emulator 410 is presented and a user input is received (at block 602 and 604).
  • the messaging module 412 encapsulates the user input in a UDP-based reply message and sends (at block 628) the reply message to the intermediate service node 300 which duly receives (at block 630) it.
  • the intermediate service node 300 converts (at block 632) the UDP-based reply message into a USSD-based mapping reply message and sends (at block 634) the mapping reply message to the USSD gateway 130 which, in turn, receives (at block 636) it.
  • the USSD gateway 130 determines (at block 638) if the USSD session should continue or be terminated. For example, if the selection made by the subscriber 102 indicated a menu item which necessitates a sub-menu or other response, the method 500 can be repeated from steps 61 6 to 638. This repetition may occur indefinitely until an appropriate termination option is chosen by the subscriber 102 or until there is some other termination factor
  • the USSD gateway 130 To terminate the USSD session, the USSD gateway 130 generates and sends
  • mapping final message which is received by the intermediate service node 300 and converted (at block 644) into a final message which is sent (at block 646).
  • the mobile phone 400 receives (at block 648) the final message and closes the session.
  • Figures 7 and 8 shows state diagrams from the perspectives of the intermediate service node 300 and the mobile phone 400 respectively and can be read in conjunction with the method 600 of Figure 6 to provide a more thorough understanding of the methodologies described herein.
  • UUDP is a coined term referring to USSD over UDP.
  • Figure 9 shows a diagrammatic representation of a computer in the example form of a computer system 900 within which a set of instructions, for causing the computer to perform any one or more of the methodologies discussed herein, may be executed.
  • the computer operates as a standalone device or may be connected (e.g. networked) to other computers.
  • the computer may operate in the capacity of a server or a client computer in a server-client network environment, or as a peer computer in a peer-to-peer (or distributed) network environment.
  • the computer may be a personal computer (PC), a tablet PC, a set-top box (STB), a Personal Digital Assistant (PDA), a cellular telephone, a web appliance, a network router, switch or bridge, or any computer capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken by that computer.
  • PC personal computer
  • PDA Personal Digital Assistant
  • STB set-top box
  • web appliance web appliance
  • network router switch or bridge
  • the example computer system 900 includes a processor 902 (e.g., a central processing unit (CPU), a graphics processing unit (GPU) or both), a main memory 904 and a static memory 906, which communicate with each other via a bus 908.
  • the computer system 900 may further include a video display unit 910 (e.g., a liquid crystal display (LCD)).
  • the computer system 900 also includes an alphanumeric input device 912 (e.g., a keyboard), a user interface (Ul) navigation device 914 (e.g., a mouse), a disk drive unit 91 6, a signal generation device 918 (e.g., a speaker) and a network interface device 920.
  • the disk drive unit 916 includes a computer-readable medium 922 on which is stored one or more sets of instructions and data structures (e.g., software 924) embodying or utilised by any one or more of the methodologies or functions described herein.
  • the software 924 may also reside, completely or at least partially, within the main memory 904 and/or within the processor 902 during execution thereof by the computer system 900, the main memory 904 and the processor 902 also constituting computer -readable media.
  • the software 924 may further be transmitted or received over a network 926 via the network interface device 920 utilising any one of a number of well-known transfer protocols (e.g., HTTP, UDP, TCP, USSD, FTP).
  • HTTP HyperText Transfer Protocol
  • UDP User Datagram Protocol
  • TCP Transmission Control Protocol
  • USSD User Datagram Protocol
  • FTP FTP
  • While the computer-readable medium 922 is shown in an example embodiment to be a single medium, the term “computer-readable medium” should be taken to include a single medium or multiple media (e.g., a centralised or distributed database, and/or associated caches and servers) that store the one or more sets of instructions.
  • the term “computer-readable medium” shall also be taken to include any medium that is capable of storing, encoding or carrying a set of instructions for execution by the computer and that cause the computer to perform any one or more of the methodologies of the present embodiments, or that is capable of storing, encoding or carrying data structures utilised by or associated with such a set of instructions.
  • the term “computer-readable medium” shall accordingly be taken to include, but not be limited to, solid-state memories, optical and magnetic media, and carrier wave signals.
  • the intermediate service node 300 and/or the mobile device 400 may be in the form of the computer system 900, or may include some components thereof.
  • the method 500, 600 and system 100, 200 allows USSD messages to be communicated from a non-USSD compatible device and/or across a non-USSD compatible system. This allows more subscribers to benefit from the advantages of USSD, if desired. From the mobile service provider side, costly USSD gateways need not be replaced or upgraded, but can be used with their standard configuration in conjunction with the intermediate service node 300.
  • the mobile device 400 can communicate with the USSD gateway 130 even when the mobile device 400 is out of cellular network coverage and merely has a WiFi connection.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Procédé (500) pour émulation USSD. Le procédé (500) comprend la réception (502) à partir d'un dispositif mobile (400), par l'intermédiaire d'un réseau de télécommunications commuté par paquets (110), d'un message d'initiation encapsulant une demande USSD et la génération et l'envoi (504) d'un message de demande d'établissement de liaison au dispositif mobile (400). Le procédé (500) comprend en outre la réception (506), à partir du dispositif mobile (400), d'un message de confirmation d'établissement de liaison indiquant un identifiant d'abonné unique (USID) associé au dispositif mobile (400) et la génération et l'envoi (508), par l'intermédiaire d'un réseau de signalisation de télécommunications (120), d'un message de demande de numérotation de mappage comprenant l'USID et la demande d'USSD à une passerelle USSD (130), ce qui lance une session d'émulation USSD.
PCT/IB2013/052195 2012-03-30 2013-03-20 Procédé et système pour émulation ussd WO2013144778A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
ZA2012/02349 2012-03-30
ZA201202349 2012-03-30

Publications (1)

Publication Number Publication Date
WO2013144778A1 true WO2013144778A1 (fr) 2013-10-03

Family

ID=48444446

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2013/052195 WO2013144778A1 (fr) 2012-03-30 2013-03-20 Procédé et système pour émulation ussd

Country Status (2)

Country Link
AP (1) AP2013006772A0 (fr)
WO (1) WO2013144778A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018026581A1 (fr) * 2016-08-05 2018-02-08 T-Mobile Usa, Inc. Communications ussd basées sur ip

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008055913A1 (fr) * 2006-11-06 2008-05-15 Telefonaktiebolaget Lm Ericsson (Publ) Procédé, dispositifs et système de commande de session de services ims via ussd

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008055913A1 (fr) * 2006-11-06 2008-05-15 Telefonaktiebolaget Lm Ericsson (Publ) Procédé, dispositifs et système de commande de session de services ims via ussd

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
MARVIN BIENN: "Mobile initiated USSD procedures", 27 March 2011 (2011-03-27), pages 1 - 6, XP055033822, Retrieved from the Internet <URL:ftp://ftp.3gpp2.org/TSGX/Working/2011/2011-03-Seoul/WG3-MMD/X30-20110328-021%20%5BE%5D%20Mobile%20Initiated%20USSD%20procedure.doc> [retrieved on 20120725] *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018026581A1 (fr) * 2016-08-05 2018-02-08 T-Mobile Usa, Inc. Communications ussd basées sur ip
US10701112B2 (en) 2016-08-05 2020-06-30 T-Mobile Usa, Inc. IP-based USSD communications

Also Published As

Publication number Publication date
AP2013006772A0 (en) 2013-03-31

Similar Documents

Publication Publication Date Title
US11882195B2 (en) Systems and methods for enabling access to third party services via a service layer
US6456857B1 (en) Terminal to execute a terminal application
EP3195566B1 (fr) Interfonctionnement de couche de service au moyen du protocole mqtt
US11140105B2 (en) Method and system for providing interoperability for Rich Communication Suite (RCS) messaging
KR20190134603A (ko) 모바일 네트워크 오퍼레이터로부터 보안 요소로 기존 서브스크립션 프로파일을 송신하는 방법, 대응하는 서버들 및 보안 요소
US10015267B2 (en) Generic multichannel center for network applications and services
US20150163102A1 (en) Client-server system for network services and applications for mobile telecommunications terminals
JP2012531846A (ja) データ伝送方法及び端末
EP3643056B1 (fr) Connectivite utilisant un numero de telephone geographique
US11558320B2 (en) Method and system for providing interoperability for rich communication suite (RCS) messaging with local and remote applications
WO2012019391A1 (fr) Système et procédé pour obtenir des informations détaillées sur un numéro
US20130188559A1 (en) Method for Establishing a Communication Connection over the Internet Between Mobile Terminals, Computer Program, and Storage Medium
WO2013144778A1 (fr) Procédé et système pour émulation ussd
CN108810180A (zh) 域名解析重定向的调度方法、装置及其终端
EP3121998B1 (fr) Centre multicanaux generique pour applications reseaux et services
EP3119067B1 (fr) Système client-serveur pour des services de réseau et applications pour des terminaux de télécommunications mobiles
CN105391702A (zh) 音/视频通信方法、终端、服务器及平台
WO2015023756A1 (fr) Procédé et appareil de vérification de dispositif lors d&#39;une fourniture de service par le biais d&#39;une id d&#39;appelant
JP6509413B1 (ja) ＩｏＴ機器とのデータの送受信を行うための装置、方法及びプログラム
Bogusz et al. USSD communication channel as alternative to XML SOAP in mobile Unified Communication applications.
CN104507068A (zh) 实现一机双号的方法、用户终端和一机双号服务系统
GB2541661A (en) Data communications
WO2021250457A1 (fr) Système et procédé d&#39;établissement d&#39;une communication
CN116610463A (zh) 进程间通信方法、应用服务端、终端设备及存储介质
CN117459390A (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: 13722829

Country of ref document: EP

Kind code of ref document: A1

DPE1 Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101)
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13722829

Country of ref document: EP

Kind code of ref document: A1