计算机网络物理层详解：透明比特流、编码调制与带宽极限

几乎每个学计算机网络的人，翻开教材看到“物理层”三个字的时候，心里都会飘过一个念头：这不就是网线和水晶头吗？包括我自己，当年在机房折腾第一根压废的网线之前，也是这么想的。后来真正做项目、排障、设计组网方案才发现，物理层从来不是“概述一下就能带过去”的内容——很多你以为是上层协议的问题，追根溯源最后都落在这层。

物理层干的事情听起来很朴素：在一条实实在在的物理链路上，把0和1从一端搬到另一端，并且保证搬过去的顺序、速度、电平含义都是双方事先商量好的。至于这些0和1组成的是不是IP报文、里面封装了什么业务数据，物理层一概不管，它只负责“透明地搬运比特”。这篇文章是这个系列的第一篇，我把物理层的整个知识框架拆开揉碎来讲，内容包括它的四类接口特性、数据通信模型、编码与调制、奈奎斯特和香农给出的带宽极限、双绞线光纤无线等介质的选型逻辑，以及各种复用技术是怎么在一根线里同时跑多路信号的。适合正在复习计算机网络课程的读者、准备入行的准网络工程师，以及那些想搞清楚“网线为什么不能超过100米”“Wi-Fi为什么一到晚上就卡”的普通技术爱好者。

1. 物理层到底管什么——从接口、电压到“透明比特流”

1.1 四类基本特性：机械、电气、功能、过程

物理层把“怎么把比特放到线上”这件事，拆成了四个维度来定义。很多人背教材的时候觉得这四条太虚，其实每条背后都有非常具体的工程约束。

机械特性规定的是接口的形状、尺寸、引脚数量和排列方式。最常见的例子就是RJ-45水晶头，8根引脚按固定顺序排列，插进去卡住，物理上先保证两台设备的端口能对接。光纤那边也一样，SC、LC、ST这些接头形式不同，光模块的插口形状就不同，选错了插不进去，这是最直白的机械特性约束。

电气特性规定的是信号的电压范围、电平和速率。老牌串口标准RS-232就是典型，它用-15V到-3V表示逻辑1，用+3V到+15V表示逻辑0，负电平表示1，跟现在TTL电平的习惯正好是反的。很多初学串口和嵌入式的人第一次看到这个都会愣住，怀疑自己是不是看反了。还真没反，RS-232就是这么定义的，这是历史标准，别去“修正”它。以太网则用差分信号，靠两根线之间的电压差来表达比特。电气特性还规定了传输速率，比如某条链路上允许跑的时钟频率上限，超了信号就废了。

功能特性说的是接口上每根引脚是干什么用的。RJ-45的8根线里，10Base-T和100Base-TX实际只用到1、2、3、6四根，其中1、2是发送，3、6是接收，剩下4、5、7、8在百兆时是空的。所以千兆网卡插在百兆交换机上还能工作，但非要拿4芯线跑千兆，速率协商阶段就过不去，因为千兆需要8根全用上。

过程特性，也叫规程特性，规定的是信号发送的事件顺序。比如设备插上网线之后，先进行物理层的自动协商，确定速率和双工模式，协商通过之后才会开始正常收发帧。你看到的网卡状态从“正在识别网络”变成“1000Mbps全双工”，本质上是物理层走完了一遍过程时序。

1.2 “透明比特流”是什么意思

这四个特性合在一起，最终目的是在链路两端形成一个抽象：你给我一串比特，我原封不动地、按顺序地送到对面。物理层不看比特的含义，不关心它是IP包还是ARP帧，只关心这串0和1能不能可靠到达。

用快递打个比方：物理层就是快递员，他只管把包裹从A送到B，保证包裹完好、不调包、不丢件，但完全不关心包裹里面是文件还是零食。数据链路层才是那个往包裹里塞东西、贴面单的人。这种分层带来的最大好处是：上层协议可以完全无视底下是双绞线、光纤还是无线电波，反正都拿到一条“能传比特的链路”。以太网帧既能跑在铜线上，也能跑在光纤上，还能跑在Wi-Fi上，就是因为物理层把这些差异全部兜住了。

2. 一比特的旅行：数据通信系统的完整回路

2.1 通信三要素与工作模式

