2. 光交换技术家族对比

光交换并不是单一技术,而是一个按“交换粒度”划分的技术家族。理解这个家族最有效的方式,是抓住一个核心问题:交换动作发生在什么粒度的光信号上。光电路交换(OCS)以整条波长或整根光纤为粒度,光突发交换(OBS)以一次性聚合的突发数据块为粒度,光分组交换(OPS)以单个光分组为粒度。粒度越细,带宽利用越灵活,但对光缓存和高速判决的要求越苛刻;粒度越粗,实现越简单,但资源独占时间越长。三者的差异本质上是一组工程权衡,而不是简单的“先进”与“落后”。

光交换粒度与实现代价的权衡 OPS 光分组交换 OBS 光突发交换 OCS 光电路交换 交换粒度 单个光分组(微秒级) 逐包判决、逐包转发 突发块(多个分组聚合) 控制包先行、数据块随后 整条波长 / 整根光纤 建立连接后持续占用 光缓存需求 极高(需竞争解决) 光 RAM 尚不成熟 中等(偏移时间缓冲) 用延迟线替代缓存 几乎为零 连接期间独占,无竞争 控制复杂度 最高:逐包标签处理 需全光逻辑与同步 中:控制包预约资源 JET / JIT 预约协议 低:信令建链拆链 GMPLS / SDN 控制 典型场景 超大规模数据中心内 细粒度、短包为主 城域汇聚、突发业务 流量波动大的骨干边缘 数据中心互联 DCI 大流量、长持续连接 粒度细 · 灵活 · 代价高 粒度粗 · 简单 · 独占久

三种技术的基本原理

OPS(光分组交换)把电域分组交换的思想搬到光域:每个光分组自带标签,节点逐包读取标签、查表、判决输出端口,并在同一时隙内完成交换。它的理想是“光域里的路由器”,带宽利用率最高、对业务突发最友好。但难点在于光域缺乏随机存取缓存:两个分组同时争用同一输出波长时,没有地方暂存败者,只能丢弃或绕行。加之需要高速光逻辑、光标签识别与严格时隙同步,OPS 至今多停留在实验室与特定场景验证阶段。

OBS(光突发交换)是 OPS 与 OCS 之间的折中。它把若干分组聚合成一个“突发块”,并在数据块到达之前先发送一个控制包(BCP),沿途节点根据控制包中的信息为数据块预约波长与时间窗口,数据块随后“跟着”控制包穿过网络,无需在中间节点被逐包处理。控制包与数据块之间刻意留出一段偏移时间,用来抵消各跳的配置延迟,这段偏移时间实际上起到了“用时间换缓存”的作用。OBS 的典型协议是 JET(Just-Enough-Time)预约:控制包到达即预约一个从数据块预计到达时刻开始的时间窗,窗口长度由数据块长度决定。

OCS(光电路交换)则最为“粗放”也最为成熟:先通过信令或控制平面建立一条端到端的全光通路,通路上的光开关矩阵把输入波长物理连接到输出波长,连接建立后整条通路被这对通信双方独占,直到通信结束才拆除。交换过程中没有任何逐包处理,也没有光缓存需求,信号全程保持光形态,因此对速率和协议完全透明——100G、400G 甚至更高速率的信号都可以在同一套光开关上通过,升级只需更换两端收发机。

OCS 的核心优势

第一是速率与协议透明。OCS 交换的是波长或光纤,不解析帧结构,因此不受电域处理速率上限的约束,天然适配多代速率共存和未来扩容。第二是低功耗与低成本。光开关矩阵本身无光电转换,每比特能耗远低于逐包转发的电交换;在数据中心互联场景中,用 OCS 替代一层电交换机组网,可以显著减少光模块数量和转发功耗。第三是低时延与确定性。连接建立后信号直通,时延基本等于光纤传播时延,抖动极小,适合对时延敏感的大流量业务。第四是大粒度带宽调度。对于持续数十秒以上的大流(如备份、训练数据同步、跨中心迁移),OCS 的独占通路反而比统计复用更高效。

OCS 的局限与边界

OCS 的代价同样明确。其一是建链时延与粒度不匹配:光开关的切换时间通常在毫秒到微秒量级,若业务流只持续几毫秒甚至更短,建链开销占比过高,OCS 反而不划算。其二是带宽独占导致利用率下降:一条波长被一对用户占住时,即使瞬时无数据,其他用户也无法使用,因此在流量稀疏或高度突发的场景中,OCS 的统计复用增益远不如电交换。其三是缺乏细粒度调度能力:OCS 无法像电交换机那样做逐包排队、优先级调度和拥塞管理,业务的服务质量保障需要依赖上层或波长规划。其四是控制平面依赖:连接建立、拆除、故障重路由都依赖信令或 SDN 控制器,控制面失效会直接影响数据面可用性。

判断一种业务是否适合 OCS,可以看两个量:流的持续时间与流的带宽需求。持续时间远大于建链时间、且带宽接近一个波长容量的大流,是 OCS 的理想对象;反之,短小、突发、需要统计复用的流,应交给电交换或 OBS/OPS 处理。

选型判断的实际做法

工程上并不需要“三选一”,而是分层组合。以数据中心互联为例:跨中心的超大流量(如每日备份、AI 训练参数同步)走 OCS 建立波长级直连;中心内部东西向的短包流量走电交换;介于两者之间、突发性强但单次持续较长的汇聚流量,可考虑 OBS 思路的预约式调度。判断时可按以下顺序核算:先估算业务流的平均持续时间 T_flow 与光开关建链时间 T_setup,若 T_flow / T_setup 小于约 10,则 OCS 的建链开销占比过高;再估算峰值带宽是否接近单波长容量,若远低于容量,独占波长的浪费就不可接受。两个条件同时满足时,OCS 才是合理选择。

对比维度OPSOBSOCS
交换粒度光分组突发块波长/光纤
光缓存需求高中(偏移时间)无
控制方式逐包标签控制包预约信令建链
带宽利用率最高较高较低(独占)
成熟度研究阶段有限商用规模商用
典型场景超大规模数据中心内城域突发汇聚DCI、骨干大流