企业官网建设流程全解析

简介：这是一份面向家庭及小型办公网络维护者的 NetSpot Wi-Fi 优化使用文档，围绕无线网络扫描、信号盲点排查与信道干扰治理展开，适合希望从基础查看到实际调优的初中级用户。文档以 Discover 模式为主线，兼及 Survey 模式的室内信号测量思路，结合 Level、Graph、Detail、Channels 等界面，说明如何按场强排序周边热点、通过连续波断点判断干扰或间歇性断网，并查看 2.4GHz 与 5GHz 频段的频道占用和邻居热点重叠情况，辅助定位房间内的信号死角。信道规划部分重点解释 1/6/11、2/7/12、3/8/13 三组组合不可混用，提醒避开 4、5、9、10 等易干扰频点，同时给出干扰较大时选用 20MHz 频宽、减少重叠与同频冲突的调优思路。压缩包仅含 1 个 docx 文件，约 1.15MB，结构集中便于对照查阅。已有 4957 人学习，可作为无线网络诊断、信道优化与故障排查的实用参考手册。

1. 信号满格却卡顿：Wi-Fi 优化的真正瓶颈不在强度

很多人做 Wi-Fi 优化，第一反应是找一个“信号强”的位置，或者换一台标称速率更高的路由器。做完之后发现没什么变化，于是开始怀疑是玄学。原因很简单：决定体验的从来不是信号强度本身，而是同一时刻有多少设备在争抢同一段空口时间。NetSpot 这类 Wi-Fi 优化工具真正的价值，不是在界面上告诉你“信号好不好”，而是把看不见的空口竞争翻译成能读的图——按 Level 排序能看出谁在压着你，Graph 上那截断点能看出谁在周期性丢帧，CHANNELS 视图能算出你选的信道和邻居重叠了多少带宽。把这三张图背后的机制搞明白，比背下“选 1-6-11”这条口诀有用得多。

2. 空口不是管道：CSMA/CA 如何把带宽变成排队时间

无线和有线最根本的差别在于介质。网线是独占的，交换机给每个口分了一条独立通道；空气不是，所有设备共享同一段频谱，谁先开口谁就占用。802.11 用 CSMA/CA 来协调这件事，理解这套协调机制，才能理解为什么“信号强度”和“实际速率”会脱钩。

2.1 Level 排序背后的第一层抽象：RSSI 只是入场券

NetSpot 的 Discover 模式打开后默认按 Level 降序排列所有扫描到的 BSSID，绿黄红三色标记。这个 Level 就是 RSSI，接收信号强度指示，单位 dBm，是一个对数刻度——每降 3dB 功率减半，每降 10dB 功率只剩十分之一。

新手常犯的错是把 RSSI 当成“网速表”。实际上 RSSI 只决定一件事：解调器能不能从背景噪声里把你想要的信号分离出来。真正决定能跑哪个 MCS（调制编码方案）的是 SNR，即信号与噪声的差值。802.11ac 的 256QAM、5/6 码率这一档，大约需要 30dB 以上的 SNR 才能稳定；掉到 20dB 附近就只能退到 16QAM；10dB 以下基本只剩最基础的速率。

于是就有了一种很典型的现象：信号 -50dBm，看着满格，测速只有 20Mbps。因为同一个位置的噪声底被抬到了 -42dBm，SNR 只有 8dB。这种场景在老小区、写字楼格子间、楼下有商铺的地方极其常见。所以看 NetSpot 的列表时，Signal、Noise、SNR 三列必须一起看，单看第一列等于只看了一半。

2.2 退避窗口：同信道设备越多，等待时间并不是线性增长

802.11 的分布式协调函数（DCF）大致是这么工作的：发送前先监听信道，物理层做空闲信道评估（CCA），MAC 层还要看帧头里的 Duration 字段做虚拟载波侦听（NAV），两者都说空闲，才继续。空闲持续一个 DIFS 之后，进入退避阶段——从 [0, CW] 里随机取一个数，信道每空闲一个 slot 减 1，减到 0 才发送。发送成功，等一个 SIFS 收回 ACK，这一轮结束。

关键在于这个退避计数器是按“空闲时隙”递减的，信道越忙，递减得越慢。当同信道上还有另外两台设备时，你的平均等待不会变成两倍，而是因为碰撞概率上升触发 CW 翻倍（CWmin 从 15 涨到 31、63、127……最大 1023），退避窗口指数级拉长。这就是为什么密集公寓里的 2.4G 经常出现“信号不差但延迟忽高忽低”——不是丢包，是在排队。

