★ FEATURED ARTICLE 简介这份PDF面向光通信与传输网方向的工程师、运维人员及通信专业学生系统梳理OTN技术体系的标准框架与网络架构帮助读者建立从标准到分层结构的完整认知。资源为单份PDF文档压缩包约1.44MB内容以标准解读与架构说明为主适合作为技术入门与查阅参考。文档围绕G.872、G.709等核心标准展开涵盖光信道层、光复用段层与光传送段层的三层结构并延伸至OTU层、ODU层的电层功能同时介绍G.798原子功能模块、G.7710与G.874的FCAPS管理需求以及G.808.1、G.873.1等保护倒换与G.8251抖动漂移、G.8201误码性能标准。读者可借此理清OTN标准体系脉络掌握光网络节点接口、开销功能、映射复用与生存性技术要点为数据中心互联、长途传输及城域网络等场景的规划与运维提供参考。目前已有93人学习。1. 从一份 OTN 技术体系介绍 PDF 说起为什么老工程师还在翻 G.872 和 G.709干传输这行的人手里多少都存着几份“祖传”资料我这份《OTN技术体系介绍.pdf》就是其中之一。它不厚但把 ITU-T 那套从 1998 年就开始搭的 OTN 标准框架讲得挺清楚。如果你正在做 OTN 设备开局、处理 ODUk 交叉调度或者被客户问“为什么 10GE 映射进 OPU2e 后抖动指标对不上 G.8251”这份资料能帮你把 G.872 的分层逻辑和 G.709 的帧结构开销串起来。它适合刚接触光传送网、需要快速建立标准体系认知的传输工程师也适合干了几年 SDH/WDM、想搞明白 OTN 电层到底“继承”了什么的熟手。说白了这是一份帮你把 OTN 从“知道名字”推到“能看懂开销字节、能跟厂家对参数”的入门到进阶材料。2. OTN 分层架构与 G.872 标准体系从光信道层到光传送段层的落地理解2.1 三层结构不是背出来的是排障时一层层剥出来的G.872 定义的光传送网分层结构光信道层OCh、光复用段层OMS、光传送段层OTS这三层刚看的时候容易觉得是纸上谈兵。但真到了现场一个波长起不来你脑子里得自动过一遍OCh 层管的是端到端的客户信号透明传输OMS 层管的是波长复用和复用段保护OTS 层管的是光纤物理传输和光放大器控制。常见做法是先看 OTS 层有没有光功率、光信噪比够不够再看 OMS 层波长合分波是否正常最后才去查 OCh 层的交叉连接和开销。这个顺序反了就容易在电层瞎折腾半天结果发现是光放盘没起来。G.872 里还提了一个关键点由于全光器件不成熟OTN 在光信道层之上硬塞了三个电域子层——OPU、ODU、OTU。这其实是 OTN 最“接地气”的地方。OPU 负责客户信号映射和速率调整ODU 提供端到端连通性和交叉调度OTU 加上 FEC 和段监视。你去看厂家网管里的告警OPU 层一般是净荷类型失配或者码速调整相关ODU 层是交叉连接和 TCM 监视OTU 层就是 FEC 纠错和段开销。分层清楚了告警定位就快。2.2 网络管理需求在 G.872 里怎么落到日常运维G.872 列了八个方面的管理需求连续性监视、连通性监视、维护信息、信号质量监测、适配管理、保护控制、子网/级联/未用连接监测、管理通信。这些词看着大落到日常就是几件事TTI 路径踪迹标识用来确认连接对不对BIP-8 用来算误码BDI/BEI 用来回传缺陷和误码指示。表 2.2.2-1 里把 OCH、OMS、OTS 三层对每种管理能力的需求标得很细比如连通性监视在 OCH 层是需要的在 OMS 层就不需要。这个表建议你打印出来贴工位跟厂家对“这个告警该不该报”的时候翻标准比吵架管用。2.3 生存性技术选型11 和 1:N 到底怎么选G.872 提了三类保护五种方式但真正在设备上配得最多的还是基于 ODUk 的 11 和 1:N 线性保护以及基于光通道的 11 保护。11 保护不需要 APS 协议发端双发、收端选收倒换快但保护通道不能传低等级业务。1:N 保护需要 APS 协议保护通道可以传额外业务但倒换时间受协议处理影响。我一般会跟客户说如果业务等级高、不在乎那点带宽浪费直接上 11如果保护通道想跑点低优先级业务再考虑 1:N。环网保护方面G.873.2 和 G.808.2 当时还没正式发布所以现网更多是厂家私有实现或者参照 SDH MSP 的思路来做。提示G.872 只定义了保护方式的框架具体 APS 协议细节在 G.873.1 和 G.808.1 里配保护前先把这两个标准对应的协议字段看一眼能省不少倒换失败的排查时间。3. G.709 帧结构、映射与开销把 OPUk/ODUk/OTUk 的账算明白3.1 网络接口 IrDI 和 IaDI互通与不互通的边界G.709 定义了域间网络接口IrDI和域内网络接口IaDI。IrDI 是完全标准化的接口具备 3R 再生能力不同管理域之间对接必须走这个。IaDI 是同一管理域内的接口不保证互通性。这个区别在实际组网里很关键跨运营商或者跨厂商域的时候必须确认对接口是 IrDI否则厂家说“我这边 IaDI 能通”到了对方那边可能就起不来。常见做法是在域间对接前先拿 G.709 的 IrDI 要求逐条对一遍开销字节和映射方式别等割接了才发现不匹配。3.2 OTUk/ODUk/OPUk 速率与帧频那些除不尽的数从哪来G.709 给 OPUk、ODUk、OTUk 各规定了三种速率。OTU1 速率是 255/238 × 2488320 kbit/s约 2.666 Gbit/sOTU2 是 255/237 × 9953280 kbit/s约 10.709 Gbit/sOTU3 是 255/236 × 39813120 kbit/s约 43.018 Gbit/s。这些比例不是随便定的OTU1 帧长 4080×4 字节净荷 3808×4 字节比值就是 255/238。OTU2 因为插入了帧定位字节 FAS净荷变成 (3808-16)×4 字节比值就成了 255/237。帧频方面OTU1/ODU1/OPU1 都是 19.44 kHz 左右OTU2 系列约 20.83 kHzOTU3 系列约 21.23 kHz。你在配交叉或者算带宽的时候直接用这些标称速率乘系数就行别自己拿以太网速率去硬套。3.3 电层开销字节FAS、MFAS、SM、PM、TCM 各自管什么G.709 的帧结构里第一行 1-6 列是 FAS 帧定位第 7 列是 MFAS 复帧定位最多支持 256 帧复帧。SM 段监视里有 TTI 路径跟踪标识、BIP-8 误码检测、BEI 后向错误指示、BDI 后向缺陷指示、IAE 入局帧定位错误。PM 通道监视作用跟 SM 类似但多了 STAT 字段指示维护信号。TCM1-6 是 6 层连接监视做子网连接监测的时候用。GCC0 是 OTUk 层的通用通信通道GCC1/GCC2 在 ODUk 层。APS/PCC 是自动保护倒换和保护通信信道。PSI 是载荷结构标识256 字节复帧PSI[0] 是 PT 字节04 表示 ATM05 表示 GFP。这些字节你不用全背但得知道出问题的时候看哪个。比如 TTI 不匹配说明收发两端配置的源接入点标识或宿接入点标识对不上连接可能错连了。BIP-8 误码计数在涨说明线路质量在劣化。BDI 告警说明上游检测到了信号失效。我一般会在网管上把这些开销的实时值调出来跟标准里的字段定义对一遍比看告警名称猜原因靠谱。3.4 客户信号映射STM-N、ATM、GE/10GE 的几种走法STM-16/64/256 映射到 OPU1/2/3 有两种方式异步映射和比特同步。异步映射用 OTN 设备自己的时钟通过正/负/零调整容忍频偏比特同步直接用客户信号时钟不用 OPU 帧内的调整能力。目前大部分厂家采用比特同步因为简单、抖动性能好。ATM 信元是固定 53 字节OPUk 净荷 15232 字节不是 53 的整数倍所以 ATM 信元可能跨越 OPUk 帧边界这个在解映射的时候要注意缓存处理。GE 信号的映射G.709 没规定各厂家做法分两类。一类是通过 GFP 映射到 STM-N 再进 OPU比如 GE-GFP-F-VC4-8C-STM-64-OPU2-ODU2-OTU2。另一类是直接 GFP 映射到 OPU 时隙比如 GE-GFP-F/T-OPU1 时隙-OPU1-ODU1-OPU2-ODU2-OTU2每个 OPU1 分 16 个时隙一个 GE 占 7 个能装 2 个 GE。第一类互通性好但成本高、效率低第二类省了 SDH 成帧环节效率高。10GE 的情况更复杂G.Sup43 描述了标准映射和非标准映射。标准映射里10Gbase-W 以 STM-64 形式进 OPU210Gbase-R 用 GFP-F 映射有效载荷进 OPU2。非标准映射里10Gbase-R 比特透明映射到 OPU2eOTU2e 标称速率 11.0957 Gbit/s或者映射到 OPU1eOTU1e 标称速率 11.0491 Gbit/s。这两种非标准方式能全比特透明传送但以太网定时容差 ±100 ppmG.8251 的抖动漂移标准控制方法不适用这个坑在跟客户对指标的时候一定要提前说清楚。# 查看 OTN 端口映射配置的常见命令示例以某厂家设备为例 show otu port 1/1/1 mapping # 查看 OTUk 端口映射方式 show odu cross-connect # 查看 ODUk 交叉连接 show otu port 1/1/1 overhead # 查看 OTUk 开销字节实时值 show otu port 1/1/1 pm # 查看 PM 性能计数这几条命令是现场排查的起手式。show otu port mapping确认端口是标准映射还是非标准映射show odu cross-connect看交叉连接有没有配错show otu port overhead把 SM、PM、TTI 这些开销拉出来跟标准对show otu port pm看 BIP-8 误码计数。参数上不同厂家命令字不一样但逻辑都是先看物理层、再看映射、最后看开销和性能。注意10GE LAN 信号映射到 OPU2e 时因为速率提高了OTU2e 的帧频和抖动容限跟标准 OTU2 不一样G.8251 的指标不能直接套用。跟客户签 SLA 的时候如果业务是 10GE LAN要确认设备用的是哪种映射方式再决定抖动指标怎么定。4. 避坑与排查OTN 开局和运维里最容易翻车的几个点4.1 TTI 不匹配导致 ODUk 连接建立失败现象ODUk 交叉连接配好了但业务不通网管上报 TTI 失配告警。原因收发两端配置的 SAPI 和 DAPI 不一致或者一端配了 TTI 另一端没配。G.709 要求 SAPI 和 DAPI 全球唯一但实际配置的时候经常有人随手填个默认值。解决两端核对 TTI 配置确保 SAPI 和 DAPI 完全一致或者先关掉 TTI 监视等业务通了再补配。我一般会在开局前把 TTI 规划表做好跟 IP 地址一样统一分配别让现场随便填。4.2 10GE LAN 映射方式选错导致抖动指标超标现象10GE LAN 业务开通后测试抖动指标超出 G.8251 要求客户验收不通过。原因设备用了 OPU2e 比特透明映射OTU2e 速率 11.0957 Gbit/s帧频和抖动容限跟标准 OTU2 不同G.8251 的指标不适用。解决确认客户对抖动的具体要求如果必须满足 G.8251改用 GFP-F 映射到标准 OPU2 的方式但这样就不能全比特透明传送前同步码。如果客户要求全比特透明就得跟客户说明抖动指标要按 OTU2e 的实际能力来定。这个坑在项目前期就要跟客户对齐别等验收了再扯皮。4.3 OPUk 虚级联时隙配置错误导致带宽不足现象用 OPU2-4v 虚级联传 STM-64业务能通但带宽不够或者 LCAS 动态调整不生效。原因虚级联的时隙分配没对齐或者 LCAS 协议没使能。OPUk-Xv 里 k1..3X1..256最多 256 个 OPUk 虚级联。通过 OPU1-4v 传 STM-64或者 OPU2-4v/OPU1-16v 传 STM-256时隙必须连续或者按设备支持的粒度分配。解决检查虚级联时隙配置确认 LCAS 使能并且两端时隙分配一致。如果 LCAS 不生效先看协议报文有没有互通再看设备是否支持动态调整。4.4 FEC 模式不匹配导致 OTUk 段误码高现象OTUk 段 BIP-8 误码计数持续增长业务可能中断。原因两端 OTUk 端口的 FEC 模式不一致比如一端用标准 FEC另一端用增强 FEC或者一端关了 FEC。G.709 定义了 OTUk 的 FEC但厂家可能支持多种 FEC 模式。解决核对两端 FEC 配置确保模式一致。如果线路质量差可以尝试增强 FEC但要注意增强 FEC 可能不是标准互通模式跨厂家对接时慎用。4.5 OOS 开销未规定导致的厂家私有实现互通问题现象跨厂家对接时OOSOTM Overhead Signal相关功能异常比如光层开销监视不可用。原因G.709 提出了 OOS 的功能需求但并未具体规定 OOS 帧结构、速率及实现标准。各厂家对 OOS 的实现是私有的。解决跨厂家对接时不要依赖 OOS 开销做光层监视改用标准 OTUk/ODUk 开销。如果必须用 OOS提前跟对方确认实现方式或者通过 IrDI 接口规避。5. 从标准到现网OTN 与 SDH/WDM 的对比及智能化演进5.1 一张对比表看清 OTN 继承了什么、发展了什么技术体系OTNSDHWDM分层结构ODUk、OTUk、OCh、OMS、OTS通道层、复用段、再生段光通道层、光复用段层、光传送层复用及映射OPU1/2/3 及映射复用进入 OPU 的可能是 STM-16/64、GE 等VC-12/3/4 及复用映射进入虚容器的是 PDH 或低速以太网波长复用无电层映射开销字节GCC0~GCC2、APS/PCC、FAS、SM、PM、TCM1~6D1~D12、K1/K2、A1/A2、J0、BIP-8、C2、N1无标准电层开销生存性技术基于光通道的 11/1:n 保护、基于 ODUk 的 11/1:n 保护、ODUk 环网保护、光通道环网保护通道保护环、11/1:n 保护、复用段保护环传统光层保护 OCP/OLP/OMSP其他技术FEC、掺铒光纤放大、拉曼放大FEC、掺铒光纤放大、拉曼放大掺铒光纤放大、拉曼放大从表里能看出来OTN 在电层大量借鉴了 SDH 的映射、复用、交叉、嵌入式开销概念在光层借鉴了 WDM 的技术体系并有所发展。SDH 有 VC-12/3/4OTN 有 OPU1/2/3 对应SDH 有 D1~D12、K1/K2、J0OTN 有 GCC0~GCC2、APS/PCC、SM/PM/TCM。所以从功能上看OTN 既继承了 SDH 调度灵活、安全可靠、便于管理维护的优点又有 WDM 大容量传输的优势适合大颗粒业务传输。5.2 OTN 与 GMPLS 结合从传送层到控制层的智能化OTN 作为传送层和控制层面 GMPLS 结合构成基于 OTN 的 ASON 网络。GMPLS 协议从现有的 VC4 电路扩展到光层能对 WDM/OTN 网络的波长和子波长进行标签交换实现对承载于波长和子波长的宽带业务端到端智能控制。GMPLS 作为统一控制平面可以实现传送网络全程全网端到端统一控制和调度。这个方向在现网里主要体现在智能光网络的自动发现、自动路由和自动恢复上。我一般会跟客户说如果你的 OTN 网络规模大、业务调度频繁上 GMPLS 控制平面能省不少人工配置的功夫但前提是设备支持、协议互通而且运维团队得懂 GMPLS 的基本概念不然出了问题还是抓瞎。5.3 全光组网的过渡阶段OTN 现在的位置OTN 技术是在全光组网的一些关键技术如光缓存、光定时再生、光数字性能监视等不成熟的背景下基于现有光电技术折中提出的传送网组网技术。G.872 定义了光信道层、光复用段层和光传送段层考虑到全光技术的限制又在光信道层之上增加了 OPU、ODU、OTU 三个电域子层。但目标依然是全光组网现在的 OTN 阶段可以认为是全光网络的过渡阶段。这个定位很重要它解释了为什么 OTN 既有光层的交叉和保护又有电层的交叉和保护——因为光层还做不到全功能得靠电层补。你在做网络规划的时候电层交叉和光层交叉的取舍本质上就是在全光目标和当前技术限制之间找平衡。5.4 一个具体技巧用开销字节反查业务路径最后分享一个我常用的技巧当业务不通、告警又不明确的时候用 OTUk/ODUk 的开销字节反查业务路径。具体做法是在源端和宿端分别抓取 TTI、BIP-8、BDI、BEI 的实时值然后沿着中间节点逐个查看。如果源端 TTI 正常、中间节点 TTI 失配说明连接在中间节点配错了。如果源端 BIP-8 误码正常、宿端 BIP-8 误码高说明线路中间段有问题。如果宿端 BDI 告警说明上游检测到了信号失效往上游查。这个方法比单纯看告警名称更直接因为开销字节是 G.709 标准定义的跨厂家也能对得上。# 逐节点查看 OTUk 开销反查业务路径 show otu port 1/1/1 overhead tti # 查看 TTI 路径跟踪标识 show otu port 1/1/1 overhead bip # 查看 BIP-8 误码计数 show otu port 1/1/1 overhead bdi # 查看 BDI 后向缺陷指示 show otu port 1/1/1 overhead bei # 查看 BEI 后向错误指示这几条命令的输出跟 G.709 标准里的字段定义一一对应。TTI 看连接对不对BIP-8 看误码BDI 看上游有没有失效BEI 看上游误码块数量。参数上不同厂家可能把开销查询放在不同菜单里但字段名基本一致。我一般会在业务开通前先把源端和宿端的开销基线记下来出问题的时候一对比就知道哪里变了。从那以后我每次开局 OTN 业务都强制走一遍“先看开销、再看交叉、最后看性能”的流程省得在电层瞎折腾。希望帮到你。本文还有配套的精品资源点击获取
阅读完成 · 觉得有帮助？
