Emergency call method and device, electronic equipment, medium and product

Abstract

The invention provides an emergency call method and device, electronic equipment, a medium and a product. According to one embodiment of the invention, the method comprises the following steps: when a preset condition is satisfied, a current first network is returned to a second network, the preset condition is a condition that the current first network does not need to be returned to a third network, and the network performance of the third network is superior to the network performance of the second network; an emergency call is initiated using the second network.

Description

Technical Field

[0001] This application relates to the field of communication technology, and in particular to an emergency call method, device, electronic device, medium and product. Background Technology

[0002] With the accelerated deployment of 5G Standalone (SA) technology globally and the widespread adoption of Long Term Evolution (LTE) networks, the response efficiency of Emergency Calls (EMC) in SA and LTE network environments is increasingly becoming a focus of industry attention.

[0003] Given the importance of emergency calls in ensuring public safety and responding to distress signals in a timely manner, it is crucial to ensure that emergency calls can be initiated and transmitted to rescue organizations more quickly, thereby reducing the risks and harms faced by users.

[0004] However, when a User Equipment (UE) attempts to initiate an emergency call under an SA network, it may encounter a situation where it needs to fall back to the LTE network via the Evolved Packet System Fallback (EPSFB) mechanism. During this process, if a Tracking Area Update (TAU) request is rejected (e.g., rejection=40), the LTE network will remain in a limited service state for an extended period, causing the UE to be in an Out of Service (OOS) state, prolonging the emergency call initiation time and increasing the risks faced by the user. Summary of the Invention

[0005] To overcome the problems existing in the related technologies, this application provides an emergency call method, device, electronic device, medium, and product.

[0006] According to a first aspect of any embodiment of this application, an emergency call method is provided, the method comprising:

[0007] If preset conditions are met, the network will fall back from the current first network to the second network; wherein, the preset conditions are conditions that do not require falling back to the third network, and the network performance of the third network is better than that of the second network;

[0008] Use the second network to initiate an emergency call.

[0009] According to a second aspect of any embodiment of this application, an emergency call device is provided, the device comprising:

[0010] A network fallback module is used to fall back from the current first network to a second network when preset conditions are met; wherein, the preset conditions are conditions that do not require falling back to a third network, and the network performance of the third network is better than that of the second network;

[0011] An emergency call module is used to initiate an emergency call using the second network.

[0012] According to a third aspect of any embodiment of this application, an electronic device is provided, comprising:

[0013] processor;

[0014] Memory used to store processor-executable instructions;

[0015] The processor executes the executable instructions to implement the method described in any embodiment of this application.

[0016] According to a fourth aspect of any embodiment of the present application, a computer-readable storage medium is provided having computer instructions stored thereon that, when executed by a processor, implement the method described in any of the embodiments of the present application described above.

[0017] According to a fifth aspect of any embodiment of this application, a computer program product is provided, having a computer program / instructions stored thereon, which, when executed by a processor, implement the method described in any of the embodiments of this application described above.

[0018] The technical solution provided in this application may include the following beneficial effects:

[0019] As can be seen from the above embodiments, by meeting the preset conditions, the user equipment does not need to fall back to the third network with better network performance. Instead, it falls back from the first network to the second network, uses the second network, and initiates an emergency call. This ensures that the network is quickly fallen back to the second network, avoiding the user equipment from trying to fall back to the third network. This can minimize the time that the user equipment is in a service interruption state, thereby shortening the time to initiate an emergency call.

[0020] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and do not limit this application. Attached Figure Description

[0021] The accompanying drawings, which are incorporated in and form part of this application, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.

[0022] Figure 1 This is a flowchart illustrating an emergency call method according to an exemplary embodiment of this application;

[0023] Figure 2 This is a schematic diagram illustrating the state transitions of a state machine according to an exemplary embodiment of this application;

[0024] Figure 3 This is a flowchart illustrating another emergency call method according to an exemplary embodiment of this application;

[0025] Figure 4 This is a schematic diagram of the structure of an emergency call device according to an exemplary embodiment of this application;

