Fault detection method, device, system and equipment of communication link and medium

Through the two-way detection mechanism and UID identification technology, the problem of inefficiency in communication link failure detection is solved, efficient fault location and maintenance is achieved, and the stability of the communication system is ensured.

CN120582964APending Publication Date: 2025-09-02广州广哈通信股份有限公司
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202510672435.9
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2025-05-23
Publication Date
2025-09-02

AI Technical Summary

Technical Problem

The existing communication link fault detection methods rely on manual inspection, are inefficient and cannot be accurately positioned, resulting in unreasonable maintenance strategies and affecting the stability of the communication system.

Method used

The two-way detection mechanism is adopted to achieve accurate positioning of faults by receiving call signals, generating path node information, hanging up delay and reverse detection, combined with UID identification and communication node link map.

Benefits of technology

It improves the efficiency and accuracy of communication link fault detection, ensures the integrity of link information, and achieves fast and accurate fault node positioning.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN120582964A_ABST
    Figure CN120582964A_ABST
Patent Text Reader

Abstract

The invention discloses a fault detection method, device, system and equipment of a communication link and a medium, and relates to the technical field of electric power communication, and the method comprises the steps: receiving a call signal which is initiated by a server and is used for detecting the communication link, and transmitting the call signal to detected terminal equipment; receiving equipment information which is transmitted back by the tested terminal equipment after the tested terminal equipment responds to the calling signal and contains the UID identifier, and synchronously generating path node information; when an on-hook signal sent by the detected terminal equipment is detected, on-hook delay is triggered, and equipment information is preferentially sent to the server; generating a communication node link diagram according to the path node information; calling is reversely detected step by step, and rapid and accurate positioning of link faults is achieved through a communication node link diagram.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present invention relates to the field of power communication technology, and in particular to a method, device, system, equipment and medium for detecting faults in a communication link. Background Art

[0002] With the continuous development of the information society, communication systems have also undergone tremendous changes, and people's requirements for communication quality are becoming increasingly higher. A communication link refers to the complete path for end-to-end transmission of voice or data signals in a communication system. A link failure occurs when any link in the communication path fails, resulting in a degradation of end-to-end communication quality or even a complete interruption. The stability of communication links directly affects social production and daily life, and a failure can lead to immeasurable losses.

[0003] Existing communication equipment detection methods can only rely on manual inspection of the line section by section. This method is time-consuming, inefficient, and cannot provide timely repairs. In addition, due to the subjectivity and technical limitations of manual inspection, it is impossible to accurately locate link faults, making it difficult to formulate reasonable maintenance strategies.

[0004] It can be seen that how to effectively troubleshoot communication links and maintain the stability of power communication systems has become a technical problem that needs to be urgently solved by those skilled in the art. Summary of the Invention

[0005] The present invention provides a communication link fault detection method, device, system, equipment and medium, which solves how to achieve accurate fault positioning and improve detection efficiency by designing a two-way detection mechanism for the communication link.

[0006] In order to solve the above technical problems, an embodiment of the present invention provides a method for detecting a fault in a communication link, comprising:

[0007] Receive a call signal for detecting a communication link initiated by the server and send it to the terminal device under test;

[0008] receiving device information including a UID identifier returned by the terminal device under test after responding to the call signal, and synchronously generating path node information;

[0009] When an on-hook signal sent by the tested terminal device is detected, triggering an on-hook delay, and preferentially sending the device information to the server;

[0010] Generate a communication node link graph according to the path node information;

[0011] Reversely detect calls step by step and locate link failures using the communication node link diagram.

[0012] The receiving server initiates a call signal for detecting a communication link and sends the signal to the terminal device under test, including:

[0013] After parsing and converting the received call signal, the signal is sent to the terminal device under test;

[0014] The path node information formed during the call process is synchronously recorded.

[0015] After triggering the on-hook delay when the on-hook signal sent by the tested terminal device is detected and the device information is preferentially sent to the server, the method further includes:

[0016] Delaying the return of the on-hook signal within a preset time;

