CN114050962B

CN114050962B - Communication fault detection method and device and computer readable storage medium

Info

Publication number: CN114050962B
Application number: CN202010722967.6A
Authority: CN
Inventors: 罗飞
Original assignee: Honor Device Co Ltd
Current assignee: Honor Device Co Ltd
Priority date: 2020-07-24
Filing date: 2020-07-24
Publication date: 2023-01-13
Anticipated expiration: 2040-07-24
Also published as: CN114050962A

Abstract

The embodiment of the invention discloses a communication fault detection method, a device and a computer readable storage medium, comprising the following steps: when receiving a call instruction aiming at the first information, the calling end generates a call request according to the call instruction, and then the calling end sends the call request, so that a receiving end corresponding to the first information generates a call response corresponding to the call request after receiving the call request. And finally, the calling end determines the fault condition of a communication link between the calling end and the receiving end corresponding to the first information according to the comparison result of the sent test audio and the received test audio. The embodiment of the invention can determine the receiving end of the call request through the first information, and further, test audio is transmitted between the communication links between the calling end and the receiving end to detect the fault condition of the communication links between the calling end and the receiving end.

Description

Communication fault detection method and device and computer readable storage medium

Technical Field

The present invention relates to the field of communications technologies, and in particular, to a method and an apparatus for detecting a communication fault, and a computer-readable storage medium.

Background

With the development of communication technology, people have higher and higher requirements on communication quality. However, the communication system belongs to an end-to-end system, and there are many involved communication nodes, and an abnormality of any one of the communication nodes may cause a decrease in communication quality, where the communication nodes include a calling handset, each device on a network end, and a called handset. When communication is abnormal, a user cannot determine a failed communication link in a communication system through a calling mobile phone, and further determine a failed node, so that effective fault maintenance is difficult to perform. There is an urgent need for a detection method that can determine a failure condition of a communication link.

Disclosure of Invention

The embodiment of the invention provides a communication fault detection method, a communication fault detection device and a computer readable storage medium, wherein when a terminal carries out local processing and previewing on a video, the terminal obtains global parameters of an original video through interaction with a server, then carries out global processing on the original video to obtain a globally processed video, and updates the previewed video into the globally processed video. The method not only ensures the real-time performance of video preview, but also realizes the global processing of the video, and improves the quality of the video recorded by the terminal.

In a first aspect, an embodiment of the present invention provides a communication fault detection method, where the method includes:

when a calling terminal receives a calling instruction aiming at first information, a calling request is generated according to the calling instruction, and the calling request comprises the first information;

the calling terminal sends the calling request so that a receiving terminal corresponding to the first information generates a calling response corresponding to the calling request after receiving the calling request;

the calling terminal receives the call response;

the calling terminal sends a test audio to the receiving terminal so that the receiving terminal forwards the test audio to the calling terminal;

and the calling end determines the fault condition of a communication link between the calling end and the receiving end corresponding to the first information according to the comparison result of the sent test audio and the received test audio.

As a possible implementation manner, the calling end and the receiving end are located in the same terminal, and the receiving end corresponding to the first information is a modem of the terminal.

As a possible implementation manner, a receiving end corresponding to the first information is a network end, the call request further includes an identifier of the calling end, and the identifier of the calling end is used to determine a receiving end of the call response, and the method further includes:

and the calling terminal receives the call response sent by the network terminal.

As a possible implementation manner, the network side includes an access network device and a core network device.

As a possible implementation manner, a receiving end corresponding to the first information is a called end, and the method further includes:

when receiving a call instruction aiming at first information, the calling terminal acquires the identification of the called terminal, the call request also comprises the identification of the called terminal, and the identification of the called terminal is used for determining the receiving terminal of the call request.

As a possible implementation, the method further comprises:

the call request also comprises the identification of the calling terminal, and the identification of the calling terminal is used for determining the receiving terminal of the call response of the calling terminal.

As a possible implementation manner, the determining, by the calling end, the fault condition of the communication link between the calling end and the receiving end corresponding to the first information according to the comparison result between the test audio analyzed from the call response and the obtained test audio by the calling end includes:

calculating the evaluation score of the test audio analyzed from the call response;

comparing the evaluation score to a target threshold;

if the evaluation score is lower than the target threshold, determining that the communication link is in failure; and if the evaluation score is not lower than the target threshold, judging that the communication link is normal.

As a possible implementation, the calculating the evaluation score of the test audio parsed from the call response includes:

aligning the test audio analyzed in the call response with the acquired test audio in time;

converting the test audio analyzed in the call response after time alignment and the obtained test audio from a time domain to a frequency domain;

calculating the spectral distortion measure of the test audio analyzed in the converted call response and the acquired test audio;

mapping the spectral distortion measure to the evaluation score.

In a second aspect, an embodiment of the present invention provides a communication failure detection method, which is applied to a server, and the method includes:

a receiving end receives a call request from a calling end, wherein the call request is generated by the calling end according to a received call instruction aiming at first information, and the call request comprises the first information;

the receiving end generates a call response corresponding to the call request;

the receiving end sends the call response to the calling end so that the calling end sends a test audio to the receiving end;

and the receiving end forwards the test audio to the calling end so that the calling end determines the fault condition of a communication link between the calling end and the receiving end corresponding to the first information according to the comparison result of the sent test audio and the received test audio.

As a possible implementation manner, a receiving end corresponding to the first information is any one of a network end or a called end, the call request further includes an identifier of the calling end, and the method further includes:

and the network terminal determines the calling terminal as a receiving terminal of the call response according to the identification of the calling terminal.

As a possible implementation manner, a receiving end corresponding to the first information is a called end, the call request further includes an identifier of the called end, and the method further includes:

and the network terminal determines the called terminal as a receiving terminal of the call request according to the identification of the called terminal.

In a third aspect, an embodiment of the present invention provides a calling end, including: the device comprises a processor, a memory, a display screen, at least one microphone and a communication interface, wherein the at least one microphone is used for acquiring test audio; the memory, the display screen, the at least one camera, and the communication interface are coupled to the processor, the memory is configured to store instructions, and the processor is configured to invoke the instructions stored by the memory to perform:

when a call instruction aiming at first information is received through the communication interface, generating a call request according to the call instruction, wherein the call request comprises the first information;

sending the call request through the communication interface so that a receiving end corresponding to the first information generates a call response corresponding to the call request after receiving the call request;

receiving the call response through the communication interface;

sending a test audio to the receiving end through the communication interface so that the receiving end forwards the test audio to the calling end;

and determining the fault condition of a communication link between the calling end and the receiving end corresponding to the first information according to the comparison result of the sent test audio and the received test audio.

As a possible implementation manner, a receiving end corresponding to the first information is a network end, the call request further includes an identifier of the calling end, the identifier of the calling end is used to determine a receiving end of the call response, and the processor further performs:

As a possible implementation manner, a receiving end corresponding to the first information is a called end, and the processor performs:

the calling terminal acquires the identification of the called terminal when receiving a calling instruction aiming at the first information, the calling request also comprises the identification of the called terminal, and the identification of the called terminal is used for determining the receiving terminal of the calling request.

As a possible implementation manner, the call request further includes an identifier of the calling end, where the identifier of the calling end is used to determine a receiving end of the call response of the calling end.

As a possible implementation, the processor includes executing:

comparing the evaluation score to a target threshold;

if the evaluation score is lower than the target threshold, judging that the communication link is in failure; and if the evaluation score is not lower than the target threshold, judging that the communication link is normal.

As a possible implementation, the processor includes executing:

mapping the spectral distortion measure to the evaluation score.

In a fourth aspect, an embodiment of the present invention provides a receiving end, where the receiving end includes:

the receiving end generates a call response corresponding to the call request;

the receiving terminal sends the call response to the calling terminal so that the calling terminal sends a test audio to the receiving terminal;

and the receiving terminal forwards the test audio to the calling terminal so that the calling terminal determines the fault condition of a communication link between the calling terminal and the receiving terminal corresponding to the first information according to the comparison result of the sent test audio and the received test audio.

As a possible implementation manner, a receiving end corresponding to the first information is any one of a network end and a called end, the call request further includes an identifier of the calling end, and the communication failure detection apparatus further performs:

As a possible implementation manner, a receiving end corresponding to the first information is a called end, the call request further includes an identifier of the called end, and the communication failure detection apparatus further performs:

and the network terminal determines the called terminal as the receiving terminal of the call request according to the identification of the called terminal.

In a fifth aspect, an embodiment of the present application provides a chip, where the chip is applied to a calling end, and the chip includes one or more processors, where the processors are configured to invoke computer instructions to cause the calling end to execute the method described in the first aspect and any possible implementation manner of the first aspect.

In a sixth aspect, an embodiment of the present application provides a chip, where the chip is applied to a receiving end, and the chip includes one or more processors, where the processors are configured to invoke computer instructions to cause the receiving end to execute the method described in any possible implementation manner of the second aspect and the second aspect.

