企业官网建设流程全解析

简介：《华为GPON培训.ppt》是一份由华为出品的GPON技术培训演示文稿，归属于行业分析类资料，面向光接入网初学者、通信工程专业学生以及网络运维工程技术人员，系统讲解GPON从背景到部署的关键知识。PPT围绕PON基本概念、光接入网概述、GPON协议分析、关键技术、承载业务以及系统管理与业务发放模式展开，涵盖OLT/ONU/无源分光器架构、ITU-T G.984和G.988协议、WDM与TDM复用技术等核心内容，可帮助读者掌握GPON概念、协议体系、关键技术及其在高清电视、实况转播等Triple-play业务中的应用，理解其作为三网合一优选方案的技术优势。资源包含1个PPT文件，约4.99MB，内容浓缩、结构清晰，便于按章研读或用作内部培训课件。目前已有505人浏览学习，适合需要快速建立GPON知识框架并跟进华为光接入方案的读者。

1. 华为GPON培训讲什么：一张接入网拓扑里的角色分配与学习路线

刚接手GPON网络时，最常遇到的局面是：手头有一份华为GPON培训PPT，几百页翻完，真到了OLT上，面对几千个ONU注册失败、用户带宽忽高忽低，不知道该先敲哪条命令。GPON是运营商宽带、政企专线和园区接入的主力方案，华为在这方面主要是SmartAX系列的OLT设备和配套ONU，培训PPT解决的问题是“看懂一张接入网拓扑”，而生产环境真正考验人的是“命令行下发、DBA参数、光功率预算和故障定位”。这里按培训PPT的典型知识框架，把原理、配置、参数和排障串成一条可复现的路径，适合刚入行的接入网运维，也适合想把GPON带宽规则彻底弄清楚的数通工程师。

2. GPON三层组网与带宽复用逻辑：OLT、ONU、ODN先弄清这三样再动命令行

2.1 华为GPON网元角色：OLT、ONU、ONT和ODN各管哪一段

GPON网络按华为培训材料里的惯用画法分三段：OLT在局端机房，ODN由分光器和光纤组成，ONU在用户侧。OLT全称Optical Line Terminal，是接入层的汇聚设备，华为的SmartAX系列OLT同时支持GPON、EPON和后续的XGS-PON端口，上行通过GE或10GE口连BRAS或业务路由器。ODN是无源部分，不含任何供电设备，分光器从1:2到1:64都有，工程上用得最多的是1:8、1:16和1:32。ONU是用户侧设备，FTTH场景里多用挂在墙上的ONU，FTTB场景则用带多个以太网口甚至电话口的ONU放在楼道。

这里有个容易混淆的点：ONT和ONU。按ITU-T的定义，ONT是直接面向用户的终端，ONU是光网络单元，但华为现网文档里“ONU”更常用，一个PON口下的每个终端都被称为一台ONU。对培训而言，只要记住OLT是主设备、ONU是终端、ODN是无源链路，排障时就能把问题区域切成局端、线路、终端三块。很多新手拿到培训PPT先把各种缩写背一遍，真正有用的是先建立这个三段划分，后面所有配置和排障都围绕这三段展开。

2.2 T-CONT与GEM Port：GPON带宽分配的两个底层概念

GPON下行是广播方式，OLT把数据封装成GEM帧发给所有ONU，ONU按GEM Port的ID过滤出属于自己的帧；上行则是TDMA方式，多个ONU在OLT分配的时隙里轮流发送，时隙分配由DBA（Dynamic Bandwidth Allocation，动态带宽分配）实现。这个机制决定了上行带宽不是简单地“总带宽除以ONU数量”，而是按需动态分配。T-CONT（Traffic Container，业务容器）就是承载上行带宽的容器，每个ONU下可以配置多个T-CONT，每个T-CONT绑定一个DBA模板，模板里定义这个容器能占用多少上行带宽。

