AES67とは?

定義と改訂の経緯

AES67の正式名称は「AES standard for audio applications of networks - High-performance streaming audio-over-IP interoperability」（ネットワークのオーディオ応用に関するAES規格 − 高性能ストリーミングIPオーディオの相互運用性）です。Audio Engineering Societyが2013年に第1版を発行し、業界での運用経験によって明らかになった曖昧さや統合上の細部をより明確に扱うため、AES67-2018改訂版が発行されました。

この規格は、単一の閉じたエコシステムを作るものではありません。各製品が必要なプロファイルを実装し、システムインテグレーターが共有ネットワークを正しく構成したとき、異なるベンダーの製品同士がリアルタイムオーディオをやり取りできる技術的な合流点を定義します。したがって、準拠は出発点であって、すべてのオプション機能や管理機能が自動的に動作する約束ではありません。

調達や設計の際には、使用する版を明記し、メーカーの適合性声明を確認してください。現在の調達文書の多くはAES67-2018を参照していますが、仕様を確定する前には、AES規格カタログで修正票・正誤表・新しい版の有無を確認することをお勧めします。

この規格が定める相互運用性は選択されたレイヤーに限られます。ユーザーが目にするすべての運用動作を標準化するものではありません。

AES67が解決する相互運用性の課題

AES67が登場する前は、各IPオーディオプラットフォームが類似の課題をそれぞれ独自の方法で解決していました。Danteネットワーク、RAVENNAネットワーク、Livewireシステム、Q-LAN環境は、自社製品ファミリー内では優れたリアルタイムオーディオを実現できても、ベンダーをまたいだ直接ルーティングにはしばしばブリッジ、変換ハードウェア、手作業による回避策が必要でした。

こうした分断は、商業的・運用上のリスクを生みました。施設がルーティング、クロッキング、制御、サポートを1つのエコシステムに依存するようになると、システム拡張のたびに、音響性やワークフロー、価格を評価する前にプロトコル互換性を確認しなければならず、新しいプラットフォームの登場時に既存機器を残すことが難しくなりました。

AES67は、オーディオ伝送のための共通相互運用パスを規定することで、この課題に対処します。ネイティブエコシステムが特定のストリームを、他のAES67対応エコシステムが受信できる形式で公開することを可能にします。AES67がしばしば「ブリッジ」と表現されるのはこのためです。プラットフォーム間の差異を消すものではありませんが、両者の間の制御された移動を可能にします。

IPオーディオの基礎

AoIPシステムは、サンプリングしたオーディオをタイムスタンプ付きパケットに変換し、それをイーサネットおよびIP基盤上で送信し、受信側で連続的なオーディオ信号を再構成します。難しいのはバイトを運ぶことではなく、他のトラフィックと共有するパケットネットワーク上で、サンプルのタイミング、チャンネル間の関係、再生の連続性を保つことです。

AES67は、リアルタイムメディアを通常データから分離できる、管理されたネットワークを前提としています。スイッチには十分なバッファリング、マルチキャスト制御、トラフィック優先制御が必要です。設計がマルチキャストルーティングまたはユニキャストフローに対応していれば、ルーターはサブネット間でストリームを運べますが、境界が増えるほど設定と監視の要件も増えます。

メディアクロックはパケットクロックとは別です。PTPはデバイス間の時刻を整合させ、オーディオのサンプルレートがメディアクロックを定義します。受信側は、正しいサンプリング位相と安定したサンプル列の両方を回復しなければなりません。パケットロス、過大なジッター、不安定なクロックは、平均ネットワーク帯域が十分に余裕がある場合でも音途切れを引き起こす可能性があります。

ネットワーク設計は、補助的な基盤ではなくオーディオシステムの一部として扱ってください。VLAN、QoS、PTPドメイン、マルチキャストクエリア、スイッチのバッファポリシーは、一体として検証する必要があります。重要な番組経路では、さらに劣化時の動作モード、アラーム経路、障害後の復旧時間を定義すべきです。