In a seventh aspect, an embodiment of the present application provides a computer program product including instructions, which, when run on a calling terminal, causes the calling terminal to perform the method as described in the first aspect and any possible implementation manner of the first aspect.

In an eighth aspect, an embodiment of the present application provides a computer program product including instructions, which, when run on a receiving end, causes the receiving end to perform the method as described in the second aspect and any possible implementation manner of the second aspect.

In a ninth aspect, an embodiment of the present application provides a computer-readable storage medium, which includes instructions that, when executed on a calling end, cause the calling end to perform a method as described in the first aspect and any possible implementation manner of the first aspect.

In a tenth aspect, an embodiment of the present application provides a computer-readable storage medium, which includes instructions that, when executed on a receiving end, cause the receiving end to perform a method as described in the second aspect and any possible implementation manner of the second aspect.

It is to be understood that the calling terminal provided by the third aspect, the receiving terminal provided by the fourth aspect, the chips provided by the fifth aspect and the sixth aspect, the computer program products provided by the seventh aspect and the eighth aspect, and the computer storage medium provided by the ninth aspect and the tenth aspect are all configured to execute the method provided by the embodiments of the present application.

In the embodiment of the present invention, first, when receiving a call instruction for first information, a calling terminal may generate a call request according to the call instruction, and then the calling terminal sends the call request to a receiving terminal corresponding to the first information, so that the receiving terminal generates a call response corresponding to the call request after receiving the call request. And finally, the calling end determines the fault condition of a communication link between the calling end and the receiving end corresponding to the first information according to the comparison result of the sent test audio and the received test audio. Further, the calling terminal may determine a node of the communication failure by performing a plurality of times of different communication failure detection methods of the receiving terminal. The method can determine the receiving end of the call request through the first information, and further, test audio is transmitted between the communication links between the calling end and the receiving end to detect the fault condition of the communication links between the calling end and the receiving end and further determine the node of the communication fault.

Drawings

The drawings used in the embodiments of the present application are described below.

Fig. 1 is a schematic diagram of a communication fault detection system according to an embodiment of the present invention;

FIG. 2 is a schematic diagram of another communication failure detection system architecture disclosed in the embodiments of the present invention;

fig. 3 is a schematic structural diagram of a network according to an embodiment of the present invention;

fig. 4 is a schematic diagram of a hardware structure of a terminal according to an embodiment of the present invention;

fig. 5 is a schematic flow chart of a communication fault detection method disclosed in the embodiment of the present invention;

fig. 6 is a schematic flowchart of a communication fault detection method applied to a terminal according to an embodiment of the present disclosure;

FIGS. 7A-7B are schematic diagrams of two audio evaluation methods disclosed in embodiments of the present invention;

FIG. 8 is a schematic diagram of a transmission path of a test audio according to an embodiment of the present invention;

fig. 9 is a schematic flowchart of a communication fault detection method using a network as a receiving end according to an embodiment of the present invention;

FIG. 10 is a schematic diagram of another test audio transmission path according to the disclosure;

fig. 11 is a schematic flowchart of a communication fault detection method using a called end as a receiving end according to an embodiment of the present invention;

FIG. 12 is a schematic diagram of a transmission path of another test audio according to an embodiment of the disclosure;

fig. 13 is a schematic flowchart of a method for detecting a communication failure node according to an embodiment of the present invention;

fig. 14 is a schematic diagram of a hardware structure of a network according to an embodiment of the present invention.

Detailed Description

The terminology used in the following embodiments of the present application is for the purpose of describing particular embodiments only and is not intended to be limiting of the embodiments of the present application. As used in the description of the embodiments of the present application and the appended claims, the singular forms "a", "an", "the", and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used in the embodiments of this application refers to and encompasses any and all possible combinations of one or more of the listed items.

The embodiment of the invention discloses a communication fault detection method, a communication fault detection device and a computer readable storage medium. In the method, when a calling end receives a calling instruction aiming at first information, a calling request can be generated according to the calling instruction, and then the calling end sends the calling request to a receiving end corresponding to the first information, so that the receiving end generates a calling response corresponding to the calling request after receiving the calling request. And finally, the calling end determines the fault condition of a communication link between the calling end and the receiving end corresponding to the first information according to the comparison result of the sent test audio and the received test audio.

In the communication fault detection method, the receiving end of the call request can be determined through the first information, then the test audio is transmitted between the communication links between the calling end and the receiving end, and finally the fault condition of the communication link is determined according to the comparison result of the sent test audio and the received test audio.

In order to better understand the communication fault detection method, apparatus, and computer-readable storage medium disclosed in the embodiments of the present invention, a system architecture used in the embodiments of the present invention is described below.

Referring to fig. 1, fig. 1 is a schematic diagram of a communication fault detection system according to an embodiment of the present invention. The calling end 100 and the receiving end 200 may be located in the same terminal device, as shown in fig. 1, and the system architecture may be a terminal device. The terminal device may be a wireless terminal device or a wired terminal device. A wireless terminal device may be a device that provides voice and/or data connectivity to a user, may be a handheld device with wireless connectivity, or other processing device connected to a wireless modem. A wireless terminal device may communicate with one or more core Network devices via a Radio Access Network (RAN) device. The wireless terminal device may be a mobile terminal device, for example, a mobile phone (or called "cellular" phone) and a computer having the mobile terminal device. As another example, mobile devices, which may be portable, pocket, hand-held, computer-included, or vehicle-mounted, exchange language and/or data with a radio access network. As another example, the communication device may be a Personal Communication Service (PCS) phone, a cordless phone, a Session Initiation Protocol (SIP) phone, a Wireless Local Loop (WLL) station, a Personal Digital Assistant (PDA), or the like. A wireless terminal device may also be referred to as a system, a Subscriber Unit (SU), a Subscriber Station (SS), a mobile station (MB), a mobile station (mobile), a Remote Station (RS), an Access Point (AP), a Remote Terminal (RT), an Access Terminal (AT), a User Terminal (UT), a User Agent (UA), a User Device (UD), or a user terminal (UE). The terminal device in fig. 1 is shown as a UE, which is only an example and is not limited to the terminal device.

For example, the calling terminal 100 may be a module having functions of acquiring a test audio, generating a call request, and the like in the terminal, and the receiving terminal 200 may be a Media Access Control (MAC) physical layer in the same terminal. Specifically, referring to fig. 1, fig. 1 only exemplarily shows an application Layer, a Protocol conversion (RIL) Layer, a High-fidelity Digital Signal Processor (HIFI-DSP) and a MODEM (MODEM) included in the terminal, where the HIFI-DSP includes an audio algorithm node, an encoder, a decoder, a Time-scale module (TSM) node and a buffer, and the MODEM includes an IP Multimedia Subsystem (IMS), an Internet Protocol (IP) Layer, a Packet Data Convergence Protocol (PDCP) real Layer, a Radio Link Control (Radio Link Control, RLC) real Layer, a MAC real Layer and a physical Layer. The application layer is mainly responsible for interfacing with an application program and providing common network application services, the service adaptation layer in the IMS is mainly responsible for forwarding voice messages, the IP layer is mainly responsible for ensuring network interworking, the PDCP entity layer mainly includes functions of performing compression and encryption at the sending end and performing decryption and decompression at the receiving end 200, the RLC entity layer is mainly responsible for segmentation and connection, retransmission processing, and sequential transmission of high-level data, the MAC entity layer is mainly responsible for controlling and connecting physical media of the physical layer, and the physical layer is mainly responsible for facing physical media (i.e., communication channels) actually responsible for data transmission. The calling end and the receiving end located in the same terminal may also be other modules in the terminal, which is not limited herein.

It should be noted that the terminal shown in fig. 1 is not limited to include only a part of the structure shown in the figure, and may also include other structures that are not shown in the figure, and specific embodiments of the present invention are not listed here.

Referring to fig. 2, fig. 2 is a schematic diagram of another communication failure detection system architecture according to an embodiment of the present invention. As shown in fig. 2, the system architecture may include a calling end 100, a network end 300, and a receiving end 200, where the calling end 100 and the receiving end 200 are different terminal devices, and the receiving end is a called end, the network end 300 may include an access network device and a core network device, the network end 300 is configured to connect the calling end 100 and the receiving end 200 to implement communication between the calling end 100 and the receiving end 200, specifically, the access network device may be a base station, and the core network device may be a corresponding Mobility Management Entity (MME) in a 4G system.

The access network device, that is, the RAN device may be a device for communicating with a user terminal, for example, may be a Base Transceiver Station (BTS) in a GSM system or a CDMA system, a Base Station (NodeB, NB) in a WCDMA system, an evolved Node B (eNB or eNodeB) in an LTE system, or the network device may be a relay Station, an access point, a vehicle-mounted device, a wearable device, and a network-side device in a future 5G network or a network after 5G network or a network device in a future evolved PLMN network. The RAN equipment is connected with the terminal equipment and used for receiving data of the terminal equipment and sending the data to the core network equipment. RAN devices correspond to different devices in different communication systems, for example, a base station and a base station Controller in a 2G system, a base station and a Radio Network Controller (RNC) in a 3G system, an evolved Node B (eNB) in a 4G system, and an Access Network device (e.g., gbb, CU, DU) in a 5G system, such as a New Radio Access Technology (NR), in a New Radio Access system.