[0026] Figure 5 This is a block diagram illustrating an emergency call device according to an exemplary embodiment of this application. Detailed Implementation

[0027] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numbers in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this application. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this application as detailed in the appended claims.

[0028] The terminology used in this application is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. The singular forms “a,” “the,” and “the” used in this application and the appended claims are also intended to include the plural forms unless the context clearly indicates otherwise. It should also be understood that the term “and / or” as used herein refers to and includes any or all possible combinations of one or more of the associated listed items.

[0029] It should be understood that although the terms first, second, third, etc., may be used in this application to describe various information, such information should not be limited to these terms. These terms are only used to distinguish information of the same type from one another. For example, without departing from the scope of this application, first information may also be referred to as second information, and similarly, second information may also be referred to as first information. Depending on the context, the word "if" as used herein may be interpreted as "when," "when," or "in response to determination."

[0030] Despite representing a cutting-edge trend in communication technology, SA networks, while becoming increasingly widespread, have not yet fully replaced traditional networks in handling emergency calls. This is primarily due to the limited coverage of SA networks.

[0031] When a user equipment (UE) is unable to initiate an emergency call under an SA network, it will first fall back to the LTE network. After the TAU request is rejected, the UE will be in a service interruption state for a long time, resulting in a longer time to initiate an emergency call.

[0032] To address the aforementioned problems, this application proposes an emergency call method. Before introducing this emergency call method, to make the description of the method easier to understand, some concepts involved in the subsequent description of the embodiments of this application will be explained:

[0033] 1) SA network

[0034] SA network refers to a 5G network built entirely independently. In SA standalone networking mode, user equipment connects to 5G base stations and the 5G core network, without relying on 4G network infrastructure. This networking approach can better leverage the advantages of 5G, such as ultra-low latency and high reliability.

[0035] 2) PS network

[0036] PS network is a network architecture based on packet switching technology. Packet switching technology divides user data into packets of a certain length. Each packet contains partial information about the user data as well as control information such as the destination address. These packets are then transmitted independently in the network and reassembled into the original data upon reaching their destination.

[0037] LTE networks are a type of network based on packet switching technology, and are a specific implementation of PS networks in the field of mobile communications.

[0038] 3) Circuit-Switched (CS) Networks

[0039] CS network is an early switching technology that transmits data by establishing a dedicated communication line between two communication sites.

[0040] The CS domain in the Global System for Mobile Communications (GSM) network provides users with stable voice call quality and reliable SMS transmission services through circuit switching technology.

[0041] The CS domain (also known as WCDMA-CS) in a Wideband Code Division Multiple Access (WCDMA) network is used to support services that require high stability and low latency, such as voice calls.

[0042] To further illustrate this application, the following embodiments are provided:

[0043] Please see Figure 1 , Figure 1 This is a flowchart illustrating an emergency call method according to an exemplary embodiment of this application. The emergency call method can be applied to user equipment, which may be an electronic device such as a mobile phone, digital broadcasting terminal, messaging device, personal digital assistant, or smartwatch.

[0044] This emergency call method may include the following steps:

[0045] Step 102: If the preset conditions are met, fall back from the current first network to the second network; wherein, the preset conditions are conditions that do not require falling back to the third network, and the network performance of the third network is better than that of the second network.

[0046] In this step, if the user equipment determines that the first network cannot successfully initiate an emergency call under the preset conditions, it can use mechanisms such as triggering a state machine and setting priorities to fall back directly from the first network to the second network.

[0047] The network performance of the first network is better than that of the third network. The network performance of the third network is better than that of the second network.

[0048] For example, the first network could be an SA network, the second network could be a CS network, and the third network could be a PS network. The second network often provides wider signal coverage and more stable communication quality in remote areas.

[0049] The preset conditions are those that do not require fallback to a third network, used to optimize the reliability and speed of emergency calls, such as extremely low SA network signal quality or user equipment not supporting PS networks.

