Processing method, intelligent terminal and storage medium

Abstract

This application proposes a processing method, a smart terminal, and a storage medium. The method, applied to a smart terminal, includes the following steps: S1, monitoring call quality while the smart terminal is in a call state; S2, in response to a call quality-triggered switching condition, switching the access network used for the call and updating the network identifier on the display interface. Thus, by monitoring call quality during a call and proactively switching the access network used for the call and updating the network identifier on the display interface when a call quality-triggered switching condition is triggered, the continuity of voice calls and the user's perceived experience are greatly improved.

Description

Technical Field

[0001] This application relates to the field of communication technology, specifically to a processing method, a smart terminal, and a storage medium. Background Technology

[0002] With the development of mobile communication technology, voice calls based on IP Multimedia Subsystem (IMS) (such as VoLTE, VoNR, and VoWiFi) have become the mainstream voice solution.

[0003] In the process of conceiving and implementing this application, the inventors discovered at least the following problems: In complex wireless environments (such as weak coverage, high interference, and network congestion), when user equipment makes IMS calls, it is very easy to experience problems such as silence, intermittent transmission, and noise due to downlink voice packet loss or abnormal transmission. In severe cases, this can lead to call interruption and poor user experience.

[0004] The preceding description is intended to provide general background information and does not necessarily constitute prior art. Summary of the Invention

[0005] To address the aforementioned technical problems, this application provides a processing method, a smart terminal, and a storage medium, which can greatly improve the continuity of voice calls and the user's perceived experience.

[0006] This application provides a processing method applicable to smart terminals, including: S1. Monitor call quality while the smart terminal is in a call state; S2. In response to the call quality triggering switching condition, switch the access network used for the call and update the network identifier on the display interface.

[0007] Optionally, the monitoring of call quality includes: Monitor the network signal parameters and / or voice data packet transmission quality parameters of the currently accessed network; The response to the call quality trigger switching condition includes: responding to the transmission quality parameter meeting a first preset condition and / or the network signal parameter meeting a second preset condition.

[0008] Optionally, the transmission quality parameters include the packet loss rate and packet loss duration of the voice packets; The network signal parameters include at least one of the serving cell's signal quality, signal strength, and signal interference intensity; The first preset condition includes: the packet loss rate is greater than or equal to a first threshold and the packet loss duration is greater than or equal to a second threshold; The second preset condition includes: the network signal parameters are lower than the corresponding signal parameter threshold.

[0009] Optionally, the network standard before and after the switch may be the same or different.

[0010] Optionally, step S2 includes: In response to the transmission quality parameters meeting the first preset condition and the network signal parameters not meeting the second preset condition, when the received signal strength of the current second access network is higher than a preset signal strength threshold, the system switches from the current first access network to the second access network for voice calls.

[0011] Optionally, the call includes an IMS call; the method further includes: When switching from the first access network to the second access network for a call, if IMS registration fails due to the proxy call session control function not responding during the switching process, the proxy call session control function address that was initially successfully registered will be used for retry.

[0012] Optionally, the method further includes: The encoding format of the voice data packets is adapted according to the network accessed after the switch.

[0013] Optionally, the method further includes: Detect and reassemble out-of-order Real-Time Transport Protocol (RTP) data packets.

[0014] Optionally, before step S2, the following steps are included: If no Real-Time Transmission Control Protocol (RTC) data packet is received within the preset RTC time window, switching the access network used for the call is prohibited.

[0015] Optionally, the method further includes: After the call ends, an operation is initiated to prioritize searching for and registering with a high-priority wireless access technology network from the network accessed after the handover.

[0016] This application also provides a smart terminal, including: a memory and a processor, wherein the memory stores a processing program, and when the processing program is executed by the processor, it implements the above-described processing method.

[0017] This application also provides a storage medium storing a computer program that, when executed by a processor, implements the above-described processing method.

[0018] As described above, the processing method of this application can be applied to smart terminals, including: S1, monitoring call quality while the smart terminal is in a call state; S2, in response to the call quality triggering a switching condition, switching the access network used for the call and updating the network identifier on the display interface. Through the above technical solution, the smart terminal proactively ensures call continuity by monitoring call quality in real time and switching the access network when necessary, avoiding call interruptions or quality degradation caused by network problems. This fundamentally solves the problem of existing technologies only being able to "wait silently" until the call is dropped under weak or abnormal network conditions, significantly reducing the call drop rate, effectively eliminating silent and intermittent phenomena during calls, and greatly improving the continuity of voice calls and the user's perceived experience. Simultaneously, through accurate judgment and timely switching, while improving the user experience, it also avoids signaling storms and network resource waste caused by invalid switching, improving the overall operating efficiency of the communication system. Furthermore, by updating the network identifier, users can intuitively perceive the status change, further enhancing the user experience. Attached Figure Description

[0019] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application. To more clearly illustrate the technical solutions of the embodiments of this application, the drawings used in the description of the embodiments will be briefly introduced below. Obviously, those skilled in the art can obtain other drawings based on these drawings without any creative effort.

[0020] Figure 1 A schematic diagram of the hardware structure of a mobile terminal to implement the various embodiments of this application.

[0021] Figure 2 This is a communication network system architecture diagram provided for an embodiment of this application.

[0022] Figure 3 This is a flowchart illustrating a processing method according to one embodiment. Figure 1 .

[0023] Figure 4 This is a flowchart illustrating a processing method according to one embodiment. Figure 2 .

[0024] The realization of the objectives, functional features, and advantages of this application will be further explained in conjunction with the embodiments and with reference to the accompanying drawings. The accompanying drawings have illustrated specific embodiments of this application, which will be described in more detail below. These drawings and textual descriptions are not intended to limit the scope of the concept in any way, but rather to illustrate the concepts of this application to those skilled in the art through reference to specific embodiments. Detailed Implementation

[0025] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numbers in different drawings represent the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this application.