把一次成功传输的空口时间拆开看更直观：

# 估算单个数据帧占用的空口时间，用来判断"开销占比"是否失控 # 单位统一为微秒(us)，速率单位 Mbps SLOT = 9 # 802.11n 20MHz 的 slot time SIFS = 16 # 短帧间隔，ACK 与数据帧之间固定等待 DIFS = SIFS + 2 * SLOT ACK_RATE = 24 # ACK 用基本速率发送，不跟随数据速率 def frame_airtime(payload_bytes, phy_mbps, retries=1.0): # 36 字节 = 24 字节 MAC 头 + 4 字节 FCS + 前导/PLCP 的等效折算 data_us = (payload_bytes + 36) * 8 / phy_mbps ack_us = (14 + 36) * 8 / ACK_RATE # ACK 帧很短，但固定开销不小 fixed_us = DIFS + SIFS + ack_us return (data_us + fixed_us) * retries, fixed_us # 1500 字节 MTU 在 144Mbps 下的表现 data, fixed = frame_airtime(1500, 144) print(f"单帧占用 {data:.0f}us，其中固定开销 {fixed:.0f}us，占比 {fixed/data:.0%}")

跑出来大概能看到固定开销占了三成左右。这个比例很说明问题：帧越小、速率档位越高，固定开销占比越大。一堆 IoT 设备每秒发几十个小包，看起来流量很小，但每个包都要完整走一遍 DIFS + 退避 + SIFS + ACK 的流程，空口时间就是这么被一格一格消耗掉的。所以我一般会把“空口时间占用率”而不是“字节吞吐”当成第一指标——前者才是真实的稀缺资源。

2.3 Graph 断点到底意味着什么：beacon 周期与采样窗口

NetSpot 的 Graph 视图横轴是时间，纵轴是 RSSI，一条曲线对应一个 BSSID。原文提到“中间有断点说明由于干扰或设备问题有间歇性断网”，这个结论方向是对的，但机制值得再拆一层。

AP 会周期性广播 beacon 帧，默认间隔 100 TU，也就是约 102.4 毫秒，这是它宣告自己存在的心跳。分析工具靠持续扫描捕获这些帧（以及探测响应帧），记录每个 BSSID 每次被听到的时刻和强度。如果一段时间内一个帧都没记到，时间轴上就留下一段空白。

但空白有三种成因，性质完全不同。第一种是真的丢帧——干扰把 beacon 打掉了，典型的是隐藏节点或者同频大功率设备。第二种是信号到了接收灵敏度边缘，2.4G 下大约 -90 到 -95dBm 之间，帧时有时无。第三种最容易被忽略：扫描器本身的采样间隙。单射频网卡扫描时必须在信道之间跳转，在别的信道上待着的那段时间里，这个 BSSID 的帧就是收不到的。

区分方法不难：看空白的宽度和当时的 RSSI 水平。如果断点宽度恰好是 100ms 的整数倍、且曲线整体强度还在 -70dBm 以上，大概率是采样问题，不必紧张；如果断点宽度在几百毫秒量级、曲线本身已经贴着 -85dBm 走，那就是覆盖真实的边缘。还有个更稳的办法——拿自己 AP 在近距离下的曲线当基线，看它的断点率是多少，低于这个基线的都算正常波动。

2.4 噪声底：那个不显示在信号条上的隐形天花板

热噪声是物理规律，功率谱密度约 -174 dBm/Hz。乘上 20MHz 带宽，理论噪声底是 -174 + 10log₁₀(2×10⁷) ≈ -101 dBm。加上接收机自身 5 到 8dB 的噪声系数，实际能到 -95dBm 附近。这是“干净环境”的基准线。

一旦有非 Wi-Fi 干扰源混进来，这条线就会往上抬。微波炉在 2.45GHz 附近的泄漏能把噪声底推到 -70dBm；蓝牙是跳频的，在整个 2.4G 频段上跳来跳去，表现为噪声底整体抬升而不是某一段；无线摄像头、无线键鼠、甚至劣质 USB 3.0 接口的辐射都在这个频段附近。噪声底从 -95 抬到 -75，等于 SNR 平白无故掉了 20dB，无论你怎么调路由器位置都补不回来。

所以我在排查“信号好但慢”这种问题时，第一步永远是看 Noise 那一列。如果它明显高于 -90dBm，先去找干扰源，而不是去调信道——调信道治不了噪声底。

3. 2.4GHz 的信道数学：为什么只有 1-6-11 能同时成立

