简介

汽车制造商正积极推动车载高速以太网主干的发展，采用新兴技术趋势，例如以太网环形架构以实现冗余，以及时间敏感网络(TSN)和音频视频桥接(AVB)，进而可靠地传输时间敏感型数据。

该行业正面临对更高带宽与更快速通信网络的迫切需求，以便在整车范围内传输安全关键型和时间敏感型数据。在下一代区域架构中，他们正研究以太网环形架构，以实现冗余设计。同时，他们也在尝试将更多类型的数据（包括音频）整合至以太网主干中，以减少线束。

区域架构通过区域控制模块(ZCM)，将来自各类传感器与电子控制单元(ECU)的数据，传输至边缘节点通信网络。随后，如图1所示，这些ZCM会通过主干通信，将汇总后的传感器数据发送至中央计算单元(CCU)。

图1 适用于区域架构的车载网络

以太网环形架构是在现有的高带宽以太网主干基础上构建的，通过让每个节点同时与两个相邻节点相连，实现了网络冗余。由于数据可以在顺时针与逆时针两个方向同时传输，即使某一条以太网链路发生中断，CCU仍能与ZCM保持通信。

随着车载网络带宽的提升，主干以太网可传输更多类型的数据，例如音频、雷达和摄像头数据。在汽车制造商逐步过渡到区域架构的早期阶段，他们主要将车身功能整合进各个区域模块中。但理想的区域架构应当能够支持跨域应用。音频是主要目标，这是因为AVB标准能够为音频数据提供确定性的延迟。将音频播放功能移入ZCM后，由于音频数据可以通过以太网传输，因此可以无需单独的通信总线。

启用实时控制和时间敏感型数据

TSN可确保通过以太网网络中时间敏感型数据的同步。在车载网络中增加时间敏感型数据并启用实时控制，会提升系统对CCU与各区域间高速通信链路可靠性的要求。因此，以太网环形架构提供的冗余支持对TSN应用（包括以太网AVB）非常有利；但需要注意的是，环形架构并非TSN的必需条件，反之亦然。

定义TSN的几项协议包括：

· 电气电子工程师学会(IEEE) 802.1AS—通用精确时间协议(gPTP)，提供具有确定性延时、低数据包延迟差异和低数据包丢失的数据同步功能。

· IEEE 802.1Qbv—流量调度增强。

· IEEE 802.1Qav—支持AVB。

虽然以太网环形架构并非必须使用TSN，但TSN有助于保证低确定性延时。IEEE 802.1AS定义了一种数据同步方法，精度可达毫秒到纳秒级。这种精度水平对以太网环形架构有益，可在数据包处理与传输过程中，通过应用调整和时序补偿来抵消偏移延时。此外，IEEE 802.1Qbv还支持调度流量增强，这有助于对以太网主干数据进行优先级管理与调度。

TSN对于音频数据是必需的，因为它能够确保即使路径延迟不同，车内各位置的音频播放依然保持同步。IEEE 802.1Qav定义了AVB支持，用于通过以太网传输音频和视频数据。

以太网拓扑：环形与星形

许多第一代区域架构采用星形拓扑，其中CCU与每个ZCM通过点对点以太网直接连接。因此，每个ZCM之间的通信要么通过CCU转发，要么通过额外的点对点以太网连接，实现从右侧ZCM到左侧ZCM的直接区域间通信。另一种方式是环形拓扑，即将所有节点连接成闭环，使数据可以在环路中以顺时针和逆时针进行双向传输。图2中比较了环形拓扑与星形拓扑的差异。

图2 正常运行中的环形与星形通信路径

图3演示了以太网链路发生故障时的两种拓扑的表现情况。环形拓扑通过交替的单向以太网保持与所有区域的通信。此外，环形拓扑通过双向同时传输数据消除了切换时间，因此即使一条路径发生故障，数据也能立即沿另一条路径继续传输，这对于ECU间安全关键型数据的传输至关重要。相比之下，当星形拓扑网络中的某条以太网连接断开时，与该ZCM的所有通信将立即中断，迫使其进入受限运行模式，并回退至预设的安全状态。

图3 以太网连接中断时的环形与星形通信路径

以太网环形架构本身具备冗余特性，而星形架构则需要额外的通信链路才能实现同等保护，如图4所示。为每个ECU添加重复的通信链路（如以太网或CAN）会增加系统成本和车重。

图4 环形拓扑与星形拓扑中的冗余

