OAI RF Simulator深度实践：从编译陷阱到性能调优的全链路指南

在5G通信系统开发与测试领域，OpenAirInterface（OAI）作为开源的5G协议栈实现，其RF Simulator功能为开发者提供了无需硬件射频设备的验证环境。然而，随着OAI代码库的快速迭代，特别是develop分支与master分支的差异，使得RF Simulator的编译与使用过程中出现了诸多版本兼容性问题。本文将系统梳理从代码编译到性能测试的全流程关键点，帮助开发者避开常见陷阱。

1. 环境准备与版本选择策略

OAI的版本分支选择直接影响RF Simulator的可用性。当前代码库中，develop分支是5G功能开发的主线，而master分支更稳定但可能缺少最新5G特性。对于需要测试5G NR场景的开发者，必须明确：

• 版本对应关系：

  • develop分支：支持5G NR全功能，包括NSA/SA架构
  • master分支：主要维护4G LTE功能，5G支持有限

• 编译基础环境：

  bash复制# 基础依赖安装（Ubuntu 20.04示例）
  sudo apt-get update
  sudo apt-get install -y \
    git build-essential cmake libfftw3-dev \
    libmbedtls-dev libssl-dev libsctp-dev \
    libconfig-dev libreadline-dev libtool autoconf
  

提示：建议使用Python 3.8+环境，避免旧版本导致的构建脚本兼容性问题

2. 编译流程的版本差异解析

RF Simulator的编译方式在4G LTE和5G NR场景下存在显著差异，这是许多开发者首次接触OAI时最容易踩坑的环节。

2.1 4G LTE场景的标准编译

对于LTE eNB和UE的编译，可直接使用-w SIMU参数：

bash复制./build_oai -w SIMU --eNB --UE

这种单步编译方式会同时生成：

• LTE eNB可执行文件lte-softmodem
• LTE UE可执行文件`lte-uesof