飯店 WiFi 網速：房客的需求與實現解決方案

中階飯店請以每房 15-25 Mbps 進行規劃，奢華飯店與會議型旅宿則需達到 50 Mbps 以上。請根據晚間高峰期而非每日平均值來規劃網際網路專線頻寬，並採用對稱頻寬以確保視訊會議傳輸順暢。接著透過 WiFi 6 基地台、QoS 與分級存取機制來維護連線品質。

房客實際上對飯店 WiFi 速度有何期望？

房客會將貴飯店的 WiFi 速度與自家寬頻做比較。2024 年 3 月，美國聯邦通訊委員會（FCC）將固定寬頻基準提高至下載 100 Mbps、上傳 20 Mbps。在家中，這樣的線路供單一家庭使用；但在飯店中，一條網路專線必須同時服務所有客房。

房客很少查看測速結果，他們注意到的是視訊會議卡頓、影片緩衝或簡報無法上傳。因此，請圍繞房客使用的應用程式進行規劃，並考量同一時間有多少客房會同時執行這些程式。

房客在飯店 WiFi 上做些什麼

應用程式決定了最低頻寬需求。以下是房客在晚間最常使用的服務所公布的需求：

當中有兩個關鍵重點。第一，群組視訊會議所需的上傳頻寬大於下載頻寬。若專線具備充足的下載頻寬但上傳頻寬不足，商務旅客將最先受到影響。第二，單一客房很少只執行單一應用程式。進行會議的筆記型電腦、同步相片的手機以及播放串流的電視，都會同時爭用無線電空中時間（Airtime）。

為什麼延遲與 Megabits 一樣重要

客房的測速結果即使顯示 50 Mbps，視訊會議仍可能出現卡頓。會議品質取決於延遲、抖動（Jitter）與封包遺失，而不僅僅是傳輸量。抖動是指封包之間的延遲變異。

• ITU-T G.114 建議單向延遲低於 150 ms，以提供可接受的語音品質。
• Microsoft 對於 Teams 的網路指引 設定的目標為單向延遲低於 30 ms、來回時間（RTT）低於 60 ms。同時要求在任何 15 秒區間內封包遺失率需低於 1%，且抖動低於 15 ms。

這些數據解釋了為什麼單靠增加頻寬很少能解決客訴。基地台壅塞、訊號干擾以及缺乏流量優先順序排定，才是導致房客感受到的延遲與抖動的主要原因。

依物業類型劃分的每房目標數值

每房目標數值是指活躍客房在高峰期應獲得的容量。以中階飯店為例，採計一道 5 Mbps 的 HD 串流，加上一組 1080p 群組會議（下載 3.0 Mbps、上傳 3.8 Mbps）。再加上手機的背景流量，需求大約達到 10 Mbps。將目標設為 15-25 Mbps 可為該客房提供突發流量的緩衝空間。奢華飯店與長住型房客會增加 15 Mbps 的 4K 串流及更多裝置，這會將目標推升至 50 Mbps 或更高。

請將這些視為起點。下方的步驟 1 將說明如何對照您自己的尖峰數據來進行驗證。

規劃飯店 WiFi 頻寬前需要準備什麼？

在進行任何容量估算前，請先收集六項輸入資料。每一項都會影響最終答案。

1. 尖峰使用量數據。 從您的控制器或訪客 WiFi 平台導出每小時登入次數與每個基地台的利用率。找出用量最高的時段。在大多數飯店中，此時段通常落在晚上 7 點到 10 點之間。
2. 住房率數據。 請使用尖峰住房率，而非年平均值。全年平均住房率為 70% 的飯店，在舉行會議的夜晚住房率可能高達 95%。
3. 平面圖與建築結構細節。 混凝土、鋼材和塗層玻璃會減弱無線電訊號。在放置基地台之前，您需要這些資料來進行現場勘測，以繪製訊號覆蓋與干擾圖。
4. 您現有的網際網路線路。 記錄下載與上傳速度、線路是否為對稱，以及合約何時到期。
5. 您的交換器設備。 檢查乙太網路供電 (PoE) 供電預算與上行速度。許多三頻 WiFi 6E 和 WiFi 7 基地台需要 IEEE 802.3bt 供電與 Multi-Gigabit (IEEE 802.3bz) 連接埠才能發揮完整效能。請確認各廠商的資料表。
6. 您的存取模型與合規範圍。 決定 WiFi 是免費、分級還是付費。確認哪些網路屬於您的 PCI DSS 持卡人資料環境範圍。