Core Network (CN) devices correspond to different devices in different communication systems, for example, a Serving GPRS Support Node (SGSN) or a Gateway GPRS Support Node (GGSN) in a 3G system, a MME or a Serving Gateway (S-GW) in a 4G system, and a Core Network related device (for example, NG-Core) in a 5G system.

The above network elements in the core network may also be referred to as functional entities, and may be network elements implemented on dedicated hardware, or may be software instances running on dedicated hardware, or may be instances of virtualized functions on a suitable platform, for example, the above virtualized platform may be a cloud platform.

In one implementation, the network 300 may specifically include a base station, an MME \ public data network Gateway (PDN Gateway, PGW), a Session Border Controller (SBC), and an IP Multimedia Subsystem Core (ims).

Specifically, please refer to fig. 3, where fig. 3 is a schematic structural diagram of a network end disclosed in the embodiment of the present invention, and only illustrates a base station, an MME \ PGW, an SBC, and an imsi that the network end 300 may include, where the MME is responsible for idle mode ue tracking and paging control, the PGW is used as a connection point and is responsible for providing transmission between the ue and a public data network, and the SBC is responsible for managing a session. It should be noted that the network 300 shown in fig. 3 is not limited to include only the structures shown in the figures, and may also include other structures that are not shown in the figures, and specific embodiments of the present invention are not listed here.

It should be noted that the system architecture shown in fig. 2 is not limited to include only the devices shown in the drawings, and may also include other devices that are not shown in the drawings, and specific embodiments of the present invention are not listed here.

It should be noted that, the embodiment of the present invention does not limit the distribution form of each network element in the core network, and the present invention is not limited thereto.

It should be understood that the names of all devices in the present invention are only examples, and in future communication, for example, in 6G, the devices related to the present invention may also be referred to as other names, or in future communication, for example, in 6G, the devices related to the present invention may also be replaced by other entities or devices with the same functions, and the present invention is not limited to this. The unified description is made here, and the description is not repeated.

The system architectures shown in fig. 1 and 2 are not intended to limit the communication network. Optionally, the method of the embodiment of the present invention is also applicable to various future communication systems, such as 6G or other communication networks.

A terminal according to an embodiment of the present application is described below.

Fig. 4 is a schematic diagram of a hardware structure of a terminal according to an embodiment of the present invention.

The terminal may include 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, and a Subscriber Identity Module (SIM) card interface 195, etc. The sensor module 180 may include a pressure sensor 180A, a gyroscope sensor 180B, an air pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity light sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, a bone conduction sensor 180M, and the like.

It should be understood that the illustrated structure of the embodiment of the present invention does not specifically limit the terminal. In other embodiments of the present application, the terminal may include more or fewer components than illustrated, or some components may be combined, some components may be split, or a different arrangement of components may be used. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

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.

Wherein the controller may be a neural center and a command center of the terminal. The controller can generate an operation control signal according to the instruction operation code and the time sequence signal to finish the control of instruction fetching and instruction execution.

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 memory may hold instructions or data that have just been used or recycled by the processor 110. If the processor 110 needs to use the instruction or data again, it can be called directly from the memory. Avoiding repeated accesses reduces the latency of the processor 110, thereby increasing the efficiency of the system.

In some embodiments, processor 110 may include one or more interfaces. The interface may include an integrated circuit (I2C) interface, an integrated circuit built-in audio (I2S) interface, a Pulse Code Modulation (PCM) interface, a universal asynchronous receiver/transmitter (UART) interface, a mobile industry processor interface (mobile industry processor interface, MIPI), a general-purpose-input/output (GPIO) interface, a Subscriber Identity Module (SIM) interface, and/or a Universal Serial Bus (USB) interface, etc.

The I2C interface is a bidirectional synchronous serial bus including a serial data line (SDA) and a Serial Clock Line (SCL). In some embodiments, the processor 110 may include multiple sets of I2C buses. The processor 110 may be coupled to the touch sensor 180K, a charger, a flash, a camera 193, etc. through different I2C bus interfaces, respectively. For example: the processor 110 may be coupled to the touch sensor 180K through an I2C interface, so that the processor 110 and the touch sensor 180K communicate through an I2C bus interface to implement a touch function of the terminal.

The I2S interface may be used for audio communication. In some embodiments, processor 110 may include multiple sets of I2S buses. The processor 110 may be coupled to the audio module 170 through an I2S bus to enable communication between the processor 110 and the audio module 170. In some embodiments, the audio module 170 may transmit an audio signal to the wireless communication module 160 through the I2S interface, so as to implement a function of answering a call through a bluetooth headset.

The PCM interface may also be used for audio communication, sampling, quantizing and encoding analog signals. In some embodiments, the audio module 170 and the wireless communication module 160 may be coupled by a PCM bus interface. In some embodiments, the audio module 170 may also transmit audio signals to the wireless communication module 160 through the PCM interface, so as to implement a function of answering a call through a bluetooth headset. Both the I2S interface and the PCM interface may be used for audio communication.

The UART interface is a universal serial data bus used for asynchronous communications. The bus may be a bidirectional communication bus. It converts the data to be transmitted between serial communication and parallel communication. In some embodiments, a UART interface is generally used to connect the processor 110 with the wireless communication module 160. For example: the processor 110 communicates with a bluetooth module in the wireless communication module 160 through a UART interface to implement a bluetooth function. In some embodiments, the audio module 170 may transmit the audio signal to the wireless communication module 160 through a UART interface, so as to implement the function of playing music through a bluetooth headset.

MIPI interfaces may be used to connect processor 110 with peripheral devices such as display screen 194, camera 193, and the like. The MIPI interface includes a Camera Serial Interface (CSI), a Display Serial Interface (DSI), and the like. In some embodiments, the processor 110 and the camera 193 communicate through a CSI interface to implement the photographing function of the terminal. The processor 110 and the display screen 194 communicate through the DSI interface to implement the display function of the terminal.

The GPIO interface may be configured by software. The GPIO interface may be configured as a control signal and may also be configured as a data signal. In some embodiments, a GPIO interface may be used to connect the processor 110 with the camera 193, the display 194, the wireless communication module 160, the audio module 170, the sensor module 180, and the like. The GPIO interface may also be configured as an I2C interface, I2S interface, UART interface, MIPI interface, and the like.

The USB interface 130 is an interface conforming to the USB standard specification, and may be a Mini USB interface, a Micro USB interface, a USB Type C interface, or the like. The USB interface 130 may be used to connect a charger to charge the terminal, and may also be used to transmit data between the terminal and a peripheral device. And the earphone can also be used for connecting an earphone and playing audio through the earphone. The interface may also be used to connect other terminals, such as AR devices, etc.

It should be understood that the connection relationship between the modules illustrated in the embodiment of the present invention is only an exemplary illustration, and does not form a limitation on the structure of the terminal. In other embodiments of the present application, the terminal may also adopt different interface connection manners or a combination of multiple interface connection manners in the foregoing embodiments.

The charging management module 140 is configured to receive charging input from a charger. The charger can be a wireless charger or a wired charger. In some wired charging embodiments, the charging management module 140 may receive charging input from a wired charger via the USB interface 130. In some wireless charging embodiments, the charging management module 140 may receive a wireless charging input through a wireless charging coil of the terminal. The charging management module 140 may also supply power to the terminal through the power management module 141 while charging the battery 142.

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 power management module 141 may also be used to monitor parameters such as battery capacity, battery cycle count, battery state of health (leakage, impedance), etc. In other embodiments, the power management module 141 may be disposed in the processor 110. In other embodiments, the power management module 141 and the charging management module 140 may also be disposed in the same device.

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

The antennas 1 and 2 are used for transmitting and receiving electromagnetic wave signals. Each antenna in a terminal 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 and the like applied on the terminal. 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 mobile communication module 150 may receive the electromagnetic wave from the antenna 1, filter, amplify, etc. the received electromagnetic wave, and transmit the electromagnetic wave to the modem processor for demodulation. The mobile communication module 150 may also amplify the signal modulated by the modem processor, and convert the signal into electromagnetic wave through the antenna 1 to radiate the electromagnetic wave. In some embodiments, at least some of the functional modules of the mobile communication module 150 may be disposed in the processor 110. In some embodiments, at least some of the functional modules of the mobile communication module 150 may be disposed in the same device as at least some of the modules of the processor 110.

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.

