3D-O-RAN Dynamic DNN Architecture Generation for Wireless Networks

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current wireless topologies, such as 5G/6G, face challenges in ensuring spectrum flexibility due to adversarial spectrum usage and extensive commercial use, requiring novel wireless networking paradigms that integrate intelligence, adaptability, and security to dynamically manage network resources and AI-driven decision-making.

Innovation Solution

The Dynamic Data Driven Open Radio Access Network System (3D-O-RAN) integrates computational, sensing, and networking components in a feedback-based control loop, using heterogeneous sensor data to dynamically optimize network operations and steer multimedia sensor measurements, with a control loop that generates certified deep neural network architectures based on application-level requirements and real-time constraints.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If traditional wireless topologies (5G/6G) are used, then network coverage and connectivity are maintained, but spectrum flexibility is compromised due to adversarial usage and commercial congestion

Engineering Contradiction:
Improvespectrum flexibilityVSAvoidnetwork performance
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The patent implements dynamic DNN architecture generation that adapts to changing spectrum conditions in real-time. The control loop continuously monitors spectrum environment and generates optimized DNN architectures dynamically, allowing the system to respond to adversarial usage and commercial congestion while maintaining reliable network performance

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system changes key parameters including DNN architecture parameters, hardware resource allocation, and network operating parameters based on real-time spectrum conditions. This allows the network to optimize spectrum flexibility while maintaining performance by adjusting parameters rather than relying on fixed traditional topologies

Inventive Principle:
Principle #35Parameter changes

2Productivity

If DNN architectures are customized for specific applications, then application performance is optimized, but system complexity increases

Engineering Contradiction:
Improveapplication performanceVSAvoidsystem complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The control loop automatically generates optimized DNN architectures based on application requirements and real-time constraints without manual intervention. The system self-manages the complexity of customization by automating the DNN generation process, allowing high application performance while reducing operational complexity

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system pre-generates optimized DNN architectures for different application scenarios and constraints. By preparing multiple pre-optimized architectures in advance, the system can quickly deploy the appropriate architecture for each application without dealing with complexity during runtime

Inventive Principle:
Principle #10Preliminary action

3Manufacturing precision

If hardware resources are allocated for high-performance DNN processing, then processing speed and accuracy improve, but cost and power consumption increase

Engineering Contradiction:
ImproveDNN accuracyVSAvoidpower consumption
Core Design Contradiction:
Manufacturing precisionVSUse of energy by stationary object

Solution Approach 1:

The control loop dynamically adjusts DNN architecture parameters and hardware resource allocation based on real-time performance requirements and constraints. By changing parameters such as DNN depth, width, and hardware resource allocation, the system achieves high accuracy when needed while reducing power consumption during normal operation

Inventive Principle:
Principle #35Parameter changes

Solution Approach 2:

The system allocates hardware resources partially or excessively based on real-time needs rather than maintaining full capacity continuously. The control loop determines the appropriate level of resource allocation required to meet current accuracy requirements, avoiding unnecessary power consumption

Inventive Principle:
Principle #16Partial or excessive action

4Adaptability or versatility

If real-time feedback control loops are implemented, then system adaptability improves, but computational overhead and latency increase

Engineering Contradiction:
Improvereal-time adaptabilityVSAvoidcontrol loop latency
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The control loop uses pre-computed optimization results and cached DNN architectures to reduce real-time computational overhead. By performing preliminary analysis and preparation of optimized architectures, the system achieves real-time adaptability while minimizing the latency introduced by the feedback loop

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS20230412472A13D-O-RAN: Dynamic Data Driven Open Radio Access Network Systems
Publication Date: 2023.12.21 THE GOVERNMENT OF THE UNITED STATES AS REPRESENTED BY THE SECRETARY OF THE AIR FORCE
  • US20230412472A1 patent drawing
  • US20230412472A1 patent drawing

AI summary

A method of generating a deep neural network (DNN) may comprise receiving one or more application-level requirements associated with network communications, translating the one or more application-level requirements into one or more technical constraints, and providing the one or more technical constraints to a control loop that generates a certified DNN architecture based on the technical constraints. The control loop may further comprise a DNN search engine and a hardware synthesis engine. The method may comprise selecting, using the DNN search engine, a candidate DNN architecture based on the technical constraints, and generating, using the hardware synthesis engine, a hardware architecture corresponding to the selected candidate DNN architecture. The technical constraints may comprise one or more of (i) network latency, (ii) available hardware resources, (iii) available software resources, (iv) required DNN accuracy, (iv) computation and/or network slicing allocation, and (v) current noise and/or interference levels at the DNN input.