Automated Double Firmware Upgrade for Cable Modems

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing methods for upgrading software loads on devices in the field require manual intervention and coordination, especially for devices running old software, which can be time-consuming and costly, particularly when dealing with inventory units that need interim loads before accepting final loads.

Innovation Solution

A 'double pump' software load upgrade process using a single configuration file that includes Management Information Base (MIB) entries for both existing and new software loads, allowing devices to automatically iteratively upgrade by checking and installing intermediate and final loads based on their current software state, utilizing a Hybrid Fiber Coax network and Cable Modem Termination System for communication.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Extent of automation

If manual upgrade processes are used for devices running old software loads, then devices can be upgraded to final desired loads, but significant manual coordination and intervention are required

Engineering Contradiction:
Improvesoftware load upgrade automationVSAvoidtime for manual coordination and installation
Core Design Contradiction:
Extent of automationVSLoss of time

Solution Approach 1:

The device automatically determines its current load version, compares it with the desired load version, and performs intermediate upgrades without manual intervention. The system self-services by autonomously executing the upgrade process based on version comparison logic embedded in the device or provisioning system.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system pre-configures intermediate load versions and upgrade paths before deployment. When upgrading, the device retrieves predetermined intermediate loads from storage or network, eliminating the need for real-time manual coordination. The upgrade sequence is prepared in advance, allowing automatic execution.

Inventive Principle:
Principle #10Preliminary action

2Productivity

If scripts run every night to find devices needing interim loads, then devices can be upgraded, but the installer cannot verify full operation before leaving the facility

Engineering Contradiction:
Improveupgrade deployment efficiencyVSAvoidverification of device operation
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system implements feedback mechanisms where devices report their load status and upgrade completion to the provisioning system. This allows real-time monitoring and verification of upgrade operations, ensuring devices are properly updated before the installer departs, while maintaining high deployment efficiency through automated processes.

Inventive Principle:
Principle #23Feedback

3Adaptability or versatility

If multiple intermediate loads are installed before final load, then devices running old loads can accept final desired loads, but the process becomes complicated and time-consuming

Engineering Contradiction:
Improvecompatibility with old software loadsVSAvoidcomplexity of upgrade process
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The upgrade process is segmented into discrete version steps, with each intermediate load representing a specific version milestone. The system divides the upgrade path into manageable segments (e.g., version 1.0 → 1.5 → 2.0), allowing automatic progression through each segment without overwhelming complexity.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The upgrade process is made dynamic and adaptive, automatically adjusting the number and type of intermediate loads based on the device's current version and the desired target version. The system dynamically determines the optimal upgrade path, reducing complexity by only installing necessary intermediate loads rather than following a fixed multi-step process for all devices.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS8386643B2Automated double firmware upgrade
Publication Date: 2013.02.26 ARRIS ENTERPRISES LLC
  • US8386643B2 patent drawing
  • US8386643B2 patent drawing
  • US8386643B2 patent drawing

AI summary

A method of upgrading the software load of a device includes receiving a configuration file and checking if a device software load matches load information (EE) of the configuration file. If the device software load does not match the EE of the configuration file, a check is made to determine if the device software load matches new load information (NE) of the configuration file.