Optical Tunnel Fault Localization by Component Fault Counting

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Optical tunnel network systems face challenges in quickly and accurately identifying faulty optical fibers or components due to the use of software algorithms, which fail to pinpoint the exact location of faults, causing inconvenience in system maintenance.

Innovation Solution

A fault diagnosis method that utilizes a central processing unit to detect faulty tunnels and calculate the faulty count of component parts within a certain range, narrowing down the possible location of the fault without requiring additional hardware components.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of manufacture

If software algorithm is used to detect faulty optical components, then system design cost is reduced, but fault location precision deteriorates

Engineering Contradiction:
Improvesystem design costVSAvoidfault location precision
Core Design Contradiction:
Ease of manufactureVSMeasurement precision

Solution Approach 1:

The patent segments the fault detection process into multiple stages: initial software-based detection to identify faulty tunnels, followed by systematic querying of component parts within affected ranges, and finally calculation of faulty counts for each component. This segmentation allows the system to maintain low design costs while improving fault location precision through structured analysis.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements preliminary action by pre-establishing the topological relationships between tunnels and component parts, and pre-defining the ranges of component parts that may be affected by tunnel faults. When a fault is detected, the system can immediately query pre-identified component parts without requiring complex real-time analysis, thus maintaining both cost-effectiveness and precision.

Inventive Principle:
Principle #10Preliminary action

2Device complexity

If software algorithm is used for fault detection, then additional hardware components are eliminated, but maintenance time increases

Engineering Contradiction:
Improvehardware componentsVSAvoidmaintenance time
Core Design Contradiction:
Device complexityVSLoss of time

Solution Approach 1:

The system performs preliminary actions by pre-mapping the topological relationships between tunnels and component parts, and pre-identifying which component parts fall within the affected range of each tunnel. When a fault occurs, the system can immediately query these pre-identified components and calculate their faulty counts, dramatically reducing maintenance time without requiring additional hardware.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent replaces traditional hardware-based fault detection mechanisms with a software-based system that uses topological analysis and faulty count calculations. This substitution eliminates the need for additional hardware components while compensating for the increased maintenance time through efficient algorithms that quickly identify and locate faults by analyzing tunnel-component relationships.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

3Quantity of substance

If faulty tunnel detection is performed without additional hardware, then system cost is reduced, but fault identification accuracy deteriorates

Engineering Contradiction:
Improvesystem costVSAvoidfault identification accuracy
Core Design Contradiction:
Quantity of substanceVSMeasurement precision

Solution Approach 1:

The patent segments the fault identification process into distinct phases: detecting faulty tunnels, querying component parts within affected ranges, and calculating faulty counts for each component. This segmentation enables the system to achieve accurate fault identification through systematic software-based analysis without requiring additional hardware components, thereby maintaining low system costs while improving accuracy.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system implements feedback by continuously monitoring tunnel status and using the results to guide subsequent fault analysis. When a faulty tunnel is detected, the system provides feedback by querying the topological relationships to identify affected component parts, then calculates faulty counts to pinpoint the actual fault location. This feedback loop enables accurate fault identification using only software-based methods.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS12531634B2Optical tunnel network system and fault diagnosis method for the same
Publication Date: 2026.01.20 DELTA ELECTRONICS INC(CN)
  • US12531634B2 patent drawing
  • US12531634B2 patent drawing
  • US12531634B2 patent drawing

AI summary

A fault diagnosis method applied to an optical tunnel network system (OPTUNS) having multiple optical switches and multiple optical fibers connected to the multiple optical switches is disclosed and includes following steps: detecting whether the multiple tunnels of the OPTUNS include a faulty tunnel, where each tunnel respectively passes through multiple component parts; when the faulty tunnel is detected, querying the multiple component parts that are passed through by the tunnels within a certain range with the faulty tunnel; respectively calculating a faulty count of each component part queried, where the faulty count indicates the quantity that the component parts being passed through by the faulty tunnels; and outputting one or more of the component parts that have the faulty count of non-zero.