The wireless communication module 160 may provide solutions for wireless communication applied to a terminal, including Wireless Local Area Networks (WLANs) (such as wireless fidelity (Wi-Fi) networks), bluetooth (BT), global Navigation Satellite System (GNSS), frequency Modulation (FM), near Field Communication (NFC), infrared (IR), and the like. The wireless communication module 160 may be one or more devices integrating at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via the antenna 2, performs frequency modulation and filtering on electromagnetic wave signals, and transmits the processed signals to the processor 110. The wireless communication module 160 may also receive a signal to be transmitted from the processor 110, perform frequency modulation and amplification on the signal, and convert the signal into electromagnetic waves via the antenna 2 to radiate the electromagnetic waves.

In some embodiments, the antenna 1 of the terminal is coupled with the mobile communication module 150 and the antenna 2 is coupled with the wireless communication module 160 so that the terminal can communicate with a network and other devices through a wireless communication technology. The wireless communication technology may include global system for mobile communications (GSM), general Packet Radio Service (GPRS), code division multiple access (code division multiple access, CDMA), wideband Code Division Multiple Access (WCDMA), time-division code division multiple access (time-division code division multiple access, TD-SCDMA), long Term Evolution (LTE), BT, GNSS, WLAN, NFC, FM, and/or IR technologies, etc. The GNSS may include a Global Positioning System (GPS), a global navigation satellite system (GLONASS), a beidou satellite navigation system (BDS), a quasi-zenith satellite system (QZSS), and/or a Satellite Based Augmentation System (SBAS).

The terminal implements the display function through the GPU, the display screen 194, and the application processor, etc. The GPU is a microprocessor for image processing, connected to the display screen 194 and the 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 adopt a Liquid Crystal Display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (active-matrix organic light-emitting diode, AMOLED), a flexible light-emitting diode (FLED), a miniature, a Micro-oeld, a quantum dot light-emitting diode (QLED), and the like. In some embodiments, the terminal may include 1 or N displays 194, N being a positive integer greater than 1.

The terminal may implement the acquisition function via the ISP, camera 193, video codec, GPU, display screen 194, application processor, etc.

The ISP is used to process the data fed back by the camera 193. For example, when a user takes a picture, the shutter is opened, light is transmitted to the camera photosensitive element through the lens, an optical signal is converted into an electric signal, and the camera photosensitive element transmits the electric signal to the ISP for processing and converting into an image or video visible to the naked eye. The ISP can also carry out algorithm optimization on the noise, brightness and skin color of the image. The ISP can also optimize parameters such as exposure, color temperature and the like of a shooting scene. In some embodiments, the ISP may be provided in camera 193.

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 photosensitive element may be a Charge Coupled Device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The light sensing element converts the optical signal into an electrical signal, which is then passed to the ISP where it is converted into a digital image or video signal. And the ISP outputs the digital image or video signal to the DSP for processing. The DSP converts the digital image or video signal into image or video signal in standard RGB, YUV and other formats. In some embodiments, the terminal may include 1 or N cameras 193, N being a positive integer greater than 1. For example, in some embodiments, the terminal may use N cameras 193 to acquire images of multiple exposure coefficients, and then in video post-processing, the terminal may synthesize an HDR image by an HDR technique from the images of multiple exposure coefficients.

The digital signal processor is used for processing digital signals, and can process digital images or video signals and other digital signals. For example, when the terminal selects a frequency point, the digital signal processor is used for performing fourier transform or the like on the frequency point energy.

Video codecs are used to compress or decompress digital video. The terminal may support one or more video codecs. Thus, the terminal can play or record videos in various encoding formats, such as: moving Picture Experts Group (MPEG) 1, MPEG2, MPEG3, MPEG4, and the like.

The NPU is a neural-network (NN) computing processor, which processes input information quickly by referring to a biological neural network structure, for example, by referring to a transfer mode between neurons of a human brain, and can also learn by itself continuously. The NPU can realize applications such as intelligent cognition of the terminal, for example: image recognition, face recognition, speech recognition, text understanding, and the like.

The external memory interface 120 may be used to connect an external memory card, such as a Micro SD card, to extend the storage capability of the terminal. 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 terminal and data processing by executing instructions stored in the internal memory 121. 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 and video playing function, etc.) required by at least one function, and the like. The storage data area may store data (such as audio data, a phonebook, etc.) created during use of the terminal, and the like. In addition, the internal memory 121 may include a high speed random access memory, and may also include a non-volatile memory, such as at least one magnetic disk storage device, a flash memory device, a Universal Flash Storage (UFS), and the like.

The terminal can implement an audio function through the audio module 170, the speaker 170A, the receiver 170B, the microphone 170C, the earphone 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 speaker 170A, also called a "horn", is used to convert the audio electrical signal into a sound signal. The terminal can listen to music through the speaker 170A or listen to a hands-free call.

The receiver 170B, also called "earpiece", is used to convert the electrical audio signal into an acoustic signal. When the terminal answers a call or voice information, it can answer a voice by placing the receiver 170B close to the human ear.

The microphone 170C, also referred to as a "microphone," is used to convert sound signals into electrical signals. When making a call or sending voice information, the user can input a voice signal to the microphone 170C by uttering a voice signal close to the microphone 170C through the mouth of the user. The terminal may be provided with at least one microphone 170C. In other embodiments, the terminal may be provided with two microphones 170C to achieve a noise reduction function in addition to acquiring the sound signal. In other embodiments, the terminal may further include three, four or more microphones 170C to obtain the sound signal, reduce noise, identify the sound source, and implement a directional recording function.

The earphone interface 170D is used to connect a wired earphone. The earphone interface 170D may be the USB interface 130, or may be 3. A 5mm Open Mobile Terminal Platform (OMTP) standard interface, a cellular telecommunications industry association (cellular telecommunications industry association) standard interface of the USA.

The pressure sensor 180A is used for sensing a pressure signal, and can convert the pressure signal into an electrical signal. In some embodiments, the pressure sensor 180A may be disposed on the display screen 194. The pressure sensor 180A can be of a wide variety, such as a resistive pressure sensor, an inductive pressure sensor, a capacitive pressure sensor, 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 180A, the capacitance between the electrodes changes. The terminal determines the intensity of the pressure from the change in capacitance. When a touch operation is applied to the display screen 194, the terminal detects the intensity of the touch operation according to the pressure sensor 180A. The terminal may also calculate the touched position based on the detection signal of the pressure sensor 180A. In some embodiments, the touch operations that are applied to the same touch position but have 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.

The gyro sensor 180B may be used to determine the motion attitude of the terminal. In some embodiments, the angular velocity of the terminal about three axes (i.e., the x, y, and z axes) may be determined by the gyro sensor 180B. The gyro sensor 180B may be used for photographing anti-shake. Illustratively, when the shutter is pressed, the gyroscope sensor 180B detects a shake angle of the terminal, calculates a distance to be compensated for the lens module according to the shake angle, and allows the lens to counteract the shake of the terminal through a reverse motion, thereby achieving anti-shake. The gyroscope sensor 180B may also be used for navigation, somatosensory gaming scenes.

The air pressure sensor 180C is used to measure air pressure. In some embodiments, the terminal calculates altitude from the barometric pressure measured by barometric pressure sensor 180C to assist in positioning and navigation.

The magnetic sensor 180D includes a hall sensor. The terminal may detect the opening and closing of the flip holster using the magnetic sensor 180D. In some embodiments, when the terminal is a flip, the terminal may detect the opening and closing of the flip according to the magnetic sensor 180D. And then according to the detected opening and closing state of the leather sheath or the opening and closing state of the flip, the characteristics of automatic unlocking of the flip and the like are set.

The acceleration sensor 180E can detect the magnitude of the acceleration of the terminal in various directions (typically three axes). When the terminal is static, the size and the direction of gravity can be detected. The method can also be used for identifying the terminal posture, and is applied to transverse and vertical screen switching, pedometers and other applications.

A distance sensor 180F for measuring a distance. The terminal may measure the distance by infrared or laser. In some embodiments, the scene is photographed and the terminal may range using the distance sensor 180F to achieve fast focus.

The proximity light sensor 180G may include, for example, a Light Emitting Diode (LED) and a light detector, such as a photodiode. The light emitting diode may be an infrared light emitting diode. The terminal emits infrared light outward through the light emitting diode. The terminal uses a photodiode to detect infrared reflected light from nearby objects. When sufficient reflected light is detected, it can be determined that there is an object near the terminal. When insufficient reflected light is detected, the terminal may determine that there are no objects near the terminal. The terminal can utilize the proximity light sensor 180G to detect that the user holds the terminal and is close to the ear for conversation, so that the screen is automatically turned off to achieve the purpose of saving power. The proximity light sensor 180G may also be used in a holster mode, a pocket mode automatically unlocks and locks the screen.

The ambient light sensor 180L is used to sense the ambient light level. The terminal may adaptively adjust the brightness of the display screen 194 according to the perceived ambient light brightness. The ambient light sensor 180L may also be used to automatically adjust the white balance when taking a picture. The ambient light sensor 180L may also cooperate with the proximity light sensor 180G to detect whether the terminal is in a pocket, to prevent accidental touches.

