今天,所有的集成商(制造商)都希望為客戶提供所安裝設施之間的平臺互操作性。遺憾的是,現在業內流行的系統看上去都是“專有的”,對其他協議與技術的互操作性關上了大門。
從風光一時的Cobranet到現在風頭正勁的Dante,網絡音頻協議技術不斷發展進步,選擇也足夠豐富,但每個系統都是硬幣的兩面,沒有一個系統是完美的。雖然很多系統已經開發支持高性能媒體的網絡,但是到現在為止還沒有以互操作方式運行這些系統的推薦規范。
專家預測,總有一天每個設備都將成為一個IP分配系統上的終端,可以運行在任何網絡上,而AES67就是其中關鍵。AES67在同步、媒體時鐘識別、網絡傳輸、編碼和流媒體,會議描述和連接管理方面,提供全面的互操作性推薦規范。

核心功能
AES67是一個在IP網絡上傳輸高性能音頻的標準。AES67對于高性能的定義是至少有44.1kHz的采樣率,至少有16bit的分辨率,以及延時少于10ms。AES67瞄準專業音頻的應用領域包括:廣播、制作、現場音頻以及商業和家居應用。
AES67并不是發明了新技術,而是說明了如何使用其他已經制定的標準,實現音頻網絡的協作。與那些為音頻網絡提供全功能用戶體驗的系統和產品不同,AES67主要是提供互操作性的基本條件。AES67的核心功能主要包括以下三個方面:
同步和媒體時鐘:音頻設備作為一個系統運行時首先必須確保彼此間的精確同步。從而才能夠保證網絡上所有設備以完全一樣的速率和時間創建和復制音頻采樣。同步性能使AES67(和其他專業媒體網絡)有別于互聯網廣播、VoIP和 Airplay,在最好的情況下,它能使設備與所選數字音頻信號源的起源同步。
傳輸、編碼和流媒體:音頻網絡是通過在網絡數據包里傳輸音頻采樣來工作的。數據包以有規律的間隔進行傳送。在AES67中,數據包是根據實時傳輸協議(RTP)格式化的IP數據包。RTP標準為眾多類型的音頻和視頻定義了數據包格式。盡管也支持其他參數,AES67的互操作性主要集中于以48kHz采樣的24bit非壓縮音頻,數據包傳輸間隔在1ms。
連接管理:對于點對點模擬或數字連接的音頻網絡來說,主要優勢是路由的靈活性。其網絡允許網絡上的任何設備發送音頻到網絡上的任何其他設備或設備群。建立這種連接需要一個連接管理協議。AES67使用SDP和SIP實現連接管理。SIP通過SIP URI識別潛在連接,它就像一個電子郵件地址。SIP是一個久經考驗的協議,在互聯網電話應用中被廣泛接受。
AES67通過其關注的互操作性自我區分,因為它定義了一個共同的互操作性模式,目的就是作為一個已經支持現有協議的設備的互操作性模式,可以被輕松實施。
為了實現最有效的媒體網絡,就需要在能夠互相連接的網絡組建上有最大化的選擇。AES67以一個開放的基于標準的方式,來實現媒體網絡的互操作性。它增加了商業媒體網絡,為諸如Dante、 AVB、 Q-LAN、RAVENNA和Livewire 提供與其他系統互聯的機會。通過這種網絡效應,額外的互聯機會將在提高網絡有效性方面起到積極作用。
時間就是一切
考慮到上述因素,該標準的開發者選擇了IEEE 1588。IEEE 1588被用作網絡上的高速同步。這是建立一個同步機制顯而易見的選擇。一些工業級的應用諸如自動化、控制和測量采用IEEE 1588,因為在這些領域必須在納秒甚至更少的范圍進行精確定時。IEEE 1588與網絡時間協議(NTP)的區別在于,后者并不是精確到納秒的設計。
視頻或數字音頻系統中的時序并不是一個新概念。視頻系統依靠主同步信號發生器,它產生黑色突發脈沖,它到系統內每個視頻和音頻設備是分布式和硬接線的。對于獨立的數字音頻系統,它是一個提供基準的字時鐘。在每個這種應用中,通常需要一根單獨的線用作時間基準。
IEEE 1588系統時序還取決于時鐘,但是時鐘工作方式有些許不同。每個需要彼此通信的AES67設備,例如音頻控制臺、編解碼器、處理器等,都必須是通過以太網切換器連接到網絡上的。值得一提的是,我們所討論的AES67的網絡并不是公共因特網,而是像企業局域網或廣域網那樣的被管理的網絡。為了實現其低延時的潛能,就需要專業級高性能的以太網切換器。
除了往返的延時,當以太網切換器緩沖或傳輸數據包時它們本身也有延遲。如果切換器可以對數據包需要多長時間通過進行測量,這些信息同樣可以用于調整時序。IEEE 1588的2008版本提供了一個叫做“透明時鐘”的東西,正是此用途。
AES67系統設計的問題是,帶透明時鐘的切換器并不常見。現在有一些IEEE 1588-aware的切換器,這種切換器并未普遍存在,但相信它們很快就會越來越多。
喜聞樂見
基于AES67對整個網絡環境帶來的改變,不論專業AV集成商還是IT業者都感到興奮。
專業AV集成商認為,使用AES67,可以有效利用現有的設施架構,從而大大節省項目的材料和人工成本。同時,它是一個兼容性的標準,他們可以使用采用各種不同網絡技術的產品,并且保證彼此間的互操作。當音頻數據在與其他數據如視頻、控制、銷售點等同樣的網絡上傳輸,將實現網絡管理、冗余等所有好處,并且不會額外增加成本。
對于IT業者來說,AES67是一個來自音頻工程協會的互操作性的標準,它本身不是一個網絡,而是一個互操作模式,讓使用不同網絡技術的產品能夠一起工作。它運行于標準的3層IP、以太網絡。好消息就是它基于他們每天使用的同樣的IT標準。這些標準包括RTP、IEEE 1588-2008 PTP和DiffServ QoS等。
最有可能的是,他們可以在現有網絡上使用AES67兼容的產品,它可以與來自所有主流交換機廠商的交換機一同工作。
過去,音頻通常是在自己的專用網上傳輸,現在他們可以以與對待網絡上其它數據同樣的方式來對待音頻,這也意味著他們可以像監控、管理所有其它設施數據一樣的方式來監控、管理音頻數據。
未來攪局者?
縱觀網絡音頻技術市場開發,每一波成功的產品和平臺都是趨向易于使用,AES67是一個基于現有標準的3層協議,允許各種不同的基于IP的音頻網絡系統間的互操作性,將是網絡音頻技術的新轉折。雖然現在Dante仍然明顯還是市場的領導者,但是AES67有望成為Dante以及其他專有系統發展的攪局者,它僅僅滿足了系統間的互操作性要求,但這通常也是網絡技術中最困難的部分。
Audinate已經宣布在2014年2月,將AES67整合至Dante,作為對許可設備制造商的固件升級,很快AES67-enabled Dante產品就會出現在市場上。AES67會給AV集成市場帶來很多好處,因為它會讓集成商使用更廣的Dante組件,但與此同時,這也是個此消彼長的過程,AES67在Dante系統中的互操作性同樣也會破壞Audinate在市場上不斷增長的霸權。
2014年10月,Media Networking Alliance成立,致力于推動AES67的采納,同期,舉行了測試大會測試AES67實現的兼容性。
除此而外,Ravenna已經實現了與AES67的兼容。QSC也通過作為創始會員加入X-192 (AES67)籌劃指導委員會,與媒體網絡聯盟(Media Network Alliance)中的其他制造商合作,來堅定擁抱互操作性的未來。Q-Sys無需額外硬件就可以平滑支持AES67。
可以說,整個行業都對AES67充滿了期待。
關于AES67的Q&A
AES67是什么?
AES67是一個起源于AES-X192項目的已發布標準,發布于2013年9月11日。它描述了一個支持高性能音頻IP網絡系統間的互操作模式。
有什么方式可以測試設備對標準的兼容性?
目前還沒有與AES67相關的兼容性組織。因為AES67是一個基于現有標準的標準,擁有可觀的經驗積累以及已完成的工程,有助于緩解兼容性問題。
使用AES67需要SIP服務器嗎?
在AES67下,根據連接的性質,連接管理以兩種不同方式實施,即使使用SIP也不需要SIP服務器。
SIP要求建立一個點對點單一傳送。在AES67下,SIP可以被用在點對點模式或者通過SIP服務器。使用點對點模式要求呼叫者知道如何直接到達被叫者。當SIP服務器用于輔助連接時,呼叫者只需要知道呼叫者的SIP-URI。
AES-X192是什么?
AES-X192是開發音頻網絡互操作性項目的名稱。
該項目的目標是什么?
是為高性能專業數字音頻IP網絡開發一個互操作性標準。定義發送音頻數據的同步、編碼格式和QoS條款,以及與音頻發送有關的連接管理功能。
AES67標準的范圍?
AES67使用來自IEEE、 IETF以及其他標準開發組織的現有和標準的協議和技術。AES67并沒有發明新的協議和技術。AES67定義了如何以互操作的方式將現有協議作為一個系統使用。
視頻方面有何進展?
IETF的RTP協議集已經被選作傳輸協議。RTP協議集包含了傳輸音頻和視頻格式的條款。盡管AES67更專注音頻方面,但只要對網絡簡單擴展就可以使其同時也支持視頻。現在已經有足夠多的網絡音頻協議與標準,但是AES67的目標是創建一個讓若干現有協議可以綁在一起的地方。如果標準成功,我們可以一個讓原始協議更少使用的水準。
它支持什么類型的網絡?
所有為AES67使用的協議都要能夠在IP網絡上路由。高性能的媒體網絡支持低延遲(少于10ms)的專業質量音頻(16 bit, 48 kHz乃至更高)與現場聲兼容。該水準的網絡性能需要滿足這樣的要求:可在校園規模的網絡上實現,但是通常不是廣域網或者公共因特網。因為IP協議可以容易地應用于以太網,這個標準也是全面適用于任何規模的以太網。
AES67與AVB有怎樣的關系
AVB標準定義了以太網的改進,提供同步、QoS和一個接納控制特性,能夠防止網絡因媒體流量形成超載。AES67兼容并接受來自一個AVB架構的這些功能的性能優勢。AVB定義了兩類針對媒體數據的傳輸協議。其中IEEE1722是一個唯以太網的傳輸,與AES67已經確定的范圍不相容。IEEE 1733為基于RTP的AVB定義了IP傳輸。這一類的AVB與AES67的目標與范圍是一致的。