做网络规划时，员工总数只是起点。真正影响链路规格的，是同一时间有多少人在线、每类业务产生多少流量，以及高峰期间是否允许短暂排队。准确的链路带宽需求计算，应当把业务峰值和可用余量放在同一个公式里评估。

先确定计算口径

常用估算公式为：所需带宽＝并发用户数×单用户峰值带宽×业务系数÷目标利用率×协议开销系数。其中，并发用户数不是注册用户或员工总数，而是高峰时真正发起网络请求的人数；单用户峰值带宽则应依据具体应用的实测值或厂商建议范围确定。

目标利用率通常可按70%至80%考虑。链路长期跑到接近100%，容易在突发下载、重传或队列排队时产生明显延迟。协议开销系数可先按1.1至1.2估算，实际值会受封装方式、加密、隧道和数据包大小影响。对关键业务，还应额外预留约20%至30%的带宽冗余。

按业务峰值拆分，而不是平均分配

办公与网页应用

邮件、网页办公、工单系统和轻量数据库访问通常不是持续大流量业务，但多人集中登录、批量导入或打开大型页面时会形成短时峰值。普通办公用户可先按约0.2至0.5Mbps的并发峰值估算，再用实际监控结果修正。

语音与视频会议

语音本身占用较小，视频会议的需求则取决于分辨率、画面数量、屏幕共享和摄像头开启情况。以Zoom、Microsoft Teams等同类应用为例，单路视频通常从数百Kbps到数Mbps不等，高清、多画面和屏幕共享会进一步增加需求。计算时应区分上行和下行：多人同时发言或上传画面时，上行可能成为瓶颈。

文件同步与远程桌面

文件同步的平均流量未必很高，但大文件集中上传会持续占用出口；远程桌面对延迟和抖动更敏感，即使总带宽足够，排队也会造成画面卡顿。因此，不能只用下载测速结果判断链路是否适合交互式业务。

一个可复用的估算示例

假设某培训机构有120名员工，高峰时约60人同时使用云办公，其中40人进行常规办公，10人参加视频会议，另有10人进行资料下载。可采用以下假设：

• 常规办公：40人×0.4Mbps＝16Mbps；
• 视频会议：10人×2.5Mbps＝25Mbps；
• 资料下载：10人×3Mbps＝30Mbps；
• 业务峰值合计：约71Mbps。

若按1.15的协议开销系数、75%的目标利用率计算，基础需求约为71×1.15÷0.75，约109Mbps。再考虑突发访问和未来增长，可把实际采购或配置目标放在150Mbps左右，并确认该数值同时覆盖上行和下行。若下载业务可以限速或安排在非会议时段，实际出口规格还可通过策略调整。

链路带宽需求计算的执行步骤

1. 列出业务清单：记录网页办公、视频会议、语音、文件传输、远程桌面、系统备份等业务，避免把所有流量笼统归为“上网”。
2. 估计并发比例：用考勤、应用登录数、会议预约和流量监控判断高峰并发用户。没有历史数据时，可先按总用户数的30%至70%做情景测算，再设置低、中、高三档。
3. 取得单业务峰值：优先参考应用厂商文档，并在工作日高峰进行连续监测。不要用一次短测速结果代替全天数据。
4. 分别计算方向：将上行和下行流量分开汇总，尤其关注视频会议、云备份、监控回传等上行业务。
5. 加入余量并验证：完成公式计算后，安排高峰时段观察利用率、延迟、丢包和队列长度。若带宽未满但应用仍卡顿，应继续排查无线覆盖、出口设备性能、路径质量或服务端限制。

不同链路方案怎么选

如果业务以网页办公和少量会议为主，稳定的对称宽带通常比单纯追求更高下载速率更实用。若需要大量云备份、视频上传或跨地点同步，应优先确认上行能力。专线一般提供更明确的带宽保障、服务等级和故障处理流程，适合对连续性要求较高的机构，但成本通常高于普通互联网接入；多条普通线路则可能降低单链路故障影响，却需要额外配置负载分担、故障切换和策略路由。

对于访客网络、系统更新和大文件下载，可以设置限速或分时传输，把有限带宽留给语音、视频会议和业务系统。QoS并不能凭空增加总带宽，但能在拥塞时优先保障关键流量。

常见问题

用户总数能直接乘以平均带宽吗？

不建议。应使用高峰并发用户数，并区分不同业务类型；平均值容易掩盖集中会议或批量下载造成的瞬时峰值。

算出100Mbps后，购买100Mbps线路是否足够？

通常不宜完全贴着计算值配置。还要扣除协议开销、链路利用率和未来增长，建议保留约20%至30%的余量。

为什么测速很快，应用仍然卡顿？

测速主要反映某一时刻的吞吐能力，无法单独说明延迟、抖动、丢包、上行拥塞或应用服务器响应速度。

多久应重新做一次评估？

发生人员扩张、办公地点变化、核心系统上云或会议使用量明显增加时，应重新进行链路带宽需求计算；稳定环境也可按季度或半年复核监控数据。

总的来说，链路带宽需求计算应以并发用户和业务峰值为核心，再结合方向、利用率、协议开销及余量进行验证。这样得到的结果比单看员工数量或单次测速更接近真实使用需求。