为什么要开发AES67？

为什么要开发AES67？

随着数字音频技术的迅猛发展，音频传输的质量、容量和延迟要求也越来越高。尤其是在广播、音乐制作、后期制作以及商业音频领域，如现场扩声等应用中，对音频传输的需求已经从传统的模拟或专有格式逐渐转向基于IP网络的数字化传输。由于每一家公司的音频协议都是私有的，需要一个统一的标准来实现互联互通。

模块特点 Dante RAVENNA QSC Livewire
控制和监控 私有协议 HTTP, Ember+ TCP, HTTP HTTP, 私有协议
发现 私有协议 Bonjour 私有协议 私有协议
连接管理 私有协议 RTSP, SIP, IGMP 私有协议 私有协议, HTTP, IGMP
会话描述 私有协议 SDP 私有协议 私有协议
传输 私有协议, IPv4 RTP, IPv4 RTP, IPv4 RTP, IPv4
服务质量 DiffServ DiffServ DiffServ DiffServ/802.1pq
编码和流式传输 L16-32, ≤4 ch/flow L16-32, ≤64 ch/str 32B-FP, <16 ch/str L24, st, surr
同步性 PTP1588-2002 PTP1588-2008 PTP1588-2008 私有协议
媒体时钟 44.1kHz, 192kHz 44.1kHz – 384kHz 48kHz 48kHz

高性能网络的需求

AES67协议的开发背景聚焦于高性能网络，目的是支持高质量（16-bit/48 kHz及以上）、大容量（多达数百个音频通道）以及低延迟（小于10毫秒）的数字音频传输。这些高要求的网络性能在局域网中是可以轻松实现的，同时也可以在企业级网络中实现。然而，虽然已有如RAVENNA等多种网络音频系统被开发用于高性能的媒体网络，但这些系统之间缺乏一个统一的、标准化的互操作性方案。因此，AES67的诞生旨在填补这一空白，通过识别和建议通用的协议和操作方式，来实现各大系统之间的互联互通。

标准应用场景

AES67标准的设计目的是为各类音频分发场景服务，尤其是在广播、音乐制作、后期制作等领域。此外，它也适用于商业音频应用，包括固定安装的音响系统和巡回演出的现场扩声系统。通过提供一致性和互操作性，AES67可以确保各类音频设备之间的顺畅沟通，解决了以往不同厂商设备之间无法兼容的问题。

任务组的成立与项目进展

AES67的开发始于2010年，AES（音频工程协会）成立了一个名为SC-02-12-H的标准化任务组，专门负责制定高性能专业音频IP网络的互操作性标准。该项目被指定为AES-X192，由Kevin Gross领导，他是媒体网络领域的资深专家，也是开创性CobraNet技术的发明者。在项目启动后，通过网络会议和面对面的讨论，任务组迅速聚集了100多位来自专业音频行业的顶尖公司和组织的专家，最终在2013年9月11日发布了超过40页的AES67标准草案。

标准的“成分”

为了实现真正的互操作性，AES67协议重点关注以下几个方面：

• 同步（Synchronization）：定义了通用时钟系统的机制。
• 媒体时钟（Media Clocks）：定义了哪些媒体时钟必须被支持，以及它们与通用时钟系统的关系。
• 传输（Transport）：描述了音频数据在网络中的传输方式。
• 编码与流媒体（Encoding and Streaming）：说明了音频如何被数字化和格式化为数据包流。
• 流描述（Stream Description）：为连接管理提供信息，如网络地址、编码格式和来源信息。
• 连接管理（Connection Management）：建立发送方与接收方之间的音频流连接所需的程序和协议。

DIGISYN LINK与AES67的关系

DIGISYN LINK 100% 完全符合AES67标准规范，在标准框架的基础上加入了完全的DSP处理能力。单个DIGISYN LINK设备可以实现所有的DSP处理功能，而且延时不逊色大部分数字调音台。