A fault detection method, device and storage medium

Abstract

This application provides a fault detection method, apparatus, and storage medium, relating to the field of communication technology, to address the technical problem of low fault detection efficiency in general technologies. The fault detection method includes: acquiring alarm information sent by an alarm device; determining the fault result corresponding to the alarm information based on a pre-created service resource tree model; the service resource tree model represents the routing topology of multiple communication links; and the alarm device is a network device on at least one of the multiple communication links.

Description

Technical Field

[0001] This application relates to the field of communication technology, and in particular to a fault detection method, device and storage medium. Background Technology

[0002] With the increasing prevalence of broadband, broadband faults are accounting for a growing proportion of daily user complaints. Given the complexity of platforms and networks involved in broadband faults, quickly detecting the location of such faults is a pressing technical challenge that needs to be addressed.

[0003] Currently, common fault detection methods typically require backend maintenance personnel to manually diagnose and locate the problem before it can be resolved. However, when troubleshooting broadband faults, backend maintenance personnel often need to collaborate with multiple departments and log into multiple systems to query data, resulting in heavy backend maintenance workload, poor user experience, and ultimately low fault detection efficiency. Summary of the Invention

[0004] This application provides a fault detection method, apparatus, and storage medium to solve the technical problem of low fault detection efficiency in general technologies.

[0005] To achieve the above objectives, this application adopts the following technical solution:

[0006] Firstly, a fault detection method is provided, comprising: acquiring alarm information sent by an alarm device; determining the fault result corresponding to the alarm information based on a pre-created service resource tree model; the service resource tree model is used to represent the routing topology of multiple communication links; and the alarm device is a network device on at least one of the multiple communication links.

[0007] Optionally, multiple communication links correspond one-to-one with multiple user equipments; the fault detection method further includes: for each of the multiple communication links, acquiring communication data in the communication link; the communication data includes: optical line terminal (OLT) device data, Ethernet broadband access authentication (IPOE) message data, remote authentication dial-in user service (RADIUS) user data, and optical network unit (ONU) device data; based on the OLT device data and IPOE message data, determining a first connection relationship; the first connection relationship is used to represent the connection relationship between the broadband access server (BARS) device and the OLT device; based on the RADIUS user data and the first connection relationship, determining a second connection relationship; the second connection relationship is used to represent the connection relationship between the user equipment corresponding to the RADIUS user data and the BARS device; based on the ONU device data and the second connection relationship, determining the routing topology of the communication link corresponding to the user equipment; based on the routing topology of the communication link corresponding to each user equipment, determining the service resource tree model.

[0008] Optionally, based on a pre-created service resource tree model, the fault result corresponding to the alarm information is determined, including: when the alarm information is a passive optical network PON port alarm information sent by the OLT device, and the PON port alarm information is used to indicate that the target ONU device is offline, the working status of the target optical network device (ONT) user equipment connected to the optical splitter corresponding to the target ONU device is determined based on the service resource tree model; when the working status of the target ONT user equipment connected to the optical splitter corresponding to the target ONU device is offline, the access drop cable of the target ONT user equipment is determined to be faulty.

[0009] Optionally, based on a pre-created service resource tree model, the fault result corresponding to the alarm information is determined, including: when the alarm information is a PON port alarm information sent by the OLT device, and the PON port alarm information is used to indicate that the target ONU device is offline, the working status of multiple ONT user devices connected to the secondary optical splitter corresponding to the target ONU device is determined based on the service resource tree model; when the working status of multiple ONT user devices connected to the secondary optical splitter corresponding to the target ONU device is offline, the access optical cable fault of the secondary optical splitter corresponding to the target ONU device is determined.

[0010] Optionally, based on a pre-created service resource tree model, the fault result corresponding to the alarm information is determined, including: when the alarm information is a PON port alarm information sent by the OLT device, and the PON port alarm information is used to indicate that multiple ONU devices are offline, the working status of multiple ONT user devices connected to the primary optical splitter corresponding to the multiple ONU devices is determined based on the service resource tree model; when the working status of multiple ONT user devices connected to the primary optical splitter corresponding to the multiple ONU devices is offline, the access optical cable of the primary optical splitter corresponding to the multiple ONU devices is determined to be faulty.

[0011] Optionally, acquiring alarm information sent by alarm devices includes: acquiring multiple original alarm information sent by multiple network devices; each of the multiple original alarm information corresponds one-to-one with multiple network devices; clustering the multiple original alarm information based on a clustering algorithm to obtain alarm information of at least one category; and alarm information sent by alarm devices belonging to any one of the categories.

[0012] Optionally, the fault detection method further includes: displaying the routing topology of multiple communication links based on urban information modeling technology; displaying fault information corresponding to the fault result on the routing topology of multiple communication links; the fault information includes at least one of the following: fault location, fault area, and fault user.

[0013] Optionally, the fault detection method may also include: determining the fault range corresponding to the fault result based on the business resource tree model; and determining the fault location corresponding to the fault result based on the fault range.

[0014] Optionally, the fault detection method may also include: after repairing the fault corresponding to the fault result, determining the fault repair result based on the status detection operation; the status detection operation includes: account dialing test operation and network speed test operation.

[0015] Optionally, the fault detection method further includes: when the fault repair result is that the fault is successfully repaired, sending a fault repair success message to the online user, and determining the offline duration of the offline user; when the offline duration is longer than a preset duration, sending a fault detection request message to the offline user; the fault detection request message is used to detect whether the offline user has other faults besides the fault result.

[0016] Secondly, a fault detection device is provided, comprising: an acquisition unit and a processing unit; the acquisition unit is used to acquire alarm information sent by an alarm device; the processing unit is used to determine the fault result corresponding to the alarm information based on a pre-created service resource tree model; the service resource tree model is used to represent the routing topology of multiple communication links; the alarm device is a network device on at least one of the multiple communication links.

[0017] Optionally, multiple communication links correspond one-to-one with multiple user equipments; the acquisition unit is further configured to acquire communication data in each of the multiple communication links; the communication data includes: optical line terminal (OLT) device data, Ethernet broadband access authentication (IPOE) message data, remote authentication dial-in user service (RADIUS) user data, and optical network unit (ONU) device data; the processing unit is further configured to determine a first connection relationship based on the OLT device data and the IPOE message data; the first connection relationship represents the connection relationship between the broadband access server (BARS) device and the OLT device; the processing unit is further configured to determine a second connection relationship based on the RADIUS user data and the first connection relationship; the second connection relationship represents the connection relationship between the user equipment corresponding to the RADIUS user data and the BARS device; the processing unit is further configured to determine the routing topology of the communication link corresponding to the user equipment based on the ONU device data and the second connection relationship; the processing unit is further configured to determine the service resource tree model based on the routing topology of the communication link corresponding to each user equipment.

[0018] Optionally, the processing unit is specifically used to: when the alarm information is a passive optical network PON port alarm information sent by the OLT device, and the PON port alarm information is used to indicate that the target ONU device is offline, determine the working status of the target optical network device (ONT) user equipment connected to the optical splitter corresponding to the target ONU device based on the service resource tree model; when the working status of the target ONT user equipment connected to the optical splitter corresponding to the target ONU device is offline, determine that the access drop cable of the target ONT user equipment is faulty.

