CN114126079A

CN114126079A - Residence system and method

Info

Publication number: CN114126079A
Application number: CN202111199004.3A
Authority: CN
Inventors: 张忠理; 姚玄; 罗飞
Original assignee: Honor Device Co Ltd
Current assignee: Honor Device Co Ltd
Priority date: 2021-10-14
Filing date: 2021-10-14
Publication date: 2022-03-01
Anticipated expiration: 2041-10-14
Also published as: CN114126079B

Abstract

The application provides a residence system and a residence method, wherein the residence method comprises the following steps: the method comprises the steps that first electronic equipment sends first call failure information to a server, the server forwards the first call failure information to second electronic equipment, the second electronic equipment obtains first target residence information from a plurality of residence information based on the first call failure information after receiving the first call failure information, obtains first communication quality parameters from the first target residence information, and determines that a first cell is a low-priority cell according to the first call failure information and the first communication quality parameters. In the application, the second electronic device can determine that the first cell is a low-priority cell according to the received first call failure information and the acquired first communication quality parameter, and then provide a reference for the residence of the second electronic device, so that the situation that call establishment with other electronic devices fails due to the fact that the second electronic device resides in the low-priority cell is reduced as much as possible.

Description

Residence system and method

Technical Field

The present application relates to the field of communications, and in particular, to a residence system and method.

Background

With the development of 5G networks, independent networks (SAs) have advantages of high speed, low latency, high reliability and the like compared with Non-independent Networks (NSAs) and 4G networks, and thus, SA networks are more and more widely used.

However, the independent networking architecture is more complex, and an operator needs to deploy the independent networking network for a longer time, so that the situation that the independent networking network coverage is incomplete and the network is unstable exists in the establishing stage of the independent networking network. When a mobile phone supporting the SA network accesses the SA network and resides in an SA cell, a call cannot be successfully established with other mobile phones due to network problems of the SA cell and the like.

Disclosure of Invention

In order to solve the above technical problem, the present application provides a residence system and a residence method. In the system, the second electronic device may determine that the first cell is a low-priority cell based on the received first call failure information and the acquired first communication quality parameter, so as to provide a reference for the second electronic device to camp on, thereby reducing a situation that the second electronic device camped on the low-priority cell causes a call failure with other electronic devices as much as possible, and further improving a success rate of establishing a call with other electronic devices.

In a first aspect, the present application provides a residence system. The system comprises: the system comprises a first electronic device, a second electronic device and a server; a first electronic device to: calling a second electronic device; detecting that a second electronic device fails to call, and sending first call failure information to a server, wherein the first call failure information comprises first time information and is used for indicating that the first electronic device fails to call the second electronic device at the first time; a server to: receiving first call failure information; sending first call failure information to second electronic equipment; a second electronic device to: receiving first call failure information; acquiring first target residence information from the acquired residence information based on first time information, wherein the first target residence information comprises a cell identifier of a first cell, a first communication quality parameter and a first time period corresponding to the first communication quality parameter, the first time information belongs to the first time period, the first communication quality parameter is acquired when a second electronic device resides in the first cell within the first time period, and the first cell is an independent networking SA cell; determining that the first cell meets the low-priority cell condition according to the first call failure information and the first communication quality parameter; the first cell is determined to be a low priority cell. For example, the first electronic device fails to call the second electronic device, and there may be a case where the first electronic device sends a call request message to the second electronic device, and the second electronic device does not receive the call request message, that is, the second electronic device fails to perceive the call of the first electronic device. According to the method and the device, the second electronic equipment can receive the first call failure information, even if the second electronic equipment does not sense the call of the first electronic equipment, the first call failure information can still be received, and the first cell is determined to be the low-priority cell according to the received first call information and the acquired first communication quality parameter, so that reference can be provided for the residence of the second electronic equipment, the situation that the second electronic equipment is resident in the low-priority cell to cause call failure with other electronic equipment is reduced as far as possible, and the success rate of call establishment between the second electronic equipment and other electronic equipment can be improved.

For example, the first call failure information may be one or multiple, that is, the first electronic device calls the second electronic device at multiple different times.

For example, the first electronic device may further send the first call failure information to the server, and the second electronic device may also send the plurality of pieces of residence information to the server, so that the server may determine whether the first cell is a low priority cell according to the first call failure information and the plurality of pieces of residence information, and send a result of whether the first cell is a low priority cell to the second electronic device.

According to a first aspect, a current camping cell of a second electronic device is a first cell; a second electronic device to: searching other normal cells; and switching from the first cell to other normal cells. Therefore, when the current resident cell of the second electronic equipment is the low-priority cell, the first cell is switched to other normal cells, the second electronic equipment can be ensured to reside in the normal cells, and the success rate of call establishment between the second electronic equipment and other electronic equipment is improved.

According to the first aspect, or any implementation manner of the first aspect, a current camping cell of the second electronic device is a second cell; a second electronic device further to: and switching from the second cell to other normal cells except the first cell. Illustratively, when a user holds a second electronic device and moves to an area which cannot be covered by a second cell, the second electronic device continues to search for a cell where the second electronic device can reside, and if the first cell is searched, the second electronic device does not reside in the first cell but resides in other normal cells except the first cell, so that the second electronic device can be ensured to reside in the normal cells as much as possible, and the success rate of call establishment between the second electronic device and other electronic devices is improved.

According to the first aspect, or any implementation manner of the first aspect above, the second electronic device is further configured to: receiving second call failure information sent by the first electronic equipment, wherein the second call failure information is used for indicating that the first electronic equipment fails to call the second electronic equipment, and the second call failure information comprises second time information; receiving third call failure information sent by the first electronic equipment, wherein the third call failure information is used for indicating that the first electronic equipment fails to call the second electronic equipment, and the third call failure information contains third time information; recording fourth call failure information, wherein the fourth call failure information is used for indicating that the first electronic equipment fails to call the second electronic equipment, and the fourth call failure information comprises fourth time information, a cell identifier of a third cell and a call failure reason; detecting that the second time information contains fourth time information, and determining that the second call failure information and the fourth call failure information correspond to the same call process; determining the reason of the call failure as a network reason; acquiring second target residence information from the plurality of residence information based on the third time information, wherein the second target residence information comprises a cell identifier of a third cell and a second time period, and the second time information belongs to the second time period; determining that the third cell meets the low-priority cell condition according to the third call failure information and the fourth call failure information; and determining the third cell as the low priority cell. For example, in practical applications, in a process of calling a second electronic device by a first electronic device, the first electronic device needs to send a call request message to the second electronic device, and there may be a case that the second electronic device cannot receive the call request message or a case that the second electronic device receives the call request message but a call fails due to a network problem. When the second electronic equipment receives the call request message, call failure information is recorded; the first electronic device also records the call failure information after sending the call request message, so that the second electronic device receives the call failure information sent by the first electronic device, and possibly part of the call failure information corresponds to the same call process with the locally stored call failure information, that is, the second electronic device detects that the second time information contains fourth time information, determines that the second call failure information corresponds to the same call process with the fourth call failure information, and does not consider the second call failure information when determining whether the third cell is a low-priority cell. In this way, it is possible to avoid an erroneous determination as to whether the second cell is of low priority due to the same data recalculation.

In addition, the fourth call failure information recorded by the second electronic device includes a call failure reason, and the call failure may also be a situation that a user of the second electronic device is actively hung up, which does not belong to a situation that whether the third cell is a low-priority cell can be determined, so that whether the call failure reason is a network reason can be determined, and if so, the fourth call failure information can be used to determine whether the third cell is a low-priority cell.

Illustratively, the first electronic device may also send a plurality of second call failure information, and a plurality of third call failure information. The second electronic device may also record a plurality of fourth call failure messages, and the second electronic device may filter, from the plurality of fourth call failure messages, the number of fourth call failure messages whose call failure reason is a network reason, so as to further determine whether the third cell is a low-priority cell.

According to the first aspect, or any implementation manner of the first aspect above, the second electronic device is further configured to: receiving fifth call failure information sent by the first electronic device, wherein the fifth call failure information is used for indicating that the first electronic device fails to call the second electronic device, and the fifth call failure information comprises fifth time information; receiving sixth call failure information sent by the first electronic device, wherein the sixth call failure information is used for indicating that the second electronic device fails to call the second electronic device, and the sixth call failure information comprises sixth time information; matching third target residence information corresponding to fifth time information from the plurality of residence information, wherein the third target residence information comprises a cell identifier of a fourth cell, a second communication quality parameter and a third time period corresponding to the second communication quality parameter, the fifth time information belongs to the third time period, and the second communication quality parameter is acquired when the second electronic equipment resides in the fourth cell in the third time period; matching fourth target residence information corresponding to sixth time information from the plurality of residence information, wherein the fourth target residence information comprises a cell identifier of a fourth cell, a third communication quality parameter and a fourth time period corresponding to the third communication quality parameter, the sixth time information belongs to the fourth time period, and the third communication quality parameter is acquired when the second electronic device resides in the fourth cell in the fourth time period; calculating a call failure evaluation index according to the number of fifth call failure information corresponding to the third target residence information, a first preset weight coefficient corresponding to the second communication quality parameter, the number of sixth call failure information corresponding to the fourth target residence information and a second preset weight coefficient corresponding to the third communication quality parameter; determining that the call failure evaluation index is greater than or equal to a preset call failure threshold value; and determining the fourth cell as the low priority cell. In practical applications, communication quality parameters of a fourth cell in which the second electronic device resides may be different in different time periods, and therefore, target residence information corresponding to each time information is determined, and thus, the communication quality parameter corresponding to the time information is determined. Different weight coefficients can be allocated to the number of the call failure information corresponding to different communication quality parameters, so that the judgment of whether the fourth cell is the low-priority cell by the second electronic device can be fully separated from the factors of the communication quality parameters,

according to the first aspect, or any implementation manner of the first aspect, the second electronic device resides in a fifth cell in a fifth time period, where the fifth cell is an SA cell; a second electronic device further to: and detecting that the call failure information is not received in the fifth time period, and determining that the fifth cell is a normal cell. If the second electronic device detects that the call failure information is not received within the fifth time period, a situation that other electronic devices call the second electronic device successfully may exist, which indicates that the fifth cell is a normal cell and has a better network; it is also possible that in a case where none of the electronic devices calls the second electronic device, the fifth cell may be determined as a normal cell, and thus, when the second electronic device can search for the fifth cell, the fifth cell may be camped on.

According to the first aspect, or any implementation manner of the first aspect above, the other normal cells are SA cells; a second electronic device further to: and when other normal cells cannot be searched, the cell camps on the non-SA cell. The second electronic device may reside in the non-SA cell, so that the second electronic device may establish a call with other electronic devices as successfully as possible.

According to a first aspect or any one of the above implementation manners of the first aspect, the non-SA cell includes at least one of an NSA cell and an LTE cell. For example, the second electronic device may search for an NSA cell, or an LTE cell, or both the NSA cell and the LTE cell, and since the NSA cell and the LTE cell are more mature, when the second electronic device resides in the NSA cell or the LTE cell, it is possible to establish a call with another electronic device as successfully as possible.

According to the first aspect, or any implementation manner of the first aspect above, the second electronic device is further configured to: acquiring seventh call failure information, wherein the seventh call failure information is used for indicating that the second electronic device fails to call the first electronic device, the seventh call failure information comprises a cell identifier of a sixth cell and seventh time information, and the second electronic device resides in the sixth cell at a seventh time; determining the number of times of corresponding seventh call failure information when the terminal is resident in a sixth cell, wherein the number of times of corresponding seventh call failure information is greater than a preset call failure threshold; and determining the sixth cell as the low priority cell. When the second electronic device resides in the sixth cell, there may be a case where the second electronic device is called by the calling party, and the call failure information in this case can also be used as a basis for determining whether the sixth cell is a low-priority cell.

According to the first aspect, or any implementation manner of the first aspect above, the server is further configured to: calling a second electronic device; when a failure of calling the second electronic equipment is detected, eighth call failure information is sent to the second electronic equipment, the eighth call failure information is used for indicating that the server fails to call the second electronic equipment, and the eighth call failure information comprises eighth time information; a second electronic device to: receiving eighth call failure information; acquiring fifth target residence information from the plurality of residence information based on eighth time information, wherein the fifth target residence information comprises a cell identifier of a seventh cell, a fourth communication quality parameter and a sixth time period corresponding to the fourth communication quality parameter, the eighth time information belongs to the sixth time period, and the fourth communication quality parameter is acquired when the second electronic device resides in the seventh cell in the sixth time period; determining that the seventh cell meets the condition of the low-priority cell according to the eighth call failure information and the fourth communication quality parameter; and determining the seventh cell as the low priority cell. In this way, the server may test a seventh cell in which the second electronic device resides, and determine whether the seventh cell is a low priority cell based on eighth call failure information that the server calls the second electronic device and fails. According to the method and the device, the server can test at any time according to the requirements of the user without the participation of the second electronic equipment, so that the test on the cell where the second electronic equipment resides can be more convenient.

