OTN帧结构：光网集装箱原理

面向1-3年经验工程师的传输网原理科普 · 第5轮

一、为什么光纤上不能直接扔数据包

想象远洋航运：全球每年几亿个集装箱，形状统一、尺寸统一、吊装方式统一，任何一个码头的吊机都能处理任何一个箱子。假如没有集装箱标准化，每个货主用自己的木箱铁筐，码头就得为每种包装准备一套工具——效率会崩溃。

光传输网面对的处境一模一样。客户信号五花八门：以太网、SDH、光纤通道、专线……如果每种信号都在光纤上“裸奔”，那么任何一台传输设备都要为每种客户信号单独设计监控、定位、纠错机制，成本和复杂度都会失控。

OTN（Optical Transport Network，光传送网）的答案，就是把所有客户信号装进一种标准化的数字集装箱——固定结构的帧（Frame）里。它像一层“数字包裹”裹住客户信号，统一提供三样东西：

1. 统一的监控开销——不管里面装的是什么，外面都能定位故障、测量误码；
2. 统一的复用规则——多种客户信号可以像集装箱装船一样按格子拼进同一条大管道；
3. 统一的纠错能力——帧里预留了纠错码位置，光路再长也能把误码“吃掉”。

一句话总结：OTN是光网络世界的集装箱航运体系，帧就是那个标准集装箱。

二、两代设计哲学：SDH和OTN的分道扬镳

OTN的前辈是SDH（同步数字体系）。理解OTN为什么长这样，最好的办法是先看SDH是怎么设计的，再问一句：“如果重来一次，还会这样设计吗？”

SDH诞生于语音时代，它的帧周期被死死定在125微秒——因为电话语音按每秒8000次采样（即每125微秒一次），帧周期和采样周期对齐，交换设备处理起来最自然。速率越高，SDH不是加快帧频，而是把帧做大：小帧2430字节，大帧能膨胀到62万字节以上，而且必须全网严格同步时钟。

OTN反其道而行：帧的大小固定，靠加快帧频来提速。

这个看似简单的反转，带来了几个深刻的好处：

其一，交换架构更简单。 SDH因为帧周期固定、帧大小随速率膨胀，交叉矩阵可以用“时隙交换”（TSI）实现；OTN各速率帧周期不同，没法沿用TSI，反而统一采用了分组交换架构——这在当时是激进但正确的选择，为后来承载数据业务铺平了路。

其二，缓冲时延可控。 帧越小，装满一帧所需的缓存越浅，转发时延越低、抖动越小。SDH那种几十万字节的大帧，塞满一次的缓冲时延在高速率下也要精打细算；OTN把帧做小，等于把“打包等待时间”压到了微秒级。

其三，定时松绑。 语音消亡后，业务大多是异步的数据包，没必要逼全网跳同一支舞。OTN只在需要时同步，设计上就为包业务留好了门。

三、拆开集装箱：OTU帧的三段式结构

OTN的帧，专业名称叫OTU帧（光传送单元）。不管速率是2.5G还是100G，帧的骨架完全一样：

4 行 × 4080 列，每格1字节
┌────────────┬──────────────────────┬─────────────┐
│ 开销区 16列 │       净荷区 3808列      │  FEC区 256列 │
│  (监控管理)  │  (装客户信号的正箱)       │  (纠错冗余)   │
└────────────┴──────────────────────┴─────────────┘

帧周期随速率变化，可以算出来：

$$T_{帧} = \frac{4 \times 4080 \times 8 \ \text{bit}}{R_{线路}} \approx \frac{130560}{R_{线路}}$$

以OTU2（线路速率10.7 Gbit/s）为例：

$$T_{帧} = \frac{130560}{10.7 \times 10^9} \approx 12.2\ \mu s$$

也就是说，OTU2每秒大约发出8.2万帧；到了OTU4（111.8 Gbit/s），帧周期缩短到约1.2微秒，每秒80多万帧。箱子大小不变，发箱子的节奏变快——这就是OTN的扩容哲学。

