简介：这份文档面向通信工程从业者、备考事业编的考生以及网络技术初学者，系统梳理SDH、MSTP、OTN、PTN四种传输技术的区别与联系，帮助读者理清从TDM时分复用、电路交换到分组交换的技术演进脉络。资源为1个docx文档，压缩包约16KB，内容以文字讲解为主，篇幅精炼，适合快速查阅与知识梳理。文档从TDM基础概念切入，依次介绍SDH的刚性管道特性、MSTP融合SDH与以太网的多业务承载思路、OTN基于WDM并融合SDH优势的架构，以及PTN以MPLS为核心的包交换机制，并结合比喻说明各技术的适用场景与选型依据。目前已有909人学习，适合需要对比记忆、构建传输网知识框架的读者参考，也可作为事业编通信专业复习的辅助材料。

1. 从 TDM 刚性管道到分组化承载：一份文档把四张网的关系讲透了

干传输这行的人，几乎都经历过被 SDH、MSTP、OTN、PTN 这四个词绕晕的阶段。设备商宣讲材料里它们各占一页，招标文件里又经常混着写，真到现网割接的时候，才发现分不清这四者的边界是要出事的。这份《SDH、MSTP、OTN、PTN的区别与联系》精品文档，用一套“修路跑车”的比喻把四张网的来龙去脉串了起来，从 TDM 的 125us 时隙一直讲到 MPLS-TP 和 PWE3 仿真，适合刚入行的传输工程师、准备事业编通信岗笔试的考生，以及需要给非传输专业同事做技术交底的骨干。它解决的不是某个命令怎么敲，而是让你在脑子里建起一张演进路线图，知道每种技术为什么出现、又为什么被替代。

2. 先立住 TDM 和 SDH：125us 时隙与刚性管道的底层逻辑

2.1 TDM 的 8000 次发车频率是怎么来的

文档开篇没有直接甩协议栈，而是先讲 TDM。这个顺序是对的，因为不理解 TDM，后面 SDH 的“刚性管道”就无从谈起。TDM 的核心动作是把 1 秒切成 8000 个等长的时间片，每个时间片 125 微秒，每一片传一路信号。8000 这个数字不是随便定的，它来自语音信号的采样定理——8kHz 采样，每 125us 采一次，正好凑成一路 64kbps 的 PCM 话路。

SDH 的电路调度全部建立在这个时隙体系上。STM-1 的 155.52Mbps 里，被严格划分成 VC-12、VC-3、VC-4 这些容器，每个容器对应固定的时隙位置。你开通一条 2M 专线，本质上就是在某个 VC-12 里占了一个坑，这个坑不管你有没有业务流量，别人都动不了。文档里用“二环上就我一辆车，空跑也占着道”来比喻，话糙理不糙。

注意：TDM 的刚性不是缺陷，是特性。它保证了确定性时延和零抖动，这是金融交易、电力保护这类业务至今还留着 E1 接口的原因。

2.2 SDH 的环速率与保护机制为什么被反复提起

文档花了大量篇幅讲 SDH 的“环速率”和“保护倒换”，这两个点恰恰是 SDH 在现网里活到今天的原因。环速率指的是 SDH 环网上所有节点共享一个总带宽，比如 STM-64 的 10G 环，所有节点加起来不能超过 10G。这个模型简单粗暴，但保护倒换极快——复用段保护 50ms 以内完成，通道保护更快。

文档里提到的“大量可用迂回路由”和“灵活调度”，对应到现网就是 SNCP 和 MSP 两种保护方式。SNCP 是子网连接保护，发端双发、收端选收，适合跨环业务；MSP 是复用段保护，整个复用段一起倒换，适合环上业务均匀的场景。配置的时候选哪种，取决于业务分布和环网结构，选错了倒换时间可能从 50ms 劣化到几百毫秒。

2.3 用文档里的比喻做一次 SDH 容量计算

文档里说“车能装 64 位客人，现在有 65 位，对不起只能运 64 人”，这个比喻对应的是 SDH 的虚容器级联限制。VC-4 的容量是 150.336Mbps，装不下 155M 的 STM-1 净荷，所以需要 VC-4-4c 这类级联容器。下面用一段 Python 算一下不同 VC 级别的实际承载能力，方便你在做业务规划时快速估算：