GEM Port可以理解为承载具体业务的逻辑通道，比如VoIP电话走GEM Port 0、上网业务走GEM Port 1，每个GEM Port映射到一个T-CONT上。华为OLT配置业务时，service-port命令里要同时指定VLAN、GEM Port和T-CONT，这三者的映射关系在配置前就要画清楚。我给新人讲宽带场景时，通常建议一个ONU只建两个T-CONT：一个给VoIP用固定带宽，一个给上网用动态带宽。T-CONT建得太多，DBA调度会变得复杂，实际收益很小，还容易把排查复杂度拉高。

2.3 分光器损耗与光功率预算：为什么1:64分光比要配Class B+模块

光功率预算是GPON组网的第一道算术题。GPON光模块按等级分Class A、B、C等，华为现网最常用的是Class B+，OLT和ONU之间的光功率预算大约在28dB左右。分光器本身的插入损耗随分光比增大，裸分光损耗参考值如下表：

这是没算连接器插损、熔接损耗和光纤衰减的“裸损耗”，工程上还要额外预留2到4dB。用1:32分光比、Class B+模块组网，裸损耗16.2dB加上线路和连接器损耗，一般余量充足；如果直接用1:64分光，裸损耗就接近20dB，加上线路损耗就可能逼近27dB的灵敏度边缘，ONU接收光功率勉强在线，一个法兰盘松动就可能掉线。培训PPT里常强调高分光比场景要么换Class C+模块，要么缩短主干光纤距离，这两件事在规划阶段定下来，后期排障能少掉一大半“玄学”问题。

2.4 华为OLT设备形态：MA5680T、MA5800与网管平台的定位差异

华为GPON培训课件里出现频率最高的OLT型号是MA5680T和MA5800系列。MA5680T是早年部署量很大的平台化OLT，GPON和EPON业务板可以混插，适合存量机房逐步扩容；MA5800是后续的汇聚型OLT，单槽位容量和上行带宽更大，支持XG(S)-PON等10G端口混配，新建机房通常会优先选它。设备选型主要看三个指标：PON口密度、上行带宽、是否支持XGS-PON平滑演进，这三个指标直接决定三到五年内需不需要再换主设备。

网管侧，华为OLT既支持命令行本地维护，也支持通过网管平台统一纳管。常见做法是开局先本地命令行调通，再把OLT纳入网管做告警和性能监控。对维护人员来说，命令行的价值是故障时能精确查看单用户状态，网管的价值是趋势监控，两者不能互相替代。培训PPT里那套“网管图形界面”的表单，落地时远不如几条display命令可靠，所以后面章节的核心命令都按命令行来写。搞明白设备形态差异，再看培训里那些板卡示意图，就不会被槽位和端口编号绕晕。

3. 华为OLT命令行开通GPON业务：从ONU注册到VLAN下发的最小命令集

3.1 开局配置：上行口trunk放行、VLAN规划与OLT管理地址

拿到一台新OLT，第一步不是急着接ONU，而是把管理面和上行面先打通。管理面通常配置带外管理IP，或者通过业务VLAN做带内管理，带外走OLT的维护网口，带内则在核心侧划一个专门的VLAN。我会先做一套“标准动作”：配置sysname方便日志区分，创建管理VLAN和用户VLAN，再把上行口加入trunk并放行所有需要透传的VLAN。华为OLT的CLI和华为三层交换机同源，这套命令看熟了，顺带就把“华为设备如何将接口配置为中继模式”一并解决了。

用华为CLI写出来大致是下面这个顺序，不同版本命令可能有细微差异，思路一致：

# 进入全局配置模式 config sysname OLT-HZ-01 # 创建业务VLAN 100和网管VLAN 200 vlan 100 smart vlan 200 smart # 上行口配置为中继模式（trunk），放行业务与网管VLAN interface ge 0/19/0 port link-type trunk port trunk allow-pass vlan 100 200 quit # 网管VLAN的三层接口与默认路由 interface vlanif 200 ip address 10.10.200.2 255.255.255.0 quit route-static 0.0.0.0 0.0.0.0 10.10.200.1