[0017] After confirming that the device information has been sent to the server, the on-hook signal is sent to the server.

[0018] The step-by-step reverse detection call and locating the link failure using the communication node link graph include:

[0019] When it is detected that the terminal device under test does not respond to a call, calling the test number in the device information from the reverse end step by step;

[0020] The fault of the communication link is located in the communication node link diagram according to the call situation.

[0021] When each of the intelligent relay devices detects the on-hook instruction sent by the target terminal device, it sequentially performs the operations of on-hook delay and returning the UID identification information.

[0022] When the intelligent relay device is in the relay-out state, the test number generated by the program-controlled switch is reported to the call server.

[0023] Another embodiment of the present invention provides a communication link fault detection device, which is applied to the above method, and the device includes: a call server, a program-controlled switch, and a target terminal device;

[0024] The program-controlled switch includes several intelligent relay devices and non-intelligent relay devices, which are used to parse the call signaling sent by the call server and send it to the target terminal device;

[0025] The target terminal device is used to return the UID identification information to the call server after responding to the call signaling;

[0026] The call server is used to draw and send the call signaling, and generate a communication node link diagram marked with a fault according to the received UID identification information.

[0027] Another embodiment of the present invention provides a communication link fault detection system, including:

[0028] A calling module is used to receive a calling signal for detecting a communication link initiated by the server and send it to the terminal device under test;

[0029] A response module is used to receive the device information including the UID identifier returned by the terminal device under test after responding to the call signal;

[0030] A delay module, configured to trigger an on-hook delay upon detecting an on-hook signal sent by the terminal device under test, and preferentially send the device information to the server;

[0031] A link graph generating module, configured to generate a communication node link graph based on the path node information;

[0032] The fault location module is used to detect calls in reverse step by step and locate link faults based on the communication node link diagram.

[0033] Yet another embodiment of the present invention provides a computer device, comprising a processor, a memory, and a computer program stored in the memory and configured to be executed by the processor, wherein the processor implements the communication link fault detection method described above when executing the computer program.

[0034] Yet another embodiment of the present invention provides a computer-readable storage medium storing a computer program. When a device containing the computer-readable storage medium executes the computer program, the communication link fault detection method described above is implemented.

[0035] Compared with the prior art, the embodiments of the present invention have the following advantages:

[0036] The embodiments of the present invention jointly realize efficient and reliable communication link fault detection through intelligent relay collaborative control, voice channel in-band data transmission and two-way detection mechanism; among them, the present invention transmits the network-wide unique UID in the voice channel, which can realize conflict-free and accurate return of device identification; adopts multiple intelligent relay boards, executes the "on-hook signaling delayed sending + data priority reporting" strategy to generate a node link diagram, which can ensure the integrity of link information; introduces backward detection technology to evaluate the operating status of the link between the caller and the called party, and realizes the precise positioning of the fault node in combination with the link diagram. BRIEF DESCRIPTION OF THE DRAWINGS

[0037] Figure 1 This is a flow chart of a method for detecting a fault in a communication link in one embodiment of the present invention;

[0038] Figure 2It is a structural diagram of a communication link fault detection device in one embodiment of the present invention;

[0039] Figure 3 It is a schematic structural diagram of a communication link fault detection system in one embodiment of the present invention;

[0040] Figure 4 This is a structural block diagram of a preferred embodiment of a computer device provided by the present invention. DETAILED DESCRIPTION

[0041] The following will clearly and completely describe the technical solutions in the embodiments of the present invention in conjunction with the accompanying drawings. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of them. The purpose of providing these embodiments is to make the disclosure of the present invention more thorough and comprehensive. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without making creative efforts shall fall within the scope of protection of the present invention.

[0042] In the description of this application, the terms "first," "second," "third," etc. are used for descriptive purposes only and should not be understood to indicate or imply relative importance or implicitly specify the number of the technical features indicated. Therefore, a feature specified as "first," "second," "third," etc. may explicitly or implicitly include one or more of the features. In the description of this application, unless otherwise specified, "plurality" means two or more.

