Telemetry Configuration via Broadcast Multiplexing and Periodic Polling

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing systems struggle to balance telemetry acceleration and firmware download efficiency, often prioritizing one at the expense of the other, leading to increased system boot time and resource usage.

Innovation Solution

A method and system utilizing broadcast multiplexers and interface controllers to enable simultaneous firmware configuration and periodic polling of integrated circuits, optimizing telemetry configurations by connecting groups of integrated circuits to a single channel for broadcasting and then disabling the multiplexer for individual channel connections, allowing parallel processing and reduced CPU load.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Manufacturing precision

If multiple telemetry devices are connected and firmware is programmed on power up, then firmware configuration is achieved, but system boot time increases

Engineering Contradiction:
Improvefirmware configurationVSAvoidsystem boot time
Core Design Contradiction:
Manufacturing precisionVSLoss of time

Solution Approach 1:

The system performs firmware configuration in advance during manufacturing or initialization, storing it in configuration memory. This preliminary action allows the firmware to be pre-loaded and ready for execution, eliminating the need for time-consuming firmware programming during system boot-up, thus resolving the contradiction between achieving firmware configuration and reducing boot time.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The invention extracts the firmware configuration process from the boot-up sequence by separating configuration memory from the main system memory. The configuration memory is independently initialized and populated with firmware data before the system boots, allowing the main system to start without waiting for firmware configuration, thereby reducing boot time while ensuring firmware is properly configured.

Inventive Principle:
Principle #2Taking out (Extraction)

2Loss of information

If runtime polling of devices is performed, then telemetry data is collected, but system and resource usage increases

Engineering Contradiction:
Improvetelemetry data collectionVSAvoidsystem resource usage
Core Design Contradiction:
Loss of informationVSUse of energy by moving object

Solution Approach 1:

The system implements periodic polling of telemetry devices at optimized intervals rather than continuous monitoring. The polling frequency is dynamically adjusted based on device type, data criticality, and system load, allowing efficient telemetry data collection while minimizing CPU and resource utilization. This periodic approach balances information freshness with resource conservation.

Inventive Principle:
Principle #19Periodic action

Solution Approach 2:

Telemetry devices are equipped with local processing capabilities and event-triggered notification mechanisms. Devices can autonomously filter, aggregate, and prioritize data before transmission, and can trigger notifications only when significant events occur. This self-service approach reduces the polling burden on the central system while ensuring critical telemetry information is captured, thereby reducing resource usage without compromising data collection effectiveness.

Inventive Principle:
Principle #25Self-service

3Productivity

If multiple controller devices and parallel threads are used to support telemetry devices, then telemetry support is improved, but processing load and programmable logic increase

Engineering Contradiction:
Improvetelemetry support capabilityVSAvoidprocessing load and programmable logic
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The system segments telemetry devices into distinct groups or zones, each managed by dedicated interface controllers or logic units. This segmentation allows parallel processing of telemetry data from different device groups without requiring a single complex controller to handle all devices. Each segment can be independently configured and polled, improving telemetry support capability while distributing the processing load across multiple simpler units, thereby reducing overall system complexity.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS12519689B2Systems and methods for optimizing telemetry configuration
Publication Date: 2026.01.06 JUNIPER NETWORKS INC
  • US12519689B2 patent drawing
  • US12519689B2 patent drawing
  • US12519689B2 patent drawing

AI summary

A computer-implemented method for optimizing telemetry configurations may include enabling, by a computing device, a broadcast multiplexer such that a group of integrated circuits connects to a single channel of an interface controller of the computing device. The method may also include configuring, by the computing device, the group of integrated circuits by simultaneously broadcasting a firmware configuration from the single channel of the interface controller to the group of integrated circuits via the broadcast multiplexer. The method may then include disabling, by the computing device, the broadcast multiplexer such that each integrated circuit in the group of integrated circuits connects to a separate channel of the interface controller. Additionally, the method may include periodically polling, by the computing device, the group of integrated circuits based on a predetermined time interval for each integrated circuit. Various other methods, systems, and computer-readable media are also disclosed.