这里vlan 100规划给用户上网业务，vlan 200规划给OLT带内管理。port link-type trunk就是把接口配置为中继模式，千万不能配成access口，否则管理VLAN和用户VLAN只会放行一个，出现“业务通了管理不通、管理通了业务不通”的怪毛病。route-static最后一条是默认路由，指向核心侧网关，核心侧的华为三层交换机同时要创建vlanif 200并配置网关地址，OLT才回得来网管流量。

3.2 ONU注册：SN认证与自动发现

OLT上电、上行口打通之后，把ONU接到PON口，OLT会通过PLOAM消息自动发现未注册的ONU。先查看自动发现的设备：

# 查看PON口下自动发现但未注册的ONU display ont autofind all

输出里能看到PON口位置、ONU的SN序列号。华为ONU的SN通常以48575443开头，这六个字符对应ASCII码“HWT”，是华为在IEEE OUI里的标识，看到这个前缀基本可以确认是华为设备。将ONU加入白名单的标准做法是SN认证，命令如下：

# 把SN加入认证白名单，并绑定线路模板与业务模板 interface gpon 0/1 ont add 0/1/0 0 sn-auth 48575443XXXXXXXX ont-lineprofile-id 10 ont-srvprofile-id 10

ont add命令把SN写入认证表，同时绑定线路模板和业务模板。ont-lineprofile-id指定线路模板，里面定义T-CONT和GEM Port；ont-srvprofile-id指定业务模板，里面定义ONU提供几个以太网口和电话口。如果现场ONU型号混杂，模板里可以把端口能力设得宽一些，但不要设成“所有端口全开”，否则有些型号会因为能力协商不一致注册失败，状态会一直卡在“未配置”。

3.3 业务配置：DBA模板、线路模板与service-port的绑定关系

ONU注册成功后，要让具体业务跑起来，需要先把DBA模板、线路模板、业务模板和service-port这几层关系梳理清楚。DBA模板决定上行带宽，线路模板决定T-CONT和GEM Port的组织方式，service-port把VLAN和GEM Port绑定起来。下面是一套完整的最小业务配置：

# DBA模板：固定10M、保证50M、最大300M dba-profile add profile-id 10 type SR name "SR-300M" fixed 10240 assure 51200 max 307200 # 线路模板：T-CONT 1绑定DBA模板，GEM Port 0映射VLAN100 ont-lineprofile gpon profile-id 10 tcont 1 dba-profile-id 10 gem add 0 tcont 1 gem mapping 0 0 vlan 100 commit # 业务模板：1个POTS口加4个以太网口 ont-srvprofile gpon profile-id 10 ont-port pot 1 eth 4 commit interface gpon 0/1 # 注册ONU并下发业务流 ont add 0/1/0 0 sn-auth 48575443XXXXXXXX ont-lineprofile-id 10 ont-srvprofile-id 10 ont service-port 0/1/0 0 vlan 100 gemport 0 commit

这段配置的绑定关系是：业务模板定义这台ONU具备1个电话口和4个以太网口；线路模板里创建T-CONT 1并绑定DBA模板，GEM Port 0挂在T-CONT 1下，并把VLAN 100映射到这个GEM Port；最后的service-port把PON口下的这台ONU、VLAN 100和GEM Port 0串起来。逻辑顺序不能乱，先模板后业务，先注册后下发。调模板时一个小技巧：把gem mapping的VLAN设成0表示不关注VLAN，业务到达OLT后再按service-port做VLAN标签处理，这样模板复用率最高，改动业务时不用重做线路模板。

3.4 验证业务：光功率、注册状态与流量速率的检查命令

配置完成后，验证步骤不能省。我最常用的是下面三条命令，分别看注册状态、光功率和带宽占用：

