传输控制协议（TCP）在其最初设计时确立了一项核心假设：网络丢包必然源于中间瓶颈路由器的缓冲区溢出。当 Reno、NewReno 或早期版本的 CUBIC 等传统拥塞控制算法通过三次重复确认（DupACK）或重传超时检测到丢包事件时，会立即将发送窗口削减 30% 到 50%。尽管这种乘法减窗原则在有线光纤主干网中能有效防止队列雪崩，但在现代无线电通信、移动蜂窝网络及卫星中继链路上，该假设却完全失效。

当移动终端通过加密虚拟专用网络（VPN）隧道在易损无线信道上传输数据时，非拥塞性质的随机丢包屡见不鲜。射频噪声、多径衰落、同频 Wi-Fi 干扰以及蜂窝基站切换均会导致物理层数据丢弃，这些丢包与路由器缓冲区排队状态毫无关联。传统 TCP 协议栈盲目地将这类瞬态无线抖动视作网络过载，导致传输吞吐出现断崖式暴跌。加州大学洛杉矶分校提出的 TCP Westwood 及其改良版 TCP Westwood+ 彻底打破了这一桎梏，以端到端连续带宽估计取代了破坏性的盲目窗口折半。

无线丢包认知误区：传统拥塞控制为何严重拖慢 VPN 传输

在经典的传输理论中，每个被丢弃的 IP 数据报都被归咎于瓶颈队列已满。当发送方速率超出端到端链路上最慢节点的承载上限时，中间路由器的内存缓冲区逐渐填满，直至后续数据包被物理丢弃。

传统基于丢包的响应模式（Reno / 标称 CUBIC）：
[检测到数据包丢失] -------------------> 盲目截断窗口：ssthresh = cwnd / 2
(诱因：缓冲区溢出 或 射频信号衰落)        即便 100 Mbps 信道完全空闲，吞吐仍直接跌落 50%

Westwood+ 基于真实带宽的自适应恢复：
[检测到数据包丢失] -------------------> 基于物理容量重置：ssthresh = (BWE * RTTmin) / MSS
(由连续回传的 ACK 到达速率推算)           维系完整传输管道容量；杜绝人为劣化

将无线电信号衰落与信道干扰误判为网络缓冲区溢出

无线传输介质面临着有线介质所不存在的物理层扰动：

  • 多径衰落与相位抵消： 建筑物与地形反射导致射频电波发生相位干涉，在物理层引发突发性数据帧校验失败。
  • 卫星轨道的空间大气衰减： 星链等低地球轨道（LEO）星座易受暴雨衰减及电离层扰动影响，产生短暂的数据丢包。
  • 蜂窝基站切换间隙： 当 LTE 或 5G 终端在不同基站小区（gNodeB）之间切换时，空口信道重分配会引发持续 20 到 100 毫秒的数据暂停。

在上述场景中，网络瓶颈处的路由器队列实际上空空如也，物理信道具备充足的闲置带宽。然而传统 TCP 依然机械地将拥塞窗口（cwnd）削减一半，使得连接骤然陷入低速爬升状态，极易在下一次随机扰动到来时再次遭受重击。

加密移动隧道中乘法减窗机制引发的性能惩罚

当流量被封装在 WireGuard 或 IPsec 等安全加密 VPN 隧道内部时，这种性能惩罚被进一步放大。正如我们在 /news/tcp-gso-gro-offloading-linux-vpn-tun-performance 中所分析的那样，封装过程引入了协议头开销与固定的内部 MTU 约束。

若信道存在约 2% 的典型无线随机丢包率：

  1. 传统发送端大约每发送 50 个数据包就会触发一次乘法减窗。
  2. 拥塞窗口被死死压制在链路真实带宽时延积（BDP）的极小区间内，根本无法有效扩张。
  3. 一条标称 100 Mbps 的移动链路可能被压制到不足 8 Mbps 的实际吞吐，造成超过 92% 的频谱资源被白白闲置。

核心架构基石：端到端连续带宽估计（BWE）机制

TCP Westwood 确立了一种全新的设计范式：发送端不再把丢包作为推测网络可用容量的标尺，而是通过精准测量回传确认包（ACK）的时间间隔，直接在端到端尺度测算瓶颈链路的物理处理速率。

监控 ACK 到达速率与数据段递送时间步调

