用Gemini解讀Wi-Fi勘測與熱力圖資料

簡而言之： 把熱力圖背後的數字匯出來——RSSI、訊噪比、頻道使用率、重傳率、用戶端清單——而不是去截那張圖，然後讓Gemini把它們跟你真實的報修紀錄對起來。一個下午就能把「Wi-Fi不好」收斂成兩三個可驗證的原因。但它偵測不到那台微波爐、那道包著金屬皮的隔間，以及任何只存在於這棟樓裡的東西。

每個IT主管都收過同一則訊息：「Wi-Fi很慢。」沒說哪一層、沒說什麼時候、沒說什麼裝置，也不知道是一個人還是四十個人。而在某個共用磁碟裡，躺著一份廠商出的勘測報告，或者一個塞滿圖表的控制器儀表板——它們本來就該回答這個問題。

問題不在報告。問題在於：一份無線勘測報告是由射頻工程師寫給射頻工程師看的，而拿著它的人通常是一名還管著另外十二套系統的IT通才。數字全都在那兒，缺的是翻譯層。

這正適合交給語言模型——不是因為無線簡單，而是因為這裡的落差大半是術語和交叉比對，而這恰恰是模型擅長的。以下是怎樣從中真正拿到價值，以及一份關於「它永遠找不到的那一大類原因」的誠實說明。

為什麼「Wi-Fi很慢」幾乎從來不是涵蓋問題

直覺反應是假設訊號弱，而這個直覺通常是錯的。涵蓋是最容易修的東西，因此也最常是早就修好了的東西。

更常見的原因是爭用和干擾。如果同一層樓上有四台AP都在頻道6上廣播，它們並沒有在增加容量——它們在排隊搶同一份空中傳輸時間。無線是共享媒介：在給定空間的某個頻道上，同一時刻只有一台裝置在傳送，而這個頻道上每多一個射頻，隊伍就更長一點。

然後是用戶端這一側。一台訊號很強、但頻道已經打滿的筆電，吞吐一樣很差。一台跑著802.11n的十年前的條碼掃描器，會迫使系統採用更慢的傳輸速率，佔用不成比例的空中時間，把周圍所有人一起拖慢。而一個「黏」在兩個房間之外那台AP上、不肯漫遊到頭頂這台的用戶端，涵蓋極好，體驗極差。

這些都不會在涵蓋熱力圖上表現為一個空洞。它們全都出現在下面那些表格資料裡——這也正是為什麼那張圖是整份報告裡最沒用的部分。

勘測報告裡的那些數字到底在說什麼

RSSI、訊噪比、頻道使用率與用戶端能力

RSSI是接收訊號強度，單位dBm，永遠是負數，越接近零越強。作為一個粗略的參考：大約-65 dBm或更好，對可靠的資料和語音業務是一個舒服的目標；接近並低於-70 dBm，效能開始劣化，用戶端會開始四處尋找更好的選擇。你自己的裝置組合和應用會讓這些數字上下移動，所以任何公開閾值都該當作起點而不是標準。

訊噪比（SNR）是你的訊號與背景雜訊之間的差值，單位dB，而且它比裸RSSI更要緊。嘈雜環境裡的強訊號，表現不如安靜環境裡的中等訊號。大致而言，十幾dB的高段對資料業務可用，而語音和視訊你會想要二十五dB以上。

頻道使用率是已被佔用的空中時間百分比。這是最常在討論中缺席、卻最常是抱怨真正元兇的指標。高使用率加強訊號，正是「涵蓋極好、網路不可用」的經典特徵。

同頻干擾與鄰頻干擾是兩個不同的問題。同頻是多台AP禮貌地共享一個頻道，把彼此的容量對半砍。鄰頻是相互重疊的頻道彼此喊話，那才是真正具有破壞性的。在2.4 GHz上只有三個互不重疊的20 MHz頻道，這也是為什麼密集辦公環境裡的2.4 GHz常常已經無可救藥。

用戶端能力給一切封頂。一台AP沒法讓一個單天線手持終端跑得比單天線手持終端更快。在敲定新硬體之前，值得先搞清楚樓裡的裝置實際能用到什麼——包括6 GHz對你是否可用，因為頻譜分配因市場而異，需要在當地確認而不是想當然。

要匯出資料，不要截圖

Gemini能接受圖片，所以你把熱力圖截給它，它會很樂意說出一番聽起來合理的話。請忍住。從算繪好的圖片上讀取顏色漸層，是在推論之上再疊一層推論，而那種自信滿滿的輸出，是你在這件事上能製造出來的最不可信的東西。

