2. 开放光线路系统架构解析

在上一节中，我们已经明确了开放光线路系统（Open Line System，OLS）的核心价值：把传统“光传输设备厂商一体化交付”的模式，拆分为可独立演进的光层与电层。本节要解决的是更具体的问题——Ciena OLS 究竟由哪些层次构成？光层和电层各自负责什么？开放接口出现在哪些位置？解耦边界又划在哪里？只有把这些问题看清楚，后续的选型、集成、调测和排障才有稳定的参照系。

一、Ciena OLS 的四层结构

从工程视角看，Ciena OLS 可以抽象为四个层次，自下而上依次是：光纤基础设施层、光层（Photonic Layer）、电层（Electrical Layer）、管理与控制层。这四层不是简单的堆叠，而是通过明确的接口和边界相互衔接。

光纤基础设施层包括局内光纤跳线、ODF、光缆、光放站之间的线路光纤，以及可能存在的 OPGW 或管道资源。它决定了系统的物理损耗、色散、非线性等基础条件。这一层通常不属于 OLS 设备本身，但它的参数会直接约束光层的设计。

光层是 OLS 的主体，负责光信号的放大、复用/解复用、路由、均衡、监测和保护。典型设备包括光放大器（EDFA/拉曼）、WSS（波长选择开关）、光分插复用器（ROADM）、光通道监测模块（OCM）、光时域反射仪（OTDR）等。光层的核心任务是把多个波长从 A 站透明地传到 B 站，并在中间节点实现波长的上下路和交叉调度。

电层负责电信号的再生、成帧、映射、复用、交叉和客户侧适配。典型设备是 OTN 交叉机或分组交换平台。电层处理的是 ODUk、ODUflex、以太网等电信号，它不关心光波长本身，而是关心容器和标签。电层与光层之间通过标准化的客户侧/线路侧接口连接。

管理与控制层包括网元管理系统（EMS）、SDN 控制器、SNMP/ NETCONF/ RESTCONF 接口、以及可能的 gNMI 遥测通道。它负责配置下发、告警采集、性能监控和路径计算。

二、光层与电层的功能划分

光层和电层的分工可以用一句话概括：光层负责“搬波长”，电层负责“搬容器”。具体来说：

• 光层处理的是波长级粒度，典型粒度为 50GHz 或 75GHz 间隔，单波速率可以是 100G、200G、400G 甚至 800G，但光层本身不解析这些比特的含义。
• 电层处理的是 ODUk 或以太网帧级粒度，可以做到 ODU0（1.25G）级别的交叉，具备子波长汇聚和疏导能力。
• 光层的保护通常基于光通道或光复用段，如 OLP、OCP；电层的保护通常基于 SNCP、ODUk 保护或 LAG。
• 光层的性能指标是 OSNR、功率、平坦度、色散；电层的性能指标是误码率、时延、抖动、丢包率。

在实际组网中，光层和电层可以分别由不同厂商的设备承担。例如，光层采用 Ciena 的 6500 系列 ROADM 和放大器，电层采用第三方 OTN 交叉机，两者之间通过标准化的线路侧接口（如 400G ZR/ZR+ 或 OTU4）互联。这就是“开放”的第一层含义。

三、开放接口与解耦边界

开放光线路系统的“开放”体现在三个关键接口上：

1. 光层与电层之间的解耦接口。这是最核心的边界。传统系统中，光层和电层由同一厂商的背板或私有接口连接，无法混搭。开放 OLS 要求这个接口标准化，通常采用 400G ZR/ZR+ 可插拔光模块，电层设备通过标准 QSFP-DD 或 OSFP 接口与光层连接。这样，电层设备可以独立于光层设备进行升级或替换。

2. 光层内部的解耦接口。包括 WSS 与放大器之间的接口、ROADM 与 OCM 之间的接口、以及光层设备与管理系统之间的接口。Ciena 的 OLS 支持通过 NETCONF/YANG 模型对光层设备进行配置，使得第三方控制器可以管理光层。

3. 管理与控制层的开放接口。包括北向 RESTCONF、gNMI、SNMP 等，允许上层 SDN 控制器或编排器统一调度光层和电层资源。

四、架构关系可视化

为了更直观地理解上述层次、接口和解耦边界，下面用一张结构关系图来呈现 Ciena OLS 的典型架构。图中同时标注了光层与电层的功能分工，以及三个开放接口的位置。

五、解耦边界的工程含义

理解了解耦边界，就能理解开放 OLS 在实际工程中的几个关键决策点。

第一，光电解耦点决定了设备选型自由度。如果采用 400G ZR+ 作为光电解耦接口，那么电层设备只要支持标准 QSFP-DD 接口，就可以与 Ciena 光层对接。这意味着运营商可以在光层沿用 Ciena 的 ROADM 和放大器，而在电层选择成本更优或功能更匹配的第三方 OTN 设备。

第二，光层内部解耦程度决定了运维复杂度。如果光层内部的 WSS、放大器、OCM 全部由 Ciena 统一提供，光功率控制和瞬态响应由厂商内部算法协调，运维相对简单。如果部分模块解耦，则需要工程人员自行协调各模块的功率预算和告警关联。

第三，管理解耦决定了自动化能力。通过 NETCONF/YANG 和 gNMI，第三方控制器可以读取光层的 OSNR、功率、波长占用等数据，并下发配置。这使得跨厂商的端到端路径计算和自动恢复成为可能。

六、一个典型集成场景的参数示例

假设某城域网需要在 A 站和 B 站之间开通 8 个 400G 波长，中间经过一个 ROADM 节点。光层采用 Ciena 6500 系列，电层采用第三方 OTN 设备。以下是一组合理的教学示例参数（非实测数据）：

在这个场景中，光电解耦接口就是 400G ZR+ 模块所在的 QSFP-DD 端口。电层设备通过这个端口与光层连接，光层只负责把 400G 光信号透明传输到对端，不解析 ODU4 容器。如果电层设备需要升级到 800G，只需更换光模块和电层板卡，光层放大器与 WSS 可能无需改动——这正是开放 OLS 架构带来的灵活性。

七、小结与检查要点

本节的核心是建立一张“架构地图”：四层结构、光层与电层的功能分工、三个开放接口、以及解耦边界的工程含义。在实际项目中，可以用以下问题快速检查架构理解是否到位：

• 光层和电层的分界点在哪里？是 400G ZR+ 端口，还是 OTU4 接口？
• 光层内部的 WSS、EDFA、OCM 是否来自同一厂商？功率控制由谁负责？
• 管理接口是否支持 NETCONF/YANG？第三方控制器能否读取光层性能数据？
• 解耦后，故障定位流程是否清晰？光层告警和电层告警如何关联？

把这些边界和接口梳理清楚，后续的波长规划、功率预算、保护配置和排障流程才能建立在稳定的架构基础之上。