US20200187295A1 - Emergency call support using multiple network technologies - Google Patents
Emergency call support using multiple network technologies Download PDFInfo
- Publication number
- US20200187295A1 US20200187295A1 US16/214,287 US201816214287A US2020187295A1 US 20200187295 A1 US20200187295 A1 US 20200187295A1 US 201816214287 A US201816214287 A US 201816214287A US 2020187295 A1 US2020187295 A1 US 2020187295A1
- Authority
- US
- United States
- Prior art keywords
- wireless network
- emergency call
- network
- service
- processor
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000005516 engineering process Methods 0.000 title description 5
- 238000000034 method Methods 0.000 claims description 47
- 230000004044 response Effects 0.000 claims description 9
- 230000001052 transient effect Effects 0.000 claims description 4
- 230000008569 process Effects 0.000 description 29
- 230000015654 memory Effects 0.000 description 17
- 230000007704 transition Effects 0.000 description 17
- 230000006870 function Effects 0.000 description 12
- 238000007726 management method Methods 0.000 description 8
- 238000004891 communication Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 5
- 230000008859 change Effects 0.000 description 4
- 230000000694 effects Effects 0.000 description 3
- 230000000977 initiatory effect Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 238000013515 script Methods 0.000 description 2
- 108010007100 Pulmonary Surfactant-Associated Protein A Proteins 0.000 description 1
- 102100027773 Pulmonary surfactant-associated protein A2 Human genes 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 239000003550 marker Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 238000004064 recycling Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/50—Connection management for emergency connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/12—Reselecting a serving backbone network switching or routing node
- H04W36/125—Reselecting a serving backbone network switching or routing node involving different types of service backbones
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/24—Reselection being triggered by specific parameters
- H04W36/30—Reselection being triggered by specific parameters by measured or perceived connection quality data
- H04W36/305—Handover due to radio link failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/18—Selecting a network or a communication service
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/15—Setup of multiple wireless link connections
- H04W76/16—Involving different core network technologies, e.g. a packet-switched [PS] bearer in combination with a circuit-switched [CS] bearer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
Definitions
- UE devices associated with a Long Term Evolution (LTE) network may have the capability to communicate via a Fifth Generation (5G) New Radio (NR) system.
- 5G Fifth Generation
- NR Fifth Generation
- Evolved Universal Terrestrial Radio Access New Radio Dual Connectivity (EN-DC) device has the capability to exchange data with an LTE wireless station, as well as exchange data with a 5G next generation wireless station.
- 4G UE devices, 5G NR devices, and other more advanced network-compatible devices may not only be capable of communicating with their networks at breakneck speeds, but may also leverage their networks to provide services unavailable in other networks. For example, such devices can be used to place emergency calls over 5G or 4G networks.
- FIG. 1 illustrates an exemplary network environment in which the concepts described herein may be implemented
- FIG. 2 illustrates exemplary components of network devices included in the network environment of FIG. 1 ;
- FIG. 3 shows exemplary functional components of the user equipment (UE) device of FIG. 1 ;
- FIG. 4 illustrates an exemplary process for providing emergency call support using multiple radio access technologies (RATs);
- RATs radio access technologies
- FIG. 5 illustrates an exemplary process associated with providing emergency call support when one network of FIG. 1 is selected as a primary network by the UE device;
- FIG. 6 illustrates a state transition diagram that is associated with the UE device and a network of FIG. 1 ;
- FIG. 7 illustrates a state transition diagram that is associated with the UE device and two wireless networks of FIG. 1 ;
- FIG. 8 illustrates an exemplary process associated with providing emergency call support when another network of FIG. 1 is selected as the primary network by the UE device;
- FIG. 9 illustrates functional components of networks of FIG. 1 ;
- FIG. 10 illustrates exemplary communications between the UE device and different components of networks during an exemplary emergency call fallback.
- a user equipment (UE) device may use multiple radio access technologies (RATs) to place an emergency call.
- RATs radio access technologies
- the UE device designates a primary network for placing an emergency call. If the primary network fails to connect the UE device to a Public Safety Answering Point (PSAP), the UE device attempts to use other networks, in turn as failover networks, to make the call.
- PSAP Public Safety Answering Point
- the UE device may evaluate multiple factors. Examples of the factors include: whether a network supports emergency call service and/or emergency call service fallback; availability of a highly precise positioning service; call drop rates; network congestion; jitter; latency; etc.
- the UE device may use the information on whether a network supports emergency call service or emergency call service fallback to designate the primary network.
- the UE device may use the availability of highly precise positioning services as the determinant in designating the primary network.
- the primary network may provide precise coordinates of the UE device to the PSAP.
- FIG. 1 illustrates an exemplary network environment 100 in which the concepts described herein may be implemented.
- network environment 100 may include UE device 102 , networks 104 - 1 and 104 - 2 , a wireless network 108 , and a Public Safety Answering Point (PSAP) 110 .
- PSAP Public Safety Answering Point
- UE device 102 may include a wireless communication device.
- UE device 102 include: a smart phone; a tablet device; a wearable computer device (e.g., a smart watch); a global positioning system (GPS) device; a laptop computer; a media playing device; a portable gaming system; an Internet-of-Things (IoT) device; etc.
- UE device 102 may correspond to a wireless MTC device that communicates with other devices over a machine-to-machine (M2M) interface, such as LTE-M or Category M1 (CAT-M1) devices and Narrow Band (NB)-IoT devices.
- M2M machine-to-machine
- CAT-M1 Category M1
- NB Narrow Band
- Networks 104 - 1 and 104 - 2 may include a local area network (LAN), a wireless LAN, a wide area network (WAN), a metropolitan area network (MAN), an optical network, a cable television network, a satellite network, a wireless network (e.g., a CDMA network, a general packet radio service (GPRS) network, an LTE network (e.g., 4G network), a 5G network, an ad hoc network, a telephone network (e.g., the Public Switched Telephone Network (PSTN) or a cellular network), an intranet, or a combination of networks.
- Network 104 may allow the delivery of Internet Protocol (IP) services to UE device 102 and may interface with and/or include other networks, such as a packet data network.
- IP Internet Protocol
- networks 104 - 1 , 104 - 2 , and 108 may include a 5G network, a 4G network, and a WLAN 108 , respectively.
- 5G network 104 - 1 may provide an Assisted Global Positioning System (A-GPS) positioning service; a Wi-Fi positioning service or an E-Cell ID (E-CID) positioning service.
- A-GPS Assisted Global Positioning System
- E-CID E-Cell ID
- 5G Network 104 - 1 may or may not provide Observed Time Difference of Arrival (OTDOA)-based positioning service (e.g., multilateration-based positioning service).
- OTDOA Observed Time Difference of Arrival
- 5G Network 104 - 1 may include at least one wireless station 106 - 1 .
- An example of wireless station 106 - 1 includes 5G Node B (gNodeB).
- Wireless station 106 - 1 may be part of an access network (e.g., a New Radio (NR) access network).
- the access network may provide UE device 102 with wireless access to 5G network 104 - 1 .
- gNodeB 5G Node B
- NR New Radio
- 4G network 104 - 2 may provide an A-GPS positioning service, Wi-Fi positioning service, E-CID positioning service, and OTDOA positioning service. As shown in FIG. 1 , 4G network 104 - 2 may include at least one wireless station 106 - 2 . An example of wireless station 106 - 2 includes Evolved Node B (eNodeB). Wireless station 106 - 2 may be part of an access network (e.g., an evolved UMTS Terrestrial Radio Access Network (eUTRAN)). The access network may provide UE device 102 with wireless access to 4G network 104 - 2 .
- eNodeB Evolved Node B
- eUTRAN evolved UMTS Terrestrial Radio Access Network
- 5G network 104 - 1 and 4G network 104 - 2 may be part of a single provider network. In such an implementation, some components of network 104 - 1 may also be components of network 104 - 2 .
- Wireless network 108 may include a wireless LAN (e.g., Wi-Fi, etc.).
- PSAP 110 may include a call center for answering calls to emergency telephone number (e.g., for police, firefighting, ambulance service, etc.).
- UE device 102 may select network 104 - 1 as the primary network for placing emergency calls, depending on whether network 104 - 1 provides a superior positioning service over those of network 104 - 2 and wireless network 108 .
- network 104 - 1 and network 104 - 2 are implemented as a 5G network and a 4G network, respectively, as discussed above.
- 5G network 104 - 1 does not provide a superior OTDOA service than 4G network 104 - 2 and wireless network 108 (e.g., 4G OTDOA positioning service, E-CID-based positioning service, A-GPS positioning service, Wi-Fi positioning service, etc.), then UE device 102 may designate network 104 - 2 as the primary network for placing the emergency call. Thereafter, UE device 102 may perform actions, which are discussed below with reference to FIG. 5 , that are part of the process 500 for making an emergency call. If 5G network 104 - 1 offers a superior positioning service than 4G network 104 - 2 , then UE device 102 may perform actions, which are discussed below with reference to FIG.
- networks 104 - 1 and 104 - 2 may allow UE device 102 to select the primary network based on location services by indicating, during UE device 102 's attachment procedure, whether network 104 supports emergency call and/or emergency call service fallback.
- network environment 100 may include networks other than those illustrated in FIG. 1 .
- FIG. 1 does not show all components that may be included in network environment 100 (e.g., routers, bridges, wireless access point, additional UE devices, additional wireless stations, additional PSAPs, etc.).
- FIG. 2 is a block diagram of exemplary components of a network device 200 .
- Network device 200 may correspond to, or be included in, the devices and/or components of the networks depicted in FIG. 1 (e.g., UE device 102 , wireless station 106 , a router, a switch, a server, etc.).
- network device 200 may include a processor 202 , memory/storage 204 , input component 206 , output component 208 , network interface 210 , and communication path 212 .
- network device 200 may include additional, fewer, different, or a different arrangement of components than the ones illustrated in FIG. 2 .
- network device 200 may include line cards, modems, etc.
- Processor 202 may include a processor, a microprocessor, an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA), programmable logic device, chipset, application specific instruction-set processor (ASIP), system-on-chip (SoC), central processing unit (CPU) (e.g., one or multiple cores), microcontrollers, and/or other processing logic (e.g., embedded devices) capable of controlling device 200 and/or executing programs/instructions.
- ASIC Application Specific Integrated Circuit
- FPGA Field Programmable Gate Array
- ASIP application specific instruction-set processor
- SoC system-on-chip
- CPU central processing unit
- microcontrollers e.g., one or multiple cores
- other processing logic e.g., embedded devices
- Memory/storage 204 may include static memory, such as read only memory (ROM), and/or dynamic memory, such as random access memory (RAM), or onboard cache, for storing data and machine-readable instructions (e.g., programs, scripts, etc.).
- static memory such as read only memory (ROM)
- dynamic memory such as random access memory (RAM)
- RAM random access memory
- onboard cache for storing data and machine-readable instructions (e.g., programs, scripts, etc.).
- Memory/storage 204 may also include a floppy disk, CD ROM, CD read/write (R/W) disk, optical disk, magnetic disk, solid state disk, holographic versatile disk (HVD), digital versatile disk (DVD), and/or flash memory, as well as other types of storage device (e.g., Micro-Electromechanical system (MEMS)-based storage medium) for storing data and/or machine-readable instructions (e.g., a program, script, etc.).
- Memory/storage 204 may be external to and/or removable from network device 200 .
- Memory/storage 204 may include, for example, a Universal Serial Bus (USB) memory stick, a dongle, a hard disk, off-line storage, a Blu-Ray® disk (BD), etc.
- Memory/storage 204 may also include devices that can function both as a RAM-like component or persistent storage, such as Intel® Optane memories.
- a “computer-readable storage device” or “computer-readable medium” may refer to both a memory and/or storage device.
- Input component 206 and output component 208 may receive input from a user and provide output to a user.
- Input/output components 206 and 208 may include, for example, a display screen, a keyboard, a mouse, a speaker, a microphone, a camera, a DVD reader, USB lines, and/or other types of components.
- Network interface 210 may include a transceiver (e.g., a transmitter and a receiver) for network device 200 to communicate with other devices and/or systems. For example, via network interface 210 , network device 200 may communicate over a network, such as the Internet, an intranet, a terrestrial wireless network (e.g., a WLAN, WiFi, WiMax, etc.), a satellite-based network, optical network, etc.
- Network interface 210 may include a modem, an Ethernet interface to a LAN, and/or an interface/connection for connecting device 300 to other devices (e.g., a Bluetooth interface).
- Communication path 212 may provide an interface (e.g., a bus) through which components of device 200 can communicate with one another.
- an interface e.g., a bus
- network device 200 may perform the operations described herein in response to processor 202 executing software instructions stored in a non-transient computer-readable medium, such as memory/storage 204 .
- the software instructions may be read into memory/storage 204 from another computer-readable medium or from another device via network interface 210 .
- the software instructions stored in memory/storage 204 when executed by processor 202 , may cause processor 202 to perform processes that are described herein.
- the instructions may be hard coded.
- UE device 102 may perform automatic dialing of emergency call number (e.g., 911 in the U.S.).
- FIG. 3 illustrates exemplary functional components of UE device 102 .
- UE device 102 may include network attach logic 302 , network call support information logic 304 , call logic 306 , and emergency call logic 308 .
- UE device 102 may include additional, fewer, or different components than those shown in FIG. 3 .
- UE device 102 may include other functional components, such as browsers, an operating system, etc.
- Network attach logic 302 may attach UE device 102 to network 104 and register UE device 102 with network 104 . Attaching UE device 104 to network 104 (or another network) may entail exchanging a series of messages with network 104 , including those required for authentication.
- Network call support information logic 304 may obtain network related information either during or after the attachment process. For example, network call support information logic 304 may obtain, from network 104 , a list of positioning services and store the list in a local drive (or another form of storage). For example, assume that UE device 102 is attaching to network 104 - 1 . Network call support information logic 304 may determine that network 104 - 1 offers A-GPS, E-CID, Wi-Fi, but not OTDOA positioning service. In addition, network call support information logic 304 may determine whether network 104 - 1 supports emergency call service and/or emergency call service fallback.
- Call logic 306 may include one or more programs or instructions for making calls. For example, a user of UE device 102 may select or input a particular phone number and make a call via call logic 306 . In addition, call logic 306 may use emergency call logic 308 to make an emergency call based on user input (e.g., voice activated or GUI-triggered input). Emergency call logic 308 may perform actions required for placing emergency calls with particular networks.
- a user of UE device 102 may select or input a particular phone number and make a call via call logic 306 .
- call logic 306 may use emergency call logic 308 to make an emergency call based on user input (e.g., voice activated or GUI-triggered input).
- Emergency call logic 308 may perform actions required for placing emergency calls with particular networks.
- UE device 102 may perform a process for providing emergency call support over different networks, which may employ different radio access technologies (RATs).
- FIG. 4 illustrates the process 400 .
- process 400 may include obtaining network information about network emergency call service support, emergency call service fallback support, positioning services and network conditions (block 402 ).
- network emergency call service support For example, assume that UE device 102 communicates with networks 104 and wireless network 108 . During or after an attachment procedure with networks 104 , UE device 102 may obtain information pertaining to whether network 104 - 1 supports emergency call service and/or emergency call service fallback and a list of positioning services offered or supported by network 104 - 1 and store the information.
- Process 400 may further include determining network conditions (block 404 ).
- UE device 102 may obtain and store information on networks 104 - 1 and 104 - 2 .
- the information may indicate whether the network supports emergency call service and/or emergency call service fallback.
- the information may also include key performance indicators (e.g., traffic, bandwidths, jitter, call drop rates, signal to noise ratios, etc.) that are relevant to determining the likelihood of completing an emergency call over the network.
- UE device 102 may obtain the information in various ways. For example, in one implementation, UE device 102 may query network 104 for some of the information. In another example, UE device 102 may obtain some of the information from its components (e.g., signal power). In yet another example, UE device 102 may obtain the information from network 104 during the attachment procedure.
- UE device 102 may query network 104 for some of the information.
- UE device 102 may obtain some of the information from its components (e.g., signal power).
- UE device 102 may obtain the information from network 104 during the attachment procedure.
- UE device 102 may determine whether to select network 104 - 1 as the primary network over which UE device 102 will make an emergency call (block 406 ).
- UE device 102 may place different degrees of importance to the availability of a highly precise positioning service and other network conditions. For example, assume that network 104 - 1 is a 5G network.
- UE device 102 may designate network 104 - 1 as the primary network, because network 104 - 1 indicated that it supports emergency call service or that it supports emergency call service but not emergency call service fallback.
- UE device 102 may designate network 104 - 1 as the primary network, because network 104 - 1 provides an OTDOA-based positioning service.
- UE device 102 may select network 104 - 1 over network 104 - 2 even though network 104 - 1 does not provide an OTDOA-based positioning service, because the call drop rate of network 104 - 2 is extremely high.
- UE device 102 may designate network 104 - 2 as the primary network because, during the attachment, network 104 - 1 indicated that it supports emergency call service fallback but not emergency service.
- UE device 102 if UE device 102 does not select network 104 - 1 as the primary network for making an emergency call (block 406 : NO), UE device 102 provides call support with network 104 - 2 selected as the primary network (block 408 ). Otherwise (block 406 : YES), UE device 102 provides call support with network 104 - 1 selected as the primary network (block 410 ).
- FIG. 5 illustrates an exemplary process 500 that is associated with block 408 of FIG. 4 .
- Process 500 begins with UE device 102 determining whether UE device 102 is in a connected state with respect to the primary network (block 502 ).
- a connected state is one of many possible states that UE device 102 may be in during its operation.
- the possible states are shown in FIG. 6 , which is a state transition diagram associated with UE device 102 and network 104 .
- UE device 102 can be in one of the following states: POWER UP 602 , IDLE 610 , CONNECTED AND ACTIVE 612 , and CONNECTED AND INACTIVE 614 .
- UE device 102 When UE device 102 is powered on, UE device 102 is in POWER UP state 602 . UE device 102 then transitions into IDLE state 610 , at which UE device 102 detects signals from a wireless station of network 104 and makes an attempt to attach 621 to network 104 . If UE device 102 fails to attach (Connection Failure 623 ) to network 104 , UE device 102 returns to or remains in IDLE state 610 . Otherwise, UE device 102 transitions to CONNECTED AND ACTIVE state 612 .
- IDLE state 610 at which UE device 102 detects signals from a wireless station of network 104 and makes an attempt to attach 621 to network 104 . If UE device 102 fails to attach (Connection Failure 623 ) to network 104 , UE device 102 returns to or remains in IDLE state 610 . Otherwise, UE device 102 transitions to CONNECTED AND ACTIVE state 612 .
- UE device 102 may suspend 624 its connection activity (e.g., the user has not touched UE device 102 for a certain amount of time) and enter into CONNECTED AND INACTIVE state 614 .
- UE device 102 may leave state 614 when UE device 102 resumes 625 its activity (e.g., the user has tapped on the display screen of UE device 102 ).
- UE device 102 may return to IDLE state 610 .
- UE device 102 when UE device 102 is in IDLE state 610 , UE device 102 is de-registered with respect to network 104 .
- UE device 102 is in CONNECTED AND ACTIVE state 612 or CONNECTED AND INACTIVE state 614 , UE device 102 is registered with network 104 .
- FIG. 7 illustrates a state transition diagram that is associated with UE device 102 and two networks 104 - 1 and 104 - 2 .
- UE device 102 may make state transitions in accordance with FIG. 7 when UE device 102 interacts with networks 104 - 1 and 104 - 2 .
- UE device 102 is not simultaneously connected to both networks 104 - 1 and 104 - 2 , although it may have the capability to do so.
- UE device 102 may be in CONNECTED state 702 .
- UE device 102 may have arrived at CONNECTED state 702 from IDLE state 704 (by establishing a connection 710 - 1 ) or from CONNECTED AND INACTIVE state 706 (by resuming 711 - 1 ).
- UE device 102 may transition into IDLE state 704 from CONNECTED state 702 (by release 710 - 1 ) or from INACTIVE state 706 (by release 714 - 1 ).
- CONNECTED state 702 UE device 102 may transition into INACTIVE state 706 .
- UE device 102 may be in CONNECTED state 712 .
- UE device 102 may have arrived at CONNECTED state 712 from IDLE state 714 (by establishing a connection 710 - 2 ) or from CONNECTED AND INACTIVE state 716 (by resuming 711 - 2 ).
- UE device 102 may transition into IDLE state 714 from CONNECTED state 712 (by release 710 - 2 ) or from INACTIVE state 716 (by release 714 - 2 ).
- CONNECTED state 712 UE device 102 may transition into INACTIVE state 716 .
- states 702 - 706 and states 712 - 716 correspond to the states illustrated in FIG. 6 but applied to two networks 104 instead of one network.
- FIG. 7 also shows at which states UE device 102 may transition from one state with regard to network 104 - 1 to another state with respect to network 104 - 2 . Transitions between CONNECTED state 702 (with respect to network 104 - 1 ) and CONNECTED state 712 can occur through handover 726 ; and transitions between IDLE state 704 (with respect to network 104 - 1 ) and IDLE state 714 - 2 can occur through UE device 102 re-selecting its access network. In addition, if UE device 102 is in INACTIVE state 706 or 716 with respect to one network 104 , UE device 102 may enter into IDLE state 704 or 714 with respect to the other network 104 .
- UE device 102 sends an emergency call request message (block 504 ).
- UE device 102 specifies the type of request.
- UE device 102 selected network 104 - 2 as the primary network, UE device 102 sets the request type to emergency fallback.
- network 104 - 1 attempts a fallback emergency call over network 104 - 2 (block 506 ).
- the fallback call involves initiating a handover or redirect from network 104 - 1 to network 104 - 2 .
- UE device 102 transitions from CONNECTED state 702 to CONNECTED state 712 .
- a handover occurs in the above, two sub-handovers may occur: an inter-RAT handover of UE device 102 from wireless station 106 - 1 to wireless station 106 - 2 , as described below with reference to FIG. 10 ; and an inter-system handover of UE device 102 from network 104 - 1 to network 104 - 2 , as described below with reference to FIG. 9 and FIG. 10 .
- network 104 - 2 attempts to establish an emergency call session between UE device 102 and PSAP 110 .
- Network 104 - 2 provides location information to either UE device 102 or to PSAP 110 .
- Process 500 then proceeds to block 510 .
- UE device 102 makes an automatic fallback emergency call over network 104 - 2 (block 508 ). Because UE device 102 is not connected to network 104 - 1 , there is no need for a handover or. Instead, UE device 102 connects to and registers with network 104 - 2 . Network 104 - 2 and UE device 102 interact with one another in placing an emergency call to PSAP 110 , with network 104 - 2 providing location information to either UE device 102 or PSAP 110 . Process 500 then proceeds to block 510 .
- UE device determines whether UE device 102 was able to make the emergency call (block 510 ). If UE device 102 successfully made the call (block 510 : YES), process 500 terminates. Otherwise (block 510 : NO), UE device 102 proceeds to make a call over wireless network 108 (block 512 ). At block 512 , wireless network 108 provides location information to UE device 102 or to PSAP 110 .
- UE device 102 determines whether the call over network 108 was a success. If so (block 514 : YES), process 500 terminates. Otherwise (block 514 : NO), UE device 102 makes an emergency call over network 104 - 1 (block 516 ).
- UE device 102 makes a state transition from IDLE state 714 to IDLE state 704 through reselection 720 , and then to CONNECTED state 702 , by re-establishing a connection with network 104 - 1 .
- UE device then makes the emergency call request to network 104 - 1 .
- the request type is set to emergency support without fallback.
- network 104 - 1 connects UE device 102 to PSAP 110 , providing location information to UE device 102 or to PSAP 110 .
- FIG. 8 illustrates an exemplary process 800 that is associated with block 410 of FIG. 4 .
- Process 800 may be performed by UE device 102 , networks 104 , and wireless network 108 .
- Process 800 begins with UE device 102 making a call over network 104 - 1 (block 802 ). Because UE device 102 is already in CONNECTED state 702 , UE device 102 sends an emergency call request message. In the message, UE device 102 sets the request type to emergency support and emergency fallback support. In response to the request from UE device 102 , network 104 - 1 attempts place a call to PSAP 110 (block 802 ). Network 104 - 1 provides location information to either UE device 102 or to PSAP 110 .
- UE device 102 determines whether the call was successfully made. If so, process 800 terminates. Otherwise (block 804 : NO), UE device 102 initiates an attempt to use other networks to make an emergency call. UE device 102 begins the attempt by determining whether it is still in CONNECTED state 702 (block 806 ).
- UE device 102 If UE device 102 is still in CONNECTED state 702 (block 806 : YES), UE device re-attempts to make a fallback emergency call via over network 104 - 2 (block 808 ).
- UE device 102 initiates the attempt by sending an emergency call request message to network 104 - 1 , but this time, setting the request type to no emergency support and emergency fallback support.
- network 104 - 1 performs a fallback procedure (block 810 ), similarly as described above with respect to block 508 .
- a fallback call involves directing or initiating a handover from network 104 - 1 to network 104 - 2 . As shown in FIG.
- UE device 102 transitions from CONNECTED state 702 to CONNECTED state 712 .
- the handover entails two sub handovers: an inter-RAT handover of UE device 102 from wireless station 106 - 1 to wireless station 106 - 2 , as described below with reference to FIG. 10 ; and an inter-system handover of UE device 102 from network 104 - 1 to network 104 - 2 , as described below with reference to FIG. 9 and FIG. 10 .
- network 104 - 2 connects UE device 102 to PSAP 110 .
- Network 104 - 2 provides location information to either UE device 102 or to PSAP 110 .
- Process 800 then proceeds block 814 .
- UE device 102 initiates an automatic fallback call over network 104 - 2 (block 812 ), given that network 104 - 1 has failed to support an emergency call at block 802 .
- the fallback call entails connecting and registering with network 104 - 2 , since UE device 102 has been connected only to network 104 - 1 and not to network 104 - 2 .
- Network 104 - 2 connects UE device 102 to PSAP 110 .
- Network 104 - 2 provides location information UE device 102 or to PSAP 110 .
- Process 500 then proceeds to block 814 .
- UE device 102 determines whether UE device 102 was able to make the fallback emergency call. If UE device 102 successfully made the call (block 814 : YES), process 800 terminates. Otherwise (block 814 : NO), UE device 102 proceeds to make an emergency call over wireless network 108 (block 816 ). Wireless network 108 provides location information to UE device 102 or to PSAP 110 .
- FIG. 9 illustrates functional components of networks 104 according to an exemplary implementation.
- network 104 - 1 is a 5G core network
- network 104 - 2 is a 4G core network (e.g., evolved packet core (EPC) or evolved packet system (EPS)). Both networks 104 are part of a provider network and may share common network elements.
- network 104 - 1 includes User Plane Function (UPF) 920
- network 104 - 2 includes a Packet data network Gateway (PGW) 920 . Both UPF 920 and PGW 920 may occupy the same physical device or a software module.
- UPF User Plane Function
- PGW Packet data network Gateway
- network 104 - 1 includes NG-RAN 904 , Access and Mobility Function (AMF) 906 , and User Plane Function (UPF) 920 .
- Network 104 - 2 includes eUTRAN 914 , Mobility Management Entity (MME) 916 , Serving Gateway (SGW) 918 , and Packet data network Gateway (PGW) 920 .
- MME Mobility Management Entity
- SGW Serving Gateway
- PGW Packet data network Gateway
- NG-RAN 904 may provide access to network 104 - 1 , to wireless devices, such as UE device 102 . As discussed above, NG-RAN 904 is part of an access network, with one or more wireless stations.
- AMF 906 may perform registration management, connection management, reachability management, mobility management, lawful intercepts, Short Message Service (SMS) transport between UE device 102 and other 5G core functions (not shown in FIG. 9 ), access authentication and authorization, positioning services management, management of non-3GPP access networks, and/or other types of management processes.
- SMS Short Message Service
- NG-RAN 904 may interact with AMF 906 via an N2 interface.
- UPF node 908 may maintain an anchor point for intra/inter-Radio Access Technology (RAT) mobility, maintain an external packet data unit (PDU) point of interconnect to a data network, perform packet routing and forwarding, perform the user plane part of policy rule enforcement, perform packet inspection, perform lawful intercept, perform traffic usage reporting, perform Quality of Service (QoS) handling in the user plane, perform uplink traffic verification, perform transport level packet marking, perform downlink packet buffering, send and forward an “end marker” to a radio access network node (e.g., gNodeB), and/or perform other types of user plane processes.
- UPF 908 may communicate with NG-RAN 904 and other functions/components using an N3 and other interfaces.
- eUTRAN 914 may provide access to network 104 - 2 , to wireless devices, such as UE device 102 . As discussed above, eUTRAN 914 is part of an access network, with one or more wireless stations.
- MME 916 may provide control plane processing for an evolved packet core (EPC) in network 104 - 2 .
- EPC evolved packet core
- MME 916 may implement tracking and paging procedures for UE device 102 , may activate and deactivate bearers for UE device 102 , may authenticate a user of UE device 102 and may interface to non-LTE radio access networks.
- a bearer may represent a logical channel with particular QoS requirements.
- MME 916 may also select a particular SGW for a particular UE device 102 .
- MME 916 may communicate with wireless station 106 - 2 through an S1-U interface.
- SGW 918 may provide an access point to UE device 102 , handle forwarding of data packets for UE device 102 , perform transport level markings (e.g., QoS Class Identifier (QCI)), and act as a local anchor point during handover procedures between wireless stations.
- SGW 918 may forward messages between MME 916 and PGW 920 .
- SGW 918 may interact with eUTRAN 914 , MME 916 , and PGW 920 over an S1-U interface, an S11 interface, and S5-U interface, respectively.
- PGW 920 may function as a gateway to packet data network (not shown). In addition, when UE device 102 attaches to network 104 - 2 (through eUTRAN 914 ), PGW 920 may allocate an IP address for UE device 102 . Additionally, when PGW 920 receives a message from a Policy and Charging Rules Function (PCRF) to modify a QoS for UE device 102 , PGW 920 may dispatch a message to MME 916 (via SGW 918 ) to change the bearer for UE device 102 .
- PCRF Policy and Charging Rules Function
- PGW 920 may function as a gateway to a packet data network. PGW 920 may allocate an IP address for UE device 920 . Furthermore, when PGW 020 receives a message from a Policy and Charging Rules Function (PCRF) to modify a QoS for UE device 102 , PGW 226 may change the bearer for UE device 102 .
- PCRF Policy and Charging Rules Function
- AMF 906 communicates with MME 916 to provide MME 916 with information about UE device 102 (e.g., bearer information) over an N26 interface.
- the inter-system communication between AMF 906 and MME 916 allows networks 104 from having to change bearers or having to go through the process of recycling network resources already allocated for UE device 102 at network 104 - 1 .
- FIG. 10 illustrates exemplary communications between UE device 102 , components of network 104 - 1 , and network 104 - 2 during an emergency call fallback (e.g., blocks 504 and 506 of FIG. 5 and blocks 808 and 810 of FIG. 8 ).
- FIG. 10 shows an IP Multimedia Subsystem (IMS) 1002 , which provides voice and multimedia services to UE device 102 based on Session Initiation Protocol (SIP).
- IMS IP Multimedia Subsystem
- UE device 102 camps in a 4G/5G cell ( 1010 ). Assume that while UE device 102 is in CONNECTED state 702 , the user of UE device 102 makes an emergency call. In response to user input, UE device 102 sends a service request associated with the call ( 1012 ). The message is relayed to UPF 920 , which becomes aware of the UE device 102 's request. NG-RAN 904 then interacts with AMF 906 over the N2 interface ( 1014 ). Subsequently, components of network 104 - 1 perform network 104 - 1 -side related logistics for an inter-RAT handoff from wireless station 106 - 1 to wireless station 106 - 2 ( 1016 ).
- the components of network 104 - 1 (e.g., NG RAN 904 , AMF 906 , and UPF 920 ) take steps that are associated with the handoff, and AMF 906 forwards UE device 102 -related information to MME 916 , allowing network 104 - 2 to handle the handoff.
- specific AMFs 906 correspond to specific MMES 916 , and therefore, AMF 906 knows to which MME 916 it has to send messages relating to 5G-to-4G handoffs.
- UE device 102 may interact with IMS 1002 .
- IMS 1002 and UE device 102 may follow procedures for establishment of IMS emergency session, including providing the location of UE device 102 to PSAP 110 through the location service provided by network 104 - 2 .
- non-dependent blocks may represent blocks that can be performed in parallel.
- logic that performs one or more functions.
- This logic may include hardware, such as a processor, a microprocessor, an application specific integrated circuit, or a field programmable gate array, software, or a combination of hardware and software.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
Description
- UE devices associated with a Long Term Evolution (LTE) network may have the capability to communicate via a Fifth Generation (5G) New Radio (NR) system. For example, an Evolved Universal Terrestrial Radio Access New Radio Dual Connectivity (EN-DC) device has the capability to exchange data with an LTE wireless station, as well as exchange data with a 5G next generation wireless station. 4G UE devices, 5G NR devices, and other more advanced network-compatible devices may not only be capable of communicating with their networks at breakneck speeds, but may also leverage their networks to provide services unavailable in other networks. For example, such devices can be used to place emergency calls over 5G or 4G networks.
-
FIG. 1 illustrates an exemplary network environment in which the concepts described herein may be implemented; -
FIG. 2 illustrates exemplary components of network devices included in the network environment ofFIG. 1 ; -
FIG. 3 shows exemplary functional components of the user equipment (UE) device ofFIG. 1 ; -
FIG. 4 illustrates an exemplary process for providing emergency call support using multiple radio access technologies (RATs); -
FIG. 5 illustrates an exemplary process associated with providing emergency call support when one network ofFIG. 1 is selected as a primary network by the UE device; -
FIG. 6 illustrates a state transition diagram that is associated with the UE device and a network ofFIG. 1 ; -
FIG. 7 illustrates a state transition diagram that is associated with the UE device and two wireless networks ofFIG. 1 ; -
FIG. 8 illustrates an exemplary process associated with providing emergency call support when another network ofFIG. 1 is selected as the primary network by the UE device; -
FIG. 9 illustrates functional components of networks ofFIG. 1 ; and -
FIG. 10 illustrates exemplary communications between the UE device and different components of networks during an exemplary emergency call fallback. - The following detailed description refers to the accompanying drawings. The same reference numbers in different drawings may identify the same or similar elements.
- In implementations described herein, a user equipment (UE) device may use multiple radio access technologies (RATs) to place an emergency call. In particular, depending on the capabilities and operating conditions of different networks, the UE device designates a primary network for placing an emergency call. If the primary network fails to connect the UE device to a Public Safety Answering Point (PSAP), the UE device attempts to use other networks, in turn as failover networks, to make the call.
- In selecting the primary network, the UE device may evaluate multiple factors. Examples of the factors include: whether a network supports emergency call service and/or emergency call service fallback; availability of a highly precise positioning service; call drop rates; network congestion; jitter; latency; etc. In one implementation, the UE device may use the information on whether a network supports emergency call service or emergency call service fallback to designate the primary network. Alternatively or additionally, the UE device may use the availability of highly precise positioning services as the determinant in designating the primary network. The primary network may provide precise coordinates of the UE device to the PSAP.
-
FIG. 1 illustrates anexemplary network environment 100 in which the concepts described herein may be implemented. As shown,network environment 100 may include UEdevice 102, networks 104-1 and 104-2, awireless network 108, and a Public Safety Answering Point (PSAP) 110. - UE
device 102 may include a wireless communication device. Examples of UEdevice 102 include: a smart phone; a tablet device; a wearable computer device (e.g., a smart watch); a global positioning system (GPS) device; a laptop computer; a media playing device; a portable gaming system; an Internet-of-Things (IoT) device; etc. In some implementations, UEdevice 102 may correspond to a wireless MTC device that communicates with other devices over a machine-to-machine (M2M) interface, such as LTE-M or Category M1 (CAT-M1) devices and Narrow Band (NB)-IoT devices. - Networks 104-1 and 104-2 (collectively referred to as networks 104 and generically as network 104) may include a local area network (LAN), a wireless LAN, a wide area network (WAN), a metropolitan area network (MAN), an optical network, a cable television network, a satellite network, a wireless network (e.g., a CDMA network, a general packet radio service (GPRS) network, an LTE network (e.g., 4G network), a 5G network, an ad hoc network, a telephone network (e.g., the Public Switched Telephone Network (PSTN) or a cellular network), an intranet, or a combination of networks. Network 104 may allow the delivery of Internet Protocol (IP) services to UE
device 102 and may interface with and/or include other networks, such as a packet data network. - In some implementation, networks 104-1, 104-2, and 108 may include a 5G network, a 4G network, and a
WLAN 108, respectively. In such implementations, 5G network 104-1 may provide an Assisted Global Positioning System (A-GPS) positioning service; a Wi-Fi positioning service or an E-Cell ID (E-CID) positioning service. 5G Network 104-1 may or may not provide Observed Time Difference of Arrival (OTDOA)-based positioning service (e.g., multilateration-based positioning service). - As shown in
FIG. 1 , 5G Network 104-1 may include at least one wireless station 106-1. An example of wireless station 106-1 includes 5G Node B (gNodeB). Wireless station 106-1 may be part of an access network (e.g., a New Radio (NR) access network). The access network may provide UEdevice 102 with wireless access to 5G network 104-1. - 4G network 104-2 may provide an A-GPS positioning service, Wi-Fi positioning service, E-CID positioning service, and OTDOA positioning service. As shown in
FIG. 1 , 4G network 104-2 may include at least one wireless station 106-2. An example of wireless station 106-2 includes Evolved Node B (eNodeB). Wireless station 106-2 may be part of an access network (e.g., an evolved UMTS Terrestrial Radio Access Network (eUTRAN)). The access network may provide UEdevice 102 with wireless access to 4G network 104-2. - Although illustrated as separate networks, in some implementations, 5G network 104-1 and 4G network 104-2 may be part of a single provider network. In such an implementation, some components of network 104-1 may also be components of network 104-2.
-
Wireless network 108 may include a wireless LAN (e.g., Wi-Fi, etc.). PSAP 110 may include a call center for answering calls to emergency telephone number (e.g., for police, firefighting, ambulance service, etc.). - In
FIG. 1 , UEdevice 102 may select network 104-1 as the primary network for placing emergency calls, depending on whether network 104-1 provides a superior positioning service over those of network 104-2 andwireless network 108. For example, assume that network 104-1 and network 104-2 are implemented as a 5G network and a 4G network, respectively, as discussed above. If 5G network 104-1 does not provide a superior OTDOA service than 4G network 104-2 and wireless network 108 (e.g., 4G OTDOA positioning service, E-CID-based positioning service, A-GPS positioning service, Wi-Fi positioning service, etc.), then UEdevice 102 may designate network 104-2 as the primary network for placing the emergency call. Thereafter, UEdevice 102 may perform actions, which are discussed below with reference toFIG. 5 , that are part of the process 500 for making an emergency call. If 5G network 104-1 offers a superior positioning service than 4G network 104-2, then UEdevice 102 may perform actions, which are discussed below with reference toFIG. 8 , that are part of process 800, for making the emergency call. In some implementations, networks 104-1 and 104-2 may allow UEdevice 102 to select the primary network based on location services by indicating, during UEdevice 102's attachment procedure, whether network 104 supports emergency call and/or emergency call service fallback. - Depending on the implementation,
network environment 100 may include networks other than those illustrated inFIG. 1 . Furthermore, for simplicity,FIG. 1 does not show all components that may be included in network environment 100 (e.g., routers, bridges, wireless access point, additional UE devices, additional wireless stations, additional PSAPs, etc.). -
FIG. 2 is a block diagram of exemplary components of anetwork device 200.Network device 200 may correspond to, or be included in, the devices and/or components of the networks depicted inFIG. 1 (e.g.,UE device 102, wireless station 106, a router, a switch, a server, etc.). As shown,network device 200 may include aprocessor 202, memory/storage 204,input component 206,output component 208,network interface 210, andcommunication path 212. In different implementations,network device 200 may include additional, fewer, different, or a different arrangement of components than the ones illustrated inFIG. 2 . For example,network device 200 may include line cards, modems, etc. -
Processor 202 may include a processor, a microprocessor, an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA), programmable logic device, chipset, application specific instruction-set processor (ASIP), system-on-chip (SoC), central processing unit (CPU) (e.g., one or multiple cores), microcontrollers, and/or other processing logic (e.g., embedded devices) capable of controllingdevice 200 and/or executing programs/instructions. - Memory/
storage 204 may include static memory, such as read only memory (ROM), and/or dynamic memory, such as random access memory (RAM), or onboard cache, for storing data and machine-readable instructions (e.g., programs, scripts, etc.). - Memory/
storage 204 may also include a floppy disk, CD ROM, CD read/write (R/W) disk, optical disk, magnetic disk, solid state disk, holographic versatile disk (HVD), digital versatile disk (DVD), and/or flash memory, as well as other types of storage device (e.g., Micro-Electromechanical system (MEMS)-based storage medium) for storing data and/or machine-readable instructions (e.g., a program, script, etc.). Memory/storage 204 may be external to and/or removable fromnetwork device 200. Memory/storage 204 may include, for example, a Universal Serial Bus (USB) memory stick, a dongle, a hard disk, off-line storage, a Blu-Ray® disk (BD), etc. Memory/storage 204 may also include devices that can function both as a RAM-like component or persistent storage, such as Intel® Optane memories. - Depending on the context, the term “memory,” “storage,” “storage device,” “storage unit,” and/or “medium” may be used interchangeably. For example, a “computer-readable storage device” or “computer-readable medium” may refer to both a memory and/or storage device.
-
Input component 206 andoutput component 208 may receive input from a user and provide output to a user. Input/output components -
Network interface 210 may include a transceiver (e.g., a transmitter and a receiver) fornetwork device 200 to communicate with other devices and/or systems. For example, vianetwork interface 210,network device 200 may communicate over a network, such as the Internet, an intranet, a terrestrial wireless network (e.g., a WLAN, WiFi, WiMax, etc.), a satellite-based network, optical network, etc.Network interface 210 may include a modem, an Ethernet interface to a LAN, and/or an interface/connection for connecting device 300 to other devices (e.g., a Bluetooth interface). -
Communication path 212 may provide an interface (e.g., a bus) through which components ofdevice 200 can communicate with one another. - In some implementations,
network device 200 may perform the operations described herein in response toprocessor 202 executing software instructions stored in a non-transient computer-readable medium, such as memory/storage 204. The software instructions may be read into memory/storage 204 from another computer-readable medium or from another device vianetwork interface 210. The software instructions stored in memory/storage 204, when executed byprocessor 202, may causeprocessor 202 to perform processes that are described herein. In other implementations, the instructions may be hard coded. For example, whennetwork device 200 is implemented asUE device 102,UE device 102 may perform automatic dialing of emergency call number (e.g., 911 in the U.S.). -
FIG. 3 illustrates exemplary functional components ofUE device 102. As shown,UE device 102 may include network attachlogic 302, network call support information logic 304, calllogic 306, and emergency call logic 308. Depending on the implementations,UE device 102 may include additional, fewer, or different components than those shown inFIG. 3 . Also, although not shown,UE device 102 may include other functional components, such as browsers, an operating system, etc. - Network attach
logic 302 may attachUE device 102 to network 104 and registerUE device 102 with network 104. Attaching UE device 104 to network 104 (or another network) may entail exchanging a series of messages with network 104, including those required for authentication. - Network call support information logic 304 may obtain network related information either during or after the attachment process. For example, network call support information logic 304 may obtain, from network 104, a list of positioning services and store the list in a local drive (or another form of storage). For example, assume that
UE device 102 is attaching to network 104-1. Network call support information logic 304 may determine that network 104-1 offers A-GPS, E-CID, Wi-Fi, but not OTDOA positioning service. In addition, network call support information logic 304 may determine whether network 104-1 supports emergency call service and/or emergency call service fallback. - Call
logic 306 may include one or more programs or instructions for making calls. For example, a user ofUE device 102 may select or input a particular phone number and make a call viacall logic 306. In addition,call logic 306 may use emergency call logic 308 to make an emergency call based on user input (e.g., voice activated or GUI-triggered input). Emergency call logic 308 may perform actions required for placing emergency calls with particular networks. - When
processor 202 inUE device 102 executes computer instructions that are associated with network attachlogic 302, network call support information logic 304, calllogic 306, and emergency call logic 308,UE device 102 may perform a process for providing emergency call support over different networks, which may employ different radio access technologies (RATs).FIG. 4 illustrates theprocess 400. - As shown in
FIG. 4 ,process 400 may include obtaining network information about network emergency call service support, emergency call service fallback support, positioning services and network conditions (block 402). For example, assume thatUE device 102 communicates with networks 104 andwireless network 108. During or after an attachment procedure with networks 104,UE device 102 may obtain information pertaining to whether network 104-1 supports emergency call service and/or emergency call service fallback and a list of positioning services offered or supported by network 104-1 and store the information. -
Process 400 may further include determining network conditions (block 404). For example,UE device 102 may obtain and store information on networks 104-1 and 104-2. For each network 104, the information may indicate whether the network supports emergency call service and/or emergency call service fallback. The information may also include key performance indicators (e.g., traffic, bandwidths, jitter, call drop rates, signal to noise ratios, etc.) that are relevant to determining the likelihood of completing an emergency call over the network. - Depending on the implementation,
UE device 102 may obtain the information in various ways. For example, in one implementation,UE device 102 may query network 104 for some of the information. In another example,UE device 102 may obtain some of the information from its components (e.g., signal power). In yet another example,UE device 102 may obtain the information from network 104 during the attachment procedure. - Based on the obtained information,
UE device 102 may determine whether to select network 104-1 as the primary network over whichUE device 102 will make an emergency call (block 406). Depending on the implementation,UE device 102 may place different degrees of importance to the availability of a highly precise positioning service and other network conditions. For example, assume that network 104-1 is a 5G network. In one implementation,UE device 102 may designate network 104-1 as the primary network, because network 104-1 indicated that it supports emergency call service or that it supports emergency call service but not emergency call service fallback. In a different implementation,UE device 102 may designate network 104-1 as the primary network, because network 104-1 provides an OTDOA-based positioning service. In yet another implementation,UE device 102 may select network 104-1 over network 104-2 even though network 104-1 does not provide an OTDOA-based positioning service, because the call drop rate of network 104-2 is extremely high. In still yet another implementation,UE device 102 may designate network 104-2 as the primary network because, during the attachment, network 104-1 indicated that it supports emergency call service fallback but not emergency service. - At
block 406, ifUE device 102 does not select network 104-1 as the primary network for making an emergency call (block 406: NO),UE device 102 provides call support with network 104-2 selected as the primary network (block 408). Otherwise (block 406: YES),UE device 102 provides call support with network 104-1 selected as the primary network (block 410). -
FIG. 5 illustrates an exemplary process 500 that is associated withblock 408 ofFIG. 4 . Process 500 begins withUE device 102 determining whetherUE device 102 is in a connected state with respect to the primary network (block 502). - A connected state is one of many possible states that
UE device 102 may be in during its operation. The possible states are shown inFIG. 6 , which is a state transition diagram associated withUE device 102 and network 104. As shown,UE device 102 can be in one of the following states:POWER UP 602,IDLE 610, CONNECTED AND ACTIVE 612, and CONNECTED AND INACTIVE 614. - When
UE device 102 is powered on,UE device 102 is in POWER UPstate 602.UE device 102 then transitions intoIDLE state 610, at whichUE device 102 detects signals from a wireless station of network 104 and makes an attempt to attach 621 to network 104. IfUE device 102 fails to attach (Connection Failure 623) to network 104,UE device 102 returns to or remains inIDLE state 610. Otherwise,UE device 102 transitions to CONNECTED ANDACTIVE state 612. - At CONNECTED AND
ACTIVE state 612,UE device 102 may suspend 624 its connection activity (e.g., the user has not touchedUE device 102 for a certain amount of time) and enter into CONNECTED ANDINACTIVE state 614.UE device 102 may leavestate 614 whenUE device 102 resumes 625 its activity (e.g., the user has tapped on the display screen of UE device 102). Alternatively, atstate 614, if there is aconnection failure 626,UE device 102 may return toIDLE state 610. - In
FIG. 6 , whenUE device 102 is inIDLE state 610,UE device 102 is de-registered with respect to network 104. WhenUE device 102 is in CONNECTED ANDACTIVE state 612 or CONNECTED ANDINACTIVE state 614,UE device 102 is registered with network 104. -
FIG. 7 illustrates a state transition diagram that is associated withUE device 102 and two networks 104-1 and 104-2.UE device 102 may make state transitions in accordance withFIG. 7 whenUE device 102 interacts with networks 104-1 and 104-2. InFIG. 7 ,UE device 102 is not simultaneously connected to both networks 104-1 and 104-2, although it may have the capability to do so. - As shown, with respect to network 104-1,
UE device 102 may be inCONNECTED state 702.UE device 102 may have arrived atCONNECTED state 702 from IDLE state 704 (by establishing a connection 710-1) or from CONNECTED AND INACTIVE state 706 (by resuming 711-1).UE device 102 may transition intoIDLE state 704 from CONNECTED state 702 (by release 710-1) or from INACTIVE state 706 (by release 714-1). FromCONNECTED state 702,UE device 102 may transition intoINACTIVE state 706. - With respect to network 104-2,
UE device 102 may be inCONNECTED state 712.UE device 102 may have arrived atCONNECTED state 712 from IDLE state 714 (by establishing a connection 710-2) or from CONNECTED AND INACTIVE state 716 (by resuming 711-2).UE device 102 may transition intoIDLE state 714 from CONNECTED state 712 (by release 710-2) or from INACTIVE state 716 (by release 714-2). FromCONNECTED state 712,UE device 102 may transition intoINACTIVE state 716. - Comparing
FIG. 6 toFIG. 7 , it is clear that states 702-706 and states 712-716 correspond to the states illustrated inFIG. 6 but applied to two networks 104 instead of one network. However,FIG. 7 also shows at which statesUE device 102 may transition from one state with regard to network 104-1 to another state with respect to network 104-2. Transitions between CONNECTED state 702 (with respect to network 104-1) andCONNECTED state 712 can occur through handover 726; and transitions between IDLE state 704 (with respect to network 104-1) and IDLE state 714-2 can occur throughUE device 102 re-selecting its access network. In addition, ifUE device 102 is inINACTIVE state UE device 102 may enter intoIDLE state - Returning to
FIG. 5 , atblock 502, ifUE device 102 is in theCONNECTED state 702 with respect to network 104-1,UE device 102 sends an emergency call request message (block 504). In the message,UE device 102 specifies the type of request. Because atblock 406,UE device 102 selected network 104-2 as the primary network,UE device 102 sets the request type to emergency fallback. In response to the request, network 104-1 attempts a fallback emergency call over network 104-2 (block 506). The fallback call involves initiating a handover or redirect from network 104-1 to network 104-2. As shown inFIG. 7 , in this maneuver,UE device 102 transitions fromCONNECTED state 702 toCONNECTED state 712. - If a handover occurs in the above, two sub-handovers may occur: an inter-RAT handover of
UE device 102 from wireless station 106-1 to wireless station 106-2, as described below with reference toFIG. 10 ; and an inter-system handover ofUE device 102 from network 104-1 to network 104-2, as described below with reference toFIG. 9 andFIG. 10 . Fromblock 506, after the handover, network 104-2 attempts to establish an emergency call session betweenUE device 102 andPSAP 110. Network 104-2 provides location information to eitherUE device 102 or toPSAP 110. Process 500 then proceeds to block 510. - Returning to block 502, if
UE device 102 is not in CONNECTED state 702 (block 502: NO),UE device 102 makes an automatic fallback emergency call over network 104-2 (block 508). BecauseUE device 102 is not connected to network 104-1, there is no need for a handover or. Instead,UE device 102 connects to and registers with network 104-2. Network 104-2 andUE device 102 interact with one another in placing an emergency call toPSAP 110, with network 104-2 providing location information to eitherUE device 102 orPSAP 110. Process 500 then proceeds to block 510. - At
block 510, UE device determines whetherUE device 102 was able to make the emergency call (block 510). IfUE device 102 successfully made the call (block 510: YES), process 500 terminates. Otherwise (block 510: NO),UE device 102 proceeds to make a call over wireless network 108 (block 512). Atblock 512,wireless network 108 provides location information toUE device 102 or toPSAP 110. - At
block 514,UE device 102 determines whether the call overnetwork 108 was a success. If so (block 514: YES), process 500 terminates. Otherwise (block 514: NO),UE device 102 makes an emergency call over network 104-1 (block 516). Atblock 516,UE device 102 makes a state transition fromIDLE state 714 to IDLEstate 704 throughreselection 720, and then toCONNECTED state 702, by re-establishing a connection with network 104-1. UE device then makes the emergency call request to network 104-1. The request type is set to emergency support without fallback. In response, network 104-1 connectsUE device 102 toPSAP 110, providing location information toUE device 102 or toPSAP 110. -
FIG. 8 illustrates an exemplary process 800 that is associated withblock 410 ofFIG. 4 . Process 800 may be performed byUE device 102, networks 104, andwireless network 108. - Process 800 begins with
UE device 102 making a call over network 104-1 (block 802). BecauseUE device 102 is already inCONNECTED state 702,UE device 102 sends an emergency call request message. In the message,UE device 102 sets the request type to emergency support and emergency fallback support. In response to the request fromUE device 102, network 104-1 attempts place a call to PSAP 110 (block 802). Network 104-1 provides location information to eitherUE device 102 or toPSAP 110. - At
block 804,UE device 102 determines whether the call was successfully made. If so, process 800 terminates. Otherwise (block 804: NO),UE device 102 initiates an attempt to use other networks to make an emergency call.UE device 102 begins the attempt by determining whether it is still in CONNECTED state 702 (block 806). - If
UE device 102 is still in CONNECTED state 702 (block 806: YES), UE device re-attempts to make a fallback emergency call via over network 104-2 (block 808).UE device 102 initiates the attempt by sending an emergency call request message to network 104-1, but this time, setting the request type to no emergency support and emergency fallback support. In response to the request, network 104-1 performs a fallback procedure (block 810), similarly as described above with respect to block 508. As discussed above, a fallback call involves directing or initiating a handover from network 104-1 to network 104-2. As shown inFIG. 7 , for the handover,UE device 102 transitions fromCONNECTED state 702 toCONNECTED state 712. Also, as similarly as previously discussed, the handover entails two sub handovers: an inter-RAT handover ofUE device 102 from wireless station 106-1 to wireless station 106-2, as described below with reference toFIG. 10 ; and an inter-system handover ofUE device 102 from network 104-1 to network 104-2, as described below with reference toFIG. 9 andFIG. 10 . After the handover, network 104-2 connectsUE device 102 toPSAP 110. Network 104-2 provides location information to eitherUE device 102 or toPSAP 110. Process 800 then proceeds block 814. - Returning to block 806, if
UE device 102 is not in CONNECTED state 702 (block 806: NO),UE device 102 initiates an automatic fallback call over network 104-2 (block 812), given that network 104-1 has failed to support an emergency call atblock 802. The fallback call entails connecting and registering with network 104-2, sinceUE device 102 has been connected only to network 104-1 and not to network 104-2. Network 104-2 connectsUE device 102 toPSAP 110. Network 104-2 provides locationinformation UE device 102 or toPSAP 110. Process 500 then proceeds to block 814. - At
block 814,UE device 102 determines whetherUE device 102 was able to make the fallback emergency call. IfUE device 102 successfully made the call (block 814: YES), process 800 terminates. Otherwise (block 814: NO),UE device 102 proceeds to make an emergency call over wireless network 108 (block 816).Wireless network 108 provides location information toUE device 102 or toPSAP 110. -
FIG. 9 illustrates functional components of networks 104 according to an exemplary implementation. In this implementation, network 104-1 is a 5G core network, and network 104-2 is a 4G core network (e.g., evolved packet core (EPC) or evolved packet system (EPS)). Both networks 104 are part of a provider network and may share common network elements. For example, network 104-1 includes User Plane Function (UPF) 920 and network 104-2 includes a Packet data network Gateway (PGW) 920. BothUPF 920 andPGW 920 may occupy the same physical device or a software module. - As shown, network 104-1 includes NG-
RAN 904, Access and Mobility Function (AMF) 906, and User Plane Function (UPF) 920. Network 104-2 includeseUTRAN 914, Mobility Management Entity (MME) 916, Serving Gateway (SGW) 918, and Packet data network Gateway (PGW) 920. Although networks 104-1 and 104-2 have additional network nodes and/or functions that interact with one another via different interfaces, they are not illustrated inFIG. 9 for simplicity. - NG-
RAN 904 may provide access to network 104-1, to wireless devices, such asUE device 102. As discussed above, NG-RAN 904 is part of an access network, with one or more wireless stations. -
AMF 906 may perform registration management, connection management, reachability management, mobility management, lawful intercepts, Short Message Service (SMS) transport betweenUE device 102 and other 5G core functions (not shown inFIG. 9 ), access authentication and authorization, positioning services management, management of non-3GPP access networks, and/or other types of management processes. NG-RAN 904 may interact withAMF 906 via an N2 interface. - UPF node 908 may maintain an anchor point for intra/inter-Radio Access Technology (RAT) mobility, maintain an external packet data unit (PDU) point of interconnect to a data network, perform packet routing and forwarding, perform the user plane part of policy rule enforcement, perform packet inspection, perform lawful intercept, perform traffic usage reporting, perform Quality of Service (QoS) handling in the user plane, perform uplink traffic verification, perform transport level packet marking, perform downlink packet buffering, send and forward an “end marker” to a radio access network node (e.g., gNodeB), and/or perform other types of user plane processes. UPF 908 may communicate with NG-
RAN 904 and other functions/components using an N3 and other interfaces. -
eUTRAN 914 may provide access to network 104-2, to wireless devices, such asUE device 102. As discussed above,eUTRAN 914 is part of an access network, with one or more wireless stations. -
MME 916 may provide control plane processing for an evolved packet core (EPC) in network 104-2. For example,MME 916 may implement tracking and paging procedures forUE device 102, may activate and deactivate bearers forUE device 102, may authenticate a user ofUE device 102 and may interface to non-LTE radio access networks. A bearer may represent a logical channel with particular QoS requirements.MME 916 may also select a particular SGW for aparticular UE device 102.MME 916 may communicate with wireless station 106-2 through an S1-U interface. -
SGW 918 may provide an access point toUE device 102, handle forwarding of data packets forUE device 102, perform transport level markings (e.g., QoS Class Identifier (QCI)), and act as a local anchor point during handover procedures between wireless stations. In addition,SGW 918 may forward messages betweenMME 916 andPGW 920. For example, whenSGW 918 receives a message from MME 016 indicating thatUE device 102 is unavailable to accommodate a request to change the bearer,SGW 918 may forward the message toPGW 920.SGW 918 may interact witheUTRAN 914,MME 916, andPGW 920 over an S1-U interface, an S11 interface, and S5-U interface, respectively. -
PGW 920 may function as a gateway to packet data network (not shown). In addition, whenUE device 102 attaches to network 104-2 (through eUTRAN 914),PGW 920 may allocate an IP address forUE device 102. Additionally, whenPGW 920 receives a message from a Policy and Charging Rules Function (PCRF) to modify a QoS forUE device 102,PGW 920 may dispatch a message to MME 916 (via SGW 918) to change the bearer forUE device 102. -
PGW 920 may function as a gateway to a packet data network.PGW 920 may allocate an IP address forUE device 920. Furthermore, when PGW 020 receives a message from a Policy and Charging Rules Function (PCRF) to modify a QoS forUE device 102, PGW 226 may change the bearer forUE device 102. - In
FIG. 9 , whenUE device 102 is handed off from NG-RAN 904 toeUTRAN 914,AMF 906 communicates withMME 916 to provideMME 916 with information about UE device 102 (e.g., bearer information) over an N26 interface. The inter-system communication betweenAMF 906 andMME 916 allows networks 104 from having to change bearers or having to go through the process of recycling network resources already allocated forUE device 102 at network 104-1. -
FIG. 10 illustrates exemplary communications betweenUE device 102, components of network 104-1, and network 104-2 during an emergency call fallback (e.g., blocks 504 and 506 ofFIG. 5 and blocks 808 and 810 ofFIG. 8 ).FIG. 10 shows an IP Multimedia Subsystem (IMS) 1002, which provides voice and multimedia services toUE device 102 based on Session Initiation Protocol (SIP). - As shown,
UE device 102 camps in a 4G/5G cell (1010). Assume that whileUE device 102 is inCONNECTED state 702, the user ofUE device 102 makes an emergency call. In response to user input,UE device 102 sends a service request associated with the call (1012). The message is relayed toUPF 920, which becomes aware of theUE device 102's request. NG-RAN 904 then interacts withAMF 906 over the N2 interface (1014). Subsequently, components of network 104-1 perform network 104-1-side related logistics for an inter-RAT handoff from wireless station 106-1 to wireless station 106-2 (1016). - At 1018, the components of network 104-1 (e.g.,
NG RAN 904,AMF 906, and UPF 920) take steps that are associated with the handoff, andAMF 906 forwards UE device 102-related information toMME 916, allowing network 104-2 to handle the handoff. In some implementations,specific AMFs 906 correspond tospecific MMES 916, and therefore,AMF 906 knows to whichMME 916 it has to send messages relating to 5G-to-4G handoffs. - Once the handoff from network 104-1 to network 104-2 is complete,
UE device 102 may interact withIMS 1002.IMS 1002 andUE device 102 may follow procedures for establishment of IMS emergency session, including providing the location ofUE device 102 toPSAP 110 through the location service provided by network 104-2. - In this specification, various preferred embodiments have been described with reference to the accompanying drawings. It will be evident that modifications and changes may be made thereto, and additional embodiments may be implemented, without departing from the broader scope of the invention as set forth in the claims that follow. The specification and drawings are accordingly to be regarded in an illustrative rather than restrictive sense.
- In the above, while a series of blocks have been described with regard to the processes illustrated in
FIGS. 4, 5 and 8 , the order of the blocks may be modified in other implementations. In addition, non-dependent blocks may represent blocks that can be performed in parallel. - It will be apparent that aspects described herein may be implemented in many different forms of software, firmware, and hardware in the implementations illustrated in the figures. The actual software code or specialized control hardware used to implement aspects does not limit the invention. Thus, the operation and behavior of the aspects were described without reference to the specific software code—it being understood that software and control hardware can be designed to implement the aspects based on the description herein.
- Further, certain portions of the implementations have been described as “logic” that performs one or more functions. This logic may include hardware, such as a processor, a microprocessor, an application specific integrated circuit, or a field programmable gate array, software, or a combination of hardware and software.
- “To the extent the aforementioned embodiments collect, store, or employ personal information of individuals, it should be understood that such information shall be collected, stored, and used in accordance with all applicable laws concerning protection of personal information. Additionally, the collection, storage, and use of such information can be subject to consent of the individual to such activity, for example, through well known “opt-in” or “opt-out” processes as can be appropriate for the situation and type of information. Storage and use of personal information can be in an appropriately secure manner reflective of the type of information, for example, through various encryption and anonymization techniques for particularly sensitive information.”
- No element, block, or instruction used in the present application should be construed as essential to the implementations described herein unless explicitly described as such. As used herein, the articles “a,” “an,” and “the” are intended to include one or more items. The phrase “based on” is intended to mean “based, at least in part, on” unless explicitly stated otherwise.
Claims (23)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/214,287 US10660153B1 (en) | 2018-12-10 | 2018-12-10 | Emergency call support using multiple network technologies |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/214,287 US10660153B1 (en) | 2018-12-10 | 2018-12-10 | Emergency call support using multiple network technologies |
Publications (2)
Publication Number | Publication Date |
---|---|
US10660153B1 US10660153B1 (en) | 2020-05-19 |
US20200187295A1 true US20200187295A1 (en) | 2020-06-11 |
Family
ID=70736176
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/214,287 Active US10660153B1 (en) | 2018-12-10 | 2018-12-10 | Emergency call support using multiple network technologies |
Country Status (1)
Country | Link |
---|---|
US (1) | US10660153B1 (en) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022089619A1 (en) * | 2020-10-30 | 2022-05-05 | 展讯半导体(成都)有限公司 | Communication method and apparatus, device, and storage medium |
WO2023034323A1 (en) * | 2021-08-31 | 2023-03-09 | Apple Inc. | Methods and interfaces for initiating communications |
US11693529B2 (en) | 2021-08-31 | 2023-07-04 | Apple Inc. | Methods and interfaces for initiating communications |
US11765114B2 (en) | 2017-05-16 | 2023-09-19 | Apple Inc. | Voice communication method |
US11947784B2 (en) | 2016-06-11 | 2024-04-02 | Apple Inc. | User interface for initiating a telephone call |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9380610B2 (en) * | 2014-02-24 | 2016-06-28 | Apple Inc. | System and method for performing emergency calls over WiFi when a cellular network is unavailable |
WO2019030430A1 (en) * | 2017-08-09 | 2019-02-14 | Nokia Solutions And Networks Oy | Emergency voice service support indications |
US11128985B2 (en) * | 2017-08-14 | 2021-09-21 | Qualcomm Incorporated | Systems and methods for 5G location support using service based interfaces |
-
2018
- 2018-12-10 US US16/214,287 patent/US10660153B1/en active Active
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11947784B2 (en) | 2016-06-11 | 2024-04-02 | Apple Inc. | User interface for initiating a telephone call |
US11765114B2 (en) | 2017-05-16 | 2023-09-19 | Apple Inc. | Voice communication method |
WO2022089619A1 (en) * | 2020-10-30 | 2022-05-05 | 展讯半导体(成都)有限公司 | Communication method and apparatus, device, and storage medium |
CN114449592A (en) * | 2020-10-30 | 2022-05-06 | 展讯半导体(成都)有限公司 | Communication method, device, equipment and storage medium |
WO2023034323A1 (en) * | 2021-08-31 | 2023-03-09 | Apple Inc. | Methods and interfaces for initiating communications |
US11693529B2 (en) | 2021-08-31 | 2023-07-04 | Apple Inc. | Methods and interfaces for initiating communications |
AU2023204622B2 (en) * | 2021-08-31 | 2023-08-24 | Apple Inc. | Methods and interfaces for initiating communications |
AU2022235630B2 (en) * | 2021-08-31 | 2023-10-12 | Apple Inc. | Methods and interfaces for initiating communications |
US11893203B2 (en) | 2021-08-31 | 2024-02-06 | Apple Inc. | Methods and interfaces for initiating communications |
JP7549673B2 (en) | 2021-08-31 | 2024-09-11 | アップル インコーポレイテッド | Method and interface for initiating communication - Patents.com |
Also Published As
Publication number | Publication date |
---|---|
US10660153B1 (en) | 2020-05-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11659452B2 (en) | System and method for returning to 5G after fallback | |
US11943676B2 (en) | Switching between network based and relay based operation for mission critical voice call | |
US10660153B1 (en) | Emergency call support using multiple network technologies | |
US10863556B2 (en) | Method and system for network slice identification and selection | |
KR102207492B1 (en) | Method and apparatus of improving service efficiency of wireless communication systems | |
KR102408584B1 (en) | System enhancements for enabling non-3gpp offload in 3gpp | |
US9432885B2 (en) | Method and apparatus for packet-switched service handover in wireless communication system | |
US20130017805A1 (en) | Method and apparatus for transferring telecommunications connections | |
JP2014502831A (en) | Local Internet Protocol access connection processing during circuit switched fallback and handover | |
US11057810B2 (en) | Packet data network gateway handoff | |
KR20140046068A (en) | Optimizing a handover behavior of a mobile radio communication network based on an extended data record being associated with a user equipment | |
US11399327B2 (en) | Systems and methods for fast return to 5G RAN after fallback to another RAN | |
JP5838182B2 (en) | Location information registration method and mobile communication terminal | |
KR20180043308A (en) | Network instruction processing device, method and communication system | |
US20150237535A1 (en) | Mobile communication system, first base station, mobile station, and communication method for mobile communication system | |
US8639233B1 (en) | Data session continuity between wireless networks | |
US10327274B2 (en) | Mobile device anchoring and connectivity across multiple mobile network technologies | |
CN111918272B (en) | Terminal fall-back control method and device | |
CN109089289B (en) | Method and apparatus for switching to circuit switched domain | |
US20240323788A1 (en) | Methods and apparatuses for handover between different rats | |
US9883435B2 (en) | Soft handover for a voice over internet protocol service | |
KR20240102999A (en) | Preservation of session context in communication networks | |
WO2024022654A1 (en) | Handling conditional handover preparations in failure scenarios |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: VERIZON PATENT AND LICENSING INC., NEW JERSEY Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:LI, MINGXING;PATIL, SUDHAKAR REDDY;JAGANNATHA, DEEPA;AND OTHERS;SIGNING DATES FROM 20181206 TO 20181207;REEL/FRAME:047728/0935 |
|
FEPP | Fee payment procedure |
Free format text: ENTITY STATUS SET TO UNDISCOUNTED (ORIGINAL EVENT CODE: BIG.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1551); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 4 |