答案是大量现网仍在使用，只是拨号已经越来越隐形

2026 年 7 月，中国移动杭州研发中心公开了一个很有代表性的家宽边缘算力并网案例。这个项目研究的已经不是传统百兆宽带，而是家庭边缘算力、`VXLAN`、`SRv6`、跨域互联、边缘 AI 推理这些相当新的网络能力。可就在这样一个 2026 年的新项目里，中国移动仍然明确采用了 `PPPoE` 代理拨号机制，由局端的 `BCG-CPE` 代替家庭终端完成拨号，让家庭侧保持无感知接入。这个案例很能说明今天中国固定宽带网络里的实际情况，`PPPoE` 并没有因为 `FTTH`、千兆宽带、`FTTR`、`IPv6` 和新一代 `BNG` 的出现而消失。[Xinhua App](https://app.xinhuanet.com/news/article.html?articleId=202607254d2cf4ad7e584890a9b3b8f0abaeaaf4\&utm_source=chatgpt.com)

所以，如果把问题限定在 2026 年中国移动和中国电信的普通家庭宽带上，答案可以直接给出来，中国移动和中国电信大量现网家庭宽带仍然采用 `PPPoE`，特别是普通互联网接入业务。只是今天绝大多数家庭已经看不到 Windows 桌面上那个熟悉的宽带连接窗口，也不需要每天手工输入账号和密码。拨号动作通常已经搬进光猫、家庭网关或者主路由器里，由设备在后台自动完成。

这里很容易产生一个误解。很多家庭目前装的是 `GPON`、`XG-PON`、`XGS-PON`，甚至已经升级到 `FTTR`，于是容易认为这些新技术取代了 `PPPoE`。实际上，这些东西根本不在同一个技术层次上。

`GPON`、`XG-PON`、`XGS-PON` 解决的是光纤接入，也就是数据怎样通过光纤从家庭传到运营商的 `OLT`。`PPPoE` 解决的则是用户怎样在运营商网络里建立一个逻辑会话，怎样认证、获得网络参数、接受计费和策略控制。

一条今天很典型的家庭宽带链路，可以抽象成下面这样。

```text
手机 / PC
    |
Wi-Fi / Ethernet
    |
家庭路由器
    |
光猫 ONT
    |
GPON / XG-PON / XGS-PON
    |
OLT
    |
城域汇聚网络
    |
BRAS / BNG / vBRAS / iBNG
    |
Internet
```

`PON` 负责底层光接入，`PPPoE` 会话则可以穿过这套光接入网络，在家庭网关和运营商 `BRAS` 或 `BNG` 之间建立起来。

所以，一条千兆甚至更高速的光纤宽带完全可能同时属于 `XG-PON` 接入，又运行 `PPPoE`。二者没有冲突。

中国移动目前公开的实际资料对此相当明确。浙江移动仍然在官方家庭宽带故障处理页面中指导家庭路由器将上网方式设置为 `PPPoE`，再填写中国移动提供的家庭宽带账号和密码。浙江移动的宽带业务说明页面也直接把家庭宽带上网方式写成拨号上网 `PPPoE`。这类页面并不是十几年前遗留下来的技术介绍，目前仍然挂在中国移动官方业务系统中。[China Mobile](https://app.m.zj.chinamobile.com/zjweb/sjyytv3/kuandai3/router.html?type=1\&utm_source=chatgpt.com)

中国移动自己的网络架构资料给出的证据更有价值。中国移动发布的智能化宽带网络网关 `iBNG` 技术白皮书明确写到，宽带网络网关同时支持 `PPPoE` 和 `IPoE` 两种接入模式，并负责处理两种接入协议的状态机。白皮书后面的家宽质量分析章节甚至直接使用 `PPPoE` 认证结果、`PPPoE` 心跳时延、`PPPoE+` 用户路径信息来进行家庭宽带故障定位。也就是说，中国移动规划的并不是把 `PPPoE` 一刀切掉，而是在新一代 `BNG` 架构里同时容纳 `PPPoE` 和 `IPoE`。[s21i](https://13115299.s21i.faiusr.com/61/1/ABUIABA9GAAgxo2jqgYohOzXlgQ.pdf)

中国电信的情况同样清楚。

中国电信上海分公司目前公开的 2025 版业务服务协议里，对宽带业务有一个非常直接的定义。协议把宽带分为宽带拨号业务和宽带专线业务，其中宽带拨号业务可以采用 `ADSL`、`LAN`、光纤等接入方式，通过账号和密码发起 `PPPoE` 拨号认证，再接入 Internet。协议后面还继续使用宽带账号、自动拨号连接、`BRAS` 等概念。这里特别关键的一点，就是中国电信自己的正式业务协议已经明确说明，光纤接入和 `PPPoE` 并不是二选一。光纤负责物理接入，`PPPoE` 仍然可以负责互联网宽带会话。[189.cn](https://sh.189.cn/pdf/ywfwxy.pdf?utm_source=chatgpt.com)

广东电信目前的宽带提速页面也仍然建议部分用户在提速后重新拨号，并提到 Windows 自带宽带拨号以及其他操作系统上的 `RasPPPoE`。这些公开信息共同指向同一件事，中国电信普通家庭宽带的 `PPPoE` 基础设施仍然存在于现网之中。[China Telecom](https://gd.189.cn/kd/kdts/index.html?XSQD=WT-PC-LYH\&utm_source=chatgpt.com)

有意思的地方在于，很多家庭实际上已经完全感觉不到 `PPPoE`。

十几年前比较常见的安装方式是光猫工作在桥接模式，电脑直接运行 Windows 宽带连接。开机后需要点击宽带连接，输入类似宽带账号和密码，Windows 自己充当 `PPPoE Client`。

今天更常见的方式，是运营商安装的智能光猫直接工作在路由模式。

光猫内部保存宽带账号和认证参数，设备开机后自动建立 `PPPoE Session`。家庭里的手机、电脑、电视和平板根本不参与运营商侧的 `PPPoE` 认证，它们只是通过 `DHCP` 从光猫得到一个家庭局域网地址。

于是从手机或者 PC 看过去，网络结构可能只是这样。

```text
PC
 |
DHCP
 |
192.168.1.1 光猫
 |
PPPoE
 |
运营商 BNG
 |
Internet
```

PC 只知道自己获得了 `192.168.1.x`，默认网关是 `192.168.1.1`。对于 PC 来说，确实没有任何 `PPPoE`。

但从光猫向运营商网络再看一层，完全可能仍然存在一条 `PPPoE Session`。

这也解释了一个家庭网络里非常常见的现象。某台路由器的 `WAN` 口明明选择的是动态 IP，通过 `DHCP` 获得了 `192.168.1.2`，网络也可以正常使用，却不能据此判断运营商已经采用 `IPoE`。

这种情况下，很可能只是光猫已经完成了运营商侧的 `PPPoE`，路由器实际上位于光猫形成的局域网后面。

链路会变成下面这样。

```text
运营商 BNG
     |
   PPPoE
     |
光猫 192.168.1.1
     |
   DHCP
     |
路由器 WAN 192.168.1.2
     |
家庭局域网
```

如果把光猫从路由模式改成桥接模式，结构就发生变化。

```text
运营商 BNG
     |
   PPPoE
     |
家庭路由器
     |
NAT / DHCP / Wi-Fi
     |
家庭设备
```

此时路由器必须承担 `PPPoE Client` 的工作，路由器管理页面里通常就会再次出现宽带账号和宽带密码。

因此，今天家里看不到拨号，并不能说明运营商不用 `PPPoE`。很多时候只是拨号的位置从 PC 移到了光猫。

这里还有另一层经常混在一起的认证。

家庭光纤接入运营商 `PON` 网络时，`ONT` 或光猫自己也要完成注册认证，常见机制包括 `LOID`、序列号、`PLOAM Password` 等。这个认证解决的是光猫有没有资格挂到某个 `OLT` 的 `PON` 端口下面。

而 `PPPoE` 认证解决的是互联网宽带账号能不能建立 Internet 会话。

于是同一条中国移动或者中国电信光纤上，完全可能发生两次逻辑上不同的认证。

光猫开机后，先在 `PON` 网络里注册成功。完成光链路和业务配置后，光猫里的 Internet `WAN Connection` 再启动 `PPPoE`，向远端 `BRAS` 或 `BNG` 建立宽带会话。

所以家庭宽带里看到 `PON` 灯正常，只能说明光猫已经和 `OLT` 建立光接入关系，并不能保证 Internet 的 `PPPoE` 一定成功。反过来，常见的 `PPPoE 691` 一类错误更多与账号认证有关，与光功率是否正常并不是同一个问题。

再往运营商网络内部看，`PPPoE` 能活到今天并不是偶然。

`PPP` 在早期拨号网络时代就已经形成了一套非常成熟的会话管理体系。后来以太网逐渐成为宽带接入的主要承载方式，`PPPoE` 把 `PPP` 会话封装在 Ethernet 上，于是运营商可以继续沿用账号、认证、授权、计费、地址分配和用户策略控制这一整套运营体系。

`RFC 2516` 在设计 `PPPoE` 时，核心目标之一就是让运营商在以太网这种多点网络上仍然拥有类似传统 `PPP` 的点到点用户会话。每个用户建立独立 `Session`，运营商可以针对用户进行接入控制、计费和服务管理。[RFC Editor](https://www.rfc-editor.org/info/rfc2516/?utm_source=chatgpt.com)

这与中国运营商长期使用的 `AAA` 和 `RADIUS` 体系非常契合。

家庭宽带账号拨号以后，`BNG` 可以把认证请求交给 `RADIUS` 或相关 `AAA` 平台。认证通过后，系统可以根据用户套餐下发地址池、速率、`QoS`、策略、IPv6 参数以及其他业务属性。

例如，同一个 `BNG` 上可能同时存在 300 Mbps、500 Mbps、1000 Mbps、2000 Mbps 用户。用户物理上可能都来自类似的 `PON` 网络，真正进入运营商业务体系以后，却可以通过账号、线路标识和认证系统获得不同策略。

这就是 `PPPoE` 对运营商仍然具有价值的地方。它不仅仅是一个拨号按钮，而是一套成熟的用户会话管理模型。

从这里也能理解中国移动为什么没有简单把新一代 `iBNG` 设计成只支持 `IPoE`。中国移动白皮书里直接把 `PPPoE` 和 `IPoE` 都放进下一代宽带网络架构中，因为现网规模实在太大，运营商不会为了少掉几个字节的协议头，就轻易推倒几十年来积累的认证、计费、运维、用户策略和故障定位体系。[s21i](https://13115299.s21i.faiusr.com/61/1/ABUIABA9GAAgxo2jqgYohOzXlgQ.pdf)

中国电信的网络也在走类似的架构演进路线。传统硬件 `BRAS` 正在向 `vBRAS`、控制转发分离以及更云化的城域网络架构演进。2025 年中国电信仍然进行了城域云网 `vBRAS` 集中采购，其中包括控制面、用户面以及 `MSE` 设备。这里改变的是 `BRAS` 的实现方式，而不是要求所有家庭宽带立即抛弃现有接入协议。[C114](https://www.c114.com.cn/news/117/a1301359.html?utm_source=chatgpt.com)

所以今天讨论 `PPPoE` 有没有被淘汰时，必须把协议和设备架构分开。

老式 `BRAS` 可以运行 `PPPoE`。

现代 `vBRAS` 可以运行 `PPPoE`。

新型 `BNG` 可以运行 `PPPoE`。

中国移动规划的 `iBNG` 同样可以运行 `PPPoE`。

把实体大盒子换成控制转发分离、云化控制面甚至 AI 增强的 `BNG`，并不会自动改变家庭用户采用什么接入协议。

当然，`PPPoE` 并不是没有代价。

最典型的问题就是额外封装开销。

传统 Ethernet 的 `MTU` 通常为 1500 字节，而 `PPPoE` 又增加了额外头部。经典 `PPPoE` 环境下常见 `MTU` 因而是 1492。`RFC 4638` 后来专门提出了更大的 `PPPoE MTU/MRU` 支持方案，在链路各设备允许的情况下，可以通过 `PPP-Max-Payload` 等机制突破传统 1492 的限制。[RFC Editor](https://www.rfc-editor.org/info/rfc4638/?utm_source=chatgpt.com)

除此之外，`PPPoE` 还是有状态的。

用户需要经过发现阶段建立 `Session`，`BNG` 要保存大量用户会话状态，还涉及 `LCP`、认证、地址协商、`AAA`、会话老化、异常掉线处理等逻辑。

当家庭宽带进入千兆、2000 Mbps、5000 Mbps，甚至万兆时代以后，这些状态维护和报文处理确实会给 `BNG` 和家庭路由设备带来额外压力。

不过现代运营商设备并不是让一颗普通 CPU 用软件逐包处理全部 `PPPoE` 流量。运营级 `BNG` 普遍使用专门的数据平面、网络处理器或者硬件转发能力，家庭路由器 SoC 也往往具备相应硬件加速。所以在设计合理的设备上，`PPPoE` 并不会因为家庭宽带升级到 1000 Mbps 就自然失效。

真正与 `PPPoE` 构成长期竞争关系的是 `IPoE`。

`IPoE` 可以粗略理解为 IP 直接跑在 Ethernet 之上，不再在中间套一层完整的 `PPP Session`。家庭终端或者家庭网关可以通过 `DHCP` 获取地址，运营商再结合 `VLAN`、`QinQ`、端口信息、`DHCP Option 82`、线路标识、MAC 地址以及 `AAA` 系统识别用户。

这种模式减少了 `PPP` 会话管理，协议结构也更自然，很适合大规模以太网和新型宽带网络。

但 `IPoE` 并不是简单地把 `PPPoE` 的账号密码删掉就结束了。

运营商仍然需要知道某个数据包来自哪一个用户、哪一个 `OLT`、哪一个 `PON` 端口、哪一条线路，还要完成认证、授权、计费、动态策略、地址分配和安全控制。过去由 `PPP Session` 很自然提供的用户身份边界，在 `IPoE` 环境里需要通过线路标识和接入网络信息重新建立。

因此大型运营商更现实的演进方式通常是长期共存。

中国移动的 `iBNG` 白皮书直接支持 `PPPoE` 和 `IPoE` 两种模式，就是这种思路的典型体现。老用户、部分普通家庭 Internet 业务继续运行 `PPPoE`，某些新业务或者新建网络可以逐步采用 `IPoE`，网络侧的 `BNG` 则同时处理两类用户。

同一条家庭光纤上甚至可以同时存在多种接入方式。

Internet 业务可能跑在一个 `VLAN` 上，采用 `PPPoE`。

IPTV 可能位于另一个 `VLAN`，通过 `DHCP` 或其他 `IPoE` 方式获得网络配置。

光猫远程管理业务还可能运行在另一个管理 `WAN Connection` 中。

VoIP 又可能拥有单独的业务连接。

家庭看到的是一根光纤，运营商看到的却可能是几条逻辑上彼此独立的业务通道。

这里也可以顺便回答另一个经常出现的问题，已经全面推广 IPv6 以后，`PPPoE` 是否自然应该消失。

答案仍然是否定的。

`PPP` 并不限于 IPv4。`RFC 5072` 专门定义了 IPv6 over PPP，PPP 链路建立以后，可以通过 `IPv6CP` 建立 IPv6 网络层通信。家庭路由器还可以进一步通过运营商网络获得 IPv6 前缀，再使用 `DHCPv6-PD` 把前缀分配到家庭 LAN。[RFC Editor](https://www.rfc-editor.org/info/rfc5072/?utm_source=chatgpt.com)

因此一个家庭路由器的实际状态完全可能是这样的。

```text
WAN Protocol
PPPoE

IPv4
100.x.x.x

IPv6
2409:xxxx:xxxx::/64

Delegated Prefix
2409:xxxx:xxxx:1200::/56
```

这里同时存在 `PPPoE` 和 IPv6，没有任何技术矛盾。

中国移动和中国电信近年来持续推进千兆光网、`10G PON`、`FTTR` 和 IPv6，并不能据此推出 `PPPoE` 已经退出网络。前者主要描述接入带宽、光网络和 IP 协议栈的升级，而 `PPPoE` 主要承担用户接入会话管理，它们处在不同位置。

回到 2026 年中国家庭宽带的实际状态，更准确的描述应该是，中国移动和中国电信没有一个全国所有省份完全统一的家庭宽带接入模型。各省公司、各地市、不同建设时期的城域网、不同 `OLT` 和 `BNG` 域，以及 Internet、IPTV、政企宽带等不同业务之间，都可能采用不同方案。公开资料里也没有一个足够可信的全国统一数字，可以精确说中国移动多少百分比家宽仍然是 `PPPoE`，中国电信又是多少百分比。

因此不能写成中国移动所有家庭宽带百分之百使用 `PPPoE`，中国电信所有家庭宽带也百分之百如此。

但同样不能写成中国运营商已经淘汰 `PPPoE`。

从 2025 年中国电信正式宽带服务协议、当前中国移动官方家庭宽带配置页面、中国移动 `iBNG` 架构资料，到 2026 年中国移动最新家宽边缘算力项目继续使用 `PPPoE` 代理拨号，证据已经相当连贯。`PPPoE` 仍然属于中国主流家庭宽带现网技术之一，并且仍承担大量普通 Internet 用户的接入、认证和会话管理工作。[189.cn](https://sh.189.cn/pdf/ywfwxy.pdf)

今天真正发生的变化，不是 `PPPoE` 从网络里突然消失，而是它越来越从家庭用户的视野里消失。

过去是 Windows 在拨号。

后来变成家用路由器在拨号。

现在大量家庭变成运营商光猫或者家庭网关自动拨号。

未来随着 `IPoE`、新一代 `BNG`、云化 `vBRAS`、`FTTR`、万兆光网和更自动化的线路身份认证继续发展，`PPPoE` 在部分网络里的占比很可能逐渐下降。但从中国移动和中国电信目前公开的现网和技术路线来看，它离彻底退出家庭宽带还很远。

所以，当家里的中国移动或者中国电信光纤插进光猫，手机连上 Wi-Fi 后什么拨号界面也没看到时，后台仍然很可能正在运行一个已经诞生二十多年的协议。

那个协议，就是 `PPPoE`。

## 参考资料

中国移动浙江家庭宽带常见障碍处理页面，当前路由器配置仍要求选择 `PPPoE` 并填写家庭宽带账号和密码。[中国移动浙江家庭宽带自助报修](https://app.m.zj.chinamobile.com/zjweb/sjyytv3/kuandai3/router.html?type=1&utm_source=chatgpt.com)

中国移动浙江宽带业务说明，家庭宽带上网方式标明为拨号上网 `PPPoE`。[中国移动浙江宽带新装说明](https://service.zj.10086.cn/kdzq/kdzqRule.do?utm_source=chatgpt.com)

中国移动杭州研发中心 2026 年家宽边缘算力并网案例，其中明确使用 `PPPoE` 代理拨号。[中国移动新型家宽边缘算力设备并网案例](https://app.xinhuanet.com/news/article.html?articleId=202607254d2cf4ad7e584890a9b3b8f0abaeaaf4&utm_source=chatgpt.com)

中国移动智能化宽带网络网关 `iBNG` 技术白皮书，明确给出 `PPPoE` 与 `IPoE` 两种用户接入模式，并将 `PPPoE` 数据用于家宽质量分析和故障定位。[中国移动 iBNG 技术白皮书](https://13115299.s21i.faiusr.com/61/1/ABUIABA9GAAgxo2jqgYohOzXlgQ.pdf?utm_source=chatgpt.com)

中国电信股份有限公司上海分公司 2025 版业务服务协议，其中将光纤等接入方式下通过账号密码进行 `PPPoE` 认证定义为宽带拨号业务。[中国电信上海分公司业务服务协议](https://sh.189.cn/pdf/ywfwxy.pdf?utm_source=chatgpt.com)

中国电信广东宽带提速业务说明，其中仍涉及重新拨号以及 `PPPoE` 拨号软件。[中国电信广东宽带提速](https://gd.189.cn/kd/kdts/index.html?XSQD=WT-PC-LYH&utm_source=chatgpt.com)

`RFC 2516`，定义 Ethernet 上的 `PPP` 会话机制，也就是经典 `PPPoE`。[RFC 2516 A Method for Transmitting PPP Over Ethernet](https://www.rfc-editor.org/info/rfc2516/?utm_source=chatgpt.com)

`RFC 4638`，讨论 `PPPoE` 的 `MTU` 和 `MRU` 大于传统 1492 的处理机制。[RFC 4638 PPPoE MTU and MRU](https://www.rfc-editor.org/info/rfc4638/?utm_source=chatgpt.com)

`RFC 5072`，定义 IPv6 在 `PPP` 链路上的运行方式，说明 IPv6 与 `PPP`、`PPPoE` 并不存在天然冲突。[RFC 5072 IP Version 6 over PPP](https://www.rfc-editor.org/info/rfc5072/?utm_source=chatgpt.com)

2026 年 7 月，中国移动杭州研发中心公开了一个很有代表性的家宽边缘算力并网案例。这个项目研究的已经不是传统百兆宽带，而是家庭边缘算力、VXLAN、SRv6、跨域互联、边缘 AI 推理这些相当新的网络能力。可就在这样一个 2026 年的新项目里，中国移动仍然明确采用了 PPPoE 代理拨号机制，由局端的 BCG-CPE 代替家庭终端完成拨号，让家庭侧保持无感知接入。这个案例很能说明今天中国固定宽带网络里的实际情况，PPPoE 并没有因为 FTTH、千兆宽带、FTTR、IPv6 和新一代 BNG 的出现而消失。Xinhua App

2026 年的中国移动和中国电信宽带还在用 PPPoE 吗

2026 年 7 月，中国移动杭州研发中心公开了一个很有代表性的家宽边缘算力并网案例。这个项目研究的已经不是传统百兆宽带，而是家庭边缘算力、VXLAN、SRv6、跨域互联、边缘 AI 推理这些相当新的网络能力。可就在这样一个 2026 年的新项目里，中国移动仍然明确采用了 PPPoE 代理拨号机制，由局端的 BCG-CPE 代替家庭终端完成拨号，让家庭侧保持无感知接入。这个案例很能说明今天中国固定

紫薇堂堂主

网络与通信

截至2026年，中国移动和中国电信大量现网家庭宽带仍使用PPPoE拨号，但拨号已从PC转移到光猫或路由器后台自动完成。PPPoE与光纤接入（GPON、FTTR）并行不悖，负责用户认证、计费和会话管理。尽管IPoE逐渐兴起，运营商仍在其新架构中同时支持两种模式，PPPoE短期内不会退出。

代码解释

路由器

边缘AI

Windows

路由

DHCP

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

2026 年的中国移动和中国电信宽带还在用 PPPoE 吗-腾讯云开发者社区-腾讯云

2026 年的中国移动和中国电信宽带还在用 PPPoE 吗

2026 年的中国移动和中国电信宽带还在用 PPPoE 吗

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