Fault positioning method of optical fiber link

Abstract

The embodiment of the invention provides a fault positioning method of an optical fiber link. The method comprises the following steps: receiving an alarm signal of optical network unit signal loss reported by an optical line terminal; judging an optical fiber link state of a passive optical network port of the optical line terminal according to the alarm signal of signal loss of the optical network unit and resource information of a preset optical distribution network; obtaining fault positioning information of the optical fiber link based on the optical time domain reflector test; and determining a fault positioning result of the optical fiber link according to the fault positioning information of the optical fiber link and the state of the optical fiber link. Therefore, the problem that the fault positioning result does not conform to the actual optical fiber link due to the fact that the OTDR fault positioning algorithm is limited by the influence of the characteristics of the device and the testing environment and misinformation, false detection or missing detection is generated in the prior art is solved, the fault positioning misinformation probability is greatly reduced, meanwhile, the fault positioning result is more accurate, and the fault positioning accuracy is improved. And the maintenance workload and the network maintenance complexity are reduced.

Description

Technical Field

[0001] The embodiments of the present application relate to the field of communications, and in particular, to a method for fault location of an optical fiber link. Background Art

[0002] In recent years, with the increasing number of broadband value-added services, users' demand for bandwidth has become higher and higher. The Fiber To The Home (FTTH) broadband access solution adopts Passive Optical Network (PON) technology, which has the characteristics of high bandwidth, anti-interference, easy expansion, long access distance, etc. compared with other technologies, and is widely used.

[0003] Consequently, the service guarantee problem of the FTTH broadband access system has become increasingly prominent, and some optical fiber basic network operators have high requirements for optical fiber fault location. The Optical Time Domain Reflectometer (OTDR) technology has the ability to accurately locate the optical fiber fault point, so it has been favored by operators.

[0004] However, the traditional OTDR fault location algorithm is limited by the characteristics of devices and the influence of the test environment, and false alarms, false detections or missed detections will occur, resulting in the inconsistency between the fault location result and the actual optical fiber link. Summary of the Invention

[0005] The embodiments of the present application provide a method for fault location of an optical fiber link, so as to at least solve the problem that in the related art, the OTDR fault location algorithm is limited by the characteristics of devices and the influence of the test environment, and false alarms, false detections or missed detections will occur, resulting in the inconsistency between the fault location result and the actual optical fiber link.

[0006] According to an embodiment of the present application, a method for fault location of an optical fiber link is provided, which is applied to a network management device. The network management device is communicatively connected to an optical line terminal. The passive optical network port of the optical line terminal is connected to at least one optical network unit through an optical fiber link in an optical distribution network. An optical time domain reflector is further included in the optical distribution network. The method includes:

[0007] Receiving an alarm signal of signal loss of the optical network unit reported by the optical line terminal;

[0008] Determining the optical fiber link state of the passive optical network port of the optical line terminal according to the alarm signal of signal loss of the optical network unit and the resource information of the preset optical distribution network;

[0009] Obtaining fault location information of the optical fiber link tested based on the optical time domain reflector;

[0010] Determine the fault location result of the optical fiber link according to the fault location information of the optical fiber link and the status of the optical fiber link.

[0011] According to another embodiment of the present application, there is also provided a computer-readable storage medium, in which a computer program is stored, and the computer program is configured to execute the steps in any one of the above method embodiments when running.

[0012] The present application combines the optical fiber link status of the passive optical network port of the optical line terminal with the optical fiber fault location result tested by the optical time domain reflector, and utilizes the accuracy of the optical fiber link status detection of the passive optical network port of the optical line terminal and the accuracy of the optical fiber fault location point of the optical time domain reflector test to obtain a more accurate fault location result, thereby solving the problem that in the related art, the OTDR fault location algorithm is limited by the characteristics of the device and the test environment, resulting in false alarms, false detections or missed detections, and thus the fault location result does not match the actual optical fiber link, greatly reducing the probability of false alarms in fault location. At the same time, the more accurate fault location result reduces the maintenance workload and the complexity of network maintenance. Description of the Drawings

