CN110661569A

CN110661569A - Method, device and storage medium for optical fiber fault location

Info

Publication number: CN110661569A
Application number: CN201810688613.7A
Authority: CN
Inventors: 王冰玉; 孙世强
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2018-06-28
Filing date: 2018-06-28
Publication date: 2020-01-07
Anticipated expiration: 2038-06-28
Also published as: CN110661569B; WO2020001626A1

Abstract

The invention discloses a method, equipment and a storage medium for optical fiber fault location, and belongs to the technical field of optical fiber fault location. The method comprises the following steps: deploying an OTDR optical fiber test link, and acquiring a health event list of the OTDR optical fiber test link; marking the type of a device to which each event of the health event list belongs, acquiring the dependency relationship between each device and a previous-stage device, and generating a two-dimensional topological information table; carrying out fault test on the OTDR optical fiber test link to obtain a fault event list; and comparing the fault event list with the health event list, and searching the two-dimensional topological information table to obtain the branch of each fault point. The technical scheme solves the problems existing in the traditional fault location by using the OTDR when the FTTH broadband is accessed, can locate the branch information of each fault point, and reduces the maintenance workload and the complexity of network maintenance.

Description

Method, device and storage medium for optical fiber fault location

Technical Field

The present invention relates to the field of Optical fiber fault location technologies, and in particular, to a method, an apparatus, and a storage medium for Optical fiber fault location based on an Optical Time Domain Reflectometer (OTDR) technology.

Background

In recent years, with the increasing of broadband value-added services, the demand of users for bandwidth is higher and higher. The FTTH broadband access scheme adopts an xPON (passive optical network) technology, has the characteristics of high bandwidth, interference resistance, easiness in expansion, long access distance and the like compared with other technologies, and is widely applied, so that the FTTH is considered as an optimal access mode by experts in the industry for a period of time in the future. Accordingly, the service guarantee problem of the FTTH broadband access system is increasingly highlighted, and some optical fiber infrastructure network providers have high requirements on optical fiber fault location and need to accurately locate a fault point on a certain branch optical fiber of the FTTH network.

At present, the conventional OTDR fault location scheme is as follows: when the optical fiber link is normal, performing OTDR test by using a group of test parameters to construct a health library; when the link fails, performing OTDR test by using the same test parameters to obtain a fault test result, comparing the fault test result with a health library, and using the traditional OTDR fault positioning method: if some attributes (reflection peak value and insertion loss) of the new event and the disappearance event or the event at the same position are larger than the threshold value, the position of the fault point is obtained. However, the conventional fault location algorithm has a great problem: 1. the breakpoint is only one position information, which branch the breakpoint belongs to cannot be located, and the problem of locating is not easy to be checked by maintenance personnel. For example, a conventional fault location algorithm may conclude that the breakpoint is located at 15.5KM, indicating that the fault point is located at a distance of 15.5KM from the OTDR device. The maintenance personnel still does not know which ONU the 15.5KM is associated to on the optical network and which secondary branch the 15.5KM is under. 2. For example, if all ONUs under a certain secondary splitter are disconnected, a conventional fault location algorithm will give a plurality of breakpoint positions, and the breakpoints cannot be analyzed, integrated and merged.

Disclosure of Invention

The embodiments of the present invention mainly aim to provide a method, an apparatus, and a storage medium for optical fiber fault location, which are used to solve the problem of conventional fault location using OTDR during FTTH broadband access, and can locate branch information of each fault point, thereby reducing maintenance workload and complexity of network maintenance.

In order to achieve the above object, an embodiment of the present invention provides a method for locating an optical fiber fault, where the method includes the following steps: deploying an OTDR optical fiber test link, and acquiring a health event list of the OTDR optical fiber test link; marking the type of a device to which each event of the health event list belongs, acquiring the dependency relationship between each device and a previous-stage device, and generating a two-dimensional topological information table; carrying out fault test on the OTDR optical fiber test link to obtain a fault event list; and comparing the fault event list with the health event list, and searching the two-dimensional topology information table to obtain the branch of each fault point.

