New work permit system for foreigners launched

The increasing demand for mobile data, along with the proliferation of emerging services, is pushing operators to continuously evolve their Radio Access Network (RAN) infrastructures. In this context, the disaggregation of RAN components, central to the Open RAN (O-RAN) paradigm, has emerged as a key strategy to promote vendor-neutral deployments, accelerate innovation, and reduce operational costs by leveraging standardized interfaces and cloud-native implementations?[1].

While the softwarization of RAN introduces substantial flexibility and programmability, it also exposes the system to new performance and orchestration challenges. Among them, the dynamic allocation of Central Processing Unit (CPU) resources becomes critical for maintaining Quality of Service (QoS) guarantees, particularly for time-sensitive RAN tasks. These tasks, such as Forward Error Correction (FEC) or Fast Fourier Transform (FFT) operations, must meet strict deadlines at the physical layer while sharing hardware with other network functions and background processes?[2, 3].

To manage this orchestration complexity, the O-RAN architecture introduces a layered control framework centered on RAN Intelligent Controllers (RICs). The non-RealTime RAN Intelligence Controller (non-RT RIC) provides long-term policy optimization, while the near-RealTime RAN Intelligence Controller (near-RT RIC) supports control loops operating on the order of tens to hundreds of milliseconds via programmable applications such as eXtended Applications (xApps) and RAN Applications (rApps). However, these controllers operate above the latency threshold required for fine-grained coordination with per-thread CPU scheduling or execution-level decisions within the Distributed Unit (DU).

To bridge this latency and visibility gap, recent efforts have proposed a new class of control logic known as distributed applications (Distributed Applications (dApps)), which execute directly at the DU level. dApps extend the O-RAN control architecture by enabling sub-10 millisecond inference and control, with access to rich runtime data such as user-plane metrics, I/Q samples, and scheduling queues?[4, 5, 6]. In contrast to xApps and rApps, which operate in centralized controllers, dApps execute natively within the target node, enabling fast, closed-loop reactions to dynamic system behavior without incurring additional signaling latency.

In this work, we propose a lightweight, O-RAN-compliant dApp designed to perform fine-grained CPU management directly within the DU. Specifically, the proposed dApp dynamically orchestrates Operating System (OS)-level mechanisms such as CPU affinity, thread isolation, and frequency scaling for softwarized RAN workloads running on commodity hardware. It leverages low-level telemetry, collected through standard Linux system tools, including context switches, instructions per cycle (IPC), cache miss metrics (MPKI), and power consumption data. This enables adaptive control based on traffic and workload dynamics.

By closing the loop between RAN-level orchestration and OS-level CPU management, our dApp achieves energy-aware scheduling without modifying the underlying RAN software stack or relying on external RIC components. Moreover, by operating entirely within the timing budget of DU-level threads, it provides a practical and responsive control solution for performance-critical environments.

The main contributions of this paper are:

• ?

  We propose an O-RAN-compliant architecture that integrates fine-grained CPU control within the DUs via a lightweight, containerized dApp, deployable on commercial RAN software stacks.

• ?

  We develop a measurement framework using perf to capture thread-level execution metrics such as context switches, Instructions Per Cycle (IPC), and Misses Per Kilo-Instruction (MPKI), and correlate them with power consumption and RAN performance indicators.

• ?

  We implement a dynamic CPU frequency control strategy within the dApp and evaluate its effectiveness under varying traffic and load conditions. We also conduct detailed profiling to assess the impact of thread migration and core affinity.

• ?

  We experimentally validate the proposed approach using srsRAN, an open-source RAN software stack, demonstrating consistent energy savings without degradation of real-time processing performance.

Paper organization: Section?II reviews prior work on RAN function profiling and energy-aware orchestration in the context of O-RAN. Section?III formulates the CPU scheduling problem and presents our measurement methodology. Section?IV details the system architecture and dApp design. Section?V presents experimental validation and analysis. Finally, Section?VI concludes the paper and outlines future work.

The softwarization of RAN functions introduces significant challenges in resource allocation and energy efficiency, especially under strict real-time constraints. These challenges span both system-level orchestration and low-level execution behavior, and have been partially addressed in prior work from different perspectives.

At the system level, studies such as [7] and [8] evaluate the impact of radio configuration and computational constraints in softwarized environments using commercial platforms like Amarisoft?[9]. Their results show that increasing bandwidth or deploying Multiple Input Multiple Output (MIMO) does not always yield performance gains when CPU availability is limited. Moreover, the authors in [10] analyze how constrained RAN computational resources affect service-level Quality of Experience (QoE). Additional modeling of CPU load under multi-user conditions is presented in [11], which proposes regression techniques to estimate RAN performance degradation. Further, [12] proposes a Machine Learning (ML)-based method to estimate virtualized network function resource demands.