如何估算並提供飯店 WiFi 速度？

步驟 1：估算晚上尖峰時段的網際網路線路需求

請勿將所有客房數量直接乘以每房目標。並非每間客房都有人入住，也不是每間已入住的客房都會同時頻繁使用網路。請改用以下公式計算：

尖峰客房需求 = 客房數 × 尖峰住房率 × 尖峰同時使用率 × 每房目標

尖峰同時使用率是指在用量最高時段中，積極使用頻寬的已入住客房比例。您可以從控制器或登入數據中獲取此數值。接著加上大廳、餐廳、酒吧與活動空間的需求。最後加上供業務成長與意外尖峰使用的預留空間。至少 20% 的預留空間能讓您有彈性應對繁忙的週末。 請選擇對稱式專線，此類專線在雙向上皆提供相同的速率。非對稱式的企業寬頻通常上傳速率僅有下載速率的十分之一，而視訊通話最容易曝露出這項差距。若要提高網路韌性，請從不同實體線路的備用電信商新增第二條專線。

第二步：在賓客所在的位置部署存取點

安裝在走廊的存取點會使訊號穿透牆壁與門扇，導致走廊盡頭的房間訊號受損。在建築結構允許的情況下，請將存取點直接安裝於房間內或每隔一間房間安裝。請先依據平面圖進行預測性勘測，安裝完成後再於現場進行驗證勘測。

針對賓客流量，請優先使用 5 GHz 與 6 GHz 頻段。在高密度部署中，請在 5 GHz 頻段使用 20 MHz 或 40 MHz 通道。較窄的通道可提供更多不重疊的通道，從而減少相鄰房間之間的干擾。請將 2.4 GHz 留給舊型裝置以及房內的 IoT 設備（例如電視與恆溫器）。

第三步：選擇無線標準

WiFi 6 (IEEE 802.11ax) 是最合理的最低標準。它引進了正交頻分多址 (OFDMA)，允許單一存取點在一次傳輸中同時為多台裝置提供服務。這非常適合高密度的客房樓層。

WiFi 6E 將 WiFi 6 延伸至 6 GHz 頻段。額外的頻譜可減少會議空間與奢華樓層中的同通道干擾。WiFi 7 (IEEE 802.11be) 則增加了 320 MHz 通道與多鏈路操作 (MLO)。MLO 允許裝置同時使用多個頻段。由於只有較新型的裝置支援 6 GHz，因此請為其他所有使用者維持強大的 5 GHz 覆蓋範圍。

第四步：分割網路

VLAN (虛擬區域網路) 可在共用的交換器與存取點上將流量進行隔離。請將賓客、員工、IoT 及支付流量放在獨立的 VLAN 上，並在它們之間設定防火牆規則。防止賓客進入持卡人資料環境可縮小您的 PCI DSS 合規稽核範圍。

在賓客網路中，請啟用用戶端隔離，使單一賓客的裝置無法連線至另一位賓客的裝置。請使用機會性無線加密 (OWE) 在無需共用密碼的情況下加密開放式的賓客連線。請使用 WPA3-Enterprise 與 IEEE 802.1X 標準來保護員工網路，該標準可在每個人員或裝置加入網路前進行驗證。802.1X 通常仰賴 RADIUS 伺服器，這是一項負責檢查憑證並回傳網路策略的服務。

第五步：套用 QoS 與單一裝置限制

服務品質 (QoS) 可決定當網路忙碌時哪些流量優先處理。WiFi 多媒體 (WMM) 是基於 IEEE 802.11e 的認證，將無線流量分為四個佇列：語音、視訊、盡力而為 (best effort) 與背景。請使用 DSCP (區分服務代碼點) 值標記流量，讓您的交換器與防火牆能遵守相同的優先順序。

接著新增限制：

• 單一裝置速率限制：防止單一賓客的下載作業佔滿整個樓層的頻寬。
• 單一網路上限：防止賓客網路擠壓員工與支付流量。
• 應用程式控制使用深度封包檢測，在尖峰時段降低軟體更新等大量傳輸的優先順序。
• 獨立資源池給予活動網路專屬的容量上限，因此大型會議不會消耗客房的網路容量。

