直接答案
先依這個順序排查：換一台發送裝置試一次 → 換一種投影方式試一次 → 確認發送端與接收端位在同一個網段 → 最後才懷疑頻寬。
前三項涵蓋了現場絕大多數問題。頻寬通常只影響畫質與流暢度，很少導致「完全找不到會議室裝置」。
先分清你面對的是哪一類無線投影
三類方式的入口、協定與排查重點完全不同，混在一起排查只會浪費時間。
- 發送裝置內建的投影（系統層螢幕鏡像）：入口在手機、平板或電腦的系統選單裡，不依賴會議室電腦上的會議軟體。排查重點是裝置探索——能不能在網路裡「看見」接收端。
- 獨立無線接收器或投影按鈕：發送端需要與接收器配對，或使用對應的輔助程式。排查重點是接收器本身的供電與韌體版本，以及它連上的是哪一個網路。
- 會議軟體內部的螢幕分享：此時發送端已經進入會議，畫面走的是會議平台自己的通道。排查重點在會議平台的分享設定與權限，而不是會議室網路。
判斷方法很簡單：如果問題在會議還沒開始前就已經出現，通常屬於前兩類；如果「進會後分享才出問題」，通常屬於第三類。
三層排查順序
第一層：網路與裝置探索
這是「找不到裝置」最常見的根本原因。檢查用戶端隔離（AP 隔離）、多播與 mDNS 是否被封鎖、訪客網路與辦公網路是否分開、發送裝置是否被自動分到另一張網或 2.4GHz 頻段上。
一步驗證：把發送裝置與接收端接到同一個 SSID、同一個網段，看是否能探索到。能探索到，就代表問題在網路策略，而不是裝置本身。
第二層：裝置與協定
Apple 裝置、Android 裝置、Windows 裝置以及瀏覽器發送端的連線入口與確認步驟並不相同；接收端支援的能力也會隨軟體版本變化。當「看得到裝置但連不上或連線逾時」，優先懷疑協定不符，而不是訊號強度。
第三層：工作階段與資源
連上之後才出現的問題，多半與資源有關：解析度或更新率超出鏈路與解碼能力、高動態內容對頻寬的瞬間占用、大螢幕上同時存在其他工作階段，以及接收裝置長時間運作後的散熱降頻。
症狀速查表
| 現象 | 最可能的原因 | 一步驗證 |
|---|---|---|
| 發送端的裝置清單裡完全看不到會議室 | 用戶端隔離或多播被封鎖 | 同一 SSID 下兩台裝置能否互相探索 |
| 看得到裝置，但連線失敗或逾時 | 投影方式不相符 | 換另一種投影方式再試一次 |
| 連上後數十秒到兩分鐘內斷線 | Wi-Fi 漫遊或訊號偏弱 | 固定在同一個 AP 下觀察是否重現 |
| 畫面卡頓掉格，聲音正常 | 解析度或位元率超出鏈路能力 | 先降到 1080p30 再試 |
| 只有個別應用程式投影時黑畫面 | 內容受版權保護機制限制 | 換一個一般視窗內容驗證 |
| 下午比上午更容易出問題 | 網路壅塞或裝置散熱降頻 | 離峰複測，並檢查接收端散熱 |
一份可以直接交給行政與 IT 的驗收清單
- 每間會議室至少用兩類發送裝置實測：一台筆記型電腦加一台手機，涵蓋不同作業系統。
- 關鍵會議室保留一條有線後備路徑，重要簡報不賭無線。
- 記錄「能連上的網路」：把可用的 SSID 或網段寫在 Controller 的連線說明裡，而不是口頭相傳。
- 會議開始前 5 分鐘做一次連線確認，而不是等第一位講者上台才發現連不上。
- 把無線簡報的可用性納入房間巡檢項目，與畫面、聲音、攝影機同級。
- 驗收時記錄五個欄位：發送裝置、系統版本、投影方式、網路、結果。下次出問題可以直接比對。
常見問題
無線投影需要 Gigabit 網路嗎？
不需要。無線螢幕鏡像的畫質與流暢度主要取決於投影方式、發送端的編碼能力與 Wi-Fi 的實際訊號品質，而不是辦公網路的總出口頻寬。真正容易造成問題的往往是無線側的策略（隔離、多播限制）與頻道壅塞。
為什麼同一台筆記型電腦在家投影正常，會議室卻不行？
因為家用路由器通常是一個廣播域、一台 AP，預設允許裝置互相探索；而企業無線網路往往啟用了用戶端隔離、切分了多個 VLAN，並對多播做了限制。這類差異在會議室裡的表現是「裝置完全看不見」，而不是「連上之後卡頓」。
獨立投影器和系統內建投影，哪個更穩定？
兩者不是同一個層次的東西。獨立接收器適合只需要螢幕鏡像的房間，鏈路相對封閉、行為可預期；系統內建投影的優勢是不需要額外配件，與會者用自己的裝置就能連。穩定的關鍵不在選哪一種，而在於是否被納入統一的房間工作流程與巡檢範圍。