In a second aspect, a method of parking is provided. The method is applied to a resident system, and the system comprises the following steps: the system comprises a first electronic device, a second electronic device and a server; the method comprises the following steps: the first electronic equipment calls the second electronic equipment; the method comprises the steps that the first electronic device detects that calling of the second electronic device fails, first calling failure information is sent to a server, and the first calling failure information comprises first time information and is used for indicating that the first electronic device fails to call the second electronic device at the first time; the server sends first call failure information to the second electronic equipment; the second electronic equipment receives the first call failure information; the second electronic device acquires first target residence information from the acquired residence information based on the first time information, wherein the first target residence information comprises a cell identifier of a first cell, a first communication quality parameter and a first time period corresponding to the first communication quality parameter, the first time information belongs to the first time period, the first communication quality parameter is acquired when the second electronic device resides in the first cell within the first time period, and the first cell is an independent networking SA cell; the second electronic equipment determines that the first cell meets the low-priority cell condition according to the first call failure information and the first communication quality parameter; the second electronic device determines that the first cell is a low priority cell.

According to a second aspect, the current camping cell of the second electronic device is the first cell; the method further comprises the following steps: the second electronic equipment searches other normal cells; the second electronic device is handed over from the first cell to other normal cells.

According to a second aspect, or any implementation manner of the second aspect above, the current camping cell of the second electronic device is a second cell; the method further comprises the following steps: the second electronic device is handed over from the second cell to a normal cell other than the first cell.

According to a second aspect, or any implementation manner of the second aspect above, the method further includes: the second electronic equipment receives second call failure information sent by the first electronic equipment, wherein the second call failure information is used for indicating that the first electronic equipment fails to call the second electronic equipment, and the second call failure information contains second time information; the second electronic equipment receives third call failure information sent by the first electronic equipment, wherein the third call failure information is used for indicating that the first electronic equipment fails to call the second electronic equipment, and the third call failure information contains third time information; the second electronic equipment records fourth call failure information, wherein the fourth call failure information is used for indicating that the first electronic equipment fails to call the second electronic equipment, and the fourth call failure information comprises fourth time information, a cell identifier of a third cell and a call failure reason; the second electronic equipment detects that the second time information contains fourth time information, and determines that the second call failure information and the fourth call failure information correspond to the same call process; the second electronic equipment determines that the reason of the call failure is a network reason; the second electronic device acquires second target residence information from the plurality of residence information based on the third time information, wherein the second target residence information comprises a cell identifier of a third cell and a second time period, and the second time information belongs to the second time period; the second electronic equipment determines that the third cell meets the condition of the low-priority cell according to the third call failure information and the fourth call failure information; the second electronic device determines that the third cell is a low priority cell.

According to a second aspect, or any implementation manner of the second aspect above, the method further includes: the second electronic equipment receives fifth call failure information sent by the first electronic equipment, wherein the fifth call failure information is used for indicating that the first electronic equipment fails to call the second electronic equipment, and the fifth call failure information comprises fifth time information; the second electronic equipment receives sixth call failure information sent by the first electronic equipment, wherein the sixth call failure information is used for indicating that the second electronic equipment fails to call the second electronic equipment, and the sixth call failure information comprises sixth time information; the second electronic device matches third target residence information corresponding to fifth time information from the plurality of residence information, the third target residence information includes a cell identifier of a fourth cell, a second communication quality parameter and a third time period corresponding to the second communication quality parameter, the fifth time information belongs to the third time period, and the second communication quality parameter is acquired when the second electronic device resides in the fourth cell within the third time period; the second electronic device matches fourth target residence information corresponding to sixth time information from the plurality of residence information, the fourth target residence information includes a cell identifier of a fourth cell, a third communication quality parameter and a fourth time period corresponding to the third communication quality parameter, the sixth time information belongs to the fourth time period, and the third communication quality parameter is acquired when the second electronic device resides in the fourth cell in the fourth time period; the second electronic equipment calculates a call failure evaluation index according to the number of fifth call failure information corresponding to the third target residence information, a first preset weight coefficient corresponding to the second communication quality parameter, the number of sixth call failure information corresponding to the fourth target residence information and a second preset weight coefficient corresponding to the third communication quality parameter; the second electronic equipment determines that the call failure evaluation index is greater than or equal to a preset call failure threshold value; the second electronic device determines that the fourth cell is a low priority cell.

According to the second aspect, or any implementation manner of the second aspect above, the second electronic device resides in a fifth cell in a fifth time period, and the fifth cell is an SA cell; the method further comprises the following steps: and the second electronic equipment detects that the call failure information is not received in the fifth time period, and determines that the fifth cell is a normal cell.

According to a second aspect, or any implementation manner of the second aspect above, the other normal cells are SA cells; the method further comprises the following steps: and the second electronic equipment resides in the non-SA cell under the condition that other normal cells cannot be searched.

According to a second aspect, or any implementation manner of the second aspect above, the non-SA cell includes at least one of a non-independent networking, NSA, cell and a long term evolution, LTE, cell.

According to a second aspect, or any implementation manner of the second aspect above, the method further includes: the second electronic device obtains seventh call failure information, the seventh call failure information is used for indicating that the second electronic device fails to call the first electronic device, the seventh call failure information comprises a cell identifier of a sixth cell and seventh time information, and the second electronic device resides in the sixth cell at a seventh time; the second electronic device determines the number of times of corresponding seventh call failure information when the second electronic device resides in the sixth cell, and the number of times is greater than a preset call failure threshold; the second electronic device determines that the sixth cell is a low priority cell.

According to a second aspect, or any implementation manner of the second aspect above, the method further includes: the server calls the second electronic equipment; the server detects that the second electronic equipment is failed to call, and sends eighth call failure information to the second electronic equipment, wherein the eighth call failure information is used for indicating that the server fails to call the second electronic equipment, and comprises eighth time information; the second electronic equipment receives eighth call failure information; the second electronic device acquires fifth target residence information from the plurality of residence information based on eighth time information, wherein the fifth target residence information comprises a cell identifier of a seventh cell, a fourth communication quality parameter and a sixth time period corresponding to the fourth communication quality parameter, the eighth time information belongs to the sixth time period, and the fourth communication quality parameter is acquired when the second electronic device resides in the seventh cell in the sixth time period; the second electronic equipment determines that the seventh cell meets the low-priority cell condition according to the eighth call failure information and the fourth communication quality parameter; the second electronic device determines that the seventh cell is a low priority cell.

In a third aspect, a computer-readable storage medium is provided. The medium includes a computer program that, when run on an electronic device or a server, causes the electronic device or the server to perform the second aspect and the resident method in any one of the second aspects. For example, the electronic device may be a first electronic device or a second electronic device.

Any one implementation manner of the third aspect corresponds to any one implementation manner of the first aspect. For technical effects corresponding to any one implementation manner of the third aspect and the third aspect, reference may be made to the technical effects corresponding to any one implementation manner of the first aspect and the first aspect, and details are not repeated here.

In a fourth aspect, the present application provides a computer program comprising instructions for carrying out the method of the second aspect or any possible implementation of the second aspect.

Any one implementation manner of the fourth aspect and the fourth aspect corresponds to any one implementation manner of the first aspect and the first aspect, respectively. For technical effects corresponding to any one implementation manner of the fourth aspect and the fourth aspect, reference may be made to the technical effects corresponding to any one implementation manner of the first aspect and the first aspect, and details are not repeated here.

In a fifth aspect, the present application provides a chip comprising a processing circuit, a transceiver pin. Wherein the transceiver pin and the processing circuit are in communication with each other via an internal connection path, and the processing circuit performs the method of the second aspect or any possible implementation manner of the second aspect to control the receiving pin to receive signals and to control the sending pin to send signals. Illustratively, the chip may be a chip of a server or a chip of an electronic device, and the electronic device may be a first electronic device or a second electronic device.

Any one implementation manner of the fifth aspect and the fifth aspect corresponds to any one implementation manner of the first aspect and the first aspect, respectively. For technical effects corresponding to any one of the implementation manners of the fifth aspect and the fifth aspect, reference may be made to the technical effects corresponding to any one of the implementation manners of the first aspect and the first aspect, and details are not repeated here.

Drawings

Fig. 1 is a schematic structural diagram of an exemplary handset;

fig. 2 is a schematic diagram of a software structure of an exemplary mobile phone;

fig. 3 is a schematic diagram of an exemplary illustrated communication system;

FIG. 4 is a schematic diagram of an exemplary call flow;

fig. 5a is a schematic diagram of a first exemplary application scenario;

FIG. 5b is a diagram illustrating a second exemplary application scenario;

FIG. 5c is a schematic diagram of an exemplary third application scenario;

fig. 6 is a schematic call flow diagram provided in an embodiment of the present application;

fig. 7 is a schematic diagram illustrating a fourth exemplary application scenario;

fig. 8 is a schematic diagram of another call flow provided by the embodiment of the present application;

fig. 9 is a schematic diagram of an exemplary fifth application scenario;

fig. 10 is a schematic diagram of another call flow provided by an embodiment of the present application;

fig. 11 is a schematic diagram of an exemplary sixth application scenario;

fig. 12 is a diagram illustrating an exemplary process for determining a low priority cell;

fig. 13 is a schematic flowchart of another process for determining a low-priority cell according to an embodiment of the present application;

FIG. 14 is an exemplary illustration of a particular process for determining a parking policy based on priority information;

fig. 15a is a diagram illustrating a seventh exemplary application scenario;

FIG. 15b is a diagram illustrating an eighth exemplary application scenario;

FIG. 16 is a flowchart illustrating a method for determining a parking policy according to an embodiment of the present application;

fig. 17 is a diagram illustrating a ninth application scenario;

FIG. 18a is a diagram illustrating a tenth exemplary application scenario;

fig. 18b is a schematic diagram of an eleventh exemplary application scenario.

Detailed Description

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some, but not all, embodiments of the present application. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

The terms "first" and "second," and the like, in the description and in the claims of the embodiments of the present application are used for distinguishing between different objects and not for describing a particular order of the objects. For example, the first target object and the second target object, etc. are specific sequences for distinguishing different target objects, rather than describing target objects.

In the embodiments of the present application, words such as "exemplary" or "for example" are used to mean serving as an example, instance, or illustration. Any embodiment or design described herein as "exemplary" or "e.g.," is not necessarily to be construed as preferred or advantageous over other embodiments or designs. Rather, use of the word "exemplary" or "such as" is intended to present concepts related in a concrete fashion.

In the description of the embodiments of the present application, the meaning of "a plurality" means two or more unless otherwise specified. For example, a plurality of processing units refers to two or more processing units; the plurality of systems refers to two or more systems.

Fig. 1 shows a schematic structural diagram of an electronic device 100. It should be understood that the electronic device 100 shown in fig. 1 is only one example of an electronic device, and that the electronic device 100 may have more or fewer components than shown in the figures, may combine two or more components, or may have a different configuration of components. The various components shown in fig. 1 may be implemented in hardware, software, or a combination of hardware and software, including one or more signal processing and/or application specific integrated circuits.

In a specific implementation process of the embodiment of the application, the electronic device 100 may be a smart phone (e.g., a mobile phone with an Android system or an iOS system), a tablet computer, a notebook computer, a palm computer, a Mobile Internet Device (MID), a wearable device (e.g., a smart watch, a smart band german), or another device capable of accessing the internet.

The electronic device 100 may include: the mobile terminal includes a processor 110, an external memory interface 120, an internal memory 121, a Universal Serial Bus (USB) interface 130, a charging management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, a sensor module 180, a button 190, a motor 191, an indicator 192, a camera 193, a display screen 194, a Subscriber Identity Module (SIM) card interface 195, and the like. Wherein the sensor module 180 may include a pressure sensor, a gyroscope sensor, an air pressure sensor, a magnetic sensor, an acceleration sensor, a distance sensor, a proximity light sensor, a fingerprint sensor, a temperature sensor, a touch sensor, an ambient light sensor, a bone conduction sensor, etc.

Processor 110 may include one or more processing units, such as: the processor 110 may include an Application Processor (AP), a modem processor, a Graphics Processing Unit (GPU), an Image Signal Processor (ISP), a controller, a memory, a video codec, a Digital Signal Processor (DSP), a baseband processor, and/or a neural-Network Processing Unit (NPU), etc. The different processing units may be separate devices or may be integrated into one or more processors.

A memory may also be provided in processor 110 for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory.

The USB interface 130 is an interface conforming to the USB standard specification, and may specifically be a Mini USB interface, a Micro USB interface, a USB Type C interface, or the like.

The charging management module 140 is configured to receive charging input from a charger. The charger may be a wireless charger or a wired charger.

The power management module 141 is used to connect the battery 142, the charging management module 140 and the processor 110. The power management module 141 receives input from the battery 142 and/or the charge management module 140 and provides power to the processor 110, the internal memory 121, the external memory, the display 194, the camera 193, the wireless communication module 160, and the like.

The wireless communication function of the electronic device 100 may be implemented by the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, a modem processor, a baseband processor, and the like.

The antennas 1 and 2 are used for transmitting and receiving electromagnetic wave signals. Each antenna in the electronic device 100 may be used to cover a single or multiple communication bands. Different antennas can also be multiplexed to improve the utilization of the antennas. For example: the antenna 1 may be multiplexed as a diversity antenna of a wireless local area network. In other embodiments, the antenna may be used in conjunction with a tuning switch.

The mobile communication module 150 may provide a solution including 2G/3G/4G/5G wireless communication applied to the electronic device 100. The mobile communication module 150 may include at least one filter, a switch, a power amplifier, a Low Noise Amplifier (LNA), and the like. The wireless communication module 160 may provide a solution for wireless communication applied to the electronic device 100, including Wireless Local Area Networks (WLANs) (e.g., wireless fidelity (Wi-Fi) networks), bluetooth (bluetooth, BT), Global Navigation Satellite System (GNSS), Frequency Modulation (FM), Near Field Communication (NFC), Infrared (IR), and the like.

