規格寫 200 人，實際能順暢用的只有二、三十人
開場前十分鐘，報到處排起長龍。來賓拿出手機掃 QR Code 報到，有人在打卡、有人在傳照片給同事，主持人宣布「請大家掃描螢幕上的 QR Code 參加投票」。下一秒，全場的手機都在轉圈圈。
事前問過廠商，對方說：「這台 AP 規格寫可以連 200 人，你們才 150 人，一台就夠。」
規格沒有騙你，只是那個數字從來就不是「能順暢使用的人數」。看看設備原廠自己怎麼說：
- 理論上限：Cisco Meraki 的技術文件列出，Wi-Fi 6 AP 理論上每個 radio 可以連 512 台、整台 AP 1,024 台裝置，但也明講這只是理論最大值，實際部署時，多台裝置同時通訊造成的干擾，會讓上限遠低於此。
- 設計建議：同一家原廠的高密度部署指南建議，高密度場地每個 radio 約 25 台、每台 AP 約 50 台裝置；只要超過 30 台裝置連同一台 AP，就已經算是高密度。
- 原廠自己的大會：Cisco 的年度大會 Cisco Live，2024 年阿姆斯特丹場在主會場、主題演講區與分組會議區共建置超過 730 台 AP，尖峰時段同時在線 16,024 台裝置，平均每台 AP 不到 22 台。
每位來賓通常帶著手機、筆電和智慧型手錶，有些人還多一台平板。一台 AP 規劃 50 台裝置，換算成人大約就是二、三十人。規格表上的 200，跟實務上的二、三十，差了七到十倍。
為什麼差這麼多？我們把 Wi-Fi 想像成一座停車場和一條路。
「200 人」是停車位，不是車道
AP 規格表上的「最大連線數」，意思是這台 AP 能同時記住幾台裝置，就像停車場有幾個車位。200 個車位，代表 200 台車都停得進來。
但停得進來，不代表開得出去。來賓不是來停車的，他們是要上路的：刷社群、傳照片、開視訊、送投票。每一個動作，都是一台車要開上路。
所以真正該問的不是「停車場有幾個車位」，而是：當大家同時要出門的時候，路夠不夠走？
而 Wi-Fi 的路，比多數人想像的窄得多。
Wi-Fi 的路，是一條單線道
Wi-Fi 的一個頻道，就像一條單線道，所有車輪流使用。AP 傳資料給手機、手機傳資料給 AP，兩個方向也共用同一條路。Wi-Fi 5 之後的 MU-MIMO 和 Wi-Fi 6 的 OFDMA，能讓少數幾台車並排或共乘，後面會再說明；但大部分時候，這條路上同一時間還是只有一台車在跑。
這條路在一秒鐘裡能分給大家的通行時間，就叫做 Airtime。Airtime 是固定的，不會因為人變多而變多。200 台裝置連在同一個頻道上，不是有 200 條車道，而是 200 台車在排隊搶同一條路的時間。
更麻煩的是，這份通行時間不會全部拿來載資料。有四件事一直在吃掉它。
慢車擋路
不是每台車都開一樣快。離 AP 近、比較新的手機像跑車，用很高的速率傳輸；離 AP 遠、或是好幾年前的舊手機，像慢吞吞的老爺車。
同樣傳一張 1 MB 的照片，以 200 Mbps 傳輸的手機大約只要 0.04 秒；以 10 Mbps 傳輸的手機要 0.8 秒，佔用的路是前者的 20 倍。而在單線道上，慢車開得再慢，後面的車也只能等。場地角落幾台訊號不好的裝置，就能把整條路拖慢。
上路前要先禮讓
Wi-Fi 沒有紅綠燈。每台車上路前，要先看看路上有沒有車，沒車還要再隨機等一小段時間才出發，避免兩台車同時衝出去撞在一起。萬一真的撞了，兩台都要退回去重來。
路上只有幾台車時，這套規則幾乎不花時間。車一多，大家花在「等」和「撞了重來」的時間就急速增加。而且每一趟出車，不管載的是一張照片還是一則訊息通知，起步的等待時間都一樣。活動現場最多的，偏偏就是訊息、通知、App 背景同步這種小包裹，載得很少，佔路卻不少。
固定班次的慢速公車
每一個 Wi-Fi 名稱（SSID），AP 大約每 0.1 秒就要廣播一次「我在這裡」，讓手機知道有這個網路可以連。這些廣播用的是最慢、最保險的速率，就像一台固定班次、開得很慢的公車，每 0.1 秒就要佔用路面一次。
開一個「來賓網路」是一條公車路線；再加上「工作人員」「媒體」「VIP」「攤商」，就是五條路線。Juniper Mist 的試算顯示，在 2.4 GHz 用最低速率廣播，一台 AP 開 6 個 SSID，光是廣播就佔掉約 19% 的通行時間；如果同一個頻道上聽得到 5 台這樣的 AP，廣播會吃掉約 97%，幾乎沒有路留給真正的資料。這也是為什麼 Cisco Meraki 建議 SSID 最多 3 個，並且說在高密度環境，這個建議會變成硬性要求。
還有一種車：手機會不停地發出詢問，「這裡有沒有我連過的網路？」，就像在場內繞圈找車位的車，沒有要去哪裡，但也一直在佔路。
滿場的人，就是路況
Wi-Fi 用的 2.4 GHz 和 5 GHz 訊號，很容易被水吸收，而人體大部分是水。空場的時候訊號暢通無阻；擠進三百個人，訊號變弱，傳輸速率跟著往下掉，資料沒送到就得再跑一趟。
這也是為什麼很多活動彩排時網路好好的，正式開場就掛了：彩排的路上只有五台車，而且路面是乾的；正式活動時，三百台車同時上路，還遇上大雨。
實際算一次
Cisco Meraki 的高密度指南用了一個很實際的算法：每個人同時需要的頻寬，乘上同時使用的人數，再除以一台 AP 實際能提供的吞吐量。
指南提醒，裝置實際能跑的速度大約只有規格速率的一半，還要再往下打折；它的範例裡，一台 AP 實際能提供的無線吞吐量約 100 Mbps。以範例中每人 3 Mbps 的需求估算，一台 AP 大約只撐得住 33 個人同時使用。而這還是沒把慢車、公車和雨天另外算進去的數字。
為什麼多放幾台 AP 也不一定有用
直覺的解法是「那就多放幾台 AP」。但如果新加的 AP 跟原本的用同一個頻道，又彼此聽得到，它們其實是在共用同一條路。等於多開了幾個停車場出口，卻全部接到同一條單線道上，車還是塞在一起，而且每台 AP 都在跑自己的公車，路反而更擠。
真正有用的做法，是多開幾條不同的路，並讓每條路只服務附近的車：
- 讓相鄰的 AP 走不同頻道：每個頻道是一條獨立的路，彼此不搶時間。2.4 GHz 只有 3 條互不干擾的路，5 GHz 有二十條上下，支援 Wi-Fi 6E 的裝置還能用 6 GHz 再多 24 條，所以高密度場地會盡量把裝置引導到 5 GHz 和 6 GHz。
- 調低功率、縮小範圍：AP 的訊號不是越強越好。範圍越小，一台 AP 負責的人越少，也越不會干擾到隔壁同頻道的 AP。
- 寧可用窄一點的路：Wi-Fi 可以把幾條車道合併成一條超寬車道，讓一台大貨車一次載更多東西，但路再寬，大家還是得輪流用。在人很多的場地，與其把四條車道併成一條，不如分成四條獨立的路，分給四個區域同時使用。Cisco Meraki 的指南也建議高密度場地使用 20 MHz 的窄頻道。
- 規定最低時速：設定最低傳輸速率，等於規定開太慢的車不能上這條路，讓裝置改連離自己更近、速度更快的 AP，也讓廣播公車開快一點。
- 把能走有線的，都移出這條路：直播機、報到機、舞台設備如果能接網路線，就不要跟來賓搶 Wi-Fi。
Wi-Fi 6E、Wi-Fi 7 能解決嗎？
能幫上很大的忙，但要分清楚兩件事：Wi-Fi 6E 是真的多開了新的路；MU-MIMO、OFDMA 這些技術，則是讓同一條路更好走。
Wi-Fi 6E：多開一整片新車專用道
Wi-Fi 6E 把 Wi-Fi 帶進全新的 6 GHz 頻段。數位發展部在 2023 年 8 月開放 5945–6425 MHz 給 Wi-Fi 使用，以 20 MHz 切分，就多出 24 條互不干擾的車道。對照 2.4 GHz 只有 3 條、5 GHz 二十條上下，整個場地能同時跑的路一口氣多了一倍以上。
而且這片新路不只是「多」：
- 新車專用道：只有支援 Wi-Fi 6E 以上的裝置才能進 6 GHz。路上沒有好幾年前的老爺車，大家都支援共乘，也開得比較快。
- 少了繞圈找車位的車：6 GHz 不讓手機在每條路上到處發詢問，而是由 AP 在 2.4 GHz、5 GHz 的廣播裡先告訴手機「6 GHz 也有路」，手機再直接開過去，路上的管理流量少很多。
- 新車分流出去，舊路也跟著變空：新手機、新筆電移到 6 GHz 之後，5 GHz 的通行時間就留給還在用舊裝置的來賓。即使不是每個人都支援 Wi-Fi 6E，全場都會受益。
但 6 GHz 也有幾個規劃時一定要注意的地方：
- 來賓網路必須用 WPA3：6 GHz 規定要用 WPA3，開放網路也要改用加密版的 Enhanced Open（OWE），WPA2 和完全不加密的網路都不能用。很多活動的來賓網路還是 WPA2，或是開放網路加登入頁，這種設定下，支援 Wi-Fi 6E 的手機也進不了 6 GHz。Cisco Live 2024 阿姆斯特丹場就發現，連在 WPA2 網路上的裝置裡有 9% 其實支援 Wi-Fi 6E，卻只能留在 2.4 GHz 和 5 GHz 擠。
- 訊號範圍比較小：頻率越高，越容易被牆和人體擋住，一台 AP 涵蓋的範圍比 5 GHz 小。在高密度場地這反而是好事，每台負責的人更少，但 AP 的位置和數量不能照 5 GHz 的距離估。
- 別把新路拿去併成超寬車道：台灣開放的 480 MHz，用 20 MHz 切有 24 條；改用 160 MHz 只剩 3 條，320 MHz 只剩 1 條。人多的場地，車道數比單條路有多寬更重要。
- 戶外幫助有限：台灣在戶外只允許以非常低的功率使用 6 GHz，大型戶外活動還是要靠 5 GHz 的規劃。
MU-MIMO、OFDMA、MLO：讓同一條路更好走
其他新技術沒有增加路的數量，而是讓同一條路載得更多：
- MU-MIMO：臨時並排的車道：AP 用多組天線，同時對不同方向的幾台裝置傳資料，像是在同一條路上臨時劃出幾條並排的車道。但能並排幾台，取決於 AP 有幾組天線，常見的企業級 AP 是 4×4，高階機種到 8×8，Wi-Fi 6 規格上最多也是同時 8 台，跟 200 台差得很遠。而且每次並排前要先量一次路況，裝置要剛好在不同方向、不能一直移動。活動現場人擠人、一直走動、封包又小，能並排的機會比實驗室少很多。
- OFDMA：共乘：Wi-Fi 6 讓一趟車同時載好幾台裝置的資料，對訊息、通知這種大量小包裹特別有效。
- BSS Coloring：認得隔壁的車：Wi-Fi 6 讓裝置分辨得出「這台車是隔壁 AP 的」，訊號夠弱時不用停下來禮讓，減少同頻道 AP 互相牽制。
- MLO：一台車同時走好幾條路：Wi-Fi 7 的裝置可以同時連上 2.4 GHz、5 GHz 和 6 GHz，挑空的路走，或幾條路一起用，對延遲和穩定度很有幫助。但場地裡的路總數沒有變多，大家都多線並用，每條路還是一樣擠。
6 GHz 多開了 24 條路，其他技術讓每條路更有效率，但加起來，也沒有把一台 AP 變成能讓 200 人同時順暢使用。而且前提是裝置也要支援：即使是滿場網路工程師的 Cisco Live 2024 阿姆斯特丹場，尖峰時段仍有兩成裝置是 Wi-Fi 5，一般活動的舊裝置只會更多。前面提到平均每台 AP 不到 22 台的數字，就是在七成以上裝置都是 Wi-Fi 6 的現場跑出來的。新設備是更好的工具，不是不用規劃的理由。
不只車道：停車證和聯外道路
除了 Airtime，還有兩個常見的地方會讓人「明明有訊號卻上不了網」。
停車證發完了：每台裝置連上網路後，還要領一個 IP 位址才能上網，就像停車場入口發的停車證。很多網路預設的網段，扣掉閘道後只有 253 張停車證。每位來賓帶著手機、筆電、智慧型手錶，可能還有平板，不到 100 個人就發完了。如果租約時間設得很長，已經離場的裝置也還佔著停車證不還，人來人往的展覽特別容易踩到。
聯外道路太窄：場內的路再順，出了停車場接上的對外線路如果不夠粗，所有人還是塞在出口。尤其有直播的活動，上傳頻寬常常比下載更早不夠用。
回到你的活動：三種網路樣態，各自卡在哪裡
我們在活動臨時網路服務中，把活動網路歸納成三種樣態。從 Airtime 的角度看，它們各自的風險都不一樣。
內容傳遞型：別讓內容跟觀眾搶路
分場簡報、議程 App、現場大螢幕與數位看板、分場直播與線上觀眾，這類內容最重要的是穩定送出去。最常見的翻車方式，就是播放與直播設備跟台下幾百支手機共用同一條單線道，觀眾一起傳照片的那一刻，畫面就開始緩衝。
做法是把內容設備移出共用的路：優先走有線、配置專屬頻寬，實在必須走無線的，也要給它獨立的頻道和優先權，不跟來賓的 Wi-Fi 混在一起。至於主題演講那一路直播和舞台 Demo，輸不起的程度更高，我們放在下面的關鍵任務型。
即時互動型：照尖峰時段設計，不是照平均
研討會投票、Q&A、展覽攤位、報到掃碼、手機收聽同步翻譯，這類活動的特點是「大家同時用」。主持人一喊「請掃 QR Code」，全場的車同一秒鐘上路，這就是 Airtime 最容易被耗盡的時刻。
所以容量要照尖峰時段估算，而不是全天平均。要算的是「最多會有多少台裝置在同一刻搶路」，再據此決定 AP 數量、擺放位置、頻道配置與覆蓋範圍，並且盡量減少 SSID、提高最低速率。
以 2026 國際扶輪世界年會為例，逾 37,000 名與會者要透過手機收聽即時 AI 翻譯，我們在四大場域建置了近 1,000 台 AP，平均每台 AP 對應不到 40 位與會者。不是因為 AP 只能連這麼多台，而是要讓每個人在同一時間使用時都還順。
關鍵任務型：最重要的連線，不上 Wi-Fi
有些連線只要出一次狀況，就沒有第二次機會：主題演講的直播、舞台上的產品 Demo、電競選手的比賽連線、資安競賽的賽場網路。
主題演講特別危險，因為它同時是全場人最集中的時刻。Cisco Live 2014 年舊金山場，光是主題演講廳就有約 7,000 台裝置連上 Wi-Fi；2024 年阿姆斯特丹場，主題演講區還單獨配置了 92 台 AP 與專屬的控制器。台下幾千支手機同時拍照、上傳、打卡的那一刻，正好就是台上直播與 Demo 最不能出錯的那一刻。
所以這些連線一律移出共用的 Wi-Fi：
- 主題演講直播：編碼器走有線、專屬頻寬，主線之外再拉一條不同業者的備援線路，主訊號斷了自動切換，線上觀眾不會看到畫面變黑。
- 舞台 Demo：Demo 設備走有線、獨立網段，彩排時就照正式流程完整跑過一次。如果 Demo 本身就要展示無線功能（例如手機或穿戴裝置），也要給它專屬的頻道，跟觀眾的 Wi-Fi 分開。
- 電競賽事與資安攻防競賽：選手與參賽隊伍一律走有線，觀眾、媒體與工作人員的 Wi-Fi 另外規劃，跟比賽流量完全切開，讓台下再多人打卡上傳，也碰不到比賽的連線。
實際的活動，往往同時具備兩三種樣態。一場研討會可能有分場簡報（內容傳遞型）、有投票（即時互動型），還有主題演講直播與 Demo（關鍵任務型）。規劃的起點不是「一台 AP 能連幾台」，而是哪些流量可以走共用的 Wi-Fi、哪些必須移出去，以及尖峰時段會有多少車同時上路。
下次廠商說「一台撐 200 人」，你可以這樣問
- 預計放幾台 AP、每台預計服務幾台裝置？ 如果答案是一台一百台以上，請對方說明依據。
- AP 放在哪裡？ 有沒有依場地平面圖和人員分布做規劃，還是一個區域放一台。
- 用幾個頻道、頻寬怎麼設？ 相鄰的 AP 會不會用到同一個頻道。
- 會開幾個 Wi-Fi 名稱？ 每多一個，就多一條慢速公車路線。
- 有沒有開 6 GHz？來賓網路用什麼加密？ 如果還是 WPA2 或開放網路，支援 Wi-Fi 6E 的裝置也用不到新的路。
- DHCP 位址池有多大、租約多長？ 停車證夠不夠發。
- 主題演講直播和 Demo 怎麼接？ 有沒有走有線、有沒有備援線路。
- 有沒有做過同規模的活動？ 能不能說出當時的人數、AP 數量，以及尖峰時段的實際狀況。
如果對方的回答只有「這台規格很好，可以連很多人」，你大概就知道，這場活動的網路還沒有人真正規劃過。
可立可：我們看的不是規格表，是你的尖峰時段
可立可自 2017 年起提供專業活動網路服務，累計超過 1,000 場，從數百人的企業研討會、電競賽事，到逾 37,000 人的國際年會。我們以 NaaS（Network as a Service）的方式交付活動網路，從規劃、設備到現場維運一次到位，主辦方不需要為了一場活動自己買設備、找人設定。
- 從活動流程開始規劃：先了解你的議程、互動環節與尖峰時刻，再決定 AP 數量、擺位與頻道配置，不是照規格表上的連線數估算。
- 事前場勘與實測：確認牆面、天花板、干擾源與實際覆蓋，不在空場測一次就算數。
- 依三種網路樣態組合設計：主題演講直播與 Demo 走有線加備援，該隔離的切開，該優先的給專屬頻寬。
- 企業級設備：採用 Cisco、Ruckus、Aruba 等企業級網路設備，由工程師針對活動現場調校。
- 工程師全程駐點、即時監控：活動當天盯著每個頻道的使用率與連線狀況，尖峰來臨前就先處理。
- 一個窗口協調到底：對接場地 IT、電信業者與其他廠商，你只要專注在活動本身。
網路最好的狀態，是整場活動沒有人想起它。我們的工作，就是讓你的來賓在最需要網路的那一秒，都上得了路。