Компетенции

无线覆盖

先勘测再布点:办公区、客房、仓库与室外按人流和墙体结构算 AP 数量,做到走哪都不掉线、漫游不重连。

Перевод на этот язык пока не готов, поэтому показан китайский текст.

无线覆盖

能做什么

企业办公与商业场所的无线网络设计与施工:AP 点位规划、POE 供电、AC/云管理、SSID 与访客隔离策略。

无线桥接(楼宇/厂区之间点对点)、室外覆盖(园区、停车场、操场)、仓储与生产环境(叉车终端、扫码枪)覆盖。

用什么设备与材料

AP 按场景选:吸顶放装型(办公室、走廊)、面板型(酒店客房)、室外型(防水防尘,配定向天线)、高密型(会议室、报告厅)。**AP 的并发终端数与覆盖半径没有标准值**,以厂家规格书与现场勘测为准。

管理:AC 控制器或云管理平台;PoE 交换机按 AP 数量与功率选型。PoE 三档上限:**802.3af 15.4W / 802.3at 30W / 802.3bt 90W**。

线缆:六类及以上网线,**水平缆线不超过 90 米**(信道 100 米);超距时走光纤加光电转换或 PoE 延长器。

认证:802.1X/Portal 认证、访客网络隔离、按项目是否需要短信/微信认证。

  • **漫游要靠三个标准配合,缺一即失效**:**802.11k** 提供邻居报告(缩短切换前的扫描信道列表)、**802.11v** 做 BSS 过渡管理(由 AP 引导终端漫游)、**802.11r** 实现快速 BSS 转换(减少切换前的帧交换、降低时延)。而且**必须 AP、控制器、终端三方同时支持并开启**——只买「支持 11r 的 AP」但终端不支持,等于没有。
  • **容量可按终端数估**:200 个终端的办公区,按单 AP 在 5G 上承载 40~60 个终端估算,约需 **4~6 台 AP**;如果 2.4G 还要承载 IoT 设备,需要额外增加。
  • **PoE 预算要按总数算**:例如 30 台 AP × 30W = **900W**,所选 PoE 交换机的 PoE 总预算必须 ≥900W 并留余量,而不是看单口能否供电。
  • 信道规划:2.4G 用 1/6/11 三个不重叠信道;5G 的非重叠信道数随各国法规不同,按当地可用信道规划。
  • 室外立杆与线缆做防雷接地,进楼处加装浪涌保护。

执行什么标准、依据什么规范

IEEE 802.11 系列是无线局域网的基础标准族(802.11a/b/g/n/ac/ax 等);快速漫游由 **802.11k / 802.11v / 802.11r** 三个修订共同支撑,其各自职责见上方要点。

PoE 供电依据 IEEE 802.3af / 802.3at / 802.3bt。

综合布线部分依据 GB 50311 / GB/T 50312(水平缆线 90 米、信道 100 米)。

**802.11be(Wi-Fi 7)的具体参数(320MHz、MLO、4096-QAM 等)本次未取得可引用的一手标准页面**,对外引用前请核对 IEEE 正式文本。

Источники (страницы стандартов и нормативов)

怎么验收、测什么

逐点位信号强度与信噪比测试(用专业勘测软件出热力图,覆盖全部目标区域,重点看角落与楼梯间)。

**漫游测试**:边走边测(如推车或步行穿越多个 AP 覆盖区),记录切换时延与丢包,验证是否满足业务要求(语音/AGV 对时延敏感)。

并发压力测试(按设计并发数实测吞吐与丢包)。

访客隔离与认证测试(访客网能否访问内网、认证方式是否按设计生效)。

容量怎么估(终端数、频段分工、IoT)

无线网络设计有两个独立的问题:覆盖(信号够不够强)与容量(能不能同时带这么多人)。只做覆盖勘测的常见结果是:空场测试信号满格、热力图很漂亮,一上班人多就卡顿、掉线、漫游失败。容量估算的做法是按业务区统计终端数量与并发率:办公区大致按「每人一到两台终端」估(电脑、手机、笔记本),再加上会议室、访客、打印机与 IoT 设备。举例:200 个终端的办公区,按单台 AP 在 5G 频段承载 40~60 个终端估算,约需 4~6 台 AP;如果 2.4G 还要承载 IoT 设备,需要额外增加 AP。这里的「单 AP 承载数」不是标准值,要以厂家规格书与现场实测为准。

2.4G 与 5G 要分工。5G 频段信道宽、干扰少,应作为数据业务的主力承载;2.4G 穿墙能力强但信道少、干扰重,适合覆盖边缘、远距离或对带宽要求低的设备。实践中的问题是很多老终端和 IoT 设备只支持 2.4G,且不会主动切换到 5G,导致 2.4G 被低速率设备占满、把整片区域的空口效率拖下来。对策是分 SSID 承载、按业务做频段引导与限速,必要时对 2.4G 只保留必要的业务。