The modem processor may include a modulator and a demodulator. The modulator is used for modulating a low-frequency baseband signal to be transmitted into a medium-high frequency signal. The demodulator is used for demodulating the received electromagnetic wave signal into a low-frequency baseband signal. The demodulator then passes the demodulated low frequency baseband signal to a baseband processor for processing. The low frequency baseband signal is processed by the baseband processor and then transferred to the application processor. The application processor outputs a sound signal through an audio device (not limited to the speaker 170A, the receiver 170B, etc.) or displays an image or video through the display screen 194. In some embodiments, the modem processor may be a stand-alone device. In other embodiments, the modem processor may be provided in the same device as the mobile communication module 150 or other functional modules, independent of the processor 110.

In some embodiments, antenna 1 of electronic device 100 is coupled to mobile communication module 150 and antenna 2 is coupled to wireless communication module 160 so that electronic device 100 can communicate with networks and other devices through wireless communication techniques.

The electronic device 100 implements display functions via the GPU, the display screen 194, and the application processor. The GPU is a microprocessor for image processing, and is connected to the display screen 194 and an application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. The processor 110 may include one or more GPUs that execute program instructions to generate or alter display information.

The display screen 194 is used to display images, video, and the like. The display screen 194 includes a display panel. The display panel may employ a Liquid Crystal Display (LCD), an organic light-emitting diode (OLED), or the like. In some embodiments, the electronic device 100 may include 1 or N display screens 194, with N being a positive integer greater than 1.

The electronic device 100 may implement a shooting function through the ISP, the camera 193, the video codec, the GPU, the display 194, the application processor, and the like.

The camera 193 is used to capture still images or video. The object generates an optical image through the lens and projects the optical image to the photosensitive element.

The external memory interface 120 may be used to connect an external memory card, such as a Micro SD card, to extend the memory capability of the electronic device 100. The external memory card communicates with the processor 110 through the external memory interface 120 to implement a data storage function. For example, files such as music, video, etc. are saved in an external memory card.

The internal memory 121 may be used to store computer-executable program code, which includes instructions. The processor 110 executes various functional applications of the electronic device 100 and data processing by executing instructions stored in the internal memory 121. For example, the processor 110 can record call failure information when the electronic device initiates a call to another electronic device and the call fails, and determine a parking policy based on the recorded call failure information. The internal memory 121 may include a program storage area and a data storage area. The storage program area may store an operating system, an application program (such as a sound playing function, an image playing function, etc.) required by at least one function, and the like. The storage data area may store data (such as audio data, phone book, etc.) created during use of the electronic device 100, and the like. In addition, the internal memory 121 may include a high-speed random access memory, and may further include a nonvolatile memory, such as at least one magnetic disk storage device, a flash memory device, a universal flash memory (UFS), and the like.

The electronic device 100 may implement audio functions via the audio module 170, the speaker 170A, the receiver 170B, the microphone 170C, the headphone interface 170D, and the application processor. Such as music playing, recording, etc.

The audio module 170 is used to convert digital audio information into an analog audio signal output and also to convert an analog audio input into a digital audio signal. The audio module 170 may also be used to encode and decode audio signals. In some embodiments, the audio module 170 may be disposed in the processor 110, or some functional modules of the audio module 170 may be disposed in the processor 110.

The pressure sensor is used for sensing a pressure signal and converting the pressure signal into an electric signal. In some embodiments, the pressure sensor may be disposed on the display screen 194. There are many types of pressure sensors, such as resistive pressure sensors, inductive pressure sensors, capacitive pressure sensors, and the like. The capacitive pressure sensor may be a sensor comprising at least two parallel plates having an electrically conductive material. When a force acts on the pressure sensor, the capacitance between the electrodes changes. The electronic device 100 determines the strength of the pressure from the change in capacitance. When a touch operation is applied to the display screen 194, the electronic apparatus 100 detects the intensity of the touch operation according to the pressure sensor. The electronic apparatus 100 may also calculate the touched position based on the detection signal of the pressure sensor. In some embodiments, the touch operations that are applied to the same touch position but different touch operation intensities may correspond to different operation instructions. For example: and when the touch operation with the touch operation intensity smaller than the first pressure threshold value acts on the short message application icon, executing an instruction for viewing the short message. And when the touch operation with the touch operation intensity larger than or equal to the first pressure threshold value acts on the short message application icon, executing an instruction of newly building the short message.

Touch sensors, also known as "touch panels". The touch sensor may be disposed on the display screen 194, and the touch sensor and the display screen 194 form a touch screen, which is also called a "touch screen". The touch sensor is used to detect a touch operation applied thereto or nearby. The touch sensor can communicate the detected touch operation to the application processor to determine the touch event type. Visual output associated with the touch operation may be provided through the display screen 194. In other embodiments, the touch sensor may be disposed on a surface of the electronic device 100, different from the position of the display screen 194.

The keys 190 include a power-on key, a volume key, and the like. The keys 190 may be mechanical keys. Or may be touch keys. The electronic apparatus 100 may receive a key input, and generate a key signal input related to user setting and function control of the electronic apparatus 100.

The motor 191 may generate a vibration cue. The motor 191 may be used for incoming call vibration cues, as well as for touch vibration feedback.

For example, the software system of the electronic device 100 may adopt a hierarchical architecture, an event-driven architecture, a micro-core architecture, a micro-service architecture, or a cloud architecture. The embodiment of the present application takes an Android system with a layered architecture as an example, and exemplarily illustrates a software structure of the electronic device 100.

Fig. 2 is a block diagram of a software structure of the electronic device 100 according to the embodiment of the present application.

The layered architecture of the electronic device 100 divides the software into several layers, each layer having a clear role and division of labor. The layers communicate with each other through a software interface. In some embodiments, the Android system is divided into three layers, namely an application layer, an application framework layer, and a kernel layer from top to bottom.

The application layer may include a series of application packages.

As shown in fig. 2, the application package may include applications such as a call, a short message, and the like.

The application framework layer provides an Application Programming Interface (API) and a programming framework for the application program of the application layer. The application framework layer includes a number of predefined functions.

As shown in fig. 2, the application framework layer may include a content provider, a view system, a phone manager, and the like.

The content provider is used to store and retrieve data and make it accessible to applications. The data may include video, images, audio, calls made and received, browsing history and bookmarks, phone books, etc.

The view system includes visual controls such as controls to display text, controls to display pictures, and the like. The view system may be used to build applications. The display interface may be composed of one or more views. For example, the display interface including the short message notification icon may include a view for displaying text and a view for displaying pictures.

The phone manager is used to provide communication functions of the electronic device 100. Such as management of call status (including on, off, etc.).

The notification manager enables the application to display notification information in the status bar, can be used to convey notification-type messages, can disappear automatically after a short dwell, and does not require user interaction. Such as a notification manager used to inform download completion, message alerts, etc. The notification manager may also be a notification that appears in the form of a chart or scroll bar text at the top status bar of the system, such as a notification of a background running application, or a notification that appears on the screen in the form of a dialog window. For example, prompting text information in the status bar, sounding a prompt tone, vibrating the electronic device, flashing an indicator light, etc.

The kernel layer is a layer between hardware and software. The inner core layer at least comprises a display driver, a Wi-Fi driver, a Bluetooth driver, an audio driver and a sensor driver.

It is to be understood that the layers in the software structure shown in fig. 2 and the components included in each layer do not constitute a specific limitation of the electronic device 100. In other embodiments of the present application, electronic device 100 may include more or fewer layers than those shown, and may include more or fewer components in each layer, which is not limited in this application.

Fig. 3 is a schematic diagram of an exemplary communication system. Referring to fig. 3, both the mobile phone a and the mobile phone B access the operator network, and the mobile phone a and the mobile phone B can implement data interaction through the operator network. Specifically, the mobile phone a may access a 2G, 3G, 4G, or 5G operator network, and the mobile phone B may also access a 2G, 3G, 4G, or 5G operator network. The 5G operator network is an SA network or an NSA network.

As shown in fig. 4, which is an exemplary call flow diagram, the operator network may be a 4G or 5G operator network. Specifically, both the mobile phone A and the mobile phone B access to a 4G operator network; or both the mobile phone A and the mobile phone B access to a 5G operator network; or the mobile phone A is accessed to the 4G operator network, and the mobile phone B is accessed to the 5G operator network; or the mobile phone a accesses the 5G operator network and the mobile phone B accesses the 4G operator network, which is not limited in the present application. Referring to fig. 4, the method specifically includes:

in step 401, the mobile phone a receives an operation of clicking a call option by a user.

For example, when the user a wants to perform a voice call with the user B, the phone number of the user B may be searched in the address book of the mobile phone a, or the phone number of the user B is input, and a call option corresponding to a call is clicked, so that the mobile phone a can receive an operation of clicking the call option by the user a.

At step 402, handset a sends an INVITE message to the operator network.

After receiving the operation of clicking the call option by the user A, the mobile phone A sends an INVITE message to the operator network. The INVITE message is a Session Initiation Protocol (SIP) signaling, which indicates Initiation of a call invitation and carries a mobile phone number of the user B. SIP is an application-layer signaling control protocol for creating, modifying, and releasing sessions for one or more participants.

In step 403, the operator network sends a Paging message to the handset B.

After receiving the INVITE message sent by the mobile phone a, the operator network may send a Paging message to the mobile phone B if the mobile phone B is in an idle state. The Paging message is a kind of SIP signaling, indicating that Paging is initiated. That is, when the mobile B is in the idle state, the operator network needs to initiate paging to the mobile B first.

In step 404, the mobile phone B establishes a Region Connection algorithm (RCC).

After receiving the Paging message sent by the operator network, the handset B establishes the RCC.

In step 405, handset B sends a Paging Response message to the operator network.

After the RCC is established, the mobile phone B sends a Paging Response message to the operator network. The Paging Response message is a kind of SIP signaling, which indicates a Paging Response.

In step 406, the carrier network sends an INVITE message to handset B. When the operator network receives the Paging Response message sent by the mobile phone B, indicating that Paging of the mobile phone B is successful, the operator network can send the INVITE message to the mobile phone B according to the mobile phone number of the user B carried in the INVITE message.

In the foregoing step 403, 406, the situation that the mobile phone B is in the idle state is described, and in practical application, in the process that the mobile phone a initiates a call to the mobile phone B, the mobile phone B may also be in the connected state. After the operator network receives the INVITE message sent by the mobile phone a, if the mobile phone B is in the connected state, step 406 may be directly executed, and the operator network sends the INVITE message to the mobile phone B. After receiving the invite message, the mobile phone B can determine that other mobile phones have initiated a call to itself.

In step 407A, handset B sends a 100 TRYING message to the operator network.

After receiving the INVITE message, handset B may send a 100 TRYING message to the operator network. The 100 TRYING message is a SIP signaling, and the status code in the SIP signaling is 100, which indicates that the call request is being processed. After the carrier network receives the 100 TRYING message, the carrier network determines that handset B is processing the call request.

In step 407B, the operator network sends a 100 TRYING message to handset a.

It should be noted that there is no explicit precedence relationship between the foregoing step 404A and step 404B, and the operator network may also directly send 100 TRYING message to the mobile phone a when it does not receive 100 TRYING message sent by the mobile phone B after receiving the INVITE message sent by the mobile phone B.

Handset a, upon receiving the 100 TRYING message, may determine that the call request is in process.

In step 408, the mobile phone B sends a 183 Session Progress message to the operator network.

After sending the 100 TRYING message to the operator network, the mobile phone B may send a 183 Session Progress message to the operator network, where the 183 Session Progress message is a SIP signaling for prompting the Progress information for establishing the Session.

In step 409, the operator network sends a 183 Session Progress message to the mobile phone a.

After receiving the 183 Session Progress message, the operator network may send the 183 Session Progress message to the mobile phone a, so as to prompt the Progress information for establishing the Session.

In step 410A, handset B sends a 180 RINGING message to the operator network.

After the mobile phone B sends 100 TRYING message to the operator network, the mobile phone B sends 180 RINGING message to the operator network after a certain time interval. The 180 RINGING message is a SIP signaling, and the status code in the SIP signaling is 180, indicating RINGING. The carrier network may receive the 180 RINGING message sent by handset B and the carrier network may determine that handset B is ready to ring.

In step 410B, the operator network sends a 180 RINGING message to handset a.

It should be noted that there is no definite sequence between step S405A and step S405B. That is, after sending 100 TRYING message to the mobile phone a, the operator network may send 180 RINGING message to the mobile phone a when not receiving 180 RINGING message sent by the mobile phone B, and after receiving the 180 RINGING message, the mobile phone a may determine that the mobile phone B is ready for RINGING.

Step 411A, other optional SIP signaling is sent between the handset a and the operator network.

Other optional SIP signaling may be, for example, an Update message, indicating a session Update.

Step 411B, send other optional SIP signaling between handset B and the operator network.

In step 412A, the mobile phone a sends out a prompt tone to be answered.

After receiving 180 RINGING message sent by operator network, mobile phone a sends out prompt tone to be answered at certain time interval. Before the mobile phone A sends out the prompt tone to be answered, other optional SIP signaling can be sent between the mobile phone A and the operator network. In addition, after the mobile phone a sends the alert tone to be listened to, other optional SIP signaling may also be continuously sent between the mobile phone a and the operator network.