把物理层的视角放大一点，任何一次数据通信都逃不开三样东西：信源、信道、信宿。信源是产生数据的一端，信宿是接收数据的一端，中间那条通路就是信道。信道不只是一根线，还包括它借助的物理介质以及对应的信号变换设备。

三个要素定下来之后，通信模式就分成三种。单工通信只能单向传，比如广播；半双工可以双向传，但同一时刻只能有一个方向，比如对讲机，按下键说话，松开听话；全双工可以同时双向传，最典型的就是电话和现代以太网。这里值得注意，早期以太网用集线器组网时实际上是半双工的，同一时刻只能一个端口说话，所以才需要CSMA/CD那套冲突检测机制；到了交换机组网的时代，设备之间的链路几乎都是全双工了，冲突域被彻底打破，这个细节在理解物理层演进时特别关键。

信号在信道上的存在形态又分基带和频带。基带信号是原始的数字信号，直接占用电线的低频段，适合短距离传输；频带信号是把基带信号的频谱搬到更高的频段上再传，适合长距离和无线场景。大家经常听到的“宽带”这个词，在很多场合下说的就是这种“频带传输”的思路，跟运营商宣传的“宽带套餐”不是一个意思，别混。

2.2 编码：数字数据变成数字信号

编码解决的问题是：手里有一串数字数据，想用数字信号在链路上传，该用什么规则把电平变化组织起来。

最简单的是不归零编码，用高电平表示1、低电平表示0，实现简单成本低。但它的致命缺点是：当连续发送一长串1或0时，接收端无法分辨每一位的边界在哪里，因为没有跳变来提供时钟参考。想象两个人约好每秒说一个数字，结果有人连续说了十个“1”，没有语调起伏，另一方很快就会数丢。

曼彻斯特编码解决的就是这个同步问题。它规定每个比特的中间必定有一次跳变，比如从高到低表示1、从低到高表示0。这样一来，每一位中间都有一个可识别的边沿，既能传数据又能传时钟，所以10M以太网就用了它。代价是编码后信号的速率是比特率的两倍，带宽效率只有50%，跑100M以上就不划算了。差分曼彻斯特编码更进一步，用每个比特开始处有没有跳变来区分0和1，抗干扰性更好，但电路更复杂。

2.3 调制：数字数据变成模拟信号

编码适合基带传输，但如果信道是模拟信道，就得靠调制把数字数据塞进模拟信号。

四种基础调制方式分开来看都很直白：ASK用载波幅度变化表示0和1，信号容易受干扰；FSK用频率变化表示0和1，抗噪能力强；PSK用相位变化表示0和1，相同带宽下能承载更高信息密度；QAM则把幅度和相位同时用起来，更高阶的QAM64每个符号能表示6比特，无线网卡上的速率就是这么拉上去的。

Wi-Fi物理层的OFDM，本质上是把信道拆成几百个正交子载波，每个子载波各自做调制，再并行传输。这样就避免了单一高速串行信号在无线多径环境里被回波打散的问题。所以你会发现，Wi-Fi的速率不是单纯靠“提高单路调制阶数”硬冲上去的，而是靠“多路并行+每路合理调制”这个组合拳。

3. 奈奎斯特与香农：带宽和信噪比才是物理层的天花板

3.1 奈奎斯特定理：无噪声下的码元上限

学物理层一定会遇到两条定律，它们共同划定了物理链路的速率理论上限。第一条是奈奎斯特定理。

它说的是，在带宽为W的理想低通信道里，无噪声情况下最高的码元发送速率是每秒2W个码元。这里容易卡住的地方有两个：一是“码元”到底是什么意思。码元是信号波形的基本单位，一个码元可以携带1个或者多个比特信息，通信里常说的波特率就是每秒码元数。二是为什么偏偏是2W。直觉理解是：带宽决定了信号变化的最快速度，带宽越窄，信号变化越迟钝，能塞进的码元就越少；带宽越宽，一个码元就能压得越短，单位时间就能塞进更多码元。2W这个系数来自理想低通信道的波形约束，可以先记结论，再用刚才这个直觉帮助理解。

奈奎斯特还带出一个等式的另一半：如果每个码元能取V个不同电平，那么最大信息速率就是2W log2(V) 比特每秒。拿一个3kHz带宽的电话信道举例，如果不做多电平调制，每秒最多传6000个码元，每个码元1比特就是6000bps；如果每个码元用4个电平，每个码元携带2比特，则每秒能传12000bps。带宽没变，速率翻倍了，代价是接收端要分辨的电平差变小，抗噪声能力下降。这几句话，基本就是把奈奎斯特定理在工程里的价值讲透了。

