标题: 光传输的集装箱：OTN 怎么装货 作者: 爱卫生 封面: "[[封面1.png]]" 封面裁剪: false 原文地址: 打开评论: true 仅粉丝可评论: false 摘要: 1956年4月，美国运输商马尔科姆·麦克莱恩把一艘油轮改装成了能装58个金属箱子的货轮「理想X号」，完成了集装箱航运史上的第一次试航。
1956年4月，美国运输商马尔科姆·麦克莱恩把一艘油轮改装成了能装58个金属箱子的货轮「理想X号」，完成了集装箱航运史上的第一次试航。在这之前，码头工人要把咖啡豆、机械零件、成捆的皮货一件件搬上船，装一艘货轮要以天为单位计算；在这之后，货物被装进尺寸统一的钢箱，吊机一次吊一个，装卸效率提升了几个数量级。集装箱革命的本质不是造出了更大的船，而是制定了一套标准的封装体系——不管里面装的是威士忌还是发动机，到了码头都是同一个箱子、同一种吊法、同一套管理制度。
传输网的历史，几乎就是这段历史的翻版。
上世纪九十年代，传输网的主流是SDH（同步数字体系）。SDH是一个为语音量身定制的封装体系：全球电话网的基本单元是64kbps的一条话路，30条话路捆成E1（2.048Mbps），再一级级捆进虚容器VC-4（150.336Mbps），最后装进STM-1帧（155.52Mbps）在光纤上传输。它像一支训练有素的搬运队，搬标准尺寸的货箱又快又稳——只要你的货物是电话语音。
但互联网来了。IP数据包不是64kbps的整齐话路，它忽大忽小、忽快忽慢。把以太网信号硬塞进SDH的虚容器体系，就像把一台挖掘机拆散了塞进一堆标准纸箱——不但要拆解封装（复杂的映射协议），运费还贵得离谱：一个10G以太网信号，需要占用近11G的SDH管道容量，开销白白吃掉一成带宽。更要命的是，速率一上10G，SDH那套为低速设计的开销和纠错机制完全跟不上，光跨距短得没法用。
于是，OTN（Optical Transport Network，光传送网）登场了。它就是传输界的集装箱革命：一个不关心货物是什么、只关心把箱子标准化的大颗粒传送体系。
OTN的核心设计，是把「装货」「管理」「运输」三件事拆开，各设一层。用海运体系来对应：
flowchart TD
A["客户信号<br/>以太网 SDH 专线"] --> B["OPU 净荷单元<br/>装货口 适配速率"]
B --> C["ODU 数据单元<br/>货单 逐跳监控"]
C --> D["OTU 传输单元<br/>保险单 前向纠错"]
D --> E["光调制<br/>上DWDM线路"]
OPU（光通道净荷单元）是装货口。 客户信号——不管是以太网、SDH还是专线比特流——都在这一层被「装进箱子」。OPU的职责是解决速率适配：客户的时钟和OTN网络的时钟是两个独立的钟，货物进箱前必须完成「对表」。后面讲到的GMP映射，就发生在这一层。
ODU（光通道数据单元）是集装箱本体。 箱体上贴着货单：这条ODU通道从哪来、到哪去、路上状态如何。ODU层是OTN做电层交叉调度的层级——在网络中间节点，设备可以直接读取ODU层的货单，把一个2.5G的ODU1通道像集装箱一样从一个港口倒运到另一个港口，不需要拆开看货。这也是现网中「ODU调度」这个说法的由来。ODU还承担逐节点的性能监控，每一跳都能查这条通道的误码情况。
OTU（光通道传输单元）是远洋货轮。 在ODU外面再套一层，加入前向纠错（FEC）编码，这一层直接对光线路负责。OTU是「点对点」的：货物上了船，船在两港之间的旅途安全由船东负责；到了下一个港，船这一层的账就结了，集装箱（ODU）继续旅程。
这套分层设计带来的最大好处是解耦：客户信号只需学会和OPU打交道；网络的中间节点只需看懂ODU；光线路设备只需处理OTU。三层各司其职，谁也不必知道货箱里装的是什么。
OTN帧是一个固定尺寸的矩阵：4行 × 4080列。你可以把它想象成一段集装箱列车：4条平行铁轨，每条铁轨上4080个标准箱位。不管OTU1还是OTU4，帧的「版面」结构完全一样——这正是集装箱哲学的精髓：箱子规格不变，速率提升靠火车跑得更快（高速等级每秒发送更多帧）。
flowchart TD
F["一帧 4行 x 4080列"] --> G["开销区 约16列<br/>帧定位与维护信息"]
F --> H["净荷区 3808列<br/>OPU货物占大头"]
F --> I["FEC区 256列<br/>纠错冗余专属空间"]
每个箱位分区明确：
注意这个比例：256列的FEC区，约占整个帧的6.25%。这是一个值得琢磨的设计决策——SDH几乎不带纠错，OTN却拿出了十六分之一还多的容量专门「买保险」。为什么？
FEC（前向纠错）的原理，可以类比「给每句话加校验句」。发送端按OTN帧内固定的算法（OTN标准采用RS(255,239)里德-所罗门码：每255个字节的码字中，239个是真实数据，16个是校验冗余），把数据算出一组校验字节一起发出；接收端收到后用校验字节反推——如果途中有个别字节被噪声打错了，不用重传，当场就能算出错在哪、改回来。
为什么OTN必须带这么大的FEC？因为速率与距离是一对天敌。信号速率越高，每个比特在时间轴上被压得越窄，同样的噪声和色散条件下，出错概率呈指数上升。10G时代不带纠错还能勉强跑，到了40G/100G，如果光靠「加大发射功率」来压误码，光放大器的非线性效应反而会让信号烂得更快。
FEC提供的是一条数学捷径——编码增益。RS(255,239)典型能带来约5~6dB量级的净编码增益：等效于接收灵敏度提升了5dB以上，换算成光纤跨距，意味着无中继传输距离可以显著拉长（光纤每公里损耗约0.2dB，5dB约等于多跑二十多公里）。这就是为什么同样的光纤、同样的光模块，OTN网络能拉开远大于裸信号的站距。
用一个公式看清OTN速率的设计逻辑。OTU1承载2.5G级别的SDH信号时，线路速率是客户速率乘以FEC开销比例：
$$OTU1 = \frac{255}{238} \times 2.48832\ Gbit/s \approx 2.666\ Gbit/s$$
这个「乘一个分数」的模式贯穿所有等级——所有OTUk速率都不是整数，就是因为FEC冗余是按比例叠加在净荷上的。
| 等级 | 线路速率（约） | 典型客户信号 | 出现背景 |
|---|---|---|---|
| OTU1 | 2.666 Gbit/s | 2.5G SDH（STM-16） | 接管SDH干线 |
| OTU2 | 10.705 Gbit/s | 10GE、STM-64 | 10G以太网普及期 |
| OTU3 | 43.018 Gbit/s | 40GE | 短暂的40G时代 |
| OTU4 | 111.81 Gbit/s | 100GE | 100G干线大普及 |
这里藏着工程师最容易问的一个问题，值得单独讲。
100G以太网的MAC层速率是103.125 Gbit/s。回头看速率表：OTU3只有43G，装不下；OTU4净荷约104.4 Gbit/s，恰好略大于103.125——100GE能进OTU4，是OTN设计时刻意留的尺寸。然后在净荷之上再叠加FEC冗余，线路速率最终定格在111.81 Gbit/s。这也是为什么行业里说「100G波分」时，光口实际跑的是112G——多出来的近12G，就是那份「保险单」的字节数。
货物进箱时的速率适配由OPU层完成，核心技术叫GMP（通用映射规程）。它的直觉可以这样理解：客户时钟和OTN时钟不同步，GMP的做法是在净荷区里动态地、按需地插入或删除填充——客户数据来得快就多装几个字节，来得慢就塞几个空字节凑数，并把「这一帧装了几个真字节」记在开销里告诉接收端。相比早期针对特定客户的映射规程，GMP是一把万能钥匙：任何速率的客户信号都能装，不必为每种货物定制一种箱子。
OTN的集装箱体系在100G干线上如鱼得水，但5G承载网提出了一个新考题。5G网络要同时跑三类业务：大带宽的eMBB、低时延的URLLC（如工业控制、电网保护）、大连接的mMTC。运营商的逻辑是网络切片——一张物理网切出多张逻辑网，分别保障。
传统方案有两个，各有硬伤：
方案一：SDH式的硬管道。物理隔离，时延稳定，安全性拉满——但颗粒太粗、调度太死，切一片要人工翻表，带宽利用率低。
方案二：IP/MPLS式的统计复用。灵活、利用率高——但所有业务共享缓冲队列，一个业务突发，隔壁切片的时延跟着抖。工业控制这类业务对时延抖动极其敏感，统计复用的「软」隔离在它们眼里不可接受。
5G承载要的是第三条路：既有硬管道的隔离性，又有统计复用的灵活性。答案就是FlexE（灵活以太网）——由光互联论坛（OIF）在2016年前后标准化的技术，以及在其基础上扩展出的SPN（切片分组网，由中国移动主导推动并大规模商用）。
FlexE的核心是时隙日历（calendar）：把一个100G物理以太网端口切成20个5Gbps的标准时隙，任何客户业务按5G为最小颗粒占用整数个时隙。同一个客户可以跨多个物理端口捆绑扩展（比如4×100G组成400G的日历），时隙分配表由网络统一编排。
flowchart TD
C1["eMBB 大带宽"] --> M["FlexE日历<br/>100G切20个5G时隙"]
C2["政企专线<br/>要硬隔离"] --> M
C3["电网保护<br/>要零抖动"] --> M
M --> P["100G物理管道"]
P --> T1["时隙1-10<br/>eMBB独占"]
P --> T2["时隙11-15<br/>专线独占"]
P --> T3["时隙16-20<br/>电力独占"]
这个设计的精妙之处在于：隔离是物理级的，不是标记级的。MPLS VPN的隔离靠标签区分，所有包终究挤在同一条队列里竞争；FlexE的隔离靠时隙错开——eMBB的流量永远只出现在它自己的时隙里，电力保护业务的时隙里物理上就不可能有别人的比特。时延抖动天然为零，因为不需要排队——到点就走。这继承了OTN硬管道「确定性」的基因，又把颗粒从2.5G细化到了5G。
从SDH到OTN再到SPN的演进脉络，一张图看完：
flowchart TD
S1["SDH 1990年代<br/>为语音设计 小颗粒"] --> O1["OTN 2000年代<br/>大颗粒硬管道 带FEC"]
O1 --> P1["SPN与FlexE 5G时代<br/>小颗粒可切片"]
再把三代技术放进一张表里对齐：
| 维度 | SDH | OTN | SPN/FlexE |
|---|---|---|---|
| 设计初衷 | 承载语音E1 | 承载大颗粒IP/以太网 | 5G切片承载 |
| 基本颗粒 | VC-12（约2M） | ODUk（2.5G起） | 5G时隙 |
| 纠错能力 | 基本无FEC | 帧内RS(255,239) | 继承以太网体系 |
| 隔离方式 | 硬管道 | 硬管道 | 硬时隙+分组 |
| 调度灵活性 | 差，配置繁 | 中，电层交叉 | 好，日历编排 |
| 速率天花板 | 10G（40G艰难） | 100G/超100G（OTUCn多倍扩展） | 400G/800G捆绑 |
第一，看pre-FEC误码率，给光纤做体检。 OTN帧里的FEC区让设备能同时统计两个指标：纠错前误码率（pre-FEC BER）和纠错后误码率。光缆慢慢劣化（弯折、接头进灰、老化）不会立刻让业务中断，但pre-FEC BER会先悄悄爬升——FEC还在兜底，纠错后的误码率看着仍是零。有经验的传输工程师盯的趋势而不是绝对值：pre-FEC BER持续爬升，就是光层在报警，赶在FEC撑不住之前去处理，业务全程无感知。这也是「FEC能救误码救不了断纤」的正确理解边界：FEC是数学纠错，只能修零星的错，救不了持续深度劣化的信号。
第二，判断业务能不能进某个管道。 客户拿着一张100GE专线需求单，规划员第一反应是查速率表：OTU3净荷装不下103.125G，必须OTU4；这就是为什么老40G波分平台要升级才能接100GE专线。反过来，2.5G的SDH存量业务进OTU1也有富余——速率等级和客户需求的匹配，都是对着这张表算的。
第三，理解专线为什么贵、为什么稳。 金融、政务专线报价远高于普通互联网专线，物理基础就是ODU硬管道：这条2.5G箱子从A城到B城，中间每一跳的时隙独占、每跳都有独立的性能监控账本，不与任何其他业务共享缓冲。故障定位时，ODU层的逐跳误码性能数据能直接把问题锁定在某一跳的某个方向——这是统计复用网络给不了的排查粒度。
第四，切片业务的端到端排障。 SPN网络里，一条切片专线在两端配置的时隙日历必须严格一致：源端把业务放进第11~15时隙，宿端就必须从第11~15时隙取出。排障时先核对两端日历编排是否一致、中间节点时隙是否被其他切片误占——FlexE层的问题不会体现在IP层ping不通的表象上，要看设备 的FlexE客户口状态和时隙绑定关系。
一个常见误解要澄清：OTN和DWDM不是竞争关系，而是上下铺。DWDM是光层技术，解决「一根光纤里塞几十个波长」；OTN是电层框架，解决「每个波长里怎么装货、怎么监控、怎么纠错」。现网的100G波分设备，光层跑DWDM波分复用，每个波长的净荷里是OTN帧——两者是同一台设备里的分工搭档。
Q: OTN和PTN是什么关系？为什么后来PTN提得少了？ A: PTN（分组传送网）是OTN之前移动承载的主流思路，用MPLS-TP做分组硬管道，主打2G/3G/4G时代的中小颗粒回传。5G时代要求大带宽切片承载，PTN的MPLS标签交换体系在时隙级硬隔离上先天不足，于是基于FlexE的SPN接过接力棒。存量PTN仍在跑4G业务，新建5G承载网基本是SPN的天下。
Q: 为什么说OTN的硬管道时延比IP网络低且稳定？ A: OTN的电层交叉是「查表搬箱子」：信号到了就直接按配置搬运，不需要逐包解析、查路由、进队列竞争。IP网络里每个包都要经历缓冲队列，突发时排队时延波动大；OTN管道里时隙是独占的，没有竞争就没有排队，时延既低又恒定。这正是电网差动保护、金融行情专线选OTN/SPN硬管道的原因。
Q: OTU4之后，OTN还能继续提速吗？ A: 能。100G之后的超100G时代，OTN采用了多倍扩展的思路——用多个并行的子载波（波分维度的拆分）共同承载一个逻辑超帧，速率按倍数扩展。原理仍是集装箱哲学：箱子版面不变，用「多列车并排跑」的方式继续加大运力。
Q: FEC既然能纠错，是不是光功率就可以随便压低省电？ A: 不行。FEC的纠错能力有边界：误码率低时它能全数修复，但误码超过门限后，纠错会失效甚至「越纠越错」，表现为突发性的帧丢失。工程上必须给光功率留足余量，把工作点保持在FEC能力范围之内，FEC才能作为最后的安全垫而不是日常依赖。
Q: 5G时隙颗粒是5G，我只有一条1G专线，怎么切？ A: FlexE原生最小颗粒是5Gbps，小业务直接切会浪费。工程上通常做两级承载：1G专线先和其他业务聚合（统计复用）成一个大于5G的聚合流，再整体放进一个FlexE时隙；或者在SPN扩展体系中与其他小颗粒业务共享时隙。这也是「硬时隙保隔离、分组统计提效率」混合设计的现实折衷。
本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。
[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。
![[知识星球二维码.png]]