拥塞控制是网络现象，那么为什么以及如何在传输层上处理。？
Congestion control is network phenomenon , then why and how this is handled on transport layer.?
拥塞控制是一种网络现象，那么为什么以及如何在传输层上进行处理。拥塞发生在网络中的中间设备（路由器）之间。但是昨天我正在阅读一篇论文（Host-to-Host TCP 的拥塞控制，Alexander Afanasyev、Neil Tilley、Peter Reiher 和 Leonard Kleinrock）。
在这里我们可以看到标题，Host-to-Host 拥塞控制。
所以另外，我想问一下，如果网络之间发生拥塞，那么网络层的职责就是控制它，但是我们可以看到，传输层控制它。 ？如何 ？传输层如何知道网络中发生了拥塞。 ？
传输层是应用程序的端到端连接。传输层协议 TCP 可以猜测存在拥塞，因为它需要提供有保证的交付和无序数据包重组。当 TCP 怀疑基于丢失的数据包造成拥塞时，它有一些机制可以减慢数据包的传输速度。另一方面，另一种传输层协议 UDP 对这些事情完全一无所知，因为它是一种即发即弃、尽力而为的协议，不期望发送的数据包会到达目的地，而目的地已经不知道数据包可能会来。
从第 3 层的角度来看，拥塞控制是通过 QoS 实现的。数据包标记和分类、优先级、缓冲、排队、整形、管制、RED 等，其中一些或全部可用于尝试达到网络设计者确定的公平性平衡。
例如，当缓冲区变满时，它们就会开始丢弃发往缓冲区的新流量。这会导致网络出现许多问题。随机早期检测 (RED) 可以通过使用 TCP 的特性来提供帮助。 RED 将随机丢弃排队的数据包以防止缓冲区填满，并且 TCP 流将自行调整以减慢数据包的传递速度，从而有助于防止缓冲区满。
可以首先处理较小的数据包大小，从而允许更多的数据包流经接口，而不是让许多小数据包等待几个大数据包的相对冗长的序列化。
QoS 是一个很大的话题，在这里无法恰当地解决，但它听起来像是一个您应该研究的话题。
拥塞控制是一种网络现象，那么为什么以及如何在传输层上进行处理。拥塞发生在网络中的中间设备（路由器）之间。但是昨天我正在阅读一篇论文（Host-to-Host TCP 的拥塞控制，Alexander Afanasyev、Neil Tilley、Peter Reiher 和 Leonard Kleinrock）。 在这里我们可以看到标题，Host-to-Host 拥塞控制。 所以另外，我想问一下，如果网络之间发生拥塞，那么网络层的职责就是控制它，但是我们可以看到，传输层控制它。 ？如何 ？传输层如何知道网络中发生了拥塞。 ？
传输层是应用程序的端到端连接。传输层协议 TCP 可以猜测存在拥塞，因为它需要提供有保证的交付和无序数据包重组。当 TCP 怀疑基于丢失的数据包造成拥塞时，它有一些机制可以减慢数据包的传输速度。另一方面，另一种传输层协议 UDP 对这些事情完全一无所知，因为它是一种即发即弃、尽力而为的协议，不期望发送的数据包会到达目的地，而目的地已经不知道数据包可能会来。
从第 3 层的角度来看，拥塞控制是通过 QoS 实现的。数据包标记和分类、优先级、缓冲、排队、整形、管制、RED 等，其中一些或全部可用于尝试达到网络设计者确定的公平性平衡。
例如，当缓冲区变满时，它们就会开始丢弃发往缓冲区的新流量。这会导致网络出现许多问题。随机早期检测 (RED) 可以通过使用 TCP 的特性来提供帮助。 RED 将随机丢弃排队的数据包以防止缓冲区填满，并且 TCP 流将自行调整以减慢数据包的传递速度，从而有助于防止缓冲区满。
可以首先处理较小的数据包大小，从而允许更多的数据包流经接口，而不是让许多小数据包等待几个大数据包的相对冗长的序列化。
QoS 是一个很大的话题，在这里无法恰当地解决，但它听起来像是一个您应该研究的话题。