为什么要单独估算
工业链路的带宽不是够用就行：周期通信占用的带宽固定且持续，任何超出链路能力的配置最终都会以抖动和丢包的形式表现出来。估算的目的是在选型和组网阶段回答三个问题——这条链路长期占用多少、还能容纳多少节点、突发时会不会被打满。
基本信息
| 必要输入 | 节点数、单节点每周期有效字节、周期时间、协议头与校验开销、事件型报文频率 |
|---|---|
| 计算口径 | 字节率 = 节点数 × 每周期总字节 ÷ 周期秒数，再乘 8 换算成比特率 |
| 余量来源 | 协议开销、重传、告警突发、诊断与时钟同步流量、未来扩容 |
| 经验利用率 | 周期通信长期占用通常控制在链路容量的三成到五成以内，为突发留空间 |
| 核对方式 | 交换机端口计数、抓包统计、控制器侧网络负载诊断；以实测为准 |
估算示例
估算示例
# 单节点单周期字节 = 协议头 + 有效数据 + 校验
# 20 个节点，每周期 32 字节，周期 10 毫秒
# 字节率 = 20 × 32 ÷ 0.01 = 64000 字节/秒，约 512 kbit/s
# 叠加协议开销、重传与事件报文后，按利用率上限反推所需链路速率
# 再用交换机端口计数或抓包核对实际占用，确认与估算处于同一量级开销来源与应对
| 来源 | 说明 | 应对 |
|---|---|---|
| 协议头与校验 | 每个报文的固定开销，报文越小占比越高 | 合并点位、减少小报文数量 |
| 轮询与心跳 | 主站轮询、设备心跳、时钟同步报文 | 按实际需要调整周期，避免无意义的高频心跳 |
| 事件型与告警 | 报警、状态变化、诊断上报，天然突发 | 设置上报抑制与合并策略，避免告警风暴 |
| 重传 | 链路错误导致重复发送 | 先解决物理层与干扰问题，而不是靠扩容掩盖 |
| 诊断与维护 | 拓扑发现、资产盘点、远程维护流量 | 放到独立通道或错峰执行 |
典型使用场景
- 新建产线选型：先算周期通信占用，再决定用百兆还是千兆实时以太网
- 扩容评估：新增节点前判断现有链路还剩多少余量
- 故障复盘：周期性丢包与延迟尖峰常常与带宽接近打满同时出现
- 无线改造：无线链路可用吞吐远低于标称速率，必须按最坏占用估算
无线链路的可用带宽受重传、信道争用与并发设备数影响，标称速率与真实吞吐常差一个量级，估算应按实测吞吐而不是标称值。
长期占用超过链路容量一半的周期通信，在告警突发时很容易打满，延时尖峰与丢包会同时出现，而根因常被误判为设备故障。