[0043] In the description of this application, it should be noted that, unless otherwise expressly specified and limited, the terms "installed", "connected" and "connected" should be understood in a broad sense. For example, it can be a fixed connection, a detachable connection, or an integral connection; it can be a mechanical connection or an electrical connection; it can be a direct connection, or an indirect connection through an intermediate medium, or it can be a communication between the two components. The terms "vertical", "horizontal", "left", "right", "up", "down" and similar expressions used herein are for illustrative purposes only, and do not indicate or imply that the device or component referred to must have a specific orientation, be constructed and operated in a specific orientation, and therefore cannot be understood as a limitation on the present invention. The term "and / or" used herein includes any and all combinations of one or more related listed items. For those of ordinary skill in the art, the specific meanings of the above terms in this application can be understood according to specific circumstances.

[0044] In the description of this application, it should be noted that, unless otherwise defined, all technical and scientific terms used in this application have the same meanings as those commonly understood by those skilled in the art. The terms used in this specification are only for the purpose of describing specific embodiments and are not intended to limit the present invention. Those skilled in the art will understand the specific meanings of the above terms in this application in specific circumstances.

[0045] In existing communication link fault detection processes, the connection status, voice quality, and internal device status of the terminal device under test can often only be detected when a call is connected. However, if a call cannot be completed, the link fault point cannot be located. Furthermore, in circuit-switched communication networks, the lack of intelligent transformation of individual digital trunk boards prevents effective identification of subsequent link status.

[0046] Based on this, an embodiment of the present invention provides a method for detecting a communication link failure. For details, see Figure 1 , Figure 1 The figure shows a flow chart of a method for detecting a fault in a communication link according to one embodiment of the present invention, which includes the following steps:

[0047] S1. Receive a call signal initiated by a server to detect a communication link and send it to the terminal device under test.

[0048] It should be understood that in a typical communication link architecture, the server is responsible for initiating the call, known as the calling party. Signaling is processed by modules such as the relay board and user board, and the call is sent to a dedicated terminal (the terminal device under test described below). The dedicated terminal then responds to the call (known as the called party), transmits the corresponding device information back to the server as the test target, and thus draws a link diagram of each node to indicate information such as the fault location.

[0049] In this embodiment, the cascaded relay devices at each level will receive the detection call signaling initiated by the server and perform signaling penetration and transmission operations. Specifically, each relay device will sequentially parse and convert the received call signal and then transmit it to the terminal device under test. During this process, the path node information formed during the call process will be recorded. It is worth noting that the calling number of the call initiating the call on the server can be individually configured.

[0050] For example, in some embodiments of the present invention, if the relay device includes an intelligent relay board and a non-intelligent relay board, the intelligent relay board will record the path information, which will be used to generate a subsequent link diagram, while the non-intelligent relay board will directly transmit the signaling to the next node.

[0051] S2. Receive the device information containing the UID identifier returned by the terminal device under test after answering the call signal, and synchronously generate path node information.

[0052] After the call signal is transmitted to the terminal device under test, it responds and transmits device information, including a network-wide unique UID, back to the server via the voice link. During this process, this device information is first received by a relay device and then forwarded to the server. The UID identifier identifies each terminal device, and the path node information includes information about the relay nodes passed through.

[0053] It's worth noting that a unified link quality test number will be used on the tested terminal device, making it easier to identify it. It should be understood that the traditional caller number displayed on the called terminal device varies depending on the server calling, which reduces the convenience of the customer checking the tested device. This embodiment replaces the caller's originating call number, allowing the called terminal to uniformly display the designated link quality test number, making it easier for the customer to understand the test status of the tested device.

[0054] S3. When a hang-up signal sent by the terminal device under test is detected, the hang-up delay is triggered, and the device information is sent to the server first.