Step 412B, handset B rings.

Handset B may start RINGING after sending a 180 RINGING message to the operator network. Between handset B sending 180 RINGING message to handset B RINGING, other optional SIP signaling may also be sent between handset B and the operator network. In addition, after handset B rings, other optional SIP signaling may also continue to be sent between handset B and the operator network.

In step 413, the handset B receives the user's answering operation.

The user B can click an answering button on the call waiting interface, the mobile phone B can receive the answering operation of the user B, and at the moment, the session between the mobile phone B and the mobile phone A is successfully established.

In step 414A, handset B sends a 200 OK message to the operator network.

The 200 OK message is a SIP signaling, and the status code of the SIP signaling is 200, which indicates that the session is successful.

Step 414B, the operator network sends a 200 OK message to handset a.

After receiving the 200 OK message sent by the mobile phone B, the carrier network sends a 200 OK message to the mobile phone a.

Step 415, the mobile phone a and the mobile phone B perform audio communication.

The mobile phone A and the mobile phone B start to carry out audio call and can also carry out video call.

Referring to fig. 4, a process in which the mobile phone a receives a call operation of the user from step 401, and the process in which the carrier network sends the INVITE message to the mobile phone B from step 403 may be referred to as a call request process, and a process in which the carrier sends a 100 TRYING message to the mobile phone a from step 404, and a call receiving process may be performed until the call is completed. If a call failure occurs between the mobile phone a and the mobile phone B, it may be that a problem occurs in the call request process, for example, the mobile phone a initiates a call invitation, and the mobile phone B does not receive the call invitation, that is, the mobile phone a sends an INVITE message to the operator network, and the mobile phone B does not receive the INVITE message. Specifically, the mobile phone A sends an INVITE message to the operator network, the mobile phone B is in an idle state, the operator network sends a Paging message to the mobile phone B, and the mobile phone B does not receive the Paging message; or the mobile phone B is in an idle state, the mobile phone B is successfully established in the RCC and sends a Paging Response message to the operator network, the operator network sends an INVITE message to the mobile phone B, and the mobile phone B does not receive the INVITE message; or the mobile phone B is in a connected state, the operator network sends an INVITE message to the mobile phone B, and the mobile phone B does not receive the INVITE message. The call between the mobile phone a and the mobile phone B fails, which may also be a problem in the call answering process, for example, the mobile phone B receives the INVITE message and sends a 100 TRYING message to the operator network, but the call fails because the user B of the mobile phone B does not answer the call, or the network is abnormal after the mobile phone B receives the INVITE message.

In order to determine whether the cell phone B is suitable for the SA network, a detailed description will be given below of a scheme of whether the cell phone B is suitable for the SA network, taking an operator network cell where the cell phone B resides as an SA cell as an example.

Scene one

Fig. 5a is a schematic view of an exemplary application scenario, referring to fig. 5a, where the application scenario includes a mobile phone a, an access network 1, a core network, an access network 2, a mobile phone B, and a cloud, the mobile phone a is connected to the core network through the access network 1, the mobile phone B is connected to the core network through the access network 2, and the mobile phone a may perform data interaction with the mobile phone B sequentially through the access network 1, the core network, and the access network 2. When the mobile phone A is connected to the access network 1, the Wi-Fi or the hot spot, the mobile phone A can be connected with the cloud, namely, the mobile phone A is online, and the mobile phone A can perform data interaction with the cloud. Similarly, when the mobile phone B is connected to the access network 2, the Wi-Fi network or the hotspot, the mobile phone B may establish a connection with the cloud, that is, the mobile phone B is online, and the mobile phone B can perform data interaction with the cloud.

It should be noted that the cloud end may refer to a glory cloud, including one or more servers. Each mobile phone account can be bound to a glory cloud, and the glory cloud can perform data interaction with the mobile phone, for example, information and photos stored in the mobile phone can be uploaded to the glory cloud for backup. In addition, the cloud can also refer to other cloud with a similar glowing cloud function, and the application does not limit the cloud.

The user may camp on different SA cells at different times. For example, when the user is at home, the user resides in the SA cell where the user is located; when a user is on duty in a unit, the user resides in an SA cell where the unit is located; the user may also camp on a number of different SA cells from home to work. The embodiment of the application takes the case that three SA cells reside between 10:00 and 12:00 as an example. Referring to fig. 5a, there are three SA cells in the access network 2, SA cell 1, SA cell 2 and SA cell 3 respectively.

The same SA cell may have different communication quality parameter levels at different times, and when the mobile phone B resides in a certain SA cell, the communication quality parameter level of the residing SA cell may be determined first. The communication quality parameter grade is determined based on the communication quality parameter and is used for evaluating the communication quality between the mobile phone residing in the SA cell and other mobile phones. Communication quality parameters include, but are not limited to: received Signal Strength Indication (RSSI), Signal-to-noise ratio, etc.

Illustratively, a first communication quality parameter threshold and a second communication quality parameter threshold are predefined, wherein the first communication quality parameter threshold is smaller than the second communication quality parameter threshold. And when the communication quality parameter of a certain SA cell is greater than or equal to the second communication quality parameter threshold value, the communication quality parameter grade of the SA cell is good. When the communication quality parameter of a certain SA cell is smaller than the second communication quality parameter threshold and is greater than or equal to the first communication quality parameter threshold, the communication quality parameter of the SA cell is general. And when the communication quality parameter of a certain SA cell is smaller than the first communication quality parameter threshold value, the communication quality parameter grade of the SA cell is poor.

Referring to fig. 5a, after the mobile phone B resides in the SA cell 1 at 10:00-10:10 and establishes a connection with the SA cell 1, the communication quality parameter of the SA cell 1 may be acquired in real time, and the acquired communication quality parameter is compared with the second communication quality parameter threshold. During the residence of the handset B in the SA cell 1, the communication quality parameter of the SA cell 1 is always greater than or equal to the second communication quality parameter threshold, then at 10: during the period of 00-10:10, the communication quality parameter level of SA cell 1 is good. That is, the good communication quality parameter level of the SA cell 1 corresponds to a time period of 10: 00-10:10.

It should be noted that even if the communication quality parameter level of the SA cell is good, there may be a case where another mobile phone initiates a call to the mobile phone B, but the call fails. For example, at 10:00, the mobile phone a initiates a call to the mobile phone B, and the call fails, at this time, the mobile phone a records call failure information 1, and sends the call failure information 1 to the cloud, where the call failure information 1 is information that the mobile phone a initiates a call to the mobile phone B and the call fails at this time. In this process, the handset B records the resident information 1 of the SA cell 1 in real time.

Fig. 5b is another exemplary application scenario diagram, in a period from 10:10 to 10:20, a communication quality parameter of the SA cell 1 acquired in real time is always greater than a first communication quality parameter threshold and smaller than a second communication quality parameter threshold, and then the communication quality parameter level of the SA cell 1 is general in the time period. Suppose that the mobile phone a initiates a call to the mobile phone B at a ratio of 10:15, and the call fails, at this time, the mobile phone a records call failure information 2, and sends the call failure information 2 to the cloud, where the call failure information 2 is information that the mobile phone a initiates a call to the mobile phone B at this time and the call fails. In this process, the handset B records the resident information 2 of the SA cell 1 in real time.

Fig. 5c is a schematic diagram of another exemplary application scenario, where during a period from 10:20 to 10:30, if the communication quality parameter acquired to the SA cell 1 is smaller than the first communication quality parameter threshold, the communication quality parameter level of the SA cell 1 is poor during the time period. At 10:22, the mobile phone a initiates a call to the mobile phone B, and the call fails, at this time, the mobile phone a records call failure information 3, and sends the call failure information 3 to the cloud, wherein the call failure information 3 is information that the mobile phone a initiates a call to the mobile phone B at this time and the call fails. In this process, the handset B records the resident information 3 of the SA cell 1 in real time.

Wherein, the call failure information 1, 2 and 3 all comprise: call start time, call end time, calling phone number, called phone number, and call failure reason. The call start time is T1 when the mobile phone a sends the INVITE message, and the call end time is T2 when the mobile phone a receives the hang-up operation of the user. The reason for the call failure may be represented by a reason value, which may be a SIP standard protocol reason value and is noted as a first value, for example, the first value may be 403, 503, or the like.

The resident information 1, 2, and 3 each include: whether the SA Cell is camped on, a Cell Identity document (Cell ID) of the camped SA Cell, a communication quality parameter level of the SA Cell during camping on the SA Cell, and a start time and an end time corresponding to each different communication quality parameter level.

Fig. 6 is a schematic call flow diagram according to an embodiment of the present application. Fig. 6 is a schematic call flow diagram illustrating a specific flow from the mobile phone a to the mobile phone B to the end of the call in the three application scenarios of fig. 5a, 5B, and 5 c. Referring to fig. 6, the method specifically includes:

step 601A, the mobile phone A receives an operation of clicking a call option by a user.

Referring to the description in step 401 of the flowchart in fig. 4, the description is omitted here.

Step 601B, the mobile phone B records the resident information in real time.

And acquiring the ID of the SA cell where the mobile phone B resides and the communication quality parameter of the SA cell in real time, and determining the communication quality parameter grade of the SA cell.

In addition, the duration of the retention information stored in the mobile phone B may be set, so that the mobile phone B only stores the retention information of the last period of time, for example, only retains the retention information of the last two hours or four hours, so as to save the memory of the mobile phone B.

At step 602, handset a sends an INVITE message to the operator network.

The description of step 402 in the flowchart of fig. 4 is omitted here for brevity.

In step 603A, the handset a records the time T1 when the INVITE message is sent.

After sending the INVITE message, the handset a may record a time T1 when the INVITE message is sent.

Step 603B, the operator network sends a Paging message to the handset B.

Referring to step 403 in the embodiment shown in fig. 4, further description is omitted here.

Step 604, handset B establishes RCC.

Referring to step 404 of the embodiment shown in FIG. 4, further description is omitted here.

At step 605, handset B sends a Paging Response message to the operator network.

Referring to step 405 of the embodiment shown in fig. 4, further description is omitted here.

In step 606, the operator network sends an INVITE message to handset B.

When the operator network receives the Paging Response message sent by the mobile phone B, indicating that Paging of the mobile phone B is successful, the operator network can send the INVITE message to the mobile phone B according to the mobile phone number of the user B carried in the INVITE message.

The foregoing step 603 and 606 describe the situation that the mobile phone B is in the idle state, and in practical applications, in the process that the mobile phone a initiates a call to the mobile phone, the mobile phone B may also be in the connected state. After the operator network receives the INVITE message sent by the mobile phone a, if the mobile phone B is in the connected state, step 606 may be directly executed, the operator network sends the INVITE message to the mobile phone B, and after the mobile phone B receives the INVITE message, it may be determined that other mobile phones have initiated a call to itself. However, at this time, the operator network fails, which causes a problem in connection between the mobile phone B and the operator network, and the mobile phone B does not receive the INVITE message sent by the operator network.

In step 607, the carrier network sends a 100 TRYING message to handset a.

After the operator network sends the INVITE message to the handset B, the operator network can directly send a 100 TRYING message to the handset a regardless of whether the handset B receives the INVITE message.

In step 608, handset a sends a call waiting alert tone.

After receiving the 100 TRYING message, the handset a determines that the call request is in process and can send out a call waiting prompt tone.

Step 609, other optional SIP signaling is sent between the handset a and the operator network.

Referring to step 411A of the embodiment shown in fig. 4, further description is omitted here.

In step 610, the mobile phone a receives the hang-up operation of the user and records the time T2.

In practical application, after the user a initiates a call request to the mobile phone B through the mobile phone a, and after an interval of tens of seconds, the user a finds that the other party does not answer, and hangs up the call, so the mobile phone a receives the hang-up operation of the user. The hang-up operation of the user is received, indicating that the call process is finished, so that the mobile phone a can record the time T2 of the hang-up operation of the user.

In step 611, the mobile a sends a Cancel message to the operator network.

After receiving the hang-up operation of the user, the mobile phone a indicates that the user a wants to Cancel the call process, and therefore, the mobile phone can send a Cancel message to the operator network. The Cancel message is a kind of SIP signaling indicating that the call is cancelled.

At step 612, handset a records the first call failure information containing T1 and T2.

The first call failure information includes a calling phone number, a called phone number, and a call failure reason in addition to T1 and T2. Wherein the reason for the call failure is represented by a cause value.

Step 613, if T2-T1 in the first call failure message is greater than or equal to the preset time threshold, the mobile phone a sends the first call failure message to the cloud.

In practical application, in the process that the user a initiates a call request to the mobile phone B through the mobile phone a, after the operation of clicking a call option on the mobile phone a, a dialing error is found at intervals of several seconds, and immediately hangs up, which is not the case of call failure needing to be counted. Therefore, T2-T1 can be calculated, whether T2-T1 is larger than or equal to a preset duration threshold value or not is judged, and if yes, first call failure information is sent to the cloud end; if not, deleting the first call failure information. Here, the preset time threshold may be a preset call waiting time, for example, 30 s.