The fingerprint sensor 180H is used to acquire a fingerprint. The terminal can utilize the acquired fingerprint characteristics to realize fingerprint unlocking, access to an application lock, fingerprint photographing, fingerprint incoming call answering and the like.

The temperature sensor 180J is used to detect temperature. In some embodiments, the terminal executes a temperature processing strategy using the temperature detected by the temperature sensor 180J. For example, when the temperature reported by the temperature sensor 180J exceeds a threshold, the terminal performs a reduction in performance of the processor located near the temperature sensor 180J, so as to reduce power consumption and implement thermal protection. In other embodiments, the terminal heats the battery 142 when the temperature is below another threshold to avoid abnormal shutdown of the terminal due to low temperatures. In other embodiments, the terminal performs a boost on the output voltage of the battery 142 when the temperature is below a further threshold to avoid abnormal shutdown due to low temperature.

The touch sensor 180K is also referred to as a "touch panel". The touch sensor 180K may be disposed on the display screen 194, and the touch sensor 180K and the display screen 194 form a touch screen, which is also called a "touch screen". The touch sensor 180K is used to detect a touch operation acting thereon or nearby. The touch sensor may 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 via the display screen 194. In other embodiments, the touch sensor 180K may be disposed on the surface of the terminal at a position different from the position of the display screen 194.

The bone conduction sensor 180M can acquire a vibration signal. In some embodiments, the bone conduction sensor 180M may acquire a vibration signal of the human voice vibrating a bone mass. The bone conduction sensor 180M may also contact the human body pulse to receive the blood pressure pulsation signal. In some embodiments, bone conduction sensor 180M may also be provided in a headset, integrated into a bone conduction headset. The audio module 170 may analyze a voice signal based on the vibration signal of the bone block vibrated by the sound part obtained by the bone conduction sensor 180M, so as to implement a voice function. The application processor can analyze heart rate information based on the blood pressure beating signal acquired by the bone conduction sensor 180M, so that the heart rate detection function is realized.

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 terminal may receive a key input, and generate a key signal input related to user setting and function control of the terminal.

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, touch operations applied to different applications (e.g., photographing, audio playing, etc.) may correspond to different vibration feedback effects. The motor 191 may also respond to different vibration feedback effects for touch operations applied to different areas of the display screen 194. Different application scenes (such as time reminding, receiving information, alarm clock, game and the like) can also correspond to different vibration feedback effects. The touch vibration feedback effect may also support customization.

Indicator 192 may be an indicator light that may be used to indicate a state of charge, a change in charge, or a message, missed call, notification, etc.

The SIM card interface 195 is used to connect a SIM card. The SIM card can be attached to and detached from the terminal by being inserted into or pulled out of the SIM card interface 195. The terminal can support 1 or N SIM card interfaces, wherein N is a positive integer larger than 1. The SIM card interface 195 may support a Nano SIM card, a Micro SIM card, a SIM card, etc. Multiple cards can be inserted into the same SIM card interface 195 at the same time. The types of the plurality of cards can be the same or different. The SIM card interface 195 is also compatible with different types of SIM cards. The SIM card interface 195 is also compatible with external memory cards. The terminal interacts with the network through the SIM card to realize functions of conversation, data communication and the like. In some embodiments, the terminal employs eSIM, namely: an embedded SIM card. The eSIM card can be embedded in the terminal and cannot be separated from the terminal.

Based on the above system architecture, please refer to fig. 5, and fig. 5 is a flowchart illustrating a communication fault detection method according to an embodiment of the present invention. The method may be implemented by the system shown in fig. 1 or fig. 2, and as shown in fig. 5, the communication fault detection method includes the following steps:

s101, when receiving a calling instruction aiming at the first information, the calling terminal generates a calling request according to the calling instruction.

Specifically, the calling end may provide an interface for receiving instruction input, the user inputs a call instruction for the first information through the interface, and correspondingly, the calling end receives the call instruction for the first information and generates a call request according to the call instruction. The call request includes first information, the first information corresponds to a device or apparatus in the communication link, and a receiving end of the receiving end call instruction is the device or apparatus in the communication link corresponding to the first information, which may be a MAC entity layer as shown in fig. 1, or a network end as shown in fig. 2 or fig. 3, such as a base station, an imsi, an SBC, an MME, a PGW, or the like, or a called end as shown in fig. 2. The different first information may correspond to different devices or different apparatuses in the communication link.

For example, the calling terminal may be a terminal, the terminal may include an application "phone", and the terminal may receive the first information input by the user through the application "phone", and then generate the call request. The first information may be, for example, "111" to indicate that the receiving end is the MAC entity layer of the terminal, or "222" to indicate that the receiving end is the base station, or "333" to indicate that the receiving end is another terminal device.

In one implementation, the calling end may include an application "communication self-check" corresponding to this embodiment, and when the calling end starts the application "communication self-check", the calling end may provide an interface with icons in three self-check modes, for example, a mobile phone self-check mode, a network self-check mode, and a called mobile phone self-check mode, and further, the calling end may receive an operation, which is input by a user, for any one of the three self-check modes, for example, touching or clicking the icon in the self-check mode, where the self-check mode corresponding to the operation is the first information, and the calling end acquires the first information according to the user operation and generates a call request including the first information. For example, the calling terminal and the receiving terminal of the mobile phone self-checking mode are located at the same terminal, the receiving terminal of the network terminal self-checking mode may be a base station, and the receiving terminal of the called mobile phone self-checking mode may be another terminal device.

S102, the calling terminal sends a calling request to a receiving terminal corresponding to the first information.

For example, when the calling terminal is a terminal device, the receiving terminal corresponding to the first information may be a base station, or another called terminal device.

And S103, the receiving end generates a call response corresponding to the call request.

Specifically, when receiving the call request, the receiving end parses the first information in the call request, and then generates a call response according to the call request. The call response is used for indicating the receiving end to acquire the test audio and sending the test audio to the receiving end. For example, when both the calling terminal and the receiving terminal are terminal devices, the receiving terminal is a called terminal, and since a communication link between the calling terminal and the called terminal is established in the call request process, a call response generated by the called terminal is specifically used to instruct the calling terminal to acquire a test audio and transmit the test audio on the communication link. Specifically, the call response may include indication information, where the indication information is used to instruct the calling terminal to acquire and send the test audio to the receiving terminal.

S104, the receiving end sends a call response to the calling end.

And S105, the calling terminal receives the call response.

And the calling terminal acquires the test audio after receiving the call response sent by the receiving terminal corresponding to the first information. Specifically, the calling end may obtain indication information in the call response, where the indication information is used to indicate the calling end to obtain the test audio, and then the calling end obtains the test audio.

The test audio may be a backup audio stored in the calling terminal, or a test audio obtained by the calling terminal after receiving a call response. Specifically, after receiving the call response, the calling end may provide indication information to enable the user to input a test audio, for example, before the calling end sends a call request, the calling end may play music through a handset, and after receiving the call response, the calling end stops playing the music and turns on a microphone, so that the user inputs the test audio when hearing the music stop, where stopping the music by the calling end is the indication information provided by the calling end, and for example, after receiving the call response, the calling end may play "please talk" to prompt the user to input the test audio. The specific way in which the calling end obtains the test audio is not limited herein.

S106, the calling end sends the test audio to the receiving end.

Specifically, after obtaining the test audio, the calling end sends the test audio to the receiving end.

S107, the receiving end forwards the test audio to the calling end.

Specifically, after receiving the test audio sent by the calling end, the receiving end forwards the test audio to the calling end.

S108, the calling end determines the fault condition of the communication link between the calling end and the receiving end corresponding to the first information according to the comparison result of the sent test audio and the received test audio.

It can be understood that, after the test audio parsed from the call response is transmitted through the communication link, there may be a difference from the obtained test audio, and for convenience of description, the obtained test audio is referred to as a first audio, and the test audio parsed from the call response is referred to as a second audio. Specifically, the calling end may further include an audio analysis module, where the audio analysis module is configured to compare the first audio with the second audio to determine a failure condition of a communication link between the calling end and a receiving end corresponding to the first information. For example, the first audio may be an audio signal collected by a microphone and converted into an analog signal by an encoder, the second audio may be an audio signal processed by an audio algorithm node, and a failure condition of a communication link between the audio algorithm node and a receiving end corresponding to the first information may be determined by comparing a difference condition of the two audio signals. It will be appreciated that in some embodiments, the communication conditions of the calling end may be represented by a failure condition of the communication link between the audio algorithm node and the MAC physical layer within the calling end.