净荷区只占帧的大约93%，剩下7%给了开销和纠错。这7%不是浪费，而是光网络“可运营”的全部秘密——没有这些开销，你只知道光纤通了，不知道哪一段坏了、误码多少、客户信号有没有被正确装进去。

四、三层套箱：OPU、ODU、OTU各自的使命

OTN不是一层箱子，而是三层套箱，每一层解决不同范围的问题。这就像国际航运里的三层单据：货物清单（跟着货走到底）、船公司提单（管端到端航程）、港口舱单（管码头之间的装卸段）。

flowchart TD
    CLI["客户信号<br/>以太网/SDH等"] --> OPU["OPU 净荷单元<br/>负责装货与适配"]
    OPU --> ODU["ODU 通道单元<br/>端到端路径与监控"]
    ODU --> OTU["OTU 传送单元<br/>段层管理与FEC纠错"]
    OTU --> FIBER["进入线路光口"]

• OPU（光通道净荷单元）：最内层，负责“装货”——把客户信号适配进净荷区，处理速率差异和缓存。它只关心货物本身。
• ODU（光通道数据单元）：中间层，负责“全程物流”——端到端路径的建立、监测和维护。ODU开销里有路径监控字节，能连续测量这一段路径的误码率。它还支持TCM（串联连接监测），允许在路径中间划出几个“监测域”，各运营商或各网段分别看自己那段的质量——跨网结算故障责任时，这是命根子。
• OTU（光传送单元）：最外层，负责“码头之间的航段”——两个相邻设备之间这一跳的监控，加上FEC纠错。误码是光纤里产生的，所以在这一层纠，最经济。

分层的意义在于故障定位的精度。光纤坏了、光模块老化，影响的是OTU层；某一路客户信号配置错了，只影响它自己的ODU层。层次分清了，责任也就分清了。

五、复用树：小集装箱怎么拼成大货轮

OTN最漂亮的工程成就，是设计了一套严整的复用树：小容器可以按固定倍数拼进大容器，一路速率可以承载整数个小容器。

flowchart TD
    GE["千兆以太网"] --> D0["ODU0<br/>1.25G原子容器"]
    STM["STM-16信号"] --> D1["ODU1 2.5G"]
    GE10["10GE信号"] --> D2["ODU2 10G"]
    D0 --> D4["ODU4 大通道"]
    D1 --> D4
    D2 --> D4
    D4 --> T4["OTU4线路<br/>111.8G"]

常用档位的速率关系（数字来自公开标准资料）：

这里最值得咀嚼的是ODU0这个设计。早期OTN只有2.5G起步的容器，一个千兆以太网也要占一个2.5G的ODU1，带宽利用率只有一半。后来补上的ODU0把最小颗粒降到1.25G，如同航运业引入了标准小箱——大河船运里最不起眼、却是用量最大的那个规格。到了5G时代，大量小颗粒基站业务和专线正是靠ODU0级别的格子高效拼车。而ODUflex则像“按需定制箱”，带宽可以按客户要求伸缩，不必迁就固定档位。

复用是纯时分的：一帧净荷区被划成固定的字节位槽，每个子容器占哪些位槽，规则写死在标准里。这正是“硬管道”的物理基础——每路业务占据的时隙是预分配的，不拥塞、不抢占、时延恒定。与之相对，以太网交换是统计复用，流量高峰时包要在缓冲区里排队，时延取决于别人发了多少货。同样的100G管道，硬管道下你的时延是确定的；软管道下你的时延是“看运气”的。

六、纠错换余量：RS(255,239)这笔划算的买卖

光纤传输总有误码。降低误码有两条路：把光功率加得足足的（花钱且伤器件），或者用数学。OTN选择了数学——在帧尾安排了256列FEC区，采用里德-所罗门RS(255,239)编码：每255字节为一组，其中239字节是真数据，16字节是纠错冗余。

$$\text{FEC开销} = \frac{255-239}{239} \approx 6.7\%$$

