企业官网建设流程全解析

简介：文档围绕家庭宽带网络中的高频故障整理，面向宽带装维人员、网络管理员及有基础排障需求的家庭用户。内容覆盖 FTTH（光纤到户）与 FTTB（光纤到楼）两类接入方式的故障定位流程，并针对整体应用慢、特定网页慢、Wi-Fi 信号弱、游戏延迟高等场景给出分场景处理思路，帮助读者依据指示灯状态、光衰数值、拨号错误码等关键信息快速锁定故障点。资源仅 1 个 doc 文件，大小 1.35MB，便于打印携带或作为班组培训材料。文档以分步排查为主线，FTTH 部分详述 ONT 的 Power、LOS、PON/LINK、LAN 灯检查，以及收光功率范围判断和分光器多级排查；FTTB 部分覆盖 ONU 端口、网线测试、单机拨号与 691/678/769 错误码处理；网速慢部分则给出整体慢、特定应用慢、Wi-Fi 慢、游戏慢的具体处置方法，并补充路由器基础配置建议。目前已有 180 人浏览学习，适合需要建立标准化排障流程、提升上门处理效率的一线装维与客服人员参考。

1. 家庭宽带常见故障处理方法：从“上门两小时”到“十分钟定位”的那本手册

翻开《家庭宽带常见故障处理方法》这份文档，开头不是长篇大论的网络原理，而是一张光猫标灯的判断顺序表。这正是装维现场最需要的：先看什么、再动什么、什么情况该上报，每一步都有明确的判定条件。它解决的问题很具体——FTTH、FTTB 故障怎么分层排查，网速慢怎么分类处理，路由器怎么重新配置，账号报 691 到底是哪个环节出了问题。如果你刚转行做装维、在家宽客服岗做预处理，或者只是被自家宽带反复折腾过，这份流程都能让你少走弯路。下面我把这套方法拆开，按现场顺序讲透。

2. FTTH 故障排查：四盏灯状态机与光衰定位的完整链路

FTTH 光纤到户，故障点全在光猫和物理光路上。这章把文档里的排查顺序拆成几个可执行的部分。

2.1 先看灯：Power、LOS、PON、LAN 四盏灯代表了哪一层

ONT 光猫面板上四盏灯，就是四个故障分层的入口。手册的处理顺序是 Power 电源灯、LOS 信号灯、PON（或 LINK）注册灯、LAN 用户口灯。我按这个顺序做的原因很简单：层次从下往上，先排除供电，再排除光路，然后是注册，最后才轮到用户侧网线。顺序反了，容易在用户设备上浪费大量时间。

把这四盏灯看完，故障基本能分成两类：光路问题（LOS、PON 异常）和用户侧问题（LAN 异常）。文档在这里特别点了一句：LAN 灯不亮时，依次检查用户电脑网卡是否被禁用、用网线测试仪查网线、更换光猫 LAN 口或路由器其他端口。这个“换端口验证”的手法，是用排除法缩小故障域，比直接换设备更快，也不容易误伤用户的旧设备。

2.2 光衰排查：-8~-28dBm 标准与分光器逐级定位

光衰是 FTTH 排障里最常碰到的“暗坑”。文档给的标准是收光功率落在 -8dBm 到 -28dBm 之间，-28dBm 已经在边缘，建议控制在 -25dBm 以内。为什么留这个余量？因为光功率越接近灵敏度底限，越容易受温度、接头脏污影响，偶尔闪断、偶然丢包，用户感知就是“网速变慢但没断”。

查收光功率有两种方式。一是登录光猫，在设备信息页看光模块收光功率；二是用 PON 光功率计，把光猫 PON 口的尾纤拨出来，直接接功率计读数值。注意这里有个细节：测试波长要选 1490nm。这是 FTTH 的下行波长，ONT 接收的是下行光，选错波长读出来的数没有参考意义。测试前最好用光纤连接插头清洁器擦一下尾纤端面，脏污会直接影响读数。

如果收光功率过小（光衰过大），按文档标准从用户侧往外查线。我一般的执行顺序是：