Fig. 7 is a schematic diagram of an exemplary application scenario. In the application scenario, the mobile phone A, the access network 1, the core network, the access network 2, the mobile phone B and the cloud are included, the mobile phone A is connected with the core network through the access network 1, the mobile phone B is connected with the core network through the access network 2, and the mobile phone A can perform data interaction with the mobile phone B sequentially through the access network 1, the core network and the access network 2. When the mobile phone A is connected to the access network 1, the Wi-Fi or the hot spot, the mobile phone A can be connected with the cloud, and the mobile phone A can perform data interaction with the cloud. Similarly, when the mobile phone B is connected to the access network 2, the Wi-Fi network or the hotspot, the mobile phone B may establish a connection with the cloud, and the mobile phone B may perform data interaction with the cloud.

During 10:30-11:00, handset B resides in SA cell 2. At 10:40, handset a initiates a call to handset B and the call fails. In this scenario, the handset B can receive the INVITE message, and a problem occurs in the call answering process, resulting in a call failure. In the process, the mobile phone B can determine that the mobile phone a calls itself, and therefore, the mobile phone B can record the call failure information 5, that is, the information that the mobile phone a calls the mobile phone B and the call fails at this time. In addition, in the process, the handset B also records the residence information 4 of the SA cell 2 in real time.

After the call process is finished, the mobile phone a records the call failure information 1, that is, the mobile phone a initiates a call to the mobile phone B and sends the call failure information 4 to the cloud.

Fig. 8 is another call flow diagram provided in the embodiment of the present application, and the call flow diagram shown in fig. 8 is a specific flow from the mobile phone a to the mobile phone B initiating a call request to the call end in the application scenario of fig. 7. The flow of the embodiment shown in fig. 8 is described by taking the mobile phone B in the connected state as an example.

Referring to fig. 8, the method specifically includes:

in step 801A, the mobile phone a receives an operation of clicking a call option by a user.

Referring to the description of step 401 in the embodiment shown in fig. 4, the description is omitted here.

Step 801B, the mobile phone B records the resident information in real time.

Referring to step 601B of the embodiment shown in fig. 6, the detailed description is omitted here.

In step 802, handset a sends an INVITE message to the operator network.

In step 803, the operator network sends an INVITE message to handset B.

When the mobile phone B is in the connected state, the operator network can directly send the INVITE message to the mobile phone B after receiving the INVITE message sent by the mobile phone a.

In step 804, the handset B records the time T5 when the INVITE message is received.

Handset B may receive the INVITE message sent by the carrier network and may record the time T5 when the INVITE message was received.

Step 805A, the operator network sends a 100 TRYING message to handset a.

Referring to the description of step 407B in the embodiment shown in fig. 4, the description is omitted here.

In step 805B, handset B sends a 100 TRYING message to the operator network.

Referring to the description of step 407A in the embodiment shown in fig. 4, the description is omitted here.

In step 806, handset a records the time T3 when the INVITE message was sent.

Referring to step 603A of the flowchart in fig. 6, the description is omitted here.

In step 807, handset a sends a call waiting alert tone.

Referring to the description of step 412A of the flowchart shown in fig. 4, the description is omitted here.

Step 808A, other optional SIP signaling is sent between the handset a and the operator network.

Referring to the description of step 411A of the flowchart shown in fig. 4, further description is omitted here.

Step 608B, other optional SIP signaling is sent between the operator network and handset B.

Referring to the description of step 411B of the flowchart shown in fig. 4, the description is omitted here.

Step 809A, the operator network sends a network abnormal release signaling to the handset A.

When the connection between the mobile phone B and the operator network is abnormal, the call between the mobile phone B and the mobile phone A cannot be continuously kept, so that the operator network sends a network abnormal release signaling to the mobile phone A, and the call between the mobile phone A and the mobile phone B is released.

Step 809B, the operator network sends a network abnormal release signaling to the mobile phone B.

When the connection between the mobile phone B and the operator network is abnormal, the operator network sends a network abnormal release signaling to the mobile phone B, and the call between the mobile phone A and the mobile phone B is released.

In step 810A, the handset a records the time T4 when the network abnormal release signaling is received.

After receiving the network abnormal release signaling, the handset a may record the time T4 when receiving the network abnormal release signaling.

In step 810B, the handset B records the time T6 when the network abnormal release signaling is received.

After receiving the network abnormal release signaling, the handset B may record the time T6 when receiving the network abnormal release signaling.

At step 811A, handset A records second call failure information containing T3 and T4.

The second call failure information may include a calling phone number, a called phone number, and a call failure reason in addition to T3 and T4. Wherein the reason for the call failure is represented by a cause value.

In step 811B, handset B records third call failure information containing T5 and T6.

Since the mobile phone B can record the resident information in real time, when recording the third call failure information, the ID and the communication quality parameter level of the resident cell can be recorded in the third call failure information. That is, the third call failure information includes: t3, T4, calling phone number, called phone number, reason for call failure, ID of camping cell, and communication quality parameter level.

In step 812, if T4-T3 in the second call failure message is greater than or equal to the preset time threshold, the mobile phone a sends the second call failure message to the cloud.

In practical application, a situation that a user a finds a dialing error at an interval of several seconds after initiating a call request to a mobile phone B through the mobile phone a, and then hangs up immediately, which generally does not belong to a situation that call failure needs to be counted, may be possible to calculate T4-T3, and send first call failure information to a cloud when it is determined that T4-T3 is greater than or equal to a preset duration threshold. And if the T4-T3 is smaller than the preset duration threshold, deleting the first call failure information.

Fig. 9 is a schematic view of another exemplary application scenario, where the application scenario includes a mobile phone a, an access network 1, a core network, an access network 2, a mobile phone B, and a cloud, where the mobile phone a is connected to the core network through the access network 1, the mobile phone B is connected to the core network through the access network 2, and the mobile phone a may perform data interaction with the mobile phone B sequentially through the access network 1, the core network, and the access network 2. When the mobile phone A is connected to the access network 1, the Wi-Fi or the hot spot, the mobile phone A can be connected with the cloud, and the mobile phone A can perform data interaction with the cloud. Similarly, when the mobile phone B is connected to the access network 2, the Wi-Fi network or the hotspot, the mobile phone B may establish a connection with the cloud, and the mobile phone B may perform data interaction with the cloud.

The access network 2 includes three SA cells, which are SA cell 1, SA cell 2, and SA cell 3. In the application scenario, for example, 11:00-12:00, the mobile phone B resides in the SA cell 3, and the SA cell is a normal cell, and the mobile phone B can establish a call with another mobile phone successfully. The mobile phone A initiates a call to the mobile phone B, and the call is successful. In this process, the handset B records the camping information 5 of the SA cell 3 in real time.

Fig. 10 is a schematic call flow diagram provided in an embodiment of the present application, where the schematic call flow diagram shown in fig. 10 is a specific flow of a call initiated by a mobile phone a to a mobile phone B and the call is successful in the application scenario shown in fig. 9.

Referring to fig. 10, the method specifically includes:

in step 1001A, the mobile phone a receives an operation of the user clicking a call option.

Step 1001B, the mobile phone B records the resident information in real time.

Referring to the description of step 601B in the embodiment shown in fig. 6, the description is omitted here.

In step 1002, handset a sends an INVITE message to the operator network.

In step 1003A, the handset a records the time T8 when the INVITE message is sent.

After sending the INVITE message to the operator network, handset a may record a time T8 at which the INVITE message was sent.

In step 1003B, handset B sends a Paging message to the operator network.

Referring to the description of step 403 in the embodiment shown in fig. 4, the description is omitted here.

Step 1004, the mobile phone B establishes a Region Connection algorithm (RCC).

The description of step 404 in the flowchart shown in fig. 4 is omitted here for brevity.

Step 1005, handset B sends a Paging Response message to the operator network.

In step 1006, the carrier network sends an INVITE message to handset B.

Referring to the description of step 406 in the embodiment shown in fig. 4, the description is omitted here.

In step 1007, the handset B records the time T7 when the INVITE message is received.

Handset B may receive the INVITE message sent by the carrier network and may record the time T7 when the INVITE message was received.

At step 1008A, handset B sends a 100 TRYING message to the operator network.

Step 1008B, the operator network sends a 100 TRYING message to handset a.

In step 1009, the handset B sends a 183 Session Progress message to the operator network.

Referring to step 408 of the embodiment shown in FIG. 4, further description is omitted here.

Step 1010, the operator network sends 183 Session Progress message to the mobile phone a.

Referring to step 409 of the embodiment shown in fig. 4, the detailed description is omitted here.

At step 1011A, handset B sends a 180 ringing message to the operator network.

Referring to the description of step 410A of the flowchart shown in fig. 4, the description is omitted here.

In step 1011B, the operator network sends a 180 ringing message to handset a.

Referring to the description of step 410B in the embodiment shown in fig. 4, the description is omitted here.

Step 1012A, other optional SIP signaling is sent between handset a and the operator network.

Referring to the description of step 411A in the embodiment shown in fig. 4, further description is omitted here.

Step 1012B, send other optional SIP signaling between handset B and the operator network.

Referring to the description of step 411B in the embodiment shown in fig. 4, further description is omitted here.

Step 1013A, the mobile phone A sends out a prompt tone to be answered.

Referring to the description of step 412A of the embodiment shown in fig. 4, the description is omitted here.

Step 1013B, the handset B rings.

Referring to the description of step 4012B in the embodiment shown in fig. 4, further description is omitted here.

In step 1014, the handset B receives the user's answering operation.

Referring to the description of step 413 of the embodiment shown in fig. 4, the description is omitted here.

In step 1015A, handset B sends a 200 OK message to the operator network.

Referring to the description of step 414A in the embodiment shown in fig. 4, the description is omitted here.

In step 1015B, the operator network sends a 200 OK message to handset a.

Referring to the description of step 414B in the embodiment shown in fig. 4, the description is omitted here.

In step 1016A, handset B deletes T7.

According to the embodiment of the application, whether the resident cell affects the call establishment success of the other mobile phones and the mobile phone B is determined according to the call failure information when the call between the mobile phone a and the mobile phone B fails, and in the process, the information recorded in the call success process is not needed, so that the mobile phone B can delete the recorded time T7.

In step 1016B, handset a deletes T8.

For the same reason as that of the mobile phone B, the mobile phone a may delete the recorded time T8.

Step 1017, mobile phone a and mobile phone B communicate by audio frequency.

Referring to the description of step 415 in the embodiment shown in fig. 4, the description is omitted here.

Referring to fig. 11, an exemplary schematic diagram of another application scenario is shown, and referring to fig. 11, the access network 2 includes three SA cells, which are SA cell 1, SA cell 2, and SA cell 3. During the 11:00-12:00 period, the mobile phone B resides in the SA cell 3, and since the SA cell 3 is a normal cell, the mobile phone B can establish a connection with the cloud. The cloud can find out all call failure information of the mobile phone B as the called party according to the phone number of the mobile phone B and send the call failure information to the mobile phone B. Specifically, the cloud sends call failure information 1, call failure information 2, call failure information 3, and call failure information 4 to the mobile phone B, and the mobile phone B may determine the parking policy based on the call failure information sent by the cloud.

In an optional implementation manner of the embodiment of the application, after the mobile phone B resides in the SA cell 3 and establishes a connection with the cloud, the cloud sends the call failure information to the mobile phone B, and if the time when the cloud sends the call failure information is too long, for example, more than twelve hours, the call failure information received by the mobile phone B at this time has no reference meaning for determining whether the cell where the mobile phone B resides is a normal cell, compared with the time when the mobile phone B resides in the SA cell 1 or 2, the time interval between the time when the mobile phone a fails to call the mobile phone B is too long. Therefore, a storage time length threshold value for storing the call failure information by the cloud can be preset, and when the time length for storing the call failure information by the cloud is greater than the storage time length threshold value, the call failure information can be deleted.

In another optional implementation manner of the embodiment of the present application, the storage duration threshold may also be set in the mobile phone B instead of setting the storage duration threshold at the cloud. The cloud terminal can send all call failure information of the mobile phone B as the called party to the mobile phone B in the time period when the mobile phone B is not on line as long as the mobile phone B is on line. After receiving the call failure information, the mobile phone B can judge whether the call starting time of a certain call failure information exceeds the storage time threshold value or not at the time interval of the certain call failure information, and if so, the call failure information can be deleted; if not, the call failure information is reserved.

It should be noted that, when the mobile phone B resides in the SA cell 3, the mobile phone B establishes a connection with the cloud, and at this time, the cloud can send all the call failure information sent by the mobile phone a to the mobile phone B. The communication link between the mobile phone B and the cloud is different from the communication link between the mobile phone a and the mobile phone B, so that the process of sending the call failure information to the mobile phone B by the cloud may occur before the process of initiating the call request to the mobile phone B by the mobile phone a, which is not limited in the present application.

In the process of determining the camping strategy, the mobile phone B may first determine whether all the cells camped on are low-priority cells between 10:00 and 11: 00. Therefore, it is possible to determine whether the SA cell 1 is a low priority cell based on the received call failure information 1, call failure information 2, and call failure information 3. It is determined whether the SA cell 2 is a low priority cell according to the received call failure information 5. The low priority cell refers to a cell with a priority lower than that of a normal cell, and when the mobile phone B resides in the low priority cell, the probability of successful call establishment with other mobile phones is low.

Specifically, fig. 12 is a schematic diagram illustrating an exemplary process for determining a low priority cell, and referring to fig. 12, since the mobile B always records the camping information in real time no matter which SA cell the mobile B camps in, the mobile B camps in 2 cells, namely SA cell 1 and SA cell 2, during a period from 10:00 to 11: 00. Therefore, the mobile B records the camping information of two SA cells camped between 10:00 and 11: 00. Assuming that the communication quality parameter level of the SA cell 2 is normal between 10:31 and 11:00, four pieces of resident information are recorded in the mobile B.