当接收端成功接收数据时，会向发送端发回 ACK 确认报文。如果中间瓶颈路由器以其带宽容量（$C$）持续转发数据，那么返回的各个 ACK 之间的时间间隔便能精确镜像出该瓶颈的转发速率。

每个返回的 ACK 报文都宣告了一定大小的数据（$d_k$）已顺利离开网络管道。通过精确采集相邻 ACK 到达的时间差（$\Delta t_k$），发送端可计算出瞬时可用带宽样本：

$$b_k = \frac{d_k}{\Delta t_k}$$

协议通过数字低通滤波器对原始离散样本进行持续平滑计算，输出稳定的可用带宽估计值（BWE）。该滤波器能够过滤操作系统内核调度引发的高频瞬态抖动，同时灵敏捕获网络物理通道容量的实质性变动。

基于带宽时延积重设 Ssthresh：终结无根据的窗口折半

当丢包发生时，TCP Westwood 拒绝执行盲目的数值折半操作，而是将慢启动阈值（ssthresh）重设为由实测物理容量所支撑的合理区间：

$$\text{ssthresh} = \frac{\text{BWE} \times \text{RTT}_{\min}}{\text{MSS}}$$

其中：

  • $\text{BWE}$ 为丢包瞬间平滑计算出的瓶颈可用带宽估计值。
  • $\text{RTT}_{\min}$ 为该连接全生命周期内观测到的最小往返时延，代表无排队积压时的纯物理传播延迟。
  • $\text{MSS}$ 为最大报文分段大小。

因为乘积 $\text{BWE} \times \text{RTT}_{\min}$ 严丝合缝地对应了当前链路的物理带宽时延积，将 ssthresh 校准为此值能够确保发送端维持满管道填充。如果此次丢包仅仅是由射频噪声引发的偶发错误，连接将继续以线速推进传输，完全避免了旧式拥塞算法所导致的断崖式降速。

消除测量混叠：从 Westwood 到 Westwood+ 的技术演进

尽管早期版本的 TCP Westwood 在测试中取得了惊人的吞吐增长，但在复杂的广域网真实环境下，一种被称为 ACK 压缩（ACK compression）的隐蔽缺陷逐渐显露。

发送端观测到的原始 ACK 接收间距：
[数据发送] -------> [瓶颈节点缓冲区排队积压] -------> [ACK 密集波次突发到达]
                                                      (微小的 delta_t 引发 BWE 虚假脉冲)

Westwood+ 改进方案（离散 RTT 尺度积分滤波）：
[在完整 RTT 观测窗口内汇总采样数据] -> 积分滤波算法 -> 稳定精确的 BWE 估计

突发交叉流量队列中诱发的 ACK 压缩病理分析

在充满突发流量的并发链路上，返回的 ACK 数据包往往会积压在下行方向的大块数据包之后。当下行数据发送完毕后，中间路由器会在极短时间内成串倾倒积压的 ACK 数据包。

在旧版 Westwood 算法下：

  • 密集到来的 ACK 报文之间的时间间隔趋于微秒级极限（$\Delta t_k \to 0$）。
  • 公式 $b_k = d_k / \Delta t_k$ 瞬间计算出脱离物理实际的虚假超高带宽脉冲。
  • 这种频谱混叠效应严重污染了低通滤波器的输出，导致系统过度高估信道容量并引爆缓冲区。

离散 RTT 尺度低通滤波：维系带宽测量的不变量

为了从根源上消除 ACK 压缩带来的干扰，研究团队推出了改良算法 TCP Westwood+。Westwood+ 摒弃了基于单个 ACK 计时的粒度，改为在完整的往返时延区间（$R \approx \text{RTT}$）内汇总统计传输的数据总量：

$$B_k = \frac{D_k}{R_k}$$

其中 $D_k$ 为在时段 $R_k$ 内成功确认送达的总数据量。平滑估计值通过指数加权移动平均算法进行增量更新：

$$\text{BWE}k = \alpha \cdot \text{BWE}{k-1} + (1 - \alpha) \cdot B_k$$

通过在整个 RTT 尺度上执行离散积分，Westwood+ 对短时 ACK 簇团具备了完全的免疫力。无论是在 5G 移动信道、信号抖动的 Wi-Fi 网络还是卫星通信中，算法均能准确测得真实的链路瓶颈运力。

加密覆层网络中的传输动力学：WireGuard 与 IPsec 表现

加密覆层隧道为传输层引入了额外的动力学特征，使得基于带宽估计的拥塞控制显得尤为不可或缺。

