BBR 加速是种解决 TCP 拥堵的算法，由 Google 团队 2016 年推出，简单来说就是加速网络 TCP 传输协议的新算法，通过算法优化传输速度，避免路由堵塞现象的产生，BBR 利用瓶颈带宽和往返传播时间，被认为是迄今为止跨越不同路由发送数据的最快方法，当数据路由拥挤时，能够更有效地处理流量。
算法优势
BBR 以一定速度不断评估多个路由的吞吐量和往返流量时间，得出遍历网络需要的时间，这样，BBR 以网络可处理的速度发送流量，比最初的 TCP 拥塞控制更有效果，它还兼容由 Google 设计的替代传输协议，快速 UDP 互联网连接(QUIC)，并被 IETF 作为标准。
BBR 并不是工程师们为加速 TCP 所做出的第一个努力，北卡罗来纳州立大学的研究人员表示，当今开发 TCP 中使用的最流行的基于丢失的拥塞控制算法之一是二进制增加拥塞控制(BIC)，其次是 CUBIC，还有另一种流行的拥塞控制算法叫做 Reno。
这些算法都是使用分组丢失来确定拥塞的，尽管开发 BBR 的 Google 工程师 Jacobson 表示，在他看来，BBR 才是唯一通过实际估计流量速度来确定最佳传输速度的 TCP 算法。
工作原理
拥塞现象是指到达通信子网中某一部分的分组数量过多，使得该部分网络来不及处理，以致引起这部分乃至整个网络性能下降的现象，严重时甚至会导致网络通信业务陷入停顿，即出现死锁现象。
这种现象跟公路网中经常所见的交通拥挤一样，当节假日公路网中车辆大量增加时，各种走向的车流相互干扰，使每辆车到达目的地的时间都相对增加（即延迟增加），甚至有时在某段公路上车辆因堵塞而无法开动(即发生局部死锁)。
拥塞控制就是针对此问题的控制技术/解决方案，但也不能说是解决，控制技术只能起到尽量避免/缓解拥塞的作。
TCP-BBR 技术呢？
它用了一种溢水原理的思想，来预判丢包率，调配发包速率。
假设你有一支较细的 U 形管，下面还有一堆不可溶的填塞物，你从一边开始大量灌水，如果另一边出水正常，你就可以继续加大灌水量，达到最大带宽。
如果另一边发现水时断时有，就证明下面出现了随机拥堵，这时，你就要减小灌水量，等待水位落下，这时如果采用传统继续灌水时，也就会造成水溢出（丢包现象的产生），所以这是真正的按需发包。
当然，这一切是建立在系统预估的情况下。