TCP滑动窗口协议

本文详细介绍了TCP滑动窗口协议,包括窗口的合拢、张开和收缩概念,以及发送窗口和接收窗口的工作原理。通过实例展示了滑动窗口如何在不同状态下操作,并对比了1比特滑动窗口、后退n和选择重传协议的差异,强调了在不同误码率环境下协议的效率问题。
摘要由CSDN通过智能技术生成
  • 滑动窗口图解
    滑动窗口本质上是描述接受方的TCP数据报缓冲区大小的数据,发送方根据这个数据来计算自己最多能发送多长的数据。如果发送方收到接受方的窗口大小为0的TCP数据报,那么发送方将停止发送数据,等到接受方发送窗口大小不为0的数据报的到来。
    使用三个术语来描述窗口左右边沿的运动:
    1.窗口合拢:当窗口从左边向右边靠近的时候,这种现象发生在数据被发送和确认的时候。
    2.窗口张开:当窗口的右边沿向右边移动的时候,这种现象发生在接受端处理了数据以后。
    3.窗口收缩:当窗口的右边沿向左边移动的时候,这种现象不常发生。

1)对于TCP会话的发送方,任何时候在其发送缓存内的数据都可以分为4类,“已经发送并得到对端ACK的”,“已经发送但还未收到对端ACK的”,“未发送但对端允许发送的”,“未发送且对端不允许发送”。“已经发送但还未收到对端ACK的”和“未发送但对端允许发送的”这两部分数据称之为发送窗口(中间两部分)。
这里写图片描述
2)对于TCP的接收方,在某一时刻在它的接收缓存内存在3种。“已接收”,“未接收准备接收”,“未接收并未准备接收”(由于ACK直接由TCP协议栈回复,默认无应用延迟,不存在“已接收未回复ACK”)。其中“未接收准备接收”称

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值