4. UniPro网络层（L3）：网络层功能概述、设备ID与端口ID、路由机制、网络层数据包格式、网络层服务原语

好，咱们今天聊聊UniPro的第三层——网络层。说实话，很多工程师在学MIPI协议栈时，容易把注意力全放在物理层和链路层上，觉得网络层就是个“中间人”，没什么好研究的。但我个人的经验是，恰恰是这一层决定了你的芯片能不能在复杂的多设备场景下稳定工作。

网络层在UniPro协议栈里，说白了就是负责“把数据从A点送到B点”。听起来简单？嗯，但你要知道，这里的A和B可能不在同一个芯片内部，甚至不在同一块PCB板上。你想想看，如果数据包走错了路，或者被送到了错误的端口，那整个系统就乱套了。

4.1 网络层功能概述

网络层（L3）的核心职责，我总结为三件事：

• 寻址与路由：决定数据包该往哪个方向走
• 数据包封装与解封装：给上层数据加上“快递单”
• 服务原语接口：向上层（传输层）提供标准化的调用接口

我记得在做一个手机摄像头模组项目时，遇到了一个奇怪的问题：主芯片和两个摄像头之间通信时，偶尔会出现数据错乱。排查了三天，最后发现是网络层的路由表配置出了问题。从那以后，我对网络层的重视程度直接拉满。

4.2 设备ID与端口ID

在UniPro网络里，每个设备都有一个唯一的设备ID（Device ID）。你可以把它理解成快递包裹上的收件人地址。而端口ID（Port ID）则像是收件人所在的具体房间号。

为什么需要两个ID？我举个例子你就明白了。假设一个SoC芯片内部集成了多个功能模块——比如ISP（图像信号处理器）、DSP（数字信号处理器）、NPU（神经网络处理器）。它们共享同一个物理链路，但各自有不同的端口。这时候，设备ID告诉网络层“数据是发给这个芯片的”，端口ID则告诉它“数据是发给芯片里的哪个模块”。

ID类型	作用范围	类比
设备ID	全局唯一（同一链路上）	小区地址
端口ID	设备内部唯一	单元门牌号

4.3 路由机制

路由机制是网络层最核心的部分。UniPro支持两种路由方式：

• 直接路由：源设备和目标设备在同一个物理链路上，直接发送
• 间接路由：需要通过中间设备转发（比如交换机或桥接器）

你可能会问：“什么时候需要间接路由？”嗯，当你的系统里有多个芯片通过一个交换网络连接时，数据包就需要经过中间节点。比如，一个应用处理器同时连接了显示驱动芯片和摄像头传感器，它们之间可能通过一个MIPI交换机互联。

路由决策的依据是什么呢？其实就是查路由表。每个网络层节点都维护着一张路由表，里面记录了“目标设备ID → 下一跳设备ID”的映射关系。我习惯在设计时，把路由表做成可配置的，这样在调试阶段可以灵活调整。

4.4 网络层数据包格式

网络层的数据包，我们通常叫它L3帧。它的格式其实不复杂，但每个字段都有讲究。

| 版本号(4bit) | 保留(4bit) | 源设备ID(8bit) | 目标设备ID(8bit) |
| 源端口ID(4bit) | 目标端口ID(4bit) | 控制标志(8bit) | 数据长度(16bit) |
| 数据载荷(可变长度) | 校验和(可选) |

我来解释几个关键字段：

• 版本号：标识UniPro协议的版本，目前主流是1.8或2.0
• 源/目标设备ID：8位，最多支持256个设备
• 源/目标端口ID：4位，最多支持16个端口
• 控制标志：用于指示数据包类型（比如数据包还是控制包）
• 数据长度：16位，最大支持65535字节的载荷

我个人觉得，数据长度字段特别容易被忽视。有些工程师为了省带宽，把数据长度设得很小，结果导致上层协议频繁分包，反而降低了效率。我的建议是，根据实际应用场景合理设置MTU（最大传输单元）。

4.5 网络层服务原语

服务原语，说白了就是网络层向上层（传输层）提供的API接口。UniPro定义了四种类型的原语：

• Request（请求）：上层发起一个操作
• Indication（指示）：网络层通知上层有事件发生
• Response（响应）：上层对指示的回应
• Confirm（确认）：网络层确认请求已完成

举个例子，当传输层想发送一个数据包时，它会调用L3_DATA_REQ原语。网络层收到后，会封装成L3帧，然后交给数据链路层。当数据成功发送后，网络层会通过L3_DATA_CNF原语通知传输层。

好了，关于网络层的内容就讲到这里。记住，网络层是UniPro协议栈的“交通指挥中心”，它不生产数据，也不消费数据，但它决定了数据能不能安全、准确地到达目的地。