3.2 香农公式：有噪声信道的真实容量

现实世界永远有噪声，所以奈奎斯特给的是理想化上限，真正限制通信容量的，是香农公式：

C = W log2(1 + S/N)

其中C是信道容量，单位比特每秒；W是信道带宽；S/N是信噪比，这里要注意它用的是功率比值，不是分贝。工程上习惯用dB表示信噪比，换算关系是：如果信噪比是30dB，那S/N的功率比值就是1000。套进公式，3kHz带宽、30dB信噪比的信道，容量大约是3k × log2(1001)，算出来接近每秒三万比特。注意，这是理论天花板，是无论如何都突破不了的上限，现实协议能跑到这个值的百分之几十就已经很了不起了。

香农公式给了两个极其重要的工程直觉。第一，想提升速率，要么增加带宽，要么提升信噪比，两者都要付出代价。第二，为什么家里Wi-Fi一到隔了两堵墙就掉速？因为接收端的信号变弱，信噪比骤降，再好的协议也拉不回来。为什么光纤能跑到几百G甚至上T？因为光纤的带宽以THz计，而且光信号的抗噪性非常好，两个参数都占优。

3.3 码元速率不等于信息速率

这是很多新手第一个掉进去的坑：网卡显示协商速率是1Gbps，就说网线上每秒传10亿个比特，这个说法对，但要分清“信息速率”和“线上的符号速率”。如果用PAM-5这样的多电平编码，每个符号携带多个比特，线上的波特率就比比特率低得多。反过来，有些系统为了同步或纠错会增加额外开销，波特率反而可能高于信息速率。

一条链路能跑多快，最终取的是奈奎斯特速率和香农容量之间的“较小者”。带宽和信噪比构成了物理层的硬边界，协议只能去逼近这个边界，永远不可能突破它。任何号称“无损压缩后速率翻倍”之类的说法，在物理信道上都是伪命题，压缩算法解决的是数据冗余问题，跟信道容量是两码事。

4. 介质选型：双绞线、光纤和无线该怎么选

4.1 双绞线：为什么绞合、为什么线序不能乱

双绞线是局域网里最常见的介质，从超五类到六类，从企业机房到家庭弱电箱，到处都是它的影子。它的工作原理说起来很简单：两根线拧成一对，电流从一根流出去，从另一根流回来，形成一个完整的回路。

那为什么要拧？因为两根平行导线会像天线一样相互辐射和接收电磁干扰，而绞合之后，外部干扰在相邻的两个绞环上产生的感应电流方向相反，互相抵消，这就是所谓的“共模抑制”。绞得越密，抗干扰越强，但成本也越高，所以超五类和六类线的绞距是有区别的。另外，双绞线是差分传输，接收端比较的是两根线之间的电压差，而不是单根线对地的电压，某些干扰被两根线同时“感受”到后自然抵消掉了。这就是为什么网线不用屏蔽层也能跑上千兆的原因。

RJ-45水晶头的线序为什么不让你随便接，原因也在于此。568B线序是：白橙、橙、白绿、蓝、白蓝、绿、白棕、棕。1、2必须是一对，3、6必须是一对。通信是成对信号，破坏了配对的物理结构，抗干扰能力和信号完整性都会崩。我实习时在机房压过一根两头看起来一样“顺序”的线，测线器一测，发现一头按568B一头按568A，等于做了一根交叉线。现在的交换机端口大多支持自动翻转，能自适应，但老设备或者某些特殊接口上，就是直接没有链路。从那次以后我给自己立了个规矩：无论做多短的跳线，压完水晶头必须上测线器过一遍线序，不凭眼睛判断。

4.2 光纤：单模和多模、波分复用让它“以一当百”

光纤的核心原理是全反射：光在高折射率的玻璃芯里传播，碰到包层界面时反射回芯内，损耗很小。按纤芯直径分，多模光纤常见50/125和62.5/125两种，光源多是850nm波长的激光或LED，适合几百米的短距离链路，比如数据中心内部机架之间；单模光纤芯径只有9/125，配1310nm或1550nm的激光光源，适合几十上百公里的长距传输。选型错误会很疼：单模光模块插到多模光纤上，因为纤芯失配，光功率衰减极大，严重时直接没光；反过来，用850nm模块跑单模光纤，虽然能通，但性能也没法保证。

