Software-Defined RAN Capsules for Dynamic Resource Scaling

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing software-defined radio access network (RAN) architectures struggle with inflexibility and inefficiency in managing dynamic computing resources and stringent delay requirements, particularly in future networks with increasing traffic demand and diverse application needs.

Innovation Solution

A flexible software-defined RAN architecture utilizing modular capsules and a Liquidity Controller (LC) for dynamic composition and cooperation, enabling real-time adaptation, seamless communication, and on-demand scaling, with features like capsule migration and cooperative scheduling.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If traditional RAN architecture is used, then system stability is maintained, but flexibility and adaptability to dynamic computing resources deteriorate

Engineering Contradiction:
ImproveflexibilityVSAvoidarchitecture complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The RAN architecture is segmented into independent functional units called capsules, each performing specific RAN stack operations. These capsules can be dynamically composed and decomposed based on computing resource availability and service requirements, enabling flexible adaptation without overwhelming system complexity.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The architecture implements dynamic composition and decomposition of capsules at runtime through the Liquidity Controller. This allows the system to adapt its structure dynamically based on changing computing resources and traffic demands, transitioning from static to dynamic architecture.

Inventive Principle:
Principle #15Dynamics

2Productivity

If computing resources are increased to handle traffic demand, then network capacity improves, but resource management efficiency deteriorates

Engineering Contradiction:
Improvenetwork capacityVSAvoidresource management efficiency
Core Design Contradiction:
ProductivityVSLoss of energy

Solution Approach 1:

The Liquidity Controller implements self-service resource management by automatically monitoring computing resource availability, dynamically composing capsules based on current capacity, and managing capsule lifecycle without external intervention. This optimizes resource utilization efficiency while handling traffic demand.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system incorporates feedback mechanisms where the Liquidity Controller continuously monitors computing resource status and performance metrics, then adjusts capsule composition and deployment accordingly. This closed-loop control optimizes resource management efficiency based on real-time network conditions.

Inventive Principle:
Principle #23Feedback

3Adaptability or versatility

If capsule composition is made dynamic, then adaptability improves, but system reliability deteriorates

Engineering Contradiction:
Improvereal-time adaptationVSAvoidsystem stability
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The Liquidity Controller maintains a pool of pre-configured capsules that can be rapidly deployed when needed. This beforehand preparation ensures that dynamic composition does not compromise reliability, as pre-validated capsule configurations are used to cushion against potential system instability.

Inventive Principle:
Principle #11Beforehand cushioning (Prior cushioning)

Solution Approach 2:

The system creates and manages multiple instances of capsule configurations. When dynamic composition is needed, the Liquidity Controller can copy proven capsule configurations rather than creating new ones, ensuring reliability through replication of validated patterns while maintaining adaptability.

Inventive Principle:
Principle #26Copying

Data Source

PatentUS12604237B2Flexible software-defined radio access network architecture and methods for use therewith
Publication Date: 2026.04.14 ISN SP ZOO
  • US12604237B2 patent drawing
  • US12604237B2 patent drawing
  • US12604237B2 patent drawing

AI summary

A radio access network (RAN) system includes a plurality of capsules that operate in parallel to cooperatively perform RAN stack operations, each capsule utilizing a processor and a memory configured to perform a corresponding component of the RAN stack operations. The RAN stack operations result in: communicating backhaul communications with a core communication network; communicating fronthaul communications with a plurality of radio units configured to engage in wireless communications with a plurality of user equipment (UEs) via a radio channel of a radio network; converting, in accordance with a communication standard, received fronthaul communications from the plurality of radio units into backhaul communications transmitted to the communications network; and converting, in accordance with the communication standard, received backhaul communications from the communications network into fronthaul communications transmitted to the plurality of radio units.