# SDH 虚容器容量速算 # 基于 ITU-T G.707 定义的 VC 级别与净荷速率 vc_capacity = { "VC-12": 2.176, # Mbps，承载 2M 业务 "VC-3": 48.384, # Mbps，承载 34M/45M 业务 "VC-4": 150.336, # Mbps，承载 140M/155M 业务 "VC-4-4c": 601.344, # Mbps，4 个 VC-4 级联 "VC-4-16c": 2405.376,# Mbps，16 个 VC-4 级联 "VC-4-64c": 9621.504 # Mbps，64 个 VC-4 级联，对应 STM-64 } def check_capacity(vc_level, required_mbps): """检查某个 VC 级别能否承载指定速率""" cap = vc_capacity.get(vc_level) if cap is None: return f"未知 VC 级别: {vc_level}" if cap >= required_mbps: return f"{vc_level} 容量 {cap}Mbps，可承载 {required_mbps}Mbps 业务" else: return f"{vc_level} 容量 {cap}Mbps，不足以承载 {required_mbps}Mbps 业务" # 示例：一条 100M 以太网专线走 SDH 需要什么容器 print(check_capacity("VC-4", 100)) # VC-4 够用 print(check_capacity("VC-3", 100)) # VC-3 不够 print(check_capacity("VC-4-4c", 600)) # 600M 业务需要 4c 级联

这段代码的逻辑很直白：把 G.707 里定义的 VC 级别和对应净荷速率做成字典，然后拿业务需求速率去比对。参数说明上，VC-12 对应 2M、VC-3 对应 34M/45M、VC-4 对应 140M/155M，这是做 SDH 业务配置时的基本功。实际工程中还要考虑开销字节的占用，比如 VC-4 的 150.336Mbps 里，真正给净荷的只有 149.760Mbps，剩下的被 POH 通道开销吃掉了。

3. MSTP 的股权分配：SDH 内核加以太网接口的妥协产物

3.1 为什么 MSTP 的以太网盘经常被吐槽“须有其表”

文档里用“合资公司股权分配不均”来比喻 MSTP，SDH 占 70%、以太网占 20%、ATM 占 10%。这个比例对应到技术实现上，就是 MSTP 的交叉矩阵仍然以 VC 时隙为单位，以太网盘只是把以太帧映射进 VC 容器里传输。换句话说，MSTP 的以太网口是“假”的，它没有独立的包交换内核，所有流量都要经过 SDH 的 TDM 交叉。

这导致一个现网常见问题：MSTP 的以太网盘做汇聚时，如果业务流量超过 50%，成本会急剧上升。文档里那句“MSTP 如果分组业务低于 50%仍有成本优势”是血泪经验。超过这个阈值，要么加板卡扩容 VC 通道，要么直接换 PTN 设备。很多地市公司在早期做 IP 化改造时，就是卡在这个 50% 的坎上，MSTP 设备刚装两年就面临退网。

3.2 MSTP 业务配置的典型步骤与参数

在 MSTP 网管上开通一条以太网专线，通常要走这几个步骤。不同厂商的网管界面有差异，但底层逻辑一致：

1. 创建以太网端口，设置端口速率（10M/100M/1000M）和双工模式
2. 绑定 VC 通道，指定占用的 VC-12 或 VC-4 数量
3. 配置 VLAN 标签，做端口隔离或汇聚
4. 设置 LCAS 和 GFP 参数，LCAS 用于动态调整带宽，GFP 用于封装以太帧
5. 下发交叉连接到对端节点

下面是一段模拟网管下发配置的伪代码，展示参数之间的依赖关系：