[0050] In one embodiment, the preset conditions include at least one of the following: the cell is camped under the first network and does not support Emergency Service Fallback (EMF); an emergency call needs to be initiated; and the number being called belongs to a preset emergency number.

[0051] Emergency service fallback is used to fall back calls to a third network to ensure the reliability of emergency calls when the first network, such as the SA network, cannot directly support emergency calls.

[0052] Emergency call is a service that allows users to quickly connect to an emergency service center by simply dialing in an emergency.

[0053] Preset emergency numbers are a set of special numbers predefined in mobile communication devices and networks for quick dialing to obtain necessary assistance in emergencies. The definition and scope of preset emergency numbers can be set according to region, network standards, and device manufacturers.

[0054] As described above, by determining that a cell meets the requirements of being camped under the first network and does not support emergency service rollback, measures can be taken in advance to ensure the success of emergency calls; by determining that an emergency call needs to be initiated, a rapid switch to a network that supports emergency services can be made; by determining that the number that meets the requirements of the call belongs to a preset emergency number, false alarms and abuse in non-emergency situations can be reduced, which helps to ensure that emergency service resources can be used effectively and play a role when truly needed.

[0055] Step 104: Use the second network to initiate an emergency call.

[0056] In this step, the user equipment uses the second network to initiate a cell search. After successfully camping on a cell under the second network, the user equipment initiates an emergency call within that cell.

[0057] In one embodiment, when a user equipment initiates a cell search on a second network, it can use locally stored registered available frequency band information (band) to quickly locate possible frequency bands. After finding a possible frequency band, the user equipment will attempt to detect the synchronization signal on that frequency band. After successfully detecting the synchronization signal, the user equipment will perform cell identifier decoding and system information acquisition.

[0058] User equipment (UE) searches for available cells on the second network based on the detected signal strength and cell selection criteria. Once the UE determines which available cell to camp on, it initiates an emergency call within that cell. Upon receiving the emergency call request, the network side will quickly perform authentication and call establishment processes to ensure that the emergency call can be connected as soon as possible.

[0059] If no usable network signal is found in the stored available frequency band information, the user equipment will perform a full-band search to cover all possible frequency bands and points, thereby ensuring that the user equipment can find a usable network signal under any circumstances.

[0060] The available frequency band information is used to identify the network frequency bands or frequency bands that the user equipment has registered on the second network. The available frequency band information may include information such as frequency band range, bandwidth configuration, and network standard.

[0061] An available cell refers to a wireless communication area in a second network where user equipment can successfully access and camp. Available cells possess stable wireless connectivity and the ability to meet communication needs such as emergency calls.

[0062] As described above, by using the registered available frequency band information to search for available cells on the second network, and after determining which available cell to camp on, an emergency call can be initiated within that available cell. This can accelerate the search process for available cells, ensure that an emergency call is initiated as soon as possible, and at the same time, avoid unnecessary frequency band searches, thereby reducing the power consumption of user equipment.

[0063] The emergency call method in this embodiment, by meeting preset conditions, allows the user equipment to fall back from the current first network to the second network without falling back to a third network with better network performance, and to initiate an emergency call using the second network. This ensures that the network falls back to the second network quickly, avoiding the user equipment from attempting to fall back to the third network. This can minimize the time the user equipment is in a service interruption state, thereby shortening the time to initiate an emergency call.

[0064] In the foregoing embodiments, it was described that when preset conditions are met, an emergency call is initiated directly by falling back to the second network, avoiding a service interruption caused by falling back to the third network. In the following embodiments, the fallback process from the first network to the second network will be described in more detail, and this method can be applied to any of the embodiments described above.

[0065] In one embodiment, when initiating an emergency call, the user equipment can change the state of the state machine in the user equipment to a first state. In the first state, the user equipment reuses the network fallback behavior when registration is rejected, attempts to connect to a second network, and falls back from the first network to the second network.

[0066] The first state is the state the state machine is in after receiving the first cause value. The first cause value is a network signaling element used to indicate that registration was rejected, that is, the user equipment's registration request in the network was rejected. For example, the rejection value is 7.

