简介：这是一份G.709标准中文版与OTN光传送网络技术的系统梳理文档，主要面向光传输领域工程师、通信专业学生以及网络运维人员，用于快速建立OTN分层结构、帧格式与映射机制等核心概念。内容以ITU-T G.872/G.709规范为主线，先后讲解OTN三层体系（OCH/OMS/OTS）、光信道层的三个电层（OPUk/ODUk/OTUk）、光传送体系OTH、多波长传输原理，以及功能开销、帧结构、比特速率和映射方式；随后按OTUk、ODUk、OPUk三类帧逐层展开，覆盖OTUk开销与FEC、帧加扰、ODUk的PM与TCM开销、OPUk开销及常见维护信号。文档还专门比较了CBR2G5/CBR10G/CBR40G、STM-16/64/256、10GE、ODU1到OPU2等多种信号的映射方式，并给出同步映射与异步映射的对比结论，便于标准阅读后的中文对照和工程查用。资源包为1个doc文档，大小约1.07MB，目录层次清晰，可按章节定位知识点。目前已有379人学习浏览，是一份适合OTN入门与进阶查阅的中文技术资料。
1. G.709 到底讲什么：它是 OTN 的帧与开销规则，不是设备参数规范
第一次从 SDH 转过来看 OTN 的人，很容易拿着 G.709 去翻“设备该怎么配置”，结果翻完整本标准也没找到一句配置命令。G.709（ITU-T G.709/Y.1331）定义的是一套帧结构、映射复用规则、开销字节和前向纠错，它是光传送网的“打包规则”，而不是设备硬件规范。你真正在网管上看到的 OTUk 端口、ODUk 交叉、OTN 光模块，全都要按这套规则才能互通。这篇笔记适合三类人：调 OTN 主设备的传输工程师、做光模块或测试仪表的开发、以及从数通转传输、想搞懂 AIS 和 TIM 到底从哪来的人。把 G.709 的开销逻辑读通之后，排障时很多“玄学”其实都写在标准里。
2. 拆开 OTUk 帧：4 行 4080 列，开销藏在第 1 行，FEC 占每行最后 256 列
OTN 和 SDH 最大的区别，是把“容器”做成了可以承载任意业务的大帧。G.709 里所有 OTUk（OTU1/2/3/4）帧都是 4 行 × 4080 列，这个尺寸不是拍脑袋定的，它要同时放下客户净荷、三层开销和 FEC 校验，还要让不同速率等级通过固定系数换算。
2.1 行和列都是数字游戏：OTU2 帧为什么是 4×4080
拿 OTU2 举例，帧速率是 9.95328 Gbps 的 STM-64/OC-192 信号经 255/237 倍率适配而来，算出来就是 10.709 Gbps。这个 255/237 是怎么来的？OTU2 帧里每行 3808 个净荷字节、16 个开销字节、256 个 FEC 字节，加起来 4080 字节，净荷占 3808/4080 = 28/30？不对，它是按字节比例算的：负载区 3824 字节减去开销 16 字节，真正净荷 3808 字节，除以整帧 4080 字节是 0.9333，而 255/237 是 1.0759。实际上 G.709 把每个 OTUk 的速率定义为一个固定系数乘以基础速率，OTU2 就是 255/237 × 9.95328 Gbps，OTU3 是 255/236 × 39.81312 Gbps，OTU4 是 255/227 × 99.5328 Gbps。
这些系数背后就是帧结构比例：每一帧都是 4 行 4080 列，其中第 1 行到第 4 行的第 3824 列之前是开销加净荷区，第 3825 列到 4080 列是 FEC 区。FEC 区每行固定 256 列，整帧 4 行合计 1024 字节，所以不管 OTU1 还是 OTU4，FEC 占帧的比例都接近 6.3%，这就是 OTUk 速率比 ODUk 速率高出一截的原因。比如 OTU2 是 10.709 Gbps，而它承载的 ODU2 只有 10.037 Gbps，多出来的约 0.67 Gbps 就是 OTUk 开销和 FEC。
在设备上看到端口速率写的是 ODUk 还是 OTUk，要分清。网管上端口属性写成 OTU2，指的是线路口速率 10.709 Gbps；写成 ODU2，指的是交叉侧速率 10.037 Gbps。很多误码率测试打不满带宽，就是把这个速率搞混了。
2.2 SM、PM、PSI 分别管什么：三层开销不是三个地方
G.709 把开销分成三层，很多人第一次看开销字节以为要记几十个字节的位置，其实只要抓住一条主线：OTUk 开销管“段”，ODUk 开销管“通道”，OPUk 开销管“客户信号适配”。
- OTUk 开销（第 1 行第 8-14 列）：管的是这一段物理链路，比如两个 OTN 设备直接相连的那根光纤。里面的 SM 字节做段层误码监视（BIP-8）、远端误码指示（BEI）、远端缺陷指示（BDI），还有段层路径追踪标识（SM-TTI，注意这个 TTI 只有 4 个字节，不是通道层的 64 字节）。
- ODUk 开销（第 2 行第 8-14 列）：管的是从源端到宿端的端到端通道。PM 字节做通道误码监视，TCM1-TCM6 做最多 6 级的级联监控，FDI/BDI 做缺陷指示，还有 64 字节的 TTI 路径标识。
- OPUk 开销（第 15-16 列区域）：管的是客户信号怎么放进来的。PSI（Payload Structure Identifier）通过多帧传递，里面第一个字节是 PT（Payload Type），用于识别客户信号映射类型。
排障时最容易踩的坑是分不清告警来自哪一层：OTU-AIS 是段层问题，ODU-AIS 是通道层问题，两者定位方向完全不同。下一条不等于下下一段，先看清告警是 OTUk 的还是 ODUk 的，再决定是查光路还是查交叉。
2.3 从 OPU 到 ODU 到 OTU：先把“装货单”和“运单”分清楚
用快递类比：OPU 是货箱本身，ODU 是贴在货箱上的运单（记录从哪里发、到哪里去、路上有没有坏），OTU 是货车整体（包括车头的 FEC 和段层监控）。客户信号先被打包进 OPU，加上 OPU 开销变成 ODU，ODU 再加段层开销和 FEC 变成 OTU，然后才上线路。
这个分层对交叉连接很重要。OTN 设备做 ODUk 交叉时，只处理 ODUk 层，不需要拆到 OPU；做线路侧发送时，才把 ODUk 封装进 OTUk。如果两个站点之间有多跳、中间经过再生或中继，段层开销每段都会终结重算，而通道层开销是端到端保留的。所以 TCM 才会那么重要：它允许你在端到端通道之内再嵌套几个监控段，而不影响主通道的 PM 监视。
G.709 里还有一个容易忽略的点：ODUflex 和 ODU0 这类低速率容器，它们也要封装成 ODUT 结构才能复用进高阶 ODU。低阶 ODU 进高阶 ODU 不是简单地把比特拼接，而是通过 ODTU（ODU Tributary Unit）做时分复用，每个低阶 ODU 映射到高阶 ODU 净荷区的固定时隙里。时隙粒度是 1.25 Gbps 的倍数，这决定了 ODU0 在 ODU2 里最多只能放 8 个。
3. 客户信号怎么进 OTN：G.709 映射路径与 ODUk 复用分支
G.709 最核心的日常使用场景，是把客户信号映射进 OPU。不同业务类型走不同的映射路径，选错了映射方式，轻则带宽浪费，重则业务直接无法建立。
3.1 六类常见信号进 OPU 的映射方式
实际工程中经常遇到的客户信号，G.709 支持的映射方式大体是这么几类：
- STM-1/4/16/64/256 这类 SDH 信号，走 CBR（Constant Bit Rate）映射，按异步映射进 OPU1/2/3，然后进对应 ODU。
- 100GE 信号，进 OPU4/OPUCn，成为 ODU4/ODUCn 后交由交叉或线路发送。
- 10GE LAN PHY，因为速率 10.3125 Gbps 比 OPU2 净荷容量大，G.709 主标准里没有直接对应的 OPU2 映射，行业通行的做法是用 OIF 定义的 OPU2e/ODU2e，或者走 GFP-F 映射到 ODUflex。
- GE、10GE 等分组业务，大量采用 GFP-F 封装进 ODU0/ODUflex。
- CPRI/FC/SDI 等任意恒定速率业务，优先用比特同步方式映射进 ODUflex，时延最小。
- 以太网业务也可以先做 GFP-F 再进 ODUflex，但要接受 GFP 带来的缓存时延。
这里要说清楚一个概念：G.709 主标准里并没有“OPU2e”这个正式条目，它是光互联论坛（OIF）的实施协议，后被设备厂商广泛支持。如果在 G.709 标准原文里查不到 OPU2e，一点都不奇怪。调 10GE LAN 业务时先确认设备侧是走 ODU2e 还是走 ODUflex(GFP)，这两种方式在时延、带宽占用和互通性上有明显差异。
3.2 高阶 ODU 复用表：ODU1/2/3/4 最多装多少低阶 ODU
低阶 ODU 复用到高阶 ODU，工程上最常用的是这几个固定组合，我一般直接在笔记本上贴一张：
| 高阶容器 | 可承载低阶 ODU（满配） | 说明 |
|---|---|---|
| ODU1 | 2×ODU0 | ODU1 = 2.498 Gbps |
| ODU2 | 8×ODU0 / 4×ODU1 | ODU2 = 10.037 Gbps |
| ODU3 | 32×ODU0 / 16×ODU1 / 4×ODU2 | ODU3 = 40.319 Gbps |
| ODU4 | 80×ODU0 / 40×ODU1 / 10×ODU2 / 2×ODU3 | ODU4 = 104.794 Gbps |
注意这张表只是“满配”路数，实际组合可以是混合的。比如 ODU4 里放 1 个 ODU3 之后，剩余容量还能放 5 个 ODU2 加 2 个 ODU0，厂商交叉矩阵支持度不同，网管上一般会给出可选的时隙组合。新入行的同事最容易算错的是 ODU4 承载 ODU0 的数量，以为和 ODU2 一样按 10 倍关系，实际是 ODU4 的净荷按 1.25 Gbps 时隙划分为 80 个时隙，所以最多 80 个 ODU0。
复用路径还有个边界条件：ODU0 只能被复用进 ODU1/ODU2/ODU3/ODU4，不能直接复用进另一路 ODU0；ODUflex 同样只能作为低阶容器复用进高阶 ODU，不能作为高阶承载别的 ODU。ODUflex 甚至可以复用进 ODU2 或 ODU3，但它的时隙占用按速率换算，会占用整数个 1.25 Gbps 时隙。
3.3 ODUflex 还是 ODU0：颗粒度和时延要一起算
ODU0 固定是 1.244 Gbps，适合 GE、STM-1/OC-3 这类 1G 级别业务。ODUflex 的速率是按客户速率向上取整到 1.244 Gbps 的整数倍，比如 2.5G CPRI 会取到 3×1.244 = 3.733 Gbps。
选型时我一般按两条原则：业务是恒定速率的，优先用 CBR 映射进 ODUflex，不要图省事塞进 ODU0 再用 GFP-F，因为 GFP 封装会引入帧缓存和 idle 填充，时延抖动会大；业务是分组型的，用 GFP-F 进 ODUflex，但要把 ODUflex 的带宽配置为“业务峰值速率 + 约 5% 余量”，否则一有广播风暴就丢包。
ODUflex 有一个特例：2016 版 G.709 引入了 ODUflex(IMP) 用于 IP/MPLS 场景，但设备支持还看厂商，选型前先确认交叉板卡和线路板的软件版本是否支持 ODUflex 的灵活时隙分配。厂商手册里写“支持 ODUflex”不一定是支持复用进 ODU4，很多老设备只支持 ODUflex 进 ODU2。
4. 看一眼开销字节：G.709 留给排障的“黑匣子”
OTN 设备网管上那些 AIS、TIM、LCK、BDI 告警，本质上都是开销字节的解读。不理解开销字节的工程师会把所有告警都当成光路问题，理解了之后，排障路径会清晰很多。
4.1 开销速查表：哪些字节在报缺陷，哪些字节在做监视
下面这张表是我在维护设备时常用的速查表，不追求覆盖全部保留字节，只列排障有用的：
| 开销区域 | 字节/字段 | 作用 | 排障价值 |
|---|---|---|---|
| 帧定位 | FAS + MFAS | 帧同步与复帧同步 | LOF/LOM 判定依据 |
| OTUk SM | BIP-8 | 段层误码校验 | 查 SM BIP 误码定位光模块或尾纤问题 |
| OTUk SM | BEI/BDI | 远端误码与缺陷指示 | 对端光模块故障时本端会收到 BDI |
| ODUk PM | BIP-8 | 通道层误码校验 | 交叉板故障、时钟失锁时 PM 误码增长 |
| ODUk PM | BEI/BDI | 通道远端误码/缺陷指示 | 宿端故障反查源端 |
| ODUk TCM1-6 | BIP-8/STAT | 级联监控 | 跨运营商/跨域段落定位 |
| ODUk FDI | FDI 字节 | 前向缺陷指示 | 下游收到 FDI 时向上游查 |
| OPUk PSI | PT 字段 | 净荷类型 | 查映射方式是否正确 |
| ODUk TTI | SAPI/DAPI | 源/宿接入点标识 | TIM 告警直接据此判断 |
FDI/BDI 这对字节特别值得说。FDI 是“往下一跳报”的，告诉下游“我这边收到上游的坏信号，你看到 AIS 别慌，往上游查”；BDI 是“往上一跳报”的，告诉上游“你发过来的信号到我这有问题”。两端都有开销监视时，同时看两端的 FDI/BDI 状态，能在 5 分钟内判断故障段落。
4.2 排障顺序别乱：LOS→LOF→LOM→AIS 逐步定位
OTN 告警有严格的层级关系，网管上看到一堆告警时，先找最底层的那个，上层基本都是级联告警。我常用的定位顺序是：
- 先看物理层：光口 LOS/R_LOS，光功率是否在接收灵敏度范围内。LOS 存在时，上面 LOF/LOM/AIS 全是假象，先处理光路。
- 再看帧同步：LOF（Loss of Frame）表示收不到 FAS 或 FAS 连续错误。LOF 出现时，先确认对端是否在发光、信号速率是否匹配、是否发了错误的 OTUk 速率。
- 再看复帧同步：LOM（Loss of Multiframe）表示 MFAS 计数器不连续，常见于 10GE 业务映射到 ODU2e 但两端时隙配置不一致。
- 再看 OTUk/ODUk 层告警：OTU-AIS 是段层上游失效，ODU-AIS 是通道层上游失效。AIS 不是根因，它只是“报告坏消息”的机制，收到 AIS 要往上游找 LOS/LOF。
- 最后看 LCK/TIM：ODU-LCK 表示下游被上游锁定（通常是对端配置了维护信号），ODU-TIM 表示 TTI 路径标识不匹配。
这个顺序对应到网管操作：先看光模块收发光功率，再看“OTU 告警”页里的 LOF/LOM 计数，然后看“ODU 告警”页里的 AIS/LCK/TIM，不要一开始就去翻误码性能。
4.3 TTI 路径标识：64 字节的两个 16 字节段才是关键
ODUk TTI 标准定义是 64 字节，分为三段：SAPI（源接入点标识符）16 字节、DAPI（目的接入点标识符）16 字节、Operator Specific 32 字节。工程配置时，很多人只填了网管界面里的“路径名称”几个字符，但实际传送的是这 64 字节的十六进制值。
TIM 告警的产生机制是：本端收到的 TTI 与本端配置的期望 TTI 不匹配。排查时不要只看网管上显示的字符串，要用开销监视功能把原始字节抓出来比对，重点对比 SAPI 和 DAPI 两个字段。常见问题是两端 SAPI 填了一样的字符串，但一个填在了 DAPI 字段，一个填在了 SAPI 字段，导致接收端永远比对不通过。
我习惯的做法是：两端约定 SAPI 固定填“源站点名-板卡-端口”，DAPI 固定填“宿站点名-板卡-端口”，Operator Specific 留空全 0。这样无论谁改配置，都能从 SAPI 看出实际对端是哪里，再也不用猜。
5. G.709 标准落地的 5 个翻车点：从版本、速率到告警都要避坑
标准是一回事，设备实现是另一回事。下面这几个问题都是我在现网和测试中真实遇到过的，每一条都值得记进项目复盘。
5.1 OTU4 速率不等于线路口速率
现象：用 100G 光模块对接 OTU4 端口，配置了 111.809 Gbps 的速率，结果光模块无法锁定。
原因：OTU4 的 111.809 Gbps 是电域逻辑速率。100G 光模块在线路上普遍用 DP-QPSK 调制，波特率约 27.95 GBaud，加上开销和 FEC 后实际符号速率不到 30 GBaud，两者根本不是一回事。
解决：配置光模块时看的是波特率和调制格式，不是 OTU 速率。设备网管上的“线路口速率”和光模块的“symbol rate”分开理解，OTU4 对应到光模块就是 100G 的调制速率档位；遇到 200G 场景更要注意，OTUCn 是逻辑容器速率，光模块的 200G 线路速率取决于调制格式（DP-16QAM 或 8QAM 等）。
5.2 FEC 模式不一致导致异厂商对接互不了通
现象：两台不同厂商的 OTN 设备互联，光功率正常、无 LOS，但 OTU 层一直报误码超阈值，甚至无法建立 ODU 交叉。
原因：一端用的是标准 GFEC（RS 255,239），另一端开启的是增强 FEC（EFEC）或厂商私有 SD-FEC，两者的 FEC 码字结构和纠错能力不同，开销区里的 FEC 状态字节也读不通。
解决：互联前先确认两端的 FEC 模式。标准 G.709 定义的 GFEC 是 RS(255,239)，可纠正每个码字最多 8 个字节错误；增强 FEC 有不少是 20% 开销或更高，速率配置也变。先用双方都支持的 GFEC 模式打通链路，再视误码情况统一升级到相同的 EFEC 模式。现在 100G 数据中心互联用的 CFEC/OpenZR+ 模式，同样存在互通匹配问题，不能想当然认为“都叫 FEC 就能互通”。
5.3 ODU-TIM 告警反复抖动，先查 TTI 全 64 字节
现象：ODU-TIM 告警时有时无，重启端口后短暂消失，过一会儿又出现，业务无丢包但告警一直在。
原因：TTI 比对不是只比字符串。两端如果有一个把 TTI 的 SAPI 字段填得很长，DAPI 留空，接收端按全 64 字节比对就会周期性失配。有些设备的 TTI 配置界面允许输入 64 字节，输入框显示为空的地方其实填充了 0x00，而对端填了 0x20 空格，肉眼看起来一样，字节级别却不同。
解决：用开销监视工具抓两端 TTI 原始十六进制值，逐字节核对。重点看 16 字节边界：SAPI 不够 16 字节时填充的是什么字符，DAPI 起始位置是否偏移。标准里 TTI 的比对可以是“SAPI 一致，DAPI 可选”，很多设备默认 DAPI 也要匹配，这一点要看厂商 FAQ 或特性说明。
5.4 看老旧中文资料，ODU0 和 ODUflex 映射对不上
现象：手头的中文技术手册写的是 ODU1/2/3 三级结构，查 ODU0 和 ODUflex 怎么映射，翻遍全文找不到。
原因：G.709 版本演进超过二十年。2001 年初版只有 ODU1/2/3，2009 年版本才正式引入 ODU0 和 ODUflex，ODU4/OTU4 是在 2012 年前后版本完善的，2016 版又加入了面向 200G/400G 的 ODUCn 灵活速率。不少中文二手资料停留在老版本，“G.709 标准中文”检索出来的内容经常是 2003 版翻译，里面根本没有 ODU0 的概念。
解决：看标准原文或厂商最新的实现手册，至少确认三个版本分界：2009 版新增 ODU0/ODUflex，2012 版完善 OTU4，2016 版引入 ODUCn 和 FlexO。查资料时先看文档里有没有 ODU0 和 ODUflex 两个词，没有就直接换新资料。技术培训讲 OTN 只讲 ODU1/2/3 的，基本可以判定内容偏旧。
5.5 ODUflex(GFP) 的时延预算超了，抖动指标不过
现象：时延敏感的 CPRI 业务走 ODUflex 映射，加入网络后时延测试数值比设计值大几百微秒，抖动超过指标。
原因：GFP-F 映射会把客户以太网帧先缓存成 GFP 帧，再加上 ODUflex 的速率适配，引入至少一个帧的缓存时延。CPRI 这类恒定比特率业务用 GFP 映射，本身就不符合 G.709 对低时延业务的推荐路径。
解决：恒定速率、时延敏感的业务，改成 CBR 映射进 ODUflex，或者直接用 ODU0/ODU1 原生通道。如果必须走 GFP，把 GFP 的帧长最大值调小可以减少缓存时间，但会牺牲封装效率。规划阶段就要判断业务类型：凡是 CPRI、FC 存储这类有严格的时延上限的，一律走比特同步映射，不要图省事都打成 ETH 再封装。
6. 对着 G.709 做一次端口开销体检：三张检查表和验证顺序
业务跑起来不算完，真正验证 G.709 落地质量，是靠开销监视做一轮体检。我调 OTN 端口时，不管业务通没通，都会花 10 分钟按下面三张表过一遍，这习惯帮我避过很多次晚间割接的雷。
第一张表查物理与帧同步。在网管的 OTU 开销监视页面，确认 FAS 字节显示为 F6 F6 F6 28 28 28，MFAS 逐帧递增无跳变，LOF/LOM 计数为 0，光功率在接收灵敏度和过载点之间。这一项不过，后面全是空谈。
第二张表查 OTU/ODU 开销。看 SM BIP-8 误码计数在 15 分钟内是否持续增长；看 PM BIP-8 误码是否为零或极低频；看两端 BDI 状态是否为正常；看 FDI 是否在向上游报缺陷；最后打开 TTI 原始字节，确认 SAPI/DAPI 两端完全一致，包括填充字节。
第三张表查映射。进 OPU 开销的 PSI 页面，读 PT 值确认映射方式是不是预期的那一种，再看 PSI 里的映射类型字段和复用时隙配置。ODUflex 端口还要核对配置的速率是否等于客户速率向上取整到 1.244 Gbps 整数倍，ODU0 复用进 ODU4 的时隙号是否两端一致。
做完这三项，基本可以确认这个端口的 G.709 实现是健康的。如果是测试仪表打流，再看 FEC 统计里的可纠正误码和不可纠正误码计数，不可纠正误码出现就是线路劣化的明确信号，别等业务中断才处理。最后说个教训：新人调 OTU 对接，最容易漏的是 TTI 和 FEC 模式，这两项网管页面上都有默认值，但默认值不等于两端一致。养成每次开局都核对一遍的习惯，能省后面几天的排障时间。希望帮到你。
本文还有配套的精品资源，点击获取
