WO2010026431A1 - Telecommunications methods and associated systems - Google Patents
Telecommunications methods and associated systems Download PDFInfo
- Publication number
- WO2010026431A1 WO2010026431A1 PCT/GB2009/051130 GB2009051130W WO2010026431A1 WO 2010026431 A1 WO2010026431 A1 WO 2010026431A1 GB 2009051130 W GB2009051130 W GB 2009051130W WO 2010026431 A1 WO2010026431 A1 WO 2010026431A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- communication
- communication device
- contextual information
- network
- user
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42008—Systems for anonymous communication between parties, e.g. by use of disposal contact identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42025—Calling or Called party identification service
- H04M3/42034—Calling party identification service
- H04M3/42042—Notifying the called party of information on the calling party
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/24—Negotiation of communication capabilities
Definitions
- the present invention relates to a telecommunications system and associated techniques. More particularly, the present invention relates to an arrangement and method for facilitating communications between communication devices, particularly between communication devices with a presence system enabled.
- Modern communications is currently one of the fastest evolving technologies, particularly in regard to advancements made in transitioning users from communicating via wired telephones in fixed locations, to communicating via mobile handsets in mobile telecommunications networks.
- the actual location of the users communicating is now unimportant in terms of receiving and initiating communications; provided a user's handset is within range of a mobile base station of an appropriate network, communications are possible.
- Mobile devices are in turn becoming more and more advanced, providing users with not just the ability to communicate wirelessly, but with additional services and functions such as instant text messaging and mobile internet access.
- computing devices are now evolving into communication devices and are also capable of communicating with mobile devices across the telecommunications network.
- a person receiving an incoming communication will generally be able to see who the person calling is, and make a decision on whether or not to accept that call based upon the person's identity, and their own situation/circumstances.
- the person receiving the call may not always make the best decision, particularly if the call is an urgent one, but they are unaware of the urgency.
- the present invention provides, in a mobile telecommunications network including a plurality of communication devices each in communicable relation to the network, a method of effecting a communication between a first communication device and a second communication device, the method including: the first communication device initiating a communication request towards the second communication device, the communication request including contextual information; and the second communication device receiving a notification of the communication request together with the contextual information.
- the contextual information is incorporated into the communication request by a presence client manager associated with the first communication device.
- Figure 1 illustrates a mobile telecommunications network useful in explaining the operation of the embodiments of the invention.
- Figure 1 incorporates elements from a GSM network, a UMTS network and an LTE network. These are just examples of a configuration within which the present invention may be implemented, and other network formats are possible.
- Each base station (BS) in the network serves a respective cell of its cellular or mobile telecommunications network and receives calls from and transmits calls to a mobile device in that cell by wireless radio communication in one or both of the circuit switched or packet switched domains.
- UE subscriber's mobile device
- the mobile device may be any form of mobile communications device, including a handheld mobile telephone, a personal digital assistant (PDA) or a laptop computer (e.g. a laptop equipped with a mobile telecommunications network datacard, a laptop having an attached dongle modem, or indeed a laptop with an embedded mobile telecommunications network modem chipset).
- PDA personal digital assistant
- laptop computer e.g. a laptop equipped with a mobile telecommunications network datacard, a laptop having an attached dongle modem, or indeed a laptop with an embedded mobile telecommunications network modem chipset.
- BTS base transceiver station
- BSC base station controller
- a BSC may control more than one BTS.
- each base station comprises a node B and a radio network controller (RNC).
- RNC may control more than one node B.
- the node Bs and RNCs comprise the radio access network.
- each base station comprises an eNode B.
- the base stations are arranged in groups and each group of base stations is controlled by a Mobility Management Entity (MME) and a User Plane Entity (UPE).
- MME Mobility Management Entity
- UEE User Plane Entity
- the base stations are arranged in groups and each group of base stations is controlled by one mobile switching centre (MSC), such as MSC 2 for base stations 3, 4 and 5.
- MSC mobile switching centre
- the network has another MSC 6, which is controlling a further three base stations 7, 8 and 9.
- the network will incorporate many more MSCs and base stations than shown in Figure 1.
- the base stations 3, 4, 5, 7, 8 and 9 each have dedicated (not shared) connection to their MSC2 or MSC6 - typically a cable connection. This prevents transmission speeds being reduced due to congestion caused by other traffic.
- the MSCs 2 and 6 support communications in the circuit switched domain - typically voice calls.
- Corresponding SGSNs 16 and 18 are provided to support communications in the packet switched domain - such as GPRS data transmissions.
- the SGSNs 16 and 18 function in an analogous way to the MSCs 2 and 6.
- all future references to an MSC are also to be taken as equivalently covering an SGSN or a Node B.
- SIM card Each subscriber to the network is provided with a smart card (or SIM card) which, when associated with the user's mobile device identifies the subscriber to the network.
- the SIM card is pre-programmed with a unique identification number, the "International Mobile Subscriber Identity” (IMSI) is not printed on the card, nor is it generally known to the subscriber.
- IMSI International Mobile Subscriber Identity
- the subscriber is issued with a publicly known number, that is, the subscriber's telephone number, by means of which callers initiate calls to the subscriber. This number is the MSISDN.
- the network includes a home location register (HLR) 10 which, for each subscriber to the network, stores the IMSI and the corresponding MSISDN together with other subscriber data, such as the current or last known location of the subscriber's mobile device. This information is used when paging a mobile device.
- HLR home location register
- GUI graphical user interface
- icons for the user to select particular functions or fields, such as an address book, a calendar and menu defining settings for the device.
- the address book includes contact details for one or more entities or associated users, such as friends, acquaintances, business associates and the like.
- the contact details for each entity may include one or more mobile phone numbers, landline phone numbers, email addresses, website addresses, home address details and business address details, for example.
- the device may be configured, such as by using the principles set down in 3GPP TS 23.141 and TS 24.141, to provide one or more remotely located contacts/associated users with location information of the user's device.
- These technical specifications define location information based on the identity of the last known Common Gateway Interface (CGI) or Service Area Identity (SAI) and/or corresponding geographic coordinates to a presence server, which is then made available to other users.
- CGI Common Gateway Interface
- SAI Service Area Identity
- a presence client manager installed on the device is typically used to provide this functionality.
- the device may additionally or alternatively obtain positional information using the location of the base station/ eNode B with which the user's mobile device is registered. Where the base station is a micro base station this information should provide location accuracy to within about 20 metres.
- This information can be obtained in the form of a cell ID of the serving cell, which is sent to the presence server from the network or from a presence client manager on the mobile device.
- the handset may have a Global Positioning System (GPS) capability, or access to a GPS receiver, such as via Bluetooth [RTM] connection, from which to obtain positional information.
- GPS Global Positioning System
- RTM Bluetooth
- Other approaches may also be used, for instance using "in building" localised wireless systems, such as Wi-Fi and near field communication (NFC) wireless systems.
- This positional information may be made available to contacts of the user, such as to contacts designated in the user's device address book, which themselves have a compatible presence client manager installed.
- the user is typically able to tailor which contacts in their address book are able see the positional information, and also the level of information detail able to be received by each contact and/or each group/collection of contacts.
- a calling party A can be provided with information regarding the current situation/location of party B, whom A intends to call, so that A may have some idea of whether or not the present time is a suitable time for initiating a communication to B.
- the problem of B not having any information regarding an incoming communication is addressed, by the calling party A pushing status/context information to party B whom he is calling.
- A will initiate a communication to B, in this situation a voice call, such as by selecting B's contact number from a list of contacts in an address book on A' s terminal.
- a widget for this purpose may be utilised.
- A's terminal has a presence client manager installed, this may be configured to perform the functionality.
- the widget may prompt the caller to enter any applicable contextual information (e.g. entered manually), or a presence client manager may at least partially deduce relevant information, such as by associating the call with a calendar entry of a scheduled meeting event. This not only enables A to explain the reason and importance of his call, but also provides B with information to allow him to make an informed decision as to whether or not to accept the call.
- any applicable contextual information e.g. entered manually
- a presence client manager may at least partially deduce relevant information, such as by associating the call with a calendar entry of a scheduled meeting event.
- the information pushed by A may also include one or more documents. For instance, if A wishes to discuss a document with B, then A could push the document to B when initiating the communication, to aid in B seeing the relevance of the communication and also assisting in "see-what-I-see".
- the "pushing" of the information may be implemented by any technique able to transfer information to the called party including with CLI (Calling Line Identification), particularly Rich CLI, 3GPP IMS (IP Multimedia Subsystem) or Enhanced Caller Waiting.
- CLI Calling Line Identification
- Rich CLI 3GPP IMS (IP Multimedia Subsystem)
- IP Multimedia Subsystem IP Multimedia Subsystem
- the additional information could be transferred during or immediately after the Session Initiation Protocol (SIP) call setup phase.
- SIP Session Initiation Protocol
- SDP Session Description Protocol
- the additional information can also include the additional information, as well as other information that may be optionally provided such as bandwidth parameters to be used and free-format alpha-numeric data.
- a pushing contextual information to B the chances of establishing a communication with B is improved.
- A may initiate a call to B, and at the same time push a message, such as "It's urgent, Fm in a meeting at HQ, need sales info".
- A preferably has an awareness of B through B ' s contextual status information, B is unlikely to have any relevant information on A. Therefore, by pushing contextual information to B at the time of initiating a communication, A can improve the chances of a successful communication, as B is able to make an informed decision in regard to whether or not to accept the call, based upon his current situation and also A's needs.
- the embodiment of the invention has been described as having particular utility to devices with a presence client installed, so that the calling party has some knowledge of the intended callee's situation before initiating the communication. It is not essential, however, that each party in the communication has such a presence client installed on their communication device or that each party is a "contact" of the other.
- another useful application of the present embodiment of the invention is in relation to establishing a called party as a contact with the calling party's presence client manager.
- the called party, B may be an acquaintance of the calling party A, but not listed as a presence contact on A's terminal. Therefore, when initiating a call to B, A's presence client manager may note this fact, and put a question to A as to whether or not he wishes to establish B as a presence contact. If A agrees, then when the call is being initiated towards B, the presence client may push information to B regarding becoming a presence contact of A on the presence system and/or in regard to installing the presence system if B's device does not yet have a compatible presence system installed.
- the presence client manager may push the information without first consulting A.
- B upon receiving an incoming call from A, will also be presented with information regarding the presence system. For instance, in addition to B's terminal displaying, say A's telephone number and identity (e.g. if A is listed in B's address book) and information such as "A would like to add you as a contact in the Presence System. If you do not have Presence System installed please visit www.presencesystem.com.”
- this additional information is retained on B's terminal after the call has been terminated, so that after dealing with the call from A, B can easily effect the client download/installation/service sign-up, thereby enabling B and A to be added as contacts of each other.
- the data is preferably retained in B's terminal call history record.
- the pushed information is presented to the receiving party as text information or in a data file.
- Other means of presenting the contextual information are possible.
- the calling party's presence information may be pushed to the called party, so that they have a better understanding of the calling party's situation/location. From this the called party is likely to be able to make a more informed assessment of the purpose and/ or importance of the call.
- the contextual information preferably provides a personalised description of availability capability and/or situation.
- a user device's presence client manager may extract an appointment from a user diary/schedule on the device and use this information in developing an appropriate contextual description for the user, such as "In a meeting in Newbury".
- the presence client manager may recognise that the user device is plugged into a hands-free car kit. As this is a strong indication that the user is driving, the terminal may choose the availability description as "Car kit enabled - driving”.
- the called party Whilst the called party is likely to already have access to this contextual information through their presence client manager, they may not have recently checked the calling party' s current contextual information. Therefore, by providing the information to the called party at the time of the incoming call, the called party is able to see the contextual information in conjunction with the call event, and make an informed decision with that contextual information, taken directly from the presence client/server, as to whether or not to take the call.
- called party B may see that party A is calling him from the location of a hospital. If this is an unusual location for A, B may decide to take the call in case it relates to an emergency situation.
- the information pushing mechanism is implemented outside a call, such as by using HTTP protocol, pop up windows and/or by SMS.
- users may register their mobile terminal phone numbers with certain entities or service providers, such as a car park or a restaurant, who then push information to those users, as and when desired.
- Specific requirements may be associated with the information pushing service, such as only when the user is in the vicinity of the service provider's premises, or only in relation to certain products/services.
- the car park may have a communication device configured to recognise when a particular contact or "buddy" is in the vicinity, and push that contact an update of the car park's empty space status.
- a user may register an interest in a table for a certain day at a restaurant, and a communication device associated with the restaurant could be configured to push available table status information to that user, for example when a table comes available.
- the restaurant's communication device preferably has access to a table availability database and automatically pushes the availability information when the user's requirements are met.
- an aspect of the invention relates to, in a telecommunications network including a plurality of communication devices each in communicable relation to the network, a method of effecting a communication between a first communication device and a second communication device, the method including: the first communication device monitoring one or more communication requirements of the second communication device; and the first communication device initiating a communication to the second communication device when at least one requirement is met, the communication including contextual information associated with the first communication device.
- the various presence client managers and presence server share data, and that the data can be obtained from various sources, such as from mobile devices, networks including data networks, mobile and fixed communications networks, as well as other devices in communicable relation with the networks.
- the embodiments of the invention are applicable to any device/terminal capable of interacting with a mobile network.
- mobile devices are able to provide data from their databases, such as calendar and contact databases, which may be unique to the device or synchronised with an office system. They can also provide data about user availability, such as being able to indicate when a user is on a call or in a meeting.
- Contextual information is intended to be interpreted broadly, and to cover various forms of information including user reachability, capability, contactability, situation/location, readiness to communication and scheduled availability.
- capability is intended to be interpreted broadly and to cover situations such as a user's communication environment, a user's preferred communication media, user's device facilities and accessories, network access and network availability.
- situation/location is intended to be interpreted broadly and to cover situations such as location in an absolute or relative sense, country location, time zone location and current user activity situation.
- the expression "user” is also intended to be interpreted broadly and is intended to cover any entity with which a suitable device might be associated and/or which may be represented within the presence service delivered by the invention: the ambit of the term includes both animate and inanimate entities and explicitly includes people, other living creatures, and places as well as static, mobile and moveable objects.
- the embodiments of the invention have also been described in relation to users communicating with known contacts/entities over a mobile telecommunications network.
- the present invention may also be implemented between entities for which no previous relationship has been established.
- the embodiments of the invention have also particularly been described in relation to their usage in conjunction with databases (such as a user's calendar) located on the mobile terminal, however such databases may also be located in the network or in a remote server accessible via the network.
- databases such as a user's calendar
- most functionalities of the presence client manager may alternatively be performed by a remote presence server. This aspect is particularly applicable to older devices which do not have the ability to run client programs, and hence are not capable of having their own presence client manager.
Abstract
In a mobile telecommunications network including a plurality of communication devices each in communicable relation to the network, a method of effecting a communication between a first communication device and a second communication device, the method including: the first communication device initiating a communication request towards the second communication device, the communication request including contextual information; the second communication device receiving a notification of the communication request together with the contextual information. Preferably the contextual information is forwarded to the second communication device being called using a presence client manager associated with the first communication device, and preferably using CLI.
Description
TELECOMMUNICATIONS METHODS AND ASSOCIATED SYSTEMS
The present invention relates to a telecommunications system and associated techniques. More particularly, the present invention relates to an arrangement and method for facilitating communications between communication devices, particularly between communication devices with a presence system enabled.
Field of the Invention
Modern communications is currently one of the fastest evolving technologies, particularly in regard to advancements made in transitioning users from communicating via wired telephones in fixed locations, to communicating via mobile handsets in mobile telecommunications networks. The actual location of the users communicating is now unimportant in terms of receiving and initiating communications; provided a user's handset is within range of a mobile base station of an appropriate network, communications are possible.
Mobile devices are in turn becoming more and more advanced, providing users with not just the ability to communicate wirelessly, but with additional services and functions such as instant text messaging and mobile internet access.
In a similar manner, computing devices are now evolving into communication devices and are also capable of communicating with mobile devices across the telecommunications network.
The greater range of communication options, however has created its own problems, as people are now contactable in virtually any situation, which isn't always desirable. A person receiving an incoming communication will generally be able to see who the person calling is, and make a decision on whether or not to
accept that call based upon the person's identity, and their own situation/circumstances. The person receiving the call, however, may not always make the best decision, particularly if the call is an urgent one, but they are unaware of the urgency.
It has been proposed in 3GPP TS 23.141 to allow a particular user's communication device to provide other parties with "presence attributes" allowing the other parties to see the particular user's status, such as that they are willing to take a call or are busy. In a networked computing sense, this approach is similar to that utilised by the MSN Messenger ™ product.
Whilst this provides the other parties with greater awareness of the particular user's status, there is still a need for improved information delivery. This is particularly the case if the called party does not have a presence client installed on their communication device.
Summary of the Invention
According to a first aspect the present invention provides, in a mobile telecommunications network including a plurality of communication devices each in communicable relation to the network, a method of effecting a communication between a first communication device and a second communication device, the method including: the first communication device initiating a communication request towards the second communication device, the communication request including contextual information; and the second communication device receiving a notification of the communication request together with the contextual information.
Preferably the contextual information is incorporated into the communication request by a presence client manager associated with the first communication device.
By providing a called party with relevant contextual information, particularly in regard to the purpose of the call, the chances of a successful communication being established are enhanced.
Brief Description of the Drawings
Figure 1 illustrates a mobile telecommunications network useful in explaining the operation of the embodiments of the invention.
Detailed Description
Key elements of a mobile telecommunications network, and its operation, will now briefly be described with reference to Figure 1. Figure 1 incorporates elements from a GSM network, a UMTS network and an LTE network. These are just examples of a configuration within which the present invention may be implemented, and other network formats are possible.
Each base station (BS) in the network serves a respective cell of its cellular or mobile telecommunications network and receives calls from and transmits calls to a mobile device in that cell by wireless radio communication in one or both of the circuit switched or packet switched domains. Such a subscriber's mobile device (UE) is shown at 1 . The mobile device may be any form of mobile communications device, including a handheld mobile telephone, a personal digital assistant (PDA) or a laptop computer (e.g. a laptop equipped with a mobile telecommunications network datacard, a laptop having an attached dongle modem, or indeed a laptop with an embedded mobile telecommunications network modem chipset).
In a GSM mobile telecommunications network, each base station includes a base transceiver station (BTS) and a base station controller (BSC). A BSC may control more than one BTS. The BTSs and BSCs comprise the radio access network.
In a UMTS mobile telecommunications network, each base station comprises a node B and a radio network controller (RNC). An RNC may control more than one node B. The node Bs and RNCs comprise the radio access network.
In the proposed LTE mobile telecommunications network, each base station comprises an eNode B. The base stations are arranged in groups and each group of base stations is controlled by a Mobility Management Entity (MME) and a User Plane Entity (UPE).
Conventionally, in a GSM/UMTS network, the base stations are arranged in groups and each group of base stations is controlled by one mobile switching centre (MSC), such as MSC 2 for base stations 3, 4 and 5. As shown in Figure 1, the network has another MSC 6, which is controlling a further three base stations 7, 8 and 9. In practice, the network will incorporate many more MSCs and base stations than shown in Figure 1. The base stations 3, 4, 5, 7, 8 and 9 each have dedicated (not shared) connection to their MSC2 or MSC6 - typically a cable connection. This prevents transmission speeds being reduced due to congestion caused by other traffic.
The MSCs 2 and 6 support communications in the circuit switched domain - typically voice calls. Corresponding SGSNs 16 and 18 are provided to support communications in the packet switched domain - such as GPRS data transmissions. The SGSNs 16 and 18 function in an analogous way to the MSCs 2
and 6. For the sake of simplicity, all future references to an MSC are also to be taken as equivalently covering an SGSN or a Node B.
Each subscriber to the network is provided with a smart card (or SIM card) which, when associated with the user's mobile device identifies the subscriber to the network. The SIM card is pre-programmed with a unique identification number, the "International Mobile Subscriber Identity" (IMSI) is not printed on the card, nor is it generally known to the subscriber. The subscriber is issued with a publicly known number, that is, the subscriber's telephone number, by means of which callers initiate calls to the subscriber. This number is the MSISDN.
The network includes a home location register (HLR) 10 which, for each subscriber to the network, stores the IMSI and the corresponding MSISDN together with other subscriber data, such as the current or last known location of the subscriber's mobile device. This information is used when paging a mobile device.
As is standard, current mobile devices include a graphical user interface (GUI), with icons for the user to select particular functions or fields, such as an address book, a calendar and menu defining settings for the device. The address book includes contact details for one or more entities or associated users, such as friends, acquaintances, business associates and the like. The contact details for each entity may include one or more mobile phone numbers, landline phone numbers, email addresses, website addresses, home address details and business address details, for example.
The device may be configured, such as by using the principles set down in 3GPP TS 23.141 and TS 24.141, to provide one or more remotely located contacts/associated users with location information of the user's device. These
technical specifications define location information based on the identity of the last known Common Gateway Interface (CGI) or Service Area Identity (SAI) and/or corresponding geographic coordinates to a presence server, which is then made available to other users. A presence client manager installed on the device is typically used to provide this functionality.
The device may additionally or alternatively obtain positional information using the location of the base station/ eNode B with which the user's mobile device is registered. Where the base station is a micro base station this information should provide location accuracy to within about 20 metres. This information can be obtained in the form of a cell ID of the serving cell, which is sent to the presence server from the network or from a presence client manager on the mobile device. Alternatively, the handset may have a Global Positioning System (GPS) capability, or access to a GPS receiver, such as via Bluetooth [RTM] connection, from which to obtain positional information. Other approaches may also be used, for instance using "in building" localised wireless systems, such as Wi-Fi and near field communication (NFC) wireless systems.
This positional information may be made available to contacts of the user, such as to contacts designated in the user's device address book, which themselves have a compatible presence client manager installed. The user is typically able to tailor which contacts in their address book are able see the positional information, and also the level of information detail able to be received by each contact and/or each group/collection of contacts.
With this background in mind, a first embodiment of the invention will be described.
As indicated above, in standard presence systems, a calling party A can be provided with information regarding the current situation/location of party B, whom A intends to call, so that A may have some idea of whether or not the present time is a suitable time for initiating a communication to B. In the present embodiment of the invention, the problem of B not having any information regarding an incoming communication is addressed, by the calling party A pushing status/context information to party B whom he is calling.
Therefore, A will initiate a communication to B, in this situation a voice call, such as by selecting B's contact number from a list of contacts in an address book on A' s terminal. To incorporate the contextual information into the call initiation procedure, a widget for this purpose may be utilised. Alternatively, where A's terminal has a presence client manager installed, this may be configured to perform the functionality.
The widget may prompt the caller to enter any applicable contextual information (e.g. entered manually), or a presence client manager may at least partially deduce relevant information, such as by associating the call with a calendar entry of a scheduled meeting event. This not only enables A to explain the reason and importance of his call, but also provides B with information to allow him to make an informed decision as to whether or not to accept the call.
The information pushed by A may also include one or more documents. For instance, if A wishes to discuss a document with B, then A could push the document to B when initiating the communication, to aid in B seeing the relevance of the communication and also assisting in "see-what-I-see".
The "pushing" of the information may be implemented by any technique able to transfer information to the called party including with CLI (Calling Line
Identification), particularly Rich CLI, 3GPP IMS (IP Multimedia Subsystem) or Enhanced Caller Waiting.
For instance, in IMS, the additional information could be transferred during or immediately after the Session Initiation Protocol (SIP) call setup phase. The Session Description Protocol (SDP) which runs after the SIP part can also include the additional information, as well as other information that may be optionally provided such as bandwidth parameters to be used and free-format alpha-numeric data.
In this way, by A pushing contextual information to B, the chances of establishing a communication with B is improved. For example, A may initiate a call to B, and at the same time push a message, such as "It's urgent, Fm in a meeting at HQ, need sales info". Whilst A preferably has an awareness of B through B ' s contextual status information, B is unlikely to have any relevant information on A. Therefore, by pushing contextual information to B at the time of initiating a communication, A can improve the chances of a successful communication, as B is able to make an informed decision in regard to whether or not to accept the call, based upon his current situation and also A's needs.
An illustration of when this embodiment of the invention can improve the changes of a successful communication, would be in the situation of A determining that B is in a meeting, and therefore unlikely to accept a call from A, particularly when B does not know what it concerns. Therefore, by A pushing information regarding the purpose of the call, particularly in relation to the immediacy of A's needs, then B, seeing the incoming call, and seeing the purpose, is more likely to accept the call, if A's needs are important, and can be accommodated in B's current situation.
The embodiments described so far have been in relation to exchanging status information between mobile devices. However, contextual status information can also be obtained from devices in communication with the mobile telecommunications network, such as Personal Computers (PCs). In this way, a person using a phone call widget on their PC, such as Skype™ can similarly push contextual information to their intended recipient in order to increase the changes of that person accepting the call.
Further, the embodiment of the invention has been described as having particular utility to devices with a presence client installed, so that the calling party has some knowledge of the intended callee's situation before initiating the communication. It is not essential, however, that each party in the communication has such a presence client installed on their communication device or that each party is a "contact" of the other.
In this regard, another useful application of the present embodiment of the invention is in relation to establishing a called party as a contact with the calling party's presence client manager. For instance, the called party, B, may be an acquaintance of the calling party A, but not listed as a presence contact on A's terminal. Therefore, when initiating a call to B, A's presence client manager may note this fact, and put a question to A as to whether or not he wishes to establish B as a presence contact. If A agrees, then when the call is being initiated towards B, the presence client may push information to B regarding becoming a presence contact of A on the presence system and/or in regard to installing the presence system if B's device does not yet have a compatible presence system installed. Alternatively the presence client manager may push the information without first consulting A.
In this way, B, upon receiving an incoming call from A, will also be presented with information regarding the presence system. For instance, in addition to B's terminal displaying, say A's telephone number and identity (e.g. if A is listed in B's address book) and information such as "A would like to add you as a contact in the Presence System. If you do not have Presence System installed please visit www.presencesystem.com." Preferably this additional information is retained on B's terminal after the call has been terminated, so that after dealing with the call from A, B can easily effect the client download/installation/service sign-up, thereby enabling B and A to be added as contacts of each other. For example, the data is preferably retained in B's terminal call history record.
These embodiments of the invention have predominantly been described in relation to enabling people to utilise and share contextual status information using a mobile telecommunications network. According to an alternative embodiment of the invention, however, other entities including animals, plants and inanimate entities, such as vehicles, goods and buildings, are configured to push information regarding their status when initiating a communication, such as to a management server or person compiling information regarding the entity's position/status.
The embodiments of the invention have predominantly been described in relation to their usage in conjunction with a presence client system. Whilst this is a preferred form of the invention, it is not an essential component, and the embodiments of the invention may be used in regard to standard communications.
Also, it is to be appreciated that in a preferred embodiment of the invention, the pushed information is presented to the receiving party as text information or in a data file. Other means of presenting the contextual information are possible.
According to a further embodiment of the invention, when initiating a communication between two terminals with presence client managers installed, the calling party's presence information may be pushed to the called party, so that they have a better understanding of the calling party's situation/location. From this the called party is likely to be able to make a more informed assessment of the purpose and/ or importance of the call. In this regard the contextual information preferably provides a personalised description of availability capability and/or situation. For instance, a user device's presence client manager may extract an appointment from a user diary/schedule on the device and use this information in developing an appropriate contextual description for the user, such as "In a meeting in Newbury". In a further example, the presence client manager may recognise that the user device is plugged into a hands-free car kit. As this is a strong indication that the user is driving, the terminal may choose the availability description as "Car kit enabled - driving".
Whilst the called party is likely to already have access to this contextual information through their presence client manager, they may not have recently checked the calling party' s current contextual information. Therefore, by providing the information to the called party at the time of the incoming call, the called party is able to see the contextual information in conjunction with the call event, and make an informed decision with that contextual information, taken directly from the presence client/server, as to whether or not to take the call.
For instance, called party B may see that party A is calling him from the location of a hospital. If this is an unusual location for A, B may decide to take the call in case it relates to an emergency situation.
In another embodiment of the invention, the information pushing mechanism is implemented outside a call, such as by using HTTP protocol, pop up windows
and/or by SMS. For instance, users may register their mobile terminal phone numbers with certain entities or service providers, such as a car park or a restaurant, who then push information to those users, as and when desired. Specific requirements may be associated with the information pushing service, such as only when the user is in the vicinity of the service provider's premises, or only in relation to certain products/services. For instance, the car park may have a communication device configured to recognise when a particular contact or "buddy" is in the vicinity, and push that contact an update of the car park's empty space status.
Similarly, a user may register an interest in a table for a certain day at a restaurant, and a communication device associated with the restaurant could be configured to push available table status information to that user, for example when a table comes available. The restaurant's communication device preferably has access to a table availability database and automatically pushes the availability information when the user's requirements are met. These are just example implementations of this embodiment of the invention, and that various other possibilities exist.
In this regard, an aspect of the invention relates to, in a telecommunications network including a plurality of communication devices each in communicable relation to the network, a method of effecting a communication between a first communication device and a second communication device, the method including: the first communication device monitoring one or more communication requirements of the second communication device; and the first communication device initiating a communication to the second communication device when at least one requirement is met, the communication including contextual information associated with the first communication device.
In summary, from these embodiments of the invention, it can be seen that the various presence client managers and presence server share data, and that the data can be obtained from various sources, such as from mobile devices, networks including data networks, mobile and fixed communications networks, as well as other devices in communicable relation with the networks. In other words, the embodiments of the invention are applicable to any device/terminal capable of interacting with a mobile network.
In this regard, mobile devices are able to provide data from their databases, such as calendar and contact databases, which may be unique to the device or synchronised with an office system. They can also provide data about user availability, such as being able to indicate when a user is on a call or in a meeting.
Contextual information, as used in this specification is intended to be interpreted broadly, and to cover various forms of information including user reachability, capability, contactability, situation/location, readiness to communication and scheduled availability. In this regard, capability is intended to be interpreted broadly and to cover situations such as a user's communication environment, a user's preferred communication media, user's device facilities and accessories, network access and network availability. Further, situation/location is intended to be interpreted broadly and to cover situations such as location in an absolute or relative sense, country location, time zone location and current user activity situation. The expression "user" is also intended to be interpreted broadly and is intended to cover any entity with which a suitable device might be associated and/or which may be represented within the presence service delivered by the invention: the ambit of the term includes both animate and inanimate entities and explicitly includes people, other living creatures, and places as well as static, mobile and moveable objects.
The embodiments of the invention have also been described in relation to users communicating with known contacts/entities over a mobile telecommunications network. The present invention may also be implemented between entities for which no previous relationship has been established.
The embodiments of the invention have particularly been described in relation to a GSM/UMTS communication network, however the principles may readily be applied to other network configurations, including the proposed 3GPP LTE (Long Term Evolution) network, which is not yet implemented.
The embodiments of the invention have also particularly been described in relation to their usage in conjunction with databases (such as a user's calendar) located on the mobile terminal, however such databases may also be located in the network or in a remote server accessible via the network. In this regard, most functionalities of the presence client manager may alternatively be performed by a remote presence server. This aspect is particularly applicable to older devices which do not have the ability to run client programs, and hence are not capable of having their own presence client manager.
Claims
1. In a telecommunications network including a plurality of communication devices each in communicable relation to the network, a method of effecting a communication between a first communication device and a second communication device, the method including: the first communication device initiating a communication request towards the second communication device, the communication request including contextual information; the second communication device receiving a notification of the communication request together with the contextual information.
2. The method of claim 1 further including the contextual information being incorporated into the communication request by a presence client manager associated with the first communication device.
3. The method of claim 2 further including the presence client manager obtaining the contextual information from one or more of the following sources: a) a user input; b) a remote presence server; c) a database associated with the first communication device, such as a user calendar or schedule.
4. The method of any one preceding claim further including transmitting the contextual information to the second communication device as a component of Calling Line Identification (CLI).
5. The method of any one preceding claim wherein the communication network includes an IP Multimedia Subsystem (IMS), and the contextual information is transferred during or immediately after a Session Initiation Protocol (SIP) call setup phase of the communication request.
6. The method of any one preceding claim wherein the communication network includes an IP Multimedia Subsystem (IMS), and the contextual information is transferred during a Session Description Protocol (SDP) call setup phase of the communication request.
7. In a telecommunications network including a plurality of communication devices each in communicable relation to the network, an engine configured for operation on a first communication device, the engine configured to: identify the initiation of a communication request towards a second communication device; determine contextual information relating to the first communication device or a user of the first communication device; incorporate the contextual information into the communication request, such that a user of the second communication device, upon receiving a notification relating to the communication request simultaneously receives the contextual information.
8. A communication device including the engine according to claim 7.
9. The communication device of claim 8 wherein the device is a mobile terminal, a PC or a PDA.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GB0816286.9 | 2008-09-05 | ||
GB0816286A GB2463111A (en) | 2008-09-05 | 2008-09-05 | Information is incorportated in a communication initiation request to provide called party with additional information to determine whether to answer call. |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2010026431A1 true WO2010026431A1 (en) | 2010-03-11 |
Family
ID=39888901
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/GB2009/051130 WO2010026431A1 (en) | 2008-09-05 | 2009-09-07 | Telecommunications methods and associated systems |
Country Status (2)
Country | Link |
---|---|
GB (1) | GB2463111A (en) |
WO (1) | WO2010026431A1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011127437A1 (en) | 2010-04-08 | 2011-10-13 | Qualcomm Incorporated | Providing presence and social networking information to telephones |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR2984663B1 (en) | 2011-12-15 | 2014-11-21 | Oberthur Technologies | METHOD FOR INITIATING A CONVERSATION |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070047523A1 (en) * | 2001-08-16 | 2007-03-01 | Roamware, Inc. | Method and system for call-setup triggered push content |
US20070223401A1 (en) * | 2003-07-14 | 2007-09-27 | Saurav Chatterjee | Mobile device calls via private branch exchange |
US20080045182A1 (en) * | 2000-08-22 | 2008-02-21 | Symbian Software Limited | Method of and Apparatus for Communicating User Related Information Using a Wireless Information Device |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5784444A (en) * | 1994-12-01 | 1998-07-21 | Lucent Technologies Inc. | Method and apparatus for providing personal calling identification at remote locations |
US6310944B1 (en) * | 1997-12-17 | 2001-10-30 | Nortel Networks Limited | Method for adding context to communications |
US6771639B1 (en) * | 2000-04-10 | 2004-08-03 | Nortel Networks Limited | Providing announcement information in requests to establish interactive call sessions |
US7274781B2 (en) * | 2003-10-30 | 2007-09-25 | International Business Machines Corporation | Method and system for enhancement of caller identification |
US6977993B2 (en) * | 2004-04-30 | 2005-12-20 | Microsoft Corporation | Integrated telephone call and context notification mechanism |
US20060117187A1 (en) * | 2004-11-30 | 2006-06-01 | Mike Hollatz | Internet method of protecting subscriber information |
DE102005006331B4 (en) * | 2005-02-10 | 2008-12-04 | Pixcall Gmbh | Communication method with transmission of additional information |
US20070047726A1 (en) * | 2005-08-25 | 2007-03-01 | Cisco Technology, Inc. | System and method for providing contextual information to a called party |
EP1770941A1 (en) * | 2005-09-30 | 2007-04-04 | BRITISH TELECOMMUNICATIONS public limited company | Session communication with enhanced functionality |
US8050255B2 (en) * | 2006-05-10 | 2011-11-01 | Microsoft Corporation | Routing a VoIP call with contextual information |
US20070294354A1 (en) * | 2006-06-14 | 2007-12-20 | Nortel Networks Limited | Providing context information to a called party for a call initiated in response to selecting tags in electronic documents and applications |
US8818344B2 (en) * | 2006-11-14 | 2014-08-26 | Microsoft Corporation | Secured communication via location awareness |
-
2008
- 2008-09-05 GB GB0816286A patent/GB2463111A/en not_active Withdrawn
-
2009
- 2009-09-07 WO PCT/GB2009/051130 patent/WO2010026431A1/en active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080045182A1 (en) * | 2000-08-22 | 2008-02-21 | Symbian Software Limited | Method of and Apparatus for Communicating User Related Information Using a Wireless Information Device |
US20070047523A1 (en) * | 2001-08-16 | 2007-03-01 | Roamware, Inc. | Method and system for call-setup triggered push content |
US20070223401A1 (en) * | 2003-07-14 | 2007-09-27 | Saurav Chatterjee | Mobile device calls via private branch exchange |
Non-Patent Citations (1)
Title |
---|
SUBODH SOHI: "Call Intent based Enhanced Caller ID", IP.COM JOURNAL, IP.COM INC., WEST HENRIETTA, NY, US, 8 March 2007 (2007-03-08), XP013118570, ISSN: 1533-0001 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011127437A1 (en) | 2010-04-08 | 2011-10-13 | Qualcomm Incorporated | Providing presence and social networking information to telephones |
US8712390B2 (en) | 2010-04-08 | 2014-04-29 | Qualcomm Incorporated | Enhanced telephony services |
EP3386175A1 (en) * | 2010-04-08 | 2018-10-10 | Qualcomm Incorporated | Providing presence and social networking information to telephones |
Also Published As
Publication number | Publication date |
---|---|
GB2463111A (en) | 2010-03-10 |
GB0816286D0 (en) | 2008-10-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9560205B2 (en) | Methods and apparatus for providing messaging using voicemail | |
US11012828B2 (en) | Multiple user profiles and personas on a device | |
US8670546B2 (en) | Systems and methods for providing a personalized communication processing service | |
US20070105531A1 (en) | Dynamic Processing of Virtual Identities for Mobile Communications Devices | |
US9386407B2 (en) | Systems and methods for communicating with a contact center | |
US8548509B2 (en) | System and method of automatically generating and sending text messages | |
US20070060174A1 (en) | Methods, systems, and computer program products for updating message routing profiles | |
US20140140248A1 (en) | Temporary Enum Gateway | |
US8634847B2 (en) | Communication system and a mobile station, proxy location server and method of operation for use in the system | |
CN103348709A (en) | Method in a UE, a network node and a client node in a wireless communications network | |
JP2009200656A (en) | Telephonic communication system, telephonic communication controller, and telephonic communication control method used for them, and its program | |
US20090170530A1 (en) | Device System and Method for Providing Availability Status and Alternate Contact Information Within a Wireless Keep-Quiet Zone | |
KR100819704B1 (en) | Mobile messenger service system and its method for displaying presence information of messenger counterpart in mobile address book | |
WO2010026431A1 (en) | Telecommunications methods and associated systems | |
JP2013541871A (en) | Emergency call management system | |
JP5222973B2 (en) | Wireless communication system and message notification method | |
MX2014000965A (en) | System and method for activating a mobile device to initiate a communication. | |
KR100754954B1 (en) | Mobile communication system and method of providing the service of a commemoration message | |
JP5001076B2 (en) | Communications system | |
JP2013258459A (en) | Safety confirmation system, safety information processing apparatus to be used for the same, safety information processing method, and program for safety information processing | |
FI121048B (en) | A method and system for transmitting a mobile user status to certain information systems |
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: 09785589 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 09785589 Country of ref document: EP Kind code of ref document: A1 |