勘測平台和無線控制器都可以把底層資料匯出成表格——按測量點或按用戶端一列，帶著訊號、雜訊、頻道、頻段、資料速率、重傳次數和使用率。這才是該給它的東西。再配上樓層清單、一份帶頻道與功率設定的AP清單，以及——最關鍵的——你帶時間戳記和位置的服務台報修紀錄，你才有了值得推理的素材。

報修紀錄是大家最常跳過的那一味料，而價值恰恰在這裡。勘測資料描述的是這棟樓；工單紀錄描述的是體驗。讓模型去找這兩者互相矛盾的地方，是一個真正有用、而且沒人有時間手工去回答的問題。

一個實際例子——從一張熱力圖和一份報修紀錄到三個可能原因

一家240人的公司佔了辦公大樓的三層，在較低樓層還有一個小倉庫和包裝區。抱怨持續不斷且含糊其辭。八個月前做過一次勘測，然後歸了檔。

把勘測匯出資料、目前帶頻道與發射功率的AP清單、以及六個月的Wi-Fi相關工單一起餵進去，得到的不是一個解釋，而是三個候選解釋。

第一，三樓的AP太多了，不是太少。 一層樓九個射頻、發射功率開得很高、其中好幾個共享頻道，產生了嚴重的同頻干擾。熱力圖看起來漂亮極了——滿螢幕深綠——而使用率資料一塌糊塗。大概率的修法是降低功率、重新規劃頻道，成本為零，而且對每一個被要求批准採購更多硬體的人來說都反直覺。

第二，倉庫的抱怨在時間上聚集，而不是在空間上。 包裝區的工單集中在上午11點到下午1點之間，其餘時段幾乎沒有，而同期訊號和用戶端數量都沒有相應變化。勘測報告裡沒有任何東西能解釋這一點。這強烈暗示存在一個按時間表出現的外部干擾源——而要把它揪出來，需要有人帶著頻譜分析儀到現場，而不是一份資料匯出。

第三，有一批抱怨指向同一款裝置型號。 把工單和用戶端表交叉比對後發現，某一款特定的手持終端貢獻了不成比例的一大塊，而且全都伴隨著低資料速率和高重傳次數。那是一個穿著網路問題外衣的裝置或驅動程式問題。

重點不在於模型解決了這個網路。它拿三個各自帶著一個廉價驗證方法的假設，替換掉了一句無法證偽的抱怨。三個裡有兩個後來被證明是對的；第二個則需要一位帶著頻譜分析儀的工程師才能收尾。

AI輔助解讀 vs 專業現場勘測 vs 加裝更多AP

看懂一份你已經花錢買了的報告 — AI輔助解讀完勝。這是翻譯和交叉比對，代價是一個下午。
把抱怨與測量資料關聯起來 — AI輔助解讀勝出。沒有人會手工把六個月的工單和用戶端表join起來，而這正是那個規律一直躺在那兒沒被發現的原因。
找出非Wi-Fi干擾 — 專業現場勘測絕對勝出。頻譜分析能偵測到Wi-Fi網卡根本看不見的能量。沒有任何匯出檔案裡會有它。
點位、安裝高度、天線選型與物理遮蔽 — 專業勘測勝出。訊號穿過一道防火門、一個電梯井、一層鋁箔背襯保溫層或一排貨架時的行為，是一個測量問題，不是一個推理問題。
驗證一套設計裝完之後是不是真的管用 — 勘測勝出。裝後驗收走測，是唯一能確認「建成的」與「設計的」一致的方法。
加裝更多AP — 只有當原因確實是涵蓋時才勝出，否則輸得很慘。在一個已經密集且壅塞的環境裡，按預設功率再加射頻，只會讓問題更糟，同時看上去像是在辦事。

合理的順序是：先解讀你手上已有的東西、形成假設、把免費的修法用掉——功率、頻道規劃、頻段引導、汰除老舊用戶端——等剩下的問題變成物理問題時，再去委託一次勘測。這個順序也會讓勘測更便宜，因為你帶著具體問題上門，而不是「請看看我們的Wi-Fi」。

從一份匯出資料裡，任何模型都做不到的事

四類，而且都不是邊角情況。

非Wi-Fi干擾。 微波爐、某些無線電話系統、無線影音發射器、部分工業與醫療設備，以及屏蔽做得糟糕的電子產品，都在同樣的頻段上輻射。Wi-Fi硬體看不見它們，只看得見它們造成的傷害。要找到它們，需要一台頻譜分析儀進到房間裡。

這棟樓本身。 帶金屬鍍層的玻璃、混凝土核心筒、鋁箔背襯保溫層、檔案櫃，以及十二月滿、一月空的貨架，都會改變射頻傳播。勘測能測出這些。任何資料匯出裡都沒有對它們的描述。