[0013] Figure 1 is a hardware structure block diagram of a mobile terminal for a method for fault location of an optical fiber link according to an embodiment of the present application;

[0014] Figure 2 is a schematic diagram of an OTDR optical fiber link fault location topology according to an embodiment of the present application;

[0015] Figure 3 is a system architecture diagram of a fault location system for an optical fiber link according to an embodiment of the present application;

[0016] Figure 4 is a flowchart of a method for fault location of an optical fiber link according to an embodiment of the present application;

[0017] Figure 5 is a flowchart for determining the status of an OLT PON port optical fiber link according to an embodiment of the present application;

[0018] Figure 6 is an algorithm flowchart for combining OTDR optical fiber link branch fault location and OLT PON port optical fiber link status diagnosis according to an embodiment of the present application;

[0019] Figure 7 is a schematic diagram of a branch optical fiber link fault location process according to an embodiment of the present application. Detailed Embodiments

[0020] In the following, embodiments of the present application will be described in detail with reference to the drawings and in conjunction with the embodiments.

[0021] It should be noted that the terms "first", "second", etc. in the description and claims of this application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence.

[0022] Currently, the traditional OTDR fault location solution is as follows: when the fiber optic link is normal, a set of test parameters are used to perform OTDR testing and build a healthy database. When a link fault occurs, the same test parameters are used to perform OTDR testing again to obtain the fault test results, which are then compared with the healthy database. If there are new or missing events, or if certain attributes of events at the same location (reflection peak, insertion loss) are greater than a threshold, the fault point location can be determined.

[0023] However, traditional fault location algorithms are limited by the characteristics of optical time domain reflectometers and the test environment, making threshold selection difficult. Setting the threshold too high can lead to missed faults, while setting it too low can result in false or inaccurate fault detections, resulting in fault location results that are inconsistent with the actual fiber link.

[0024] In response to the above-mentioned technical problems, the present application proposes a method for locating optical fiber link faults. The technical concept of the method is to combine the actual optical fiber link status of the optical line terminal (OLT) with the optical fiber fault location results of the OTDR, and utilize the accuracy of the optical fiber link status detection of the passive optical network port of the optical line terminal and the accuracy of the optical fiber fault location fault point position tested by the optical time domain reflectometer to obtain a more accurate fault location result, thereby solving the problem in the related art that the OTDR fault location algorithm is limited by the characteristics of the device and the influence of the test environment, resulting in false alarms, false detections or missed detections, thereby causing the fault location results to be inconsistent with the actual optical fiber link. The probability of fault location false alarms is greatly reduced, and at the same time, more accurate fault location results are obtained, which reduces the maintenance workload and the complexity of network maintenance.

[0025] The method embodiments provided in the embodiments of the present application can be executed in a mobile terminal, a computer terminal or a similar computing device. Taking running on a mobile terminal as an example, Figure 1 FIG. 1 is a hardware structure block diagram of a mobile terminal for locating a fault in an optical fiber link according to an embodiment of the present application. Figure 1 As shown, the mobile terminal may include one or more ( Figure 1 Only one is shown) a processor 102 (the processor 102 may include but is not limited to a microprocessor MCU or a programmable logic device FPGA and other processing devices) and a memory 104 for storing data, wherein the mobile terminal may also include a transmission device 106 and an input and output device 108 for communication functions. It will be understood by those skilled in the art thatFigure 1 The structure shown is only schematic and does not limit the structure of the above-mentioned mobile terminal. For example, the mobile terminal may further include more or fewer components than those shown in Figure 1 , or have a different configuration from that shown in Figure 1 .

[0026] The memory 104 can be used to store computer programs. For example, software programs and modules of application software, such as the computer program corresponding to the fault location method of the optical fiber link in the embodiments of the present application. The processor 102 executes various functional applications and data processing by running the computer program stored in the memory 104, that is, implements the above method. The memory 104 may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memories. In some instances, the memory 104 may further include a memory remotely provided relative to the processor 102, and these remote memories can be connected to the mobile terminal through a network. Examples of the above network include but are not limited to the Internet, enterprise intranet, local area network, mobile communication network, and combinations thereof.