[0055] During the device information transmission process, in order to ensure that the UID identification and test number are sent completely, the relay device will delay the transmission of the hang-up signal within a preset time after receiving the hang-up signaling of the terminal device under test. For example, a hang-up delay of 200ms+15ms is started. That is, within this delay, the relay device will temporarily suspend sending the hang-up signal of the terminal device under test, but give priority to processing data reporting. That is, the UID identification information, test number and other information are first transmitted back to the server, and when it is confirmed that these device information has been successfully sent to the server, the hang-up signal is sent to the server. The cascaded relay devices at all levels need to perform the above-mentioned hang-up and return operation steps of this embodiment in sequence until the last relay device on the signal link is completed.

[0056] As you can understand, in this embodiment, the active communication period is from the time the tested terminal device answers until it hangs up. During this period, the relay device only transparently transmits the voice stream and does not trigger any interception action. Regardless of how long the call lasts after the tested terminal device answers (30 seconds or 30 minutes), interception is only triggered when the tested terminal device "hangs up" and has no direct timing relationship with the answering action. This design avoids interfering with normal communication while accurately capturing key status information before the link is released.

[0057] Further, S4, a communication node link graph is generated according to the path node information.

[0058] It should be understood that in this embodiment, the communication node link diagram exists in the form of a topology diagram. The relationship between relay devices and the topology diagram is essentially a mapping between physical devices and the network's logical structure. Together, they constitute a visual operation and maintenance system for the communication network. For example, each intelligent relay board will exist as a unique node in the topology diagram, while non-intelligent relay boards will be marked as dotted nodes in the topology diagram.

[0059] Based on this, during the call process of this embodiment, data (UID identification, timestamp, etc.) is reported every time a smart relay board is passed through, and a path sequence is generated with these reported data, and the above-mentioned path node information is generated with these sequences, and a visual link topology diagram is constructed with these node information.

[0060] S5. Reversely detect calls step by step and locate link faults using the communication node link diagram.

[0061] On the server, based on the device information with the unique UID identifier of the entire network and the detection number (ie, test number) of the relevant program-controlled switch received in sequence, a communication node link connection diagram from the server to the terminal device under test can be drawn and stored.

[0062] If the terminal device under test detects that a call is unresponsive, a call is made from the reverse end using the test number in the device information. Specifically, the server generates a reverse test queue based on the link map, initiates a reverse test from the end node, and locates the communication link fault within the communication node link map based on the call results. Specifically, the call number is the test number of the programmable switch reported by each relay node. By calling with this test number, the faulty node is located.

[0063] In summary, this embodiment initiates a detection call through the call server, and the intelligent relay board dynamically parses and forwards the signaling. After the terminal device responds, it returns a unique UID identifier through the voice channel. At the same time, the intelligent relay board signaling delay control is used to realize priority reporting of data before hanging up, and the network-wide unique UID and test number are transmitted on the voice channel. At the same time, combined with the dotted path mark of the non-intelligent relay device, an accurate communication node link topology map is generated, and when the communication is abnormal, the reverse step-by-step call mechanism is triggered to quickly and accurately locate the faulty node, thereby improving the efficiency of communication link detection.

[0064] An embodiment of the present invention provides a communication link fault detection device. For details, see Figure 2 , Figure 2The figure shows a schematic diagram of a communication link fault detection device according to one embodiment of the present invention. The device includes a call server, a program-controlled switch, and a dedicated terminal device (i.e., the target terminal device under test in this embodiment). The dedicated terminal device, as the end node of the communication link, receives and responds to test calls from the call server, fulfilling the dual roles of UID return and link quality feedback.

[0065] The program-controlled exchange includes several intelligent relay devices and non-intelligent relay devices, which are used to parse the call signaling sent by the call server and send it to the target terminal device.

[0066] from Figure 2 As can be seen, the program-controlled switches in this embodiment are configured in two groups. The group of program-controlled switches near the call server includes intelligent relay boards A and B and a non-intelligent relay board F. The group of program-controlled switches near dedicated terminal devices E and I is configured with two intelligent relay boards C and G and two user boards D and H. Relay boards C and G are connected to user boards D and H, respectively. It should be understood that the user board is the core module that connects to the user terminal device and is responsible for implementing the physical interface and signal processing between the user line and the switch.

