USPatent applicationPatented

Emergency services using path optimization

Granted 2 Oct 2012 · 2 office actions

Current assignee: PUSHSPRING, INC. · originally Deutsche Telekom AG

Law firm: Law firm · Log in to unlock

Attorney: Attorney · Log in to unlock

Inventors: Serge M. Manning, Charles Brent Hirschman, Jeremy R. Breau, Frederick C. Rogers · Examiner: Wesley Kim · AU 2617 · TC 2600

Application· this page
12/028,879
filed 11 Feb 2008
Publication
Not published
not published
Patent
US 8,280,342
granted 2 Oct 2012

Life of the application

14 dated events
⤢ drag to zoom20082010201220142016201820202022202420262028ProsecutionOwnershipTerm & fees
ProsecutionOwnershipTerm & feeshover for detail · click to open

Abstract

A visited access gateway provides an emergency communication service to a visiting mobile unit. The visiting mobile unit transfers a user registration to a home communication network, and the home communication network transfers a home internet protocol address to the visiting mobile unit. Upon receiving an emergency call request having the home internet protocol address from the visiting mobile unit, the access gateway transfers the emergency call request having the home internet protocol address over a signaling tunnel from the visiting mobile unit to a visited call processing system, receives routing instructions from the visited call processing system, and exchanges emergency communications having the home internet protocol address over a bearer tunnel between the visiting mobile unit and a visited emergency service node.

Description

5 parts
›OVERVIEW

Mobile communication devices, such as wireless phones, enable users to conduct phone calls, transmit and receive text and video data, and access the internet, all while moving from location to location. These devices also allow a user to continue all normal operations while traveling far from home. These travels may take the user out of their home network and into a visited network. While additional charges may apply, the user is still able to make calls and transfer data as they would normally in their home network. When the user is within their home network, calls to emergency service providers, such as the police, fire department or ambulance service, are automatically routed to a local emergency service provider. However, when the user is roaming in a visited network, it is not always clear how such emergency calls should be routed. For example, when a roaming device calls for emergency services, the roaming network will automatically route the call to the device's home network for processing even though the device is not within the range of the home network.

›TECHNICAL SUMMARY

In various embodiments methods, systems, and software for operating a visited access gateway to provide an emergency communication service to a visiting mobile unit are provided. In an embodiment, the method comprises transferring a user registration from the visiting mobile unit to a home communication network, and transferring a home internet protocol address from the home communication network to the visiting mobile unit. Upon receiving an emergency call request having the home internet protocol address from the visiting mobile unit, the method continues by transferring the emergency call request having the home internet protocol address over a signaling tunnel from the visiting mobile unit to a visited call processing system, receiving routing instructions from the visited call processing system, and exchanging emergency communications having the home internet protocol address over a bearer tunnel between the visiting mobile unit and a visited emergency service node.

In another embodiment, a communication system for operating a visited access gateway to provide an emergency communication service to a visiting mobile unit, comprises a home communication network, a visited access gateway, a visited call processing system, a visited emergency service node, and a signaling tunnel between a visiting mobile unit and the visited call processing system. The home communication network is configured to receive a user registration from a visiting mobile unit, and transfer a home internet protocol address to the visiting mobile unit. The visited access gateway is configured to receive an emergency call request having the home internet protocol address from the visiting mobile unit, transfer the emergency call request having the home internet protocol address over the signaling tunnel, receive routing instructions from the visited call processing system, and exchange emergency communications having the home internet protocol address over a bearer tunnel between the visiting mobile unit and a visited emergency service node.

In a further embodiment, a computer-readable medium containing software for operating a communication system, including a visited access gateway, to provide an emergency communication service to a visiting mobile unit is provided. When the software is executed by the communication system, the communication system is directed to transfer a user registration from the visiting mobile unit to a home communication network, and transfer a home internet protocol address from the home communication network to the visiting mobile unit. Upon receiving an emergency call request having the home internet protocol address from the visiting mobile unit, the communication system is further directed to transfer the emergency call request having the home internet protocol address over a signaling tunnel from the visiting mobile unit to a visited call processing system, receive routing instructions from the visited call processing system, and exchange emergency communications having the home internet protocol address over a bearer tunnel between the visiting mobile unit and a visited emergency service node.

›BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram illustrating a communication system.

FIG. 2 is a flow diagram illustrating a method of operating a visited access gateway to provide an emergency communication service to a visiting mobile unit.

FIG. 3 is a flow diagram illustrating a method of operating a visited access gateway to provide an emergency communication service to a visiting mobile unit.

FIG. 4 is a block diagram illustrating a visited access gateway implemented as a computer system.

›DETAILED DESCRIPTION · 1 of 2

