體育場與場館訪客 WiFi 平台：高密度報到與贊助商啟用比較

大多數體育場與競技場使用混合式架構的效果最佳。季票持有者可透過球隊 App 接收 Passpoint 設定檔，並自動以加密方式連線，無需登入畫面。非經常性訪客則使用輕量級強制入口。請依據尖峰時段同時連線的裝置數量來調整 RADIUS 與 DHCP 的規模，而非依據座位數。透過事件驅動型 API，將取得同意的球迷資料傳送至售票與贊助商 CRM 系統。

您應該選擇哪一種體育場訪客 WiFi 平台方案？

任何體育場訪客 WiFi 平台的比較，最終都歸結為三種架構：

• 開放式或加密開放式網路上的強制入口。
• 透過球隊 App 提供 Passpoint 設定檔。
• 在相同 AP 上同時執行兩者的混合式架構。

如果您擁有季票球迷群體和球隊 App，請選擇混合式架構。

首先進行一些定義說明。強制入口是裝置在存取網際網路之前所顯示的網頁。球迷會在該頁面上進行登入、註冊或接受條款。Passpoint（亦稱為 Hotspot 2.0）是基於 IEEE 802.11u 的 WiFi 聯盟認證。它能讓裝置使用儲存在設定檔中的憑證，自動尋找並加入網路。Passpoint 使用 IEEE 802.1X（基於通訊埠的存取控制標準）進行身份驗證。802.1X 會根據 RADIUS 伺服器（遠端用戶點對點連線驗證服務，定義於 RFC 2865）驗證每台裝置。

選擇會影響以下三點：

• 當中場休息有 20,000 台手機同時解鎖時，網路的運作表現。
• 您能收集到多少第一方資料。
• 您可以銷售多少贊助商版位。

每種架構各有其優勢，這就是為什麼混合式架構通常表現最為出色。

Purple 作為獨立於硬體的雲端覆蓋層，可支援上述三種架構。它支援 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 以及 Fortinet AP。正如我們在 為什麼您下一次的 WiFi 升級不需要新硬體 一文中所解釋的，您完全無需淘汰與替換舊有設備。Purple 跨越 90 個國家/地區的 80,000 多個場館，每年服務 5 億名使用者與登入次數。

強制入口、Passpoint 與混合式平台的真正差異之處

	強制入口	透過球隊 App 的 Passpoint	混合式
連線對象	每一位擁有瀏覽器的入場者	安裝 App 並接受設定檔的球迷	這兩個群體，使用不同的 SSID
引導流程	加入 SSID，開啟入口頁面，登入或接受條款	一次性安裝設定檔後即無後續步驟	App 球迷無需任何步驟，其他人使用入口頁面
無線加密	開放式 SSID 無加密，OWE 則為每台裝置單獨加密	WPA2-Enterprise 或 WPA3-Enterprise	App 球迷使用企業級，入口頁面使用開放式或 OWE
中場休息身份驗證負載	載入入口頁面加上每次登入一次 RADIUS 交換	每台裝置多步驟 802.1X 交換，無頁面載入	強制入口負載因使用 Passpoint 的球迷比例而降低
登入時的第一方資料	姓名、電子郵件、同意選項，若有提供則包含社群檔案	應用程式帳戶已知的身分資訊	會員為應用程式檔案，訪客為入口頁面資料
贊助商曝光版位	快顯頁面與登入後重新導向	僅限應用程式內版位，無快顯頁面	訪客為快顯頁面，會員為應用程式內版位
標準	RFC 8908 與 RFC 8910 強制入口 API、RFC 8110 OWE	IEEE 802.11u、IEEE 802.1X、EAP-TLS 或 EAP-TTLS	以上皆是
適用對象	無球隊應用程式的演唱會與會議場館	擁有活躍應用程式與會員專區的球隊	擁有季票粉絲群與單次訪客的球隊

報到體驗

在強制入口上，每位球迷都在連線瞬間與您的品牌互動。這對體育館訪客 WiFi 報到至關重要。手機的強制網路助理 (CNA) 是微型瀏覽器，iOS 與 Android 在偵測到入口時會自動開啟。在 Passpoint 網絡上，球迷甚至還沒把手機從口袋拿出，裝置就已完成連線。

安全模型

開放式 SSID 會在空中傳輸未加密的流量。OWE（機會性無線加密，RFC 8110，經 WiFi 聯盟認證為 Enhanced Open）彌補了這一漏洞。它無需密碼即可加密每台裝置的流量。Passpoint 更進一步：它使用 WPA2-Enterprise 或 WPA3-Enterprise，並透過 EAP 方法進行 802.1X 驗證。EAP-TLS 使用憑證進行驗證。EAP-TTLS 則將使用者名稱和密碼封裝在 TLS 隧道中。