$$R_{线路} = R_{净荷} \times \frac{255}{239} \approx 1.067 \times R_{净荷}$$

这解释了一个新手常见的疑惑：为什么100GE客户信号是103.1G，OTU4线路速率却是111.8G？多出来的部分，正是FEC冗余、帧开销以及适配填充的总和。箱子永远比货大一点，多出的空间用于“保护货物”。

RS(255,239)的纠错能力（汉明距离17）意味着接收端可以在不重传、不中断的情况下纠正成片的突发误码。工程上这笔账非常划算：付出6.7%的速率税，换来光链路预算的大幅余量——同样的光功率和光纤质量，加了FEC后可传输的距离明显更长，或者用更低档的光模块达到同样距离。所谓“用带宽换距离”，是光通信里最经典的一笔交易。代价是FEC编解码需要缓存整个交织块，会引入几十微秒量级的固定时延——对专线和回传无所谓，对前传就必须另想办法。

七、从硬到软再到“硬化的软”：OTN、PTN与SPN

OTN是纯硬管道，但对包业务（比如基站回传的IP流量）适配效率不高——时隙按最大需求预留，闲时浪费。于是业界先造了PTN（分组传送网）：用MPLS-TP技术做包交换，标签转发、统计复用，效率高了，但“硬”的本事弱了——大家挤一条路，高峰期照样排队。

5G把矛盾彻底引爆。两个需求同时砸下来：一是前传（AAU到DU那一段）带宽爆炸——如果沿用CPRI把天线原始IQ采样全部搬走，大规模天线阵列的带宽需求会冲到几百吉比特量级，改用eCPRI把部分物理层处理留在射频单元、只传处理后的数据，才把带宽压回几十吉比特量级；同时前传对时延极其敏感（业界通常按单向百微秒以内的量级做设计参考），排队抖动是绝对禁区。二是切片要求同一张网里不同业务物理级隔离。软管道给不了，纯OTN又太笨重。

中国移动主导的SPN（切片分组网）给出的答案是“把以太网硬化”，其核心分层架构如下：

flowchart TD
    SVC["切片业务流"] --> SPL["SPL 切片分组层<br/>SR-TP统计转发"]
    SPL --> SCL["SCL 切片通道层<br/>66B码块级交叉"]
    SCL --> STL["STL 切片传送层<br/>FlexE时隙调度"]
    STL --> PHY["100GE/400GE光口"]

关键机制在中间两层：

• STL（切片传送层）基于FlexE（灵活以太网）。FlexE是OIF在2016年发布的协议，它在标准以太网物理层之上加了一个时分复用日历：物理链路被切成一个个5 Gbit/s粒度的时隙（一条100GE就是20个时隙），客户业务按日历占槽，多链路可捆绑，日历信息随数据一起传输。FlexE官方文档明确说明其复用靠TDM而非包缓冲，时延确定、性能可预期——这就是以太网的“OTN化”。
• SCL（切片通道层）更狠：不在包级别转发，而在66B码块级别交叉。以太网物理层本来就把数据流切成66比特的码块（64B/66B编码，开销仅2/66≈3%），SCL直接按码块切换，交换粒度比包小得多，既绕开了包缓存排队，又实现了通道级的硬隔离。

SPN后来进入ITU-T标准化（MTN，城域传送网系列建议），说明“以太网时隙化”这条路线得到了国际认可。回头看，这是一个耐人寻味的螺旋：SDH是硬的，OTN是硬的但更聪明，PTN为了效率变软，SPN在软的骨架上重新长出硬骨头——每一次反复，都是确定性时延和数据业务效率之间的再平衡。

八、实战连接：这些原理在现网哪里能摸到

网管告警的层次感。传输网管的告警树不是乱堆的，它严格对应帧的层次。掌握了帧结构，你就掌握了排障的第一把钥匙：