In order to achieve the above object, an embodiment of the present invention further provides an apparatus for optical fiber fault location, where the apparatus includes a memory, a processor, a program stored in the memory and executable on the processor, and a data bus for implementing connection communication between the processor and the memory, and the program implements the steps of the foregoing method when executed by the processor.

To achieve the above object, an embodiment of the present invention provides a storage medium for a computer-readable storage, the storage medium storing one or more programs, the one or more programs being executable by one or more processors to implement the steps of the foregoing method.

According to the method, the device and the storage medium for positioning the optical fiber fault, provided by the embodiment of the invention, the type of a device to which each event of a deployed OTDR optical fiber test link health event list belongs is labeled, and the dependency relationship between each device and a previous-stage device is obtained, so that a two-dimensional topological information table is generated; and after the fault test is carried out on the OTDR optical fiber test link to obtain a fault event list, comparing the fault event list with the health event list, and searching the two-dimensional topology information table to obtain the branch of each fault point. Therefore, the technical scheme can solve the problems existing in the traditional fault location by using the OTDR when the FTTH broadband is accessed, can locate the branch information of each fault point, and reduces the maintenance workload and the complexity of network maintenance.

Drawings

Fig. 1 is a flowchart of a method for locating a fiber fault according to an embodiment of the present invention.

Fig. 2 is a block diagram of the optical fiber fault locating device according to the present invention.

Fig. 3 is a detailed flowchart of step S110 of the method for locating a fiber fault shown in fig. 1.

Fig. 4 is a schematic layout diagram of an OTDR fiber test link according to an embodiment of the present invention.

Fig. 5 is a detailed flowchart of step S120 of the method for locating a fiber fault shown in fig. 1.

Fig. 6 is a detailed flowchart of step S130 of the method for locating a fiber fault shown in fig. 1.

Fig. 7 is a detailed flowchart of step S140 of the method for locating a fiber fault shown in fig. 1.

FIG. 8 is yet another flow chart of a method of fault location of the optical fiber shown in FIG. 1.

Fig. 9 is a block diagram of an apparatus for locating an optical fiber fault according to a second embodiment of the present invention.

The implementation, functional features and advantages of the objects of the present invention will be further explained with reference to the accompanying drawings.

Detailed Description

It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.

In the following description, suffixes such as "module", "part", or "unit" used to denote elements are used only for facilitating the explanation of the present invention, and have no peculiar meaning in itself. Thus, "module", "component" or "unit" may be used mixedly.

Example one

As shown in fig. 1, the present embodiment provides a method for locating a fiber fault, which includes the following steps:

step S110: and deploying an OTDR optical fiber test link, and acquiring a health event list of the OTDR optical fiber test link.

Specifically, the method for positioning an optical fiber fault in the embodiment of the present invention is mainly implemented based on the apparatus 100 for positioning an optical fiber fault shown in fig. 2, where the apparatus 100 mainly includes an OTDR health library testing module 110, an OTDR test result data processing module 120, an automatic device type identification module 130, a two-dimensional optical fiber link topology map building module 140, an OTDR fault testing module 150, and a branch fault positioning module 160.

The OTDR health library testing module 110 is mainly configured to, when the optical fiber network is normal, test the optical fiber link by using appropriate testing parameters (optical wavelength, pulse width, testing distance, optical refractive index, testing duration, and the like) by the OTDR, so as to obtain a health testing result file. The OTDR test result data processing module 120 is mainly configured to parse OTDR test result files (including health test result files and fault test result files), and obtain an event list and performance index parameters of each event, such as: event type, event location, event insertion loss value, event reflection peak value, and the like. The device type automatic identification module 130 is mainly used for automatically identifying an event as a first-level optical splitter, a second-level optical splitter or an ONU according to an event type, an event insertion loss value, an event reflection peak value and other attribute values of each event in the health library. Although the position information of each device can be obtained through the OTDR health library test result, the dependency relationship between the devices cannot be known, and the two-dimensional optical fiber link topology map building module 140 can automatically calibrate the dependency relationship between each device in the OTDR health library and the previous device (e.g., the dependency relationship between the ONU and the second optical splitter, the dependency relationship between the second optical splitter and the first optical splitter, etc.) according to the real resource data of the optical fiber link, thereby building the two-dimensional optical fiber link topology map. The OTDR fault test module 150 is mainly used for testing a fault link by using an appropriate test parameter when the optical fiber network is abnormal, so as to obtain a fault test result file. The branch fault location module 160 is mainly used for comparing the fault test result with the health library, and accurately locating the branch fault by combining the two-dimensional optical fiber link topology information.

