1 基本概念
1.1 定义与定位
TCP Tahoe 是传输控制协议中较早的一类拥塞控制方案，通常被视为经典的基础实现之一。它的核心目标是在不确定网络负载条件下，尽量避免发送端过度注入数据，从而降低拥塞、丢包和重传风暴带来的影响。该机制以丢包作为网络拥塞的主要信号，并据此调节发送速率。
1.2 名称由来
“Tahoe”一名来源于该算法早期实现所关联的地点命名传统，常与美国加利福尼亚州的塔霍地区相关联。网络协议研究中常以地名区分不同版本的改进方案，因此 TCP Tahoe 也成为该类拥塞控制策略的通用称呼。
1.3 在 TCP 体系中的作用
在 TCP 体系中，Tahoe 负责在端到端传输过程中控制数据发送节奏，使连接能够根据网络状态自适应调整。它不是单独的数据传输协议，而是 TCP 可靠传输机制中的重要组成部分，与确认应答、重传计时器、滑动窗口等机制协同工作。其出现标志着 TCP 从单纯依赖定时重传，逐步走向基于网络反馈的主动拥塞管理。
2 工作原理
2.1 慢启动
2.1.1 初始拥塞窗口
连接建立后，发送端通常以较小的拥塞窗口开始传输。这样做的目的，是避免在路径状态未知时一次性发送过多报文段，给网络带来突发压力。初始窗口的设置较为保守，随后根据接收确认的反馈逐步放大。
2.1.2 指数增长机制
在慢启动阶段，每收到一个新的确认应答，拥塞窗口便按一定规则增长，整体呈指数式扩张。换言之，发送能力会在短时间内迅速提升，直到达到慢启动阈值或检测到丢包为止。这个过程有助于较快探测可用带宽，但也意味着对拥塞变化较为敏感。
2.2 拥塞避免
2.2.1 线性增长机制
当拥塞窗口达到阈值后，TCP Tahoe 进入拥塞避免阶段。此时窗口不再快速翻倍，而是转为较缓慢的线性增加，以更平稳地逼近网络承载能力。这种增长方式有助于减少对链路的冲击，并降低因过快扩张而引发的丢包概率。
2.2.2 慢启动阈值的作用
慢启动阈值用于区分“快速探测”与“谨慎扩展”两个阶段。连接开始时，窗口在阈值以下采用慢启动策略；超过阈值后，则切换为拥塞避免。阈值并非固定不变，而会在拥塞事件发生后被重新设定，以便下一轮传输更加符合当前网络条件。
2.3 丢包检测与快速重传
2.3.1 重复 ACK 的判定
TCP Tahoe 通常通过重复确认应答来推断某个报文段可能已经丢失。若接收端连续发出相同序号的 ACK，说明后续数据已到达而缺失的数据仍未被接收，于是发送端可据此判断路径上存在丢包或严重乱序。
2.3.2 触发重传的条件
当发送端收到足够数量的重复 ACK 后，便会认为前方某个报文段已丢失，并立即进行重传，而不必等待超时定时器到期。这种方式可缩短恢复时间，减少空等带来的吞吐损失。Tahoe 的快速重传强调的是“尽早发现、尽快补发”，但其后续恢复策略仍较为保守。
2.4 拥塞窗口调整策略
2.4.1 窗口回退规则
一旦确认发生拥塞，TCP Tahoe 会将拥塞窗口显著缩小，通常回到较低水平，并重新进入慢启动流程。其思路是把网络暂时视为承载能力不足，因此先减速，再重新探测。这个回退动作在行为上比较激进，体现出该算法对丢包信号的高度敏感。
2.4.2 阈值重置方式
在发生丢包后，Tahoe 会同时重新设置慢启动阈值。新的阈值一般由原拥塞窗口的一部分推导而来，用以表示当前网络可接受的更保守上限。随后发送端从较小窗口重新开始增长，直到再次接近新的阈值。
3 算法特征
3.1 核心特点
TCP Tahoe 的核心特征可以概括为“以丢包判断拥塞、以窗口调节速率、以阈值切换增长模式”。它把网络状态反馈直接映射到发送行为上，结构清晰，逻辑简单，便于实现与分析。与后来的改进版本相比，它的控制策略更为朴素，也更容易在教材中作为示例出现。
3.2 对网络拥塞的响应方式
该算法对拥塞的响应偏向保守。一旦发现丢包，便迅速降低发送速率并重新探测可用带宽。这种做法能够避免持续加压，但也可能在网络尚未严重拥塞时就过早收缩窗口，导致资源利用率下降。它体现的是一种“宁可谨慎，不可过载”的控制思想。
3.3 与端到端传输性能的关系
Tahoe 通过控制窗口大小，直接影响连接的吞吐量、时延与稳定性。窗口增长较快时，传输效率会上升；而发生丢包后，窗口骤降会带来短暂的性能回落。因此，Tahoe 的端到端表现往往呈现出“平稳探测—丢包回退—重新爬升”的循环特征。
4 历史发展
4.1 提出背景
TCP Tahoe 出现于互联网规模快速扩展的阶段。当时，网络链路容量和拓扑复杂度不断增长，单纯依赖固定发送速率已难以适应实际环境。为了减少拥塞崩溃风险，研究者开始引入基于反馈的动态控制思路，Tahoe 正是在这一背景下形成的代表性方案。
4.2 与早期 TCP 版本的关系
在更早的 TCP 实现中，拥塞控制并未像后来的版本那样成为独立且系统化的机制。Tahoe 将慢启动、拥塞避免和快速重传组合起来，使 TCP 的发送策略更具适应性。它可以看作早期 TCP 向现代拥塞控制过渡的重要步骤。
4.3 在拥塞控制演进中的影响
Tahoe 为后续算法提供了清晰的基础框架，尤其是在丢包检测、阈值调节和窗口回退等方面影响深远。后来的 Reno、NewReno 以及更多变体，都是在其思想上进行局部优化或流程修正。即便在今天，Tahoe 仍常被用作研究拥塞控制历史演进时的基准模型。
5 与其他算法的比较
5.1 与 TCP Reno 的区别
TCP Reno 在 Tahoe 的基础上进一步优化了丢包后的恢复过程，尤其在处理重复 ACK 引发的重传场景时更为细致。相较之下，Tahoe 在检测到丢包后通常会更彻底地回退到慢启动，而 Reno 则能在部分情况下保留较多发送能力，从而减少性能损失。
5.2 与 NewReno 的区别
NewReno 主要改进了多重丢包情况下的恢复效率，使得连接在一个窗口内出现多个丢失报文段时，能够更稳妥地完成修复。Tahoe 不具备这类增强机制，面对复杂丢包场景时往往恢复更慢，且更容易反复进入保守状态。两者的差别体现了拥塞控制从“能工作”向“更高效工作”的演进。
5.3 与现代拥塞控制算法的差异
现代拥塞控制算法通常会综合考虑时延、带宽估计、丢包概率和队列状态，不再完全依赖丢包这一单一信号。相比之下，Tahoe 的判断方式较为直接，控制逻辑也更单线条。它适合展示基础原理，但在复杂、高速或低时延网络中，性能往往不如更先进的方案。
6 优点与局限
6.1 优点
6.1.1 实现简单
TCP Tahoe 的状态转换和控制规则较容易理解，代码实现也相对简洁。对于协议教学、算法分析以及基础实验来说，它是一种非常典型的入门模型。其简洁性使研究者能够清楚观察拥塞控制的基本行为。
6.1.2 对拥塞信号响应直接
该算法对丢包和重复 ACK 的反应非常明确，能够迅速降低发送压力。由于反馈到动作之间的路径短，网络在出现明显拥塞迹象时可以较快得到缓解。这种直接性使其在早期互联网环境中具有较强的实用价值。
6.2 局限
6.2.1 丢包后吞吐量下降明显
一旦发生丢包，Tahoe 往往会把窗口降得很低，导致连接吞吐量显著下滑。对于长距离传输或高带宽路径而言，这种回退会使可用链路在一段时间内无法被充分利用，性能波动也更明显。
6.2.2 恢复效率较低
Tahoe 对丢包的处理较为保守，恢复后需要重新经历慢启动过程，重新“爬坡”到先前水平。这使得它在复杂网络环境中往往显得不够高效，尤其在丢包并不总是意味着严重拥塞的情况下，可能出现过度收缩的问题。
7 应用与研究
7.1 教学中的典型案例
TCP Tahoe 常被用于讲解拥塞控制的基本流程，包括窗口增长、阈值切换、重复 ACK 判定和重传策略等内容。由于其机制清晰，学生可以通过它快速理解“网络拥塞如何影响发送速率”这一核心问题，因此在计算机网络课程中出现频率较高。
7.2 网络仿真与实验分析
在网络仿真平台中，Tahoe 常作为对照组或基线算法出现，用于比较不同拥塞控制策略的吞吐、时延和丢包表现。研究人员可借助它观察窗口变化曲线、链路利用率以及恢复过程，从而更直观地分析协议行为。
7.3 协议研究中的参考意义
尽管 Tahoe 已不再是主流高性能传输的首选方案，但它在协议研究中仍具有基础参考价值。许多后续工作都会先讨论 Tahoe 的行为，再说明某项改进究竟解决了什么问题。它因此成为理解 TCP 拥塞控制谱系时不可回避的起点之一。
8 相关概念
8.1 拥塞控制
拥塞控制是网络协议中用于防止数据流量超过网络承载能力的一组机制。它通过调整发送速率、窗口大小或调度策略，使多个连接能够更稳定地共享链路资源。
8.2 慢启动阈值
慢启动阈值是区分慢启动与拥塞避免阶段的重要参数。它决定发送窗口何时从快速增长切换到平稳增长，也会在拥塞事件后被重新设定。
8.3 拥塞窗口
拥塞窗口是发送端根据网络状况自行维护的发送限制，用于控制尚未确认的数据量。它是 TCP 拥塞控制的关键变量，直接影响传输速率与链路利用率。
8.4 快速重传
快速重传是指发送端在检测到重复 ACK 后，不等待超时便立即重发疑似丢失的数据段。它能够缩短恢复时间，是 Tahoe 中较为重要的丢包应对手段之一。