• サンプリングは、アナログオーディオを一定レートの離散数値に変換します。
• パケット化は、受信側がストリームを再構成できるよう、シーケンス番号、タイムスタンプ、ペイロード情報を付与します。
• バッファリングは通常のネットワーク変動を吸収しますが、エンドツーエンドのレイテンシを増やします。
• 同期は、独立した機器を1つの共有時刻基準に揃った状態に保ちます。

PTPv2、RTP、SDP

AES67は、共通の時刻基準を配布するために、IEEE 1588-2008のPrecision Time Protocol（一般にPTPv2と呼ばれる）を使用します。PTPメッセージにより、機器はタイムスタンプを比較し、ネットワーク遅延を補正できます。オーディオシステムでは、この時刻基準によって、送受信側がローカル発振器の周波数だけに頼らず、共有タイムライン上にサンプルを配置できます。

RFC 3550で定義されるReal-time Transport Protocol（RTP）がオーディオペイロードを運びます。RTPはシーケンス番号とタイムスタンプを提供し、受信側が欠落パケットや順序の入れ替わりを検出し、意図された再生時刻を再構成できるようにします。RTP Control Protocolは受信統計を提供できますが、制御と監視の実装は製品ごとに異なります。

Session Description Protocol（SDP）は、ストリームを受信する前にその内容を記述します。SDP文書は、メディアタイプ、アドレス、ポート、ペイロード形式、パケット時間、チャンネルマッピングなどのパラメータを特定します。SDPを直接やり取りするシステムもあれば、ディスカバリや管理のレイヤー経由で運ぶシステムもあります。AES67は単一の万能な機器制御プロトコルを定めないため、SDPの扱いは実装によって異なり得ます。

PTP、RTP、SDPはAES67が使用する標準技術です。マーケティング上の任意ラベルではありません。

QoS、PCM、マルチキャストの動作

AES67はリニアPCMオーディオを使用するため、受信側は相互接続のために独自コーデックを必要としません。一般的なペイロード形式は16ビットおよび24ビットPCMで、L16やL24といったRTPペイロードタイプで表されます。送信側と受信側は、サンプルレート、パケット時間、ペイロードタイプ、チャンネル数、チャンネル順序について合意している必要があります。

Quality of Service（QoS）が重要なのは、オーディオパケットが遅延に敏感である一方、帯域は必ずしも大きくないためです。DSCPマーキングとキュー制御により、PTPおよびRTPトラフィックは、ファイル転送、バックアップ、一般のオフィストラフィックよりも優先されます。VLANはメディアトラフィックの分離に有効ですが、VLAN分離だけでは、適切なキュー設計と監視の代わりにはなりません。

マルチキャストにより、1つの送信側は、エンドポイントごとにトラフィックを複製せずに、1つのストリームを複数の受信側へ配信できます。一方でリスクも生じます。IGMPスヌーピングの設定ミス、クエリアの欠如、意図しないフラッディングは、ネットワーク全体を混乱させかねません。大規模導入では、コミッショニング前にマルチキャストアドレス範囲、クエリアの配置、グループ数上限、PTPドメインを計画すべきです。

運用開始後は、パケットロス、ジッター、PTPオフセット、IGMP状態、スイッチキューを継続的に監視する必要があります。相互運用性の問題の多くは、完全な無音としてではなく、断続的な音途切れ、左右チャンネルの入れ替わり、再起動後の復帰失敗、高負荷時にのみ現れる異常として現れます。オブザーバビリティは、オーディオ経路と合わせて設計すべきです。

• メディアトラフィック用の容量とキュー予算を確保する。
• 文書化されたマルチキャストアドレス計画を使用する。
• すべてのスイッチでPTPドメインと優先度設定を検証する。
• 導入後はパケットロス、ジッター、クロックオフセット、IGMP状態を監視する。

AES67が定めないもの