[0027] The transmission device 106 is used to receive or send data via a network. Specific examples of the above network may include the wireless network provided by the communication provider of the mobile terminal. In one instance, the transmission device 106 includes a network adapter (abbreviated as NIC), which can be connected to other network devices through a base station and thus communicate with the Internet. In one instance, the transmission device 106 may be a radio frequency (RF) module, which is used to communicate with the Internet wirelessly.

[0028] Figure 2 is a schematic diagram of the OTDR optical fiber link fault location topology structure according to the embodiments of the present application. There can be multiple test ports on the OTDR device, and each test port is connected to the optical fiber link of the optical distribution network (ODN), such as Figure 2 shown:

[0029] 1) Under the OTDR device port 1, a first-level optical splitter (such as a level 1 splitter) can be connected. For example, the distance or the optical fiber link length between the OTDR device port 1 and the first-level optical splitter can be 9 KM;

[0030] 2) Two level 2 splitters (such as level 2 splitter1 and level 2 splitter2) can be connected under the first-level splitter. For example, the distance or fiber optic link length between the first-level splitter and level 2 splitter1 can be 10 KM, and the distance or fiber optic link length between the first-level splitter and level 2 splitter2 can be 11 KM;

[0031] 3) Two optical network units (ONUs), such as ONU1 and ONU2, can be connected under level 2 splitter1. The distance or fiber optic link length between level 2 splitter1 and ONU1 can be 15 KM, and the distance or fiber optic link length between level 2 splitter1 and ONU2 can be 16 KM;

[0032] 4) Two ONUs, such as ONU3 and ONU4, can be connected under level 2 splitter2. The distance or fiber optic link length between level 2 splitter2 and ONU3 can be 17 KM, and the distance or fiber optic link length between level 2 splitter2 and ONU4 can be 18 KM. The optical network units corresponding to the first-level splitter include ONU1, ONU2, ONU3, and ONU4.

[0033] It should be noted that the levels of the above-mentioned splitters, the corresponding relationship between the number of the upper-level splitter and the lower-level splitter, and the corresponding relationship between the number of the splitter and the optical network unit are only examples. Those skilled in the art can set the levels of the splitters, the number, and the number of optical network units corresponding to the splitters of each level according to the actual situation. The embodiments of the present invention do not limit this here.

[0034] Figure 3 It is the architecture diagram of the fiber optic link fault location system according to the embodiments of the present application. The embodiments of the present application can run on Figure 2 the topology shown, as Figure 3 shown. The network architecture can include: an ODN resource import module, a fiber optic link status diagnosis module for the passive optical network OLT PON port of the optical line terminal, an OTDR health library test module, an OTDR fault test module, and a fault location module. The functions of the above-mentioned multiple modules are as follows:

[0035] The ODN resource import module is used to import the ODN resource information of the imported ONU into the network management device. Such as the location information of the splitter where the ONU is located, for example: the first-level splitter number - the second-level splitter number - the third-level splitter number.

[0036] The OLT PON port optical fiber link status diagnosis module is used to receive the alarm signal of the ONU and report it to the network management device. For example, if the ONU experiences a loss of optical signal, the OLT optical line terminal network element will report the Loss Of Signal (LOS) alarm signal (i.e., the alarm signal for the loss of the optical network unit signal) of the ONU to the network management, and the network management will comprehensively determine the status of the PON port optical fiber link based on the resource information of the ODN imported by the ODN resource import module and the LOS alarm signal of the ONU optical network unit.

[0037] The OTDR health library test module is used to, when the optical fiber network is normal, the OTDR uses appropriate test parameters (such as optical wavelength, pulse width, test distance, optical refractive index, test duration, etc.) to test the optical fiber link and obtain a health test result file. Among them, the health test result file is used to indicate the OTDR health test result, and a health library can be constructed based on the health test result.

[0038] The OTDR fault test module is used to, when the optical fiber network is abnormal, the OTDR uses appropriate test parameters to test the faulty link and obtain a fault test result file. Among them, the fault test result file is used to indicate the OTDR fault test result.

[0039] The fault location module is used to compare the OTDR fault test result with the health test result in the health library, and then accurately locate the fault in combination with the OLT PON port link status.

