EMERGENCY ALERT FOR VOICE OVER INTERNET PROTOCOL (VoIP)

The present application claims priority from U.S. Provisional Application No. 60/711 ,435, filed August 25, 2005, entitled "Emergency alert For VoIP", to Dickinson et al., the entirety of which is expressly incorporated herein by reference.

BACKGROUND OF THE INVENTION 1. Field of the Invention

This invention relates generally to emergency services. More particularly, it relates to emergency alert (e.g., Emergency alert™ type services) and technology for land-based and/or wireless phones, including and particularly Voice Over Internet Protocol (VoIP) phones.

2. Background of Related Art

Many communities have, or are in the process of, implementing what is known as an emergency alert system. An emergency alert system allows an emergency center to rapidly notify by telephone residents and businesses within a given geographical area affected by any given emergency. The larger the emergency, the larger the affected community and telephones to be notified. Public safety access points (PSAPs) typically employ emergency alert in emergency situations where it is necessary to contact thousands of citizens to alert them of pending or potential dangers such as neighborhood evacuations, tornado warnings, etc.

Current emergency alert systems employ banks of telephone dialers to quickly work through a list of hundreds, and even thousands (or more) telephone numbers, playing an audio recording to each answered phone. -Some systems will leave the emergency message on an answering machine if that is what answers the line. Other emergency alert systems will keep track of which telephone numbers in a list are not

answered after a predetermined number of rings, and will attempt to redial those numbers a predetermined number of times in an attempt to make contact.

Conventional emergency alert systems are based on the location of land-based (or street address-associated) telephones. For other phones, such as wireless phones, or voice over Internet Protocol

(VoIP) phones, the users must register their phone number in the emergency alert system at a given location.

As VoIP promises to become the predominant telecommunications technology in the world, heightened emphasis will be placed on the registration process of VoIP phones to associate those phone numbers with a given location.

The present inventor has appreciated that due to the mobile and otherwise nomadic capabilities of VoIP telephones, however, the challenge of routing 911 calls with adequate automatic location identification (ALI) data to PSAPs is made more difficult. The existing solution to this problem is standardized in the NENA i2 Migratory standard. This standard uses dynamic ALI updates based upon emergency services query keys (ESQKs), and ALI steering, to supply accurate ALI data to a given public safety access point (PSAP) attempting to conduct an emergency alert set of calls. Although this solution is effective in getting 911 calls TO a PSAP, it has inherent problems when the PSAP itself initiates calls to individual telephones in the so-called "emergency alert" scenario. Most emergency alert solutions today rely upon telephone numbers in an ALI database that are linked with the address where the phone is located. After selecting a particular geographical area, emergency alert solutions determine from the ALI database which telephone numbers are located in that area, and then commence to dial each number one by one. Depending upon how large the region is, and

how large the outdialing phone banks are, the notification time can take several minutes to several hours.

However, such conventional solutions have disadvantages with conventional emergency alert systems, mostly because typical wireless and VoIP phones within the affected emergency region may not be included in the emergency alert process. Either ¹ the wireless or VoIP phone is not registered with an accurate location (e.g., it may currently not be at the registered location), or they simply might not have a specific telephone number listed in the ALI database, much less a specifiς current location. And even if it is listed in the ALI database, because many wireless and VoIP phones are mobile, there is no assurance that any particular wireless or VoIP phone may or may not be within the region of concern at the time of the concern.

In a, VoIP phone network, the entity that knows the location of a specific VoIP phone is the VoIP positioning center (VPC). In the case of a completely wireless phone (e.g., cellular, WiFI), there may not be any network entity that knows its location. Without assurance that a particular phone is within a given area of concern, or without knowledge of VoIP phone numbers that exist within the given PSAP's jurisdiction, the PSAP cannot reliably issue emergency warnings to these phones.

There is a need for a better emergency alert system capable of quickly and reliably alerting wireless and/or VoIP phones currently within a region affected by a given emergency message.

SUMMARY OF THE INVENTION

In accordance with the principles of the present invention, an apparatus and method to alert a plurality of phones currently located within a given geographical region comprises receiving text data as an emergency alert message passed to a voice over Internet Protocol (VoIP) positioning center (VPC). Information is received defining the given geographical region, passed to the VPC. The text data is converted into

voice data. The voice data is routed to each of the large number of phones determined to be within the given geographical region.

A method and apparatus to alert a plurality of phones currently located within a given geographical region in accordance with another aspect of the invention comprises receiving as a first input an emergency alert message passed to a voice over Internet Protocol (VoIP) positioning center (VPC). A second input information is received defining the given geographical region, passed to the VPC. The received emergency alert message is converted into VoIP data. The VoIP data is routed to each of the plurality of phones determined to be within the given geographical region.

