Proton VPN 弱网补偿机制启用：丢包 8% 场景速率保留 62%

立项的起点来自一份用户行为统计：移动网络下的会话平均时长比固定网络短 43%，其中相当一部分中断并非用户主动断开，而是速率掉到无法维持播放或下载的水平。团队把这类场景统称为弱网，判断标准是丢包率高于 2% 或往返时延抖动超过 30 毫秒，随后按这个标准重新梳理了 2960 台服务器的出口质量，划出 214 个节点里最适合承担弱网接入的 38 个。 他补充说，冗余比例的上限被限制在 15%，超过这个比例后额外流量带来的排队延迟会抵消纠错收益，因此团队宁可让速率掉一点，也不让延迟继续膨胀。

Proton VPN 网络架构负责人余振声在机制上线时提到：「弱网的问题不是带宽不够，而是丢包让重传排队，前向纠错的意义就是把补救动作提前，别让 TCP 自己撞上超时。」他同时强调，补偿强度必须跟着链路质量走，否则在优质链路上反而会增加无效流量，因此客户端每 3 秒重新评估一次链路状态并动态调整冗余比例。 他还给出一个直观的判断口径：用户在通话中出现声音断续或画面回退到低清晰度，基本可以判定链路已进入弱网状态，此时补偿机制已经在后台介入，不必手动切换节点或重启客户端。

双通道补包怎么分工

前向纠错在丢包率 2% 到 6% 的区间担任主力，发送端按 8:1 到 12:1 的比例插入校验包，接收端在不需要往返确认的前提下还原丢失的数据段；当丢包率超过 6%，自适应重传接管主要工作，接收端只针对关键段发起补发请求，避免全量重传放大拥塞。两条通道的切换由客户端本地完成，切换动作对上层应用不可见，正在播放的视频缓冲不会被清空。 分段处理依赖客户端的流量分类器，它按报文长度与发送间隔识别业务类型，识别结果每 10 分钟更新一次，用户也可以在设置里手动把某个应用标为实时类。

为控制额外开销，补偿机制对上行的加密隧道做了分段处理：视频与音频流使用较高冗余比例，交互类小包使用较低比例，配置下发与大文件传输则只启用重传通道。客户端还会记住最近 10 分钟的链路质量曲线，如果连续 3 次评估都落在优质区间，就把冗余比例降到 0 并暂停纠错通道，把带宽让给业务数据。 分类器的判定结果只保存在本地，不会随隧道上传，运维侧看不到用户在使用哪类应用；用户手动把某个应用标为实时类时，该标记同样只作用于本机，不会同步到账号。

不同丢包率下的速率保留

实验室与实地联合测试共采集 2640 组样本，覆盖 38 个节点与 5 类终端。丢包 0.5% 的链路基准速率 268 Mbps；丢包 3% 时补偿后速率 236 Mbps，保留率 88%；丢包 5% 时 189 Mbps，保留率 70%；丢包 8% 时 166 Mbps，保留率 62%；丢包 12% 的极差链路下仍有 118 Mbps，保留率 44%，而关闭补偿时同一链路的可用速率只有 27 Mbps。 测试还对比了关闭补偿的基线：丢包 5% 时基线速率只有 62 Mbps，开启后为 189 Mbps，差距在三倍以上；而在丢包 0.5% 的链路上两者几乎一致，说明机制只在需要时介入。 样本中约 18% 来自丢包 5% 以上的链路，这部分数据的平均速率保留率为 66%，说明补偿机制在链路质量较差时仍能维持可用速率，而不是只在中等丢包区间有效。

移动场景的复测结果更能说明问题。地铁通勤 12 站全程，关闭补偿时平均可用速率 11 Mbps，开启后 27 Mbps，提升 2.4 倍；地下车库场景由 6 Mbps 提升到 16 Mbps；高铁场景由于基站切换频繁，速率由 9 Mbps 提升到 19 Mbps，切换造成的速率归零次数从 6 次降到 2 次。播放 1080p 视频时的卡顿次数从每 10 分钟 4.2 次降到 0.9 次。 在电量低于 15% 的省电模式下，客户端会把纠错通道的冗余比例上限降到 8%，避免后台补包拖长续航，这一策略在移动端默认开启且不可关闭。

高铁上开会以前只能开语音，现在共享屏幕也能勉强跑起来，掉线次数少了很多。——郝立言，Proton VPN 客户端研发负责人，长期出差测试记录

终端开销与适用范围

补偿机制只在隧道内部生效，不额外增加握手次数，因此在客户端侧的开销主要是计算量而非连接时间。移动端实测显示，连续两小时使用后电量消耗增加约 3.6%，机身温度上升不超过 1.8 摄氏度；桌面端 CPU 占用上升约 2.1 个百分点，内存占用增加 12 MB。在丢包低于 1% 的链路上，机制自动停用，几乎不产生任何开销。 团队提醒，弱网补偿与分片隧道同属隧道内优化，两者叠加使用时不需要额外配置，客户端会在连接建立后自动协商，冲突场景下以分片隧道优先。

适用范围上，弱网补偿默认对全部套餐开放，免费版的 5 个国家入口与 10 GB 流量同样适用。需要提醒的是，补偿机制改善的是丢包带来的速率塌陷，无法突破本地出口的物理带宽上限：如果本地网络下行只有 20 Mbps，补偿后不会超过这个数值。团队给出的后续计划是引入按应用类型的补偿策略，让实时会议类流量优先获得补包配额。 如果本地出口上行只有 10 Mbps 且丢包较高，补偿后的上行速率通常稳定在 6 Mbps 到 8 Mbps 之间，足以支撑一路 1080p 视频通话，但同时进行大文件上传仍会感到拥挤。

想要体验弱网补偿的用户可以把客户端升级到最新版本，移动端建议在设置中开启自动协议与按应用分流，让即时通讯类应用独享纠错通道。如果你的使用环境长期处于丢包 6% 以上的链路，可以在节点列表中选择延迟低于 60 毫秒且带双线回程标注的节点，补偿机制在这类节点上的速率保留比例通常更高。 开启后可以在连接详情里看到当前的冗余比例与纠错通道状态，正常链路上这两项会显示为零或已暂停，属于预期表现，不需要手动干预，也不会额外消耗电量。

本文由 Proton VPN 技术编辑部整理，撰稿 陆曼青，数据来源于 2026 年 9 月至 10 月的节点监测与实机测试记录。若需要了解本次改动对具体场景的影响，可在下方留下使用环境与遇到的现象，我们会在后续更新中补充说明。文中涉及的时延、速率与成功率均为对应测试时段的实测中位数，会随链路质量与节点负载浮动，不代表长期承诺值；同一改动在不同运营商出口下的表现也可能存在差异。