[0040] In this embodiment, a method for fault location of an optical fiber link running on the above-mentioned mobile terminal or topology or network architecture is provided, which is applied to a network management device. The network management device is communicatively connected to an optical line terminal, and the passive optical network port of the optical line terminal is connected to at least one optical network unit through an optical fiber link in an optical distribution network. The optical distribution network also includes an optical time domain reflectometer. Figure 4 is a flowchart of a method for fault location of an optical fiber link according to an embodiment of the present application, as Figure 4 shown, this process includes the following steps:

[0041] Step S401, receiving the alarm signal of the loss of the optical network unit signal reported by the optical line terminal;

[0042] Step S402, determining the status of the optical fiber link of the passive optical network port of the optical line terminal according to the alarm signal of the loss of the optical network unit signal and the preset resource information of the optical distribution network;

[0043] In an exemplary embodiment, the preset resource information of the optical distribution network includes the optical network unit information corresponding to the first-level optical splitter; the first-level optical splitter is located on the main link of the optical fiber link; the above step S302 may include:

[0044] When it is determined, according to the alarm signal and the resource information, that the alarm signal is the alarm signal of the optical network unit corresponding to the primary optical splitter, it is determined that the fiber link status of the passive optical network port on the optical line terminal is a backbone link failure.

[0045] In an exemplary embodiment, the primary optical splitter is connected to multiple subordinate optical splitters of at least one level, and the resource information of the preset optical distribution network further includes the optical network unit information corresponding to the subordinate optical splitters; the above step S302 may further include:

[0046] When it is determined, according to the alarm signal and the resource information, that the alarm signal is the alarm signal corresponding to the subordinate optical splitter, it is determined that the fiber link status of the passive optical network port on the optical line terminal is a branch link failure.

[0047] In an exemplary embodiment, the above step S302 may include:

[0048] When it is determined, according to the alarm signal and the resource information, that the alarm signal is the alarm signal of one of the optical network units, it is determined that the fiber link status of the passive optical network port on the optical line terminal is the optical network unit failure.

[0049] For example, Figure 5 is the flowchart for determining the fiber link status of the OLT PON port according to the embodiment of the present application. As Figure 5 shown, the process for determining the fiber link status of the OLT PON port may be as follows:

[0050] 1. The resource information of the optical distribution network can be imported into the network management device in advance, such as the optical splitter information to which each ONU belongs: primary splitter number - secondary splitter number - tertiary splitter number, etc.;

[0051] 2. When the ONU has a loss of optical signal, the OLT network element can report the ONU LOS alarm signal to the network management device;

[0052] 3. If all ONUs under the primary optical splitter of a certain PON port of the OLT generate the LOS alarm signal, the network management device can determine that the fiber link status of this PON port on the OLT is a backbone link failure;

[0053] 4. If all ONUs under the secondary or tertiary optical splitter of a certain PON port of the OLT generate the LOS alarm signal, the network management device can determine that the fiber link status of this PON port on the OLT is a branch link failure;

[0054] 5. If there is an ONU LOS alarm signal on a certain PON port of the OLT, the network management device can determine that the optical fiber link status of this PON port on the OLT is an ONU failure.

[0055] Step S303: Obtain the fault location information of the optical fiber link tested based on the optical time domain reflectometer.

[0056] In an exemplary embodiment, the above step S303 may include:

[0057] Obtain the optical fiber link health event list and the optical fiber link fault event list tested by the optical time domain reflectometer;

[0058] Compare the health event list and the fault event list to obtain the fault location information of the optical fiber link.

[0059] Step S304: Determine the fault location result of the optical fiber link according to the fault location information of the optical fiber link and the optical fiber link status.

[0060] As an example, when the optical fiber link is normal, the OTDR health library test module can be called to build a health library; the OLT PON port optical fiber link diagnosis module can be called to determine the optical fiber link status (trunk break / branch break / ONU break / normal) of the PON port on the OLT; when the optical fiber link is abnormal, the OTDR fault test module can be called to obtain the fault test result, and the fault location module can be called to obtain the accurate fault location result.

