一位賓客入住客房，開啟視訊通話，卻眼睜睜看著畫面凍結。櫃檯人員堅持訊號良好，而且手機畫面上也顯示滿格。可視涵蓋範圍與實際可用服務之間的落差，正是為什麼需要進行 WiFi 現場勘測。勘測是為了測試網路是否真正適用於真實使用者、真實裝置與真實應用程式，而不是盲目假設安裝在天花板上的存取點就代表優異的效能。
為什麼 WiFi 現場勘測比以往任何時候都更重要
飯店大廳的狀況清楚說明了一切。早餐時段，賓客正在觀看串流影音、加入會議與上傳照片，而員工則操作 POS 終端機，房務人員的平板電腦也在不同樓層之間漫遊。訊號圖示看起來很正常。但通話依然中斷、刷卡機卡住，餐廳裡的顧客甚至無法載入登機證。沒有任何設備徹底斷線，這反而讓問題更難升級提報，也更難修復。
這種模式會在醫院、學生宿舍、零售中心和多租戶辦公室不斷重複，因為覆蓋範圍不等於容量。強烈的訊號代表用戶端能接收到存取點的訊號，但無法說明是否有其他 40 個用戶端正在爭奪相同的空中時間、鄰近租戶的網絡是否正在佔用通道，或者當護士或訪客走過門口時，裝置是否能順暢漫遊。
覆蓋範圍宣稱與實際測量行為的比較
製造商說明的涵蓋範圍數據均假設在開放空間且無干擾的情況下。然而真實建築物內有電梯井、玻璃會議室、金屬貨架、茶水間，以及在高峰時段會吸收訊號的人群。Ofcom 已將此視為量測問題，在其 UK radiowave propagation measurement datasets 中發布了包含 2.4 GHz WiFi 空中量測數據，以及於 2016 年 5 月 13 日發布報告中結合 Northampton 地區的 2.4 GHz 與 5 GHz 綜合量測數據。這兩個頻段的傳播方式不同，因此在平面圖上看似完美的設計，到了實際現場可能會與可用服務有落差。
在投入佈線與硬體設備之前，一次完善的勘測能回答三個實用問題：基地台應該安裝在哪裡？功率應設為多少？哪些通道與頻寬可以在鄰近網路干擾下存活？安裝完成後，您要如何證明語音、支付、IoT 以及訪客流量皆達到各自的指標門檻？
僅顯示訊號強度的熱圖只是對話的起點，並非服務正常運作的證據。
這種以數據實證為核心的思維，同樣能支援更廣泛的營運規劃。負責協調現場會勘與後續跟進行動的團隊，需要在現場可靠地存取測繪結果，這正是 Planstone 行動平台 等工具能夠自然融入工程流程之處。重點不在於為了使用更多軟體而引進軟體，而是要將調查結果、照片與改善決策確實連結至量測數據採集的實際地點，讓下一位工程師不必再依靠口耳相傳來處理問題。
為您的場地選擇合適的勘測類型
選擇錯誤的勘測類型通常比選擇高昂的勘測類型代價更大。若團隊針對有問題的現役場地僅執行預測模型，將會遺漏造成問題的鄰近基地台。若團隊在整修前僅對現役場地進行實地走訪，所測得的將是一個即將改變的大樓。請務必根據您試圖解決的問題來搭配合適的方法。
| 勘測類型 | 量測項目 | 最佳使用時機 |
|---|---|---|
| 預測性 (Predictive) | 基於平面圖與建材建構的模擬訊號模型 | 規劃新場地或翻新場地的預算與設計時 |
| 被動式 (Passive) | 未連線至網路狀態下的既有 RF 無線電環境 | 排查干擾源與鄰近網路問題時 |
| 主動式 (Active) | 真實的關聯連線、漫遊與應用程式運作行為 | 驗證部署成果或擬議修復方案時 |
各種方法無法告訴您的事
預測性勘測屬於模擬性質。它們非常適合用於估算基地台數量、測試擺放位置選項，以及在天花板施工鑽孔前進行專案報價。其準確度完全取決於您輸入的平面圖與牆壁衰減值，而且它們完全無法得知隔壁咖啡廳的情況，或是上個月有人安裝的無線攝影機。
被動勘測只接收而不傳送。您在未連線至任何 SSID 的情況下巡視場地，並記錄空氣中的所有訊號，包括鄰近網路與通道佔用率。這使被動勘測成為診斷即時問題的利器，但它無法證明用戶端在高負載下是否能夠正常關聯、進行身分驗證及漫遊。
主動勘測透過模擬使用者行為來彌補這一差距。勘測設備會連線至網路、在空間中移動，並記錄連線與漫遊行為。您獲得的是關於使用者體驗的證據，而不僅僅是環境數據。
- 網路尚未建立或格局有重大變更時，請優先選擇預測性勘測。
- 當使用者抱怨但無人知曉是干擾還是擺放位置不佳導致時，請優先選擇被動勘測。
- 在簽收前務必選擇主動勘測，因為客戶付費是為了讓應用程式順暢運作，而不是為了讓模型通過審查。
大多數完善的專案都會依序結合這三個步驟。跳過中間步驟是最常見的錯誤 - 模型獲得批准、硬體安裝上架，而第一次真正的量測卻是在訪客或員工開始抱怨時才進行。
三階段勘測工作流程
良好的 WiFi 場勘遵循一套順序，而這套順序至關重要，因為每個階段都在修正前一階段的假設。請將預測性設計視為假說，將被動巡視視為現場實證，並將主動驗證視為決定是否交接場地的最終測試。
第一階段 預測性設計
從精確且符合比例的樓層平面圖開始。過時的平面圖會影響後續的所有環節，因此在建立模型前，請先確認尺寸、天花板高度以及牆壁、地板和玻璃的材質構造。接著放置預計使用的基地台、設定建議的通道與傳輸功率，並針對場地運行的各項服務建立預期的涵蓋範圍模型。
請現在就定義成功標準，而非事後才在走廊上討論。Jisc 關於預測性與被動式無線勘測指導方針中提到的英國三階段做法，支援在任何人進入現場之前，先針對語音、POS 系統、IoT 或一般資料傳輸設定特定服務的 最低 RSSI 與 SNR 門檻。該驗證工作流程特別指出英國政府的指導方針傾向使用 支援至少 5 GHz 與 802.11ac 的集中管理基地台，這更凸顯了為何該設計應規劃為集中管理的系統，而非一堆孤立的無線電裝置。
第二階段 被動實地走測
在使用者高度下行走於人們會使用網路的每個區域，且無需連線至任何 SSID。記錄接收訊號強度、信噪比、鄰近基地台、頻道佔用情況以及非 WiFi 干擾。走過牆壁和障礙物的兩側，以便測量真實的衰減值，而不是盲目相信輸入到模型中的數值。
- 在已知的參考點校正平面圖，使工具中的距離與實際建築物相符。
- 標記實體限制，例如風管、貨架、電梯井以及強制變更擺放位置的安裝限制。
- 拍攝預定位置的照片，這樣安裝人員就不必看著 PDF 檔上的圓點靠運氣猜測。
第三階段 主動驗證
安裝完成後，請使用具代表性的用戶端裝置加入網絡並測試使用者的日常操作。以正常步行速度通過門口、樓梯間和樓層交界處時，測量連線成功率、漫遊行為、延遲、封包遺失率以及應用程式效能。當預定的放置位置無法確定時，在預定高度與方向使用支架存取點測試（AP-on-a-stick），比再花一小時爭論型號更為有效。
現場規則：如果您沒有在使用者的高度、使用與使用者攜帶的設備相仿的裝置進行測量，您測到的只是勘測筆記型電腦的效能，而不是他們的使用體驗。
當您發現偏差時，請立即記錄下來。牆壁衰減程度遠高於模型預期並不是流程的失敗，這代表流程正在發揮作用 - 前提是在拉線定案前相應調整設計。
解讀熱圖與 RF 數據
熱點圖能快速說服人們，這也正是它容易產生誤導的原因。滿是綠色的樓層平面圖讓人感覺一切準備就緒。然而工程師解讀同一張圖片的角度卻不同，因為標準 RSSI 熱點圖僅顯示用戶端接收附近基地台訊號的強度。它完全沒有反映出雜訊、競爭，或者該通道是否已被其他人的流量佔滿。
訊號強度不等於訊號品質
請先評估 SNR（信噪比），即訊號與雜訊底限之間的差距。在高雜訊底限下的強訊號會導致封包重傳、資料傳輸率降低，即使訊號滿格，應用程式運作起來依然感覺遲鈍。接著檢視次要涵蓋範圍。語音與依賴漫遊的裝置需要有第二個可用的存取點才能順利切換，因此邊緣沒有任何銜接的單一強訊號細胞區，隨時都可能發生漫遊失敗。
重疊範圍過大或過小都會帶來問題。重疊太少，用戶端會死守遠處的無線電，導致連線速率低下；重疊太多，特別是在發射功率過高的情況下，蜂巢單元之間會不斷相互干擾，從而增加同頻道干擾（co-channel interference）並浪費空口時間於競爭資源。每次評估時，務必將頻道利用率檢視與訊號檢視結合參考。若要更深入瞭解這些測量指標，請在僅憑 RSSI 批准設計方案之前，先詳閱 WiFi RF 工程原理實務指南。
有兩個數字特別值得注意，因為它們揭露了預測模型可能有多過於樂觀。根據英國一份測繪來源的警告，環境條件可能會導致預測與實際狀況之間存在約 6 至 10 dB 的差距，並將 2.4 GHz 上超過 50% 或 5 GHz 上超過 40% 的頻道使用率列為壅塞警訊，這在 預測性 WiFi 測繪局限性指南 中有詳細說明。
WiFi 工具無法察覺的干擾
WiFi 網卡僅能回報 WiFi 訊號。它們無法穩定偵測微波爐、DECT 無線電話、藍牙、工業設備、監視器或屏蔽不良的 LED 驅動器，而這些設備都可能嚴重破壞廚房、病房與倉庫中的網路效能。這就是為什麼英國關於在現場勘測中使用頻譜分析儀的指引中，會建議工程師採用頻譜分析，以偵測僅支援 WiFi 的工具無法充分顯現的非 WiFi 能量干擾。
- 尋找工作週期模式，確認是否與廚房設備運作或換班時間吻合，而非持續性的網路壅塞。
- 在針對可能是干擾問題的情況推薦新硬體之前，先比較高峰期與離峰期的差異。
- 使用具代表性的裝置進行測試（於桌面與推車高度），因為手機與掃描器的細胞涵蓋體驗並不相同。
記錄 AP 位置與頻道規劃
如果勘測結果最終只是一資料夾的熱圖，就會讓安裝人員只能現場即興發揮，而即興發揮往往是良好設計毀滅的開始。交付物應該要讓一位從未去過現場的合格工程師，能夠完全按照設計進行安裝，並讓另一位工程師在兩年後進行審計。
每個基地台需要記錄的項目
每個存取點的記錄項目不能只有平面圖上的一個圓點。請記錄參考固定特徵的精準位置、安裝高度、天線方向、纜線佈線限制，並附上預定位置的照片。同時加入規劃的頻道、頻道寬度與發射功率，因為即使將兩個存取點放在正確的位置，如果功率設定錯誤，依然會打造出品質不佳的網路。
- 位置證明，包含房間名稱、安裝表面、高度與方向。
- 無線電設定，包含頻段、頻道、頻寬、傳送功率與 EIRP。
- 區域限制，包含附近的金屬結構、文化資產保護限制、感控規定或存取限制。
- 預期覆蓋範圍，顯示該放置點預計提供的主覆蓋與次覆蓋區域。
英國頻道規劃實務
英國與 ETSI 的法規決定了您在法律上與實務上能部署的內容。5 GHz 頻段規劃包含較低的頻道 36 至 48、需具備 DFS 的頻道 52 至 64，以及更多的 DFS 頻道 100 至 140，這些範圍各有不同的功率以及室內或室外限制。DFS 頻道帶來了實際的權衡考量。它們擴展了頻道重複使用的選擇，但一旦基地台偵測到雷達訊號就必須空出該頻道，這可能會在關鍵時刻中斷語音與視訊通話。
使用過寬的頻道是另一個常見陷阱。雖然頻道綁定在規格表上看起來很吸引人，但根據 802.11ac 部署的英國頻道規劃指南，在歐盟與英國的規範環境下，僅有 5 個互不重疊的 80 MHz 頻道 以及 2 個 160 MHz 頻道。在高密度場域中，這種數學限制會迫使覆蓋重疊區域重複使用相同的寬頻道，其效能通常比分隔清晰的較窄頻道還要差。
在高密度設計中，更多可用的頻道通常優於更寬的頻道。
請記錄決策背後的理據，而非僅僅記錄結果。請標記您出於容量考量而選擇 20 MHz 頻道 的位置、因低密度而適用較寬頻道的位置、哪些蜂巢單元部位於 DFS 頻道，以及應採取的退避（fallback）行為。透過 結構化的 WiFi 頻道規劃工具，有助於在不同樓層與階段保持這些決策的一致性。在完成每個區域的評估時，請附上實測的頻道利用率、雜訊底限（noise floor）及已同意的改善措施，以便下一次進行變更時能有據可循。
將勘測結果轉化為部署計畫
從勘測報告跳轉到可執行的網路實作，正是專案進度往往延誤數週的地方。佈線承包商、電工、網路工程師和場地營運團隊閱讀同一份文件，卻各有不同的疑問。部署計劃必須解答所有人的問題，在商業營運或臨床環境中安排工作順序，並將實體設計與使用者的登入方式相互連結。
從熱圖到分階段安裝
請將每個基地台位置轉換為線路規劃表，並對照建築物確認交換器埠位、跳接與配線管路。在古蹟飯店或運作中的病房進行天花板施工，很少像圖面規劃的那麼簡單，因此在首次固定施工前，請與安裝人員一同走一遍施工路線。如果安裝點因實際原因而挪動，請將新位置回報至設計方案中，並確認其對鄰近細胞區的影響，切勿未經評估就直接接受變更。
請圍繞營運狀況來安排工作順序。飯店與零售場所通常意味著必須夜間施工或分樓層推進。醫院則增加了感染管制與管制區域許可的限制。學生宿舍將工作壓縮在假期期間，這縮短了測試時間，但此時卻最不能省去測試。請將驗證時間納入每個階段中，而不是等到最後施工架都拆除後才進行單一次集中的驗證。
使用 存取點計算工具對照區域與容量來審查 AP 數量，作為驗證預測模型的交叉比對方法之一。如果兩者差異很大，在訂購硬體之前務必找出原因。這種不一致通常指向某人尚未明確提出的密度、牆壁衰減或裝置數量假設。
為身分驗證設計實體層
實地勘測的決定對驗證行為的影響，遠比大多數專案計劃所承認的還要大。若裝置必須在弱訊號細胞區的邊緣完成安全整合轉接，將會出現間歇性失敗，而使用者會歸咎於登入流程，而非無線電設計。漫遊也會演變為工作階段連續性的問題。如果訪客或醫護人員每次跨越樓層時都必須繁瑣地重新驗證，即使傳輸量相當不錯，他們依然會認為網絡運作不正常。
無線電設計與身分驗證之間的關聯並非新概念。早期英國的學術研究記錄了南安普敦大學的部署案例，當中包含 大約 40 個無線基地台 並採用 基於 802.1X 的安全架構，詳細內容載於 University of Southampton wireless LAN deployment study。集中管理且經過身分驗證的 WLAN 在當時已是發展趨勢。現代場域更在共享基礎設施上混合了訪客、員工、租戶與無人裝置，大幅提高了設計難度與需求。
因此，在設計細胞區規劃時，請將註冊與開通方式一併納入考量。評估哪些使用者群組將使用憑證或基於身份的存取，哪些將使用一次性註冊（例如 Passpoint 形式的設定），以及哪些舊型裝置仍需要較簡單的金鑰驗證方式。每個群組的漫遊與重新連線行為都有所不同，且都需要在進行驗證的地點提供訊號覆蓋，包括入口、電梯、樓梯間以及人們剛拿出手機的櫃檯。
設計檢查：針對每個使用者群組，在他們實際走動的路線上記錄完整的連線、身分驗證和漫遊流程，而不是只在基地台旁邊的桌子進行測試。
像是 Purple 這類的平台座落於此邏輯層，可跨常見的企業級無線廠商，為訪客、員工與多租戶環境提供基於身分識別的存取服務。無論您選擇什麼平台，其效能完全取決於底層的射頻設計。二次涵蓋範圍不足會使原本順暢的免密碼體驗變成頻繁出現的提示與連線中斷。
規劃多租戶共享單一基礎設施
多租戶大樓增加了單一企業場地所沒有的隔離需求。住戶、零售店家或辦公室租戶都希望擁有類似家庭的網路體驗，讓自己的裝置可以互相偵測，同時對隔壁的住戶或單位保持隱形。這種期望必須在驗證期間，在實際的樓層上進行測試，且鄰近單位需處於上線並傳輸資料狀態。
因此，您的部署計劃應明確指出如何驗證隔離狀態、存在哪些 SSID 或身分群組，以及上線後如何監控租戶之間的頻寬與空中時間爭用情況。請在交接時記錄已確認的基準，包含勘測檔案、設定匯出檔以及竣工存取點名冊。有了這項基準，未來的疑難排解就能以實據進行對比，無需重新展開調查。
部署後驗證效能
接下來是讓人感到棘手的部分。乾淨的勘測與整潔的安裝，仍然不能保證網路運作順暢。它們只能保證網路在測試當天符合模型。後續的使用人數、鄰近租戶、庫存、家具和季節變化，都會改變實際目標。
在最繁忙的時刻進行測試，而不是最空閒的時候
請在容納人數高峰期執行主動驗證，因為這正是空中時間耗盡的時候。對飯店而言是早餐和傍晚入住時間；對醫院而言是探視時間和醫生查房時間；對場館而言是中場休息、眾人同時使用手機的時候。請在具代表性的裝置上測量連線成功率、延遲、封包遺失率和漫遊情況，然後將結果與安裝前定義的服務門檻進行比較。
- 每個存取點的併發用戶端數量：用來找出承受負載遠超設計標準的細胞區。
- 空中時間利用率與重試率：用來區分容量問題與覆蓋範圍問題。
- 漫遊失敗紀錄：對照發生失敗的實際物理路線進行記錄。
- 按裝置類型分類的應用程式效能：避免掃描器或手持裝置的問題被良好的筆記型電腦測試結果所掩蓋。
這些實證數據也有助於團隊向永遠不會開啟測繪工具的專案關係人清晰分享調查結果。為每個站點發佈簡單的內部結果頁面（類似於 團隊使用靜態託管的好處），可確保驗證報告載入迅速，並方便分發給營運人員、房東與技術支援服務台。格式並不重要，重點在於養成習慣。若結果只躺在某一位工程師的收件匣中，對下一次的部署改進毫無幫助。
設定定期勘測的時間表並確實執行。在裝修、租戶變更及季節性容納人數波動後重新進行勘測，並將每次勘測結果作為下一次的基準。容量是一個營運層面的問題，會隨著建築物的改變而變化。那些能持續保持穩定可靠的場地，往往是在安裝人員離開後仍堅持持續量測的場地。
如果您的場地需要能在尖峰負載下高效率運作的 WiFi，且無需共用密碼或重複登入即可驗證訪客、員工與租戶的身份，Purple 能在您現有的基礎設施上，將基於身份的存取控制、OpenRoaming 與 Passpoint 連線能力，以及內建的分析功能融為一體。請造訪 Purple，了解經過完善實地測繪的網路與免密碼存取層，如何在餐旅、醫療、零售與住宅環境中相輔相成。