Beyond high-level system behavior, low-level profiling of softwarized base stations has emerged as a powerful tool to understand computational bottlenecks. In [3], the authors use perf (Performance Counters for Linux) to analyze the behavior of a 5G stack, highlighting the processing cost of Physical (PHY)-layer tasks and the limited overhead introduced by the CU/DU split. Similarly, [13] leverages perf metrics, such as context switches and CPU migrations, to detect performance degradation caused by co-located processes (i.e., noisy neighbors), using neural network classifiers.

However, most of these profiling efforts operate post-factum or at coarse time resolutions. They lack real-time actuation and are not directly integrated into orchestration mechanisms. In contrast, our work focuses on actionable, fine-grained telemetry that can drive real-time CPU scheduling decisions without prior instrumentation.

Energy optimization via OS-level control policies has also been explored in recent work. Several RAN implementations such as Amarisoft?[14], srsRAN?[15], and OpenAirInterface (OAI)?[16] recommend using the Linux performance governor to avoid deadline violations, but this leads to maximum CPU frequencies regardless of actual load, increasing energy consumption unnecessarily. To mitigate this, RENC?[17] introduces slack-aware frequency scaling using extended Berkeley Packet Filter (eBPF), avoiding deep C-states. However, it requires access to internal RAN stack metrics, which is infeasible in black-box deployments.

Unlike RENC, the approach proposed in this work does not rely on modifying the kernel or instrumenting RAN threads. Instead, it infers scheduling inefficiencies and CPU stress from observable metrics such as IPC, MPKI, and context switches. Moreover, it jointly addresses frequency scaling, thread–core affinity, and dynamic core isolation, dimensions that are typically considered in isolation in prior work.

Recent proposals like [18] and [19] address CPU scheduling and fault tolerance in O-RAN, but focus on heuristic strategies and control-plane orchestration, without engaging with low-level runtime behavior. Similarly, [20] and [21] propose energy-aware function placement strategies, but not at the OS-level scheduling granularity targeted in this work.

Centralized orchestration solutions such as AIRIC?[13], which operate at the Service Management and Orchestration (SMO) level and aggregate telemetry across multiple nodes, introduce additional abstraction layers and control latency. In contrast, our proposal is situated at the execution layer and enables near-real-time actuation over local CPU scheduling decisions. To the best of the authors’ knowledge, this is the first work to integrate low-level CPU telemetry, dynamic affinity control, and real-time frequency tuning within an O-RAN-compliant dApp deployed directly at the O-RAN DU (O-DU).

This section formulates the core technical challenge addressed in this work: how to minimize software-based RAN CPU energy consumption without violating the strict timing constraints imposed by RAN workloads (i.e., Transmission Time Interval (TTI) deadlines and throughput requirements).

To formally represent the energy consumption of the system, we adopt the widely-used statistical power consumption model presented in?[22]. This model is given by:

where $P_{f}$ is the power consumption of the CPU at frequency $f$, $P_{s}$ is the static power term representing the baseline power required by the cores to operate, and $kf^{2}$ is the dynamic power, with $k$ being a hardware-dependent constant that modulates how consumption scales with frequency. According to this model, aggressively running the system at peak frequency quickly escalates the dynamic power term, leading to high energy consumption. Conversely, operating at lower frequencies saves power but increases the risk of missing RAN task deadlines, as both PHY and Medium Access Control (MAC) layers must complete their processing within each TTI.

To validate the applicability of this power model in our scenario, we experimentally characterized the relationship between CPU frequency, utilization, and power consumption on a server running srsRAN, as depicted in Figure?1. Specifically, Figure?1(a) confirms the quadratic relation between frequency and power consumption predicted by the dynamic term of the model, while Figure?1(b) shows the exponential growth of power consumption with increased CPU utilization. These observations emphasize the non-linear relationship between utilization, frequency, and energy efficiency, reinforcing the need for dynamic and intelligent resource management.

Considering common approaches to minimize the power consumption of multi-core CPUs, some methods focus on reducing the static power $P_{s}$ through core deactivation, power gating, or using deeper C-states. Others aim to lower the dynamic power term by applying Dynamic Voltage and Frequency Scaling (DVFS) across all cores, leveraging execution slack and limiting throughput at the MAC layer to make such transitions profitable?[17]. However, the time required to transition in and out of deeper C-states or between different frequencies imposes a strict constraint in real-time systems:

