第五篇：OTN，不只是把SDH做成了大水管

1. 为什么现在还得认真聊OTN，它不是个老协议吗

有朋友在群里问了个挺有意思的问题：现在IP都跑到400G了，DCI（数据中心互联）动不动就是ZR相干模块直接怼，OTN这玩意儿是不是该进博物馆了？我当时没直接回，反手给他贴了一张我前阵子调过的某省干线波分拓扑图：环上20多个站点，每个站的开销字节都打着OTN的烙印，监控通道、保护倒换、性能监视全靠它兜底。IP确实灵活，但灵活不等于可靠，电信级的"看得见、管得住、倒得快"这三个硬指标，目前还真只有OTN体系给得起。

这篇是通信工程系列里关于OTN的第十五篇，前面的内容从DWDM基础一路聊到C+L波段，今天干点正事：把OTN的帧结构、映射复用、FEC、OAM和保护机制串起来讲一遍。这篇文章更像一份“实战导图”，目标读者是刚入行传输两三年、已经能配波分但没系统啃过G.709的朋友，以及那些日常和传输对接但总被一堆ODU/OPU缩写搞晕的IP网工程师。看完之后你至少能回答三个问题：OTN和SDH、DWDM的本质区别在哪儿，ODUflex到底怎么用，以及为什么说OTN是网络编排时代最关键的标准化底座。

开聊之前先说个基调：我不会把G.709的每条字段都搬出来念，而是按一条真实业务从客户侧进来、被打包、被映射、被复用、上线传输、遇故障倒换的完整路径来讲。这样你理解到的不是孤立的概念，而是一整套解决问题的思路。

2. 从PDH到OTN的演进逻辑：这一路到底在解决什么痛点

2.1 为什么SDH时代的那套玩法会触到天花板

SDH在传输史上的地位不用我吹，直到今天很多城域接入层还在跑STM-16甚至STM-64。但SDH的问题在于它的一切设计都围着TDM业务转，而TDM业务的世界有一个铁律：带宽是固定时隙分配的，64k就64k，2M就2M，哪怕这一路语音静默期一个字都不传，时隙照样占着。等到以太网业务大规模上来之后，SDH网络就尴尬了——GE端口的实际流量是突发的，可SDH只能给一整条VC-4的管道，剩下的空时隙纯属浪费。

另一层痛点是SDH的交叉粒度，VC-4级别的交叉在10G时代还算够用，可到了40G/100G时代，业务颗粒普遍是10GE、100GE，如果还按VC-4来切，交叉表项会爆炸，调度效率低得可怕。传输体系需要一个新的非线性、非时隙绑定的调度单位，而这个单位必须足够大、足够灵活，还能承载任意客户信号。

2.2 DWDM解决了容量，但没解决管理和保护

DWDM解决了物理层面的带宽问题，一根光纤放80个波、单波100G，容量一下子上来了。但DWDM在逻辑层面其实挺“裸”的：光层不知道跑的是什么业务、不知道有没有误码、不知道业务优先级，更做不了基于业务颗粒的倒换。早期的波分系统里，业务倒换靠的是客户侧路由器之间的保护协议或者SDH层面的SNCP，传输网络本身只负责把光信号从A点到B点放大再放大。

长此以往会出什么问题？故障定位就变成了互相扯皮。路由器说你光口收光正常但CRC在涨，传输说我光模块收光功率平稳、OSNR看着没问题，两边都觉得自己没毛病，最后只能上仪表一点一点测。OTN的价值就在这儿：它在DWDM提供的物理管道之上定义了一套完整的数字封装和运维语言，让传输网从“哑管道”变成“智能管道”。

2.3 OTN的定位：SDH的运维能力 + DWDM的带宽能力

OTN在标准上的全称是Optical Transport Network，ITU-T G.709系列定义。它本质上做了四件事：

• 把各种客户信号（SDH、以太网、FC、CPRI等）统一封装进一个标准的数字容器；
• 提供比SDH大得多的颗粒度等级，从ODU0到ODU4再到ODUflex；
• 引入带外FEC，把传输链路的纠错能力从物理层扩展到数字层；
• 建立完整的TCM（串联连接监视）、PM（路径监视）、SM（段监视）以及多达8级的嵌套保护机制。

这四件事合起来，就让OTN既能像SDH一样被精细管理，又能像DWDM一样扛大带宽。这也是为什么今天的100G/400G相干传输系统，几乎无一例外地内置了OTN处理能力，哪怕你只把它当普通波分用，内部的FEC和监视开销也一直在默默工作。

3. OTN的分层模型和帧结构，G.709到底在纸上画了什么

3.1 三层机构：OPU、ODU、OTU，别把它们搞混

一说到OTN分层，很多人的第一反应是记不住OPU/ODU/OTU分别管什么。我教你一个记法：把客户信号想象成你要寄出去的货物，OPU是标准货箱，ODU是带运单信息的货箱，OTU是已经绑好防震标签和GPS追踪器的货箱。

OPU（Optical Channel Payload Unit）层负责干一件事：把客户信号适配进一个固定大小的净荷区，并