[0067] Please see Figure 2 , Figure 2 This is a schematic diagram illustrating a state machine change according to an exemplary embodiment of this application. Taking the first network as an SA network as an example, when the user equipment meets the preset conditions and initiates an emergency call, the state machine is first injected, and the state of the state machine is changed to the first state after receiving a rejection cause value of 7. The user equipment can be regarded as a 5G network denial of service (5GS Service not allowed).

[0068] As described above, by converting the state machine to the first state after receiving the first cause value when initiating an emergency call, and then falling back from the first network to the second network in the first state to simulate the first state after receiving the first cause value, there is no need to wait a long time to actually receive the registration rejection before performing the fallback process, thereby shortening the initiation time of the emergency call. Furthermore, the behavior of the user equipment performing network fallback when registration is rejected can be reused, reducing the complexity of network fallback.

[0069] In one embodiment, in a first state, the user equipment may delete the identity information and registration data in the first network and clear the data related to the previous registration attempt in the first network in order to make a subsequent registration attempt.

[0070] The user equipment can determine that the user identity module of the user equipment is invalid for the service of the first network until the universal integrated circuit card (UICC) containing the user identity module is turned off or removed.

[0071] The user equipment can also switch the registration status of the first network to the deregistration status, indicating that the user equipment is not currently registered in the first network and cannot provide normal communication services.

[0072] The identity information is a temporary identification information assigned to each user device in the first network, such as the 5G Globally Unique Temporary Identifier (5G-GUTI).

[0073] Registration data is used to reflect the user's device's last registered location and access history information, such as Tracking Area Identity (TAI) and TAI List.

[0074] A Subscriber Identity Module (SIM) is a smart card used for user identification and storage of related data. It can be either a Subscriber Identity Module (SIM) or a Universal Subscriber Identity Module (USIM).

[0075] The deregistration status refers to the state in which a user device has not successfully registered on the first network. It can be the 5G Mobility Management Deregistered (5GMM-DEREGISTERED) status.

[0076] Please continue reading. Figure 2In the first state, the user equipment performs network fallback behavior when registration is rejected, falling back from the SA network to the CS network. Network fallback behavior may include: deleting any 5G-GUTI, the last accessed registered TAI, TAIList, treating the USIM as invalid for 5GS services until the UICC containing the USIM is closed or removed, and entering the 5GMM-DEREGISTERED state.

[0077] As described above, by deleting identity information and registration data in the first network, invalid resource occupation and potential conflicts are avoided, and the registration status of the first network is avoided when attempting to switch to the second network; it is determined that the user device's user identity module is invalid for the services of the first network, preventing the user device from continuously making invalid registration attempts to the first network; the registration status of the first network is switched to the deregistration status, allowing the user device to more flexibly choose the second network for connection.

[0078] In one embodiment, after a preset condition is met, the user equipment marks the user identity module as invalid for the third network, determines that the user identity module of the user equipment is invalid for the third network, and the user equipment is completely unable to use the third network after the invalidation is determined.

[0079] As described above, by determining that the user identity module of the user equipment is invalid on the third network, the user equipment is prevented from searching for packet-switched networks on the third network, thereby saving time and resources for initiating emergency calls.

[0080] To further explain the emergency call procedure for user equipment Figure 3 A flowchart of another emergency call method is shown. Taking an SA network as the first network, a CS network as the second network, and a PS network as the third network as an example, this emergency call method may include the following steps:

[0081] Step 302: Determine that the user equipment is camped in a cell under the SA network and does not support emergency service rollback.

[0082] In this step, the user equipment determines that it is camped in a cell under the SA network and does not support emergency service rollback, which means that there is a problem with the SA network and the user equipment cannot automatically switch to the PS network to initiate an emergency call.

[0083] Step 304: Determine if the user equipment needs to initiate an emergency call.

