3. 通信基础理论

在中央计算平台中，通信不再是“能通就行”的附属能力，而是决定功能安全、实时控制与用户体验的关键指标。无论是座舱域的多屏互动、智驾域的传感器融合，还是车控域的毫秒级指令，最终都落在几个基础通信指标上：带宽、时延、抖动、丢包率、吞吐量。理解这些指标的定义、相互关系与工程含义，是后续做通信架构设计、中间件选型和问题定位的基础。

一、信号与系统：通信指标的物理起点

通信的本质是信号在介质与系统间的传递。信号可分为模拟信号与数字信号：模拟信号连续变化，数字信号以离散电平表示比特。在车载网络中，CAN、LIN 使用差分电平信号，以太网使用曼彻斯特或 PAM 编码，SerDes 则通过高速串行信号传输视频流。系统层面，任何通信链路都可以抽象为“发送端—信道—接收端”三部分，信道会引入衰减、噪声、延迟和失真。

从系统角度看，通信链路具有带宽限制和时延特性。带宽决定单位时间能传多少信息，时延决定信息多久能到达，抖动决定到达时间的稳定性，丢包率决定信息是否完整，吞吐量则是实际有效传输速率。它们不是孤立参数，而是相互制约：带宽不足会推高排队时延，时延抖动会迫使接收端加大缓冲，缓冲又会进一步增加端到端时延。

二、五大核心指标的定义与工程含义

带宽通常指链路理论最大传输速率，单位 bps。它像高速公路的车道数，决定“最多能同时跑多少车”。工程中要注意：标称带宽不等于可用带宽，协议开销、编码效率、共享竞争都会吃掉一部分。例如千兆以太网实际 TCP 吞吐量往往只有 900Mbps 左右。

时延是数据从发送端到接收端所需时间，由发送时延、传播时延、处理时延和排队时延组成。在中央计算平台中，时延直接决定控制闭环能否稳定。制动指令若超过 10ms，可能影响 AEB 触发时机；座舱触控若超过 100ms，用户会感到明显迟滞。

抖动是时延的变化程度，常用最大时延与最小时延之差或标准差表示。抖动对音视频流和周期性控制报文影响极大。音频流抖动过大会导致断续、爆音；控制报文抖动过大会让执行器动作忽快忽慢。

丢包率是丢失报文占总发送报文的比例。少量丢包可通过重传弥补，但重传会引入额外时延；对实时控制报文，丢包可能直接导致状态不同步。工程上通常用“丢包率 + 重传机制 + 冗余路径”共同保障可靠性。

吞吐量是单位时间内实际成功传输的有效数据量。它受带宽、时延、丢包、窗口大小和协议效率共同影响。吞吐量才是用户和上层应用真正感知到的“速度”。

指标	定义	典型单位	工程影响	常见优化手段
带宽	链路理论最大传输速率	Mbps / Gbps	决定容量上限	升级链路、聚合、QoS 限速
时延	端到端传输耗时	ms / μs	影响实时控制与交互	减少跳数、优先级调度、边缘计算
抖动	时延变化范围	ms / μs	影响音视频与控制稳定性	流量整形、缓冲、时间同步
丢包率	丢失报文占比	%	影响完整性与可靠性	重传、冗余、FEC、拥塞控制
吞吐量	实际有效传输速率	Mbps / MB/s	决定用户体验与任务完成时间	调窗口、减丢包、优化协议栈

三、指标之间的耦合关系与计算方法

这些指标并非独立。以 TCP 吞吐量为例，经典公式为：

吞吐量 ≈ (MSS / RTT) × (1 / √丢包率)

其中：
MSS   = 最大报文段长度（字节）
RTT   = 往返时延（秒）
丢包率 = 丢失报文比例

从公式可见：RTT 越大，吞吐量越低；丢包率越高，吞吐量下降越明显。这也解释了为什么长距离、高丢包的无线链路，即使标称带宽很高，实际吞吐量仍然很差。在车载以太网中，若 RTT 为 1ms、MSS 为 1460 字节、丢包率为 0.1%，理论吞吐量约为 46Mbps；若丢包率升到 1%，吞吐量会降到约 14.6Mbps。

抖动与缓冲的关系同样重要。接收端为了对抗抖动，通常会设置抖动缓冲。缓冲越大，抗抖动能力越强，但端到端时延也越大。工程上需要在“流畅性”和“实时性”之间做权衡。对于音频，缓冲可设 20～50ms；对于控制报文，缓冲应尽量小，甚至采用时间触发机制。

四、案例场景：智驾域传感器数据回传

假设某车型前视摄像头以 1920×1080、30fps、RAW10 格式输出，单帧约 2.5MB，则原始码率约为 600Mbps。经过压缩后降到 50Mbps，再通过千兆以太网传到中央计算平台。此时需要评估：

• 带宽：50Mbps 远小于 1Gbps，带宽充足。
• 时延：要求端到端小于 20ms，否则融合算法会错过帧同步。
• 抖动：要求小于 2ms，否则多路摄像头时间戳对齐困难。
• 丢包率：要求小于 0.01%，否则图像出现撕裂或花屏。
• 吞吐量：实际有效吞吐需稳定在 45Mbps 以上，留出余量。

若实测发现时延偶尔跳到 50ms，排查方向通常是：交换机排队、CPU 中断延迟、内存拷贝次数过多、QoS 优先级配置错误。此时单纯增加带宽并不能解决问题，必须从时延和抖动入手。

五、常见误区与复盘

误区一：带宽越大越好。带宽只是上限，若时延和抖动不达标，再大的带宽也无法保证实时性。工程上应优先满足时延和抖动约束，再考虑带宽余量。

误区二：平均时延达标即可。平均值会掩盖长尾。控制类业务更应关注 P99 或最大时延，因为偶发的长时延就可能造成功能失效。

误区三：丢包靠重传就能解决。重传会引入至少一个 RTT 的额外时延，对实时业务可能不可接受。更好的做法是冗余发送、前向纠错或双路径传输。

误区四：吞吐量等于带宽。吞吐量受协议开销、窗口、丢包和竞争影响，通常只有带宽的 60%～90%。做容量规划时，应按有效吞吐量计算，而不是标称带宽。

掌握这些基础指标的定义、计算与耦合关系后，后续在讨论 CAN、以太网、TSN、DDS、SOME/IP 等具体通信技术时，就能用统一的指标语言评估其适用场景，而不是停留在“快”或“慢”的模糊描述上。