[0019] Optionally, the processing unit is specifically used to: when the alarm information is a PON port alarm information sent by the OLT device, and the PON port alarm information is used to indicate that the target ONU device is offline, determine the working status of multiple ONT user devices connected to the secondary optical splitter corresponding to the target ONU device based on the service resource tree model; when the working status of multiple ONT user devices connected to the secondary optical splitter corresponding to the target ONU device is offline, determine the access optical cable fault of the secondary optical splitter corresponding to the target ONU device.

[0020] Optionally, the processing unit is specifically used to: when the alarm information is a PON port alarm information sent by the OLT device, and the PON port alarm information is used to indicate that multiple ONU devices are offline, determine the working status of multiple ONT user devices connected to the primary optical splitter corresponding to the multiple ONU devices based on the service resource tree model; when the working status of multiple ONT user devices connected to the primary optical splitter corresponding to the multiple ONU devices is offline, determine that the access optical cable of the primary optical splitter corresponding to the multiple ONU devices is faulty.

[0021] Optionally, the acquisition unit is specifically used for: acquiring multiple original alarm messages sent by multiple network devices; each of the multiple original alarm messages corresponds one-to-one with a multiple network device; clustering the multiple original alarm messages based on a clustering algorithm to obtain alarm messages of at least one category; and alarm messages sent by alarm devices belonging to any one of the categories.

[0022] Optionally, the fault detection device further includes: a display unit; the display unit is used to display the routing topology of multiple communication links based on urban information model technology; the display unit is also used to display fault information corresponding to the fault result on the routing topology of multiple communication links; the fault information includes at least one of: fault location, fault area and fault user.

[0023] Optionally, the processing unit is further configured to determine the fault range corresponding to the fault result based on the business resource tree model; the processing unit is further configured to determine the fault location corresponding to the fault result based on the fault range. Optionally, the processing unit is further configured to determine the fault repair result based on status detection operations after repairing the fault corresponding to the fault result; the status detection operations include: account dialing test operation and network speed test operation.

[0024] Optionally, the fault detection device further includes: a sending unit; the sending unit is used to send a fault repair success message to the online user when the fault repair result is that the fault repair is successful, and to determine the offline duration of the offline user; the sending unit is also used to send a fault detection request message to the offline user when the offline duration is longer than a preset duration; the fault detection request message is used to detect whether the offline user has other faults besides the fault result.

[0025] Thirdly, a fault detection device is provided, including a memory and a processor; the memory is used to store computer execution instructions, and the processor is connected to the memory via a bus; when the fault detection device is running, the processor executes the computer execution instructions stored in the memory, so that the fault detection device performs the fault detection method described in the first aspect.

[0026] The fault detection device can be a network device or a component of a network device, such as a chip system within the network device. This chip system supports the network device in implementing the functions involved in the first aspect and any of its possible implementations, such as acquiring, determining, and transmitting the data and / or information involved in the aforementioned fault detection method. The chip system includes a chip, but may also include other discrete devices or circuit structures.

[0027] Fourthly, a computer-readable storage medium is provided, comprising computer-executable instructions that, when executed on a computer, cause the computer to perform the fault detection method described in the first aspect.

[0028] Fifthly, a computer program product is also provided, which includes computer instructions that, when executed on a fault detection device, cause the fault detection device to perform the fault detection method as described in the first aspect above.

[0029] It should be noted that the aforementioned computer instructions may be stored, in whole or in part, on a computer-readable storage medium. This computer-readable storage medium may be packaged together with the processor of the fault detection device, or it may be packaged separately from the processor of the fault detection device; this application does not limit this.

[0030] The descriptions of the second, third, fourth, and fifth aspects of this application can be referenced to the detailed description of the first aspect.

[0031] In the embodiments of this application, the names of the aforementioned fault detection devices do not limit the devices or functional modules themselves. In actual implementation, these devices or functional modules may appear under other names. For example, the receiving unit may also be called a receiving module, receiver, etc. As long as the functions of each device or functional module are similar to those of this application, they fall within the scope of the claims of this application and their equivalents.

[0032] The technical solution provided in this application brings at least the following beneficial effects:

[0033] Based on any of the above aspects, this application provides a fault detection method. After obtaining alarm information sent by an alarm device, the method can determine the fault result corresponding to the alarm information based on a pre-created service resource tree model. Since the service resource tree model is used to represent the routing topology of multiple communication links, and the alarm device is a network device on at least one of the multiple communication links, this application can quickly and accurately detect the fault result corresponding to the alarm information based on the service resource tree model, thereby improving the performance and efficiency of fault detection.

[0034] The beneficial effects of the first, second, third, fourth, and fifth aspects of this application can all be referred to in the analysis of the above-mentioned beneficial effects, and will not be repeated here. Attached Figure Description

[0035] Figure 1 This is a schematic diagram illustrating an application scenario of a fault detection method provided in an embodiment of this application;

[0036] Figure 2 A schematic diagram of the hardware structure of the fault detection device provided in the embodiments of this application. Figure 1 ;

[0037] Figure 3 A schematic diagram of the hardware structure of the fault detection device provided in the embodiments of this application. Figure 2 ;

[0038] Figure 4 A flowchart illustrating a fault detection method provided in this application embodiment. Figure 1 ;

[0039] Figure 5 A flowchart illustrating a fault detection method provided in this application embodiment. Figure 2 ;

[0040] Figure 6 A flowchart illustrating a fault detection method provided in this application embodiment. Figure 3 ;

[0041] Figure 7 A flowchart illustrating a fault detection method provided in this application embodiment. Figure 4 ;

[0042] Figure 8 A flowchart illustrating a fault detection method provided in this application embodiment. Figure 5 ;

[0043] Figure 9 This is a schematic diagram of the structure of a fault detection device provided in an embodiment of this application. Detailed Implementation

[0044] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0045] It should be noted that in the embodiments of this application, the words "exemplary" or "for example" are used to indicate examples, illustrations, or explanations. Any embodiment or design scheme described as "exemplary" or "for example" in the embodiments of this application should not be construed as being more preferred or advantageous than other embodiments or design schemes. Specifically, the use of the words "exemplary" or "for example" is intended to present the relevant concepts in a specific manner.

[0046] To facilitate a clear description of the technical solutions of the embodiments of this application, the terms "first" and "second" are used in the embodiments of this application to distinguish the same or similar items with essentially the same function and effect. Those skilled in the art can understand that the terms "first" and "second" are not intended to limit the quantity or execution order.

[0047] As described in the background section, with the increasing popularity of broadband, broadband faults account for a larger proportion of daily user complaints. Due to the complexity of broadband faults involving platforms and networks, there is still no effective means to locate the fault and the scope of affected users when there are large-scale failures in upper-layer equipment or when the network is being optimized and adjusted.