光纤最大的优势是带宽潜力几乎用不完。一根单模光纤在1550nm窗口上可用的波长资源极广，于是就有了波分复用：同一根纤芯里同时运行多个不同波长的光信号，每个波长各自是一路独立链路。现在密集波分复用系统在一根光纤上承载几十上百个波道，每波道速率可以到100G甚至更高，单纤容量轻松上到Tbps级别。对运营商来说，光纤一旦埋下去挖出来很难，扩容主要靠升级两端设备、增加复用波长，而不是重新铺缆，这就是波分复用最大的现实价值。

工程上还有一个高频坑：光模块和光纤的接口端面脏了，或者弯曲半径过小，都会导致光功率骤降，表现为链路时通时断。这时候单看上层协议抓包是抓不出结果的，只能用光功率计去测收端光功率，看到数值低于接收灵敏度阈值，基本就能锁定物理层问题了。

4.3 无线介质：微波、红外和Wi-Fi物理层

无线介质里最常见的是无线电波，尤其是微波频段。Wi-Fi工作在2.4GHz和5GHz频段，属于免授权频段，好处是布线自由、移动性强，坏处是干扰源多，微波炉、蓝牙、邻居家的路由器都能来掺一脚。

无线信道的核心难题是多径效应：信号从发射端出发，经过墙面反射、家具散射，会有多条路径到达接收端，彼此叠加后可能增强也可能抵消。这和有线信道完全不同，有线只要线序对、衰减够，信号模型就相对干净。为了对付多径，Wi-Fi用OFDM把宽带信号切成了多个窄带子载波，每路子载波在单独传输时经历的频率选择性衰落都更平滑，再通过加循环前缀来吸收“前一符号的回波”，从而把多径干扰变成可处理的问题。

选介质没有绝对的“最好”，只有“适不适合”：短距离高密度、变动频繁的场合，双绞线和Wi-Fi更灵活；长距离高带宽、高可靠性的场合，光纤几乎是唯一选择；远距离无光缆可用的地方，就得靠微波接力。物理层的介质选择，本质上是对距离、成本、施工条件、可靠性的综合权衡。

5. 复用技术：一条物理链路同时塞进N路信号的办法

5.1 从“一家一根线”到“大家共一根线”

建路、埋线、租用带宽全都烧钱，所以物理层一直有一门必修课：怎么样让一条物理链路上同时承载多路信号，还不互相干抗。四个核心方案其实对应四种隔离思路。

频分复用把总带宽划分成不同频段，每个信号占用一小段，互不重叠，就像公路按车道划分，卡车走左边、轿车走右边。时分复用把时间切成一个个时隙，各路信号轮流使用整条链路，就像红绿灯轮流放行，不同方向的车在不同时间通过同一路口。波分复用本质上是频分复用在光纤上的特例，把不同波长的光信号合进一根光纤，可以理解成把不同颜色的颜料装进同一根透明管子后在出口用棱镜分开。码分复用则完全不同，所有站都在同一时间、同一频段上发送，靠各自互不干扰的“码型”来区分，就像一群人同时用不同语言说话，每种语言自成体系，母语者能轻松分辨出自家内容，听不懂的则全是噪音。

5.2 E1与T1：数字传输系统里的时分复用实例

时分复用最经典的工程实例，就是老牌数字传输体系里的E1和T1。

E1是欧洲标准体系，总速率2.048Mbps，把时间轴切成32个时隙，每个时隙64Kbps。其中TS0专门用于帧同步，TS16用于传送信令，剩下30个时隙才是用户话路。也就是说一根E1链路能同时承载30路电话或30条64Kbps的数据连接。T1是北美标准，总速率1.544Mbps，用24个时隙承载用户数据，额外开销用比特填充方式塞在帧里。两者对比如下。

今天我们可能很少直接接触E1，但它的思想依然活着。运营商的接入网、专线设备里至今还有大量“把物理链路拆成时隙分配给不同业务”的做法。理解E1，就能理解为什么传统的语音通信能和后来的数据通信共存在一套传输体系里：一句话占用64Kbps的固定时隙，数据业务用剩余的时隙，谁也别抢谁的。

5.3 CDMA码分复用：靠正交码片在空中“分拣”信号