資料與贊助商模型

這是大多數供應商忽略的權衡。Passpoint 移除了快顯頁面，因此也移除了您最顯眼的贊助商版位。僅採用入口的設計可最大化贊助商曝光率，但會讓您最忠實的球迷在每個比賽日都要重新登入。混合式架構則能為每種受眾提供適當的體驗。

體育場 WiFi 平台如何吸收半場休息時的驗證突發流量？

體育場網路很少因總容量不足而崩潰。它會崩潰是因為數千台裝置在相同的五分鐘內請求驗證、IP 位址和入口頁面。請針對該並發量進行設計。

實作案例：模擬 40,000 人容量體育場的半場休息突發流量

這是規劃模型，而非實際報告結果。請根據您自己的登入資料調整假設條件。

狀況。 一家足球俱樂部營運著一座可容納 40,000 人的體育場。假設有 60% 的入場者嘗試連線，即 24,000 台裝置。假設其中有 30% 在半場休息的前五分鐘內首次加入。這意味著在 300 秒內有 7,200 次新登入，即每秒 24 次。

問題。 假設工作階段逾時時間設定為 60 分鐘。在賽前入場時連線的球迷會在半場休息前後逾時並重新驗證。在最糟糕的情況下，所有 24,000 台裝置都會在該時間區間內存取平台：每秒進行 80 次驗證。

處理措施：

• 將工作階段逾時時間設定為長於整場活動（從開放入場到離場），使已連線的球迷永遠不會在賽程中重新驗證。
• 已透過球隊應用程式將 35% 的連線球迷轉移至 Passpoint。

成果。 中場休息時的峰值從每秒 80 次驗證降至 24 次，降幅達 70%。入口頁面載入量從 7,200 次降至 4,680 次，因為 Passpoint 球迷完全跳過了該頁面。Passpoint 球迷仍會發送 RADIUS 請求。這些請求不攜帶網路流量，且漫遊金鑰可防止其重複發送。

保持 RADIUS 快速且無需排隊

RADIUS 透過 UDP 運行。當伺服器回應緩慢時，基地台會重新傳送，而重新傳送會增加造成延遲的負載。RFC 5080 記載了這種行為。四個設計選擇可防止這種惡性循環：

• 讓慢速系統遠離驗證路徑。 切勿在登入期間同步呼叫您的 CRM 或售票系統。接受連線後，再非同步寫入下游系統。
• 使用快速漫遊。 IEEE 802.11r 快速轉換與 PMK 快取可讓裝置在基地台之間移動，而無需進行完整的 802.1X 交換。在中場休息時球迷走向看台走道的大型場館中，這能減少數千次的重複請求。
• 控制計帳流量。 RADIUS 計帳 (RFC 2866) 會以固定間隔傳送中期更新。跨 24,000 個會話的短間隔會在極不恰當的時機增加穩定負載。
• 水平擴充 RADIUS 層。 Purple 的雲端 RADIUS 運行在具有 99.999% 正常運行時間的基礎架構上（Purple 自己的數據）。

在 DHCP 耗盡開始前加以阻止

DHCP（動態主機設定協定，RFC 2131）會分配每個裝置一個 IP 地址，並設有固定的租約時間。手機在離開覆蓋範圍時很少會釋放其租約。因此，在租約到期之前，地址會一直保持鎖定狀態。

實際情境：一天有兩場演出的體育館

這是一個基於地址運算的規劃模型，而非報告的實際結果。

狀況。 一個容納 15,000 人的體育館舉辦了日場和夜場兩場不同觀眾的演出。假設每場演出有 70% 的觀眾連線，即每場演出有 10,500 台裝置。訪客網路使用 /18 位址池，其中包含 16,382 個可用地址。

問題。 在 24 小時的租約下，日場的地址會一直保留到夜場演出。位址池在夜場入場達到 5,882 台裝置時耗盡。晚到的入場者無法取得地址，也無法取得連線。

處置措施。 團隊將租約時間縮短至小於兩場演出之間的空檔。

成果。 位址池現在只需要在高峰期覆蓋一場演出的觀眾。相同的 /18 位址池可為 10,500 台裝置提供服務，並有 5,882 個地址的緩衝空間。

