首页/网络/无线与 Wi-Fi 速查/常见应用的带宽需求
勘测与优化56 条

常见应用的带宽需求

容量规划先做应用画像:不同业务的带宽与时延要求不同,按业务列表逐项估算总需求。

无线与 Wi-Fi 速查网络更新于 2026-10-13

常见应用的带宽需求是什么

容量规划从应用画像开始:不同业务的带宽与时延敏感度差异很大,网页与邮件只要几 Mbps,1080p 视频要 4~8Mbps,视频会议则需要稳定的双向 2~4Mbps。把这些需求按终端数量与并发比例汇总,再换算成空口时间占用,才能得到可落地的点位数量与限速档位。表内数值是常见工程估算区间,正式设计应以业务方给出的参数为准。

基本信息

估算单位每用户 Mbps(注意上下行分别估算)
关键维度带宽需求 + 时延敏感度 + 并发比例
数据来源业务部门参数优先,其次参考行业经验值
使用方式作为空口时间预算的输入项
复核习惯上线后实测与估算对比,修正下次设计

应用参考值

应用每用户带宽时延敏感
网页与邮件1~2Mbps 以下否
1080p 视频流4~8Mbps中等
视频会议2~4Mbps(双向)高
语音通话(VoWiFi)约 100~200kbps很高
扫码与 PDA1Mbps 以下中等(突发密集)
大文件与投屏可占满空口,需限速或分流较低

需求汇总思路

需求汇总思路
# 1) 按业务列出终端数与忙时并发比例
# 2) 逐类乘以单终端带宽需求,区分上下行
# 3) 语音与会议类单独标注时延要求,不能被限速误伤
# 4) 汇总后换算成空口时间占用,与 70% 目标对比
# 5) 结果用于决定点位数量、限速档位与频段分工
只按下行估算会漏掉会议类业务的上行占用:多人视频会议的上行往往比下行更容易成为瓶颈。
扫码类业务单次流量小,但突发密集且集中在固定动线;容量估算要按并发峰值计算,而不是按全天平均值。

易错点

  • 只算下行不算上行:会议与上传类业务的实际占用被低估,忙时出现上行拥塞
  • 按平均值估算突发业务:扫码枪与提交类应用集中在短时间,均值口径严重偏低
  • 用经验值代替业务部门参数:不同视频平台的码率差异明显,估算可能偏出一倍
  • 限速档位低于关键业务需求:视频会议被限速后画质与流畅度下降,反而制造投诉
  • 不考虑并发比例:把全部终端按同时在线估算会过度设计,按全员空闲估算又会严重不足

数据来源与参考

  • 厂商高密设计资料(应用带宽)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