2. 多地块农业监测场景与通信需求建模

多地块农业监测网络与单一大田监测最大的区别在于：传感器不是均匀铺在一个连续平面上，而是分散在若干块彼此独立、作物不同、管理节奏不同的地块里。组网设计的第一步不是选 LoRa 还是 NB-IoT，而是把"场景"翻译成"通信需求"——每块地要传什么、传多快、能容忍多大时延、丢一包会造成什么后果。这一节围绕地块分布、作物类型、监测参数、数据速率、时延与可靠性六个维度，说明如何建立一份可被网络规划直接使用的需求模型。

一、地块分布：先建立空间与拓扑描述

地块分布决定了网关选址、链路预算和回传方式。描述一块地至少需要四个量：面积、形状与长宽比、与最近可供电/可上网位置的距离、以及地块之间的相对位置。面积决定节点数量，长宽比决定单跳覆盖是否够用，相对位置决定能否共用一个网关。

举例来说，某合作社有 A、B、C 三块地：A 为 120 m×80 m 的设施大棚区，B 为 400 m×300 m 的露地大田，C 为 250 m×150 m 的果园，B 与 C 相距约 1.2 km，A 距 B 约 600 m。若采用 470 MHz 频段、典型农田视距链路预算约 130 dB，单跳可靠距离在作物遮挡下常按 1～3 km 估算，则 A、B、C 可由 B 地中央管理房的一个网关覆盖，但 C 地果树冠层遮挡严重，需在 B、C 之间加一个中继节点。这里的关键不是记住数字，而是形成"分布→覆盖半径→网关/中继数量"的推理链。

二、作物类型与监测参数：决定数据内容与采样节奏

作物类型直接影响监测参数集合。设施蔬菜关注空气温湿度、CO₂、光照和基质含水率；露地大田关注土壤墒情（多层含水率）、降雨量、冠层温度和气象；果园则更关注树干液流、果实膨大和冠层光照。参数不同，传感器数量、单包字节数和采样频率都不同。

建模时建议为每个参数记录四项：量程与分辨率、采样间隔、单次数据字节数、是否允许聚合上传。例如土壤含水率每 10 分钟采一次，单条记录含节点号、时间戳、3 层含水率和电池电压，约 16 字节；而气象站的风速风向需 1 分钟采样，单包约 24 字节。把这些参数按地块汇总，就得到每块地的原始数据产生率。

三、数据速率：从"每节点字节率"算到"网关汇聚速率"

数据速率不能凭感觉，要按节点逐级汇总。单节点平均速率 = 单包字节数 × 8 ÷ 上报周期（秒）。以上述土壤节点为例：16 B × 8 ÷ 600 s ≈ 0.21 bit/s，看似极小，但一个 400 m×300 m 大田按 50 m 网格布点约需 48 个节点，汇聚后约 10 bit/s；再叠加气象站、虫情设备，单网关业务量仍在百 bit/s 量级。这说明农业监测是典型的"低速、多节点、长周期"业务，瓶颈往往不在带宽，而在接入容量、碰撞概率和占空比限制。

因此建模时要同时记录两个速率：应用层有效速率（真正需要送达的数据）和空口占用速率（含帧头、前导码、重传余量）。后者通常比前者大 3～10 倍，是判断信道容量的依据。

四、时延与可靠性：按业务后果分级

并非所有数据都同等紧急。可把业务分为三级：常规采集（土壤墒情、气象），时延容忍 10～30 分钟，丢一包可由下一周期补上，可靠性要求相对宽松；告警类（霜冻、暴雨、灌溉阀门异常），要求 1～5 分钟内送达，丢包需重传；控制类（远程启停水泵、开阀），要求秒级且必须确认，可靠性最高。分级之后，网络才能对告警和控制业务预留重传次数与优先级。

可靠性可用"单跳丢包率 × 重传次数"估算端到端成功率。若单跳成功率 95%，允许 2 次重传，则成功率约为 1−(0.05)³ ≈ 99.99%；但重传会抬高空口占用，需回到速率模型复核。时延则由采样周期、排队等待、空口传输和回传四段相加，其中排队等待在多节点轮询时最易被低估。

五、把六维要素落成一张需求表

建模的最终交付物应是一张按地块、按业务分行的需求表，字段建议包括：地块编号、作物、监测参数、节点数、单包字节、上报周期、单节点速率、汇聚速率、时延等级、可靠性等级、覆盖方式。下表为示例（参数为教学假设值，非实测）：

六、常见建模偏差

实践中容易出三类偏差。其一是只算应用层速率、忽略帧头与重传，导致网关接入数估高；其二是把时延简单等同于空口传输时间，漏掉多节点轮询的排队等待；其三是把可靠性当成单一指标，未按业务分级，结果对常规数据过度重传、对控制指令却缺少确认机制。纠正办法是让速率、时延、可靠性三者互相校验：提高重传会抬高占用、拉长时延，三者必须在一个闭环里同时满足，需求模型才算成立。

完成这一步后，每块地的"通信画像"就清晰了：谁需要直连、谁需要中继、哪类业务要优先、容量还剩多少余量。这些结论将直接支撑后续的拓扑选型与信道规划。