雨水情测报站，为什么这个项目既没用 5G 也没用 NB-IoT？

186 座小型水库的通信方案最终敲定时，5G 和 NB-IoT 都被否了。

这不是保守。做这个决定的，是某市 A、B、C 三个县区的小型水库雨水情测报设施建设项目组——2024 年 12 月完成勘察，2025 年 3 月进场施工，5 月 28 日全部站点联调上线，随后迎来了三轮连续强降雨。

有意思的是，被录取的方案看起来一点都不新。

先说为什么 5G 被排除

很多人的第一反应是：新建设施，为什么不一步到位上 5G？

理由其实很朴素，只有两条：

一是覆盖。小型水库大多在山坳河谷里，5G 基站覆盖并不连续。终端进了覆盖边缘，会在 5G 和 4G 之间反复重选，结果是功耗上去了、掉线率也上去了。花更高的成本，买来更不稳定的连接。

二是需求。一个雨水情测报站上报的是什么？水位值、雨量累积值、设备状态——一次几百字节到几 KB。这个体量的数据，对带宽几乎没有要求。拿着 5G 的带宽去传一条水位数据，就像用货运卡车送一封挂号信。

真正需要 5G 的只有极少数点位，比如要做实时视频回传、AI 图像识别的大坝或溢洪道。这个项目里，这类点位最后确定只有 3 个。

NB-IoT 为什么也不行

NB-IoT 在表计类场景里几乎是标准答案：深覆盖、超低功耗，装上几年不用管。但放到雨水情测报里，它有三个绕不过去的短板：

• 不支持连接态的基站切换。这是技术特性，不是缺陷。NB-IoT 面向的是静止设备，一旦装位置跨基站漂移——这在山区的信号环境里很常见——掉线就难以避免。
• 临时加测响应慢。NB-IoT 终端大部分时间在深度休眠，平台下发"现在加测一次"的指令，常常要等到下一个唤醒窗口。可汛期调度的窗口，是以分钟计的。
• 没有扩展余地。如果某座水库后来要加现场图片抓拍，链路直接不够用，只能换模组。这对刚上线一年的设备来说，等于二次投入。

一句话：NB-IoT 适合"你别叫我，我会定期给你打电话"的设备；水库恰恰是那个随时会被叫到的设备。

最后定型的方案长什么样

被录取的方案是分两档配置的，不是一刀切：

值得注意的是那 6 个跨省界、处在弱覆盖区的站点：项目组没有为它们单独开一档，而是在勘察阶段逐站实测 RSRP/SINR，按当地覆盖最优的运营商单独配卡。三个县区相邻，各家运营商的覆盖强弱并不一致，逐站选网的可靠性高于统一发卡，成本却没有增加。

全部站点纳入专网通道，数据不出专网并限制访问来源；卡侧开启机卡绑定，防止卡被拆走挪用；所有卡统一放进一个共享流量池。

这套组合里没有一项技术是"新的"，但它同时满足了四个约束：速率够用、响应及时、省电、安全可控。

再算一笔流量账

很多项目在报价阶段被流量成本卡住，本质是没算过这笔账。

按汛期 5 分钟一次上报测算，一个站的月流量构成大致是：

结论有点尴尬：一个纯上报站点一个月连 10MB 都用不到，却常常被按 100MB 甚至 1GB 的套餐采购。

这个项目最终把 183 个纯上报站的卡放进同一个池子，合计约 1.5GB/月，采购时留了足够冗余。据项目组反馈，单卡月均资费较改造前实测下降约 30%。

带图片回传的 3 个站单站月均约 260MB，另设一个小池，不拖累整体。

方案定了，现场还是踩了三个坑

天线装进了铁皮箱

第一批 40 个站装完联调，11 个站频繁掉线，RSRP 在 -105 到 -118 dBm 之间。

原因很常见：施工队把吸盘天线贴在了镀锌机箱内壁上。

这里可以补一句原理。金属外壳对电磁波有屏蔽作用，工程上俗称"法拉第笼"效应——外壳像一个封闭的金属笼子，把无线电信号挡在外面。所以机箱里看着严丝合缝很漂亮，里头的天线基本等于没装。

整改动作是：机箱开孔加装接头，天线外置架高至 1.5 米以上，对准基站方向；弱覆盖站点换高增益定向天线。整改后 RSRP 回到 -85 到 -95 dBm，掉线归零。

休眠周期设太长

初版固件为省电，让终端深睡 60 分钟唤醒一次。结果平台下发加测指令要等一小时，值班员在群里直接说"发了没用"。

调整为：休眠周期压缩到与心跳对齐的 5 分钟，只上传变化量，同时保留独立唤醒通道。改完后指令到响应平均 18 秒。

这里有个容易被忽略的经验：省电的正确答案是"少发、短帧、把空窗掐准"，而不是"睡得越久越好"。

机卡绑定之后，卡装错了

施工时两张卡装反位置，绑定生效后上不了线。现场一开始判断是信号问题，白跑两趟山路。后来补齐了台账、二维码和平台的批量解绑流程。

比技术选型更值得警惕的，是"重设备、轻通信"

这是这个项目留下的一句实话。

小型水库信息化这几年推进很快，看得见的投入主要落在设备上：雷达水位计、翻斗式雨量计、遥测终端，一件件都不便宜。但到了通信这一环，经常被当成"配件"随手处理——卡片是别人代买的，天线是便宜的那种，安装位置"看着差不多"就行。

等到几百个点铺开，问题集中爆发的时刻是汛期——恰恰是不能停的时刻。

一个反直觉的结论是：这类项目的数据质量，往往不取决于传感器精度，而取决于通信链路的稳定性。传感器给到毫米级，数据传不上来，等于零。

所以在方案阶段就把三件事做在前面，性价比很高：逐站记录 RSRP/SINR 并据此定天线方案；按数据量与频率算一次月流量，再决定套餐与是否入池；把卡、模组、平台交给同一家能端到端负责的服务商，出问题时不必在多个渠道之间踢皮球。