# 查看注册状态、光模块信息和带宽占用 display ont info 0/1/0 0 display ont optical-info 0/1/0 0 display ont bandwidth 0/1/0 0

第一条看运行状态，状态为online说明注册链路正常；第二条看OLT接收光功率和ONU光模块温度、电压，接收光功率在-8dBm到-25dBm之间都算可接受，低于-27dBm基本处在掉线边缘；第三条看流量速率，上下行速率接近DBA模板的max值说明带宽模型生效。如果光功率正常但状态反复在online和offline之间跳，重点检查ONU供电和尾纤接触，这种情况我通常直接让现场把光纤头清洁一遍再观察。另外注意GPON的带宽单位换算，display ont bandwidth里的数值单位是kbit/s，和运营商签约带宽的“M”之间差着1024倍，对比时别把小数点位置看错。

4. DBA模板与带宽规划：四个核心参数、一张场景取值表

4.1 为什么上行要动态分配：TDMA时隙与DBA的作用

GPON的一个PON口下最多挂64或128个ONU，但上行总带宽只有1.244Gbps（GPON）或更高，每个ONU不可能独享一条上行链路。OLT通过DBA机制给每个ONU授权时隙，ONU只能在授权时隙内发送数据，没被授权的时间必须保持静默，否则会干扰其他ONU引发误码。DBA模板就是告诉OLT“某个ONU最多能抢多少带宽、最少要保证多少带宽”的配置对象，它直接决定用户在高峰时段的体验。

这个机制带来的实际后果是：在线路速率固定的前提下，用户上网体验取决于DBA参数，而不是PON口总带宽。很多宽带用户投诉“下载速度不达标”，最后查下来不是光路问题，而是DBA模板的max设得比签约带宽还低。反过来，max全给到1Gbps、assure设成0，又会造成高峰时段多个ONU互相抢带宽，时延抖动剧烈。所以DBA模板配置是GPON运维里最值得花时间琢磨的部分，培训PPT里一张DBA原理图，落到命令行就是type、fixed、assure、max四个值。

4.2 SR、TRT、ERT与BE：华为DBA模板的四种类型怎么选

华为DBA模板支持多种类型，现网最常用的是SR（Statistical Rate，统计复用）、TRT（Real-Time，实时）、ERT（Non Real-Time，非实时）和BE（Best Effort，尽力而为）。SR适合上网这类突发性强的业务，它把带宽分成保证部分和额外部分，保证部分按assure参数预留，额外部分在有剩余带宽时分配；TRT和ERT偏向有固定时延要求的业务，比如VoIP；BE则是纯抢带宽，适合视频直播的缓存类流量。选型时不贪多，大部分业务一个SR类型就够了。

落到具体配置，dba-profile命令里最核心的是下面三个值：

# 固定10M、保证50M、最大300M的SR模板 dba-profile add profile-id 10 type SR name "SR-300M" fixed 10240 assure 51200 max 307200

单位是kbit/s，含义是：固定带宽10240kbit/s（约10M），保证带宽51200kbit/s（约50M），最大带宽307200kbit/s（约300M）。固定带宽在任何情况下都保留，适合VoIP这类需要稳定通道的业务；保证带宽在高负载时会被优先满足；最大带宽是上限，用户突发下载时可以冲到300M，但能否真正冲到取决于PON口剩余带宽。修改已生效的模板时注意，有些版本不允许直接改profile参数，需要先取消全部绑定再改，改之前一定要确认影响面。

4.3 一张带宽规划表：家庭宽带、政企专线与视频监控的模板参数

给新项目做带宽规划时，我会先把业务类型和模板参数对应关系列成一张表，再按表生成各个profile。下面是家庭宽带、政企专线和视频监控三种典型场景的推荐起点（单位kbit/s）：