[0026] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element. Furthermore, components, features, and elements with the same names in different embodiments of this application may have the same meaning or different meanings, the specific meaning of which must be determined by its interpretation in that specific embodiment or further in conjunction with the context of that specific embodiment.

[0027] It should be understood that although the terms first, second, third, etc., may be used herein to describe various information, such information should not be limited to these terms. These terms are used only to distinguish information of the same type from one another. For example, without departing from the scope of this document, first information may also be referred to as second information, and similarly, second information may also be referred to as first information. Depending on the context, the word "if," as used herein, may be interpreted as "when," "when," or "in response to determination." Furthermore, as used herein, the singular forms "a," "an," and "the" are intended to also include the plural forms unless the context indicates otherwise. It should be further understood that the terms "comprising," "including," indicate the presence of the stated feature, step, operation, element, component, item, kind, and / or group, but do not exclude the presence, occurrence, or addition of one or more other features, steps, operations, elements, components, items, kinds, and / or groups. The terms "or," "and / or," "including at least one of the following," etc., as used in this application, may be interpreted as inclusive, or mean any one or any combination thereof. For example, "including at least one of the following: A, B, C" means "any one of the following: A; B; C; A and B; A and C; B and C; A and B and C." Similarly, "A, B, or C" or "A, B, and / or C" means "any one of the following: A; B; C; A and B; A and C; B and C; A and B and C." Exceptions to this definition only occur when the combination of elements, functions, steps, or operations is inherently mutually exclusive in some way.

[0028] It should be understood that although the steps in the flowcharts of this application's embodiments are shown sequentially according to the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some of the steps in the figures may include multiple sub-steps or multiple stages. These sub-steps or stages are not necessarily completed at the same time, but can be executed at different times, and their execution order is not necessarily sequential, but can be performed alternately or in turn with other steps or at least a portion of the sub-steps or stages of other steps.

[0029] Depending on the context, the words “if” or “suppose” as used here can be interpreted as “when” or “in response to determination” or “in response to detection.” Similarly, depending on the context, the phrases “if determination” or “if detection (of the stated condition or event)” can be interpreted as “when determination” or “in response to determination” or “when detection (of the stated condition or event)” or “in response to detection (of the stated condition or event).”

[0030] It should be understood that the specific embodiments described herein are merely illustrative of this application and are not intended to limit this application.

[0031] In the following description, the use of suffixes such as "module," "part," or "unit" to denote elements is solely for the purpose of illustrative purposes and has no specific meaning in itself. Therefore, "module," "part," or "unit" may be used interchangeably.

[0032] Smart terminals can be implemented in various forms. For example, the smart terminals described in this application may include mobile terminals such as mobile phones, tablets, laptops, handheld computers, personal digital assistants (PDAs), portable media players (PMPs), navigation devices, wearable devices, smart bracelets, pedometers, etc., as well as fixed terminals such as digital TVs and desktop computers.

[0033] The following description will use a mobile terminal as an example. Those skilled in the art will understand that, apart from elements specifically designed for mobile purposes, the construction according to the embodiments of this application can also be applied to fixed-type terminals.

[0034] Please see Figure 1This is a schematic diagram of the hardware structure of a mobile terminal implementing various embodiments of this application. The mobile terminal 100 may include: an RF (Radio Frequency) unit 101, a WiFi module 102, an audio output unit 103, an A / V (Audio / Video) input unit 104, a sensor 105, a display unit 106, a user input unit 107, an interface unit 108, a memory 109, a processor 110, and a power supply 111, etc. Those skilled in the art will understand that... Figure 1 The mobile terminal structure shown does not constitute a limitation on the mobile terminal. The mobile terminal may include more or fewer components than shown, or combine certain components, or have different component arrangements.

[0035] The following is combined with Figure 1 A detailed introduction to each component of the mobile terminal: The radio frequency unit 101 can be used for receiving and transmitting signals during information transmission or calls. Specifically, it receives downlink information from the base station and processes it with the processor 110; additionally, it transmits uplink data to the base station. Typically, the radio frequency unit 101 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low-noise amplifier, and a duplexer. Furthermore, the radio frequency unit 101 can also communicate wirelessly with networks and other devices. The aforementioned wireless communications may use any communication standard or protocol, including but not limited to GSM (Global System of Mobile communication), GPRS (General Packet Radio Service), CDMA2000 (Code Division Multiple Access 2000), WCDMA (Wideband Code Division Multiple Access), TD-SCDMA (Time Division-Synchronous Code Division Multiple Access), FDD-LTE (Frequency Division Duplexing-Long Term Evolution), TDD-LTE (Time Division Duplexing-Long Term Evolution), 5G, and 6G.

[0036] WiFi is a short-range wireless transmission technology. Mobile terminals, through the WiFi module 102, can help users send and receive emails, browse web pages, and access streaming media, providing users with wireless broadband internet access. Although Figure 1 WiFi module 102 is shown, but it is understood that it is not a necessary component of a mobile terminal and can be omitted as needed without changing the nature of the invention.

[0037] The audio output unit 103 can convert audio data received by the radio frequency unit 101 or the WiFi module 102 or stored in the memory 109 into audio signals and output them as sound when the mobile terminal 100 is in call signal receiving mode, call mode, recording mode, voice recognition mode, broadcast receiving mode, etc. Furthermore, the audio output unit 103 can also provide audio output related to specific functions performed by the mobile terminal 100 (e.g., call signal receiving sound, message receiving sound, etc.). The audio output unit 103 may include a speaker, a buzzer, etc.

