什么是 RAVENNA？

基于标准 IP 协议的开放架构

RAVENNA 是一个在 IP 网络上传输实时音频的开放技术平台。它面向广播行业的苛刻需求设计，工作在网络第三层，这意味着 RAVENNA 流就是普通的可路由 IP 流量，可以跨局域网、VLAN 和广域网传输，而不被限制在单一交换网段内。媒体传输采用 RTP，同步依赖 IEEE 1588-2008 定义的精确时间协议（PTP），会话遵循 SIP/SDP 风格的描述约定。

由于 RAVENNA 是开放技术规范而非专有协议，产品实现来自众多独立厂商，技术本身也不附带授权费用。RAVENNA 系统运行在标准以太网交换机和路由器上，网络核心无需专用媒体硬件；只要 QoS 与组播规划得当，音频流量可以与其他融合网络业务共存。

开放同时也界定了责任。RAVENNA 的性能与底层 IP 基础设施的质量直接相关，交换机缓冲、流量优先级、IGMP 行为和 PTP 规划仍属于音频系统设计的一部分。已经运维托管企业网络的团队，通常无需另建媒体专网即可承载 RAVENNA 音频。

• 第三层运行：流是可路由的 IP 流量，不受限于单一交换矩阵。
• 标准协议栈：RTP 承载媒体，PTP（IEEE 1588-2008）提供时间，SDP 描述会话。
• 多厂商、免授权费：任何制造商都可以实现 RAVENNA，无版税负担。
• 在合理规划 QoS、VLAN 与组播的前提下，与现有网络业务共存。

RAVENNA 与 AES67 的对齐关系

RAVENNA 与 AES67 面对的是同一个工程问题——在标准 IP 网络上可靠地传输专业音频，并使用相同的技术构件：RTP 媒体传输、PTPv2 同步和 SDP 会话描述。RAVENNA 的设计理念使其实现天然具备 AES67 工作能力，大多数 RAVENNA 设备在原生能力之外提供 AES67 互通模式或 AES67 兼容档位。

在实践中，互通归结为配置。一次 AES67 交换要求双方就 PTP 媒体配置与时钟域、兼容的打包时长（48 kHz 下通常为 1 ms，即 48 个采样）、线性 PCM 载荷以及一致的组播行为达成一致。这些参数对齐后，RAVENNA 发送端可以直接喂给纯 AES67 接收端，反之亦然——这也是 RAVENNA 常被描述为“包含 AES67 的超集”而非竞争者的原因。

关于合规口径需要说清楚：AES67 没有正式的认证机构，“兼容 AES67”属于厂商声明而非第三方审计，且各产品实现的可选部分不尽相同。在采购环节，可靠的做法是核对每款产品文档中的互通模式细节，并在验收测试中确认确切的流参数。

“兼容 AES67”是厂商声明，不是证书。设计定稿前，请对照产品文档核实档位、打包时长与 PTP 设置。

面向 SMPTE ST 2110 的广播工作流

在广播设施中，与 RAVENNA 关系最紧密的标准语境是 SMPTE ST 2110——将视频、音频和辅助数据作为相互独立的本质流经 IP 传输的标准族。ST 2110-30 在 AES67 之上定义 PCM 数字音频，并以一致性等级 A、B、C 约束打包时长与通道数；ST 2110-31 使用 AM824 载荷透明传输 AES3 编码音频。RAVENNA 实现支持这些载荷类型，同时支持广播时钟体系期望的 ST 2059-2 PTP 配置。

广播级可靠性要求超出了任何单条流本身。RAVENNA 支持网络冗余，许多实现还提供 ST 2022-7 类的无缝保护切换：每条流在两张并行网络中各传输一份，接收端重组出无缝信号，即使一条路径完全失效也不受影响。对关键节目链路而言，这一级别的冗余通常是基线要求而非可选项。

网关补全了广播图景。具备 RAVENNA 能力的网关与接口转换器把传统的 AES3、MADI 和模拟设备桥接进 IP 域，让设施可以渐进式改造而不是一次性切换。配合生态中的管理工具，广播厂区可以在共享同一时间基准的前提下，让 RAVENNA 音频本质流与 ST 2110 视频并行运行。