1. 查看用户家到分光箱之间的皮线光缆，有没有弯曲程度小于 90 度或明显损伤。
2. 到楼道光接箱测试分光器端口的收光功率是否正常。
3. 端口正常，就用红光笔打皮线，确认整条链路是否贯通；通的话重做两端皮线光缆头，不通就得重新拉线。
4. 端口不正常，先换同一个分光器的另一个端口确认是否端口故障；另一个端口正常，说明原端口有问题，更换端口即可；再不行就测分光器总上行口。
5. 二级分光器上行光衰过大，需要从二级光交箱、一级光交箱、OLT 的 PON 口逐级排查。

第 5 步往往是现场最难的一步，因为链路在楼宇之间跨接，看不到中间段。文档明确要求需要两个维护人员配合，一人在 OLT 侧，一人在分光器侧，逐级打红光或测光功率。没有人配合就硬查，很容易把好端口当成坏端口，越换越乱。

2.3 FTTB 场景：ONU 指示灯与用户路由器的配合判断

FTTB 光纤到楼，和 FTTH 最大的区别在于：光信号只到楼道的 ONU，用户家到 ONU 这一段是网线，不是光纤。所以排查思路从“查光路”变成“查电口链路”。

第一步看 ONU 的 POWER 灯，常亮表示供电正常，不亮就是停电或电源适配器故障。第二步看 FE 电口指示灯，右边 FE 灯常亮表示连接正常，灭表示无连接；左边 FE 灯闪亮表示有数据传输。这一步的作用是判断 ONU 到用户家路由器之间物理链路是否建立。

接下来要转到用户家设备上。看路由器 POWER 灯供电，再看 WAN 口灯状态。WAN 灯常亮或闪亮，说明 ONU 出来的信号已经到路由器；WAN 灯灭，说明这一段的网线或端口有问题。这时候存在两种可能性：ONU 端口坏，或者网线坏。文档给了两个测试端口的方法：

• 方法一：用自带网线和笔记本直接接在 ONU 端口上，若 FE 灯不亮、电脑本地连接不可用，初步判断端口坏。
• 方法二：解绑用户账号，把账号绑定到 ONU 的另一个端口测试。端口好，就继续查网线。

网线的问题用网线测试仪查，两端线序和通断都确认后，再做单机拨号测试：把原来接 WAN 口的网线直接接到电脑上拨号。能拨通，问题就在用户家局域网或路由器；拨不通，问题就在运营商侧，转入账号和后台排查。这个“单机挂测”的好处是彻底隔离用户设备，避免被路由器 NAT、老旧的网线、无线的干扰迷惑。

FTTB 场景还有一个容易忽略的点：ONU 本身也有接收光功率异常的情况。文档在网速慢那章里提到，FTTB 需要查看 ONU 的接收光功率。所以即使 ONU 指示灯都亮，如果整体网速慢，也要回查 ONU 侧光功率和收发光模块状态。

3. 网速慢与路由器配置：从测速分类到 Wi-Fi 信道优化的处理路径

用户报“网速慢”，是所有装维师傅最头疼的工单，因为它主观性太强。文档的处理切入点是先做分类，再决定做什么检查。

3.1 用户说“网速慢”：先分四类再动手

文档把常见网速慢分成四类：整体应用都慢；某个网页、网银、微信或视频网站慢但其他正常；Wi-Fi 上网慢；某个游戏应用慢。我处理这类工单从来不做猜测，先问清楚是哪一类。分类错了，后面所有检查都是浪费。

整体都慢，优先怀疑链路和终端。文档给的动作是用官方测速网站测速，同时 ping DNS 看丢包和延时。我一般会加上这样的命令行检查：

ping -n 20 211.138.245.180 tracert -d 211.138.245.180

-n 20表示连续发送 20 个 ICMP 请求，用来观察丢包率和延时抖动；tracert -d是不做主机名解析，直接看每一跳 IP 的响应情况，减少 DNS 干扰。延时小于 50ms 且无丢包，基本能判断链路正常，重点查光猫收光功率、路由器 WAN 口协商速率、电脑网卡是否有大量 CRC 错误包。如果某个小区集中反映网速慢，那就要地市客响室看 OLT 上行带宽是否拥塞、ONU 的上行模板限速情况。