[0048] Common fault detection methods typically require manual diagnosis and location by backend maintenance personnel before they can be addressed. However, troubleshooting broadband faults often necessitates collaboration between multiple departments and logging into multiple systems to query data, resulting in heavy backend maintenance workload, a poor user experience, and ultimately, low fault detection efficiency. These problems have become even more pronounced with the vigorous development of Passive Optical Network (PON) access, due to the lack of effective and easy-to-use fault location methods for PON network access.

[0049] To address the aforementioned issues, this application provides a fault detection method. After acquiring alarm information sent by an alarm device, the method can determine the fault result corresponding to the alarm information based on a pre-created service resource tree model. Since the service resource tree model is used to represent the routing topology of multiple communication links, and the alarm device is a network device on at least one of the multiple communication links, this application can quickly and accurately detect the fault result corresponding to the alarm information based on the service resource tree model, thus improving the performance and efficiency of fault detection.

[0050] This fault detection method is applicable to fault detection systems. Figure 1 One structure of the fault detection system is shown. For example... Figure 1 As shown, the fault detection system includes a first electronic device 101 and multiple second electronic devices 102.

[0051] The first electronic device 101 is communicatively connected to a plurality of second electronic devices 102.

[0052] In practical applications, the first electronic device 101 can be connected to any number of second electronic devices 102. For ease of understanding, Figure 1 The following is an example of a first electronic device 101 connected to three second electronic devices 102.

[0053] In this embodiment of the application, a plurality of second electronic devices 102 are used to provide data for fault detection to a first electronic device 101, so that the first electronic device 101 performs fault detection based on the data sent by the plurality of second electronic devices 102.

[0054] Optionally, the data used for fault detection may include: optical line terminal (OLT) equipment data, IP over Ethernet (IPOE) message data, remote authentication dial-in user service (RADIUS) user data, and optical network unit (ONU) equipment data, etc.

[0055] The OLT device data includes: OLT device name, OLT IP, and other relevant data of the OLT device.

[0056] IPOE message data includes: Broadband Remote Access Server (BRAS) device name, BRAS IP, BRAS downlink port and other relevant data of the BRAS device.

[0057] RADIUS user data includes: RADIUS user online / offline records, user broadband accounts, user contracted bandwidth, Virtual Local Area Network (VLAN) information, and other RADIUS user data.

[0058] VLAN information includes: service VLAN (SVLAN) information, and / or user VLAN (CVALN) information.

[0059] ONU device data includes: ONU IP, PON port information, ONU ID, and other relevant data of the ONU device.

[0060] Optionally, the multiple second electronic devices 102 may include devices such as network management resource systems, big data platforms, and RADIUS platforms used to provide fault detection data.

[0061] The network management resource system is used to provide OLT device data and ONU device data to the first electronic device 101.

[0062] A network management resource system is a system that combines software and hardware to adjust the network status, ensuring the normal and efficient operation of the network system and making better use of the network resources. It is a collection of various network management functions implemented on the basis of a network management platform.

[0063] The big data platform is used to provide IPOE message data to the first electronic device 101.

[0064] A big data platform is a network platform that provides services through content sharing, resource sharing, channel co-construction, and data sharing.

[0065] The RADIUS platform is used to provide RADIUS user data to the first electronic device 101.

[0066] The RRADIUS platform is a network protocol used to authenticate and authorize user access, encompassing both remote and local access. The RRADIUS platform is used to authenticate user information and record user online / offline activity.

[0067] In one feasible implementation, embodiments of this application can integrate data from network management resource systems, big data platforms, RADIUS platforms, and other platforms to achieve automated data acquisition. In this case, the first electronic device 101 can be connected to a second electronic device 102. The second electronic device 102 can store all the data used for fault detection.

[0068] Optionally, the physical device of the first electronic device 101 may be a server, a terminal, or other electronic devices used for fault detection. This application embodiment does not limit this.

[0069] Optionally, the aforementioned terminal may be a device that provides voice and / or data connectivity to a user, a handheld device with wireless connectivity, or other processing device connected to a wireless modem. The wireless terminal may communicate with one or more core networks via a radio access network (RAN). The wireless terminal may be a mobile terminal, such as a mobile phone (or "cellular" phone) and a computer with a mobile terminal, or a portable, pocket-sized, handheld, computer-embedded, or vehicle-mounted mobile device that exchanges voice and / or data with the radio access network, such as a mobile phone, tablet computer, laptop computer, netbook, or personal digital assistant (PDA).

[0070] Optionally, the server mentioned above can be one of the servers in a server cluster (composed of multiple servers), a chip in the server, a system-on-a-chip in the server, or a virtual machine (VM) deployed on a physical machine. This application embodiment does not limit this.

[0071] Optionally, when the first electronic device 101 is a server and the second electronic device 102 is a server that stores all the data used for fault detection, the first electronic device 101 and the second electronic device 102 can be two independently configured devices or integrated into the same device.

[0072] It is easy to understand that when the first electronic device 101 and the second electronic device 102 are integrated into the same device, the communication method between the first electronic device 101 and the second electronic device 102 is the same as the communication method between internal modules of the device. In this case, the communication process between the two is the same as that between the first electronic device 101 and the second electronic device 102 when they are independent of each other.

[0073] For ease of understanding, this application will be described using the example of the first electronic device 101 and the second electronic device 102 being independent of each other.

[0074] The basic hardware structure of the first electronic device 101 and the second electronic device 102 includes: Figure 2 or Figure 3 The fault detection device shown includes the following components. Figure 2 and Figure 3 Taking the fault detection device shown as an example, the hardware structure of the first electronic device 101 and the second electronic device 102 will be introduced.

[0075] like Figure 2 The diagram shown is a hardware structure schematic of a fault detection device provided in an embodiment of this application. The fault detection device includes a processor 21, a memory 22, a communication interface 23, and a bus 24. The processor 21, memory 22, and communication interface 23 are connected via the bus 24.

[0076] Processor 21 is the control center of the fault detection device. It can be a single processor or a collective term for multiple processing elements. For example, processor 21 can be a general-purpose central processing unit (CPU) or other general-purpose processors. Among them, the general-purpose processor can be a microprocessor or any conventional processor.

[0077] As one embodiment, processor 21 may include one or more CPUs, for example Figure 2 CPU 0 and CPU 1 are shown in the diagram.

[0078] The memory 22 may be a read-only memory (ROM) or other type of static storage device capable of storing static information and instructions, random access memory (RAM) or other type of dynamic storage device capable of storing information and instructions, or electrically erasable programmable read-only memory (EEPROM), disk storage media or other magnetic storage devices, or any other medium capable of carrying or storing desired program code in the form of instructions or data structures and accessible by a computer, but is not limited thereto.

[0079] In one possible implementation, the memory 22 can exist independently of the processor 21. The memory 22 can be connected to the processor 21 via a bus 24 and is used to store instructions or program code. When the processor 21 calls and executes the instructions or program code stored in the memory 22, it can implement the fault detection method provided in the following embodiments of this application.

[0080] In this embodiment, the software programs stored in the memory 22 are different for the first electronic device 101 and the second electronic device 102, therefore the functions implemented by the first electronic device 101 and the second electronic device 102 are different. The functions performed by each device will be described in conjunction with the following flowchart.