The resident information includes the resident SA cell ID, the communication quality parameter level, and the corresponding start time and end time, and therefore, the resident information includes four, which are respectively the resident information 1: the resident cell is an SA cell 1, the communication quality parameter grade is good, and the corresponding time period is 10:00-10: 10; resident information 2: the resident cell is an SA cell 1, the communication quality parameter grade is general, and the corresponding time period is 10:11-10: 20; resident information 3: the resident cell is an SA cell 1, the communication quality parameter grade is poor, and the corresponding time period is 10:21-10: 30; resident information 4: the resident cell is SA cell 2, the communication quality parameter grade is general, and the corresponding time period is 10:31-11: 00.

And respectively matching the call failure information 1, the call failure information 2 and the call failure information 3 with each resident information, thereby selecting target resident information corresponding to each call failure information. For example, when the call failure information 1 is matched with four pieces of residence information, target residence information including T1 to T2 in the time period of all the residence information may be matched according to whether there is an overlap between T1-10:00 and T2-10:01 in the call failure information 1 and the time periods in the four pieces of residence information. Since 10:00-10:01 is located between 10:00-10:10, the call failure information 1 is matched with the resident information 1, and the communication quality parameter level corresponding to the resident information 1 is good.

Similarly, T1-10:15, T2-10:16, and 10:15-10:16 in the call failure information 2 are located between 10:11 and 10:20, so that what matches the call failure information 2 is the resident information 2, and the corresponding communication quality parameter level is general. T1-10:22, T2-10:23, 10:22-10:23 in the call information 3 are located between 10:21-10:30, and therefore, what matches the call failure information 3 is the resident information 3, whose corresponding communication quality parameter level is poor.

Next, it can be counted that the number of good, normal and bad communication quality parameter levels in the 3 pieces of call failure information corresponding to SA cell 1 are N, X and Y, respectively. For example, it may be counted that, in 3 pieces of call failure information corresponding to SA cell 1, the number of good, general, and bad communication quality parameter levels is 1.

Since the probability of call failure occurring at different communication quality parameter levels is theoretically different, different weighting coefficients may be assigned to the number of call failures corresponding to different communication quality parameter levels when calculating the call failure evaluation index, for example, the weighting coefficient corresponding to the communication quality parameter level is good is O, the weighting coefficient corresponding to the communication quality parameter level is general is P, and the weighting coefficient corresponding to the communication quality parameter level is poor is Q. For example, the weight coefficient corresponding to a good communication quality parameter level is 2, the weight coefficient corresponding to a general communication quality parameter level is 1, and the weight coefficient corresponding to a bad communication quality parameter level is 0.5.

The call failure evaluation index may then be calculated according to the following formula:

Z₁= N₁×O + X₁×P+ Y₁×Q

in the formula, Z₁Indicates a call failure evaluation index, N₁Number of call failures, X, corresponding to a good communication quality parameter level when the handset B resides in SA cell 1₁Indicates the number of times of call failures when the communication quality parameter level is general when the mobile B resides in the SA cell 1, Y₁Indicating the number of call failures corresponding to poor communication quality parameter rating when handset B resides in SA cell 1.

According to the above calculation formula of the call failure evaluation index, the call failure evaluation index can be calculated to be 1 × 2+1 × 1+1 × 0.5= 3.5.

A threshold of call failure times may be preset, and when the call failure evaluation index of the mobile phone B residing in a certain SA cell is greater than the threshold of call failure times, if the mobile phone B resides in the SA cell, the success rate of establishing call connection between the mobile phone B and other mobile phones may be affected, and the SA cell is a low-priority cell. For example, the threshold of the number of call failures may be 3, the call failure evaluation index when the mobile B resides in the SA cell 1 is 3.5, and if the call failure evaluation index is greater than 3, the SA cell 1 is a low-priority cell.

Fig. 13 is another schematic flow diagram for determining a low-priority cell according to an embodiment of the present application, and referring to fig. 13, for SA cell 2, when a mobile phone B resides in SA cell 2, the mobile phone B can receive an INVITE message, and the mobile phone B can record the call failure information of this time, so that it can determine whether SA cell 2 is a low-priority cell based on the call failure information, which is recorded by the mobile phone B and corresponds to SA cell 2.

Specifically, referring to fig. 13, the method specifically includes:

step 1301, counting the number of call failure information corresponding to the SA cell 2.

Illustratively, between 10:31 and 11:00, SA cell 2 corresponds to a number of call failure messages of 1.

Step 1302, if the calculated call failure evaluation index < threshold of call failure times, the SA cell is determined to be a normal cell.

Exemplarily, the threshold of the number of call failures is set to be 3, the number of call failure evaluation indexes is the same as the number of call failure information corresponding to the SA cell 2, that is, 1, and the SA cell 2 is determined to be a normal cell if the call failure evaluation index < the threshold of the number of call failures.

In addition, when the cell B has camped on a certain SA cell, but does not receive the call failure information during camping, it is determined that the SA cell is a normal cell. For example, when the mobile phone B resides in a normal SA cell, other mobile phones initiate multiple calls to the mobile phone B, and all the calls are successful, during which period, the mobile phone B does not receive the call failure information, and it can be determined that the SA cell is a normal cell. For example, referring to fig. 9, when the mobile B resides in the SA cell 3, the mobile a initiates a call to the mobile B, and the call is successful, so that the mobile B does not receive the call failure message, and the SA cell 3 is a normal cell.

When the mobile phone B resides in a low priority SA cell, the mobile phone initiates a call to the mobile phone B and the call fails, but the mobile phone B does not receive the call failure message during the time that the mobile phone B resides in the SA cell, and therefore the mobile phone B defaults the SA cell to be a normal cell. For example, 10: during the period of 00-10:30, the mobile phone B resides in the SA cell 1, and although the mobile phone a initiates a call to the mobile phone B and the call fails during the period, the mobile phone B does not establish a connection with the cloud, and therefore the mobile phone B does not receive the call failure message, and during the period, the mobile phone B defaults to the SA cell as a normal cell.

It should be noted that, in the embodiment shown in fig. 12 and 13, in the process of determining whether each cell where the mobile phone B resides in a time period is a low-priority cell, the used information is call failure information that the mobile phone a initiates a call to the mobile phone B and the call fails, but in practical applications, in a time period, there may be a case that a plurality of mobile phones initiate calls to the mobile phone B and the call fails. In this case, each mobile phone sends call failure information to the cloud, when the cloud is online, the cloud sends all call failure information when the mobile phone B is called to the mobile phone B, and the mobile phone B determines whether the resident cell is a low-priority cell based on the received call failure information corresponding to the plurality of mobile phones by using the method shown in fig. 12 or 13.

Further, referring to fig. 5a and 6, when handset B resides in SA cell 1, this corresponds to the case where handset a initiates a call to handset B, but handset B does not receive the INVITE message. Referring to fig. 7 and 8, when the mobile phone B resides in the SA cell 2, the corresponding mobile phone a initiates a call to the mobile phone B, and after the mobile phone B receives the INVITE message, the call fails due to abnormal network connection between the mobile phone B and the operator network. In practical applications, the situation that the mobile phone B in fig. 6 does not receive the INVITE message and the situation that the network in fig. 8 is abnormal may also occur that the mobile phone B resides in the same SA cell, which is not limited in the present application.

In order to ensure that the mobile phone B can judge whether the resident cell is a low-priority cell and adopt the resident strategy in time so as to ensure that the mobile phone B establishes a call with other mobile phones as successfully as possible. The mobile phone a records the call failure information and sends the call failure information to the cloud in real time, that is, as long as the mobile phone a makes a call to the mobile phone B and the call fails, the mobile phone a records the call failure information, and when the mobile phone a is online, the call failure information is sent to the cloud. It should be noted that the online of the mobile phone a means that the mobile phone a establishes a connection with the cloud. And when the mobile phone B is on line, the cloud sends the mobile phone B stored in the cloud as the call failure information when the mobile phone B is called to the mobile phone B, and meanwhile deletes the call failure information sent to the mobile phone B. After receiving the call failure information, the handset B further determines whether the camped SA cell is a low priority cell by using the procedure shown in fig. 12 or fig. 13.

And when the mobile phone B receives the call failure information sent by the cloud and obtains the result of whether each resident cell is a low-priority cell, determining the resident strategy.

At this time, the mobile phone B stores the priority information of each SA cell in which it resides, where the priority information of a certain SA cell indicates whether the SA cell is a low priority cell. Handset B can save the priority information to the priority information set. For example, in 11:01, the priority information set includes three pieces of priority information, which are: SA cell 1 is a low priority cell, and SA cell 2 and SA cell 3 are both normal cells.

It should be noted that, the priority information stored in the mobile phone B, that is, the priority information in the priority information set, may be increased or updated according to the actual situation:

for example, when the mobile B camps on a new SA cell, the new SA cell is an SA cell that does not exist in the priority information set, and the priority information corresponding to the new SA cell needs to be added. For example, at 12:00, the priority information of the SA cell 1, the SA cell 2 and the SA cell 3 is stored in the mobile phone B, 12:01, the mobile phone B resides in the SA cell 4, but the SA cell 4 does not exist in the priority information set, and the mobile phone can add the priority information of the SA cell 4 to the priority information set after determining the priority information of the SA cell 4.

As an optional implementation manner in the embodiment of the present application, when the current residential cell of the mobile phone B is an SA cell existing in priority information (i.e., a priority information set) stored in the mobile phone B, but the mobile phone B determines the priority information of the SA cell according to the latest call failure information sent by the cloud, and the priority information is different from the priority information already stored in the mobile phone B, the priority information in the priority information set is updated. For example, cell B resides in SA cell 3 at 13:01-14:00, and cell B resides in SA cell 2 at 14:01-15: 00. At 14:30, the mobile phone B receives the call failure information which is sent by the cloud and resides in the SA cell 3, and determines that the SA cell 3 is a low-priority cell according to the call failure information, so that the priority information of the SA cell 3 is different from the priority information in the priority information set, and the normal cell corresponding to the SA cell 3 in the priority information set can be updated to be the low-priority cell.

As another optional implementation manner of the embodiment of the present application, because communication quality parameters of the SA cell may be different at different times, when the mobile B resides in the SA cell, other mobile phones initiate a call to the mobile B, and the probability of call success is also different, so that priority information of the SA cell may be different at different times. For example, a certain SA cell is a low priority cell in one time period, which may be a normal cell in the next time period. Therefore, to avoid the situation that a certain cell is always determined as a low priority cell, if the priority information of a certain SA cell in the priority information set indicates that the cell is a low priority cell and new priority information about the cell is not received within a preset update duration threshold, the cell can be updated regularly. For example, SA cell 1 is a low priority cell, and if the information indicating whether SA is a low priority cell is not received within two hours, SA cell 1 may be updated to a normal cell.

In addition, it should be noted that, when there is no SA cell in the priority information stored in the mobile phone B, the SA cell is determined to be a normal cell.

Referring to fig. 14, the specific process of determining the residence policy is as follows:

step 1401, determine whether the current resident cell is a low priority cell.

The priority information of each SA cell where the cell resides is always stored in the mobile phone B, and it is possible to determine whether the currently residing cell is a low priority cell, and to adopt different strategies according to different results.

Step 1402, if the current resident cell is not the low priority cell, keeping the current resident cell unchanged.

If the current resident cell is not the low-priority cell, that is, the current resident cell is the normal cell, it indicates that the success rate of establishing a call between the mobile phone B and another mobile phone is not affected when the mobile phone B resides in the current resident cell. Thus, the currently camped cell may be kept unchanged, i.e. handset B continues to camp on the currently camped cell. For example, at 11:01, the handset B camps on the SA cell 3, i.e., the currently camped cell is SA cell 3. SA cell 3 is a normal cell, so handset B can continue to camp on SA cell 3.

Step 1403, if the current resident cell is a low priority cell, it is determined whether other SA cells can be searched.

If the current resident cell is a low-priority cell and the mobile phone B continues to reside in the current resident cell, the success rate of establishing a call between the mobile phone B and another mobile phone may be affected. In practical applications, coverage areas of different SA cells may overlap, and particularly coverage areas of two adjacent SA cells overlap more, so that when the mobile B is located at a certain position, a plurality of SA cells may be searched. When the cell where the mobile phone B currently resides is a low-priority cell, the mobile phone B may try to search for other SA cells and determine whether other SA cells can be searched.

In step 1404, if other SA cells can be searched, it is determined whether a normal cell exists in the other SA cells.

If there is a normal cell in the other SA cells, the mobile phone B does not camp on the currently camped cell, but instead camps on a normal cell in the other SA cells.

Step 1405, if there is a normal cell in the other SA cells, camping on the normal cell in the other SA cells.

If there is a normal cell in the other SA cells, handset B may camp on the normal cell in the other SA cells.

In step 1406, if no other SA cell can be searched or no normal cell exists in the searched other SA cells, it is determined whether an LTE cell or an NSA cell can be searched.

If the mobile phone B cannot search other SA cells, or no normal cell exists in the other SA cells searched by the mobile phone B, it indicates that the mobile phone B may not be applicable to SA, and therefore, the mobile phone B may continue to search for an LTE cell or an NSA cell.

In step 1407, if the LTE cell or the NSA cell can be searched, the ue camps on the LTE cell or the NSA cell.

