2. 园区网络业务与流量模型

容量规划的第一步不是选设备,而是把“业务”翻译成“可计算的容量输入参数”。园区网里跑的业务差异极大:办公业务是突发型、小包多、时延敏感度中等;无线业务受空口共享和漫游影响,单用户有效带宽远低于有线;视频业务是持续大带宽、对丢包和抖动敏感;IoT 业务则是海量小包、低带宽、但连接数密度极高。如果只用“总人数×人均带宽”一个公式,往往会同时高估办公、低估视频、漏算 IoT 的连接数压力。

本节的核心任务,是建立一套可复用的业务流量模型:先按业务类型分类,再为每类业务确定用户数、并发率、单会话带宽、忙时集中系数等参数,最后汇总为上行/下行带宽基线与连接数基线。这套参数将直接决定后续链路带宽、汇聚收敛比、AP 密度和网关会话规格。

一、四类典型业务的流量特征

办公业务(PC/有线为主):典型行为是网页、邮件、OA、文件共享和视频会议客户端。特点是突发性强、平均带宽低但峰值高。经验上,普通办公单用户忙时平均 0.5~1 Mbps,峰值可达 5~10 Mbps;若涉及大量云桌面或大文件传输,平均值需上调到 2~5 Mbps。并发率通常较高,工作日忙时可达 60%~80%。

无线业务(Wi-Fi 终端):手机、笔记本、PAD 混合接入。由于空口是共享介质,单 AP 的实际有效吞吐远低于理论速率:Wi-Fi 6 单频段在 80 MHz 下实测有效吞吐约 300~500 Mbps,Wi-Fi 5 约 150~250 Mbps。因此无线容量不能按“AP 标称速率×用户数”计算,而应按“单 AP 有效吞吐 ÷ 单用户忙时带宽”反推可承载用户数。无线单用户忙时带宽一般取 1~3 Mbps,高密场景(会议室、报告厅)需单独建模。

视频业务:分为视频会议(双向、时延敏感)和视频监控/直播(单向、大带宽)。视频会议 1080p 单路约 2~4 Mbps,且上下行对称;视频监控 1080p 单路约 4~8 Mbps,4K 约 16~25 Mbps,通常为持续上行。视频业务并发率接近 100%(监控摄像头是常在线),必须按“路数×单路带宽”直接累加,不能打折。

IoT 业务:包括门禁、传感器、扫码枪、POS、环境监测等。单设备带宽极低(通常 10~100 Kbps),但数量大、在线率高(80%~100%),且多为小包高频。IoT 对带宽压力小,但对连接数、ARP/ND 表项、DHCP 地址池、会话数压力大,是容量规划中容易被忽略的维度。

园区业务流量模型:从业务特征到容量输入参数 办公业务 • 突发型、小包多 • 平均 0.5~1 Mbps/人 • 峰值 5~10 Mbps/人 • 并发率 60%~80% • 关注:上行汇聚、时延 无线业务 • 空口共享、漫游 • 单 AP 有效 300~500 Mbps • 单用户 1~3 Mbps • 并发率 50%~70% • 关注:AP 密度、空口效率 视频业务 • 持续大带宽、敏感 • 会议 2~4 Mbps/路 • 监控 4~8 Mbps/路 • 并发率 ≈ 100% • 关注:丢包、抖动、上行 IoT 业务 • 海量小包、低带宽 • 单设备 10~100 Kbps • 在线率 80%~100% • 并发率 ≈ 100% • 关注:连接数、会话表 容量输入参数提取(每类业务独立取值) 用户数 N 并发率 C 单会话带宽 B 忙时集中系数 K 在线率 / 连接数 示例:500 人 示例:0.7 示例:1 Mbps 示例:1.2 示例:100% / 500 忙时带宽基线 = Σ (N × C × B × K) 连接数基线 = Σ (N × 在线率),用于网关会话/ARP/DHCP 规格核算 输出:上行/下行带宽基线 · 单 AP 承载用户数 · 网关连接数规格 · 链路收敛比依据

二、关键参数的定义与取值方法

用户数 N:不是“园区总人数”,而是“该业务的实际终端数”。例如办公 PC 数、Wi-Fi 终端数、摄像头路数、IoT 设备数,应分别统计。无线终端数通常按“人均 1.5~2 台”估算,会议室、报告厅按座位数×1.2 估算。

并发率 C:忙时同时使用该业务的用户比例。办公取 0.6~0.8,无线取 0.5~0.7,视频会议取 0.3~0.5(不是所有人同时开会),视频监控和 IoT 取 1.0。并发率是容量规划中最容易拍脑袋的参数,建议用现网 AP 的在线终端数、网关的并发会话数做校准。

单会话带宽 B:单个用户/单路业务在忙时的平均带宽。注意区分“平均”和“峰值”:容量规划用平均值算基线,用峰值校验突发余量。视频监控必须用单路码流值,不能取平均。

忙时集中系数 K:用于修正“忙时更忙”的叠加效应,一般取 1.1~1.3。若园区有明显的上下班高峰、会议集中时段,K 应取上限。

三、一个可复算的示例

假设某办公楼:办公 PC 500 台,Wi-Fi 终端 800 台,视频会议 20 路,监控摄像头 60 路,IoT 设备 300 台。取参数如下(示例假设值,非实测):

业务NCBK忙时带宽
办公 PC5000.71 Mbps1.2420 Mbps
Wi-Fi8000.62 Mbps1.21152 Mbps
视频会议200.53 Mbps1.133 Mbps
视频监控601.06 Mbps1.0360 Mbps
IoT3001.00.05 Mbps1.015 Mbps

合计忙时带宽基线约 1980 Mbps,即约 2 Gbps。若按 70% 链路利用率设计,接入汇聚上行至少需要 2.8 Gbps,通常取 2×10GE 或 4×GE 捆绑。连接数基线为 500+800+20+60+300=1680,考虑 NAT/会话放大,网关会话规格建议按 3~5 倍预留。

无线部分不能直接把 1152 Mbps 当作空口需求。应按单 AP 有效吞吐 400 Mbps 反推:1152÷400≈3 个 AP 的“满负荷等效”,再结合覆盖和并发分布,实际部署通常需要 8~12 个 AP。带宽基线与 AP 数量是两个独立结论,不能互相替代。

四、参数校准与常见偏差

模型建好后必须用现网数据校准。可采集三类数据:一是 AP 的在线终端数和空口利用率,验证无线并发率;二是网关的并发会话数和 NAT 表项,验证连接数基线;三是核心/汇聚端口的忙时流量,验证带宽基线。若实测值持续高于模型值 30% 以上,应上调 C 或 B;若长期低于 50%,可适当下调,但需保留突发余量。

常见偏差:把 IoT 设备当成“不占资源”而漏算连接数;把视频监控按并发率打折;把无线标称速率当有效吞吐;用总人数代替终端数。这四类错误会直接导致扩容时链路或网关规格不足。