第3章 CPRI映射与复用

3、CPRI映射与复用：IQ数据映射、控制字、同步机制、C&M通道

好，咱们进入第三章。这一章讲的是CPRI协议的核心——数据怎么塞进去、怎么传、怎么同步。说白了，就是IQ数据、控制字、同步机制和C&M通道这四块。我在现场调过不少CPRI链路，很多问题都出在这几个环节上。咱们一个一个来拆。

CPRI最核心的任务，就是把基带IQ数据从RRU传到BBU。IQ数据怎么放进去？这就有讲究了。

每个天线载波（AxC）的IQ采样，会按固定的位宽打包。常见的位宽是15位、16位，也有20位的。我见过不少新手工程师，上来就问“为什么我配了16位，对端却读出来是乱的？”——其实是因为没对齐采样时钟。

IQ数据在CPRI基本帧里的位置是固定的。一个基本帧有16个字，每个字可以是8位、16位或32位。IQ数据就放在这些字里，按AxC顺序排列。举个例子：

基本帧结构（以16位字为例）：
字0: 控制字
字1: IQ数据（AxC #0，采样点1）
字2: IQ数据（AxC #0，采样点2）
...
字15: IQ数据（AxC #N，采样点M）

嗯，这里要注意：IQ数据是连续排列的，中间不能插别的信息。我曾经在某个项目中，为了省带宽，试图在IQ数据间隙里塞控制信息——结果对端解析全乱套了。后来老老实实按规范来，问题就解决了。

关键点：IQ数据映射必须严格遵循AxC顺序和采样点顺序。任何偏移都会导致解映射失败。

控制字是CPRI基本帧的第一个字。它不传IQ数据，而是传链路控制信息。说白了，就是告诉对端“我现在状态怎么样”、“你有没有同步”、“该不该调整时延”。

控制字里包含几个关键字段：

我个人习惯，在调试CPRI链路时，第一件事就是抓控制字。如果控制字里的HFN和BFN对不上，那后面的IQ数据肯定也是错的。有一次在实验室，我花了整整一个下午排查链路不通的问题，最后发现是控制字里的保留位被误配成了非零值——对端直接丢弃了所有帧。

调试技巧：用示波器抓CPRI基本帧，看第一个字是不是控制字。如果不是，说明映射错了。

CPRI的同步机制分三层：基本帧同步、超帧同步和链路同步。你想想看，如果两端时钟不同步，IQ数据传过去也是废的。

基本帧同步：接收端检测控制字里的BFN，如果连续收到正确的BFN，就认为基本帧同步了。我建议你在设计时，给同步检测加一个“连续成功次数”的门限——比如连续3次正确才算同步。这样可以避免误同步。

超帧同步：256个基本帧组成一个超帧。超帧同步靠HFN来实现。HFN每256个基本帧加1。

链路同步：这是最高层的同步。链路同步完成后，才能开始传IQ数据。我曾经遇到过一个案例：链路同步一直失败，查了三天，最后发现是光纤长度差太大，导致时延超出了同步窗口。后来加了时延补偿，问题就解决了。

注意：同步机制对时延非常敏感。光纤长度差超过100米，就可能引起同步失败。建议在部署前做时延预算。

C&M通道，全称是Control & Management Channel。它用来传非IQ数据，比如RRU的配置、告警、软件升级等。C&M通道在CPRI里是独立于IQ数据的，不会影响IQ数据的实时性。

C&M通道的带宽是固定的。在CPRI Option 1（614.4 Mbps）下，C&M通道的带宽大约是1.2 Mbps。够不够用？说实话，对于大多数场景是够的。但如果你要同时升级多个RRU的软件，可能会觉得有点慢。

C&M通道的协议栈通常是HDLC或以太网。我个人更倾向于以太网，因为调试方便。用Wireshark就能抓包分析。有一次在现网，RRU频繁掉线，我通过抓C&M通道的包，发现是ARP请求风暴导致的——RRU的MAC地址配置错了。

嗯，这张表你记一下。选CPRI Option时，C&M通道带宽也是一个考量因素。别光看IQ数据带宽够不够，C&M通道带宽不够也会出问题。

最后，我总结几个实战中常见的问题，你遇到了可以对照排查：

总结：CPRI映射与复用，说白了就是“把IQ数据放对位置，把控制字写对值，让两端同步，再留一条C&M通道”。每一步都不难，但每一步都不能错。我在项目中吃过不少亏，希望你少走弯路。

好，这一章就到这儿。下一章咱们讲CPRI的时延测量与补偿——这可是5G前传网络里的硬骨头。