[0061] As an example, after determining the fault location result of the optical fiber link, the location result can also be reported. The fault result is based on the optical fiber link status determined by the network management device.

[0062] For example, if there is no link failure in the fault location information of the optical fiber link, and the optical fiber link status determined by the network management device is a trunk link failure or a branch link failure, then report the trunk link failure or the branch link failure result; if the trunk link failure or the branch link failure exists in the fault location information of the optical fiber link, and the optical fiber link status determined by the network management device is a trunk link failure or a branch link failure, then report the trunk link failure or the branch link failure result; if the trunk link failure or the branch link failure exists in the fault location information of the optical fiber link, and the optical fiber link status determined by the network management device is normal, then do not report.

[0063] The following will separately explain the specific methods for determining the fault location result of the optical fiber link:

[0064] In an exemplary embodiment, the above step S304 may include:

[0065] If the fault location information of the optical fiber link is backbone link fault information, and the optical fiber link status of the passive optical network port on the optical line terminal is backbone link fault, then determine that the fault location result of the optical fiber link is backbone link fault, and report the backbone link fault information.

[0066] In an exemplary embodiment, it further includes:

[0067] If the fault location information of the optical fiber link is backbone link fault information, and the optical fiber link status of the passive optical network port on the optical line terminal is not backbone link fault, then determine that the fault location result of the optical fiber link is not backbone link fault, and do not report the fault location information of the optical fiber link.

[0068] In an exemplary embodiment, the above step S304 may include:

[0069] If the fault location information of the optical fiber link is branch link fault information, and the optical fiber link status of the passive optical network port on the optical line terminal is branch link fault, then determine that the fault location result of the optical fiber link is branch link fault, and report the branch link fault information.

[0070] In an exemplary embodiment, it further includes:

[0071] If the fault location information of the optical fiber link is branch link fault information, and the optical fiber link status of the passive optical network port on the optical line terminal is not backbone link fault, then determine that the fault location result of the optical fiber link is not backbone link fault, and do not report the fault location information of the optical fiber link.

[0072] For example, Figure 6 is the algorithm flowchart of the combination of OTDR optical fiber link branch fault location and OLT PON port optical fiber link status diagnosis according to the embodiment of the present application, as Figure 6 shown, the specific process may be as follows:

[0073] 1. If the OTDR fault location result is backbone link fault, then query the optical fiber status of the corresponding OLT's PON port:

[0074] If the optical fiber link status of the OLT PON port is backbone link fault, the network management device reports the OTDR fault location result;

[0075] If the optical fiber link status of the OLT PON port is not backbone link fault, the network management device does not report the OTDR fault location result.

[0076] 2. If the OTDR fault location result is branch link fault, then query the optical fiber status of the corresponding OLT's PON port:

[0077] If the optical fiber link status of the OLT PON port is a branch link failure, the network management device reports the OTDR fault location result.

[0078] If the optical fiber link status of the OLT PON port is not a branch link failure, the network management device does not report the OTDR fault location result.

[0079] This application receives an alarm signal of the loss of the optical network unit signal reported by the optical line terminal; determines the optical fiber link status of the passive optical network port of the optical line terminal according to the alarm signal of the loss of the optical network unit signal and the resource information of the preset optical distribution network; obtains the fault location information of the optical fiber link based on the optical time domain reflectometer test; determines the fault location result of the optical fiber link according to the fault location information of the optical fiber link and the optical fiber link status. By combining the optical fiber link status of the passive optical network port of the optical line terminal with the optical fiber fault location result tested by the optical time domain reflectometer, and utilizing the accuracy of the optical fiber link status detection of the passive optical network port of the optical line terminal and the accuracy of the optical fiber fault location point of the optical time domain reflectometer test, a more accurate fault location result is obtained, thereby solving the problem that the OTDR fault location algorithm in the related technology is limited by the characteristics of the device and the influence of the test environment, resulting in false alarms, false detections or missed detections, and thus the fault location result does not match the actual optical fiber link. The probability of false alarms in fault location is greatly reduced, and at the same time, a more accurate fault location result reduces the maintenance workload and the complexity of network maintenance.