[0067] For example, the intelligent relay boards provided in this embodiment are the digital relay boards A and B after intelligent transformation. They are mixed with the non-intelligent digital relay board F, such as the IP-type digital relay board, to form a network. All links between the two intelligently transformed digital relay boards are regarded as the same link, and the detection results are not affected.

[0068] Correspondingly, the target terminal device is used to return the UID identification information to the call server after answering the call signaling. The call server is used to draw and send the call signaling, and generate a communication node link diagram with the fault marked based on the received UID identification information. Example:

[0069] The link connection diagram generated by the dedicated terminal device E is: server-ABCD-dedicated terminal device E, and the link connection diagram through the dedicated terminal device I is: server-AGH-dedicated terminal device I.

[0070] When each intelligent relay device detects the on-hook instruction sent by the target terminal device, it executes the operations of on-hook delay and UID identification information return in sequence.

[0071] like Figure 2 As shown, when the intelligent relay device is in the relay state, the test number generated by the program-controlled switch is reported to the call server.

[0072] Another embodiment of the present invention provides a communication link fault detection system. For details, see Figure 3 , Figure 3 The figure shows a schematic diagram of the structure of a communication link fault detection system in one embodiment of the present invention, including:

[0073] The calling module M1 is used to receive the calling signal initiated by the server for detecting the communication link and send it to the terminal device under test;

[0074] The answering module M2 is used to receive the device information including the UID identifier returned by the terminal device under test after answering the call signal, and synchronously generate the path node information;

[0075] The delay module M3 is configured to trigger an on-hook delay upon detecting an on-hook signal sent by the terminal device under test, and preferentially send the device information to the server;

[0076] A link graph generating module M4 is configured to generate a communication node link graph based on the path node information;

[0077] The fault location module M5 is used to detect calls in reverse step by step and locate link faults based on the communication node link graph.

[0078] like Figure 4 As shown, an embodiment of the present invention further provides a computer device, Figure 4 This is a structural block diagram of a preferred embodiment of a computer device provided by the present invention, wherein the computer device includes a processor, a memory, and a computer program stored in the memory and configured to be executed by the processor, and the processor implements the above-mentioned method when executing the computer program.

[0079] Preferably, the computer program can be divided into one or more modules / units (e.g., computer program 1, computer program 2, ...), which are stored in the memory and executed by the processor to implement the present invention. The one or more modules / units can be a series of computer program instruction segments capable of implementing specific functions, and the instruction segments are used to describe the execution process of the computer program in the computer device.

