Fault processing method and device for optical distribution network, equipment, medium and product

Abstract

The invention relates to the technical field of transmission and bearing, and particularly provides a fault processing method and device for an optical distribution network, equipment, a medium and a product, and the method comprises the steps: obtaining a fault path corresponding to a target terminal under the condition that the network fault of the target terminal using the optical distribution network is detected, the fault path is generated based on a label connection relationship, and the label connection relationship is used for reflecting a connection relationship between an equipment port and a cable port in the optical distribution network through a label; and on the basis of the fault path, troubleshooting a fault point which causes the target terminal to have a network fault. By acquiring the fault path corresponding to the target terminal and checking the network fault according to the fault path, the superior equipment or the cable connected with the target terminal can be directly acquired, so that the time consumed for searching the superior equipment or the cable is greatly shortened, and the fault processing efficiency is improved.

Description

Technical Field

[0001] The present disclosure relates to the field of transmission and bearing technology, and in particular to a method, device, equipment, medium and product for handling faults in an optical distribution network. Background Art

[0002] Since the electronic tags generated by Radio Frequency Identification (RFID) technology have the advantage of convenient management, the existing optical distribution network (ODN) management system has gradually replaced the original paper tags with RFID tags. For example, RFID tags are installed on each port of the optical distribution frame (ODF) or the optical cable junction box and on both ends of the jumper. A dedicated tag reader is used to collect the manufacturer code (Target ID, hereinafter referred to as TID code) of the corresponding RFID tag to realize the troubleshooting, maintenance, repair and other management tasks of the ODN system.

[0003] In the existing ODN management system, multiple optical cable junction boxes and multiple optical cables are set between the access room and the terminal. If a network failure occurs on a terminal side, it is necessary to detect the upper-level optical cables and optical cable junction boxes one by one from the terminal side according to the RFID tags until the fault point is found. However, since the upper-level optical cable or optical cable junction box is usually connected to multiple lower-level optical cables, it is difficult to confirm the upper-level optical cable connected to the lower-level optical cable in a short time. Therefore, this fault handling method has the disadvantages of being time-consuming and inefficient, and it is difficult to find the cause of the fault in a timely and effective manner. Summary of the invention

[0004] The present disclosure is proposed in view of the above problems, and provides a method, device, equipment, medium and product for handling faults in an optical distribution network.

[0005] According to one aspect of the present disclosure, a method for handling a fault in an optical distribution network is provided, comprising:

[0006] In the case where a network failure occurs in a target terminal using an optical distribution network, obtaining a failure path corresponding to the target terminal, wherein the failure path is generated based on a label connection relationship, and the label connection relationship is used to reflect a connection relationship between a device port and a cable port in the optical distribution network through a label;

[0007] Based on the fault path, the fault point causing the network failure of the target terminal is checked.

[0008] In addition, the optical distribution network fault handling method according to one aspect of the present disclosure further includes:

[0009] Obtaining the fault path corresponding to the target terminal includes:

[0010] Acquire a label of a target cable port connected to the target terminal;

[0011] Based on the label of the target cable port and the label connection relationship, a fault path corresponding to the target terminal is generated; or, from multiple fault paths pre-generated based on the label connection relationship, the fault path including the target cable port is searched according to the pre-stored correspondence between the label and the fault path.

[0012] In addition, the optical distribution network fault handling method according to one aspect of the present disclosure further includes:

[0013] After obtaining the fault path corresponding to the target terminal, the method further includes:

[0014] Based on the tag connection relationship, obtaining the level to which each tag belongs;

[0015] Based on the levels, a topology diagram is generated;

[0016] Identify the fault path in the topology diagram to obtain the target networking topology;

[0017] The interface of the communication terminal of the control installation and maintenance personnel displays the target network topology.

[0018] In addition, the optical distribution network fault handling method according to one aspect of the present disclosure further includes:

[0019] After troubleshooting the fault point where the target terminal has a network fault based on the fault path, the method further includes:

[0020] Acquire a label and a connection relationship parameter of a port of a communication connection point used to replace the fault point, wherein the connection relationship parameter is used to characterize a label of a port in the optical distribution network that has a connection relationship with the port of the communication connection point;

[0021] Based on the label of the communication connection point and the connection relationship parameter, the label connection relationship is updated.

[0022] In addition, the optical distribution network fault handling method according to one aspect of the present disclosure further includes:

[0023] Before detecting a network failure on a target terminal, the method further includes:

[0024] Acquire a virtual label of a port of a communication device uploaded by a virtual label reading device, wherein the communication device is a device having a plurality of input or output ports in the optical distribution network;

[0025] The tag connection relationship is generated based on the virtual tag.

[0026] In addition, the optical distribution network fault handling method according to one aspect of the present disclosure further includes:

[0027] Based on the fault path, troubleshooting the fault point where the target terminal has a network fault includes:

[0028] Acquire a target label on the fault path, and acquire an upper-layer label to which the target label is subordinate based on a label affiliation, wherein the label affiliation is used to reflect the affiliation between a device port and a cable port in the optical distribution network through labels, and the target label is any label on the fault path;

[0029] Based on the location information of the device or cable identified by the upper-layer label, obtaining the location information of the device port or cable port identified by the target label;

[0030] Based on the positioning information, it is checked whether the device port or cable port identified by the target tag is a fault point.

[0031] According to another aspect of the present disclosure, there is provided a fault handling device for an optical distribution network, comprising:

[0032] an acquisition module, configured to acquire a fault path corresponding to a target terminal using an optical distribution network when a network fault is detected, wherein the fault path is generated based on a label connection relationship, and the label connection relationship is used to reflect a connection relationship between a device port and a cable port in the optical distribution network through a label;

