[4G&5G专题-130]：RF- 软件架构

作者主页(文火冰糖的硅基工坊)：https://blog.csdn.net/HiWangWenBing

本文网址：https://blog.csdn.net/HiWangWenBing/article/details/119731935

目录

第1章 RF的硬件架构

第2章 RF软件架构

2.1 预先说明

2.2 软件架构

2.3 OAM（操作、维护、管理）软件功能

第1章 RF的硬件架构

 参考：

https://blog.csdn.net/HiWangWenBing/article/details/118880746

RF的硬件架构中，包括两种前向接口：

（1）CPRI接口，

（2）eCPRI接口, CPRI over Ethernet

第2章 RF软件架构

2.1 预先说明

在基站系统中，通常把数据流分为：用户面UPlane、控制面CPlane, 管理面CPlane和同步面SPane这4个面。

在RF设备端，用户面UPlane、控制面CPlane的数据以IQ数据的形式存在，是有FPGA和RFIC等硬件芯片处理的，因此，RF软件架构中，并不包含对U面和C面的数据处理的软件模块。因此RF的软件架构主要针对的是管理面MPlane和同步面SPlane。

如果是CPRI接口，同步的数据处理也完全有FPGA CPRI核来处理的，因此CPRI接口的软件架构，就剩下了M面，RF的软件架构就是RF OAM (管理面）的软件架构了。

相对于CPRI接口，eCPRI会增加L1_LOW（UPlane）和同步（SPlane）的软件功能。

2.2 软件架构

• Hardware：最底层的是硬件层，包括CPU, 内存，FPGA, RFIC, PA， DSP，以太网交换等。
• Linux：包括Secure boot， Uboot，Linux Kernel等。
• SoC API: 通常是有芯片公司提供的底层芯片驱动模块。
• Lower Level API：设备厂家自己编写的底层芯片驱动程序，包括内核空间和用户空间两部分。
• Platform Middleware Services：中间件，大多数是基于底层的CPU和内存的资源提供能的软件功能，如协议栈，内存管理，进程调度，网络通信等。
• Transport：传输，主要基于以太网网络通信提供的协议栈，如IPSEC, TCP/IP协议栈等。
• Connection control：传统的RRU是通过CPRI与BBU建立连接的，连接管理工作在链路层，管理BBU与RRU之间的逻辑链路。
• RF Carrier controller：与RF载波控制相关的功能，包括FPGA的数字部分的功能和RFIC相关的射频部分的功能。
• L1 Low：这是eCPR接口的RRU独有的功能，eCPRI接口的RRU, L1 Low的功能已经下层到RRU中。包括实时部分RT和非实时部分NRT.
• OAM High Level API：OAM（操作、维护、管理）软件功能管理。
• OAM external inteface：主要复杂RRU与BBU之间的M面的接口协议，比如RP1协议、TCP连接。是OAM（操作、维护、管理）软件功能管理，底层的承载。它复杂卸载来自网关的OAM管理功能，并调用相应的OAM High Level API完成相应的OAM管理功能。

2.3 OAM（操作、维护、管理）软件功能

（1）设备管理（整体硬件）：Device manangment

• 设备的标识
• 设备的连接
• 安全管理

（2）软件包管理（整体软件包）: Software manangment

• 软件包的的下载、上传、版本管理
• 软件包的升级、降级
• log文件的上传

（3）配置管理：Configuration manangment

• 硬件配置
• 载波配置
• 小区配置

（4）故障管理： Fault manangment

• 设备硬件故障
• 外部连接故障
• 内部软件功能故障

（5）性能管理： Performance manangment

• Count

（6）状态管理：State manangment

• 设备状态
• 芯片状态
• 连接状态
• 小区状态
• 软件功能状态

（7）测试管理：Test manangment， 主要用于工厂测试

• 硬件自检
• 功能自检

作者主页(文火冰糖的硅基工坊)：https://blog.csdn.net/HiWangWenBing

本文网址：https://blog.csdn.net/HiWangWenBing/article/details/119731935