where $RT$ (Residency Time) is the minimum time required for a CPU state to justify the extra transition energy overhead, and $WT$ (Wakeup Time) represents the latency to resume from a sleep state. Given typical TTI durations ranging from $1\,ms$ down to $62.5\,\mu s$, frequent transitions are severely constrained, making fine-grained DVFS and state transitions impractical.

To quantify this further, we experimentally analyzed the energy cost and latency of maximum-frequency switching rates, as illustrated in Figure?2. These results demonstrate the significant latency and energy penalty incurred when changing frequencies frequently, reinforcing the conclusion of previous works?[17, 23] that constant frequency switching is computationally expensive and energy inefficient. Thus, a more appropriate approach is frequency affinity: maintaining constant voltage and frequency as long as possible and limiting frequency transitions only to essential cases. Following the strategy described in?[23], thread-level scheduling informed by memory access patterns can effectively cluster threads with similar characteristics, facilitating energy-efficient frequency selection and affinity settings.

To implement an effective frequency-affinity scheduling policy, accurate runtime monitoring of critical computational parameters is essential. We therefore developed a real-time monitoring tool using Linux’s perf subsystem, capable of extracting detailed thread-level execution metrics from CPU hardware counters. Drawing from the insights presented in?[13], we identified the following performance metrics as critical indicators for assessing RAN thread behavior and energy efficiency:

• ?

  CPU utilization: The percentage of time a thread actively runs on a processor.

• ?

  Context switches: The frequency at which threads are interrupted and resumed, negatively affecting performance due to overhead.

• ?

  Instructions Per Cycle (IPC): Efficiency measure indicating how effectively the CPU executes instructions independently of frequency.

• ?

  Misses Per Kilo Instruction (MPKI): The frequency of cache misses per thousand executed instructions, representing memory inefficiencies that negatively impact execution latency and power consumption.

Based on this context, we clearly define our control problem as follows:

where $P(f_{i})=P_{s}+kf_{i}^{2}$ is the power model of core $c_{i}$, and $u_{i}$ is the utilization of $c_{i}$.

The O-RAN architecture decomposes the RAN into Radio Units (RUs), DUs, and Centralized Units (CUs) interconnected through open interfaces (Figure?3). This modularisation enables vendor-agnostic deployments, yet shifts time-critical baseband execution to commodity CPUs inside the DU, where static, worst-case provisioning is common and energy-inefficient under variable traffic.

Existing energy-saving approaches in the state of the art typically operate as host-level tweaks (e.g., governors, kernel patches) that are effective locally but remain outside a standardised management framework. As a result, they cannot be orchestrated, audited, or coordinated with radio policies and service objectives. O-RAN provides the missing integration layer; however, rApps (non-RT RIC) and xApps (near-RT RIC) act at seconds and tens-of-milliseconds timescales, respectively, which is insufficient for slot-level CPU actuation within the TTI budget.

To close this gap, recent O-RAN specifications introduce distributed applications (dApps), lightweight components executed on the O-Cloud node hosting the DU and connected to the radio stack via the E3 interface. dApps access OS-level telemetry with microsecond granularity and can apply CPU-level actions (affinity, frequency, isolation) within the per-slot deadline, while remaining visible to the O-RAN management plane. Crucially, their state can be summarised upstream and aligned with longer-horizon objectives from xApps and rApps, enabling cross-timeframe optimisation rather than isolated host-side control.

Guided by the optimisation in Section?III, the design follows three principles: (i) locality: actuation co-located with O-DU threads to avoid E2 latency; (ii) vendor-agnosticism: exclusive use of user-space knobs and standard telemetry (e.g., perf); and (iii) composability: export of aggregated CPU state for coordination with higher-layer controllers.

Figure?4 focuses on the on-node deployment. A telemetry container gathers hardware counters and scheduler statistics, exposing a local API that a control container (the dApp) polls to evaluate the constraints from Section?III. The dApp then applies thread–core affinity, governor overrides, and core-isolation flags via user-space interfaces, requiring neither kernel modifications nor changes to the RAN stack, and adding only negligible overhead.

The life-cycle anchoring of these components is handled at system level by the near-RT RIC blocks shown in Figure?3: the dApp Controller & Monitor registers instances, distributes policies, and supervises health, whereas the Conflict Mitigation xApp arbitrates CPU-level intents against concurrent radio objectives issued by other xApps. This mediation aligns sub-TTI CPU actions with the tens-of-milliseconds control loops of xApps and the longer-horizon policies of rApps, enabling cross-time-frame optimisation while preventing policy clashes.