IoT 与生产设备建议单独承载。扫码枪、手持终端、叉车终端、无线传感器、AGV 与视频类设备在漫游时延、丢包、连接稳定性上的要求与办公上网完全不同:办公偶尔卡顿用户会抱怨,AGV 或扫码枪丢一次连接可能停线。因此建议给这类设备单独的 SSID、单独的安全策略,甚至单独的 AP 与频段,并对下行与上行带宽做保障。这类设备往往只支持较老的协议标准、漫游能力弱,布点时要把「设备会不会跟着移动」当成容量与覆盖的双重因素。

容量估算还要看上行。办公上网以下行为主,但扫码、视频回传、无线监控、AGV 状态上报都是上行为主,而无线空口的上下行资源是共享的。如果同一片区域里既有大量下行应用又有大量上行应用,实际可用带宽会低于按 AP 标称速率算出来的理论值。此外上行链路(AP 到交换机的有线侧)也要核对,千兆口在 AP 满负荷时可能成为瓶颈。最终数量与型号以勘测结果、实测并发测试与项目要求为准。

  • 覆盖与容量分开设计,先按终端数与并发率估 AP 数量再勘测校正
  • 参考估算:200 终端办公区按单 AP 承载 40~60 终端,约需 4~6 台 AP
  • 5G 承载主力数据业务,2.4G 用于边缘覆盖与低带宽设备
  • IoT 与生产设备(扫码枪、AGV、传感器)建议单独 SSID 单独承载
  • 区分上行为主与下行为主的业务,空口与有线侧都不留瓶颈
  • 单 AP 承载数不是标准值,以厂家规格书与现场实测为准

Источники (страницы стандартов и нормативов)

漫游为什么经常做不成

漫游效果差,最常见的根因是三个标准没有配齐。802.11k 提供邻居报告,让终端在切换前就知道该扫描哪些信道,缩短扫描时间;802.11v 做 BSS 过渡管理,允许网络侧引导终端漫游到更合适的 AP;802.11r 实现快速 BSS 转换,通过预先交换密钥等机制减少切换时的帧交换、降低切换时延。三者的作用不同,缺任何一个都会让漫游变慢甚至掉线:只有 r 没有 k,终端不知道该扫谁;只有 k 没有 v,网络没法把终端从拥塞的 AP 上引开;只有 v 没有 r,引导过去了但切换过程照旧要走完整认证。

更关键的是「三方同时支持」这个条件。除了 AP 与控制器要支持并开启之外,终端侧也必须支持并启用这些能力。很多手机、笔记本与 IoT 终端只实现了其中一部分,或者在省电模式下不启用;也有的终端厂商默认关闭 11r,需要在设备管理策略里打开。于是出现典型场景:网络侧参数配置得很完整,用测试仪或某款高端笔记本测效果很好,换成实际业务终端(尤其是便宜的扫码枪、老款手机)就不动或断连。所以「我们买的是支持 11r 的 AP」这句话不能作为漫游可用的证据。

还有一个结构性原因:终端决定要不要漫游。按标准的做法,终端是根据自身策略(信号强度阈值、信噪比、厂商私有算法)决定何时发起切换,AP 无法强制它切走。这就导致某些终端会「粘」在信号已经很差的原 AP 上不放,直到彻底断开才重连——表现为走到另一层还连着楼上那个 AP、网速很慢。厂商会有一些辅助手段来缓解,但都属于各自实现,不能当作通用保证。

结论只有一个:漫游必须实测。可量化、可重复的测法是按业务动线做移动测试(推车或步行穿越多个 AP 覆盖区),记录每次切换的时延、丢包数、是否掉线,以及语音、视频、扫码、AGV 等关键业务在切换过程中的表现;对时延敏感的业务要单独设定验收指标并反复测。只看参数表、只看静态热力图、只在会议室走两步,都不足以证明漫游可用。

  • 802.11k(邻居报告)、802.11v(BSS 过渡管理)、802.11r(快速 BSS 转换)缺一即明显变差
  • AP、控制器、终端三方都必须支持并开启,只买对 AP 不够
  • 部分终端默认关闭快速漫游或省电时不启用,需在终端策略中确认
  • 漫游由终端发起,网络侧无法强制终端切走,粘滞现象要专项测试
  • 按业务动线做移动实测,记录切换时延、丢包与关键业务表现
  • 对时延敏感业务单独设验收指标,不用静态热力图代替漫游测试

Источники (страницы стандартов и нормативов)

PoE 与布线约束(功率预算与 90 米)

PoE 供电要按总数算预算,不是看单口够不够。PoE 的三个标准档位上限要记清:802.3af 15.4W、802.3at 30W、802.3bt 90W。算例:30 台 AP,每台按 30W 计,总共 30 × 30 = 900W,所选 PoE 交换机的 PoE 总功率预算必须不小于 900W 并留余量。常见错误有两个:一是只看单口能否供电,忽略了整机 PoE 预算,结果端口数量够、功率不够,先接上的 AP 正常、后接的 AP 起不来或反复重启;二是把标准档位上限当成实际可用功率,忽略了线路损耗与端口协商结果,导致个别 AP 协商到低档位后功能被裁减。