[0038] The A / V input unit 104 is used to receive audio or video signals. The A / V input unit 104 may include a graphics processing unit (GPU) 1041 and a microphone 1042. The GPU 1041 processes image data of still images or videos acquired by an image capture device (such as a camera) in video capture mode or image capture mode. The processed image frames can be displayed on the display unit 106. The image frames processed by the GPU 1041 can be stored in the memory 109 (or other storage media) or transmitted via the radio frequency unit 101 or the WiFi module 102. The microphone 1042 can receive sound (audio data) in operating modes such as telephone call mode, recording mode, and voice recognition mode, and can process such sound into audio data. The processed audio (voice) data can be converted into a format that can be transmitted to a mobile communication base station via the radio frequency unit 101 in telephone call mode. The microphone 1042 can implement various types of noise cancellation (or suppression) algorithms to eliminate (or suppress) noise or interference generated during the reception and transmission of audio signals.

[0039] The mobile terminal 100 also includes at least one sensor 105, such as a light sensor, a motion sensor, and other sensors. Optionally, the light sensor includes an ambient light sensor and a proximity sensor. Optionally, the ambient light sensor can adjust the brightness of the display panel 1061 according to the ambient light level, and the proximity sensor can turn off the display panel 1061 and / or backlight when the mobile terminal 100 is moved to the ear. As a type of motion sensor, the accelerometer sensor can detect the magnitude of acceleration in various directions (generally three axes), and can detect the magnitude and direction of gravity when stationary. It can be used for applications that recognize the phone's posture (such as landscape / portrait switching, related games, magnetometer posture calibration), vibration recognition related functions (such as pedometer, tapping), etc. Other sensors that may be configured in the phone, such as fingerprint sensors, pressure sensors, iris sensors, molecular sensors, gyroscopes, barometers, hygrometers, thermometers, and infrared sensors, will not be described in detail here.

[0040] The display unit 106 is used to display information input by the user or information provided to the user. The display unit 106 may include a display panel 1061, which may be configured in the form of a liquid crystal display (LCD), an organic light-emitting diode (OLED), or the like.

[0041] User input unit 107 can be used to receive input numerical or character information, and generate key signal inputs related to user settings and function control of the mobile terminal. Optionally, user input unit 107 may include touch panel 1071 and other input devices 1072. Touch panel 1071, also known as touch screen, can collect touch operations on or near the user (such as operations performed by the user using a finger, stylus, or any suitable object or accessory on or near touch panel 1071), and drive corresponding connection devices according to a pre-set program. Touch panel 1071 may include two parts: a touch detection device and a touch controller. Optionally, the touch detection device detects the user's touch position and the signal generated by the touch operation, and transmits the signal to the touch controller; the touch controller receives touch information from the touch detection device, converts it into touch point coordinates, sends it to processor 110, and can receive and execute commands sent by processor 110. In addition, touch panel 1071 can be implemented using various types such as resistive, capacitive, infrared, and surface acoustic wave. In addition to the touch panel 1071, the user input unit 107 may also include other input devices 1072. Optionally, other input devices 1072 may include, but are not limited to, one or more of the following: physical keyboard, function keys (such as volume control buttons, power buttons, etc.), trackball, mouse, joystick, etc., without being specifically limited here.

[0042] Optionally, the touch panel 1071 may cover the display panel 1061. When the touch panel 1071 detects a touch operation on or near it, it transmits the information to the processor 110 to determine the type of touch event. Subsequently, the processor 110 provides corresponding visual output on the display panel 1061 based on the type of touch event. Although in Figure 1 In this embodiment, the touch panel 1071 and the display panel 1061 are two independent components to realize the input and output functions of the mobile terminal. However, in some embodiments, the touch panel 1071 and the display panel 1061 can be integrated to realize the input and output functions of the mobile terminal. The specific implementation is not limited here.

