
AES67 与 ST2110
AES67 与 ST 2110-30 的区别
两个关系紧密、职责不同的标准
直接答案:AES67 是面向高性能 Audio over IP 的互通标准,SMPTE ST 2110-30 则是更广泛广播媒体 IP 制作体系中的音频组成部分。ST 2110-30 建立在与 AES67 兼容的传输和同步原则之上,并增加广播场景所需的约束和一致性等级。AES67 解决不同生态如何交换音频,ST 2110-30 解决音频如何与视频、元数据、控制与保护机制一起,在可管理制作设施中稳定运行。
核心要点
- AES67 由 AES 标准体系维护,ST 2110-30 属于 SMPTE ST 2110 标准套件。
- AES67 提供跨 AoIP 生态的音频互通路径,ST 2110-30 定义更受约束的广播音频流。
- 两者都基于 PTPv2 思路,但 ST 2110 部署通常采用 ST 2059-2 配置,并依赖设施级时钟设计。
- ST 2110-30 通过一致性等级限定采样率、packet time 和通道数的组合。
- AES67 不定义完整发现与控制层,广播 ST 2110 系统通常引入 NMOS 完成注册、发现和连接管理。
- 符合 ST 2110-30 的流在重要技术层面与 AES67 兼容,但任意 AES67 流并不自动满足 ST 2110-30。
2026年9月30日复核
直接回答
AES67 与 ST 2110-30 共用重要的音频传输基础,但解决的问题不同。AES67 回答的是“发送端和接收端能否使用共同 IP 媒体规则交换实时音频”。ST 2110-30 回答的是“音频作为一种 essence,如何与视频、辅助数据和控制信息一起,在受管理的广播系统中被可靠传输和路由”。
因此,一个会议系统可以使用 AES67 流,即使系统没有 NMOS,也不符合某个广播一致性等级。同样的流如果采样率、packet time、通道数或时钟配置不匹配,则不能通过 ST 2110-30 验收。标准之间的差别不是谁更先进,而是适用合同不同。
简单理解,AES67 是跨 AoIP 生态的兼容层,ST 2110-30 是广播 IP 架构中的音频配置。选择时应从运行模式、控制层、时钟规模、保护要求和未来维护出发,而不是只看产品是否同时列出两个名称。
归属、目的与设计中心
AES67 是 AES 标准,核心目的是音频互通,应用范围覆盖现场扩声、固定 安装、会议、录音和广播。它允许不同原生 AoIP 系统共存,也允许厂商在音频互通之外继续使用各自发现、控制和管理方式。
ST 2110 是 SMPTE 面向受管理 IP 网络的专业媒体标准套件。ST 2110-30 主要服务电视制作、播出、转播车和其他需要同时传输独立音频、视频和辅助数据的设施。它关注的是系统级同步、路由、控制和大规模多厂商协作。
这一设计中心会改变架构问题。AES67 项目常从两台产品能否互相收发开始,ST 2110 项目则先定义设施时钟、网络分段、发现、控制、冗余和管理模型,再把音频放入这个模型。
时钟配置与时间域
两者都依赖 PTPv2 精确时间,但配置和运行假设不同。AES67 可根据设备与部署使用 PTP 默认配置或 AES67 PTP Media Profile(媒体配置),目标是建立稳定共同时间基准,让接收端正确重建样本。ST2110 制作设施通常采用 ST 2059-2 配置。
ST 2059-2 不只是给 PTP 时钟换一个名称。它会影响时间域、报文速率、主时钟行为、故障切换和验证方法。设备在小型 AES67 网络中工作正常,并不意味着可以不经配置加入大型 ST 2110 时间域。
集成前应核对 PTP 配置支持、主时钟能力、边界时钟行为、保持能力和回退策略。即使转换在技术上可行,如果主时钟责任、监控和变更流程不清楚,系统仍可能在故障时变得脆弱。
采样率、packet time 与通道数
AES67 给出常用基础配置,并把可选模式留给实现。常见互通基线是 48 kHz、1 ms packet time 和每流最多 8 个通道。设备双方也可以支持其他采样率、打包时间和更高通道数。
ST 2110-30 通过一致性等级收窄组合。Level A 使用 48 kHz、1 ms packet time 和最多 8 个通道。Level B 保持 48 kHz 与 8 个通道,但把 packet time 降到 125 us。Level C 继续使用 125 us,并显著提高通道数。带 X 的等级进一步覆盖 96 kHz 操作。
packet time 不是单纯的延迟偏好。它改变每秒包数、交换机负担、缓冲需求、抖动敏感度和设备可处理的流数量。更高采样率和更多通道会同步放大带宽、CPU、内存和散热压力。项目应把格式能力写进验收矩阵,而不是只看产品是否支持某个标准名称。
- 48 kHz 是广播和 AES67 常用基线。
- 1 ms 包对网络更宽松,但增加缓冲延迟。
- 125 us 包降低延迟,同时显著提高包速率。
- 更高通道数和采样率会成倍增加系统负担。
不要因为设备都写 AES67 或 ST2110,就假定它们支持所有等级。
发现、控制与 NMOS
AES67 没有完整定义设备如何互相发现、注册流和建立连接。产品可能使用会话公告、mDNS、厂商控制器、手工配置或独立编排系统。音频传输可以互通,控制体验却可能完全不同,这是项目测试必须覆盖的部分。
ST 2110 系统通常采用 AMWA NMOS 系列规范建立公共注册 与控制模型。IS-04 负责发现和注册,IS-05 负责连接管理,其他规范可进一步提供能力、状态、事件和安全能力。NMOS 不是音频传输本身,而是让大型多厂商系统更易运行的控制平面。
这也是普通 AES67 互联与广播级 ST 2110 部署的重要差别。前者可以只关心流,后者通常要求设备名称、路由、权限、告警和会话状态在设施层面统一。控制层缺失不会让音频立刻中断,却会让故障定位和变更管理变得困难。
ST 2110-30 一致性增加了什么
ST 2110-30 一致性是对明确运行点的承诺,不只是“能通过 IP 传音频”。符合要求的发送端、接收端或设备必须满足对应等级和配置。对拥有大量厂商和流的广播设施来说,这种约束能提高调试和验收的可预测性。
ST 2110 套件还处理音频之外的系统关系。视频、音频和辅助流可以独立路由,同时保持在同一设施时间基准上。这样便于多语言音频、字幕、元数据和灵活制作流程,而不必把全部信号绑在一条传统链路中。
一台产品可以同时具备 AES67 互通能力和 ST 2110-30 一致性,但两者不能互相自动证明。采购时应要求明确 AES67 配置、ST 2110-30 等级、PTP 配置、NMOS 支持、冗余行为和已验证的互通矩阵。
冗余与韧性
AES67 没有定义唯一的无缝冗余机制。原生平台可能提供自己的保护方案,但通过 AES67 边界暴露时不一定保留全部能力。故障时是短暂中断、重新建立流,还是完全无缝切换,取决于产品和网络设计。
ST 2110 设施通常会把媒体标准与网络保护方案、双路径拓扑和监控一起设计。具体架构仍由设备能力决定。冗余必须按端到端服务测试,包括故障检测、切换时间、流连续性、时钟稳定和操作员可见性。
无论使用哪一种标准,冗余都不能在直播前临时补上。两条线或两台交换机并不够:如果 PTP 只有一个脆弱主时钟,组播离开行为不正确,或管理系统无法识别故障路径,冗余就可能只存在于图纸上。
如何为项目选择
当主要需求是音频生态互通、混合系统连接选定流,或产品需要在不一定采用完整广播控制架构的情况下使用标准 IP 音频传输时,应优先考虑 AES67。前提是项目能够接受由产品生态定义发现、冗余和管理方式。
当音频需要进入与视频、NMOS、ST 2059 时钟、明确一致性等级和设施级编排共同运行的可管理广播架构时,应选择 ST 2110-30。决定应来自运行模型,而不是数据表上的最低延迟数字。现场扩声和国家级广播设施都可以使用 IP 音频,但需要的保证完全不同。
许多项目会同时使用两者。AES67 连接非广播设备或保留既有 AoIP 域,ST 2110-30 承担制作核心。此时必须记录边界,包括采样率转换、PTP 配置转换、控制映射和故障行为。大多数集成风险正集中在这些边界。
AES67 与 ST 2110-30 对比
| 维度 | AES67 | ST 2110-30 |
|---|---|---|
| 标准归属 | Audio Engineering Society | SMPTE |
| 主要目的 | 跨 AoIP 生态的音频互通 | 广播 IP 制作套件中的音频流传输 |
| 时钟 | PTPv2,配置依部署而定 | 通常使用 ST 2059-2,并纳入设施级时钟设计 |
| 格式约束 | 基础配置加产品可 选模式 | 通过一致性等级定义采样率、packet time 和通道组合 |
| 控制层 | AES67 未完整定义 | 常配合 NMOS 与编排系统 |
| 典型角色 | 互通桥、混合连接或专项音频网络 | 广播媒体 IP 设施的音频组成部分 |
常见问题
ST 2110-30 就是换名的 AES67 吗?
AES67 设备可以加入 ST 2110-30 系统吗?
广播设计应选择什么 packet time?
音频已经能通了,为什么还要 NMOS?
AES67 定义冗余吗?
Dante 和 RAVENNA 设备可以进入 ST 2110 工作流吗?
项目应该选择 AES67 还是 ST 2110-30?
相关内容
来源与标准
- 1.
- 2.
- 3.
- 4.
- 5.
需要区分 AES67 与 ST 2110-30 的要求?
我们可以在设备选型前协助检查时钟、控制、packet time 和一致性假设。
评审系统架构