[0081] In another possible implementation, the memory 22 can also be integrated with the processor 21.

[0082] Communication interface 23 is used for the fault detection device to connect with other devices via a communication network, such as Ethernet, wireless access network, or wireless local area network (WLAN). Communication interface 23 may include a receiving unit for receiving data and a transmitting unit for sending data.

[0083] Bus 24 can be an industry standard architecture (ISA) bus, a peripheral component interconnect (PCI) bus, or an extended industry standard architecture (EISA) bus, etc. This bus can be divided into address bus, data bus, control bus, etc. For ease of representation, Figure 2 The bus is represented by a single thick line, but this does not mean that there is only one bus or one type of bus.

[0084] Figure 3 Another hardware structure of the fault detection device in an embodiment of this application is shown. For example... Figure 3 As shown, the fault detection device may include a processor 31 and a communication interface 32. The processor 31 is coupled to the communication interface 32.

[0085] The functions of processor 31 can be referred to in the description of processor 21 above. In addition, processor 31 also has a storage function, and can perform the functions of memory 22 mentioned above.

[0086] The communication interface 32 is used to provide data to the processor 31. This communication interface 32 can be an internal interface of the fault detection device, or it can be an external interface of the fault detection device (equivalent to communication interface 23).

[0087] It should be pointed out that, Figure 2 (or Figure 3 The structure shown in the diagram does not constitute a limitation on the fault detection device, except... Figure 2 (or Figure 3 In addition to the components shown in the diagram, the fault detection device may include more or fewer components than shown in the diagram, or combine certain components, or have different component arrangements.

[0088] The fault detection method provided in the embodiments of this application will be described in detail below with reference to the accompanying drawings.

[0089] The fault detection method provided in this application embodiment is applied to Figure 1 The first electronic device 101 in the fault detection system shown includes: a process for the first electronic device to create a business resource tree model (hereinafter referred to as the "business resource tree model creation process") and a process for the first electronic device to determine the fault result (hereinafter referred to as the "fault detection process").

[0090] The following section describes the "Business Resource Tree Model Creation Process".

[0091] like Figure 4 As shown, the "Business Resource Tree Model Creation Process" specifically includes:

[0092] S401. For each of the multiple communication links, the first electronic device acquires the communication data in the communication link.

[0093] Specifically, when constructing the business resource tree model, the first electronic device can obtain communication data from each of the multiple communication links within the network coverage area.

[0094] Each communication link corresponds one-to-one with a user equipment. Communication data includes: Optical Line Terminal (OLT) device data, Ethernet Broadband Access Authentication (IPOE) message data, Remote Authentication Dial-in User Service (RADIUS) user data, and Optical Network Unit (ONU) device data.

[0095] S402. The first electronic device determines the first connection relationship based on OLT device data and IPOE message data.

[0096] The first connection relationship is used to represent the connection relationship between the Broadband Access Server (BARS) device and the OLT device, that is, the upstream and downstream connection relationship of BRAS-OLT.

[0097] Specifically, after acquiring the communication data in the communication link, the first electronic device can combine the "OLT device data" and the "IPOE message information" to output the BRAS-OLT uplink and downlink connection relationship.

[0098] S403. The first electronic device determines the second connection relationship based on the RADIUS user data and the first connection relationship.

[0099] The second connection relationship is used to represent the connection relationship between the user equipment corresponding to the RARS user data and the RARS device.

[0100] Specifically, after determining the first connection relationship, the first electronic device can combine the "BRAS-OLT connection relationship" with the "radius user online / offline records" in the radius user data to output the association relationship between the user device and the BRAS-OLT.

[0101] S404. The first electronic device determines the routing topology of the communication link corresponding to the user equipment based on the ONU device data and the second connection relationship.

[0102] Specifically, after determining the second connection relationship, the first electronic device can combine the "BRAS and user equipment correspondence" and "ONU resource data" to output the complete access service path routing information of the user, that is, the routing topology of the communication link corresponding to the user equipment.

[0103] The routing topology of the communication link corresponding to the user equipment, from the user end to the server end, consists of the following physical devices: user equipment, optical distribution box, secondary optical splitter, primary optical splitter, OLT equipment, and BRAS equipment.

[0104] The BRAS device stores the broadband accounts of the user equipment. The BRAS device connects to the OLT device via its downlink port. The OLT device stores the OLT IP address, PON port information, SVLAN, and CVLAN.

[0105] S405. The first electronic device determines the service resource tree model based on the routing topology of the communication link corresponding to each user equipment.

[0106] Specifically, the first electronic device determines the service resource tree model based on the routing topology of the communication link corresponding to each user device. The model mainly consists of the following parts: user broadband account, BRAS IP, BRAS downlink port, OLT IP, PON port information, SVLAN, CVLAN, optical distribution box, primary optical splitter, and secondary optical splitter.

[0107] In this case, the first-stage splitting uses only one optical splitter between the OLT and the ONU. The second-stage splitting uses two optical splitters connected in series between the OLT and the ONU.

[0108] Single-stage optical splitting is typically used in areas with a high concentration of users, which significantly reduces the cost of optical cables and simplifies maintenance due to fewer network nodes. Two-stage optical splitting is generally used in areas with a more dispersed user base, employing a broad coverage approach to conserve resources and reduce costs.

[0109] Optionally, when a user's broadband account changes, the first electronic device can obtain the changed user broadband account in real time and update the routing topology of the corresponding communication link of the user device according to the changed user broadband account, thereby updating the service resource tree model.

[0110] As can be seen from the above, the fault detection method provided in this application embodiment can be based on the basic data of the network management resource system, big data platform and RADIUS platform. According to the correlation between the data, it can analyze the user's real routing relationship at the network layer through big data comparison and mining. According to the continuous changes in the configuration of the existing network data, it can update the user routing topology in real time and create a business resource tree model so as to facilitate subsequent fault detection based on the business resource tree model.

[0111] The "fault detection process" will be described below.

[0112] like Figure 5 As shown, the "fault detection process" specifically includes:

[0113] S501, The first electronic device acquires the alarm information sent by the alarm device.

[0114] Specifically, when a broadband failure occurs on a communication link, the devices on that link will issue an alarm message. In this case, the device that issues the alarm message is the alarm device.

[0115] In one possible implementation, an alarm identifier can be added to the alarm information sent by the alarm device. This alarm identifier is used to indicate the cause of the malfunction.

[0116] Optionally, the cause of the alarm identifier in the alarm information can be that the alarm device is faulty but the optical cable is not faulty, the alarm device is not faulty but the optical cable is faulty, or both the alarm device and the optical cable are faulty.

[0117] In one feasible approach, the first electronic device can collect alarm information from various alarm devices (i.e., devices in the fiber optic network) via the TL1 interface protocol.

[0118] The TL1 interface protocol is an ASCII-based man-machine interface protocol and a standard telecommunications management protocol. The TL1 protocol can manage various broadband networks and access networks, including Synchronous Fiber Networks (SONET) / Synchronous Digital Hierarchy (SDH) and Asynchronous Transfer Mode (ATM). Compared to other protocols, the TL1 interface protocol is relatively easy to implement and maintain.

[0119] In one possible implementation, the alarm information issued by the alarm device may include at least one of the following: OLT disconnection alarm, OLT board alarm, PON port no light alarm, ONU power failure alarm, and ONU offline alarm.

[0120] In one feasible approach, the first electronic device may acquire a large number of alarm messages sent by alarm devices. In this case, the method by which the first electronic device acquires the alarm messages sent by the alarm devices specifically includes:

[0121] The first electronic device acquires multiple raw alarm messages sent by multiple network devices.

[0122] Among them, multiple original alarm messages correspond one-to-one with multiple network devices.

[0123] Specifically, when a fiber optic cable fails in a certain area, all network devices within that area will send alarm information to the first electronic device. Similarly, when fiber optic cables fail in multiple areas, network devices in those areas will also send alarm information to the first electronic device. In this scenario, the first electronic device can obtain multiple original alarm messages sent by multiple network devices.

[0124] The first electronic device uses a clustering algorithm to cluster multiple original alarm messages to obtain alarm messages of at least one category.

[0125] Among them, alarm information sent by alarm devices can be classified into any category.

[0126] Specifically, after receiving multiple raw alarm messages sent by multiple network devices, the first electronic device can cluster the multiple raw alarm messages based on a clustering algorithm to obtain alarm messages of at least one category.

[0127] For example, the first electronic device acquires four raw alarm messages sent by four network devices within region A, and three raw alarm messages sent by three network devices within region B. In this case, the electronic device can cluster the seven raw alarm messages based on a clustering algorithm to obtain alarm messages in two categories. The two categories of alarm messages correspond to alarm messages from region A and alarm messages from region B, respectively.

[0128] Optionally, the clustering algorithms mentioned above may include: prototype clustering algorithm, density clustering algorithm, hierarchical clustering algorithm, etc.

[0129] S502. The first electronic device determines the fault result corresponding to the alarm information based on the pre-created service resource tree model.

[0130] The service resource tree model is used to represent the routing topology of multiple communication links. The alarm device is a network device on at least one of the multiple communication links.

[0131] Specifically, as can be seen from the above "Business Resource Tree Model Creation Process", the electronic device pre-creates a business resource tree model, and the business resource tree model is used to represent the routing topology of multiple communication links. Therefore, after obtaining the alarm information sent by the alarm device, the first electronic device can determine the fault result corresponding to the alarm information based on the pre-created business resource tree model.

[0132] In one feasible approach, the method by which the first electronic device determines the fault result corresponding to the alarm information based on a pre-created service resource tree model specifically includes:

[0133] When the alarm information is a PON port alarm information sent by the OLT device, and the PON port alarm information is used to indicate that the target ONU device is offline, the first electronic device determines the working status of the target ONT user equipment connected to the optical splitter corresponding to the target ONU device based on the service resource tree model.

[0134] When the target ONT user equipment connected to the optical splitter corresponding to the target ONU device is in an offline state, the first electronic device determines that the access drop cable of the target ONT user equipment is faulty.

[0135] Specifically, the first electronic device can collect PON port alarm information sent by the OLT device. If the PON port alarm information indicates that a certain ONU device (i.e., the target ONU device) is offline, the first electronic device can, based on the service resource tree model, detect whether a certain ONT user (i.e., the target ONT user device) of the ONU device on the same optical splitter is online, thereby determining whether the drop cable of the target ONT user device connected to the optical splitter corresponding to the target ONU device is interrupted.

[0136] If the target ONT user on the same optical splitter is offline, it indicates a fault in the access drop cable of the target ONT user equipment. In this case, the first electronic device determines that the access drop cable of the target ONT user equipment is faulty.

[0137] Correspondingly, if the target ONT user is online within the same optical splitter, it indicates that the access drop cable of the target ONT user equipment is fault-free. In this case, the first electronic device determines that the access drop cable of the target ONT user equipment is fault-free and detects other faults.

[0138] In another possible implementation, the method by which the first electronic device determines the fault result corresponding to the alarm information based on a pre-created service resource tree model specifically includes:

[0139] When the alarm information is a PON port alarm information sent by the OLT device, and the PON port alarm information is used to indicate that the target ONU device is offline, the first electronic device determines the working status of multiple ONT user devices connected to the secondary optical splitter corresponding to the target ONU device based on the service resource tree model.

[0140] When multiple ONT user devices connected to the secondary optical splitter corresponding to the target ONU device are in an offline state, the first electronic device determines that the access optical cable of the secondary optical splitter corresponding to the target ONU device is faulty.

[0141] Specifically, the first electronic device can collect PON port alarm information sent by the OLT device. If the PON port alarm information indicates that an ONU device (i.e., the target ONU device) is offline, the first electronic device can, based on the service resource tree model, detect whether multiple ONT users (i.e., multiple ONT user devices) of the ONU device on the same optical splitter are online, thereby determining whether the access optical cable of the secondary optical splitter corresponding to the target ONU device is interrupted.

[0142] Optionally, the aforementioned multiple ONT users can be all users of the ONU device under the same optical splitter, or they can be 80% of the users. This application embodiment does not limit this.

[0143] If multiple ONT users on the same optical splitter are offline, it indicates a fault in the access optical cable of the secondary optical splitter corresponding to the target ONU device. In this case, the first electronic device determines that the access optical cable of the secondary optical splitter corresponding to the target ONU device is faulty.

[0144] Correspondingly, if multiple ONT users on the same optical splitter are online, it indicates that the access optical cable of the secondary optical splitter corresponding to the target ONU device is fault-free. In this case, the first electronic device determines that the access optical cable of the secondary optical splitter corresponding to the target ONU device is fault-free and detects other faults.

[0145] In another possible implementation, the method by which the first electronic device determines the fault result corresponding to the alarm information based on a pre-created service resource tree model specifically includes:

[0146] When the alarm information is a PON port alarm information sent by the OLT device, and the PON port alarm information is used to indicate that multiple ONU devices are offline, the first electronic device determines the working status of multiple ONT user devices connected to the primary optical splitter corresponding to the multiple ONU devices based on the service resource tree model.

[0147] When multiple ONT user devices connected to the primary optical splitter corresponding to multiple ONU devices are in an offline state, the first electronic device determines that the access optical cable of the primary optical splitter corresponding to the multiple ONU devices is faulty.

[0148] Specifically, the first electronic device can collect PON port alarm information sent by the OLT device. If the PON port alarm information indicates that multiple ONU devices are offline, the first electronic device can, based on the service resource tree model, detect whether multiple ONT user devices connected to the primary optical splitter corresponding to the multiple ONU devices are online, thereby determining whether the access optical cable of the primary optical splitter corresponding to the multiple ONU devices is interrupted.

[0149] Optionally, the aforementioned multiple ONT users can be all users of the ONU device under the same optical splitter, or they can be 80% of the users. This application embodiment does not limit this.

[0150] If multiple ONT users on the same primary optical splitter are offline, it indicates a fault in the access optical cable of the primary optical splitter corresponding to the multiple ONU devices. In this case, the first electronic device determines that the access optical cable of the primary optical splitter corresponding to the multiple ONU devices is faulty.

[0151] Correspondingly, if multiple ONT users are online within the same primary optical splitter, it indicates that the access optical cable of the primary optical splitter corresponding to the multiple ONU devices is fault-free. In this case, the first electronic device determines that the access optical cable of the primary optical splitter corresponding to the multiple ONU devices is fault-free and detects other faults.

[0152] In one feasible way, combining Figure 5 ,like Figure 6As shown, the fault detection method provided in this application also includes:

[0153] S601, the first electronic device, displays the routing topology of multiple communication links based on urban information modeling technology.

[0154] Specifically, in order to facilitate maintenance personnel in tracking and locating fault results, the first electronic device can display the routing topology of multiple communication links based on City Information Modeling (CIM) technology.

[0155] City information modeling technology is based on technologies such as building information modeling, geographic information systems, and the Internet of Things. It integrates multi-dimensional and multi-scale information model data of cities above and below ground, indoor and outdoor, historical, current and future, and urban perception data to construct an organic complex of urban information in a three-dimensional digital space.

[0156] S602. The first electronic device displays the fault information corresponding to the fault result on the routing topology of multiple communication links.

[0157] The fault information includes at least one of the following: fault location, fault area, and fault user.

[0158] Specifically, after displaying the routing topology of multiple communication links, the first electronic device can display the fault information corresponding to the fault result on the routing topology of multiple communication links.

[0159] In this way, with the help of urban information modeling technology, the first electronic device can intelligently associate alarm devices with fault results, present them in a unified manner on the intelligent optical cable platform, realize centralized monitoring and processing of optical cable alarms across the entire area, support optical cable faults in the form of regions, visualize the monitoring of optical cable faults, view the scope of users affected by optical cable faults, push information to notify affected users and track alarms.

[0160] In one feasible way, combining Figure 5 ,like Figure 7 As shown, the fault detection method provided in this application also includes:

[0161] S701, the first electronic device determines the fault range corresponding to the fault result based on the service resource tree model.

[0162] Specifically, since the service resource tree model is used to represent the routing topology of multiple communication links, after determining the fault result, the first electronic device can determine the fault range corresponding to the fault result based on the service resource tree model, so that maintenance personnel can remind users within the fault range and quickly locate the fault location.

[0163] S702. The first electronic device determines the fault location corresponding to the fault result based on the fault range.

[0164] In one feasible way, combining Figure 5 ,like Figure 8 As shown, the fault detection method provided in this application also includes:

[0165] S801. After repairing the fault corresponding to the fault result, the first electronic device determines the fault repair result based on the status detection operation.

[0166] The status detection operations include: account dialing test and network speed test.

[0167] Among them, the account testing operation can be that the first electronic device sends account login test information to the user equipment corresponding to the faulty optical cable.

[0168] If the user device returns a message indicating successful account login, then the fault repair result is considered successful.

[0169] Correspondingly, if the user device returns an account login failure message, the fault repair result is determined to be a fault repair failure.

[0170] Network speed testing can be performed by sending network speed test information from the first electronic device to the user equipment corresponding to the faulty optical cable.

[0171] If the network speed test returned by the user's device is greater than or equal to the preset speed, then the fault repair result is determined to be successful.

[0172] Correspondingly, if the user equipment returns a network speed test result that is lower than the preset speed, the fault repair result is determined to be a failure.

[0173] In one feasible way, such as Figure 8 As shown, the fault detection method provided in this application also includes:

[0174] S802. When the fault repair result is that the fault is successfully repaired, the first electronic device sends a fault repair success message to the online user and determines the offline time of the offline user.

[0175] Optionally, the message indicating successful fault repair can be a notification message of various types, such as SMS or telephone.

[0176] S803. When the offline duration exceeds the preset duration, the first electronic device sends a fault detection request message to the offline user.

[0177] Among them, the fault detection request message is used to detect whether offline users have other faults besides the fault result.

[0178] Optionally, the fault detection request message can be any type of notification message, such as an SMS or telephone call.

[0179] As can be seen from the above, this application provides a fault detection method. The first electronic device can aggregate alarm information sent by alarm devices and combine it with communication data in the communication link. Based on technologies such as artificial intelligence and digital twins, it realizes integrated functions such as data collection, data fusion, data analysis, and data display. It applies urban information modeling technology to display the health indicators of urban optical cables and conducts horizontal comparative analysis of indicator details and regions. From the perspective of user service support, it proposes a smart optical cable management and control scheme aimed at improving broadband user service levels and enhancing user service perception. By addressing equipment alarms and fault handling from multiple aspects, it promptly detects equipment faults and provides means to notify users immediately when a fault occurs, thereby achieving the goal of improving user perception.

[0180] The foregoing mainly describes the solutions provided by the embodiments of this application from a methodological perspective. To achieve the above functions, it includes corresponding hardware structures and / or software modules for executing each function. Those skilled in the art should readily recognize that, based on the units and algorithm steps of the examples described in conjunction with the embodiments disclosed herein, this application can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed in hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0181] This application embodiment can divide the fault detection device into functional modules according to the above method example. For example, each function can be divided into its own functional module, or two or more functions can be integrated into one processing module. The integrated module can be implemented in hardware or as a software functional module. Optionally, the module division in this application embodiment is illustrative and only represents one logical functional division; other division methods may be used in actual implementation.

[0182] like Figure 9 The diagram shown is a structural schematic of a fault detection device provided in an embodiment of this application. This fault detection device can be used to perform... Figures 4-8 The method for fault detection is shown. Figure 9 The fault detection device shown includes: an acquisition unit 901 and a processing unit 902;

[0183] The acquisition unit 901 is used to acquire alarm information sent by the alarm device;

[0184] The processing unit 902 is used to determine the fault result corresponding to the alarm information based on a pre-created service resource tree model; the service resource tree model is used to represent the routing topology of multiple communication links; the alarm device is a network device on at least one of the multiple communication links.

[0185] Optionally, multiple communication links correspond one-to-one with multiple user equipment;

[0186] The acquisition unit 901 is also used to acquire communication data in each of the multiple communication links; the communication data includes: optical line terminal (OLT) device data, Ethernet broadband access authentication (IPOE) message data, remote authentication dial-in user service (RADIUS) user data, and optical network unit (ONU) device data.

[0187] Processing unit 902 is further configured to determine a first connection relationship based on OLT device data and IPOE message data; the first connection relationship is used to represent the connection relationship between the Broadband Access Server (BARS) device and the OLT device;

[0188] The processing unit 902 is further configured to determine a second connection relationship based on the RADIUS user data and the first connection relationship; the second connection relationship is used to represent the connection relationship between the user equipment corresponding to the RADIUS user data and the BARS device.

[0189] The processing unit 902 is also used to determine the routing topology of the communication link corresponding to the user equipment based on the ONU device data and the second connection relationship;

[0190] The processing unit 902 is also used to determine the service resource tree model based on the routing topology of the communication link corresponding to each user equipment.

[0191] Optionally, the processing unit 902 is specifically used for:

[0192] When the alarm information is a passive optical network PON port alarm information sent by the OLT device, and the PON port alarm information is used to indicate that the target ONU device is offline, the working status of the target optical network device (ONT user equipment) connected to the optical splitter corresponding to the target ONU device is determined based on the service resource tree model.

[0193] When the target ONT user equipment connected to the optical splitter corresponding to the target ONU device is in an offline state, it is determined that the access drop cable of the target ONT user equipment is faulty.

[0194] Optionally, the processing unit 902 is specifically used for:

[0195] When the alarm information is a PON port alarm information sent by the OLT device, and the PON port alarm information is used to indicate that the target ONU device is offline, the working status of multiple ONT user devices connected to the secondary optical splitter corresponding to the target ONU device is determined based on the service resource tree model.

[0196] When multiple ONT user devices connected to the secondary optical splitter corresponding to the target ONU device are in an offline state, it is determined that the access optical cable of the secondary optical splitter corresponding to the target ONU device is faulty.

[0197] Optionally, the processing unit 902 is specifically used for:

[0198] When the alarm information is a PON port alarm information sent by the OLT device, and the PON port alarm information is used to indicate that multiple ONU devices are offline, the working status of multiple ONT user devices connected to the primary optical splitter corresponding to the multiple ONU devices is determined based on the service resource tree model.

[0199] When multiple ONT user devices connected to a primary optical splitter corresponding to multiple ONU devices are in an offline state, it is determined that the access optical cable of the primary optical splitter corresponding to the multiple ONU devices is faulty.

[0200] Optionally, the acquisition unit 901 is specifically used for:

[0201] Acquire multiple raw alarm messages sent by multiple network devices; each raw alarm message corresponds one-to-one with a different network device.

[0202] Based on clustering algorithms, multiple original alarm messages are clustered to obtain alarm messages of at least one category; alarm messages sent by alarm devices belong to any one of the categories.

[0203] Optionally, the fault detection device may also include: a display unit 903;

[0204] Display unit 903 is used to display the routing topology of multiple communication links based on city information model technology;

[0205] The display unit 903 is also used to display fault information corresponding to the fault result on the routing topology of multiple communication links; the fault information includes at least one of the following: fault location, fault area and fault user.

[0206] Optionally, the processing unit 902 is also used to determine the fault range corresponding to the fault result based on the business resource tree model;

[0207] The processing unit 902 is also used to determine the fault location corresponding to the fault result based on the fault range.

[0208] Optionally, the processing unit 902 is also used to determine the fault repair result based on the status detection operation after repairing the fault corresponding to the fault result; the status detection operation includes: account dialing test operation and network speed test operation.

[0209] Optionally, the fault detection device may further include: a transmitting unit 904;

[0210] The sending unit 904 is used to send a fault repair success message to online users when the fault repair result is that the fault repair is successful, and to determine the offline time of offline users;

[0211] The sending unit 904 is also used to send a fault detection request message to the offline user when the offline duration exceeds the preset duration; the fault detection request message is used to detect whether the offline user has other faults besides the fault result.

[0212] This application also provides a computer-readable storage medium, which includes computer-executable instructions that, when executed on a computer, cause the computer to perform the fault detection method provided in the above embodiments.

[0213] This application also provides a computer program that can be directly loaded into a memory and contains software code. After being loaded and executed by a computer, the computer program can implement the fault detection method provided in the above embodiments.

[0214] Those skilled in the art will recognize that, in one or more of the examples above, the functions described in this application can be implemented using hardware, software, firmware, or any combination thereof. When implemented in software, these functions can be stored in a computer-readable medium or transmitted as one or more instructions or code on a computer-readable medium. Computer-readable media include computer-readable storage media and communication media, wherein communication media include any medium that facilitates the transmission of a computer program from one place to another. Storage media can be any available medium accessible to a general-purpose or special-purpose computer.

[0215] Through the above description of the embodiments, those skilled in the art can clearly understand that, for the sake of convenience and brevity, only the division of the above functional modules is used as an example. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above.

[0216] In the several embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of modules or units is only a logical functional division, and other division methods may exist in actual implementation. For example, multiple units or components may be combined or integrated into another device, or some features may be ignored or not executed. Furthermore, the shown or discussed mutual couplings, direct couplings, or communication connections may be through some interfaces; indirect couplings or communication connections between devices or units may be electrical, mechanical, or other forms. Units described as separate components may or may not be physically separate; components shown as units may be one physical unit or multiple physical units, i.e., they may be located in one place or distributed in multiple different places. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0217] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit. If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a readable storage medium. Based on this understanding, the technical solution of the embodiments of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This software product is stored in a storage medium and includes several instructions to cause a device (which may be a microcontroller, chip, etc.) or processor to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, ROM, RAM, magnetic disks, or optical disks.

