1. Field of the Invention
This invention relates generally to telecommunications. More particularly, it relates to wireless based technologies.
2. Background of the Related Art
When a short message service center (SMSC) operates in a long term evolution (LTE)/CDMA (or GSM/CDMA, or UMTS/CDMA) dual mode network, the vast majority of GSM, UMTS and LTE mobiles support alphanumeric addressing where as many or most CDMA mobiles may not. This impacts the display of the originator of the message to the end-user of the mobile phone (or conversely the terminator, when the user is replying). Many corporations would like messages that they send to an end-user to appear with some form of corporate branding. E.g. ABXCorp would rather have the end user see a message from ABXCorp, rather than see that they have a message from 12345, and then have to figure out what those numbers represent.
A similar issue is also found in supporting external short message entities (ESMEs) from two different vendors. Some ESMEs support alphanumeric addressing while others do not.
Currently, if the mobile or ESME does not allow for message delivery with alphanumeric addresses encoded, the message to the mobile or the ESME may be discarded.
Alternatively, for messages destined to a Mobile, a generic numerical address may be substituted for the alphanumeric address, but a substituted generic numerical address is not meaningful to the Mobile end-user.
Many GSM/UMTS/LTE handsets support alphanumeric addresses. Some CDMA handsets may support alphanumeric (IA5) addresses. SMPP standard supports alphanumeric addresses, but many ESMEs/SMPP gateways have not fully implanted that portion of the standard. Thus, while end-points (some handsets and some ESMEs) may support alphanumeric addressing, the support for end-to-end alphanumeric addressing is not always complete.
ESMEs that are aware that a particular end-user handset has the alphanumeric capability could attempt delivery using that format, but that would require the ESME to maintain information about every phone number that it is sending to. Moreover, an ESME maintaining information about every phone number that it is sending to would be very susceptible to the user changing handset models.
Messages that are deleted due to protocol errors (e.g. handset cannot decode an address with alphanumeric characters) result in non-delivery to the subscriber. Messages that have had generic ‘alphanumeric to generic’ translation rules applied arrive at the handset without allowing the handset device to obtain the identity of the originator, thus also preventing the user device from responding.
In accordance with the principles of the present invention, a method of handling alphanumeric address mapping for a non-homogeneous short message network comprises receiving a message including an alphanumeric origination address, from an external short message entity (ESME), destined for a terminating mobile device. Mapping the alphanumeric origination address identifying the originating sender's address to a digit string identifying the originating sender's address prior to the first attempt to deliver the message to the terminating mobile device. The message is then routed to a terminating mobile device including numeric destination addressing.
A method of handling alphanumeric address mapping for a non-homogeneous short message network in accordance with another embodiment of the invention comprises receiving a message including an alphanumeric origination address identifying an originating sender from an external short message entity (ESME). The message is routed to a terminating mobile device including alphanumeric origination addressing. A failed delivery message relating to failure of the message is received. The alphanumeric origination address identifying the originating sender is mapped to a digit string that provides an alternative identification of the originating sender. The message is routed to the terminating mobile device including numeric destination addressing. This provides support for the use cases where the originating ESMEs (and intervening infrastructure) provides the capability to originate messages from alphanumeric addresses, but the receiving devices include a range of network types (LTE/CDMA/UMTS/GSM) and handset types, some of which do support receiving these messages, others of which can not.
Yet another embodiment of the invention discloses a method of handling alphanumeric address mapping for a non-homogeneous short message network. A message is received including a numeric origination address identifying the originating sender from an external short message entity (ESME). The numeric origination address identifying the originating sender is mapped to an alphanumeric string identifying the an alphanumeric address for the originating sender, prior to a first attempt to deliver the message to the terminating mobile device. The message is routed to a terminating mobile device including alphanumeric originating address. This provides support for the use cases where the originating ESMEs (or intervening infrastructure) lacks the capability to originate messages addressed from an alphanumeric address, yet some, or all of the handsets (and supporting infrastructure) has the capability to receive such messages. A further fallback to the first embodiment is also possible in this case.
Still another embodiment discloses a method of handling alphanumeric address mapping for a non-homogeneous short message network. A message is received including an alphanumeric destination address identifying a terminating external short message entity (ESME), from a mobile device. It is determined through configuration that the terminating external short message entity (ESME) requires numeric addressing. The alphanumeric destination address is converted to a digit address. The message addressed with the digit address is routed to the external short message entity (ESME). This provides support for the use cases where the originating handsets (and intervening infrastructure) provide the capability to originate messages addressed to an alphanumeric ESME address (including the case of ‘reply to’ alphanumeric addresses), but the ESME (or intervening infrastructure) lacks the capability to receive such messages.
Features and advantages of the present invention become apparent to those skilled in the art from the following description with reference to the drawings:
The present invention delivers text messages with alphanumeric addresses to mobile devices and external short message entities (ESMEs) which do not support alphanumeric addressing, and provides meaningful fallback handling.
Additionally, the invention enables delivery of Short Message Peer to Peer (SMPP) messages from ESMEs or SMPP networks which can only originate numeric addresses, yet provide for mapping to alphanumeric addresses for delivery to a destination wireless mobile device.
The present invention adapts technology which is available within various telecommunication standards, but under-used due to the challenges of interoperability in heterogeneous networks. The inventive solution provides a two-way mapping between alphanumeric addresses and short message system (SMS) short-codes to enable delivery of text messages with alphanumeric addressing in networks which contain mobiles and/or ESME's that lack support of alphanumeric addressing.
In accordance with the invention, an ESME can send a text message using an alphanumeric origination address, without the need to know which handsets support the capability, and which do not, or whether handsets are on CDMA, or GSM, or UMTS, or long term evolution (LTE) networks, or can continue to send using a numeric origination address. The Short Message Servicing Center (SMSC) provides conversions to alphanumeric addresses on behalf of the ESME and mobile device.
This supports mapping of source and originating addresses both from and to numeric addresses, and mapping of numeric source addresses to alphanumeric for ESME_>Mobile Terminated call flows.
The configuration of the mapping is preferably accomplished such that the number is a meaningful representation of the alphanumeric address. For example, if ABXCorp's short-code address is “12345”, messages with an originating address of “ABXCorp” will fall back to “12345”. In this manner, response messages addressed to either “ABXCorp” or “12345” are routed to the same destination ESME.
As an extension, or alternate to, the static mapping approach, ESMEs may also include a custom Tag Length Value (TLV) component of an SMPP message to provide an alternate origination address. This allows ESMEs to provide address information in a dynamic fashion, without need for provisioning of a translation table at the SMSC, and still overcomes cases where the infrastructure between the ESME and the SMSC does not support use of alphanumeric addresses directly.
Messages which fail to be delivered due to protocol errors, system or interface configuration, preferably trigger the SMSC 120 to convert the alphanumeric origination address to a meaningful numeric origination address.
In addition to per-message support, entire air-interfaces may be configured to convert alphanumeric addresses back to numeric.
For ESMEs connected to a specific port, the connection may be configured to convert addresses to numbers when alphanumeric addresses are not supported. ESMEs can also be configured by system-type to identify those which cannot support alphanumeric addressing. Or by alphanumeric name (e.g., messages to “ABXCorp” always get converted to “12345”).
The present invention provides focus on four primary call flows shown in
In particular, as shown in the call flow of
With respect to
As shown in
The ESME 140 sends a Submit_SM message 310 including alphanumeric originating address to the SMSC 120.
As depicted in module 320, the prepaid server 130 is configured for numeric addressing only.
In step 340, an alphanumeric originating address is mapped to a unique numeric value. The SMSC 120 sends a Debit request message 350 with numeric originating address to the prepaid server 130.
The prepaid server 130 sends a Debit Response message 360 back to the SMSC 120, which sends a Submit_SM Response message 330 to the ESME 140.
In step 370 the CDMA or GSM network, or per-subscriber, is configured to convert alphanumeric addresses prior to delivery.
The alphanumeric originating address is mapped to a unique numeric value in step 372.
The SMSC 120 sends a Delivery Attempt message with numeric originating address 374 to the CDMA or GSM or IMS or LTE mobile device 110, which sends back a Delivery Attempt message 376 with results.
In step 378, the SMSC 120 configures the billing/call detail records for a numeric address.
In step 380, the alphanumeric originating address is mapped to a unique numeric value.
In step 382, the billing/call detailed record is written with a numeric origination address.
In particular, as shown in
As depicted in module 420, the prepaid server 130 is configured for numeric addressing only.
In step 440, an alphanumeric originating address is mapped to a unique numeric value. The SMSC 120 sends a Debit request message 450 with numeric originating address to the prepaid server 130.
The prepaid server 130 sends a Debit Response message 460 back to the SMSC 120, which sends a Submit_SM Response message 430 to the ESME 140.
The SMSC 120 sends a Delivery Attempt with alphanumeric originating address to the mobile device 110 (e.g., a CDMA, GSM, IMS or LTE mobile device).
In response, a Delivery Attempt Failure message 480 with protocol error is sent from the mobile device 110 back to the SMSC 120.
In step 482, it is determined that the message containing an alphanumeric address failed with a protocol error.
In step 484 the alphanumeric originating address is mapped to a unique numeric value.
A Delivery Attempt message 486 with numeric originating address is sent to the mobile device 110, which sends back a Delivery Attempt Success message 488.
In step 490, billing/call detail records are configured for numeric address.
In step 492, the alphanumeric originating address is mapped to a unique numeric value.
In step 494, the billing/call detailed record is written with a numeric origination address.
In particular, in the call flow of
As shown in
The SMSC 120 sends a Debit Request message 520 with numeric originating address to the prepaid server 130, which sends a Debit Response message 540 back to the SMSC 120.
The SMSC 120 sends a Submit_SM Response message 530 to the ESME 140.
In step 550, the LTE, CDMA, UMTS, or GSM network, or per-subscriber, is configured to convert alphanumeric addresses prior to delivery.
In step 560 the numeric originating address is mapped to a unique alphanumeric value.
The SMSC 120 sends a Delivery Attempt with alphanumeric originating address message 570 to the mobile device 110 (e.g., a CDMA, GSM, UMTS or LTE mobile device).
In response, a Delivery Attempt results message 580 is sent from the mobile device 110 back to the SMSC 120.
In step 582, it is determined that the delivery attempt failed with a protocol error.
In step 584 the alphanumeric originating address is mapped back to the original numeric value.
A Delivery Attempt message 586 with numeric originating address is sent to the mobile device 110, which sends back a Delivery Attempt results message 588.
In step 590, the billing/call detail records are written with a numeric origination address.
In particular, in the call flow of
As shown in
A prepaid/usage control module 150 in the SMSC 120 receives the Submit_SM message 210, and the prepaid/usage control module 150 is configured for numeric address only.
In step 160, the alphanumeric destination address is mapped to a unique numeric value 160 within an appropriate module at the SMSC 120.
In message 215, a Debit request with numeric destination address is sent from the SMSC 120 to a prepaid module 130. The prepaid module 130 returns a Debit Response to the SMSC 120, and a Submit_SM Response is passed from the SMSC 120 to the originating mobile device 110.
In step 170, the SMSC 120 determines that the ESME 140 is configured to accept numeric values only, so there is a need to convert alphanumeric addresses to numeric value.
In step 180 an alphanumeric destination address is mapped to a unique numeric value.
In message 240 a Submit_SM with numeric destination address is sent from the SMSC 120 to the external short message entity (ESME) 140.
In message 250 the ESME 140 sends a Submit_SM with response back to the SMSC 120.
In step 190 the billing/call detail records configured for numeric address.
In step 200 the alphanumeric destination address is mapped to a unique numeric value.
In step 210 the billing/call detailed record written with numeric destination address.
There are numerous extensions envisioned within the scope of the principles of the present invention. For instance:
Tracking and retaining the handsets capabilities for a period of time. In this way, if an alphanumeric fails, subsequent messages are automatically converted, prior to the first attempt.
Configuring per-subscriber exceptions to the per-air-interface rules. This accommodates gradual adoption of handsets—particularly in the CDMA environment which supports IA5 encoding.
The present invention provides an SMSC module that provides a bridge between systems which have the capability to support addressing between wireless devices that may or may not be capable of dealing with alphanumeric addresses.
The present invention permits ESMEs to support a branded source to clearly identify the originator, e.g., a message from “ABXCorp” or a message from “12345”—Many vendors much prefer to put their brand name in front of a customer, rather than a short code.
The present invention has particular applicability to wireless carrier markets, e.g., to carriers having mixed LTE/CDMA or GSM/CDMA or UMTS/CDMA networks. The invention may be implemented in an SMSC that supports dual networks (e.g., CDMA network+LTE or GSM) where handsets receive text messages from ESMEs that show an originating alphanumeric address.
While prepaid debit is shown with respect to the embodiments of the present invention, the invention applies equally to post-paid embodiments.
While the invention has been described with reference to the exemplary embodiments thereof, those skilled in the art will be able to make various modifications to the described embodiments of the invention without departing from the true spirit and scope of the invention.
This application claims priority from U.S. Provisional No. 61/457,084, entitled “ALPHANUMERIC ADDRESS MAPPING FOR NON-HOMOGENEOUS SHORT MESSAGE NETWORKS” to Paul CASTO, Lewis TUTTLE, and Donghong GAO, filed Dec. 23, 2010, the entirety of which is expressly incorporated herein by reference.
Number | Name | Date | Kind |
---|---|---|---|
6052710 | Saliba | Apr 2000 | A |
6058428 | Wang | May 2000 | A |
6128653 | Del Val | Oct 2000 | A |
6139177 | Venkatraman | Oct 2000 | A |
6459904 | Lorello | Oct 2002 | B1 |
6564249 | Shiigi | May 2003 | B2 |
6625460 | Patil | Sep 2003 | B1 |
6665489 | Collart | Dec 2003 | B2 |
6763373 | Shiigi | Jul 2004 | B2 |
6801781 | Provost | Oct 2004 | B1 |
7003306 | Henry-Labordere | Feb 2006 | B2 |
7072984 | Polonsky | Jul 2006 | B1 |
7243152 | Guggisberg | Jul 2007 | B2 |
7269431 | Gilbert | Sep 2007 | B1 |
7319882 | Mendiola | Jan 2008 | B2 |
7761105 | Harding | Jul 2010 | B2 |
8046011 | Smith et al. | Oct 2011 | B2 |
20010042107 | Palm | Nov 2001 | A1 |
20020046253 | Uchida | Apr 2002 | A1 |
20020077927 | Lasnier | Jun 2002 | A1 |
20020126708 | Skog | Sep 2002 | A1 |
20020198999 | Smith | Dec 2002 | A1 |
20030028647 | Grosu | Feb 2003 | A1 |
20030069975 | Abjanic | Apr 2003 | A1 |
20030172121 | Evans | Sep 2003 | A1 |
20030191805 | Seymour | Oct 2003 | A1 |
20030200301 | Trzcinko | Oct 2003 | A1 |
20030208558 | Venkatraman | Nov 2003 | A1 |
20030217291 | Schramm-Apple | Nov 2003 | A1 |
20030224809 | Savinen | Dec 2003 | A1 |
20030224811 | Jain | Dec 2003 | A1 |
20030234815 | Delany | Dec 2003 | A1 |
20040002896 | Alanen | Jan 2004 | A1 |
20040203614 | Qu | Oct 2004 | A1 |
20040236710 | Clary | Nov 2004 | A1 |
20050010694 | Ma | Jan 2005 | A1 |
20050059418 | Northcutt | Mar 2005 | A1 |
20060073810 | Pyhalammi | Apr 2006 | A1 |
20070015501 | Wilson | Jan 2007 | A1 |
20070047702 | Newell | Mar 2007 | A1 |
20070060131 | Wilson | Mar 2007 | A1 |
20080160954 | Agarwel | Jul 2008 | A1 |
20080270558 | Ma | Oct 2008 | A1 |
20080281923 | Barchi | Nov 2008 | A1 |
20090075627 | Hwang | Mar 2009 | A1 |
20090191902 | Osborne | Jul 2009 | A1 |
20100009701 | Cai | Jan 2010 | A1 |
20100093315 | Grosch | Apr 2010 | A1 |
20110053618 | Lin | Mar 2011 | A1 |
20110055076 | Trifiletti | Mar 2011 | A1 |
20110102172 | Chiu | May 2011 | A1 |
20110151852 | Olincy | Jun 2011 | A1 |
20110151902 | Sweatman | Jun 2011 | A1 |
20110207438 | Sanjeev | Aug 2011 | A1 |
20120220284 | Tadayon | Aug 2012 | A1 |
20130316747 | Bychkov et al. | Nov 2013 | A1 |
Entry |
---|
International Search Report received in PCTUS2011/00210 dated Jul. 27, 2012. |
International Preliminary Report on Patentability received in PCT/US2011/02004 dated Nov. 16, 2012. |
International Search Report received in PCT/US2012/00086 dated Apr. 30, 2012. |
International Search Report received in PCTUS2011/002004 dated Apr. 20, 2012. |
International Search Report received in PCTUS2012/00086 dated Apr. 30, 2012. |
Number | Date | Country | |
---|---|---|---|
20120220320 A1 | Aug 2012 | US |
Number | Date | Country | |
---|---|---|---|
61457084 | Dec 2010 | US |