大学计算机网络《传输层》案例教学课件

大学计算机网络《传输层》案例教学课件TCP可靠传输机制·滑动窗口·拥塞控制2026年课程导览01可靠传输总览六大机制协同全景02滑动窗口机制流量控制与窗口滑动03确认与重传丢包检测恢复闭环04拥塞控制算法慢启动到快恢复05抓包实战分析Wireshark验证行为06案例教学设计课堂实验方案落地01可靠传输总览可靠不是单一机制，而是六大机制协同的结果六大机制协同保证可靠TCP的可靠性不是单一特性，而是六大机制协同的结果。6项机制校验和计算数据与首部校验和并验证，失败即丢弃报文序列号与确认应答每个字节唯一序列号，确保数据按序无丢失送达超时重传报文丢失时由超时机制触发重传连接管理三次握手建立通道，四次挥手终止通道流量控制防止接收方缓冲区溢出拥塞控制防止网络过载六大机制共同解决不可靠IP网络上的丢包、乱序、重复、损坏四个问题。理解这一协同关系，是进入后续每个模块的前提。序列号确认是基石可靠性循环发送—确认—重传，构成可靠性最核心的循环。确认一个号，等于确认一段路。闭环结构发送确认重传循环驱动发送—确认—重传，构成可靠性最核心的循环。字节级编号TCP为每个数据字节分配唯一序列号。报文段长度100字节起始序列号=1覆盖范围即1到100累计确认接收方确认号=期望收到的下一字节序号。收到1–100回送确认号101隐式确认此前全部数据一次确认=覆盖此前全部字节可靠性的四类威胁“IP网络本质不可靠，传输中会遭遇四类威胁：”“先认清威胁，才能理解机制为何存在”—教学要点四类威胁丢包：路由器缓存溢出或链路故障乱序：不同数据包走了不同路径重复：重传机制误触发损坏：传输中的比特翻转对策：TCP逐一对症下药序列号→解决乱序与重复确认应答→解决丢失检测校验和→解决损坏识别超时重传→解决丢失恢复VS02滑动窗口机制窗口越大，吞吐越高，但必须匹配接收能力从一收一发到批量发送“一发一收的代价”结论先行：串行等待是性能瓶颈一发一收的代价串行等待每发一个段就等一个ACK，往返时间越长，性能越差。窗口的解法重叠等待一次发送多条数据，把多个段的等待时间重叠起来。窗口大小即无需等待ACK而可继续发送数据的最大值。滑动过程窗口后移窗口为

4000字节（四个段）时，前四段直接发送；收到第一个ACK后窗口后移，继续发第五段。窗口越大，吞吐越高。发送窗口三指针三个指针滑动窗口边界P1已发送并确认的边界窗口后沿P2已发送未确认的边界P3窗口前沿，允许发送的最大序号指针差即状态窗口几何语义P3−P1=发送窗口尺寸P2−P1=已发未确认字节数P3−P2=可用窗口窗口尺寸已发未确认可用窗口实例窗口滑动确认号

31、窗口

20

字节

→

窗口覆盖序号

31–50收到确认后三指针整体前移窗口随之滑动滑动窗口确认重传接收窗口与字段通告接收窗口由接收方通告：通告机制·动态调速·突破上限通告机制接收端把可接收缓冲区大小写入TCP首部窗口大小字段，随ACK发回发送端。接收缓冲区随ACK带回动态调速缓冲区快满→窗口值调小→发送端减速缓冲区已满→窗口置0→发送端停发，只定期发窗口探测段索取最新窗口窗口置0窗口探测突破上限16位字段最大65535；启用窗口扩大因子M后，字段值左移M位，实际窗口可远超此限。65535扩大因子左移窗口与发送缓存发送窗口只是发送缓存的一部分已确认数据必须移出缓存，因此缓存后沿与窗口后沿重合两类数据应用层已交给TCP、尚未发送的数据已发送但未收到确认的数据关键边界发送窗口只是发送缓存的一部分已确认数据必须移出缓存，因此缓存后沿与窗口后沿重合保留规则已发送数据在确认到达前必须保留供超时重传使用教学落点窗口滑动伴随缓存释放应用层写缓存因此具有流量控制意义生活类比窗口对话逐字确认的困境每说一句都要求对方确认沟通效率低到无法忍受说"今"回"听到了"｜说"晚"再回"听到了"TCP的批量解法多个数据包合成一个数据段一次发送只需回复最后一个包序号最大值加一作为确认号一次确认，覆盖一整段数据歧义与窗口声明完整收到1–100号包确认号101窗口声明100只收到50–100号包确认号仍为101窗口声明51发送方据此判断中间丢了数据，安排重传下载场景窗口自适应“窗口不是固定值，而是随传输反馈动态收敛。”完整链路试探→反馈→稳定试探第1步初始试探成功初始发送