[0043] Interface unit 108 serves as an interface through which at least one external device can connect to mobile terminal 100. For example, the external device may include a wired or wireless headset port, an external power supply (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device with an identification module, an audio input / output (I / O) port, a video I / O port, a headphone port, and so on. Interface unit 108 may be used to receive input (e.g., data, power, etc.) from the external device and transmit the received input to one or more elements within mobile terminal 100, or it may be used to transmit data between mobile terminal 100 and the external device.

[0044] The memory 109 can be used to store software programs and various data. The memory 109 may primarily include a program storage area and a data storage area. Optionally, the program storage area may store the operating system, applications required for at least one function (such as sound playback, image playback, etc.), etc.; the data storage area may store data created based on the use of the mobile phone (such as audio data, phonebook, etc.). Furthermore, the memory 109 may include high-speed random access memory, and may also include non-volatile memory, such as at least one disk storage device, flash memory device, or other volatile solid-state storage device.

[0045] The processor 110 is the control center of the mobile terminal. It connects various parts of the mobile terminal via various interfaces and lines. By running or executing software programs and / or modules stored in the memory 109, and by calling data stored in the memory 109, it performs various functions and processes data of the mobile terminal, thereby providing overall monitoring of the mobile terminal. The processor 110 may include one or more processing units; preferably, the processor 110 may integrate an application processor and a modem processor. Optionally, the application processor mainly handles the operating system, user interface, and applications, while the modem processor mainly handles wireless communication. It is understood that the modem processor may not be integrated into the processor 110.

[0046] The mobile terminal 100 may also include a power supply 111 (such as a battery) that supplies power to various components. Preferably, the power supply 111 can be logically connected to the processor 110 through a power management system, thereby enabling functions such as charging, discharging, and power consumption management through the power management system.

[0047] although Figure 1 As not shown, the mobile terminal 100 may also include a Bluetooth module, etc., which will not be described in detail here.

[0048] To facilitate understanding of the embodiments of this application, the communication network system on which the mobile terminal of this application is based is described below.

[0049] Please see Figure 2 , Figure 2 This application provides a communication network system architecture diagram. The communication network system is an LTE system based on the universal mobile communication technology. The LTE system includes a UE (User Equipment) 201, an E-UTRAN (Evolved UMTS Terrestrial Radio Access Network) 202, an EPC (Evolved Packet Core) 203, and the operator's IP services 204, which are connected in sequence.

[0050] Optionally, UE201 can be the aforementioned terminal 100, which will not be described in detail here.

[0051] E-UTRAN202 includes eNodeB2021 and other eNodeB2022s. Optionally, eNodeB2021 can connect to other eNodeB2022s via backhaul (e.g., X2 interface). eNodeB2021 connects to EPC203 and can provide UE201 with access to EPC203.

[0052] EPC203 may include an MME (Mobility Management Entity) 2031, an HSS (Home Subscriber Server) 2032, other MMEs 2033, an SGW (Serving Gateway) 2034, a PGW (Packet Data Network Gateway) 2035, and a PCRF (Policy and Charging Rules Function) 2036, etc. Optionally, MME2031 is the control node that handles signaling between UE201 and EPC203, providing bearer and connection management. HSS2032 is used to provide registers to manage functions such as the Home Location Register (not shown in the figure) and stores user-specific information such as service characteristics and data rates. All user data can be sent through SGW2034. PGW2035 can provide UE 201 IP address allocation and other functions. PCRF2036 is the policy and charging control decision point for service data flow and IP bearer resources. It selects and provides available policy and charging control decisions for the policy and charging enforcement function unit (not shown in the figure).

[0053] IP services 204 may include the Internet, intranet, IMS (IP Multimedia Subsystem), or other IP services.

[0054] Although the above description uses the LTE system as an example, those skilled in the art should know that this application is not only applicable to the LTE system, but also to other wireless communication systems, such as GSM, CDMA2000, WCDMA, TD-SCDMA, 5G and future new network systems (such as 6G), etc., without limitation.

[0055] Based on the above-described mobile terminal hardware structure and communication network system, various embodiments of this application are proposed.

[0056] Reference Figure 3 , Figure 3 This is a flowchart illustrating a processing method according to an embodiment of this application. The processing method of this embodiment can be applied to smart terminals (such as mobile phones), and includes the following steps: S1. Monitor call quality while the smart terminal is in a call state.

[0057] In this embodiment, the call includes at least voice calls based on the IP Multimedia Subsystem (such as VoLTE, VoNR, and VoWiFi). However, those skilled in the art will understand that the method provided in this embodiment, after appropriate parameter adjustments, is also applicable to other types of calls, such as circuit-switched voice calls. The following description uses an IMS call as an example. Optionally, the smart terminal can initiate or receive IMS calls (such as VoNR or VoLTE calls), and during the call, the smart terminal can continuously monitor the call quality, such as monitoring the transmission quality parameters of voice data packets.

[0058] Optionally, call quality monitoring includes monitoring network signal parameters of the current access network and / or transmission quality parameters of voice data packets.

[0059] Optionally, transmission quality parameters are used to characterize the integrity and timeliness of voice data packets transmitted at the transport and application layers during a call. These parameters include at least one or more of the following: packet loss rate, packet loss duration, transmission delay, and jitter. Packet loss rate refers to the ratio of the number of lost voice data packets to the total number of expected received voice data packets within a statistical time window. These voice data packets are Real-Time Transport Protocol (RTP) data packets, and the number of lost packets is counted using their sequence numbers. Packet loss duration refers to the duration of continuous voice data packet loss. Transmission delay refers to the transmission time of voice data packets from the sender to the receiver. Jitter refers to the variation in the transmission delay of voice data packets.

[0060] For example, the packet loss rate can be calculated as follows: Using a predetermined duration T2 (e.g., 20 seconds) as a statistical time window, calculate the difference between the maximum sequence number and the initial sequence number based on the sequence numbers of the RTP packets received within this window, thus obtaining the expected number of received packets; subtract the actual number of received RTP packets from the expected number of received packets to obtain the number of lost packets; finally, the packet loss rate = (number of lost packets / expected number of received packets) × 100%. The packet loss duration T1 refers to the continuous time interval from the detection of the first lost RTP packet to the resumption of stable RTP packet reception.

[0061] Optionally, network signal parameters are physical layer measurements used to characterize the quality of the wireless link connection between the smart terminal and the currently accessed wireless network (such as a cellular mobile network or a wireless local area network). These parameters reflect the propagation environment of the wireless channel, including signal strength, quality, and the degree of interference. For cellular mobile networks, network signal parameters may include at least one of the following: signal quality of the serving cell (such as reference signal reception quality or signal-to-interference-plus-noise ratio), signal strength (such as reference signal reception power), and signal interference intensity (such as signal-to-interference-plus-noise ratio). For wireless local area networks, network signal parameters may include at least one of the following: received signal strength indication, signal-to-noise ratio, and link quality indication. For example, taking the transmission quality parameters including the packet loss rate and packet loss duration of voice packets, and the network signal parameters including the signal quality, signal strength, and signal interference intensity of the serving cell, the smart terminal can, based on the sequence number of RTP packets, count the number of packets lost within a time window T2 (e.g., 20 seconds), calculate the packet loss rate D1, and record the continuous packet loss duration T1. Simultaneously, it can monitor parameters such as the reference signal reception quality (RSRQ, denoted as S1), reference signal reception power (RSRP, denoted as S2), and signal-to-interference-plus-noise ratio (SINR, denoted as S3) of the serving cell.

[0062] S2. In response to the handover condition triggered by call quality, switch the access network used for the call and update the network identifier on the display screen.

[0063] Optionally, when the smart terminal determines that the handover condition is triggered by call quality issues, it switches the access network used for the call to rebuild the voice transmission channel. Simultaneously, the network identifier of the new network is displayed on the screen. Optionally, the network identifier may include at least one of the following: an access network type icon in the status bar; an access network text identifier next to the signal strength indicator; or a network status prompt on the call screen. It should be noted that if the network standard does not change after the handover, such as switching from the current 4G cell to an adjacent 4G cell, the network status identifier may remain unchanged or a specific identifier (such as a small triangle) may be displayed next to the already displayed network status identifier.

[0064] Optionally, the handover triggering conditions in response to call quality include responding to transmission quality parameters meeting a first preset condition and / or network signal parameters meeting a second preset condition.

[0065] Optionally, if the transmission quality parameters include the packet loss rate and packet loss duration of voice packets, the first preset condition may include a packet loss rate greater than or equal to a first threshold and a packet loss duration greater than or equal to a second threshold. The first and second thresholds can be set according to actual needs; for example, the first threshold may be set to 10% or 20%, and the second threshold may be set to 4 seconds or 6 seconds. For cellular mobile networks, the corresponding network signal parameters may include the signal quality, signal strength, and signal interference strength of the serving cell. The second preset condition may include network signal parameters being lower than the corresponding signal parameter thresholds. For example, the range of the signal parameter threshold corresponding to the reference signal received power may be set to -115dBm to -125dBm, the range of the signal parameter threshold corresponding to the reference signal received quality may be set to -12dB to -16dB, and the range of the signal parameter threshold corresponding to the signal-to-interference-plus-noise ratio may be set to 0dB to 5dB. For wireless local area networks, the corresponding network signal parameters may include received signal strength indication and / or signal-to-noise ratio, and the second preset condition may include received signal strength indication less than or equal to -70 dBm, and / or signal-to-noise ratio less than 25 dB, etc.

[0066] Optionally, when the smart terminal determines that the transmission quality parameters meet the first preset condition and / or the network signal parameters of the current access network meet the second preset condition, it may switch the access network used for the call to rebuild the voice transmission channel.

[0067] For example, continuing with the above example, the smart terminal can determine whether the transmission quality parameters meet the first preset conditions: T1≥6 seconds (second threshold) and D1>10% (first threshold). When the transmission quality parameters meet the first preset conditions, it can detect whether the network signal parameters S1, S2 and S3 are all lower than their corresponding thresholds. If all are met, the access network used for the call is switched to rebuild the voice transmission channel.

[0068] For example, during a VoLTE call, the smart terminal continuously monitors the RSRP (Reference Signal Received Power), RSRQ (Reference Signal Received Quality), and SINR (Signal-to-Interference-plus-Noise Ratio) of the serving cell through its modem. Simultaneously, the application layer uses the sequence numbers of Real-Time Transport Protocol (RTP) packets to count packet loss. When T1 ≥ 6 seconds, D1 > 10%, and RSRP ≤ -110dBm, SINR ≤ 0dB, and RSRQ ≤ -12dB are detected, the application layer sends a handover command to the modem, controlling the terminal to switch from the current 4G serving cell to an adjacent 4G cell, thus re-establishing the voice transmission channel.

[0069] Thus, by introducing a multi-dimensional monitoring mechanism (transmission layer quality and physical layer signal), the accuracy of identifying call quality degradation scenarios is improved, false triggering caused by fluctuations in a single parameter is avoided, and the intelligence and reliability of the system are enhanced. This can solve the problem in existing technologies where switching also occurs in call hold scenarios, causing smart terminals to switch between two networks and potentially be unable to return to the higher standard network.

[0070] Optionally, the network standard before and after the switch may be the same or different.

[0071] Optionally, switching the access network used for calls can be done within the same cellular mobile network standard (e.g., switching from one 4G LTE cell to another, or from one 5G NR cell to another), between different cellular mobile network standards (e.g., switching from 5G NR to 4G LTE), or switching from a cellular mobile network to a wireless local area network (e.g., switching from 4G LTE to WiFi). This maintains optimized connectivity within the same standard (intra-system switching) while ensuring uninterrupted calls across different standards. It allows for flexible adaptation to diverse network environments, improves handover success rate and resource utilization, and further guarantees voice continuity.

[0072] Optionally, Within the same network standard, neighbor cell handover is performed by triggering the A2 measurement event; Switching between different network standards is achieved by triggering either the B1 or B2 measurement event.

[0073] Optionally, measurement events A2, B1, and B2 are all standard measurement events defined in the 3GPP wireless communication protocol. Specifically, measurement event A2 refers to the serving cell signal quality being below a certain threshold; measurement event B1 refers to the inter-system neighboring cell signal quality being above a certain threshold; and measurement event B2 refers to the serving cell signal quality being below a first threshold and the inter-system neighboring cell signal quality being above a second threshold.

[0074] Optionally, within the same network standard, triggering an A2 measurement event to perform a neighbor cell handover can be considered as a handover within the system. For example, when a decrease in the signal quality of the current 5G cell is detected but the signal of a neighboring cell on the same frequency is good, an A2 measurement event is triggered, the measurement is reported, and a handover within the 5G system is performed to maintain the VoNR call.

[0075] Optionally, inter-system handover can be initiated by triggering a B1 or B2 measurement event, such as redirecting from 5G to 4G, or falling back from 4G to the 2G / 3G circuit domain via SRVCC. For example, in a 5G coverage edge area, when continuous degradation of the 5G signal is detected and the signal strength of the 4G LTE neighboring cell is ≥-105dBm, a B2 measurement event is triggered, performing an inter-system handover from 5G to 4G, and the call switches from VoNR to VoLTE.

[0076] Thus, by combining call quality monitoring with standardized A2, B1, and B2 measurement events, preventative neighbor cell handover is achieved within the same network standard, and cross-standard coverage remediation is realized between different systems. Compared to existing technologies that rely solely on signal strength or single packet loss rate, the handover mechanism in this embodiment focuses more on the user's actual perceived call experience. It also fully utilizes 3GPP standard signaling procedures, ensuring compatibility with existing network equipment and a high handover success rate. This significantly reduces call drop rates, improves voice continuity in weak network or interference environments, and enhances user satisfaction.

[0077] Optionally, the method further includes: In response to the transmission quality parameters meeting the first preset condition and the network signal parameters not meeting the second preset condition, when the received signal strength indication of the current second access network is higher than the preset signal strength threshold, the call is switched from the current first access network to the second access network; the first access network is a cellular mobile network and the second access network is a wireless local area network.

[0078] Optionally, when the received signal strength of the current Wi-Fi network is higher than a preset signal strength threshold, the handover from the cellular network to the Wi-Fi network for the call can be initiated by the smart terminal when it detects that the received signal strength of the current Wi-Fi network is higher than the preset signal strength threshold, and the smart terminal supports and is configured with Wi-Fi-based voice call functionality. For example, in an indoor environment, when the Wi-Fi received signal strength indicator R1 ≥ -75dBm and the cellular network signal strength ≤ -100dBm, the handover from VoLTE to VoWiFi is initiated proactively, and the status bar icon is updated accordingly.

[0079] Optionally, during the handover process, the smart terminal synchronously updates the network standard identifier displayed in the status bar to indicate the current service network type to the user. For example, when the smart terminal performs a handover from VoLTE to VoWiFi, after receiving confirmation of the handover completion, the application layer can update the status bar icon through system services, replacing the VoLTE icon with the VoWiFi icon. In this way, by sensing the network status in real time and performing intelligent handover, users can intuitively perceive the network standard switching process from the dynamic changes in the status bar icon, such as from the VoNR icon to the VoLTE icon, and then to the 3G icon. This provides users with transparent feedback on network quality improvements, significantly enhancing the user experience.

[0080] In summary, the processing method provided in the above embodiments enables the intelligent terminal to proactively ensure call continuity by monitoring call quality in real time and switching access networks when necessary. This avoids call interruptions or quality degradation caused by network problems, fundamentally solving the problem of existing technologies being able to "wait silently" until the call is dropped under weak or abnormal network conditions. This significantly reduces the call drop rate, effectively eliminates silent and intermittent calls, and greatly improves the continuity of voice calls and the user experience. Simultaneously, through accurate judgment and timely switching, while improving the user experience, it also avoids signaling storms and network resource waste caused by invalid switching, improving the overall operational efficiency of the communication system. Furthermore, by updating the network identifier, users can intuitively perceive status changes, further enhancing the user experience.

[0081] Optionally, the call includes an IMS call, and the method further includes: When switching from the first access network to the second access network for a call, if IMS registration fails due to the proxy call session control function not responding during the switching process, the proxy call session control function address that was initially successfully registered will be used for retry.

[0082] For example, during the handover process from VoLTE to VoWiFi, the smart terminal first attempts to register with IMS using the P-CSCF address provided by the network. If three consecutive registration requests fail to receive a response within 5 seconds, the smart terminal automatically reverts to the P-CSCF address used during the initial registration and retryes. This backup address retry mechanism effectively solves the IMS registration failure problem and improves the handover success rate.

[0083] Optionally, the method further includes: Adapt the encoding format of the voice data packets according to the network accessed after the switch.

[0084] Optionally, if Enhanced Voice Service (EVS) coding was used before the switch, the coding format of the voice data packets will be adjusted to one of Adaptive Multi-Rate Wideband (AMR-WB), Adaptive Multi-Rate Narrowband (AMR-NB), or Adaptive Multi-Rate Full-Band (AMR-FB) after the switch to improve compatibility and voice quality. If EVS coding was not used before the switch, the coding format of the voice data packets does not need to be updated. For example, after switching from a 5G EVS coding environment to a 4G network, if the smart terminal detects that the network accessed after the switch does not fully support EVS coding, it can proactively switch the coding format from EVS 13.2kbps to AMR-WB 12.65kbps, etc.

[0085] In this way, automatically selecting the optimal encoding format based on different network characteristics can ensure encoding compatibility, avoid audio quality degradation caused by encoding mismatch, and improve network adaptability.

[0086] Optionally, the method further includes: Detect and reassemble out-of-order Real-Time Transport Protocol (RTP) data packets.

[0087] Optionally, during inter-system handover, due to changes in the network path, the smart terminal may detect out-of-order sequence numbers of Real-Time Transport Protocol (RTP) data packets. In this case, it is necessary to reassemble the out-of-order RTP data packets to eliminate noise or silence caused by network handover or jitter. Optionally, the reassembly process can be as follows: record the current maximum sequence number SEQ_max; buffer subsequently arriving RTP data packets within the reordering window; sort RTP data packets within the range SEQ_max-10 to SEQ_max+10 by sequence number, and pass the ordered RTP data packets to the decoder. This can effectively reduce noise caused by out-of-order sequences during network handover and eliminate transmission defects.

[0088] Optionally, before step S2, the following steps are included: If no Real-Time Transmission Control Protocol (RTC) data packet is received within the preset RTC time window, switching the access network used for the call is prohibited.

[0089] Optionally, during the monitoring of network signal parameters and / or transmission quality parameters, Real-time Transmission Control Protocol (RTCP) packets can be checked simultaneously. If no RTCP packets are received within a preset RTCP time window (e.g., 5 or 6 seconds), it indicates that the current state is call hold, and triggering the smart terminal to switch the current access network is prohibited. For example, during a call, the smart terminal checks the RTCP packet reception status every 2 seconds. When the user activates the call hold function, the network stops sending RTP / RTCP packets. If the smart terminal does not detect any RTCP packet reception report within the 10-second RTCP time window, it determines that the current state is call hold and automatically suspends all handover-related monitoring and decision-making processes.

[0090] Thus, by identifying call hold status based on RTCP time windows and prohibiting handovers triggered during call hold status, call hold statuses initiated by users can be accurately identified, preventing erroneous operations. At the same time, it can prevent unnecessary handover operations from being performed in normal business scenarios, effectively avoiding resource waste.

[0091] Optionally, the method further includes: After the call ends, initiate an operation to prioritize searching for and register with the high-priority wireless access technology network from the network accessed after the handover.

[0092] Optionally, after a normal call ends, the smart terminal can immediately initiate a search for and registration with a high-priority radio access technology network (such as 5G NR or 4G LTE) from the network it accessed after the handover, ensuring that the user can quickly resume high-speed data services. Simultaneously, automatically returning to the optimal network configuration improves system efficiency and forms a complete solution that guarantees quality during the call and service afterward, enhancing the user experience. For example, after a VoLTE call ends, the smart terminal can immediately initiate a fast return process: first, release the current 2G / 3G call resources; then, prioritize searching for 4G / 5G networks in the inter-system neighbor cell list; next, immediately initiate registration with a high-priority RAT (4G / 5G); finally, after location updates are completed, resume PS data services.

[0093] Based on the same inventive concept as the foregoing embodiments, the processing method provided in this embodiment will be specifically illustrated below through a specific example.

[0094] With the development of mobile communication technology, voice calls based on the IP Multimedia Subsystem (IMS) (such as VoLTE, VoNR, and VoWiFi) have become the mainstream voice solution. However, in complex wireless environments (such as weak coverage, high interference, and network congestion), user equipment still faces many technical challenges when making IMS calls, mainly including: 1) When a smart terminal is in a weak or abnormal network and voice packets are lost, it will not take any remedial measures, but will remain silent or intermittent until the call is dropped, resulting in a poor user experience. 2) When a smart terminal experiences a silent or intermittent call, there is no underlying solution. The only recourse is to wait for the timer to expire and the call to drop automatically, or for the user to move to a location with a good network after a period of time to restore the call. 3) The network usually only supports switching between two standards. If it fails, it will not try a third standard, but will result in a dropped call or failure. 4) Smart terminals do not optimize RTP packets after switching or when they are out of order, resulting in continuous silence or noise. 5) The adaptive check and adaptation after the voice encoding is not performed, and the silence caused by the encoding cannot be repaired.

