2、4G LTE基带架构深度解析：协议栈分层、物理层关键模块（OFDM、MIMO、HARQ）、控制面与用户面
好，咱们今天来啃一块硬骨头——4G LTE的基带架构。说实话，很多做5G的朋友回过头来看LTE，总觉得它“老掉牙”了。但我个人觉得，LTE的架构设计得非常精巧，它就像一座桥梁，承上启下。你如果不把LTE的协议栈和物理层关键模块吃透，做5G迁移的时候，很容易踩坑。
我当年从3G切到LTE项目时，第一感觉就是“这玩意儿分层太清晰了”。不像WCDMA那样，有些边界模糊的地方。LTE的协议栈，说白了就是一套严格的分工体系。咱们先从上往下捋一遍。
2.1 协议栈分层：各司其职的流水线
LTE的空中接口协议栈，主要分三层：L1（物理层）、L2（数据链路层）、L3（网络层）。L2内部又拆成了MAC、RLC、PDCP三个子层。你想想看，这就像一条工厂流水线，每个工位只干一件事。
- PDCP层（分组数据汇聚协议）：负责头压缩、加密、完整性保护。说白了，就是给数据“穿衣服、上锁”。
- RLC层（无线链路控制）：负责分段、重组、ARQ重传。数据包太大？切一刀。丢了？重传。
- MAC层（媒体接入控制）：负责调度、HARQ、随机接入。这是L2的大脑，决定谁在什么时候发数据。
- PHY层（物理层）：负责编码、调制、MIMO、OFDM。把0和1变成电磁波。
我个人习惯：在做基带芯片设计时，我特别喜欢把MAC层和PHY层的接口定义得特别清晰。因为这两层之间的交互最频繁，也是最容易出bug的地方。我曾经在一个项目里，因为MAC层给PHY层的调度指令晚了一个TTI，导致整个小区的吞吐量掉了一半。嗯，从那以后，我对接口时序就特别敏感。
这里我画了一张图，帮你把整个协议栈的层次关系和核心功能串起来。你看一眼，心里就有谱了。
2.2 物理层关键模块：OFDM、MIMO、HARQ
物理层是基带芯片里最“硬”的部分。我经常跟团队里的软件工程师说，你们写代码可以慢慢调，但物理层一旦流片回来，想改就难了。所以，物理层的三个核心模块——OFDM、MIMO、HARQ，必须理解到寄存器级别。
2.4.1 OFDM：把宽带变窄带
OFDM（正交频分复用）是LTE的基石。说白了，它就是把一个宽频带，切成了很多个窄的子载波。每个子载波之间是正交的，所以不会互相干扰。
- 子载波间隔：固定15kHz。为什么是15kHz？我当年也问过这个问题。后来查资料才知道，这是为了兼容WCDMA的3.84Mchip/s的时钟，做整数倍分频方便。
- CP（循环前缀）：用来对抗多径时延。普通CP约4.7μs，扩展CP约16.7μs。我在做高铁覆盖项目时，就吃过扩展CP的亏——虽然抗多径好了，但开销大了，吞吐量上不去。
- 资源块（RB）：一个RB包含12个子载波（180kHz），是调度的最小单位。
避坑指南：我曾经在设计OFDM接收机时，忽略了载波频率偏移（CFO）的影响。结果在实验室里跑得好好的，一到外场测试，解调就全乱了。后来加了频偏估计和补偿模块，才算稳住。所以，做OFDM一定要把同步和频偏估计放在首位。
2.4.2 MIMO：多天线不是摆设
MIMO（多输入多输出）是LTE提升速率的关键。它利用空间维度，在不增加带宽和功率的情况下，成倍提升数据速率。
| MIMO模式 | 典型配置 | 应用场景 |
|---|---|---|
| 传输分集 (TxD) | 2x2 SFBC | 低信噪比、边缘覆盖 |
| 空间复用 (SM) | 2x2 / 4x4 | 高信噪比、高吞吐量 |
| 波束赋形 (BF) | 8天线 | LTE-A，定向增强 |
你想想看，2x2 MIMO理论上能把速率翻倍。但实际中，信道相关性、天线隔离度、算法复杂度都会影响增益。我记得有一次，我们在一个密集城区测试，MIMO的增益死活只有30%。后来发现是天线间距不够，耦合太强了。嗯，硬件设计上的坑，往往比软件更难填。
2.4.3 HARQ：错了就重传，但别等太久
HARQ（混合自动重传请求）是MAC层和物理层协同工作的典范。它结合了前向纠错（FEC）和自动重传（ARQ）的优点。
- 同步HARQ：重传发生在固定的时刻。LTE上行用同步HARQ，下行用异步HARQ。
- 软合并：重传的数据不是简单丢弃，而是和第一次传输的数据做合并。常用的有Chase合并和增量冗余（IR）。
- 8进程停等：LTE最多支持8个HARQ进程。一个进程在等待ACK/NACK时，其他进程可以继续发数据，这样就不会有空闲时间。
注意：HARQ的RTT（往返时间）在LTE中是8ms。这意味着，如果一个子帧发了数据，最快也要8ms后才能收到重传。我在做VoLTE优化时，发现HARQ重传次数过多会导致语音抖动。后来通过调整BLER目标值（从10%降到5%），减少了重传概率，语音质量才稳定下来。
2.3 控制面与用户面：两条腿走路
LTE的协议栈从逻辑上分成了控制面和用户面。控制面负责“打电话”，用户面负责“传数据”。两者共享物理层资源，但处理逻辑完全不同。
控制面（C-Plane）：主要承载RRC信令和NAS消息。RRC负责连接建立、移动性管理、安全激活。NAS负责核心网侧的附着、鉴权、承载管理。控制面的特点是数据量小，但可靠性要求极高。我建议在设计控制面处理流程时，一定要做状态机保护，防止异常信令导致死锁。
用户面（U-Plane）：承载IP数据包。用户面的特点是数据量大，对时延敏感。VoLTE语音包每20ms一个，视频流更是连续不断。用户面处理的关键是低延迟和高吞吐。我在做用户面加速时，常用的一招是“零拷贝”——让数据从网卡直接到基带处理单元，绕过操作系统内核，能省下好几微秒。
总结一下：控制面是“信令高速公路”，用户面是“数据高速公路”。两条路可以并行，但设计时必须考虑优先级。比如，当用户面数据拥塞时，控制面的RRC信令必须优先处理，否则会导致掉话。我曾经在一个项目中，因为用户面占用了太多DDR带宽，导致控制面信令超时，UE频繁掉线。后来加了QoS调度器，才解决了这个问题。
好了，LTE基带架构的核心内容就这些。从协议栈的分层协作，到物理层的OFDM、MIMO、HARQ，再到控制面和用户面的分工，每一个模块都有它的设计哲学。你把这些吃透了，再去看5G的NR，会发现很多似曾相识的影子——只不过5G把参数集、子载波间隔、HARQ时序都做得更灵活了。