[0084] In this step, the user equipment detects a need to initiate an emergency call, for example, when the user presses the emergency call button or triggers other emergency call mechanisms, and determines that the user equipment needs to initiate an emergency call.

[0085] Step 306: Determine that the number called by the user equipment belongs to the preset emergency number.

[0086] In this step, the user equipment compares the number being called with a preset emergency number to determine if the number being called belongs to the preset emergency number.

[0087] Step 308: When initiating an emergency call, transition the state machine to the first state.

[0088] In this step, when the user equipment initiates an emergency call, it transitions the state machine to the first state after receiving the first reason value for registration rejection.

[0089] Step 310: In the first state, delete the identity information and registration data in the SA network.

[0090] In this step, in the first state, the user equipment deletes its identity information and registration data in the SA network to avoid being restricted by the SA network registration status when the user equipment switches to the CS network.

[0091] Step 312: Determine that the user identity module of the user equipment is invalid for the SA network service.

[0092] In this step, the user equipment determines that the user identity module of the user equipment is invalid for the service of the SA network until the general-purpose integrated circuit card containing the user identity module is turned off or removed.

[0093] Step 314: Switch the registration status of the SA network to the deregistration status.

[0094] In this step, the user equipment switches the registration status of the SA network to 5GMM-DEREGISTERED, indicating that the user equipment is ready to leave the SA network and attempt to connect to the CS network.

[0095] Step 316: Determine that the user identity module of the user equipment is invalid for the PS network.

[0096] In this step, the user equipment determines that the user identity module of the user equipment is invalid for the PS network, so as to prevent the user equipment from falling back to the PS network.

[0097] Step 318: Use the registered available frequency band information to search for available cells on the CS network.

[0098] In this step, the user equipment can perform network search on GSM / WCDMA, using the registered available frequency band information to accelerate the search for available cells on the CS network.

[0099] Step 320: After determining which cell to camp on, initiate an emergency call within the available cell.

[0100] In this step, after the user equipment determines that it is camped on an available cell, it initiates an emergency call within the available cell, ensuring that the time to initiate an emergency call can be reduced by at least 50%.

[0101] Figure 4 This is a schematic diagram illustrating the structure of an emergency call device according to an exemplary embodiment of this application. For example, the emergency call device 400 can be a user equipment, specifically a mobile phone, computer, digital broadcasting terminal, messaging device, game console, tablet device, medical device, fitness equipment, personal digital assistant, in-vehicle system, wearable device such as smartwatch, smart glasses, smart bracelet, smart running shoes, etc.

[0102] Reference Figure 4 The emergency call device 400 may include one or more of the following components: a processing component 402, a memory 404, a power supply component 406, a multimedia component 408, an audio component 410, an input / output (I / O) interface 412, a sensor component 414, and a communication component 416.

[0103] Processing component 402 typically controls the overall operation of the emergency call device 400, including operations associated with display, telephone calls, data communication, camera operation, and recording. Processing component 402 may include one or more processors 418 to execute instructions to complete all or part of the steps of the methods described above. Furthermore, processing component 402 may include one or more modules to facilitate interaction between processing component 402 and other components. For example, processing component 402 may include a multimedia module to facilitate interaction between multimedia component 408 and processing component 402.

[0104] Memory 404 is configured to store various types of data to support the operation of emergency call device 400. Examples of this data include instructions for any application or method operating on emergency call device 400, contact data, phone book data, messages, pictures, videos, etc. Memory 404 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk, or optical disk.

[0105] Power supply component 406 provides power to the various components of emergency call device 400. Power supply component 406 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power to emergency call device 400.

[0106] The multimedia component 408 includes a screen that provides an output interface between the emergency call device 400 and the user. In some embodiments, the screen may include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen may be implemented as a touchscreen to receive input signals from the user. The touch panel includes one or more touch sensors to sense touches, swipes, and gestures on the touch panel. The touch sensors may sense not only the boundaries of the touch or swipe action but also the duration and pressure associated with the touch or swipe operation. In some embodiments, the multimedia component 408 includes a front-facing camera and / or a rear-facing camera. When the emergency call device 400 is in an operating mode, such as a shooting mode or a video mode, the front-facing camera and / or the rear-facing camera may receive external multimedia data. Each front-facing camera and rear-facing camera may be a fixed optical lens system or have focal length and optical zoom capabilities.