Based on the apparatus 100, as shown in fig. 3, the step of deploying the OTDR optical fiber test link and acquiring the health event list of the OTDR optical fiber test link specifically includes:

step S111: and deploying an OTDR optical fiber test link, and deploying a terminal reflector at each optical network unit ONU of the OTDR optical fiber test link.

Specifically, as shown in fig. 4, an OTDR optical fiber test link is deployed as shown in the figure, the OTDR device has a plurality of test ports, and each test port is connected to an ODN optical fiber link, as shown in the figure: 1. a level 1 splitter (9KM) is connected below the OTDR equipment port; 2. a secondary optical splitter 1(level 2splitter 1) (10KM) and a secondary optical splitter 2(level 2splitter2) (11KM) are connected below the primary optical splitter; 3. a secondary optical splitter 1(level 2splitter 1) (10KM) is connected with an optical network unit ONU1(15KM) and an optical network unit ONU2(16KM) below; 4. a secondary optical splitter 2(level 2splitter2) (11KM) is connected with an optical network unit ONU3(17KM) and an optical network unit ONU4(18KM) below; 5. and respectively deploying the terminal reflection sheets at the 4 ONU sides.

Step S112: and when the OTDR optical fiber test link is normal, testing the OTDR optical fiber test link by using preset test parameters to obtain a health result file.

Specifically, when the OTDR fiber test link is normal, the OTDR health library test module 110 and the OTDR test result data processing module 120 need to be invoked to construct a health library. At this time, the OTDR fiber test link may be tested by the OTDR health library test module 110 using preset test parameters (light wavelength, pulse width, test distance, light refractive index, test duration, etc.), so as to obtain a health test result file.

Step S113: and analyzing the health result file to obtain a health event list of the OTDR optical fiber test link.

Specifically, after the health test result file is obtained through the above steps, the health result file needs to be further analyzed through the OTDR test result data processing module 120, so as to obtain the health event list of the OTDR optical fiber test link. As shown in the following table one, the health event list includes several events, and the list information of each event includes an event type, location information, an event insertion loss value, and an event reflection peak value.

Table-list of health events

Step S120: and marking the type of the device to which each event in the health event list belongs, acquiring the dependency relationship between each device and the previous-stage device, and generating a two-dimensional topological information table.

Specifically, after the health event list is obtained through the above steps, the device type of each event in the health event list may be labeled by calling the device type automatic identification module 130, so as to label the device type of the event as a primary optical splitter, a secondary optical splitter, an ONU, and the like, and may label description information of the event manually. Meanwhile, the resource data of the real optical fiber link of the user is imported by calling the two-dimensional optical fiber link topological graph building module 140, matching is carried out according to the distance position, the dependency relationship between each device and the previous-stage device is automatically marked, and finally the two-dimensional topological information table is generated.

Since the OTDR fiber test link (as shown in fig. 4) is deployed in this implementation, and includes a first-stage splitter, two second-stage splitters, and four ONUs, as shown in fig. 5, the step "labeling the device type of each event in the health event list, obtaining the dependency relationship between each device and the previous device, and generating the two-dimensional topology information table" specifically includes:

step S121: and marking the type of the device to which each event belongs, wherein the type of the device to which each event belongs comprises a primary optical splitter, a secondary optical splitter and an Optical Network Unit (ONU).