雙疊棧 IPv6 可進一步減輕 IPv4 的壓力，因為裝置會透過 SLAAC (RFC 4862) 自行設定地址。在使用 IPv6 之前，請確認您的入口與受控園區 (walled garden) 支援 IPv6。

打造輕量化的入口

高密度場館的強制入口應該要在擁塞的無線電波中快速載入。以下四個步驟有所幫助：

• 透過內容分發網路 (CDN) 提供入口資產。
• 保持影像檔案較小。
• 僅將您實際提供的社交登入網域列入白名單。
• 透過強制入口 API (RFC 8910 與 RFC 8908) 來宣傳入口網站網址。支援的裝置隨後即可直接找到入口網站，無需透過 HTTP 攔截。

何時適合使用高密度場館強制入口

當大部分的受眾僅造訪一次時，請選擇僅限入口網站的設計。演唱會、會議與巡迴活動皆符合此模式。這些活動每晚都會帶來不同的群眾，而且大多數與會者永遠不會安裝球隊 App。

入口網站也是您最強大的贊助商資產。每位連線的與會者都會看到 Portal 頁面。您可以在登入後將他們重導向至合作夥伴的優惠頁面。Purple 的 Guest WiFi 會在此刻透過自願選擇的訂閱機制，擷取獲得同意的第一方資料，其中每個用途都有獨立且未勾選的核取方塊。

相同的登入資料會同步傳送至 WiFi Analytics。它可以測量大廳、酒吧與商品區的停留時間，讓您可以利用真實的存在資料作為後盾，向贊助商銷售廣告版位。

在與開放式 SSID 並行的過渡模式下，於 OWE 上執行入口網站。支援 OWE 的裝置會加密連線，而較舊的裝置仍可加入。這彌補了入口網站與 Passpoint 安全性之間的絕大部分差距，且不會為球迷增加額外步驟。

入口網站的功能也延伸至球場外。如果您的體育場內設有飯店，相同的身分識別可以延伸套用至客房，如我們的 Hotels 頁面所述。球隊旗艦店則遵循我們 Retail 頁面上的模式，每位登入的購物者都會成為已知輪廓的用戶。

何時適合使用體育場 Passpoint WiFi

針對重複入場且已擁有您帳戶的球迷，請選擇體育場 Passpoint WiFi。季票持有者、會員與貴賓包廂賓客皆符合此輪廓。他們希望無需思考即可連線，而您也已經知道他們的身分。

球隊 App 只需安裝一次設定檔。從那時起，裝置在每個比賽日都會自動加入。iOS 會透過組態設定檔安裝 Passpoint 憑證。Android 則會透過其 Passpoint API 安裝憑證。在進行關聯之前，裝置會使用 ANQP (存取網路查詢協定，IEEE 802.11u 的一部分) 來檢查網路是否支援其憑證。

何時將 Passpoint 與強制入口相結合

當您的入場觀眾分為忠誠核心群眾與非定期散客時，請將兩者相結合。足球俱樂部通常符合這種模式：季票持有者、客隊球迷與單次造訪的訪客共享同一個球場。

會員透過 Passpoint 連線，並在 App 內接收贊助商內容。其他所有人都會看到入口網站。最多廣播兩個訪客 SSID，因為每個額外的 SSID 都會透過其自身的信標消耗空口時間。

您也可以將入口網站作為通往 Passpoint 的橋樑。在球迷首次登入入口網站後，提供設定檔下載。安裝該設定檔的每位球迷在未來的每場比賽中都會離開入口網站轉而使用此服務。

OpenRoaming 的適用情境

OpenRoaming 是建立在 Passpoint 基礎上的 Wireless Broadband Alliance 聯盟組織。持有參與計畫之身份識別提供者設定檔的裝置，皆可自動且安全地連線。這涵蓋了未安裝球隊應用程式的造訪球迷。OpenRoaming 不會為您提供貴球隊自身的身份資料，因此請將其視為更廣泛的覆蓋範圍，而非取代您自身的設定檔。

讓員工使用獨立網路

場地管理人員、攤商與轉播團隊需要專屬的網路。Purple 的 Identity-Based Networks 根據 Microsoft Entra ID、Okta 或 Google Workspace 來驗證員工 WiFi，並在有人離職時自動撤銷存取權限。

針對託管裝置，我們關於 如何使用 Microsoft Intune 將 WiFi 憑證推送至裝置 的指南涵蓋了憑證發放程序。針對承包商的自有裝置，請參閱 BYOD WiFi 導入：管理飯店與零售業中的非託管裝置。