[0080] The following further illustrates the fault location method for the optical fiber link of this application through several examples:

[0081] Example 1

[0082] Figure 7 It is a schematic diagram of the branch optical fiber link fault location process according to the embodiment of this application. As Figure 7 shown, it may specifically include the following steps:

[0083] Step 1, the optical fiber link can be deployed according to the Figure 2 topological structure.

[0084] Step 2, when the optical fiber link is normal, a health library test is performed, and the test result file is parsed to obtain a health event list. As shown in Table 1 below, the performance indicators of each event in the event list may include event location, type, insertion loss, reflection peak value, etc.

[0085] Table 1:

[0086] Event ID Location (KM) Event Type Insertion Loss (dB) Reflection Peak (dB) 1 0 Start Event -- -- 2 9 Reflection Event 3.357 5.365 3 10 Reflection Event 2.365 4.538 4 11 Reflection Event 2.568 3.965 5 15 Reflection Event 0.589 1.568 6 16 Reflection Event 0.462 1.753 7 17 Reflection Event 0.651 1.845 8 18 Reflection Event 0.661 1.432

[0087] Step 3: The device type can be identified, and the event can be labeled as a primary splitter, secondary splitter, or ONU, and the description information of the event can be marked as shown in Table 2 below:

[0088] Table 2:

[0089] Event ID Location Device Type Description Information 1 0 -- 2 9 KM First-level Splitter 3 10 KM Second-level Splitter Second-level Splitter_1 4 11 KM Second-level Splitter Second-level Splitter_2 5 15 KM ONU ONU1 6 16 KM ONU ONU2 7 17 KM ONU ONU3 8 18 KM ONU ONU4

[0090] Step 4: The resource information of the user's optical fiber link can be imported. Among them, the resource information of the optical fiber link can be as shown in Table 3 below:

[0091] Table 3:

[0092] Device Type ODN Information Subordination Relationship ONU1 1-1 Second-level Splitter_1 under First-level Splitter_1 ONU2 1-1 Second-level Splitter_1 under First-level Splitter_1 ONU3 1-2 Second-level Splitter_2 under First-level Splitter_1 ONU4 1-2 Second-level Splitter_2 under First-level Splitter_1

[0093] Step 5: Since the optical fiber is broken at ONU_1, no reflection event will occur at ONU1 in the fault test result table.

[0094] The fault test event list is shown in Table 4. The fault test event list can be compared with the health event list (for example, comparing Table 1 with Table 4). If it is found that the event at 15KM disappears, the conclusion of "branch optical fiber break, location: 15KM" can be drawn;

[0095] Table 4:

[0096] Event ID Location (KM) Event Type Insertion Loss (dB) Reflection Peak (dB) 1 0 Start Event -- -- 2 9 KM Reflection Event 3.357 5.365 3 10 KM Reflection Event 2.365 4.538 4 11 KM Reflection Event 2.568 3.965 5 16 KM Reflection Event 0.462 1.753 6 17 KM Reflection Event 0.651 1.845 7 18 KM Reflection Event 0.661 1.432

[0097] Step 6: When the optical fiber is broken at ONU1 (15KM), the OLT will report a PON port ONU LOS alarm to the network management. The network management device judges the optical fiber link status of this PON port as an ONU fault according to the ODN resource information.

[0098] Step 7: Query that the optical fiber link status of the PON port is an ONU fault, which is consistent with the OTDR fault location result. Then finally report the fault location result of "branch optical fiber break, location: 15KM".

[0099] Example 2

[0100] As Figure 7 shown in the schematic diagram of the branch optical fiber link fault location structure, it can specifically include the following steps:

[0101] Step 1, the optical fiber link can be deployed according to the Figure 2 topological structure.

[0102] Step 2, when the optical fiber link is normal, a health library test can be performed, and the health event list can be obtained by parsing the test result file. As shown in Table 1, the event list can include the performance indicators of each event such as event location, type, insertion loss, reflection peak value, etc.

[0103] Step 3: The device type can be identified, and the event can be labeled as a primary splitter, secondary splitter, or ONU, and the description information of the event can be marked.