特定网站慢，其他应用正常，这种情况线路基本没问题。文档的处理是现场打开网页确认，再用 HTTPWATCH 抓包看是哪个网页元素耗时长，把抓包结果保存发给客响故障专席。这类问题往往是网站 CDN、DNS 解析或源站响应慢，现场没有立等可解的方案，抓包能省掉用户反复投诉。

3.2 路由器基础配置：PPPoE、SSID、WPA、DHCP 的四步走

用户家路由器的故障，很多是配置被改坏或恢复出厂后没人重新设置。文档给的基础配置流程很标准：

1. 设置向导里选择 PPPoE 上网方式。
2. 输入宽带账号和密码。
3. 设置无线 SSID（无线信号名称）和 WPA 加密密码。
4. 内网启用 DHCP，自动分配地址。

这里有个现场经验：PPPoE 方式选错，或者账号输入带空格，是配置完拨不上号的头号原因。其次是宽带密码里的特殊字符，很多路由器固件对大小写和下划线处理不严格，用户自己输入很容易出错。配置完成后，路由器拨号状态页能看到 WAN 口获取到公网 IP、DNS 和网关，看到这些才算真正上线。我一般会在这个页面等 10 秒，确认没有反复重拨，再让用户试网。

文档里还特别提到一个细节：家里只有一台无线路由器、没有 AP 或多台路由器做中继时，无线设置里的 WDS 不要启用。WDS 是无线分布式系统，用于两台设备之间桥接，单路由场景开启它只会让路由器持续扫描周边无线信号，造成无线空口拥堵，现象就是时断时续，测速忽高忽低。

3.3 Wi-Fi 信号与信道：-70dBm 门槛和 2.4G/5G 的选择

Wi-Fi 慢的检查工具，文档推荐的是手机上的“WIFI 分析仪”类 APP，检测信号强度和信道干扰。标准是 Wi-Fi 信号不低于 -70dBm，上网质量会比较好。低于这个值，手机和路由器之间的协商速率会明显下降，丢包增加。这个阈值和光功率 -25dBm 的思路一样，都不看理论极限，而是留出工程余量。

信道选择的要点是避开邻居干扰。2.4G 频段只有 1、6、11 三个互不重叠信道，小区里路由器密度高时，基本都在互相踩。用 APP 扫一圈，选个相对空闲的信道固定下来，别用“自动”，因为很多路由器自动信道切换不积极。2.4G 穿墙效果好但速率上限低，5G 速率快但穿墙差。家里设备多、隔墙少，优先连 5G；隔两堵墙还是 2.4G 更稳。这些原文档都写得明白，现场照着执行就行。

另外，文档提到如果是网页游戏慢，可以通过 HTTPWATCH 或 IP 雷达抓包，把现场处理不了的结果反馈给客响故障专席，由专席转给互联网室进一步跟踪。到这里，装维人员能做的已经做完了，剩下的交给后台。明确边界也是排障能力的一部分。

4. 账号错误码与后台预处理：691、678、769 背后的系统逻辑

宽带拨号报错，是客服和装维都绕不开的一关。这一章把文档里的错误码和后台动作串起来。

4.1 拨号错误代码：691、678、769 的根因与处理

文档把 691 列为最典型的错误，而且它的可能性最多。我拆开讲：

• 账号停机：手机和宽带同账户交费，查手机是否同时欠费，告知用户到营业厅续费。
• 密码错误：请用户通过 10086 重置宽带密码，别让用户在路由器上反复试。
• 账号绑定校验错误：可能是端口绑定或账号绑定出错，需要后台人员在系统里处理。
• 账号已在另一地方上线：说明账号被人私自使用，后台需要在 BAS 中清除账号下线记录，才能重新拨号。

这里的关键是，691 不一定全是密码错，也不是用户改个密码就能解决。绑定错误和异地在线是账务系统层面的问题，现场能做的有限，要快速判断是哪一类。我一般先用后台账号查询页面看在线状态，账号在线且当前不在用户家里，基本就是被盗用。

678 表示宽带连接中断，说明 PPPoE 拨号过程中连接被断开。处理路径是先查光猫信号是否正常，信号正常就找后台查光猫数据是否正常。这类报错很多时候是光猫的 VLAN 或拨号参数被改动，光信号没问题但数据不通。

