OSI模型与Wi-Fi：Wi-Fi在七层模型中的位置
很多刚入行的朋友问我：Wi-Fi到底工作在OSI模型的哪一层？
我的回答通常是——主要工作在物理层和数据链路层。但这么说其实有点笼统。今天咱们就把这事儿彻底说清楚。
OSI七层模型速览
先快速过一遍OSI模型，毕竟这是网络通信的通用语言。从上到下分别是：
| 层级 | 名称 | 典型协议/设备 |
|---|---|---|
| 7 | 应用层 | HTTP、FTP、DNS |
| 6 | 表示层 | SSL/TLS、JPEG |
| 5 | 会话层 | NetBIOS、RPC |
| 4 | 传输层 | TCP、UDP |
| 3 | 网络层 | IP、路由器 |
| 2 | 数据链路层 | MAC、LLC、交换机 |
| 1 | 物理层 | 射频、调制、天线 |
Wi-Fi协议栈主要占据的就是第1层（物理层）和第2层（数据链路层）。上面那5层，Wi-Fi基本不碰——它只负责把数据从你的设备送到AP，再从AP送到有线网络。
核心观点：Wi-Fi的本质是无线以太网。它替代的是传统以太网中那根网线的角色，所以它工作在物理层和数据链路层，合情合理。
物理层：看不见的“网线”
物理层干的事，说白了就是把比特变成电磁波，再把电磁波变回比特。
我记得刚做Wi-Fi测试那会儿，总以为物理层就是调调频率、改改功率。后来被一个吞吐量问题折磨了两周，才发现是OFDM符号的循环前缀长度配错了。嗯，物理层的细节，真的能让你怀疑人生。
物理层核心职责
- 调制与编码：把0和1映射到无线电波的幅度、频率或相位上。比如BPSK、QPSK、16-QAM、64-QAM、256-QAM。
- 频率选择：2.4GHz还是5GHz？20MHz还是40MHz带宽？这些都在物理层决定。
- 发射功率控制：信号发多强，直接影响覆盖范围和干扰程度。
- 信道估计与均衡：信号在空中会反射、衰减，接收端得想办法还原原始信号。
避坑指南：我曾经遇到一个案例，客户说Wi-Fi信号满格但网速极慢。排查到最后，发现是AP的发射功率设置过高，导致接收端放大器饱和，信号失真。物理层不是功率越大越好，这个坑我替你们踩过了。
数据链路层：Wi-Fi的“交通规则”
物理层把比特送出去了，但怎么保证这些比特不乱成一锅粥？这就是数据链路层的事了。
数据链路层在Wi-Fi里又分成两个子层：
- MAC子层（介质访问控制）：负责谁什么时候能说话。
- LLC子层（逻辑链路控制）：负责把数据交给上层协议。
MAC子层——Wi-Fi的灵魂
Wi-Fi的MAC层和以太网MAC层有个本质区别：以太网是“有线”，Wi-Fi是“无线”。
有线环境里，设备通过CSMA/CD检测冲突。无线环境里，你没法检测冲突——因为你发信号的时候，自己收不到别人的信号。所以Wi-Fi用了CSMA/CA（载波监听多点接入/冲突避免）。
怎么避免冲突？靠“听”和“等”。
- 先听：信道空闲吗？空闲就等一个DIFS（分布式帧间间隔）。
- 再等：如果信道一直空闲，启动一个随机退避计时器。
- 再发：计时器归零，发送数据。
- 确认：接收端收到数据后，回复ACK。没收到ACK就重传。
关键点：Wi-Fi的MAC层是半双工的。同一时刻，一个信道上只能有一个设备在发。这就是为什么Wi-Fi的“理论速率”和“实际吞吐量”差距那么大——你想想看，所有设备都在排队等机会说话。
LLC子层——透明的“快递员”
LLC子层相对简单，它负责把MAC层收到的数据，封装成上层（网络层）能识别的格式。Wi-Fi的LLC通常使用802.2 LLC标准，配合SNAP（子网访问协议）头，用来标识上层协议是IP还是ARP。
Wi-Fi在OSI模型中的完整映射
为了让你看得更清楚，我画了一张图。这张图我每次培训都会拿出来讲，因为它能直观展示Wi-Fi协议栈和OSI模型的对应关系。
物理层与数据链路层的协同工作
这两层不是各干各的，它们配合得非常紧密。我举个例子你就明白了。
假设你的手机要发一个HTTP请求：
- 数据链路层（MAC）把IP包封装成802.11帧，加上帧头（源MAC、目的MAC、序列号等）。
- MAC层执行CSMA/CA，监听信道，退避，然后通知物理层：可以发了。
- 物理层把帧的比特流调制成OFDM符号，通过天线发射出去。
- AP的物理层收到信号，解调、解码，还原出比特流。
- AP的MAC层检查帧校验序列（FCS），如果正确，回复ACK；如果错误，丢弃并等待重传。
注意：很多人以为Wi-Fi的“重传”是TCP层的事。其实MAC层也有重传机制。802.11的MAC层会尝试重传最多7次（默认值），如果还失败，才交给上层处理。这个机制在弱信号环境下至关重要——我见过太多人把MAC层重传误判为TCP重传，导致排查方向完全跑偏。
为什么理解这两层对故障排查很重要？
我个人习惯，遇到Wi-Fi问题，先判断是物理层的问题还是MAC层的问题。
| 现象 | 大概率是物理层 | 大概率是MAC层 |
|---|---|---|
| 信号弱、速率低 | ✓ 信道衰减、干扰 | |
| 频繁断连 | ✓ 关联认证问题、漫游问题 | |
| 吞吐量波动大 | ✓ 多径、同频干扰 | ✓ 竞争窗口过大、隐藏节点 |
| 能连上但打不开网页 | ✓ DHCP、ARP、MAC过滤 | |
| 延迟高、丢包 | ✓ 信噪比差 | ✓ 重传率过高、队列溢出 |
你看，很多问题其实在物理层和MAC层就能定位。不用动不动就抓包看TCP窗口，先把底层搞清楚，事半功倍。
我的经验：有一次客户说AP下的终端经常掉线，抓包发现大量Deauth帧。一开始怀疑是攻击，后来发现是AP的MAC层省电管理参数配置不当，导致终端被踢下线。如果不懂MAC层的工作机制，这个问题可能排查一周都找不到根因。
小结
Wi-Fi在OSI模型中占据物理层和数据链路层。物理层负责信号的收发，数据链路层负责信道的接入和帧的管理。这两层是Wi-Fi性能的基石——上层应用跑得顺不顺，很大程度上取决于底层处理得好不好。