[0218] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the technical scope disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A fault detection method, characterized in that, include: Obtain alarm information sent by alarm devices via the TL1 interface protocol; Based on a pre-created business resource tree model, determine the fault result corresponding to the alarm information; The service resource tree model is used to represent the routing topology of multiple communication links; the alarm device is a network device on at least one of the multiple communication links. Each of the multiple communication links corresponds one-to-one with a multiple user equipment; The fault detection method further includes: For each of the multiple communication links, the communication data in that communication link is acquired; the communication data includes: Optical Line Terminal (OLT) device data, Ethernet Broadband Access Authentication (IPOE) message data, Remote Authentication Dial-in User Service (RADIUS) user data, and Optical Network Unit (ONU) device data; the OLT device data includes: OLT device name and OLT IP; the RAI user data includes: RAI user online / offline records, user broadband account, user contracted bandwidth, and Virtual Local Area Network (VLAN) information; the VLAN information includes: Server Virtual Local Area Network (SVLAN) information, and / or User Virtual Local Area Network (CVALN) information; the ONU device data includes: ONU IP, PON port information, and ONU ID; Based on the OLT device data and IPOE message data, a first connection relationship is determined; the first connection relationship is used to represent the connection relationship between the Broadband Access Server (BARS) device and the OLT device. Based on the RADIUS user online / offline records in the RADIUS user data and the first connection relationship, a second connection relationship is determined; the second connection relationship is used to represent the connection relationship between the user device corresponding to the RADIUS user data and the BARS device. Based on the ONU device data and the second connection relationship, the routing topology of the communication link corresponding to the user equipment is determined; the routing topology of the communication link corresponding to the user equipment, from the user equipment to the physical devices of the server, is as follows: user equipment, optical distribution box, secondary optical splitter, primary optical splitter, OLT device, BRAS device; the BRAS device stores the user broadband account of the user equipment; the BRAS device is connected to the OLT device through the BRAS downlink port; the OLT device stores OLT IP, PON port information, SVLAN and CVLAN; Based on the routing topology of the communication link corresponding to each user equipment, the service resource tree model is determined. The service resource tree model includes: user broadband account, BRAS IP, BRAS downlink port, OLT IP, PON port information, SVLAN, CVLAN, optical distribution box, primary optical splitter, and secondary optical splitter. The primary optical splitter is a splitter between the OLT device and the ONU device, deployed in the area where user equipment is concentrated. The secondary optical splitter consists of two optical splitters connected in series between the OLT device and the ONU device, deployed in the area where user equipment is dispersed. When the user broadband account changes, the changed user broadband account is obtained, and the routing topology of the communication link corresponding to the user equipment is updated according to the changed user broadband account in order to update the service resource tree model. The process of determining the fault result corresponding to the alarm information based on a pre-created business resource tree model includes: When the alarm information is a passive optical network PON port alarm information sent by the OLT device, and the PON port alarm information is used to indicate that the target ONU device is offline, the working status of the target optical network device (ONT) user equipment connected to the optical splitter corresponding to the target ONU device is determined based on the service resource tree model. When the target ONT user equipment connected to the optical splitter corresponding to the target ONU device is in an offline state, it is determined that the access drop cable of the target ONT user equipment is faulty.