[0107] Audio component 410 is configured to output and / or input audio signals. For example, audio component 410 includes a microphone (MIC) configured to receive external audio signals when the emergency call device 400 is in an operating mode, such as call mode, recording mode, and voice recognition mode. The received audio signals may be further stored in memory 404 or transmitted via communication component 416. In some embodiments, audio component 410 also includes a speaker for outputting audio signals.

[0108] I / O interface 412 provides an interface between processing component 402 and peripheral interface modules, such as keyboards, click wheels, buttons, etc. These buttons may include, but are not limited to, home buttons, volume buttons, power buttons, and lock buttons.

[0109] Sensor assembly 414 includes one or more sensors for providing status assessments of various aspects of the emergency call device 400. For example, sensor assembly 414 may detect the on / off state of the emergency call device 400, the relative positioning of components such as the display and keypad of the emergency call device 400, changes in the position of the emergency call device 400 or one of its components, the presence or absence of user contact with the emergency call device 400, the orientation or acceleration / deceleration of the emergency call device 400, and temperature changes of the emergency call device 400. Sensor assembly 414 may include a proximity sensor configured to detect the presence of nearby objects without any physical contact. Sensor assembly 414 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, sensor assembly 414 may also include an accelerometer, a gyroscope, a magnetometer, a pressure sensor, or a temperature sensor.

[0110] Communication component 416 is configured to facilitate wired or wireless communication between emergency call device 400 and other devices. Emergency call device 400 can access wireless networks based on communication standards, such as WiFi, 2G or 3G, 4G LTE, 5G NR, or combinations thereof. In one exemplary embodiment, communication component 416 receives broadcast signals or broadcast-related information from an external broadcast management system via a broadcast channel. In one exemplary embodiment, the aforementioned communication component 416 also includes a near-field communication (NFC) module to facilitate short-range communication. For example, the NFC module may be implemented based on radio frequency identification (RFID) technology, Infrared Data Association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.

[0111] In an exemplary embodiment, the emergency call device 400 may be implemented by one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field-programmable gate arrays (FPGAs), controllers, microcontrollers, microprocessors, or other electronic components to perform the methods described above.

[0112] In an exemplary embodiment, a non-transitory computer-readable storage medium including instructions is also provided, such as a memory 404 including instructions that can be executed by a processor 418 of an emergency call device 400 to implement the method described in any of the above embodiments.

[0113] The non-transitory computer-readable storage medium may be ROM, random access memory (RAM), CD-ROM, magnetic tape, floppy disk and optical data storage device, etc., and this application does not limit it.

[0114] In an exemplary embodiment, a computer program product including a computer program / instruction is also provided, which can be executed by the processor 418 of the emergency call device 400 to implement the method described in any of the above embodiments.

[0115] Figure 5 This is a block diagram illustrating an emergency call device according to an exemplary embodiment of this application. (Refer to...) Figure 5 The device may include: a network rollback module 502 and an emergency call module 504, wherein:

[0116] The network fallback module 502 is used to fall back from the current first network to the second network when a preset condition is met; wherein, the preset condition is that there is no need to fall back to the third network, and the network performance of the third network is better than that of the second network;

[0117] The emergency call module 504 is used to initiate an emergency call using the second network.

[0118] In one example, the preset conditions include at least one of the following: the cell is camped under the first network and does not support emergency service rollback; the emergency call needs to be initiated; the number being called belongs to a preset emergency number.

[0119] In one example, the network fallback module 502, when used to fall back from the current first network to the second network, includes: when initiating an emergency call, changing the state of the state machine to a first state, the first state being the state of the state machine after receiving a first reason value, the first reason value being used to indicate that registration was rejected; and in the first state, falling back from the first network to the second network.