步驟 6：將分級制度整合至您的強制入口

強制入口是訪客連線前看到的登入頁面。這也是您套用分級存取的地方。訪客選擇的分級會對應至由您的控制器執行的速度策略。

Purple 的 Guest WiFi 可以作為您現有硬體上的雲端重疊架構，運行強制入口與驗證機制。自願選擇同意機制可在登入時擷取獲同意的第一方資料。Purple 與 CRM 和行銷平台整合，因此常客會員身分可決定訪客獲得的分級。

您也可以透過 OpenRoaming 減少登入阻力。OpenRoaming 是基於 Passpoint（亦稱為 Hotspot 2.0）建置的無線寬頻聯盟（Wireless Broadband Alliance）聯邦，可讓已啟用的裝置自動且安全地連線。Purple 扮演 OpenRoaming 身分提供者的角色。

這在真實的飯店中看起來如何？

以下兩個情境是經推算的規劃模型。這些數據來自步驟 1 的計算，並非來自特定具名物業的實際測量結果。

情境 1：擁有 180 間客房且晚間常收到抱怨的商務飯店

情況。 該飯店使用下載 500 Mbps、上傳 50 Mbps 的商務寬頻專線。WiFi 5 基地台安裝於走廊，每三間客房配備一台。顧客評論提及晚間 8 點至 10 點之間的 WiFi 速度緩慢。

採取的行動。 控制器資料顯示在 85% 住客率的情況下，晚間 9 點有 45% 的已入住客房處於活躍狀態。以 15 Mbps 為目標的尖峰客房需求為 180 × 0.85 × 0.45 × 15，約為 1,030 Mbps。如果這 69 間活躍客房中有三分之一進行 1080p 群組通話，上傳需求約達到 87 Mbps。

飯店改用 1 Gbps 的對稱型數據專線。並將走廊設備替換為每兩間客房一台的 WiFi 6 基地台，總共 90 台。訪客被區分為三個分級，基礎分級每台裝置限制為 5 Mbps。WMM 與 DSCP 優先處理語音與視訊傳輸。

結果。 模擬的尖峰下載需求原本約為舊專線容量的 206%。在 70% 的活躍客房使用基礎分級的情況下，尖峰需求降至約 552 Mbps。這佔新專線容量的 55%。尖峰上傳需求從舊專線的 174% 降至新專線的 10% 以下。

情境 2：接待 800 名與會代表、擁有 300 間客房的會議飯店

狀況： 該飯店運作一條由客房與活動空間共享的 2 Gbps 線路。在舉辦大型會議期間，當活動正在進行時，客房內的賓客紛紛提出抱怨。

處理方式： 客房的尖峰需求達到 300 × 0.9 × 0.4 × 15，約 1,620 Mbps。活動增加了 800 名與會者，每人擁有兩台裝置，共計 1,600 台裝置。在 60% 的併發率以及每位活躍與會者 1.5 Mbps 的情況下，活動需求達到了約 720 Mbps。合計 2,340 Mbps 已超過線路容量。

飯店將服務升級至 5 Gbps 對稱線路。將活動網路轉移至獨立的 VLAN，並設定 1 Gbps 的上限。在大宴會廳部署了高密度 WiFi 6E 基地台，並根據設備廠商的高密度設計指南進行規劃。Cisco Meraki、HPE Aruba 與 Juniper Mist 各自皆有發布相關指南。

結果： 模擬的合計尖峰下降至新線路的 47%。由於活動網路池不能超過 1 Gbps，因此在全體會議的休息時間，客房賓客仍可維持 15 Mbps 的目標速率。

您該如何確認賓客有獲得您所規劃的速度？

請在關鍵的時間點，從賓客所在的地點進行測試。上午 11 點在空無一人的大廳進行測速毫無意義。