2. The fault detection method according to claim 1, characterized in that, The process of determining the fault result corresponding to the alarm information based on a pre-created business resource tree model includes: When the alarm information is a PON port alarm information sent by the OLT device, and the PON port alarm information is used to indicate that the target ONU device is offline, the working status of multiple ONT user devices connected to the secondary optical splitter corresponding to the target ONU device is determined based on the service resource tree model. When multiple ONT user devices connected to the secondary optical splitter corresponding to the target ONU device are in an offline state, it is determined that the access optical cable of the secondary optical splitter corresponding to the target ONU device is faulty.

3. The fault detection method according to claim 1, characterized in that, The process of determining the fault result corresponding to the alarm information based on a pre-created business resource tree model includes: When the alarm information is a PON port alarm information sent by the OLT device, and the PON port alarm information is used to indicate that multiple ONU devices are offline, the working status of multiple ONT user devices connected to the primary optical splitter corresponding to the multiple ONU devices is determined based on the service resource tree model. When the working status of multiple ONT user equipment connected to the primary optical splitter corresponding to the multiple ONU devices is offline, it is determined that the access optical cable of the primary optical splitter corresponding to the multiple ONU devices is faulty.

4. The fault detection method according to claim 1, characterized in that, The acquisition of alarm information sent by the alarm device includes: Acquire multiple raw alarm messages sent by multiple network devices; each of the multiple raw alarm messages corresponds one-to-one with the multiple network devices; Based on a clustering algorithm, the multiple original alarm messages are clustered to obtain alarm messages of at least one category; the alarm messages sent by the alarm device belong to any one of the categories.

