向上提供透明接口向下将比特流拆分为若干个帧，为每个帧计算校验和接收端基于校验和检查帧内的比特差错向上网络层接口无确认的无连接服务以太网无需逻辑连接双方无需确认有确认的无连接服务IEEE802.11（WiFi）无需逻辑连接接收方确认收到帧发送方如果超时未确认，就重新

一直觉得公式分母似乎有些小问题，结果仔细一画图分析就是对的在数据链路层的滑动窗口式流量控制中，需要确定发送端的发送窗口大小（最大在途帧数）。这个问题的讨论引出了链路利用率和实际数据传输速率的概念和计算。结论链路利用率（信道利用率，以下简称利用率）：发送方在一个发送周期的

不同协议的对比发送窗口大小接受窗口大小是否累积确认停止等待协议11否后退n帧协议$1<W_{T}<=2^{n}-1$1是选择重传协议\(1<W_{T}<=2^{n-1}\)\(W_{R}\leqslantW_{T}\)否为什么限制窗口的大小？后退n帧协议：考虑发送窗口大小为\(2^{n}\),

TCP滑动窗口是一种流量控制机制，它允许发送方在等待确认时继续发送数据，同时根据网络状况调整发送速率，以优化网络利用率和传输效率。TCP连接的每一端都有一个接收窗口和发送窗口接收窗口：接收端指定的能够接收的数据量，通过TCP报文头的窗口字段指定。发送窗口：发送端指定的允许发

我们知道SR协议可以说是GBN协议的改进版，但是在考研时往往会有计算利用率的问题，公式为\(n*T_A/(T_A+2RTT+T_R)\)，这时我们发现如果是在帧序号位数相等、且\(T_A\)和\(T_R\)确定的情况下，GBN协议的发送窗口大小为\(2^k-1\)，但SR协议的发送窗口大小往往只有\(2^{k-1}\)，这样

本节课我们介绍TCP可靠传输的实现。TCP基于以字节为单位的滑动窗口来实现可靠传输。我们来举例说明，这是因特网上的两台主机，他们之间已经建立了一个TCP连接，为了简单起见，我们假定数据传输只在一个方向进行，换句话说，发送方给接收方发送TCP数据报文段，接收方给发送方发送相应的

本节课我们介绍TCP的流量控制：一般来说我们总是希望数据传输的更快一些但如果发送方把数据发送的过快，接收方就可能来不及接收，这就会造成数据的丢失所谓流量控制就是让发送方的发送速率不要太快，要让接收方来得及接收利用滑动窗口机制，可以很方便的在TCP连接上实现对发送方的

一、基本概念传输的可靠与否取决与数据链路层向上层提供的服务类型可靠传输就是实现“发送端发送什么，接收端就接收到什么”，而不会因为传输过程的误码而使得接收端受到的信息不全。二、应用情景一般情况下，有线链路的误码率较低，为了减小开销，并不要求数据链路层向上层提供可靠传

TCP发送一个数据，如果需要收到确认应答，才会发送下一个数据。这样的话就会有个缺点：效率会比较低。“用一个比喻，我们在微信上聊天，你打完一句话，我回复一句之后，你才能打下一句。假如我没有及时回复呢？你是把话憋着不说吗？然后傻傻等到我回复之后再接着发下一句？”为了解决这个问题，TCP引

TCP/IP运输层的两个重要协议TCP报文段的首部格式为了实现可靠传输，TCP采用了面向字节流的方式但TCP在发送数据时，是从发送缓存取出一部分或全部字节并给其添加一个首部使之称为TCP报文段后进行发送一个TCP报文段由首部和数据载荷两部分构成TCP的全部功能都体现在它首部各

3.4节中介绍了三种滑动窗口协议:1位滑动窗口协议、GBN协议、SR协议。1位滑动窗口协议本质上就是一种全双工的停等式协议，它的发送窗口和接收窗口大小都是1，在此不做赘述，我主要分析后两种协议的窗口大小。在SR协议中，窗口大小默认满足如下两个基本条件:发送窗口大小=接收窗口大小发

 《从一到面试题开始说起》、《小试牛刀：一个简单的应用实例》、《excel文件的保存过程》、《你一定会喜欢的技巧》（tcpdump抓包技巧）、《NFS协议的解析》==============

不管使用TCP还是KCP，你都不可能超越信道限制的发送数据。TCP的发送窗口SNDBUF决定了最多可以同时发送多少数据，KCP的也一样。当前发送且没有得到ACK/UNA确认的数据，都会