# MSTP 以太网专线配置参数模型 class MSTP_Ethernet_Service: def __init__(self, port_id, vc_type, vc_count, vlan_id): self.port_id = port_id # 以太网端口编号 self.vc_type = vc_type # VC-12 或 VC-4 self.vc_count = vc_count # 占用的 VC 数量 self.vlan_id = vlan_id # VLAN 标签 self.lcas_enabled = True # 默认开启 LCAS self.gfp_mode = "GFP-F" # 帧映射模式 def calc_bandwidth(self): """根据 VC 类型和数量计算可用带宽""" vc_bw = {"VC-12": 2.176, "VC-4": 150.336} raw = vc_bw[self.vc_type] * self.vc_count # GFP 封装开销约 8 字节/帧，LCAS 开销约 2% effective = raw * 0.92 return round(effective, 2) def validate(self): """检查配置是否合理""" bw = self.calc_bandwidth() if bw < 10: return "带宽不足 10M，建议增加 VC 数量" if self.vc_count > 8 and self.vc_type == "VC-12": return "VC-12 数量过多，建议改用 VC-4 承载" return f"配置有效，可用带宽约 {bw}Mbps" # 开通一条 20M 以太网专线 svc = MSTP_Ethernet_Service("GE-1/1/1", "VC-12", 12, 100) print(svc.validate()) # 输出带宽估算和校验结果

这段代码的关键参数是vc_type和vc_count。VC-12 适合小带宽业务，单条 2M，凑 10 条就是 20M；VC-4 适合大带宽，单条 150M。lcas_enabled打开后，如果某条 VC 通道故障，LCAS 可以自动剔除坏通道，带宽降级但业务不中断。gfp_mode选 GFP-F 是帧映射，适合以太网业务；GFP-T 是透明映射，适合 Fibre Channel 这类块状业务。

3.3 MSTP+ 的双内核交叉解决了什么问题

文档提到 MSTP+ 也叫 Hybrid MSTP，采用 50/50 股权分配，车辆变两层，两套调度体系。这对应的是双内核交叉板：一个 TDM 交叉内核处理 VC 时隙，一个分组交叉内核处理以太网包。两块交叉板独立工作，互不干扰。

这个方案的好处是 TDM 业务和分组业务彻底隔离，分组业务的突发流量不会影响 TDM 业务的时延指标。坏处是设备成本高，两块交叉板都要配，功耗和槽位占用也上去了。现网里 MSTP+ 的部署量远小于标准 MSTP，多数运营商在分组业务占比超过 30% 时就直接上 PTN 了，MSTP+ 只是一个过渡选项。

4. OTN 的波道调度：WDM 加 SDH 开销的融合体

4.1 光层调度与电层调度的边界在哪里

文档把 OTN 定义为 WDM 加 SDH，这个概括抓住了主干。OTN 的调度分两层：光层调度对应 WDM 的波道，电层调度对应 ODUk 交叉。光层调度靠 ROADM 实现，波道在光域里上下路，不经过电交叉；电层调度靠 ODUk 交叉板，把波道拆成 ODU0、ODU1、ODU2 等颗粒再做交换。

这个边界的实际意义在于：光层调度省电、时延低，但颗粒粗，最小是 10G 或 100G 波道；电层调度颗粒细，能到 1.25G 的 ODU0，但功耗和成本高。现网规划时，通常长途骨干用光层调度做波道直达，城域汇聚用电层调度做子速率汇聚。

4.2 OTN 电层交叉的 ODUk 颗粒与常见配置

OTN 的 ODUk 容器体系比 SDH 的 VC 体系更规整。文档里说“所有车辆大小规格统一，外形尺寸 4*4080”，指的就是 OTN 帧结构的固定性。ODU0 是 1.25G，ODU1 是 2.5G，ODU2 是 10G，ODU3 是 40G，ODU4 是 100G，每一级都是上一级的 4 倍关系，级联和复用关系清晰。

下面这张表是现网做 OTN 业务配置时最常用的 ODUk 映射关系，建议存下来备查：

配置时要注意 ODU2 和 ODU2e 的区别：ODU2 是标准 10G，承载 STM-64；ODU2e 是 10.3G，专门承载 10GE LAN 信号。如果业务侧是 10GE LAN，映射到 ODU2 会丢包，必须用 ODU2e。这个坑在早期 OTN 设备上很常见，现在网管一般会自动识别，但手工配置时还是要盯一眼。

4.3 OTN 保护方式的选择与倒换时间