flowchart TD
    A["发现误码或中断"] --> B{"OTU层有告警吗"}
    B -->|有| C["查光模块<br/>光纤和线路段"]
    B -->|没有| D{"ODU层有告警吗"}
    D -->|有| E["查路径交接点<br/>用TCM域分责"]
    D -->|没有| F["查客户侧OPU<br/>和上层业务配置"]

常见调试陷阱：

1. 把OTU2当“10G以太网”用。OTU2（10.7G）和10GE LAN口（10.3G）速率对不上，中间必须经过映射适配；OTU2e才是为10GE准备的容器。误接轻则大量告警，重则起不来。
2. 误码藏在FEC里。线路轻微劣化时，FEC会默默纠错，业务看起来完美无缺——但FEC纠错前误码率（pre-FEC BER）在悄悄升高。等纠错能力耗尽，业务会毫无征兆地雪崩。健康的光网络要盯pre-FEC BER趋势，而不是等告警。
3. FlexE时隙两端不对齐。FlexE日历要求链路两端设备对时隙划分理解一致（通过日历副本和开销信道协商）。混接不同厂家或不同版本设备时，日历配置不一致会表现成丢码块、吞吐残缺——排查时要先核对日历配置。
4. 前传凑合用回传设备。回传设备为带宽优化，缓冲深、时延大，塞进前传后TDD空口定时被抖动破坏，表现为小区间干扰抬头、边缘用户速率劣化，而业务面可能完全看不到明显告警。

常见问题

Q1: OTN和DWDM是什么关系？谁包含谁？ A: 两者是搭档不是对手。DWDM是纯粹的物理层技术，把一根光纤分成几十个波道，解决“怎么塞进更多光”；OTN是数字层技术，解决“每个波道里怎么装货、怎么监控、怎么纠错”。形象地说，DWDM是港口的泊位系统，OTN是集装箱体系。现网波分设备几乎都带OTN板卡，所以口语里常混称“OTN网”，但原理上要分清。

Q2: OTU、ODU、OPU到底谁套谁？ A: 由内向外是 OPU → ODU → OTU。客户信号先装进OPU（适配层），OPU加上端到端路径开销变成ODU（通道层），ODU再加上段开销和FEC变成OTU（段层），OTU才是线路上跑的完整帧。排障时记住：OTU层告警看本站光口，ODU层告警看端到端路径，OPU层问题看客户信号本身。

Q3: 为什么OTN线路速率总比客户信号大百分之几？ A: 三个开销来源叠加：FEC冗余约6.7%（RS(255,239)的255/239）、帧头开销、速率适配填充。箱子必须比货大，多出的空间是“运输保险”。所以100GE装进OTU4时，111.8G的管道里真正留给净荷的略大于103.1G，刚好合身。

Q4: 前传、回传能用同一套传输技术吗？ A: 历史上能凑合，5G以后很难。前传带宽大（eCPRI也要几十吉比特量级）、时延敏感（单向百微秒量级的设计参考），回传设备深缓冲、大时延，硬塞会劣化空口定时。SPN这类支持FlexE时隙和码块交叉的技术可以从前传一路覆盖到回传，这也是它成为5G承载主力的原因之一。

Q5: ODUflex和ODU0是什么关系？选哪个？ A: ODU0是固定1.25G的原子容器，适合速率固定的小颗粒业务，配置简单、行为可预期；ODUflex是可编程容器，速率按需配置，适合带宽不规整的客户（如某些光纤通道或弹性专线）。简单业务用ODU0省心，弹性需求用ODUflex，两者在复用树里最终都拼进大管道，并不互斥。

参考来源

1. Optical transport network - Wikipedia — OTN/SDH帧结构对比、OTU/ODU速率表、复用结构与RS(255,239) FEC等核心事实来源
2. FlexE - Wikipedia — FlexE日历机制、5 Gbit/s时隙粒度、TDM确定性时延与OIF标准化时间线
3. Common Public Radio Interface - Wikipedia — CPRI前传定位与eCPRI背景资料

本文由「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 等场景全覆盖。