AES67 音频互通标准速查

2026-06-29

依据 Audio Engineering Society（AES）公开标准 AES67 整理，具体型号支持以厂商手册为准。

从一次”两套音频对不上”说起

展厅前场是 Dante 的调音台和功放，新加的沉浸式影厅采购了一套 RAVENNA 的处理器，甲方要求两边能互通——前场讲解广播要能压到影厅去。接上网线，两边设备都在线，就是收不到对方的流。翻半天发现两个问题：Dante 侧没开 AES67 模式还在用自家 PTPv1，跟 RAVENNA 的 PTPv2 根本不在一个时钟世界；再一个是全网跑着两个 PTP 主时钟在抢 Grandmaster，音频”哒哒”爆音。这就是 AES67 现场最常见的坑——它不是一根网线插上就通的万能桥，而是一套要两边都按规矩切到同一时钟、同一寻址方式才生效的互通约定。这篇把 RTP、PTP、组播和包时间讲透，让你下次做跨品牌音频互联不至于对着两套”都在线却不通”的设备干瞪眼。

AES67 是什么

AES67 是由音频工程协会（Audio Engineering Society, AES）制定的音频 over IP（AoIP）互通技术标准，2013 年 9 月首次发布。它本身不是一套全新的音频网络，而是一个三层（Layer 3）互通规范，基于 RTP、PTP 等既有标准，目的是让 Dante、RAVENNA、Livewire、Q-LAN 等不同品牌的 IP 音频系统能够互相收发音频。在展厅里，AES67 解决的核心问题是”不同厂商的音频设备如何在同一张网上互通”，避免被单一生态锁定。要记住的定位是：它管的是”互通那一层”，不替代任何一家的私有功能，各家在自己生态内该怎么跑还怎么跑，只在需要跨品牌时切到 AES67 这套公共语言。

为什么需要一个互通标准

IP 音频这些年百花齐放，但各家自成体系：Dante 有自己的发现和时钟、RAVENNA 走另一套、Livewire 又是一套。同一个项目里混了两三个品牌，过去要么靠模拟/AES3 线缆硬桥接（浪费网络化的意义），要么被逼全套锁死在一家。AES67 把大家共同能落地的那部分——RTP 传媒体、PTP 对时钟、组播加 SDP 做寻址和发现——抽出来定成标准，谁都能实现。于是跨品牌互通有了公共地基，甲方也不用一次采购就绑死一家供应商。

关键参数

项目	值
标准组织	Audio Engineering Society（AES）
网络层级	Layer 3（基于 IP）
媒体传输	RTP over UDP（音视频 RTP Profile）
时钟同步	PTPv2（IEEE 1588-2008），与 PTPv1 不兼容
PTP 域号	默认 0（互通两侧须同域）
寻址	组播 239.0.0.0–239.255.255.255，配合 IGMPv2/v3
音频负载	L24 / L16（24/16 位 PCM）
采样率	48 / 44.1 / 96 kHz
声道数	每流常见 1–8 声道
包时间（Packet Time）	125 µs – 4 ms（常用 1 ms）
RTP 负载上限	1440–1460 字节，避免 IP 分片
QoS	DiffServ（DSCP）标记优先级

工作原理：四块拼装出互通

AES67 靠几项既有标准拼装出互通能力，理解这四块就理解了它全部：

RTP（媒体传输）：携带音频负载、时间戳与序号。接收端靠时间戳做相位对齐、靠序号检测乱序与丢包，靠时间戳加缓冲吸收网络抖动。
PTPv2 / IEEE 1588-2008（时钟同步）：这是 AES67 的命门。用最佳主时钟算法（BMCA）在全网选举一个 Grandmaster，其余设备都跟它对时，给每个音频样本打上绝对时间戳，从而实现多路流之间的相位对齐和传输延迟修正。没有共同时钟，多路音频就会漂移、爆音——跨品牌不通十有八九死在时钟没对上。
组播 + SDP / SAP（寻址与发现）：每路媒体流分配一个唯一组播地址，用 SDP 文本描述这条流的采样率/位深/组播地址/包时间等参数，SAP 负责在网上广播这些描述让别人发现。对端拿到 SDP 就知道该订阅哪个组播组、按什么格式解。
包时间（Packet Time）：决定每个 RTP 包塞多少个样本。包时间越短（如 125 µs）延迟越低，但包率飙高、网络和 CPU 开销大；越长（如 4 ms）省开销但延迟大。1 ms 是延迟和开销折中的常用值。

展厅实战：跨品牌音频怎么落地

展厅里 AES67 的典型链路是：各品牌音频设备（调音台/功放/播放器）→ 交换机（带 PTP 和组播支持）→ 靠 AES67 互发音频流 → 中控统一编排节目。落地要点：

