3. 现网容量与业务需求评估
扩容升级不是“先把新设备上架再说”，而是要先回答三个问题：现网还剩多少可用容量、业务流量往哪里走、未来多久会撞到容量天花板。本节围绕业务流量矩阵采集、端口利用率分析、带宽增长预测、扩容触发条件与迁移需求识别四条主线展开，最终输出一份可支撑扩容决策的容量评估结论。
一、业务流量矩阵：把“谁到谁”的流量说清楚
流量矩阵描述的是网络中任意一对节点（或任意一对业务端点）之间的带宽需求。对承载网而言，节点通常对应 OTN 电交叉节点、ROADM 站点或数据中心出口；对业务层而言，节点对应客户侧端口或业务落地站点。矩阵的行表示源节点，列表示宿节点，单元格填入该方向上的峰值速率、均值速率与保护方式。
采集方式主要有三类：一是从网管系统导出各 OTN 子架、线路端口、客户侧端口的 15 分钟性能计数，按源宿关系聚合；二是从业务开通工单与电路台账中提取已配置的交叉连接与保护关系；三是对新增或预测业务，由业务部门提供需求清单。三者需要交叉核对，避免出现“网管有流量但台账无业务”或“台账有业务但端口无流量”的偏差。
采集周期建议覆盖至少连续 7 天，并单独标注工作日与周末的差异。对每个源宿对，记录峰值速率、95 分位速率、日均速率和突发持续时间。峰值用于判断是否触发扩容，95 分位用于规划长期容量，日均值用于评估资源浪费程度。示例：某省干 A 站到 B 站方向，工作日 10:00—11:00 峰值 78 Gbit/s，95 分位 62 Gbit/s，日均 41 Gbit/s，突发持续约 25 分钟——这类“短时高峰”不应简单按峰值扩容，而应结合保护倒换后的可用容量综合判断。
二、端口利用率分析：区分“已用、可用、不可用”
端口利用率不能只看“已配置带宽 ÷ 端口总带宽”。OTN 场景下，一个 100G 线路端口可能承载多个 ODU2/ODUflex 业务，实际占用还受交叉颗粒、保护预留和开销影响。分析时应至少区分三类容量：
- 物理容量：端口标称速率，如 100G、200G、400G。
- 可用容量：扣除保护预留、FEC 开销、交叉限制后真正可分配给新业务的带宽。
- 已用容量：当前已配置业务占用的带宽，含工作路径与保护路径。
利用率 = 已用容量 ÷ 可用容量。工程上通常设置三级阈值：低于 50% 为健康，50%—70% 为关注，高于 70% 为预警。但阈值不是绝对的——若某方向业务具有强突发性，或保护倒换后单边需承担全部流量，则 60% 也可能需要提前扩容。分析时还要关注“碎片化”：端口总容量充足，但剩余交叉颗粒无法拼出所需带宽，同样会阻塞新业务。
三、带宽增长预测：从历史趋势到业务驱动
带宽预测常用两种方法并用。第一种是趋势外推：取过去 6—12 个月的月度峰值，计算复合增长率，再外推到未来 6—12 个月。例如某方向 1 月峰值 52 Gbit/s，6 月峰值 71 Gbit/s，月均复合增长率约 5.3%，按此推算 12 月峰值约 96 Gbit/s，接近 100G 端口可用容量上限。第二种是业务驱动：根据已知的大客户专线、云专线、5G 回传、数据中心互联等新增需求，逐项叠加带宽与开通时间。
两种结果应取包络而非简单平均：趋势外推反映自然增长，业务驱动反映确定性增量，最终预测值取两者中较高者，并预留 15%—20% 的工程余量。预测周期建议与设备采购、施工窗口对齐，通常按 6 个月和 12 个月两个时间点分别给出。
四、扩容触发条件与迁移需求识别
扩容触发条件应写成可判定的规则，而不是“感觉快满了”。常见触发条件包括：
- 某方向端口可用容量利用率连续 7 天超过 70%，且预测 3 个月内将超过 85%。
- 新增业务因交叉颗粒不足无法配置，即使端口带宽仍有剩余。
- 保护倒换后单边承载利用率超过 90%，存在业务中断风险。
- 设备软件版本或槽位能力不支持目标速率，需同步升级。
迁移需求识别则要回答“哪些业务必须动、哪些可以不动”。优先迁移对带宽增长最快、保护等级要求高、或当前路径经过瓶颈节点的业务；对低速率、低增长、路径健康的业务可暂不迁移，减少割接风险。迁移前需确认源宿端口、交叉连接、保护组、时钟同步和网管告警上报关系，形成迁移业务清单。
把上述四步串起来，就形成了一条从数据采集到扩容决策的判定链：流量矩阵提供“谁到谁”的需求底数，端口利用率给出“还剩多少”的容量边界，增长预测回答“还能撑多久”，触发条件与迁移清单则决定“什么时候动、先动哪些”。实际工程中，建议每月更新一次流量矩阵与利用率，每季度复核一次预测与触发阈值，确保扩容窗口不被业务增长追着走。