“选 1-6-11”这条建议流传极广，但大部分人只知道结论，不知道它是由两个数字硬碰硬算出来的：信道间隔 5MHz，信号占用 20MHz。这两个数字不匹配，就注定了 2.4G 上有且只有三个互不重叠的位置。

3.1 5MHz 栅格与 20MHz 带宽的错位

2.4G 的可用频段大致是 2400 到 2483.5MHz，信道中心频率从 2412MHz 开始，每加一个信道加 5MHz。也就是说 13 个信道挤在不到 84MHz 的宽度里，相邻信道的中心只差 5MHz，而一个 802.11n/ac 信道要占 20MHz——重叠是必然的，问题只是重叠多少。

# 计算 2.4GHz 各信道相对信道 1 的间隔与重叠量 BASE = 2412 # 信道 1 的中心频率 MHz STEP = 5 # 相邻信道中心间隔 MHz BW = 20 # 单信道占用带宽 MHz（实际频谱掩模还要更宽一点） for ch in range(1, 14): fc = BASE + STEP * (ch - 1) gap = fc - BASE overlap = max(0, BW - gap) flag = "正交" if overlap == 0 else f"重叠{overlap}MHz" print(f"ch{ch:>2} fc={fc}MHz 与ch1间隔={gap:>3}MHz {flag}")

跑一遍就能看到，ch6 和 ch1 差 25MHz，重叠量算出来是 0；ch5 差 20MHz，重叠量也是 0，正好卡在边界上。理论上 1-5-9-13 这套四信道方案好像也能成立，早期资料里确实有人这么推荐。

但这里有个坑。20MHz 是标称带宽，实际的发射频谱掩模比这宽——802.11 规范要求在中心频率 ±11MHz 处衰减不低于 -20dBr，±22MHz 处不低于 -28dBr，再加上滤波器滚降，能量是往外溢的。零保护带的方案在实际设备上会互相踩尾巴。这也是为什么后来大家统一回到 25MHz 间隔，留出 5MHz 的保护带。教科书上的老答案在新标准下失效，属于典型的“参数变了但口诀没变”。

3.2 三组正交规划：为什么 1-6-11 是最保险的那一组

按 25MHz 间隔排，能凑出的组合有三组：1-6-11、2-7-12、3-8-13。三组的中心间隔完全一样，正交性上没有任何优劣之分。选 1-6-11 是工程上的兼容性妥协，不是物理上的必然。

信道 13 的中心频率是 2472MHz，20MHz 带宽往上打到 2482MHz，几乎顶到 2483.5MHz 的上边界。设备要满足带外辐射限制，必须用更陡的滤波器，代价是边缘子载波被压掉，实际可用带宽反而缩水。更现实的问题是客户端：部分手机、大量 IoT 模组在扫描时只覆盖 1 到 11，配到 12/13 上会出现“能连但扫不到”或者干脆连不上的情况。

所以那三组组合里，只在确认所有终端都支持的前提下才考虑用后两组。非要用 12 或 13 来提高“独享度”，翻车概率远比收益高——这是我在实际排查里见得最多的一类误判。

3.3 +1/-1 绑定：把中间的空隙一次性吃干净

原文里点出的那个现象特别值得展开：很多人觉得“6+1”是在信道 6 的基础上多要一个信道，能提速。实际上 +1 指的是 HT40+，主信道 6、扩展信道向上，合成一个 40MHz 的宽信道，中心频率落在两个信道之间。

40MHz 在 2.4G 上只有一个可用块——整个频段才 83.5MHz 宽，塞不下第二个 40MHz。所以 6+1 实际占用的频谱大致覆盖信道 4 到信道 9 这一整片，原来留给别人的空隙被一次性扫掉。原本规划好的 ch1 用户和 ch11 用户，等于被动地和一个 40MHz 的宽信号共享介质。

这个操作的自伤之处在于它是双向的。一方面，宽信道的噪声功率随带宽线性增长，20MHz 变 40MHz 理论上噪声底抬 3dB，接收端的 SNR 白掉 3dB；另一方面，占用频谱越宽，被打断的概率越高——只要那 40MHz 里任何一个角落有能量超阈值，CCA 就判定信道忙，退避重新开始。你以为自己拿到了一条高速公路，实际上是把自己接进了更多人的排队队列。

3.4 4、5、9、10 为什么被单独点名

这几个信道的问题在于“两头不靠”。ch4 的中心是 2427MHz，离 ch1 差 15MHz，离 ch6 差 10MHz，跟两边都重叠，且重叠量都不小。在任何一个三方规划方案里，它都会同时踩到两个邻居。

