修復 WebRTC 中 BigBlueButton 麥克風迴聲和音訊延遲問題

BigBlueButton 的迴聲和音訊延遲聽起來很相似，但通常需要不同的解決方法。如果人們能聽到自己的聲音回放，則可能是麥克風附近的揚聲器未連接，或者某個與會者的音訊路徑有問題。如果語音延遲、斷斷續續或在整個會議室中出現延遲，請檢查網路狀況和 WebRTC 連線。首先要確認問題是只發生在你身上，還是會議中的所有人都會遇到。

一個區別可以避免不必要的更改：在 BigBlueButton 的迴聲測試期間聽到自己的聲音是正常的。此測試會播放您的麥克風，以便您在加入會議前進行驗證。加入會議後持續存在的迴響是另一個問題。

這是迴聲，還是音訊延遲？

迴聲是指聲音的重複出現，且聲音清晰可辨。這是因為某人的麥克風可能正在拾取揚聲器發出的聲音，並將其發送回會議中。輕微的延遲會使返回的聲音聽起來像迴聲，但網路抖動也會導致音訊斷斷續續或延遲。

音訊延遲是指語音明顯延遲到達聽眾耳中，通常伴隨停頓、機械音或斷續的情況。延遲可能影響單一參與者（由於其本地連接），也可能影響多個參與者（由於共享伺服器或網路問題）。延遲模式本身比描述延遲的字詞更重要。

人們注意到什麼	首先可能需要檢查的區域
在聯合測試中，只有一個人能聽到自己的聲音。	迴聲測試回饋或選定的麥克風和揚聲器
幾個人兩次聽到同一個參與者的聲音。	該參與者的揚聲器、麥克風位置或音訊設備
其中一位參與者聽到所有人的聲音都比較慢或斷斷續續。	參與者的 Wi-Fi、VPN、瀏覽器或裝置負載
許多參與者同時遇到延遲問題	共享網路路徑、防火牆、TURN 中繼或 BigBlueButton 伺服器負載

為什麼我在 BigBlueButton 的迴聲測試中會聽到自己的聲音？

這是預期的麥克風測試。當您選擇使用麥克風加入時，BigBlueButton 會向瀏覽器要求權限並播放您的聲音。其目前的發布測試指南指出，音量指示器應在您說話時做出反應，並且在音訊對話方塊中可能提供切換麥克風或揚聲器設備的選項。如果測試播放清晰且音量指示器移動，請選擇「是」加入音訊。

如果您加入通話後仍能聽到自己的聲音，或其他人聽到重複的聲音，請先排查即時音訊路徑的問題，而不是將測試本身視為失敗。在通話過程中，請短暫地將麥克風靜音。如果重複的聲音消失，請取消靜音並將麥克風移離揚聲器更遠，降低揚聲器音量，或使用耳機。如果將某位參與者靜音後，所有人的迴音都消失了，請該參與者檢查其設定。

如何阻止麥克風將揚聲器的聲音傳回？

使用耳機或耳麥，並確保麥克風靠近嘴部。這樣可以降低麥克風拾取房間揚聲器聲音的幾率。降低揚聲器音量或增加揚聲器與麥克風之間的距離也有幫助，但在多人共用的房間裡，耳麥通常是更可靠的選擇。

請檢查是否只有一支麥克風處於活動狀態。筆記型電腦麥克風和網路攝影機麥克風可能同時可用，而選定的麥克風可能距離說話者比預期更遠。在 BigBlueButton 的音訊設定中，明確選擇所需的麥克風和說話者。如果在切換裝置後出現迴聲，請退出音訊並重新加入，以便迴聲測試針對選定的裝置組合運作。

在多人會議室中，應避免多台電腦透過開放式揚聲器連接音訊。建議使用一個配備合適麥克風的房間音訊連接，或要求每位與會者佩戴耳機並在不發言時靜音。即使您自己的裝置配置正確，其他與會者未靜音的筆記型電腦也可能造成音訊回饋。

