TCP学习前的准备——可靠数据传输协议

由于传输层所依赖的网络层是不可靠的,通过逐渐考虑实际情况不断引入新技术来实现可靠数据传输。

完全可信的信道

有比特差错的信道

新的协议功能:

1.    差错检测:检验和

2.    接收方反馈:序号,ACK分组

3.    重传

会产生丢包的信道

超时重传:冗余数据分组

流水线可靠数据传输

1.     增加序号范围

2.     发送方和接收方都需要缓存分组

3.     差错恢复:选择重传/回退N步

回退N步(GBN):

发送方:

  • 发送发维护如图所示的结构,窗口长度的含义即为已发送未确认的最大分组数
  • 上层调用:如果窗口未满,则产生分组并发送;如果窗口已满则不发送
  • 收到ACK:将base置为确认号+1,即向前移动窗口,为最早的已发送未确认分组启动定时器
  • 超时:定时器只为最早的已发送未确认的分组定时。超时后重发所有已发送未确认的分组,并重启定时器

接收方:
  • 维护期望序号,收到则发送ACK,否则丢弃并按最近的按序接受的分组发送ACK
选择重传(SR):

发送方:

  • 维护如图的序号空间
  • 上层调用:如果窗口未满,则产生分组并发送;如果窗口已满则不发送
  • 收到ACK:如果确认号是base,则将base前移到最小的已发送未确认分组处,并发送新的落在窗口内的序号;如果确认号落在窗口内,则将该分组标记为已确认
  • 超时:每个分组有自己的定时器,超时时重发该分组

接收方:

  • 维护如图的序号空间
  • 接收的序号在[rcv_base,rcv_base+N-1]:发送ACK。如果没有接收过则缓存。如果是base,则将从base开始已缓存的序号连续的分组交付给上层,移动base
  • 接收的序号在[rcv_base-N,rcv_base-1]:发送对应的ACK,表示已经确认过。9里之所以是rcv_base-N是因为这是发送方可能的最小的期待确认号
  • 其他:忽略

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值