數位音訊網路技術需求清單：頻道路由、時鐘與備援設計

TL;DR — 數位音訊網路技術需求清單必須列載所有裝置、埠、發射端、接收端、頻道路由、取樣率、時鐘主、交換器、纜線路徑、控制電腦與負責技術員。若需備援功能，須繪製兩條真正分離且受支援的路徑，並定義故障移轉測試方式。接頭規格、協定標籤或可見裝置名稱相符，無法證明格式、路由、韌體或網路相容性。

目錄

1. 界定網路範圍
2. 盤點裝置與實體路徑
3. 建立頻道路由矩陣
4. 指定時鐘、位址與控制權
5. 設計受支援的備援配置
6. 前置作業與測試網路
7. 常見問題

界定網路範圍

「網路音訊」並非指單一可互換的系統，撰寫時需先包含以下項目：

• 使用的協定與必要運作模式；
• 交換音訊的巡演與場地裝置；
• 前場（FOH）、監聽、舞台機櫃、無線、錄音、廣播、播放與處理器端點；
• 頻道數量與傳輸方向；
• 取樣率及其他共用格式設定；
• 僅主路運作或受支援的備援運作模式；
• 交換器、纜線、轉接器與控制電腦的供應商與操作人員。

即使通過審核的設計共用基礎設施，技術需求清單中也需將控制流量、音訊傳輸、網路、燈光、對講機及其他服務明確分開。合格的系統負責人應依據實際協定、硬體、韌體、交換器設定與場地政策審核拓撲結構。

若目標是在多個控台之間共享麥克風輸入，也可參閱 麥克風分配器技術需求清單。網路圖可作為演出輸入列表的補充，但無法取代來源名稱、實體位置與職責劃分。

盤點裝置與實體路徑

在繪製路由前先建立裝置表格。

此為範例結構，並非相容性保證。若廠商、型號、介面卡、韌體與軟體細節會影響互通性，請補充完整資訊。

在拓撲圖上需標示所有端點、埠、交換器、纜線路徑、接頭、光纖模組、媒體轉換器、控制電腦、位置，以及巡演團隊與場地的責任分界。標註會影響纜線保護、進出動線或切換時間的路徑。

裝台期間絕對不要因為埠位看起來空閒就連接不熟悉的網路，系統負責人必須先確認其功能、運作模式、位址行為與拓撲結構。

建立頻道路由矩陣

使用可對應回演出文件的穩定裝置與頻道名稱。

請以實際識別碼取代範例內容。路由需與 輸入列表與跳線表、監聽目的地列表、控台檔案、錄音軌道與系統處理器目的地保持一致。

僅在系統提供且操作人員需要時，才記錄訂閱、多播、單播、流或捆綁細節。若系統支援，請儲存已知正常的路由檔案，但技術需求清單中仍需保留可讀的矩陣表以供審查與故障恢復使用。

指定時鐘、位址與控制權

時鐘規劃

網路數位音訊裝置必須對時間與格式達成共識，需確認以下項目：

• 預定時鐘主或主時鐘裝置；
• 任何偏好的主時鐘設定；
• 是否使用外部同步；
• 取樣率與協定模式；
• 跨時鐘網域的裝置；
• 可變更時鐘設定的人員；
• 操作人員需驗證的狀態指示器。

若系統自動選取時鐘主，需文件化預期結果，並在所有裝置連接完成後驗證實際的時鐘主。

位址與命名

說明位址指派是自動、靜態還是場地管理。僅當子網路、VLAN、閘道或 DHCP 服務屬於通過審核的設計時，才需記錄在技術需求清單中。絕對不要在技術需求清單中發布密碼或敏感憑證。

裝置名稱應具唯一性、穩定性且具描述性，例如 TOUR-FOH、TOUR-MON 與 VENUE-SR-RACK。頻道名稱應盡可能與演出列表一致。

控制權歸屬

列載控制應用程式、相容版本、電腦、連線方式與操作人員。定義可重新命名裝置、變更路由、更新韌體、調整交換器設定或連接設備的人員。

韌體更新屬於維護作業，並非裝台的自動步驟。演出前需確認並測試版本，不要隨意更新已知正常的製作系統。

設計受支援的備援配置

僅當協定與相關裝置支援該設計時，備援功能才有效。需說明該設計可容忍哪種故障。

若系統定義了主網路與備援網路，需完全依照製造商要求將兩者分離。除非通過審核的設計明確要求，否則不要橋接備援路徑。透過相同不受支援的端點、交換器、電源或實體路徑鋪設第二條纜線，可能無法提供有效的保護。

