US20080107243A1 - Method And Apparatus For Handling Emergency Calls - Google Patents
Method And Apparatus For Handling Emergency Calls Download PDFInfo
- Publication number
- US20080107243A1 US20080107243A1 US11/814,333 US81433305A US2008107243A1 US 20080107243 A1 US20080107243 A1 US 20080107243A1 US 81433305 A US81433305 A US 81433305A US 2008107243 A1 US2008107243 A1 US 2008107243A1
- Authority
- US
- United States
- Prior art keywords
- network
- access
- subscriber
- location information
- location
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
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/40—Support for services or applications
- H04L65/401—Support for services or applications wherein the services involve a main real-time session and one or more additional parallel real-time or time sensitive sessions, e.g. white board sharing or spawning of a subconference
-
- 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/52—Network services specially adapted for the location of the user terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/50—Connection management for emergency connections
-
- 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/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- 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/1096—Supplementary features, e.g. call forwarding or call holding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W64/00—Locating users or terminals or network equipment for network management purposes, e.g. mobility management
Abstract
A method and apparatus for obtaining location information for subscribers connected to an IP access network (300), in order to enable supply of such location information in connection with emergency calls directed to a multimedia service network (302). A request is received (3:1) at the multimedia service network from a subscriber (A) containing an IP address currently assigned to the subscriber. In response thereto, the multimedia service network sends a location query (3:2) including said IP address to the IP access network, which then can retrieve (3:3, 3:4) location information for the subscriber based on the IP address, by determining at which point of access in the IP access network the IP address is currently used. The IP access network then submits (3:5) the obtained location information to the multimedia service network in response to the location query.
Description
- The present invention relates generally to a method and apparatus for handling emergency calls in a multimedia service network. In particular, the invention is concerned with obtaining required location information for a calling subscriber.
- In traditional circuit-switched telephony systems, emergency services are available for subscribers in situations of emergency, such as accidents and diseases. Emergency calls are typically first routed to an emergency centre which then connects the calls further to relevant emergency service stations, depending on the current situation, e.g. a hospital, a fire station or the police.
- Details and requirements of emergency services are subject to regulations prevailing in different countries and regions. Typically, it is required that the telephony system can provide relevant location information in order to certify the location of the calling party. Firstly, it may be important to connect an incoming call to an emergency centre or service station being reasonably close to the caller. Secondly, the caller may not for some reason be able to provide crucial information regarding his/her whereabouts to the emergency centre, at least not immediately.
-
FIG. 1 illustrates a fixed subscriber terminal A connected to a telephony network 100 by means of a local exchange LE 102. An emergency centre 104 is also connected to the network 100, to which an emergency call is directed from subscriber A. Network 100 further comprises a location database 106 holding geographic location information on subscribers connected to the network 100, including subscriber A, e.g. in the form of local street addresses or the like. - It is typically required in fixed public networks that local exchanges therein ensures that a “calling party identifier” is included in emergency calls when routed to an emergency centre. In the present example, local exchange 102 has knowledge of subscriber terminal A being connected to a specific input line in the exchange, which is associated with a specific calling party identifier of subscriber terminal A. The local exchange 102 is thus required to supply the calling party identifier of subscriber terminal A when transmitting the emergency call to emergency centre 104. In location database 106, the geographic location of subscriber terminal A is stored together with its calling party identifier, such that the emergency centre 104 can retrieve that location information from the location database 106 by means of the calling party identifier received with the emergency call.
- In a cellular network, a serving Mobile Switching Centre MSC can include location information in emergency calls from mobile terminals, such as a cell identification or even more accurate information in the form of geographic coordinates or the like based on location services employed in the network. Further, the receiving emergency centre may also use specific location services to determine the location of the calling party, if necessary.
- Although the examples above are relevant for traditional circuit-switched telephone networks, various communication networks and terminals are used today that are capable of packet-based multimedia communication using IP (Internet Protocol), including fixed or mobile computers and telephones. Multimedia services typically entail IP based transmission of encoded data representing media in different formats and combinations, including audio, video, images, text, documents, animations, etc.
- The location of a subscriber terminal is not permanent in the same way as before, since an IP terminal can be connected to multimedia service networks more or less regardless of its current geographic location, while still using the same subscriber identity. This is evidently the case for mobile terminals, but also for fixed portable terminals that can be jacked into different access points at different locations in an IP access network, e.g. for accessing various “broadband” services.
- A network architecture called “IP Multimedia Subsystem” (IMS) has been developed by the 3rd Generation Partnership Project (3GPP) as an open standard for handling multimedia services and communication sessions in the packet domain. IMS networks can also be used to provide emergency services, although it is not evident how to provide relevant location information when required, due to the roaming possibilities for IP terminals, and this issue has not yet been solved. IMS is a platform for enabling services based on IP transport more or less independent of the access technology used, and will be briefly outlined here.
- The IMS network is thus used for generally controlling multimedia sessions, and a specification called “SIP” (Session Initiation Protocol, according to the standard IETF RFC 3261) is used for handling multimedia sessions in IMS networks. SIP is an application-layer protocol used by IMS networks and terminals to establish and control IP based multimedia communications. When sending SIP messages, an addressing element called “SIP URI” (Uniform Resource Identifier) is used, such that one SIP URI indicates the source and another one indicates the destination in each message.
-
FIG. 2 is an exemplary schematic illustration of a basic scenario when multimedia services are provided for a terminal A by means of an IMS service network. Terminal A is connected to anIP access network 200 and communicates media with a remote party B, such as another terminal or server, in a communication session S. AnIMS network 202A is connected to theIP access network 200 and handles the session with respect to terminal A, wherenetworks 200 and 202 are typically owned by the same operator. Moreover, if a terminal is connected to a visited access network, multimedia services are handled by the terminal's “home” IMS network, i.e. where it is registered as a subscriber. The remote party B may be connected to anothercorresponding IMS network 202B. - The illustrated session S is basically managed by a node called S-CSCF (Serving Call Session Control Function) 204 assigned to terminal A in the
IMS network 202A, and the used multimedia service is enabled and executed by anapplication server 206 connected to the IMS network 202. Basically, the S-CSCF node 204 serves as a proxy for theapplication server 206 towards terminal A, and sends SIP messages coming from terminal A towards the remote party B, as indicated by a dashed arrow. Further, a main database element HSS (Home Subscriber Server) 208 stores subscriber and authentication data as well as service information, among other things, that theSIP application server 206 can fetch for executing services for subscribers. - A node called I-CSCF (Interrogating Call Session Control Function) 210 in IMS network 202 is connected to other IMS networks, including
network 202B, and acts as a gateway for SIP messages arriving from such IMS networks. I-CSCF 210 receives SIP messages concerning the remote party B, as indicated by another dashed arrow. Another node in IMS network 202 called P-CSCF (Proxy Call Session Control Function) 212 acts as an entry point towards theIMS network 204 from any access network, such asIP network 200, and all signalling flows between subscribers of theIMS network 204 are routed through the P-CSCF 212. Of course, the IMS network 202 contains numerous other nodes and functions, such as further S-CSCF nodes and SIP application servers, which are not shown here for the sake of simplicity. - As indicated above, it has not been solved how to satisfy prevailing emergency requirements for providing location information in emergency calls from IP terminals in a safe and reliable manner, when an IP based multimedia service network is used. In particular, it is desirable to supply location information when an emergency call, coming from an IP terminal that can be moved between different locations, is routed to an emergency centre. It is also desirable to select a suitable emergency centre to which the emergency call is to be routed, depending on the location of the calling subscriber.
- The object of the present invention is to address at least some of the problems outlined above, and to provide a solution for enabling the supply of location information for a subscriber to an emergency centre in connection with an emergency call, when connected to an IP access network. This object and others may be obtained by providing a method and apparatus according to the attached independent claims.
- According to one aspect, the present invention provides a method, executed in a multimedia service network, of obtaining location information for subscribers connected to an IP access network. When a request is received from a subscriber containing an IP address currently assigned to the subscriber, a location query including said IP address is sent to the IP access network. Location information for the subscriber is then received therefrom in response to the location query, thereby enabling supply of the received location information in connection with an emergency call from said subscriber.
- If it is determined that the received request relates to an emergency call, the obtained location information is added to the request before sending it to an emergency centre. The emergency centre may be selected for the request based on the obtained location information. The multimedia service network may be an IMS network using SIP signalling, and the request relating to an emergency call is then typically an SIP INVITE message.
- On the other hand, if it is determined that the received request is a registration request, the obtained location information may be saved for later retrieval in the case of a subsequent emergency call from the subscriber. If the multimedia service network is an IMS network using SIP signalling, the registration request is typically an SIP REGISTER message.
- When the multimedia service network is an IMS network, the method can be executed in an IMS core entity such as a P-CSCF node in the IMS network. The location query above may be sent to a location retrieval unit in the IP access network, which may also be referred to as a Location Query Function.
- According to another aspect, the present invention provides an arrangement in a multimedia service network, for obtaining location information for subscribers connected to an IP access network. The inventive arrangement comprises means for receiving a request from a subscriber containing an IP address currently assigned to the subscriber, means for sending a location query including said IP address to the IP access network, and means for receiving location information for the subscriber in response to the location query. Thereby, the received location information can be supplied in connection with an emergency call from said subscriber.
- The multimedia service network arrangement may further comprise logic means for determining whether the received request relates to an emergency call, and means for adding the obtained location information to the request before sending it to an emergency centre. The logic means may be configured to select the emergency centre for the request based on the obtained location information. If the multimedia service network is an IMS network using SIP signalling, the request relating to an emergency call may be an SIP INVITE message.
- The multimedia service network arrangement may further comprise logic means for determining whether the received request is a registration request, and means for storing the obtained location information for later retrieval in the case of a subsequent emergency call from the subscriber. If the multimedia service network is an IMS network using SIP signalling, the registration request is typically an SIP REGISTER message.
- When the multimedia service network is an IMS network, the arrangement can be implemented in an IMS core entity such as a P-CSCF node in the IMS network. The sending means may be configured to send the location query to a location retrieval unit in the IP access network, which may also be referred to as a Location Query Function.
- According to yet another aspect, the present invention provides a method, executed in an IP access network, of providing location information to a multimedia service network for subscribers connected to said IP access network. When a location query is received for a subscriber containing an IP address currently assigned to the subscriber, location information for the subscriber is retrieved based on said IP address, and the retrieved location information for the subscriber is provided to said multimedia service network in response to the received location query.
- A location retrieval unit in the IP access network, which may also be referred to as a Location Query Function, may retrieve a point of access identity currently associated with the received IP address, from an IP address administrator in the IP access network. The location retrieval unit may further retrieve the location information based on the retrieved point of access identity, from a location database in the IP access network. The location information may be given together with the retrieved point of access identity. The point of access identity may be a
layer 2 address, such as an Ethernet MAC address, ATM VPI/VCI or other relevant network address, depending on the network configuration. If the multimedia service network is an IMS network, the retrieved location information may be provided to an IMS core entity such as a P-CSCF node in the IMS network. - According to yet another aspect, the present invention provides a location retrieval unit in an IP access network, which may also be referred to as a Location Query Function, for providing location information to a multimedia service network for subscribers connected to the IP access network. The inventive location retrieval unit comprises means for receiving a location query for the subscriber containing an IP address assigned to the subscriber, means for retrieving location information for the subscriber based on said IP address, and means for providing the retrieved location information for the subscriber to the multimedia service network in response to the received location query.
- The retrieving means may be configured to retrieve a point of access identity currently associated with the received IP address, from an IP address administrator in the IP access network. The retrieving means may be further configured to retrieve the location information based on the retrieved point of access identity, from a location database in the IP access network. The retrieving means may be further configured to obtain said location information together with the retrieved point of access identity.
- The point of access identity may be a
layer 2 address, such as an Ethernet MAC address, ATM VPI/VCI or other relevant network address, depending on the network configuration. If the multimedia service network is an IMS network, the providing means may be configured to provide the retrieved location information to an IMS core entity such as a P-CSCF node in the IMS network. - The present invention will now be described in more detail and with reference to the accompanying drawings, in which:
-
FIG. 1 is a schematic block diagram of a communication network providing location information for an emergency call, according to the prior art. -
FIG. 2 is a schematic block diagram including an IMS network, in which the present invention can be used. -
FIG. 3 is a block diagram of an IP access network and a multimedia service network, illustrating a procedure for obtaining location information, according to one embodiment. -
FIG. 4 is a flow chart illustrating a procedure for obtaining location information, according to another embodiment. -
FIG. 5 is a flow chart illustrating a procedure for providing location information, according to yet another embodiment. -
FIG. 6 is a block diagram of an IMS core entity in a multimedia service network, according to yet another embodiment. -
FIG. 7 is a block diagram of a location retrieval unit in an IP access network, according to yet another embodiment. - The present invention provides a solution for obtaining location information for a subscriber connected to an IP access network, in order to enable supply of the location information to an emergency centre in connection with an emergency call from said subscriber. Different embodiments of this solution will now be described, initially with reference to
FIG. 3 . - A subscriber A, operating a fixed terminal capable of IP communication, is connected to an
IP access network 300 at a certain point of access.Access network 300 is further connected to amultimedia service network 302, in this case an IMS network like the one described above forFIG. 2 , in which only anIMS core 304 is illustrated here. Here, theIMS core 304 is an entity basically representing a session managing node used for handling messages from subscriber A, preferably a P-CSCF node. TheIP access network 300 may be configured for so-called fixed broadband access typically used for multimedia services, although the present invention is generally not limited in this respect. - Hence, subscriber A has access to multimedia services offered by means of
multimedia network 302, such as various emergency services. TheIP access network 300 comprises alocation retrieval unit 306, anIP address administrator 308 and alocation database 310, where the latter two nodes or similar may typically occur in any IP access network. Thelocation retrieval unit 306 is also sometimes referred to as a “Location query function”. TheIP address administrator 308 assigns IP addresses to subscriber terminals for a limited time period upon request, e.g. when powered-on, and has knowledge of at which point of access in the network an IP address is currently used. - Each point of access in the
network 300 may be identified by means of alayer 2 address such as an Ethernet MAC (Medium Access Control) address, ATM VPI/VCI (Asynchronous Transfer Mode, Virtual Path Identifier/Virtual Channel Identifier) or other relevant network address, depending on the network configuration. Thelocation database 310 stores information on the physical location for each point of access in thenetwork 300, such as a street address, geographic coordinates or the like. - As mentioned above, it is generally possible for subscribers to connect at different points of access in the
IP access network 300, and it is therefore naturally not evident at which physical location the subscriber A is currently connected. For example, the subscriber may basically bring his/her IP communication terminal to any point of access in the network, e.g. to public sites such as hotels and airports, or to more private quarters. In addition, a subscriber may have different IP addresses at different occasions, which is administrated by theIP address administrator 308. - A first step 3:1 in the figure illustrates that the
IMS core 304 innetwork 300 receives a multimedia request from subscriber A, being at a location unknown so far. According to prevailing standards, the request contains an IP address currently assigned to the subscriber, and the request may be a session invitation such as an SIP INVITE message. Since the present solution is concerned with emergency calls, the received request may primarily be a session invitation for an emergency call that should be routed to a suitable emergency centre. However, the request may alternatively be a regular registration request that is typically sent to a multimedia service network after an IP terminal has been powered-on, without requesting a session. In IMS systems where SIP signalling is used, this would typically be a message called SIP REGISTER. - It is assumed here that location information on the calling party is required in emergency calls, which should be supplied to the emergency centre together with incoming emergency requests, as explained in the background section. Thus, in the case of an emergency request in step 3:1, the
IMS network 302 is obliged to retrieve and add such location information to the request when transmitting it further to the emergency centre. In the case of a registration request, however, theIMS network 302 may retrieve and store the location information in order to supply it at a later occasion, if a subsequent emergency request should arise from the same subscriber. However, it should be noted that for some access networks the latter case is mainly relevant if mobility is not permitted or possible or expected, so that the subscriber's location (most likely) remains the same throughout a session. Otherwise, the emergency centre may request for updated location information, which however lies outside the scope of the present invention. - In a next step 3:2,
IMS core 304 sends a location query including the IP address received in the request, to thelocation retrieval unit 306 innetwork 300, effectively asking for the location of the subscriber currently using the given IP address. In response thereto,unit 306 retrieves the identity of the point of access at which the subscriber currently using the IP address is connected, from theIP address administrator 308, in astep 3:3.Unit 306 may receive the point of access identity as alayer 2 address or other network address, depending on the network configuration, as mentioned above. - Having obtained the point of access identity,
unit 306 can now retrieve the physical location for that point of access identity fromlocation database 310, e.g. as a street address or similar or geographical coordinates, in a further step 3:4. Alternatively, the physical location may already be given from the IP address administrator in step 3:3, thereby making step 3:4 superfluous. In either case, thelocation retrieval unit 306 is now able to respond to the location query of step 3:2 by providing the obtained location information toIMS core 304, in a following step 3:5. - Thereby,
IMS core 304 is able to add the received location information to the request of step 3:1 from subscriber A, if required, and send it further to an emergency centre as indicated by a final optional step 3:6. Alternatively, if the request of step 3:1 was a registration request and not an emergency request,IMS core 304 may just store the location information for later use in the case of an emergency request from subscriber A, as mentioned above, naturally without adding it to the registration request. - The above described solution makes it possible to obtain and supply required location information in connection with emergency calls over a multimedia service network coming from subscribers connected to an IP access network.
- A procedure for obtaining location information for a subscriber connected to an IP access network, according to one aspect of the present invention, will now be described with reference to the flow chart in
FIG. 4 . The steps in the flow chart are defined for execution in a multimedia service network, particularly in an IMS core entity such as a P-CSCF node. - In a
first step 400, a multimedia request is initially received from the subscriber containing an IP address currently assigned to the subscriber. In response thereto, a location query for the received IP address is sent in anext step 402 to the IP access network, preferably to a location retrieval unit or similar therein, like theunit 306 shown inFIG. 3 . After proceedings in the IP access network that will be outlined in more detail below, relevant location information is received therefrom, in followingstep 404. - Next, it is determined in a
step 406 whether the received request relates to an emergency call, i.e. directed to an emergency service that is requested in a session invitation for an emergency call from the subscriber. If so, the location information received instep 404 is added to the emergency call request in afurther step 408 before sending the request to an emergency centre. It should be noted that the obtained location information may be used for selecting a suitable emergency centre, e.g. located in the same region as the subscriber's current location. If it is determined instep 406 that the received request is not related to an emergency call, such as in the case of a registration request, the obtained location information is stored in a finalillustrated step 410 for later use if the subscriber should make an emergency call, instead of adding it to the request received instep 400. - Alternatively, this procedure may be simplified by executing the
determination step 406 directly after thefirst step 400 of receiving the request. Then, only if the request is related to an emergency call, the location information may be obtained and supplied by executingsteps step 410 may be omitted. In this alternative, no further steps are taken for location retrieval if the request is not related to an emergency call. - A procedure according to another aspect of the present invention, for providing location information to a multimedia service network for a subscriber connected to an IP access network, will now be described with reference to the flow chart in
FIG. 5 . The steps in the flow chart are defined for execution in the IP access network, particularly in a location retrieval unit or the like implemented therein, sometimes also referred to as a “Location Query Function”. As in the previous examples, the multimedia service network may be an IMS network and its point of communication in the procedure below would then be an IMS core entity such as a P-CSCF node. - In a
first step 500, a location query is received from the multimedia service network for the subscriber, containing an IP address currently assigned to the subscriber. In response thereto, a point of access identity (e.g. alayer 2 address) corresponding to the given IP address is retrieved from an IP address administrator in anext step 502. Depending on the access technology used, the required location information may be given at this point. Thus, it is checked in anext step 504 whether the location information has been obtained, and if not, the location information is retrieved from a location database based on the point of access identity retrieved above (e.g. layer 2 address) in a followingstep 506. - Eventually, the location information can be provided to the multimedia service network in a
final step 508. On the other hand, if it was determined instep 504 above that the required location information has already been obtained,step 508 can be executed immediately afterstep 504, as indicated. - An arrangement in an IMS core entity in a multimedia service network, e.g. a P-CSCF node, will now be briefly described with reference to
FIG. 6 . TheIMS core entity 600 is basically adapted to execute the procedure illustrated inFIG. 4 . TheIMS core entity 600 comprises first receiving means 602 configured to receive multimedia requests R from subscribers, and sending means 604 configured to send location queries Q to an IP access network where said subscribers are connected.IMS core entity 600 further comprises second receiving means 606 configured to receive location information L from the IP access network in response to said queries Q, and addingmeans 608 configured to add obtained location information L before sending emergency requests E(L) to an emergency centre. - The
IMS core entity 600 may further comprise a logic means 610 for controlling the operation of the different means 602-608, and optionally also for selecting a suitable emergency centre for the emergency requests E(L), based on obtained location information. The logic means 610 may also be configured to recognise whether an incoming multimedia request is directed to an emergency service, and to determine if location information is to be added to the request or not. Finally,IMS core entity 600 may also comprise storing means 612 configured to store received location information L for later retrieval in the case of subsequent emergency requests. - An arrangement in an IP access network for providing location information to a multimedia service network for a subscriber connected to the IP access network, will now be briefly described with reference to
FIG. 7 . In this example, the arrangement is implemented in alocation retrieval unit 700, similar to theunit 306 inFIG. 3 , basically adapted to execute the procedure illustrated inFIG. 5 . - The
location retrieval unit 700 comprises receiving means 702 configured to receive location queries Q from a multimedia service network, each query containing an IP address assigned to a subscriber.Unit 700 further comprises retrieving means 704 configured to retrieve location information L based on said IP addresses, from an IP address administrator and optionally a location database in the IP access network.Unit 700 further comprises providing means 706 configured to provide retrieved location information L for subscribers to the multimedia service network in response to received location queries Q. - It should be noted that
FIGS. 6 and 7 illustrate logically the basic functional elements of theIMS core entity 600 and thelocation retrieval unit 700, respectively. However, the skilled person is free to put them into practice in any suitable manner not limited to the shown dispositions. - The present invention, as described with reference to different embodiments above, offers a simple yet reliable mechanism for obtaining required location information and for providing it to an emergency centre, in response to emergency requests from subscribers connected to an IP access network and requesting emergency services from a multimedia service network.
- While the invention has been described with reference to specific exemplary embodiments, the description is in general only intended to illustrate the inventive concept and should not be taken as limiting the scope of the invention. For example, the SIP signalling protocol and IMS concept have been used throughout when describing the above embodiments, although any other standards and service networks for enabling multimedia communication may basically be used. Further, the invention is not limited to any particular emergency services but may be used for providing location information to any type of emergency request. The present invention is defined by the appended claims.
Claims (28)
1. A method, of obtaining location information for a subscriber currently connected to an IP access network at a certain point of access, the method executed in a session managing node of a multimedia service network and comprising the following steps:
receiving a request from said subscriber containing an IP address currently assigned to the subscriber when connected to said point of access,
sending a location query for the subscriber including said IP address to the IP access network, and
receiving location information for said point of access of the subscriber in response to the location query, thereby enabling supply of the received location information to an emergency centre in connection with an emergency call from said subscriber.
2. The method according to claim 1 , wherein the received request relates to an emergency call, and the obtained location information is added to the request before sending it to said emergency centre.
3. The method according to claim 2 , wherein said emergency centre is selected for the request, based on the obtained location information.
4. The method according to claim 2 , wherein the multimedia service network is an IMS network using SIP signalling, and said request relating to an emergency call is a SIP INVITE message.
5. The method according to claim 1 , wherein it is determined that the received request is a registration request, and the obtained location information is saved for later retrieval in the case of a subsequent emergency call from said subscriber.
6. The method according to claim 5 , wherein the multimedia service network is an IMS network using SIP signalling, and said registration request is an SIP REGISTER message.
7. The method according to claim 1 , wherein the multimedia service network is an IMS network, the method being executed in an IMS core entity such as a P-CSCF node in the IMS network.
8. The method according to claim 1 , wherein the location query is sent to a location retrieval unit in the IP access network.
9. An arrangement in a session managing node of a multimedia service network, for obtaining location information for a subscriber currently connected to an IP access network at a certain point of access, the arrangement comprising:
means for receiving a request from said subscriber containing an IP address currently assigned to the subscriber when connected to said point of access,
means for sending a location query for the subscriber including said IP address to the IP access network, and
means for receiving location information for said point of access of the subscriber in response to the location query, thereby enabling supply of the received location information to an emergency centre in connection with an emergency call from said subscriber.
10. The arrangement according to claim 9 further comprising
logic means for determining whether the received request relates to an emergency call, and
means for adding the obtained location information to the request before sending it to said emergency centre.
11. The arrangement according to claim 10 , wherein the logic means is configured to select said emergency centre for the request, based on the obtained location information.
12. The arrangement according to claim 10 , wherein the multimedia service network is an IMS network using SIP signalling, and said request relating to an emergency call is an SIP INVITE message.
13. The arrangement according to claim 9 , further comprising
logic means for determining whether the received request is a registration request, and
means for storing the obtained location information for later retrieval in the case of a subsequent emergency call from said subscriber.
14. The arrangement according to claim 13 , wherein the multimedia service network is an IMS network using SIP signalling, and said registration request is a SIP REGISTER message.
15. The arrangement according to claim 9 , wherein the multimedia service network is an IMS network, the arrangement being implemented in an IMS core entity such as a P-C3CF node in the IMS network.
16. The arrangement according to claim 9 , wherein said sending means is configured to send the location query to a location retrieval unit in the IP access network.
17. A method, executed in an IP access network. of providing location information to a session managing node of a multimedia service network for a subscriber currently connected to said IP access network at a certain point of access, the method comprising the following steps:
receiving a location query for said subscriber containing an IP address currently assigned to the subscriber when connected to said point of access,
retrieving location information for said point of access of the subscriber based on said IP address, and
providing the retrieved location information for the subscriber to said session managing node in response to the received location query.
18. The method according to claim 17 , wherein a location retrieval unit in the IP access network retrieves a point of access identity, currently associated with the received IP address, from an IP address administrator in the IP access network.
19. The method according to claim 18 , wherein the location retrieval unit further retrieves said location information based on the retrieved point of access identity, from a location database in the IP access network.
20. The method according to claim 10 , wherein said location information is given together with the retrieved point of access identity.
21. The method according to claim 18 , wherein the point of access identity is a layer 2 address, such as an Ethernet MAC address, ATM VPI/VCI or other relevant network address, depending on the network configuration.
22. The method according to claim 17 , wherein the multimedia service network is an IMS network and the retrieved location information is provided to an IMS core entity such as a P-CSCF node in the IMS network.
23. A location retrieval unit in an IP access network for providing location information to a session managing node of a multimedia service network for a subscriber currently connected to said IP access network at a certain point of access, the location retrieval unit comprising:
means for receiving a location query for said subscriber containing an IP address assigned to the subscriber when connected to said point of access,
means for retrieving location information for said point of access of the subscriber based on said IP address, and
means for providing the retrieved location information for the subscriber to said session managing node in response to the received location query.
24. The location retrieval unit according to claim 23 , wherein the retrieving means is configured to retrieve a point of access identity currently associated with the received IP address, from an IP address administrator in the IP access network.
25. The location retrieval unit according to claim 24 , wherein the retrieving means is further configured to retrieve said location information, based on the retrieved point of access identity, from a location database in the IP access network.
26. The location retrieval unit according to claim 24 , wherein the retrieving means is further configured to obtain said location information together with the retrieved point of access identity.
27. The location retrieval unit according to claim 24 , wherein the point of access identity is a layer address, such as an Ethernet MAC address, ATM VPI/VCI or other relevant network address, depending on the network configuration.
28. The location retrieval unit according to claim 23 , wherein the multimedia service network is an IMS network and the providing means is configured to provide the retrieved location information to an IMS core entity such as a P-CSCF node in the IMS network.
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
SE0500165-6 | 2005-01-19 | ||
SE0500165 | 2005-01-19 | ||
PCT/SE2005/002016 WO2006078202A1 (en) | 2005-01-19 | 2005-12-22 | A method and apparatus for handling emergency calls |
Publications (1)
Publication Number | Publication Date |
---|---|
US20080107243A1 true US20080107243A1 (en) | 2008-05-08 |
Family
ID=36000959
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/814,333 Abandoned US20080107243A1 (en) | 2005-01-19 | 2005-12-22 | Method And Apparatus For Handling Emergency Calls |
US11/795,607 Active 2028-10-26 US8260250B2 (en) | 2005-01-19 | 2006-01-18 | Method and apparatus for handling emergency calls in a packet switched radio access network |
US13/565,163 Active US8503976B2 (en) | 2005-01-19 | 2012-08-02 | Method and apparatus for handling emergency calls |
Family Applications After (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/795,607 Active 2028-10-26 US8260250B2 (en) | 2005-01-19 | 2006-01-18 | Method and apparatus for handling emergency calls in a packet switched radio access network |
US13/565,163 Active US8503976B2 (en) | 2005-01-19 | 2012-08-02 | Method and apparatus for handling emergency calls |
Country Status (9)
Country | Link |
---|---|
US (3) | US20080107243A1 (en) |
EP (2) | EP1839420B1 (en) |
JP (2) | JP4567752B2 (en) |
CN (2) | CN101103609B (en) |
CA (2) | CA2595077C (en) |
ES (1) | ES2636805T3 (en) |
MX (1) | MX2007008610A (en) |
PT (1) | PT1839421T (en) |
WO (2) | WO2006078202A1 (en) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080008179A1 (en) * | 2006-07-07 | 2008-01-10 | Liren Chen | Geolocation-based addressing method for IPv6 addresses |
US20080166989A1 (en) * | 2007-01-05 | 2008-07-10 | Eniko Sokondar | System and Method for Conditionally Attempting an Emergency Call Setup |
US20090147929A1 (en) * | 2006-08-16 | 2009-06-11 | Huawei Technologies Co., Ltd. | Method and apparatus for transmit-receiving emergency service |
US20130231079A1 (en) * | 2008-03-26 | 2013-09-05 | At&T Mobility Ii Llc | Integration of emergency alert information |
US8548419B1 (en) | 2006-09-15 | 2013-10-01 | At&T Mobility Ii Llc | Utilization of SMS and/or cellular broadcast to receive multimedia alerts |
US20150341768A1 (en) * | 2009-07-29 | 2015-11-26 | T-Mobile Usa, Inc. | System and method for providing emergency service in an ip-based wireless network |
Families Citing this family (35)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1932330A4 (en) * | 2005-04-12 | 2011-05-04 | Telecomm Systems Inc | Temporary enum gateway |
WO2007011861A2 (en) * | 2005-07-18 | 2007-01-25 | Telecommunication Systems, Inc. | Integrated services user part (isup)/session initiation protocol (sip) gateway for unlicensed mobile access (uma) emergency services call flow |
US7933385B2 (en) | 2005-08-26 | 2011-04-26 | Telecommunication Systems, Inc. | Emergency alert for voice over internet protocol (VoIP) |
US8185567B2 (en) * | 2006-01-02 | 2012-05-22 | Telecommunication Systems, Inc. | Location aware content using presence information data formation with location object (PIDF-LO) |
US7805483B2 (en) | 2006-01-09 | 2010-09-28 | Telecommunications Systems, Inc. | Apparatus and method for associating a geospacial location to content on a network |
SE0600564L (en) * | 2006-03-15 | 2007-03-06 | Teliasonera Ab | Automatic positioning of equipment connected to a telephone and data communication system |
US8155109B2 (en) | 2006-04-04 | 2012-04-10 | Telecommunication Systems, Inc. | SS7 ISUP to SIP based call signaling conversion gateway for wireless VoIP E911 |
US8208461B2 (en) | 2006-04-04 | 2012-06-26 | Telecommunication Systems, Inc. | SS7 MAP/Lg+ to SIP based call signaling conversion gateway for wireless VoIP E911 |
US8228897B2 (en) | 2006-04-04 | 2012-07-24 | Telecommunication Systems, Inc. | SS7 ANSI-41 to SIP based call signaling conversion gateway for wireless VoIP E911 |
US8340626B2 (en) * | 2006-04-28 | 2012-12-25 | Qualcomm Incorporated | System and method for supporting voice call continuity for VOIP emergency calls |
JP4744599B2 (en) * | 2006-05-02 | 2011-08-10 | 株式会社エヌ・ティ・ティ・ドコモ | Mobile terminal and mobile communication system |
EP2074840A4 (en) * | 2006-09-26 | 2015-08-05 | Telecomm Systems Inc | Location object proxy |
DE602006011967D1 (en) * | 2006-10-03 | 2010-03-11 | Ericsson Telefon Ab L M | PROVISION OF ACCESS INFORMATION IN A COMMUNICATION NETWORK |
CN101166364A (en) * | 2006-10-21 | 2008-04-23 | 华为技术有限公司 | A method and system for realizing continuous voice call in emergent service |
CN101237334A (en) * | 2007-01-31 | 2008-08-06 | 华为技术有限公司 | Microwave access global intercommunication system and method and device for providing emergent service |
US8185087B2 (en) | 2007-09-17 | 2012-05-22 | Telecommunication Systems, Inc. | Emergency 911 data messaging |
CN101466083B (en) * | 2007-12-18 | 2010-12-08 | 华为技术有限公司 | Emergency call method and apparatus |
EP2106097A1 (en) * | 2008-03-27 | 2009-09-30 | Alcatel Lucent | Method and device for providing peer-to-peer emergency service |
CN101730034B (en) * | 2008-10-27 | 2013-06-05 | 中兴通讯股份有限公司 | Realizing method and system of urgent-call service in high-speed grouped data network |
CN101754092A (en) * | 2008-12-19 | 2010-06-23 | 康佳集团股份有限公司 | Intelligent weather service delivery method and system based on mobile terminal |
CN101801060B (en) * | 2009-02-09 | 2014-05-28 | 中兴通讯股份有限公司 | Method and device for acquiring UE position information by using ANDSF |
CN101800960B (en) * | 2009-02-10 | 2014-03-12 | 中兴通讯股份有限公司南京分公司 | Method for transferring emergent service session and emergent service system |
CN101841790B (en) * | 2009-03-19 | 2013-07-17 | 电信科学技术研究院 | Address allocating method and device for emergency call |
CN101959163A (en) * | 2009-07-17 | 2011-01-26 | 中兴通讯股份有限公司 | Method for making emergency call |
TWI468046B (en) * | 2010-07-26 | 2015-01-01 | Htc Corp | Method of handling emergency session and related communication device |
WO2012082045A1 (en) * | 2010-12-17 | 2012-06-21 | Telefonaktiebolaget L M Ericsson (Publ) | Method in a ue, a network node and a client node in a wireless communications network |
WO2012130311A1 (en) * | 2011-03-31 | 2012-10-04 | Telefonaktiebolaget L M Ericsson (Publ) | Methods and apparatus for determining a language |
US9160779B2 (en) * | 2011-06-30 | 2015-10-13 | Qualcomm Incorporated | Dynamic adaptive streaming proxy for unicast or broadcast/multicast services |
WO2013078354A1 (en) | 2011-11-23 | 2013-05-30 | Telecommunication Systems, Inc. | Mobile user information selection and delivery event based upon credentials and variables |
US9374696B2 (en) | 2011-12-05 | 2016-06-21 | Telecommunication Systems, Inc. | Automated proximate location association mechanism for wireless emergency services |
EP2942906B1 (en) * | 2013-12-24 | 2017-02-22 | Huawei Technologies Co., Ltd. | Automatic wiring switching apparatus and system, and automatic wiring switching method |
CN104883262A (en) * | 2014-02-28 | 2015-09-02 | 中兴通讯股份有限公司 | Multi-terminal communication method and apparatus |
CN103957502A (en) * | 2014-04-04 | 2014-07-30 | 小米科技有限责任公司 | Location-based service program selecting method, device and terminal |
US9826370B2 (en) * | 2014-10-10 | 2017-11-21 | T-Mobile Usa, Inc. | Location identifiers in mobile messaging |
CN104917895A (en) * | 2015-06-09 | 2015-09-16 | 小米科技有限责任公司 | Positioning system selection method and device and terminal |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040137873A1 (en) * | 2001-04-27 | 2004-07-15 | Risto Kauppinen | Method and system for handling a network-identified emergency session |
US20040190497A1 (en) * | 2003-03-29 | 2004-09-30 | Mark Clinton Knox | System and method for routing telephone calls involving internet protocol network |
US20050009520A1 (en) * | 2001-07-03 | 2005-01-13 | Herrero Antonio Juan Sanchez | Method and system for handling multiple registration |
US20050037781A1 (en) * | 2003-08-13 | 2005-02-17 | Timucin Ozugur | Apparatus, and an associated method, for paging a mobile station operable in a radio communication system |
US20050169248A1 (en) * | 2004-02-04 | 2005-08-04 | Nortel Networks Limited | Method and apparatus for providing in-band location information in an emergency response network |
US20050233727A1 (en) * | 2002-05-06 | 2005-10-20 | Nokia Corporation | System and method for handling sessions of specific type in communication networks |
US7133498B2 (en) * | 2003-04-18 | 2006-11-07 | At&T Corp. | Method for confirming end point location of calls |
US7945036B1 (en) * | 2003-04-07 | 2011-05-17 | Shoretel, Inc. | Provisioning a phone without involving an administrator |
Family Cites Families (40)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5712900A (en) * | 1996-05-21 | 1998-01-27 | Ericsson, Inc. | Emergency call back for roaming mobile subscribers |
JP2000048050A (en) | 1998-05-22 | 2000-02-18 | Fuji Electric Co Ltd | Multimedia information collection management system |
EP1181836B1 (en) * | 1999-05-05 | 2003-04-02 | Nokia Corporation | A method for positioning a mobile station |
JP2001109977A (en) | 1999-10-08 | 2001-04-20 | Home Net Kk | Rescue system |
US6556816B1 (en) | 2000-01-31 | 2003-04-29 | Lucent Technologies Inc. | Method and apparatus for re-establishing a call in a communication system |
US7623447B1 (en) * | 2000-04-10 | 2009-11-24 | Nokia Corporation | Telephony services in mobile IP networks |
GB2361389B (en) * | 2000-04-15 | 2004-01-28 | Ericsson Telefon Ab L M | Telecommunications system |
DE10037740C1 (en) * | 2000-08-02 | 2002-04-25 | Siemens Ag | Procedure for the transmission of emergency calls in a radio communication system |
JP2002142254A (en) * | 2000-10-30 | 2002-05-17 | Nec Corp | Emergency report system and method using mobile communication terminal device |
JP2002247202A (en) * | 2001-02-14 | 2002-08-30 | Nec Corp | Method and system for notifying position of subscriber |
JP3735537B2 (en) | 2001-03-09 | 2006-01-18 | 日本電気通信システム株式会社 | Emergency call system and method |
US6882828B1 (en) | 2001-04-02 | 2005-04-19 | Bellsouth Intellectual Property Corporation | Missed call notification to cellular telephone using short text messaging |
WO2002089515A1 (en) * | 2001-04-27 | 2002-11-07 | Nokia Corporation | Method and system for enabling emergency sessions to be established in abnormal cases |
EP1407631B1 (en) * | 2001-06-18 | 2009-12-16 | Nokia Corporation | Roaming from ims domain to the cs domain |
US6954654B2 (en) * | 2001-07-31 | 2005-10-11 | Lucent Technologies Inc. | Provision of services in a communication system including an interworking mobile switching center |
JP2003087414A (en) * | 2001-09-13 | 2003-03-20 | Nec Eng Ltd | Notifying system |
US6678357B2 (en) * | 2001-09-26 | 2004-01-13 | Siemens Information And Communication Networks, Inc. | Internet protocol (IP) emergency connections (ITEC) telephony |
US6771742B2 (en) * | 2001-11-05 | 2004-08-03 | Intrado Inc. | Geographic routing of emergency service call center emergency calls |
US7031714B1 (en) * | 2001-11-14 | 2006-04-18 | Sprint Spectrum L.P. | Method and system for managing communication based on location |
US7145997B2 (en) | 2001-12-07 | 2006-12-05 | Nokia Corporation | Method and system for callback in case of an emergency session |
JP2003198757A (en) * | 2001-12-26 | 2003-07-11 | Nec Commun Syst Ltd | Internet telephone terminal and emergency call connecting system for internet telephone system |
US6922565B2 (en) * | 2002-03-28 | 2005-07-26 | Telecommunication Systems, Inc. | Public safety access point (PSAP) selection for E911 wireless callers in a GSM type system |
JP2004038881A (en) | 2002-07-08 | 2004-02-05 | Masazumi Saito | Emergency report system and method for the same |
US7369859B2 (en) * | 2003-10-17 | 2008-05-06 | Kineto Wireless, Inc. | Method and system for determining the location of an unlicensed mobile access subscriber |
US7885644B2 (en) * | 2002-10-18 | 2011-02-08 | Kineto Wireless, Inc. | Method and system of providing landline equivalent location information over an integrated communication system |
US7640008B2 (en) * | 2002-10-18 | 2009-12-29 | Kineto Wireless, Inc. | Apparatus and method for extending the coverage area of a licensed wireless communication system using an unlicensed wireless communication system |
WO2004082298A2 (en) * | 2003-03-14 | 2004-09-23 | Nortel Networks Limited | Providing a location service in a wireless communications network using an indication of whether the location service is an emergency-related location service or a law enforcement-related location service |
EP1604513B1 (en) | 2003-03-19 | 2011-07-27 | TELEFONAKTIEBOLAGET LM ERICSSON (publ) | A system and method for storing and accessing multimedia messages |
FR2854017B1 (en) | 2003-04-18 | 2006-03-03 | Cit Alcatel | METHOD OF ESTABLISHING COMMUNICATIONS BETWEEN SELECTED TERMINALS OF USERS THROUGH DEDICATED COMMUNICATIONS EQUIPMENT |
US7899174B1 (en) * | 2003-06-26 | 2011-03-01 | Nortel Networks Limited | Emergency services for packet networks |
US7177623B2 (en) * | 2003-07-02 | 2007-02-13 | The United States Of America As Represented By The Secretary Of The Army | Localized cellular awareness and tracking of emergencies |
FI20040037A0 (en) * | 2004-01-13 | 2004-01-13 | Nokia Corp | Providing position information |
DE102004002680A1 (en) * | 2004-01-19 | 2005-08-11 | Siemens Ag | Adapter unit and method |
US7177399B2 (en) * | 2004-02-27 | 2007-02-13 | Nortel Network Limited | Determining the geographical location from which an emergency call originates in a packet-based communications network |
US20060072547A1 (en) * | 2004-09-29 | 2006-04-06 | Lucent Technologies Inc. | Systems and methods for serving VolP emergency calls |
JP2006216994A (en) * | 2005-01-07 | 2006-08-17 | Oki Electric Ind Co Ltd | Emergency call system and method |
US20070041513A1 (en) * | 2005-02-08 | 2007-02-22 | Gende Michael F | Emergency call identification, location and routing method and system |
US9137770B2 (en) * | 2005-09-15 | 2015-09-15 | Qualcomm Incorporated | Emergency circuit-mode call support |
US7587031B1 (en) * | 2005-12-22 | 2009-09-08 | Nortel Networks Limited | Forced hold call handling in a VoP environment |
US20070149166A1 (en) * | 2005-12-23 | 2007-06-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Voice call continuity for emergency calls |
-
2005
- 2005-12-22 US US11/814,333 patent/US20080107243A1/en not_active Abandoned
- 2005-12-22 CA CA2595077A patent/CA2595077C/en active Active
- 2005-12-22 WO PCT/SE2005/002016 patent/WO2006078202A1/en active Application Filing
- 2005-12-22 EP EP05819786.4A patent/EP1839420B1/en active Active
- 2005-12-22 CN CN2005800468612A patent/CN101103609B/en active Active
- 2005-12-22 JP JP2007551218A patent/JP4567752B2/en active Active
-
2006
- 2006-01-18 WO PCT/SE2006/000078 patent/WO2006078212A1/en active Application Filing
- 2006-01-18 ES ES06701083.5T patent/ES2636805T3/en active Active
- 2006-01-18 MX MX2007008610A patent/MX2007008610A/en active IP Right Grant
- 2006-01-18 CA CA2593569A patent/CA2593569C/en active Active
- 2006-01-18 PT PT67010835T patent/PT1839421T/en unknown
- 2006-01-18 EP EP06701083.5A patent/EP1839421B1/en active Active
- 2006-01-18 JP JP2007551227A patent/JP5032338B2/en active Active
- 2006-01-18 US US11/795,607 patent/US8260250B2/en active Active
- 2006-01-18 CN CNA2006800026541A patent/CN101107831A/en active Pending
-
2012
- 2012-08-02 US US13/565,163 patent/US8503976B2/en active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040137873A1 (en) * | 2001-04-27 | 2004-07-15 | Risto Kauppinen | Method and system for handling a network-identified emergency session |
US20050009520A1 (en) * | 2001-07-03 | 2005-01-13 | Herrero Antonio Juan Sanchez | Method and system for handling multiple registration |
US20050233727A1 (en) * | 2002-05-06 | 2005-10-20 | Nokia Corporation | System and method for handling sessions of specific type in communication networks |
US20040190497A1 (en) * | 2003-03-29 | 2004-09-30 | Mark Clinton Knox | System and method for routing telephone calls involving internet protocol network |
US7945036B1 (en) * | 2003-04-07 | 2011-05-17 | Shoretel, Inc. | Provisioning a phone without involving an administrator |
US7133498B2 (en) * | 2003-04-18 | 2006-11-07 | At&T Corp. | Method for confirming end point location of calls |
US20050037781A1 (en) * | 2003-08-13 | 2005-02-17 | Timucin Ozugur | Apparatus, and an associated method, for paging a mobile station operable in a radio communication system |
US20050169248A1 (en) * | 2004-02-04 | 2005-08-04 | Nortel Networks Limited | Method and apparatus for providing in-band location information in an emergency response network |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7929535B2 (en) * | 2006-07-07 | 2011-04-19 | Qualcomm Incorporated | Geolocation-based addressing method for IPv6 addresses |
US20080008179A1 (en) * | 2006-07-07 | 2008-01-10 | Liren Chen | Geolocation-based addressing method for IPv6 addresses |
US20090147929A1 (en) * | 2006-08-16 | 2009-06-11 | Huawei Technologies Co., Ltd. | Method and apparatus for transmit-receiving emergency service |
US8548419B1 (en) | 2006-09-15 | 2013-10-01 | At&T Mobility Ii Llc | Utilization of SMS and/or cellular broadcast to receive multimedia alerts |
US10477374B2 (en) | 2006-09-15 | 2019-11-12 | At&T Mobility Ii Llc | Utilization of SMS and/or cellular broadcast to receive multimedia alerts |
US10009742B2 (en) | 2006-09-15 | 2018-06-26 | At&T Mobility Ii Llc | Utilization of SMS and/or cellular broadcast to receive multimedia alerts |
US9071948B2 (en) | 2006-09-15 | 2015-06-30 | At&T Mobility Ii Llc | Utilization of SMS and/or cellular broadcast to receive multimedia alerts |
US8041331B2 (en) * | 2007-01-05 | 2011-10-18 | Research In Motion Limited | System and method for conditionally attempting an emergency call setup |
US8315591B2 (en) | 2007-01-05 | 2012-11-20 | Research In Motion Limited | System and method for conditionally attempting an emergency call setup |
US20080166989A1 (en) * | 2007-01-05 | 2008-07-10 | Eniko Sokondar | System and Method for Conditionally Attempting an Emergency Call Setup |
US8532607B2 (en) * | 2008-03-26 | 2013-09-10 | At&T Mobility Ii Llc | Integration of emergency alert information |
US8660518B2 (en) * | 2008-03-26 | 2014-02-25 | At&T Mobility Ii Llc | Integration of emergency alert information |
US20140171016A1 (en) * | 2008-03-26 | 2014-06-19 | At&T Mobility Ii Llc | Integration of emergency alert information |
US20130231079A1 (en) * | 2008-03-26 | 2013-09-05 | At&T Mobility Ii Llc | Integration of emergency alert information |
US9307384B2 (en) * | 2008-03-26 | 2016-04-05 | At&T Mobility Ii Llc | Integration of emergency alert information |
US9877150B2 (en) * | 2008-03-26 | 2018-01-23 | At&T Mobility Ii Llc | Integration of emergency alert information |
US20150341768A1 (en) * | 2009-07-29 | 2015-11-26 | T-Mobile Usa, Inc. | System and method for providing emergency service in an ip-based wireless network |
US9668090B2 (en) * | 2009-07-29 | 2017-05-30 | T-Mobile Usa, Inc. | System and method for providing emergency service in an IP-based wireless network |
US9980086B2 (en) * | 2009-07-29 | 2018-05-22 | T-Mobile Usa, Inc. | System and method for providing emergency service in an IP-based wireless network |
Also Published As
Publication number | Publication date |
---|---|
ES2636805T3 (en) | 2017-10-09 |
CN101107831A (en) | 2008-01-16 |
MX2007008610A (en) | 2007-09-11 |
CA2593569C (en) | 2013-08-06 |
CA2593569A1 (en) | 2006-07-27 |
JP5032338B2 (en) | 2012-09-26 |
WO2006078202A1 (en) | 2006-07-27 |
US20120295577A1 (en) | 2012-11-22 |
EP1839421A1 (en) | 2007-10-03 |
JP4567752B2 (en) | 2010-10-20 |
WO2006078202A9 (en) | 2006-12-14 |
EP1839420B1 (en) | 2018-04-04 |
EP1839420A1 (en) | 2007-10-03 |
US8260250B2 (en) | 2012-09-04 |
US20080268809A1 (en) | 2008-10-30 |
JP2008527907A (en) | 2008-07-24 |
EP1839421B1 (en) | 2017-05-10 |
JP2008527909A (en) | 2008-07-24 |
CN101103609B (en) | 2012-01-18 |
WO2006078212A1 (en) | 2006-07-27 |
CA2595077A1 (en) | 2006-07-27 |
US8503976B2 (en) | 2013-08-06 |
PT1839421T (en) | 2017-06-16 |
CA2595077C (en) | 2015-08-25 |
CN101103609A (en) | 2008-01-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA2595077C (en) | A method and apparatus for handling emergency calls | |
US10397406B2 (en) | Method and apparatus for processing a call to an aggregate endpoint device | |
US7502837B2 (en) | Service provisioning in a communication system | |
US9854005B2 (en) | Methods and apparatus for providing network based services to non-registering endpoints | |
US7206611B2 (en) | Method for displaying special alerting icon | |
US8867547B2 (en) | Method and apparatus for processing a call to an aggregate endpoint device | |
US20100208648A1 (en) | Location-based ims server selection | |
US20110194554A1 (en) | Systems and methods for implementing call pick up using gruu an ims network | |
US8467795B2 (en) | Location-based routing of IMS calls through femtocells | |
KR101107948B1 (en) | Service provisioning in a communication system | |
US20110161519A1 (en) | Method and apparatus for providing a transit service for an aggregate endpoint | |
CN110267360B (en) | International roaming communication method, international gateway and communication system for group service | |
CN110324812B (en) | International roaming communication method, international gateway, application server and communication system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: TELEFONAKTIEBOLAGET LM ERICSSON (PUBL), SWEDEN Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:TERRILL, STEPHEN;BUSIN, AKE;OLSSON, MAGNUS;REEL/FRAME:019674/0436;SIGNING DATES FROM 20070718 TO 20070730 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- AFTER EXAMINER'S ANSWER OR BOARD OF APPEALS DECISION |