1、QUIC（详细介绍见：）
QUIC（Quick UDP Internet Connections），是快速 UDP 互联网连接的缩写，这是一种实验性的传输层协议，由 Google 开发，在 2013 年实现。
QUIC 是基于 UDP 协议，它在两个端点之间创建连接，且支持多路复用。在设计之初 QUIC 希望能够提供等同于 SSL/TLS 层级的安全保障的同时，减少数据传输及创建连接时的延迟时间，双向控制带宽，从而达到更快速的体验。
QUIC 相比现在广泛应用的 HTTP2 + TCP + TLS 协议有如下的优势：
1减少 TCP 三次握手及 TLS 握手时间。
2改进的拥塞控制。
3避免队头阻塞的多路复用。
4连接迁移。
5前向冗余纠错。
HTTP-over-QUIC 算是 QUIC 协议的一种应用实现，而在 IETF 开始标准化该协议时，也有意将它分为两层：传输和 HTTP 部分。
这个想法也是想将 QUIC 传输的部分独立出来，这样可以方便的用于其他场景下的数据传输，而不仅仅为 HTTP 或者其他类 HTTP 的协议使用。
2、TFRC（详细介绍见：）
：适用于固定大小的应用程序，它根据网络环境的好坏，通过调整每秒钟发送的数据包数来调整。
TFRC: TCP-Friendly Rate Control（TCP友好速率控制算法）。
实时媒体流业务需要一个稳定的网络，以使其在播放端可以平稳流畅地播放，达到用户所期望的播放质量。当前Internet网的数据传输业务基本上都是基于TCP的。TCP采用速率减半的拥塞退避机制，这很容易引起过大的速率波动，对的传输是非常不利的。研究表明在传输过程采用TCP/IP协议在用户较多时回放将发生延迟和不连续现象。而UDP不具备拥塞退避机制，在拥塞的网络环境中，UDP流将大量抢占TCP流的网络，同时自身的也迅速增加，并可能带来系统拥塞崩溃的潜在危险。因此，TCP与UDP协议都不能很好地满足实时媒体流业务的需要。随着Internet中实时业务的迅速增长，研究一个适合于传输，并具有拥塞退避机制，能够与TCP协议公平分享带宽的，成为了Internet传输的一个重要课题。
TFRC正是这样一种协议。它基于数学模型，由发送方根据网络环境调整的发送速率，进而达到的目的。在同等条件下，TFRC流具有与TCP流近似相同的，因此，可以“公平地”与TCP共享网络带宽。另一方面，TFRC变化稳定、抖动较小，因此更加适合电话、等对的平滑性要求较高的应用。