[0033] The troubleshooting module is used to troubleshoot the fault point that causes the network failure of the target terminal based on the fault path.

[0034] According to another aspect of the present disclosure, a computer device is provided, including a memory, a processor, and a computer program stored in the memory, wherein the processor executes the computer program to implement the method of the above aspect.

[0035] According to another aspect of the present disclosure, a computer-readable storage medium is provided, on which a computer program is stored. When the computer program is executed by a processor, the method of the above aspect is implemented.

[0036] According to another aspect of the present disclosure, a computer program product is provided, including a computer program, and when the computer program is executed by a processor, the method of the above aspect is implemented.

[0037] As will be described in detail below, according to an optical distribution network fault handling method, apparatus, device, medium and product of an embodiment of the present disclosure, by obtaining the fault path corresponding to the target terminal and troubleshooting the network fault according to the fault path, the upper-level device or cable connected to the target terminal can be directly obtained, which greatly shortens the time spent on searching for the upper-level device or cable and is conducive to improving fault handling efficiency.

[0038] It is to be understood that both the foregoing general description and the following detailed description are exemplary, and are intended to provide further explanation of the technology as claimed. BRIEF DESCRIPTION OF THE DRAWINGS

[0039] The above and other purposes, features and advantages of the present disclosure will become more apparent by describing the embodiments of the present disclosure in more detail in conjunction with the accompanying drawings. The accompanying drawings are used to provide a further understanding of the embodiments of the present disclosure and constitute a part of the specification. Together with the embodiments of the present disclosure, they are used to explain the present disclosure and do not constitute a limitation of the present disclosure. In the accompanying drawings, the same reference numerals generally represent the same components or steps.

[0040] Figure 1 is a flowchart illustrating a fault handling method of an optical distribution network according to an embodiment of the present disclosure.

[0041] Figure 2 It is a link diagram illustrating the application of the ODN system according to the embodiment of the present disclosure.

[0042] Figure 3 It is a diagram illustrating label setting of an ODN system according to an embodiment of the present disclosure.

[0043] Figure 4 is another flow chart illustrating a method for handling a fault in an optical distribution network according to an embodiment of the present disclosure.

[0044] Figure 5 is a structural diagram illustrating a 12-core ODF unit according to an embodiment of the present disclosure.

[0045] Figure 6 FIG. 4 is a flowchart of another method for handling a fault in an optical distribution network according to an embodiment of the present disclosure.

[0046] Figure 7 It is a structural schematic diagram illustrating a fault handling device for an optical distribution network according to an embodiment of the present disclosure.

[0047] Figure 8 It is a schematic diagram illustrating the structure of a computer device according to an embodiment of the present disclosure.

[0048] Fig. 9 is a schematic diagram illustrating a computer program product according to an embodiment of the present disclosure. DETAILED DESCRIPTION

[0049] In order to make the purpose, technical solution and advantages of the present disclosure more obvious, the exemplary embodiments according to the present disclosure will be described in detail with reference to the accompanying drawings. Obviously, the described embodiments are only part of the embodiments of the present disclosure, rather than all the embodiments of the present disclosure, and it should be understood that the present disclosure is not limited to the exemplary embodiments described here.

[0050] Since the electronic tags generated by Radio Frequency Identification (RFID) technology have the advantage of convenient management, the existing optical distribution network (ODN) management system has gradually replaced the original paper tags with RFID tags. For example, RFID tags are installed on each port of the optical distribution frame (ODF) or the optical cable junction box and on both ends of the jumper. A dedicated tag reader is used to collect the manufacturer code (Target ID, hereinafter referred to as TID code) of the corresponding RFID tag to realize the troubleshooting, maintenance, repair and other management tasks of the ODN system.

[0051] In the existing ODN management system, multiple optical cable junction boxes and multiple optical cables are set between the access room and the terminal. If a network failure occurs on a terminal side, it is necessary to detect the upper-level optical cables and optical cable junction boxes one by one from the terminal side according to the RFID tags until the fault point is found. However, since the upper-level optical cable or optical cable junction box is usually connected to multiple lower-level optical cables, it is difficult to confirm the upper-level optical cable connected to the lower-level optical cable in a short time. Therefore, this fault handling method has the disadvantages of being time-consuming and inefficient, and it is difficult to find the cause of the fault in a timely and effective manner.

[0052] After the RFID tag is installed, the TID code can be collected. Common collection methods include: the collector opens the corresponding mobile phone software, uses the RFID tag reader to read the TID code of the RFID tag according to the software prompts, and the tag reader transmits the read TID code to the mobile phone via Bluetooth, and accesses the cloud ODN management system through the mobile phone software. After that, the TID code is associated and bound with the corresponding ODF port in the ODN management system. The port usage status, jumper connection relationship and other information in the ODN management system can be managed through the TID code. However, this method has the following disadvantages:

[0053] 1) For example, in ODF, each ODF port needs to be equipped with an RFID tag, which has high procurement and construction costs;

[0054] 2) The numerous ODF ports result in small label spacing and high installation difficulty;

[0055] 3) The tags are spaced close together, making it difficult for the tag reader to collect data. When an RFID tag is read, if adjacent tags emit signals in response, mutual interference will occur.

[0056] In the above, a method, device, equipment, medium and product for troubleshooting an optical distribution network according to an embodiment of the present disclosure are described with reference to the accompanying drawings. By obtaining the fault path corresponding to the target terminal and troubleshooting the network fault according to the fault path, the upper-level device or cable connected to the target terminal can be directly obtained, which greatly shortens the time spent on finding the upper-level device or cable, and is conducive to improving the efficiency of fault handling. By adding identification characters to the manufacturer code of the label, one label can identify multiple ports at the same time, which can reduce the number of labels used. For example, each row of ports in the optical cable junction box is identified by a label, which not only greatly reduces the cost, but also increases the spacing between labels, which is conducive to avoiding the situation where the label reader misreads adjacent labels.

