第3章 OTN开销字节总览

3. OTN开销字节总览：段监控（SM）、路径监控（PM）与串联连接监控（TCM）

各位好，我是老张。今天咱们聊聊OTN开销字节里最核心的三个监控体系——SM、PM和TCM。说实话，我刚入行那会儿，看着这些开销字节的表格，头都大了。后来在项目里被坑过几次，才真正搞明白它们各自的分工。

你想想看，OTN网络就像一条高速公路。SM是路政巡逻，只管自己这一小段；PM是全程物流跟踪，从发货到收货；TCM呢，就像跨省运输时的分段监管。各有各的职责，谁也替代不了谁。

SM开销字节位于OTU帧的第1行第8~14列。说白了，它就是每个再生段之间的"哨兵"。我记得有一次在现网割接，一个站点光模块老化导致误码，就是靠SM的BIP-8字节定位出来的。

SM主要包含以下几个关键字段：

字节位置	名称	功能描述	我踩过的坑
第1行第8列	PMI	路径监控指示，用于标识是否启用PM	曾经忽略这个字节，导致PM告警误报
第1行第9~10列	BIP-8	比特间插奇偶校验，8位	误码检测的核心，我习惯先看它
第1行第11列	SD/SF	信号劣化/信号失效指示	SD阈值设太灵敏，天天误报
第1行第12~14列	TTI	路径踪迹标识，用于连通性验证	TTI不匹配，查了半天是配错字串

  实战要点：SM的BIP-8是逐段计算的。每个再生段都会重新计算并插入。我建议你在排查误码时，先看SM的BIP-8有没有增长，这能快速定位是哪一段出了问题。

PM开销字节位于ODU帧的第3行第8~14列。它监控的是从源端到宿端的整个路径。你想想看，SM只管自己那一亩三分地，但PM是从头管到尾。

PM的字节结构和SM很像，但含义不同：

我的小技巧：PM的BIP-8是端到端累积的。我曾经遇到一个案例，中间三个节点的SM BIP-8都正常，但PM BIP-8有误码。最后发现是某个节点的交叉板有问题，把数据"吃"掉了一部分。这种问题，光看SM是发现不了的。

TCM是OTN里比较高级的特性。它支持6级嵌套监控（TCM1~TCM6），每一级可以独立配置。说白了，就是不同运营商或者不同管理域之间，各管各的那一段。

我记得有一次做跨运营商业务，A运营商说他们的段没问题，B运营商也说没问题，但业务就是不通。最后我启用了TCM监控，才发现是A运营商和B运营商的边界处，光纤配错了。

TCM的字节结构如下：

TCM级别	帧位置	主要告警	应用场景
TCM1	第3行第1~3列	TC-AIS、TC-LCK	运营商内部段监控
TCM2	第3行第4~6列	TC-AIS、TC-LCK	跨运营商边界监控
TCM3	第3行第7列 + 第4行第1~2列	TC-AIS、TC-LCK	客户网络监控
TCM4	第4行第3~5列	TC-AIS、TC-LCK	子网连接保护监控
TCM5	第4行第6~8列	TC-AIS、TC-LCK	高阶路径监控
TCM6	第4行第9~11列	TC-AIS、TC-LCK	低阶路径监控

⚠️ 特别注意：TCM的嵌套层级不能乱。我曾经见过一个项目，TCM1和TCM2的监控范围重叠了，结果告警风暴直接把网管打挂了。我的建议是：先规划好每一级TCM的监控边界，再动手配置。

嗯，这里要重点说一下。SM、PM、TCM不是各自为战的，它们是协同工作的。我画个简单的逻辑关系：

SM（段监控）→ 发现本段误码 → 上报SD/SF告警
    ↓
TCM（串联监控）→ 发现跨段误码 → 上报TC-AIS告警
    ↓
PM（路径监控）→ 发现端到端误码 → 上报AIS/LCK告警

实际排查故障时，我个人的习惯是：

说白了，这就是一个"从宏观到微观"的排查思路。你想想看，如果一上来就盯着SM看，可能看了半天发现是远端的问题，白费功夫。

  避坑指南：我曾经遇到一个案例，PM显示AIS告警，但所有SM都正常。查了三天，最后发现是某个节点的ODU交叉配置错了，导致PM的TTI不匹配。所以记住：SM正常不代表PM正常，PM正常也不代表TCM正常。三个监控体系要结合起来看。

好了，关于SM、PM、TCM这三个开销字节监控体系，今天就聊到这儿。这三个家伙是OTN运维的"三驾马车"，搞懂了它们，OTN告警排查就成功了一半。

公众号:蓝海资料掘金营，微信deep3321