Specifically, the device type of each event in the health event list is labeled by calling the device type automatic identification module 130, so as to label the device type of the event as a primary optical splitter, a secondary optical splitter, or an ONU, and the implementation process is as follows: firstly, automatically identifying a first-level optical splitter, sequentially reading all events of the health event list, and if the event type of the event is a reflection event or an attenuation event, calibrating the device type of the event, of which the event insertion loss value accords with the threshold range of the first-level optical splitter, as the first-level optical splitter. The threshold range of the first-stage optical splitter is as follows: the splitting ratio is 1:2, and the event insertion loss is more than 2db and less than or equal to 3.5 db; the splitting ratio is 1:4, and the event insertion loss is more than 3.5db and less than or equal to 6.5 db; the splitting ratio is 1:8, and the event insertion loss is more than 6.5db and less than or equal to 9.5 db; the splitting ratio is 1:16, and the event insertion loss is more than 9.5db and less than or equal to 12.5 db; the splitting ratio is 1:32, and the event insertion loss is more than 12.5db and less than or equal to 15.5 db. Secondly, automatically identifying the secondary optical splitter and the ONU, and sequentially reading other events except the type of the device which belongs to the primary optical splitter and calibrating the device as the primary optical splitter; if the event type of the event is a reflection event, the device type of the event, of which the event reflection peak value accords with the threshold range of the secondary optical splitter, is calibrated as the secondary optical splitter, and the device type of the event, of which the event reflection peak value accords with the threshold range of the ONU, is calibrated as the ONU. Wherein, the threshold range of the secondary spectroscope is as follows: the splitting ratio is 1:2, and the event reflection peak value is greater than 3db and less than or equal to 5 db; the splitting ratio is 1:4, and the event reflection peak value is greater than 5db and less than or equal to 7 db; the splitting ratio is 1:8, and the event reflection peak value is greater than 7db and less than or equal to 10 db; the splitting ratio is 1:16, and the event reflection peak value is more than 10db and less than or equal to 13 db; the splitting ratio is 1:32, and the peak value of the event reflection is larger than 13db and less than or equal to 16 db. The splitting ratio is 1:64, and the event reflection peak value is greater than 16db and less than or equal to 19 db; the splitting ratio is 1:128, and the peak value of the event reflection is more than 19db and less than or equal to 22 db. The threshold ranges of the ONUs are: the peak value of the event reflection is less than or equal to 3 db.

The OTDR tests the pre-deployed OTDR optical fiber test link for multiple times to generate event data, the actual position of the optical fiber link device is compared with the event data to find out the parameters of the event data at the corresponding position, and the empirical value of the parameter range is calculated, namely the threshold range is generated. It should be noted that the threshold range data needs to be continuously modified under different circumstances to achieve the accuracy as much as possible.

In this way, the method labels the device type of each event in the health event list shown in the first table, and after the labeling is completed, the following table two shows:

watch two

Event ID	Position of	Device type	Description information
				1	0	--
2	9KM	First-order light splitter
				3	10KM	Two-stage light splitter	Two-stage optical splitter _1
4	11KM	Two-stage light splitter	Two-stage optical splitter _2
				5	15KM	ONU	ONU1
6	16KM	ONU	ONU2
				7	17KM	ONU	ONU3
8	18KM	ONU	ONU4

Step S122: and importing the layout resource data of the OTDR optical fiber test link, automatically indicating the dependency relationship between each device and the previous device, and generating a two-dimensional topology information table.

Specifically, the two-dimensional optical fiber link topology map building module 140 is called to import the layout resource data of the OTDR optical fiber test link, matching is performed according to the distance position, the dependency relationship between each device and the previous device is automatically indicated, and finally, a two-dimensional topology information table is generated, as shown in the following table three:

topological information table

Event ID	Position of	Device type	Description information	Slave gatewayIs a system
					1	0	--
2	9KM	First-order light splitter
					3	10KM	Two-stage light splitter	Two-stage optical splitter _1
4	11KM	Two-stage light splitter	Two-stage optical splitter _2
					5	15KM	ONU	ONU1	Second-order beam splitter _1(10KM)
6	16KM	ONU	ONU2	Second-order beam splitter _1(10KM)
					7	17KM	ONU	ONU3	Second-order splitter _2(11KM)