Specifically, the first audio frequency can be used as a reference, after an error between the two audio signals is obtained through measurement, quality evaluation is performed according to the error to obtain an evaluation score, finally, a fault condition of the communication link is judged according to a preset target threshold, if the evaluation score is lower than the target threshold, the communication link is judged to be in fault, and if the evaluation score is not lower than the target threshold, the communication link is judged to be normal. The method for objectively evaluating the voice Quality may adopt time domain analysis or spectral domain analysis, may adopt a Perceptual Speech Quality Measure (PSQM) algorithm, may also adopt a Perceptual Evaluation of Speech Quality Measure (PESQ) algorithm, and may also adopt other methods, which are not limited herein. For example, PAMS evaluates first the first and second audio by pre-processing the first and second audio, which may include adjusting the levels of the two audio to a standard hearing level, e.g., 79 dspl, filtering with an input filter simulating a standard telephone handset, then aligning the pre-processed two signals in time and performing an auditory transformation, which includes compensation and equalization for linear filtering and gain variations in the system, and finally calculating a spectral distortion measure of the two acoustically transformed signals as a perturbation value, extracting two distortion parameters by analyzing the perturbation surface, accumulating in frequency and time, and mapping to an evaluation score. The time mapping method may use a coarse delay estimation based on envelope cross-correlation, or a time alignment algorithm based on a frame-to-frame weighted histogram fine delay estimation, which is not limited herein.

In one implementation, one path of the call end sends the second audio to the audio analysis module, where the audio analysis module evaluates the audio and then provides the evaluation score to the user, as shown in fig. 7A, the audio evaluation method is an automatic audio evaluation method, the audio analysis module may specifically include an analysis data generation module, a voice quality evaluation module, and a voice quality report module, the analysis data generation module is configured to generate a difference value between the first audio and the second audio, the voice quality evaluation module is configured to obtain an evaluation according to the difference value, and the voice quality report module is configured to output a correlation score and a quality abnormality warning of the first audio and the second audio. And the other path of the audio signals sends the second audio to a codec, so that the codec converts the second audio into analog audio signals and outputs the analog audio signals from a receiver, and a user judges the fault condition of the communication link by a subjective speech quality evaluation method, wherein as shown in fig. 7B, the audio evaluation method is a manual evaluation method, specifically, the method can be that an evaluation interface is displayed after the second audio is played by a calling terminal, the evaluation is input by the user, and correspondingly, the calling terminal receives the evaluation. For example, after the user finishes the communication, the calling end may provide the user with an evaluation of the communication by the calling end, and then provide an interface for the user to perform voice evaluation or communication determination, and further confirm the result by the user. Accordingly, the user can enter ratings at the caller, such as clicking on the "good", "good" and "bad" options displayed on the caller page, and also, for example, entering pass or fail. It can be understood that the fault conditions of the microphone, the receiver and the like can be judged through subjective voice quality evaluation of the user.

Referring to fig. 6, fig. 6 is a schematic flowchart of a communication fault detection method applied to a terminal according to an embodiment of the present disclosure. The method may be implemented by the terminal shown in fig. 1, and as shown in fig. 6, the communication failure detection method includes the following steps:

in this embodiment, the calling end and the receiving end are located at the same terminal, the fault condition of the communication link between the calling end and the receiving end is determined as the communication fault condition of the terminal, and the fault condition of the communication link inside the terminal can be determined by comparing the test audio sent by the calling end with the received test audio, so as to implement self-checking inside the terminal.

The calling terminal in this embodiment may be a module having functions of obtaining a test audio, generating a call request, and the like in the terminal, and the receiving terminal corresponding to the first information may be a modem of the terminal, and specifically, may be an MAC physical layer in the modem.

S201, when receiving a call instruction aiming at the first information, the calling terminal generates a call request according to the call instruction.

The first information may be used to indicate that the receiving end is the MAC physical layer.

S202, the calling terminal sends a calling request to a receiving terminal corresponding to the first information.

S203, the receiving end generates a call response corresponding to the call request.

Specifically, after a receiving end receives a call request sent from a receiving end to a calling end, a call response corresponding to the call request is generated.

S204, the receiving end sends a call response to the calling end.

Specifically, the MAC physical layer, upon receiving the call request including the first information, does not send the call request to the physical layer, but generates a call response including the test audio obtained from the call request and sends the call response to the calling side. It is understood that, during a call without the first information, the MAC physical layer, after receiving the call response, sends the call response to the physical layer.

And S205, the calling terminal receives the call response.

S206, the calling end sends the test audio to the receiving end.

S207, the receiving end forwards the test audio to the calling end.

The communication process of the test audio between the calling end and the receiving end may be that the test audio is transmitted from the audio algorithm node to the MAC physical layer, and then transmitted from the MAC physical layer to the audio algorithm node.

In detail content of the above step S206 to step S207, please refer to fig. 8, where fig. 8 is a schematic diagram of a transmission path of a test audio disclosed in the embodiment of the present invention, and only exemplarily shows an application layer, an RIL layer, a HIFI-DSP module and a modem included in a calling end, where the HIFI-DSP module includes an audio algorithm node, an encoder, a decoder and a buffer, and the modem includes a service adaptation layer, an IP layer, a PDCP entity layer, an RLC entity layer, an MAC entity layer and a physical layer in an IMS.

With reference to fig. 8, a transmission path of a test audio in a communication fault detection method applied to a terminal is described, where an uplink direction indicates a direction from a calling end to a receiving end of the test audio, and a downlink direction indicates a direction from the receiving end to the calling end of the test audio.

After receiving a call instruction input by a user, an application layer of a calling terminal sends an instruction to a related communication module, for example, a HIFI-DSP module, through an RIL layer, and each module acquires a test audio and starts to transmit the test audio after receiving the call instruction.

The transmission path of the test audio in the uplink direction is: after the test audio is collected by the microphone, the test audio is converted into a digital audio signal by a codec, then is sent to the HIFI-DSP module through DMA (Direct Memory Access), enters the modem through inter-core communication, and then in the modem, the audio signal sequentially passes through the service adaptation layer, the IP layer, the PDCP entity layer and the RLC entity layer of the IMS and finally reaches the MAC entity layer. In the HIFI-DSP module, after echo elimination, denoising and the like of test audio are carried out by an audio algorithm node, the test audio is compressed by an encoder and enters an inter-core channel through a Real-time Transport Protocol (RTP).

The transmission path of the test audio in the downlink direction is as follows: in the modem, test audio sequentially passes through an MAC (media access control) entity layer, an RLC (radio link control) entity layer, a PDCP (packet data convergence protocol) entity layer and an IP (Internet protocol) layer and finally reaches a service adaptation layer of an IMS (IP multimedia subsystem), then enters a HIFI-DSP (high fidelity-digital signal processor) module through inter-core communication, the test audio transmits an audio signal to a buffer in real time through an RTP (real-time transport protocol) in the HIFI-DSP module, is subjected to treatments such as jitter removal and the like in the buffer, and then enters an audio algorithm node after the treatments of decompression of a decoder and constant speed modulation of a TSM (time series message) node. Finally, the test audio can enter the audio analysis module at one path, and enter the codec at the other path, and the codec converts the test audio into an analog audio signal to be output from the receiver.

And S208, the calling end determines the fault condition of the communication link between the calling end and the receiving end corresponding to the first information according to the comparison result of the sent test audio and the received test audio.

For details of the above steps, refer to the relevant contents of steps S101 to S108, and are not described herein again.

Referring to fig. 9, fig. 9 is a flowchart illustrating a communication fault detection method using a network as a receiving end according to an embodiment of the present invention. The method may be implemented by a system composed of a terminal and a network, as shown in fig. 9, the communication fault detection method includes the following steps:

in this embodiment, to detect a failure condition of a communication link between a terminal and a network, the terminal is used as a calling end, and the network is used as a receiving end, specifically, the network may be any one of a base station, MME \ PGW, SBC, and imsi, and may also be other devices, which is not limited herein.

S301, when receiving a calling instruction aiming at the first information, the calling terminal generates a calling request according to the calling instruction, wherein the calling request comprises the identification of the calling terminal.

For example, the first information may be "22301", where "222" is used to indicate that the receiving end is the network end, and "01" is used to indicate the base station, the calling end may send a call request to the base station according to "22301" input by the user.

The call request may further include an identifier of the calling end, where the identifier of the calling end is used to determine a receiving end of the call response, and may be identifier information of the terminal, where the identifier information of the terminal may be Subscriber Identity Module (SIM) information included in the terminal, for example, international Mobile Subscriber Identity number (IMSI) information, and specifically, may be a number of the SIM card.

S302, the calling terminal sends a calling request to a receiving terminal corresponding to the first information.

S303, the receiving end generates a call response corresponding to the call request.

S304, the receiving end sends a call response to the calling end according to the identification of the calling end.

S305, the calling terminal receives the call response.

It can be understood that, in the sending process of the call request and the call response in the above steps S302 to S305, a communication link between the calling end and the network end is established, and the communication link is used for implementing communication between the calling end and the network end, for example, implementing transmission of the test audio between the calling end and the network end.

S306, the calling end sends the test audio to the receiving end.

S307, the receiving end forwards the test audio to the calling end.