需記錄交換器與關鍵端點的供電情況。網路路徑備援無法防範所有共用裝置或電源故障。

前置作業與測試網路

演出前

1. 交換裝置、介面卡、韌體、軟體、協定與運作模式的詳細資訊。
2. 確認輸入、輸出、監聽、錄音與系統頻道數量。
3. 審核拓撲結構、交換器、位址指派、取樣率與時鐘設定。
4. 建立可讀的發射至接收路由矩陣。
5. 指派纜線、控制、路由、韌體與故障排除的負責人。
6. 確認備援需求與安全測試方法。
7. 保留已知正常的配置與可讀的備用跳線。

現場裝台期間

1. 擺放並標示所有端點、交換器、埠與纜線路徑。
2. 僅連接通過審核的拓撲結構。
3. 驗證裝置搜尋、名稱、位址、韌體與格式。
4. 確認實際時鐘主與同步狀態。
5. 套用並檢查所有必要路由。
6. 透過每個來源與目的地傳輸並聆聽音訊。
7. 測試控制權限，且不得暴露憑證。
8. 執行約定的主路或備援路徑故障測試。
9. 儲存最終路由狀態，並在技術需求清單中註記偏差。

系統技術員、前場工程師、監聽工程師與錄音工程師可受邀共同編輯同一份技術需求清單並查看編輯歷史。在最終拓撲結構與路由確認完成後，匯出附日期的 PDF 檔案。

常見音訊網路錯誤

僅填寫協定名稱：需補充裝置、埠、韌體、運作模式、格式、時鐘、路由、交換器與負責人。

將裝置搜尋結果視為音訊正常的證明：可見的裝置仍可能擁有錯誤的路由、取樣率、時鐘或頻道指派。

使用出廠預設裝置名稱：穩定的名稱能讓路由與故障報告更容易理解。

讓路由偏離輸入列表：需使用一致的來源與目的地名稱。

將任意第二條纜線視為備援：需驗證端對端支援、分離路徑、供電與故障移轉行為。

演出前檢查清單

• 協定、運作模式、裝置、介面卡、韌體與軟體細節相符。
• 所有端點、埠、交換器、纜線路徑、位置與供應商均已列載。
• 路由與演出輸入、輸出列表一致。
• 取樣率、時鐘主與同步路徑已確認。
• 已指派位址、名稱、控制權限與變更權責。
• 主網路與備援網路符合通過審核的設計。
• 單點故障與備用跳線已標示清楚。
• 所有路由均已聆聽確認，而非僅完成裝置搜尋。
• 故障移轉測試通過，且最終路由狀態已儲存。

常見問題

數位音訊網路技術需求清單需要包含哪些項目？

需包含確切的協定與運作模式、裝置、介面卡、韌體、埠、交換器、纜線路徑、頻道路由、取樣率、時鐘主、位址指派、控制應用程式、供應商、備援配置、備用方案與測試流程。

如何為演出文件化 Dante 路由設定？

需在每個接收端旁列載所有發射裝置與頻道，且名稱需與演出列表一致。同時需記錄埠、取樣率、時鐘結果、網路路徑、控制權歸屬，以及儲存的已知正常路由狀態。

Dante 音訊網路需要專用交換器嗎？

需視端點數量、拓撲結構、連線模式、頻寬、備援需求與通過審核的場地設計而定。請使用相容且正確設定的基礎設施，並驗證 Audinate 與裝置製造商的要求，不要假設任何現有網路都適用。

音訊網路的時鐘主是什麼？

時鐘主是其他數位音訊裝置所遵循的裝置或時序來源。需確認預定時鐘主、取樣率、外部同步、控制器，以及驗證實際時鐘狀態的方法。

如何測試備援音訊網路？

先確認所有相關裝置都支援文件化的備援模式。讓音訊通過所有路由，安全斷開一條通過審核的路徑，驗證預期的音訊與狀態回報，恢復該路徑後，若系統流程允許，再對另一條路徑執行相同測試。

將拓撲結構與演出跳線整合至單一技術需求清單

在 Techrider.live 建立舞台配置圖與輸入列表，邀請系統與控台工程師共同編輯同一份技術需求清單，在路由與故障移轉測試通過後，匯出單份確認的 PDF 檔案。

---

最後更新：2026-08-10 · 審核範圍：數位音訊拓撲、路由、時鐘、控制、備援與演出前置規劃。