1. Field of the Invention
The invention relates to emergency call communications, and in particular, to systems and methods for providing emergency call service for Voice over Internet Protocol (VoIP) calls. This invention further relates to systems and methods for providing call back for VoIP emergency calls.
2. Statement of the Problem
When a caller dials an emergency number, such as 911 in the U.S., 112 in Europe, etc, the emergency call is routed to a Public Safety Answering Point (PSAP) to handle the call. The PSAP acquires information on the emergency call, such as the directory number (DN) of the telephone used by the caller, the location of the caller, and other information. For an emergency call placed over a circuit-based network, such as a Public Switched Telephone Network (PSTN), the PSAP receives the directory number of the calling telephone over the signaling used to set up the emergency call. If the emergency call is dropped for some reason, the PSAP operator is able to perform a call-back function by calling the directory number.
Some service providers are now offering Voice over Internet Protocol (VoIP) service that routes voice traffic over the Internet in IP packets. One problem for VoIP service providers is providing emergency services for VoIP emergency calls. VoIP phones have a phone number that is designated by the service provider. The VoIP phones are also identified by a user identifier (ID), such as a Session Initiation Protocol (SIP) Uniform Resource Identifier (URI), a Uniform Resource Locator (URL), an IP address, or some other identifier. This user ID is used to route packets to the VoIP phone.
Currently, when an emergency call is placed from a VoIP phone, the emergency call is routed to a traditional PSAP. However, the phone number of the VoIP phone is not provided to the PSAP as is done in a circuit-based network. Also, traditional PSAPs cannot effectively determine the phone number of the VoIP phone. The PSAP may be able to handle the emergency call from the VoIP phone as long as the emergency call remains active. However, a problem remains if the emergency call becomes disconnected as the PSAP does not have a phone number to perform a call-back function to the VoIP phone. Call back for VoIP emergency calls is desired so that VoIP callers may receive quality emergency call service comparable to that provided for emergency calls placed over a circuit-based network.
The present invention solves the above described and other problems by the provision of systems and methods that assign temporary directory numbers (TDN) to VoIP emergency calls. In one embodiment of the system, a call control entity is placed between PSAPs of an emergency service network and the IP network transporting VoIP calls. When a VoIP emergency call is placed from a VoIP calling station (e.g., a VoIP phone), the emergency call is routed to the call control entity. The emergency call includes a user ID, such as a SIP URI, a URL, an IP address, etc, that identifies the VoIP calling station on the IP network. The call control entity assigns a TDN to the emergency call and associates the assigned TDN to the user ID, such as by storing the TDN and the user ID in a database or memory. The emergency call and the TDN are then extended to a PSAP to handle the emergency call.
If the emergency call is disconnected from the PSAP, the PSAP operator is able to dial the TDN to provide a call-back function. The network between the PSAP and the call control entity routes the call-back attempt from the PSAP to the call control entity. The call control entity receives the call-back attempt to the TDN from the PSAP, and identifies the user ID associated with the TDN. The call control entity then routes the call-back attempt from the PSAP to the VoIP calling station that initiated the emergency call using the user ID to reestablish the call.
The call control entity advantageously interfaces an IP network with traditional PSAPs so that the traditional PSAPs can provide call-back functions for VoIP emergency calls. By assigning TDN's to VoIP emergency calls, the call control entity is able to provide the PSAP with a telephone number as expected by the PSAP. The PSAP may be unaware that the emergency call originated from a VoIP station, as the PSAP receives a DN just as with a circuit-based network. The TDN advantageously allows the PSAP to reestablish a disconnected call in the same manner as for traditional circuit-based emergency calls.
The above and other problems solved by the present invention may be better understood from a reading of the following detailed description thereof taken in conjunction with the drawings in which:
Description of
An emergency call initiated by landline telephone 102 is served by extending the call connection over path 109, through central office 103, and over path 105 to PSAP 106, which further extends the call over path 125 to operator 121. The call setup information received by PSAP 106 includes the DN of telephone 102. Operator 121 serves the call by conversing with the calling party to determine the nature of the emergency and to take the steps necessary to assist in the provision of the required emergency services. These services may include contacting police, fire, ambulances, etc. In providing these services, PSAP 106 communicates over path 107 with Automatic Location Information (ALI) database 131, which stores location information pertaining to the calling party. If the call connection is inadvertently disconnected, the operator may attempt to reestablish the connection by dialing the DN of telephone 102.
Wireless facility 108, cable facility 110 and Internet facility 112 represent communication facilities that can provide for placing VoIP emergency calls through a VoIP calling station (not shown). Emergency calls served by facilities 108, 110 and 112 are extended over paths 114, 116 and 118, respectively, to call control entity (CCE) 104 using VoIP technology. CCE 104 receives an emergency call from a VoIP calling station connected to one of the facilities 108, 110 or 112. The emergency call includes a user ID, such as a SIP URI, a URL, an IP address, etc, that identifies the VoIP calling station. CCE 104 assigns a TDN to the emergency call upon its receipt. CCE 104 also associates the assigned TDN to the user ID, such as by storing the TDN and the user ID in a database or a memory. CCE 104 then extends the emergency call and the TDN to the correct to PSAP 106 or 124 (assume PSAP 106). Although the term PSAP is used, CCE 104 may extend the emergency call to any emergency services center.
The PSAP operator 121 serves the emergency call by conversing with the calling party to determine the emergency services required, and to notify the proper authorities. The PSAP operator 121 may use the TDN received from CCE 104 to determine location information for the VoIP calling station. PSAP 106 may use the location information to dispatch the proper authorities, e.g. police, fire, ambulances, etc.
In the event the emergency call is dropped, PSAP 106 may reestablish a call with the VoIP calling station by dialing the TDN provided by CCE 104. A network (not shown) between PSAP 106 and CCE 104 knows to route the call-back attempt to CCE 104 based on the dialed TDN. CCE 104 receives the call-back attempt that includes the TDN, and associates the TDN to the user ID of the VoIP calling station that initiated the emergency call. CCE 104 then routes the call-back attempt to the VoIP calling station based on the user ID to thereby establish a call between the calling party, identified by the user ID, and PSAP 106. The term call-back attempt is used to refer to the call placed by PSAP 106 to reestablish communication with the VoIP calling station.
PSAP 106, as a traditional PSAP, expects to receive a circuit-based call. For a VoIP emergency call placed from a VoIP call station, the VoIP emergency call needs to be converted from packet format to a circuit-based format, such as Time Division Multiplexing (TDM) format. CCE 104 may performs the conversion upon receiving the VoIP emergency call, or an intervening gateway may perform the conversion. In different embodiments of CCE 104, CCE 104 is configured to handle packet-based calls, circuit-based calls, or both.
CCE 104 is further connected to location translation (LT) facility 111 which assists CCE 104 in routing each emergency call to the correct PSAP 106 or 104. Location translation facility 111 also assists in updating the location information corresponding with the TDN stored in ALI database 131 and 131A. ALI database 131 and 131A maintains location information of DNs used by PSAP 106 or 124 in the serving of emergency calls.
Description of
As previously described, existing emergency services centers, such as PSAPs, are equipped to received directory numbers (DN) to provide call-back functions, but are not equipped to receive user IDs for VoIP calling stations. In other words, existing emergency call service facilities are not equipped to use a user ID from a VoIP calling station to reestablish a dropped call. The system of the present invention serves a VoIP emergency call by assigning a temporary directory number (TDN) to the call. The assigned TDN and the user ID of the VoIP calling station, which is derivable at the CCE, are used to reestablish a dropped call.
A VoIP emergency call originated by GPS enabled cell phone 202 is extended over path 203 to CCE 104. The user ID (e.g., SIP URI) for this device has been previously registered in a database of CCE 104 when the VoIP service is invoked so the user ID for this device is known to CCE 104. The call setup information received by CCE 104 for this call includes latitude and longitude information provided by the GPS facilities of cell phone 202. This information will be used during establishment of the emergency call, and which will be further explained with
A VoIP emergency call originated by stationary home PC 204 equipped with a VoIP telephone is extended over path 205 to CCE 104 by a cable modem. Cable path 205 provides VoIP access between PC 204 and CCE 104 to enable the PC user to place the VoIP emergency calls. The user ID (e.g., SIP URI) for this device has been previously registered in a database of CCE 104 when the VoIP service is invoked so the user ID for device is known to CCE 104. The VoIP service provider for PC 204 registers the street address of PC 204 at CCE 104 as part of the service provisioning process. This information will be used during establishment of the emergency call, and which will be further explained with
A VoIP emergency call originated by a PC at a public wireless internet access point 206 is served in much the same manner as described for a VoIP emergency call from stationary PC 204. When the user invokes the VoIP service, the user will be prompted to enter the user's current location by typing in the address, by selecting the location from a list of frequently visited locations, or by selecting from a list of locations provided by the VoIP service provider. This information will be used during establishment of the emergency call, and which will be further explained with
A VoIP emergency call originated by cell phone 208 is extended over path 209 to CCE 104. The user ID (e.g., SIP URI) for this device has been previously registered in a database of CCE 104 when the VoIP service is invoked so the user ID for this device is known to CCE 104. When the user invokes the VoIP service, the user will be prompted to enter the user's location by selecting from a list of frequently visited locations, or by selecting from a list of locations provided by the VoIP service provider. The VoIP emergency call setup information from the cell phone 208 does not include longitude and latitude information since cell phone 208 is not GPS enabled. This information will be used during establishment of the emergency call, and which will be further explained with
Description of
Shown on
Tables 302 and 304 on
Tables 302 and 304 store information used by CCE 104 during the serving of an emergency call. The left-hand column of table 302 stores user IDs, such as a SIP URIs, URLs, IP addresses, or any other identifiers that identify the VoIP calling stations on an IP network. The right-hand column of table 302 stores location information for the VoIP calling stations. This location information may be street address information or longitude/latitude information. The entries are updated at different times depending upon the type of user service agreement.
For a user with a service agreement to receive VoIP service from a fixed location (stationary home PC, VoIP telephone at home), the entry in table 302 for this user is populated at the time the user signs the service agreement with the VoIP service provider. For example, for a user using a VoIP phone from home, the right-hand column of table 302 for this user entry is populated with the user's home address at the time the user signs the service agreement.
For a user with a service agreement to receive VoIP service from any location with IP connectivity such as wireless facility 108, cable facility 110, or Internet facility 112, as shown in
For a user with a service agreement to receive VoIP service from any location with IP connectivity using a GPS enabled device, the table 302 entry for this user will be obtained at the time the user place an emergency call. For example, when using a GPS enabled mobile device and when the user places an emergency call, the user location in the form of longitude and latitude information is sent to CCE 104.
Table 304 dynamically stores the list of TDNs that are currently being assigned to emergency calls in its left-hand column and the user IDs in its right-hand column. Upon receiving a VoIP emergency call, CCE 104 retrieves a TDN from a pool of available TDNs and assigns the TDN to the VoIP emergency call by writing the assigned TDN in the left-hand column of table 304. CCE 104 associates the TDN to the user ID of the VoIP calling station of the emergency call by entering the user ID (e.g., URL1) into the right-hand column of table 304. CCE 104 removes the TDN entries in table 304 and returns the TDNs to the pool of available TDNs when their associated call ends successfully (i.e., when the PSAP operator has completed serving the caller).
If CCE 104 receives a VoIP emergency call from a calling station that provides longitude and latitude information, CCE 104 uses the longitude and latitude information as the location information as shown in the text associated with message 321 for transmission to location translation facility 111. In another embodiment, if CCE 104 receives a VoIP emergency call from a calling station that does not provide longitude and latitude information, CCE 104 retrieves the location information from table 302 and uses this location information in the text associated with message 321 (refer to
Location translation facility 111 selects a PSAP 106 to handle the emergency call. Table 306A provides longitude/latitude and street address mapping. This information is similar to the information used by a car navigation system, or map request service providers. If location translation facility 111 receives longitude and latitude information from CCE 104 for a VoIP calling station, then location translation facility 111 enters the longitude and latitude information into table 306A to retrieve address information for the calling station.
Table 306B stores the street address and PSAP mapping. Table 306B is used to determine the PSAP serving the location for the calling station. The left-hand column of table 306B may contain complete street addresses or portions of the street address, e.g. zip code or postal zone, depending on the zoning assigned to the PSAP. The right-hand column of table 306B identifies each PSAP by the designations to LocID1 or LocID2 corresponding to PSAPs 106 and 131.
Location translation facility 111 is connected by path 115 to ALI database 131 and by path 115A to ALI database 131A as shown on
Each PSAP may serve a different geographical area and may be owned by different municipalities. The PSAP is able to query an ALI database which stores the address information for a pre-determined set of calling DNs. It is important that each call be directed to the PSAP whose ALI database stores the address information required to serve each received call. To enable the proper directing of emergency calls to the right PSAP, table 306B is used.
PSAP 106 now contains all the information required to extend the call to operator 121. PSAP 106 has received the TDN for the call from CCE 104 via path 331 and further receives the street address associated with the TDN for the call from ALI database 131 over path 107. The operator serves the call using this information and initiates the dispatch of the required emergency services to the calling station.
If the emergency call to PSAP 106 becomes disconnected, operator 121 uses the TDN to reestablish the dropped call by performing a call-back function. PSAP 106 dials the TDN. The network (not shown) between PSAP 106 and CCE 104 knows to route the call-back attempt to CCE 104 based on the TDN. CCE 104 receives the call-back attempt from PSAP 106, where the call-back attempt includes the TDN. CCE 104 associates the TDN to the user ID of the VoIP calling station that initiated the emergency call. CCE 104 then routes the call-back attempt to the VoIP calling station based on the user ID to thereby establish a call between the calling party, identified by the user ID, and PSAP 106.
The above description discloses possible exemplary embodiments of this invention. It is expected that those skilled in the art can and will design alternative embodiments that infringe on this invention as set forth in the claims below literally or through the Doctrine of Equivalents.