AES67は、単一の自動機器ディスカバリの仕組みを規定しません。SAPアナウンスを使う製品、mDNSやBonjourを使う製品、ネイティブコントローラーやサードパーティのオーケストレーションツールに依存する製品があります。AES67対応の機器でも、接続の確立に手動のSDP交換やベンダーソフトウェアを必要とする場合があります。

また、万能な接続管理モデル、必須のユーザーインターフェース、完全なセキュリティアーキテクチャも定めません。ルーティング権限、命名規則、ファームウェア更新、アクセス制御、監視APIは製品固有のままです。AES67の相互運用が、オーディオ伝送の上位にコントローラーや管理レイヤーでエンドポイントを調整できる場合に最も機能しやすい一因もここにあります。

冗長化も重要な境界です。AES67が定めるのはストリーミングと同期のレイヤーであり、シームレスなパケット複製や切り替えではありません。ヒットレス冗長化が必要なシステムでは通常、デュアルリンクとメディア固有の保護方式など、周辺アーキテクチャによるネットワーク冗長化手法を追加します。具体的な動作は製品とネットワーク設計次第です。

最後に、AES67は、データシートにバッジが載っているという理由だけで相互運用性を保証するものではありません。実装には依然として、互換性のあるパラメータのネゴシエーション、必要なペイロード形式のサポート、想定されるPTPおよびネットワーク条件下での正しい動作が求められます。

Dante、RAVENNAとAES67の相互運用

DanteはAudinate社の独自オーディオネットワーキング技術です。DanteのAES67相互運用は通常、選択したDanteフローが他のAES67機器とオーディオをやり取りできるモードや設定として提供されます。ネイティブのDanteディスカバリ、ルーティング、制御、管理はDanteエコシステムの一部であり続けるため、AES67接続が、Dante ControllerなどAudinateツールを必要とする制御プレーンと併存することがあります。

RAVENNAは、標準IPプロトコルを基盤とするオープンな技術プラットフォームで、AES67およびSMPTE ST 2110-30と強く連携しています。AES67の最小限の相互運用規約を超えて、追加のプロファイル、フォーマット、チャンネル数、同期方式、冗長化モデルを扱えます。したがってAES67は、より広範なRAVENNA導入の中の共通レイヤーであって、RAVENNAの全機能の記述ではありません。

ハイブリッド構成は一般的です。施設では、ステージボックス、アンプ、コンソール向けにネイティブのDante環境を維持しつつ、放送用コア、RAVENNA制作システム、特定のサードパーティプロセッサーとの接続にAES67を使用することがあります。統合計画では、どのエンドポイントがネイティブで、どれが相互運用モードか、SDPをどこで交換するか、クロックとマルチキャストポリシーを誰が管理するかを明確にすべきです。

最も脆弱な部分は、オーディオを送れるかどうかではなく、その境界をどう維持するかであることが多いのです。ファームウェア更新や機器の再起動、クロックマスターの切り替え、ネットワーク障害の後も両側が再接続するか。アラームは一元化されているか。明確なメンテナンス手順は存在するか。これらはプロジェクトの早い段階で定義しておく必要があります。

相互運用モードはシステム設計上の選択です。ネイティブ機能の違いを消すものではありません。

導入の指針

まず、信号とクロックの計画を文書化することから始めてください。すべてのストリームについて、方向、サンプルレート、パケット時間、チャンネル数、マルチキャストグループ、送信元アドレス、受信側、フォールバック経路を列挙します。トラフィッククラスごとにユニキャストかマルチキャストかを決め、SDPをどう伝達・保存するかを定義します。

エンドポイントを追加する前に、PTPドメイン計画を作成します。どの機器がグランドマスターになれるか、バウンダリクロックやトランスペアレントクロックをどう扱うか、優先グランドマスターが消失した場合に何が起きるか、ネットワークに安定したホールドオーバー戦略があるかを確認します。PTP性能は、運用で想定されるスイッチ設定とトラフィック負荷と同じ条件でテストしてください。