表格里“保证带宽”的设置思路是：普通家庭用户assure取签约带宽的10%到30%，既能保证基础体验，又不至于让空闲资源浪费；政企客户assure直接等于签约带宽，因为专线用户要求带宽稳定，不允许因为PON口拥塞而降速。视频监控场景则建议用fixed把码流兜住，避免摄像头在高峰时段被其他大流量用户挤到掉帧。这张表可以作为培训后给新员工做参数设计的起点，实际值要根据现网在线用户数、PON口承载比和投诉数据往回修正。

4.4 必调的边界参数：max不是越大越好，assure不是越小越省

这块是GPON带宽配置里最容易被忽视的坑。max设置过大会带来两个问题：一是PON口总带宽有限，多个ONU的max之和远超总带宽时，高峰时段DBA频繁重新分配，时延抖动变大；二是一些旧款ONU在大带宽突发时CPU处理不过来，反而出现丢包。常见做法是max不超过PON口上行总带宽的一半到三分之一，具体要看一台PON口下实际挂了多少ONU和签约带宽。

assure设置过小也有隐患。有些运维人员为了“防止用户占满带宽”，把assure设成0，结果高峰时段所有用户都在抢额外带宽，VoIP先遭殃。我的一般经验是assure至少要覆盖基础网页浏览和即时通信的流量需求，50M对普通家庭是够用的起点；政企客户按合同带宽原值配置，并且在OLT上开启优先级调度，保证这类T-CONT的报文排在普通用户前面。参数改完以后，用display ont bandwidth观察实际速率，同时盯误码率和时延，这两个指标不恶化才算调到位。

5. GPON排障五个翻车场景：光功率、注册状态、VLAN与MAC漂移排查记录

5.1 场景一：光功率正常但ONU反复离线，误码率却蹭蹭涨

现象：display ont info显示ONU状态在online和offline之间跳，用户反映网卡顿，但display ont optical-info里接收光功率在-19dBm，看着很健康。

原因：光功率是平均值，误码率反映的是瞬间质量。最常见的情况是分光器到ONU之间的尾纤弯曲半径过小、法兰盘松动或光纤头污染，平均光功率不低但信号质量差；另一种可能是ONU的PON口接收灵敏度余量不足，光功率在临界点附近，温度一变化就触发重新注册。

解决：先用光功率计在ONU侧实测，如果实测和OLT的RSSI读数差超过2dB，大概率是光路接触问题。现场把法兰盘重新插紧，尾纤绕圈直径保持在10cm以上，光纤头用清洁笔处理一遍，再观察误码率计数是否回落。光路没问题再看ONU供电，劣质电源适配器在室温变化时输出抖动也会导致ONU周期性重启。

5.2 场景二：ONU显示在线但业务不通，查了两小时发现是上行口没放行

现象：注册状态online，光功率正常，电脑接ONU也能拿到IP，但ping网关不通，外网完全上不去。

原因：问题大多不在PON链路，而在OLT上行侧。常见的有三种：上行口trunk里没加业务VLAN、service-port里的VLAN属性和ONU侧不一致、核心交换机对应VLANIF没创建或没启用。前两种在华为OLT上最容易犯，因为trunk放行和service-port是两条独立配置，漏了任何一条都不会报错。

解决：按顺序查三条命令。先在核心侧确认VLANIF存在，再在OLT上用display port vlan查看上行口放行情况，最后用display service-port查看业务端口配置。如果是VLAN属性问题，确认ONU侧上网口是tag模式还是untag模式，FTTH家庭用户一般是untag，政企专线往往需要tag透传，service-port里对应的tag参数要跟着改。

5.3 场景三：OLT显示的收光功率和现场实测对不上

现象：OLT上display ont optical-info显示收光-25dBm，现场光功率计在ONU入纤处测的却是-18dBm，数值差得离谱。

原因：OLT读到的RSSI是从光模块内部采样的，受模块类型、校准系数和分光器位置影响，本身不是高精度仪表；另外现场测的位置不同，如果光功率计接在分光器出口，而OLT统计的是PON口内部接收点，中间隔着活动连接器和一小段尾纤，也有固定插损。这不是设备坏了，而是“测量参考点不一致”。