5. The fault detection method according to any one of claims 1-4, characterized in that, Also includes: Based on urban information modeling technology, the routing topology of the multiple communication links is displayed; Display the fault information corresponding to the fault result on the routing topology of the multiple communication links; The fault information includes at least one of the following: fault location, fault area, and fault user.

6. The fault detection method according to any one of claims 1-4, characterized in that, Also includes: Based on the business resource tree model, determine the fault range corresponding to the fault result; Based on the fault range, the fault location corresponding to the fault result is determined.

7. The fault detection method according to any one of claims 1-4, characterized in that, Also includes: After repairing the fault corresponding to the fault result, the fault repair result is determined based on the status detection operation; The status detection operations include: account dialing test and network speed test.

8. The fault detection method according to claim 7, characterized in that, Also includes: When the fault repair result is that the fault is successfully repaired, a fault repair success message is sent to online users, and the offline time of offline users is determined; When the offline duration exceeds the preset duration, a fault detection request message is sent to the offline user; The fault detection request message is used to detect whether the offline user has other faults besides the fault result.

9. A fault detection device, characterized in that, include: Acquisition unit and processing unit; The acquisition unit is used to acquire alarm information sent by the alarm device through the TL1 interface protocol; The processing unit is used to determine the fault result corresponding to the alarm information based on a pre-created service resource tree model; the service resource tree model is used to represent the routing topology of multiple communication links; the alarm device is a network device on at least one of the multiple communication links. Each of the multiple communication links corresponds one-to-one with a multiple user equipment; The acquisition unit is further configured to acquire communication data for each of the plurality of communication links; the communication data includes: optical line terminal (OLT) device data, Ethernet broadband access authentication (IPOE) message data, remote authentication dial-in user service (RADIUS) user data, and optical network unit (ONU) device data; the OLT device data includes: OLT device name and OLT IP; the RAI user data includes: RAI user online / offline records, user broadband account, user contracted bandwidth, and virtual local area network (VLAN) information; the VLAN information includes: server-side virtual local area network (SVLAN) information, and / or user-side virtual local area network (CVALN) information; the ONU device data includes: ONU IP, PON port information, and ONU ID; The processing unit is further configured to determine a first connection relationship based on the OLT device data and IPOE message data; the first connection relationship is used to represent the connection relationship between the Broadband Access Server (BARS) device and the OLT device. The processing unit is further configured to determine a second connection relationship based on the radius user online / offline records of the radius user data and the first connection relationship; the second connection relationship is used to represent the connection relationship between the user device corresponding to the radius user data and the BARS device; The processing unit is further configured to determine the routing topology of the communication link corresponding to the user equipment based on the ONU device data and the second connection relationship; the routing topology of the communication link corresponding to the user equipment, from the user equipment to the physical devices of the server, is as follows: user equipment, optical distribution box, secondary optical splitter, primary optical splitter, OLT device, BRAS device; the BRAS device stores the user broadband account of the user equipment; the BRAS device is connected to the OLT device through the BRAS downlink port; the OLT device stores OLT IP, PON port information, SVLAN and CVLAN; The processing unit is further configured to determine the service resource tree model based on the routing topology of the communication link corresponding to each user equipment; the service resource tree model includes: user broadband account, BRAS IP, BRAS downlink port, OLT IP, PON port information, SVLAN, CVLAN, optical distribution box, primary optical splitter, and secondary optical splitter; the primary optical splitter is one optical splitter between the OLT device and the ONU device, deployed in the area where user equipment is concentrated; the secondary optical splitter is two optical splitters connected in series between the OLT device and the ONU device, deployed in the area where user equipment is dispersed; When the user broadband account changes, the changed user broadband account is obtained, and the routing topology of the communication link corresponding to the user equipment is updated according to the changed user broadband account in order to update the service resource tree model. The processing unit is specifically used for: When the alarm information is a passive optical network PON port alarm information sent by the OLT device, and the PON port alarm information is used to indicate that the target ONU device is offline, the working status of the target optical network device (ONT) user equipment connected to the optical splitter corresponding to the target ONU device is determined based on the service resource tree model. When the target ONT user equipment connected to the optical splitter corresponding to the target ONU device is in an offline state, it is determined that the access drop cable of the target ONT user equipment is faulty.

10. A fault detection device, characterized in that, It includes a memory and a processor; the memory is used to store computer execution instructions, and the processor is connected to the memory via a bus; when the fault detection device is running, the processor executes the computer execution instructions stored in the memory, so that the fault detection device performs the fault detection method as described in any one of claims 1-8.

11. A computer-readable storage medium, characterized in that, The computer-readable storage medium includes computer-executable instructions that, when executed on a computer, cause the computer to perform the fault detection method as described in any one of claims 1-8.

Images