[0120] In one example, the network rollback module 502, when used to roll back from the first network to the second network, includes: deleting identity information and registration data in the first network; determining that the user identity module of the user equipment is invalid for the service of the first network; and switching the registration status of the first network to the deregistered status.

[0121] In one example, the network fallback module 502, after satisfying preset conditions, further includes: determining that the user identity module of the user equipment is invalid for the third network.

[0122] In one example, the emergency call module 504, when initiating an emergency call using the second network, includes: searching for available cells on the second network using registered available frequency band information; and, after determining to camp on an available cell, initiating the emergency call within that available cell.

[0123] The specific implementation process of the functions and roles of each unit in the above device can be found in the implementation process of the corresponding steps in the above method, and will not be repeated here.

[0124] For the device embodiments, since they basically correspond to the method embodiments, the relevant parts can be referred to in the description of the method embodiments. The device embodiments described above are merely illustrative. The modules described as separate components may or may not be physically separate, and the components shown as modules may or may not be physical modules, that is, they may be located in one place or distributed across multiple network modules. Some or all of the modules can be selected to achieve the purpose of this application according to actual needs. Those skilled in the art can understand and implement this without creative effort.

[0125] The foregoing has described specific embodiments of this application. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recited in the claims may be performed in a different order than that shown in the embodiments and may still achieve the desired results. Furthermore, the processes depicted in the drawings do not necessarily require the specific or sequential order shown to achieve the desired results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0126] Other embodiments of this application will readily occur to those skilled in the art upon consideration of the specification and practice of the invention filed herein. This application is not limited to the precise structures described above and shown in the accompanying drawings, and various modifications and alterations can be made without departing from its scope. The scope of this application is limited only by the appended claims.

[0127] The above description is merely a preferred embodiment of this application and is not intended to limit this application. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the scope of protection of this application.

Claims

1. An emergency call method characterized by, The method comprises: satisfying a preset condition to perform network fallback from a first network where the user equipment currently locates to a second network; wherein the preset condition is a condition without network fallback to a third network, and the network performance of the third network is superior to that of the second network; initiating an emergency call using the second network.

2. The method of claim 1, wherein, The preset condition comprises at least one of: camping on a cell under the first network and not supporting emergency service fallback; needing to initiate the emergency call; a called number belonging to a preset emergency number.

3. The method of claim 1, wherein, The network fallback from the first network to the second network comprises: when initiating the emergency call, converting a state of a state machine to a first state, the first state being a state where the state machine locates after receiving a first cause value, the first cause value being used to indicate registration rejection; in the first state, performing network fallback from the first network to the second network.

4. The method of claim 3, wherein, The network fallback from the first network to the second network comprises: deleting identity information and registration data in the first network; determining that a subscriber identity module of the user equipment is invalid for service of the first network; switching a registration state of the first network to a deregistration state.

5. The method of claim 1, wherein, After the preset condition is satisfied, the method further comprises: determining that the subscriber identity module of the user equipment is invalid for the third network.

6. The method of claim 1, wherein, The emergency call using the second network comprises: searching for an available cell on the second network using registered available frequency band information; determining to initiate the emergency call in the available cell after camping on the available cell.

7. An emergency call device, characterized by The apparatus comprises: a network fallback module configured to satisfy a preset condition to perform network fallback from a first network where the user equipment currently locates to a second network; wherein the preset condition is a condition without network fallback to a third network, and the network performance of the third network is superior to that of the second network; an emergency call module configured to initiate an emergency call using the second network.

8. An electronic device, comprising: comprise: a processor; a memory for storing processor-executable instructions; wherein the processor implements the method of any one of claims 1-6 by running the executable instructions.

9. A computer readable storage medium having stored thereon computer instructions, wherein, The instructions, when executed by the processor, implement the method of any one of claims 1-6.

10. A computer program product having stored thereon computer program / instructions, characterized in that, The computer program / instructions, when executed by the processor, implement the method of any one of claims 1-6.

Images