第2章：C-V2X协议栈全景：协议栈分层架构
各位同学，欢迎来到第二章。
上一章我们聊了C-V2X能干什么。这一章，咱们得钻进车底，看看协议栈到底长什么样。说白了，就是搞清楚车和车、车和路之间，那套复杂的“对话规则”是怎么一层层搭起来的。
我个人习惯，看任何通信系统，先看它的分层架构。为什么？因为分层是解决复杂问题最优雅的方式。你想想看，如果让你一个人搞定从物理信号到应用消息的所有事情，那代码得乱成什么样？
核心观点：C-V2X协议栈，本质上是将“端到端通信”这个复杂任务，拆解成多个独立的、职责清晰的层次。每一层只关心自己的事，并为上层提供服务。
2.1 为什么需要分层？
我在做嵌入式系统时，经常遇到一种情况：底层硬件换了，上层应用代码就得重写。这太痛苦了。
分层就是为了解决这个问题。每一层都有明确的接口。只要接口不变，底层怎么折腾，上层都不受影响。这在V2X里尤其重要——你想想，今天用高通芯片，明天可能换成华为芯片，应用层代码能改吗？当然不能。
具体来说，分层有三大好处：
- 解耦：各层独立开发、独立测试。物理层的工程师不用懂RRC层的状态机。
- 复用：底层的传输能力可以被多个上层应用共享。比如BSM和RSI消息，走的都是同一套物理层。
- 标准化：3GPP定义了每一层的标准，不同厂商的设备才能互联互通。
我的经验：刚开始做V2X协议栈时，我总想“优化”分层，把一些功能跨层实现。结果呢？维护成本直线上升。后来我学乖了——严格遵守分层原则，哪怕看起来有点冗余。
2.2 协议栈全景图
C-V2X协议栈，从下往上，主要分为这几层：
| 层级 | 全称 | 核心职责 |
|---|---|---|
| 物理层 | PHY | 把比特变成无线电波，再收回来 |
| MAC层 | Medium Access Control | 决定谁什么时候发数据，怎么发 |
| RLC层 | Radio Link Control | 保证数据分段、重传，别丢了 |
| PDCP层 | Packet Data Convergence Protocol | 加密、完整性保护、头压缩 |
| RRC层 | Radio Resource Control | 连接管理、资源配置、移动性管理 |
| 应用层 | Application | 生成BSM、RSI等具体消息 |
嗯，这里要注意：在C-V2X的PC5接口（直连通信）中，RRC层的功能被大幅简化了。因为车和车之间没有基站来统一管理，很多配置是预配的。
2.3 各层功能详解
2.3.1 物理层（PHY）
物理层是协议栈的“地基”。它负责把上层的二进制数据，调制成可以在空气中传播的电磁波。
C-V2X物理层基于4G LTE的OFDM技术，但做了针对性优化。比如，它支持更高的多普勒频移——车开到200km/h，信号也不能断。
物理层主要干这几件事：
- 编码调制：把数据比特映射到资源格上。QPSK、16QAM、64QAM，根据信道质量动态切换。
- 资源映射：决定数据放在哪个子载波、哪个OFDM符号上。
- 同步：车和车之间要先对上“时钟”，才能正确解调。
避坑指南：我曾经在调试物理层时，发现接收端总是解错数据。查了三天，最后发现是同步偏差导致的。记住：物理层的同步是万恶之源，一定要优先搞定。
2.3.2 MAC层
MAC层，说白了就是“交通警察”。它决定：谁在什么时候、用哪个资源块来发数据。
在C-V2X里，MAC层有两种调度模式：
- Mode 3：基站集中调度。车把请求发给基站，基站告诉它用哪个资源。
- Mode 4：分布式调度。车自己感知信道，自己选资源。这是V2V通信的核心。
Mode 4里有个关键机制叫SPS（半持续调度）。车会周期性预留资源，避免每次都要重新竞争。我刚开始做时，SPS的冲突检测逻辑写错了，导致两辆车同时发数据，互相干扰。嗯，那段时间天天加班。
2.3.3 RLC层
RLC层，负责数据的“快递服务”。它有三种模式：
- 透明模式（TM）：不处理，直接透传。用于广播消息。
- 非确认模式（UM）：分段但不重传。适合实时性要求高的消息。
- 确认模式（AM）：分段+重传。保证数据一定到达。
在V2X里，大部分消息用UM模式。为什么？因为BSM消息每100ms发一次，丢一包无所谓，下一包马上就来。重传反而增加时延。
2.3.4 PDCP层
PDCP层，是协议栈的“安全卫士”。它主要做三件事：
- 加密：防止消息被窃听。车的位置信息是敏感数据。
- 完整性保护：防止消息被篡改。你肯定不希望收到一条假的“前面有事故”消息。
- 头压缩：IP头太大？压缩一下，节省空口资源。
我记得在项目里，PDCP的密钥管理是最头疼的。密钥怎么分发？怎么更新？一旦密钥泄露，整个V2X网络都不安全。
2.3.5 RRC层
RRC层，是协议栈的“大脑”。它负责：
- 连接管理：建立、维护、释放UE和基站之间的连接。
- 资源配置：告诉物理层和MAC层，用哪些频点、哪些参数。
- 移动性管理：车从一个基站覆盖区开到另一个，怎么切换？
但在PC5直连通信中，RRC层被大大简化了。因为车和车之间没有RRC连接，很多配置是预配在USIM卡或终端里的。
2.3.6 应用层
应用层，是协议栈的“最终用户”。它生成具体的V2X消息：
- BSM：基本安全消息，包含位置、速度、方向。
- RSI：路侧信息，比如红绿灯状态、限速标志。
- RSM：路侧安全消息，检测到行人、非机动车。
- MAP：地图消息，描述车道拓扑。
应用层不关心底层怎么传，它只负责把数据打包成标准格式，然后往下扔。
2.4 数据流：从上到下，再从下到上
理解了各层功能，咱们看看数据是怎么流动的。
假设一辆车要发送BSM消息：
- 应用层生成BSM数据，传给PDCP层。
- PDCP层加密、加头，传给RLC层。
- RLC层分段（如果需要），传给MAC层。
- MAC层加上MAC头，决定用哪个资源块，传给物理层。
- 物理层编码、调制，变成无线电波发出去。
接收端反过来：物理层解调，MAC层解复用，RLC层重组，PDCP层解密，应用层解析。
关键点：每一层只处理自己的头信息。物理层不看MAC头，MAC层不看RLC头。这就是分层的魅力——各司其职。
2.5 我的建议：从哪一层开始学？
很多新手问我：协议栈这么复杂，从哪入手？
我的建议是：先搞懂MAC层和物理层。因为V2X的核心挑战在空口——资源怎么分配？干扰怎么避免？这两层搞定了，上层只是数据格式的问题。
当然，如果你做应用开发，那从应用层入手也行。但至少要知道，你的数据在底层经历了什么。
小技巧：学习协议栈时，可以抓一份空口日志，用Wireshark打开。一层层剥开看，比看书直观多了。我当年就是这么学的。
2.6 本章小结
这一章，我们看了C-V2X协议栈的全景。从物理层的电磁波，到应用层的BSM消息，每一层都有自己的使命。
下一章，我们会深入物理层，看看那些比特是怎么变成无线电波的。嗯，那才是真正硬核的地方。
记住：协议栈不是一座孤岛。每一层都依赖下层，服务上层。理解了这一点，你就掌握了V2X通信的钥匙。