4. ROADM系统需求分析与容量规划

ROADM系统的架构选型不是先决定“用CDC还是用阻塞式”，而是先把业务需求翻译成一组可量化的输入参数，再由这些参数推导出对CDC架构的刚性需求与容量边界。本节围绕业务模型、波长需求矩阵、方向数、上下路比例和保护策略五个维度，说明如何把运营需求转化为架构输入，并完成初步容量估算。

一、从业务模型到波长需求矩阵

业务模型描述的是“哪些站点之间需要多少带宽、什么颗粒度、什么生存性等级”。在ROADM规划中，它最终要收敛为一张波长需求矩阵：行和列都是网络节点（或方向），矩阵元素表示该节点对之间需要的波长数量。例如一个5节点环网，节点A到C需要8个100G波长、A到D需要4个、B到E需要6个，这些数字就是矩阵中的非零项。

建立矩阵时要注意三点：第一，波长需求应按双向分别统计，因为A→C与C→A可能不对称；第二，要区分直达波长与可汇聚波长，前者必须端到端占用同一波长，后者可在中间节点上下路重组；第三，要预留保护冗余系数，通常按1+1保护取2倍、按共享保护取1.3～1.5倍。矩阵的规模直接决定后续方向数和上下路比例的计算基础。

二、方向数与上下路比例

方向数指ROADM节点可连接的线路侧光纤对数量，常见2方向、4方向、8方向。方向数决定了节点在拓扑中的角色：2方向节点只能做链形上下路，4方向以上才具备交叉调度能力。方向数的估算方法是：统计该节点在拓扑中实际连接的其他节点数，再考虑未来3～5年可能新增的链路，取一个可扩展的档位。

上下路比例是节点本地业务与穿通业务的比例，定义为：

上下路比例 = (本地上下路波长数) / (穿通波长数 + 本地上下路波长数)

例如某节点总波长占用40个，其中本地上下路12个、穿通28个，则上下路比例为30%。这个比例直接决定节点需要配置多少本地上下路端口（Add/Drop端口）。比例越高，说明该节点越偏向业务汇聚点；比例越低，说明它更偏向纯穿通节点。CDC架构的价值恰恰在上下路比例高、且上下路波长需要灵活调度到任意方向的场景中体现。

三、保护策略对CDC架构的输入

保护策略是需求分析中最容易被低估的变量。1+1保护要求工作波长和保护波长同时占用资源，因此波长需求矩阵中的每个元素都要乘以2；共享环保护（如BLSR）则按环上总容量预留，冗余系数约1.3～1.5；恢复式保护（Mesh Restore）不预留固定保护波长，但对ROADM的交叉连接重构速度有要求，通常要求CDC支持毫秒级切换。

保护策略对CDC架构的输入体现在两个层面：一是波长数量，保护冗余直接放大矩阵规模；二是调度灵活性，1+1保护要求工作与保护路径可走不同方向，若节点不具备CDC能力，保护路径可能因波长冲突而无法建立。因此，当网络中同时存在高上下路比例和1+1保护需求时，CDC几乎是必选项。

四、容量估算示例

假设一个4方向节点，波长需求矩阵统计结果为：本地上下路波长12个，穿通波长28个，采用1+1保护。则：

总波长需求 = (12 + 28) × 2 = 80 个波长
上下路比例 = 12 / 40 = 30%
CDC Add/Drop端口需求 = 12 × 2 × 1.2 = 28.8 ≈ 29 个端口
CDC交叉容量需求 = 80 × 1.2 = 96 个波长级交叉

其中1.2为工程余量，用于应对业务增长和波长碎片。若方向数从4扩展到6，穿通波长可能增至42个，总需求变为(12+42)×2=108个波长，此时CDC交叉容量需按108×1.2≈130个波长级设计。这个数字直接决定WSS（波长选择开关）的端口数和背板交叉矩阵的规模。

五、需求输入到架构选型的判断路径

把上述参数汇总后，可以用一条判断路径决定是否采用CDC架构：

1. 若方向数 ≤ 2，通常为链形上下路，无需CDC，用固定上下路ROADM即可。
2. 若方向数 ≥ 4，且上下路比例 > 25%，说明本地业务调度需求强，应优先考虑CDC。
3. 若存在任意方向波长调度需求（即同一波长需从不同方向上下路），CDC是唯一能无阻塞满足的架构。
4. 若保护策略为1+1且工作/保护路径跨方向，CDC可避免保护路径的波长冲突。
5. 若当前需求未达到上述条件，但3年内可能达到，应选择支持CDC升级的WSS平台，避免整节点替换。

需要强调的是，CDC架构的容量估算不是一次性计算，而应随业务矩阵每季度更新一次。波长需求矩阵中非零项的增加、上下路比例的变化、保护策略的调整，都会直接改变CDC端口数和交叉容量的需求。把这张矩阵作为规划基线，才能让ROADM系统在生命周期内保持无色、无向、无阻塞的调度能力。