[0095] To address the above issues, this example provides a processing method for real-time network awareness and intelligent voice adaptation during calls. This example uses transmission quality parameters including the voice packet loss rate D1 and packet loss duration T1, network signal parameters including measured signal quality S1, signal strength S2, and signal interference intensity S3, a real-time transmission control protocol time window of T3, current Wi-Fi signal strength of R1, and a signal strength threshold of R2 as an example. (See reference...) Figure 4 The processing method includes the following steps: Step S10: Monitor IMS calls.

[0096] Step S20: Check whether T1 is greater than or equal to 6 seconds, whether D1 is greater than 10%, and whether no RTCP packets are received within T3. If so, proceed to step S30; otherwise, return to step S10.

[0097] Optionally, during an IMS call, if abnormal network behavior occurs, such as signal degradation or abnormal voice packet transmission from the network end, causing the smart terminal to experience silence, intermittent playback, or noise, the call silence duration monitoring is triggered. This involves monitoring the packet loss duration T1, the packet loss rate D1, and whether there is no RTCP reception within a duration of T3. The packet loss rate D1 is calculated based on the number of packets lost in one round of RTP transmission T2 (e.g., 20 seconds), combined with the SN sequence of the RTP packets, and is synchronized or reset within the RTCP time window T3 (e.g., 5 seconds). Furthermore, if no RTCP packets are received within a duration of T3, it is determined to be in a Hold scenario to avoid the RTP packet loss triggering mechanism in Hold scenarios and prevent multiple invalid runs.

