在 Callaba 中設定 SRT 閘道的四種方式
依訊號必須完成的工作選擇方式。每種方式皆可在 Callaba UI 中設定，並直接連至操作指南與 API 參考。
具明確存取控制的 SRT Server
適用情境適合需要明確授權發佈者與接收者的受管 SRT 入口。
- 建立 SRT Server，設定連接埠、模式、延遲與選用密碼。
- 只加入應被允許連線的發佈者與接收者。
- 啟動伺服器、連接兩端並驗證傳輸健康狀態。
SRT Route
適用情境適合在不轉碼的情況下，將 SRT 或 UDP 輸入轉送至 SRT 目的地。
- 選擇本機 SRT 監聽器、SRT URL 或支援的 UDP 來源。
- 設定 SRT 目的地與相符的傳輸參數。
- 啟動路由，並分別驗證來源與目的地。
Restreaming
適用情境適合還需要協定轉換、轉碼、縮放、音訊調整或圖層疊加的閘道。
- 選擇並驗證輸入的即時來源。
- 加入 SRT 輸出，並設定目的地與傳輸參數。
- 啟動 Restreaming，並在接收端驗證產生的輸出。
使用 SRT 協定的 Stream
適用情境適合為現有 SRT Server 建立具名稱的發佈者或接收者連線。
- 建立或選擇上層 SRT Server。
- 建立 Stream、選擇 SRT，並指定發佈者或接收者角色與識別。
- 分享正確的連線資料，並在上層伺服器統計中驗證。
作者：Iurii Pakholkov
Callaba 創辦人，致力於打造支援 SRT、RTMP、WebRTC、NDI、即時路由、監看、錄製與製播工作流程的雲端視訊工具。
SRT 閘道器指南 · 最後更新：2026 年 6 月 30 日
SRT 閘道器 是透過 SRT 及相關 IP 視訊協定接收、路由、轉換、監看並重新分發即時視訊串流的軟體或硬體。在廣播與雲端製播工作流程中，閘道器是現場回傳來源、私有網路、雲端系統、解碼器、合作夥伴，以及錄製與播放目的端之間可控的訊號交接點。
SRT 是 Secure Reliable Transport的縮寫。它以 UDP 運作，並提供封包復原、加密、延遲控制、Caller/Listener 模式與執行階段統計。閘道器利用這些 SRT 工作階段在不同網路與工作流程之間傳送即時訊號，並經常同時與 RTMP、RTSP、UDP/RTP MPEG-TS、HLS、WebRTC、NDI 或錄影器/播放器輸出相互轉換。
快速解答：什麼是 SRT 閘道器？
SRT 閘道器是即時 SRT 視訊的路由層。它從編碼器、遠端場地、雲端應用程式、行動訊號源或合作夥伴訊號接收即時 SRT 串流，再將串流路由或轉換至其他目的端，同時提供位元率、RTT、封包遺失、連線狀態、預覽、錄製與備援就緒狀態等營運指標。
SRT 閘道器指南庫
依廠商或裝置系列尋找合適的 SRT 閘道器指南
本中心是 Callaba SRT 閘道器工作流程的上層頁面。請先從這裡瞭解整體架構，再開啟與即時工作流程中編碼器、解碼器、攝影機或回傳裝置相符的廠商中心或特定型號指南。
Callaba SRT 閘道器
將 Callaba 作為軟體 SRT 閘道器，執行即時路由、監看、錄製與復原。
Callaba 不是硬體編碼器或 SDI 設備，而是可部署於雲端、AWS、私有雲或自行託管環境的軟體控制層。它能接收 SRT 訊號、確認媒體持續送達、路由輸出、錄製串流、提供 API 統計資料、在瀏覽器 Multiview 中顯示訊號源，並為即時作業準備備援路徑。
接收來自 OBS、vMix、FFmpeg、攝影機、行動應用程式、硬體編碼器或合作夥伴系統的 SRT 訊號。
將同一訊號源傳送至 Multiview、錄製、HLS/WebRTC 播放、RTMP 目的端、合作夥伴或備援路徑。
利用即時統計、預覽、API 與備援切換邏輯，在活動進行期間持續掌握工作流程狀態。
內嵌工作流程示意圖
SRT 閘道器如何傳送即時訊號
訊號源
編碼器、攝影機、場地、行動應用程式、vMix、OBS訊號源依照 SRT Caller/Listener 邏輯傳送或接收即時訊號。
SRT 閘道器
接收、路由、轉換、監看、復原閘道器是現場回傳、私有網路、雲端工作流程與輸出之間的決策節點。
目的端
解碼器、錄影器、Multiview、播放器、RTMP、HLS/WebRTC、合作夥伴輸出只要工作流程設計得當，一個輸入便可產生多個受控輸出。
什麼是 SRT 閘道器？
SRT 閘道器是連接 SRT 現場回傳與工作流程其他環節的即時視訊路由節點。它可以從一個網路接收串流，並讓該串流可在另一個網路、另一種協定、另一個區域或另一套製播系統中使用。
在實際的廣播與串流製播中，閘道器通常負責四項工作：
- 接收： 接收來自編碼器、攝影機、行動應用程式、軟體工具、遠端場地或合作夥伴系統的 SRT 串流。
- 路由： 將同一訊號傳送至一個或多個目的端，例如解碼器、錄製、Multiview、播放或合作夥伴輸出。
- 轉換： 依平台能力，將 SRT 橋接至 RTMP、HLS、WebRTC、UDP/RTP MPEG-TS 或檔案錄製等下游格式。
- 營運： 提供即時統計、預覽、封包狀態、備援切換狀態與 API 控制，確保工作流程在直播活動期間值得信賴。
關鍵差異在於，閘道器不只是協定端點；它是將傳入即時訊號轉為受管理製播資源的位置。
SRT 閘道器與 SRT 伺服器
這兩個術語經常混用，但用途稍有不同。
| 術語 | 主要工作 | 典型問題 |
|---|---|---|
| SRT 伺服器 | 在指定連接埠與模式下接受或發起 SRT 工作階段。 | 如何接收 SRT 串流？ |
| SRT 閘道器 | 在網路或系統之間接收、路由、轉換、監看並重新分發串流。 | 如何在現場回傳、雲端、製播與分發環節之間傳送即時訊號？ |
一個閘道器可包含一台或多台 SRT 伺服器，並增加路由、輸出決策、監看、轉換、復原及營運控制功能。
SRT 閘道器解決方案比較
SRT 閘道器市場涵蓋硬體設備、雲端服務、軟體媒體閘道器與自行託管的控制層。應根據是否需要本機 SDI/NDI 訊號交接、雲端路由、高密度分發、企業廣播路由或 API 驅動的即時作業來選擇。
| 閘道器選項 | 最適合 | 注意事項 |
|---|---|---|
| Callaba SRT Gateway | 適用於雲端、AWS、私有雲或自行託管環境的 SRT 路由，支援監看、錄製、Multiview、備援切換與 API 控制。 | 當 SRT 訊號屬於實際營運工作流程，而不只是點對點傳輸時，請使用此方案。 |
| Haivision SRT Gateway | 適用於企業廣播的跨網路路由、協定轉換與安全即時視訊分發。 | 專用 SRT 閘道器設備與企業部署的重要參考方案。 |
| StreamRus OnPremise SRT & Multicast Gateway | 在內部部署環境中，以軟體或硬體接收網際網路串流並複製至多播網路的工作流程。 | 適用於閘道器必須橋接 WAN 現場回傳與 LAN 分發的情境。 |
| LiveU Nexus | 支援多種回傳協定的雲原生 IP 視訊閘道器工作流程。 | 適合重視 LiveU 生態系整合與通用訊號處理的情境。 |
| Quickstream Node | 用於轉換、管理、交換與連接即時內容的軟體媒體閘道器。 | 適合需要橫跨廣播與串流系統的綜合型 IP 視訊閘道器時使用。 |
常見的 SRT 閘道器路由模式
從現場回傳至雲端
遠端場地 → SRT 閘道器 → Multiview + 錄製 + 播放器當現場訊號需要成為可觀測的雲端工作流程時，請採用此模式。
從雲端至製播系統
SRT 輸入 → 閘道器路由 → 解碼器、NDI、RTMP 或合作夥伴輸出當網際網路訊號必須進入製播鏈或合作夥伴鏈時，請採用此模式。
主路徑與備援路徑
主要 SRT + 備援 SRT → 受監看切換 → 穩定輸出當即時鏈路不能在操作員未收到提示的情況下中斷時，請採用此模式。
如何在 Callaba 中建立 SRT 閘道器工作流程
- 在 AWS Marketplace 上啟動 Callaba，或在您的私有環境中將其安裝於 Linux。
- 為傳入訊號建立一台或多台 SRT 伺服器，並設定連接埠、延遲、Stream ID 與密碼片語。
- 在防火牆、安全性群組或網路原則中開放所需的 UDP 連接埠。
- 將 OBS、vMix、FFmpeg、Larix、攝影機或硬體編碼器設為 Caller 並傳送訊號。
- 驗證位元率、RTT、封包遺失、預覽、音訊及作用中串流狀態。
- 將串流路由至錄製、Multiview、HLS/WebRTC 播放、RTMP 目的端、備援輸出，或由 API 控制的下游工作流程。
操作員注意事項： 只有 SRT 工作階段連線並不足夠。對於閘道器工作流程，請務必在活動開始前確認媒體存在、音訊、位元率、RTT、封包遺失，以及至少一個下游輸出。
協定轉換與輸出格式
部署閘道器通常是因為一端使用 SRT，而另一端需要其他格式。轉換可能包括協定轉換、封裝、重新串流、錄製，或向另一套製播系統交接訊號。
| 輸入 | 閘道器動作 | 輸出 |
|---|---|---|
| 來自編碼器的 SRT MPEG-TS | 接收並監看 | Multiview、錄製或瀏覽器播放 |
| SRT 回傳訊號 | 路由或重新串流 | RTMP、HLS/WebRTC、合作夥伴輸出或 SRT 路由 |
| 主要與備援 SRT 路徑 | 監看並切換 | 穩定的節目鏈路、錄製與操作員驗證 |
並非每種閘道器都能執行所有轉換。有些是傳輸路由器，有些是完整的媒體平台，另一些則是具備 SDI、NDI、多播或解碼器輸出的硬體設備。
SRT 閘道器需要監看哪些項目
閘道器位於即時鏈路中段，因此必須同時證明傳輸狀況良好且媒體可用。
- 連線狀態： 已連線、已中斷、正在重新連線、連線失敗。
- 輸入位元率： 媒體是否仍持續送達。
- RTT： 傳送端與接收端之間的往返時間壓力。
- 封包遺失與重傳： SRT 是否正在耗用錯誤復原餘裕。
- 預覽與音訊： 影像與聲音是否確實可用。
- 下游輸出： 錄製、播放器、Multiview、解碼器、RTMP 或合作夥伴輸出的狀態。
備援切換、NAT、安全性與擴充
Caller、Listener 與 NAT 穿透
多數雲端閘道器工作流程會將閘道器設為 Listener、編碼器設為 Caller，讓現場設備能主動連線至穩定的公用 IP 或 DNS 名稱。部分企業工作流程需要 Caller 模式、Rendezvous、Proxy 模式、VPN 路由，或在網路邊界兩側各部署一個閘道器。
備援切換與復原
製播閘道器應分開主要與備援訊號、持續顯示兩者狀態，並確保能在觀眾或下游合作夥伴察覺故障前完成切換。切換前請檢查位元率、RTT、封包遺失、預覽、音訊與輸出狀態。
安全性
盡可能使用防火牆允許清單、強式密碼片語、可識別活動/訊號源/角色的 Stream ID，並在不同活動之間輪替認證資訊。應將公開 SRT 輸入視為製播系統邊界，而不是隨意使用的測試連接埠。
擴充
處理大量訊號時，應保留 UDP 連接埠範圍、記錄訊號源至節點的分配，並將閘道器執行個體部署在接近回傳來源或操作員的位置；若活動會在不同場地、區域或客戶之間重複舉辦，可使用 API 自動佈建。
常見問題
什麼是 SRT 閘道器？
SRT 閘道器是透過 SRT 及相關 IP 視訊協定接收、路由、轉換、監看並重新分發即時視訊串流的軟體或硬體。
SRT 閘道器與 SRT 伺服器相同嗎？
不完全相同。SRT 伺服器通常是指接受或發起 SRT 工作階段的端點；SRT 閘道器則通常是指網路、協定與製播系統之間功能更廣泛的路由及轉換層。
Callaba 可以作為 SRT 閘道器嗎？
可以。Callaba 能接收 SRT 訊號、監看即時統計、在瀏覽器中顯示 Multiview、錄製串流、路由輸出、建立播放器工作流程，並透過 API 端點提供閘道器操作。
SRT 閘道器能將 SRT 轉換為 RTMP 或 HLS 嗎？
許多閘道器平台可以將 SRT 路由或轉換為 RTMP、HLS、WebRTC、錄製或其他 SRT 路徑等下游格式。實際輸出取決於所使用的閘道器產品。
何時需要 SRT 閘道器，而非簡單的 Listener？
當訊號屬於實際工作流程的一部分時，請使用閘道器，例如路由、協定轉換、錄製、監看、備援切換、合作夥伴交接、雲端製播、私有部署或 API 自動化。
將 Callaba 作為您的 SRT 閘道器
建立 SRT 輸入點、監看即時鏈路，並將訊號路由至錄製、Multiview、播放、重新串流、合作夥伴輸出、備援切換或 API 驅動的製播工作流程。