抵御 5G 基站切换丢包与卫星链路瞬态抖动冲击

在移动办公环境下，终端频繁在异构网络接入点之间漫游：在室内 Wi-Fi 6 与室外 5G 蜂窝基站间来回穿梭，或在偏远地区路由至卫星地面站。

在物理漫游切换期间：

  1. 无线空口在重新协商载波频段时通常会连续丢失数个数据包。
  2. 若运行 Reno 或标准 CUBIC，系统会立刻认定网络严重拥塞，将 cwnd 暴力下调到底线水平。
  3. 若运行 Westwood+，发送端监测到 BWE 依然维持在 80 Mbps 且 $\text{RTT}_{\min}$ 保持为 35 ms。
  4. 套接字将 ssthresh 锚定在维持 80 Mbps 满负荷所需的水平，在一个 RTT 内即可满血恢复，规避了慢启动漫长爬升。

这一特性从根本上切断了由于慢启动超调诱发严重缓冲膨胀的恶性循环，相关机制详见 /news/tcp-hystart-plus-rfc-9406-bufferbloat-slow-start-vpn。

缓解 UDP 封装多路径数据流中的队头阻塞问题

虚拟专用网络普遍将三层网络报文封装进 UDP 载荷中传输。当底层通道出现临时丢包时，内层 TCP 连接极易因重传发生队头阻塞。

结合我们在 /news/tcp-sack-rfc-6675-loss-recovery-pipe-algorithm-vpn 中探讨的选择性确认机制，Westwood+ 能在重传缺失片段的同时，继续根据估算的通道带宽匀速泵入新数据段，从而显著削减连接等待重传超时计时器的闲置空窗期。

架构级系统优化：RiceGuard 抗丢包传输引擎

VPNRice 将先进的端到端带宽估计理论深度内嵌于全球传输底层，依托 RiceGuard 智能加速引擎提供坚实支撑：

  • 自适应 BWE 探测引擎： 实时捕获隧道内部 ACK 确认节奏，无需在内核空间频繁加锁即可灵敏跟踪物理载波带宽变化。
  • 丢包根因甄别启发算法： 关联分析数据包到达时刻与 RTT 抖动方差，高精度剥离无线空口电磁干扰与真实网络缓冲区积压。
  • 无损自适应窗口回退： 在检测到非拥塞丢包时，严格依据 BDP 实测值维持传输窗口，彻底终结盲目窗口折半。
  • 跨层移动通信协同： 融合终端蜂窝基带硬件遥测，在基站切换关键窗口自适应校准发送步调，抚平突发吞吐低谷。

这些架构级优化使得 VPNRice 用户即便置身于高延迟跨国网络、极度拥挤的公共场所无线网络或移动颠簸的高铁环境中，依然能够畅享高清视频会议与顺畅的大文件并发传输。

Linux 生产实测：配置与基准评估 Westwood+ 算法

系统运维人员与网络架构师可利用 Linux 内核参数及标准网络工具，在网关与服务器上启用并实测 TCP Westwood+。

在 Linux 内核数据路径中加载并启用 tcp_westwood

检查内核可用拥塞算法并全局激活 Westwood+：

# 查询当前系统内核所支持的 TCP 拥塞控制算法清单
sysctl net.ipv4.tcp_available_congestion_control

# 若尚未加载 westwood 模块，手动载入内核
sudo modprobe tcp_westwood

# 将系统默认拥塞控制算法切换为 westwood
sudo sysctl -w "net.ipv4.tcp_congestion_control = westwood"

# 将该配置持久化写入系统启动规则
echo "net.ipv4.tcp_congestion_control = westwood" | sudo tee -a /etc/sysctl.d/99-tcp-westwood.conf

使用 ss 工具审查套接字内部遥测与性能指标

利用 ss 工具可以深度检查运行中的 TCP 套接字内部状态：

# 查询承载 HTTPS 传输且启用 westwood 算法的活动连接指标
ss -tin '( dport = :443 or sport = :443 )'

# 典型输出指标解读示例：
# cubic / westwood wscale:7,7 rto:240 rtt:32.4/4.1 ato:40
# ssthresh:142 cwnd:160 bwe:78.4Mbps minrtt:28.1

通过实时审查 bwe、minrtt 与 cwnd 指标，网络工程师能够确证传输窗口严格按照信道物理承载力进行无损重置，全面释放高丢包无线场景下的多吉比特传输潜能。

获取 VPNRice。