[0104] Step 4: If the link is normal during this fault test, but due to the misdetection and false detection of OTDR, in the following Table 5 of this fault test result, no reflection event is detected at ONU1 (15KM). After comparing the fault test event list with the health library (comparing Table 1 and Table 3), it is found that the event at 15KM disappears, then the conclusion of "branch fiber break, location: 15KM" can be drawn.

[0105] Table 5:

[0106] Event ID Location (KM) Event Type Insertion Loss (dB) Reflection Peak (dB) 1 0 Start Event -- -- 2 9 KM Reflection Event 3.357 5.365 3 10 KM Reflection Event 2.365 4.538 4 11 KM Reflection Event 2.568 3.965 5 16 KM Reflection Event 0.462 1.753 6 17 KM Reflection Event 0.651 1.845 7 18 KM Reflection Event 0.661 1.432

[0107] Step 6: Since there is no fiber break at ONU_1 (15KM) in the actual scenario, the OLT will not report the PON port ONU LOS alarm to the network management device, and the network management device determines that the optical fiber link is normal.

[0108] Step 7: Query that the status of the PON port optical fiber link is normal, which is inconsistent with the OTDR fault location result. Then OTDR will not finally report the fault location result of "branch fiber break, location: 15KM".

[0109] The traditional OTDR fault location algorithm is limited by the characteristics of the device and the test environment, resulting in the fault location result not matching the actual situation, and false alarms and false detections will occur. This application combines the optical fiber link status of the OLT PON port with the OTDR optical fiber fault location result, utilizes the accuracy of the optical fiber link status detection of the OLT PON port and the accuracy of the OTDR optical fiber fault location fault point position, and obtains a more accurate fault location result, greatly reducing the probability of false alarms in fault location. Moreover, the more accurate fault location result reduces the maintenance workload and the complexity of network maintenance. It changes the network service guarantee from manual and on-site processing to intelligent and remote processing, with a fast and real-time fault processing mechanism that automatically executes the whole process, assisting maintenance personnel to quickly eliminate optical network faults. When a fault occurs, it accurately locates the fault point, greatly improving the troubleshooting efficiency, enhancing the network service guarantee efficiency, and being beneficial to reducing the probability of network faults, shortening the fault handling and recovery time, and saving a large amount of manpower and material resources invested in network operation and maintenance.

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

[0111] An embodiment of the present application also provides a computer-readable storage medium, in which a computer program is stored. Among them, the computer program is set to execute the steps in any one of the above method embodiments when running.

[0112] In an exemplary embodiment, the above computer-readable storage medium may include, but is not limited to: USB flash drive, read-only memory (abbreviated as ROM), random access memory (abbreviated as RAM), mobile hard disk, magnetic disk or optical disc and other various media that can store computer programs.

[0113] An embodiment of the present application also provides an electronic device, including a memory and a processor. A computer program is stored in the memory, and the processor is set to run the computer program to execute the steps in any one of the above method embodiments.

[0114] In an exemplary embodiment, the above electronic device may further include a transmission device and an input / output device. Among them, the transmission device is connected to the above processor, and the input / output device is connected to the above processor.

[0115] The specific examples in this embodiment may refer to the examples described in the above embodiments and exemplary embodiments, and will not be repeated here.

[0116] Obviously, those skilled in the art should understand that the various modules or steps of the present application described above can be implemented by a general-purpose computing device. They can be concentrated on a single computing device or distributed on a network composed of multiple computing devices. They can be implemented by program codes executable by the computing device. Thus, they can be stored in a storage device and executed by the computing device. And in some cases, the steps shown or described can be executed in a sequence different from that here, or they can be separately fabricated into individual integrated circuit modules, or multiple modules or steps among them can be fabricated into a single integrated circuit module for implementation. In this way, the present application is not limited to any specific combination of hardware and software.

[0117] The foregoing is only an exemplary embodiment of the present application and is not intended to limit the present application. For those skilled in the art, the present application can have various changes and modifications. Any modification, equivalent replacement, improvement, etc. made within the principle of the present application shall be included within the protection scope of the present application.

Claims