8	18KM	ONU	ONU4	Second-order splitter _2(11KM)

Step S130: and carrying out fault test on the OTDR optical fiber test link to obtain a fault event list.

Specifically, when the OTDR fiber test link is abnormal, the OTDR fault test module 150 and the OTDR test result data processing module 120 are called to obtain the OTDR fault test result, so as shown in fig. 6, the step of "performing fault test on the OTDR fiber test link to obtain the fault event list" specifically includes:

step S131: and when the OTDR optical fiber test link is abnormal, testing the OTDR optical fiber test link by using preset test parameters to obtain a fault result file.

Specifically, when the OTDR optical fiber test link is abnormal, such as a fiber break at ONU1(15KM), the OTDR fault test module 150 performs a fault test on the OTDR optical fiber test link by using the preset test parameters (optical wavelength, pulse width, test distance, optical refractive index, test duration, etc.) that are the same as those of the constructed health, so as to obtain a fault test result file.

Step S132: and analyzing the fault result file to obtain a fault event list of the OTDR optical fiber test link.

Specifically, after the fault test result file is obtained through the above steps, the fault result file needs to be further analyzed through the OTDR test result data processing module 120, so as to obtain the fault event list of the OTDR optical fiber test link. As shown in table four below, the composition of the list of fault events is substantially the same as the above-described health event list.

TABLE IV Fault event List

Event ID	Position (KM)	Event type	Insertion loss (dB)	Reflection peak (dB)
					1	0	Start event	--	--
2	9KM	Reflection events	3.357	5.365
					3	10KM	Reflection thingPiece	2.365	4.538
4	11KM	Reflection events	2.568	3.965
					5	16KM	Reflection events	0.462	1.753
6	17KM	Reflection events	0.651	1.845
					7	18KM	Reflection events	0.661	1.432

Step S140: and comparing the fault event list with the health event list, and searching the two-dimensional topology information table to obtain the branch of each fault point.

Specifically, after the fault event list is obtained through the above steps, the branch fault location module 160 may be called to compare the fault event list with the health event list, and search the two-dimensional topology information table to obtain a branch where each fault point is located, as shown in fig. 7, the specific process includes:

step S141: and comparing the fault event list with the health event list to find out all abnormal events in the fault event list.

Specifically, the abnormal event includes that some attributes (reflection peak, insertion loss) of a new event, a disappearance event or a same-position event are larger than a threshold value, and the disappearance of the event at 15KM can be found by comparing the failure event list of table four with the health event list of table one, that is, the abnormal event in the failure event list is "disappearance of the event at 15 KM".

Step S142: and obtaining the position of each fault point according to all the abnormal events, and searching the two-dimensional topology information table to obtain the branch of each fault point.

Specifically, the abnormal event in the fault event list is found to be 'event disappearance at 15 KM' through the steps, and a conclusion of 'fiber breakage at 15 KM' can be obtained according to a traditional fault location algorithm. In the steps of the method, a two-dimensional topology information table shown in the table III is further searched, and a device matched with the breakpoint 15KM is found to be the ONU1(15KM) which belongs to the secondary optical splitter 1(10KM), so that a conclusion of 'ONU 1(15KM) fiber breakage under the secondary optical splitter 1(10 KM') is further obtained.

In addition, as shown in fig. 8, the method for locating an optical fiber fault in the present embodiment may further include the following steps:

step S150: and integrating and analyzing the information of the branch where each fault point is located to obtain the fault results of all the branches of the OTDR optical fiber test link.

Specifically, when there are more than one fault point, the branch fault locating module 160 may be invoked to further integrate and analyze the information of the branch where each fault point is located, to obtain the fault results of all branches of the OTDR optical fiber test link, so as to reduce the maintenance workload and the complexity of network maintenance, change the network service guarantee from manual and field processing to intelligent, remote processing, fast and real-time fault handling mechanism, and perform the full flow automatically, and assist the maintainer to fast remove the optical network fault.

