藍牙耳機會延遲好像已經見怪不怪，但常看到市售低延遲藍芽耳機已經逼近有線等級，這真的做得到嗎？還是又是行銷噱頭？這篇從工程角度拆解要達到 10ms 到底要跨過哪些技術關卡，並以一個實際案例驗證現在的技術水準究竟走到哪裡。

看懂 10ms 這道技術門檻

有線耳機延遲通常在 10ms 以下，這是無線音訊技術長期想逼近的天花板，一般藍牙標準協定本身很難做的到。

想壓到 10ms，代表要同時解決編碼運算、無線傳輸協定開銷、封包調度三道難關，通常需要跳脫藍牙才有機會。

目前確實已經有技術把延遲壓到十幾毫秒、逼近 10ms 等級，但多半需要搭配專屬發射器，並犧牲一對多連線等彈性換取速度。

 

為什麼 10ms 是無線音訊的技術天花板？

有線耳機的延遲之所以能壓在 10ms 以下，是因為訊號只需要經過 DAC 轉換就直接送進耳機，路徑短，沒有無線傳輸的環節。藍牙耳機要達到同樣等級，代表編碼、無線傳輸、解碼這三道關卡疊加起來的時間，總和也要壓在 10ms 以內。這對標準藍牙協定來說幾乎是不可能的任務，因為光是藍牙協定的封包交握與重傳機制，就常常需耗掉數十毫秒。這也是為什麼多數標榜低延遲的藍牙耳機，實際測出來還是落在 30ms 以上。

連線方式延遲量級備註
有線連接（對照基準）10ms 以下路徑最短，沒有編碼與無線傳輸環節
一般藍牙編碼（SBC／AAC）150～300ms標準藍牙協定，多數裝置的預設等級
低延遲藍牙編碼（aptX LL／Adaptive）40～80ms仍在藍牙協定框架內，受限於交握機制
2.4G 專屬發射器（各家產品有落差）45ms 以下跳脫藍牙標準協定，是目前主流的低延遲解法

〔一般藍牙編碼傳輸路徑圖〕

 

要壓到 10ms 得跨過哪些關卡？

第一關是編碼效率，壓縮與解壓縮的演算法要夠快，不能為了追求音質犧牲運算時間。再來是傳輸協定，標準藍牙的封包交握、重傳與抗干擾機制設計初衷不是為了低延遲，因此多數真正做到極低延遲的方案，會改用類似 2.4GHz 的專屬無線協定，跳過藍牙標準流程，直接壓縮傳輸開銷。最後是硬體與韌體的同步優化，晶片運算速度、天線設計、封包調度演算法都要客製化，以目前技術光靠藍牙版本新無法解決問題。

  • 編碼／解碼演算法效率：壓縮速度要快，且不能犧牲音質
  • 傳輸協定選擇：跳脫標準藍牙交握機制，改走專屬無線協定
  • 硬體與韌體同步優化：晶片、天線、封包調度都要客製化設計

要穩定跑在 10ms，工程上常常需要做取捨，例如犧牲一對多連線的彈性，改成一對一專線連接，才能把封包調度的變數降到最低。

 

現在的技術能多接近有線？

以 XROUND AERO PRO 2 為例，在官方公開的實測數據中，切到超頻遊戲模式時，純藍牙連線就能壓到約 30 毫秒，已經優於多數標榜低延遲的藍牙耳機；如果再搭配專屬的 ThunderConnect 2 發射器，實測數據為 18 毫秒，是目前最接近有線體驗的無線組合。要注意的是，這個等級是透過發射器跳脫標準藍牙協定達成的，而且為了維持穩定，發射器模式僅支援一對一專線連接，這正好呼應前面提到的工程取捨。

連線模式官方延遲數據
超頻遊戲模式＋手機（純藍牙）約 30ms
搭配 ThunderConnect 2 發射器18ms

拿類似的耳機 + 發射器組合互相比較，這 18 毫秒的差距會更有感：

〔數據來自專業檢測機構-百佳泰〕

如果你正是對延遲極度敏感的玩家，XROUND AERO PRO 2 搭配 ThunderConnect 2 發射器實測延遲僅 18 毫秒，是目前同類產品中最接近有線的體驗，值得列入選購清單。
 

追求到 10ms 的體驗有什麼差別?

人耳對聲音延遲的感知門檻約在 60 至 70 毫秒，對聲音配畫面的容許範圍更寬鬆。但如果是遊玩 FPS 遊戲、音樂遊戲這類對幀極度敏感的場景，30 毫秒以下才會讓操作跟音效真正對得上拍子，這時候越逼近 10ms 等級的藍芽耳機，越能實際體感出差異。

 

常見問題 FAQ

Q1：該怎麼挑選低延遲藍牙耳機？

實際延遲常受到裝置端支援的編碼、環境干擾、韌體版本等因素影響，選購前建議參考第三方實測或官方公開的測試條件說明。

Q2：為什麼想逼近 10ms，通常需要額外的發射器？

因為標準藍牙協定的封包交握與抗干擾機制本身就會拉長延遲，專屬發射器等於跳過這一整套流程，改用類似 2.4GHz 的私有協定直接傳輸，才有辦法把總延遲壓到十幾毫秒、逼近 10ms 這個等級。

Q3：用發射器連線會犧牲什麼？

最常見的取捨是連線彈性，例如原本可以一對二連接多個裝置，切到發射器模式後通常只能一對一專線連接，這是為了讓封包調度更單純、延遲更穩定所做的設計選擇。