Self-Organizing Device Recovery Control Module

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current self-organizing network (SON) technologies primarily focus on optimizing wireless network performance and do not address device-specific issues, such as changing Wi-Fi calling policies or recovering from baseband failures, without requiring global software updates or over-the-air (OTA) installations.

Innovation Solution

Implementing self-organizing principles in mobile devices with a centralized 'listener' module that monitors various operating domains, collects diagnostic information, and executes auto-recovery mechanisms based on expert system rules derived from crowdsourced data, allowing devices to adapt to specific conditions without global updates.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If self-organizing network (SON) technologies are implemented to optimize wireless network performance, then network performance is improved, but device-specific issues cannot be addressed without global software updates

Engineering Contradiction:
Improvenetwork performanceVSAvoiddevice-specific adaptability
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The patent segments the self-organizing capability into two parts: network-level SON functions and device-level self-organizing functions. The device is divided into a recovery control module that monitors device state and executes recovery actions, and a crowdsourcing module that communicates with external servers. This segmentation allows device-specific issues to be addressed independently without requiring global network updates.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The device implements self-service by autonomously monitoring its own operating state through the recovery control module, identifying anomalies, and executing recovery actions based on expert system rules. The device can self-diagnose issues such as baseband failures or Wi-Fi calling problems and apply corrective measures without external intervention, thereby achieving device-specific adaptability independent of network-wide updates.

Inventive Principle:
Principle #25Self-service

2Reliability

If global software updates are implemented to address device-specific issues, then device reliability is improved, but update deployment time and complexity increase

Engineering Contradiction:
Improvedevice operation reliabilityVSAvoidupdate deployment time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs preliminary action by pre-processing device diagnostic information and crowdsourcing data to generate expert system rules in advance. These rules are stored locally in the device, enabling immediate execution of recovery actions when anomalies are detected, without requiring time-consuming global software updates. The recovery control module can instantly apply pre-computed recovery strategies.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

Instead of updating every device with global software patches, the system creates and distributes lightweight expert system rules that are copied to devices based on their specific needs. These rules are derived from crowdsourced data and can be selectively deployed to subsets of devices experiencing specific issues, dramatically reducing update deployment time and bandwidth requirements.

Inventive Principle:
Principle #26Copying

3Adaptability or versatility

If centralized listener module monitors all operating domains to enable device-specific recovery, then device adaptability is improved, but device complexity increases

Engineering Contradiction:
Improvedevice-specific recovery capabilityVSAvoidmonitoring and recovery system complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent introduces an intermediary expert system that mediates between the recovery control module and the device's operating domains. The expert system contains pre-processed knowledge and recovery rules that simplify the decision-making process. Instead of implementing complex monitoring and analysis logic throughout the device, the intermediary expert system centralizes the intelligence, reducing overall device complexity while maintaining comprehensive monitoring capabilities.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system manages complexity by changing parameters from monitoring and analyzing all possible device states to monitoring predefined key performance indicators and operating domain parameters. The recovery control module focuses on detecting specific anomaly conditions rather than analyzing the entire device state space, thereby reducing computational complexity while maintaining effective device-specific recovery capability.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS11490453B2Self-organizing device
Publication Date: 2022.11.01 APPLE INC
  • US11490453B2 patent drawing
  • US11490453B2 patent drawing
  • US11490453B2 patent drawing

AI summary

A self-organizing device may include a recovery control module which may monitor different events from various different domains, for example from different layers of the software stack, associated with wireless communications of the device. Upon identifying a specific condition based on the monitored information, the device may execute a corresponding auto-recovery mechanism to mitigate adverse effects of the condition experienced by the device. Devices may provide monitored information to servers, e.g. to cloud servers, which may use expert systems to analyze the information collected from multiple devices, for example from globally dispersed devices, and may define mitigation action responses corresponding to specific scenarios or conditions that include device-specific considerations. The mitigating action responses may be deployed to the devices by the servers as expert system rules in the form of uncompiled code or hot patch code that the devices may later use to implement the necessary mitigation actions as warranted.