第1章 OTN技术基础
1.1 OTN发展历程
说起OTN，我得先聊聊它的“前世今生”。早些年，咱们做传输主要靠SDH，也就是同步数字体系。SDH这东西，说实话，在语音时代确实好用，时延低、保护快，我当年刚入行时，机房清一色的SDH设备。
但后来问题来了。数据业务爆发了，IP流量蹭蹭往上涨。SDH的颗粒度太小，最大才10G，而且对以太网业务的承载效率低得可怜。我记得2010年左右，有个数据中心互联的项目，客户要求承载40GE业务，SDH根本没法直接映射，还得拆成多个10G，麻烦得要命。
这时候，OTN就登场了。OTN，全称是光传送网，它继承了SDH的OAM（操作管理维护）能力，又解决了大颗粒承载的问题。说白了，OTN就是SDH的“升级版”，专门为IP和以太网业务设计的。
OTN的发展大致经历了三个阶段：
- 第一阶段（2000-2008年）：标准制定期。ITU-T定义了G.709标准，也就是OTN的帧结构和映射方式。这个阶段主要是理论验证，设备商开始推出原型机。
- 第二阶段（2008-2015年）：规模商用期。40G/100G OTN设备开始大规模部署。我参与过几个省干项目，那时候100G OTN还是“稀罕物”，调试起来特别小心。
- 第三阶段（2015年至今）：智能化与融合期。OTN开始支持FlexO（灵活OTN）、ODUflex（灵活ODU），甚至和IPRAN设备直接对接。嗯，这也是咱们这门课的重点。
核心观点：OTN不是要取代SDH，而是解决SDH解决不了的大带宽、高效率承载问题。你想想看，现在动辄400G、800G的单波速率，SDH根本扛不住。
1.2 OTN分层结构（OPU/ODU/OTU）
OTN的分层结构，我习惯用“俄罗斯套娃”来比喻。从里到外，一共三层：
- OPU（光通道净荷单元）：最内层，负责承载客户信号。比如你传一个10GE业务，先把它封装到OPU里。
- ODU（光通道数据单元）：中间层，负责OAM功能。比如性能监控、告警检测、保护倒换，都在这一层实现。
- OTU（光通道传输单元）：最外层，负责FEC（前向纠错）和线路传输。说白了，就是加上纠错码，让信号在光纤里跑得更远、更稳。
我在项目中遇到过不少新手，搞不清这三层的关系。其实很简单：OPU装业务，ODU做管理，OTU搞传输。打个比方，OPU是货物，ODU是包装箱，OTU是卡车。货物（OPU）放进包装箱（ODU），包装箱再装上卡车（OTU），然后上路。
具体到速率等级，常见的ODU类型有：
| ODU类型 | 速率（Gbit/s） | 典型应用 |
|---|---|---|
| ODU0 | 1.25 | 承载GE/STM-1等小颗粒业务 |
| ODU1 | 2.5 | 承载OC-48/STM-16 |
| ODU2 | 10 | 承载10GE/STM-64 |
| ODU3 | 40 | 承载40GE/STM-256 |
| ODU4 | 100 | 承载100GE |
| ODUflex | 灵活速率 | 承载CPRI/eCPRI等定制化业务 |
个人经验：ODUflex是个好东西。以前承载CPRI业务，必须用固定ODU，浪费带宽。ODUflex可以按需分配，比如CPRI Option 7需要9.8G，ODUflex就能精确匹配，不浪费1bit。我建议大家在设计IPRAN+OTN融合网络时，优先考虑ODUflex。
1.3 OTN帧结构详解
OTN帧结构，说白了就是“怎么把数据打包发送”。OTN帧是固定长度的，每帧有4行，每行4080字节。嗯，这里要注意，OTN帧是字节交错的，不是按行顺序发送的。
帧结构分为三个区域：
- OPU净荷区（3808字节/行）：装客户信号的地方。比如10GE信号，经过64B/66B编码后，映射到OPU的净荷区。
- ODU开销区（14字节/行）：做OAM用的。包括路径监控（PM）、串联连接监控（TCM）、告警指示（AIS）等。我曾经遇到过一个问题：客户说业务不通，我一看ODU开销里的AIS告警，就知道上游设备挂了，直接定位故障。
- OTU开销区（7字节/行）+ FEC区（256字节/行）：OTU开销负责段层管理，FEC负责纠错。FEC是OTN的“杀手锏”，没有它，100G信号传不了几百公里。
具体帧结构如下（以OTU4为例）：
行1: [OTU开销(7B)] [ODU开销(14B)] [OPU净荷(3808B)] [FEC(256B)]
行2: [OTU开销(7B)] [ODU开销(14B)] [OPU净荷(3808B)] [FEC(256B)]
行3: [OTU开销(7B)] [ODU开销(14B)] [OPU净荷(3808B)] [FEC(256B)]
行4: [OTU开销(7B)] [ODU开销(14B)] [OPU净荷(3808B)] [FEC(256B)]
注意，每行总共4080字节，4行加起来就是16320字节。OTU4的速率是111.8Gbit/s，但实际客户信号只有100G，多出来的11.8G就是开销和FEC。
避坑指南：我曾经在调试时，发现OTN链路误码率很高。查了半天，原来是FEC配置错了。OTU4默认使用RS-FEC（里德-所罗门码），但有些场景需要SD-FEC（软判决FEC）。如果你发现误码率降不下来，先检查FEC模式对不对。嗯，这个坑我踩过，希望大家别重蹈覆辙。
最后，说说OTN帧的发送顺序。OTN帧是逐字节交错发送的，先发第1行的第1个字节，再发第2行的第1个字节，然后是第3行、第4行，接着回到第1行的第2个字节。这样做的好处是，接收端可以并行处理，降低时延。
好了，这一章的内容就到这里。OTN的基础概念，说白了就是“三层结构+固定帧格式”。下一章，咱们聊聊IPRAN的基础，看看IPRAN和OTN怎么“联姻”。