• ST 2110-30：PCM 音频本质，含 A、B、C 三个一致性等级。
• ST 2110-31：基于 AM824 载荷的 AES3 透明传输。
• ST 2059-2 PTP 配置，与广播时序体系对齐。
• 在产品支持的情况下，可提供 ST 2022-7 类无缝冗余。

RAVENNA 在 ProAV 中的部署

在广播之外，RAVENNA 已成为专业 AV 系统的实用底座：多房间安装、大型场馆、体育场和园区级项目。音频经由 IP 网络路由取代点对点模拟或 AES3 布线，音源接入一次即可分发到任意分区，路由调整变成配置变更而非重新布线。设计良好的系统可承载数百甚至数千条并发流。

平台的格式灵活性在这个规模上尤为关键。一张 RAVENNA 网络可以同时承载采样率和数据格式各不相同的流，多个媒体时钟可并存，因此关键现场链路和背景音乐分发无需被迫迁就同一个折中设置，而同步在全网上始终保持相位精确。

ProAV 部署同样受益于 RAVENNA 与融合企业网络的契合。只要与 IT 部门商定 VLAN、QoS 和组播策略，音频就可以与预订系统、信息发布和办公流量运行在同一张托管网络上，使建设与运维成本更接近标准网络项目，而非定制媒体系统。

• 多房间与园区级路由，免去点对点重新布线。
• 在通用交换机上承载数百至数千条并发音频流。
• 同一网络混合采样率、格式与媒体时钟。
• 在规划的 QoS 与组播策略下与企业 IT 流量共存。

延迟分级与同步机制

RAVENNA 的时延模型刻意保持灵活：时延按流配置，而非全系统固定。在设计良好的局域网中，交互式和舞台近端链路可实现亚毫秒级时延；同一平台也可以为跨广域网传输的流配置明显更大的缓冲。每条流都获得其应用真正需要的时延预算。

具体数值与打包直接相关。RAVENNA 支持每包 1 到 192 个采样：更小的包缩短打包引入的时延，代价是每秒音频产生更多数据包；更大的包则相反。总时延是打包时间、网络传输和接收端去抖动缓冲之和，因此采样率、包大小与网络设计共同决定可达到的下限。

同步由 PTPv2（IEEE 1588-2008）承担，以纳秒级精度分发统一时间基准。RAVENNA 在各节点之间实现亚采样级对齐；多站点设施还可以用 GPS 驯服时钟，让相距遥远的厂区共享相位而不仅是频率。媒体时钟的分发是相位精确的，这正是让大型分布式系统做到真正时间对齐、而不仅是速率一致的关键。

• 按流配置时延：没有强制的系统级默认值。
• 设计良好的局域网可实现亚毫秒运行；广域链路可分配更大预算。
• 每包 1 到 192 采样，在时延与包开销之间权衡。
• PTPv2（IEEE 1588-2008）时间基准，媒体时钟相位精确、亚采样对齐。

RAVENNA 设备生态

由于技术开放，RAVENNA 生态覆盖了实际安装所需的各类设备形态：调音台与处理核心、舞台接口箱与话放接口、面向 AES3、MADI 和模拟的转换器与网关、播放与录制系统，以及监测工具。各产品原生实现 RAVENNA，在流一级互通，而不是复制某一家的控制栈。

代表性厂商可以说明生态的宽度：Lawo 提供具备 RAVENNA 能力的调音台与 I/O 基础设施，Merging Technologies 提供接口与播放系统，DirectOut 专注转换器与网关。这些是生态成员的事实举例而非背书清单，采购时应以各产品自身文档为准逐款评估。

在流之上是管理层。RAVENNA 实现通常使用 Bonjour/mDNS 做发现并配合 RTSP 风格的连接管理，较大的安装通过编排与控制系统协调设备——NMOS、Ember+ 集成以及主要生态厂商的管理平台都在实际项目中使用。与设备一样，控制层的选择因产品而异，应在设计早期确认。

在这一生态里，SoundNet 模块同样以标准 SAP 流发现模式接入，并提供小通道、高性价比的方案与多种 OEM 开发模式。