[0080] The processor can be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field-programmable gate arrays (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor can be a microprocessor, or the processor can be any conventional processor. The processor is the control center of the terminal device, and uses various interfaces and lines to connect the various parts of the terminal device.

[0081] The memory mainly includes a program storage area and a data storage area, wherein the program storage area can store an operating system, an application program required for at least one function, etc., and the data storage area can store related data, etc. In addition, the memory can be a high-speed random access memory, or a non-volatile memory, such as a plug-in hard disk, a smart memory card (SmartMedia Card, SMC), a secure digital (Secure Digital, SD) card, and a flash card, etc., or the memory can also be other volatile solid-state storage devices.

[0082] It should be noted that the above terminal device may include, but is not limited to, a processor and a memory. Those skilled in the art will understand that Figure 4 The structural block diagram is only an example of a terminal device and does not constitute a limitation of the terminal device. It may include more or fewer components than shown in the figure, or a combination of certain components, or different components. Those skilled in the art will understand that all or part of the processes in the above-mentioned embodiment methods can be implemented by instructing the relevant hardware through a computer program. The program can be stored in a computer-readable storage medium. When the program is executed, it may include the processes of the embodiments of the above-mentioned methods. The storage medium may be a magnetic disk, an optical disk, a read-only memory (ROM) or a random access memory (RAM).

[0083] Accordingly, an embodiment of the present invention provides a computer-readable storage medium, wherein the computer-readable storage medium includes a stored computer program, wherein when the computer program is executed, the device where the computer-readable storage medium is located is controlled to perform the steps in the method of the above embodiment, for example Figure 1 Steps S1 to S5 described in .

[0084] The technical features and technical effects of the communication link fault detection system proposed in the embodiment of the present invention are the same as the technical features and technical effects of the communication link fault detection method proposed in the embodiment of the present invention, and are not described in detail here.

[0085] The above-described embodiments merely illustrate several implementations of the present invention, and while their descriptions are relatively specific and detailed, they should not be construed as limiting the scope of the present invention. It should be noted that a person skilled in the art would be able to make numerous variations and improvements without departing from the spirit of the present invention, all of which fall within the scope of protection of the present invention. Therefore, the scope of protection of the present invention shall be determined by the appended claims.

Claims

1. A method for detecting a fault in a communication link, characterized in that: Relay devices at all levels used in cascade include: Receive a call signal for detecting a communication link initiated by the server and send it to the terminal device under test; receiving device information including a UID identifier returned by the terminal device under test after responding to the call signal, and synchronously generating path node information; When an on-hook signal sent by the tested terminal device is detected, triggering an on-hook delay, and preferentially sending the device information to the server; Generate a communication node link graph according to the path node information; Reversely detect calls step by step and locate link failures using the communication node link diagram.

2. The method for detecting a fault in a communication link according to claim 1, wherein: The receiving server initiates a call signal for detecting a communication link and sends the signal to the terminal device under test, including: After parsing and converting the received call signal, the signal is sent to the terminal device under test; The path node information formed during the call process is synchronously recorded.

3. The method for detecting a fault in a communication link according to claim 1, wherein: The method further comprises: triggering an on-hook delay when detecting an on-hook signal sent by the tested terminal device, and preferentially sending the device information to the server; Delaying the return of the on-hook signal within a preset time; After confirming that the device information has been sent to the server, the on-hook signal is sent to the server.

4. The method for detecting a fault in a communication link according to claim 1, wherein: The step-by-step reverse detection call and locating the link failure using the communication node link graph include: When it is detected that the terminal device under test does not respond to a call, calling the test number in the device information from the reverse end step by step; The fault of the communication link is located in the communication node link diagram according to the call situation.

5. A communication link fault detection device, characterized in that: Applied to the method according to claims 1 to 4, the apparatus comprises: a call server, a program-controlled switch, and a target terminal device; The program-controlled switch includes several intelligent relay devices and non-intelligent relay devices, which are used to parse the call signaling sent by the call server and send it to the target terminal device; The target terminal device is used to return the UID identification information to the call server after responding to the call signaling; The call server is used to draw and send the call signaling, and generate a communication node link diagram marked with a fault according to the received UID identification information.

6. The communication link fault detection device according to claim 5, wherein: When each of the intelligent relay devices detects the on-hook instruction sent by the target terminal device, it sequentially performs the operations of on-hook delay and returning the UID identification information.

7. The communication link fault detection device according to claim 5, characterized in that: When the intelligent relay device is in the relay-out state, the test number generated by the program-controlled switch is reported to the call server.

8. A communication link fault detection system, characterized in that: include: A calling module is used to receive a calling signal for detecting a communication link initiated by the server and send it to the terminal device under test; A response module is used to receive the device information including the UID identifier returned by the terminal device under test after responding to the call signal; A delay module, configured to trigger an on-hook delay upon detecting an on-hook signal sent by the terminal device under test, and preferentially send the device information to the server; A link graph generating module, configured to generate a communication node link graph based on the path node information; The fault location module is used to detect calls in reverse step by step and locate link faults based on the communication node link diagram.

9. A computer device, characterized in that: The method comprises a processor, a memory, and a computer program stored in the memory and configured to be executed by the processor, wherein when the processor executes the computer program, the method for detecting a fault in a communication link according to any one of claims 1 to 4 is implemented.

10. A computer-readable storage medium, characterized in that The computer-readable storage medium stores a computer program, wherein when the device where the computer-readable storage medium is located executes the computer program, the communication link fault detection method according to any one of claims 1 to 4 is implemented.