[0098] Optionally, if T1 is less than 6 seconds or D1 is less than 10%, no processing may be performed to preserve the current call waiting for the call to end normally.

[0099] Step S30: Measure signal quality S1, signal strength S2, and signal interference intensity S3.

[0100] Step S40: Determine whether S1, S2 and S3 are less than or equal to the corresponding signal parameter thresholds. If so, proceed to step S50; otherwise, proceed to step S60.

[0101] Step S50: Perform network switching under the same or different network standards.

[0102] Optionally, within the same network standard, neighbor cell handover can be initiated by triggering the A2 measurement event. Between different network standards, inter-system handover can be initiated by triggering the B1 or B2 measurement event. For example, triggering a network handover from 5G to 4G will display a status bar indicating a switch from VoNR to VoLTE. Another example is triggering a network handover from 4G to 2G or 3G SRVCC service for a call, with the status bar displaying a switch from VoLTE to H+, HD, or 3G, etc., to reconnect voice data and ensure voice continuity.

[0103] Step S60: Detect whether the signal strength R1 is greater than the signal strength threshold R2 and supports VoWiFi function. If yes, proceed to step S70; otherwise, return to step S10.

[0104] Optionally, if the signal strength R1 of the current wireless local area network is greater than the signal strength threshold R2 and the smart terminal supports VoWiFi function, step S70 can be executed; otherwise, step S10 can be returned to be executed.