还要区分几个不同的功率数字:交换机整机电源功率、PoE 总预算功率、单口最大输出功率、以及 AP 的实际功耗。AP 的标称功耗通常是典型值或最大值,带多个射频、开满功率、接了外置天线或 USB 外设时功耗会上升,所以预算要留富余;同时要确认极端情况下的功率分配策略(例如超预算时按端口优先级分配还是按接入顺序分配),并把关键 AP 放在高优先级端口上。

布线有一条硬约束:水平缆线不超过 90 米(信道总长 100 米,其中包含两端的跳线与设备电缆)。这条限值在无线项目里尤其容易踩,因为 AP 点位是跟着覆盖需求走的,而弱电间的位置是固定的——末端房间、楼梯间、室外立杆到弱电间的实际线长经常超过 90 米。超距的后果是链路不稳定、PoE 供电压降过大、链路速率协商下降。处理方式有三种:把交换机下移到楼层或区域二级弱电间、改用光纤加光电转换到远端、或使用 PoE 延长器(延长方案同样有距离与功率损耗限制,需按产品规格核算)。无论哪种方式,都要在图纸上按实际路由量出线长并留余量。

室外与特殊环境还有两项要求:室外 AP 与立杆、线缆要做防雷与接地,进楼处加装浪涌保护,网线尽量走金属管或线槽并做好防水;高粉尘、高低温、腐蚀环境要选对应的防护等级与外壳材料。另外 AP 的安装位置会影响覆盖效果——吸顶安装与壁挂安装的辐射方向差别很大,金属吊顶、风管、消防管道、玻璃幕墙与机房金属机柜都会显著改变实际覆盖,勘测时要在装修完成后的实际环境中做。

  • PoE 按总数算预算:30 台 AP × 30W = 900W,交换机 PoE 总预算 ≥900W 并留余量
  • 区分整机功率、PoE 总预算、单口上限与 AP 实际功耗四个数字
  • 确认超预算时的功率分配策略,关键 AP 放高优先级端口
  • 水平缆线不超过 90 米,信道不超过 100 米(含跳线与设备电缆)
  • 超距时改用二级弱电间、光纤加光电转换或 PoE 延长器,按实际路由量线长
  • 室外 AP 与线缆做防雷接地,进楼处加浪涌保护
  • 勘测在装修完成后的实际环境中进行,考虑金属吊顶与管线的遮挡

Источники (страницы стандартов и нормативов)

常见问题(只勘测覆盖、室外防雷、信道照抄)

只做覆盖勘测,不做容量估算。勘测软件与热力图回答的是「信号够不够强」,回答不了「这么多人同时用够不够快」。只按覆盖结果布点,典型症状是平时很好、开会或上班高峰就卡;或者用户集中在某个区域(会议室、培训室、食堂、开放办公区)时体验急剧下降。对策是容量与覆盖两套设计一起做:先按终端数与并发率算出所需 AP 数量与频段分工,再用勘测确定具体点位与功率设置,最后用并发压力测试验证。

室外不做防雷。室外 AP 装在立杆或楼顶,线缆从室外引入室内,是雷击浪涌最容易进入系统的路径之一。省掉防雷与接地的后果不是「信号差一点」,而是雷雨天整片室外 AP 与相连的交换机端口一起损坏,而且这类损坏通常不在保修范围内。正确做法是室外设备与立杆做接地、线缆走金属管或线槽、进楼处加装浪涌保护器,并在图纸与材料清单里明确这些器件。

信道规划照抄。最常见的照抄对象是「2.4G 用 1、6、11」——这条本身没错,2.4G 的非重叠信道就是这三个(在多数地区),问题在于照抄之后不做现场扫描:现场可能已经有邻居的 AP 占着同样的信道、可能有微波炉或无绳电话在干扰。5G 的非重叠信道数量随各国法规不同,更不能照搬别国方案。正确做法是先做频谱扫描,看现场实际占用情况,再按扫描结果分配信道与功率,并在投用后复测。

另外两类常见的隐性问题是功率与漫游设置照抄:把 AP 发射功率开满导致相邻 AP 覆盖过度重叠、终端迟迟不切换;或者把最低接入速率与弱信号剔除阈值设得太宽松,让边缘的低速率终端长期占用空口。这些参数都要结合勘测与实测调整,并以厂家推荐值与项目要求为基准。

  • 容量与覆盖两套设计一起做,验收包含并发压力测试
  • 室外 AP、立杆与线缆做防雷接地,进楼处加浪涌保护并列入材料清单
  • 信道规划前先做现场频谱扫描,不照抄别国或别处的方案
  • 5G 可用信道按当地法规确定,2.4G 非重叠信道为 1/6/11
  • 发射功率与最低接入速率、弱信号剔除阈值按勘测结果调整
  • 不直接套用其他项目的配置文件,投用后复测并留记录

Источники (страницы стандартов и нормативов)

Другие компетенции

О cookie и конфиденциальности

Сайт использует небольшое число необходимых cookie и локального хранилища браузера, чтобы запоминать язык, поддерживать вход и считать просмотры статей. Сторонней рекламы и межсайтового отслеживания нет. Вы можете удалить их в браузере в любой момент.

Читать политику cookie