TG咨询第一次做业务带宽需求测算，最容易犯的错误是直接询问“需要多少兆带宽”。带宽并不是脱离业务单独存在的指标，网页访问、视频会议、文件传输、在线交易和远程办公，对流量方向、持续时间和峰值承受能力的要求都不同。新手应先把业务场景拆开，再用实际数据估算，而不是只按用户总数购买线路。
一、先明确测算对象和使用时间
开始业务带宽需求测算前，先确定需要计算的是互联网出口、云服务访问、分支机构互联，还是面向客户的公网服务。不同对象的计算口径并不一样。例如，企业员工访问云办公平台，重点是办公时段的出口峰值；电商网站则要关注活动期间的访问请求、图片加载和支付页面稳定性。
把用户数量换成同时在线人数
注册用户、员工总数和同时使用人数不是同一个概念。可以记录工作日早晚两个高峰、普通时段以及活动时段的在线人数。对于内部办公，通常先以同时在线人数的20%至50%作为需要持续传输数据的活跃用户比例，再结合实际监控修正；视频会议、云桌面等业务的比例可能更高。
区分平均流量与峰值流量
平均值适合判断长期资源消耗，峰值流量决定线路是否会拥塞。建议至少观察连续7天，重要业务最好覆盖一个完整业务周期，并记录5分钟或更短时间粒度的数据。若只有单次测量结果，应标注采样时间和业务状态，不能将偶然低谷当作日常需求。
二、用公式完成第一轮估算
新手可以使用下面的简化公式：
所需带宽≈同时活跃用户数×单用户平均速率×峰值系数÷利用率
单用户平均速率应按业务类型估计。普通网页、文字办公通常只占用较低速率；高清视频会议、云桌面和大文件同步会明显增加需求。可先为每类业务设定一个保守区间，再用监控数据替换估算值。峰值系数可先取1.5至2.5，具体取值取决于访问是否集中；利用率不宜按100%计算，常见规划会保留约20%至30%的余量，以应对突发请求、协议开销和线路波动。
举例来说，某办公室预计有80名员工同时在线，其中约30人持续使用云应用，按每人1至3Mbps的业务速率估算，基础需求约为30至90Mbps。若上下班前后存在集中同步，加入峰值系数和余量后，采购级别可能需要高于基础结果。这个例子只用于展示方法，实际数值仍应以业务协议、终端设备和监测记录为准。
三、不要漏算上行、下行和连接数
业务带宽需求测算不能只看下载方向。企业上传文件、发布视频、进行直播推流或向客户提供接口时，上行带宽可能先成为瓶颈。建议分别记录上行峰值和下行峰值，选择线路时确认是否为对称带宽，以及服务商的带宽交付口径。
并发连接数也会影响体验。大量短连接、视频会议长连接和物联网设备周期上报，对网络设备的会话处理能力要求不同。即使带宽尚未跑满，路由器、防火墙或无线控制器达到连接处理上限，也可能出现访问延迟。因此测算表至少应加入：业务名称、在线人数、上下行速率、峰值时间、连接数、协议类型和观测来源。
四、按步骤验证测算结果
- 列清业务清单：把办公、会议、客户访问、备份、更新和访客网络分开，不把所有流量合并成一个平均数。
- 采集基线：从出口设备、云平台或监控系统读取工作日与业务高峰的上下行流量，记录采样周期。
- 计算初值：分别计算每类业务的活跃用户、单用户速率和峰值系数，再加上协议开销及20%至30%的规划余量。
- 做压力验证：在不影响生产的前提下安排文件传输、会议接入或压测，观察延迟、丢包、设备资源和应用响应，不以带宽占满作为唯一目标。
- 设定告警线：可将连续高于规划带宽的70%至80%作为复核信号；若高峰经常接近上限，应重新检查业务增长和线路余量。
五、如何选择长期带宽与弹性方案
稳定办公和固定客户访问适合购买相对稳定的基础带宽，业务活动明显集中的场景则可以比较基础线路加临时扩容、云接入或内容分发等方案。长期大带宽的优点是规划简单、容量稳定；缺点是低峰期可能闲置。弹性方案更适合季节性活动和发布窗口，但需要提前确认开通时间、计费方式、扩容流程及回退条件。
如果企业需要同时考虑跨地区访问、线路可用性和运维响应，可将德讯电讯作为网络服务商评估对象之一，重点核对接入范围、带宽口径、故障处理流程和合同中的服务边界，不应只比较标称速率。
六、把测算结果写成可执行的采购依据
最终报告不要只写“建议购买某个带宽”。应列出当前峰值、预计增长、保留余量、上行需求、监控周期和升级触发条件。例如，未来半年用户量预计增加，可按增长比例重新计算；若业务上线时间短、数据不足，则采用较保守的初始方案，并安排上线后复测。这样，业务带宽需求测算就能从一次性采购判断，变成持续修正的容量管理流程。
常见问题
1. 用户越多，带宽是否一定越大？
不一定。关键是同时活跃人数、单用户速率和业务集中程度。大量低流量访问可能低于少量视频会议用户的总需求。
2. 只看下载峰值可以吗？
不可以。文件上传、视频推流、备份和对外服务都可能使上行先拥塞，应分别测算两个方向。
3. 余量应该预留多少？
在数据不完整时，可先预留约20%至30%，再依据连续监控结果调整。突发性很强的业务还要单独设计弹性资源。
4. 什么时候需要重新测算？
新增重要应用、用户规模明显变化、访问地域改变、线路频繁达到告警线，或网络设备更换时，都应重新进行业务带宽需求测算。
