Network Fault Detection via Customer Premises Equipment

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current network fault detection methods are inefficient in identifying and locating faults in IP and Ethernet Protocol networks, as they rely on data from network equipment rather than customer premises equipment, leading to delayed detection and limited resolution, and are costly and resource-intensive.

Innovation Solution

A method and apparatus that remotely connect to network termination devices to retrieve parameter data indicative of connectivity status, generating models of expected connectivity, and comparing actual connectivity with these models to detect faults, allowing for rapid identification and localization of issues from the customer's perspective.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of time

If fault detection relies on data from network equipment, then detection can be performed using existing infrastructure, but detection time is delayed and resolution is limited

Engineering Contradiction:
Improvefault detection timeVSAvoidfault detection resolution
Core Design Contradiction:
Loss of timeVSMeasurement precision

Solution Approach 1:

The patent inverts the traditional fault detection approach by collecting data from customer premises equipment (CPE) instead of network equipment. This reversal enables direct measurement of connectivity status from the customer's perspective, achieving both faster detection and higher resolution without requiring changes to network infrastructure.

Inventive Principle:
Principle #13The other way round (Inversion)

2Reliability

If fault detection is performed from network equipment perspective, then existing monitoring systems can be used, but fault detection does not directly map to reported fault conditions

Engineering Contradiction:
Improvefault detection accuracyVSAvoidmonitoring system complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent implements self-service by having CPE devices automatically collect and report their own connectivity parameter data to the monitoring system. This eliminates the need for complex active probing from network equipment while obtaining accurate fault information directly from the customer premises, thereby improving reliability without significantly increasing system complexity.

Inventive Principle:
Principle #25Self-service

3Measurement precision

If connectivity parameters are collected from all network users, then comprehensive network coverage is achieved, but data processing burden increases

Engineering Contradiction:
Improvenetwork fault detection coverageVSAvoiddata processing volume
Core Design Contradiction:
Measurement precisionVSQuantity of substance

Solution Approach 1:

The patent applies partial action by selectively monitoring connectivity parameters only from CPE devices that report fault conditions or exhibit abnormal behavior, rather than continuously collecting data from all network users. This approach maintains comprehensive fault detection coverage while significantly reducing the volume of data that requires processing and analysis.

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentUS10601688B2Method and apparatus for detecting fault conditions in a network
Publication Date: 2020.03.24 BAE SYSTEMS PLC
  • US10601688B2 patent drawing
  • US10601688B2 patent drawing
  • US10601688B2 patent drawing

AI summary

A method and apparatus are provided for detecting a fault condition in a network, making use of standard parameter data generated by a network termination device of a user of the network, the method comprising, in a training phase, the remote retrieval of selected parameters from a predetermined set of users' network termination devices in order to generate one or more representative models of expected operational status using the retrieved parameters and, in a monitoring phase, determining a measure of operational status for the set of users at some future time and comparing that with a corresponding expected model measure. Parameter retrieval takes place over substantially the same path through the network as used to supply services to a respective network termination device so that the models are generated in respect of communications over those elements of network infrastructure likely to affect operational status of the respective set of users in the event of a fault condition. Any significant variation from model measures may be indicative of a fault condition. Preferred measures of operational status include connectivity status and service status.