先统一时钟世界：全网只能有一个 PTP Grandmaster，互通两侧 PTP 域号要一致。Dante 侧务必开 AES67 模式并切到 PTPv2，否则跟 RAVENNA 等 PTPv2 系统根本对不上时钟。
交换机要会 PTP 和组播：接入交换机开 IGMP Snooping（否则组播泛滥）、全网有 IGMP querier；给 PTP 报文和音频流用 DSCP 打高优先级，保证时钟稳、不爆音。别让音频跟大流量业务混跑。
SDP 对接：跨品牌互通往往要手工导入对端的 SDP（组播地址、格式、包时间），因为各家自动发现机制不通，AES67 层的 SAP 发现不一定被对方界面暴露。
中控编排节目：音频流由 SoftPlayer 网络可控播放器播放、SoftControl 展厅中控按展项动线触发，讲解、背景音、多区分发跟灯光/视频一起被封装成场景一键切换，运营不用碰 RTP 和 PTP。

AES67 vs Dante：不是替代，是分工

这是现场最容易搞混的一对，也是甲方最爱问的：

维度	AES67	Dante
定位	互通”标准”（三层规范）	具体”实现”（一家私有生态）
提供方	AES（开放标准）	Audiinate（商业方案）
发现/管理	SDP/SAP，较原始	Dante Controller，成熟好用
时钟	PTPv2	自家 PTP（可切 PTPv2 走 AES67 模式）
关系	让 Dante 等能跨品牌互通	可开 AES67 模式对外互通

一句话：Dante 是好用的成熟生态，AES67 是让各家能对话的公共协议。单一品牌全套用 Dante，管理体验最顺；一旦要跟别家互通，就让 Dante 开 AES67 模式，切到 PTPv2、组播 RTP，去跟第三方对接。两者协同，不是二选一。

故障排查表

现象	可能原因	排查 / 解决
两套系统都在线却收不到流	时钟没对上（PTPv1 vs PTPv2 / 域号不同）	Dante 侧开 AES67 模式切 PTPv2，统一 PTP 域号
音频周期性”哒哒”爆音	全网有多个 PTP 主时钟在抢 Grandmaster	锁定唯一 Grandmaster，其余设为从时钟
部分接收端收不到某路流	组播被交换机丢（IGMP Snooping 无 querier）	配 IGMP querier，或核对组播地址订阅
对端看不到本端的流	各家自动发现不互通，缺 SDP	手工导入对端 SDP（地址/格式/包时间）
延迟偏大或卡顿	包时间设太大，或缓冲区/QoS 没配好	调小包时间到 1 ms，给流打 DSCP 高优先级
声音有杂音/位深不对	L24 与 L16、采样率两端不一致	核对 SDP 里的负载类型与采样率一致

排查口诀：跨品牌不通，先查时钟（PTP 版本/域号/唯一主钟），再查寻址（组播/SDP），最后才怀疑格式。

进阶与边界

AES67 与 ST 2110：广播级音视频标准 SMPTE ST 2110 的音频部分（ST 2110-30）就是基于 AES67，展厅涉及广播级信源时会碰到，本质同源。

只是最小互通集：AES67 定的是各家能共同落地的最小交集，很多高级功能（复杂路由、冗余、精细管理）还得回各自私有生态里做。别指望纯 AES67 撑起一套完整音频系统的日常管理。

冗余（ST 2022-7）：AES67 本身不含无缝冗余，做双路热备通常靠 ST 2022-7 那套双发选收机制，要设备支持。

动手检查清单

全网唯一 PTP Grandmaster，互通两侧 PTPv2 且域号一致
Dante 等私有系统已开 AES67 模式
交换机开 IGMP Snooping、有 querier，PTP/音频流打了 DSCP
跨品牌互通已手工导入对端 SDP
包时间按延迟需求设定（常用 1 ms），两端格式（L24/L16、采样率）一致
音频节目已在中控封装成场景并测试触发

小结

AES67 是一套三层音频互通标准，核心就四块：RTP 传媒体、PTPv2 对时钟、组播加 SDP 做寻址发现、包时间定延迟。它不替代 Dante 这类成熟生态，而是给各家一个跨品牌对话的公共协议。现场做互联，命门永远是时钟——先让两边切到同一个 PTPv2、同一个 Grandmaster，再谈组播和寻址。上层由中控把各路音频封装成节目场景，跨品牌的声音才真正接进展厅的统一编排。

延伸阅读：Dante 音频网络、TCP/UDP 通信基础，或查看全部设备协议速查。

需要把跨品牌网络音频与展项节目统一编排？了解 SoftPlayer 网络可控播放器与 SoftControl 展厅中控，查看解决方案与落地案例，或直接联系我们。