100KB，接收方全部收到，确认窗口同为

100KB。试探第2步持续扩大试探窗口继续试探扩大：100KB→150KB→持续上调。反馈第3步溢出触发回落窗口增至

2MB

时，接收方只收到

1.5MB，确认窗口回落至

1.5MB。判断第4步判断带宽上限发送方据此判断该侧带宽上限为每秒

1.5MB，再大即丢包。稳定第5步窗口稳定收敛窗口稳定在

1.5MB，不再盲目扩大。窗口不是越大越好，而是匹配接收能力才可靠03确认与重传发送、确认、重传，构成可靠性的闭环超时重传与RTO机制闭环：发送端设定定时器，超时未收到

ACK

即重发数据，RTO

理想取值应略大于报文往返时间

RTT。取值两难RTO偏大→重发慢，性能差RTO偏小→数据未丢就重发，加重拥塞，引发更多超时与重发动态采样RTT

随网络状况变化，须通过实际采样与算法计算动态确定。超时间隔加倍策略“指数退避主动降低重传频率，给网络留出恢复空间。”“快速重传机制存在的意义：绕开冗长的超时等待。”加倍规则重传间隔翻倍重发数据再次超时后，下一次超时间隔设为先前值的

2倍。设计逻辑为何翻倍两次超时说明网络环境较差，频繁重发只会加剧拥塞指数退避主动降低重传频率，给网络留出恢复空间代价与出路等待代价·快速重传TCP最小超时重传时间一般为200毫秒，每次丢包至少等待200毫秒或更久对时间敏感型应用影响严重——这正是快速重传机制存在的意义：绕开冗长的超时等待快速重传数据驱动确认末段接收方每次确认当前最后一个未收到的段号➜3个ACK判丢失发送方连续收到3个相同ACK，判定对应报文段丢失➜立即重传定时器过期前立即重传，无需等待超时超时重传的等待代价问题·对策超时重传依赖定时器，超时周期可能较长，丢包后等待代价高。对策：以数据为驱动，不等定时器。设计权衡：3个重复ACK的门槛，平衡了误判风险与响应速度效果：显著缩短丢包恢复等待，提升网络利用率，是轻量丢包场景下的高效恢复手段SACK选择性确认快速重传解决了“何时重传”，但“重传哪些”仍未解决。累计确认的局限只能告知期望的下一个序号，无法描述后面的乱序接收情况。SACK的做法在TCP头部选项字段中携带已收到的非连续数据区段信息，发送方据此只重传丢失数据，而非盲目重传整个窗口。D-SACK的延伸4种异常利用SACK机制告知发送方哪些数据被重复接收，帮助区分四种异常场景——数据包真的丢了ACK丢了数据包被网络延迟数据包被复制知道丢在哪，才能只补那一块。04拥塞控制算法探测网络容量，在效率与稳定之间平衡慢启动指数增长“慢启动不慢，慢的是起点，快的是增长。”—传输层·TCP拥塞控制核心思想起点cwnd初始值新连接建立时，cwnd初始为1个MSS，以低速率探测网络。先以最小窗口试探，避免一开始就冲击网络。增长方式指数级扩张每收到一个

ACK，cwnd增加

1个MSS——相当于每经过一个RTT，窗口翻倍。RTT1→2→4→8→16…