將 POS 銷售終端機區隔至獨立的 VLAN（虛擬區域網路，邏輯上獨立的網路）。PCI DSS 將網路區隔視為縮減持卡人資料環境範圍的一種方式。

第一方球迷資料如何即時同步至售票與贊助商 CRM？

請根據事件而非批次處理來路由資料。當球迷登入時，平台會解析其身份並檢查其同意選項。接著平台會發送一項事件，供下游系統在數秒內接收。售票系統會透過電子郵件或票券編號，將該次登入與預訂紀錄進行比對。贊助商 CRM 只會接收勾選同意該特定贊助商的球迷資料。

同意聲明是關鍵的控制點。UK GDPR 第 7 條第 1 項要求您必須能夠證明每位球迷皆已給予同意。ICO 的同意指南指出，您必須列出將依賴該同意聲明的任何第三方資料控制器。根據 PECR 法規第 22 條，贊助商的電子郵件行銷需要獲得提及該名稱的同意聲明。軟性選擇性同意 (Soft opt-in) 僅適用於您自家的類似產品，不適用於合作夥伴。

Purple 可與 CRM 及行銷平台整合。系統會分別記錄每次的勾選同意，並保留其字樣與時間戳記。Purple 已通過 ISO 27001 與 Cyber Essentials 認證，符合 GDPR 與 CCPA 規範，並且是獲得認證的 B Corp。

實作情境：具備冠名權合作夥伴的市政體育館

這是一個基於明確假設的規劃模型，並非已報告的實際結果。

情況。 當地政府擁有一座可容納 8,000 人的多功能體育館。該場館舉辦演唱會、會議與社區體育活動。主辦單位擁有演唱會售票資料。體育館的冠名權合作夥伴希望能從每場活動中取得獲得同意的潛在客戶資料。

執行的措施：

• 每個登入畫面皆包含獨立且未預先勾選的方框，並標明合作夥伴名稱。
• 獲得同意的登入會觸發事件並傳送至合作夥伴的 CRM。
• 未獲得同意的登入僅會傳送至體育館自家的 CRM。
• 僅在體育館擁有預訂資料的情況下進行售票比對。

**結果：**假設有 5,000 名與會者登入活動，其中 20% 勾選了合作夥伴方塊。合作夥伴隨後便能在每場活動收到 1,000 筆獲得同意的記錄。每筆記錄都會在登入後數秒內送達，並附上相應的同意證明。這能取代每月匯出試算表的方式，避免失去現場最佳時機並削弱稽核軌跡。

運作各個體育場 WiFi 方案的成本為何？

授權費用僅是成本的一部分。更大的成本在於建置工作、定期維運與廣播頻寬。

	強制入口	透過球隊應用程式使用 Passpoint	混合模式
建置成本導因	入口網站設計、圍牆花園、同意條款文字、CRM 欄位對應	應用程式開發、RADIUS 領域設定、憑證或證書簽發	兩種建置作業
維運成本導因	平台授權、入口網站代管、網際網路回程傳輸	平台授權、憑證生命週期、應用程式發佈週期	兩者皆有，且共享一個 RADIUS 層級
所需硬體	任何列出的廠商現有無線基地台	韌體已啟用 Hotspot 2.0 的無線基地台	可支援 Hotspot 2.0 且廣播兩個 SSID 的無線基地台
每場活動工作量	更換贊助商素材、審查同意條款文字	無需新手導引工作，僅需應用程式內內容	入口網站素材加上應用程式內容
廣播頻寬成本	一個訪客 SSID	一個訪客 SSID	兩個訪客 SSID

混合模式的建置成本最高，但能降低比賽日的風險。您每轉移一位球迷使用 Passpoint，就能在半場休息時減少一次頁面載入。

如何為您的場館做出決定

請將您的狀況對照下方橫列。

您的狀況	建議
無球隊應用程式，僅有音樂會和會議等一次性受眾	於過渡模式下的 OWE 使用強制入口、贊助商形象頁面、自主選擇的同意選項
季票持有者積極使用球隊應用程式	混合模式：應用程式內採用 Passpoint，訪客則採用強制入口
會員專區、包廂與貴賓席	會員使用 Passpoint 設定檔，訪客則使用入口網站存取
主辦單位擁有售票權的多功能體育館	具備每場活動、每家合作夥伴同意條款文字的強制入口
許多沒有球隊帳戶的客場球迷	強制入口加上用於自動安全存取的 OpenRoaming
工作人員、攤位與銷售點 (POS)	於 802.1X 上建立獨立的員工 WiFi，並整合身份提供者與 VLAN 網路分段
在您舉辦首場現場活動之前，請執行以下三件事：