[0057] To facilitate understanding of this embodiment, a method for handling a fault in an optical distribution network disclosed in an embodiment of the present disclosure is first introduced in detail. The execution subject of the method for handling a fault in an optical distribution network provided in an embodiment of the present disclosure is generally a computer device with certain computing capabilities, and the computer device includes, for example: a terminal device or a server or other processing device, and the terminal device may be a user equipment (UE), a mobile device, a user terminal, a terminal, a cellular phone, a cordless phone, a personal digital assistant (PDA), a handheld device, a computing device, a vehicle-mounted device, a wearable device, etc. In some possible implementations, the method for handling a fault in an optical distribution network may be implemented by a processor calling computer-readable instructions stored in a memory.

[0058] like Figure 1 As shown, it is a flowchart of a fault handling method of an optical distribution network provided by an embodiment of the present disclosure, and the method includes S101-S102:

[0059] S101: When a network failure is detected at a target terminal using an optical distribution network, a failure path corresponding to the target terminal is obtained.

[0060] Specifically, the fault path is generated based on the label connection relationship. The fault path is the communication path from the access room of the optical distribution network to the terminal (such as an optical modem). The label connection relationship is used to reflect the connection relationship between the device port and the cable port in the optical distribution network through labels. Furthermore, the label connection relationship can be visualized in the form of tables, diagrams, text or codes.

[0061] like Figure 2 As shown, it is a link diagram of the ODN system. The PON port of the optical line terminal (hereinafter referred to as OLT) is connected to the core of the trunk optical cable in the ODF through a jumper, connected to the trunk optical cable junction box through the trunk optical cable, connected to the core of the distribution optical cable through a jumper in the trunk optical cable junction box, connected to the distribution optical cable junction box through the distribution optical cable, connected to the combined side optical fiber of the optical splitter in the distribution optical cable junction box, the branch side optical fiber of the optical splitter is connected to the core of the incoming optical cable, connected to the fiber distribution box through the incoming optical cable, in the fiber distribution box, the core of the incoming optical cable is plugged into the combined side optical fiber of the optical splitter, the branch side optical fiber of the optical splitter is connected to the household optical cable, and connected to the terminal (such as the optical network terminal, i.e., optical modem) via the household optical cable. Among them, the PON port of the OLT and the port of the optical splitter are both equipment ports, and the port of the optical cable and the port of the jumper are both cable ports.

[0062] The fault path corresponding to the target terminal is obtained in the following ways:

[0063] Method 1: Obtain the label of the target cable port connected to the target terminal;

[0064] Based on the label and label connection relationship of the target cable port, a fault path corresponding to the target terminal is generated.

[0065] Method 2: Obtain the label of the target cable port connected to the target terminal;

[0066] From a plurality of fault paths pre-generated based on the label connection relationship, a fault path including the target cable port is searched according to the pre-stored correspondence between the label and the fault path.

[0067] Among them, method one is to generate a fault path in real time after a fault is detected, and method two is to pre-generate a fault path corresponding to each terminal. When a network fault is detected in the target terminal, the fault path corresponding to the target terminal is directly obtained. The specific method can be selected according to actual needs.

[0068] After obtaining the fault path corresponding to the target terminal, this embodiment further includes:

[0069] Based on the label connection relationship, the levels of each are obtained, and based on the levels, a topology diagram is generated; the fault path is identified in the topology diagram to obtain the target network topology; the interface of the communication terminal of the installation and maintenance personnel is controlled to display the target network topology.

[0070] The fault path is marked in the topology diagram to obtain the target network topology. The communication terminal (such as a mobile phone) of the installation and maintenance personnel can visualize the target network topology, which makes it easy for the installation and maintenance personnel to view the fault path and the information represented by each label on the fault path.

[0071] Preferably, in the embodiment of the present disclosure, before detecting that a network failure occurs in the target terminal, the method further includes:

[0072] Acquire the virtual label of the port of the communication device uploaded by the virtual label reading device;

[0073] The tag connection relationship is generated based on the virtual tag.

[0074] Specifically, the virtual tag reading device can be a tag reader, and the virtual tag is: adding an identification character to the last digit of the manufacturer code (TID code) of the RFID tag to form a new ID, and using RFID tags with different identification characters to identify multiple target ports. Among them, the communication device is a device with multiple input or output ports in the optical distribution network. Taking the wiring optical cable junction box as an example, assuming that one side of the wiring optical cable junction box is 12×12 neatly arranged output ports, then the ports belonging to the same column or row can be identified by using labels with different identification characters. Then, only 12 RFID electronic tags are needed on one side of the wiring optical cable junction box, which greatly reduces the amount of tags used, saves costs, and can also increase the spacing between tags to avoid the situation where the tag reader misreads adjacent tags. Further preferably, when using a tag reader to read tag a, since tag a identifies 12 ports, 12 buttons can be added to the tag reader accordingly, each button corresponds to a port, and after the tag reader approaches tag a, the corresponding tag code can be read by pressing the corresponding button.

[0075] S102: Based on the fault path, troubleshoot the fault point where the network fault occurs in the target terminal.

[0076] Specifically, starting from the cable port connected to the target terminal, check step by step along the fault path until the fault point is found. The fault point can be a device, such as ODF, OLT, splitter and optical cable junction box, or a port, such as a port of OLT or optical cable junction box, or a cable, such as an optical cable or jumper.

[0077] S102 specifically includes the following steps:

[0078] S1021: Acquire a target label on the fault path, and based on the label dependency relationship, acquire an upper-layer label to which the target label is subordinate.

