[論文レビュー] Enabling Real-Time Programmability for RAN Functions: A Wasm-Based Approach for Robust and High-Performance dApps

João Paulo Esper, Yure Freitas+6 more|arXiv (Cornell University)|Mar 18, 2026

Software-Defined Networks and 5G被引用数 0

ひとこと要約

この論文は WebAssembly (Wasm) を用いて Open RAN のリアルタイムで分離された dApps を実行することを提案し、デタミニスティックな性能とコンテナよりも低いオーバーヘッドを実現しつつ、Central Unit/Distributed Unit レベルでのセキュアなマルチ dApp 共存を可能にする。

ABSTRACT

While the Open Radio Access Network Alliance (O-RAN) architecture enables third-party applications to optimize radio access networks at multiple timescales, real-time distributed applications (dApps) that demand low latency, high performance, and strong isolation remain underexplored. Existing approaches propose colocating a new RAN Intelligent Controller (RIC) at the edge, or deploying dApps in bare metal along with RAN functions. While the former approach increases network complexity and requires additional edge computing resources, the latter raises serious security concerns due to the lack of native mechanisms to isolate dApps and RAN functions. Meanwhile, WebAssembly (Wasm) has emerged as a lightweight, fast technology for robust execution of external, untrusted code. In this work, we propose a new approach to executing dApps using Wasm to isolate applications in real-time in O-RAN. Results show that our lightweight and robust approach ensures predictable, deterministic performance, strong isolation, and low latency, enabling real-time control loops.

研究の動機と目的

• Open RAN におけるリアルタイムプログラミングの課題とサードパーティ dApps の堅牢な分離の必要性を動機づける。
• 軽量なサンドボックスとして WebAssembly を提案し、重い仮想化オーバーヘッドを伴わずに dApps 同士を分離する。
• Wasm ベースの dApps が既存の dApp フレームワーク上で稼働し、E3/E2 インターフェースとの互換性を維持する方法を示す。
• Wasmtime を用いたプロトタイプとスペクトラムセンシング dApp を示し、分離と性能を検証する。
• 分離保証、制御ループの待機時間、計算フットプリントを bare-metal およびコンテナ展開と比較して評価する。

提案手法

• デタミニスティックな性能のためのガスベースの実行計量と WebAssembly アーキテクチャ（モジュール、ランタイム、ホスト）を説明する。
• CU/DU に Wasm ランタイムを埋め込み、ネットワーク操作のホスト関数を備えた共有 RAN 機能内で複数の dApp をホストする。
• dApps を wasm32-wasi モジュールとして C++ などの言語からコンパイルし、ネイティブに近い性能と移植性を確保する。
• E3 Agent と ASN.1 エンコーディングを組み合わせて Wasm ベースの dApps を O-RAN E2/E3 インターフェースとの互換性を維持する。
• E3 Agent を拡張した OpenAir Interface を用いた参照 dApp をプロトタイプ化し、wasi-sdk でコンパイルし、分離と待機時間解析のために Wasmtime でホストする。
• bare metal、コンテナ、Wasm ランタイムを比較する実験を実施し、制御ループ待機時間とリソースフットプリントに焦点を当てる。

実験結果

リサーチクエスチョン

• RQ1 WebAssembly はコンテナのオーバーヘッドなしに O-RAN のリアルタイム dApp に必要な分離と決定論的性能を提供できるか？
• RQ2 現実的な RAN 設定における制御ループ遅延とリソース使用に対するガス計量の影響はどの程度か？
• RQ3 WebAssembly ベースの dApp フレームワークは O-RAN の既存の E3/E2 インターフェースと dApp アーキテクチャとどう統合されるか？
• RQ4 CU/DU レベルで Weld wasm-based dApps を展開する際のセキュリティ、拡張性、相互運用性のトレードオフは何か？

主な発見

• Wasm ベースの dApps は強力な分離を実現し、過度に挙動する dApp がガス計量の粒度を細かく設定することで他の dApps を混乱させない。
• Wasm ベースの dApps の制御ループ遅延は 10 ms 未満で、ベアメタルの約 149.44 μs の中央値に対し、コンテナはより高いオーバーヘッドを示す。
• WebAssembly はコンテナと比較して処理オーバーヘッドを低減（中央値 +28.91% 対 ベアメタル）し、ガス計量による多少のオーバーヘッドを伴う。
• Wasm ベースの dApps のメモリ使用量はベアメタルの約 3.28 倍だが、コンテナのフットプリントと同等程度で、処理オーバーヘッドはコンテナより顕著に低い（Was m の場合約 64.84% 対 28.91%）。
• プロトタイプは E3 Agent と ASN.1 メッセージングとの Wasm モジュールの統合が実現可能であり、多言語 dApps を共有 RAN 機能で分離性およびリアルタイム性能を損なうことなく動作させることができることを示す。