解决：把OLT的RSSI当成趋势指标而不是绝对值，每次记录同一参考点的读数，用来观察衰减变化。现场排查时以光功率计在ONU侧PON口实测为准，但要保证测试位置固定。如果OLT读数和实测始终稳定差2dB，可以在例行记录里加一个修正值，没必要为此换光模块。这个场景几乎是每批新运维都会问一遍的“玄学”，其实就是参考点的问题。

5.4 场景四：核心交换机报MAC地址漂移，用户断断续续掉线

现象：核心交换机日志大量刷MAC漂移告警，某几个ONU下的用户上网时好时坏，断开重连又能恢复。

原因：最常见的是ONU下挂设备把管理VLAN桥接出去了。一些政企用户自接小交换机，把ONU的管理通道和办公网络接在一起，或者用户私设了和OLT网段相同的IP，导致ONU的MAC地址被核心交换机在不同端口学到。另一个可能是ONU下挂交换机成环，广播包在环路里转圈，把MAC地址表打乱。

解决：在OLT上给管理VLAN开MAC地址学习限制，限制每个端口学习的MAC数量；同时在ONU侧关闭不必要的管理通道，政企专线用户把ONU下联口配置成bridge模式并关闭trunk透传。排查环路时，登录下挂交换机看端口流量，哪个端口流量异常高就往哪条链路找，拔掉疑似环路的线缆观察告警是否消失。

5.5 场景五：误删整台ONU后的恢复顺序，血泪教训是删前先备份

现象：例行维护想删一台退网的ONU，结果命令里少打了端口参数，整个PON口下几十个ONU全被删掉，业务瞬间全断。

原因：华为OLT的ont delete命令按位置删除，如果写成ont delete 0/1/0这种省略了ONU编号的形式，某些版本会匹配到该PON口下所有ONU，这种批量误删一旦发生没有后悔药。

解决：执行删除前先把现网配置备份下来，常见做法是用display saved-configuration导出整机配置，再针对单台ONU用display ont info、display service-port记录它的注册SN、线路模板ID、业务模板ID和service-port信息。恢复时先按原SN重新ont add，再重建service-port。这个场景的教训可以浓缩成一句话：任何删配置的操作前，先让命令只影响确定的对象，拿不准时用display先查一遍，再复制命令执行，备份永远比记忆可靠。

6. 把培训PPT沉淀成运维手册：一个用只读命令做验证的习惯

PPT看完一周就忘是常态，真正能留下的不是页面，而是一套验证套路。我建议在培训后立刻做三件事：从PPT里圈出所有display开头的命令，汇成一张“只看不动”的巡检清单；然后在现网低峰窗口逐条跑一遍，把真实输出截图保存，替换掉PPT里的示例输出；最后每季度在备用OLT上做一次配置演练，练习注册、清光口和恢复service-port。这样遇到事故时，手边就有一份“这台设备的正常长什么样”的基线资料。

我现在的日常习惯是每周用下面三条命令做例行巡检，只读不下发：

# 例行巡检：注册状态、光功率、告警 display ont info all display ont optical-info all display alarm all

第一条快速扫注册状态，第二条扫光功率异常，第三条看告警。输出保存到按日期命名的文件里，和上周对比，光功率下降超过3dB的ONU主动联系现场检查尾纤，不等用户投诉。这套习惯帮我在早期避免过好几次大规模掉线——有一次就是靠周对比发现某栋楼的收光从-20dBm逐步掉到-26dBm，提前排查发现分光器出口的防水接头进水，在用户感觉到问题之前就处理完了。

最后提醒一句：培训里那些漂亮的带宽曲线图，在现网里往往对应着一次次的翻车和复盘。我自己的经验是，GPON维护入门从命令行开始，深入则靠只读巡检积累数据，等到能用历史数据预判故障时，才算真正吃透了这个网络。希望帮到你。

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