Source: https://patents.google.com/patent/US8503976B2/en
Timestamp: 2018-04-22 22:24:27
Document Index: 54880190

Matched Legal Cases: ['Application No. 0500165', 'Application No. 2', 'Application No. 2007', 'Application No. 200680002654', 'Application No. 2007', 'Application No. 200680002654']

US8503976B2 - Method and apparatus for handling emergency calls - Google Patents
Method and apparatus for handling emergency calls Download PDF
US8503976B2
US8503976B2 US13565163 US201213565163A US8503976B2 US 8503976 B2 US8503976 B2 US 8503976B2 US 13565163 US13565163 US 13565163 US 201213565163 A US201213565163 A US 201213565163A US 8503976 B2 US8503976 B2 US 8503976B2
US13565163
US20120295577A1 (en )
Ake Busin
A method and apparatus for providing location information for subscribers connected to a packet-switched mobile access network in connection with emergency calls made over a multimedia service network. An emergency request is received at the multimedia service network from a subscriber containing the calling number of the subscriber. In response thereto, a media gateway control function in the multimedia service network sends a location query including said calling number to a mobile positioning center in the mobile access network, which then can retrieve location information for the subscriber. After receiving location information from the mobile positioning center, the media gateway control function selects an emergency center and sends a location indication for the subscriber thereto in a circuit-switched control message for initiating an emergency call, according to prevailing standards.
This application is a continuation application claiming priority from U.S. application Ser. No. 11/795,607, filed Jun. 2, 2008, now U.S. Pat. No. 8,260,250, which is the U.S. national phase of International Application No. PCT/SE2006/000078 filed 18 Jan. 2006 which designated the U.S. and claims priority to SE Application No. 0500165-6 filed 19 Jan. 2005, the entire contents of each of which are hereby incorporated by reference.
The technology described in this application relates generally to a method and apparatus for handling emergency calls in a multimedia service network and in particular, to providing required location information to an emergency centre for a calling subscriber in a mobile access network.
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 during the call to the emergency centre, at least not immediately.
In fixed public networks such as a PSTN (Public Switched Telephony Network), it is typically required that local exchanges therein add a “calling party identifier” to emergency calls when routed to an emergency centre. A local exchange has knowledge of which subscribers are connected to specific input lines in the exchange, each being associated with a specific calling party identifier, and adds such a calling party identifier to emergency calls. The emergency centre can then retrieve the geographic location from a location database in the public network by means of the received calling party identifier.
However, the location of a subscriber terminal is not permanent in the same way as before, and a terminal can be connected to an access network 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 e.g. in an IP access network, e.g. for accessing various “broadband” services.
FIG. 1 is a simplified illustration of a mobile subscriber terminal A connected to a circuit-switched cellular mobile access network 100 by means of radio connection with a base station 102 providing radio coverage in a cell where the subscriber is currently located. An emergency centre 104 can be reached by subscribers in the network 100 over a transit network (not shown) such as PSTN/ISDN (Integrated Services Digital Network). In the figure, subscriber A makes an emergency call by dialling an SOS number or the like. The base station 102 is connected to an MSC (Mobile Switching Centre) 106 in the network 100, which routes the call to the emergency centre 104.
Network 100 further comprises a mobile positioning centre 108 adapted to provide location information on mobile subscribers in the network 100, including subscriber A, e.g. as geographic coordinates or the like. The position of subscriber A may be determined based on the identity of the cell in which the emergency call is made, which can be obtained from the serving MSC handling the call. This information could be sufficiently accurate, e.g. if the subscriber is located in a relatively small cell. However, more precise location information may also be obtained by means of a positioning function using various advanced methods. For example, the position of a connected mobile terminal can be calculated from signal strength measurements in the base station 102 and/or neighbouring base stations, sometimes referred to as “triangulation”. Further, some mobile terminals are equipped with a GPS (Global Positioning Satellites) unit interacting with a GPS system, such that the positioning function can receive GPS based location information from either the terminal or from the GPS system.
Thus, the serving MSC 106 can supply location information to the emergency centre 104 when routing the call thereto, such as a cell identity or more specific information. The emergency centre 104 may also use available location services employed in the network 100, to determine the location of the calling party, if necessary.
In order to support emergency services, two main information elements have been defined in the current call control signalling standards ISUP (ISDN User Part) and BICC (Bearer Independent Call Control) for circuit-switched networks, namely “calling geodetic location” and “location number”, the former indicating the geographic position of a calling party and the latter identifying a geographical area such as a region, country, city, etc. BICC is a call control protocol used between serving nodes. This protocol is based on the ISUP protocol, and was adapted to support the ISDN services independent of the bearer technology and signalling message transport technology used.
Further, the standard J-STD036-A defines an architecture connecting a circuit-switched mobile network with an emergency services network and messages required to identify and locate a calling party. Among other things, in support of location determination of subscribers making emergency calls, J-STD036-A defines functionality referred to as “MPC (Mobile Positioning Centre)” and “GMLC (Gateway Mobile Location Centre)” in mobile access networks, and “CRDB (Coordinate Routing Database)” in emergency services networks. For example, in a circuit-switched mobile network using the ANSI-41 standard, the node MPC communicates with MSC nodes over interface E3, with the CRDB node in an emergency services network over interface E11, and with an emergency services network over interface E2. In a circuit-switched mobile network using the PCS 1900 standard, the node GMLC communicates with MSC nodes over interface Lg, with the CRDB node in an emergency services network over interface E11, and with an emergency services network over interface E2.
Although the examples above are relevant for traditional circuit-switched telephone networks, the evolution of telecommunication is generally moving towards packet-switched 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.
It has not yet been solved how to provide the necessary location information in support of emergency calls over packet-switched IP networks. It is possible to employ an architecture connecting a packet-switched mobile network with an emergency service network and signalling messages according to the standard J-STD036-A, but this would result in great costs and delays. An alternative and simpler inter-working solution is desirable in this context.
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 for emergency services, although it remains to be solved how to provide relevant location information when required. 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 mobile terminal A by means of an IMS service network. Terminal A is connected to a mobile access network 200 and communicates media with a remote party B, such as another terminal or server, in an IP communication session S. An IMS network 202A is connected to the mobile access network 200 and handles the session with respect to terminal A, where networks 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 another corresponding IMS network 202B. It should be noted that mobile access networks of today are typically divided into a circuit-switched domain and a packet-switched domain.
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 an application server 206 connected to the IMS network 202. Basically, the S-CSCF node 204 serves as a proxy for the application 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 the 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 the IMS network 204 from any access network, such as mobile network 200, and all signalling messages between subscribers of the IMS 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 application servers, which are not shown here for the sake of simplicity. For example, media gateways (MGW) are used for generally converting packet-switched transport into circuit-switched transport, and a node called “Media Gateway Control Function” (MGCF) translates packet-switched IMS signalling (e.g. according to SIP) into circuit-switched signalling (e.g. according to ISUP).
As indicated above, it is desirable to satisfy prevailing emergency requirements for providing location information to an emergency centre for mobile subscribers in a safe and reliable manner, when emergency requests are made over an IP based multimedia service network, such as an IMS network using SIP signalling. However, it is a problem that signalling protocols for emergency networks have typically been implemented in the circuit-switched domain e.g. using ISUP signalling. To implement emergency services wholly in the packet domain, e.g. according to the standard J-STD036-A described above, would result in great costs and deployment delays.
In 3GPP, it has been proposed that a mobile terminal making an IP session request for an emergency call in a packet-switched mobile access network, e.g. by means of an SIP INVITE message, should supply the cell identity along with the request to the network. Thereby, the access network can select the most appropriate emergency centre based on the supplied cell identity, potentially using other network based location services as well, and route the request thereto. However, it has not been solved how to provide the location information to an emergency centre in the circuit-switched domain.
It is thus desirable to support emergency calls with location information when IP based multimedia services and networks are used. It is also desirable to maintain existing circuit-switched standards and infrastructures in emergency networks when providing such location information in emergency sessions by means of an IP based multimedia service network.
It is an object to address at least some of the problems outlined above, and to provide a solution for providing location information for a mobile terminal to an emergency centre in connection with an IP based emergency session request. This object and others may be obtained by a method and apparatus according to the attached independent claims.
According to one aspect, a method, executed in a multimedia service network, provides location information for subscribers connected to a packet-switched mobile access network. When an emergency request is received from a subscriber containing a calling number, a location query for said calling number is sent to a mobile positioning centre in the mobile access network if more detailed location information is needed. In response thereto, location information is received for the subscriber, and a location indication for the subscriber is provided to a selected emergency centre in a circuit-switched control message, according to prevailing standards for initiating a circuit-switched emergency call.
The method is preferably executed in a media gateway control function used for translating packet-switched signalling messages into circuit-switched signalling messages, emulating the behaviour of a circuit-switched network towards the emergency centre. The media gateway control function may then emulate the behaviour of an MSC in a circuit-switched mobile access network, using the Lg interface or E3 interface as specified in the J-STD-036-A standard.
The emergency centre may be selected for the request, based on the received location information. The provided location indication may indicate the current location of the subscriber explicitly, e.g. as geographic coordinates or a street address or similar. Alternatively, the provided location indication may indicate the current location of the subscriber implicitly by means of a reference code or pointer, such that the emergency centre can use the location indication to retrieve location information from the mobile positioning centre, if needed. In the latter case, the received location information may be sent on the Lg interface or E3 interface as specified in the J-STD-036-A standard to the mobile positioning centre, and said reference code or pointer is then received as a response from the mobile positioning centre on said Lg interface or E3 interface.
When the emergency centre is connected to a circuit-switched transit network, the packet-switched emergency request is translated into said circuit-switched control message according to prevailing standards in the transit network, for initiating an emergency call with the emergency centre.
The multimedia service network may be an IMS network using SIP signalling, and said emergency request may then be an SIP INVITE message. Furthermore, the circuit-switched control message may be the message IAM according to the ISUP standard.
According to another aspect, an arrangement in a multimedia service network provides location information for subscribers connected to a packet-switched mobile access network. The arrangement comprises means for receiving an emergency request from a subscriber containing a calling number, means for sending a location query for said calling number to a mobile positioning centre in the mobile access network if more detailed location information is needed, means for receiving location information for the subscriber in response to the location query, and means for providing a location indication for the subscriber to a selected emergency centre in a circuit-switched control message, according to prevailing standards for initiating a circuit-switched emergency call.
The arrangement may preferably be implemented in a media gateway control function used for translating packet-switched signalling messages into circuit-switched signalling messages, emulating the behaviour of a circuit-switched network towards the emergency centre. The media gateway control function may then be configured to emulate the behaviour of an MSC in a circuit-switched mobile access network, using the Lg interface or E3 interface as specified in the J-STD-036-A standard.
The arrangement may further comprise logic means for selecting said emergency centre for the request, based on the received location information.
The provided location indication may indicate the current location of the subscriber either explicitly, e.g. as geographic coordinates or a street address or similar, or implicitly by means of a reference code or pointer, as mentioned above. In the latter case, the arrangement may further comprise means for sending the received location information on the Lg interface or E3 interface as specified in the J-STD-036-A standard to the mobile positioning centre, and means for receiving said reference code or pointer as a response from the mobile positioning centre on said Lg interface or E3 interface.
If the emergency centre is connected to a circuit-switched transit network, the arrangement further comprises means for translating the packet-switched emergency request into said circuit-switched control message according to prevailing standards in the transit network, for initiating an emergency call with the emergency centre.
In the arrangement, the multimedia service network may be an IMS network using SIP signalling, and said emergency request may then be an SIP INVITE message. Furthermore, the circuit-switched control message may be the message IAM according to the ISUP standard.
FIG. 1 is a schematic block diagram of a circuit-switched cellular mobile access network providing location information for an emergency call.
FIG. 2 is a schematic block diagram of a communication scenario including an IMS network.
FIG. 3 is a block diagram of elements in a mobile access network and in a multimedia service network, illustrating a procedure for providing location information, according to one embodiment.
FIG. 4 is a flow chart illustrating a procedure for providing location information, according to another embodiment.
FIG. 5 is a block diagram of a multimedia gateway control function in a multimedia service network, according to yet another embodiment.
Location information is obtained for a mobile subscriber connected to a mobile access network and for providing the location information to an emergency centre, in connection with a packet-switched 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 mobile terminal capable of IP communication, is connected to a packet-switched mobile access network 300 at a certain location. The mobile access network 300 comprises a plurality of base stations (not shown), an SGSN/GGSN (Serving GPRS Support Node/Gateway GPRS Support Node) 302 currently serving the subscriber A, a mobile positioning centre 304 and a positioning function 306. These nodes are typically present in any mobile access network.
The mobile positioning centre 304 is adapted to obtain the current location of subscribers in radio connection with base stations in the network 300. The positioning function 306 is adapted to provide location information on a cell level, if sufficient, or derive more precise location information by means of various calculation methods, as outlined above in the background section. The illustrated positioning function 306 is typically implemented in a radio network part of the mobile access network 300.
Mobile access network 300 is further connected to a multimedia service network, in this case an IMS network like the one described above for FIG. 2, containing an IMS core 308. Here, the IMS core 308 basically represents a session managing node used for handling messages from subscriber A, typically a P-CSCF node. The mobile access network 300 has a packet-switched domain for IP communication and may be adapted for “3G” mobile telephony using WCDMA (Wideband Code Division Multiple Access) and/or GPRS (General Packet Radio Service), although the technology described in this application is generally not limited in this respect. Further, the IMS network includes an MGCF 310 and an MGW 312 for communication with a circuit-switched transit network 314 to which an emergency centre 316 is connected.
Hence, subscriber A has access to multimedia services offered by means of IMS core 308 over the packet-switched domain in the mobile access network 300, and also to various emergency services by means of the emergency centre 316. Of course, the subscriber A can move freely within the radio coverage area of network 300 by connecting to different base stations, in a manner well-known in the art.
A first step 3:1 in the figure illustrates that the IMS core 308 receives an emergency request from subscriber A having dialled an SOS number or the like and being at a location unknown so far. It is assumed here that location information on the calling party is generally required in emergency calls, which should be available to the emergency centre 316 in connection with incoming emergency requests, as explained in the background section. Local regulations may further dictate the level of detail for the location information. Thus, the IMS network is generally obliged to retrieve such location information in connection with the emergency request of step 3:1, which is to be made available to the emergency centre.
According to prevailing standards, the request contains a calling number (or “A number”) of the subscriber A, and is received as a session invitation such as an SIP INVITE message. The request may further contain a cell identity indicating the cell in which the subscriber is currently connected, which may be added to the request by the subscriber terminal
As the received emergency request is in effect a session invitation for an emergency call, the IMS core 308 will set up a call with a suitable emergency centre. The IMS core can use the cell identity in the request to select a suitable emergency centre serving that cell area, in this case emergency centre 316. Alternatively, the cell identity is used merely to first select an MGCF to which the request is routed, such that the MGCF 310 then selects the emergency centre, e.g. based on more detailed location information, as will be described below.
Thus, a next step 3:2 illustrates that IMS core 308 routes the request further on to the relevant MGCF 310 handling communication with the circuit-switched transit network 314 to which emergency centre 316 belongs. If the MGCF 310 then determines that more detailed location information is required for further routing and/or for delivery to emergency centre 316, it contacts the mobile positioning centre 304.
Therefore in this case, MGCF 310 sends a location query in a step 3:3 including the calling number (or A number) received in the request, to the mobile positioning centre 304 in network 300 on a suitable interface, effectively asking for the current location of the subscriber of that calling number. In response thereto, mobile positioning centre 304 retrieves location information for the calling subscriber from the positioning function 306, in a next step 3:4. The positioning function 306 may use any suitable method for determining the location of subscriber A based on, e.g., signal strength measurements or GPS information as described above for FIG. 1, and the technology described in this application is not limited to any specific positioning methods. As a result, mobile positioning centre 304 is now able to respond to the location query of step 3:3 and may provide the obtained location information to MGCF 310, in a following step 3:5.
Depending on the implementation, the location information may then be presented by MGCF 310 to emergency centre 316 explicitly, e.g. as geographic coordinates or a street address or similar, or implicitly as a reference code or pointer. In the following description, the term “location indication” represents either explicit or implicit location information.
If the location information is to be given implicitly, MGCF 310 may first send the needed location information on the Lg or E3 interface as specified in J-STD-036-A to the mobile positioning centre 304, in an optional step 3:5 a. Then, the mobile positioning centre 304 stores the actual location of subscriber A and provides an assigned reference code or pointer, such that the emergency centre can retrieve the actual location from the mobile positioning centre 304 using the reference code or pointer, if needed. The mobile positioning centre 304 then sends the assigned reference code or pointer on the Lg or E3 interface as specified in J-STD-036-A to MGCF 310, in a following optional step 3:5 b.
In any case, the MGCF 310 now selects emergency centre 316 to be the receiver of the emergency request from subscriber A, e.g. based on the location indication obtained in step 3:5. Further, the MGCF 310 translates the packet-switched emergency request into a circuit-switched control message according to prevailing standards in the transit network 314, for initiating an emergency call with emergency centre 316. MGCF 310 also includes the obtained location indication in the control message and sends it to the emergency centre 316 in a next step 3:6.
In this way, the MGCF provides in effect an emergency service inter-working function emulating the behaviour of a circuit-switched network towards the transit network 314 and the emergency centre 316, and optionally also towards the mobile positioning centre 304.
If ISUP is used in network 314, a call initiation message called IAM (Initial Address Message) can be used for conveying the location indication to the emergency centre 316. It should be noted that the location indication may be either explicit or implicit, as described above. If implicit, e.g. a reference code or number or pointer, the emergency centre 316 may query the mobile positioning centre 304 for the actual location of the calling subscriber at a later point, e.g. during or after the call depending on the nature of the emergency.
The above described solution makes it possible to obtain and provide required location information to an emergency centre in a circuit-switched network in connection with emergency calls over a multimedia service network coming from subscribers connected to a packet-switched mobile access network.
An exemplary procedure for providing location information for a subscriber connected to a mobile access network, according to one aspect, 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 media gateway control function MGCF or other corresponding node in a multimedia service network, handling translation between packet-switched signalling (e.g. according to SIP in an IMS network) and circuit-switched signalling (e.g. according to ISUP in a PSTN/ISDN), particularly as illustrated in FIG. 3.
In a first step 400, a packet-switched emergency request is initially received over the multimedia service network from the subscriber containing a calling number (or A number) and optionally also a cell identity. In response thereto, it is determined in a step 402 whether the received request requires more detailed location information. For example, if a cell identity was included in the request, it may be determined if sufficiently detailed location information can be drawn from a received cell identity, or if more precise location must be indicated for the subscriber e.g. according to prevailing regulations for emergency calls. As mentioned above, the cell identity may correspond to a cell size that is small enough to specify the location of the calling subscriber satisfactorily.
If more detailed location information is required, a location query for the received calling number is sent to a mobile positioning centre in the mobile access network, in a next step 404. After proceedings in the mobile positioning centre, a location indication is received therefrom, in a following step 406. As mentioned above, the mobile positioning centre may use signal strength measurements and/or GPS information to obtain sufficiently detailed location information for the calling subscriber. If the location indication is implicit, the actual location of the subscriber is stored together with the location indication in the mobile positioning centre to make it available later upon request.
Next, a suitable emergency centre is selected and location information, in this case the location indication received in step 406, is provided with the emergency call request to the selected emergency centre, in a further step 408. It should be noted that the obtained location indication may also 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 in step 402 that more detailed location information is in fact not required, e.g. if the cell identity is sufficient, step 408 may be executed thereafter, omitting steps 404 and 406 in this case.
An arrangement in a media gateway control function MGCF adapted to operate in a multimedia service network, will now be briefly described with reference to FIG. 5. The MGCF 500 is basically adapted to execute the procedure steps illustrated in FIG. 4, and the procedure described for MGCF 310 in FIG. 3.
The MGCF 500 is connected to a media gateway MGW 500 a and comprises first receiving means 502 configured to receive packet-switched emergency requests R from subscribers over the multimedia service network, said subscribers being connected to a mobile access network. MGCF 500 further comprises sending means 504 configured to send location queries Q to a mobile positioning centre in a mobile access network where said subscribers are connected, if more detailed location information is needed for the subscribers, e.g. to fulfil prevailing regulations or other requirements for emergency calls. MGCF 500 further comprises second receiving means 506 configured to receive location indications L from the mobile positioning centre in response to said queries Q.
MGCF 500 also comprises providing means 508 configured to provide obtained location indications L with circuit-switched control messages for emergency requests
R(L) to selected emergency centres, in a suitable manner according to standards valid for the selected emergency centres. Said control messages may be regular call setup messages or the like, e.g. the message IAM according to the standard ISUP. Each emergency request R(L) is thus sent to a selected emergency centre, optionally selected based on the obtained location indication L. The providing means 508 may be configured to provide the location indications L either as explicit or implicit location information for the calling subscriber, as described above.
MGCF 500 may further comprise a logic means 510 for controlling the operation of the different means 502-508, and optionally also for selecting a suitable emergency centre for the emergency requests E(L), based on obtained location information L. The logic means 510 may also be configured to recognise whether an incoming multimedia request is directed to an emergency service, to determine if location information is to be provided with the request or not, and to determine if more detailed location information is needed.
It should be noted that FIG. 5 illustrates logically the basic functional elements of the MGCF 500. However, the skilled person is free to put them into practice in any suitable manner not limited to the shown disposition.
The technology described in this application offers a simple yet reliable mechanism for obtaining required location information and for providing it to an emergency centre in a circuit-switched network, in response to packet-switched emergency requests from subscribers connected to a mobile access network and requesting emergency services from a multimedia service network. In particular, the above-described MGCF can emulate the behaviour of an MSC in a circuit-switched mobile access network, e.g. using the Lg or E3 interface as specified in the J-STD-036-A standard.
While the description referred to specific example embodiments, the description should not be taken as limiting the scope of the claims. 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 technology 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 claims.
1. A method in an IP Multimedia Subsystem (IMS) network that uses Session Initiation Protocol (SIP) of providing location information to an emergency center in a circuit-switched network for a mobile radio terminal connected to a packet-switched mobile access network, the method comprising the following steps:
receiving a packet-switched emergency request from the mobile radio terminal containing a calling number via a SIP INVITE message,
sending a location query for the calling number to a mobile radio terminal positioning center in a mobile radio access network when more detailed location information is needed,
receiving a location indication for the mobile radio terminal in response to the location query,
translating the packet-switched emergency request into a circuit-switched control message for the emergency request, and
sending the translated circuit-switched control message including the location indication for the mobile radio terminal to the emergency center according to one or more standards for initiating a circuit-switched emergency call.
2. A method according to claim 1, wherein the translating step is performed using one or more multimedia network nodes that emulate the behavior of a mobile switching center (MSC) in a circuit-switched mobile access network.
3. A method according to claim 2, wherein the one or more multimedia network nodes includes one or both of a media gateway control function (MGCF) and a control session control function (CSCF).
4. A method according to claim 2, wherein the one or more multimedia network nodes emulate the behavior of a mobile switching center (MSC) in a circuit-switched mobile access network using an Lg interface or E3 interface as specified in the J-STD-036-A standard.
5. A method according to claim 1, wherein the emergency center is selected for the request based on the received location information.
6. A method according to claim 1, wherein the location indication indicates the current location of the mobile radio terminal as geographic coordinates or a street address.
7. A method according to claim 1, wherein the location indication indicates the current location of the mobile radio terminal using a reference code or pointer such that the emergency center can use the location indication to retrieve location information from the mobile positioning center, if needed.
8. A method according to claim 7, wherein the received location information is sent on an Lg interface or E3 interface as specified in the J-STD-036-A standard to the mobile positioning center, and the reference code or pointer is then received as a response from the mobile positioning center on the Lg interface or E3 interface.
9. A method according to claim 1, wherein the circuit-switched control message is an IAM message according to the ISUP standard.
10. An IP multimedia service network using Session Initiation Protocol (SIP) signaling for providing location information to an emergency center in a circuit-switched network for a mobile radio terminal connected to a packet-switched mobile access network, comprising one or more multimedia service network nodes configured to:
receive a packet-switched emergency request from the mobile radio terminal containing a calling number via a SIP INVITE message,
send a location query for the calling number to a mobile radio terminal positioning center in a mobile radio access network when more detailed location information is needed,
receive a location indication for the mobile radio terminal in response to the location query,
translate the packet-switched emergency request into a circuit-switched control message for the emergency request, and
send the translated circuit-switched control message including the location indication for the mobile radio terminal to the emergency center according to one or more standards for initiating a circuit-switched emergency call.
11. The IP multimedia service network according to claim 10, wherein the one or more multimedia network nodes is configured to translate the packet-switched emergency request into a circuit-switched control message for the emergency request so as to emulate the behavior of a mobile switching center (MSC) in a circuit-switched mobile access network.
12. The IP multimedia service network according to claim 11, wherein the one or more multimedia network nodes includes one or both of a media gateway control function (MGCF) and a control session control function (CSCF).
13. The IP multimedia service network according to claim 11, wherein the one or more multimedia network nodes is configured to emulate the behavior of a mobile switching center (MSC) in a circuit-switched mobile access network using an Lg interface or E3 interface as specified in the J-STD-036-A standard.
14. The IP multimedia service network according to claim 11, wherein the emergency center is selected for the request based on the received location information.
15. The IP multimedia service network according to claim 11, wherein the location indication indicates the current location of the mobile radio terminal as geographic coordinates or a street address.
16. The IP multimedia service network according to claim 11, wherein the location indication indicates the current location of the mobile radio terminal using a reference code or pointer such that the emergency center can use the location indication to retrieve location information from the mobile positioning center, if needed.
17. The IP multimedia service network according to claim 16, wherein the received location information is sent on an Lg interface or E3 interface as specified in the J-STD-036-A standard to the mobile positioning center, and the reference code or pointer is then received as a response from the mobile positioning center on the Lg interface or E3 interface.
18. The IP multimedia service network according to claim 10, wherein the circuit-switched control message is an IAM message according to the ISUP standard.
US13565163 2005-01-19 2012-08-02 Method and apparatus for handling emergency calls Active US8503976B2 (en)
SE0500165 2005-01-19
SE0500165-6 2005-01-19
PCT/SE2006/000078 WO2006078212A1 (en) 2005-01-19 2006-01-18 A method and apparatus for handling emergency calls in a packet switched radio access network
US79560708 true 2008-06-02 2008-06-02
US13565163 US8503976B2 (en) 2005-01-19 2012-08-02 Method and apparatus for handling emergency calls
US11795607 Continuation
PCT/SE2006/000078 Continuation WO2006078212A1 (en) 2005-01-19 2006-01-18 A method and apparatus for handling emergency calls in a packet switched radio access network
US79560708 Continuation 2008-06-02 2008-06-02
US20120295577A1 true US20120295577A1 (en) 2012-11-22
US8503976B2 true US8503976B2 (en) 2013-08-06
ID=36000959
US11814333 Abandoned US20080107243A1 (en) 2005-01-19 2005-12-22 Method And Apparatus For Handling Emergency Calls
US11795607 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
US13565163 Active US8503976B2 (en) 2005-01-19 2012-08-02 Method and apparatus for handling emergency calls
US (3) US20080107243A1 (en)
EP (2) EP1839420B1 (en)
JP (2) JP4567752B2 (en)
CN (2) CN101103609B (en)
CA (2) CA2595077C (en)
ES (1) ES2636805T3 (en)
WO (2) WO2006078202A9 (en)
WO2007011861A3 (en) * 2005-07-18 2007-06-07 Telecomm Systems Inc Integrated services user part (isup)/session initiation protocol (sip) gateway for unlicensed mobile access (uma) emergency services call flow
WO2007106005A1 (en) * 2006-03-15 2007-09-20 Teliasonera Ab Automatic positioning of equipment connected to a telecommunication and data communication system
US8340626B2 (en) 2006-04-28 2012-12-25 Qualcomm Incorporated System and method for supporting voice call continuity for VOIP emergency calls
WO2007126100A1 (en) * 2006-05-02 2007-11-08 Ntt Docomo, Inc. Mobile terminal and mobile communication system
US7929535B2 (en) * 2006-07-07 2011-04-19 Qualcomm Incorporated Geolocation-based addressing method for IPv6 addresses
EP2375629B1 (en) * 2006-08-16 2014-12-24 Huawei Technologies Co., Ltd. Method and apparatus for transmitting/receiving in emergency services
CN101518016B (en) * 2006-10-03 2012-08-01 艾利森电话股份有限公司 Supply of access information in communication network
CN101166364A (en) * 2006-10-21 2008-04-23 华为技术有限公司 A method and system for realizing continuous voice call in emergent service
US8041331B2 (en) 2007-01-05 2011-10-18 Research In Motion Limited System and method for conditionally attempting an emergency call setup
CN101237334A (en) * 2007-01-31 2008-08-06 华为技术有限公司 Microwave access global intercommunication system and method and device for providing emergent service
US8190118B2 (en) * 2008-03-26 2012-05-29 At&T Mobility Ii Llc Integration of emergency alert information
EP2106097A1 (en) 2008-03-27 2009-09-30 Alcatel Lucent Method and device for providing peer-to-peer emergency service
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
EP2413619B1 (en) * 2010-07-26 2016-09-07 HTC Corporation Method of handling emergency session and related communication device
US20140016513A1 (en) * 2011-03-31 2014-01-16 Telefonaktiebolaget L M Ericsson (Publ) Methods and apparatus for determining a language
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
JP2000048050A (en) 1998-05-22 2000-02-18 Ffc:Kk Multimedia information collection management system
JP2001109977A (en) 1999-10-08 2001-04-20 Home Net Kk Rescue system
WO2002011483A1 (en) 2000-08-02 2002-02-07 Siemens Aktiengesellschaft Method for transmitting emergency messages in a radio communications system
JP2002269660A (en) 2001-03-09 2002-09-20 Kansai Nippon Denki Tsushin System Kk Emergency informing system and emergency informing method
US20030108175A1 (en) 2001-12-07 2003-06-12 Miikka Poikselka Method and system for callback in case of an emergency session
JP2004038881A (en) 2002-07-08 2004-02-05 Katsunori Eguchi Emergency report system and method for the same
US20040121755A1 (en) 2001-04-27 2004-06-24 Tuija Hurtta Method and system for enabling emergency sessions to be established in abnormal cases
US20040137873A1 (en) 2001-04-27 2004-07-15 Risto Kauppinen Method and system for handling a network-identified emergency session
US6775534B2 (en) * 2000-04-15 2004-08-10 Telefonaktiebolaget Lm Ericsson Telecommunications system
US6799017B1 (en) 2001-04-02 2004-09-28 Bellsouth Intellectual Property Missed call notification to cellular telephone using short text messaging
WO2004084530A1 (en) 2003-03-19 2004-09-30 Telefonaktiebolaget L M Ericsson (Publ) A system and method for storing and accessing multimedia messages
WO2004095816A2 (en) 2003-04-18 2004-11-04 Alcatel Method of establishing communications between selected user terminals, using dedicated communication equipment
US20040242227A1 (en) * 2001-06-18 2004-12-02 Nokia Corporation Roaming from IMS domain to the CS domain
US7031714B1 (en) 2001-11-14 2006-04-18 Sprint Spectrum L.P. Method and system for managing communication based on location
US7031722B2 (en) 1999-05-05 2006-04-18 Nokia Corporation Method for positioning a mobile station
US20070115946A1 (en) * 2004-01-19 2007-05-24 Stephan Schaade Adapter unit and method
US7587031B1 (en) * 2005-12-22 2009-09-08 Nortel Networks Limited Forced hold call handling in a VoP environment
US7738855B2 (en) 2003-03-14 2010-06-15 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
JP2002142254A (en) * 2000-10-30 2002-05-17 Nec Corp Emergency report system and method using mobile communication terminal device
ES2235065T3 (en) * 2001-07-03 2005-07-01 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for managing multiple records.
JP2003087414A (en) * 2001-09-13 2003-03-20 Nec Eng Ltd Notifying system
JP2003198757A (en) * 2001-12-26 2003-07-11 Nec Commun Syst Ltd Internet telephone terminal and emergency call connecting system for internet telephone system
US7945036B1 (en) * 2003-04-07 2011-05-17 Shoretel, Inc. Provisioning a phone without involving an administrator
US7043256B2 (en) * 2003-08-13 2006-05-09 Alcatel Apparatus, and an associated method, for paging a mobile station operable in a radio communication system
JP2006216994A (en) * 2005-01-07 2006-08-17 Oki Electric Ind Co Ltd Emergency call system and method
JP2004505574A (en) 2000-08-02 2004-02-19 シーメンス　アクチエンゲゼルシヤフトＳｉｅｍｅｎｓ　Ａｋｔｉｅｎｇｅｓｅｌｌｓｃｈａｆｔ The method of transmitting an emergency call message in a wireless communication system
US20030176180A1 (en) 2000-08-02 2003-09-18 Arnulf Deinzer Method for transmitting emergecy messages in a radio communications system
US6990329B2 (en) 2000-08-02 2006-01-24 Siemens Aktiengesellschaft Method for transmitting emergency call messages in a radio communications system
US7702079B2 (en) * 2004-01-19 2010-04-20 Siemens Aktiengesellschaft Adapter unit and method
3GPP TR 23.867 V0.7.1 (Dec. 2004), (Release 7), 73 pages.
3GPP TS 03.71 V8.9.0 (Jun. 2004), (Release 9), 110 pages.
Canadian Office Action mailed May 30, 2012 in corresponding Canadian Application No. 2,593,569.
English Summary of Chinese official action, Feb. 13, 2012, in Chinese Application No. 2007-551227.
English Summary of Chinese official action, Mar. 1, 2012, in Chinese Application No. 200680002654.1.
English summary of Japanese official action, May 27, 2011, in corresponding Japanese Application No. 2007-551227.
English Translation of Chinese Official Action, Apr. 8, 2011, in corresponding Chinese Application No. 200680002654.1.
Interim Standard (Trial Use Standard) Enhanced Wireless 9-1-1, Phase II, TIA/EIA/IS-J-STD-036, Aug. 2000.
International Search Report for International Application No. PCT/SE2006/000078, mailed May 4, 2006.
Joint Standard, Enhanced Wireless 9-1-1 Phase 2, J-STD-036-A, Jun. 2002, pp. 1-294.
Written Opinion of the International Preliminary Examining Authority, mailed Apr. 3, 2007.
CN101103609A (en) 2008-01-09 application
US20120295577A1 (en) 2012-11-22 application
CN101107831A (en) 2008-01-16 application
EP1839420B1 (en) 2018-04-04 grant
EP1839420A1 (en) 2007-10-03 application
US20080268809A1 (en) 2008-10-30 application
CA2593569A1 (en) 2006-07-27 application
WO2006078202A9 (en) 2006-12-14 application
US20080107243A1 (en) 2008-05-08 application
JP2008527909A (en) 2008-07-24 application
ES2636805T3 (en) 2017-10-09 grant
EP1839421A1 (en) 2007-10-03 application
US8260250B2 (en) 2012-09-04 grant
EP1839421B1 (en) 2017-05-10 grant
WO2006078212A1 (en) 2006-07-27 application
CA2595077A1 (en) 2006-07-27 application
JP5032338B2 (en) 2012-09-26 grant
CN101103609B (en) 2012-01-18 grant
JP2008527907A (en) 2008-07-24 application
CA2593569C (en) 2013-08-06 grant
WO2006078202A1 (en) 2006-07-27 application
CA2595077C (en) 2015-08-25 grant
JP4567752B2 (en) 2010-10-20 grant
US20080273670A1 (en) 2008-11-06 Video E911
US20090191841A1 (en) 2009-07-30 Method and Apparatus for Extended Call Establishment for IMS Emergency Calls
US7177399B2 (en) 2007-02-13 Determining the geographical location from which an emergency call originates in a packet-based communications network
US20100046406A1 (en) 2010-02-25 Mobile computing device geographic location determination
US20090005048A1 (en) 2009-01-01 Apparatus and method for call handover between packet network system and circuit network system
US20100166167A1 (en) 2010-07-01 Method and Apparatus for Managing Subscriber Profile Information
US20030027595A1 (en) 2003-02-06 Provision of services in a communication system including an interworking mobile switching center