FIG. 1 is a block diagram illustrating a communication system 100 . Communication system 100 includes home network 140 coupled with visited network 150 . Home network 140 includes home access gateway 106 , coupled 136 with home call processor 112 , and is also coupled 132 with home emergency service node 114 . Home call processor 112 is coupled 134 with home emergency service node 114 . Visited network 150 includes visited access gateway 104 , visited call processor 108 , and visited emergency service node 110 . Mobile unit 102 from home network 140 is also present in visited network 150 . Normally, when mobile unit 102 is not roaming and is located within home network 104 , an emergency call, such as a 911 call, (not shown in this illustration) from mobile unit 102 will be setup by home call processor 112 connecting mobile unit 102 to home emergency service node 114 . However, when mobile unit 102 is roaming, home emergency service node 114 may be of little use if mobile unit 102 is not located within the service area of home emergency service node 114 . This problem may have fatal consequences if the emergency call from mobile unit 102 is unable to reach an appropriate emergency service node.

When mobile unit 102 is located within visited network 150 , it is serviced by visited access gateway 104 . Typically the service provided by visited access gateway 104 entails providing transport back to home network 140 . However, visited access gateway 104 has been enhanced to provide emergency services. Visited access gateway 104 is configured to receive user registration 116 from mobile unit 102 and transfer the user registration 118 to home call processor 112 through home access gateway 106 . In response, home call processor 112 sends a home internet protocol (IP) address 120 through home access gateway 106 to visited access gateway 104 which forwards the home IP address 122 to mobile unit 102 .

When visited access gateway 104 receives an emergency call request 124 having the home IP address from mobile unit 102 , it transfers the emergency call request having the home IP address over signaling tunnel 126 to visited call processor 108 . Advantageously, visited access gateway 104 transfers the emergency services request over the tunnel 126 to visited call processor 108 even if the emergency services request is addressed to home network 140 . Thus, the emergency services call is processed locally by visited call processor 108 . Optionally, visited call processor 108 may perform an expedited registration procedure for the emergency services request. Visited call processor 108 then sends routing instructions 128 , including an IP address for visited emergency service node 110 and the identity of a bearer tunnel 130 , to visited access gateway 104 . Visited call processor 108 also alerts the visited emergency service node 110 that a call will be arriving from visited access gateway 104 through bearer tunnel 130 . In response to these routing instructions 128 , visited access gateway 104 uses bearer tunnel 130 from mobile unit 102 , through visited access gateway 104 , to visited emergency service node 110 , such as a public safety answering point (PSAP), enabling mobile unit 102 to exchange emergency communications 138 having the home IP address with visited emergency service node 110 over bearer tunnel 130 . Advantageously, by using tunnel 130 , emergency voice communications from emergency service node 110 to mobile unit 102 , are kept within visited network 150 and not re-routed through home network 140 .

An IP tunnel, such as bearer tunnel 130 , refers to the process of embedding one IP packet inside of another IP packet to simulate a physical connection between the two devices at the ends of the IP tunnel. For example, when a packet enters a tunnel, the sending device adds an additional header to the IP packet containing the address of the receiving device at the exit of the tunnel and sends this encapsulated packet to the receiving device. When the receiving device receives the encapsulated packet it strips off the additional header containing its address and utilizes the IP packet as if it had been sent normally.

In the example illustrated in FIG. 1 , visited access gateway 104 receives an IP packet from mobile unit 102 directed to visited emergency service node 110 . The header of the IP packet contains the correct destination address for visited emergency service node 110 , and the source address is the home IP address for mobile unit 102 . If visited access gateway 104 sends this IP packet to visited emergency service node 110 without modification, when visited emergency service node 110 replies with an IP packet, the header for this reply IP packet will contain the home IP address for mobile unit 102 in the destination address field. This reply packet would then be automatically routed to home network 140 based on the home IP address for mobile unit 102 . Thus, visited access gateway 104 must modify the IP packet received from mobile unit 102 before sending the packet to visited emergency service node 110 . This modification may comprise encapsulating the IP packet from mobile unit 102 with a new header. This new header would contain the IP address for visited access gateway 104 as the source address so the IP packets can be properly routed from the visited access gateway 104 to the visited emergency service node 110 . Similarly, reply packets from the visited emergency service node 110 back to the mobile unit 102 will also be encapsulated in IP packets to be properly routed from visited emergency service node 110 to the visited access gateway 104 .

Alternatively, visited access gateway 104 may modify the header of the IP packet received from mobile unit 102 instead of adding a new header to the IP packet. In this example, visited access gateway 104 would replace the source address within the header with its own IP address, such that when visited emergency service node 110 sends a reply packet it will automatically use the source address from the modified header as the destination address for its reply packet. This causes the reply packet to go to visited access gateway 104 where it is forwarded to mobile unit 102 instead of being routed to mobile unit 102 through home network 140 .

›DETAILED DESCRIPTION · 2 of 2