[0079] The target label is any label on the fault path, and the label affiliation is used to reflect the affiliation between the device port and the cable port in the optical distribution network through the label.

[0080] The label settings of the ODN system are as follows Figure 3 As shown,

[0081] The label settings of the access room include: room label 1, OLT label 11, ODF label 12, fiber jumper label 13, trunk optical cable label 14, PON port label 111, and ODF port label 121.

[0082] The label settings of the trunk optical cable junction box include: trunk optical cable junction box label 2, trunk side ODF port label 21, jumper label 22, distribution side ODF port label 23, trunk optical cable label 24, and distribution optical cable label 25.

[0083] The label settings of the distribution optical cable junction box include: distribution optical cable junction box label 3, trunk side ODF port label 31, optical splitter label 32, optical splitter pigtail label 33, distribution side ODF port label 34, distribution optical cable label 35, and introduction optical cable label 36.

[0084] The label setting of the fiber splitter box includes: a fiber splitter box label 4, an incoming optical cable core label 41, an optical splitter label 42, an incoming optical cable label 43, and an incoming optical cable label 44.

[0085] Taking the label of the access room as an example, label 121 identifies a port of ODF, the upper layer label of label 121 is label 12 (ODF), and the upper layer label of label 12 is label 1 (access room); label 13 identifies the jump fiber, and the upper layer label of label 13 is label 1 (access room).

[0086] S1022: Based on the location information of the device or cable identified by the upper-layer label, obtain the location information of the device port or cable port identified by the target label.

[0087] S1023: Based on the positioning information, check whether the device port or cable port identified by the target tag is a fault point.

[0088] Among them, according to the positioning information, the installation and maintenance personnel can accurately find the location of the device port or cable port, and then check the device port or cable port marked with the target label.

[0089] Preferably, in the embodiment of the present disclosure, after troubleshooting the fault point where the target terminal has a network fault based on the fault path, the method further includes:

[0090] Obtaining a label and connection relationship parameters of a port of a communication connection point used to replace the failure point;

[0091] Based on the label and connection relationship parameters of the communication connection point, the label connection relationship is updated.

[0092] The connection relationship parameter is used to characterize the label of the port that has a connection relationship with the port of the communication connection point in the optical distribution network. For example, assuming that the fault point is port A of the trunk optical cable junction box, if the installation and maintenance personnel need to replace the connected port, then they need to select a port B from the remaining free ports of the trunk optical cable junction box as the communication connection point. Since each port is identified by a different label, after replacing port A, it is necessary to update the label connection relationship according to the connection relationship parameters of port B and the port label of port B.

[0093] like Figure 4 As shown, it is another flow chart of the fault handling method of the optical distribution network provided by the embodiment of the present disclosure, and the method includes S201-S206:

[0094] S201: Create a label data table.

[0095] Specifically, obtain the labels of each device, cable (optical cable and jumper) and port in the ODN system, and combine Figure 3 ,According to the label connection relationship, label affiliation and label associated data information of the ODN system, a label data table as shown in Table 1 is constructed.

[0096]

[0097] Table 1

[0098] As shown in Table 1, the tag data table records the tag connection relationship (upper tag and lower tag), tag affiliation (upper tag) and associated data information (such as location information, production specification information, etc.) of each tag.

[0099] S202: Generate a target networking topology.

[0100] Based on the label connection relationship, the level to which each of the levels belongs is obtained, and based on the level, a topological structure diagram is generated.

[0101] S203: Generate a fault path.

[0102] Method 1: When a network failure is detected at a target terminal using an optical distribution network, a label of a target cable port connected to the target terminal is obtained;

[0103] Based on the label of the target cable port and the label connection relationship in the label data table, the fault path corresponding to the target terminal is generated. Figure 3As shown, when the target cable (drop optical cable) port connected to the target terminal is not equipped with a label, the label 43 of the target cable (drop optical cable) is used as the label of the target cable port.

[0104] Method 2: Multiple fault paths pre-generated based on label connection relationships;

[0105] In the case where a network failure is detected at a target terminal using the optical distribution network, obtaining a label of a cable port connected to the target terminal;

[0106] According to the pre-stored correspondence between the label and the fault path, the fault path including the target cable port is searched.

[0107] S204: Identify the faulty path in the topology diagram.

[0108] The fault path is identified in the topology diagram to obtain the target network topology; the interface of the communication terminal of the control installation and maintenance personnel is displayed with the target network topology.

[0109] The fault path is marked in the topology diagram to obtain the target networking topology. The communication terminal (such as a mobile phone) of the installation and maintenance personnel visualizes the target networking topology, which can facilitate the installation and maintenance personnel to view the fault path and the information represented by each label on the fault path. This embodiment is further preferred to construct a digital mirror topology for each physical device optical cable, jumper, PON system equipment, ODN passive equipment, ODF port, device port and connection relationship in the topology diagram of the ODN system to obtain the ODN link topology digital twin, which is provided to the installation and maintenance personnel with a visual interactive interface.

[0110] S205: Troubleshoot the fault point.

[0111] The target label on the fault path is obtained, and based on the label dependency relationship in the label data table, the upper-layer label to which the target label is subordinate is obtained.

[0112] Based on the location information of the device or cable identified by the upper-layer label, the location information of the device port or cable port identified by the target label is obtained. According to the location information, the installation and maintenance personnel can accurately find the location of the device port or cable port, and then check the device port or cable port identified by the target label.

[0113] Specifically, if only one target terminal has a network failure, assuming that the label of the incoming optical cable port connected to the target terminal is 43, start from 43 and check upwards step by step. If the incoming optical cable is found to be faulty, there is no need to continue to check upwards. If multiple target terminals have network failures at the same time, start from 43 and check upwards step by step. If the incoming optical cable is found to be faulty, there is still a need to continue to check upwards, because the fiber splitter box may be faulty, causing large-scale terminal failures.