以太网环形架构的一个缺点是，节点数量增加会导致ECU间的端到端延时上升。例如，具有四个节点的以太网环形架构的端到端延时比具有三个节点的以太网环形架构更高。这种额外延时主要来源于每个ECU交换机中的数据包残留延迟以及数据包复制的软件延时，如图5所示。

图5 软件中的数据包残留延迟和数据包复制

表1计算了额外延时。

表1 软件中残留数据包延迟和数据包复制导致的以太网环延时

表1假设条件：每秒2,000个数据包(PPS)，1Gbps以太网，CPU以400MHz运行（单核，负载小于60%）。

公式1将以太网环形架构的端到端延时表示为：

方程式1. (1)

其中A是以太网交换机中的数据包残留延迟，B是数据包复制的软件延时。

以太网环形架构实施

以太网环形架构的实施需要在每个节点上配置微控制器(MCU)、以太网交换机以及两个以太网物理层(PHY)。MCU负责对数据进行封装与解封装，将其他数据包转换为以太网数据包，反之亦然。以太网交换机提供硬件卸载支持，包括数据包的转发、复制、环路终止以及重复数据包的检测与丢弃等功能，这些均遵循IEEE 802.1cb标准（如果硬件不支持，也可通过软件实现）。目前存在三种不同的实施选项，如图6所示。

• 具有外部以太网交换机和外部以太网PHY的MCU。

• 具有集成式以太网交换机和外部以太网PHY的MCU。

• 带有集成式以太网PHY的外部以太网交换机的MCU（也可将外部PHY与集成PHY结合使用）。

图6 以太网环形硬件实施选项

在选择不同的硬件实施时，需要考虑成本、应用与延时。通常情况下，集成式以太网交换机的成本低于外部交换机。区域控制器通常只需五个或更少的以太网交换机连接即可与其他高速ECU（例如ZCM、CCU和雷达模块）进行通信。然而，大多数可用的以太网交换机都配备了八个或更多端口，当系统仅需五个或更少端口时，这会造成系统成本的增加。

支持IEEE 802.1cb等高级协议的硬件加速型以太网交换机（无论是集成式还是外部），能够显著降低延时；相比之下，基于软件实施的方案通常会增加约20μs的延时。同时，具备IEEE 802.1Qbv功能的以太网交换机还能通过优先级队列优化流量调度，进一步减少延时。TI提供多种MCU，支持通用平台交换机(CPSW)、IEEE 802.1Qbv以及类似于IEEE 802.1cb中的功能。

图7展示了使用具有集成CPSW和外部以太网PHY的TI MCU(AM263P4-Q1)的以太网环形实施。

图7 使用AM263P4-Q1的以太网环形实施

以太网环形实施过程从MCU内的数据封装开始，如阶段1所示。这些数据可以包括来自CAN、局域互联网络、其他汽车接口的高优先级车辆数据、音频数据以及非保证服务流量。在阶段2，系统在两个以太网端口对数据包进行复制，以顺时针和逆时针两个方向发送数据；这一复制可通过软件或硬件完成，具体取决于以太网交换机的能力。AM263P4-Q1能够通过硬件实现这一点。

在阶段3，当节点接收到的数据的目标媒体访问控制(MAC)地址与PHY的MAC地址不匹配时，以太网交换机会将该数据包转发到环形中的下一个节点。在阶段4，目标节点会通过软件或硬件丢弃重复的数据包，使ZCM无法处理从两个方向到达的相同数据包。环形终止也与重复数据包抑制协同工作，以防止环形内的冗余帧无限循环。

TI的AM263P4-Q1 MCU非常适合以太网环形应用，因为其CPSW在硬件中实现了数据包复制，从而使得在1Gbps以太网条件下端到端延时最多可减少约69μs。表2比较了基于软件与基于硬件的数据包复制在各阶段的延迟，假设每秒10000个数据包且载荷为1500字节。

表2 软件与硬件中存在数据包复制延时

使用AVB将音频播放添加到以太网主干中

尽管AVB并不要求使用环形架构，但环形架构提供的冗余可让更多数据安全地通过ZCM。AVB的出现早于TSN，最初专注于音频应用，随后扩展为支持更广泛数据类型的TSN。如今，AVB通常指面向音频的TSN应用，通过以太网传输音频数据包，将音频播放分发到各个区域模块。主要的AVB协议包括：

• IEEE 802.1BA—用于架构和配置文件的AVB框架。