OTN 的保护方式比 SDH 更丰富，常见的有 OLP、OMSP、ODUk SNCP、ODUk SPRing 几种。OLP 是光线路保护，保护的是光缆段，倒换时间 50ms 以内；OMSP 是光复用段保护，保护整个波道，倒换时间也在 50ms 级；ODUk SNCP 是电层子网连接保护，可以跨环跨设备，倒换时间取决于交叉板性能，一般在 50ms 到 200ms 之间。

选保护方式的原则是：光缆同沟同缆风险高的段落用 OLP，波道级故障用 OMSP，跨设备跨环的业务用 ODUk SNCP。现网里经常是几种保护叠加使用，比如长途段用 OLP，城域段用 ODUk SNCP，形成多层保护。但要注意保护嵌套时的倒换顺序，如果 OLP 和 ODUk SNCP 同时触发，可能出现反复倒换，需要通过拖延时间参数来协调。

5. PTN 与 IP-RAN 的分组化路线：PWE3 仿真和 MPLS-TP 的取舍

5.1 PWE3 仿真为什么是 PTN 承载 TDM 的关键

文档里反复提到“伪装”和“易容术”，指的就是 PWE3 的伪线仿真。PTN 是分组内核，要承载 TDM 业务，必须把 E1 或 STM-1 信号封装成以太网包，穿过分组网络后再还原。PWE3 就是这个封装还原的标准框架，它定义了如何把 TDM 比特流切成固定长度的包，加上控制字和序列号，在分组网里传输。

PWE3 仿真的关键参数是抖动缓冲深度和包长。抖动缓冲太浅，网络抖动会导致丢包；太深，端到端时延增加。包长太短，封装开销占比高；太长，抖动敏感业务受影响。现网配置时，E1 仿真的包长一般设 128 到 256 字节，抖动缓冲设 4 到 8ms，具体值要根据网络抖动实测来调。

5.2 MPLS-TP 与 PBT 的派别之争在现网的结果

文档提到 PTN 内部有 MPLS-TP 和 PBT 两个派别，MPLS-TP 支持者众多，PBT 只有北电网络。这个判断和现网情况一致。北电破产后，PBT 基本退出市场，现网 PTN 设备清一色是 MPLS-TP 派别。华为、中兴、烽火、阿朗、爱立信都支持 MPLS-TP，中国移动的 PTN 集采也以 MPLS-TP 为主。

MPLS-TP 的核心是去掉了 MPLS 的 IP 转发能力，只保留标签交换和 OAM 机制。它用 GAL 和 ACH 通道做 OAM，用 BFD 做快速检测，用 LSP Ping 做连通性验证。这些机制和 MPLS 的对应关系是：GAL 对应 MPLS 的显式空标签，ACH 对应 MPLS 的关联通道，BFD 对应 MPLS 的 BFD。配置的时候，命令和 MPLS 很像，但少了路由协议那一层。

5.3 PTN 承载 TDM 业务的配置示例与时钟同步

PTN 承载 TDM 业务，除了 PWE3 伪线，还要解决时钟同步。文档提到 1588 系统，现在用的是 V2 版本。1588v2 通过交换时间戳报文，把主时钟的时间同步到从时钟，精度可以到亚微秒级。对于 E1 业务，还需要同步以太网或 1588 的频率同步，保证 TDM 的 2.048MHz 时钟不漂移。

下面是一段 PTN 设备上配置 E1 伪线的命令行示例，展示关键参数：

# PTN 设备配置 E1 伪线仿真（以某主流厂商命令风格为例） pw-template TDM-E1 payload-type e1 # 净荷类型为 E1 jitter-buffer 6ms # 抖动缓冲 6ms packet-length 192 # 包长 192 字节 control-word enable # 启用控制字，防止乱序 sequencing both # 双向序列号检测 tdm-encapsulation structure-agnostic # 结构无关仿真 interface E1-1/1/1 pw-template TDM-E1 clock-source system # 时钟源来自系统时钟 no shutdown # 验证命令 show pw interface E1-1/1/1 detail show pw statistics E1-1/1/1

