一、引言
（一）核心概念定义
传输层是 OSI 七层模型与 TCP/IP 四层模型的核心中间层，负责实现端到端的逻辑通信，即源主机与目的主机上应用进程之间的通信。与网络层提供的主机到主机通信不同，传输层通过端口号实现应用进程级别的寻址，是连接底层网络传输与上层应用服务的关键枢纽。
（二）软考考察定位
本知识点属于软考网络工程师考试中 "网络体系结构" 模块的核心内容，历年平均分值 1.5 分，考察形式多为选择题，高频考点包括 TCP/UDP 特性对比、三次握手 / 四次挥手过程、TCP 可靠传输机制、常用服务端口号映射，偶尔会在案例分析题中涉及 TCP 故障排查场景。
（三）技术发展脉络
传输层协议的演进与互联网发展高度同步：1980 年 RFC 768 定义了 UDP 协议，以极简设计满足高效传输需求；1981 年 RFC 793 定义了 TCP 协议，通过复杂的可靠性机制保障数据传输质量；后续数十年间，TCP 的拥塞控制算法经历了 Tahoe、Reno、New Reno、BBR 等多个版本迭代，始终适配网络带宽、延迟的发展需求。
（四）本文知识点覆盖
本文将系统梳理传输层核心功能、UDP 与 TCP 协议特性、TCP 连接管理与可靠传输机制、常用端口映射规则，并给出软考备考重点与实践应用建议。
二、传输层核心基础：端口寻址机制
（一）端口的定义与作用
端口是传输层的地址标识，长度为 16 位，取值范围 0-65535。IP 地址实现了网络中主机的唯一标识，端口号实现了同一主机上不同应用进程的唯一标识，二者结合形成的套接字（Socket，IP: 端口） 是端到端通信的基础地址单元。
（二）端口的分类与分配规则
熟知端口（Well-known Port） ：范围 0-1023，由 IANA 统一分配给标准公共服务，如 HTTP 80、FTP 21 等，普通应用程序需特殊权限才能绑定此类端口。
登记端口（Registered Port） ：范围 1024-49151，分配给企业或机构注册的私有服务，如 MySQL 3306、Redis 6379 等，无需特殊权限即可绑定。
动态 / 私有端口（Dynamic/Private Port） ：范围 49152-65535，操作系统为客户端程序临时分配，通信结束后自动回收，无需预先注册。
（三）端口的工作机制
当应用进程启动时，会主动绑定固定端口（服务端）或申请临时端口（客户端）；传输层收到数据报文后，根据目的端口号将数据转发到对应应用进程的缓冲区，实现数据的向上交付。
传输层端口寻址逻辑示意图，展示 IP 地址 + 端口号定位应用进程的完整路径，以及套接字的组成结构
三、UDP 协议：简单高效的无连接传输
（一）UDP 协议核心特性
用户数据报协议（UDP，RFC 768）是无连接的传输层协议，核心特性包括：
无连接 ：通信前无需建立连接，发送方随时可以发送数据，无需维护连接状态。
尽最大努力交付 ：不提供确认、重传机制，不保证数据到达的可靠性、有序性。
面向报文 ：不对应用层交付的报文进行拆分或合并，保留报文边界，一次发送一个完整报文。
无拥塞控制 ：网络出现拥塞时不会降低发送速率，适用于对实时性要求高于可靠性的场景。
首部开销极小 ：首部仅 8 字节，包含源端口、目的端口、长度、校验和 4 个字段，传输额外开销极低。
（二）UDP 典型应用场景
UDP 的设计定位是满足高效、低延迟的传输需求，典型应用包括：
查询类服务：DNS 查询、DHCP 地址分配，单次交互数据量小，即使丢包只需重发一次即可。
实时性服务：流媒体直播、实时语音 / 视频、在线游戏，容忍少量丢包，但要求端到端延迟稳定。
网络管理类服务：SNMP 网络管理协议，报文长度小，且需要在网络拥塞时仍能传输管理指令。
（三）UDP 的优劣势对比
| 优势 | 劣势 |
|---|---|
| 连接建立开销为 0，延迟低 | 不保证数据可靠交付 |
| 首部开销小，传输效率高 | 无流量控制，易导致接收方缓冲区溢出 |
| 支持单播、广播、多播通信 | 无拥塞控制，可能加剧网络拥塞 |
UDP 首部格式与 TCP 首部格式对比表，直观展示二者首部长度与字段差异
四、TCP 协议：面向连接的可靠传输机制
（一）TCP 核心特性
传输控制协议（TCP，RFC 793）是面向连接的可靠传输层协议，核心特性包括：
面向连接 ：通信前必须通过三次握手建立逻辑连接，通信结束后通过四次挥手释放连接，整个过程维护连接状态。
可靠交付 ：通过序号、确认、重传、校验等机制，保证数据无丢失、无重复、按序到达。
基于字节流 ：将应用层交付的数据视为无边界的字节流，根据网络状况自动拆分 / 合并报文，不保留应用层报文边界。
全双工通信 ：连接双方同时拥有发送缓冲区与接收缓冲区，可同时进行双向数据传输。
（二）TCP 连接管理机制
三次握手建立连接
第一次握手：客户端向服务器发送 SYN 报文，SYN 标志位为 1，序列号 seq=x，客户端进入 SYN_SENT 状态。
第二次握手：服务器收到 SYN 报文后，回复 SYN+ACK 报文，SYN 和 ACK 标志位均为 1，序列号 seq=y，确认号 ack=x+1，服务器进入 SYN_RCVD 状态。
第三次握手：客户端收到 SYN+ACK 报文后，回复 ACK 报文，ACK 标志位为 1，序列号 seq=x+1，确认号 ack=y+1，双方进入 ESTABLISHED 状态，连接建立完成。
三次握手的核心目的是确认双方的发送能力与接收能力均正常，同时协商初始序列号，避免历史连接报文干扰。
四次挥手释放连接
第一次挥手：主动关闭方发送 FIN 报文，FIN 标志位为 1，序列号 seq=u，进入 FIN_WAIT_1 状态。
第二次挥手：被动关闭方回复 ACK 报文，ACK 标志位为 1，序列号 seq=v，确认号 ack=u+1，进入 CLOSE_WAIT 状态，主动关闭方收到后进入 FIN_WAIT_2 状态。
第三次挥手：被动关闭方处理完剩余数据后，发送 FIN 报文，FIN 和 ACK 标志位均为 1，序列号 seq=w，确认号 ack=u+1，进入 LAST_ACK 状态。
第四次挥手：主动关闭方回复 ACK 报文，ACK 标志位为 1，序列号 seq=u+1，确认号 ack=w+1，进入 TIME_WAIT 状态，等待 2MSL（最长报文寿命）后关闭连接，被动关闭方收到 ACK 后直接关闭连接。
2MSL 等待的作用是确保最后一个 ACK 报文能够到达对方，同时避免本次连接的残留报文出现在后续新连接中。
TCP 三次握手与四次挥手状态转换图，标注每个阶段的报文结构与双方状态变化
（三）TCP 可靠传输核心机制
流量控制 ：基于滑动窗口实现，接收方通过 TCP 首部的窗口字段通知发送方自身当前可用接收缓冲区大小，发送方根据该值调整发送速率，避免接收方缓冲区溢出。
拥塞控制：通过四个核心算法避免网络过载：
慢启动 ：连接建立后，拥塞窗口 cwnd 从 1MSS（最大报文段长度）开始，每收到一个有效确认，cwnd 翻倍，呈指数增长。
拥塞避免 ：当 cwnd 达到慢启动门限 ssthresh 后，每经过一个往返时间 RTT，cwnd 增加 1MSS，呈线性增长，直到网络出现拥塞。
快重传 ：当发送方连续收到 3 个重复的 ACK 报文时，无需等待重传计时器到期，立即重传对方未收到的报文段，减少重传延迟。
快恢复 ：触发快重传时，将 ssthresh 设置为当前 cwnd 的 1/2，同时将 cwnd 设置为新的 ssthresh，直接进入拥塞避免阶段，避免慢启动导致的传输速率骤降。
TCP 拥塞控制算法执行流程图，展示慢启动、拥塞避免、快重传、快恢复的切换逻辑与 cwnd 变化曲线
五、TCP 与 UDP 技术对比与选型
（一）核心特性对比
| 对比维度 | TCP | UDP |
|---|---|---|
| 连接性 | 面向连接 | 无连接 |
| 可靠性 | 可靠交付，保证有序、无丢包、无重复 | 尽最大努力交付，不保证可靠性 |
| 传输效率 | 首部开销 20-60 字节，传输效率较低 | 首部开销 8 字节，传输效率高 |
| 流量控制 | 支持滑动窗口 | 不支持 |
| 拥塞控制 | 支持多种拥塞控制算法 | 不支持 |
| 传输形式 | 面向字节流，无报文边界 | 面向报文，保留报文边界 |
| 通信场景 | 仅支持单播 | 支持单播、广播、多播 |
（二）选型原则
优先选择 TCP 的场景 ：文件传输、网页访问、邮件传输等对数据准确性要求高、可容忍一定延迟的场景。
优先选择 UDP 的场景 ：实时音视频、在线游戏、物联网数据采集等对延迟敏感、可容忍少量丢包的场景。
混合使用场景 ：DNS 服务使用 UDP 进行普通查询（效率高），使用 TCP 进行区域传输（数据量大、要求可靠）；HTTP/3 协议基于 UDP 实现，结合 QUIC 协议在 UDP 之上实现可靠传输，兼顾效率与可靠性。
（三）典型配置案例
以 Cisco 路由器为例，配置 TCP 参数优化传输性能：
ip tcp mss 1460 // 设置TCP最大报文段长度为1460字节，避免IP分片
ip tcp synwait-time 5 // 设置SYN报文等待超时时间为5秒，防范SYN洪水攻击
ip tcp window-size 65535 // 设置TCP窗口大小为65535字节，提升长距离链路传输效率六、软考高频考点：常用端口与协议映射
（一）必须掌握的端口映射（历年必考）
TCP 端口：
20/21：FTP（数据端口 / 控制端口）
22：SSH 安全远程登录
23：Telnet 明文远程登录
25：SMTP 邮件发送
80：HTTP 网页服务
110：POP3 邮件接收
443：HTTPS 安全网页服务
UDP 端口：
53：DNS 域名查询
67/68：DHCP 服务端 / 客户端
161/162：SNMP 轮询 / 陷阱
双协议端口：53 端口同时支持 UDP（普通查询）和 TCP（区域传输、长查询）
（二）常见考察陷阱
混淆 FTP 的 20（数据端口主动模式）和 21（控制端口）的作用；
误认为 DNS 仅使用 UDP 协议，忽略区域传输场景下的 TCP 应用；
混淆 SNMP 161（代理端接收轮询）和 162（管理端接收陷阱）的方向。
常用传输层端口与应用层协议对应关系思维导图，按 TCP/UDP 分类展示核心端口
（三）考点记忆技巧
按照服务类型分类记忆：文件传输类（FTP、TFTP）、远程登录类（SSH、Telnet）、邮件类（SMTP、POP3、IMAP）、网页类（HTTP、HTTPS）、网络管理类（DNS、DHCP、SNMP），结合应用场景理解端口的协议选择逻辑。
七、前沿发展与趋势
（一）TCP 协议的演进
传统 TCP 协议在高带宽长延迟链路、移动网络场景下性能不足，新一代改进方案包括：
BBR 拥塞控制算法（RFC 8312）：基于带宽和延迟探测调整发送速率，相比传统基于丢包的算法，在长距离链路下吞吐量提升 2-10 倍。
TCP Fast Open（RFC 7413）：允许在三次握手阶段携带数据，减少一次 RTT 延迟，提升短连接场景的性能。
（二）UDP 协议的衍生应用
基于 UDP 的可靠传输协议成为研究热点：
QUIC 协议（RFC 9000）：由 Google 提出，在 UDP 之上实现连接复用、0-RTT 握手、前向纠错等机制，已成为 HTTP/3 的底层传输协议，相比 TCP 在弱网环境下性能提升显著。
RTP 协议：用于实时音视频传输，结合 RTCP 实现传输质量监控，广泛应用于视频会议、直播等场景。
（三）对软考的影响
近年软考已开始涉及 QUIC、HTTP/3 等新兴技术的基础概念考察，备考时需关注传输层协议的演进方向，理解新技术与传统 TCP/UDP 的设计差异。
传输层协议演进路线图，展示从 TCP/UDP 到 QUIC、MPTCP 等新兴协议的发展脉络
八、总结与备考建议
（一）核心技术要点提炼
传输层通过端口号实现应用进程寻址，套接字（IP + 端口）是端到端通信的基础。
UDP 是无连接、不可靠、高效的传输协议，适用于实时性要求高的场景。
TCP 通过三次握手建立连接、四次挥手释放连接，结合滑动窗口、重传机制、拥塞控制算法实现可靠传输。
常用端口与协议的映射关系是历年必考点，需熟练掌握。
（二）软考考试重点提示
高频考点：TCP 三次握手 / 四次挥手的报文结构、状态转换、2MSL 的作用；TCP 拥塞控制四个算法的执行逻辑；TCP 与 UDP 的特性对比；常用端口的协议与传输层对应关系。
易错点：TCP 面向字节流的特性、UDP 的报文边界特性；三次握手第三次报文可以携带数据；四次挥手 TIME_WAIT 状态的作用。
（三）实践与备考建议
理论学习：结合 Wireshark 抓包工具实际分析 TCP 三次握手、四次挥手过程，以及 UDP 报文结构，加深对协议的理解。
考点记忆：将常用端口整理为表格，结合应用场景记忆，避免死记硬背。
习题练习：重点练习历年真题中传输层相关的选择题，掌握常见的命题陷阱。
传输层为应用层提供了端到端的通信通道，下期我们将系统学习应用层核心协议，包括 DNS、DHCP、HTTP、FTP、电子邮件等，并概览云计算、SDN 等新兴网络技术，构建完整的互联网知识体系。