BRIEF DESCRIPTION OF THE DRAWINGS

Features and advantages of the present invention will become apparent to those skilled in the art from the following description with reference to the drawings:

Fig. 1 shows an exemplary emergency alert Voice Over Internet Protocol (VoIP) solution, in accordance with the principles of the present invention. Fig. 2 shows an exemplary call flow for reverse E911 service, in accordance with the principles of the present invention.

DETAILED DESCRIPTION OF ILLUSTRATIVE EMBODIMENTS

The present invention implements a voice over Internet Protocol (VoIP) positioning center (VPC) in configuration with support from a text-to-voice module, emergency routing database, and VoIP switching points (VSPs) to allow a public safety access point (PSAP) or other emergency center to effectively communicate the nature of an emergency alert notification and the area of notification to the VoIP positioning center (VPC). The inventive VPC in turn determines which phones (including wireless and/or VoIP phones) are currently in the area for notification, and

reliably and quickly issues the required warning to all affected wireless and VoIP phones.

Fig. 1 shows an exemplary emergency alert Voice Over Internet Protocol (VoIP) solution, in accordance with the principles of the present invention.

In particular, as shown in Fig. 1 , emergency alert infrastructure includes a VoIP positioning center (VPC) 100 in communication with a text-to-voice module 112 and emergency routing database 110. Emergency messages are passed from the VPC 100 to the text-to-voice module 112, which routes packetized audio messages to targeted IP devices 120 via appropriate VoIP switching points, or Softswitch, (VSPs) 116, 118. The VSPs 116, 118 are a VoIP service provider's equivalent to a landline central office.

The ERDB 110 outputs a target list of phones to be contacted 114, based on geographical definitions provided by the VPC 100. Though the geographical definitions are provided by the VPC 100 in the disclosed embodiments, the geographical definitions may be provided by a separate entity, preferably in communication with and directed by the VPC 100, e.g., over the Internet 203. The present invention also requires implementation of voice trunks, e.g., CAMA or SS7 voice trunks, provisioned between an emergency services gateway (ESGW) and a selective router.

Also required is an automatic location identification (ALI) database, provisioned per otherwise conventional procedures. TCP/IP data circuits are provisioned between the VoIP positioning center (VPC) 100 and the ALI database(s).

The VoIP positioning center (VPC) 100 is the call routing "mastermind" that maintains an emergency routing database (ERDB) 110 of VoIP customer addresses. In conventional 911 use, the VPC 100 also determines which PSAP should receive a received emergency call received from a wireless VoIP phone. Location techniques vary, e.g.,

location determined via which cellular tower the wireless device is communicating over, etc. The specific location technique used to locate a wireless and/or VoIP device is not crucial to the invention, just that the VPC 100 maintain a current location of all VoIP devices within a relevant emergency region. In a conventional 911 direction, the VoIP softswitches 116, 118 rely upon the VPC 100 to determine which selective router should receive a given E911 call. The VPC 100 also communicates with the PSAP 102 to inform the PSAP 102 of the caller's phone number (i.e., callbacK number) and location defined by a street address (or, in the case of a wireless caller, the closest street address to their current location).

Generally speaking, the inventive call flow traces emergency alert with a PSAP 102 that has determined that an emergency alert is required. In this call flow, the PSAP 102 that has determined the need for an emergency alert accesses a suitable web site 104 that offers a map of the PSAP jurisdiction. The specific drawing technique is not particularly important, as any suitable conventional application useful for emergency alert application may be implemented.

Using such drawing techniques provided by the web site 104, as directed by the PSAP 102 that provides the boundary within which all wireless and/or VoIP phones need to be alerted.

Next, in one disclosed embodiment, the PSAP 102 provides typed text of the alert into a provisioning field offered by a suitable web site page 104. The exact text message is not important to the invention. The text message may be pre-programmed and automatically provided by the PSAP equipment 102, or may be input as text directly by a PSAP operator. In any event, the PSAP 102 submits the completed warning to the VPC 100.