769 是用户电脑本地网卡被禁用。这种情况出现在老旧 Windows 笔记本上比较多，重新启用网卡即可，装维现场顺手就处理了，连后台都不用开。很多新人第一次遇到 769 会以为是宽带账号问题，实际上网卡都没起来，拨号根本走不出去。

4.2 账号状态查询与强制下线：把用户账号从“黑匣子”里捞出来

账号出了疑似异地登录、绑定异常的问题，文档提供一个账号查询页面，可以查账号状态、在线信息、虚拟拨号记录，还能强制下线。这一节很少在培训里提，但装维工单里非常实用。

实际操作时，我一般先查“在线信息”，看账号当前拨号所在的 IP 和设备类型。如果是用户自己家的路由器，说明账号没被盗，问题转向路由器本身；如果在线 IP 异地，再结合 691 报错就能确认是账号被人使用，此时强制下线，再让用户重新拨号。绑定错误则需要后台人员在 BAS 系统里重新核对绑定关系。文档中的链接是内网系统，装维需要用公司网络访问，这也是为什么很多普通用户解决不了这类问题的原因之一。

这里有个细节容易被忽略：当前告警故障流水最大只显示 10000 条，显示不全时要到“告警查询”里查。如果只盯着当前告警页处理，大批量历史告警很可能漏检，我见过的漏报群障基本都是这个原因。

4.3 后台告警分类与群障拦截：10 户和 50 户是两条阈值线

到了地市客响专家台席，工作就不是单户排障，而是看集中化故障管理平台的 PON 告警。文档把告警分三类，处理路径完全不同。

第一种是 ONU 侧故障，告警特征包括 ONU 信号中断、ONU 掉电、端口下存在非法入侵的流氓 ONT、网管与设备通信失败。这类基本属于 ONU 终端故障，影响超过 10 户要手工发布群障告警，客服那边会做群障拦截，15 分钟内通知家客代维公司现场处理，之后每 30 分钟跟进一次进度。

第二种是传输线路故障，特征有 OLT PON 信号丢失、主干光纤断、OLT 检测不到预期的光信号（LOS）、网元链路断、OLT PON 接收光功率越限。影响超过 50 户要发布群障，通知线路代维公司。这类故障通常不是某一户的问题，而是整个分光器下的用户集体掉线，单靠装维是修不了的。

第三种是 OLT 侧硬件故障，特征包括发送光功率不足、OLT 光模块不在位、PON 口发送光功率越限、GPON 端口光模块硬件故障，影响超 50 户通知 OLT 硬件代维公司。识别这些告警的价值在于：先把故障定性到某个层面，才不至于派错代维队伍，浪费 30 分钟响应窗口。

群障发布流程文档也写得很清楚。告警影响的用户数超过 50 户，故障单会派发到 EOMS，点击“确认受理”，填写故障公告时必须填“故障原因”“解释口径”和“有效期”，保存提交后群障拦截信息会发到 IOM 系统，客服预处理时能看到提示。故障恢复后 10 分钟内取消群障拦截。

5. 装维现场避坑手册：五个最容易翻车的细节

这一章专门写踩坑。以下五条我都在真实场景里遇到过，有的是仪器用错，有的是检查顺序跳步，现象、原因、解决一条一条说清楚。现场很多问题最后不是不会查，而是查得太快、跳过了关键验证，才导致返工。

5.1 坑一：LOS 闪亮就报线路故障，忘了尾纤和法兰盘

现象：光猫 LOS 灯闪亮，判断光路中断，上报线路代维，结果线路巡检到场看了半天，发现只是光猫 PON 口尾纤松了。原因：LOS 确实代表收不到光，但故障点可能是从 OLT 到分光器、分光器到用户家一整条链路，也包括用户家这 1 米尾纤和法兰盘。解决：报线路故障前，先把光猫侧尾纤拔下来重新插紧，换一个法兰孔测试，再测收光功率。有时候法兰盘内部瓷芯裂了也会造成光衰，只是裂口不大肉眼看不出来，用光功率计一测便知。我见过太多因为一根尾纤没插到位引发的整套 FTTH 换线流程，纯属浪费。

5.2 坑二：光功率计波长选错，测出“假光衰”