If the mobile phone B can search the LTE cell or the NSA cell, the mobile phone B disables the SA and resides in the LTE cell or the NSA cell, thereby ensuring that the LTE cell or the NSA cell does not affect the success rate of establishing a call between the mobile phone B and another mobile phone.

Step 1408, if the LTE cell or the NSA cell cannot be searched, the ue camps on the current camping cell.

If the cell B cannot search the LTE cell or the NSA cell, the cell B remains camped on the current camped cell. And handset B keeps searching, i.e., performs step 1403.

Scene two

In practical application, there may be a situation that the mobile phone B cannot receive the INVITE message even in a time period in which the mobile phone B resides in a certain SA cell; it may also happen that the mobile phone B receives the INVITE message, but due to the network, the problem occurs in the call answering process of the mobile phone a and the mobile phone B; it may also happen that handset B starts ringing, but user B fails to answer the call, resulting in a call failure. That is, there may be a plurality of different call failures when the mobile B resides in the same SA cell.

Referring to fig. 15a, which is a schematic diagram illustrating an exemplary application scenario, when the handset B resides in the SA cell 4, the handset B does not receive the INVITE message. The scene diagram of fig. 15a corresponds to two different cases: firstly, the mobile phone B does not receive the INVITE message, the user A hangs up after keeping calling for a period of time, and the specific calling process refers to FIG. 6; second, the handset B does not receive the INVITE message, and the handset a automatically releases after keeping the preset call waiting duration, where the preset call waiting duration may be a preset call waiting duration, for example, 40 s. In these two cases, the mobile phone B does not receive the INVITE message, and the mobile phone B cannot sense the called message, so that the mobile phone B cannot record the call failure information. And the mobile phone B records the resident information 5 of the SA cell 4 in real time. After recording the call failure information 6, the mobile phone a sends the call failure information 6 to the cloud.

The call failure information 6 recorded by the mobile phone a includes the call start time 6, the call end time 6, the calling phone number, the called phone number, and the reason for the call failure. For the first case in the application scenario of fig. 15a, referring to fig. 6, the call start time 6 refers to a time T1 when the handset a sends the INVITE message, and the call end time 6 refers to a time T2 when the handset a receives the hang-up operation of the user. For the second case in the application scenario of fig. 15a, the call start time 6 refers to the time when the handset a receives the 100 TRYING message, and the call end time 6 refers to the time when the handset a receives the call release request instruction.

Fig. 15B is a schematic diagram of another exemplary application scenario, and as shown in fig. 15B, when the mobile B resides in the SA cell 4, a situation that the mobile a initiates a call to the mobile B and the mobile B receives an INVITE message, but finally the call fails due to a problem such as network anomaly may also occur. Corresponding to the application scenario of fig. 15b, there may be three cases, the first: referring to fig. 8, the mobile phone a initiates a call to the mobile phone B, and the mobile phone B receives the INVITE message, but finally the call fails due to abnormal connection between the mobile phone B and the operator network; and the second method comprises the following steps: the mobile phone A initiates a call to the mobile phone B, the mobile phone B receives the INVITE message, and the user A actively hangs up after the mobile phone A sends a call waiting prompt tone; and the third is that: the mobile phone A initiates a call to the mobile phone B, and the mobile phone B receives the INVITE message and automatically releases after keeping calling for a preset call waiting time. Under the three conditions, the mobile phone B can receive the INVITE message, so that the called can be sensed, the information of the current call failure can be recorded and recorded as the call failure information 9, and the mobile phone B records the residence information 6 of the SA cell 4 in real time. The mobile phone a may also record the information of the call failure, record the information as the call failure information 7, and send the call failure information 7 to the cloud.

The call failure information 7 recorded by the mobile phone a includes the call start time 7, the call end time 7, the calling phone number, the called phone number, and the reason for the call failure. For three different situations corresponding to the application scenario of fig. 15b, the call start time 7 indicates the time T3 when the handset a sends the INVITE message. Referring to fig. 8, for the first case corresponding to the application scenario of fig. 15b, the call ending time 7 refers to a time T4 when the mobile phone a receives a network abnormal release signaling, for the second case corresponding to the application scenario of fig. 15b, the call ending time 7 refers to a time when the mobile phone a receives a hang-up operation of the user, and for the third case corresponding to the application scenario of fig. 15b, the call ending time 7 refers to a time when the mobile phone a receives a call release request.

The call failure information 8 recorded by the mobile phone B includes the call start time 8, the call end time 8, the calling phone number, the called phone number, the call failure reason 8, the resident SA cell ID, and the resident SA cell communication quality parameter level. For three different situations corresponding to the application scenario of fig. 15B, the call start time 8 indicates the time T5 when the handset B receives the INVITE message. For the first of the three cases, referring to fig. 8, the call ending time 8 refers to a time T6 when the mobile phone B receives the network abnormal release signaling; for the second of the three cases, the call end time 8 is the time when the mobile phone B receives the hang-up request signaling; for the third of the three cases, the call end time 8 refers to the time when the mobile B receives the call release signaling.

The mobile phone B can record the reason value when recording the reason for each call failure, and the reason value may be a SIP standard protocol reason value and is recorded as a second numerical value. Specifically, for the case that the network abnormality causes a call failure, the second value may be, for example, 403, 503, or the like; for the case that the network is normal and the user B of the mobile phone B does not listen to the network, the cause value may be recorded as a third numerical value, where the third numerical value may be a custom numerical value, and the third numerical value may be, for example, 11.

When the mobile phone B is online, the cloud may search for all call failure information corresponding to the mobile phone B according to the phone number corresponding to the mobile phone B, and send the searched call failure information to the mobile phone B, it needs to be noted that when the mobile phone B resides in a certain SA cell, only one call failure may occur, and at this time, the cloud can receive only one call failure information; multiple call failures may also occur, and the cloud can receive multiple call failure messages. When the mobile phone B resides in a certain SA cell, the five situations may be included in multiple call failures, or only some of the situations may be included, which is not limited in the present application.

Fig. 16 is a schematic flowchart illustrating a process of determining a parking policy according to an embodiment of the present application, referring to fig. 16, step 1601, a call failure message is filtered.

When the cloud sends all call failure information when the mobile phone B is called to the mobile phone B, because the mobile phone a and the mobile phone B respectively record one time for the call failure information of the three cases corresponding to fig. 15B, the call failure information 8 recorded by the mobile phone B is repeated with part of the call failure information recorded by the mobile phone a sent by the cloud, so that all the call failure information recorded by the mobile phone a can be screened first, and the call failure information repeated with the call failure information 8 recorded by the mobile phone B can be deleted.

Specifically, referring to fig. 8, the time T5 recorded by the mobile B from receiving the INVITE message to the time T6 recorded by the network abnormal release signaling overlaps with the time T3 recorded by the mobile a from receiving the 100 TRYING message to the time T4 recorded by receiving the network abnormal release signaling. Therefore, it is possible to determine whether the call failure information and the call failure information 8 are directed to the same call process by determining whether the call start time to the call end time in the call failure information recorded by the mobile phone a overlaps with the call start time 8 to the call end time 8 in the call failure information 8 recorded by the mobile phone B, and if so, delete the call failure information recorded by the mobile phone a. In the application scenario corresponding to fig. 15B, the call failure information 7 recorded by the mobile phone a and the call failure information 8 recorded by the mobile phone B correspond to the same call process, so that the call failure information 7 is deleted after all the call failure information recorded by the mobile phone a is screened. That is, only the call failure information 6 in the application scenario of fig. 15a exists in the handset B.

Step 1602, determine the target resident information.

After the call failure information recorded by the mobile phone a is screened, the target residence information of the SA cell corresponding to the call failure information 6 needs to be determined. Specifically, the process of determining the target camping information corresponding to the call failure information 6 is performed with reference to fig. 11, and is not described herein again.

At step 1603, a communication quality parameter level is determined.

After determining the target residing information corresponding to the call failure information 6, the communication quality parameter level in the target residing information may be determined as the communication quality parameter level corresponding to the call failure information 6.

Step 1604, calculating a call failure evaluation index.

For the call failure information 8 recorded by the mobile phone B, the number of the call failure information 8 whose call failure reason is a network anomaly can be screened out according to the call failure reason, and the number of times of the call failure caused by the network anomaly is used. Specifically, when the reason for the call failure is the network anomaly, the reason value is the second numerical value, and it may be determined whether the reason value in the call failure information 8 is the second numerical value, if so, the number of times of call failure caused by the network anomaly is 1, otherwise, it is 0. The call failure evaluation index may be calculated by the following expression:

Z=M+N₂×O+ X₂×P + Y₂×Q

wherein Z represents the evaluation index of call failure, M represents the number of times of call failure caused by network abnormality in the call failure information recorded by the mobile phone B, and N₂The number of times of call failure X corresponding to the level of the communication quality parameter good in the call failure information 6 recorded in the mobile phone a is indicated₂The number of times of call failures, Y, corresponding to the case where the communication quality parameter level is normal in the call failure information 6 recorded in the mobile phone A is represented₂The number of times of call failure corresponding to the case where the communication quality parameter level is poor in the call failure information 6 recorded in the mobile phone a is indicated.

In another implementation manner of the embodiment of the present application, in the process of determining whether the cell where the mobile phone B resides is a low-priority cell, since the mobile phone B may serve as not only a called party but also a calling party to call other mobile phones when residing in a certain SA cell, the number of times of call failure when the mobile phone B serves as a calling party may also be counted. When the mobile phone B is used as a calling party, there may be various different situations, for example, when the connection between the mobile phone B and the operator network is abnormal, the situation is that the SA cell where the mobile phone B resides has a problem, the mobile phone B sends an INVITE message to the operator network, and the operator network does not receive the INVITE message, so the mobile phone B does not receive the 100 TRYING message; when the cell where the called terminal mobile phone C resides is abnormal, the mobile phone B sends an INVITE message to the operator network, the operator network receives the INVITE message and sends a 100 TRYING message to the mobile phone B, and the connection between the mobile phone B and the operator network is abnormal, for example, the mobile phone C does not receive the INVITE message. For the different situations, when recording the call failure information, the mobile phone B may record different reason values to correspond to different call failure reasons.

There are two processing methods for the call failure information recorded when the mobile phone B is used as the calling party:

firstly, all call failure information recorded when the mobile phone B is used as a calling party is recorded, and when a residence policy needs to be determined and the number of times of call failure caused by network abnormality is counted, only the number of the call failure information with the reason value representing the network abnormality is counted according to the reason value.

And secondly, recording the call failure information when the mobile phone B is used as a calling party each time, judging whether the call failure reason of each call failure information is abnormal according to the reason value, if so, retaining the call failure information, and if not, deleting the call failure information.

When the mobile phone B is used as a calling party, the situation of call failure due to network abnormality also reflects the network condition of the SA cell where the mobile phone B resides to a certain extent, and thus can be used to assist in evaluating whether the SA cell is a low-priority cell. When determining the residence policy, the number of times of call failure due to network reasons when the mobile phone B is used as the calling party can be combined.

The call failure evaluation index may be calculated by the following expression:

Z=L+M+N₂×O+ X₂×P + Y₂×Q

wherein Z represents the evaluation index of call failure, L represents the number of times of call failure caused by network abnormality when the mobile phone B is used as a calling party, M represents the number of times of call failure caused by network abnormality in the call failure information recorded by the mobile phone B, and N represents the number of times of call failure caused by network abnormality in the call failure information recorded by the mobile phone B₂The number of times of call failure X corresponding to the level of the communication quality parameter good in the call failure information 6 recorded in the mobile phone a is indicated₂The number of times of call failures, Y, corresponding to the case where the communication quality parameter level is normal in the call failure information 6 recorded in the mobile phone A is represented₂The number of times of call failure corresponding to the case where the communication quality parameter level is poor in the call failure information 6 recorded in the mobile phone a is indicated.

At step 1605, a parking policy is determined.

After the call failure evaluation index is obtained, whether the call failure evaluation index is greater than a call failure frequency threshold value or not can be judged, and if yes, the SA cell is a low-priority cell. If not, determining the SA cell as a normal cell. Then, the specific residence is determined according to the flow steps of the embodiment shown in fig. 14.

In the first and second scenarios, the priority information of each SA cell where the mobile phone B resides is determined according to call failure information recorded when other mobile phones perform audio communication with the mobile phone B, and residence information of the cell where the mobile phone B resides recorded in real time. In order to further improve the accuracy of the priority information of the SA cells, the priority information of each SA cell may be obtained as follows:

as shown in fig. 17, which is a schematic diagram of an exemplary application scenario, referring to fig. 17, it is assumed that, during a time period, for example, 16:01-17:00, a mobile phone B, a mobile phone C, and a mobile phone D all reside in an SA cell 5, and a mobile phone X records the residence information 7 of the SA cell 5 in real time and sends the residence information 7 to the cloud. And the mobile phone C records the resident information 8 of the SA cell 5 in real time and sends the resident information 8 to the cloud. And the mobile phone D records the resident information 9 of the SA cell 5 in real time and sends the resident information 9 to the cloud. In addition, the cloud end stores call failure information of the mobile phone B, the mobile phone C and the mobile phone D as called parties. The cloud may determine priority information of SA cells in which the mobile phone B, the mobile phone C, and the mobile phone D reside, and send the determined priority information to the mobile phone B, with reference to the flow steps in the embodiment shown in fig. 16. The priority information may also be sent to cell phone C and cell phone D.

