第1章 OTN技术概述

1. OTN技术概述：OTN发展历程、OTN在传送网中的位置、OTN与SDH/WDM的关系

各位好，我是老张。在传送网这行摸爬滚打了十几年，今天咱们来聊聊OTN。说实话，每次给新人讲OTN，我总喜欢先问一个问题：你知道为什么有了SDH和WDM，还要搞个OTN出来吗？

嗯，这个问题想明白了，后面的内容就顺了。咱们这一节，就把OTN的来龙去脉、它在传送网里的位置，以及跟SDH、WDM的关系，一次性说清楚。

OTN（光传送网）不是凭空冒出来的。它的发展，说白了就是传送网从“能通就行”到“精细化管理”的进化史。

第一阶段：WDM时代（1990年代末-2000年代初）

那时候WDM刚出来，大家觉得“哇，一根光纤能传几十上百个波长，太牛了”。但用着用着就发现问题了——WDM就是个“傻大个”，只管把光信号合在一起传，至于信号是什么格式、有没有错、断了怎么恢复，它一概不管。

我记得2003年做一个省干项目，客户抱怨说：“你们这WDM系统，光功率掉了没人知道，等用户投诉了才发现业务断了。”这就是WDM的痛点——缺乏运维管理能力。

第二阶段：SDH的局限（2000年代初-2005年）

SDH呢？它管理能力强啊，有完善的开销字节、保护倒换、性能监控。但SDH有个硬伤——它的基本单元是VC-12/VC-4，最大也就支持10Gbps。到了40G、100G时代，SDH就力不从心了。

你想想看，一个100G的客户业务，用SDH得拆成10个10G来传，多麻烦。而且SDH对IP业务的承载效率很低，说白了就是“大炮打蚊子”。

第三阶段：OTN标准化（2003年-2010年）

ITU-T在2003年推出了G.709标准，这就是OTN的“出生证明”。OTN吸收了SDH的管理思想，又继承了WDM的大带宽能力。说白了，就是“用SDH的方式管理WDM的带宽”。

我参与的第一个OTN项目是2008年，那时候设备还比较笨重，但客户一用就回不去了——光层、电层都能监控，业务调度灵活，这才是传送网该有的样子。

第四阶段：OTN智能化（2010年至今）

现在的OTN已经进化到支持ODUflex、GMP（通用映射规程）、ASON（自动交换光网络）等特性。说白了，OTN不仅能传，还能自己“思考”——哪里堵了自动绕路，哪里坏了自动恢复。

咱们先看一张图，这是我手绘的OTN在传送网中的位置关系：

从这张图可以看得很清楚：OTN层夹在客户业务层和光传输层之间。它干的事，就是把五花八门的客户业务（IP、SDH、FC存储网...）统一封装成OTN帧，然后交给WDM系统去传。

OTN的核心价值就三点：

  💡 我的经验：在实际组网中，OTN层就像传送网的“腰”。腰不好，整个网络就废了。我见过不少项目，客户只重视WDM的带宽，忽略了OTN的调度能力，结果后期业务调整时痛苦不堪。

很多新人会问：OTN是不是要取代SDH和WDM？我的回答是：不是取代，是融合和进化。

咱们用个表格来对比一下：

它们的关系，我用三句话总结：

🔧 避坑指南：我曾经在一个项目中看到，客户为了省钱，用纯WDM系统承载IP业务，结果网络出了问题只能靠人工去查光功率。后来加了OTN板卡，所有业务一目了然。所以我的建议是：只要预算允许，尽量上OTN，别省那点钱。

说白了，现在的传送网面临三个挑战：

这三个挑战，SDH搞不定（带宽不够），WDM也搞不定（管理太粗）。只有OTN能同时满足。所以你看现在运营商的骨干网、城域网，新建项目基本都是OTN设备。

我记得2015年做一个运营商的集采测试，当时有厂家拿纯WDM设备来应标，结果在OAM测试项上直接挂了——连基本的性能监控都做不了。从那以后，运营商集采明确要求必须支持OTN功能。

⚠️ 注意：OTN虽然强大，但不是万能的。对于纯TDM小颗粒业务（比如2M E1），SDH仍然有成本优势。实际组网中，往往是SDH+OTN+WDM混合组网，各司其职。

好了，这一节的内容就这些。咱们回顾一下核心要点：

下一节，咱们就要动手了——聊聊OTN的帧结构和开销字节。这部分是OTN的“内功心法”，搞懂了它，后面配置交叉连接就轻松了。