现象：用光功率计测收光，显示 -32dBm，判定光路故障，重新拉皮线后数值还是不对，最后发现是功率计波长设置在 1310nm。原因：FTTH 下行是 1490nm，上行是 1310nm。ONT 收的是下行光，功率计波长选在 1310nm 时，读出的数值对不上实际下行光功率。解决：测试前确认波长 1490nm，同时确认功率计内置了对应的光检测器。还要注意测试前用清洁器擦一下尾纤端面，脏污会让读数偏低不少。这个坑最容易发生在新手第一次独立上工，光猫侧读数异常时先检查波长设置，别急着动光缆。

5.3 坑三：用路由器直接测速，把局域网问题当成外线问题

现象：用户提速后测速不达标，装维在路由器 WAN 口测速，结论是上行带宽不够，报了线路工单，结果单机拨号测速完全正常。原因：路由器内部有 NAT、QoS、老固件的转发瓶颈，加上无线测速更不稳定，测出来的速度不能代表运营商链路质量。解决：测速前先单机、有线、拨号，三个条件缺一不可。文档在 FTTB 那部分强调的“挂单机测试”，就是这个原理。手机测速还要注意关闭 Wi-Fi 智能切换，某些安卓手机会在 2.4G 和 5G 之间自动跳转，测速数据完全不可信。从那以后我每次测速都强制走一遍单机流程，光猫 LAN 口直接对笔记本，排掉所有用户设备。

5.4 坑四：网线测试仪 8 芯全亮，不代表能跑百兆以上

现象：FTTB 用户网速不达标，网线测试仪显示 8 芯全通，判断网线没问题，后来发现线序不对，只能跑百兆。原因：网线测试仪只测通断，不测线序和串扰。错误的线序在十兆、百兆下可以工作，但千兆或更高的速率就会协商失败或大量重传。解决：除了看测试仪全亮，还要确认双端线序一致，568B 标准线序是橙白、橙、绿白、蓝、蓝白、绿、棕白、棕。对已埋墙的网线，我一般用寻线器确认两端对应关系，再按线序重做水晶头。用户自己装修时压的水晶头，是最容易出这种问题的地方。

5.5 坑五：光猫重启后仍 691，没查账号绑定状态

现象：用户报 691，装维指导重启光猫和路由器，故障依旧，反复折腾半小时后，后台查发现账号绑定在旧端口上。原因：691 的四种成因里，绑定校验错误和异地在线不是现场重启能解决的，需要后台在 BAS 中解除旧绑定或清除在线会话。解决：先登录账号查询页面确认在线状态，判断是绑定问题还是盗用问题，再决定是找后台解绑还是强制下线。后台清除账号下线后，用户必须手动重新拨号，很多人清完就在那儿等自动恢复，等于白等。这个动作应该在重启设备之前做，能省下大量无效操作。

6. 进阶：把这份文档变成你自己的排障手册

文档本身的流程已经能把大部分现场问题框定在一两个故障域内，但真正让它变成生产工具，还要做两件事。

6.1 浓缩成一张“先看灯、再测光、后查号”的速查表

我把它提炼成一张三行表贴在工具包盖内侧。表头是故障现象、第一判定、第二判定、出口动作：

这张表最大的用处在于，新人拿着它不会在第一步就乱。先看灯，再测光，后查号，顺序错不得：光路问题去查账号，查破头也查不出来；该换分光器端口的时候去换路由器，结果是白跑一趟。顺序对了，多数工单十分钟内能圈定方向。

6.2 把每次排障记一条根因，形成自己的案例库

我自己的习惯是：每次处理完工单，顺手在本子上记一条，格式是“现象一句话 + 根因一句话 + 处理动作 + 耗时”。三个月后翻出来，会发现 80% 的问题集中在 20% 的根因上，比如尾纤松动、信道拥堵、账号绑定、路由器老化。这些记录就是自己的黑匣子，下次遇到类似现象，直接跳到已知根因验证，不用再从零开始。

有一次我处理一个“每晚八点准时掉线”的工单，链路和光功率全正常，翻案例库才想起同类情况多半是分光器端口接触不良，温度升高后膨胀导致光路微弯。换了端口后果然稳定。从那以后我每次复盘都把这类时间特征记下来，线上问题也按房间、时段、设备三个维度建档。遇到新工单先查旧记录，能少走一半弯路。希望帮到你。

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