In addition, in practical applications, there may be a situation that the friend of the user B frequently makes a call to the mobile phone B, but no one answers the call, or finds that the signal displayed on the mobile phone at a certain place is weak, and therefore, the user B wants to test the mobile phone B and the cell where the user B resides. Referring to fig. 18a, which is a schematic diagram illustrating an exemplary application scenario, when a handset B resides in an SA cell 1, the handset B and the SA cell 1 are tested.

The user B can start a call test function in the mobile phone B, the mobile phone B can receive the operation of starting the call test by the user and send a call test request instruction to the cloud, the cloud can initiate a call to the mobile phone B, the call fails, and the cloud records call failure information 9.

As shown in fig. 18B, which is an exemplary schematic view of another application scenario, referring to fig. 18B, when a mobile phone B resides in an SA cell 2, the SA cell 2 is a normal cell, a cloud establishes a connection with the mobile phone B, the cloud sends a call failure message 9 to the mobile phone B, and the mobile phone B determines whether the SA cell 1 is a low-priority cell based on the call failure message 9, and specifically, the method for determining whether the SA cell is a low-priority cell is referred to fig. 12 or fig. 13, which is not described herein again.

The steps executed by the electronic device 100 in the embodiments of the present application may also be executed by a chip system included in the electronic device 100, where the chip system may include a processor and a bluetooth chip. The system-on-chip may be coupled to the memory such that the computer program stored in the memory is called by the system-on-chip when running to implement the steps performed by the electronic device 100. The processor in the system on chip may be an application processor or a processor other than an application processor.

The above embodiments are only used for illustrating the technical solutions of the present application, and not for limiting the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; and the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present application.

Claims

1. A residence system, comprising: the system comprises a first electronic device, a second electronic device and a server;

the first electronic device to:

calling the second electronic equipment;

detecting that the second electronic device fails to be called, and sending first call failure information to the server, wherein the first call failure information comprises first time information and is used for indicating that the first electronic device fails to call the second electronic device at the first time;

the server is configured to:

receiving the first call failure information;

sending the first call failure information to the second electronic equipment;

the second electronic device to:

receiving the first call failure information;

acquiring first target residence information from the acquired plurality of residence information based on the first time information, wherein the first target residence information includes a cell identifier of a first cell, a first communication quality parameter and a first time period corresponding to the first communication quality parameter, the first time information belongs to the first time period, the first communication quality parameter is acquired when the second electronic device resides in the first cell within the first time period, and the first cell is an independent networking SA cell;

determining that the first cell meets a low-priority cell condition according to the first call failure information and the first communication quality parameter;

determining the first cell as a low priority cell.

2. The system of claim 1, wherein the currently camped cell of the second electronic device is the first cell;

the second electronic device to:

searching other normal cells;

switching from the first cell to the other normal cells.

3. The system of claim 1, wherein the currently camped cell of the second electronic device is a second cell;

the second electronic device is further configured to:

and switching from the second cell to other normal cells except the first cell.

4. The system of claim 1, wherein the second electronic device is further configured to:

receiving second call failure information sent by the first electronic device, wherein the second call failure information is used for indicating that the first electronic device fails to call the second electronic device, and the second call failure information contains second time information;

receiving third call failure information sent by the first electronic device, wherein the third call failure information is used for indicating that the first electronic device fails to call the second electronic device, and the third call failure information contains third time information;

recording fourth call failure information, wherein the fourth call failure information is used for indicating that the first electronic equipment fails to call the second electronic equipment, and the fourth call failure information comprises fourth time information, a cell identifier of a third cell and a call failure reason;

detecting that the second time information comprises the fourth time information, and determining that the second call failure information and the fourth call failure information correspond to the same call process;

determining that the reason for the call failure is a network reason;

acquiring second target residence information from the plurality of residence information based on the third time information, wherein the second target residence information comprises a cell identifier of the third cell and a second time period, and the second time information belongs to the second time period;

determining that the third cell meets the low-priority cell condition according to the third call failure information and the fourth call failure information;

determining the third cell as a low priority cell.

5. The system of claim 1, wherein the second electronic device is further configured to:

receiving fifth call failure information sent by the first electronic device, where the fifth call failure information is used to indicate that the first electronic device fails to call the second electronic device, and the fifth call failure information includes fifth time information;

receiving sixth call failure information sent by the first electronic device, where the sixth call failure information is used to indicate that the second electronic device fails to call the second electronic device, and the sixth call failure information includes sixth time information;

matching third target residence information corresponding to the fifth time information from the plurality of residence information, wherein the third target residence information comprises a cell identifier of a fourth cell, a second communication quality parameter and a third time period corresponding to the second communication quality parameter, the fifth time information belongs to the third time period, and the second communication quality parameter is acquired when the second electronic device resides in the fourth cell within the third time period;

matching fourth target residence information corresponding to the sixth time information from the plurality of residence information, where the fourth target residence information includes a cell identifier of the fourth cell, a third communication quality parameter, and a fourth time period corresponding to the third communication quality parameter, the sixth time information belongs to the fourth time period, and the third communication quality parameter is obtained when the second electronic device resides in the fourth cell within the fourth time period;

calculating a call failure evaluation index according to the number of the fifth call failure information corresponding to the third target residence information, a first preset weight coefficient corresponding to the second communication quality parameter, the number of the sixth call failure information corresponding to the fourth target residence information and a second preset weight coefficient corresponding to the third communication quality parameter;

determining that the call failure evaluation index is greater than or equal to a preset call failure threshold value;

determining the fourth cell as a low priority cell.

6. The system of claim 1, wherein the second electronic device camps on a fifth cell during a fifth time period, and wherein the fifth cell is an SA cell;

the second electronic device is further configured to:

and determining that the fifth cell is a normal cell when detecting that the call failure information is not received in the fifth time period.

7. The system of claim 2, wherein the other normal cells are SA cells;

the second electronic device is further configured to:

and when the other normal cells cannot be searched, residing in the non-SA cell.

8. The system of claim 7, wherein the non-SA cells comprise at least one of non-independent Networking (NSA) cells and Long Term Evolution (LTE) cells.

9. The system of claim 1, wherein the second electronic device is further configured to:

acquiring seventh call failure information, where the seventh call failure information is used to indicate that the second electronic device fails to call the first electronic device, the seventh call failure information includes a cell identifier of a sixth cell and seventh time information, and the second electronic device resides in the sixth cell at a seventh time;

determining the number of times of the seventh call failure information corresponding to the sixth cell, which is greater than a preset call failure threshold value;

determining the sixth cell as a low priority cell.

10. The system of claim 1, wherein the server is further configured to:

calling the second electronic equipment;

detecting that the second electronic device fails to be called, and sending eighth call failure information to the second electronic device, where the eighth call failure information is used to indicate that the server fails to call the second electronic device, and the eighth call failure information includes eighth time information;

the second electronic device to:

receiving the eighth call failure information;

acquiring fifth target residence information from the plurality of residence information based on the eighth time information, wherein the fifth target residence information includes a cell identifier of a seventh cell, a fourth communication quality parameter and a sixth time period corresponding to the fourth communication quality parameter, the eighth time information belongs to the sixth time period, and the fourth communication quality parameter is acquired when the second electronic device resides in the seventh cell within the sixth time period;

determining that the seventh cell meets the low-priority cell condition according to the eighth call failure information and the fourth communication quality parameter;

determining the seventh cell as a low priority cell.

11. A residing method, applied to a residing system, the system comprising: the system comprises a first electronic device, a second electronic device and a server; the method comprises the following steps:

the first electronic device calls the second electronic device;

the first electronic device detects that the calling of the second electronic device fails, and sends first calling failure information to the server, wherein the first calling failure information comprises first time information and is used for indicating that the calling of the second electronic device by the first electronic device at the first time fails;

the server sends the first call failure information to the second electronic equipment;

the second electronic equipment receives the first call failure information;

the second electronic device obtains first target residence information from the obtained plurality of residence information based on the first time information, the first target residence information includes a cell identifier of a first cell, a first communication quality parameter and a first time period corresponding to the first communication quality parameter, the first time information belongs to the first time period, the first communication quality parameter is obtained when the second electronic device resides in the first cell within the first time period, and the first cell is an independent networking SA cell;

the second electronic equipment determines that the first cell meets the condition of a low-priority cell according to the first call failure information and the first communication quality parameter;

the second electronic device determines that the first cell is a low priority cell.

12. The method of claim 11, wherein the currently camped cell of the second electronic device is the first cell; the method further comprises the following steps:

the second electronic equipment searches other normal cells;

the second electronic device is handed over from the first cell to the other normal cell.

13. The method of claim 11, wherein the currently camped cell of the second electronic device is a second cell; the method further comprises the following steps:

the second electronic device is handed over from the second cell to a normal cell other than the first cell.

14. The method of claim 11, further comprising:

the second electronic device receives second call failure information sent by the first electronic device, wherein the second call failure information is used for indicating that the first electronic device fails to call the second electronic device, and the second call failure information contains second time information;

the second electronic device receives third call failure information sent by the first electronic device, wherein the third call failure information is used for indicating that the first electronic device fails to call the second electronic device, and the third call failure information contains third time information;

the second electronic equipment records fourth call failure information, wherein the fourth call failure information is used for indicating that the first electronic equipment fails to call the second electronic equipment, and the fourth call failure information comprises fourth time information, a cell identifier of a third cell and a call failure reason;

the second electronic equipment detects that the second time information contains the fourth time information, and determines that the second call failure information and the fourth call failure information correspond to the same call process;

the second electronic equipment determines that the reason for the call failure is a network reason;

the second electronic device obtains second target residence information from the plurality of residence information based on the third time information, wherein the second target residence information includes a cell identifier of the third cell and a second time period, and the second time information belongs to the second time period;

the second electronic equipment determines that the third cell meets the low-priority cell condition according to the third call failure information and the fourth call failure information;

the second electronic device determines that the third cell is a low priority cell.

15. The method of claim 11, further comprising:

the second electronic device receives fifth call failure information sent by the first electronic device, wherein the fifth call failure information is used for indicating that the first electronic device fails to call the second electronic device, and the fifth call failure information comprises fifth time information;

the second electronic device receives sixth call failure information sent by the first electronic device, wherein the sixth call failure information is used for indicating that the second electronic device fails to call the second electronic device, and the sixth call failure information comprises sixth time information;

the second electronic device matches third target residence information corresponding to the fifth time information from the plurality of residence information, where the third target residence information includes a cell identifier of a fourth cell, a second communication quality parameter, and a third time period corresponding to the second communication quality parameter, the fifth time information belongs to the third time period, and the second communication quality parameter is obtained when the second electronic device resides in the fourth cell within the third time period;

the second electronic device matches fourth target residence information corresponding to the sixth time information from the plurality of residence information, where the fourth target residence information includes a cell identifier of the fourth cell, a third communication quality parameter, and a fourth time period corresponding to the third communication quality parameter, the sixth time information belongs to the fourth time period, and the third communication quality parameter is obtained when the second electronic device resides in the fourth cell within the fourth time period;

the second electronic device calculates a call failure evaluation index according to the number of the fifth call failure information corresponding to the third target residence information, a first preset weight coefficient corresponding to the second communication quality parameter, the number of the sixth call failure information corresponding to the fourth target residence information, and a second preset weight coefficient corresponding to the third communication quality parameter;

the second electronic equipment determines that the call failure evaluation index is greater than or equal to a preset call failure threshold value;

the second electronic device determines that the fourth cell is a low priority cell.

16. The method of claim 11, wherein the second electronic device camps on a fifth cell during a fifth time period, and wherein the fifth cell is an SA cell; the method further comprises the following steps:

and the second electronic equipment detects that the call failure information is not received in the fifth time period, and determines that the fifth cell is a normal cell.

17. The method of claim 12, wherein the other normal cells are SA cells; the method further comprises the following steps:

and the second electronic equipment resides in the non-SA cell under the condition that the other normal cells cannot be searched.

18. The method of claim 17, wherein the non-SA cell comprises at least one of a non-independent networking, NSA, cell and a long term evolution, LTE, cell.

19. The method of claim 11, further comprising:

the second electronic device obtains seventh call failure information, the seventh call failure information is used for indicating that the second electronic device fails to call the first electronic device, the seventh call failure information includes a cell identifier of a sixth cell and seventh time information, and the second electronic device resides in the sixth cell at a seventh time;

the second electronic device determines that the number of times of the seventh call failure information corresponding to the sixth cell is greater than a preset call failure threshold;

the second electronic device determines that the sixth cell is a low priority cell.

20. The method of claim 11, further comprising:

the server calls the second electronic equipment;

the server detects that the calling of the second electronic equipment fails, and sends eighth calling failure information to the second electronic equipment, wherein the eighth calling failure information is used for indicating that the server fails to call the second electronic equipment, and comprises eighth time information;

the second electronic equipment receives the eighth call failure information;

the second electronic device obtains fifth target residence information from the residence information based on the eighth time information, where the fifth target residence information includes a cell identifier of a seventh cell, a fourth communication quality parameter, and a sixth time period corresponding to the fourth communication quality parameter, the eighth time information belongs to the sixth time period, and the fourth communication quality parameter is obtained when the second electronic device resides in the seventh cell in the sixth time period;

the second electronic device determines that the seventh cell meets the low-priority cell condition according to the eighth call failure information and the fourth communication quality parameter;

the second electronic device determines that the seventh cell is a low priority cell.