目录
一、TCP协议的特点
二、TCP连接
三、TCP的可靠传输（重点！！！）
1、停止等待协议
（1）无差错情况
（2）出现差错
（3）确认分组丢失 和 确认分组迟到
2、停止等待协议的信道利用率
3、连续ARQ协议 和 滑动窗口协议
一、TCP协议的特点
1、面向连接
2、每条TCP连接只能有两个终点，但是一个进程可以建立多个TCP连接
3、支持可靠传输：无差错、不丢失、不重复、有序到达
4、全双工通信
5、面向字节流：
TCP把进程提交的数据看成一个个字节，简称字节流
TCP和上层应用一次交互一个数据块
但是接收方与发送方对上层交互的数据块大小可能不同
二、TCP连接
TCP的端口是套接字 / 接口 = {IP地址 ： 端口号}；而UDP的端口就仅仅是端口号
因此，TCP的连接，本质是不同的套接字进行连接
一个端口 / IP地址可以建立多个TCP连接
例如：{IP1 : 端口A}、{IP1：端口B}，一个IP地址，多个端口
{IP1 : 端口C}、{IP2：端口C} ，一个端口，多个IP地址
三、TCP的可靠传输（重点！！！）
1、停止等待协议
每次发送一个分组就停下等待，等待对方发送收到确认后，再发送后续分组
这种机制，有以下3种情况：无差错、出现差错、确认丢失/迟到
以下描述，以A为发送端，B为接收端
（1）无差错情况
数据分组M1正确发送到B，B发送确认分组到A
A发送下一数据分组M2
（2）出现差错
B接收到错误数据，直接丢弃；同时什么也不做
A在每一次发送，都设置了一个超时计时器，这个时间叫做重传时间
当，A在重传时间内没有收到B发送的确认分组，则重传数据
为实现上述过程：
1、A必须暂时备份数据，只有得到收到确认后才丢弃
2、分组和确认分组都进行编号，以明确哪些分组确实收到了
3、重传时间一般要比数据平均往返时间RTT大一些
（3）确认分组丢失 和 确认分组迟到
由B向A发送的收到确认分组叫做确认分组
当B向A发送的确认分组丢失 / 迟到时
此时A不会收到确认分组，必定超时；因此A必定会重传
B收到重传数据后：
1、丢弃重复分组
2、向A重新发送确认分组
于是，由于上述机制，A总是可以收到确认分组
同时，因为接收方B不需要发送重传请求
发送方A就会自动重传数据
因此，该机是也叫做自动重传请求
2、停止等待协议的信道利用率
信道利用率 =
TD:发送方分组发送时间=分组长度 / 数据速率
RTT：数据平均往返时间
TA：接收方发送确认分组时间
由于上述公式，当RTT远大于分组发送时间TD时（一般TD远大于TA），信道利用率就会很低
如果重传，利用率更低。即是说信道在大多数时间都是空闲的（空闲就是没有在发送数据）
因此，基于等待停止协议的信道利用率很低
采用新的数据传输方式：流水线传输
3、连续ARQ协议 和 滑动窗口协议
对发送方：
设置一个发送窗口，在这个窗口内的所有分组都可以发送出去，而不必等待确认分组
每收到一个确认，就把发送窗口向前移动一个分组
并且发送下一个未发送的分组
对接收方：
并不是每收到一个分组就相应的发送一个确认分组，这和停止等待协议没有区别
而是采用累计确认的方式
什么是累计确认？
就是连续收到多个分组后，对按顺序到达的最后一个分组发送确认
标识：该分组包括前面的所有分都正确到达
但是，该机制会产生一个困境，叫做回退N问题
什么意思？
如果发送方发送了5个分组，1、2、3、4、5
1、2、4、5都受到了，但是偏偏中间的分组3没有丢了
怎么办？
按照累计确认和最后一个确认分组机制
只能发送分组3的确认分组，标识我只收到了分组3以及之间的数据
于是，A只能重新传3、4、5
滑动窗口的前沿回退了3格
这就叫做回退N
可以想到，如果发送窗口大小更大，丢失的分组很靠前
这将会极大的影响通信质量。
如果你对这个过程不是很理解，请你自己拿起笔来，画个图，一目了然