• IEEE 802.1Qav–时间敏感型网络的AVB流量调度。

• IEEE 1722–AVB传输协议。

音频播放需要以设定的采样速率向音频放大器传输音频数据。为了在多个区域同时播放音频，每个区域必须保持时间对齐，以避免因相位错位造成的音频保真问题。AVB通过补偿以太网网络中数据包延时的差异，可确保ZCM间音频播放保持一致且时间对齐。

区域架构中的音频

通常情况下，车辆会处理四种类型的音频数据：

• 通过麦克风捕捉的人声，用于免提通话。

• 通过路面传感器或麦克风捕捉的噪声，用于主动降噪(ANC)。

• 在车内扬声器播放的音频，用于娱乐系统和ANC。

• 在混合动力汽车和电动汽车外部扬声器播放的音频，用于声学车辆警示系统。

目前典型的音频解决方案通常使用独立的专有音频总线或模拟信号在车辆内部传输音频数据。而以太网AVB则是一种非专有解决方案，通过利用现有以太网主干，将音频播放数据从CCU传输到各区域模块，从而减少布线。在以太网总线上，车内扬声器音频播放是首个被采用的音频数据类型。图8展示了其实施方法。

图8 四种潜在的音频播放解决方案

图8中的第一个示例展示了独立于车辆架构的传统音频总线网络。所有的声音采集数据都通过数字音频总线传输；CCU或数字座舱ECU负责处理娱乐系统音频数据，而外部放大器模块则负责数字信号处理及扬声器输出。该架构的主要缺点是从外部放大器模块到扬声器的布线较长。

图8中的第二个图演示了在区域架构下使用独立音频总线的音频实施。声音采集数据仍通过数字音频总线传输至CCU进行数字信号处理。随后，音频播放数据从CCU通过数字音频总线传输到ZCM，再由ZCM放大并输出到扬声器。这种方法由于音频放大器位置靠近扬声器，缩短了扬声器布线长度；但同时，音频总线变得更加复杂。

图8中的第三个图和第四个图展示了AVB音频播放实施。数字信号处理仍在CCU中进行，但音频播放数据通过以太网传输。这种方法既适用于星形拓扑，也适用于环形拓扑；其中，环形拓扑为音频数据提供了额外的冗余保障。此方法同时简化了音频总线设计，并保持扬声器布线较短。

在ZCM中实施AVB

通常情况下，以太网网络包括MCU、以太网交换机和以太网PHY，且这些元件之间通常需要一定程度的集成。这些元件通过以下方式实现媒体时钟同步(图9)：

• 以太网MAC。

• 以太网PHY。

• IEEE802.1AS(gPTP)。

• IEEE1722媒体时钟恢复。

• 媒体时钟生成。

图9 媒体时钟同步解决方案示意图

以太网PHY负责传输和接收以太网数据包。以太网MAC通过封装和解封数据包来管理数据传输。gPTP协议可在所有网络器件间同步本地时钟，以保持一致的时间基值。IEEE 1722媒体时钟恢复使用以太网数据包中的嵌入式时序信息来调整音频媒体时钟：一种是称为帧同步(FSYNC)的音频采样时钟，而另一种是音频数据串行器比特时钟(SCLK)。

图10展示了AVB实施的可能元件图。

图10 在MCU、以太网交换机和以太网PHY中实施媒体时钟同步

TI采用DP83TG721-Q1，其集成了媒体时钟恢复功能，可根据输入的以太网流重新同步本地媒体时钟。该PHY在硬件层面生成音频采样率的媒体时钟(FSYNC)以及音频数据串行器比特时钟(SCLK)。PHY硬件还负责管理音频数据包的呈现时间。AM263P4-Q1 MCU通过其可编程实时单元模拟I2S音频数据，从而与TAS6754-Q1音频放大器进行通信。图11展示了此解决方案。

图11 使用AM263P4-Q1、DP83TG721-Q1和TAS6754-Q1的TI AVB解决方案

表3列出了适用于以太网环形架构和AVB的协议。

表3 适用于以太网环形架构和AVB的协议列表

结语

随着汽车制造商向集中式架构迁移，可靠、高效且可扩展的网络架构变得愈发重要。通过实施以太网环形架构，可在ZCM与CCU之间提供冗余数据流，从而提升车载网络的可靠性。此外，TSN支持将各种数据流（包括通过AVB传输的音频）集成到以太网主干上，从而优化网络布线成本。