If the fiber is broken at ONU1(15KM) and ONU2(16KM), a fault test is performed, and the test result file is analyzed to obtain a fault event list shown in the following table five:

table five fault event list

Event ID	Position (KM)	Event type	Insertion loss (dB)	Reflection peak (dB)
					1	0KM	Start event	--	--
2	9KM	Reflection events	3.357	5.365
					3	10KM	Reflection events	2.365	4.538
4	11KM	Reflection events	2.568	3.965
					5	17KM	Reflection events	0.651	1.845
6	18KM	Reflection events	0.661	1.432

Due to the fact that the ONU1 and the ONU2 are broken, no reflection event will occur at the ONU1 and the ONU2 in the failure test result, and by comparing the failure event list of table five with the health event list of table one, it can be found that the events at 15KM and 16KM disappear, that is, the abnormal events in the failure event list are "the event disappears at 15 KM" and "the event disappears at 16 KM", and the conclusion of "the broken fiber at 15KM and 16 KM" is reached according to the conventional failure location algorithm. Looking up the two-dimensional topology information table shown in table three, finding out devices matched with the breakpoints 15KM and 16KM are ONU1(15KM) and ONU2(16KM), which belong to the secondary optical splitter 1(10KM), and there are only these two ONUs below the secondary optical splitter 1(10KM), so as to further draw the conclusion of "fiber breakage at the secondary optical splitter — 1(10 KM)".

Example two

As shown in fig. 9, a second embodiment of the present invention provides an apparatus 20 for fiber fault location, where the apparatus 20 includes a memory 21, a processor 22, a program stored in the memory and executable on the processor, and a data bus 23 for implementing connection communication between the processor 21 and the memory 22, and when the program is executed by the processor, the following specific steps are implemented as shown in fig. 1: .

Table-list of health events

watch two

topological information table

TABLE IV Fault event List

Event ID	Position (KM)	Event type	Insertion loss (dB)	Reflection peak (dB)
					1	0	Start event	--	--
2	9KM	Reflection events	3.357	5.365
					3	10KM	Reflection events	2.365	4.538
4	11KM	Reflection events	2.568	3.965
					5	16KM	Reflection events	0.462	1.753
6	17KM	Reflection events	0.651	1.845
					7	18KM	Reflection events	0.661	1.432

table five fault event list

EXAMPLE III

A third embodiment of the present invention provides a computer-readable storage medium, where one or more programs are stored, and the one or more programs are executable by one or more processors to implement the following specific steps as shown in fig. 1: .

Table-list of health events

watch two

topological information table

Event ID	Position of	Device type	Description information	Dependency relationships
					1	0	--
2	9KM	First-order light splitter
					3	10KM	Two-stage light splitter	Two-stage optical splitter _1
4	11KM	Two-stage light splitter	Two-stage optical splitter _2
					5	15KM	ONU	ONU1	Second-order beam splitter _1(10KM)
6	16KM	ONU	ONU2	Second-order beam splitter _1(10KM)
					7	17KM	ONU	ONU3	Second-order splitter _2(11KM)
8	18KM	ONU	ONU4	Second-order splitter _2(11KM)

TABLE IV Fault event List

table five fault event list

One of ordinary skill in the art will appreciate that all or some of the steps of the methods, systems, functional modules/units in the devices disclosed above may be implemented as software, firmware, hardware, and suitable combinations thereof.

In a hardware implementation, the division between functional modules/units mentioned in the above description does not necessarily correspond to the division of physical components; for example, one physical component may have multiple functions, or one function or step may be performed by several physical components in cooperation. Some or all of the physical components may be implemented as software executed by a processor, such as a central processing unit, digital signal processor, or microprocessor, or as hardware, or as an integrated circuit, such as an application specific integrated circuit. Such software may be distributed on computer readable media, which may include computer storage media (or non-transitory media) and communication media (or transitory media). The term computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data, as is well known to those of ordinary skill in the art. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, Digital Versatile Disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can accessed by a computer. In addition, communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media as known to those skilled in the art.

