第二章：OTN帧结构详解
各位好，我是老张。今天咱们聊聊OTN帧结构。说实话，刚入行那会儿，我看着这些帧结构图就头疼——OTUk、ODUk、OPUk，长得都差不多，到底谁是谁？后来调测做多了，才慢慢摸出门道。
OTN帧结构，说白了就是光网络里数据怎么打包、怎么传输的一套规则。你想想看，没有规矩不成方圆，数据在光纤里跑，总得有个统一的格式吧？这就是帧结构存在的意义。
2.1 OTUk帧结构
OTUk是光通道传送单元，k代表速率等级（1、2、3、4对应2.5G、10G、40G、100G）。我习惯把OTUk看成是"最外层的包装箱"，里面装着ODUk和OPUk。
一个标准的OTUk帧是4行×4080列的字节矩阵。嗯，这里要注意，不是4行×4080列，而是4行，每行4080个字节。总共就是16320个字节。
OTUk帧结构组成：
- 帧定位字节（FAS）：6个字节，用于帧同步
- OTUk开销：用于段层监控
- ODUk净荷：4×3808字节，承载客户数据
- FEC校验：4×256字节，前向纠错
我曾经遇到过一个案例，某运营商的OTN设备频繁报帧失步告警。排查了半天，发现是FAS字节被误改了。嗯，这就是帧定位的重要性——没有它，数据就乱套了。
2.2 ODUk帧结构
ODUk是光通道数据单元，它比OTUk少了两样东西：FAS和FEC。说白了，ODUk就是OTUk去掉"包装"后的核心内容。
ODUk帧也是4行×3824列的结构。为什么是3824？因为OTUk的4080列减去FAS的6列，再减去OTUk开销的若干列，最后剩下3824列给ODUk。
| 帧类型 | 行数 | 列数 | 总字节数 |
|---|---|---|---|
| OTUk | 4 | 4080 | 16320 |
| ODUk | 4 | 3824 | 15296 |
| OPUk | 4 | 3808 | 15232 |
ODUk的开销字节很有意思，它包含了路径监控（PM）、串联连接监控（TCM）等功能。我记得有一次定位一个跨域业务故障，就是靠ODUk的TCM字节一层层查下去的。
2.3 OPUk帧结构
OPUk是光通道净荷单元，它是"最内层"的容器。客户数据（比如SDH、以太网）就放在OPUk里。
OPUk帧是4行×3808列的结构。3808列中，前16列是OPUk开销，后面3792列是净荷区。净荷区又可以分成多个支路单元组（TUG），用于承载不同速率的客户信号。
我的经验：调测时经常要查OPUk的映射方式。比如10GE信号映射到OPU2e，和映射到OPU2的配置就不一样。搞错了，业务就起不来。
2.4 OTN开销字节功能
OTN的开销字节，说白了就是"管理通道"。它们不承载用户数据，但负责监控、维护、保护等功能。
开销字节主要分三类：
- 段层开销：包括SM（段监控）、GCC0（通用通信通道0）等
- 路径开销：包括PM（路径监控）、TCM（串联连接监控）等
- 净荷开销：包括PSI（净荷结构标识）、JC（调整控制）等
避坑指南：我曾经因为忽略了SM字节的BIP-8校验，导致一个链路误码问题查了整整两天。后来才发现，SM字节的BIP-8能反映段层的误码情况，是定位物理层问题的重要依据。
下面我画了一张OTN帧结构的层次关系图，方便大家理解：
这张图很直观地展示了三层结构的关系。OTUk在最外层，负责物理层传输；ODUk在中间层，负责路径管理；OPUk在最内层，直接承载客户数据。
实际调测中，我经常用分析仪抓OTN帧，然后逐层解析开销字节。比如查PM字节的BIP-8值，就能知道路径上有没有误码。查TCM字节，就能知道跨域业务的连通性。
关键总结：
- OTUk = FAS + OTUk开销 + ODUk + FEC
- ODUk = ODUk开销 + OPUk
- OPUk = OPUk开销 + 客户数据
- 开销字节是定位故障的"眼睛"，一定要会用
好了，这一章就讲到这里。帧结构是OTN的基础，搞懂了它，后面的调测和故障定位才能得心应手。
公众号:蓝海资料掘金营，微信deep3321