WO2008119883A1 - Compatibility of instant messaging in communications system - Google Patents
Compatibility of instant messaging in communications system Download PDFInfo
- Publication number
- WO2008119883A1 WO2008119883A1 PCT/FI2008/050147 FI2008050147W WO2008119883A1 WO 2008119883 A1 WO2008119883 A1 WO 2008119883A1 FI 2008050147 W FI2008050147 W FI 2008050147W WO 2008119883 A1 WO2008119883 A1 WO 2008119883A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- short message
- user terminal
- server
- instant messaging
- transfer point
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/06—Message adaptation to terminal or network requirements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/56—Unified messaging, e.g. interactions between e-mail, instant messaging or converged IP messaging [CPM]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/58—Message adaptation for wireless communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
- H04L51/043—Real-time or near real-time messaging, e.g. instant messaging [IM] using or handling presence information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/214—Monitoring or handling of messages using selective forwarding
Definitions
- the present invention relates to instant messaging (IM) in a com- munications system, and more particularly to compatibility of instant messaging with other messaging systems.
- IM instant messaging
- An instant messaging (IM) service enables online subscribers to exchange messages via the Internet. Under most conditions, instant messaging is truly "instant", and even during peak Internet usage periods, the delay is rarely more than a couple of seconds.
- mobile IM service should be able to inter-work with current systems, such as a short message service (SMS). This means that a user should be able to use the service for communicating with his/her contacts irrespective of their capa- bilities or the technology used (i.e. IM-to-SMS and SMS-to-IM).
- SMS short message service
- the mobile IM should be able to reuse existing per message charging models, and project user experience of conventional messaging technologies such as SMS.
- SMS short message service
- Instant messages sent from the IM infrastructure can quite easily be forwarded to conventional SMS users as well as to offline IM users.
- An attempt to send a message to someone who is not online, or who is not willing to accept messages, will result in a notification that the transmission cannot be completed.
- This IM-to-SMS backwards compatibility can be implemented using, for example, a universal computer protocol (UCP) or a hypertext transfer protocol (HTTP) interface between an IM server and a short message service centre (SMSC).
- UCP universal computer protocol
- HTTP hypertext transfer protocol
- the IM server converts the instant messages to short messages if they cannot be delivered as instant messages (i.e. in a situa- tion where a called party is offline or s/he does not have the IM capability).
- the converted instant messages are pushed to SMSC for delivery to the called party.
- a problem to be solved is therefore how the short messages ad- dressed to the IM user can be routed to the (M server in such a way that "normal" (SMS user destined) short messages still remain intact.
- SMS-to-IM inter-working involves routing of messages to an instant messaging and presence service (IMPS) based on a home location register (HLR) and/or SMSC.
- HLR home location register
- SMSC instant messaging and presence service
- This HLR based approach has been proposed by a number of vendors, and it involves changing the provisioning of the subscriber (in HLR) such that all short messages addressed to a certain MSISDN (mobile subscriber international integrated services digital network number) are sent to the IM server.
- MSISDN mobile subscriber international integrated services digital network number
- SMS Based on a response to a sendRoutinglnformationForSM query sent by HLR, SMS routes IM user destined short messages to the IM server.
- the SMS user just sends a short message using the MSISDN of the IM user, and the short message arrives at the IM user's IM client.
- the described functionality is not implemented in HLR, i.e. it is not possible to set a location [i.e. a GT (global title) address of a serv- ing MSC (mobile switching centre)] of a given user, in this case the IM user, to any fixed value to be used only when responding to the sendRoutinglnformationForSM query.
- a GT global title
- a serv- ing MSC mobile switching centre
- regular voice calls and data SMS messages should not be routed to the IM server.
- the IM servers do not necessarily have a GT address, or the IM servers may not be able to communicate us- ing SS7 MAP (signalling system No. 7) or SIGTRAN (signalling transport) protocol.
- SMSC software would need to be modified in order to be able to analyse a sendRoutinglnformationForSM response.
- implementation at an inter-operator interconnection may be difficult. It seems that a short message originated from a first domestic or foreign operator's network may be forwarded to an MSC serving the user at second operator's network without traversing through the second operator's SMSC. In such a case, the special GT address in the HLR may cause a problem, as well as delivery reporting.
- SMS-to-IM inter-working re- garding the FOMS concept involves alternative routing numbers, for example, an IMPS prefix + MSISDN, or some other identification.
- IMPS prefix + MSISDN a number of vendors have proposed prefix-based routing alternatives in order to enable the routing of short messages to the IM server This is carried out by configuring the IM server to use a prefix + MSISDN of the sender in the originating address of a mobile-terminated short message.
- the prefix is a short code that SMSC asso- ciated with the IM server is able to understand. This means that the receiver receives the message from the prefix + MSISDN when it cannot be delivered as an instant message.
- this MSISDN is already stored in the user's address book, the handset will show an SMS coming from a respective contact name even though the phone number includes the prefix.
- the SMS user can reply to a message and a short message will be sent back to the IM server via SMSC.
- This approach enables SMS replies to be converted to IMs, but it is not suitable for the SMS users to initiate IM dialogues as the user has to write the short message with the prefix + MSISDN.
- the user would not be able to Initiate e.g. voice or video calls during the IM dialogue due to a "false" contact number. Vendors have also proposed using an identification number instead of MSISDN.
- the present solution is based on the idea that the system is ar- ranged to recognise a short message that is transmitted from an SMS user to an IM user.
- the present solution comprises checking, in a transfer node, on the basis of a received SMS routing inquiry, whether or not the called party is capable of using instant messaging.
- the present solution comprises checking, in an IM server, whether or not the called party is currently online. If the called party is currently online, an instant messaging server transmits, to- wards the transfer node, a routing response including routing information on the instant messaging server. This routing information can then be delivered to a short message centre for the delivery of the actual short message.
- An advantage of the invention is that it enables short messages that are sent to an IM user to be identified and routed to an IM server while all normal (SMS user-destined) SMS traffic is kept intact, in addition, this can be carried out transparently, so that the IM user does not notice any difference between SMS-originated and IM-originated messages received by the IM user.
- the present invention enables the SMS return path to be implemented for backwards compatibility.
- Figure 2 illustrates signalling according to a first embodiment of the present invention
- Figure 3 illustrates signalling according to a second embodiment of the present invention
- Figure 4 illustrates signalling according to a third embodiment of the present invention
- Figure 5 illustrates signalling according to a fourth embodiment of the present invention
- Figure 6 illustrates functioning of a network node according to the present invention.
- the IM architecture is quite complex and it may include several reference points to an IM client, IM server and IM XDMS [XML (extensible markup language) data management server], and also to external entities, such as an SIP/IP core, shared XDMS, aggregation proxy, presence entities, charging enabler and device management server services, to provide an overall functionality of a SIMPLE IM enabler.
- the IM service is dependent on an underlying SIP infrastructure transporting SIP messages between theJM enti- ties.
- the architecture may be an SIP/IP core including an IP Hmiltimedia sub- system.
- An instant messaging and presence service is an OMA (open mobile alliance) enabler designed for exchanging messages and presence information between mobile clients, and also between mobile and fixed clients. Use cases include: add contact by IMPS user-ID or MSISDN, search by contact details or public profile, send instant message, extend IM to a private group conversation, participate in IM to a private group conversation, add or update public profile, locate friend, auto registration and login, advanced search, multiple applications/sessions, remote user session management, sending an announcement in a chatting mode. Presence is a key-enabling technology for IMPS.
- IM instant messaging
- Deferred messaging is a receiver service in a terminating network.
- the deferred messaging guarantees that a receiver receives his/her messages, even if offline, by storing the receiver's message on a deferred function.
- the service is in the terminating network as the storage and manipulation of mes- sages is a service the user's home operator is likely to be able to charge for.
- the user's own service provider is able to provide privacy and availability.
- the pager mode can utilize the deferred messaging.
- the FOMS concept is an evolution of the SMS service/product concept towards IP based application technologies and towards new terminal equipment technologies.
- the idea of the FOMS concept is to compete with other IP based communication services on the basis of following key value proposi- tions: backwards compatibility to existing communication services, communication security, real customer-identity based communication, viable and " healthy transaction based charging model, and/or device independency allowing the service to be genuinely user-centric.
- device independency should not compromise the listed key value proposition elements.
- a challenge with device independency is that the existing service user experience (i.e. SMS) is brand agnostic to customers.
- the existing service user experience i.e. SMS
- MSN Messenger on mobile
- MSN Messenger on PC
- One idea is to provide operators or service providers with a possibility to brand communication service functionalities in customer terminals. For example, a "create text message” user interface functionality could be customized as a "create [BRAND] text message” user interface. From a technical point of view, there are several alternative ways to implement device independency.
- One possible enabler for FOMS is a connect platform that enables secure access to a mobile core access network independently.
- UMTS universal mobile communications system
- 3GPP-IMS universal mobile communications system
- 3GPP2-IMS 3GPP2-IMS
- This invention is not, however, meant to be restricted to these embodiments. Consequently, the invention may be applied to any mobile communications system that provides a GPRS-type packet switched radio ser- vice capable of transmitting packet-switched data.
- Examples of other systems include the IMT-2000 and its evolution techniques [such as 3GPP LTE (Long term evolution), Beyond-3G, 4G], IS-41 , GSM, or the like, such as the PCS (Personal Communication System) or DCS 1800 (Digital Cellular System for 1800 MHz).
- FIG. 1 illustrates a communications system S according to the present solution such that only elements most relevant to the invention are included. It is apparent to a person skilled in the art that a mobile communications system also comprises other functions and structures that need not be described in greater detail in this context.
- the communications system S com- prises a first user terminal UESMS capable of using a short message service, and a second user terminal UE
- the idea of the present invention is to configure the system S to operate in a desired way in a situation where a short message is transmitted from the first user terminal UESMS to the second user terminal UE
- the system S thus comprises a mobile switching centre MSC, a home location register HLR 1 a short message service centre SMSC, and an instant messaging IM server.
- the system S further comprises a signalling transfer point STP for conveying signalling traffic, and a transfer point TP between the signalling transfer point and the IM server.
- the system may also comprise a dedicated short message service centre SMSC (which may be, for example, a Linux workstation).
- an SMS-to-IM path is implemented using a transfer point based functionality.
- a transfer point TP e.g. Cisco ITP, or LogicaCMG Foreign Gateway
- This transfer point based approach has a significant advantage as in this approach the current mobile network components do not have to be modified.
- the IM server should preferably be able to use SIGTRAN for signalling.
- sendRoutinglnformationForSM traffic is to be routed through the transfer point TP, it may be advantageous to have two or more transfer points in the network.
- messages to offline IM users and messages originated from foreign networks can also be handled properly.
- data messages [e.g. MMS notifications, WAP (wireless access protocol) push messages] can be handled by adding a dedicated SMSC (e.g. a regular Linux workstation) to a mobile network.
- FIG. 2 illustrates signalling according to a first embodiment of the present invention.
- a short message FW_SM is transmitted 2-1 , 2-2 from a first user terminal UESMS via a mobile switching centre MSC to a short message service centre SMSC.
- SMSC transmits 2-3 a sendRoutinglnformationForSM inquiry SRI_SM to a signalling transfer point STP.
- STP forwards 2-4 the SR1_SM inquiry [e.g. based on a specific translation type (TT)] to a transfer point TP.
- the transfer point TP investigates the received sendRoutinglnformationForSM in- quiry.
- TP determines [e.g. based on a called party address (CdPA) included in the SRI_SM request 2-4] whether or not the second user terminal, to which the short message is addressed to, is an IM-capable user terminal. If it is, TP forwards 2-5 the SRI_SM request to the IM server.
- the IM server Upon receipt of the request, the IM server is arranged to check whether or not the second user terminal UE
- CdPA called party address
- the actual short message FW SM is then transmitted 2-9, 2-10 from SMSC via STP to the IM server.
- the IM server delivers 2-11 the short mes- sage to the IM client UE
- Figure 3 illustrates signalling according to a second embodiment of the present invention
- the short message delivery process proceeds as described above in connection with Figure 2, until a sendRoutinglnformationForSM inquiry 3-5 reaches the IM server (i.e. the signalling messages 3-1 to 3-5 in Figure 3 correspond to the signalling messages 2-1 to 2-5 in Figure 2 respectively).
- the IM server when receiving the sendRoutinglnformationForSM inquiry 3-5, the IM server is arranged to check whether the second user terminal UE !M is currently online or offline. If the IM user terminal UEIM is offline, the IM server returns 3-6 the SRI_SM inquiry to the transfer point TP.
- the transfer point TP is configured to forward 3-7, 3-8 the returned inquiry via STP to a home location register HLR.
- HLR responds 3- 9 to the inquiry by transmitting an SRI_SM_Res message to STP, and STP forwards 3-10 the response to SMSC.
- SMSC sends 3-11 , 3-12 the actual short message FW_SM in a mobileTerminatedForwardSM PDU (protocol data unit) message via STP to the serving MSC, and receives a delivery notification in a mobileTerminatedForwardSMResponse PDU (not shown in Figure 3). The contents of these messages is left intact.
- Figure 4 illustrates signalling according to a third embodiment of the present invention.
- the short message delivery process proceeds as described above in -connec- tion with Figure 2, until the actual short message (which in the case of Figure 4 is a data short message) 4-9 is received in the signalling transfer point STP (i.e. the messages 4-1 to 4-9 in Figure 4 correspond to the messages 2-1 to 2- 9 in Figure 2, respectively, except that in Figure 4 the short message is a data short message).
- STP forwards 4-10, 4-11 the short message FW_SM (via TP??) to the IM server.
- the IM server takes care of rerouting the short message.
- the IM server forwards 4-12 the message to a dedicated SMSC for storage and/or delivery.
- the dedicated SMSC transmits 4-13, 4-14 a further sendRoutingln- formationForSM inquiry SRI_SM via STP to HLR.
- HLR responds 4-15 to the inquiry by transmitting an SRI_SM_Res message to STP, and STP forwards 4- 16 the response to the dedicated SMSC.
- the dedicated SMSC sends 4-17, 4- 18 the actual short message FW_SM, via the serving MSC??, to UE
- Figure 5 illustrates signalling according to a fourth embodiment of the present invention.
- the short message delivery process proceeds as described above in connection with Figure 2, until the sendRoutinglnformationForSM message 5-4 is received in the transfer point TP (i.e. the messages 5-1 to 5-4 in Figure 4 correspond to the messages 2-1 to 2-4 in Figure 2, respectively).
- the transfer point TP does not interrogate with the signalling, and the short message is delivered as usual.
- a change may be made to a TT value of the sendRoutinglnformationForSM message SRl_SM that is returned 5-5 to STP, in order to avoid a loop.
- STP forwards 5-6 the SRI_SM inquiry to HLR.
- HLR responds 5-7 to the inquiry by transmitting an SRI_SM_Res message to STP, and STP forwards 5-8 the response to SMSC.
- SMSC sends 5-9, 5-10, 5-11 the actual short message FW_SM, via STP and the serving MSC, to UEx, and receives a delivery notification (not shown in Figure 5).
- Figure 6 illustrates functioning of a network node acting as a transfer point TP according to the present invention.
- a sendRoutinglnformationForSM inquiry SRI__SM is received 6-1 in the transfer point TP from a signalling transfer point STP.
- the transfer point TP is arranged to investigate 6-2 the received sendRoutinglnformationForSM inquiry, and based on the inquiry TP determines 6-2 [e.g. based on a called party address (CdPA) included in the SRI_SM inquiry] whether or not the second user terminal to which the short message is addressed to, is an IM-capable user terminal. If it is not, TP is arranged to transmit the inquiry via STP to HLR.
- CdPA called party address
- TP forwards 6-4 the SRI_SM request to the IM server. If the IM user terminal is offline, the SRI_SM request is returned 6-5, 6-6 from the IM server, after which it is forwarded 6-7 via STP to HLR. If the IM user terminal is online, an SRI_SM_Res message (including the address of the IM server) is received 6-5, 6-6 from the IM server. The SRI_SM_Res message is then forwarded 6-8 via STP to SMSC. In step 6-9, if the short message comprises a data short message, the transfer point TP receives the data short message and forwards it via the IM server to a dedicated SMSC.
- the transfer point based approach according to the present invention enables implementation of FOMS with no need to modify existing network components. Also, the transfer point based approach offers a high level of interoperability, including delivery notifications. The transfer point based approach is easy to implement by purchasing the actual transfer points and making necessary configurations.
- the signalling messages and steps shown in Figures 2, 3, 4, 5 and 6 are simplified and only aim at describing the idea of the invention.
- Other signalling messages may be sent and/or other functions carried out between the messages and/or the steps.
- the signalling messages serve only as examples and they may contain only some of the information mentioned above.
- the messages may also include other information, and the titles of the messages may deviate from those given above.
- a system or system network nodes that implement the functionality of the invention comprise means for processing short messages and/or routing data in a manner described above.
- Existing network nodes and user terminals comprise processors and memory that can be utilized in the operations of the invention. Any changes needed in implementing the invention may be carried out using supplements or updates of software routines and/or routines included in application specific integrated circuits (ASIC) and/or programmable circuits, such as EPLDs (Electrically Programmable Logic Device) or FPGAs (Field Programmable Gate Array).
- ASIC application specific integrated circuits
- EPLDs Electrical Programmable Logic Device
- FPGAs Field Programmable Gate Array
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
A communications system is arranged to recognise a short message that is transmitted from a SMS user (UESMS) to an IM user (UE|M). The method according to the present invention comprises checking, in a transfer node (TP), based on a received SMS routing inquiry (2-4), whether or not the called party (UE|M) is capable of using instant messaging. In addition, the present invention comprises checking, in an instant messaging server (IM server), whether or not the called party (UE|M) is currently online. If the called party (UE|M) is currently online, the instant messaging server (IM server) transmits (2-6), towards the transfer node (TP), a routing response (SRI_SM_Res) including routing information on the instant messaging server (IM server). This routing information can then be delivered to a short message centre (SMSC) for the delivery of the actual short message (FW_SM).
Description
COMPATIBILITY OF INSTANT MESSAGING IN COMMUNICAr TIONS SYSTEM
FIELD OF THE INVENTION
The present invention relates to instant messaging (IM) in a com- munications system, and more particularly to compatibility of instant messaging with other messaging systems.
BACKGROUND OF THE INVENTION
An instant messaging (IM) service enables online subscribers to exchange messages via the Internet. Under most conditions, instant messaging is truly "instant", and even during peak Internet usage periods, the delay is rarely more than a couple of seconds. In order to become a successful service, mobile IM service should be able to inter-work with current systems, such as a short message service (SMS). This means that a user should be able to use the service for communicating with his/her contacts irrespective of their capa- bilities or the technology used (i.e. IM-to-SMS and SMS-to-IM). The mobile IM should be able to reuse existing per message charging models, and project user experience of conventional messaging technologies such as SMS. In this context, the evolution of SMS towards IP based application technologies and new terminal equipment technologies is also referred to as a "future operator messaging service" (FOMS) concept.
Instant messages sent from the IM infrastructure can quite easily be forwarded to conventional SMS users as well as to offline IM users. An attempt to send a message to someone who is not online, or who is not willing to accept messages, will result in a notification that the transmission cannot be completed. This IM-to-SMS backwards compatibility can be implemented using, for example, a universal computer protocol (UCP) or a hypertext transfer protocol (HTTP) interface between an IM server and a short message service centre (SMSC). In such a case, the IM server converts the instant messages to short messages if they cannot be delivered as instant messages (i.e. in a situa- tion where a called party is offline or s/he does not have the IM capability). The converted instant messages are pushed to SMSC for delivery to the called party.
However, in the other direction, i.e. from SMS to IM, problems arise. For the user experience to be as good as possible, the user should be. able to use an IM client as his/her only messaging tool. Therefore a system should be
able to route a textual short message sent from the SMS infrastructure, to the IM server. Then the IM server should be able to forward the short message as an instant message to the IM user.
A problem to be solved is therefore how the short messages ad- dressed to the IM user can be routed to the (M server in such a way that "normal" (SMS user destined) short messages still remain intact.
One possibility to implement the SMS-to-IM inter-working regarding the FOMS concept involves routing of messages to an instant messaging and presence service (IMPS) based on a home location register (HLR) and/or SMSC. This HLR based approach has been proposed by a number of vendors, and it involves changing the provisioning of the subscriber (in HLR) such that all short messages addressed to a certain MSISDN (mobile subscriber international integrated services digital network number) are sent to the IM server. Based on a response to a sendRoutinglnformationForSM query sent by HLR, SMS routes IM user destined short messages to the IM server. The SMS user just sends a short message using the MSISDN of the IM user, and the short message arrives at the IM user's IM client. This solution, however, involves a number of problems. The described functionality is not implemented in HLR, i.e. it is not possible to set a location [i.e. a GT (global title) address of a serv- ing MSC (mobile switching centre)] of a given user, in this case the IM user, to any fixed value to be used only when responding to the sendRoutinglnformationForSM query. In addition, regular voice calls and data SMS messages should not be routed to the IM server. Further, the IM servers do not necessarily have a GT address, or the IM servers may not be able to communicate us- ing SS7 MAP (signalling system No. 7) or SIGTRAN (signalling transport) protocol. Therefore the SMSC software would need to be modified in order to be able to analyse a sendRoutinglnformationForSM response. Yet further, implementation at an inter-operator interconnection may be difficult. It seems that a short message originated from a first domestic or foreign operator's network may be forwarded to an MSC serving the user at second operator's network without traversing through the second operator's SMSC. In such a case, the special GT address in the HLR may cause a problem, as well as delivery reporting.
Another possibility to implement the SMS-to-IM inter-working re- garding the FOMS concept involves alternative routing numbers, for example, an IMPS prefix + MSISDN, or some other identification. A number of vendors
have proposed prefix-based routing alternatives in order to enable the routing of short messages to the IM server This is carried out by configuring the IM server to use a prefix + MSISDN of the sender in the originating address of a mobile-terminated short message. The prefix is a short code that SMSC asso- ciated with the IM server is able to understand. This means that the receiver receives the message from the prefix + MSISDN when it cannot be delivered as an instant message. If this MSISDN is already stored in the user's address book, the handset will show an SMS coming from a respective contact name even though the phone number includes the prefix. With this approach the SMS user can reply to a message and a short message will be sent back to the IM server via SMSC. This approach enables SMS replies to be converted to IMs, but it is not suitable for the SMS users to initiate IM dialogues as the user has to write the short message with the prefix + MSISDN. The user would not be able to Initiate e.g. voice or video calls during the IM dialogue due to a "false" contact number. Vendors have also proposed using an identification number instead of MSISDN. Such approach enables a basic SMS-to-IM delivery but otherwise encounters problems similar to those involved in the MSISDN approach. Thus the prefix-based routing mechanisms may only be considered as a solution suitable for non-commercial services, such as trials, since the end-user experience decreases significantly compared to current messaging services [i.e. SMS and MMS (multimedia messaging service)].
BRIEF DESCRIPTION OF THE INVENTION
It is thus an object of the present invention to provide a method, a system, and a network node for implementing the method so as to overcome the above-disclosed problems. The objects of the invention are achieved by a method and an arrangement which are characterized by what is stated in the independent claims. Preferred embodiments of the invention are disclosed in the dependent claims.
The present solution is based on the idea that the system is ar- ranged to recognise a short message that is transmitted from an SMS user to an IM user. The present solution comprises checking, in a transfer node, on the basis of a received SMS routing inquiry, whether or not the called party is capable of using instant messaging. In addition, the present solution comprises checking, in an IM server, whether or not the called party is currently online. If the called party is currently online, an instant messaging server transmits, to-
wards the transfer node, a routing response including routing information on the instant messaging server. This routing information can then be delivered to a short message centre for the delivery of the actual short message.
An advantage of the invention is that it enables short messages that are sent to an IM user to be identified and routed to an IM server while all normal (SMS user-destined) SMS traffic is kept intact, in addition, this can be carried out transparently, so that the IM user does not notice any difference between SMS-originated and IM-originated messages received by the IM user. The present invention enables the SMS return path to be implemented for backwards compatibility.
BRIEF DESCRIPTION OF THE DRAWINGS
In the following, the invention will be described in greater detail by means of preferred embodiments and with reference to the accompanying drawings, in which Figure 1 illustrates a communications system according to the present invention;
Figure 2 illustrates signalling according to a first embodiment of the present invention;
Figure 3 illustrates signalling according to a second embodiment of the present invention;
Figure 4 illustrates signalling according to a third embodiment of the present invention;
Figure 5 illustrates signalling according to a fourth embodiment of the present invention; Figure 6 illustrates functioning of a network node according to the present invention.
DETAILED DESCRIPTION OF THE INVENTION
The IM architecture is quite complex and it may include several reference points to an IM client, IM server and IM XDMS [XML (extensible markup language) data management server], and also to external entities, such as an SIP/IP core, shared XDMS, aggregation proxy, presence entities, charging enabler and device management server services, to provide an overall functionality of a SIMPLE IM enabler. The IM service is dependent on an underlying SIP infrastructure transporting SIP messages between theJM enti- ties. The architecture may be an SIP/IP core including an IP Hmiltimedia sub-
system.
An instant messaging and presence service (IMPS) is an OMA (open mobile alliance) enabler designed for exchanging messages and presence information between mobile clients, and also between mobile and fixed clients. Use cases include: add contact by IMPS user-ID or MSISDN, search by contact details or public profile, send instant message, extend IM to a private group conversation, participate in IM to a private group conversation, add or update public profile, locate friend, auto registration and login, advanced search, multiple applications/sessions, remote user session management, sending an announcement in a chatting mode. Presence is a key-enabling technology for IMPS. It involves client device availability ("my phone is on/off", "in a call"), user status (available, unavailable, in a meeting), location, client device capabilities (voice, text, GPRS, multimedia), and searchable personal statuses such as mood (happy, angry) and hobbies (football, computing, danc- ing). Since the presence information is personal, it may be made available according to the user's wishes; access control features allow the users control their presence information. The instant messaging (IM) is applicable to both mobile and desktop worlds. Desktop IM clients, two-way SMS, and two-way paging use the instant messaging. The IMPS client includes but is not limited to mobile hand-held and fixed terminals. IM has important functions similar to PoC. Deferred messaging is a receiver service in a terminating network. The deferred messaging guarantees that a receiver receives his/her messages, even if offline, by storing the receiver's message on a deferred function. The service is in the terminating network as the storage and manipulation of mes- sages is a service the user's home operator is likely to be able to charge for. The user's own service provider is able to provide privacy and availability. The pager mode can utilize the deferred messaging.
One of the main principles of the FOMS concept is that the service aims to be user-centric rather than device- or technology-centric (i.e. the FOMS concept is not limited to instant messaging on mobile devices). However, the FOMS concept is an evolution of the SMS service/product concept towards IP based application technologies and towards new terminal equipment technologies. The idea of the FOMS concept is to compete with other IP based communication services on the basis of following key value proposi- tions: backwards compatibility to existing communication services, communication security, real customer-identity based communication, viable and" healthy
transaction based charging model, and/or device independency allowing the service to be genuinely user-centric. However, device independency should not compromise the listed key value proposition elements.
A challenge with device independency is that the existing service user experience (i.e. SMS) is brand agnostic to customers. In order to be able to extend the same customer experience to other devices, there should be a brand associated with the service experience (e.g. MSN Messenger on mobile, MSN Messenger on PC). Otherwise customer perception does not associate the service concept with the existing value-proposition which, in turn, hinders the service success probability.
One idea is to provide operators or service providers with a possibility to brand communication service functionalities in customer terminals. For example, a "create text message" user interface functionality could be customized as a "create [BRAND] text message" user interface. From a technical point of view, there are several alternative ways to implement device independency. One possible enabler for FOMS is a connect platform that enables secure access to a mobile core access network independently.
In the following, preferred embodiments of the invention will be de- scribed with reference to a third generation mobile communications system, such as UMTS (universal mobile communications system), 3GPP-IMS, or 3GPP2-IMS. This invention is not, however, meant to be restricted to these embodiments. Consequently, the invention may be applied to any mobile communications system that provides a GPRS-type packet switched radio ser- vice capable of transmitting packet-switched data. Examples of other systems include the IMT-2000 and its evolution techniques [such as 3GPP LTE (Long term evolution), Beyond-3G, 4G], IS-41 , GSM, or the like, such as the PCS (Personal Communication System) or DCS 1800 (Digital Cellular System for 1800 MHz). The specifications of mobile communications systems and particu- larly those of the IMT-2000 and the UMTS advance rapidly. This may require additional changes to the invention. For this reason, the terminology and expressions used should be interpreted in their broadest sense since they are meant to illustrate the invention and not to restrict it. The relevant inventive aspect is the functionality concerned, not the network element or equipment where it is executed.
Figure 1 illustrates a communications system S according to the
present solution such that only elements most relevant to the invention are included. It is apparent to a person skilled in the art that a mobile communications system also comprises other functions and structures that need not be described in greater detail in this context. The communications system S com- prises a first user terminal UESMS capable of using a short message service, and a second user terminal UE|M capable of using an instant messaging service. The idea of the present invention is to configure the system S to operate in a desired way in a situation where a short message is transmitted from the first user terminal UESMS to the second user terminal UE|M. Therefore the sys- tern comprises network elements that are however not necessarily mandated by the present invention. The system S thus comprises a mobile switching centre MSC, a home location register HLR1 a short message service centre SMSC, and an instant messaging IM server. The system S further comprises a signalling transfer point STP for conveying signalling traffic, and a transfer point TP between the signalling transfer point and the IM server. In an embodiment, the system may also comprise a dedicated short message service centre SMSC (which may be, for example, a Linux workstation).
According to the present invention, an SMS-to-IM path is implemented using a transfer point based functionality. In the invention, a transfer point TP (e.g. Cisco ITP, or LogicaCMG Foreign Gateway) is utilized for separating messages destined to IM users from messages destined to regular SMS users. This transfer point based approach has a significant advantage as in this approach the current mobile network components do not have to be modified. The IM server should preferably be able to use SIGTRAN for signalling. As sendRoutinglnformationForSM traffic is to be routed through the transfer point TP, it may be advantageous to have two or more transfer points in the network. By means of the invention, messages to offline IM users and messages originated from foreign networks can also be handled properly. Also data messages [e.g. MMS notifications, WAP (wireless access protocol) push messages] can be handled by adding a dedicated SMSC (e.g. a regular Linux workstation) to a mobile network.
Figure 2 illustrates signalling according to a first embodiment of the present invention. In Figure 2, in a process of a short message delivery from an SMS client UESMS to an online IM client UE|M, a short message FW_SM is transmitted 2-1 , 2-2 from a first user terminal UESMS via a mobile switching centre MSC to a short message service centre SMSC. After receiving the short
message, SMSC transmits 2-3 a sendRoutinglnformationForSM inquiry SRI_SM to a signalling transfer point STP. STP forwards 2-4 the SR1_SM inquiry [e.g. based on a specific translation type (TT)] to a transfer point TP. The transfer point TP investigates the received sendRoutinglnformationForSM in- quiry. Based on the inquiry, TP determines [e.g. based on a called party address (CdPA) included in the SRI_SM request 2-4] whether or not the second user terminal, to which the short message is addressed to, is an IM-capable user terminal. If it is, TP forwards 2-5 the SRI_SM request to the IM server. Upon receipt of the request, the IM server is arranged to check whether or not the second user terminal UE|M is currently online or offline. If the IM user is online, the IM server responds to the inquiry by transmitting an SRI_SM_Res message (including the address of the IM server) 2-6, 2-7, 2-8 via TP and STP to SMSC. The actual short message FW SM is then transmitted 2-9, 2-10 from SMSC via STP to the IM server. The IM server delivers 2-11 the short mes- sage to the IM client UE|M, and generates a delivery notification (not shown in Figure 2) towards SMSC.
Figure 3 illustrates signalling according to a second embodiment of the present invention, If the IM user terminal UEIM is offline, the short message delivery process proceeds as described above in connection with Figure 2, until a sendRoutinglnformationForSM inquiry 3-5 reaches the IM server (i.e. the signalling messages 3-1 to 3-5 in Figure 3 correspond to the signalling messages 2-1 to 2-5 in Figure 2 respectively). In Figure 3, when receiving the sendRoutinglnformationForSM inquiry 3-5, the IM server is arranged to check whether the second user terminal UE!M is currently online or offline. If the IM user terminal UEIM is offline, the IM server returns 3-6 the SRI_SM inquiry to the transfer point TP. The transfer point TP is configured to forward 3-7, 3-8 the returned inquiry via STP to a home location register HLR. HLR responds 3- 9 to the inquiry by transmitting an SRI_SM_Res message to STP, and STP forwards 3-10 the response to SMSC. SMSC sends 3-11 , 3-12 the actual short message FW_SM in a mobileTerminatedForwardSM PDU (protocol data unit) message via STP to the serving MSC, and receives a delivery notification in a mobileTerminatedForwardSMResponse PDU (not shown in Figure 3). The contents of these messages is left intact.
Figure 4 illustrates signalling according to a third embodiment of the present invention. If the transmitted short message is a data short message, the short message delivery process proceeds as described above in -connec-
tion with Figure 2, until the actual short message (which in the case of Figure 4 is a data short message) 4-9 is received in the signalling transfer point STP (i.e. the messages 4-1 to 4-9 in Figure 4 correspond to the messages 2-1 to 2- 9 in Figure 2, respectively, except that in Figure 4 the short message is a data short message). STP forwards 4-10, 4-11 the short message FW_SM (via TP??) to the IM server. In the case of a data short message, the IM server takes care of rerouting the short message. In practice, this means that the IM server forwards 4-12 the message to a dedicated SMSC for storage and/or delivery. The dedicated SMSC transmits 4-13, 4-14 a further sendRoutingln- formationForSM inquiry SRI_SM via STP to HLR. HLR responds 4-15 to the inquiry by transmitting an SRI_SM_Res message to STP, and STP forwards 4- 16 the response to the dedicated SMSC. The dedicated SMSC sends 4-17, 4- 18 the actual short message FW_SM, via the serving MSC??, to UE|M, and receives a delivery notification (not shown in Figure 4). Figure 5 illustrates signalling according to a fourth embodiment of the present invention. If a second user terminal UEx is not provisioned for an IM service, the short message delivery process proceeds as described above in connection with Figure 2, until the sendRoutinglnformationForSM message 5-4 is received in the transfer point TP (i.e. the messages 5-1 to 5-4 in Figure 4 correspond to the messages 2-1 to 2-4 in Figure 2, respectively). In Figure 5, if the receiver (i.e. UEx) is not provisioned for the IM service, the transfer point TP does not interrogate with the signalling, and the short message is delivered as usual. However, a change may be made to a TT value of the sendRoutinglnformationForSM message SRl_SM that is returned 5-5 to STP, in order to avoid a loop. STP forwards 5-6 the SRI_SM inquiry to HLR. HLR responds 5-7 to the inquiry by transmitting an SRI_SM_Res message to STP, and STP forwards 5-8 the response to SMSC. SMSC sends 5-9, 5-10, 5-11 the actual short message FW_SM, via STP and the serving MSC, to UEx, and receives a delivery notification (not shown in Figure 5). Figure 6 illustrates functioning of a network node acting as a transfer point TP according to the present invention. In Figure 6, in a process of a short message delivery from a first user terminal UESMS to a second user terminal UEiM (or UEx), a sendRoutinglnformationForSM inquiry SRI__SM is received 6-1 in the transfer point TP from a signalling transfer point STP. The transfer point TP is arranged to investigate 6-2 the received sendRoutinglnformationForSM inquiry, and based on the inquiry TP determines 6-2 [e.g.
based on a called party address (CdPA) included in the SRI_SM inquiry] whether or not the second user terminal to which the short message is addressed to, is an IM-capable user terminal. If it is not, TP is arranged to transmit the inquiry via STP to HLR. If the second user terminal is an IM-capable user terminal UE|M, TP forwards 6-4 the SRI_SM request to the IM server. If the IM user terminal is offline, the SRI_SM request is returned 6-5, 6-6 from the IM server, after which it is forwarded 6-7 via STP to HLR. If the IM user terminal is online, an SRI_SM_Res message (including the address of the IM server) is received 6-5, 6-6 from the IM server. The SRI_SM_Res message is then forwarded 6-8 via STP to SMSC. In step 6-9, if the short message comprises a data short message, the transfer point TP receives the data short message and forwards it via the IM server to a dedicated SMSC.
The transfer point based approach according to the present invention enables implementation of FOMS with no need to modify existing network components. Also, the transfer point based approach offers a high level of interoperability, including delivery notifications. The transfer point based approach is easy to implement by purchasing the actual transfer points and making necessary configurations.
The signalling messages and steps shown in Figures 2, 3, 4, 5 and 6 are simplified and only aim at describing the idea of the invention. Other signalling messages may be sent and/or other functions carried out between the messages and/or the steps. The signalling messages serve only as examples and they may contain only some of the information mentioned above. The messages may also include other information, and the titles of the messages may deviate from those given above.
In addition to prior art means, a system or system network nodes that implement the functionality of the invention comprise means for processing short messages and/or routing data in a manner described above. Existing network nodes and user terminals comprise processors and memory that can be utilized in the operations of the invention. Any changes needed in implementing the invention may be carried out using supplements or updates of software routines and/or routines included in application specific integrated circuits (ASIC) and/or programmable circuits, such as EPLDs (Electrically Programmable Logic Device) or FPGAs (Field Programmable Gate Array). It will be obvious to a person skilled in the art that as technology advances, the inventive concept can be implemented in various ways. The inven-
tion and its embodiments are not limited to the examples described above but may vary within the scope of the claims.
Claims
1. A method for managing message transmission in a communications system (S), the system (S) comprising a first user terminal (UESMS) capable of using a short message ser- vice, and a short message centre (SMSC) for delivering short messages in the system (S)1 the method comprising receiving, in a short message centre (SMSC), a short message transmitted by the first user terminal (UESMS), the short message being addressed to a second user terminal (UE|M), c h a r a c t e r i z e d by transmitting, based on the received short message, a routing information inquiry from the short message centre (SMSC) to a signalling transfer node (STP); forwarding the routing information inquiry from the signalling transfer node (STP) to a transfer point (TP); receiving the routing information inquiry in the transfer point (TP); and checking, on the basis of the received routing information inquiry, whether or not said second user terminal (UE|M) is capable of using an instant messaging service; wherein, if the second user terminal (UEIM) is capable of using the instant messaging service, the method further comprises forwarding the routing information inquiry from the transfer point (TP) to an instant messaging server (IM server); and checking, in the instant messaging server (IM server), whether or not said second user terminal (UE|M) is currently online; wherein, if said second user terminal (UEIM) is currently online, the method further comprises transmitting, from the instant messaging server (IM server) to the transfer point (TP), an online routing information response including routing information on the instant messaging server (IM server).
2. A method according to claim 1 , c h a r a c t e r i z e d by forwarding the online routing information response from the transfer point (TP) via the signalling transfer node (STP) to the short messaσe centre (SMSC); and transmitting the short message from the short message centre (SMSC) to the instant messaging server (IM server) to be transmitted to the second user terminal (UEIM).
3. A method according to claim 2, characterized by transmitting the short message from the short message centre (SMSC) via the signalling transfer node (STP) and the transfer point (TP) to the instant messaging server (IM server) to be transmitted to the second user terminal (UEIM).
4. A method according to claim 1,2 or 3, characterized by utilizing the routing information included in the online routing information response for transmitting said short message to the second user terminal (UEIM).
5. A method as claimed in any one of claims 1 to 4, characterize d in that the checking whether or not said second user terminal (UEIM) is capable of using an instant messaging service is based on a called party ad- dress CdPA included in the routing information inquiry.
6. A method as claimed in claim 1 or 5, characterized in that if the second user terminal (UEIM) is currently offline, the method comprises transmitting the routing information inquiry from the instant messaging server (IM server), via the transfer point (TP) and the signalling transfer point (TP), to a home location register (HLR).
7. A method as claimed in claim 6, characterized by transmitting an offline routing information response from the home location register (HLR) via the signalling transfer point (STP) to the short message centre (SMSC); and returning, based on the offline routing information response, the short message from the short message centre (SMSC) to a switching centre (MSC).
8. A method as claimed in claim 1 or 5, characterized in that if the short message comprises a data short message, the method comprises transmitting the data short message from the instant messaging server (IM server) to a dedicated network node (dedicated SMSC).
9. A method as claimed in claim 8, characterized by transmitting a data routing inquiry from the dedicated network node
(dedicated SMSC) via the signalling transfer point (STP) to the home location centre (HLR); and transmitting, based on the data routing inquiry, a data routing re- sponse from the home location centre (HLR) via the signalling transfer point (STP) to the dedicated network node (dedicated SMSC).
10. A method as claimed in claim 8 or 9, characterized by returning, based on the data routing response, the data short message from the dedicated network node (dedicated SMSC) to a switching centre (MSC) to be transmitted to the second user terminal (UE|M).
11. A method as claimed in claim 1 or 5, characterized in that if the second user terminal (UEx) is not capable of using the instant messaging service, the method comprises returning the routing information inquiry from the transfer point (TP) via the signalling transfer point (TP) to the home location register (HLR); and transmitting a legacy routing response from the home location register (HLR) via the signalling transfer point (STP) to the short message centre (SMSC).
12. A method as claimed in claim 11, characterized by transmitting, based on the legacy routing response, the short message from the short message centre (SMSC) via the signalling transfer point (STP) to a switching centre (MSC) to be transmitted to the second user terminal (UEx).
13. A method as claimed in any one of claims 1 to 12, charac- t e r i z e d by interrogating, before transmitting the short message to the instant messaging server (IM server), whether or not the second user terminal (UEIM) is capable of using the instant messaging service.
14. A method as claimed in any one of claims 1 to 13, characterized by providing transmission of a short message from an SMS user terminal (UESMS) to an IM user terminal (UE(Wι).
15. A communications system (S) comprising a first user terminal (UESMs) capable of using a short message service, and a short message centre (SMSC) capable of delivering short mes- sages in the system (S), wherein the short message centre is configured to receive a short message transmitted by the first user terminal (UESMS), the short message being addressed to a second user terminal (UEIM), characterized in that the system (S) is configured to transmit, based on the short message received in the short mes- sage centre (SMSC)1 a routing information inquiry to a signalling transfer node (STP); forward, the routing information inquiry from the signalling transfer node (STP) to a transfer point (TP); and check, based on the routing information inquiry received in the transfer point (TP), whether or not said second user terminal (UE|M) is capable of using an instant messaging service; wherein, if the second user terminal (UEIM) is capable of using the instant messaging service, the system (S) is further configured to forward the routing information inquiry from the transfer point (TP) to an instant messaging server (IM server); and check, in the instant messaging server (IM server), whether or not said second user terminal (LJEIM) is currently online; wherein, if said second user terminal (UEIM) is currently online, the system (S) is further configured to transmit, from the instant messaging server (IM server) to the trans- fer point (TP), an online routing information response including routing information on the instant messaging server (IM server).
16. A communications system according to claim 15, characterized in that it is configured to forward the online routing information response from the transfer point (TP) via the signalling transfer node (STP) to the short message centre (SMSC); and transmit the short message from the short message centre (SMSC) to the instant messaging server (IM server) to be transmitted to the second user terminal (UEIM).
17. A communications system according to claim 16, characterized in that it is configured to transmit the short message from the short message centre (SMSC) via the signalling transfer node (STP) and the transfer point (TP) to the instant messaging server (IM server) to be transmitted to the second user terminal (UEIM).
18. A communications system according to claim 15, 16 or 17, characterized in that it is configured to utilize the routing information included in the online routing information response for transmitting said short message to the second user terminal (UEJM).
19. A communications system as claimed in any one of claims 15 to 18, characterized in that it is configured to check whether or not said second user terminal (UEjM) is capable of using an instant messaging -service, based on a called party address CdPA included in the routing information inquiry.
20. A communications system as claimed in claim 15 or 19, characterized in that if the second user terminal (UEIM) is currently off- line, the system (S) is configured to transmit the routing information inquiry from the instant messaging server (IM server), via the transfer point (TP) and the signalling transfer point (TP), to a home location register (HLR).
21. A communications system as claimed in claim 20, characterized in that it is configured to transmit an offline routing information response from the home location register (HLR) via the signalling transfer point (STP) to the short message centre (SMSC); and return, based on the offline routing information response, the short message from the short message centre (SMSC) to a switching centre (MSC).
22. A communications system as claimed in claim 15 or 19, characterized in that if the short message comprises a data short message, the system (S) is configured to transmit the data short message from the instant messaging server (IM server) to a dedicated network node (dedicated SMSC).
23. A communications system as claimed in claim 22, characterized in that it is configured to transmit a data routing inquiry from the dedicated network node (dedicated SMSC) via the signalling transfer point (STP) to the home location centre (HLR); and transmit, based on the data routing inquiry, a data routing response from the home location centre (HLR) via the signalling transfer point (STP) to the dedicated network node (dedicated SMSC).
24. A communications system as claimed in claim 22 or 23, c h a r - acterized in that it is configured to transmit, based on the data routing response, the data short message from the dedicated network node (dedicated SMSC) to a switching centre (MSC) to be transmitted to the second user terminal (UEIM).
25. A communications system as claimed in claim 15 or 19, characterized in that if the second user terminal (UEx) is not capable of using the instant messaging service, the system (S) is configured to return the routing information inquiry from the transfer point (TP) via the signalling transfer point (TP) to the home location register (HLR); and transmit a legacy routing response from the home location register (HLR) via the signalling transfer point (STP) to the short message centre (SMSC).
26. A communications system as claimed in claim 25, characterized in that it is configured to transmit, based on the legacy routing response, the short message from the short message centre (SMSC) via the signalling transfer point (STP) to a switching centre (MSC) to be transmitted to the second user terminal (UEx).
27. A communications system as claimed in any of claims 15 to 26, characterized in that it is configured to interrogate, before transmitting the short message to the instant messaging server (IM server), whether or not the second user terminal (UE|M) is capable of using the instant messaging service.
28. A transfer point (TP) for traffic control in a communications system (S), the system (S) comprising a first user terminal (UESMS) capable of using a short message service, and a short message centre (SMSC) capable of delivering short mes- sages in the system (S), characterized in that the transfer point (TP) is configured to receive, from a signalling transfer node (STP), a routing information inquiry related to a short message addressed to a second user terminal (UEJM); and check, based on the routing information inquiry, whether or not the second user terminal (UEIM) is capable of using an instant messaging service; wherein, if the second user terminal (UE|M) is capable of using the instant messaging service, the transfer point (TP) is further configured to forward the routing information inquiry to an instant messaging server (IM server).
29. A transfer point (TP) according to claim 28, characterized in that if the second user terminal (UEIM) is currently online, the transfer point (TP) is further configured to receive, from the instant messaging server (IM server), an online routing information response including routing information on the instant messaging server (IM server); and forward the online routing information response via the signalling transfer node (STP) to the short message centre (SMSC).
30. A transfer point (TP) according to claim 29, characterized in that it is configured to receive the short message from the signalling transfer node (STP); and transmit the received short message to the instant messaging server (IM server) to be transmitted to the second user terminal (UE|M).
31. A transfer point (TP) as claimed in claim 28, 29 or 30, char- acterized in that it is configured to check whether or not said second user terminal (UEIM) is capable of using an instant messaging service, based on a called party address CdPA included in the routing information inquiry.
32. A transfer point (TP) as claimed in claim 28 or 31 , c h a r a c - t e r i z e d in that if the second user terminal (UE|M) is currently offline, the system (S) is configured to transmit the routing information inquiry received from the instant messaging server (IM server), via the signalling transfer point (TP), to a home location register (HLR).
33. A transfer point (TP) as claimed in claim 28 or 31 , characterized in that if the second user terminal (UEx) is not capable of using the instant messaging service, the transfer point (TP) is configured to return the routing information inquiry via the signalling transfer point (TP) to the home location register (HLR).
34. A transfer point (TP) as claimed in any one of claims 28 to 33, characterized in that it is configured to interrogate, before transmitting the short message to the instant messaging server (IM server), whether or not the second user terminal (UEIM) is capable of using the instant messaging service.
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
AT08736796T ATE526760T1 (en) | 2007-03-30 | 2008-03-28 | COMPATIBILITY OF INSTANT MESSAGING IN A COMMUNICATIONS SYSTEM |
EP08736796A EP2130388B1 (en) | 2007-03-30 | 2008-03-28 | Compatibility of instant messaging in communications system |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FI20075210A FI120177B (en) | 2007-03-30 | 2007-03-30 | Compatibility of direct communication in a communication system |
FI20075210 | 2007-03-30 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2008119883A1 true WO2008119883A1 (en) | 2008-10-09 |
Family
ID=37930119
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/FI2008/050147 WO2008119883A1 (en) | 2007-03-30 | 2008-03-28 | Compatibility of instant messaging in communications system |
Country Status (4)
Country | Link |
---|---|
EP (1) | EP2130388B1 (en) |
AT (1) | ATE526760T1 (en) |
FI (1) | FI120177B (en) |
WO (1) | WO2008119883A1 (en) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2184932A1 (en) * | 2008-11-05 | 2010-05-12 | Huawei Technologies Co., Ltd. | method, device and system for interworking between instant message and short message |
EP2190155A1 (en) * | 2008-11-19 | 2010-05-26 | Huawei Technologies Co., Ltd. | Method, device and system for transmitting messages |
WO2011015139A1 (en) * | 2009-08-04 | 2011-02-10 | 华为技术有限公司 | Method, device and system for duplicating and distributing short message |
WO2012150562A3 (en) * | 2011-05-02 | 2013-01-17 | Telefonaktiebolaget L M Ericsson (Publ) | Sms-based transport for instant chatting on multiple platforms |
CN103108287A (en) * | 2012-12-28 | 2013-05-15 | 上海顶竹通讯技术有限公司 | Multimedia message intercommunicating system and intercommunicating method |
CN105307136A (en) * | 2014-07-25 | 2016-02-03 | 中国移动通信集团公司 | Message forwarding method and short message gateway |
CN106789549A (en) * | 2015-11-25 | 2017-05-31 | 中国移动通信集团公司 | A kind of converged communication method and device |
WO2021025570A1 (en) * | 2019-08-05 | 2021-02-11 | НЕЧАЕВ, Марк Александрович | Method for the exchange of messages between users |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2001067622A2 (en) * | 2000-03-06 | 2001-09-13 | Tegic, Inc. | Method and system for messaging across cellular networks and a public data network |
US20050037762A1 (en) * | 2003-08-15 | 2005-02-17 | Lucent Technologies, Inc. | Methods and apparatus for alternative routing of text based messages on a cellular telephone network |
US20050114533A1 (en) * | 2003-11-26 | 2005-05-26 | Hullfish Keith C. | Electronic message forwarding |
US20050185634A1 (en) * | 2004-02-24 | 2005-08-25 | Benco David S. | Method and system for providing network support for messaging between short message service (SMS) subscribers and instant messaging (IM) subscribers |
US20060052113A1 (en) | 2004-09-07 | 2006-03-09 | Shai Ophir | Roaming presence and context management |
WO2006040749A1 (en) * | 2004-10-14 | 2006-04-20 | Anam Mobile Limited | Method for routing sms messages using an intelligent routing node |
US20060271696A1 (en) * | 2004-05-20 | 2006-11-30 | Cellco Partnership D/B/A Verizon Wireless | Method and system for mobile instant messaging using multiple interfaces |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1194315C (en) * | 2000-05-11 | 2005-03-23 | 奇卡有限公司 | Method and system for tracking online status of active users of internet-based instant messaging system |
GB0128721D0 (en) * | 2001-11-30 | 2002-01-23 | Intellprop Ltd | Telecommunications services apparatus |
GB0223576D0 (en) * | 2002-10-11 | 2002-11-20 | Telsis Holdings Ltd | Telecommunications services apparatus |
GB2427099B (en) * | 2005-06-09 | 2010-08-11 | Nortel Networks Ltd | Enhanced messaging services |
-
2007
- 2007-03-30 FI FI20075210A patent/FI120177B/en not_active IP Right Cessation
-
2008
- 2008-03-28 AT AT08736796T patent/ATE526760T1/en not_active IP Right Cessation
- 2008-03-28 EP EP08736796A patent/EP2130388B1/en active Active
- 2008-03-28 WO PCT/FI2008/050147 patent/WO2008119883A1/en active Application Filing
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2001067622A2 (en) * | 2000-03-06 | 2001-09-13 | Tegic, Inc. | Method and system for messaging across cellular networks and a public data network |
US20050037762A1 (en) * | 2003-08-15 | 2005-02-17 | Lucent Technologies, Inc. | Methods and apparatus for alternative routing of text based messages on a cellular telephone network |
US20050114533A1 (en) * | 2003-11-26 | 2005-05-26 | Hullfish Keith C. | Electronic message forwarding |
US20050185634A1 (en) * | 2004-02-24 | 2005-08-25 | Benco David S. | Method and system for providing network support for messaging between short message service (SMS) subscribers and instant messaging (IM) subscribers |
US20060271696A1 (en) * | 2004-05-20 | 2006-11-30 | Cellco Partnership D/B/A Verizon Wireless | Method and system for mobile instant messaging using multiple interfaces |
US20060052113A1 (en) | 2004-09-07 | 2006-03-09 | Shai Ophir | Roaming presence and context management |
WO2006040749A1 (en) * | 2004-10-14 | 2006-04-20 | Anam Mobile Limited | Method for routing sms messages using an intelligent routing node |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2184932A1 (en) * | 2008-11-05 | 2010-05-12 | Huawei Technologies Co., Ltd. | method, device and system for interworking between instant message and short message |
CN101742429A (en) * | 2008-11-05 | 2010-06-16 | 华为技术有限公司 | Instant message and short message interworking method, device and system |
EP2190155A1 (en) * | 2008-11-19 | 2010-05-26 | Huawei Technologies Co., Ltd. | Method, device and system for transmitting messages |
WO2011015139A1 (en) * | 2009-08-04 | 2011-02-10 | 华为技术有限公司 | Method, device and system for duplicating and distributing short message |
CN101656916B (en) * | 2009-08-04 | 2012-10-03 | 华为技术有限公司 | Method, apparatus and system for copying and distributing short message |
WO2012150562A3 (en) * | 2011-05-02 | 2013-01-17 | Telefonaktiebolaget L M Ericsson (Publ) | Sms-based transport for instant chatting on multiple platforms |
US8630668B2 (en) | 2011-05-02 | 2014-01-14 | Telefonaktiebolaget L M Ericsson (Publ) | SMS-based transport for instant chatting on multiple platforms |
CN103108287A (en) * | 2012-12-28 | 2013-05-15 | 上海顶竹通讯技术有限公司 | Multimedia message intercommunicating system and intercommunicating method |
CN105307136A (en) * | 2014-07-25 | 2016-02-03 | 中国移动通信集团公司 | Message forwarding method and short message gateway |
CN106789549A (en) * | 2015-11-25 | 2017-05-31 | 中国移动通信集团公司 | A kind of converged communication method and device |
CN106789549B (en) * | 2015-11-25 | 2020-10-23 | 中国移动通信集团公司 | Converged communication method and device |
WO2021025570A1 (en) * | 2019-08-05 | 2021-02-11 | НЕЧАЕВ, Марк Александрович | Method for the exchange of messages between users |
Also Published As
Publication number | Publication date |
---|---|
ATE526760T1 (en) | 2011-10-15 |
EP2130388A4 (en) | 2010-03-17 |
EP2130388B1 (en) | 2011-09-28 |
FI20075210A0 (en) | 2007-03-30 |
EP2130388A1 (en) | 2009-12-09 |
FI20075210A (en) | 2008-10-01 |
FI120177B (en) | 2009-07-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR100592882B1 (en) | Method and System for Providing SIP based Instance Messaging Service for non-SIP based Mobile Station in IP Multimedia Subsystem, and Instance Messaging Proxy Serve for the same | |
EP2130388B1 (en) | Compatibility of instant messaging in communications system | |
CN101420657B (en) | Method for message transmission between heterogeneous networks and apparatus thereof | |
US7649895B2 (en) | Apparatus and method for routing multimedia messages between a user agent and multiple multimedia message service centers | |
US8327024B2 (en) | System and method for SMS/IP interoperability | |
EP2023570B9 (en) | Message service routing apparatus and method | |
KR101506029B1 (en) | System and method for providing a converged messaging service | |
US20030158902A1 (en) | Multimedia instant communication system and method | |
CN102006571A (en) | Report terminal function for supporting short message service | |
EP1913743B1 (en) | Group management method and system in interworking system of imps system and simple im system | |
EP2929706B1 (en) | A messaging network with a control data channel | |
CN101150531A (en) | System and method for message intercommunication | |
EP2136517B1 (en) | Short message delivery | |
KR100548429B1 (en) | System and method of interworking message between mobile communication terminals | |
CN101370172A (en) | Method, system and device for processing message service communication of different types | |
CN102611639B (en) | System for sending instant message report in instant message system | |
CN101442722B (en) | Method and equipment for routing message in traditional network based on SIP protocol | |
CN101047668B (en) | Extend information transmitting method | |
EP1756990B1 (en) | Gateway application to support use of a single internet address domain for routing messages to multiple multimedia message service centers | |
WO2008022990A1 (en) | Gateway and method for routing messages | |
EP2371098B1 (en) | Subscriber provisioning method and system | |
KR20030088154A (en) | Method and system of mobile instant messaging | |
US20120208575A1 (en) | Method and device for message handling | |
FI114002B (en) | Prioritizing multi-media messaging service messages in e.g. third generation mobile network by preceding message transmission by separate negotiation concerning priority of message |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 08736796 Country of ref document: EP Kind code of ref document: A1 |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2008736796 Country of ref document: EP |
|
NENP | Non-entry into the national phase |
Ref country code: DE |