The dApp operates independently of RAN vendor software, relying solely on OS-level telemetry (e.g., performance counters, scheduler statistics) and user-space control knobs (e.g., CPU affinity and governor tuning). This approach enables direct CPU-level actuation without modifying RAN stack internals or kernel behavior.

In the current implementation, control decisions are derived from a rule-based heuristic designed to balance energy savings and latency constraints. The controller dynamically reallocates threads across CPU cores and adjusts frequency scaling policies based on observed processing demand, with changes enforced at runtime. While the optimization formulation in Section?III allows for more advanced control algorithms, the current heuristic approach demonstrates feasibility with minimal overhead.

Here, the dApp will work with two different real-world 5G softwarized implementations implementing a frequency control strategy under varying traffic and computational loads.

To validate the proposed approach, experiments were conducted on a testbed implementing the O-RAN Split 8 architecture, where the DU carries out both the high and low PHY and the RU is limited to the Radio Frequency (RF) chain. Thus, this split particularly relevant for enabling real-time control and computational offloading. In regard to the testbed, the most relevant parameters for the experiments are summarized in Table?I.

The test environment is based on the open-source srsRAN Project, which is a complete 5G RAN solution, featuring O-RAN CU (O-CU) and O-DU aligning with 3GPP release 17, supporting FDD/TDD and all FR1 bands in all bandwidths [15]. The srsRAN RAN stack is run on a computer with ArchLinux as OS running the Linux Kernel 6.10.2, equipped with a $Intel(R)\ Core^{TM}\ i9-14900K$ CPU with eight cores with Simultaneous Multithreading (SMT) disabled. Furthermore, for the use of Split 8, the USRP N300 from Ettus [24] has been used as Software-Defined Radio (SDR). This SDR that contains the RF frontend, Digital-to-Analog Converter (DAC) and Analog-to-Digital Converter (ADC) to process digital samples. As for the User Equipment (UE), a laptop with ArchLinux has been used, connecting to the network through a SIMCOM SIM8380G-M2 modem [25].

Moreover, Transmission Control Protocol (TCP) throughput and latency measurements have been conducted using iperf and ping, respectively. Nevertheless, latency tests have not shown significant results in the experiments carried out, in line with the results from [3], since the air interface might masks subtle differences in latency.

This work introduced an O-RAN-aligned dApp that closes the control-loop gap between host-level CPU management and RAN-wide orchestration. The proposed approach introduces a dApp deployed directly at the E2 node (specifically, the O-DU), capable of observing and reacting to fine-grained OS-level telemetry without modifying the RAN software stack. By collecting metrics such as context switches, IPC, and MPKI through the Linux’s perf tool, the dApp dynamically adjusts the CPU operating frequency and assigned cores in response to workload conditions. This strategy is designed to remain agnostic to the underlying RAN implementation and operates fully within the timing constraints of O-DU-level processing threads.

The experimental results on a srsRAN deployment demonstrate measurable savings in power consumption without compromising real-time execution performance. The analysis also shows that CPU inefficiencies such as excessive thread migrations or memory contention correlate strongly with energy waste, highlighting the potential benefits of future affinity and isolation strategies. While these were not directly applied in this work, their effects were characterized through extensive profiling.

Several directions for future work arise from the findings of this study. First, expanding the set of observable metrics by incorporating additional telemetry such as memory bandwidth saturation, last-level cache contention, and Non-Uniform Memory Access (NUMA) locality. These inputs could enable finer-grained classification of CPU states and task behaviors, serving as a foundation for adaptive scheduling decisions. Secondly, analyzing thread-level metrics and exploring clustering techniques to group threads with similar execution signatures. By applying thread-level clustering over temporal and structural metrics, it becomes possible to assign affinity configurations more efficiently, without evaluating the full set of computational performance counters on every scheduling interval. This dimensionality reduction can significantly lower the computational overhead of real-time decision making, while improving the isolation of critical tasks. Lastly, investigating fairness at the OS-level scheduling objective in the context of shared RAN environments. Here, characterizing fairness not only as a constraint, but as a measurement of imbalance or degradation, may help identify contention phases and trigger corrective actions which could lead to adaptive scheduling strategies that better reflect the service-level priorities of co-located cloudified base stations.

Together, these extensions aim to strengthen the dApp’s ability to perform scalable, interpretable, and energy-efficient control of CPU resources in line with O-RAN deployment principles. By continuing to exploit fine-grained telemetry at the node level, the objective also aims to enhance orchestration capabilities without increasing system complexity or compromising interoperability.