次に、相互運用性を製品デモとしてではなく、システムとしてテストします。チャンネルマッピング、基準ゲイン、サンプルアライメント、リンク障害後のストリーム回復、マルチキャストの参加・離脱動作、管理上の可視性を確認します。ファームウェア不一致、グランドマスターの再起動、受信側の取り外し、上りリンクの輻輳といったエッジケースも含めてください。

コミッショニングでは、スイッチ設定、PTPログ、ストリーム記録、試験結果、今後の変更の担当者といった、永続的な記録を残すべきです。AES67は伝送の規約をシンプルにしますが、プロフェッショナルなネットワーク運用規律の必要性がなくなるわけではありません。

SoundNet の AES67 モジュールソリューション

規格を理解することと、製品が確実に AES67 を話すことは別物です。SoundNet の YW シリーズ OEM モジュールは、PTPv2 クロック、RTP オーディオ伝送、デバイスディスカバリーを含む実績ある完全な AES67 実装を、組み込み可能なハードウェアに凝縮しています。プロフェッショナルオーディオメーカーは、プロトコルスタックをゼロから構築することなく、自社製品にネットワークオーディオ機能を追加できます。ラインナップはコンパクトな 4×4 の YW04d から、48/96/192 kHz で最大 128×128 チャンネルを扱う YWRG128 Mini-PCI モジュールまで広がります。

モジュールを囲むのは、ワークフロー全体をカバーするツールチェーンです。ライセンスフリーの AES67 LINK Controller がルーティングと設定を担い、AES67 Virtual Soundcard は PC を 64×64 のエンドポイントに変え、PoE 給電の AES67 Panel がルームコントロールを担当、オープンソースの Stream Monitor が実運用ネットワークでマルチキャストストリームを検証します。

• 完全な AES67 スタックをモジュールに内蔵：同期・伝送・ディスカバリーはモジュールが処理し、ファームウェアチームの負担になりません
• I2S/TDM インターフェースで 4×4 から 128×128 チャンネル、48/96/192 kHz に対応
• オプションのオンボード DSP：パラメトリック EQ、フィルター、ディレイ、ノイズゲート、ハウリング抑制を搭載
• 小型エンドポイントから高密度伝送まで、製品ファミリー全体を一度の統合作業でカバー
• 完成品を支えるツール群：LINK Controller、VSC、Panel、Stream Monitor が設定・ルーティング・監視をカバー

適用分野とよくある誤解

AES67は、放送施設、教会、会議センター、スタジアム、公演会場、レコーディングスタジオ、大規模キャンパスで利用されています。複数ベンダーの機器がオーディオを共有する必要がある場合、既存のAoIP資産を新しい制作コアに接続する場合、長期の保守性のために標準ベースの伝送が必要な場合に特に有用です。

1つ目の誤解は、「AES67ならどのAES67機器も同じ方法で制御できる」というものです。実際には、オーディオは流れても、ディスカバリ、ルーティング、ラベル、監視は別々のままの場合があります。別の誤解は、AES67を品質レベルやコーデックと捉えるものです。AES67は相互運用のフレームワークであり、音質は音源、サンプル形式、クロッキング、ネットワーク動作に依存します。

3つ目の誤解は、AES67とST 2110-30が同じ規格の別名というものです。両者は密接に関連しますが、AES67はAESのオーディオ相互運用規格であり、ST 2110-30はSMPTEのより広範なプロフェッショナルメディアオーバーIPスイートの中の、制約付きのオーディオ構成要素です。規格ファミリー名としてスペースなしの「ST2110」と記す技術文書もあります。放送ワークフロー、NMOS制御、PTPプロファイル、適合レベルを仕様化する際には、この区別が重要になります。

最後に、AES67は、あらゆる互換性の問題を自動的に解決するボタンではありません。製品のサポート範囲、利用可能なオプション、ライセンス、ファームウェア状態、ネットワーク設計、運用手順のすべてが結果に影響します。境界を明確に文書化し、エンドツーエンドの受入試験を実施する方が、バッジやマーケティング表明を信頼するよりも確実です。