• 在尖峰時段巡視各樓層。 於晚上 8 點至 10 點之間，從每條走廊最末端的房間進行測試。記錄每個層級的下載、上傳與延遲數據。
• 衡量通話品質，而非僅看吞吐量。 對照上述 Microsoft Teams 的目標值檢查延遲、抖動（jitter）與封包遺失率：封包遺失率低於 1%，抖動低於 15 ms。
• 監控存取點。 在您的控制器中檢視每個無線電頻段的頻道利用率、重試率（retry rates）與用戶端數量。重試率上升通常意味著存在干擾，這往往發生在賓客發出抱怨之前。
• 監控上行鏈路。 當網際網路線路在尖峰時段超過 70-80% 的利用率時發出警報。這是提醒您擴充容量或縮緊層級上限的訊號。
• 查看賓客評論。 每月搜尋賓客評論中的「WiFi」字眼，並與您的利用率數據進行比對。

Purple 的 WiFi Analytics 能顯示每個場地按小時統計的登入次數、停留時間以及回訪賓客數量。這些數據為您提供步驟 1 中真實的尖峰併發量，而非憑空推測。它們還能顯示一段時間內的成長趨勢，讓您能在網路飽和之前完成升級。

是什麼原因導致飯店 WiFi 變慢？您該如何解決？

同頻道干擾

位於相同頻道的鄰近存取點會輪流傳輸，這會降低所有人的吞吐量。請啟用無線電資源管理（RRM），它能自動調整頻道與傳輸功率。在高密度區域，將 5 GHz 頻道縮窄至 20 MHz 或 40 MHz，並將支援的裝置移至 6 GHz。

上行鏈路或後向傳輸（backhaul）飽和

無線網路的速度上限取決於其背後的線路與網際網路連線。一個飽和的交換器上行鏈路就能拖慢整個樓層。請在尖峰時段檢查上行鏈路利用率，並為高密度區域提供 Multi-Gigabit 連線。

上傳容量不足

非對稱線路會最先導致視訊通話失敗。如果抱怨主要集中在通話而非影片串流，請檢查上傳利用率。對稱式專線可以從根本解決這個問題。### 裝置固定在 2.4 GHz

部分裝置會持續連接訊號較弱的 2.4 GHz 頻段或較遠的基地台。請啟用頻段導引（Band Steering）。設定最低數據傳輸率，讓連線速度慢且距離較遠的連線自動漫遊至較近的基地台。

Captive Portal 體驗不佳

表單內容過長會降低訪客使用意願，並減少註冊率。僅索取您需要的資料，提供社交帳號或電子郵件登入方式，並支援 OpenRoaming 以實現自動連線。

未經授權的基地台與旅行用路由器

訪客有時會插上個人路由器或開啟個人熱點，進而干擾您的無線頻道。無線入侵防禦系統（WIPS）能偵測未知基地台並發出警報。大多數企業級控制器均已內建此功能。

活動流量擠壓一般網路

大型會議如果沒有獨立的頻寬資源池，會嚴重影響客房網路品質。如情境 2 所示，請為每個活動網路劃分獨立的 VLAN 並設定上限。

飯店 WiFi 的成本為何？又能帶來什麼回報？

成本項目

您的預算主要包含五大項目：網際網路服務、基地台、交換器與佈線、控制器或雲端管理授權，以及訪客 WiFi 平台。在較舊的建築中，客房內基地台的佈線通常是最大的一筆一次性成本；而網際網路專線費用通常是最大的定期支出。

付費 WiFi 服務的直接收益

保持基礎連線免費，並銷售體驗明顯更佳的高階方案。您可以使用自家的數據來預估收益。以一家擁有 200 間客房、入住率為 75% 的飯店為例，每晚有 150 間已入住客房。如果有 10% 的客房購買每天 9.99 英鎊的升級方案，每晚收益約為 150 英鎊。一年下來約可帶來 54,700 英鎊的收益。如果使用率翻倍，回報也會翻倍。在定下預估目標之前，請先測試價格彈性。

第一方資料帶來的間接價值

每次登入都能包含自主選擇的訂閱選項。這能建立起一份經用戶同意的合格第一方資料集，資料集內的訪客均已同意接收您的訊息。這能為您的 CRM 提供養分、提升忠誠計劃註冊量，並支援直接回訪預訂。

請務必正確收集同意聲明。根據 UK GDPR 與英國隱私與電子通訊條例（PECR），行銷同意聲明需要有明確且主動的確認行為。預先勾選的核取方塊並不符合規範。

為什麼飯店選擇 Purple