為什麼即使迴聲測試正常，音訊也會出現延遲？

成功的迴聲測試表明瀏覽器已獲得麥克風存取權限並且可以播放本地音訊。但這並不能證明會議期間網路路徑始終保持低延遲。 BigBlueButton 透過 WebRTC 傳輸即時媒體；網路限制、Wi-Fi 不穩定、丟包或路由擁塞都可能導致音訊延遲或中斷。

首先進行最簡單的對比。詢問另一位參與者是否也聽到同樣的延遲。如果只有一人受到影響，請嘗試使用該參與者的有線網絡，暫時停用 VPN，靠近 Wi-Fi 存取點，或切換到其他網路。通話期間暫停大型上傳、下載和雲端備份。如果電腦負載較高，請關閉佔用大量資源的標籤頁或應用程式。關閉攝影機幾分鐘進行測試；如果音訊有所改善，則可能是頻寬或設備處理能力的問題。

如果整個會議室都出現同樣的延遲，更換一位與會者的麥克風不太可能解決問題。請記錄延遲何時開始出現，以及是否在同一台伺服器上的每次會議中都會發生。會議主持人應請服務管理員檢查伺服器和網路路徑。

我應該檢查瀏覽器和音訊設定中的哪些內容？

請確保瀏覽器已授予 BigBlueButton 網站的麥克風權限。如果先前權限被拒絕，請在瀏覽器的網站設定中變更權限，重新載入會議，然後再次加入音訊。請使用 BigBlueButton 服務支援的最新版瀏覽器。如果某個擴充功能或快取的網站設定可能造成乾擾，可以使用隱私視窗進行比較，但這並不能取代檢查裝置選擇。

在迴聲對話方塊中，說話並觀察音訊電平指示器。如果指示器沒有變化，請選擇另一個麥克風，並檢查作業系統的輸入電平或靜音開關。如果指示燈變更但您聽不到測試聲音，請檢查所選的輸出裝置和系統音量。 BigBlueButton 的文檔介紹如何在測試期間選擇音訊設備以及加入測試後更改設備；如果測試不再可用，請退出音訊並重新加入。

請使用瀏覽器自帶的裝置控制和作業系統聲音面板確認已選擇相同的輸入和輸出裝置。不要為了讓電平表指針移動而過度提高麥克風增益；過高的輸入電平會拾取環境噪音並加劇嘯叫。

伺服器或防火牆最有可能出現什麼問題？

當多個參與者受到影響、不同網路上的使用者遇到類似故障，或 BigBlueButton 報告 WebRTC 連線錯誤時，請管理員進行調查。目前的 BigBlueButton 4.0 故障排除文件將錯誤 1007：ICE 協商失敗描述為無法協商媒體路徑，並列出了 NAT、UDP 連接埠被阻止或在受限網路上需要 TURN 等可能的原因。 WebRTC 使用 ICE 來尋找可用的連線路徑；像 TURN 這樣的中繼可以幫助無法建立直接媒體路徑的用戶端。

對於自託管伺服器，管理員應將其防火牆、NAT 和已通告的媒體位址與已安裝的 BigBlueButton 版本的文件進行比較。目前的防火牆指南指定了文件中所述設定使用 TCP 80/443 連接埠和 UDP 媒體範圍，但不同的託管服務提供者和部署方案可能有所不同。請勿變更託管服務的防火牆規則；請將錯誤代碼、受影響的會議時間以及問題影響的是單一網路還是多個網路告知服務提供者。

伺服器 CPU 爭用也可能影響即時媒體。如果所有與會者同時報告延遲，管理員應在事件發生期間檢查伺服器負載和 BigBlueButton 的 WebRTC/音訊服務運作狀況。會議結束後伺服器狀態正常可能無法反映臨時過載情況，因此請提供時間戳記和可重現問題的詳細資訊。