Packet Loss 概述与影响
各位工程师朋友，咱们今天聊点实在的。Packet Loss——丢包，这个词你肯定不陌生。做 D-PHY 接口设计的人，或多或少都跟它打过交道。我刚开始接触 MIPI 总线那会儿，总觉得丢包只是个概率问题，调调驱动就行了。直到有一次项目，摄像头模组在高温下频繁丢帧，排查了整整两周才找到根因。嗯，从那以后我对 Packet Loss 的态度就彻底变了。
说白了，Packet Loss 就是数据在传输过程中没到达目的地，或者到达时已经损坏了。在 D-PHY 链路里，它表现为 CRC 校验失败、Escape 命令无响应、或者视频帧出现花屏/绿屏。你想想看，如果一个显示链路隔几秒就丢一包数据，用户看到的直接就是屏幕闪烁。对于车载或医疗设备来说，这可不是闹着玩的。
丢包的本质：从物理位到协议帧
D-PHY 的传输分为 HS（高速）和 LP（低功耗）两种模式。丢包主要发生在 HS 模式下。数据以差分信号的形式在 Lane 上传输，接收端采样恢复出 0/1 序列，再组装成字节和包。这个过程中，任何一个 bit 出错，都可能导致整个包被丢弃。
为什么会这样？因为 D-PHY 协议里用了 CRC（循环冗余校验）来保护包完整性。接收端算出来的 CRC 和发送端附带的 CRC 对不上，这个包就被判定为无效。我见过很多工程师把精力全花在软件重传机制上，却忽略了物理层才是丢包的源头。你软件写得再花哨，信号质量不过关，丢包率照样降不下来。
| 层次 | 丢包表现形式 | 典型误码率 |
|---|---|---|
| 物理层 | 位错误、符号错误 | 10⁻¹² ~ 10⁻⁹ |
| 链路层 | CRC 校验失败、Escape 响应超时 | 10⁻¹⁵ ~ 10⁻¹² |
| 协议层 | 帧丢失、重传超时 | 取决于重传策略 |
丢包的底层机制
我习惯把丢包的原因分成四类：信号完整性、时序偏差、EMI 噪声和电源波动。这四者不是孤立存在的，它们常常互相耦合。
- 信号完整性：阻抗不连续、反射、串扰，这些会让眼图闭合。眼图一闭合，接收端采样到的数据就是错的。我在一个手机项目中遇到过，FPC 排线的地参考面被挖空了，导致阻抗从 100Ω 跳到了 130Ω，丢包率直接飙升了 10 倍。
- 时序偏差：时钟和数据之间的 skew 超出容限。D-PHY 对 skew 的要求很严，HS 模式下通常要求小于 0.15 UI。你想想看，2.5Gbps 的速率下 0.15 UI 才 60ps，PCB 走线稍不注意就超了。
- EMI 噪声：外部干扰耦合到差分线上。特别是靠近射频天线的设计，TX 功率一上来，D-PHY 链路直接遭殃。我做过一个平板项目，Wi-Fi 开启时摄像头丢包，关闭就正常——最后发现是天线和 CSI 走线在 PCB 上平行了 3cm。
- 电源波动：D-PHY 的 TX 和 RX 对电源噪声很敏感。电源 ripple 大了，输出信号的幅值和抖动都会恶化。
成因与影响链路
下面这张图是我自己梳理的 Packet Loss 成因与影响链路。它把从根因到最终系统影响的完整路径画了出来。你在做排查时，可以沿着这条链路逆向追溯。
Packet Loss 对系统的影响
丢包的影响不是线性的。我见过很多团队用"丢包率"一个指标来衡量，但实际系统表现往往更复杂。给你看个真实数据：
| 丢包率 | 显示类应用表现 | 摄像头类应用表现 |
|---|---|---|
| < 10⁻¹² | 完全无感知 | 完全无感知 |
| 10⁻¹² ~ 10⁻⁹ | 偶尔像素闪烁（人眼不可察觉） | 极少数帧有微小坏点 |
| 10⁻⁹ ~ 10⁻⁶ | 可见闪烁，尤其在灰阶画面 | 偶尔丢帧，预览卡顿 |
| > 10⁻⁶ | 频繁花屏，无法正常显示 | 视频流中断，系统可能挂死 |
为什么 10⁻⁹ 这个值很关键？因为这是大多数 D-PHY 接收端 PHY 的原始误码率底线。一旦超过这个值，链路层的重传机制就会频繁触发。重传本身又会占用总线带宽，形成恶性循环。
可靠性提升的宏观思路
说完问题，咱们聊聊解法。提升 D-PHY 可靠性不是一招鲜的事，需要从多个维度下手。我把它归纳为四个层面：
- 物理层优化： 阻抗连续、layout 对称、电源去耦。这部分做扎实了，能解决 60% 以上的丢包隐患。
- 时序收敛： 保证 clock 和 data 的 skew 在容限内。我习惯在 PCB 设计阶段就做时序仿真，而不是等板子回来再调。
- 协议层健壮性： 合理设置重传次数和超时阈值。别把重传窗口设得太短，否则链路稍有波动就触发大量重传。
- 系统级冗余： 关键应用可以考虑 Lane 冗余或 CRC 重算机制。
这四点是后续章节的核心脉络。咱们接下来会一个一个展开，结合具体案例来拆解。