1. 在非比賽日對設計進行負載測試。
2. 對照真實的無線基地台日誌，重播您的半場休息模型。
3. 確認下游系統能以您的高峰登入速率接收事件。

常見問題

Purple 是否能與我們體育場內已安裝的無線基地台搭配使用？

是的，前提是這些設備來自 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 或 Fortinet。Purple 是一個與硬體無關的雲端重疊層，因此可直接層疊在您現有的基礎架構之上，無需替換舊有設備。您的存取點會繼續處理無線電和漫遊。Purple 則負責處理強制入口、雲端 RADIUS、同意書收集與資料路由。Passpoint 也需要在您的存取點韌體中啟用 Hotspot 2.0。

我們需要球隊應用程式才能向球迷提供 Passpoint 嗎？

不需要，但應用程式是最順暢的提供途徑。iOS 會透過下載設定檔來安裝 Passpoint 憑證。Android 則透過其 Passpoint API 或網頁下載進行安裝。因此，您可以在球迷首次登入強制入口後提供該設定檔。應用程式在採用率上最具優勢，因為它能將設定檔與球迷已經擁有且每個比賽日都會使用的帳戶綁定。

在 GDPR 規範下，我們可以將透過 WiFi 登入收集到的球迷資料分享給贊助商嗎？

可以，但必須取得明確列出贊助商名稱的獨立具體同意。ICO 的同意指南指出，您必須列出依賴該同意的所有第三方資料控制器。第 7(1) 條要求您必須能證明此同意。在 PECR 規範下，贊助商的電子郵件行銷需要該同意，因為柔性選擇加入（soft opt-in）僅涵蓋您自己的類似產品。Purple 的自主選擇（conscious-choice）選擇加入功能會分別記錄每個選擇，包含其具體用語與時間戳記。

強制入口能否應付半場休息時數萬名球迷同時連線？

可以，前提是您的設計是以高並發量而非總容量為核心。請將連線階段超時時間設定得比活動時間更長，如此已連線的球迷就永遠不會在比賽途中重新驗證。請勿將 CRM 和售票系統的寫入操作放在驗證路徑中。針對高峯期的並發裝置數量來規劃 DHCP 位址池的大小，且租約時間應短於活動之間的間隔。透過內容傳遞網路（CDN）提供入口網站資產。將會員遷移至 Passpoint 可以完全免除他們的頁面載入需求。

我們該如何從現有的體育場 WiFi 供應商進行遷移？

遷移方式是變更存取點傳送驗證和入口流量的位置，而不是更換硬體。請先在測試用 SSID 上執行 Purple。在非比賽日驗證入口網站、RADIUS 和 CRM 路由，然後再切換正式營運的 SSID。匯出您現有的選擇加入紀錄及其具體用語和時間戳記。在舊用語下收集的同意可能無法涵蓋您接下來規劃的使用目的。

OpenRoaming 會取代我們自己的 Passpoint 設定檔嗎？

不會，它能補充您自己的設定檔。OpenRoaming 是基於 Passpoint 建立的 Wireless Broadband Alliance 聯盟。持有參與計劃之身分驗證提供者設定檔的裝置，可以自動且安全地加入連線，這涵蓋了未安裝球隊應用程式的客隊球迷。它不會向您提供貴球隊自身的身份資料。請在應用程式中為季票持有者保留您自己的設定檔，並使用 OpenRoaming 來擴大安全覆蓋範圍。

入口網站網路應該開放還是使用 OWE？

在您的基地台支援的情況下，請儘可能使用 OWE，並與開放的 SSID 一起在過渡模式下運作。OWE 經 WiFi 聯盟認證為 Enhanced Open，可在無需密碼的情況下加密每台裝置的流量。擁擠走廊上的球迷無法讀取彼此的連線階段。過渡模式允許較舊的裝置加入開放網路，同時讓具備能力的裝置以加密方式連線。比賽日之前，請確認每個基地台的韌體支援情況。

場館部署需要付出多少精力？

大部分的精力集中在設定與整合，而非硬體。由於 Purple 疊加於您現有的基地台之上，因此工作範圍涵蓋入口網站設計、同意書條款、SSID 與 RADIUS 設定，以及票務和 CRM 系統的欄位對映。Passpoint 增加了球隊應用程式開發，以及跨 iOS 和 Android 裝置的測試週期。請在首場現場活動之前的非比賽日規劃完整的負載測試。