1. A method for fault location of an optical fiber link, characterized in that, Applied to a network management device, the network management device is communicatively connected to an optical line terminal. The passive optical network port of the optical line terminal is connected to at least one optical network unit through an optical fiber link in an optical distribution network. An optical time domain reflector is also included in the optical distribution network. The method includes: Receiving an alarm signal of loss of optical network unit signal reported by the optical line terminal; Determining the optical fiber link status of the passive optical network port of the optical line terminal according to the alarm signal of loss of optical network unit signal and the resource information of a preset optical distribution network; Obtaining the fault location information of the optical fiber link tested based on the optical time domain reflector; Determining the fault location result of the optical fiber link according to the fault location information of the optical fiber link and the optical fiber link status.

2. The method according to claim 1, wherein The resource information of the preset optical distribution network includes the optical network unit information corresponding to a primary optical splitter; the primary optical splitter is located on the backbone link of the optical fiber link; The determining the optical fiber link status of the passive optical network port of the optical line terminal according to the alarm signal of loss of optical network unit signal and the resource information of the preset optical distribution network includes: When it is determined according to the alarm signal and the resource information that the alarm signal is the alarm signal of the optical network unit corresponding to the primary optical splitter, determining that the optical fiber link status of the passive optical network port on the optical line terminal is a backbone link fault.

3. The method according to claim 1, wherein At least one level of multiple subordinate optical splitters are connected under the primary optical splitter. The resource information of the preset optical distribution network further includes the optical network unit information corresponding to the subordinate optical splitter; The determining the optical fiber link status of the passive optical network port of the optical line terminal according to the alarm signal of loss of optical network unit signal and the resource information of the preset optical distribution network includes: When it is determined according to the alarm signal and the resource information that the alarm signal is the alarm signal of the optical network unit corresponding to the subordinate optical splitter, determining that the optical fiber link status of the passive optical network port on the optical line terminal is a branch link fault.

4. The method according to claim 1, characterized in that The determining the optical fiber link status of the passive optical network port of the optical line terminal according to the alarm signal of loss of optical network unit signal and the resource information of the preset optical distribution network includes: When it is determined according to the alarm signal and the resource information that the alarm signal is the alarm signal of one optical network unit, determining that the optical fiber link status of the passive optical network port on the optical line terminal is an optical network unit fault.

5. The method according to claim 1, characterized in that, Obtaining the fault location information of the optical fiber link tested by the optical time domain reflector includes: Obtaining a list of optical fiber link health events and a list of optical fiber link fault events tested by the optical time domain reflector; Comparing the health event list and the fault event list to obtain the fault location information of the optical fiber link.

6. The method according to claim 2, wherein The determining the fault location result of the optical fiber link according to the link fault information and the optical fiber link status includes: If the fault location information of the optical fiber link is backbone link fault information, and the optical fiber link status of the passive optical network port on the optical line terminal is backbone link fault, then determine that the fault location result of the optical fiber link is backbone link fault, and report the backbone link fault information.

7. The method according to claim 6, wherein Further included: If the fault location information of the optical fiber link is backbone link fault information, and the optical fiber link status of the passive optical network port on the optical line terminal is not backbone link fault, then determine that the fault location result of the optical fiber link is not backbone link fault, and do not report the fault location information of the optical fiber link.

8. The method according to claim 3, wherein The determining the fault location result of the optical fiber link according to the link fault information and the optical fiber link status includes: If the fault location information of the optical fiber link is branch link fault information, and the optical fiber link status of the passive optical network port on the optical line terminal is branch link fault, then determine that the fault location result of the optical fiber link is branch link fault, and report the branch link fault information.

9. The method according to claim 8, wherein Further included: If the fault location information of the optical fiber link is branch link fault information, and the optical fiber link status of the passive optical network port on the optical line terminal is not backbone link fault, then determine that the fault location result of the optical fiber link is not backbone link fault, and do not report the fault location information of the optical fiber link.

10. A computer-readable storage medium, characterized in that, A computer program is stored in the computer-readable storage medium, wherein the computer program, when executed by a processor, implements the steps of the method described in any one of claims 1 to 9.

Images