WEBRTC 中的拥塞控制相关论文，包括 1. BBR，Congestion-Based Congestion Control 2. GCC，A Google Congestion Control Algorithm for Real-Time Communication 3. GCC，Analysis and Design of the Google Congestion Control for Web Real-time Communication 4. Kalman Filter，An Introduction to the Kalman Filter

在 NS2 中使用 12 个移动节点的 Ad-hoc 模拟。 这是为了比较不同路由协议（AODV、DSDV、DSR）和拥塞控制算法（TCP Reno、New Reno、Vegas）组合下的性能。

在ad_hoc网络的基础上，运用ns2仿真软件对tcp算法的拥塞控制进行了研究。

CUBIC算法是基于BIC-TCP算法的改进算法，它主要是解决在大带宽延迟积网络中TCP拥塞窗口增长缓慢的问题，其具有TCP友好性与RTT公平性，实时保持窗口的增长率不受RTT的影响。CUBIC在公平性上解决了TCP流量友好性与其他相同或者不同往返行程时延(RTT)的高速流竞争公平共享带宽的问题，在Linux2.6.19后已经默认使用CUBIC算法。

使用机器学习的软件定义网络中的TCP拥塞检测 本文的思想是使用决策树算法检测SDN网络中的拥塞 使用的工具 POX OpenFlow控制器（强烈建议使用OF版本1.3或1.5的基于Ryu Python的控制器）。 Mininet仿真器 Wireshark Iperf版本3 用于GNU图的Bash脚本 WEKA机器学习工具，用于训练和测试不同的决策树算法 定制Linux内核

多路径TCP算法的流体模型：拥塞均衡的公平性设计

常见拥塞控制方法 缓冲区预分配法 该法用于虚电路分组交换网中。在建立虚电路时,让呼叫请求分组途经的节点为虚电路预先分配一个或多个数据缓冲区若某个节点缓冲器已被占满,则呼叫请求分组另择路由,或者返回一个"忙"信号给呼叫者。这样,通过途经的各节点为每条虚电路开设的永久性缓冲区(直到虚电路拆除),就总能有空间来接纳并转送经过的分组 分组丢弃法 该法不必预先保留缓冲区,当缓冲区占满时,将到来的分组丢弃 定额控制法 这种方法在通信子网中设置适当数量的称做"许可证"的特殊信息,一部分许可证在通信子网开始工作前预先以某种策略分配给各个源节点,另一部分则在子网开始工作后在网中四处环游。当源节点要发送来自源端系统的分组时,它必须首先拥有许可证,并且每发送一个分组注销一张许可证。目的节点方则每收到一个分组并将其递交给目的端系统后,便生成一张许可证。这样便可确保子网中分组数不会超过许可证的数量,从而防止了拥塞的发生

车载自组织网络（VANET）旨在通过启用车对车（V2V）和车对基础设施（V2I）通信来改善交通安全应用。 在VANET中，每辆车都在它们之间交换信息，因此，高密度的车辆会导致拥塞问题。 在这种情况下，已经设计了媒体访问控制（MAC）协议，以最小的传输冲突来改善车辆与路边组件之间的实时通信。 由于VANET的特性，在MAC层保持通信是冲突控制方案中的关键挑战。 因此，它导致通信期间的端到端延迟和数据包丢失。 为了解决这些关键挑战，欧洲电信标准协会（ETSI）已对分散式拥塞控制（DCC）机制进行了创新。 本文描述了拥塞控制中涉及的各种关键挑战。 另外，详细描述了可用的解决方案及其局限性。 本文着重于通过DCC机制使用不同的传输参数（如数据传输，速率传输，功率传输和敏感传输）来控制信道负载。

要想更好的了解TCP端到端拥塞控制机制，首先要学习端到端拥塞控制的4个基本也是最主要的算法:slow_start, congestion avoidance, fast retransmit, fast recovery。

QoS技术介绍 流分类、流量监管和流量整形 拥塞管理