一台AP在物理上能裝在哪裡。 佈線路徑、天花板可開孔條件、取電、安裝限制、觀感以及房東方的規定，對真實設計的決定作用至少不亞於射頻本身。

資料裡沒有的東西。 勘測是一張快照。在一個「週二上午十點會垮」的樓裡，測了一個安靜的週日，那就是測錯了時刻，而再多的分析也救不回一次從未做過的測量。

把這件事做對——網路資料、平面圖的敏感性，以及什麼時候該讓IT介入

在你匯出任何東西之前，有三點實務問題。

用戶端表是偽裝過的個人資料。 MAC位址、裝置主機名稱——經常是「Jenny-iPhone」這種——以及按用戶端的工作階段資料，都是可識別的。把主機名稱去掉或做去識別化，對應關係留在本地，並確認你實際所在方案當前的資料處理與保留條款，而不是假定商業帳號和消費級帳號行為一致。

平面圖是實體安全文件。 一張標註了設備位置的場所圖面，無論有沒有無線這回事，本身就值得保護。只要分析並不真的需要幾何資訊，就用區域代號，而不是把標註過的圖面傳上去。

解讀只是便宜的那一半。 決定改什麼、並證明改對了，那是工程。Brocent的工程師在亞洲各地用Ekahau Pro、AirMagnet和Chanalyzer做無線現場勘測，而這正是那條分界線：模型可以告訴你哪些問題值得去測，而仍然需要有人帶著頻譜分析儀走一遍現場，把答案測出來。我們的AI+支援與委外IT支援分列這項工作的兩側。自2007年在北京創立以來，Brocent一直在本地區提供委外IT服務，總部設於新加坡，2016年起在香港設有辦公室。至於一次專業勘測究竟交付什麼，可以看我們在亞洲的Wi-Fi現場勘測服務。

常見問題

AI能告訴我們AP該裝在哪裡嗎？

不能可信地告訴你，而這恰恰是大家最想要它做的事。點位取決於建築材料、樓高、安裝條件、佈線路徑和實測傳播——這些都不在資料匯出裡。模型可以告訴你某一層看起來配置過剩、或者某個區域根本沒有測量資料，這是設計的有用輸入。但它不是設計。

加裝更多AP有沒有可能是對的解法？

有——當原因確實是涵蓋時，比如新增區域、倉庫擴建，或者上次勘測之後才裝修出來的樓層。而在一個已經顯示出高頻道使用率和嚴重同頻干擾的辦公室裡，按預設功率再加射頻通常會讓情況更糟。區分二者的證據是使用率和干擾資料，不是熱力圖。

我們的控制器匯出的資料夠不夠值得分析？

通常夠。多數企業級無線平台都會提供用戶端清單、每射頻的頻道與功率、頻道使用率、重傳與錯誤計數，以及歷史用戶端資料。這涵蓋了爭用、用戶端能力和漫遊行為——四類常見原因裡的三類。第四類，非Wi-Fi干擾，需要完全不同的儀器。

我們究竟什麼時候真的需要一次現場勘測？

當剩下的問題變成物理問題時：新場地或新裝修、用途改變（比如增設高密度會議區）、貨架會移動的倉庫、在重做頻道與功率規劃之後依然存在的頑固問題，或者一套需要在裝完之後驗收的部署。還有，當你即將在硬體上花一筆真金白銀時——相對於買錯一套設計，一次勘測很便宜。

平面圖算敏感資訊嗎？

就當它是。它記錄了你的實體配置，有時還包括AP點位、機房和安全區域。很多組織在被問到之前對此很放鬆，被問到之後就不放鬆了。除非幾何資訊對這個問題真的重要，否則用區域識別碼來推理，而不是上傳標註過的建築圖面。

Gemini能直接讀熱力圖圖片嗎？

它會接受這張圖，並產出一段流暢的描述，而這正是陷阱。你拿回來的是對一張算繪圖片裡顏色的解讀，而不是對其背後測量值的解讀——閾值、內插方式和取樣密度全都是看不見的。請把表格匯出作為事實來源，圖片只作為脈絡。

從哪裡開始

把上個月的Wi-Fi工單，連同控制器的用戶端與使用率資料拉出來，只問一個很窄的問題：這些抱怨，跟當時當地任何一個可測量的狀況對得上嗎？如果對得上，你就有了一個假設和一次廉價的驗證。如果對不上，那同樣是一個發現——它意味著原因不在資料裡，而那正是勘測從「錦上添花」變成必要的時刻。無論哪種情況，你都會知道自己身處哪一場對話，而第二場我們很樂意談：聯絡我們。