准时不等于可靠
前面几章主要在回答“关键帧怎样准时到达”。共同时间让窗口有共同坐标，Qbv 把队列安排进周期窗口，帧抢占压缩最坏阻塞，Qcc 把流需求转成路径配置。可是一个调度表再精细，也默认路径还在、设备还活着、链路还能转发。
工业控制、车载骨干、机器人和电力通信里，经常还有另一类要求：某条链路或某个桥设备短暂故障时，控制流不能立刻中断。FRER 关注的就是这种故障连续性。它不承诺每个故障都能被覆盖，也不替代调度机制；它提供的是“同一份关键数据通过多个独立机会到达”的能力。
本章小节怎么读
先读故障模型、复制与消除、乱序窗口，建立 FRER 的基本链路：它到底准备防什么，副本怎样生成，消除点怎样避免重复交付。
再读路径设计、复制后的资源账和调度交互。FRER 不是只画两条线，副本会消耗带宽、窗口、队列和消除状态。
最后读故障注入测试、边界与残余风险。可靠性结论必须写清覆盖哪些故障、不覆盖哪些故障，以及故障恢复阶段是否仍然满足时间边界。
本章的核心问题
学习 FRER 时，不要先问“复制几份”。更好的问题顺序是：
| 问题 | 为什么重要 | 常见错误 |
|---|---|---|
| 故障模型是什么 | 不同故障决定需要什么路径独立性 | 没写故障模型就谈可靠性 |
| 副本在哪里复制 | 复制点之前的故障无法被后续多路径保护 | 以为接近 talker 一定最好 |
| 副本在哪里消除 | 消除点决定重复帧状态和后续带宽 | 把重复帧一路带到应用层 |
| 路径是否真的独立 | 共因故障会同时打断多条副本路径 | 只看逻辑拓扑，不看物理风险 |
| 每条路径是否仍然准时 | FRER 提高连续性，不自动生成时间边界 | 只验证主路径的 Qbv 计划 |
与前面章节的关系
FRER 位于可靠性层面，但它会回头影响时间、队列和配置。复制后的每一份副本都要占用队列、窗口、带宽和设备状态。如果网络已经接近调度极限，增加冗余可能让原本可行的 Qbv 计划变成不可行。
所以 FRER 的正确学习方式不是把它当成附加保险，而是把它放回端到端设计：关键流需要什么故障连续性，网络能否提供足够独立的路径，每条路径是否满足时间边界，消除窗口是否覆盖路径延迟差异，测试是否证明故障注入下仍然成立。
检查点
- 如果两条冗余路径经过不同交换机，但共享同一个上游供电或同一根线束，你会怎样描述它的可靠性边界？
- 为什么 FRER 不能替代 Qbv？复制后的每条路径还需要哪些时间和资源证明？
- 如果接收侧没有序列号和恢复窗口，会出现哪些重复、乱序或误交付问题？