简介一份面向嵌入式开发与网络初学者的物理层基础讲解文档围绕数据封装与解封装全过程、电路交换/报文交换/分组交换三种数据交换方式的差异以及物理层传输介质同轴电缆、双绞线、光纤与以太网标准10BASE5、CSMA/CD等展开适合需要快速搭建网络基础概念框架的读者。资源为单个DOCX文档大小3.46MB内容集中、结构清晰便于随查随学。已有104人学习下载。文档从数据交换形式讲起结合快递包裹比喻说明封装是从上层到下层、解封装是从下层到上层并解释了冲突域、退避算法、共享型网络等易混概念可帮助读者理解数据从应用层到物理层逐层封装的完整逻辑也能为后续TCP/IP协议栈、嵌入式网络开发及相关笔试面试准备提供切实支撑。1. 网络基础入门的第一个坎物理层到底在解决什么问题我刚接触网络基础那会儿总觉得物理层是最没技术含量的一层直到在一个嵌入式项目里被一根双绞线坑了两天才回头把物理层详细讲解研究了一遍。这份资料核心就三块数据交换的三种形式、数据封装与解封装的完整流向、物理层的传输介质与以太网标准。它不堆公式而是用快递包裹和总线冲突这类场景把概念讲清楚特别适合刚接触 Ethernet 和 TCP/IP、需要亲手选型与排查的工程师。读完之后你至少能回答三个问题分组交换凭什么比电路交换效率高、数据从应用层到物理层的比特流是怎么一步步封出来的、同轴电缆上的冲突域到底在哪里。2. 数据交换的三种形式电路交换、报文交换与分组交换的取舍2.1 电路交换独占逻辑电路的效率代价电路交换的第一个关键词是“逻辑电路”。很多人一看到“电路”两个字以为必须物理上拉一条专线其实不然。它指的是通信双方在正式传数据之前先由交换设备在中间预留一条通道这条通道在本次通信期间是独占的。你的数据从这条通道走别人的数据不会混进来反过来只要这条通道还保持着哪怕此刻你一个字都没传别人也别想用它。传统电话网就是最典型的电路交换拨号接通之后线路资源就被这对通话者占住了双方沉默的间隙也不会让给别人。这套机制换来的是确定性和稳定。因为路径固定、资源独占数据不大会乱序延迟也基本可预测。它换走的是信道利用率。对现代以太网环境来说电路交换很少作为直接选项但它在工业实时通信里是有参考价值的——时间敏感网络TSN里预留时隙、独占带宽的调度思路本质上就是电路交换思想的回归。理解这点再看分组交换就会明白网络设计者为什么愿意牺牲确定性来换效率。我在跑嵌入式数据采集项目时从来没想过在以太网上实现电路交换。但遇到对延迟极其敏感的告警信号时会主动查一下设备支不支持基于优先级的带宽预留而不是把所有数据一视同仁地丢进同一个队列。这就是把电路交换的理念用在分组交换网络里的常见做法先理解它的代价才知道什么时候该借用它的优点。2.2 报文交换用标识解决多设备同链路的数据紊乱报文交换的出现是因为多台设备想同时使用同一条线路。想象一根同轴电缆上挂了五台设备如果大家同时往线路上发送数据接收端看到的只是一堆混在一起的比特流完全分不清哪段是A发的、哪段是B发的。解决思路很直接给每个要传输的数据加一个标识标识里写明源设备是谁、目的设备是谁接收端按照标识把数据分开。这样不同设备的数据即使共享同一条链路也不会在逻辑上混为一谈。这个机制和快递面单是同一个道理。一个快递包裹从北京寄到深圳它在中转车上和几百个包裹混在一起但面单上写清楚了收件人和地址分拣员就知道下一步往哪送。报文交换里的标识就是这份面单只不过它承载的不是地址和电话而是网络层的源地址、目的地址这类信息。有了标识链路就不再被单一通信方占用多设备共享才有可能。不过报文交换有一个明显的短板报文长度不固定。有的报文可能是几十字节的控制指令有的可能是几十兆的文件片段。两个报文在同一个节点排队时如果大报文先到小报文只能等着转发效率就取决于大家的报文长度是否均衡。对传统的存储转发网络来说这个不确定性还能忍但到了以太网这种需要同时承载大量突发流量的场景就迫切需要一个更公平的机制。2.3 分组交换分片上限定值与固定大小如何解决不公平分组交换就是在报文交换的基础上加了一个约束把数据切成一个个分片每个分片的大小有个上限值。分片之后同样带上源和目的标识所以多设备共享同一条链路时逻辑上依然能区分开。但这时的关键变化是不会再有哪个报文因为自身太长而长时间霸占链路。所有分片都被限制在某个固定范围内转发时可以按分片为单位轮流处理设备之间的占用时间趋于均衡。“分组”这个名字的由来就在这里。你不用把所有数据一次性扔到链路上而是先按约定的大小分好再逐个发送。以太网里的 MTU 就是这类约定的代表。MTU 规定了单个帧能携带的上限超过这个值的数据要被拆分到多个帧里传输。这样接收端按顺序收到分片后再根据标识还原成完整的数据链路所有设备共享起来就公平得多。文档里有一句话值得细品“我们规定一个大小固定值每次只传输这么大的值。”这句话容易被误读成所有设备的每个分组都必须绝对等长。实际上分组交换要求的是每个分组不超过约定的上限并不要求每次发送的长度一样。比如说你发的是 TCP ACK可能只有几十字节你发的是视频数据可能是上千字节——只要不超过 MTU就都属于合法分组。公平性靠的是上限约束而不是强制等长。对比项电路交换报文交换分组交换通信前是否建立连接是占用逻辑电路否否数据是否拆分否原始码流否完整报文是按上限分片是否携带标识否是是链路空闲时能否被他人使用不能能能转发公平性不涉及差大报文占道好有上限典型应用场景传统电话网早期存储转发网络Ethernet、TCP/IP 网络按这个表去套你现在手上的嵌入式设备只要它走 Ethernet 或者 Wi-Fi用的就是分组交换。TCP/IP 里的 IP 数据报就是分组的实例TCP 在传输层再做一次流控和重组。你把这三行对比记清楚后面看 TCP 头、IP 头就不会再晕。2.4 实际选型什么时候该沿用电路交换的思路分组交换在一般以太网里是默认选择但它也不是万能。对某些实时性要求极高的场景比如工业运动控制里的同步报文分组交换的排队延迟和冲突重发带来的抖动是致命的。这时候工程上会采用时间敏感网络或者专用总线在物理层面上为关键报文预留传输时隙本质上是借用了电路交换的独占思想。另一种常见做法是给报文打优先级标签让交换设备优先转发关键数据这虽然不是物理上的独占电路但能在共享链路里把延迟控制在可接受范围。反过来看报文交换在今天的骨干网和存储转发设备里仍有影子交换机对整帧的转发处理本质上就是存储转发。它和分组交换的区别在于分组交换的分片上限让调度更细粒度也更适合硬件流水线处理。嵌入式设备通常不会直接碰到报文交换但调试数据采集系统时如果某台从站长时间占着总线不放你会很快意识到“数据公平转发”这件事有多重要。理解了三种交换形式的演变你就知道为什么现代网络宁愿在高层做复杂的重组也不允许任何一个大报文在链路上长时间独占。3. 数据封装与解封装从应用层到物理层的完整流向3.1 快递包裹模型封装下钻之后就是物理层的比特流看这份文档的时候我会把拆包裹的画面记住应用层的数据是包裹里那个小物件外面的包装、面单、运输标签都是各个协议层加的报头。发送端从应用层开始每向下一层走一步就往数据前面追加一个本层的报头。以常见的 HTTP 为例应用层把 GET 请求交给 TCPTCP 加上源端口、目的端口、序号这些信息成为 TCP 段TCP 段再交给 IPIP 加上源地址、目的地址成为 IP 包IP 包交给以太网以太网再加上源 MAC、目的 MAC 和帧校验成为以太网帧。这一步加一个报头的过程就是封装。封装的结果是一个完整的以太网帧但这个帧还不能在网线上直接跑。物理层要把它通过网卡/网口发送到传输介质上介质上承载的只有 010101 这样的比特流。比特流这个表述很关键它意味着在物理层这个视角里没有 TCP、没有 IP、没有 MAC 地址只有高低电平或者光信号的变化。为什么很多嵌入式工程师抓包能看懂 IP 头却看不懂物理层的眼图和信号质量就是因为脑子里没建立起“比特流”这个抽象概念总想着在物理层找协议信息。实际上物理层只负责把比特从 A 端搬到 B 端不关心这些比特的含义。如果想让数据在物理层老老实实跑起来封装之前在链路层还有个常见动作凑帧。实际抓包时你会看到以太网帧有最小帧长要求不足 64 字节的帧要补填充字节。文档正文没细讲这块但你在做嵌入式网口驱动时会频繁遇到——发一个几字节的 UDP 包底层帧长度被补到 64 字节这是为了满足 CSMA/CD 的冲突检测时间要求而不是驱动写错了。3.2 解封装从物理层比特流一路拆到应用层数据解封装是封装的逆过程方向完全反过来。接收端的物理层首先把传输介质上的电平信号还原成 010101 比特流然后交给数据链路层数据链路层按帧边界把比特流切成帧去掉 MAC 头做一遍帧校验确认无误后把载荷交给网络层网络层剥掉 IP 头根据目的地址判断是自己的包再把剩下的部分交给传输层传输层剥掉 TCP 头根据端口号找到对应的应用进程最后应用层拿到的就是对方真正要传的那个“小物件”。整个解封装过程遵循一个原则每一层只处理自己那一层的头部。TCP 不会去解析 IP 地址IP 不会去解析 MAC 地址物理层更是只关心比特流的物理特性。这也是为什么排查网络故障时一定要按层定位——物理层跑不通上去做再多的 TCP 重传优化都是白费。我在实际调嵌入式设备时习惯先用物理层工具确认链路是通的、没有任何误码再打开抓包软件看 TCP 握手。顺序反了问题永远定位不到根因。一个容易忽视的点解封装过程中链路层和网络层的头部各有一个校验字段分别在数据链路层和网络层被验证而物理层本身没有独立校验能力。所以物理层出现误码时上层丢包率会升高但你在物理层抓到的只是一堆看起来正常的比特流。这个边界很像物理层保证“尽力传输”对不对只能靠上层去发现。如果你在 UDP 项目里发现偶发丢包先别急着怀疑应用层回头看一眼物理层的信号质量很多“玄学丢包”其实是线缆或接口的问题。3.3 最小网络三要素网线、网卡、协议栈缺一不可文档里有一句话我特别认同网络诞生前靠刻录光盘网络诞生后靠网线、网卡、协议栈这三样就是最小网络的三要素。这比背七层模型好用。网线传输介质负责承载物理层的比特流网卡负责在两套表示之间做转换——把内存里的帧转换成电信号发到网线上或者把网线上的电信号还原成帧送进内存协议栈则提供逻辑规则完成我从哪来、要到哪去这类语义。很多嵌入式设备的 TCP/IP 协议栈是集成在芯片里的你买一个带网络功能的 MCU 或者模组几乎都内置了 TCP/IP。极端一点裸机环境也可以跑精简协议栈比如 lwIP。我一般会把协议栈当作黑匣子先验证确认它能正常建立 TCP 连接再去看它占多少 RAM、多少 Flash。不要一上来就自己写协议栈大部分场景下成熟的协议栈比自研的稳得多。但三要素里最容易翻车的其实是网卡和介质的匹配。有的开发板引出的以太网接口只走了两对线支持百兆你要把它接到千兆交换机上链路协商会停在 100Mb/s这不算故障但如果你以为它能跑千兆就会在性能测试时突然觉得“板子变慢了”。反过来有些设计为了省成本用了共享式集线器方案数据在物理层就产生冲突和普通交换式以太网的定位完全不同。做项目前先确认三要素的规格能省一大半排查时间。3.4 物理层参考模型图不要背图要当定位工具用网上搜“物理层参考模型图”会看到 OSI 七层模型里物理层在最底下上面依次是数据链路层、网络层……在 TCP/IP 模型的视角里物理层通常和数据链路层一起被归入网络接口层。我一般不会去纠结该按哪个模型画图而是把这张图当成故障定位地图问题发生在哪一层就用那一层的工具去查。物理层出问题看的是电平、时钟、线缆和接口数据链路层出问题看的是 MAC 地址、帧校验和重传网络层出问题看的是 IP 路由和分片。对无线传感网来说物理层参考模型的填充内容又多了一层频段、调制方式、发射功率、接收灵敏度。同样是“物理层”有线以太网关心曼彻斯特编码和双绞线阻抗无线传感网关心 2.4GHz 频段上的 DSSS 或 OFDM 调制。模型图本身不变变的只是物理层的具体实现。你需要做的是把图记在脑子里再用它来反问你正在调的设备“我现在的数据走到物理层了吗物理层用的什么编码”能回答上来这一层就算过了。4. 物理层的传输介质与以太网标准同轴电缆、双绞线与光纤怎么选4.1 同轴电缆与 10BASE5共享型以太网为什么又慢又不保密同轴电缆对现在的年轻人来说可能有点陌生但早期有线电视用的就是它。在那根中心导线外裹着绝缘层和屏蔽层的电缆里信号从一头往另一头传天然适合做总线型拓扑。要实现多设备互联可以在同轴电缆上接耦合器每个耦合器的接口接一台设备画图的时候一根同轴线代表一条主干主干的各个接口上挂着设备所有设备共享这一根线。而且同轴电缆本身比较贵总线施工也麻烦后来被双绞线取代得不冤。这就是“共享型网络”的由来。所有设备共享一根网络线意味着同一时刻线路上只能有一路数据在传。优点是从物理结构上就简单省掉了一大堆交换设备缺点是传输速度上不去也没有私密性可言——只要接入这根总线理论上就能收到所有设备发出来的数据早期同轴以太网在安全上是完全不设防的。你要是在公司运维过老式同轴以太网应该还记得那种“谁都能抓包谁都没有保密能力”的无奈。10BASE5 是这段历史的典型标准10 表示每秒可以传 10M10MbpsBASE 表示基带传输在同轴电缆上进行的是曼彻斯特编码传输5 表示最远传输距离 500 米。这三个数字拆开记以后看任何以太网标准名都能自己分析。对照这份文档把 10BASE5 拆成“速率编码距离”三个维度比死记标准号有用得多。4.2 冲突域与 CSMA/CD共享总线上的半双工生存法则同轴电缆上所有设备共享一根总线数据在传输过程中就一定会出现冲突。设备越多碰撞概率越高这个“数据可能碰撞的范围”就是冲突域。在共享型的同轴以太网里整个总线就是一个大冲突域。设备数量翻一倍冲突概率不是翻一倍而是成倍往上走实际有效带宽会掉得非常难看。这也是为什么说共享型网络设备越多越慢的根本原因。CSMA/CD载波侦听多路访问/冲突检测就是为解决这个冲突而生的。它最基本的动作是“先听后发”设备要发送数据前先侦听线上有没有电压摆动值如果线是静止的说明当前没人发数据我才开始发。但这里有个天然的竞争问题如果两台设备同时侦听都听到线是静止的然后同时开始发数据线路上就会撞车。所以 CSMA/CD 还要“边听边发”边发送边检查线上电压一旦发现不是自己的数据特征就知道冲突发生了立即停止发送然后进入退避阶段。退避算法的做法是计算一个随机值在随机时长内不往线上发数据时间到了再去听线上是不是空闲。文档里举例说 10s真实以太网用的是时隙和二进制指数退避时间粒度比 10s 小很多但思想是一样的让大家各自随机退避一段时间避免下一轮再次同时抢占。按这个逻辑走一遍你会发现共享型以太网的实际吞吐跑到标称值的 30%~40% 都算不错因为大量的时间被用在侦听和退避上。4.3 双绞线UTP、STP、5 类与 6 类的真实差异双绞线现在是绝对主流。它靠两根线绞在一起让外部电磁干扰在两根线上产生的噪声大致相等在接收端做差模运算时被抵消这是它比同轴电缆便宜却还能抗干扰的核心原理。UTP非屏蔽双绞线便宜、柔韧性好是办公室布线的默认选择STP屏蔽双绞线在外层加了金属屏蔽层抗外部强干扰能力更强但必须配合可靠接地使用。很多人以为加了屏蔽就万事大吉实际上屏蔽层接地没做好反而会变成一条巨大的天线把干扰吸进信号里。5 类和 6 类指的是双绞线的级别。5 类线在百兆时代是标配超五类5e把传输频率和串扰余量都提了上去勉强能传千兆6 类线从物理结构上做了十字骨架之类的改进串扰更小千兆跑得稳再往上还能顶住 2.5G 甚至 5G 的短距离传输。注意千兆双绞线必须八根芯线全部参与收发四对线同时工作如果你只压了四根芯线链路能通但速率协商会掉到百兆甚至出现时通时断的怪现象。选型时我给不了你一个万能答案但有个常见做法走线距离短、环境干扰不强的办公或实验室环境六类 UTP 是免维护的安逸选择工厂车间有变频器和大功率电机这类干扰源优先考虑六类 STP 并确认两端接地户外长距离架空直接跳过双绞线上光纤。这条经验在嵌入式项目的现场施工里救过我很多次。4.4 光纤距离、干扰和模式的取舍光纤在文档里只占了一行但在现实项目里往往是物理层问题的终极解药。它的核心优势是传输距离远、完全不受电磁干扰而且本身不导电还天然隔离了两端设备的电位差。多模光纤用 LED 发射芯径粗适合 500 米以内的楼宇或机房互联单模光纤用激光器发射芯径细几公里甚至几十公里都能稳定传输。成本上单模光模块比多模贵但长距离场景没有别的选择。选光纤还有一个容易忽略的参数光模块的工作波长。多模常见 850nm单模常见 1310nm/1550nm不同波长的传输衰减曲线完全不同。做嵌入式设备时如果你只是把两块开发板用光纤连起来通常买一对相同规格的光模块接上就能用如果距离超过千米一定要先算链路损耗别到了现场才发现光模块灵敏度不够。物理层就是这样参数没对准一切上层努力都是空中楼阁。5. 物理层避坑指南共享型网络、双绞线选型与 CSMA/CD 的常见误区这几条坑前四条发生在共享型网络和线缆选型阶段第五条属于观念层面的坑比前四条更隐蔽。每一条我都按现象、原因、解决三个步骤记方便你直接对号入座。它们都是我在实际项目里用真金白银换回来的经验建议先存下来等真遇到的时候再翻出来看。5.1 接入设备越多网络越慢先查冲突域别怪设备性能现象一个基于集线器或同轴电缆的老网络设备从 5 台扩到 20 台后整网速度肉眼可见地下降单台设备频繁出现超时抓包看到大量错误帧。原因所有设备共享一段介质处于同一个冲突域。设备越多两个设备同时“听到线路静止”然后同时发送的概率越高CSMA/CD 触发的冲突和退避就越频繁真正用来传数据的有效时间被大量挤占。这跟我们平时熟悉的交换式网络完全不同——交换式网络的每个端口都是独立冲突域设备多了通常不会这样拖垮全网。解决把共享型网络换成交换机把一个大冲突域切成多个小冲突域。如果现场条件不允许至少做到两点减少广播帧的发送频率、把大块数据的传输放到业务低峰期。判断依据很简单抓包看冲突计数和重传率如果重传率直线上升而链路利用率不高那就是冲突域问题和终端设备的 CPU 性能没有关系。5.2 五类线跑千兆频繁掉速不是网卡坑你是线材余量不够现象同样的交换机和终端用 CAT5 线连接后千兆链路协商成功但复制大文件时速度上不去偶尔还会降级为百兆重启又恢复。原因千兆双绞线需要四对八根芯线全部参与收发。CAT5 线虽然不是不能用但高频参数余量很小线序、接头压接、线缆弯曲半径稍有瑕疵信号质量就掉链子触发链路重协商到百兆。实际上很多所谓“千兆掉百兆”案例问题都出在水晶头和线材等级上而不是网卡。解决换 CAT5e 或 CAT6 线检查水晶头线序是否为 568B 标准确认八根芯线全部压到位没有出现某一根没接触好或串位的“假千兆”。条件允许的话用电缆测试仪打一下线对和长度别靠肉眼判断。插头接触不良在工程现场属于高发事故压线工具质量差会导致金属片没压到位故障出现是随机性的特别误导人。5.3 把 10BASE5 的“5”当成 5 类线以太网命名规则要先拆解现象很多人在文档里看到 10BASE5第一反应是“5 类线标准”然后跑去布线柜找五类线怎么都对应不上。原因10BASE5 的三个部分各有含义10 指 10Mbps 传输速率BASE 指基带传输、采用曼彻斯特编码5 指的是最大传输距离 500 米。它和双绞线的 Category 5 完全不是一回事只是数字恰好都是 5。解决看到任何以太网标准名先按“速率传输方式介质/距离”拆开读。10BASE5、10BASE2同轴细缆185 米、100BASE-TX双绞线百兆、1000BASE-T双绞线千兆套路是一致的。把命名规则练成肌肉记忆物理层选型和排错都省事。顺便说一句10BASE2 的“2”指的是约 200 米实际 185 米别把数字纠结成编码。5.4 STP 屏蔽双绞线没接地抗干扰能力反而不如 UTP现象工厂车间里的 PLC 通信原来用 UTP 线时有偶发丢包换成 STP 屏蔽双绞线后干扰反而更严重丢包率和通信超时都变多了。原因STP 的屏蔽层必须单端接地才能把外部电磁干扰导入大地。如果屏蔽层两端都悬空或者接地不良屏蔽层本身就成了一个巨大的天线周围环境里的电磁噪声会被耦合进信号线里形成新的干扰源。这个问题在文档里没有展开但做现场施工的工程师几乎都会遇到一次。解决确认 STP 线缆的屏蔽层可靠接地并检查接地电阻和接地线截面。如果现场条件确实无法保证接地老老实实换回高品质 UTP同时让线缆远离变频器、大功率电机和动力电缆。另一个常见做法是给网线加磁环或走金属穿线管并两端接地这比盲目迷信“屏蔽”两个字更有效。5.5 拿 CSMA/CD 思路排查交换式网络版本不对手段全废现象习惯了共享型网络的人遇到交换机网络上偶发丢包第一反应是“线路上有冲突得降低发送频率”结果调整应用层的发包间隔后问题依然存在。原因交换式以太网里每个交换机端口单独形成一个冲突域全双工模式下收发独立根本不存在冲突检测的问题。CSMA/CD 只适用于半双工的共享介质环境。用处理冲突的思路去诊断一个根本没有冲突的链路方向从一开始就错了。解决换一组排查工具先看网卡和交换机端口的协商状态速率、双工模式再看端口统计里的丢包、CRC 错误和对端超时。全双工链路出现丢包优先查线缆质量、接口接触和电磁干扰而不是无中生有的“冲突”。这条坑太常见了一套过时的物理层观念会把整个排错过程带进死胡同。6. 进阶验证用物理层参数反推真实链路质量6.1 ethtool 先看协商结果拿到一台设备怀疑物理层出问题时我第一件事是用 ethtool 看协商状态而不是直接抓包ethtool eth0输出里重点看四行Speed当前协商速率、Duplex双工模式、Port端口类型、Link detected链路是否检测到。如果 Speed 显示 100Mb/s 而你的网卡和交换机都支持千兆说明物理层链路质量或者线材不支持千兆先把线换掉再做一次协商。Duplex 显示 Half 时也要警惕现在绝大多数双绞线以太网都跑全双工半双工通常意味着配置问题或设备太老会带来大量碰撞和重传。6.2 延迟抖动比平均延迟更说明问题验证物理层不能只看“能不能通”。我会做 20 次延迟测试看最大最小值和抖动分布。延迟抖动大、偶发超时大概率是物理层在做重传或降速协商应用层再优化也没用。无线传感网更要看这个指标它的物理层射频链路受环境干扰影响延迟抖动几乎是常态。如果你在调无线模组记得把信道占用率、接收信号强度和重传率同时记录别只盯 RSSI 一个数。6.3 把物理层参考模型图变成检查清单我每次拿到一份物理层相关的技术文档都会先把参考模型图和介质参数抄在便签上再动手调设备。这个习惯帮我避开了大量“上层配置没问题、下层却全错”的情况。看完这份 网络基础物理层详细讲解.docx建议你也按这个顺序走一遍先分清交换方式再走一遍封装解封装最后用 ethtool 验证物理层。从那以后我每次调网络设备都强制自己先过一遍物理层参数再动协议栈这个习惯确实少踩了很多坑希望帮到你。本文还有配套的精品资源点击获取