1. 课程导入与TSN测试全景

车载以太网正在从“信息娱乐专用总线”演变为“整车统一骨干网”。当摄像头、激光雷达、域控制器、中央计算平台同时挂到同一套以太网交换网络上时，问题就不再是“能不能通”，而是“在极端拥塞、多路并发、时间敏感流量混跑的情况下，关键报文能否按时、按序、按确定性到达”。这正是 IEEE 802.1 TSN（Time-Sensitive Networking，时间敏感网络）要解决的问题，也是本课程要建立的测试能力。

TSN 不是单一协议，而是一组标准构成的工具箱：802.1AS 负责全车时间同步，802.1Qbv 负责时间感知整形（门控调度），802.1Qav 负责信用整形，802.1Qbu/802.3br 负责帧抢占，802.1CB 负责帧复制与消除，802.1Qci 负责流过滤与监管。它们共同服务于一个目标——让不同优先级、不同周期、不同抖动要求的流量在同一物理链路上共存，并且各自满足自己的时延与丢包预算。

TSN 测试到底在测什么

很多初学者会把 TSN 测试等同于“抓包看有没有丢包”。这只覆盖了很小一部分。真正的 TSN 测试要回答四类问题：时间是否可信（gPTP 同步精度、收敛时间、主时钟切换）、调度是否生效（Qbv 门控表是否按预期开合、保护带是否足够）、流量是否被正确区分（PCP/DEI 映射、VLAN 处理、Qci 流监管）、异常是否被正确处理（链路抖动、抢占、冗余路径切换、拥塞下的降级行为）。

因此测试范围通常覆盖：物理层与链路层基础连通性、gPTP 时间同步、Qbv/Qav 整形、帧抢占、Qci 流过滤、CB 冗余、以及跨交换机的端到端时延与抖动。交付物一般包括测试计划、DBC/ARXML 或以太网数据库、CAPL 测试脚本、CANoe 工程配置、测试报告与问题单。这些交付物不是形式，而是后续回归测试和整车验证的基线。

CANoe 在 TSN 测试中的角色

CANoe 在本课程中承担三个角色：仿真节点（模拟 ECU 发送/接收 TSN 流量）、测量与分析平台（抓包、时间戳、统计、图形化）、自动化测试执行器（通过 CAPL 和 Test Module 驱动测试用例）。配合 VN5640、VN5610 等以太网接口卡，CANoe 可以接入真实交换机或 ECU，也可以与 VT System 配合做硬件在环。

一个典型的 TSN 测试工程流程是：先明确测试对象与拓扑，再配置通道与数据库，然后编写 CAPL 脚本构造流量与断言，接着执行测试并采集数据，最后分析结果并输出报告。这个流程不是线性的，而是迭代的——每次发现异常都要回到配置或脚本层修正。

从“能通”到“确定性”的测试思维转变

传统车载网络测试关注的是“报文能不能收到、周期对不对”。TSN 测试必须再往前一步：在交换机端口同时注入 8 路不同优先级的流量，让高优先级 SR 流与低优先级 BE 流竞争同一出口，然后观察高优先级流的时延是否仍然稳定在预算内。如果 Qbv 门控表配置错误，或者保护带（Guard Band）设置不足，就会出现高优先级帧被低优先级帧“堵住”的情况——这在抓包上表现为时延尖峰，而不是丢包。

再比如 gPTP 测试，不能只看“同步上了没有”。要测主时钟切换时从时钟的收敛时间、要测多跳交换后的同步偏差、要测链路中断恢复后的重新同步行为。这些场景在 CANoe 中可以通过 CAPL 脚本控制 gPTP 状态机、注入链路事件来复现。

本课程的组织方式

课程从 TSN 基础概念与 CANoe 工程搭建讲起，逐步深入到 gPTP、Qbv、Qav、Qci、CB、帧抢占等具体测试项，每个测试项都会给出 CANoe 配置要点、CAPL 脚本示例、预期结果与常见问题。最后会回到整车级测试场景，讨论多交换机级联、跨域流量共存、以及测试报告如何支撑功能安全与网络安全论证。

需要强调的是，TSN 测试不是“跑一遍脚本看通过率”。它要求测试工程师理解协议状态机、理解交换机内部队列行为、理解时间同步的误差来源。CANoe 是工具，但判断结果是否合理、异常是否可接受，仍然依赖工程师对 TSN 机制的理解。这也是本课程希望建立的核心能力。