第2章：系统架构概览

各位同学，今天我们来聊聊小基站的整体架构。说实话，我刚入行那会儿，看到基站协议栈的框图就头大——一堆协议层、接口、信令流程，感觉像在看天书。后来做项目多了，慢慢就摸清了门道。

说白了，小基站的架构设计，核心就三件事：分层、分离、接口定义。我们一个一个来看。

2.1 整体软硬件分层

先看硬件层。小基站的硬件，我习惯把它分成三块：

• 射频前端（RF Frontend）：负责信号的收发、放大、滤波。嗯，这部分最怕干扰，我在项目中遇到过好几次因为射频走线没处理好，导致灵敏度下降的问题。
• 基带处理单元（BBU）：跑物理层算法，比如FFT、信道估计、编解码。这里对算力要求高，一般用FPGA或者专用加速器。
• 主控单元（MPU）：跑L2/L3协议栈，以及OAM（操作维护管理）。通常用ARM或者x86处理器。

软件层呢，我建议你把它想象成一个洋葱——从里到外分别是：

1. 实时操作系统（RTOS）：比如Linux with PREEMPT_RT补丁，或者商用RTOS。负责任务调度、中断管理。
2. 协议栈软件：从L1（物理层）到L3（RRC/NAS），一层层往上叠。
3. 应用层：包括OAM、SON（自组织网络）、安全管理等。

2.2 控制面与用户面分离

这个设计理念，说白了就是「把指挥和干活的人分开」。控制面负责信令交互、资源调度、移动性管理；用户面只管埋头传数据。

为什么会这样设计？我举个例子。你在打电话时，突然收到一条微信消息。控制面要处理的是：要不要切换小区？要不要调整功率？而用户面只管把微信的IP包封装成PDCP PDU发出去。两者互不干扰。

在实际实现中，控制面和用户面可以跑在不同的CPU核上，甚至不同的物理板上。我在一个项目中，就遇到过控制面负载过高导致用户面丢包的情况——后来把两个面绑到不同的核上，问题就解决了。

维度	控制面（CP）	用户面（UP）
主要功能	信令处理、资源管理	数据转发、QoS执行
实时性要求	中等（10-100ms）	高（<1ms）
典型协议	RRC、S1AP、NGAP	GTP-U、PDCP
部署方式	可集中部署	通常靠近用户

2.3 关键接口：S1/X2/F1

这三个接口，是小基站组网的「命脉」。我们一个个说。

2.3.1 S1接口

S1是小基站和核心网之间的接口。它又分两条路：

• S1-MME：走控制面信令，比如附着、去附着、寻呼。协议栈是S1AP over SCTP。
• S1-U：走用户面数据，就是用户的IP包。协议栈是GTP-U over UDP。

嗯，这里要注意：SCTP和TCP不一样，它是面向消息的，而且支持多流。我在调测S1接口时，就遇到过SCTP偶联建立失败的问题——后来发现是MME侧配置的IP地址和端口号不匹配。

2.3.2 X2接口

X2是基站之间的接口。主要干两件事：

1. 切换：用户从一个基站移动到另一个基站时，通过X2传递上下文。
2. 干扰协调：相邻基站之间交换负载信息，避免互相干扰。

你想想看，如果没有X2接口，用户切换时就得先回核心网绕一圈——延迟大不说，还容易掉话。X2接口的设计，说白了就是让基站之间能「私聊」。

2.3.3 F1接口

F1是CU（集中单元）和DU（分布单元）之间的接口。这是5G时代引入的新概念。说白了，就是把基站的基带处理拆成两部分：

• CU：处理RRC、PDCP等高层协议，可以集中部署。
• DU：处理RLC、MAC、PHY等低层协议，通常靠近天线。

F1接口的协议栈，控制面用F1AP over SCTP，用户面用GTP-U over UDP。嗯，和S1接口很像，但功能不同。

我记得第一次调通F1接口时，花了整整两周时间。问题出在DU上报的「小区ID」和CU配置的不一致——一个用十进制，一个用十六进制。这种低级错误，排查起来最费时间。

2.4 小结

好了，这一章的内容就这些。总结一下：

• 软硬件分层：射频→基带→主控，每层通过API解耦。
• 控制面与用户面分离：指挥和干活分开，互不干扰。
• 三个关键接口：S1连核心网，X2连邻站，F1连CU/DU。

下一章，我们会深入L1物理层的实现细节。到时候我会分享一些调测波形的小技巧——嗯，那些可都是真金白银换来的经验。