Чадвар

无线覆盖

先勘测再布点:办公区、客房、仓库与室外按人流和墙体结构算 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 бодлого унших