高密度Wi-Fi需求表，为什么要按区域写并发终端和应用

同一栋楼的大厅和会议室都需要无线网络，但“信号能到达”并没有回答忙时能否支持使用需求。写Wi-Fi建设需求时，仅交一张覆盖范围图，通常还不足以解释设备数量与性能目标。

Cisco Meraki的高密度Wi-Fi设计资料指出，只围绕最低信号强度和覆盖开展设计，没有纳入客户端数量、能力及应用带宽需求。它在规划阶段要求了解应用类型、终端能力、覆盖区域、各区域预期同时使用的设备数量，以及布线和供电等条件。[1] 这些项目回答的是不同问题，不应合并为一个笼统的“用户很多”。

按区域记录有一个直接好处：可以说明负载集中在哪里。假设某处大厅主要供短暂停留者查询信息，另一处培训室在相同时段开展线上课程，即使二者面积接近，也不能仅按面积复制需求。这个例子用于解释规划逻辑，并非实测案例；真正的应用种类和忙时终端数量仍应由现场情况确认。

记录时，人数与设备数量也应分别注明。一名使用者可能携带不止一个终端，而计划接入的设备未必在同一时刻使用同一种应用。需求表可以保留区域、场景、预计并发终端、代表性设备和应用任务，再写清数据来自预约安排、现场观察还是待验证估算。这样，后续讨论可以针对某个假设修正，而不是反复修改一个没有来由的总数。

Meraki资料还建议测试目标应用的实际带宽要求，并在有代表性的设备上验证；不同区域的总体吞吐需求应分别估计。[1] 因此，产品页面上的标称速率，不能直接代替某种应用在实际终端上的可用体验。本文不依据资料中的历史示例给出统一AP数量、频宽或每台设备承载人数。

完成需求记录后，再由设计与现场勘测工作检查容量、覆盖和环境约束能否同时满足。需求表的用途，是让估算过程能够被复核，并为后续测试确定对象；它本身不是无线网络部署已经达标的证明。