CQF 与 Qbv 的区别在于：Qbv 是集中式调度（需要全局门控列表），而 CQF 只需要节点间的时钟同步和固定时隙分配。这使得 CQF 更容易在分布式场景中部署。

FRER 帧复制消除：零丢包的冗余路径

即使有完美的调度，链路故障或电磁干扰仍可能导致丢包。802.1CB 定义的帧复制和消除（Frame Replication and Elimination for Reliability）通过在冗余路径上同时发送同一帧的副本来实现零丢包。

FRER 使用序列号（Sequence Number）来识别并消除重复帧。发送侧的 R 函数（Replication）为每帧添加序列号并通过不同端口发送；接收侧的 E 函数（Elimination）消除重复帧，只保留第一个到达的有效副本。

// 802.1CB 生成的冗余标签 (R-Tag, 4 bytes)
// 位于 MAC 源地址和 EtherType 之间
struct r_tag {
    uint16_t reserved;       // 保留, 置 0
    uint16_t sequence_num;   // 序列号, 每帧递增
};

// 接收侧消除算法伪代码
void eliminate_frame(struct frame *f) {
    uint16_t seq = f->r_tag.sequence_num;

    if (seq <= last_accepted_seq[flow_id]) {
        // 重复帧或乱序帧, 丢弃
        drop(f);
        return;
    }

    // 接受该帧并更新窗口
    deliver_to_upper_layers(f);
    last_accepted_seq[flow_id] = seq;

    // 窗口恢复: 允许一定程度的乱序
    if (window_size_reached()) {
        reset_window();
    }
}

实战：Linux TSN 收发端配置

理论讲完了，来看看实际的开发。在 Linux 中使用 TSN 需要硬件支持（Intel i210、i225、LS1028A 等），软件层面主要依赖 SO_PRIORITY 套接字选项和 AF_PACKET 原始套接字。

// TSN 发送端: 使用 SO_PRIORITY 映射到 Traffic Class
// 优先级到 Traffic Class 的映射依赖 VLAN PCP 或 DSCP

#include <sys/socket.h>
#include <linux/if_packet.h>
#include <net/ethernet.h>

int main() {
    // 创建原始套接字
    int sock = socket(AF_PACKET, SOCK_RAW, htons(ETH_P_8021Q));

    // 设置发送优先级
    // 优先级 6 对应 TC0 (最高优先级 TSN 流量)
    // 优先级 5 对应 TC1 (视频流)
    int priority = 6;
    setsockopt(sock, SOL_SOCKET, SO_PRIORITY, &priority, sizeof(priority));

    // 或者使用 sendmsg 在每次发送时设置优先级
    struct msghdr msg = {0};
    char cmsg_buf[CMSG_SPACE(sizeof(priority))];
    struct cmsghdr *cmsg = (struct cmsghdr *)cmsg_buf;
    cmsg->cmsg_level = SOL_SOCKET;
    cmsg->cmsg_type = SO_PRIORITY;
    cmsg->cmsg_len = CMSG_LEN(sizeof(priority));
    memcpy(CMSG_DATA(cmsg), &priority, sizeof(priority));

    // 构造 TSN 帧 (带 VLAN tag)
    uint8_t frame[1518];
    // ... 填充 Ethernet header, VLAN tag, payload ...

    // 发送
    struct sockaddr_ll addr = {0};
    addr.sll_family = AF_PACKET;
    addr.sll_ifindex = if_nametoindex("eth0");
    addr.sll_halen = ETH_ALEN;
    memcpy(addr.sll_addr, dest_mac, ETH_ALEN);

    sendmsg(sock, &msg, 0);

    return 0;
}

// TSN 接收端: 使用 RX 时间戳测量接收延迟
void receive_with_timestamp(int sock) {
    char buf[2048];
    char ctrl_buf[256];

    struct iovec iov = { buf, sizeof(buf) };
    struct msghdr msg = {0};
    msg.msg_iov = &iov;
    msg.msg_iovlen = 1;
    msg.msg_control = ctrl_buf;
    msg.msg_controllen = sizeof(ctrl_buf);

    ssize_t len = recvmsg(sock, &msg, 0);

    // 提取硬件 RX 时间戳
    for (struct cmsghdr *cmsg = CMSG_FIRSTHDR(&msg); cmsg; cmsg = CMSG_NXTHDR(&msg, cmsg)) {
        if (cmsg->cmsg_level == SOL_SOCKET && cmsg->cmsg_type == SO_TIMESTAMPING) {
            struct timespec *ts = (struct timespec *)CMSG_DATA(cmsg);
            // ts[0]: 软件时间戳
            // ts[1]: 已弃用
            // ts[2]: 硬件 RAW 时间戳 (最接近真实到达时间)
            printf("HW RX timestamp: %ld.%09ld\n", ts[2].tv_sec, ts[2].tv_nsec);
        }
    }
}

TSN 的时间精度测量

配置好 TSN 网络后，如何验证端到端延迟是否满足要求？最实用的方法是 PTP 时间戳差值法：