Alternative technology includes having the PSAP 102 contact a network operator at the VPC 100 (or other location) in other manner, e.g., verbally, via e-mail, facsimile (FAX), video (e.g., NTSC, PAL or even over the Internet using a multimedia messaging service (MMS) or

similah technology, to describe the emergency alert message and the target area to be alerted.

The VPC 100 overlays the boundary area provided by the

PSAP 102 to be alerted with the target list of phones 114 determined by the ERDB and/or other database maintained by the VPC 100 to be currently in the region to be alerted. Based on this overlay, the target list of vulnerable phones 114 is determined.

If textual input was submitted by the PSAP 102, then the textual input is converted into a data stream of packets representing an audible message by the text-to-voice module 112. The text-to-voice module 112 creates data representing an audible recording of the emergency alert message to be sent.

Lastly, an appropriate VoIP outdialing functionality instantly sends the recorded message to all phones on the target list. Because the VoIP dialing is packet based and digital in nature, virtually all wireless and/or VoIP phones to be alerted can be 'dialed', or contacted via Internet Protocol techniques, virtually simultaneously as compared with conventional DTMF dialing banks.

In an alternative embodiment, the target list of phone numbers to be alerted 114, is forwarded back to the PSAP 102, and the PSAP 102 initiates outdialing using otherwise existing emergency alert technology from the PSAP 102.

Fig. 2 shows an exemplary call flow for emergency alert service, in accordance with the principles of the present invention. As shown in call flow step 1 of Fig. 2, the PSAP 102 determines that emergency notification is required, and the geographical region to be alerted is identified.

In call flow step 2, the PSAP 102 (or other emergency alert initiator (EAI) accesses the web site 104 of a suitable emergency alert vendor (e.g., www.reverse911.com). Using tools preferably provided by the web site 104, the PSAP 102 provides required input.

In particular, required inputs from an emergency alert initiator (EAl) include:

(1) A geographic boundary outline of the region (or regions) to be alerted. The geographic boundary outline may be defined in an appropriate manner, e.g., defined by a geographic shape such as a polygon, or defined by a civic address element such as street address range, zip code, city, county,

(2) An emergency alert message (EAM). The particular input format of the emergency alert message is unimportant, text or voice. Rather, the emergency alert message is a textual message to be transmitted in audible voice form (e.g., converted text-to-voice) to all wireless and/or VoIP (and even wired) phones within that geographic boundary.

Optional inputs from an emergency alert initiator include: (3) EXPIRATION (date/time) of the emergency alert message (optional); and

(4) RETRY attempts (optional).

Delivery of the emergency alert message is attempted (and re-attempted) according to defined criteria (i.e., either time constrained or frequency constrained or both).

The emergency alert application server preferably provides feedback to the emergency alert initiator as to the success (or failure) of the delivery of the emergency alert message.

In call flow step 3, the boundary information and message text travel via Internet Protocol (IP) to the VPC 100.

In call flow step 4, the VPC 100 routes the geographic boundary of the region(s) to be alerted with an emergency alert message, to the ERDB 110.

In call flow step 5, the VPC 100 routes the alert message text to the text-to-voice converter module 112.

In call flow step 6, the ERDB 110 overlays the geographic boundary provided by the PSAP 102, and selects all wireless and/or VoIP phone numbers currently located within that boundary. These selected wireless and/or VoIP (and even wired) phone numbers create the target list of phone numbers 114.

The emergency alert application server (EAAS) then determines the VoIP users within the database that should receive the emergency alert message (EAM). This list is referred to as containing emergency alert targets. The EAAS then initiates VoIP signaling to the relevant users. This signaling prompts the users' VoIP devices to establish a voice-path media connection with a suitable service provider so that the emergency alert message can be delivered to each user.

In call flow step 7, the target list of phone numbers 114 is forwarded to a suitable outbound call controller (OCC) 117.

In call flow step 8, the voice message representing the textual message transmitted by the PSAP 102 is forwarded to the outbound call controller 117.

In call flow step 9, the outbound call controller 117 dials each number on the target list of phone numbers to be alerted 114, and appends the alert voice message. Using VoIP, this process typically takes just milliseconds (i.e., all alert phone calls are placed virtually simultaneously).

In call flow step 10, the appropriate VoIP Softswitch 116, 118 routes the call to the designated phone 120, be it wireless, VoIP, or even wired.

In call flow step 11, almost simultaneously, thousands of VoIP phones 120 ring, and in the same virtual instant the recorded text-to- voice message is heard by thousands of affected people. In call flow step 12, the called public responds to the alert message.

The present invention provides a simple technique for quickly and reliably identifying target phones to be alerted in an emergency alert type emergency. The invention expedites contact with the numerous identified target phones, and has the capability to reliably contact many thousands, if not millions of phones in the case of a large- scale emergency, in a short amount of time.

Due to the unique qualities of VoIP, the entire target list of phones to be alerted 114 can be dialed virtually simultaneously and instantly, instead of sequentially an d limited to the number of voice trunks implemented by the PSAP or other emergency alert source, as in conventional emergency alert techniques.

Quite simply, the invention saves time, lives and money.

This invention has applicability to wireless telecommunication in general, including long distance carriers, Internet Service Providers (ISPs), and information content delivery services/providers. More particularly, it has applicability to virtually any public service access point (PSAP), their use of location services, and to E-9-1-1 services for Voice Over Internet Protocol (VoIP).

While the invention has been described with reference to the exemplary embodiments thereof, those skilled in the art will be able to make various modifications to the described embodiments of the invention without departing from the true spirit and scope of the invention.