|Publication number||US7003307 B1|
|Application number||US 10/354,885|
|Publication date||Feb 21, 2006|
|Filing date||Jan 30, 2003|
|Priority date||Jan 31, 2002|
|Publication number||10354885, 354885, US 7003307 B1, US 7003307B1, US-B1-7003307, US7003307 B1, US7003307B1|
|Inventors||Jerry Kupsh, Xuming Chen|
|Original Assignee||Cellco Partnership|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (11), Non-Patent Citations (2), Referenced by (59), Classifications (6), Legal Events (4)|
|External Links: USPTO, USPTO Assignment, Espacenet|
This application claims the priority of U.S. Provisional Application No. 60/353,824 filed on Jan. 31, 2002 which is hereby incorporated hereby by reference in its entirety.
The present invention relates generally to wireless short messaging services and, more particularly, to a system and method for providing a single point of access from a plurality of non-mobile external short message entities to one or more short message centers.
The Short Message Peer to Peer (SMPP) protocol is a known protocol designed and utilized to facilitate communications of short messages between a short message center, such as a Short Message Service Center (SMSC) and an application platform external to the SMS network, such as a WAP proxy server, email gateway or other non-mobile messaging gateway. Such external application systems are known as External Short Messaging Entities (ESMEs). SMPP enables an ESME outside the mobile network to interface with an SMSC and thereby communicate with SMS-capable mobile devices.
SMPP v3.4, which is designed to be compatible with future versions of the specification, presently defines the SMPP protocol. SMPP v3.4 is available through the Internet at www.smsforum.net.
As fully explained therein, SMPP supports many wireless network technologies such as GSM, IS-95 (CDMA), ANSI-136 (TDMA) and iDEN.
SMPP is a packet-based protocol. More particularly, ESMEs and SMSCs that use SMPP communicate through packets known as protocol data units (“PDUs”). PDUs are utilized to define the session state of communications between an ESME and SMSC (e.g., whether an “open” communication channel exists between the devices). Additionally, PDUs transport requests relating to messaging between the devices. For example, certain predefined requests are utilized to send short messages to and from an ESME, replace or cancel short messages and query the status of the short message in the SMS network.
The application layer of the SMPP protocol may be either a TCP/IP or X.25 network connection. Thus, the SMPP protocol resides on either a TCP/IP or X.25 network connection between an SMSC and an ESME.
The SMPP protocol is utilized to implement third party value-added applications such as voice mail alerts; paging services; information services, e.g., information from a world wide web site that is displayed as a short message on the handset; vehicle management and location services; house-hold metering applications; and WAP-based information services. Third party providers of value added SMS services require an interface with the SMSC in order to send and receive the necessary information via SMS. The physical interface between an ESME and an SMSC may include a direct or hub connection (via X.25 or TCP/IP) to the SMPP.
In each connection illustrated in
It has come to be realized that there are many disadvantages associated with allowing third party direct connections to an SMSC. For example, while SMPP provides for simple password authentication to allow an SMSC to authenticate attempted communication by an ESME, once authentication is verified, the entire SMS network may be accessible to the third party vendor. This may present security problems in the absence of additional security provisions.
Additionally, multiple ESMEs must often compete for the resources of a single SMSC to which they are all connected. As a result, the SMSCs are often forced to drop their connection with the ESME, route the communication to other available SMSCs, or place the communication in a queue until the SMSC is again available. All of these steps drain the resources of the SMSC and degrade its performance.
Additionally, the SMSCs are required to perform billing tasks and maintain billing data so that the third party vendors can later be charged for their use of the SMS networks. This functionally detracts the SMSC from its main purpose, namely, receiving, routing and sending SMS messages to and from their intended destination. Thus, overall system performance is degraded.
Accordingly, what is desired is a system and method for the centralization of communications between multiple ESMEs and one or more SMSCs to thereby provide a single point of access for the multiple ESMEs and to off-load tasks currently performed by the respective SMSCs to the single point of access.
An embodiment of the present invention includes a mobile messaging gateway for routing mobile messages. The mobile messaging gateway includes: (1) a first port for receiving from an External Short Messaging Entity (ESME), a mobile message destined for a Short Message Service Center (SMSC); (2) a second port for sending to an ESME, a mobile message sent from an SMSC; (3) a third port for receiving from an SMSC, a mobile message destined for an ESME; (4) a fourth port for sending to an SMSC, a mobile message sent from an ESME; and (5) a micro-processor for controlling operation of the mobile messaging gateway. The operation of the mobile messaging gateway includes routing mobile messages from the ESME to the SMSC based on the identity of the ESME and from the SMSC to the ESME based on one of the identity of the destination of the mobile message and the identity of the SMSC.
Another embodiment of the present invention includes a method for routing a mobile message. The method includes the steps of: (1) receiving the mobile message at a mobile messaging gateway; and (3) determining, at the mobile messaging gateway, the intended destination of the mobile message. The intended destination of the mobile message is one of an external messaging entity (ESME) and a Short Message Service Center (SMSC).
Another embodiment of the present invention includes a method for controlling the flow of mobile message traffic between a mobile messaging center of a wireless network and a mobile messaging routing device located external to the wireless network. The method includes the steps of: (1) receiving packetized data at a mobile messaging gateway, the packetized data including information to facilitate delivery of a mobile message, where the mobile messaging gateway being disposed between the mobile messaging center and the external mobile messaging routing device; (2) determining the intended destination of the mobile message based on information contained in the data received at the mobile messaging gateway; (3) sending the mobile message to its intended destination; (4) recording the utilization of the mobile messaging gateway to send the mobile message to its intended destination; and (5) determining the ability to send additional mobile messages to the intended destination by referencing the recorded utilization of the mobile messaging gateway.
The foregoing and other features of the present invention will be more readily apparent from the following detailed description and drawings of illustrative embodiments of the invention in which:
Centralizing access and processing of SMS messaging between third party ESMEs and the SMS network promotes efficient use of ESME and SMSC resources. As shown in
Gateway 202 is preferably a high powered microprocessor-based server computer capable of processing multiple SMS-related PDUs and related communications simultaneously. As an example, a Compaq ServerNet system platform using Tandem OS may be utilized. Preferably, the server is expandable to accommodate additional ESMEs and SMSCs as required for future expansion.
Additionally, gateway 202 includes multiple ports for physically interfacing connections from the various ESMEs and SMSCs. As an example, the connections may be interfaced directly to gateway 202 using one or more port interface expansion cards. Alternately, the connections may be aggregated at a hub and the data sent to and from gateway 202 via an Ethernet RJ-4510-B or 100-B connection. In either event, gateway 202 is configured to allow it to distinguish the various data streams arriving from the different ESMEs and SMSCs to which it is connected.
The connections from the various ESMEs to gateway 202 may include dedicated 56 kb, ISDN or T-1 lines. Gateway 202 may be physically co-located with any one of SMSCs 218, 220 or 222 or, alternately may be remotely located and connected via T-1 lines or other low or high speed data connection as required.
The various known source code languages, such as C++, and even web based programming constructs, such as Java, can be utilized to implement the specific functionality of gateway 202 as described hereinbelow.
Additional resort may be had to any of the various database software applications offered by Oracle® or IBM® for purposes of maintaining records at gateway 202, including third party ESME access and billing information. Alternately, a separate database server (element 250 of
Gateway 202 of the present invention acts as a single point of access to the SMS network by receiving, examining, and forwarding the PDU packet communications between the ESMEs and SMSCs. In accordance with the present invention, gateway 202 is programmed to communicate with the ESMEs and SMSCs as an SMPP device in compliance with the SMPP protocol. More particularly, gateway 202 logically appears as an ESME when communicating with an SMSC. Conversely, gateway 202 logically appears as an SMSC when communicating with an ESME. Accordingly, gateway 202 issues any and all PDUs that can be issued by either an ESME and SMSC, e.g., “bind_transmitter”, “bind_transmitter_resp”, “submit_sm” and “submit_sm_resp” PDUs.
Gateway 202 establishes either a TCP/IP or an X.25 network connections in accordance with the preferred application layer protocol of the ESME with which it is dealing.
Gateway 202 includes a database 250 which stores various information necessary for gateway 202 to carry out its various functions.
Database 250 includes various tables utilized by gateway 202 to properly route PDUs among the ESMEs and SMSCs, including the routing tables illustrated in
The tables of
The PDUs that initiate such message-related operation, e.g., “submit_sm”, “deliver_sm” and “cancel_sm”, include a “source_addr” and/or a “destination_addr” parameter that identifies the short messaging entity that originated the message or the short messaging entity to which the message is intended to be delivered. Upon reception of an inbound initiating message-related PDU, gateway 202 utilizes the “source_addr” in conjunction with the routing table illustrated in
Additionally, for each initiating message-related PDU it receives, gateway 202 records the “sequence_number” parameter and related information of the message-initiating PDUs so that the information can be later referenced to accomplish routing of non-initiating message-related PDUs.
Message-related PDUs that do not initiate a message-related operation do not include a “source_addr” or “destination_addr” parameter. Such non-initiating message-related PDUs, e.g., “submit_sm_resp”, “deliver_sm_resp” and “cancel_sm_resp”, echo the message-initiating PDUs, and include a “sequence_number” parameter. In accordance with the SMPP specification, the “sequence_number” parameter of the non-initiating message-related PDU matches the “sequence_number” of the corresponding initiating message-related PDU. Accordingly, when an inbound or outbound non-initiating message-related PDU arrives at gateway 202, the “sequence_number” of the non-initiating message-related PDU is matched against a listing of recorded “sequence_number” parameters of corresponding initiating message-related PDUs that have already passed through gateway 202. In this manner, the proper route of the non-initiating PDU may be traced back to the route of the corresponding initiating message-related PDU. Gateway 202 then routes the non-initiating message-related PDU accordingly.
Each of the session state-related PDUs, e.g., the “bind_transmitter” and “outbind”, include a “system_id” field which identifies either the SMSC or the ESME associated with the PDU. The table of
As an alternate embodiment, gateway 202 may manage the session state operations by not passing the binding-related PDUs and, instead, coordinate the binding of the ESMEs and SMSCs in accordance with message traffic, load and other system variables as described below.
In order to distinguish between initiating message-related PDUs, non-initiating message-related PDUs and session state-related PDUs, gateway 202 examines the “command_id” parameter in the header of each incoming PDU to identify the function of the PDU.
The entries in the routing tables of
Two columns of the inbound routing table of
The entries in the second column of the routing table of
With reference to
The entries in the second column of the routing table of
Thus, for each inbound outbound message-related PDU, gateway 202 references the routing table of
With reference to
In addition to providing routing functionality, gateway 202 also preferably operates to facilitate greater interaction and flow of operational information between the ESMEs and SMSCs.
Gateway 202 maintains and facilitates the keeping of billing records for charging ESME operators for use of the SMS network. To this end, gateway 202 records usage of the SMS network by the various ESMEs in a variety of ways. For example, gateway 202 may record each instance of a message being sent by an ESME to an SMSC by noting the number of times a “submit_sm” is received at gateway 202 from the ESME. In this manner, the ESME may be charged on a per message basis. Alternately, Gateway 202 may record the amount of time an ESME is bound to a particular SMSC, i.e., the length of time a communications channel is open, by noting the amount of time that elapses between a particular bind command and an unbind command. In this manner, the ESME may be charged on a time-based schedule.
Gateway 202 also preferably provides load balancing functionality. The load balancing functionality of gateway 202 allows a more even distribution of processing PDUs sent from the various ESMEs to the SMS network. Utilizing the load balancing capabilities of gateway 202, a PDU destined for a predetermined SMSC in accordance with the inbound routing table of
Gateway 202 also preferably includes queuing functionality to complement the load balancing operation of gateway 202. In this manner, gateway 202 may temporarily store a PDU destined for a predetermined SMSC until the SMSC becomes available to receive the PDU, rather than rerouting the PDU to another SMSC. Similarly, gateway 202 may temporarily store PDUs destined for an ESME until the ESME becomes available to receive the PDU. The queuing functionality of gateway 202 may be implemented by segmenting a portion of the RAM memory of gateway 202 as multiple FIFO queues, each respectively associated with the various ESMEs and SMSCs.
Gateway 202 also preferably measures the rate at which messages are sent to gateway 202 from each ESME for delivery to one or more SMSCs for purposes of limiting the amount of gateway resources that are consumed by any one particular ESME at the expense of the other ESMEs attached to gateway 202. As an example, gateway 202 continuously counts the number of “submit_sm” PDUs sent to gateway 202 from a particular ESME and if the rate at which the messages are sent exceeds a predetermined rate, gateway 202 informs the ESME that no additional messages will be accepted for a predetermined amount of time. In this manner, the resources of gateway 202 are more fairly distributed among all of the ESMEs attached to gateway 202.
Gateway 202 also preferably provides enhanced authentication and authorization functionality. SMPP v3.4 presently authenticates and authorizes ESME access to the SMS network via a “password” field included as part of the binding process by an ESME with an SMSC. Gateway 202 augments that functionality by requiring additional security related checks during the entire communication process between an ESME and SMSC. As an example, Gateway 202 may periodically challenge the ESMEs to provide an updated password sent to the ESME via a secure communications channel. Any of the various authentication and authorization techniques for communications known in the art may be utilized by gateway 202 to provide the additional authentication and authorization service to protect the SMS network from unauthorized access and manipulation by third parties.
Gateway 202 also may include provisioning for virtual private networks. Virtual private networks (VPNs), which are known in the art, utilize encryption and tunneling for purposes of establishing secure, end-to-end, private network connections over networks such as the Internet. Preferably, gateway 202 establishes VPNs in the normal manner via TCP/IP for those ESMEs that connect to the SMS network using TCP/IP.
Gateway 202 also preferably includes a web-based interface whereby a system administration terminal 260 provides administrative control of gateway 202 via a web browser. Using system administration terminal 260, a system administrator of gateway 202 controls various aspects of Gateway 202, such as maintenance of the routing tables stored in database 250, and may also retrieve information concerning operation of gateway 202 such as billing and usage records. Administration terminal 260 may be physically co-located with gateway 202 or may be connected to Gateway 202 remotely via a local or wide area telecommunications connection.
At step 410, gateway 202 receives an inbound PDU from an ESME.
At step 412, gateway 202 examines the PDU received at step 410, and, in particular, examines the “command_id” and any “system_id” or “source_addr” associated with the PDU.
At step 414, gateway 202 executes a billing or usage procedure whereby gateway 202 reviews the “command_id” for purposes of updating a charge file associated with the ESME that sent the present PDU. In accordance with the examples of billing procedures described above, gateway 202 may, at step 414, add to a running tally of sent SMS messages if the “command_id” is an “send_sm” or command (per message based billing), or, alternately, may start a running timer if the “command_id” is an “bind_transmitter” command (time charge based billing).
At step 416, gateway 202 performs a message rate check, whereby if gateway 202 determines that the ESME is attempting to send a message (based, e.g., based on the value of the “command_id”) a determination is made as to whether the ESME has exceeded a permitted message rate transmission value. If the value is exceeded, gateway 202 will inform the ESME that the message will not be forwarded to the SMS network. The process of
If however it is determined at step 416 that the message rate is not exceeded, the process proceeds to step 418 where the route of the PDU is determined in accordance with the above-described routing method, which includes utilization the routing tables of
At step 420, the PDU is forwarded to the appropriate SMSC based on the determined route at step 418.
The process of operation of gateway 202 for outbound PDUs is similar to that for inbound routing of PDUs as illustrated in
Although the above-described embodiment of the present invention utilizes only a single gateway 202, it is understood that multiple gateways may be utilized to provide for multiple site redundancy, fault tolerance and load balancing among the gateways in accordance with known methods in the art. Moreover, multiple and/or redundant ESMEs belonging to same third party provider may be connected to gateway 202 to similarly provide redundancy, fault tolerance and load balancing among the ESMEs.
One skilled in the art will appreciate that additional variations may be made in the above-described embodiment of the present invention without departing from the spirit and scope of the invention which is defined by the claims which follow.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US5966663 *||Jan 14, 1997||Oct 12, 1999||Ericsson Messaging Systems Inc.||Data communications protocol for facilitating communications between a message entry device and a messaging center|
|US6263212 *||Feb 17, 1998||Jul 17, 2001||Alcatel Usa Sourcing, L.P.||Short message service center|
|US6519468 *||Dec 11, 1998||Feb 11, 2003||Worldcom, Inc.||PCS with enhanced short-message service option|
|US6718178 *||Dec 10, 1999||Apr 6, 2004||Sprint Spectrum, L.P.||Automatic in-line messaging system|
|US6738636 *||Apr 12, 2001||May 18, 2004||Microsoft Corporation||Method for providing access to data|
|US6819932 *||Jul 26, 2001||Nov 16, 2004||Tekelec||Methods and systems for preventing delivery of unwanted short message service (SMS) messages|
|US6856809 *||May 17, 2001||Feb 15, 2005||Comverse Ltd.||SMS conference|
|US20010006897 *||Jan 2, 2001||Jul 5, 2001||Lg Electronics, Inc.||Short message routing apparatus|
|US20020119793 *||Feb 27, 2001||Aug 29, 2002||Daniel Hronek||Mobile originated interactive menus via short messaging services|
|US20030199282 *||Jan 15, 2002||Oct 23, 2003||Cezary Marcjan||Mobile telephone active messaging system|
|WO2002060190A2 *||Nov 16, 2001||Aug 1, 2002||At & T Wireless Services, Inc.||A short message point-to-point protocol gateway having a standard interface|
|1||SMPP Developers Forum, Short Message Peer to Peer Protocol Specification v3.4, Oct. 12, 1999 Issue 1.2 pp. 1-169.|
|2||SMS Forum, Short Message Peer to Peer Protocol Specification v5.0 Draft 06, Dec. 11, 2001, pp. 1-127.|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US7440441||Jun 16, 2003||Oct 21, 2008||Redknee Inc.||Method and system for Multimedia Messaging Service (MMS) rating and billing|
|US7447219 *||Sep 29, 2003||Nov 4, 2008||Redknee Inc.||System and method for implementing a universal messaging gateway (UMG)|
|US7457865||Jan 23, 2003||Nov 25, 2008||Redknee Inc.||Method for implementing an internet protocol (IP) charging and rating middleware platform and gateway system|
|US7570942 *||Nov 12, 2005||Aug 4, 2009||Palmsource Inc.||Transactional message-queue communication for wirelessly networked devices system and method|
|US7603463 *||Oct 13, 2009||Nortel Networks Limited||Method and apparatus for allocating processing capacity of system processing units in an extranet gateway|
|US7603697 *||Oct 13, 2009||Cellco Partnership||Method and system for securely delivering authentication-related data|
|US7644158||Nov 3, 2008||Jan 5, 2010||Redknee Inc.||Method for implementing an internet protocol (IP) charging and rating middleware platform and gateway system|
|US7733887||Sep 30, 2008||Jun 8, 2010||Redknee Inc.||System and method for implementing a universal messaging gateway (UMG)|
|US7742768||Mar 3, 2006||Jun 22, 2010||Kim Quo-Taht Liu||Extension of a local area phone system to a wide area network|
|US7746864||Apr 30, 2008||Jun 29, 2010||Cello Partnership||System and method for routing inter-carrier short message service or multimedia message service messages|
|US7774008||Dec 22, 2006||Aug 10, 2010||Cellco Partnership||MDN-less SMS messaging (network solution) for wireless M2M application|
|US7826868||Dec 9, 2002||Nov 2, 2010||Robbins Barry R||Extension of a local area phone system to a wide area network|
|US7873347||Jan 18, 2011||Redknee Inc.||Method for implementing a Wireless Local Area Network (WLAN) gateway system|
|US8005070||May 27, 2005||Aug 23, 2011||Lon Communication Mgmt. Llc||Extension of a local area phone system to a wide area network with handoff features|
|US8005493 *||Oct 12, 2005||Aug 23, 2011||Anam Mobile Limited||Messaging system and method|
|US8018959||Apr 22, 2010||Sep 13, 2011||Redknee Inc.||System and method for implementing a universal messaging gateway (UMG)|
|US8027334||Sep 27, 2011||Redknee, Inc.||Method and system for multimedia messaging service (MMS) rating and billing|
|US8032164 *||Sep 2, 2009||Oct 4, 2011||Interdigital Patent Holdings, Inc.||Method and apparatus for communicating short message service and supplementary services messages|
|US8223781||Jul 17, 2012||Redknee Inc.||System and method for implementing a universal messaging gateway (UMG)|
|US8224363||Jul 17, 2012||Interdigital Patent Holdings, Inc.||Method and apparatus for communicating short message service and supplementary services messages|
|US8244859||Nov 23, 2009||Aug 14, 2012||Redknee, Inc.||Method for implementing an internet protocol (IP) charging and rating middleware platform and gateway system|
|US8295862 *||Oct 23, 2012||Telibrahma Convergent Communications Pvt Ltd||Method and system to enable communication through SMS communication channel|
|US8331902||Dec 11, 2012||Redknee Inc.||Method for implementing a wireless local area network (WLAN) gateway system|
|US8374638 *||Feb 12, 2013||Cisco Technology, Inc.||System and method for providing a proxy in a short message service (SMS) environment|
|US8396075||Aug 23, 2011||Mar 12, 2013||Redknee Inc.||Method for implementing an open charging (OC) middleware platform and gateway system|
|US8542676||Aug 24, 2011||Sep 24, 2013||Redknee Inc.||Method and system for multimedia messaging service (MMS) rating and billing|
|US8775621||Jan 23, 2007||Jul 8, 2014||Redknee Inc.||Policy services|
|US8983508||Jul 16, 2012||Mar 17, 2015||Interdigital Patent Holdings, Inc.||Method and apparatus for communicating short message service and supplementary services messages|
|US9014731 *||Sep 25, 2012||Apr 21, 2015||Narasimha Suresh||Method and system to enable communication through SMS communication channel|
|US9059871||Dec 27, 2007||Jun 16, 2015||Redknee Inc.||Policy-based communication system and method|
|US9071465 *||May 18, 2010||Jun 30, 2015||Cellco Partnership||Method and system for SMS services and bind scaling|
|US20040072593 *||Dec 9, 2002||Apr 15, 2004||Robbins Barry R.||Extension of a local area phone system to a wide area network|
|US20040148384 *||Jan 23, 2003||Jul 29, 2004||Karthik Ramakrishnan|
|US20040252657 *||Jun 16, 2003||Dec 16, 2004||Shailesh Lakhani||Method and system for multimedia messaging service (MMS) rating and billing|
|US20040258031 *||Jun 19, 2003||Dec 23, 2004||Zabawskyj Bohdan Konstantyn||Method for implemening a Wireless Local Area Network (WLAN) gateway system|
|US20050068971 *||Sep 29, 2003||Mar 31, 2005||Armin Meisl||System and method for implementing a universal messaging gateway (UMG)|
|US20050079882 *||Oct 12, 2004||Apr 14, 2005||Dong-Youl Lee||Method and system for providing short message service in network interworking between wireless public network and wired/wireless private network|
|US20050144282 *||Dec 12, 2003||Jun 30, 2005||Nortel Networks Limited||Method and apparatus for allocating processing capacity of system processing units in an extranet gateway|
|US20050277430 *||May 11, 2004||Dec 15, 2005||Armin Meisl||Intelligent mobile messaging and communication traffic Hub (iHub)|
|US20060025141 *||May 27, 2005||Feb 2, 2006||Marsh Gene W||Extension of a local area phone system to a wide area network with handoff features|
|US20060135130 *||Nov 12, 2005||Jun 22, 2006||Palm, Inc.||Transactional message-queue communication for wirelessly networked devices system and method|
|US20060205436 *||Mar 3, 2006||Sep 14, 2006||Liu Kim Q||Extension of a local area phone system to a wide area network|
|US20070255792 *||Jan 23, 2007||Nov 1, 2007||Momail, Ab||Method and apparatus for an email gateway|
|US20080032718 *||Apr 12, 2007||Feb 7, 2008||Narasimha Suresh||Method and system to enable communication through sms communication channel|
|US20080045246 *||Oct 12, 2005||Feb 21, 2008||Anam Mobile Limited||Messaging System and Method|
|US20080059635 *||Jan 23, 2007||Mar 6, 2008||Redknee Inc.||Policy services|
|US20080119210 *||Jul 18, 2003||May 22, 2008||M-Qube, Inc.||Wireless Messaging Address System and Method|
|US20080153521 *||Dec 22, 2006||Jun 26, 2008||Cellco Partnership (D/B/A Verizon Wireless)||MDN-less SMS messaging (network solution) for wireless M2M application|
|US20080208980 *||Feb 26, 2007||Aug 28, 2008||Michael Ruarri Champan||Email aggregation system with supplemental processing information addition/removal and related methods|
|US20090023463 *||Sep 30, 2008||Jan 22, 2009||Redknee Inc.||System and method for implementing a universal messaging gateway (umg)|
|US20090133114 *||Nov 3, 2008||May 21, 2009||Redknee Inc.||Method for implementing an internet protocol (ip) charging and rating middleware platform and gateway system|
|US20100120455 *||Sep 2, 2009||May 13, 2010||Interdigital Patent Holdings, Inc.||Method and apparatus for communicating short message service and supplementary services messages|
|US20100203910 *||Apr 22, 2010||Aug 12, 2010||Redknee Inc.||System and method for implementing a universal messaging gateway (umg)|
|US20110078060 *||Mar 31, 2011||Redknee Inc.||Method for implementing a wireless local area network (wlan) gateway system|
|US20110082779 *||Sep 13, 2007||Apr 7, 2011||Redknee Inc.||Billing profile manager|
|US20110165899 *||Jul 7, 2011||Cisco Technology, Inc.||System and Method for Providing a Proxy in a Short Message Service (SMS) Environment|
|US20120083243 *||Apr 5, 2012||Ari Kahn||Communication Network Signaling|
|US20130283097 *||Apr 23, 2012||Oct 24, 2013||Yahoo! Inc.||Dynamic network task distribution|
|US20140087773 *||Sep 25, 2012||Mar 27, 2014||Narasimha Suresh||Method And System To Enable Communication Through SMS Communication Channel|
|U.S. Classification||455/466, 370/395.31|
|Cooperative Classification||H04L51/38, H04W88/184|
|May 27, 2003||AS||Assignment|
Owner name: CELCO PARTNERSHIP D/B/A VERIZON WIRELESS, NEW JERS
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:KUPSH, JERRY;CHEN, XUMING;REEL/FRAME:014120/0811;SIGNINGDATES FROM 20030412 TO 20030426
|May 30, 2006||CC||Certificate of correction|
|Aug 21, 2009||FPAY||Fee payment|
Year of fee payment: 4
|Mar 14, 2013||FPAY||Fee payment|
Year of fee payment: 8