US7043233B2 - Messaging protocol over internet protocol - Google Patents

Messaging protocol over internet protocol Download PDF

Info

Publication number
US7043233B2
US7043233B2 US09/843,137 US84313701A US7043233B2 US 7043233 B2 US7043233 B2 US 7043233B2 US 84313701 A US84313701 A US 84313701A US 7043233 B2 US7043233 B2 US 7043233B2
Authority
US
United States
Prior art keywords
message
subscriber
recipient
storage system
handset
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.)
Expired - Lifetime, expires
Application number
US09/843,137
Other versions
US20020159569A1 (en
Inventor
Nozomu Hasegawa
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mavenir Systems Inc
Original Assignee
Comverse Inc
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 Comverse Inc filed Critical Comverse Inc
Priority to US09/843,137 priority Critical patent/US7043233B2/en
Assigned to COMVERSE NETWORK SYSTEMS, INC. reassignment COMVERSE NETWORK SYSTEMS, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: HASEGAWA, NOZOMU
Priority to IL148210A priority patent/IL148210A/en
Publication of US20020159569A1 publication Critical patent/US20020159569A1/en
Assigned to COMVERSE, INC. reassignment COMVERSE, INC. CHANGE OF NAME (SEE DOCUMENT FOR DETAILS). Assignors: COMVERSE NETWORK SYSTEMS, INC.
Publication of US7043233B2 publication Critical patent/US7043233B2/en
Application granted granted Critical
Assigned to XURA, INC. reassignment XURA, INC. CHANGE OF NAME (SEE DOCUMENT FOR DETAILS). Assignors: COMVERSE, INC.
Assigned to CERBERUS BUSINESS FINANCE, LLC, AS COLLATERAL AGENT reassignment CERBERUS BUSINESS FINANCE, LLC, AS COLLATERAL AGENT GRANT OF A SECURITY INTEREST -- PATENTS Assignors: XURA, INC. (FORMERLY KNOWN AS COMVERSE, INC. AND COMVERSE NETWORK SYSTEMS, INC.)
Assigned to MAVENIR, INC. reassignment MAVENIR, INC. CHANGE OF NAME (SEE DOCUMENT FOR DETAILS). Assignors: XURA, INC.
Assigned to MAVENIR, INC. (FORMERLY KNOWN AS XURA, INC., COMVERSE, INC. AND COMVERSE NETWORK SYSTEMS, INC.) reassignment MAVENIR, INC. (FORMERLY KNOWN AS XURA, INC., COMVERSE, INC. AND COMVERSE NETWORK SYSTEMS, INC.) RELEASE BY SECURED PARTY (SEE DOCUMENT FOR DETAILS). Assignors: CERBERUS BUSINESS FINANCE, LLC, AS COLLATERAL AGENT
Assigned to GOLDMAN SACHS LENDING PARTNERS LLC, AS COLLATERAL AGENT reassignment GOLDMAN SACHS LENDING PARTNERS LLC, AS COLLATERAL AGENT GRANT OF SECURITY INTEREST IN PATENTS Assignors: MAVENIR, INC.
Adjusted expiration legal-status Critical
Assigned to MAVENIR, INC. reassignment MAVENIR, INC. TERMINATION AND RELEASE OF SECURITY INTEREST IN PATENT COLLATERAL-RELEASE OF 046139/ 0318 Assignors: GOLDMAN SACHS LENDING PARTNERS LLC, AS COLLATERAL AGENT
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12Messaging; Mailboxes; Announcements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/50Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/53Centralised arrangements for recording incoming messages, i.e. mailbox systems
    • H04M3/5307Centralised arrangements for recording incoming messages, i.e. mailbox systems for recording messages comprising any combination of audio and non-audio components
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/50Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/53Centralised arrangements for recording incoming messages, i.e. mailbox systems
    • H04M3/533Voice mail systems
    • H04M3/53333Message receiving aspects
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/253Telephone sets using digital voice transmission
    • H04M1/2535Telephone sets using digital voice transmission adapted for voice communication over an Internet Protocol [IP] network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2203/00Aspects of automatic or semi-automatic exchanges
    • H04M2203/25Aspects of automatic or semi-automatic exchanges related to user interface aspects of the telephonic communication service
    • H04M2203/256Aspects of automatic or semi-automatic exchanges related to user interface aspects of the telephonic communication service comprising a service specific user interface
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2207/00Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/18Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2207/00Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/20Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place hybrid systems

Definitions

  • the present invention relates to delivery and retrieval of messages, for example, voice/video/text mail messages, from/to mobile (wireless) telephones/handsets using a data network.
  • the present invention relates to delivery and retrieval of such messages from/to mobile handsets using an Internet Protocol (IP) data network.
  • IP Internet Protocol
  • a mobile telephone establishes a telephone call to a voice messaging system to deposit or retrieve (listen to) voice messages via a circuit-switched telephone network, such as (without limitation) one or more wireless telephone networks, long-distance telephone networks, the public switched telephone network (PSTN) or the Personal Communications Service (PCS).
  • a circuit-switched telephone network such as (without limitation) one or more wireless telephone networks, long-distance telephone networks, the public switched telephone network (PSTN) or the Personal Communications Service (PCS).
  • PSTN public switched telephone network
  • PCS Personal Communications Service
  • the typical mobile telephone systems require the subscriber/user to access the message system through the circuit-switched telephone network for either deposit/retrieval of messages, which may not be cost efficient if, for example, the caller does not have waiting/unread messages. Further, in the typical wireless telephone system if the handset is out of radio range, the user can neither call nor leave messages for the target recipient.
  • IP Internet Protocol
  • mobile phone messaging via the data network can be more flexible and cost efficient.
  • mobile phone messaging via a data network using IP such as the Internet, can be more flexible and cost efficient.
  • the present invention provides messaging to mobile handsets without using telephony interfaces.
  • the present invention also provides messaging to mobile handsets over an IP network.
  • the present invention also provides an application layer protocol to accommodate messaging to mobile handsets over an IP network.
  • the present invention also provides a mobile handset controlling processing of voice messages on a voice message storage system via the IP network.
  • the present invention can be attained in an IP network by providing at least three logical nodes of a mobile phone (mobile handset), a data storage system and a resource database.
  • the data storage system can be, for example, a voice messaging system (VMS), a video messaging system, audio messaging system, image messaging system, text and data messaging system, etc.
  • VMS voice messaging system
  • video messaging system audio messaging system
  • image messaging system text and data messaging system
  • the present invention can be attained, for example, by creating a resource database storing message service information, storing a message in the portable wireless telephone without establishing a voice or data channel with the message storage system, receiving in the portable wireless telephone the message service information from the resource database via a data channel between the portable wireless telephone and the resource database, processing a message responsive to the message service information via a data channel between the portable wireless telephone and the message storage system according to the message service information, and updating the message service information in the resource database by the message storage system according to the processing via a data channel between the resource database and the message storage system.
  • the present invention can also be attained by controlling from a telephone, including a portable wireless telephone, processing of a voice message on a voice message storage system using a data channel with the voice message storage system.
  • the present invention can be attained by a process, comprising recording a message for a recipient subscriber in a portable wireless telephone without establishing a voice or data channel with the message storage system, querying address of a recipient-subscriber message storage system from a resource database via a data channel between the portable wireless telephone and the resource database, transmitting the message to the recipient-subscriber message storage system via a data channel between the portable wireless telephone and the recipient-subscriber message storage system, storing the transmitted message in a mailbox for the recipient subscriber in the recipient-subscriber message storage system, updating message service information of the recipient subscriber in the resource database by the recipient-subscriber message storage system according to the storing in the mailbox via a data channel between the resource database and the message storage system, alerting automatically a recipient-subscriber portable wireless telephone with the message service information by the resource database via a data channel between the resource database and the portable wireless telephone, establishing a data channel between the recipient-subscriber portable wireless telephone and the recipient-subscriber message storage system, processing (e.
  • FIG. 1 is a block diagram of a wireless system in which a wireless handset is interconnected to a message storage system.
  • FIG. 2 is a block diagram of a wireless system in which a wireless handset is interconnected to a message storage system according to the present invention.
  • FIG. 3 is a flow diagram that illustrates exemplary interactions among the components shown in FIG. 2 .
  • FIG. 4 is a flow diagram that illustrates exemplary interactions among the components shown in FIG. 2 for depositing subscriber messages in the message storage system from the wireless handset.
  • FIG. 5 is a flow diagram that illustrates exemplary interactions among the components shown in FIG. 2 for delivering subscriber messages from the message storage system to the wireless handset.
  • FIG. 6 is a flow diagram that illustrates another exemplary interactions among the components shown in FIG. 2 for delivering subscriber messages from the message storage system to the wireless handset.
  • FIG. 1 illustrates a wireless handset 100 in radio communication over a wireless link 102 with a base station 104 .
  • the wireless link 102 carries voice and data channels (not shown).
  • the base station 104 is connected to a circuit-switched telephone network (CSTN) 106 , which can include (without limitation) one or more wireless telephone networks, long-distance telephone networks or the public switched telephone network (PSTN).
  • CSTN circuit-switched telephone network
  • PSTN public switched telephone network
  • the base station 104 routes voice calls to or from the handset 100 over the circuit-switched telephone network 106 .
  • the base station 104 is also connected via a gateway 108 to a packet-switched data network 110 , such as, without limitation, the Internet or another public or private local area or wide area data network.
  • the base station 104 routes data packets to or from the handset 100 through the gateway 108 .
  • the gateway 108 processes data packets by sending or receiving data over the packet-switched data network 106 to or from message storage systems 112 a – 112 n , which are connected to both the circuit-switched telephone network 106 and the packet-switched data network 110 .
  • message storage systems are available from Comverse Network Systems, Inc., Wakefield, Mass. under the tradename AccessNP (such system being disclosed in the U.S. Pat. No. 5,029,199, incorporated herein by reference) or Trilogue INfinity enhanced services platform.
  • each message storage system 112 communicates with the handset 100 via network 110 , the network 110 being a mobile operator's IP network.
  • Each message storage system 112 has an IP address and associated handsets 100 .
  • the handset 100 can be conventional with information processing and information storage capabilities (e.g., memory, hard drives or drives for removable media) to support browser software and other software written in conventional programming languages.
  • Handset 100 comprises, for example, a micro-browser software (not shown) to process user commands and/or provide various functions.
  • the handset 100 has IP connection capability to the mobile operator's IP network 110 .
  • the micro-browser can, for example, use a protocol, such as the handheld device transmission protocol (HDTP), and a language, such as the handheld device markup language (HDML), to communicate over a data channel with the gateway 108 .
  • the gateway 108 acts as a server responding to requests from, and supplying data to, the micro-browser.
  • the gateway 108 can communicate with the message storage systems 112 using a protocol, such as the hypertext transmission protocol (HTTP), and a language, such as the hypertext markup language (HTML). Therefore, the message storage system 112 acts as a server to the gateway 108 .
  • a protocol such as the hypertext transmission protocol (HTTP)
  • HTTP hypertext transmission protocol
  • HTML hypertext markup language
  • the message storage system 112 acts as a server to the gateway 108 .
  • functions of the handset 100 are not limited in the present invention to the above description.
  • the handset 100 can comprise, for example, software written in commercial programming languages, such as the Java programming language.
  • the software can include (without limitation) intelligent call flow applications and Java applets.
  • the handset 100 can establish Transport Control Protocol (TCP) or User Datagram Protocol (UDP)/IP communication (as described in more detail below) with the message storage systems 112 via the gateway 108 .
  • TCP Transport Control Protocol
  • UDP User Datagram Protocol
  • Each handset 100 uses a unique identification (handset ID) on the networks 106 and 110 , such as a phone number, a mobile identification number (MIN), etc. and each handset 100 is assigned (belongs) to a home message storage system 112 .
  • a unique identification such as a phone number, a mobile identification number (MIN), etc.
  • MIN mobile identification number
  • each handset 100 is assigned (belongs) to a home message storage system 112 .
  • the described exemplary embodiment uses wireless phone handsets, the present invention is not limited to a particular type of handset and other phone handsets, such as a telephone on a fixed line with IP communication capability can be used.
  • the mobile handset should be a client in a TCP or UDP/IP communication with message storage systems 112 .
  • Such characteristics include, for example, that in mobile networks the address/location of the handset 100 is not fixed, changing as the handset 100 moves. Further, the mobile handset 100 may not always be connected to the mobile network in a stable manner like a personal computer on a corporate local area network. In particular, mobile handsets on the mobile network using IP may have different IP addresses each session. Further, in a mobile network, the radio connection may be lost during data communication.
  • a message storage system 112 such as a Voice Mail System (VMS) is typically stationary and connected to the mobile network. Therefore, in a TCP/IP communication the message system should be a server.
  • VMS Voice Mail System
  • the gateway 108 can be an HTTP server and the handset 100 can execute a web browser supporting the Java applets.
  • the Java applet running on the handset 100 can communicate with the message storage system 112 and other nodes on the IP network 110 through the HTTP server process running on the gateway 108 .
  • Message servers can be distributed in a large network with subscribers using different message servers.
  • mobile handset 100 can subscribe to different servers for different media like voice, video, audio, image, email, text, data, etc.
  • a directory service such as Lightweight Directory Access Protocol (LDAP), can be used in the IP network to locate message systems storing different media type messages.
  • LDAP Lightweight Directory Access Protocol
  • a wireless mobile system provides at least three logical nodes of handsets 100 , message storage systems 112 a – 112 n , and a home resource register database 114 (HRR).
  • the HRR provides both location information of the message storage system node 112 and message service information.
  • the message service information can be, for example, subscriber mailbox information or message waiting indicator (MWI) data.
  • the HRR 114 communicates with the message storage system 112 and the handsets 100 via the IP network 110 .
  • the HRR 114 is updated responsive to available information relating to subscriber messages in the message storage systems 112 .
  • the handsets 100 and message storage systems 112 have access to address and port number information of HRR 114 .
  • the logical node of HRR 114 may be implemented on a conventional computer connected to the mobile network.
  • the HRR 114 advantageously obviates the need for handset 110 (client) to access the message storage system 112 (server) when no messages are in the mailbox.
  • the Handset 100 may have to access corresponding message storage systems to verify the message service information even if there is no message waiting. This configuration unnecessarily increases network traffic when one handset belongs to or uses more than one message storage system.
  • the handset 100 can, for example, locate a corresponding message storage system 112 based on media type (e.g., voice, video, text) and access message service information, such as MWI.
  • media type e.g., voice, video, text
  • MWI message service information
  • the three-node model provides flexibility/scalability by accommodating any new media message storage system, including efficient addition/removal of message storage systems. Data traffic on the mobile network can be reduced when the handset 100 belongs to more than one message server, because the handset only needs to query the HRR 114 for message service information of all message servers associated with the handset.
  • the three-node model saves data traffic on the more expensive circuit-switched telephone networks (e.g., PSTN) and utilizes the less expensive data traffic via the packet-switched data network.
  • means is provided for controlling from a mobile handset processing of subscriber messages on the message storage systems 112 a – 112 n via the IP network 110 .
  • means is provided to control processing of voice messages on a voice message storage system 112 via the IP network 110 .
  • the HRR 114 as a logical node may be implemented in one of the message storage systems 112 so that one home message storage system can handle both depositing and retrieval of messages to/from all message storage systems on the mobile network. Further, in another embodiment, storing the address of the message storage system 112 on the handset 100 may obviate the directory service function of HRR. Further, in another embodiment only a single message storage system can be allocated to all handsets 100 , obviating directory service function of HRR.
  • the handset 100 provides local message storage, which has advantages.
  • the present invention can accommodate message processing when network connection is not reliable by using the IP layers, for example, TCP/IP or UDP/IP, to establish connections, reconnections and data recovery and/or resumption due to communication interruptions. Therefore, there is no need for the handset 100 to maintain a near constant connection with the server for message processing as in typical systems providing only remote message storage where network connection is typically stable.
  • the data networks such as the IP network, provide more robust data communication protocol layers than the traditional voice channel communications for data communication during poor or unstable network conditions/connections.
  • the handset 100 can control processing of messages on message storage systems 112 via the IP network 110 .
  • the handset 100 can control processing of voice messages on a voice message storage system 112 via the IP network 110 . Therefore, the handset 100 can control processing of voice messages on a voice message storage system without establishing a voice communication channel with the voice message storage system.
  • a caller's call is connected to the VMS over a voice channel for processing messages (e.g., leaving a message).
  • VOIP Voice Over IP
  • Internet telephony system the call is connected to the VMS for processing messages (e.g., leaving a message).
  • a user interface application e.g., a call flow application in case of processing voice messages
  • executing on the handset 100 can, for example, obtain message information from a subscriber.
  • the message information can include, for example, address of a recipient-subscriber.
  • message delivery once the message is recorded locally, the rest of the messaging can be processed automatically by querying message service information from the HRR 114 and transmitting the recorded message via a data channel with a recipient-subscriber message storage system. Similarly, the recipient-subscriber does not need to access a message storage system.
  • the message can be automatically stored to the recipient-subscriber handset 100 by the recipient-subscriber message storage system updating message service information of the HRR 114 .
  • the HRR 114 can, for example, alert the recipient-subscriber's handset 100 of the updating, initiating message delivery in the handset 100 without interaction by the recipient-subscriber.
  • mobile handset message processing according to the present invention advantageously does not depend on real-time communication capabilities.
  • the system of the present invention may not require many real-time system conditions/requirements.
  • VOIP requires network priority functions or bandwidth to support real-time communication.
  • the system according to the present invention can advantageously wait until network congestion subsides.
  • the data packet can be resent, which may not be practical in real-time communication because of delay.
  • the handset 100 can process a message via a data channel (IP network) between the handset 100 and a message storage system 112 .
  • IP network IP network
  • the handset processing via the IP network comprises transmitting and receiving data units that includes actual content of subscriber messages, determining whether to retransmit data, retransmitting data and presenting the subscriber messages to the subscriber. Further, because the IP network does not need to support a priority real time class for messaging, the system according to the present invention can use strong compression schemes for messaging depending on design requirements. Therefore, the present invention provides mobile handset messaging even during poor network conditions.
  • FIG. 3 is a diagram illustrating the nodes and an exemplary application layer protocol for mobile network IP messaging as used in an embodiment of the present invention.
  • the handset 100 may access the IP network 110 through conventional techniques, for example, via a proxy gateway (not shown).
  • the handset 100 sends an HRR Handset Query message 202 to the HRR 114 to query address of a message storage system 112 for delivering a subscriber message to the message storage system or to query message service information for retrieving any subscriber messages from the message storage systems.
  • the HRR 114 alerts the handset 100 of the message service information to retrieve subscriber messages from the message storage systems.
  • the address can be a handset's home VMS when retrieving or be the recipient's home VMS when depositing.
  • handset 100 can initiate, for example, a TCP connection to the VMS 112 .
  • the handset 100 would be a TCP client and the VMS 112 would be a TCP server.
  • the handset 100 can either retrieve or deposit messages from/to the message storage system 112 .
  • HRR related messages HRR messages
  • message storage system related messages which include subscriber data (messages).
  • storage system related messages are between the handset 100 and the message storage system 112 to process subscriber messages (i.e., delivery, retrieval, editing, etc. of voice, video, audio, text, data, etc. messages).
  • the protocols between the three logical nodes of HRR 114 , the message storage system 112 and Handset 100 are not limited to the described exemplary protocols.
  • the described exemplary application layer protocol is not limited to a particular lower layer protocol and can support transport layers, such as TCP, UDP, or be implemented with Real-Time Streaming Protocol or Real-Time Transport Protocol to transfer multimedia content (i.e., subscriber messages) to the handset 100 .
  • transport layers such as TCP, UDP, or be implemented with Real-Time Streaming Protocol or Real-Time Transport Protocol to transfer multimedia content (i.e., subscriber messages) to the handset 100 .
  • the present invention is not limited to the exemplary application layer protocol message formats described herein and other formats may be used.
  • an application layer protocol between HRR 114 and Handset 100 and between HRR 114 and message storage system 112 may be obviated. Therefore, the following embodiments and certain alternatives are for purposes of illustration and not limitation.
  • FIG. 3 shows the HRR related Update, Query and Status messages between the HRR 114 and the message storage system 112 and between the HRR 114 and the handset 100 .
  • the message storage system 112 sends an HRR Update message 200 to update the HRR 114 database.
  • the HRR 114 updates address and message service information (e.g., MWI) of the message storage system 112 for each handset 100 by receiving the Update message 200 .
  • the HRR Update message 200 comprises a message type “update,” service type (e.g., voice, text, video, etc.), handset ID (e.g., phone number), MWI information and address information of the message storage system 112 (i.e., IP address, UDP port number and TCP port number).
  • the handset 100 sends an HRR Handset Query message 202 to the HRR 114 to query the status and address of the handset's home message storage system.
  • HRR Handset Query message 202 format comprises:
  • the HRR 114 sends an HRR Status message 204 to handset 100 in response to receiving the HRR Handset Query 202 .
  • the HRR Status message 204 can provide a recipient's message storage system address when depositing/sending subscriber messages to another subscriber. Further, the HRR Status message 204 can provide message service information of the handset 100 in response to an HRR Handset Query message 202 checking the status of the handset's own mailbox.
  • the message service information includes, for example, address of the message storage system storing the handset's messages for multiple services (e.g., voice, video, text, etc.).
  • the handset 100 may periodically query the HRR 114 according to desired design specification. As shown below, the HRR Status message 204 format comprises:
  • the HRR 114 can also send an HRR Message Storage System Query 206 to the message storage systems 112 if the HRR 114 does not contain the address of a home message storage system for a queried handset 100 .
  • the HRR 114 can send the Query 206 using a round robin method or broadcast method to all message storage systems until the HRR 114 receives a responsive Update 200 identifying the address of the home message storage system of the handset 100 .
  • the HRR Message Storage System Query 206 format comprises:
  • the HRR 114 can alert the handset 100 by sending an HRR Alert message 208 to the handset 100 .
  • the Alert 208 notifies the handset 100 of message service information (e.g., MWI).
  • MWI message service information
  • the HRR 114 may not initiate communication with the handset 100 using messages over typical TCP/IP connections.
  • the HRR 114 could initiate communication with the handset 100 using, for example, a mobile phone Short Message Service (SMS), Periodic Query model (periodically establishing TCP connection to the HRR 114 ) or the Wireless Application Protocol (WAP) push model.
  • SMS Short Message Service
  • Periodic Query model periodicically establishing TCP connection to the HRR 114
  • WAP Wireless Application Protocol
  • the Alert 208 format can be similar or the same as the HRR Status message 204 format.
  • a Data message 210 transfers actual content of a subscriber message between the message storage system 112 and the handset 100 .
  • the subscriber message can be segmented into one or more packets, the packets being transferred via Data messages 210 .
  • the Data message 210 format comprises:
  • An ACK message 212 is a message responsive/corresponding to the Data message 210 . Every time a Data message is received, an ACK message can be sent to the sender confirming delivery. The ACK message 212 can also be used to initiate resend of a Data message.
  • the Ack message 212 format comprises:
  • the handset 100 connects, for example via a TCP connection, with the message storage system 112 .
  • the handset 100 sends Request messages 214 to the message storage system 112 to request data from the message storage system to the handset.
  • the handset 100 sends a Request message 214 to the message storage system 112 requesting the message storage system 112 to begin transmission of a Data message 210 from the message storage system 112 to the handset.
  • Request messages 214 can initiate receiving Data messages 210 from the message storage system 112 to retrieve a subscriber message by handset 100 .
  • the Handset 100 can control data transmission by not sending a Request message 214 to the message storage system 112 . Further, the Request message 214 can be used in managing retransmission of packets in case of lost or corrupted Data messages 210 .
  • the Request message 214 format comprises:
  • FIG. 4 is a flow diagram illustrating the flow of application layer protocol messages for mobile network IP messaging according to the present invention in more detail.
  • FIG. 4 is a flow diagram illustrating the flow of application layer protocol messages when a subscriber using the handset 100 deposits a message (e.g., voice, text, video, etc.) for another subscriber in the message storage system 112 (e.g., VMS).
  • the subscriber at 220 records a message stored locally in the handset 100 . Therefore, for example, a voice message can be recorded to a local storage of handset 100 regardless of whether the handset 100 is in radio range or m communication with the base station 104 .
  • Local storage of subscriber's messages accommodates background message processing, such as delivery of the message, without requiring the subscriber to establish a communication (data or voice) connection.
  • the handset 100 at 222 queries to HRR 114 with an HRR Handset Query message 202 about the address of the recipient's VMS.
  • the handset 100 is in radio range to communicate with the HRR 114 .
  • the HRR 114 at 224 sends the HRR Status message 204 to handset 100 .
  • the HRR Status message 204 provides the recipient's VMS address to the handset 100 .
  • a TCP connection is established between the handset 100 and the recipient's VMS 112 .
  • a UDP connection may be used at 226 .
  • the handset 100 at 228 initiates sending the subscriber's voice message to the recipient's VMS using the Data messages 210 .
  • the handset 100 prepacketizes the voice message, the Data messages 210 including the packets.
  • the recipient's VMS at 230 sends the ACK messages 212 to the handset 100 , which confirm delivery of the Data messages 210 .
  • the Data and Ack messages 210 , 212 include message identification, total number of packets information and packet sequence number so that both the sender and receiver (i.e., handset 100 and VMS 112 ) can determine the number of packets expected and which packets are received.
  • the VMS 112 processes the voice message by, for example, storing the voice message in the recipient's mailbox.
  • the VMS 112 at 232 sends the HRR Update message 200 to the HRR 114 to update the message service information (e.g., MWI) of the recipient's handset 100 .
  • the sender-subscriber's handset 100 can now delete the locally stored voice message.
  • FIG. 5 is a flow diagram illustrating the flow of application layer protocol messages when the handset 100 automatically retrieves a message (e.g., voice, text, video, etc.) sent by another subscriber from the message storage system 112 (e.g., VMS).
  • a message e.g., voice, text, video, etc.
  • the VMS at 242 sends the HRR Update message 200 to the HRR 114 .
  • the HRR Update message 200 provides message service information to the HRR 114 .
  • the message service information can be, for example, turning a flag “ON” or “OFF” indicative of waiting messages, the actual number of messages or other service specific data in case of multiple services (e.g., voice, video, text, etc.).
  • the handset 100 at 244 queries the HRR 114 with the HRR Handset Query message 202 .
  • the HRR 114 at 246 sends the HRR Status message 204 to the handset 100 .
  • the HRR Status message 204 provides to the handset 100 the message service information (e.g., MWI) of the handset 100 and address of recipient message storage system. For example, an “ON” MWI indicates messages waiting for the subscriber. If the MWI is “ON,” at 248 a TCP connection is established between the handset 100 and the VMS 112 .
  • a TCP connection is established between the handset 100 and the VMS 112 .
  • a UDP connection may be used at 248 .
  • the handset 100 uses an address of the message storage system (e.g., VMS, Video message server, etc.) storing the corresponding type messages of the handset 100 .
  • the handset 100 at 250 sends the Request message 214 to the VMS 112 to initiate at 252 transmissions of Data messages 210 from the VMS.
  • the handset 100 at 254 sends the ACK messages 212 to the VMS 112 , which confirm delivery of the Data messages 210 .
  • both the sender and receiver i.e., handset 100 and VMS 112
  • both the sender and receiver can determine the number of packets expected and which packets are received from the information in the Data message 210 and the Ack message 212 . Therefore, if the IP connection is lost during data transmission, both the sender and receiver can recover the transmission from the last completed transmission of a packet.
  • the handset 100 locally stores the voice message for processing by the subscriber.
  • the VMS 112 can, for example, delete the voice message from the recipient's mailbox after delivery of the voice message to the handset 100 or perform other processing.
  • the VMS 112 at 256 sends the HRR Update message 200 to the HRR 114 to update the message service information of the recipient's mailbox. For example, the HRR Update message 200 turns “OFF” the MWI for the recipient's mailbox, indicative of no new messages are waiting.
  • the subscriber message processing described in FIG. 5 can be performed in the background without requiring the subscriber to initiate communication with the message storage system.
  • the subscriber can control processing (e.g., play, view, edit, forward, etc.) the retrieved message without being in the radio range of the base station 104 .
  • FIG. 5 uses the HRR Handset Query message 202 for message service information
  • the present invention is not limited to use of the HRR Handset Query message 202 and other methods can be used to notify the handset 100 of message service information.
  • FIG. 6 is a flow diagram illustrating the flow of application layer protocol messages when the HRR 114 at 260 automatically alerts the handset 100 of message service information using the HRR Alert message 208 .
  • the HRR Alert message 208 can be transmitted to the handset 100 using a mobile network service, such as the SMS.
  • the present invention can support group messaging.
  • Group messaging is the case when a subscriber sends one message to more than one recipient at the same time. From the subscriber's perspective, with reference to FIG. 4 , the subscriber at 220 records a message and specifies more than one recipient address via a call flow application executing in the handset 100 . Next, the locally recorded message must be delivered to the specified recipients' mailboxes, which may reside on the different message storage systems.
  • the handset 100 can send the same message to different mailboxes by establishing individual sessions to each message storage system 112 of the recipients. Therefore, the handset 100 treats the recorded message as multiple messages to multiple recipients. Again, this can be achieved by the application executing in the handset.
  • the Handset ID field of the Data message 210 can be expanded so that the Handset 100 can send a subscriber message with multiple recipients to a message storage system 112 .
  • the message storage system 112 can store the subscriber message in the different mailboxes for recipients whose mailboxes are in the message storage system.
  • the message storage system 112 can send the subscriber message to other message storage systems when mailboxes of recipients reside on the other message storage systems.
  • the message storage system can, for example, receive the address of message storage systems of recipients by sending a query to the HRR 114 and receiving a status protocol message (not shown in FIG. 3 ) from the HRR 114 .
  • the handset 100 only needs to send one message to a message storage system through the relatively expensive and unstable mobile radio network.
  • the message storage system forwards the subscriber message to group recipients using the less expensive and stable fixed network.
  • the message storage system can send an Update message 200 to the HRR 114 to update the message service information of the handset 100 sending the group message, confirming status/delivery to the group.

Abstract

A process of creating a resource database storing message service information, storing a message in the portable wireless telephone without establishing a voice or data channel with the message storage system, receiving in the portable wireless telephone the message service information from the resource database via a data channel between the portable wireless telephone and the resource database, processing a message responsive to the message service information via a data channel between the portable wireless telephone and the message storage system according to the message service information, and updating the message service information in the resource database by the message storage system according to the processing via a data channel between the resource database and the message storage system. Further, a computer system programmed to perform the process.

Description

BACKGROUND OF THE INVENTION
1. Field of the Invention
The present invention relates to delivery and retrieval of messages, for example, voice/video/text mail messages, from/to mobile (wireless) telephones/handsets using a data network. In particular, the present invention relates to delivery and retrieval of such messages from/to mobile handsets using an Internet Protocol (IP) data network.
2. Description of the Related Art
Typically, a mobile telephone establishes a telephone call to a voice messaging system to deposit or retrieve (listen to) voice messages via a circuit-switched telephone network, such as (without limitation) one or more wireless telephone networks, long-distance telephone networks, the public switched telephone network (PSTN) or the Personal Communications Service (PCS). The typical mobile telephone systems require the subscriber/user to access the message system through the circuit-switched telephone network for either deposit/retrieval of messages, which may not be cost efficient if, for example, the caller does not have waiting/unread messages. Further, in the typical wireless telephone system if the handset is out of radio range, the user can neither call nor leave messages for the target recipient.
In contrast to traditional phones, mobile phones are becoming small personal computing devices or computers by having more processing power and functionality. In particular, mobile handsets can now also communicate to a packet-switched data network, such as (without limitation) the Internet or another public or private local area or wide area data network. The data networks can use, for example, the Internet Protocol (IP), such as the Internet. Some of the advantages of the data network are: (1) connections via a packet-switched data network can be more reliable than connections via the circuit-switched telephone network; (2) data network connections cost less than the switched telephone network; and (3) a data network provides more flexibility in managing messaging.
Therefore, mobile phone messaging via the data network can be more flexible and cost efficient. In particular, mobile phone messaging via a data network using IP, such as the Internet, can be more flexible and cost efficient.
SUMMARY OF THE INVENTION
The present invention provides messaging to mobile handsets without using telephony interfaces.
The present invention also provides messaging to mobile handsets over an IP network.
The present invention also provides an application layer protocol to accommodate messaging to mobile handsets over an IP network.
The present invention also provides a mobile handset controlling processing of voice messages on a voice message storage system via the IP network.
According to the embodiments of the present invention, the present invention can be attained in an IP network by providing at least three logical nodes of a mobile phone (mobile handset), a data storage system and a resource database. In particular, the data storage system can be, for example, a voice messaging system (VMS), a video messaging system, audio messaging system, image messaging system, text and data messaging system, etc.
The present invention can be attained, for example, by creating a resource database storing message service information, storing a message in the portable wireless telephone without establishing a voice or data channel with the message storage system, receiving in the portable wireless telephone the message service information from the resource database via a data channel between the portable wireless telephone and the resource database, processing a message responsive to the message service information via a data channel between the portable wireless telephone and the message storage system according to the message service information, and updating the message service information in the resource database by the message storage system according to the processing via a data channel between the resource database and the message storage system.
The present invention can also be attained by controlling from a telephone, including a portable wireless telephone, processing of a voice message on a voice message storage system using a data channel with the voice message storage system.
Further, the present invention can be attained by a process, comprising recording a message for a recipient subscriber in a portable wireless telephone without establishing a voice or data channel with the message storage system, querying address of a recipient-subscriber message storage system from a resource database via a data channel between the portable wireless telephone and the resource database, transmitting the message to the recipient-subscriber message storage system via a data channel between the portable wireless telephone and the recipient-subscriber message storage system, storing the transmitted message in a mailbox for the recipient subscriber in the recipient-subscriber message storage system, updating message service information of the recipient subscriber in the resource database by the recipient-subscriber message storage system according to the storing in the mailbox via a data channel between the resource database and the message storage system, alerting automatically a recipient-subscriber portable wireless telephone with the message service information by the resource database via a data channel between the resource database and the portable wireless telephone, establishing a data channel between the recipient-subscriber portable wireless telephone and the recipient-subscriber message storage system, processing (e.g., receiving and storing) the message in the recipient-subscriber portable wireless telephone via the data channel between the recipient-subscriber portable wireless telephone and the recipient-subscriber message storage system, and updating the message service information of the recipient subscriber in the resource database by the recipient-subscriber message storage system according to the processing in the recipient-subscriber portable wireless telephone via a data channel between the resource database and the message storage system.
The processes according to embodiments of the present invention can be implemented in software to control a computer system, including computing devices, such as portable wireless telephones, to perform the processes. Advantages of the invention will be set forth in part in the following description and, in part, will be obvious from the description, or may be learned by practice of the invention.
BRIEF DESCRIPTION OF THE DRAWINGS
The advantages of the invention will become apparent and more readily appreciated from the following description of the preferred embodiments, taken in conjunction with the accompanying drawings of which:
FIG. 1 is a block diagram of a wireless system in which a wireless handset is interconnected to a message storage system.
FIG. 2 is a block diagram of a wireless system in which a wireless handset is interconnected to a message storage system according to the present invention.
FIG. 3 is a flow diagram that illustrates exemplary interactions among the components shown in FIG. 2.
FIG. 4 is a flow diagram that illustrates exemplary interactions among the components shown in FIG. 2 for depositing subscriber messages in the message storage system from the wireless handset.
FIG. 5 is a flow diagram that illustrates exemplary interactions among the components shown in FIG. 2 for delivering subscriber messages from the message storage system to the wireless handset.
FIG. 6 is a flow diagram that illustrates another exemplary interactions among the components shown in FIG. 2 for delivering subscriber messages from the message storage system to the wireless handset.
DESCRIPTION OF THE PREFERRED EMBODIMENTS
Reference will now be made in detail to the present preferred embodiments of the present invention, examples of which are illustrated in the accompanying drawings, wherein like reference numerals refer to the like elements throughout. The embodiments are described below in order to explain the present invention by referring to the figures.
FIG. 1 illustrates a wireless handset 100 in radio communication over a wireless link 102 with a base station 104. The wireless link 102 carries voice and data channels (not shown). The base station 104 is connected to a circuit-switched telephone network (CSTN) 106, which can include (without limitation) one or more wireless telephone networks, long-distance telephone networks or the public switched telephone network (PSTN). The base station 104 routes voice calls to or from the handset 100 over the circuit-switched telephone network 106. The base station 104 is also connected via a gateway 108 to a packet-switched data network 110, such as, without limitation, the Internet or another public or private local area or wide area data network. The base station 104 routes data packets to or from the handset 100 through the gateway 108. The gateway 108 processes data packets by sending or receiving data over the packet-switched data network 106 to or from message storage systems 112 a112 n, which are connected to both the circuit-switched telephone network 106 and the packet-switched data network 110. Such message storage systems are available from Comverse Network Systems, Inc., Wakefield, Mass. under the tradename AccessNP (such system being disclosed in the U.S. Pat. No. 5,029,199, incorporated herein by reference) or Trilogue INfinity enhanced services platform. In the preferred embodiment, each message storage system 112 communicates with the handset 100 via network 110, the network 110 being a mobile operator's IP network. Each message storage system 112 has an IP address and associated handsets 100.
The handset 100 can be conventional with information processing and information storage capabilities (e.g., memory, hard drives or drives for removable media) to support browser software and other software written in conventional programming languages. Handset 100 comprises, for example, a micro-browser software (not shown) to process user commands and/or provide various functions. In the preferred embodiment the handset 100 has IP connection capability to the mobile operator's IP network 110. The micro-browser can, for example, use a protocol, such as the handheld device transmission protocol (HDTP), and a language, such as the handheld device markup language (HDML), to communicate over a data channel with the gateway 108. The gateway 108 acts as a server responding to requests from, and supplying data to, the micro-browser. To satisfy some requests from the micro-browser, the gateway 108 can communicate with the message storage systems 112 using a protocol, such as the hypertext transmission protocol (HTTP), and a language, such as the hypertext markup language (HTML). Therefore, the message storage system 112 acts as a server to the gateway 108. However, functions of the handset 100 are not limited in the present invention to the above description. The handset 100 can comprise, for example, software written in commercial programming languages, such as the Java programming language. The software can include (without limitation) intelligent call flow applications and Java applets. Further, the handset 100 can establish Transport Control Protocol (TCP) or User Datagram Protocol (UDP)/IP communication (as described in more detail below) with the message storage systems 112 via the gateway 108.
Each handset 100 uses a unique identification (handset ID) on the networks 106 and 110, such as a phone number, a mobile identification number (MIN), etc. and each handset 100 is assigned (belongs) to a home message storage system 112. Although, the described exemplary embodiment uses wireless phone handsets, the present invention is not limited to a particular type of handset and other phone handsets, such as a telephone on a fixed line with IP communication capability can be used.
Because of mobile network characteristics, the mobile handset should be a client in a TCP or UDP/IP communication with message storage systems 112. Such characteristics include, for example, that in mobile networks the address/location of the handset 100 is not fixed, changing as the handset 100 moves. Further, the mobile handset 100 may not always be connected to the mobile network in a stable manner like a personal computer on a corporate local area network. In particular, mobile handsets on the mobile network using IP may have different IP addresses each session. Further, in a mobile network, the radio connection may be lost during data communication. In contrast to the mobile handset, a message storage system 112, such as a Voice Mail System (VMS), is typically stationary and connected to the mobile network. Therefore, in a TCP/IP communication the message system should be a server. With reference to FIG. 1, in another embodiment, the gateway 108 can be an HTTP server and the handset 100 can execute a web browser supporting the Java applets. The Java applet running on the handset 100 can communicate with the message storage system 112 and other nodes on the IP network 110 through the HTTP server process running on the gateway 108.
Message servers can be distributed in a large network with subscribers using different message servers. In particular, in a multimedia system environment, mobile handset 100 can subscribe to different servers for different media like voice, video, audio, image, email, text, data, etc. A directory service, such as Lightweight Directory Access Protocol (LDAP), can be used in the IP network to locate message systems storing different media type messages.
As illustrated in FIG. 2, a wireless mobile system according to a preferred embodiment of the present invention provides at least three logical nodes of handsets 100, message storage systems 112 a112 n, and a home resource register database 114 (HRR). In particular, the HRR provides both location information of the message storage system node 112 and message service information. The message service information can be, for example, subscriber mailbox information or message waiting indicator (MWI) data. In the preferred embodiment, the HRR 114 communicates with the message storage system 112 and the handsets 100 via the IP network 110. The HRR 114 is updated responsive to available information relating to subscriber messages in the message storage systems 112. The handsets 100 and message storage systems 112 have access to address and port number information of HRR 114. The logical node of HRR 114 may be implemented on a conventional computer connected to the mobile network.
Further, providing both location and MWI databases on the same node (i.e., the HRR 114), advantageously obviates the need for handset 110 (client) to access the message storage system 112 (server) when no messages are in the mailbox. In contrast, a typical directory service without message service information, the Handset 100 may have to access corresponding message storage systems to verify the message service information even if there is no message waiting. This configuration unnecessarily increases network traffic when one handset belongs to or uses more than one message storage system.
By using the three-node model of handset 100, HRR 114 and message storage systems 112, the handset 100 can, for example, locate a corresponding message storage system 112 based on media type (e.g., voice, video, text) and access message service information, such as MWI. The three-node model provides flexibility/scalability by accommodating any new media message storage system, including efficient addition/removal of message storage systems. Data traffic on the mobile network can be reduced when the handset 100 belongs to more than one message server, because the handset only needs to query the HRR 114 for message service information of all message servers associated with the handset. Further, the three-node model saves data traffic on the more expensive circuit-switched telephone networks (e.g., PSTN) and utilizes the less expensive data traffic via the packet-switched data network. Thus, means is provided for controlling from a mobile handset processing of subscriber messages on the message storage systems 112 a112 n via the IP network 110. In particular, means is provided to control processing of voice messages on a voice message storage system 112 via the IP network 110.
The present invention is not limited to the described preferred embodiments. In another embodiment, the HRR 114 as a logical node may be implemented in one of the message storage systems 112 so that one home message storage system can handle both depositing and retrieval of messages to/from all message storage systems on the mobile network. Further, in another embodiment, storing the address of the message storage system 112 on the handset 100 may obviate the directory service function of HRR. Further, in another embodiment only a single message storage system can be allocated to all handsets 100, obviating directory service function of HRR.
The handset 100 provides local message storage, which has advantages. In particular, the present invention can accommodate message processing when network connection is not reliable by using the IP layers, for example, TCP/IP or UDP/IP, to establish connections, reconnections and data recovery and/or resumption due to communication interruptions. Therefore, there is no need for the handset 100 to maintain a near constant connection with the server for message processing as in typical systems providing only remote message storage where network connection is typically stable. In mobile networks maintaining a near constant connection may not be practical (e.g., not cost efficient), or reliable or possible as the handset 100 moves. However, the data networks, such as the IP network, provide more robust data communication protocol layers than the traditional voice channel communications for data communication during poor or unstable network conditions/connections.
Further, the handset 100 can control processing of messages on message storage systems 112 via the IP network 110. In particular, the handset 100 can control processing of voice messages on a voice message storage system 112 via the IP network 110. Therefore, the handset 100 can control processing of voice messages on a voice message storage system without establishing a voice communication channel with the voice message storage system. In the traditional voice mail systems, a caller's call is connected to the VMS over a voice channel for processing messages (e.g., leaving a message). Even in a typical Voice Over IP (VOIP) or Internet telephony system, the call is connected to the VMS for processing messages (e.g., leaving a message). Therefore, in the traditional systems a caller's call is connected to the VMS before the caller can send or retrieve messages. In contrast, in the present invention the handset 100 locally stores the message to be sent without establishing a voice call. A user interface application (e.g., a call flow application in case of processing voice messages) executing on the handset 100 can, for example, obtain message information from a subscriber. The message information can include, for example, address of a recipient-subscriber. In case of message delivery, once the message is recorded locally, the rest of the messaging can be processed automatically by querying message service information from the HRR 114 and transmitting the recorded message via a data channel with a recipient-subscriber message storage system. Similarly, the recipient-subscriber does not need to access a message storage system. The message can be automatically stored to the recipient-subscriber handset 100 by the recipient-subscriber message storage system updating message service information of the HRR 114. The HRR 114 can, for example, alert the recipient-subscriber's handset 100 of the updating, initiating message delivery in the handset 100 without interaction by the recipient-subscriber.
Further, mobile handset message processing according to the present invention advantageously does not depend on real-time communication capabilities. For example, the system of the present invention may not require many real-time system conditions/requirements. For example, VOIP requires network priority functions or bandwidth to support real-time communication. Further, without real-time requirements, during network congestion, the system according to the present invention can advantageously wait until network congestion subsides. Further, as described in more detail below, without real-time requirements if a data packet is lost, the data packet can be resent, which may not be practical in real-time communication because of delay. The handset 100 can process a message via a data channel (IP network) between the handset 100 and a message storage system 112. The handset processing via the IP network comprises transmitting and receiving data units that includes actual content of subscriber messages, determining whether to retransmit data, retransmitting data and presenting the subscriber messages to the subscriber. Further, because the IP network does not need to support a priority real time class for messaging, the system according to the present invention can use strong compression schemes for messaging depending on design requirements. Therefore, the present invention provides mobile handset messaging even during poor network conditions.
FIG. 3 is a diagram illustrating the nodes and an exemplary application layer protocol for mobile network IP messaging as used in an embodiment of the present invention. In case of using IP on the mobile network, the handset 100 may access the IP network 110 through conventional techniques, for example, via a proxy gateway (not shown). The handset 100 sends an HRR Handset Query message 202 to the HRR 114 to query address of a message storage system 112 for delivering a subscriber message to the message storage system or to query message service information for retrieving any subscriber messages from the message storage systems. Alternatively, in another embodiment (as described in more detail below) the HRR 114 alerts the handset 100 of the message service information to retrieve subscriber messages from the message storage systems. In case of the message storage system 112 being a VMS, the address can be a handset's home VMS when retrieving or be the recipient's home VMS when depositing. Once the VMS address is received, handset 100 can initiate, for example, a TCP connection to the VMS 112. The handset 100 would be a TCP client and the VMS 112 would be a TCP server. On the established TCP connection, the handset 100 can either retrieve or deposit messages from/to the message storage system 112.
There are two categories of application layer protocol messages in the preferred embodiment of the present invention: HRR related messages (HRR messages) and message storage system related messages, which include subscriber data (messages). In particular, storage system related messages are between the handset 100 and the message storage system 112 to process subscriber messages (i.e., delivery, retrieval, editing, etc. of voice, video, audio, text, data, etc. messages).
The protocols between the three logical nodes of HRR 114, the message storage system 112 and Handset 100 are not limited to the described exemplary protocols. For example, the described exemplary application layer protocol is not limited to a particular lower layer protocol and can support transport layers, such as TCP, UDP, or be implemented with Real-Time Streaming Protocol or Real-Time Transport Protocol to transfer multimedia content (i.e., subscriber messages) to the handset 100. Further, the present invention is not limited to the exemplary application layer protocol message formats described herein and other formats may be used. Further, in the embodiment implementing the HRR 114 in one of the message storage systems 112 so that one home message storage system 112 handles both depositing and retrieval of messages to/from all other message storage systems 112 on the mobile network, an application layer protocol between HRR 114 and Handset 100 and between HRR 114 and message storage system 112 may be obviated. Therefore, the following embodiments and certain alternatives are for purposes of illustration and not limitation.
FIG. 3 shows the HRR related Update, Query and Status messages between the HRR 114 and the message storage system 112 and between the HRR 114 and the handset 100. The message storage system 112 sends an HRR Update message 200 to update the HRR 114 database. The HRR 114 updates address and message service information (e.g., MWI) of the message storage system 112 for each handset 100 by receiving the Update message 200. As shown below, the HRR Update message 200 comprises a message type “update,” service type (e.g., voice, text, video, etc.), handset ID (e.g., phone number), MWI information and address information of the message storage system 112 (i.e., IP address, UDP port number and TCP port number).
    • Message Type: “Update”
    • Service Type: “Voice”, “Text”, “Video” or etc
    • Handset ID: can be, for example, the handset's phone number or MIN
    • Status: message service information (e.g., MWI)
    • Address: message storage system address (i.e., IP Address, UDP and TCP port numbers)
The handset 100 sends an HRR Handset Query message 202 to the HRR 114 to query the status and address of the handset's home message storage system. As shown below, the HRR Handset Query message 202 format comprises:
    • Message Type: “Query”
    • Service Type: “Voice”, “Text”, “Video” or etc
    • Handset ID: can be, for example, the handset's phone number or MIN
The HRR 114 sends an HRR Status message 204 to handset 100 in response to receiving the HRR Handset Query 202. The HRR Status message 204 can provide a recipient's message storage system address when depositing/sending subscriber messages to another subscriber. Further, the HRR Status message 204 can provide message service information of the handset 100 in response to an HRR Handset Query message 202 checking the status of the handset's own mailbox. The message service information includes, for example, address of the message storage system storing the handset's messages for multiple services (e.g., voice, video, text, etc.). The handset 100 may periodically query the HRR 114 according to desired design specification. As shown below, the HRR Status message 204 format comprises:
    • Message Type: “Status”
    • Service Type: “Voice”, “Text”, “Video” or etc
    • Handset ID: can be, for example, the handset's phone number or MIN
    • Status: message service information (e.g., MWI). MWI information can be ON/OFF indicative of messages waiting or the actual number of the message. In systems of multiple services (e.g., voice video, text, etc.), the MWI field can be enhanced to include other service specific data.
    • Address: message storage system address (i.e., IP Address, UDP and TCP port numbers).
The HRR 114 can also send an HRR Message Storage System Query 206 to the message storage systems 112 if the HRR 114 does not contain the address of a home message storage system for a queried handset 100. For example, the HRR 114 can send the Query 206 using a round robin method or broadcast method to all message storage systems until the HRR 114 receives a responsive Update 200 identifying the address of the home message storage system of the handset 100. As shown below, the HRR Message Storage System Query 206 format comprises:
    • Message Type: “Query”
    • Service Type: “Voice”, “Text”, “Video” or etc
    • Handset ID: can be, for example, the handset's phone number or MIN
In another embodiment the HRR 114 can alert the handset 100 by sending an HRR Alert message 208 to the handset 100. In particular, the Alert 208 notifies the handset 100 of message service information (e.g., MWI). Because the IP address of the handset 100 changes as the handset moves, the HRR 114 may not initiate communication with the handset 100 using messages over typical TCP/IP connections. However, the HRR 114 could initiate communication with the handset 100 using, for example, a mobile phone Short Message Service (SMS), Periodic Query model (periodically establishing TCP connection to the HRR 114) or the Wireless Application Protocol (WAP) push model. The Alert 208 format can be similar or the same as the HRR Status message 204 format.
A Data message 210 transfers actual content of a subscriber message between the message storage system 112 and the handset 100. As described in more detail below, the subscriber message can be segmented into one or more packets, the packets being transferred via Data messages 210.
As shown below, the Data message 210 format comprises:
    • Message Type: “Data”
    • Service Type: “Voice”, “Text”, “Video” or etc
    • Recipient Handset ID: can be, for example, the message recipient (subscriber) handset's phone number or MIN (can, for example, include multiple IDs for group messaging as described in more detail below)
    • Sender Handset ID: can be, for example, the message sender (subscriber) handset's phone number or MIN
    • Message ID: unique identification for each subscriber message.
    • Total Packets: Total number of packets for this subscriber message.
    • Packet number: A sequential number of each packet
    • Length of data: Length of the following data section
    • Data: Actual data (subscriber message) depending on service type (e.g., digitized voice, video, text, or etc.)
An ACK message 212 is a message responsive/corresponding to the Data message 210. Every time a Data message is received, an ACK message can be sent to the sender confirming delivery. The ACK message 212 can also be used to initiate resend of a Data message.
As shown below, the Ack message 212 format comprises:
    • Message Type: “Ack”
    • Service Type: “Voice”, “Text”, “Video” or etc
    • Recipient Handset ID: can be, for example, the message recipient (subscriber) handset's phone number or MIN (can, for example, include multiple IDs for group messaging as described in more detail below)
    • Sender Handset ID: can be, for example, the message sender (subscriber) handset's phone number or MIN
    • Message ID: unique identification for each subscriber message.
    • Total Packets: Total number of packets for this subscriber message.
    • Packet number: A sequential number of each packet
    • Status OK, No Good (NG), Resend, Quit or other status
In the preferred embodiment, the handset 100 connects, for example via a TCP connection, with the message storage system 112. Once connected to the message storage system 112, the handset 100 sends Request messages 214 to the message storage system 112 to request data from the message storage system to the handset. For example, the handset 100 sends a Request message 214 to the message storage system 112 requesting the message storage system 112 to begin transmission of a Data message 210 from the message storage system 112 to the handset. Request messages 214 can initiate receiving Data messages 210 from the message storage system 112 to retrieve a subscriber message by handset 100. Further, if the Handset 100 has limited resources, such as storage capacity, so that the Handset 100 cannot receive Data messages 210 when local storage is full, the Handset 100 can control data transmission by not sending a Request message 214 to the message storage system 112. Further, the Request message 214 can be used in managing retransmission of packets in case of lost or corrupted Data messages 210.
As shown below, the Request message 214 format comprises:
    • Message Type: Request
    • Service Type: “Voice”, “Text”, “Video” or etc.
    • Handset ID: can be, for example, the handset's phone number or MIN
    • Message ID: unique identification of the subscriber message requested (specified if the previous Data message 210 transmission was interrupted/corrupted).
    • Number of Total Packets: Total number of packets requested (specified if the previous Data message 210 transmission was interrupted/corrupted)
    • Packet Number: The sequence number of packets requested (specified if the previous Data message 210 transmission was interrupted/corrupted)
FIG. 4 is a flow diagram illustrating the flow of application layer protocol messages for mobile network IP messaging according to the present invention in more detail. In particular, FIG. 4 is a flow diagram illustrating the flow of application layer protocol messages when a subscriber using the handset 100 deposits a message (e.g., voice, text, video, etc.) for another subscriber in the message storage system 112 (e.g., VMS). The subscriber at 220 records a message stored locally in the handset 100. Therefore, for example, a voice message can be recorded to a local storage of handset 100 regardless of whether the handset 100 is in radio range or m communication with the base station 104. Local storage of subscriber's messages accommodates background message processing, such as delivery of the message, without requiring the subscriber to establish a communication (data or voice) connection.
The handset 100 at 222 queries to HRR 114 with an HRR Handset Query message 202 about the address of the recipient's VMS. Of course, at 222 the handset 100 is in radio range to communicate with the HRR 114. The HRR 114 at 224 sends the HRR Status message 204 to handset 100. The HRR Status message 204 provides the recipient's VMS address to the handset 100. Next at 226 a TCP connection is established between the handset 100 and the recipient's VMS 112. Although the exemplary embodiment uses a TCP connection at 226, a UDP connection may be used at 226.
The handset 100 at 228 initiates sending the subscriber's voice message to the recipient's VMS using the Data messages 210. The handset 100 prepacketizes the voice message, the Data messages 210 including the packets. The recipient's VMS at 230 sends the ACK messages 212 to the handset 100, which confirm delivery of the Data messages 210. Because of the prepacketization, the Data and Ack messages 210, 212 (as provided in the Data and Ack message formats described above) include message identification, total number of packets information and packet sequence number so that both the sender and receiver (i.e., handset 100 and VMS 112) can determine the number of packets expected and which packets are received. Therefore, if the IP connection is lost during data transmission, means is provided for both the sender and receiver to recover the transmission from the last completed transmission of a packet. Upon receipt of the voice message, the VMS 112 processes the voice message by, for example, storing the voice message in the recipient's mailbox. The VMS 112 at 232 sends the HRR Update message 200 to the HRR 114 to update the message service information (e.g., MWI) of the recipient's handset 100. The sender-subscriber's handset 100 can now delete the locally stored voice message.
FIG. 5 is a flow diagram illustrating the flow of application layer protocol messages when the handset 100 automatically retrieves a message (e.g., voice, text, video, etc.) sent by another subscriber from the message storage system 112 (e.g., VMS). When a subscriber receives a mail message (recipient), which is stored at 240 in the subscriber's mailbox in the message storage system 112 (e.g., VMS in case of a voice message), the VMS at 242 sends the HRR Update message 200 to the HRR 114. The HRR Update message 200 provides message service information to the HRR 114. The message service information can be, for example, turning a flag “ON” or “OFF” indicative of waiting messages, the actual number of messages or other service specific data in case of multiple services (e.g., voice, video, text, etc.).
The handset 100 at 244 queries the HRR 114 with the HRR Handset Query message 202. In response to the query, the HRR 114 at 246 sends the HRR Status message 204 to the handset 100. The HRR Status message 204 provides to the handset 100 the message service information (e.g., MWI) of the handset 100 and address of recipient message storage system. For example, an “ON” MWI indicates messages waiting for the subscriber. If the MWI is “ON,” at 248 a TCP connection is established between the handset 100 and the VMS 112. Although the exemplary embodiment uses a TCP connection at 248, a UDP connection may be used at 248. In particular, in case of multiple services allocated to different message storage systems, at 248 the handset 100 uses an address of the message storage system (e.g., VMS, Video message server, etc.) storing the corresponding type messages of the handset 100.
The handset 100 at 250 sends the Request message 214 to the VMS 112 to initiate at 252 transmissions of Data messages 210 from the VMS. The handset 100 at 254 sends the ACK messages 212 to the VMS 112, which confirm delivery of the Data messages 210. As described above, both the sender and receiver (i.e., handset 100 and VMS 112) can determine the number of packets expected and which packets are received from the information in the Data message 210 and the Ack message 212. Therefore, if the IP connection is lost during data transmission, both the sender and receiver can recover the transmission from the last completed transmission of a packet. The handset 100 locally stores the voice message for processing by the subscriber. The VMS 112 can, for example, delete the voice message from the recipient's mailbox after delivery of the voice message to the handset 100 or perform other processing. The VMS 112 at 256 sends the HRR Update message 200 to the HRR 114 to update the message service information of the recipient's mailbox. For example, the HRR Update message 200 turns “OFF” the MWI for the recipient's mailbox, indicative of no new messages are waiting.
In the present invention the subscriber message processing described in FIG. 5 can be performed in the background without requiring the subscriber to initiate communication with the message storage system. Once the retrieved subscriber message is stored locally in the handset 100 , the subscriber can control processing (e.g., play, view, edit, forward, etc.) the retrieved message without being in the radio range of the base station 104.
Although the exemplary embodiment of FIG. 5 uses the HRR Handset Query message 202 for message service information, the present invention is not limited to use of the HRR Handset Query message 202 and other methods can be used to notify the handset 100 of message service information. For example, FIG. 6 is a flow diagram illustrating the flow of application layer protocol messages when the HRR 114 at 260 automatically alerts the handset 100 of message service information using the HRR Alert message 208. As described above, the HRR Alert message 208 can be transmitted to the handset 100 using a mobile network service, such as the SMS.
The present invention can support group messaging. Group messaging is the case when a subscriber sends one message to more than one recipient at the same time. From the subscriber's perspective, with reference to FIG. 4, the subscriber at 220 records a message and specifies more than one recipient address via a call flow application executing in the handset 100. Next, the locally recorded message must be delivered to the specified recipients' mailboxes, which may reside on the different message storage systems.
In one group messaging embodiment, the handset 100 can send the same message to different mailboxes by establishing individual sessions to each message storage system 112 of the recipients. Therefore, the handset 100 treats the recorded message as multiple messages to multiple recipients. Again, this can be achieved by the application executing in the handset.
In another preferred group messaging embodiment, the Handset ID field of the Data message 210 can be expanded so that the Handset 100 can send a subscriber message with multiple recipients to a message storage system 112. When receiving such multi-recipient message, the message storage system 112 can store the subscriber message in the different mailboxes for recipients whose mailboxes are in the message storage system. The message storage system 112 can send the subscriber message to other message storage systems when mailboxes of recipients reside on the other message storage systems. The message storage system can, for example, receive the address of message storage systems of recipients by sending a query to the HRR 114 and receiving a status protocol message (not shown in FIG. 3) from the HRR 114. Therefore, the handset 100 only needs to send one message to a message storage system through the relatively expensive and unstable mobile radio network. The message storage system forwards the subscriber message to group recipients using the less expensive and stable fixed network. The message storage system can send an Update message 200 to the HRR 114 to update the message service information of the handset 100 sending the group message, confirming status/delivery to the group.
Although a few preferred embodiments of the present invention have been shown and described, it would be appreciated by those skilled in the art that changes may be made in this embodiment without departing from the principles and spirit of the invention. The scope of the present invention is defined in the claims and the claims' equivalents.

Claims (4)

1. A process, comprising:
recording a voice message for a recipient subscriber in a portable wireless telephone without establishing a voice or data channel with the message storage system;
querying according to a packet-switched-data network application layer data transfer protocol, address of a recipient-subscriber message storage system from a resource database via a packet-switched-data network between the portable wireless telephone and the resource database;
transmitting the voice message to the recipient-subscriber message storage system, according to the packet-switched-data network application layer data transfer protocol, via a packet-switched-data network between the portable wireless telephone and the recipient-subscriber message storage system;
storing the transmitted message in a mailbox for the recipient subscriber in the recipient-subscriber message storage system;
updating according to the packet-switched-data network application layer data transfer protocol, message service information of the recipient subscriber in the resource database by the recipient-subscriber message storage system according to the storing in the mailbox via a packet-switched-data network between the resource database and the recipient-subscriber message storage system;
alerting automatically by the resource database according to the packet-switched-data network application layer data transfer protocol, a recipient-subscriber portable wireless telephone with the message service information via a packet-switched-data network between the resource database and the recipient-subscriber portable wireless telephone;
establishing a packet-switched-data network between the recipient-subscriber portable wireless telephone and the recipient-subscriber message storage system;
processing according to the packet-switched-data network application layer data transfer protocol, the voice message in the recipient-subscriber portable wireless telephone via the packet-switched-data network between the recipient-subscriber portable wireless telephone and the recipient-subscriber message storage system; and
updating according to the packet-switched-data network application layer data transfer protocol, the message service information of the recipient subscriber in the resource database by the recipient-subscriber message storage system according to the voice message processing in the recipient-subscriber portable wireless telephone via a packet-switched-data network between the resource database and the message storage system.
2. The process according to claim 1, wherein the processing further comprises:
receiving data packets corresponding to the voice message from the recipient-subscriber message storage system via the packet-switched-data network; and
presenting the voice message to the recipient subscriber on the recipient-subscriber portable wireless telephone.
3. The process according to claim 1, wherein the transmitting and processing of the voice message further comprises:
transmitting and receiving, respectively, data units comprising data packets corresponding to the voice message, identification information of the voice message, total number of the data packets information and data packet sequence number information; and
determining whether to retransmit data packets;
retransmitting data packets responsive to the determining using the identification information, the total number of the data packets and the data packet sequence number information.
4. The process according to claim 1, further comprising:
transmitting, by the resource database, to the recipient-subscriber message storage system, a query for the packet-switched-data network address of the recipient-subscriber message storage system, in response to the querying from the resource database by the portable wireless telephone, according to a packet-switched-data network application layer data transfer protocol via a packet-switched-data network between the resource database and the recipient-subscriber message storage system.
US09/843,137 2001-04-27 2001-04-27 Messaging protocol over internet protocol Expired - Lifetime US7043233B2 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US09/843,137 US7043233B2 (en) 2001-04-27 2001-04-27 Messaging protocol over internet protocol
IL148210A IL148210A (en) 2001-04-27 2002-02-17 Messaging protocol over internet protocol

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US09/843,137 US7043233B2 (en) 2001-04-27 2001-04-27 Messaging protocol over internet protocol

Publications (2)

Publication Number Publication Date
US20020159569A1 US20020159569A1 (en) 2002-10-31
US7043233B2 true US7043233B2 (en) 2006-05-09

Family

ID=25289154

Family Applications (1)

Application Number Title Priority Date Filing Date
US09/843,137 Expired - Lifetime US7043233B2 (en) 2001-04-27 2001-04-27 Messaging protocol over internet protocol

Country Status (2)

Country Link
US (1) US7043233B2 (en)
IL (1) IL148210A (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050176423A1 (en) * 2004-02-09 2005-08-11 Samsung Electronics Co., Ltd. System and method for transmitting data of a mobile terminal
US20080045204A1 (en) * 2006-06-29 2008-02-21 Yusuke Takano Communication network control system, radio communication appartus, and communication network control method
US20080161026A1 (en) * 2007-01-03 2008-07-03 Motorola, Inc. Expandable text messaging service protocol for use with a two-way radio transceiver
US20080183827A1 (en) * 2007-01-30 2008-07-31 At&T Knowledge Ventures, Lp System and method for multimedia messaging
US20080304479A1 (en) * 2007-06-07 2008-12-11 Scott Steven L One-way message notificatoin with out-of-order packet delivery

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7155173B2 (en) * 2001-03-14 2006-12-26 Nokia Corporation Method and system for providing a context for message compression
DE10132333B4 (en) * 2001-07-02 2006-05-24 Siemens Ag Method and network arrangement for accessing protected resources via mobile radio terminal
US6947528B1 (en) * 2002-01-29 2005-09-20 Cisco Technology, Inc. Arrangement for local recording of a voice message for delivery to destination messaging system via an IP network
US7379971B2 (en) * 2002-11-19 2008-05-27 Microsoft Corporation Time-to-disconnect enforcement when communicating with wireless devices that have transient network addresses
US7321920B2 (en) 2003-03-21 2008-01-22 Vocel, Inc. Interactive messaging system
KR100552521B1 (en) * 2004-01-29 2006-02-14 삼성전자주식회사 apparatus and method of voice messaging service in VoIP system
US20060172709A1 (en) * 2005-02-03 2006-08-03 Mark Eyer Autoforward messaging
US8514822B2 (en) * 2006-06-14 2013-08-20 Zte (Usa) Inc. Efficient acknowledgement messaging in wireless communications
CA2911719A1 (en) 2013-04-16 2014-10-23 Imageware Systems, Inc. Conditional and situational biometric authentication and enrollment
US9286528B2 (en) 2013-04-16 2016-03-15 Imageware Systems, Inc. Multi-modal biometric database searching methods
US9769592B2 (en) * 2015-08-24 2017-09-19 Blackberry Limited Optimized short message transport
WO2019193133A1 (en) 2018-04-06 2019-10-10 Blackberry Limited Increasing battery performance for a device that uses power saving features

Citations (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4549047A (en) * 1982-07-22 1985-10-22 Voicemail International, Inc. Digitized voice message storage system
US5406557A (en) 1993-02-01 1995-04-11 National Semiconductor Corporation Interenterprise electronic mail hub
US5608783A (en) 1993-07-15 1997-03-04 Siemens Business Communication Systems, Inc. Methods and apparatus for coordinating and controlling the operation of AMIS analog voice messaging system networks in response to message delivery session status signals
US5689550A (en) 1994-08-08 1997-11-18 Voice-Tel Enterprises, Inc. Interface enabling voice messaging systems to interact with communications networks
US5724410A (en) 1995-12-18 1998-03-03 Sony Corporation Two-way voice messaging terminal having a speech to text converter
US5732126A (en) 1993-12-22 1998-03-24 International Business Machines Corporation Telephone answering overflow to electronic mail
US5737394A (en) 1996-02-06 1998-04-07 Sony Corporation Portable telephone apparatus having a plurality of selectable functions activated by the use of dedicated and/or soft keys
US5740543A (en) 1994-05-06 1998-04-14 Nec Corporation Portable telephone set incorporating a message recording feature
US5790957A (en) 1995-09-12 1998-08-04 Nokia Mobile Phones Ltd. Speech recall in cellular telephone
US5793762A (en) 1994-04-12 1998-08-11 U S West Technologies, Inc. System and method for providing packet data and voice services to mobile subscribers
US5850519A (en) 1995-04-06 1998-12-15 Rooster Ltd. Computerized mail notification system and method which detects calls from a mail server
US5867793A (en) 1995-07-20 1999-02-02 Davis; Eddie Built-in, cellular telephone message recorder
US5903832A (en) 1995-12-21 1999-05-11 Nokia Mobile Phones Llimited Mobile terminal having enhanced system selection capability
US5943399A (en) 1995-09-29 1999-08-24 Northern Telecom Limited Methods and apparatus for providing communications to telecommunications terminals
US5987317A (en) 1997-07-01 1999-11-16 Nokia Mobile Phones Limited Automatic public/autonomous system message waiting indicator (MWI) recognition
US6029063A (en) 1996-09-11 2000-02-22 Sony Corporation Voice scratchpad implemented with wireless telephone
US6032039A (en) * 1997-12-17 2000-02-29 Qualcomm Incorporated Apparatus and method for notification and retrieval of voicemail messages in a wireless communication system
US6061572A (en) 1997-12-15 2000-05-09 Telefonaktiebolaget L M Ericsson (Publ) Digital cellular telecommunications with short message service over the packet channel
US6134432A (en) 1997-06-17 2000-10-17 Bulletin.Net, Inc. System and process for allowing wireless messaging
US6138036A (en) 1997-03-13 2000-10-24 Oki Telecom, Inc. Wireless telephone with voice data interface mode
US6167253A (en) 1995-01-12 2000-12-26 Bell Atlantic Network Services, Inc. Mobile data/message/electronic mail download system utilizing network-centric protocol such as Java
US6282269B1 (en) * 1996-03-05 2001-08-28 International Business Machines Corp. Voice mail on the internet
US20010019951A1 (en) * 1998-07-06 2001-09-06 Sergo Haumont Voice mail server, mobile station and method for voice mail message transmission
US6389276B1 (en) * 1998-12-23 2002-05-14 Bell Atlantic Mobile Systems and methods for providing voice mail notification from a separate voice mail system to mobile telephone
US6434405B1 (en) * 1998-07-29 2002-08-13 Nec Corporation Transmitting and receiving card selectively attached to portable phone or information terminal
US6731926B1 (en) * 2001-04-02 2004-05-04 Bellsouth Intellectual Property Corporation System and method for delivering a message waiting indicator message to a wireless system

Patent Citations (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4549047A (en) * 1982-07-22 1985-10-22 Voicemail International, Inc. Digitized voice message storage system
US5406557A (en) 1993-02-01 1995-04-11 National Semiconductor Corporation Interenterprise electronic mail hub
US5608783A (en) 1993-07-15 1997-03-04 Siemens Business Communication Systems, Inc. Methods and apparatus for coordinating and controlling the operation of AMIS analog voice messaging system networks in response to message delivery session status signals
US5732126A (en) 1993-12-22 1998-03-24 International Business Machines Corporation Telephone answering overflow to electronic mail
US5793762A (en) 1994-04-12 1998-08-11 U S West Technologies, Inc. System and method for providing packet data and voice services to mobile subscribers
US5740543A (en) 1994-05-06 1998-04-14 Nec Corporation Portable telephone set incorporating a message recording feature
US5689550A (en) 1994-08-08 1997-11-18 Voice-Tel Enterprises, Inc. Interface enabling voice messaging systems to interact with communications networks
US6167253A (en) 1995-01-12 2000-12-26 Bell Atlantic Network Services, Inc. Mobile data/message/electronic mail download system utilizing network-centric protocol such as Java
US5850519A (en) 1995-04-06 1998-12-15 Rooster Ltd. Computerized mail notification system and method which detects calls from a mail server
US5867793A (en) 1995-07-20 1999-02-02 Davis; Eddie Built-in, cellular telephone message recorder
US5790957A (en) 1995-09-12 1998-08-04 Nokia Mobile Phones Ltd. Speech recall in cellular telephone
US5943399A (en) 1995-09-29 1999-08-24 Northern Telecom Limited Methods and apparatus for providing communications to telecommunications terminals
US5724410A (en) 1995-12-18 1998-03-03 Sony Corporation Two-way voice messaging terminal having a speech to text converter
US5903832A (en) 1995-12-21 1999-05-11 Nokia Mobile Phones Llimited Mobile terminal having enhanced system selection capability
US5737394A (en) 1996-02-06 1998-04-07 Sony Corporation Portable telephone apparatus having a plurality of selectable functions activated by the use of dedicated and/or soft keys
US6282269B1 (en) * 1996-03-05 2001-08-28 International Business Machines Corp. Voice mail on the internet
US6029063A (en) 1996-09-11 2000-02-22 Sony Corporation Voice scratchpad implemented with wireless telephone
US6138036A (en) 1997-03-13 2000-10-24 Oki Telecom, Inc. Wireless telephone with voice data interface mode
US6134432A (en) 1997-06-17 2000-10-17 Bulletin.Net, Inc. System and process for allowing wireless messaging
US5987317A (en) 1997-07-01 1999-11-16 Nokia Mobile Phones Limited Automatic public/autonomous system message waiting indicator (MWI) recognition
US6061572A (en) 1997-12-15 2000-05-09 Telefonaktiebolaget L M Ericsson (Publ) Digital cellular telecommunications with short message service over the packet channel
US6032039A (en) * 1997-12-17 2000-02-29 Qualcomm Incorporated Apparatus and method for notification and retrieval of voicemail messages in a wireless communication system
US20010019951A1 (en) * 1998-07-06 2001-09-06 Sergo Haumont Voice mail server, mobile station and method for voice mail message transmission
US6434405B1 (en) * 1998-07-29 2002-08-13 Nec Corporation Transmitting and receiving card selectively attached to portable phone or information terminal
US6389276B1 (en) * 1998-12-23 2002-05-14 Bell Atlantic Mobile Systems and methods for providing voice mail notification from a separate voice mail system to mobile telephone
US6731926B1 (en) * 2001-04-02 2004-05-04 Bellsouth Intellectual Property Corporation System and method for delivering a message waiting indicator message to a wireless system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
U.S. Appl. No. 09/205,700, filed Dec. 4, 1998, Bennett David Marks, Comverse Network Systems, Inc.

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050176423A1 (en) * 2004-02-09 2005-08-11 Samsung Electronics Co., Ltd. System and method for transmitting data of a mobile terminal
US20080045204A1 (en) * 2006-06-29 2008-02-21 Yusuke Takano Communication network control system, radio communication appartus, and communication network control method
US20110007633A1 (en) * 2006-06-29 2011-01-13 Nec Corporation Communication network control system, radio communication apparatus, and communication network control method
US8787166B2 (en) 2006-06-29 2014-07-22 Nec Corporation Communication network control system, radio communication apparatus, and communication network control method
US8929884B2 (en) 2006-06-29 2015-01-06 Nec Corporation Communication network control system, radio communication apparatus, and communication network control method
US20080161026A1 (en) * 2007-01-03 2008-07-03 Motorola, Inc. Expandable text messaging service protocol for use with a two-way radio transceiver
US8023973B2 (en) * 2007-01-03 2011-09-20 Motorola Solutions, Inc. Expandable text messaging service protocol for use with a two-way radio transceiver
US20080183827A1 (en) * 2007-01-30 2008-07-31 At&T Knowledge Ventures, Lp System and method for multimedia messaging
US8577969B2 (en) 2007-01-30 2013-11-05 At&T Intellectual Property I, L.P. System and method for multimedia messaging
US8595307B2 (en) 2007-01-30 2013-11-26 At&T Intellectual Property I, L.P. System and method for multimedia messaging
US20080304479A1 (en) * 2007-06-07 2008-12-11 Scott Steven L One-way message notificatoin with out-of-order packet delivery
US8774203B2 (en) * 2007-06-07 2014-07-08 Intel Corporation One-way message notification with out-of-order packet delivery

Also Published As

Publication number Publication date
IL148210A (en) 2007-10-31
IL148210A0 (en) 2002-09-12
US20020159569A1 (en) 2002-10-31

Similar Documents

Publication Publication Date Title
US7043233B2 (en) Messaging protocol over internet protocol
US9706029B1 (en) Methods and systems for call processing
US8660242B2 (en) System and method for electronic message notification
US7315617B2 (en) Method and system for managing calls of an automatic call distributor
EP1314305B1 (en) System and method for unified messaging in inter/intranet telephony
US8306016B2 (en) Signaling method for Internet telephony
US8316095B1 (en) Computer-implemented system and method for facilitating conversation within a group through heterogeneous message delivery
US7978686B2 (en) System and method for feature-based services control using SIP
US6954781B2 (en) Messaging system for directing a server to convert voice message into text and appending a converted text message to another converted text message
EP2063590B1 (en) A method and system for transmitting email and a push mail server
US20050073999A1 (en) Delivery of profile-based third party content associated with an incoming communication
US7385992B1 (en) Internet caller-ID integration
US20050037741A1 (en) System and method for telephonic presence via e-mail and short message service
US20030041101A1 (en) Presence watcher proxy
US20060064307A1 (en) Method and system for session management wherein a client session identifier is used
JP2008022584A (en) System and method for wireless multimedia communication
JP2002519891A (en) Method and system for broadcasting call notifications
US7684553B2 (en) Method for transmitting data in a communication network
US20040042414A1 (en) Method and system for establishing communication over a data packet network using callobjects
US20050021840A1 (en) Method and an apparatus for enhancing messaging
KR100549684B1 (en) Service System and Method for Displaying Image by Calling Party and Communication Terminal
US7688763B2 (en) Method for establishing a communication connection in a direct communication network
WO2005125029A2 (en) System and method for electronic message notification
KR100450382B1 (en) System for transceiving multimedia messages of mobile communicator and method thereof
US20010033641A1 (en) Voice messaging system, method, and apparatus

Legal Events

Date Code Title Description
AS Assignment

Owner name: COMVERSE NETWORK SYSTEMS, INC., MASSACHUSETTS

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:HASEGAWA, NOZOMU;REEL/FRAME:012078/0472

Effective date: 20010503

AS Assignment

Owner name: COMVERSE, INC., MASSACHUSETTS

Free format text: CHANGE OF NAME;ASSIGNOR:COMVERSE NETWORK SYSTEMS, INC.;REEL/FRAME:017585/0669

Effective date: 20010905

STCF Information on status: patent grant

Free format text: PATENTED CASE

FEPP Fee payment procedure

Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Free format text: PAYER NUMBER DE-ASSIGNED (ORIGINAL EVENT CODE: RMPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

FPAY Fee payment

Year of fee payment: 4

FPAY Fee payment

Year of fee payment: 8

AS Assignment

Owner name: XURA, INC., MASSACHUSETTS

Free format text: CHANGE OF NAME;ASSIGNOR:COMVERSE, INC.;REEL/FRAME:036851/0740

Effective date: 20150903

AS Assignment

Owner name: CERBERUS BUSINESS FINANCE, LLC, AS COLLATERAL AGEN

Free format text: GRANT OF A SECURITY INTEREST -- PATENTS;ASSIGNOR:XURA, INC. (FORMERLY KNOWN AS COMVERSE, INC. AND COMVERSE NETWORK SYSTEMS, INC.);REEL/FRAME:039798/0040

Effective date: 20160819

AS Assignment

Owner name: MAVENIR, INC., MASSACHUSETTS

Free format text: CHANGE OF NAME;ASSIGNOR:XURA, INC.;REEL/FRAME:042117/0761

Effective date: 20170228

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 12TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1553)

Year of fee payment: 12

AS Assignment

Owner name: MAVENIR, INC. (FORMERLY KNOWN AS XURA, INC., COMVE

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CERBERUS BUSINESS FINANCE, LLC, AS COLLATERAL AGENT;REEL/FRAME:045770/0956

Effective date: 20180508

AS Assignment

Owner name: GOLDMAN SACHS LENDING PARTNERS LLC, AS COLLATERAL

Free format text: GRANT OF SECURITY INTEREST IN PATENTS;ASSIGNOR:MAVENIR, INC.;REEL/FRAME:046139/0318

Effective date: 20180508

AS Assignment

Owner name: MAVENIR, INC., TEXAS

Free format text: TERMINATION AND RELEASE OF SECURITY INTEREST IN PATENT COLLATERAL-RELEASE OF 046139/ 0318;ASSIGNOR:GOLDMAN SACHS LENDING PARTNERS LLC, AS COLLATERAL AGENT;REEL/FRAME:057222/0380

Effective date: 20210818