在蜂窝移动通信里，CDMA是绕不开的经典。它让所有基站和手机共用同一频段、同一时间发送信号，能区分开的原因在于每个用户分到一个与其他用户的码片序列正交的扩频码。

扩个简单例子。设站点A的码片序列是(1,1,1,1)，站点B的码片序列是(1,-1,1,-1)，两者正交，规格化内积为0。如果A要发比特1，它就发送自己的码片序列；要发比特0，就发送码片序列的反码，也就是(-1,-1,-1,-1)。B同理。现在A发比特1，B发比特0，两条信号叠加后，接收端收到的混合序列是(1,1,1,1)加上(-1,1,-1,1)，得到(0,2,0,2)。如果接收端想知道A发了什么，就把混合序列和A的码片做规格化内积：四分之一乘以(0×1+2×1+0×1+2×1)，结果是1，于是判定A发了1。想知道B发了什么，就用B的码片去做同样运算，结果算出-1，判定B发了0。每一方只认自己的码片，其他信号在数学上都会被“过滤”成接近0的串扰，这就是码分复用的核心魅力。

当然，真实系统里的码片长度远比这个例子长，而且要求各站信号功率基本均衡、时钟严格同步，否则正交性会被破坏。工程实现里这些条件每一个都很难，但这不改变码分复用本身简练、漂亮的数学内核。5G物理层里的多址方案比CDMA复杂得多，但“各用户通过正交或准正交资源区分”这一点，底层思路是一脉相承的。

6. 排查经验：网络问题为什么会从物理层开始爆发

6.1 物理层故障长什么样

很多网络故障的观感是“时好时坏”，表面上看像应用层或者协议栈问题，实际根源却经常在物理层。一根超五类线硬拉了120米，信号衰减和串扰已经踩线，就会表现为白天温度高时误码率上升、晚上温度下来又稍微好一点，业务侧看到的症状是偶发丢包、延迟抖动。光纤熔接点有点脏或者弯曲半径太小，光功率跌到临界值，链路就会突然下电、恢复、再下电，业务时断时续，上层抓包回放全是TCP重传，但问题根本不在TCP。

常见物理层故障类别基本逃不出这几样：水晶头弹片折断或氧化导致接触不良；双绞线超过等级规定的物理长度；线序做错；光纤端面脏污、弯曲过度、活接头松动；无线信道信噪比过低且周围干扰太多。这些故障有一个共同特征：你用协议分析工具去看，看到的都是上层异常，但只要回到接口状态、线缆、光功率这些底层的度量上，证据就会出现。

6.2 快速定位手段：先看灯和协商状态

我自己的排查顺序通常是这样的。先看接口的物理状态：网卡是否link，协商速率是多少，是千兆全双工还是降成了百兆半双工。只要速率协商掉档，比如明明是千兆网卡和千兆交换机，却协商成100Mbps，基本等于告诉你线缆或水晶头质量不合格。接着用测线器验证双绞线的线序和通断，别嫌麻烦，五分钟能排除几十种可能性。光纤链路则直接看光模块侧接收光功率，对照收发器的灵敏度阈值，如果已经贴着底线，基本就可以锁定物理层了。然后才是分段验证：拿一台笔记本直连设备，测一段隔离一段，把问题边界一步一步缩窄。最后才考虑上协议分析工具，因为上层协议异常往往是结果，不是原因。

6.3 实操中容易忽略的三个细节

第一，双绞线布线要远离强电线路，至少保持几十厘米的距离；长时间与强电并行走线，哪怕线缆屏蔽做得不错，也容易引入周期性干扰。第二，光纤跳线插拔前必须用专用清洁工具擦拭端面，一根肉眼几乎看不见的灰尘就能让光功率掉好几个dB。第三，压接水晶头时，网线外皮要压进水晶头的卡线钩里，这样长期拉扯不会把线芯拽松。很多看起来莫名其妙的质量问题，拆开后都是外皮没压住、线芯虚接导致的。

就我个人做了多年网络相关项目后的体会来说，物理层是一门“平时看起来最没存在感，一出问题就存在感爆棚”的学问。上层协议再怎么完善，设计得再精巧，底下链路一断，全都白搭。学习计算机网络里的物理层，最大的收获不在于背下了几个接口参数、几条传输速率公式，而在于建立一种排查直觉：当系统出问题的时候，永远先确认底层能不能可靠地替你运比特。这个习惯，能帮你省下大把在本不该属于你的问题里打转的时间。