• 调音台、接口箱、转换器、网关、播放系统与监测工具。
• 来自多家厂商的实现，包括 Lawo、Merging Technologies、DirectOut 与 SoundNet。
• Bonjour/mDNS 发现，配合 RTSP 风格的连接管理。
• 依据产品不同，可通过 NMOS、Ember+ 及厂商编排平台进行控制。

SoundNet 模块在 RAVENNA 生态中的位置

RAVENNA 设备提供 AES67 互操作模式，这正是 SoundNet 产品组合切入的位置：YW 系列模块实现了 RAVENNA 所依托的 AES67 传输与 PTP 同步层，调音台、处理器与功放厂商因此无需授权私有协议栈，就能让自己的产品直接接入 RAVENNA 网络。通道规模从 4×4 覆盖到 128×128，采样率支持 48/96/192 kHz。

在模块之外，SoundNet 还提供直接运行在实际网络上的工具：AES67 Handy 移动控制器可在局域网内发现 RAVENNA 设备、实时查看通道电平，并用 iPhone、iPad 或 Android 手机远程控制音量；开源的 Stream Monitor 则让工程师在笔记本上随时掌握 AES67 多播流的状况。AES67 LINK GUI 软件则将 DSP 控制与 AES67 完美结合，全部 API 开放，支持深度 ODM/OEM 开发。

• 面向 RAVENNA 网络的 AES67 端点：模块直接实现 RAVENNA 互操作所依赖的 PTP/RTP 层
• 从 4×4 边缘设备到 128×128 Mini-PCI 高密度传输
• 小通道、高性价比之选：经济型 4×4 模块 YWR04 以最佳性价比覆盖基础端点，完整保留 AES67 能力
• 标准 SAP 流发现：多播流以标准 SAP/SDP 会话通告，SoundNet 端点与 RAVENNA 设备可互相发现对方的流
• AES67 Handy：用手机或平板发现、监测并控制 RAVENNA 设备
• 多种 OEM 开发模式：从模块集成、贴牌量产到按产品线定制开发，灵活选择

RAVENNA 不是什么：边界与常见误区

RAVENNA 是一套技术方案集，而不是一个附带统一合格证书的封闭标准。各设备实现的组成部分——载荷格式、采样率、通道数、冗余——不尽相同，因此资料页上的“RAVENNA 能力”只是评估的起点而非终点。本页的对比表展示了 RAVENNA 的可选空间比 AES67 和 ST 2110 的受限档位宽出多少。

当 RAVENNA 设备与纯 AES67 设备互连时，边界落在发现与控制上。AES67 两者皆未定义，而 RAVENNA 实现通常以 Bonjour/mDNS 发现、经自有工具管理连接。流一旦建立，音频可以完美流通；但在 AES67 一侧，建立流可能需要手工输入 SDP 或借助第三方控制器，且流参数本身必须留在 AES67 档位之内：48 kHz、约定的打包时长、线性 PCM 和有限的通道数。

额外的能力不会跨越这条边界。DSD 与 DXD 格式和每流超高通道数在 AES67 侧没有对应物，而超出 AES67 强制 1 ms 之外的包长（如 RAVENNA 的每包 192 采样）在 AES67 中仅属可选模式，因此这些能力只能留在混合系统中的 RAVENNA 一侧。规划部署时，必须明确决定哪些流生活在互通世界，哪些保持原生。

为你的系统选择 RAVENNA

当一个项目需要 RAVENNA 完整平台的能力时，它的价值最为明显：密集的多通道分发、混合格式与采样率、按流的时延控制、冗余，以及多厂商开放——无论广播规模还是 ProAV 规模。预期通道数增长、房间扩展或系统合并的设施，会从一个上限远高于当前需求的平台中持续受益。

如果部署只是需要跨多厂商生态交换音频，那么 AES67 互通可能就已足够——RAVENNA 设备同样能胜任这一角色，因为 AES67 子集内建其中。真正的决策点在于你打算使用多宽的平台能力：一个永远不超过 48 kHz 立体声分发的系统从 DSD 支持中获益甚微，而广播厂区或园区网络则会很快触及受限档位的上限。