[0114] The ODF ports at both ends of the trunk optical cable, distribution optical cable, and incoming optical cable correspond one to one during the engineering stage and generally do not change during the operation and maintenance process. The permissions set in the system for installation and maintenance personnel are only allowed to view the corresponding ports, but not to modify the correspondence between the ODF ports at both ends of the above optical cables. If modification is required, authorization from the upper level is required.

[0115] S206: Update the tag data table.

[0116] Obtaining a label and connection relationship parameters of a port of a communication connection point used to replace the failure point;

[0117] Based on the label of the communication connection point and the connection relationship parameter, the label connection relationship is updated.

[0118] The connection relationship parameter is used to characterize the label of the port that has a connection relationship with the port of the communication connection point in the optical distribution network. For example, assuming that the fault point is port A of the trunk optical cable junction box, if the installation and maintenance personnel need to replace the connected port, then they need to select a port B from the remaining idle ports of the trunk optical cable junction box as the communication connection point. Since each port is identified by a different label, after replacing port A, it is necessary to update the label data table according to the previous and next connection relationship of port B and the port label of port B.

[0119] Preferably, in this embodiment, before detecting that a network failure occurs in the target terminal, the method further includes:

[0120] Acquire the virtual label of the port of the communication device uploaded by the virtual label reading device;

[0121] Generate label connection relationships based on virtual labels.

[0122] Wherein, the communication device is a device with multiple input or output ports in the optical distribution network. For ports such as PON ports and ODF ports, which are numerous and arranged very regularly, the virtual label technology can be used to identify multiple ports with one label. For example: adding identification characters to the manufacturer code (TID code) of the label to form a new ID, and using labels with different identification characters to identify multiple target ports. Wherein, the label is an RFID electronic tag, and the multiple target ports are device ports belonging to the same device in the optical distribution network. Further preferably, the corresponding tag reader should support virtual label technology. For example, when using a tag reader to read tag a, since tag a identifies 12 ports, 12 buttons can be added to the tag reader accordingly, and each button corresponds to a port. After the tag reader is close to tag a, the corresponding button can be pressed to read the corresponding ID.

[0123] Taking the ODF device as an example, assuming that the ODF has 12×12 neatly arranged ports, the ports belonging to the same column or row can be identified by using labels with different identification characters. In this case, only 12 RFID tags are needed, which greatly reduces the number of tags used and saves costs. It can also increase the spacing between tags, reduce signal interference between adjacent tags, and improve the accuracy of information collection.

[0124] like Figure 5 As shown in the figure, it is a structural diagram of a 12-core ODF unit, including 12 ports, which are identified by an RFID tag. The tag reader includes button "1", button "2", button "3" ... button "9", button "A", button "B", button "C", which correspond to ports 1, 2, 3 ... 10, 11, 12 of the ODF unit respectively. Figure 5 When collecting information from a port of the 12-core ODF unit shown, such as the 10th port, the reader's antenna is placed close to the RFID tag, and the reader's button "A" is pressed. The reader will read the code of the RFID tag and add a hexadecimal number "A" after the code as the ID of the port. For example, the TID code of the RFID tag attached to a 12-core ODF unit is E20034120614141100734886, then the ID of the 10th port is: E20034120614141100734886A. Since the TID code of each RFID tag is globally unique, the ID formed by adding a different hexadecimal character at the end is still globally unique, so that each port of the ODF unit can have a unique ID. The tag reader transmits the port ID to the mobile phone, and the cloud-based ODN management system manages the occupancy, connection relationship and other information of the ODF port according to the ID.

[0125] It should be noted that the tag reader of this embodiment can implement one-to-many identification, that is, use one RFID tag to identify multiple ODF ports, or one-to-one identification, that is, use one RFID tag to identify one ODF port. When one-to-one identification is adopted, after the tag reader reads the code of the RFID tag, it directly uses the code as the ID of the port, or adds a digit "0" after the code as the ID of the port.

[0126] The present disclosure also provides the following solutions to ensure the security of the ODN system:

[0127] 1) When a tag reader is connected to the ODN resource management system through the network, the ODN resource management system will verify the legitimacy of the tag reader by verifying the ID of the tag reader. Only authorized tag readers can be used in the ODN system;

[0128] 2) When a user logs in to the ODN resource management system using a mobile app, the ODN resource management system will verify the legitimacy of the user, and only registered users can access the ODN system;

[0129] 3) Set an access password for the writing operation of the electronic tag. When the tag reader writes to the tag, the access password needs to be entered. If the password is the initial password, the user is required to reset it. You can also set an access password for reading some or all tags as needed.

[0130] In this embodiment, since there are many and messy labels in the optical cable junction box, it may not be possible to quickly find the designated label when the label reader is close to the designated label for reading. Therefore, this embodiment uses LED light-emitting labels. When the label reader reads the designated label, the LED of the label will flash for easy identification, such as the jumper label 111 in the access room and the jumper label 22 in the trunk optical junction box.

[0131] To facilitate the management of tags, tags with different purposes are classified and managed. In this embodiment, the classification information is written into the EPC area of ​​the tag. For example, the categories of tags can be divided into:

[0132] 1) Optical cable label;

[0133] 2) Fiber jumper label;

[0134] 3) PON system equipment labels, including: OLT equipment, optical splitters, and optical modems;

[0135] 4) ODN passive equipment labels, including: ODF, trunk optical cable junction box, distribution optical cable junction box, fiber distribution box

[0136] 5) ODF port label (1 to 1);

[0137] 6) ODF port label (1 to many), one label identifies multiple ports;

[0138] 7) Device port label (1 to 1);

[0139] 8) Device port label (1 to many).