[0105] Step S70: Perform VoWiFi switching.

[0106] Optionally, the smart terminal switches from the current serving network to the VoWiFi network. Optionally, if a proxy call session control function (P-CSCF) is initiated during the handover process and the network does not respond, the P-CSCF address that was initially successfully registered can be used for retrying to avoid dropped calls due to VoWiFi registration failure. In addition, after the handover is completed, the status bar can be switched from VoLTE or VoNR to VoWiFi.

[0107] Step S80: Perform the encoding format adaptation operation.

[0108] Optionally, if the switch is performed under EVS, the encoding format of the speech codec will be updated after the switch, switching from EVS to AMR-WB, NB, or FB, etc., while no update will be performed under non-EVS, in order to improve speech quality.

[0109] Step S90: Re-establish the voice transmission channel based on the switched network to conduct the call.

[0110] Optionally, after re-establishing the voice transmission channel for the call, it can be checked for anomalies such as RTP reordering. If any are found, reordering can be performed to optimize silent situations and improve voice quality. Optionally, in IM... S After the call is completed, the smart terminal can initiate a fast return to the original network using a high-standard wireless access technology to ensure that the user's communication services can be used normally.

[0111] In summary, the processing method provided by the above embodiments has the following advantages: it optimizes silent call scenarios and improves call quality; it reconstructs the voice path by switching between VoNR, VoLTE and VoWiFi services; it optimizes the silent phenomenon of smart terminals by monitoring and optimizing voice coding and RTP sequence, thereby improving the continuity of voice calls and reducing the call drop rate; and it immediately returns to the original network after the call is completed, ensuring a normal internet access experience for users.

