酒店WiFi认证系统在客房里跑得稳，相对容易。但到了会议厅、宴会厅这种瞬时高密度场景，难度直接上几个台阶——同一时间一两百人在同一空间内上网，每人两三台终端，对AP的承载能力、信道规划、漫游切换都是极大考验。这篇文章不讲厂商PPT里的"支持1000人并发"那种话术，只说实际项目里踩过的坑和应对思路。

第一坑是AP数量不够或者位置不对。会议厅常见的布点是"四个角落各一个AP"或者"中间吸顶一个AP"，这两种布法在20人以下的会议没问题，到100人会议就崩。原因是AP的信道是共享的——一个AP在2.4G频段下能同时稳定通信的终端数大约30-40台，超过这个数所有终端的速率都会断崖式下降。正确做法是按"每30人/单频"或者"每15人/双频"配置AP数量，200人的会议厅至少要6-8个AP，而且要错落分布在吊顶的不同位置。

第二坑是信道规划没做。酒店会议厅周围的WiFi环境通常很复杂——相邻楼层、相邻商户的AP信号都能穿墙过来。如果不在施工阶段就用专业工具（比如Ekahau、NetSpot）做一遍现场勘测，等装完再去调，效率低很多。信道规划的原则是：2.4G频段1/6/11错开，5G频段用80MHz或160MHz绑定，相邻AP的信道尽量不重叠。会议厅这种密闭空间，5G比2.4G更合适——穿墙少、可用信道多、速率高。

第三坑是终端漫游切换。嘉宾从签到台到座位到讲台再回到座位，整个过程设备要在不同AP之间切换。如果漫游做不好，嘉宾在移动中会感觉WiFi断流、视频卡顿、Zoom会议中断。技术上的关键点是：AP的功率不能开太大（避免信号覆盖重叠区过大导致终端黏在远端AP上）、AP之间要支持802.11k/v/r快速漫游协议、AC控制器要能根据终端位置动态调整引导AP。这块如果厂商系统不支持k/v/r协议，临时上层的应用层漫游是救不回来的。

第四坑是上行带宽不够。会议厅的客人并发访问外网时，几十个设备同时拉视频、传文件，上行带宽（酒店拉的光纤）很容易打满。这种情况要靠流量整形来优化——给每个终端限速、给关键应用（视频会议、企业VPN）保优先级、限制P2P下载。POC时要模拟真实场景测一下，找酒店网络运营商问清楚带宽规格，必要时申请临时带宽升级。WiFi再快，外网出口是瓶颈也没用。

第五坑是认证页打开慢。200个嘉宾同时连WiFi的瞬间，每个人的手机都会弹认证页——如果认证页是部署在酒店本地的服务器，服务器扛不住并发请求；如果走云端部署，云端带宽要预留充足。比较好的做法是认证页静态资源走CDN、API请求走就近接入、Portal页支持预加载（客人进会议厅前扫码就完成认证）。这块实际项目里经常被低估，但恰恰是嘉宾对酒店WiFi的第一印象。

第六坑是会议期间的非WiFi设备干扰。会议厅里的无线投屏、蓝牙音箱、无线话筒、RFID门禁——这些设备都工作在2.4G频段，会和WiFi抢信道。布点勘测的时候要把这些设备的频率范围标出来，AP信道规划要绕开它们。如果是高端会议厅，建议直接上Wi-Fi 6E的AP，把高密度流量引到6GHz频段，避开2.4G的干扰。

最后是会议结束后的复盘。每次重要会议结束后，IT部门要拉一份WiFi使用报告——峰值并发数、平均速率、掉线率、投诉数。这份数据积累半年以上，再做会议厅AP布点规划就有依据了。单纯靠厂商给的"理论承载"做规划，是会出问题的。