2_TCP的原理

• 正式的TCP的全部原理很复杂，所以要先介绍几个简单的协议作为正式TCP协议的铺垫

• 停止等待协议

  (1) 图示

  

  (2) 原理

  1° 发送方每次传输一组数据后，接收方接到后，要发一条确认信息给发送方代表已经收到（两方的信息中都带着__编号__，以确定对应着哪个数据块）；一组数据成功发送和确认接收后，才能发送下一组数据

  2° 发送方每发送一组数据，它就开始启动__超时定时器__，如果在超时中断到来前还没有收到确认信息，那就__重传__这组数据(所以要暂时保存那些发送出去、但是还没有收到确认消息的数据)

  3° 中途可能__出错的环节__有：发送方的数据在路上丢失、接收方的确认消息在路上丢失、虽然都没丢失但是传输超时。无论发生了哪种情况，对于每一组数据来说，必须要经过完整的发送、确认到达过程以后，才能传下一组数据，否则就是超时中断就重传

  4° 如果接收方已经接收到分组，但是确认信息没到发送方一侧，那么发送方还会重传这个分组，这时接收方接到这个重复的分组时的操作是：丢弃这个分组 + 发送确认这个分组的信息(因为这代表这个分组确认信息接收方没收到)

  5° 如果接收方的确认消息姗姗来迟，那么发送方很可能收到好几次关于同一编号分组的确认消息，此时发送方的操作是：丢弃这个确认消息(因为都已经收到过一遍确认消息了，很可能开始传下一个编号的分组了)

  (3) 停止等待协议其实中间还用到了__ARQ(Automatic Repeat reQuest，自动重传请求)。ARQ还在后面的协议中用到了，这里自动重传机制，已经保证了__停止等待协议是可靠传输的

  (4) 存在的问题：效率太低

  设发送的分组长为L，发送方发送速率为R，则发送方发送分组需要的时间 t1 = L / R;

  同理，设确认信息的分组长为l，接受方发送速率为r，则接收方发送确认信息需要的时间 t2 = l / r;

  设分组在信道中传递的__往返__时间是RTT