[0112] The examples listed above are for reference only. To avoid redundancy, they will not be listed one by one here. In actual development or application, they can be flexibly combined according to actual needs. However, any combination belongs to the technical solution of this application and is covered by the protection scope of this application.

[0113] This application also provides a smart terminal, including a memory and a processor. The memory stores a processing program, and when the processing program is executed by the processor, it implements the processing method in any of the above embodiments.

[0114] This application also provides a storage medium storing a processing program, which, when executed by a processor, implements the processing method in any of the above embodiments.

[0115] In the embodiments of the smart terminal and storage medium provided in this application, all the technical features of any of the above-described processing method embodiments may be included. The extended and explained contents of the specification are basically the same as the embodiments of the above methods, and will not be repeated here.

[0116] This application also provides a computer program product, which includes computer program code. When the computer program code is run on a computer, it causes the computer to perform the methods described in the various possible implementations above.

[0117] This application also provides a chip, including a memory and a processor. The memory is used to store a computer program, and the processor is used to call and run the computer program from the memory, so that a device with the chip installed performs the methods described in the various possible implementations above.

[0118] It is understood that the above scenarios are merely examples and do not constitute a limitation on the application scenarios of the technical solutions provided in the embodiments of this application. The technical solutions of this application can also be applied to other scenarios. For example, as those skilled in the art will know, with the evolution of system architecture and the emergence of new business scenarios, the technical solutions provided in the embodiments of this application are also applicable to similar technical problems.

[0119] The sequence numbers of the embodiments in this application are for descriptive purposes only and do not represent the superiority or inferiority of the embodiments.

[0120] The steps in the method of this application embodiment can be adjusted, combined, or deleted according to actual needs.

[0121] The units in the device of this application embodiment can be merged, divided, and deleted according to actual needs.

[0122] In this application, the same or similar terms, concepts, technical solutions and / or application scenario descriptions are generally described in detail only when they appear for the first time. When they appear again, they are generally not repeated for the sake of brevity. When understanding the technical solutions and other contents of this application, the same or similar terms, concepts, technical solutions and / or application scenario descriptions that are not described in detail later can be referred to their previous relevant detailed descriptions.

[0123] In this application, the descriptions of the various embodiments have different focuses. For parts that are not described in detail or recorded in a certain embodiment, please refer to the relevant descriptions of other embodiments.

[0124] The technical features of the present application can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of the present application.

[0125] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) as described above, and includes several instructions to cause a terminal device (which may be a mobile phone, computer, server, controlled terminal, or network device, etc.) to execute the methods of each embodiment of this application.

[0126] In the above embodiments, implementation can be achieved, in whole or in part, through software, hardware, firmware, or any combination thereof. When implemented in software, it can be implemented, in whole or in part, as a computer program product. A computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the flow or function according to the embodiments of this application is generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a storage medium or transmitted from one storage medium to another. For example, computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line) or wireless (e.g., infrared, wireless, microwave, etc.) means. The storage medium can be any available medium that a computer can access or a data storage device such as a server or data center that integrates one or more available media. The available medium can be a magnetic medium (e.g., floppy disk, storage disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., solid state disk (SSD)).

[0127] The above are merely preferred embodiments of this application and do not limit the patent scope of this application. Any equivalent structural or procedural transformations made using the content of this application's specification and drawings, or direct or indirect applications in other related technical fields, are similarly included within the patent protection scope of this application.

Claims

1. A processing method applied to a smart terminal, characterized in that, Includes the following steps: S1. Monitor call quality while the smart terminal is in a call state; S2. In response to the call quality triggering switching condition, switch the access network used for the call and update the network identifier on the display interface.

2. The method as described in claim 1, characterized in that, The monitoring of call quality includes: Monitor the network signal parameters and / or voice data packet transmission quality parameters of the current access network; The response to the call quality trigger switching condition includes: responding to the transmission quality parameter meeting a first preset condition and / or the network signal parameter meeting a second preset condition.

3. The method as described in claim 1 or 2, characterized in that, The network standards before and after the switch may be the same or different.

4. The method as described in claim 2, characterized in that, Step S2 includes: In response to the transmission quality parameters meeting the first preset condition and the network signal parameters not meeting the second preset condition, when the received signal strength indication of the current second access network is higher than a preset signal strength threshold, the call is switched from the current first access network to the second access network; the first access network is a cellular mobile network and the second access network is a wireless local area network.

5. The method as described in claim 4, characterized in that, The call includes an IMS call; the method further includes: When switching from the first access network to the second access network for a call, if IMS registration fails due to the proxy call session control function not responding during the switching process, the proxy call session control function address that was initially successfully registered will be used for retry.

6. The method as described in claim 2, characterized in that, The method further includes: Depending on the network accessed after the switch, the encoding format of the voice data packets is adapted; and / or, Detect and reassemble out-of-order Real-Time Transport Protocol (RTP) data packets.

7. The method as described in claim 1 or 2, characterized in that, Before step S2, the following are included: If no Real-Time Transmission Control Protocol (RTC) data packet is received within the preset RTC time window, switching the access network used for the call is prohibited.

8. The method as described in claim 1, characterized in that, The method further includes: After the call ends, an operation is initiated to prioritize searching for and registering with a high-priority wireless access technology network from the network accessed after the handover.

9. A smart terminal, characterized in that, include: A memory and a processor, wherein the memory stores a processing program, and the processing program, when executed by the processor, implements the processing method as described in any one of claims 1 to 8.

10. A storage medium, characterized in that, The storage medium stores a processing program, which, when executed by a processor, implements the processing method as described in any one of claims 1 to 8.

Images