在项目对接里，这个问题出现的频率几乎和报价一样高：「我这个地方，到底该用无线网桥还是Mesh自组网？」

很多方案把两者说成”低端和高端”的关系，这是误导。它们解决的是两类不同的工程问题：网桥解决的是固定两点之间的高带宽管道，Mesh解决的是拓扑会变、需要自愈的多点网络。选错的代价通常是推倒重来。

下面按实际做方案的顺序，拆成 5 个维度。

维度一：链路形态决定技术路线

先看你的网络里有没有一个”稳定的中心”。如果有，网桥是更优解；如果没有，或者中心会移动，Mesh才成立。

维度二：链路预算算不清，所有选型都是猜

设备标称的”最远 50 公里”是在理想条件下的，现场的可用距离取决于链路预算。工程上按这个顺序算：

1. 确认视距（LOS）。用 Google Earth 剖面或现场打点，确认两端之间没有地形、建筑遮挡。这不是估算，是必须实测的。
2. 留出菲涅尔区净空。第一菲涅尔区半径 F1(m) ≈ 17.32 × √(D(km) ÷ (4 × f(GHz)))。工程经验是至少要留出 60% 的净空，否则信号衰减会远超预期。
3. 算接收电平。接收电平 = 发射功率 + 两端天线增益 − 自由空间损耗 − 馈线损耗。自由空间损耗 L(dB) = 32.44 + 20lg f(MHz) + 20lg D(km)。
4. 对照接收灵敏度留出 15–20dB 余量，应对雨衰、树叶生长、设备老化。

频段越低，绕射越好但带宽越窄；频段越高，带宽越大但越”娇气”。这是选型里最不能妥协的物理规律，后面会单独展开。

维度三：节点会不会动，是Mesh的真正门槛

把”移动性”单独拎出来，因为它是判断要不要用Mesh最快的一刀。

• 节点固定不动 → 网桥。哪怕有 20 个点，用 PTMP 也够了，运维简单、成本低。
• 节点会移动，但轨迹可预测 → 网桥 + 漫游客户端。例如 AGV、轨道巡检机器人，沿线布设基站即可。
• 节点移动且轨迹不可预测，或需要临时组网 → Mesh。例如单兵背负电台、移动指挥车、无人机编队、临时突发事件现场。
• 存在链路中断风险，需要自愈 → Mesh。Mesh 的价值在于某条链路断了，路由能自动绕行，而不是整个网络瘫痪。

维度四：把成本摊开算，Mesh 常常更贵

很多项目只比设备单价，这是最容易踩的坑。同样覆盖 1 公里、接入 4 个点，两种方案的成本结构差别很大：

结论很清楚：能用网桥解决的固定场景，不要上 Mesh。Mesh 的溢价换来的是拓扑灵活性，如果这个灵活性你用不上，就是纯浪费。

维度五：场景匹配决策表

把上面四个维度合起来，形成一张可以直接照着填的决策表：

三个最常见的误判

1. 把 Mesh 当成”更高级的网桥”。它们是并列的两条技术路线，不存在谁替代谁。判断标准只有一个：你的网络里有没有稳定中心、节点会不会动。
2. 只看标称距离，不看标称带宽对应的距离。厂商写的”50km”往往对应最低速率档位。实际项目要问的是”在什么速率下能跑多远”，这个数才是能用的。
3. 忽视供电与防雷。户外无线链路里，故障率最高的往往不是射频，而是供电和雷击。立杆接地电阻、PoE 供电距离、太阳能配置，这些细节决定链路能不能长期活着。

选型自查清单

拿这张清单去问你的项目需求方，问题基本就清楚了：

• 两端或多点之间，是否有稳定不动的中心节点？
• 节点是固定还是移动？移动轨迹可预测吗？
• 链路之间是可视还是遮挡？有没有实测过剖面？
• 业务需要多少带宽、多少时延？是双向对称流量吗？
• 允许链路中断多久？需不需要冗余？
• 现场供电条件是什么？有没有雷暴天气？
• 后期运维由谁负责？能不能远程管理？