这段配置里，payload-type e1指定仿真的是 E1 信号，jitter-buffer 6ms是抖动缓冲深度，packet-length 192是每个包承载的 TDM 字节数，control-word enable打开控制字防止包乱序，sequencing both做双向序列号检测。验证命令里show pw interface detail看伪线状态和协商参数，show pw statistics看丢包和抖动统计。如果丢包率超过 0.1%，要么加大抖动缓冲，要么检查中间网络的 QoS 配置。

6. 四张网的选型边界与现网排查技巧

6.1 什么场景选什么网：一张决策表

现网里这四张网不是替代关系，是共存关系。选型的时候，先看业务类型，再看带宽需求，最后看保护要求。下面这张表是我在现网规划时常用的决策依据：

选型的时候还要考虑现网设备存量。如果现网全是 SDH，突然上 PTN，运维体系要重建，备件和人员培训都是成本。多数运营商的策略是：新建区域直接上 PTN 或 OTN，老区域 MSTP 挖潜，SDH 逐步退网但保留核心环。

6.2 现网排查的五个常见坑

坑一：MSTP 以太网盘丢包，但 SDH 侧无告警。现象是客户报丢包，网管上 SDH 通道正常，以太网口无告警。原因是 MSTP 的以太网盘缓存溢出，分组业务突发超过 VC 通道容量。解决方法是检查以太网口的流量统计，如果突发流量超过 VC 通道带宽的 80%，要么增加 VC 数量，要么做流量整形。

坑二：OTN 波道误码，但光功率正常。现象是 OTN 波道出现误码，光功率计测试收光在正常范围。原因是波道间隔太窄，四波混频导致串扰。解决方法是检查波道间隔，如果小于 50GHz，考虑改用 100GHz 间隔或加装光隔离器。

坑三：PTN 伪线抖动大，TDM 业务滑码。现象是 E1 业务出现滑码，PTN 网管显示伪线丢包率不高。原因是抖动缓冲设置太浅，网络微突发导致包到达间隔不均。解决方法是加大抖动缓冲到 8ms 或 12ms，同时在中间网络配置 QoS，给 TDM 伪线流量高优先级。

坑四：SDH 环倒换后业务中断，保护未生效。现象是光纤中断后，SDH 环没有倒换，业务全断。原因是复用段保护协议未使能，或者倒换门限设置过高。解决方法是检查 MSP 配置，确认保护组已激活，倒换门限一般设 10^-3 或 10^-4。

坑五：OTN ODUk SNCP 跨环业务倒换慢。现象是跨环业务倒换时间超过 200ms，客户感知中断。原因是 ODUk SNCP 的拖延时间设置太长，或者交叉板负荷过高。解决方法是调整拖延时间到 50ms 以内，检查交叉板 CPU 利用率，如果超过 70% 要考虑扩容。

6.3 用文档里的比喻做故障定位的思维模型

文档里的“修路跑车”比喻，在故障定位时特别好用。遇到问题先问：是路的问题（光缆）、车的问题（设备单板）、还是交通管理的问题（协议配置）？路的问题看光功率和误码，车的问题看单板告警和性能，交通管理的问题看协议状态和保护倒换记录。

这个思维模型能帮你快速缩小排查范围。比如客户报业务中断，先看光功率，正常则排除路的问题；再看设备告警，无告警则排除车的问题；最后看协议状态，如果保护组处于等待恢复状态，那就是交通管理的问题，检查倒换门限和拖延时间。

6.4 从文档到现网：我自己的使用习惯

这份文档我前后翻过不下十遍，每次带新人或者做技术方案，都会把里面的比喻拿出来讲一遍。但文档毕竟是文档，现网设备型号、网管版本、业务场景都在变。我的习惯是：先用文档建立框架，再去查对应厂商的配置手册，最后在实验室搭环境验证一遍。

从那以后我每次做传输方案，都强制走一遍“业务类型→带宽需求→保护要求→现网存量”的四步检查，缺一步都不下结论。希望这份文档也能帮你把 SDH、MSTP、OTN、PTN 这四张网的关系理清楚，少走几年弯路。

本文还有配套的精品资源，点击获取