[0140] like Figure 6 As shown, it is another flow chart of the fault handling method of the optical distribution network provided by the embodiment of the present disclosure, and the method includes S301-S306:

[0141] S301: Setting a virtual tag, using one RFID tag to identify multiple ports.

[0142] For PON ports and ODF ports, which are numerous and arranged in a very regular manner, virtual label technology can be used to identify multiple ports with one label. The details are as follows:

[0143] Add identification characters to the manufacturer code (TID code) of the tag to form a new ID, and use tags with different identification characters to identify multiple target ports. The tag is an RFID electronic tag, and the multiple target ports are device ports belonging to the same device in the optical distribution network. Further preferably, the corresponding tag reader should support virtual tag technology. For example, when using a tag reader to read tag a, since tag a identifies 10 ports, 10 buttons can be added to the tag reader accordingly, each button corresponding to a port. After the tag reader is close to tag a, the corresponding ID can be read by pressing the corresponding button.

[0144] For example, if the TID code of the RFID tag attached to a 10-core ODF unit is E20034120614141100734886, then the ID of the 10th port is: E20034120614141100734886A. Since the TID code of each RFID tag is globally unique, the ID formed by adding a different hexadecimal character at the end is still globally unique, so that each port of the ODF unit can have a unique ID. The tag reader transmits the port ID to the mobile phone, and the cloud ODN management system manages the occupancy, connection relationship and other information of the ODF port according to the ID.

[0145] S302: Obtain labels of various devices, cables, and ports in the ODN system.

[0146] Among them, equipment includes optical cable junction boxes, OLT, ODF, optical splitters, etc., and cables include optical cables, jumper fibers and pigtails of optical splitters.

[0147] S303: Obtain a label connection relationship and a label subordination relationship based on the connection relationship and subordination relationship between the device port and the cable port in the optical distribution network.

[0148] Specifically, the tag connection relationship and tag subordination relationship of this embodiment may exist in the form of a tag data table.

[0149] S304: Identify the faulty path.

[0150] Based on the label connection relationship, the level to which each of the levels belongs is obtained, and based on the level, a topological structure diagram is generated.

[0151] When a network failure is detected in a target optical modem using an optical distribution network, a label of an incoming optical cable connected to the target optical modem is obtained;

[0152] Based on the label of the access optical cable and the label connection relationship in the label data table, the fault path corresponding to the target terminal is generated, and the fault path is marked in the topology diagram, and the interface of the communication terminal of the control maintenance personnel visually displays the target networking topology.

[0153] The fault path is marked in the topology diagram, and the communication terminal (such as a mobile phone) of the installation and maintenance personnel visualizes the target networking topology, which can facilitate the installation and maintenance personnel to view the fault path and the information represented by each label on the fault path. This embodiment is further preferred to construct a digital mirror topology for each physical device optical cable, jumper PON system equipment, ODN passive equipment, ODF port, device port and connection relationship in the topology diagram of the ODN system, and obtain an ODN link topology digital twin, which is provided to the installation and maintenance personnel. Visual interactive interface.

[0154] S305: Troubleshoot the fault point based on the fault path.

[0155] Specifically, if only one target terminal has a network failure, assuming that the label of the incoming optical cable connected to the target terminal is 43, start from 43 and check upwards step by step. If the incoming optical cable is found to be faulty, there is no need to continue to check upwards. If multiple target terminals have network failures at the same time, start from 43 and check upwards step by step. If the incoming optical cable is found to be faulty, there is still a need to continue to check upwards, because the fiber splitter box may be faulty, causing large-scale terminal failures.

[0156] The ODF ports at both ends of the trunk optical cable, distribution optical cable, and incoming optical cable correspond one to one during the engineering stage and generally do not change during the operation and maintenance process. The permissions set in the system for installation and maintenance personnel are only allowed to view the corresponding ports, but not to modify the correspondence between the ODF ports at both ends of the above optical cables. If modification is required, authorization from the upper level is required.

[0157] S306: Update the tag data table.

[0158] Assume that the fault point is port 31 of the distribution optical cable junction box. If the installation and maintenance personnel need to replace the connected port, they need to select a port B from the remaining free ports of the distribution optical cable junction box as the communication connection point. Since each port is identified by a different label, after replacing port 31, it is necessary to update the label data table based on the front and back connection relationship of port B and the port label of port B.

[0159] According to another aspect of the embodiments of the present disclosure, a fault handling device for an optical distribution network is provided. Figure 7 As shown, the device comprises:

[0160] The acquisition module 101 is used to obtain the fault path corresponding to the target terminal using the optical distribution network when a network fault is detected in the target terminal using the optical distribution network. The fault path is generated based on a label connection relationship, and the label connection relationship is used to reflect the connection relationship between the device port and the cable port in the optical distribution network through a label.

[0161] The troubleshooting module 102 is used to troubleshoot the fault point where the network fault occurs in the target terminal based on the fault path.

[0162] In one or more embodiments, the acquisition module 101 is used to:

[0163] Acquire a label of a target cable port connected to the target terminal;

[0164] Based on the label of the target cable port and the label connection relationship, a fault path corresponding to the target terminal is generated; or, from multiple fault paths pre-generated based on the label connection relationship, the fault path including the target cable port is searched according to the pre-stored correspondence between the label and the fault path.

[0165] The fault processing device of the optical distribution network is further used for: after obtaining the fault path corresponding to the target terminal, obtaining the level to which each of the labels belongs based on the label connection relationship;

[0166] Based on the levels, a topology diagram is generated;

[0167] Identify the fault path in the topology diagram to obtain the target networking topology;

[0168] The interface of the communication terminal controlling the installation and maintenance personnel visually displays the target network topology.