Purple 為超過 90 個國家/地區、80,000 多個實體場地提供訪客 WiFi 服務。每年處理高達 5 億名使用者與登入次數。該平台通過 ISO 27001 認證、符合 GDPR 規範並取得 Cyber Essentials 認證，具備 99.999% 的正常執行時間。平台獨立於硬體之外，因此可以直接疊加安裝在您現有的基地台之上。

無論在何處，只要有大量人群連線，均可採用相同的容量規劃方法。Purple 已將此方法應用於 飯店、零售、醫療保健 與 列車。

常見問題

飯店每間客房需要多少頻寬？

中階飯店請以每間使用中客房 15 至 25 Mbps 進行規劃；奢華與長住型飯店則建議達到 50 Mbps 以上。這足以涵蓋 5 Mbps 的 HD 影音串流（Netflix）以及下載 3.0 Mbps、上傳 3.8 Mbps 的 1080p 視訊通話（Zoom），並保有適當餘裕。請依據總客房數、尖峰入住率以及最繁忙時段的使用客房比例來規劃網際網路專線頻寬，切勿直接將每間客房乘以目標數值。

Purple 能否搭配我們現有的基地台使用？

可以。Purple 具備硬體無關性（hardware-agnostic），能以雲端覆蓋層（cloud overlay）的形式運行於 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 以及 Fortinet 上。您可繼續保留現有的基地台、交換器和控制器，無需全面拆換硬體。Purple 會在現有架構上提供 Captive Portal、身分驗證與分析功能。房客在登入時選擇的方案層級，會直接對應到控制器所執行的速率與 QoS 策略。

飯店是否應該對 WiFi 收費？

建議保持基礎層級免費。若要收費，應針對體驗明顯更好的高級層級收費。當付費 WiFi 服務能提供房客切身感受到的價值時才算成功，例如更高網速上限、穩定的 4K 串流，或是為商務旅客提供穩定的 VPN 連線品質。許多飯店會將高級層級免費提供給忠誠計畫會員，將更快的 WiFi 轉化為加入會員的吸引力。

僅配置 WiFi 6 就足夠了嗎？還是我們需要 WiFi 6E 或 WiFi 7？

WiFi 6 (802.11ax) 是客房配備的合理最低標準。其 OFDMA 排程技術能在單次傳輸中服務多台裝置，非常適合高密度樓層。對於會議空間、奢華樓層和新建案，建議選擇 WiFi 6E 或 WiFi 7，利用 6 GHz 頻段減少干擾。由於僅較新的裝置支援 6 GHz，請務必維持良好的 5 GHz 覆蓋範圍。此外，請確認您的交換器能為新基地台提供足夠的供電與上行連線。

我們該如何確保飯店房客 WiFi 符合 GDPR 與 PCI-DSS 規範？

關鍵在於隔離流量並正確收集同意聲明。請將房客流量放置於獨立的 VLAN，與員工、IoT 及付款網路隔離。這樣能確保房客 WiFi 不會納入 PCI-DSS 持卡人資料環境的稽核範圍。在 GDPR 方面，請使用預設未勾選的選填選項（opt-in）及清晰的隱私權通知來收集行銷同意。Purple 擁有 ISO 27001 認證並符合 GDPR 規範，其自主選擇 opt-in 機制可在登入時完整記錄同意聲明。

將 Purple 新增至現有的飯店網路需要多少工作量？

比重建網路少得多。Purple 疊加於現有基礎設施之上，因此工作重心在於設定而非新硬體。您只需建立房客網路、將控制器的 Captive Portal 與 RADIUS 設定指向 Purple，接著設計登入頁面即可。Purple 的支援文章記錄了各硬體廠商的設定步驟。您的頻寬規劃、基地台佈署與 QoS 政策仍由您的控制器維持管轄。

我們是否能為忠誠計畫會員提供比一般房客更快的 WiFi？

是的。分級存取功能可將訪客群組對應至不同的速度策略。常見的做法是在訪客完成 Captive Portal 登入後，提供免費的基本分級。忠誠會員可獲得更快的速度分級，其他人則可以購買付費升級。Purple 與 CRM 及行銷平台整合，因此系統可在登入時根據會員身分自動設定存取分級。接著由您的控制器針對該會話強制執行限速與 QoS。