Open RAN Hardware Interface for Interoperable Resource Allocation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing Open RAN systems lack an efficient method for allocating available hardware resources to network function applications, leading to suboptimal resource utilization and limited interoperability among different hardware types.

Innovation Solution

A flexible interface is defined to manage communication between application processes and underlying hardware resources, translating instructions and data using rules and templates specific to each hardware resource, allowing dynamic allocation and seamless integration of hardware resources across various vendors.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If hardware resources are allocated to network function applications without a standardized interface, then resource allocation can be performed, but resource utilization is suboptimal and interoperability among different hardware types is limited

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

Solution Approach 1:

The patent introduces an interface as an intermediary layer between network function applications and hardware resources. This interface includes a standardized API that translates application requests into hardware-specific operations, enabling different hardware vendors to interoperate through a common interface while maintaining hardware-specific optimizations.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The interface design implements universality by creating a hardware-agnostic API layer that can work with multiple types of hardware resources (GPUs, FPGAs, ASICs, etc.). The standardized interface allows the same network function application to run on different hardware platforms without modification, achieving multi-vendor interoperability.

Inventive Principle:
Principle #6Universality (Multi-functionality)

2Productivity

If application processes are tightly coupled with specific hardware resources, then hardware-specific optimizations can be achieved, but applications cannot run independently of hardware specifics

Engineering Contradiction:
Improveresource utilizationVSAvoidhardware independence
Core Design Contradiction:
ProductivityVSAdaptability or versatility

Solution Approach 1:

The system segments the coupling between applications and hardware by introducing an intermediate interface layer. This segmentation separates the application logic from hardware-specific implementations, allowing applications to request resources through a standardized API while the interface handles hardware-specific optimizations and allocations.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The interface acts as a mediator that receives generic resource allocation requests from applications and translates them into hardware-specific operations. This intermediary layer enables applications to remain hardware-independent while still achieving hardware-specific optimizations through the interface's translation and adaptation capabilities.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Adaptability or versatility

If different hardware resources from various vendors are integrated without a common interface, then vendor diversity is achieved, but resource management becomes inefficient

Engineering Contradiction:
Improvevendor diversityVSAvoidresource management
Core Design Contradiction:
Adaptability or versatilityVSEase of operation

Solution Approach 1:

The interface implements universality by providing a vendor-agnostic API that works with hardware resources from different vendors. The standardized interface abstracts away vendor-specific details, allowing resource management operations to be performed efficiently across diverse hardware platforms without requiring vendor-specific management logic.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The interface utilizes parameter changes and configuration options to adapt to different hardware vendors and resource types. By dynamically adjusting interface parameters and translation rules based on the target hardware, the system maintains efficient resource management across vendor diversity without requiring separate management systems for each vendor.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentEP4657260A1A method for facilitating one or more application processes in a network function of an open radio access network, a framework for performing the method, and a computer program
Publication Date: 2025.12.03 VODAFONE GROUP SERVICES LTD
  • EP4657260A1 patent drawingFigure 1
  • EP4657260A1 patent drawingFigure 2
  • EP4657260A1 patent drawingFigure 3

AI summary

A method of facilitating one or more application processes in a network function of an Open Radio Access Network, Open RAN, is provided. Each of the one or more application processes is allocated hardware resources from a plurality of hardware resources available to the network function. The method comprises defining an interface between the one or more application processes and the allocated hardware resources. The interface is configured to communicate instructions and data between each of the one or more application processes and the allocated hardware resources via one or more underlying physical interfaces. The interface defines one or more methods for carrying out the instructions. Each instruction invokes a method defined by the interface. The interface comprises a plurality of rules for translating the instructions and data. Each rule is associated with a method and one or more corresponding hardware resources for performing the method.