FIG. 2 is a flow diagram illustrating a method of operating a visited access gateway 104 to provide an emergency communication service to a visiting mobile unit 102 . Reference numbers from FIG. 2 are indicated parenthetically below. Visited access gateway 104 transfers a user registration 116 from visiting mobile unit 102 to home communication network 140 , (operation 200 ). Home access gateway 106 receives the user registration 118 from visited access gateway 104 and transfers a home IP address 120 to visited access gateway 104 . Visited access gateway 104 then transfers the home IP address 122 from home communication network 140 to visiting mobile unit 102 , (operation 202 ). Visited access gateway 104 receives an emergency call request having the home IP address 124 from visiting mobile unit 102 , (operation 204 ). Visited access gateway 104 then transfers the emergency call request having the home IP address 124 over signaling tunnel 126 from visiting mobile unit 102 to visited call processing system 108 , (operation 206 ). Visited access gateway 104 then receives routing instructions 128 from visited call processing system 108 , (operation 208 ). Finally, visited access gateway 104 uses bearer tunnel 130 between visiting mobile unit 102 and visited emergency service node 110 , configured for the exchange of emergency communications having the home IP address between visiting mobile unit 102 and visited emergency service node 110 , (operation 210 ).

FIG. 3 is a flow diagram illustrating a method of operating a visited access gateway 104 to provide an emergency communication service to a visiting mobile unit 102 . In some embodiments visited access gateway 104 may include a set of emergency policy rules describing which types of emergency call requests from visiting mobile units may be processed by visited access gateway 104 . The set of emergency policy rules may be provided by home network 140 . In these embodiments, when visited access gateway 104 receives an emergency call request 124 from visiting mobile unit 102 , it first determines if the emergency call request 124 meets these policy rules, (operation 300 ). Then, if the emergency call request 124 does not meet the policy rules, visited access gateway 104 routes the emergency call request 124 through home network 140 for processing, (operation 302 ).

FIG. 4 is a block diagram illustrating a visited access gateway 104 implemented as a computer system 400 . Computer system 400 includes communication interface 401 and processing system 402 . Processing system 402 includes storage system 404 . Storage system 404 stores software 405 . Processing system 402 is linked to communication interface 401 . Computer system 400 may be distributed among multiple devices that together comprise elements 401 - 405 .

Communication interface 401 could comprise a network interface, gateway, and may include multiple ports including RF transceivers, routers, and the like. Communication interface 401 may be distributed among multiple communication devices. Processing system 402 could comprise a computer microprocessor, logic circuit, or some other processing device. Processing system 402 may be distributed among multiple processing devices. User interface 403 could comprise a keyboard, mouse, voice recognition interface, microphone and speakers, graphical display, touch screen, or some other type of user device.

Processing system 402 retrieves and executes software 405 from storage system 404 . Software 405 may comprise an operating system, utilities, drivers, networking software, and other software typically loaded onto a computer system. Software 405 could comprise an application program, firmware, or some other form of machine-readable processing instructions. When executed by processing system 402 , software 405 directs processing system 402 to operate computer system 400 as a visited access gateway 104 as described herein.

The above description and associated figures teach the best mode of the invention. The following claims specify the scope of the invention. Note that some aspects of the best mode may not fall within the scope of the invention as specified by the claims. Those skilled in the art will appreciate that the features described above can be combined in various ways to form multiple variations of the invention. As a result, the invention is not limited to the specific embodiments described above, but only by the following claims and their equivalents.

Claims as granted

24 claims

Log in to read the claims of this application.

Log in to unlock

Classifications

11 codes
IPC · International Patent Classification
Section H — Electricity
  • H04W4/90
  • H04L12/28
  • H04M11/04
  • H04W40/00
USPC · US Patent Classification
455/404.1379/45455/432.1455/445455/404.2370/351455/435.1

Claim changes

Soon
Coming soonHow the claims changed between publication and grant

See which claims were amended, added or cancelled during examination, with every added and removed word marked.

AmendedAddedCancelledUnchanged

The published claims of this application are not paired with the granted ones in what we hold.

File wrapper

⤢ drag to zoomJan 2008Jul 2008Jan 2009Jul 2009Jan 2010Jul 2010Jan 2011Jul 2011Jan 2012Jul 2012Jan 2013USPTOApplicantNon-final rejectionNon-final rejectionNotice of allowance
USPTOApplicanthover for detail · click to open
Pendency
4.6 y
1,695 days filing → grant
Office actions
2
non-final + final
Responses
2
no RCE
Examiner
Wesley Kim
art unit 2617 · TC 2600
Citations: 17 back · 3 forward

See the full prosecution history — every USPTO and applicant action on this file, in order.

Log in to unlock

Documents

Log in to open the documents of this file: the application as filed, every office action and response, the notice of allowance.

Log in to unlock

Chain of title

⤢ drag to zoom20082010201220142016201820202022202420262028Owner 1Owner 2liens, releases & corrections
TitleLienReleasehover for detail · click to open

See the full assignment history — every owner this patent has passed through, with recordation dates and reel/frame numbers.

Log in to unlock