而 ch1/6/11 的价值就在于：不管邻居用哪一组规划，只要你也在其中一组里，至少能保证和自己组内其他信道零重叠。至于 4、5、9、10，无论对方怎么排，你都躲不开。这就是“边缘信道优先”这个原则的数学来源——不是玄学，是间隔算出来的。

顺带说一个容易被忽略的细节：CHANNELS 视图里那些“阶梯状”的叠加曲线，横轴是信道、纵轴是信号强度，每条曲线的宽度就代表它实际占用的频谱。曲线越“胖”，说明这台设备开了宽带宽或者射频指标不好。看谁最胖，就知道该躲谁。

4. 频宽的取舍：干扰越大，为什么越该退回 20MHz

“带宽越大速度越快”是个只在理想环境成立的直觉。真实环境里，40MHz 带来的那点峰值收益，很容易被噪声底抬升和干扰截面积扩大吃干净，甚至倒亏。

4.1 宽信道的两个隐性成本

第一个成本是噪声。热噪声功率和带宽成正比，20MHz 到 40MHz 是 3dB 的抬升，80MHz 是 6dB，160MHz 是 9dB。而发射功率是固定的（受法规限制），功率摊到更宽的频谱上，功率谱密度还会再降 3dB。两头一加，SNR 在同等距离下会明显恶化。

这意味着宽信道本质上是一种“用覆盖换峰值”的交易。靠近 AP 时 SNR 富余，交易划算；到了房间边缘，SNR 本来就紧张，再扣 3dB 直接掉一个 MCS 档位，速率反而比 20MHz 还低。所以那些“路由器放客厅，卧室里 5G 还不如 2.4G”的现象，很多是带宽开太大导致的。

第二个成本是干扰截面积。一段 40MHz 的频谱被打断的概率，天然高于 20MHz——只要其中任意 20MHz 里有能量超阈值，整条信道就判定为忙。在密集环境里，这个概率差异会被放大。

4.2 空口时间守恒：20MHz 反而让所有人更快

把视角从单个设备抬到整个空间，账会更清楚。假设三个邻居都在同一片区域，都用 40MHz，那么他们三个共享同一段频谱，任何一个发送时另外两个都得等。三个人分一份空口时间。

如果三个人都退到 20MHz，并且用 1-6-11 分开，那就变成了三条互相正交的信道，每个人独占一份空口时间。虽然单次传输的 PHY 速率降了一半，但竞争消失了——实际吞吐往往是提升的，至少延迟稳定性会好很多。

# 极简空口份额模型：只用来比较趋势，不代表实测吞吐 def airtime_per_frame(payload_bytes, phy_mbps): data_us = (payload_bytes + 36) * 8 / phy_mbps fixed_us = 34 + 16 + (14 + 36) * 8 / 24 # DIFS + SIFS + ACK return data_us + fixed_us scenarios = [ ("三人共用40MHz", 300, 3), ("三人分居20MHz", 144, 1), # 正交后各自无竞争 ] for name, rate, contenders in scenarios: per_frame = airtime_per_frame(1500, rate) # 每个 BSS 在单位时间内能拿到的帧数份额 share = 1 / contenders print(f"{name}: 单帧{per_frame:.0f}us, 份额{share:.0%}, " f"等效吞吐{1500*8/per_frame*share:.0f}Mbps")

这个模型的假设很粗糙，但它揭示的关系是真实的：在竞争环境下，正交化带来的收益通常大于降带宽带来的损失。原文那句“每个 WIFI 都降低一点占用的带宽，反而会提升大家的使用效果”，说的就是这个机制——它不是道德劝说，是空口时间守恒的直接推论。

提示：这个结论有适用边界。在独栋住宅、周围没有邻居的场景下，40MHz 的收益是实打实的，没必要为了“规范”而降带宽。判断依据就是 CHANNELS 视图里同频曲线的数量和强度。

4.3 5GHz 不能直接抄 2.4G 的作业

5G 的频谱资源宽得多，信道栅格本身就是 20MHz，非重叠信道天然就有十几个，所以 40MHz 甚至 80MHz 在 5G 上是合理的默认值——正交资源够，不需要靠降带宽换共存。

但 5G 有它自己的坑。首先是 DFS 信道，也就是需要做雷达避让的那一段，检测到雷达信号时必须立刻静默并切走，表现是瞬时断流几秒到几十秒。做游戏、开视频会议时遇到这个，体验非常糟。其次是穿透差，5G 的瓶颈绝大多数时候是覆盖而不是干扰，这时候该做的是加 AP、调天线，而不是在信道规划上折腾。

