数据通信与计算机网络传输层

COMPUTERNETWORKING·TRANSPORTLAYER数据通信与计算机网络传输层UDP/TCP协议原理端到端通信机制可靠传输与流量控制CN数据通信与计算机网络CHAPTER04CONTENTS课程目录CourseOutline·传输层协议原理01CHAPTERONE传输层概述02CHAPTERTWOUDP协议03CHAPTERTHREETCP连接管理04CHAPTERFOUR可靠传输与ARQ05CHAPTERFIVE流量控制与拥塞控制06CHAPTERSIX传输层安全与协议演进CHAPTER01传输层概述定位、功能与服务模型OVERVIEW传输层在协议栈中的位置传输层是网络体系结构中承上启下的关键层次，它将网络层不可靠的主机到主机交付，转化为应用层所需的可靠的进程到进程通信服务，是整个互联网可靠性的基石。协议栈定位：传输层位于网络层与应用层之间，是OSI模型第四层、TCP/IP模型的第二层，承担端到端通信的核心职责。可靠性构建：网络层仅提供尽力而为的主机到主机数据报交付，不保证可靠性、顺序或完整性，传输层在此基础上构建可靠语义。多路复用与分用：通过端口号实现多路复用与分用，使同一主机上的多个应用进程能同时共享网络层服务而互不干扰。接口抽象：向应用层屏蔽底层网络复杂性，应用程序只需调用Socket接口即可享受可靠或尽快的数据传输服务。OSI七层模型应用层7表示层6会话层5传输层4网络层3数据链路层2物理层1TCP/IP四层模型应用层传输层网际层网络接口层OSI七层模型与TCP/IP四层模型对照—传输层（高亮）向上提供可靠通信端到端进程间交付屏蔽底层网络细节TRANSPORTLAYER传输层的核心功能与服务传输层通过进程寻址、可靠传输、流量控制和拥塞控制四大核心机制，将底层不可靠的网络服务转化为应用层可用的高质量通信抽象，是互联网稳定运行的技术根基。Addressing进程寻址与多路复用使用16位端口号标识应用进程，源端口与目的端口组合唯一确定一条通信连接，实现单机多应用并发通信。复用指多个应用进程共用传输层实体发送数据，分用指根据端口号将数据正确交付给对应进程。Reliability可靠数据传输保障通过序列号、确认应答、超时重传、校验和等机制，确保数据无差错、不丢失、不重复且按序到达。TCP提供面向连接的可靠字节流服务，UDP则不提供可靠性保障，由应用层自行处理。Congestion流量控制与拥塞控制基于滑动窗口机制，接收方通过通告窗口大小限制发送速率，防止接收缓冲区溢出导致丢失。通过慢启动、拥塞避免、快重传、快恢复等算法动态调整发送窗口，避免网络过载崩溃。TRANSPORTLAYERPORTS&MULTIPLEXING端口、复用与分用机制端口号是传输层实现进程级通信寻址的基础，通过熟知端口、注册端口和动态端口的三级划分，配合复用与分用机制，使单台主机能同时支撑数千个并发网络连接而不混淆。熟知端口0–1023端口号为16位整数，取值0–65535。其中0–1023为熟知端口，由IANA统一分配给标准网络服务，如HTTP(80)、HTTPS(443)、DNS(53)。注册端口&动态端口注册端口1024–49151供企业或开发者申请用于特定应用；动态端口49152–65535由操作系统自动分配给客户端临时连接使用。复用与分用复用：发送端多个应用进程通过各自Socket将数据交给同一传输层协议实体封装发送；分用：接收端根据目的端口号将数据准确交付给对应Socket。TCP与UDP分用差异UDP分用仅依据目的端口号；TCP分用需同时匹配源IP、源端口、目的IP、目的端口四元组，因此TCP能区分同一服务器上的多条并发连接。端口号三级划分·0–655350–1023熟知端口HTTP:80HTTPS:443DNS:53FTP:21SSH:221024–49151注册端口MySQL:3306Redis:6379Tomcat:808049152–65535动态/临时端口操作系统自动分配，客户端临时连接使用010244915265535复用与分用流程AppAAppBAppCSocket端口绑定TCP/UDP复用/分用Network网络传输CHAPTER02用户数据报协议UDP无连接、轻量级传输协议TRANSPORTLAYERTRANSPORTLAYERUDP协议特点与首部格式UDP以仅8字节的极简首部和无连接、无确认、无重传的轻量设计，换取了最低的传输延迟和处理开销，适用于对实时性敏感但可容忍少量丢包的应用场景。01无连接—发送数据前无需建立连接，发送完毕后也无需释放连接，减少了握手与挥手的往返时延开销。02尽最大努力交付—不保证数据一定到达、不保证按序到达、不保证不重复，可靠性完全由应用层负责。03面向报文—应用层交给UDP多长的报文，UDP就原样封装发送，不会拆分也不会合并，保留了消息边界。04首部固定8字节—源端口(2B)、目的端口(2B)、长度(2B)、校验和(2B)，其中校验和可选，长度字段含首部与数据总长。UDP首部格式（8字节）0151631源端口2Bytes目的端口2Bytes长度2Bytes校验和2Bytes校验和字段可选；长度字段=首部+数据总字节数TRANSPORTLAYERUDP的适用场景与局限性UDP的价值不在于替代TCP，而在于为延迟敏感型应用提供了一种"宁可丢包也不等待"的传输选项；其局限性恰恰是其设计哲学的必然代价，工程实践中需在应用层补偿可靠性。典型适用场景USECASES实时音视频通话与直播推流少量花屏卡顿可接受，但重传导致的延迟抖动会严重影响用户体验，UDP的低延迟优势不可替代。DNS域名解析与在线游戏同步单次查询报文短小、交互频繁，丢包后应用层快速重试即可，无需TCP握手的额外开销。固有局限与应对LIMITATIONS无可靠交付保障应用层需自行实现序号、确认、重传逻辑（如QUIC、KCP），或在业务层面容忍数据缺失（如视频跳帧）。无流量与拥塞控制高速发送可能淹没接收端缓冲区或加剧网络拥塞，需在应用层引入自适应码率、发送限速等补偿机制。H传输层协议UDPAPPLICATIONSTRANSPORTLAYER基于UDP的应用层协议实例DNS、SNMP、DHCP、RTP等经典协议选择UDP而非TCP，并非因为不需要可靠性，而是因为它们的业务特征（短报文、广播、实时性）使UDP的轻量优势超过了可靠性缺失的代价。DNS域名解析查询报文通常小于512字节，使用UDP避免TCP三次握手开销；超过512字节时自动切换TCP，兼顾效率与完整性。SNMP网络管理代理与管理器之间频繁轮询状态信息，UDP的无连接特性避免了为每次查询建立和释放TCP连接的巨大开销。DHCP动态配置客户端启动时通过UDP广播（67/68端口）发现DHCP服务器并获取IP地址，广播机制天然依赖UDP的无连接特性。RTP实时传输承载音视频流的RTP协议运行在UDP之上，利用其低延迟特性；丢包由编解码器concealment算法掩盖，而非重传。Chapter03传输控制协议TCP基础面向连接的可靠字节流服务TRANSPORTLAYERTCP协议核心特点TCP通过面向连接、可靠交付、全双工、字节流等六大核心特性，在不可靠的IP网络之上为应用层提供了仿佛直连管道的确定性通信抽象。TCPFEATURES面向连接三次握手建立连接、交换初始序列号并同步状态；四次挥手有序释放资源，全程维护连接状态机。可靠交付序列号标识字节、ACK确认应答、超时重传补偿丢失、校验和检测差错，四重机制协同保证数据完整有序到达。全双工通信双方可同时发送和接收数据，各自维护独立的发送窗口和接收窗口，互不阻塞，充分利用链路带宽。面向字节流应用数据被当作连续字节序列处理，不保留消息边界；接收端按序重组后交付，应用层需自行划分消息。点对点通信每条连接严格限定于两个端点（一对一），不支持广播或多播；多路复用通过四元组区分不同连接。流量与拥塞控制滑动窗口流量控制防止接收端溢出；慢启动、拥塞避免、快重传、快恢复四大算法动态适应网络状况。TransportLayerTCP报文段首部格式详解TCP首部的32位序号与确认号是实现可靠传输的数学基础，六个标志位驱动连接状态机运转，16位窗口字段承载流量控制信息。TCP首部结构（每行32bit）08162431源端口16bit目的端口16bit序号(SequenceNumber)32bit确认号(AcknowledgmentNumber)32bit数据偏移4bit保留6bitURGACKPSHRSTSYNFIN6Flags(6bit)窗口大小(WindowSize)16bit校验和16bit紧急指针16bit选项字段（可选，可变长度）MSS/WindowScale/SACK/Timestamps固定首部20字节｜含选项最大60字节01序号与确认号序号(32bit)标识本报文段数据的第一个字节编号，使接收方能按序重组并检测丢失；确认号(32bit)表示期望收到对方的下一个字节序号。02数据偏移与标志位数据偏移(4bit)以4字节为单位指示首部长度，最小值5对应20字节；SYN/FIN/RST/PSH/ACK/URG六个标志位控制连接生命周期与数据处理方式。03窗口与校验和窗口(16bit)通告接收方当前可用缓冲区空间，发送方已发未确认数据量不得超过此值；校验和(16bit)覆盖伪首部、TCP首部及数据。04选项字段可变长选项包括MSS、窗口缩放因子、选择性确认(SACK)和时间戳，用于扩展TCP以适应高速长肥网络。TRANSPORTLAYERTCPCONNECTIONTCP三次握手建立连接三次握手的核心目的是双向确认收发能力并同步初始序列号：第一次证明客户端能发，第二次证明服务器能收能发，第三次证明客户端能收。01第一次握手：客户端发送SYN标志位置1的报文段，携带随机生成的初始序列号seq=x，自身状态由CLOSED转为SYN_SENT，等待服务器响应。02第二次握手：服务器收到SYN后，回复SYN和ACK均置1的报文段，携带自己的初始序列号seq=y，确认号ack=x+1，状态转为SYN_RCVD。03第三次握手：客户端收到SYN+ACK后，发送ACK置1的报文段(seq=x+1,ack=y+1)，服务器收到后双方均进入ESTABLISHED状态。04序列号安全：初始序列号(ISN)采用随机化生成策略，防止旧连接的延迟报文被新连接误认为有效数据，增强安全性与健壮性。PRINCIPLETRANSPORTLAYER为什么握手是三次而非两次两次握手无法防止历史重复SYN导致的虚假连接。第三次握手赋予客户端否决权，确保双方对当前连接的意图达成一致。01历史残留报文的陷阱：两次握手下，服务器在发送SYN+ACK后即认为连接已建立并分配资源，但若该SYN+ACK对应的客户端SYN是历史残留报文，客户端不会响应，服务器资源被无效占用直至超时。02客户端否决权：第三次握手使客户端能验证服务器的SYN+ACK是否针对自己当前的连接请求：若ACK中的确认号与自己刚发的ISN匹配才接受，否则丢弃或回复RST。03信息论最小次数：从信息论角度，三次握手是确认双方收发能力都正常的最小次数——第一次确认客户端能发，第二次确认服务器能收能发，第三次确认客户端能收。04协议规范约束：RFC793明确规定TCP连接建立需三次握手，这是经过严格形式化验证的最小安全协议步数，任何减少步骤的变体都会引入安全漏洞或资源浪费风险。TransportLayerCONNECTIONTEARDOWNTCP四次挥手释放连接四次挥手的"四"源于TCP全双工特性：每个方向的关闭需独立的FIN+ACK交换，且被动方的ACK与FIN通常不能合并。01主动方发送FIN(seq=u)表示不再发送数据，进入FIN_WAIT_1状态；仍可接收数据，连接半关闭。02被动方回复ACK(ack=u+1)确认收到关闭请求，进入CLOSE_WAIT；主动方收到ACK后进入FIN_WAIT_2。03被动方发送FIN(seq=w)应用进程处理完剩余数据后调用close()，自身进入LAST_ACK状态。04主动方回复ACK(ack=w+1)进入TIME_WAIT等待2MSL后关闭；被动方收到ACK后进入CLOSED。TRANSPORTLAYERTCPCONNECTIONTERMINATIONTIME_WAIT状态与2MSLTIME_WAIT的2MSL等待期是TCP可靠关闭的最后防线：既保障末次ACK的可重传性，又充当旧报文的垃圾回收器。01基本定义TIME_WAIT状态仅出现在主动关闭方，持续时间为2×MSL（MaximumSegmentLifetime）。MSL是报文在网络中的最大生存时间，RFC建议2分钟，Linux默认30秒。02确保ACK可靠送达若被动方未收到最后ACK会重传FIN，主动方在TIME_WAIT期间能接收并重发ACK，保证四次挥手的最终确认不丢失。03防止旧报文干扰网络中可能残留属于已关闭连接的延迟报文，等待2MSL确保这些报文全部过期消失，避免误入新连接。04资源影响与优化大量TIME_WAIT占用端口号和内存资源tcp_tw_reuse启用tcp_tw_reuse允许重用套接字调整MSL时长或由被动方主动关闭CHAPTER04可靠传输工作原理ARQ协议与滑动窗口机制T传输层协议TRANSPORTLAYERPROTOCOL停止等待协议ARQ停止等待协议以最低的实现复杂度换取了最差的信道利用率，但其确认-重传范式被所有后续协议继承。发送与等待机制：发送方每次只发送一个数据帧，随即启动重传定时器并阻塞等待；收到正确ACK后才发送下一帧，超时则重传同一帧并重启定时器。序号与窗口：仅需1bit序号（0/1交替）即可区分新帧与重传帧，接收方通过检查序号判断是否重复，实现简单但发送窗口恒为1。信道利用率：U=Td/(Td+RTT+Ta)，当RTT远大于Td时U趋近于0，带宽严重浪费。适用场景：适用于低速短距离链路或作为教学原型；实际网络中已被连续ARQ协议取代，但其核心思想被所有后续协议继承。TRANSPORTLAYERGBNPROTOCOL回退N帧协议GBNGBN通过扩大发送窗口实现流水线式传输，但接收端窗口为1使单个丢包触发批量重传，高误码率下性能急剧下降。1发送窗口与接收窗口—发送窗口大小Wt≤2n-1，允许连续发送Wt个未确认帧；接收窗口Wr=1，只接受期望序号的帧，乱序帧一律丢弃并重复发送最近一个ACK。2单定时器批量重传—发送方只为最早未确认帧维护一个定时器；超时后将该帧及其后所有已发帧全部重传，无论这些帧是否已被对方正确接收。3信道利用率—U=Wt×Td/(Td+RTT+Ta)，当Wt≥(RTT+Ta)/Td时可达到接近1的利用率；但在高误码率下批量重传使有效吞吐量大幅下降。4协议演进—GBN是TCP早期版本(Tahoe)的基础模型，现代TCP已通过SACK等机制克服其批量重传缺陷，但GBN仍是理解滑动窗口思想的必经阶梯。关键公式U=Wt×Td/(Td+RTT+Ta)Wr=1接收窗口Wt≤2n-1发送窗口→1理想利用率T传输层协议TRANSPORTLAYERSELECTIVEREPEAT选择重传协议SRSR通过双向滑动窗口和选择性确认，将重传精确到单个丢失帧，消除了GBN的批量重传浪费。双向滑动窗口：发送窗口Wt与接收窗口Wr均大于1，通常要求Wt+Wr≤2n以避免新旧窗口序号重叠歧义；接收方缓存窗口内所有正确到达的帧。帧级独立定时器：发送方为每个已发帧独立维护定时器，超时仅重传该帧本身；收到选择性ACK后更新对应帧状态，当最早未确认帧被确认后整体滑动窗口。最优信道利用率：在所有ARQ协议中重传量最小；特别适合高带宽长延迟或高误码率链路，是TCPSACK选项和QUIC协议的设计基础。实现复杂度：需帧级定时器数组、接收端排序缓冲区、选择性确认编码，显著高于GBN；在软件协议栈中已成为主流方案。SR双向滑动窗口示意图1帧精确重传粒度Wt+Wr≤2n序号无歧义约束PROTOCOLLINEAGESR→TCPSACK→QUIC协议栈演进主线T传输层TRANSPORTLAYERRELIABLETRANSFERTCP滑动窗口实现可靠传输TCP将ARQ从帧级提升到字节级，通过累积确认+SACK选项组合，在保持向后兼容的同时实现了接近选择重传的精确重传能力。字节级滑动窗口：序号与确认号以字节为单位编号，发送窗口大小=min(cwnd,rwnd)，已发未确认字节数不得超过窗口值；窗口随ACK到达向前滑动。累积确认：ACK中的确认号表示该序号之前的所有字节均已正确接收；即使中间有丢包，确认号也不会前进。SACK精确重传：允许接收方在ACK中附带最多4个已接收但不连续的字节块范围，发送方据此精确识别丢失段并重传。RTO与快速重传：维护重传队列与RTO估算器，结合Karn算法避免二义性；收到3个重复ACK时立即触发快速重传。TCP字节级滑动窗口机制示意TTransportLayerARQCOMPARISONComparison三种ARQ协议性能对比三种ARQ协议代表了可靠性与效率之间的不同权衡点；TCP的工程实践是融合二者优势的折中艺术。三种ARQ协议关键特性对比对比维度停止等待回退N帧（GBN）选择重传（SR）发送窗口1≤2n−1≤2(n−1)接收窗口11≤2(n−1)重传策略超时重传单帧超时重传全部未确认帧仅重传丢失/超时帧接收端缓存无需无需（乱序丢弃）需要（缓存乱序帧）信道利用率低较高最高实现复杂度最低中等最高工程启示：TCP融合了GBN的累积确认与SR的SACK选项，兼顾兼容性与重传效率。24CHAPTER05流量控制与拥塞控制窗口调控与网络稳定性保障T传输层协议TRANSPORTLAYERFLOWCONTROLTCP流量控制与零窗口TCP流量控制是以接收方缓冲区余量为反馈信号的闭环控制系统；零窗口探测机制防止了因ACK丢失导致的永久死锁。窗口通告机制：接收方在每个ACK报文的窗口字段中通告当前可用缓冲区大小（rwnd），发送方确保snd_nxt−snd_una≤rwnd，超出部分暂停发送。零窗口触发：当接收应用进程读取数据慢于到达速率时，缓冲区逐渐填满，rwnd逐步收缩至0；发送方收到零窗口通知后立即停止发送。持续定时器：为防止零窗口ACK丢失导致发送方永久阻塞，TCP定期发送1字节窗口探测报文，触发接收方重新通告窗口大小。端到端特性：流量控制是接收方驱动的机制，与网络状况无关；即使带宽充裕，若接收方处理能力不足，发送速率仍被rwnd压制。TCP窗口动态调整示意TRANSPORTLAYERCONGESTIONCONTROL拥塞控制原理与拥塞窗口拥塞控制是发送方基于网络反馈自主调节发送速率的混合控制：cwnd反映网络承载能力，AIMD策略保障多流公平性与网络稳定性。拥塞控制的目的防止过多数据注入网络导致路由器队列溢出、丢包率飙升、吞吐量骤降的拥塞崩溃现象。拥塞窗口cwndTCP引入拥塞窗口cwnd作为发送方状态变量，实际发送窗口swnd=min(cwnd,rwnd)；cwnd由发送方根据网络反馈自主调整。AIMD策略网络畅通时cwnd线性增长（每RTT加1MSS），检测到拥塞时cwnd减半；这种不对称调节使多条TCP流收敛到公平份额。拥塞信号与响应拥塞信号有两种：超时重传（强信号）触发慢启动重启，三个重复ACK（弱信号）触发快恢复机制，TCP对两者采取不同响应策略。swnd=min(cwnd,rwnd)畅通期：cwnd+=1MSS/RTT拥塞时：cwnd=cwnd/2TRANSPORTLAYERCONGESTIONCONTROL慢启动算法详解慢启动的"慢"是相对于直接满速发送而言的起始保守策略，实际增长是指数级的。初始窗口与指数增长：初始拥塞窗口IW通常为1-2MSS，每收到一个对新数据的ACK，cwnd增加1MSS；由于一个RTT内可收到多个ACK，cwnd实际呈指数增长。退出条件：慢启动阈值ssthresh初始值较大，当cwnd≥ssthresh时退出慢启动，进入拥塞避免阶段。超时重启动：若慢启动期间发生超时，ssthresh设为max(FlightSize/2,2×MSS)，cwnd重置为1MSS，重新进入慢启动。实际效率：尽管名为"慢启动"，指数增长使其能在约log₂(BDP)个RTT内达到理想窗口大小；对于典型互联网路径仅需约7个RTT。慢启动阶段cwnd指数增长曲线cwnd从1MSS起步每RTT翻倍，约6-7个RTT达到64MSSCONGESTIONCONTROL拥塞避免算法详解拥塞避免阶段的线性增长是TCP在充分利用带宽与避免引发拥塞之间的精妙平衡。线性增长机制：cwnd按cwnd+=SMSS²/cwnd更新（近似每RTT加1MSS），增长速率远低于慢启动的指数级。拥塞触发：当cwnd超过网络实际容量时，路由器队列积压直至丢包；TCP将丢包视为拥塞信号，立即下调发送速率。超时（强信号）：ssthresh=max(FlightSize/2,2×MSS)，cwnd=1MSS，重回慢启动阶段。三重复ACK（弱信号）：触发快重传+快恢复，ssthresh减半但cwnd设为ssthresh+3×MSS，避免不必要的慢启动重启。拥塞避免阶段cwnd线性增长与丢包响应cwnd线性增长至68MSS后丢包，ssthresh减半为34MSSCONGESTIONCONTROLTRANSPORTLAYER快重传与快恢复算法快重传利用重复ACK作为早期丢包信号；快恢复认识到网络仍有残余容量，避免过度降速。快重传触发条件：连续收到3个相同ACK，表明该ACK对应序号之后的数据已到达接收方但存在缺口；发送方立即重传缺失报文段。延迟优化：快重传将丢包检测延迟从平均RTO/2缩短到约1.5倍RTT，在高延迟链路上性能提升尤为显著。快恢复公式：ssthresh=max(FlightSize/2,2×MSS)，cwnd=ssthresh+3×MSS；然后直接进入拥塞避免而非慢启动。理论依据：数据包守恒原则——重复ACK表明有数据已安全离开网络进入接收缓冲区，不必将cwnd重置为1。快重传触发与快恢复窗口调整流程T传输层CONGESTIONCONTROLEVOLUTIONBBR与现代拥塞控制演进BBR标志着拥塞控制从丢包驱动的反应式调节向模型驱动的主动探测的范式转变。传统Loss-based的局限将丢包等同于拥塞，但在浅缓冲环境下丢包可能在带宽利用率仅50%