[0169] The optical distribution network fault handling device is further used to: after checking the fault point where the target terminal has a network fault based on the fault path, obtain a label and a connection relationship parameter of a port of a communication connection point used to replace the fault point, wherein the connection relationship parameter is used to characterize a label of a port in the optical distribution network that has a connection relationship with the port of the communication connection point;

[0170] Based on the label of the communication connection point and the connection relationship parameter, the label connection relationship is updated.

[0171] The optical distribution network fault processing device is further used to: before detecting a network fault at a target terminal, obtain a virtual label of a port of a communication device uploaded by a virtual label reading device, wherein the communication device is a device having multiple input or output ports in the optical distribution network;

[0172] The tag connection relationship is generated based on the virtual tag.

[0173] In one or more embodiments, the troubleshooting module 102 is used to:

[0174] Acquire a target label on the fault path, and acquire an upper-layer label to which the target label is subordinate based on a label affiliation, wherein the label affiliation is used to reflect the affiliation between a device port and a cable port in the optical distribution network through labels, and the target label is any label on the fault path;

[0175] Based on the location information of the device or cable identified by the upper-layer label, obtaining the location information of the device port or cable port identified by the target label;

[0176] Based on the positioning information, it is checked whether the device port or cable port identified by the target tag is a fault point.

[0177] The optical distribution network fault handling device provided in the embodiment of the present disclosure and the optical distribution network fault handling method provided in the embodiment of the present disclosure are based on the same inventive concept and have the same beneficial effects as the methods adopted, operated or implemented therein.

[0178] The embodiment of the present disclosure also provides a computer device to execute the above-mentioned optical distribution network fault handling method. Figure 8 It shows a schematic diagram of a computer device provided by some embodiments of the present disclosure. Figure 8 As shown, the computer device 8 includes: a processor 800, a memory 801, a bus 802 and a communication interface 803, wherein the processor 800, the communication interface 803 and the memory 801 are connected via the bus 802; the memory 801 stores a computer program that can be run on the processor 800, and when the processor 800 runs the computer program, the fault handling method for the optical distribution network provided in any of the foregoing embodiments of the present disclosure is executed.

[0179] The memory 801 may include a high-speed random access memory (RAM), and may also include a non-volatile memory, such as at least one disk storage. The communication connection between the device network element and at least one other network element is realized through at least one communication interface 803 (which may be wired or wireless), and the Internet, wide area network, local area network, metropolitan area network, etc. may be used.

[0180] The bus 802 may be an ISA bus, a PCI bus, or an EISA bus, etc. The bus may be divided into an address bus, a data bus, a control bus, etc. The memory 801 is used to store a program, and the processor 800 executes the program after receiving an execution instruction. The optical distribution network fault handling method disclosed in any implementation of the aforementioned embodiment of the present disclosure may be applied to the processor 800, or implemented by the processor 800.

[0181] The processor 800 may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method can be completed by the hardware integrated logic circuit or software instructions in the processor 800. The above processor 800 can be a general-purpose processor, including a central processing unit (CPU), a network processor (NP), etc.; it can also be a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a ready-made programmable gate array (FPTA) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components. The disclosed methods, steps and logic block diagrams in the embodiments of the present disclosure can be implemented or executed. The general-purpose processor can be a microprocessor or the processor can also be any conventional processor. The steps of the method disclosed in conjunction with the embodiments of the present disclosure can be directly embodied as a hardware decoding processor to be executed, or a combination of hardware and software modules in the decoding processor can be executed. The software module can be located in a mature storage medium in the field such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory or an electrically erasable programmable memory, a register, etc. The storage medium is located in the memory 801, and the processor 800 reads the information in the memory 801 and completes the steps of the above method in combination with its hardware.

[0182] The computer device provided in the embodiment of the present disclosure and the fault handling method of the optical distribution network provided in the embodiment of the present disclosure are based on the same inventive concept and have the same beneficial effects as the methods adopted, operated or implemented therein.

[0183] The embodiments of the present disclosure also provide a computer-readable storage medium corresponding to the fault handling method for an optical distribution network provided in the aforementioned embodiments. The computer-readable storage medium is an optical disc on which a computer program (i.e., a computer program product) is stored. When the computer program is run by a processor, the fault handling method for an optical distribution network provided in any of the aforementioned embodiments will be executed.

[0184] It should be noted that examples of the computer-readable storage medium may also include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other optical or magnetic storage media, which are not listed here one by one.

[0185] The computer-readable storage medium provided by the above-mentioned embodiments of the present disclosure and the optical distribution network fault handling method provided by the embodiments of the present disclosure are based on the same inventive concept and have the same beneficial effects as the methods adopted, run or implemented by the application programs stored therein.

[0186] The present disclosure also provides a computer program product. Fig. 9 The computer program product 600 carries a program code, namely a computer program 601. The instructions included in the computer program 601 can be used to execute the steps of the optical distribution network fault handling method described in the above method embodiment. For details, please refer to the above method embodiment, which will not be repeated here.

[0187] The computer program product may be implemented in hardware, software or a combination thereof. In one optional embodiment, the computer program product is implemented as a computer storage medium. In another optional embodiment, the computer program product is implemented as a software product, such as a software development kit (SDK).

[0188] The basic principles of the present disclosure are described above in conjunction with specific embodiments. However, it should be noted that the advantages, strengths, effects, etc. mentioned in the present disclosure are only examples and not limitations, and it cannot be considered that these advantages, strengths, effects, etc. are required by each embodiment of the present disclosure. In addition, the specific details disclosed above are only for the purpose of illustration and ease of understanding, and are not limitations. The above details do not limit the present disclosure to the necessity of adopting the above specific details to be implemented.