The details of the above steps S306 to S307, please refer to fig. 10 specifically, fig. 10 is a schematic diagram of another transmission path for testing audio disclosed in the embodiment of the present invention, and only exemplarily shows a base station, an MME \ PGW, an SBC, and an imsi that a network end may include, and an application layer, a MODEM, and a HiFi-DSP module that a calling end includes, where the details of each part refer to the above related description, and are not described herein again.

It should be noted that the network end shown in fig. 10 is not limited to include only a partial structure shown in the figure, and may also include other devices that are not shown in the figure, and specific embodiments of the present invention are not listed here.

Next, with reference to fig. 10, a transmission path of the test audio obtained in the communication fault detection method using the calling end as the receiving end is described, where an uplink direction indicates a direction from the calling end to the network end, and a downlink direction indicates a direction from the network end to the calling end.

The transmission path of the test audio in the uplink direction is as follows: after the test audio is collected by the microphone, the test audio is converted into a digital audio signal by the codec and then is sent to the network end through the calling end. In the network end, if the receiving end is a base station, the test audio is sent to the base station to finish transmission in the uplink direction, if the receiving end is MME \ PGW, the test audio passes through the base station and finally reaches MME \ PGW, if the receiving end is SBC, the test audio sequentially passes through the base station, MME \ PGW and finally reaches SBC, and if the receiving end is IMSCORE, the test audio sequentially passes through the base station, MME \ PGW and SBC, and is sent to the IMSCORE after being processed according to a Media Gateway Control Function (MGCF).

The transmission path of the test audio in the downlink direction is as follows: if the receiving end is a base station, the base station sends the test audio to the calling end, if the receiving end is MME \ PGW, the test audio finally reaches the calling end through the MME \ PGW and the base station, if the receiving end is SBC, the test audio sequentially passes through SBC, MME \ PGW and the base station and finally reaches the calling end, and if the receiving end is IMSCORE, the test audio sequentially passes through IMSCORE, SBC, MME \ PGW and the base station and finally reaches the calling end.

For the details of the calling end, refer to the above related description, and are not described herein again.

S308, the calling end determines that the receiving end corresponding to the first information is a modem of the calling end according to the comparison result of the sent test audio and the received test audio when the communication link between the calling end and the receiving end corresponding to the first information is in a fault condition.

Referring to fig. 11, fig. 11 is a flowchart illustrating a communication fault detection method using a called end as a receiving end according to an embodiment of the present invention. The method may be implemented by the system shown in fig. 2, and as shown in fig. 11, the communication failure detection method includes the following steps:

in this embodiment, to detect a failure condition of a communication link between a first terminal and a second terminal, the first terminal may be used as a calling end, and the second terminal may be used as a receiving end, where the second terminal is a called end. It is understood that the communication between the first terminal and the second terminal is realized through a network.

S401, when receiving a calling instruction aiming at the first information, the calling terminal generates a calling request according to the calling instruction, wherein the calling instruction comprises an identification of a called terminal, and the calling request comprises the identification of the calling terminal and the identification of the called terminal.

The calling terminal may obtain the identifier of the called terminal when receiving the call instruction for the first information. For example, the calling terminal may include an application "phone," and when the calling terminal starts the application "phone," a dialing operation input by a user may be received, and the calling terminal generates a call request in response to the operation. The dialing operation of the user may include first information and an identifier of a called end, where the identifier of the called end may be SIM information included in the called end, for example, a call instruction received by the calling end with the called end as a receiving end may be "222999", where the first information is "222" to indicate that the receiving end is the called end, and the identifier of the called end is "999".

The call request also comprises the identification of the calling end, wherein the identification of the calling end is used for determining the receiving end of the call response of the calling end.

S402, the calling terminal sends a calling request to the called terminal corresponding to the first information according to the identification of the called terminal.

Specifically, the calling terminal may send the call request to the network terminal corresponding to the calling terminal, and then the network terminal sends the call request to the network terminal corresponding to the called terminal, and finally the network terminal corresponding to the called terminal sends the call request to the called terminal according to the identifier of the called terminal. For example, if the identifier of the called terminal is number X and the identifier of the called terminal is number Y, the calling terminal uses the number X to call the called terminal corresponding to the number Y through the base station, thereby implementing communication between the calling terminal and the called terminal.

And S403, the called terminal generates a call response corresponding to the call request.

Specifically, the called end can determine that the called end is used as an auxiliary end in the communication process by identifying the first information in the call request, so that the called end does not need to start functions such as a microphone, a receiver and an application end for displaying the call request, and generates a corresponding call response according to the call request. It can be understood that the called terminal can generate the call response corresponding to the call request without the operation of the user.

S404, the called terminal sends a call response to the calling terminal according to the identification of the calling terminal.

Specifically, the called terminal may send the call response to the network terminal, and then the network terminal sends the call response to the calling terminal according to the identifier of the calling terminal.

S405, the calling terminal receives the calling response.

It can be understood that, in the sending process of the call request and the call response in steps S402 to S405, a communication link between the calling end and the called end is established, and the communication link is used for implementing communication between the calling end and the called end, for example, implementing transmission of the test audio between the calling end and the called end.

S406, the calling terminal sends a test audio to the called terminal.

S407, the called terminal forwards the test audio to the calling terminal.

The details of the above steps S406 to S407 are shown in fig. 12, and fig. 12 is a schematic diagram of another transmission path for testing audio disclosed in the embodiment of the present invention, and only exemplarily shows a base station, an MME \ PGW, an SBC, and an imsi included in a network end, and an application layer, a MODEM, and a HiFi-DSP module included in a calling end, where the details of each part refer to the above related description, and are not repeated here.

Next, with reference to fig. 12, a transmission path of the test audio obtained in the communication fault detection method using the calling end as the receiving end is described, where an uplink direction indicates a direction from the calling end to the called end of the test audio, and a downlink direction indicates a direction from the called end to the calling end of the test audio.

The transmission path of the test audio in the uplink direction is: after the test audio is collected by the microphone, the test audio is converted into a digital audio signal by the codec, and then the digital audio signal sequentially passes through the calling end and the network end and finally reaches the called end. In the network terminal, the test audio sequentially passes through the base station, MME \ PGW and SBC corresponding to the calling terminal, then is sent to the IMSCORE, further sequentially passes through the SBC, MME \ PGW and base station corresponding to the called terminal, and finally reaches the called terminal. Wherein, in the called terminal, the test audio enters the modem and enters the HIFI-DSP module through inter-core communication.

The transmission path of the test audio in the downlink direction is as follows: the test audio enters the modem from the HIFI-DSP module of the called terminal through inter-core communication, is sent to the network terminal by the calling terminal, and finally reaches the calling terminal. In the network terminal, the test audio sequentially passes through the base station, MME \ PGW and SBC corresponding to the called terminal, then is sent to the IMSCORE, further sequentially passes through the SBC, MME \ PGW and base station corresponding to the calling terminal, and finally reaches the calling terminal.

For details of the calling end, refer to the above related description, and are not described herein again.

S408, the calling end determines the fault condition of the communication link between the calling end and the called end corresponding to the first information according to the comparison result of the sent test audio and the received test audio.

The details of the above steps refer to the related contents of steps S101 to S108, and are not described herein again.

Referring to fig. 13 based on the communication fault detection method, fig. 13 is a schematic flowchart of a method for detecting a communication fault node according to an embodiment of the present invention.

Specifically, the detection method may be implemented by the system shown in fig. 2, and specifically, the detection method may include a first terminal, a network terminal, and a second terminal, where the first terminal is a calling terminal, and the second terminal is a called terminal. The calling terminal can execute different communication fault detection methods of the receiving terminal for multiple times, and further, the node of the communication fault is determined by judging the fault conditions of different communication links.

As shown in fig. 13, the detection method may include the following steps:

s501, executing a communication failure detection method applied to a terminal as shown in fig. 6;

specifically, the first terminal executes the communication failure detection method shown in fig. 6, and obtains the failure condition of the first communication link.

S502, judging whether the communication fault condition of the first terminal is normal or not;

and determining the fault condition of the first communication link as the communication fault condition of the first terminal.

If the communication condition of the first terminal is normal, executing step S503;

and if the first terminal has communication faults, determining the node with the communication faults as the first terminal.

S503, executing a communication fault detection method with a network end as a receiving end as shown in fig. 9;

the network side may include a base station, MME \ PGW, SBC, and imsi. Specifically, a communication failure detection method using the IMSCORE as the receiving end may be executed to obtain a communication failure condition of the second communication link.

S504, judging whether the communication fault condition of the network end is normal or not;

and determining the communication fault condition of the second communication link as the communication fault condition of the network side.

If the communication condition of the network end is normal, executing step S505;

and if the network side has communication faults, determining the nodes with the communication faults as the network side.

S505, executing the communication fault detection method with the called end as the receiving end as shown in fig. 11;

specifically, a communication failure detection method using the second terminal as a receiving end may be executed to obtain a communication failure condition of the third communication link.

S506, judging whether the communication fault condition of the second terminal is normal or not;

and determining the communication fault condition of the third communication link as the communication fault condition of the second terminal.

