Pixel 測試版近期出現的 Voice Broadcast（語音廣播）功能，讓一個已發展多年的趨勢重新受到關注。啟用此功能後，使用者可以直接對著手機麥克風說話，並透過 Bluetooth LE Audio 將即時語音以 Auracast 廣播方式傳送到附近相容的耳機、助聽裝置或無線揚聲器。整個過程不需要功率放大器，也無須鋪設揚聲器線纜，聽眾甚至不必依照傳統藍牙方式與手機逐一配對。
這不只是智慧型手機上的另一個便利功能，它反映的是「廣播」概念正在發生更廣泛的變化。傳統公共廣播系統通常與設備機房、功放、吸頂揚聲器及固定覆蓋區域聯繫在一起。Auracast 帶來另一種模式：放在口袋裡的手機也可以暫時成為面向附近多名聽眾的音訊來源。廣播不再只能代表「這個實體空間裡的所有人都聽到同一則訊息」，也可以代表「在覆蓋範圍內、選擇加入的人直接接收到音訊」。個人裝置正開始成為公共音訊分發鏈路的一部分。
從點對點到廣播：一對多音訊是如何運作的？
傳統藍牙音訊主要建立在點對點連線之上。手機與一副耳機完成配對，建立專用音訊連線，然後把聲音傳送到該裝置。如果十個人需要同時收聽，點對點模式就必須管理更多獨立連線，進一步增加穩定性、裝置資源及耗電方面的複雜度。
Auracast 採用的是根本不同的方式。智慧型手機充當廣播來源，持續傳送同一條音訊串流。覆蓋範圍內的相容裝置可以發現該廣播並各自獨立加入。無論是 5 人還是 50 人收聽，手機都不需要與每個接收端建立一條完整、獨立的音訊工作階段，因為它始終只是在傳送同一條廣播串流。
當 Voice Broadcast 這類功能使用手機內建麥克風時，基本路徑可簡化為：
智慧型手機麥克風 → Bluetooth LE Audio 編碼 → Auracast 廣播 → 多個附近接收裝置獨立加入
接收裝置不一定是傳統耳機。相容的助聽裝置、支援 Auracast 的揚聲器以及其他受支援的音訊接收終端同樣可以加入。廣播可以設為開放模式，讓覆蓋範圍內的任何人發現並收聽；也可以使用存取憑證加以保護，只允許獲授權的聽眾加入。因此，同一項技術既適合內部培訓，也適合導覽及其他需要控制收聽範圍的環境。
這正是「個人 PA 系統」這個概念成立的原因。智慧型手機並不會變成大功率揚聲器，而是從個人通訊裝置轉變為一個本地廣播音訊來源。
哪些應用場景可能最先採用這種方式？
Auracast 最有價值的場景，並不是去取代商場、工廠或機場現有的固定 PA 系統。它真正擅長的是臨時、短距離及個人化收聽。
導覽是最典型的例子之一。導遊不再需要攜帶便攜式擴音器，也不必提高音量讓整個團體都能聽見。參觀者可以使用自己的相容耳機收聽解說，同時不會打擾附近其他人。博物館、展覽館、企業參觀及實體培訓都可以採用類似方式。
在會議室和教室中，Auracast 可以作為一種輕量級輔助聆聽層。講者不需要單純為了蓋過環境噪音而不斷提高揚聲器音量，而是可以將語音直接傳送到個別聽眾，往往能改善語音清晰度。
對輔助聆聽而言，這一點尤其有價值。餐廳、火車站、醫院大廳以及其他混響明顯或噪音較高的空間，即使使用者配戴助聽裝置，也可能難以聽清遠處說話。如果說話者的聲音能透過 Auracast 直接傳送到相容的助聽設備，就可以避開相當一部分室內聲學干擾。
另一類實用場景是臨時通知。小型活動主辦者、現場工作人員或臨時服務點，可能需要向附近一群人發送簡短訊息，但又沒有必要搭建傳統擴聲系統。在這種情況下，智慧型手機就可以成為非常輕量的廣播工具。
這些場景有一個共同特徵：聽眾可能很多，但覆蓋範圍有限，而且聽眾已經擁有自己的接收裝置。這與 Auracast 的運作模式非常吻合。
它與傳統 PA 系統的本質差異是什麼？
智慧型手機廣播與傳統公共廣播系統看起來都在解決一對多通訊問題，但兩者的實現方式完全不同，所面向的運行需求也不一樣。
| 比較項目 | Auracast 個人廣播 | 傳統公共廣播系統 |
|---|---|---|
| 音訊如何到達聽眾 | 直接傳送到個人耳機、助聽裝置或相容接收終端 | 透過揚聲器覆蓋一個實體空間 |
| 聽眾是否需要接收裝置？ | 需要，必須使用相容 Auracast 的接收裝置 | 通常不需要 |
| 覆蓋模式 | 在無線廣播範圍內進行個人接收 | 按建築、樓層、分區或聲學區域進行覆蓋 |
| 典型應用 | 導覽、培訓、輔助聆聽、臨時通知 | 日常尋呼、定時廣播、分區廣播及緊急通知 |
| 部署模式 | 輕量、行動、臨時 | 固定部署、集中管理，並針對持續運行設計 |
最重要的差異可以用一句話概括：傳統 PA 系統把聲音送入一個空間，而 Auracast 把音訊直接送給個人。
在傳統公共廣播中，任何進入揚聲器覆蓋範圍的人，不需要採取任何操作就能聽到通知。而在個人廣播音訊模式下，聽眾需要具備相容接收裝置，並主動加入廣播。因此，兩種方式更適合作為互補的傳輸模式，而不是彼此直接取代。
為什麼它目前仍無法取代專業 PA 系統？
智慧型手機能夠變成個人 PA 系統，自然會引出另一個問題：固定揚聲器最終會不會變得沒有必要？從工程角度來看，這兩類技術之間的界線目前仍然十分清楚，短期內並不存在現實的取代關係。
第一項限制是接收條件。專業 PA 系統一個非常重要的特點，就是區域內的人不需要安裝 App、配戴耳機，也不需要主動加入某個通訊工作階段。揚聲器會直接把訊息送到覆蓋範圍內的所有人。Auracast 依賴接收裝置相容性和使用者主動參與，因此不適合作為緊急疏散及其他安全關鍵情境中的唯一通訊方式。
第二項限制是覆蓋狀態的可視化與監管。大型園區、學校、交通樞紐和工業現場，需要知道目前哪些區域正在廣播、終端是否在線、音量是否適當，以及緊急訊息是否已成功下發。智慧型手機廣播只覆蓋本地無線環境，本身並不具備與專業系統相同等級的終端監控和運行監管能力。
第三項限制是優先權處理。專業 PA 系統往往需要同時承載背景音樂、日常通知、即時尋呼及緊急訊息。當更高優先權事件發生時，系統必須能夠中斷一般節目，並強制播出緊急訊息。如果智慧型手機廣播未來應用於關鍵通訊，同樣需要足夠可靠的優先權仲裁和授權機制。
可靠性也是一項重要差異。固定 PA 系統可以配置 UPS 備援電源、伺服器備援、本地儲存、冗餘網路和獨立功放鏈路。智慧型手機則仍受電池狀態、作業系統狀態、無線環境以及個人使用行為影響。
因此，在安全關鍵環境中，智慧型手機廣播更適合作為補充資訊通道，而不是傳遞重要訊息的唯一方式。
未來會形成「空間廣播 + 個人音訊」的雙重模式嗎？
Auracast 最值得關注的發展方向，可能根本不是取代 PA 伺服器，而是在現有公共廣播系統之上增加一層新的收聽方式。
機場航廈可以繼續使用吸頂揚聲器和音柱進行一般廣播，同時把登機門變更或行李資訊直接傳送到附近旅客的耳機。會議中心可以在主會場使用固定擴聲，同時針對不同語言提供獨立的個人音訊頻道。學校可以保留傳統 PA 系統用於全校通知，同時把個人廣播用於導覽、特定教學活動或輔助聆聽。
從系統架構角度來看，未來因此可能同時存在兩條平行的音訊傳輸路徑：
PA 平臺 → 功放 / 揚聲器 → 實體空間覆蓋
PA 平臺或行動裝置 → Auracast → 個人接收裝置
第一條路徑解決的是「所有人都必須聽到這則訊息」。第二條路徑解決的是另一個問題：「部分人需要更清楚、更私密或更個人化地聽到這則訊息」。
對公共廣播產業而言，這不只是多加入一種無線協定。傳統 PA 系統主要圍繞實體分區設計，而未來的通訊平臺可能需要同時管理實體區域、使用者群組和個人接收裝置。系統管理員最終關心的可能不再只是「哪個區域正在播放」，還包括「哪些使用者正在接收哪一路音訊串流」。
真正的變化發生在哪裡？
Voice Broadcast 本身並不是一項特別複雜的功能，但它背後的趨勢非常重要：廣播音訊正從專業固定系統走向一般個人裝置。
智慧型手機過去主要是廣播資訊的接收端，現在則開始具備成為廣播來源的能力。耳機過去只是私人收聽裝置，如今也越來越可能成為公共資訊的終端。因此，廣播系統的邊界正從伺服器、功放和揚聲器，延伸到智慧型手機、穿戴式裝置和個人助聽設備。
這並不代表傳統 PA 系統會消失。更現實的未來是：固定公共廣播系統負責可靠、強制、面向大範圍的通訊，而 Auracast 及類似技術負責行動、臨時及個人化的音訊分發。當兩種模式結合後，公共通訊系統的核心問題將不再只是「這則訊息能否覆蓋這個區域」，還會變成「不同的人以什麼方式接收這則訊息最合適」。從這個角度來看，讓智慧型手機成為個人廣播系統，並不是公共廣播的終點，而是更加多元化音訊分發模式的起點。
常見問題
Auracast 語音廣播通常會有多大的延遲？
本地 Auracast 的端到端延遲通常預期會落在數十毫秒到一百多毫秒的範圍，實際取決於發射端的編碼緩衝和接收端的解碼策略。對語音導覽、參觀解說和通知類應用而言，這種程度的延遲通常可以接受。需要音訊與即時影像嚴格同步的應用，仍可能需要針對特定裝置進行延遲校準。
一部智慧型手機的 Auracast 廣播可以讓多少人同時接收？
原理上，廣播模式不像傳統點對點藍牙那樣受到相同的接收端數量限制，因為發射端只傳送一條廣播串流，而不是與每位聽眾分別建立獨立連線。實際容量更容易受到射頻環境、接收裝置發現行為以及本地無線壅塞程度影響。在相對開放的環境中，同時供數十人甚至更大規模群體接收是可行的。
附近任何人都能收聽 Auracast 廣播嗎？
在開放廣播模式下，覆蓋範圍內的相容裝置可能可以發現並加入音訊串流，因此這種模式不適合傳送敏感資訊。如果需要控制存取，可使用受保護廣播並配置存取憑證，只有獲授權的聽眾才能解碼音訊。對內部培訓、商業導覽和其他受控應用而言，受保護存取通常更合適。
目前哪些智慧型手機支援 Auracast 發射？
在 Android 平臺上，具備合適藍牙硬體且作業系統支援 Bluetooth LE Audio 的裝置，正逐步獲得 Auracast 發射能力，Pixel 是較早在測試中開放此類功能的平臺之一。iOS 端則取決於 Apple 對具體裝置和作業系統的實作，因此是否支援發射，應以目前官方裝置規格和軟體版本說明為準。
