简介:这份资源是华为HCIA-Transmission V2.0认证培训课程的PDF讲义,面向准备考取华为传输方向初级认证的网络工程师、运维人员及通信专业在校生,用于系统梳理传输网络的基础概念与技术脉络。内容从光传送网络的发展历程切入,串联PDH、SDH、WDM、OTN、PTN与数字微波RTN等主流体制,并援引ITU-T G.709、G.707、G.831等标准,重点讲解SDH产生的技术背景、PDH在接口标准与复用方式上的局限、STM-1 155.520Mb/s速率与STM-N复用关系、加扰NRZ光接口,以及STM-N帧结构中净负荷区、段开销、管理单元指针的分层监控机制,配有华为官方学习平台与认证入口指引。资源包内为1个PDF文件,约40.99MB,页面完整、图文清晰,适合打印或双屏对照阅读。目前已有495人学习,可作为认证备考的主线教材,也便于日常排查传输网络问题时回溯帧结构与开销原理。
1. 传输认证培训课程里那些缩写,其实都在回答同一个问题
很多人第一次翻开传输认证的培训课程讲义,心里期待的是设备长什么样、光纤怎么接,结果迎面撞上 PDH、SDH、STM-16、VC-4、AU-PTR 这一长串字母,瞬间就懵了。这些缩写并不只是堆在那里的术语,它们其实在回答同一个问题:一根光纤里塞进去的话务,怎么被拆开、被标上号、被送到正确的位置,出了问题又怎么被快速找到。
打个比方,传送网络就像城市地下的综合管廊,上面跑着电话、宽带、专线、基站回传各种业务,管廊本身不生产水电气,但所有水电气都得从它里面过。管廊修得好不好,直接决定上层业务能不能开展。搞懂这套东西,你再看机房里那一排设备,就不会只看到闪烁的指示灯,而是能看懂一条 2M 专线从哪来、在哪被复用、为什么告警会落在那个单板上。
2. 从 PDH 到 SDH:一场被逼出来的升级
2.1 PDH 的三处硬伤:接口、复用、运维
PDH 是准同步数字体系的缩写,上世纪八十年代开始大规模应用。它的思路很朴素:把话音按固定速率打成包,然后一级一级往上叠,2M 叠成 8M,8M 叠成 34M,34M 再叠成 140M。在当时的条件下这套办法够用,因为业务单一,基本就是电话。可是通信网越铺越大、设备越接越多,三个问题就开始暴露出来,而且一个比一个难缠。
第一个问题出在接口标准上。PDH 只有地区性的电接口规范,没有世界性标准,现存三种信号速率等级:欧洲系列、北美系列和日本系列,各自的电接口速率等级、信号帧结构、复用方式全都不一样。这意味着同样叫一次群,一边是 2.048 Mbit/s,另一边是 1.544 Mbit/s,两边设备对不上话。光接口更乱,没有世界性标准的光接口规范,各厂家用自行开发的线路码型完成设备对光路的传输性能监控,结果就是同一速率等级的设备和另一家的设备没法横向兼容,组网时只能成对采购同一家的产品,这在运营商集采里是很要命的一件事。
第二个问题出在复用方式上。PDH 从高速信号里分插出一路低速信号,必须一级一级地进行,想从 140M 里取出一路 2M,得先拆到 34M,再拆到 8M,最后才到 2M。层层复用、层层解复用的过程里,信号会产生损伤,而且这种损伤是累加的,跳数越多劣化越明显。设备侧也不好受,每一级都要配一对背靠背的复用解复用器,机架越堆越高,故障点也越来越多。
第三个问题出在运行维护上。PDH 信号帧结构里用于运行维护的开销字节不多,留给分层管理、性能监控、业务实时调度、传输带宽控制、告警分析定位的空间都很有限。更麻烦的是没有统一的网管接口,形不成统一的电信管理网,多厂家组网时各家网管各自为政,运维人员查一个故障要在几套系统之间来回切。踩过坑的人都懂,这种跨系统的信息割裂,比设备本身出故障更耗时间。
2.2 SDH 的解法:世界统一标准加一步到位的分插
SDH 是同步数字体系,九十年代出现,经过国际标准组织的规范之后在世界范围内快速普及。它要解决的就是 PDH 那三处硬伤,思路可以概括成三句话:接口统一、复用简化、监控分层。
接口统一体现在两处。电接口方面,SDH 定义了唯一的一套速率等级,STM-1 的速率是 155.520 Mb/s,往上就是 STM-N,N 取 4 的整数次幂,也就是 1、4、16、64、256。光接口方面,SDH 规定光接口采用加扰的 NRZ 码,并且使用世界统一的标准扰码。扰码这个动作看似不起眼,它把信号里的长连零和长连一打散,让接收端能稳定地提取时钟,同时也让不同厂家的设备能对得上——横向兼容从「不可能」变成了「可以谈」,这在传输网从封闭走向开放的过程中是分水岭级别的一步。
复用简化体现在字节间插配合指针定位。低速信号不再是一层一层包起来,而是以字节为单位,按固定规律间插进高速帧的净负荷区。收端要取某一路低速信号时,不需要把整辆车全部拆开,只要读指针值,就能直接定位到那个位置,把需要的信号摘出来。这就是所谓的一步分插,设备形态上对应分插复用器。同样是取一路 2M,PDH 要拆四层,SDH 读一次指针就够,硬件成本和故障概率都不在一个量级上。
监控分层体现在开销字节的丰富程度上。SDH 把监控拆成了三级:再生段开销管两个再生器之间这一段,复用段开销管复用段层的信息结构,通道开销则跟着每一路低速业务从首站走到末站。三级叠起来,构成层层细化的监控体制。哪一段断了、哪一路业务性能劣化了、告警落在哪个层次上,都能定位得比较清楚,而不是把整条链路当成一个说不清的黑匣子。
2.3 「准同步」和「同步」只差一个字,代价却很大
PDH 名字里的「准」是有讲究的。所谓准同步,是指各个节点各跑各的时钟,允许存在一定范围的频率偏差,只要偏差不超出规定就算合格。速率不一致怎么办?靠塞入比特和取出比特来做适配,发端在业务比特流里插一些填充位,把速率「凑」到标准值,收端再把这些填充位识别出来丢掉。问题在于,填充位和真正的业务比特混在同一层里,收端必须逐级解复用才知道哪些是填充、哪些是业务,这就是 PDH 必须层层拆包的技术根因。
SDH 名字里的「同步」,指的是全网工作在同一个基准时钟下,速率严格一致。既然速率一致,就不需要靠填充位来凑数了,改用指针来指示位置偏移。打个比方,PDH 像每节车厢的货架宽度都略有差异,装卸工每次都得现场拿尺子量;SDH 则是统一规格的集装箱,编号写在箱门上,看一眼坐标就知道货在哪一节、第几排。指针值本质上就是这个坐标,它让「不动整辆车也能取出某一件货」成为可能。
代价也不是没有。同步意味着对时钟的依赖更强,基准时钟一旦出问题,受影响的范围会比 PDH 大得多。所以在实际组网里,同步网的规划、时钟的保护倒换都是一门单独的功课,玄学程度不低,很多看起来莫名其妙的滑码和指针调整,追到最后都是时钟质量的问题。
3. STM-N 帧结构拆解:车厢、面单和坐标
3.1 125 微秒一帧:帧频为什么定在 8000
STM-N 的帧是一个以字节(8 比特)为单位的矩形块,帧频 8000 帧/s,帧周期 125 微秒,传送时先传行、后传列。这三个数字看着像凭空定的,其实有清楚的来历:语音采样率是每秒 8000 次,每 125 微秒采一个样,一帧刚好装下一次采样产生的所有话路。传输帧的节奏跟着语音的节奏走,这是从电话网时代继承下来的设计惯性,后面即使承载的是数据业务,这套框架也没有改。
一个反直觉但很关键的点:STM-4、STM-16、STM-64 的帧周期仍然是 125 微秒,速率提升靠的是每一帧装更多字节,而不是把帧发得更快。所以高速率和低速率之间的差别,更像是把车厢从一节扩成四节、十六节,发车时刻表是不变的。这个固定节奏对交叉连接特别友好,设备的处理时延可以算得很准。
# STM-N 帧的基本账:一帧装多少字节、速率怎么涨 frame_rate = 8000 # 帧频,单位 帧/秒,对应 125 微秒帧周期 stm1_rate = 155_520_000 # STM-1 线路速率,单位 bit/s bytes_per_frame = stm1_rate / frame_rate / 8 print(bytes_per_frame) # 2430.0,即 9 行 × 270 列 # 帧频不变,STM-N 只是把每帧的字节数按 N 倍扩宽 for n in (1, 4, 16, 64, 256): print(f"STM-{n}: {stm1_rate * n / 1e6:.3f} Mbit/s")上面这段代码里,frame_rate是固定的 8000,不随等级变化;stm1_rate是 STM-1 的线路速率,注意它是线路速率,包含了所有开销,不等于可用业务带宽。算出来的 2430 字节对应经典的 9 行 270 列矩形,STM-4 就是 9 行 1080 列。参数改动的意义在于:如果你想验证某个速率等级的帧长,只要把 N 乘上去再除以 8000 和 8,就能得到字节数,用这个办法可以快速核对各种资料里的数字对不对。
3.2 净负荷和通道开销:货物与随货面单
STM-N 帧里的净负荷区,是放置各种业务信息的地方。2M、34M、140M 这些 PDH 信号,以及 ATM 信号、IP 信息包,都要先打包成信息包,再放进净负荷区,由 STM-N 信号承载着在网里跑。如果把 STM-N 帧比作一辆货车,净负荷区就是这辆车的车厢,各种业务就是堆在车厢里的货包。
货包不能光着放。每一路低速信号在打包时都会配上一份通道开销,它和业务码块一起装进净负荷,跟着这路信号从首站走到末站。通道开销干的事,是对这一路低速信号做通道性能监视、管理和控制,相当于给每个货包贴一张随货面单,面单上记着这包货从哪来、到哪去、路上有没有磕碰。它的价值在于「端到端」——不管中间经过多少个站、被复用过多少次,这张面单一直跟着业务走,收端拆开就能知道这一路业务本身的状态,而不只是知道整条链路通不通。
这里有个容易忽略的细节:净负荷区装的是虚容器,虚容器的容量比它承载的业务速率略大一些。多出来的部分是通道开销和速率适配的余量。以 2M 业务为例,业务速率 2.048 Mbit/s,而承载它的 VC-12 带宽是 2240 kbit/s,两者的差额就是为监控和适配付出的代价。这个差额不是浪费,它是 SDH 能在异步业务上做同步传输的前提。
3.3 段开销与两级指针:整体监控与位置坐标
段开销是为了保证净负荷正常、灵活传送所必须附加的字节,供网络运行、管理和维护使用,它完成的是对 STM-N 整体信号流的监控。段开销又分两层:再生段开销负责对 STM-N 整体信息结构进行监控,复用段开销负责对复用段层的信息结构进行监控。加上前面说的通道开销,RSOH、MSOH、POH 三者共同组成 SDH 层层细化的监控体制。用货车的比喻,段开销管的是这辆车本身——车况、油量、有没有超载,通道开销管的是车厢里每一件货。
指针是 SDH 的另一件核心工具。管理单元指针的作用是定位低速信号在 STM-N 帧净负荷中的位置,使低速信号在高速信号里的位置可以被预知。发端把信号包装进净负荷时写入指针值,相当于给货包标上位置坐标;收端读出指针值,就能从净负荷里直接把需要的那一路低速支路信号拆出来。因为车厢里的货包是按固定规律摆放的——也就是字节间插的复用方式——所以定位时只要定位第一个货包的位置就够了,后面的按规律推算即可,这让指针的开销做得很小。
复用速率较低的低速信号时,比如 2M、34M,光靠一级指针不够用,需要二级指针定位。做法是先把小信息包打包成中信息包,用支路单元指针定位它在中信息包里的位置;再把若干中信息包打包成大信息包,用管理单元指针指示相应中信息包的位置。两级坐标叠起来,小颗粒业务才在高速帧里有了精确到字节的落点。这套机制看着绕,但它是 SDH 能同时兼容 2M 到 140M 各种颗粒度的关键。
提示:指针调整本身会产生抖动,指针活动过于频繁时,业务会出现周期性的小抖动,这类问题在仪表上看不明显,却会实打实地影响对时延敏感的业务。
4. 复用路线图:一路 2M 是怎么钻进 STM-1 的
4.1 容器、虚容器、支路单元、管理单元各管一段
复用不是把业务直接丢进 STM-N 帧里就完事,中间要经过一串标准化信息结构,每一个负责一件事。容器 C 负责速率适配,把速率不标准的 PDH 信号调整到标准容器的容量上,办法是塞入一些填充比特;虚容器 VC 是容器加上通道开销,它完成对装载信号的实时性能监控,并且成为可以在网中独立传输、独立被监控的单元;支路单元 TU 是虚容器加上指针,完成一级指针定位,用于低阶信号;支路单元组 TUG 是若干 TU 的组合,起到中间汇聚的作用;管理单元 AU 是 VC-4 加上指针,用于高阶;再往上就是管理单元组和 STM-N。
用装箱打比方:容器是纸箱,尺寸是按业务量定好的;虚容器是封好箱、贴上面单的包裹,面单让它在运输途中可以被单独追踪;支路单元和管理单元是在包裹上贴坐标标签,告诉分拣员它在整辆车里的确切位置。少了任何一环都不行——没有容器就没法适配速率,没有虚容器就没法做端到端监控,没有指针就没法快速分插。
需要强调的是,这套结构的划分不是拍脑袋想出来的,它对应的是复用过程中的实际需求。适配是为了解决异步,监控是为了解决运维,定位是为了解决分插速度,三个需求各自催生了一类结构,最后叠成了一个完整的复用体系。
4.2 3-7-3 结构:63 路 2M 是怎么算出来的
复用是依照复用路线图进行的,国际标准里规定了多种路线图,但通常一个国家或地区只用其中一种。以 2M 为例,它的路线是:2M 信号先进 C-12 容器完成速率适配,加上通道开销变成 VC-12;VC-12 加指针成为 TU-12,完成一级指针定位;3 个 TU-12 复用成一个 TUG-2;7 个 TUG-2 复用成一个 TUG-3;3 个 TUG-3 复用进一个 VC-4;VC-4 加上管理单元指针成为 AU-4,最后映射进 STM-1。所以 STM-1 能装入的 2M 数量是 3 × 7 × 3 = 63 路,这个结构被简称为 3-7-3。
34M 的路线短一些:34M 进 C-3,加开销变 VC-3,加指针变 TU-3,进 TUG-3,3 个 TUG-3 复用进 VC-4,再进 STM-1,所以 STM-1 只能复用进 3 路 34M。140M 的路线更短:140M 进 C-4,加开销变 VC-4,加指针变 AU-4,直接进 STM-1,所以 STM-1 只能装下 1 路 140M。三种颗粒度对应三条不同长度的路线,这就是复用路线图的实际含义。
# STM-1 的 2M 复用容量与带宽利用率 tu12_per_tug2 = 3 # 3 个 TU-12 组成 1 个 TUG-2 tug2_per_tug3 = 7 # 7 个 TUG-2 组成 1 个 TUG-3 tug3_per_vc4 = 3 # 3 个 TUG-3 复用进 1 个 VC-4 e1_count = tu12_per_tug2 * tug2_per_tug3 * tug3_per_vc4 print(e1_count) # 63 payload = e1_count * 2.048 # 业务侧总带宽,Mbit/s line = 155.520 # STM-1 线路速率,Mbit/s print(f"{payload:.3f} Mbit/s, 占比 {payload/line:.1%}")代码里的三个乘数就是 3-7-3 的三个层级,改动任意一个就会得到一条不同的复用路线,方便对照不同标准文本。payload算的是业务侧实际承载的带宽,line是线路总速率,两者的比值约 83%,剩下的部分是段开销、通道开销、指针和填充字节。这个比例值得记住——它说明 SDH 在承载小颗粒业务时,开销占比并不低,选择它不是为了带宽效率,而是为了确定性和可运维性。
4.3 虚容器容量对照:从 VC-11 到 VC-4-256c
不同虚容器对应不同的容量等级,把它们排在一起看,就能明白为什么一路 140M 只能占满一个 STM-1。下表按标准给出的类型、带宽和净荷列出常用几档,带宽指虚容器总容量,净荷指其中真正能装业务的部分。
| 虚容器类型 | 带宽 | 净荷 | 典型承载业务 |
|---|---|---|---|
| VC-11 | 1664 kbit/s | 1600 kbit/s | 北美系列一次群 |
| VC-12 | 2240 kbit/s | 2176 kbit/s | 2M 业务 |
| VC-2 | 6848 kbit/s | 6784 kbit/s | 8M 业务 |
| VC-3 | 48 960 kbit/s | 48 384 kbit/s | 34M 业务 |
| VC-4 | 150 336 kbit/s | 149 760 kbit/s | 140M 业务 |
| VC-4-4c | 601 344 kbit/s | 599 040 kbit/s | 4 个 VC-4 级联 |
| VC-4-16c | 2 405 376 kbit/s | 2 396 160 kbit/s | 16 个 VC-4 级联 |
| VC-4-64c | 9 621 504 kbit/s | 9 584 640 kbit/s | 64 个 VC-4 级联 |
| VC-4-256c | 38 486 016 kbit/s | 38 338 560 kbit/s | 256 个 VC-4 级联 |
表里有个规律:带宽和净荷的差额基本固定在一个通道开销的量级上,容量越大,开销占比越小。级联(后缀 c 的几档)是为大颗粒数据业务准备的,把多个 VC-4 捆成一个整体传输,避免业务被拆散后在不同路径上产生时延差。级联的代价是中间节点必须支持连续级联,灵活性不如独立 VC-4,选型时要看沿途设备的能力。
5. 常见误区与易混概念:那些看着一样其实不同的词
5.1 易混一:SDH 与 SONET 到底是不是一回事
易混点在于很多人把 SDH 和 SONET 当成两个完全不同的技术,或者反过来当成同一个东西的两个名字。之所以会混,是因为两者出自同一代同步传输标准,帧结构、指针机制、开销思路高度相似,很多设备同时支持两套映射。区分的方法是看基本单元:SONET 以 STS-1 为基本单元,速率 51.84 Mbit/s;SDH 以 STM-1 为基本单元,速率 155.520 Mb/s,两者正好是 1 比 3 的关系。STM-0 是个特例,它是一种用于支持 SDH 中段层连接、仅相当于 AU-3 的信息结构,速率 51.84 Mbit/s,是 OC-1 在 SDH 里的等价物,并不是一个完整意义上的复用起点。
5.2 易混二:2M 和 VC-12 是不是同一件事
易混点是把 2M 业务和 VC-12 画等号,看到「VC-12 承载 2M」就以为容量就是 2.048 Mbit/s。之所以会混,是因为两者数量级完全一样,名字又总是一起出现。区分的方法是看站在哪一侧:2M 是业务侧的电接口速率,是客户看到的那个数;VC-12 是 SDH 网内承载这路业务的虚容器,带宽 2240 kbit/s,里面除了 2.048 Mbit/s 的业务,还有通道开销和速率适配的余量。VC-12 可以承载一路 2M,但两者不是同义词,一个是货,一个是贴了面单的箱子。
5.3 易混三:DWDM、OTN、PTN 出现后,SDH 是不是被淘汰了
易混点是看到技术演进时间线之后,下意识地认为新技术一出现旧技术就该退场。之所以会混,是因为这条时间线确实是一路往上的:上世纪八十年代 PDH 规模应用,九十年代 SDH 普及,九十年代后期 DWDM 开始规模建设,一根光纤里可以同时传输多个波长的信息,提高光纤资源利用率、降低建设投资成本;21 世纪初为了把传送容量提高到 Tbit/s 甚至十多 Tbit/s 量级,在光层对信号做处理,引入了光传送网 OTN;随着数据业务迅猛发展和网络全 IP 化,又出现了面向分组业务的包传送网络 PTN。区分的方法是看各自解决什么问题:DWDM 解决的是光层「多车道」,OTN 解决的是光层的管理、调度和波长级交叉,PTN 解决的是分组业务的统计复用和弹性管道。SDH 解决的是小颗粒、硬管道、确定性时延,这四者不是替代关系,而是分工关系,目前主流体制仍然是 SDH 与波分共存,并在其中融合了多业务传送平台和自动交换光网络这类新技术。
5.4 易混四:段开销和通道开销是不是重复监控
易混点是看到开销分了好几层,觉得这是重复设计、徒增负担。之所以会混,是因为这些开销字节都叫「开销」,看起来都在做监控。区分的方法是看监控对象和覆盖范围:段开销完成对 STM-N 整体信号流的监控,其中再生段开销管两个再生器之间,复用段开销管复用段层的信息结构;通道开销作为净负荷的一部分,跟着每一路低速信号一起在网里传送,负责对那一路低速信号做通道性能监视、管理和控制。一个管车,一个管货,粒度不同、故障定位的层次也不同,不存在重复。
5.5 易混五:管理单元指针和支路单元指针是不是一回事
易混点是听到两个指针就以为随便哪个都能定位业务。之所以会混,是因为它们都叫指针,机制也相似,都是靠写入位置值来实现定位。区分的方法是看定位对象和层级:管理单元指针定位的是高阶虚容器在 STM-N 净负荷中的位置,做到这一步,140M 这样的大颗粒就能直接拆出来;支路单元指针用于速率较低的业务,比如 2M、34M,因为它们打包后信息包太小,需要两级定位——先用支路单元指针定位它在中信息包里的位置,再用管理单元指针指示中信息包在大信息包里的位置。一级指针够用的场景不需要二级,二级指针存在的意义就是把小颗粒的落点精确到字节。
6. 什么时候用、什么时候别用:把技术选型当成一次成本核算
技术选型这道题,标准答案往往不在技术本身,而在业务需求上。SDH 的优势区间很清楚:小颗粒、硬管道、时延确定、抖动可控、故障定位清晰。典型场景是专线业务,尤其电力、轨交、金融这类对时延抖动敏感、要求通道隔离的场合,一路 2M 或 155M 专线跑十几年不换方案的情况很常见。它的开销占比高、带宽利用率只有八成出头,但换来的是可预测性和可运维性,这笔账在很多场景里是划算的。
不适合的场景同样清楚。大颗粒 IP 业务汇聚、需要弹性带宽、点到多点统计复用的场合,用 SDH 就像用集装箱卡车送快递,车厢是硬的,装不满也得发车,成本摊不下来。这类需求交给面向分组的传送技术和光层承载更合适。另外,光纤资源紧张、需要在一根纤里跑几十个波长的长距离骨干段落,波分系统的性价比明显更高,硬要用 SDH 堆速率,最后是被光纤数量和机架空间卡住。
举个具体例子。某公司的旧机房做改造,要在两个站点之间新增 20 条 2M 专线,同时还有一批办公网的 IP 流量要回传。可行的做法是两条腿走路:2M 专线走 STM-4 的时分复用通道,每条专线独占一个 VC-12,互相不抢带宽,时延抖动可以算得很准;IP 流量单独走分组化的通道,让它去统计复用,不必挤进硬管道。如果图省事把所有业务都塞进一种管道,要么专线质量被 IP 流量冲击,要么 IP 流量的突发把硬管道撑爆,两头都不讨好。判断边界的办法其实很朴素:问三个问题——这条业务对时延抖动敏不敏感,带宽是恒定还是突发,故障时能不能接受分段定位。三个答案偏「敏感、恒定、不能」,就往硬管道走;偏「不敏感、突发、能」,就往统计复用走。
我刚接触这块的时候,最大的坑是拿带宽利用率去评价一切,看到 83% 这个数字就觉得 SDH 落后。后来在一次割接里翻了车:把几条对抖动敏感的专线挪到了利用率更高的通道上,带宽是省了,业务侧的误码和抖动投诉跟着来了,查了两天才回到原方案。从那以后,我每次做传输方案,都会先把业务的时延、抖动、隔离要求一条条写下来,再去看哪种管道匹配,而不是先挑技术再找理由。希望帮到你。
本文还有配套的精品资源,点击获取