窗口呈2的幂次增长，快速逼近可用带宽。终止条件满足其一即结束遇到拥塞：超时或收到重复ACKcwnd达到慢启动阈值

ssthresh两条终止路径共同保护网络不被持续增大的窗口压垮。慢启动不慢，慢的是起点，快的是增长。指数增长是TCP高效利用带宽的关键机制。拥塞避免线性增长阶段切换SLOWSTART→CONGESTIONAVOIDANCE拥塞窗口达到慢启动阈值，慢启动结束，进入拥塞避免。增长方式+1MSS/RTT每经过一个RTT，拥塞窗口只增加

1个MSS，呈线性增长，曲线为斜率较低的平直直线。AIMD原则ADDITIVEINCREASE·MULTIPLICATIVEDECREASE加性增长每个RTT窗口只增长一个MSS，对拥塞响应更平缓乘性降低一旦探测到拥塞，窗口直接减半，迅速为网络减压两者配合，让TCP在效率与稳定之间维持平衡。超时与快恢复策略两种信号，两种降速力度超时是断流，重复确认是堵车超时：激进降速ssthresh减半cwnd重置为1重新慢启动三个重复ACK：快恢复ssthresh减为当前cwnd的一半cwnd设为新ssthresh+3MSS每收重复ACK，cwnd+1MSS；新ACK回落至ssthresh为什么快恢复更温和三个重复ACK说明后续数据仍在流动，网络未完全瘫痪；少量丢包不必退回慢启动，恢复更快。拥塞窗口逐连接维护cwnd不是全局配置，而是每个TCP连接独立维护的发送窗口控制机制每个TCP连接都拥有独立的拥塞窗口，互不干扰、各自演进。窗口机制是整条链路动态反馈的基石。拥塞窗口的三项关键规则逐连接维护：cwnd为每连接独立维护，同一主机两个连接可各自持有大小不同的窗口，互不影响。窗口值与MSS：窗口值通常远大于MSS，多为MSS的

2倍、10倍、50倍；窗口单位是字节数，因此不必是MSS的整数倍。MSS上限：一般为

1460字节；开启TCPtimestamp等选项时需扣减相应字节，常见降至

1440字节。拥塞控制例题解析从慢启动到拥塞避免，再到超时重传与快恢复的完整控制流程阈值减半是拥塞控制最核心的自适应动作。—拥塞控制例题掌握四种机制沿阈值线联动：慢启动翻倍、拥塞避免加1、超时归1、快恢复减半。阶段一慢启动慢启动：窗长翻倍1→16初始阈值

16，cwnd从1起翻倍：1→2→4→8→16，到达阈值。阶段二拥塞避免拥塞避免：每轮加1每轮加1：17→18→…→24，此时发生超时。阶段三超时重传超时重传：阈值减半并重置阈值减半：24÷2=12；cwnd重置为

1，重走1→2→4→8后转入拥塞避免。阶段四快恢复快恢复：阈值与cwnd同步降cwnd为

16

时连续收到

3个重复ACK：阈值再减半为

8，cwnd同步降为8后每轮加1。05抓包实战分析让协议行为在数据包中现形Wireshark三次握手三次握手中SYN、ACK、序列号与确认号的递进关系TCP连接建立的3次握手，本质是双向确认的过程：每一方都要确认对方的序列号。SYN发起、ACK应答、序列号与确认号递进咬合，最终双方同步进入就绪状态。01第一次握手→客户端发送

SYN=1，携带初始序列号

x，进入

SYN_SENT。02第二次握手→服务器回发

SYN=1、ACK=1，初始序列号

y，确认号

x+1，进入

SYN_RCVD。03第三次握手→客户端发送

ACK=1、SYN=0，确认号=服务器Seq+1，双方进入

ESTABLISHED。Wireshark包列表中，标志位、序列号、确认号的递进关系清晰可见——这是学生首次把书本知识落到真实报文的入口。—教学建议·实例对照

发起方：客户端

关键字段：SYN标志位+Seq=x

应答方：服务器

关键字段：SYN+ACK标志位+Seq=y+Ac