所以两个频段的优化逻辑是反的：2.4G 的核心矛盾是共存，用 20MHz 换正交；5G 的核心矛盾是覆盖，用宽带宽换峰值、靠多 AP 补死角。

原文说“5G 优化可以参考 2.4G 的做法”，方向没错——按信号强度排序、看信道占用、找重叠的思路是通用的。但具体到带宽取值上，直接照搬 20MHz 就浪费了 5G 最大的优势。

5. 避坑实录：五类看起来合理、实测翻车的判断

工具本身不复杂，难的是对读数的解释。下面这五条是实际排查中最常遇到的误判，每条都按现象、原因、解决拆开。

5.1 把 Graph 断点一律当成“对方路由器坏了”

现象：某个邻居的曲线有大片空白，直接判定对方设备故障或者间歇性断网。

原因：扫描器是单射频分时轮询的，它在别的信道上待着的时候本来就收不到这个 BSSID 的帧；再加上 beacon 间隔 102.4ms、弱信号边缘的随机丢帧，空白是常态而不是异常。

解决：先看断点宽度和当时的 RSSI。宽度接近 100ms 整数倍、强度还在 -70dBm 以上，八成是采样问题；宽度几百毫秒、曲线已经贴 -85dBm，才是覆盖边缘。更稳的做法是拿自己 AP 近距离下的断点率当基线，低于基线的波动不用管。

5.2 把信道 12/13 当成“额外资源”

现象：把家里信道设成 13，觉得周围没人用，独享。

原因：部分手机和大量 IoT 模组在扫描时只覆盖 1-11，配到 13 上会出现搜索不到、关联失败或者反复重连；某些终端即使连上了也会因为监管域配置不匹配而降速。

解决：默认只在 1-11 范围内规划。确实要用 13，先把家里所有终端挨个连一遍验证，尤其是智能音箱、摄像头、扫地机这类不常动的设备。

5.3 只看 RSSI 不看 Noise

现象：-55dBm 的信号强度，看着完美，实测只有 30Mbps。

原因：噪声底被抬到了 -65dBm，SNR 只剩 10dB，高阶调制根本跑不起来。干扰源可能是蓝牙音箱、微波炉、无线摄像头，也可能是隔壁的 40MHz 宽信号。

解决：Signal、Noise、SNR 三列一起看。SNR 低于 20dB 时优先找干扰源而不是调信道——调信道治不了噪声底。找干扰源的办法是拿着设备在房间里走动，看 Noise 曲线在哪里抬起来。

5.4 Survey 采样点太稀，热图其实是插值算出来的

现象：热图显示卧室满格，实际躺到床上就掉到两格。

原因：热图不是测量结果，是采样点之间的插值或传播模型推断。点与点之间的区域是算法“猜”的，墙体的衰减、家具的遮挡都没被真实采样到。

解决：每个房间至少打 4 到 6 个点，门边、墙角、常坐位置各来一次；看到疑似死角先单独复测再下结论。采样点密度直接决定热图可信度，这一步省不得。

5.5 只优化自己，把邻居当静态背景

现象：优化完效果很好，一周之后又开始卡。

原因：无线环境是动态的。邻居换信道、上新设备、开了 40MHz，你精心挑的那个“最干净”的信道可能第二天就被占了。

解决：把扫描当成例行体检，隔一段时间重扫一次，重点看 CHANNELS 视图里新出现的高功率曲线。真要长期稳定，就得接受“规划是周期性的”这个前提，而不是一次性工程。

6. 取舍的边界：什么时候该停手

所有信道规划都有物理上限。2.4G 只有三组正交位置，这是频段宽度和信道带宽算出来的，任何技巧都突破不了。密度上去之后，继续在信道配置上打转就是无效劳动，该换的是思路：减小单个 AP 的发射功率、增加 AP 数量做蜂窝化，或者干脆把能上 5G 的终端全部赶过去，让 2.4G 只留给那些动不了的 IoT 设备。

不同场景的取舍重点差得很远：

验证环节比配置本身更重要。改完一定要复测，而且要用同一批采样点复测——换了位置的数据没有可比性。我一般的做法是：改之前把当前扫描结果截图存档，改完等 24 小时再扫一次（避开刚改完邻居还没反应的时间窗），对比 SNR 分布和 Graph 上的断点率。如果 SNR 中位数没提升、断点率没下降，那这次改动就是无效的，回滚。

从那以后我每次动信道配置之前，都会先把当前状态完整存一份，改完不对比绝不算完——血泪经验换来的习惯，因为“感觉快了”这件事太不可靠。希望帮到你。

本文还有配套的精品资源，点击获取