The preferred embodiments of the present invention have been described above with reference to the accompanying drawings, and are not to be construed as limiting the scope of the invention. Any modifications, equivalents and improvements which may occur to those skilled in the art without departing from the scope and spirit of the present invention are intended to be within the scope of the claims.

Claims

1. A method of optical fiber fault location, the method comprising the steps of:

deploying an OTDR optical fiber test link, and acquiring a health event list of the OTDR optical fiber test link;

marking the type of a device to which each event of the health event list belongs, acquiring the dependency relationship between each device and a previous-stage device, and generating a two-dimensional topological information table;

carrying out fault test on the OTDR optical fiber test link to obtain a fault event list;

and comparing the fault event list with the health event list, and searching the two-dimensional topology information table to obtain the branch of each fault point.

2. The method according to claim 1, wherein the step of deploying an OTDR fiber test link and obtaining a list of health events of the OTDR fiber test link specifically comprises:

deploying an OTDR optical fiber test link, and deploying a terminal reflector at each optical network unit ONU of the OTDR optical fiber test link;

when the OTDR optical fiber test link is normal, testing the OTDR optical fiber test link by using preset test parameters to obtain a health result file;

and analyzing the health result file to obtain a health event list of the OTDR optical fiber test link.

3. The method of claim 2, wherein the health event list comprises a plurality of events, and the list information of each event comprises an event type, a location information, an event insertion loss value, and an event reflection peak value.

4. The method according to claim 1, wherein the step of labeling the device type of each event in the health event list, obtaining the dependency relationship between each device and the device at the previous stage, and generating the two-dimensional topology information table specifically includes:

marking the device type of each event, wherein the device type comprises a primary optical splitter, a secondary optical splitter and an Optical Network Unit (ONU);

and importing the layout resource data of the OTDR optical fiber test link, automatically indicating the dependency relationship between each device and the previous device, and generating a two-dimensional topology information table.

5. The method according to claim 4, wherein the step of labeling the device type of each event, where the device type includes a primary optical splitter, a secondary optical splitter, and an Optical Network Unit (ONU), specifically comprises:

reading all events of the health event list in sequence;

if the event type of the event is a reflection event or an attenuation event, calibrating the device type of the event, of which the event insertion loss value accords with the threshold range of the first-level optical splitter, as the first-level optical splitter;

sequentially reading other events except the type of the device which belongs to the first-level optical splitter;

if the event type of the event is a reflection event, the device type of the event with the event reflection peak value meeting the threshold range of the secondary optical splitter is marked as the secondary optical splitter, and the device type of the event with the event reflection peak value meeting the threshold range of the ONU is marked as the ONU.

6. The method according to claim 1, wherein the step of performing fault testing on the OTDR optical fiber test link to obtain a fault event list specifically includes:

when the OTDR optical fiber test link is abnormal, testing the OTDR optical fiber test link by using preset test parameters to obtain a fault result file;

and analyzing the fault result file to obtain a fault event list of the OTDR optical fiber test link.

7. The method according to claim 1, wherein the step of comparing the fault event list with the health event list and searching the two-dimensional topology information table to obtain the branch where each fault point is located specifically comprises:

comparing the fault event list with the health event list to find out all abnormal events in the fault event list;

and obtaining the position of each fault point according to all the abnormal events, and searching the two-dimensional topology information table to obtain the branch of each fault point.

8. The method according to any one of claims 1 to 7, wherein the step of comparing the fault event list with the health event list and searching the two-dimensional topology information table to obtain the branch where each fault point is located further comprises the following steps:

and integrating and analyzing the information of the branch where each fault point is located to obtain the fault results of all the branches of the OTDR optical fiber test link.

9. An apparatus for optical fiber fault location based on optical time domain reflectometry, OTDR, characterized in that the apparatus comprises a memory, a processor, a program stored on the memory and executable on the processor, and a data bus for enabling a connection communication between the processor and the memory, which program, when executed by the processor, realizes the steps of the method according to any of claims 1-8.

10. A storage medium for computer readable storage, wherein the storage medium stores one or more programs which are executable by one or more processors to implement the steps of the method of any one of claims 1 to 8.