1. 课程导入与全景认知

在现网中，Ciena光传输网络（典型为 Waveserver、6500/6500 T、Waveserver Ai、RLS 等平台组成的 DWDM/OTN 网络）的升级迁移与业务割接，本质上不是一次单纯的软件版本变更，而是一次“网络能力重构 + 业务连续性保障”的联合工程。它的目标可以概括为三句话：把新能力（更高单波速率、更灵活的 OTN 交换、更细的 ODUflex 颗粒、更完善的保护与恢复）引入现网；把存量业务从旧平台、旧波长、旧保护路径上安全地迁移到新架构；在整个过程中，把业务中断时间、误码劣化和客户感知控制在可承诺的范围内。

因此，本课程讨论的“升级迁移”包含三个层次：设备与软件层（网元版本、补丁、FPGA/固件、管理平面）、网络架构层（波长规划、OTN 交叉、保护倒换、ROADM 方向与栅格）、业务层（客户电路、专线、OTN 承载、以太网/OTN 混合承载）。而“业务割接”则是把这三层变化落到具体电路上的动作集合：割接前验证、割接窗口操作、割接后确认与回退。

典型场景与范围

从工程实践看，Ciena 光网络的升级迁移通常落在以下几类场景中，它们的风险特征和割接策略差异很大：

• 版本升级型：同一平台从旧版本升级到目标版本，例如 Waveserver Ai 从 6.x 升级到 7.x，或 6500 从 10.x 升级到 12.x。主要风险是控制平面重启、保护倒换、管理通道中断。
• 平台替换型：旧设备退网，新设备入网，例如 6500 替换为 6500 T，或 Waveserver 替换为 Waveserver Ai。涉及波长重规划、光纤跳接、OTN 交叉重建。
• 架构演进型：从固定 OADM 向 CDC/ROADM 演进，或从 100G 混合 200G/400G 演进。涉及栅格、方向、功率均衡和 OSNR 预算重新计算。
• 业务割接型：客户电路从旧路径迁移到新路径，或从旧保护组迁移到新保护组。核心是割接窗口、业务验证和回退预案。

范围上，一次完整的迁移割接项目通常覆盖：网络评估与基线采集 → 目标架构与波长规划 → 实验室/仿真验证 → 割接方案与回退预案 → 现场实施 → 业务验证与性能观察 → 收尾与文档归档。这七个阶段不是线性瀑布，而是存在多次迭代和并行验证。

交付流程与风险地图

为了让读者在进入后续章节前建立整体认知，下面用一张“升级迁移与业务割接全景关系图”来呈现核心对象、数据流、风险点和判断关系。图中左侧是输入与约束，中间是迁移与割接的处理链，右侧是结果与验证，底部是贯穿全程的风险控制。

这张图的核心信息是：左侧的输入决定了迁移的边界，中间的处理链决定了执行顺序，右侧的结果决定了是否收尾，而底部的风险地图决定了每一步的检查点和回退条件。在实际项目中，最容易出问题的往往不是技术本身，而是输入不完整（业务清单漏项、基线未采集）、处理链顺序错误（先割接后验证）、风险控制缺失（没有回退点）。

关键判断依据与示例参数

为了让后续章节有统一的判断语言，这里先给出几个在割接中反复使用的判断依据。以下参数均为教学示例，实际项目应以现场测试和设计文件为准：

需要特别强调的是，“升级”和“割接”不是一回事。升级是让设备具备新能力，割接是让业务用上新能力。很多项目失败的原因，是把两者混在一个窗口里做：先升级、再割接、再验证，结果一旦升级后出现兼容性问题，业务已经割接过去，回退代价极大。更稳妥的做法是：升级和割接分窗口，升级后先观察 24 小时，确认网元稳定、保护正常、性能无劣化，再安排业务割接。

本课程后续将围绕这条全景链路展开：从网络评估与基线采集开始，到波长规划与 OSNR 预算，再到网元升级、架构调整、业务割接、性能验证和收尾归档。每一章都会给出可操作的判断依据、示例参数和常见问题处理方式，帮助读者把“知道要做什么”变成“知道怎么做、怎么判断做对了”。