If the communication condition of the second terminal is normal, determining that the communication fault node does not exist;

and if the second terminal has communication faults, determining the node with the communication faults as the second terminal.

In an implementation, step S503 may further include sequentially executing a communication fault detection method using the base station, the MME \ PGW, the SBC, and the imsi as the receiving end, and determining a communication fault node of the network end, which may specifically refer to relevant contents of steps S501 to S506, and is not described herein again.

In some embodiments, the execution order of step S501, step S503, and step S505 may be changed, and is not limited herein.

Fig. 14 is a schematic diagram of a hardware structure of a network end disclosed in the embodiment of the present invention, specifically, the network end may be any one of a base station, an MME \ PGW, an SBC, and an imsi, and may also be other devices, which is not limited herein. The network side shown in fig. 14 includes a memory 601, a processor 602, a communication interface 603, and a bus 604. The memory 601, the processor 602, and the communication interface 603 are communicatively connected to each other via a bus 604.

The Memory 601 may be a Read Only Memory (ROM), a static Memory device, a dynamic Memory device, or a Random Access Memory (RAM). The memory 601 may store a program, and the processor 602 and the communication interface 603 are configured to perform the steps of the communication failure detection in the embodiment of the present application when the program stored in the memory 601 is executed by the processor 602.

The processor 602 may employ a general-purpose Central Processing Unit (CPU), a microprocessor, an Application Specific Integrated Circuit (ASIC), a Graphics Processing Unit (GPU), or one or more Integrated circuits, to execute related programs, so as to implement the communication fault detection method according to the embodiment of the present invention.

The processor 602 may also be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the communication fault detection method of the present application may be implemented by integrated logic circuits of hardware or instructions in the form of software in the processor 602. The processor 602 may also be a general purpose processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic device, or discrete hardware components. The various methods, steps, and logic blocks disclosed in the embodiments of the present application may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software modules may be located in ram, flash, rom, prom, or eprom, registers, etc. as is well known in the art. The storage medium is located in the memory 601, and the processor 602 reads information in the memory 601 and completes the communication failure detection method according to the embodiment of the present application in combination with hardware thereof.

The communication interface 603 enables communication between the network side and other devices or communication networks using transceiver means such as, but not limited to, transceivers. For example, data (such as the global pose sequence in the embodiment of the present application) may be obtained through the communication interface 603.

Bus 604 may include a path that transfers information between various components on the network side (e.g., memory 601, processor 602, communication interface 603). In the above-described embodiments, all or part of the functions may be implemented by software, hardware, or a combination of software and hardware. When implemented in software, may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. The procedures or functions described in accordance with the embodiments of the application are all or partially generated when the computer program instructions are loaded and executed on a computer. The computer may be a general purpose computer, a special purpose computer, a network of computers, or other programmable device. The computer instructions may be stored in a computer readable storage medium. The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device, such as a server, a data center, etc., that includes one or more available media. The usable medium may be a magnetic medium (e.g., a floppy disk, a hard disk, a magnetic tape), an optical medium (e.g., a DVD), or a semiconductor medium (e.g., a Solid State Disk (SSD)), among others.

One of ordinary skill in the art will appreciate that all or part of the processes in the methods of the above embodiments may be implemented by hardware related to instructions of a computer program, which may be stored in a computer-readable storage medium, and when executed, may include the processes of the above method embodiments. And the aforementioned storage medium includes: various media capable of storing program codes, such as ROM or RAM, magnetic or optical disks, etc.

Claims

1. A communication failure detection method, comprising:

when a calling terminal receives a calling instruction aiming at first information, a calling request is generated according to the calling instruction, wherein the calling request comprises the first information;

the calling terminal sends the calling request so that a receiving terminal corresponding to the first information generates a calling response corresponding to the calling request after receiving the calling request; the first information is used for indicating a receiving end in a communication link, the receiving end corresponding to the first information is one of a modem, a network end and a called end of the calling end, and the calling end and the called end are both terminals;

the calling terminal receives the call response;

2. The method of claim 1, wherein the receiving end corresponding to the first message is the network end, the call request further includes an identifier of the calling end, and the identifier of the calling end is used to determine a receiving end of the call response, and the method further includes:

3. The method of claim 2, wherein the network side comprises an access network device and a core network device.

4. The method of claim 1, wherein a receiving end corresponding to the first message is the called end, and the method further comprises:

5. The method of claim 4, wherein the call request further comprises an identification of the calling end, and wherein the identification of the calling end is used to determine a receiving end of the call response.

6. The method according to claim 1, wherein the determining, by the calling end, the fault condition of the communication link between the calling end and the receiving end corresponding to the first information according to the comparison result between the test audio analyzed from the call response and the acquired test audio includes:

comparing the evaluation score to a target threshold;

7. The method of claim 6, wherein the calculating the evaluation score of the test audio parsed from the call answer comprises:

mapping the spectral distortion measure to the evaluation score.

8. A communication failure detection method, the method comprising:

a receiving terminal receives a call request from a calling terminal, wherein the call request is generated by the calling terminal according to a received call instruction aiming at first information, and the call request comprises the first information; the first information is used for indicating a receiving end in a communication link, the receiving end corresponding to the first information is one of a modem, a network end and a called end of the calling end, and the calling end and the called end are both terminals;

the receiving end generates a call response corresponding to the call request;

and the receiving terminal forwards the test audio to the calling terminal so that the calling terminal determines the fault condition of a communication link between the calling terminal and the receiving terminal according to the comparison result of the sent test audio and the received test audio.

9. The method of claim 8, wherein the call request further comprises an identifier of the calling end, and wherein the identifier of the calling end is used by the network end to determine the calling end as a receiving end of the call response.

10. The method of claim 8, wherein the receiving end is the called end, and wherein the call request further includes an identifier of the called end, and wherein the identifier of the called end is used by the network end to determine that the called end is the receiving end of the call request.

11. A calling terminal, comprising: the device comprises a processor, a memory, a display screen, at least one microphone and a communication interface, wherein the at least one microphone is used for acquiring test audio; the memory, the display screen, the at least one camera, and the communication interface are coupled to the processor, the memory is configured to store instructions, and the processor is configured to invoke the instructions stored by the memory to perform:

when a call instruction aiming at first information is received through the communication interface, generating a call request according to the call instruction, wherein the call request comprises the first information; the first information is used for indicating a receiving end in a communication link, the receiving end corresponding to the first information is one of a modem, a network end and a called end of the calling end, and the calling end and the called end are both terminals;

receiving the call response through the communication interface;

12. The calling end according to claim 11, wherein the receiving end corresponding to the first information is a network end, the call request further includes an identifier of the calling end, the identifier of the calling end is used to determine a receiving end of the call response, and the processor further performs:

and the calling terminal receives a call response sent by the network terminal.

13. The calling end according to claim 12, wherein the network end comprises an access network device and a core network device.

14. The calling end according to claim 11, wherein the receiving end corresponding to the first message is a called end, and the processor performs:

15. The calling end according to claim 14, wherein the call request further comprises an identification of the calling end, and the identification of the calling end is used to determine a receiving end of the call response of the calling end.

16. The calling terminal according to claim 11, wherein the processor performs:

comparing the evaluation score to a target threshold;

17. The calling end according to claim 16, wherein the processor comprises:

mapping the spectral distortion measure to the evaluation score.

18. A receiving end, comprising: a processor and a memory; the memory is coupled to the processor, the memory is used for storing instructions, and the processor is used for calling the instructions stored by the memory and executing: receiving a call request from a calling terminal, wherein the call request is generated by the calling terminal according to a received call instruction aiming at first information, and the call request comprises the first information; the first information is used for indicating a receiving end in a communication link, the receiving end corresponding to the first information is one of a modem, a network end and a called end of the calling end, and the calling end and the called end are both terminals;

generating a call response corresponding to the call request;

sending the call response to the calling end so that the calling end sends a test audio to the receiving end;

and forwarding the test audio to the calling end so that the calling end determines the fault condition of the communication link between the calling end and the receiving end according to the comparison result of the sent test audio and the received test audio.

19. The receiving end according to claim 18, wherein the call request further includes an identification of the calling end,

the identification of the calling terminal is used for the network terminal to determine the calling terminal as the receiving terminal of the call response.

20. The receiving end according to claim 18, wherein the receiving end is the called end, the call request further includes an identification of the called end,

the identification of the called terminal is used for the network terminal to determine that the called terminal is the receiving terminal of the call request.

21. A computer program product comprising instructions for causing a terminal to perform the method according to any one of claims 1 to 7 when the computer program product is run on a calling terminal.

22. A computer program product comprising instructions for causing a server to perform the method according to any one of claims 8 to 10 when the computer program product is run on a called terminal.

23. A computer-readable storage medium comprising instructions that, when executed on a calling terminal, cause the terminal to perform the method of any one of claims 1 to 7.

24. A computer-readable storage medium comprising instructions that, when executed on a called end, cause the server to perform the method of any one of claims 8 to 10.