接收方.ppt

3.7 TCP拥塞控制 考虑TCP Reno算法,现做出如下假定： （1）拥塞窗口的计量单位采用报文段，而不采用字节； （2）初始Threshold值设为25个报文段； （3）每发送一组报文段，仅返回一个ACK； （4）仅考虑传播时延，不考虑传输时延； （5）第9、36个报文段在传输过程中发生超时重传； （6）连续三次收到了对第24个报文段的ACK； （7）重传方式为回退N步重传方式。 请画出拥塞窗口相对往返时延RTT的函数图。 * * 3.7 TCP拥塞控制 Reno算法的演进——Vegas算法 通过往返时延的变化检测拥塞的严重程度 往返时延越长，拥塞越严重 当检测的拥塞达到一定程度时，有意识的线性降低发送速率以避免拥塞 * * * * 3.7 TCP拥塞控制 TCP的吞吐量 作为窗口大小和RTT的函数TCP的平均吞吐量应该是什么样的? 忽略慢启动 假定当丢包事件发生时，窗口大小为 W. 此时 吞吐量为W/RTT 丢包事件发生后，窗口大小减为W/2, 吞吐量为W/2RTT. 因此平均吞吐量为: 0.75 W/RTT * * 3.7 TCP拥塞控制 TCP吞吐量的进一步讨论 吞吐量是丢包率(L)的函数: * * 3.7 TCP拥塞控制 TCP拥塞控制的公平性分析 公平性的目标 如果K个TCP连接共享同一个带宽为R的瓶颈链路,