
AES67 与 ST2110
为什么制定 AES67?
行业如何用共同互通契约取代协议孤岛
AES67 的出现,是因为专业 Audio over IP 的发展速度超过了互操作能力。Dante、RAVENNA、Livewire、Q-LAN、WheatNet-IP 等系统证明了 IP 可以稳定传输高品质音频,但每个原生生态都有自己的传输行为、发现方式、控制模型和产品边界。AES67-2013 为厂商和集成商建立了共同音频目标,AES67-2018 又对标准进行了修订和澄清。
核心要点
- AoIP 带来巨大收益,却也把市场割裂成互不相通的原生生态系统。
- AES X192 是最终形成 AES67 的标准项目代号。
- AES67-2013 建立了首个正式的高性能流式音频 over IP 互通基线,让 interoperability 从厂商承诺变成可测试的标准配置。
- AES67-2018 完善了发布标准,并成为许多当前产品规范引用的技术版本。
- 标准让集成商拥有更多厂商选择,也让 OEM 能在不重建完整生态的情况下实现互通。
- 互通仍依赖实现质量、网络设计,以及音频传输之上的控制与管理层。
2026年9月30日复核
AoIP 孤岛问题
Audio over IP 解决了传统布线和容量问题,也带来了新的商业壁垒。系统不必铺设大量模拟或 AES3 线缆,就能通过以太网获得低延迟、灵活容量和软件定义的连接。但第一代协议大多由厂商控制,跨生态直连并不容易。
原生生态掌握完整用户体验。同一个控制器可以自动发现设备、安排通道、管理时钟并显示状态,这在生态内部很高效,在生态外部却很封闭。连接另一品牌往往需要桥接或者专用转换设备。
结果是以架构形成锁定,而不是靠合同限制。设施一旦围绕某个调音台、接口箱、功放或处理平台建立工作流,替换其中一层就可能影响整条信号链。用户希望获得 IP 的优势,却不愿永久接受单一厂商边界。
01
AES X192 与设计任务
AES X192 是后来形成 AES67 的标准工作项目。它并不是要再创造一个竞争性原生生态,而是为已有和未来 AoIP 系统定义可以共同暴露的互通模式。这个克制而明确的目标,决定了标准后来的范围。
AES67 因此集中在传输、同步、媒体时钟、编码和流描述,并复用成熟协议。RTP 已经证明可以承载实时媒体,PTPv2 可以提供精确时间,SDP 可以描述会话参数。标准没有重新发明完整协议栈。
X192 工作也认识到,只有包传输而忽略时间与格式,互通仍不可用。接收端可能在错误时刻重建样本,或者误解通道顺序。AES67 因此建立了一个较窄但具有实际工程意义的技术交汇点。
02
AES67-2013:共同契约
AES67-2013 为厂商提供了公开目标。产品可以继续属于 Dante、RAVENNA、Livewire 或其他原生体系,同时支持选定 AES67 流。原生协议负责发现、路由、控制和高级功能,AES67 提供跨越生态边界的音频路径。
对集成商而言,首版改变了采购语言。项目不再只比较两套系统是否完全相同,而是可以核对双方是否支持满足要求的 AES67 模式、采样率、packet time、通道 数和时钟配置。集成工作没有消失,但有了共同技术词汇。
对厂商而言,AES67 降低了客户组合设备的阻力,同时不必公开全部专有优势。实现标准有助于产品进入混合系统,原生生态仍可保留管理、冗余和其他增值能力。
03
AES67-2018 与生态成熟
真实部署会暴露首版标准无法完全预见的问题。随着厂商、集成商和测试机构积累多厂商系统经验,AES67-2018 对标准进行了修订,成为许多产品与规范讨论互通配置时的重要依据。
修订不等于所有实现都会一致。它提供更稳定的合规声明和测试基础,但产品仍要说明可选能力,以及它如何完成连接建立、SDP 处理、PTP 配置和故障恢复。项目中应核对厂商所依据的版本和实际已验证矩阵。
从 AES67-2013 到 AES67-2018,也反映了 AoIP 的成熟。行业讨论逐步从“IP 音频是否能工作”,转向“多厂商系统如何在大规模运行中保持可管理、可诊断和可预测”。
标准有意留下的空白
AES67 的力量之一,是不试图标准化音频网络的每个环节。发现、连接管理、安全策略、设备命名和冗余可以由原生生态或上层系统负责。这样既保 留平台优势,也让厂商不必重建全部架构。
代价是,两台 AES67 设备可能音频互通,用户操作却完全不同。一台自动公布流,一台依赖控制器,第三台要求手工 SDP。这就是为什么集成项目除了流清单,还需要控制层清单和维护责任表。
AES67 也不能单独保证音质。它定义 PCM 音频的传输与同步,不决定话筒摆位、转换器性能或网络调优。互通和音质相关,但属于不同的工程责任。
AES67 如何改变生态
AES67 价值最明显的证据,是互通逐渐成为产品的基本属性。主流 AoIP 生态都会说明与 AES67 的关系,许多产品提供互通模式,而不再把其他协议视为完全不可跨越的障碍。
竞争重点因此从简单协议排他,转向实现质量。厂商可以在延迟、通道密度、控制、冗余、转换质量、设备形态和支持服务上竞争,同时提供共同音频路径。用户不必为了连接一个新子系统而替换全部设备。
AES67 也为 ST 2110 打下了行业基础。广播机构需要音频能进入全 IP 制作架构,AES67 的技术工作成为 ST 2110-30 的重要基础。两者仍是不同标准,但共同假设降低了产业迁移难度。
对集成商和系统所有者的价值
集成商因此有更清晰的混合设备连接方法。可以保留正在运行的原生网络,引入特定功能的第三方产品,或分阶段迁移而不一次替换全部端点。音 频传输可以标准化,控制与运维可以按不同节奏演进。
系统所有者获得更灵活的采购和生命周期选择。标准边界便于比较产品、保留有价值的旧设备,并在替换某个子系统时避免重写完整信号链。它也提供更明确的验收和故障测试范围。
这些收益建立在工程纪律上。AES67 不会自动记录 SDP、组播地址、PTP 域、QoS 策略、命名规则和支持责任。标准提供合同,项目团队仍要让合同可运行。
对 OEM 和产品团队的价值
对 OEM 而言,AES67 可以减少进入专业音频市场所需的生态建设成本。厂商不必先建立完整原生体系,而是实现明确互通路径,把资源集中在 DSP、声学、转换、工业设计、可靠性和工作流等差异化能力上。
标准也为产品团队提供共同测试语言。OEM 可以明确支持的采样率、包尺寸、通道、PTP 行为和 SDP 处理,再与代表性第三方设备测试。清晰的兼容矩阵比一句“支持 AES67”更有价值。
当产品定位为混合系统中的一个明确角色时,商业机会最强。网络桥、舞台接口、功放、处理器或录音设备,可以在 AES67 边界表现稳定,同时在原生功能层提供差异化价值。
AES67 没有解决什么
AES67 没有让发现和控制变得完全通用,也不能保证所有原生功能跨厂商边界。表头、预设、增益共享、冗余状态、设备身份和固件流程仍 可能专有。项目必须说明哪些是跨边界音频流,哪些仍留在原系统。
它也无法保护设计不良的网络。错误的 QoS、失控组播、不稳定 PTP、交换机缓冲不足和监控缺失,都可能击穿一个名义上合规的系统。互通测试应和网络调试作为同一流程执行。
最后,AES67 不是单靠标准名称就能保证长期投资。产品支持、文档、备件、安全更新和厂商持续维护同样重要。标准降低风险,但前提是周围工程和商业承诺也可靠。
AES67 前后的变化
| 问题 | 专有 AoIP 时期 | AES67 生态时期 |
|---|---|---|
| 跨厂商连接 | 通常依赖桥接或同生态设备 | 双方支持时可以使用明确的 AES67 音频路径 |
| 采购 | 协议选择可能锁定整条信号链 | 标准边界可以降低替换风险 |
| 控制 | 原生控制器负责发现、路由与监控 | 控制仍由产品或上层管理平台负责 |
| 竞争 | 生态排他是主要差异 | 厂商更多在实现、功能和支持层面竞争 |
常见问题
AES67 取代了早期 AoIP 技术吗?
AES X192 是什么?
为什么 AES67-2013 和 AES67-2018 都重要?
AES67 会迫使厂商公开专有技术吗?
为什么 AES67 集成仍会失败?
AES67 如何帮助 OEM 进入专业音频市场?
有了 ST 2110,AES67 还有意义吗?
相关内容
来源与标准
- 1.
- 2.
- 3.
- 4.
- 5.
正在建设混合 AoIP 系统?
把设备、网络限制和运行要求交给我们,一起定义清晰的互通边界。
规划系统集成