[0189] The block diagrams of the devices, apparatuses, equipment, and systems involved in this disclosure are only illustrative examples and are not intended to require or imply that they must be connected, arranged, and configured in the manner shown in the block diagrams. As will be appreciated by those skilled in the art, these devices, apparatuses, equipment, and systems can be connected, arranged, and configured in any manner. Words such as "including," "comprising," "having," and the like are open words, referring to "including but not limited to," and can be used interchangeably therewith. The words "or" and "and" used herein refer to the words "and / or," and can be used interchangeably therewith, unless the context clearly indicates otherwise. The word "such as" used herein refers to the phrase "such as but not limited to," and can be used interchangeably therewith.

[0190] Additionally, as used herein, "or" used in a list of items beginning with "at least one" indicates a separate list, so that, for example, a list of "at least one of A, B, or C" means A or B or C, or AB or AC or BC, or ABC (i.e., A and B and C). Furthermore, the word "exemplary" does not mean that the example described is preferred or better than other examples.

[0191] It should also be noted that in the system and method of the present disclosure, each component or each step can be decomposed and / or recombined. Such decomposition and / or recombination should be regarded as equivalent solutions of the present disclosure.

[0192] Various changes, substitutions, and modifications of the techniques described herein may be made without departing from the teachings defined by the appended claims. Furthermore, the scope of the claims of the present disclosure is not limited to the specific aspects of the processes, machines, manufactures, compositions of events, means, methods, and actions described above. Currently existing or later to be developed processes, machines, manufactures, compositions of events, means, methods, or actions that perform substantially the same functions or achieve substantially the same results as the corresponding aspects described herein may be utilized. Thus, the appended claims include such processes, machines, manufactures, compositions of events, means, methods, or actions within their scope.

[0193] The above description of the disclosed aspects is provided to enable any person skilled in the art to make or use the present disclosure. Various modifications to these aspects will be readily apparent to those skilled in the art, and the general principles defined herein may be applied to other aspects without departing from the scope of the present disclosure. Therefore, the present disclosure is not intended to be limited to the aspects shown herein, but rather to the widest scope consistent with the principles and novel features disclosed herein.

[0194] The above description has been given for the purpose of illustration and description. In addition, this description is not intended to limit the embodiments of the present disclosure to the forms disclosed herein. Although multiple example aspects and embodiments have been discussed above, those skilled in the art will recognize certain variations, modifications, changes, additions and sub-combinations thereof.

Claims

1. A method for troubleshooting an optical distribution network, characterized in that: include: In the case where a network failure occurs in a target terminal using an optical distribution network, obtaining a failure path corresponding to the target terminal, wherein the failure path is generated based on a label connection relationship, and the label connection relationship is used to reflect a connection relationship between a device port and a cable port in the optical distribution network through a label; Based on the fault path, the fault point causing the network failure of the target terminal is checked.

2. The method for troubleshooting an optical distribution network according to claim 1, wherein: Obtaining the fault path corresponding to the target terminal includes: Acquire a label of a target cable port connected to the target terminal; Based on the label of the target cable port and the label connection relationship, a fault path corresponding to the target terminal is generated; or, from multiple fault paths pre-generated based on the label connection relationship, the fault path including the target cable port is searched according to the pre-stored correspondence between the label and the fault path.

3. The optical distribution network fault handling method according to claim 1, characterized in that: After obtaining the fault path corresponding to the target terminal, the method further includes: Based on the tag connection relationship, obtaining the level to which each tag belongs; Based on the levels, a topology diagram is generated; Identify the fault path in the topology diagram to obtain a target networking topology; The interface of the communication terminal of the control installation and maintenance personnel displays the target network topology.

4. The method for troubleshooting an optical distribution network according to claim 3, characterized in that: After troubleshooting the fault point where the target terminal has a network fault based on the fault path, the method further includes: Acquire a label and a connection relationship parameter of a port of a communication connection point used to replace the fault point, wherein the connection relationship parameter is used to characterize a label of a port in the optical distribution network that has a connection relationship with the port of the communication connection point; Based on the label of the communication connection point and the connection relationship parameter, the label connection relationship is updated.

5. The optical distribution network fault handling method according to claim 1, characterized in that: Before detecting a network failure on a target terminal, the method further includes: Acquire a virtual label of a port of a communication device uploaded by a virtual label reading device, wherein the communication device is a device having a plurality of input or output ports in the optical distribution network; The tag connection relationship is generated based on the virtual tag.

6. The method for troubleshooting an optical distribution network according to claim 1, wherein: Based on the fault path, troubleshooting the fault point where the target terminal has a network fault includes: Acquire a target label on the fault path, and acquire an upper-layer label to which the target label is subordinate based on a label affiliation, wherein the label affiliation is used to reflect the affiliation between a device port and a cable port in the optical distribution network through labels, and the target label is any label on the fault path; Based on the location information of the device or cable identified by the upper-layer label, obtaining the location information of the device port or cable port identified by the target label; Based on the positioning information, it is checked whether the device port or cable port identified by the target tag is a fault point.

7. A fault handling device for an optical distribution network, characterized in that: include: an acquisition module, configured to acquire a fault path corresponding to a target terminal using an optical distribution network when a network fault is detected, wherein the fault path is generated based on a label connection relationship, and the label connection relationship is used to reflect a connection relationship between a device port and a cable port in the optical distribution network through a label; The troubleshooting module is used to troubleshoot the fault point that causes the network failure of the target terminal based on the fault path.

8. A computer device comprising a memory, a processor and a computer program stored in the memory, characterized in that: The processor executes the computer program to implement the method according to any one of claims 1 to 6.

9. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the method according to any one of claims 1 to 6 is implemented.

10. A computer program product, comprising a computer program, characterized in that When the computer program is executed by a processor, the method according to any one of claims 1 to 6 is implemented.

Images