// 使用 LinuxPTP 的 ptp4l + phc2sys 实现测量
// 发送端和接收端分别记录 PTP 时间戳

// 发送端: 在应用层记录发送时刻
struct timespec tx_time;
clock_gettime(CLOCK_TAI, &tx_time);  // TAI 时间
// 或者从网卡获取更精确的硬件 TX 时间戳

// 接收端: 从网卡获取硬件 RX 时间戳
// (通过 SO_TIMESTAMPING 套接字选项)

// 延迟 = RX_HW_timestamp - TX_HW_timestamp
// 需要确保两端时钟已同步到同一个 PTP 域

// 示例输出:
// [TX] 1696240000.123456789 (TAI)
// [RX] 1696240000.124567890 (TAI)
// Latency = 1.111 ms
// 对于 TSN 目标, 应 < 100μs (取决于网络规模和流量负载)

对于更精确的性能评估，可以使用 perf 工具分析软中断延迟和内核调度延迟：

# 测量网卡中断处理延迟
perf record -e irq:irq_handler_entry,irq:irq_handler_exit -a sleep 1

# 测量内核软中断 (NET_RX)
perf stat -e softirq:softirq_entry,softirq:softirq_exit \
    -C 0 -- sleep 1 2>&1 | grep NET_RX

# 检查是否有帧丢失
ethtool -S eth0 | grep -E "rx_missed_errors|rx_over_errors|rx_fifo_errors"

TSN 在工业4.0与车载网络的部署

TSN 最有价值的应用场景是异构流量融合。传统工业网络中，控制流量（EtherCAT、PROFINET）、视频流（Camera Link）、数据采集（HTTP/MQTT）各自使用独立的物理网络。TSN 可以在同一根网线上同时承载这三种流量，互不影响。

车载以太网架构是 TSN 的另一个杀手级应用。现代汽车的 ADAS 系统通常有多个激光雷达、多个摄像头、多个毫米波雷达，它们的数据需要通过高速网络传输到中央计算平台。IEEE 802.1CB 的冗余机制可以保证关键安全数据的零丢包传输。

5G+TSN 协同是 3GPP Release 16 引入的关键特性。5G 网络可以作为 TSN 的"无线桥接"扩展，使得工业设备可以通过 5G 接入 TSN 网络。此时 5G gNB 需要支持 TSN 的 gPTP 同步和 Qbv 调度。

工程实践中的陷阱

在实际部署 TSN 时，有几个常见的工程坑需要规避：

1. 时钟同步不稳定

gPTP 对网络不对称性非常敏感。如果交换机的 Egress 队列存在抖动，会导致 Sync 报文到达时间波动，从而影响同步精度。建议使用支持硬件时间戳的交换机，并开启 EEE（Energy Efficient Ethernet）外的节能模式。

2. 门控列表计算错误

Qbv 的门控列表必须精确计算每一帧的传输时间。如果遗漏了帧间间隔（IFG, 12 bytes），实际发送时间会比预期长。在多跳网络中，保护带的累积效应可能导致关键流量无法在窗口内完成发送。

3. 流量类别映射混淆

802.1Q 有 8 个 PCP 优先级（0-7），但 not all switches support all 8 traffic classes。有些交换机只有 4 个硬件队列，此时需要通过 tc 的队列映射（queue mapping）做压缩。

4. 与 QoS 协同问题

TSN 不是替代 QoS，而是在 QoS 的基础上提供确定性。Best-effort 流量仍然存在，只是它的发送窗口受到 TSN 时隙的限制。在设计调度表时，不要忘记为 BE 流量预留足够的带宽。

TSN 的未来：DetNet 与 6G

TSN 主要解决二层网络的确定性问题。IETF DetNet（Deterministic Networking）项目正在将类似的确定性保障扩展到三层（IP 路由）网络，使用 Segment Routing 来显式指定路径。

6G 研究已经开始将 TSN 作为关键支撑技术之一。6G 的目标是能够提供 1μs 级别的端到端延迟（URLLC 增强），这对 TSN 时间同步和调度精度提出了更高要求。

在可预见的未来，随着 RISC-V 在嵌入式领域的普及和 TSN 交换芯片的成本降低，TSN 将不再局限于高端工业设备，而是成为嵌入式系统的标准网络接口。

总结

TSN 的复杂度在于它的系统性。单独配置 Qbv 没有意义，必须配合 PTP 同步、流量分类、帧抢占和帧复制消除。每一个标准的参数都依赖于网络硬件能力和流量模型。

但 TSN 的价值也是系统性的：它提供了一种在标准以太网上实现确定性传输的标准化路径，让工业控制、音视频、IT 流量可以共存在同一网络上，同时保障关键流量的服务质量。

对于系统工程师而言，理解 TSN 不仅是掌握一套配置命令，更重要的是树立"时间即资源"的设计理念——在实时系统中，带宽不是唯一需要管理的维度假设，时间窗口同样是关键的系统资源。