光纤传感器原理图解读：物性型与结构型的分类及流速测量
2026/10/14 17:56:57
PAN、LAN、WLAN、CAN、MAN、SAN和WAN，这组缩写几乎是所有网络科普的固定开场。我最早接触它们是在准备网络基础认证的时候，背得滚瓜烂熟，可真正蹲在机房里做项目后才意识到，按书本把网络分为“个人网、局域网、城域网、广域网”并不能解决实际问题——你面对的真实网络，往往是好几种类型叠在一起，而判断自己到底身处哪种网络，靠的不是背分类，而是看边界、看介质、看谁在管理。
这篇文章适合谁？刚入行的网络运维、准备考网工证书的学生、需要给客户讲方案的产品经理，甚至只是想知道“家里那台路由器算不算局域网”的好奇读者。我不会按教科书顺序一条条念定义，而是把七个概念拆开揉碎，告诉你它们为什么会出现在同一个清单里，以及实际工作中你会在哪个角落遇到它们。
1. 七个缩写背后，藏着三种完全不同的分类逻辑
先说个反直觉的事实：这七个词根本不是同一根坐标轴上的刻度。按覆盖范围从小到大排，PAN（个人区域网）、LAN（局域网）、CAN（园区网）、MAN（城域网）、WAN（广域网）勉强能站成一排，但WLAN和SAN会立刻打乱队形——WLAN是“介质”轴上的产物，SAN是“用途”轴上的产物，把它们和距离尺度硬排在一起，只会越学越糊涂。
我习惯用一个城市规划的类比来解释。一座城市按范围可以分为社区、街道、城区、整个城市，这是“范围轴”；但“高架路”和“地铁”是按交通方式命名的，它们可以贯穿社区、街道和城区；而“物流园区”是按功能命名的，它可能只出现在城市一角。网络类型也是这个道理：PAN、LAN、CAN、MAN、WAN描述的是“覆盖多大范围”，WLAN描述的是“用什么方式把设备连起来”，SAN描述的是“这张网专门拿来干什么”。理解这个前提，后面所有内容都会顺很多。
下表把这七个词的真实身份列清楚了，建议先存下来：
| 缩写 | 完整名称 | 真正对应的分类维度 | 典型场景 |
|---|---|---|---|
| PAN | Personal Area Network | 覆盖范围（米级） | 蓝牙耳机连手机、手环同步、车载蓝牙 |
| LAN | Local Area Network | 覆盖范围（百米到千米级） | 家里或办公室的有线以太网 |
| WLAN | Wireless Local Area Network | 传输介质（无线） | 办公室里大家连的那个Wi-Fi |
| CAN | Campus Area Network | 覆盖范围（园区级） | 高校校园网、企业园区网 |
| MAN | Metropolitan Area Network | 覆盖范围（城市级） | 同一座城市多个园区互连 |
| SAN | Storage Area Network | 用途（存储专用） | 服务器集群访问共享磁盘阵列 |
| WAN | Wide Area Network | 覆盖范围（跨城市/全球） | 运营商骨干网、互联网 |
| 注意，CAN这个名字有两副面孔。在“网络科普”语境里，它通常指Campus Area Network（园区网），但在汽车电子领域，CAN是Controller Area Network（控制器局域网），是车上各个ECU之间通信的总线协议。碰到这个词，先看上下文，别拿着汽车总线的参数去套园区网，否则会很尴尬。
把“一根坐标轴”这个错误认知纠正过来之后，我们正式开始逐个拆解。
2. PAN：你每天揣在兜里的“厘米级网络”
PAN可能是七个词里最不起眼、但你用得最频繁的一个。它的覆盖范围通常是10米以内，解决的是“我身边的设备如何互联”这个问题。蓝牙耳机、无线鼠标、智能手表、汽车无钥匙进入，本质上都属于PAN的范畴。说句夸张点的话，从你早上戴上手环的那一刻起，你的身体周围就环绕着至少两三种PAN网络。
PAN的技术家族很庞大，而且它们大多不跑IP协议。经典的蓝牙（IEEE 802.15.1）负责中等速率的数据交换，低功耗蓝牙（BLE）是物联网传感器的宠儿，Zigbee（IEEE 802.15.4）支持大规模mesh组网，NFC只管几厘米内的近场通信，UWB则用飞行时间测距实现厘米级定位。它们各有各的脾气，各有各的主场。
| 技术 | 典型传输距离 | 主打优势 | 常见应用 |
|---|---|---|---|
| 经典蓝牙 | 10米左右 | 速率较高、兼容性好 | 蓝牙音箱、蓝牙耳机 |
| 低功耗蓝牙BLE | 10到30米 | 极低功耗、手机普及率高 | 手环、Beacon、智能门锁 |
| Zigbee | 10到100米（可mesh） | 低功耗、自组网 | 智能家居传感器、工业采集 |
| NFC | 几厘米 | 极短距离、无需配对 | 移动支付、门禁卡模拟 |
| UWB | 10到30米 | 厘米级测距、抗干扰 | 数字车钥匙、室内定位 |
这里必须专门辨析一个经典误区：手机开热点不叫PAN。热点的本质是手机把蜂窝信号或宽带转发成Wi-Fi信号，让自己扮演一个“迷你无线接入点”，这是在模拟无线局域网，走的是WLAN的思路，不是PAN。PAN强调的是设备之间点对点的直接数据交换，比如手机给无线耳机传音频，压根不经过路由器，也不占用Wi-Fi频段。搞清楚这个区别，你在给朋友解释“我手机开热点是组建了一个局域网”的时候，就不至于说到一半自己先心虚了。
我在做智能家居项目时体会最深的是，很多设备明明能连Wi-Fi，却偏偏要走Zigbee或BLE，原因有三：功耗低、不占Wi-Fi带宽、设备之间还能本地联动。比如某个传感器检测到漏水后，想直接触发另一个执行器关水阀，走Zigbee在这个“小圈子”里就能完成，根本不用绕到云端再转一圈，响应快且断网也能工作。这就是PAN在物联网时代的价值——它不抢高带宽，专注“快、稳、省电”的连接。
3. LAN与WLAN：你的路由器往左是家，往右就是“局域网世界”
LAN（局域网）是普通人最有感的一个概念，因为家里的光猫、路由器、网线、电脑、电视，拼在一起就是一张家庭局域网。从技术标准看，LAN的核心是以太网（IEEE 802.3），传输介质大多是网线（双绞线）或光纤，特点是范围有限、时延低、由使用者自己管理和维护。
3.1 一个普通家庭的LAN到底长什么样
信号流的顺序很简单：运营商的入户光纤先进光猫，光猫负责把光信号变成网口能用的电信号；光猫再接路由器的WAN口，路由器在内部组建一个私有网段，比如192.168.1.0/24；路由器上的LAN口可以接交换机和各种有线设备，同时路由器内部的无线模块会广播出那个你熟悉的Wi-Fi名字，也就是SSID。
这里有个细节值得多看一眼：路由器的“WAN口”和“LAN口”名字起得很直白，WAN口接“外面的世界”，LAN口接“家里的设备”。你把电脑插在LAN口上，拿到的IP是192.168.x.x这种私有地址；路由器再通过NAT（网络地址转换）把家里所有设备共享到运营商的网络中去。换句话说，一台家用路由器就是“局域网”和“广域网”之间的守门人。
3.2 WLAN为何要单独列出来
WLAN（无线局域网）其实不是一种新网络类型，它是LAN的一种“接入方式升级”。IEEE 802.11协议族定义了无线信道上的介质访问机制，设备通过无线电波接入网络，而IP地址、子网掩码、DHCP分配这些上层逻辑和有线LAN完全相同。之所以要在科普清单里单列WLAN，是因为无线接入改变了用户的使用方式：不必到处拉网线，移动办公成为可能。
但“不用拉线”也带来了新问题。多台无线AP（接入点）覆盖同一个区域时，用户走到哪里就需要漫游到哪里。如果漫游切换做得不好，视频会议会卡顿，语音会断断续续。很多人以为只要把AP装到位就万事大吉，其实还有一个隐性坑：漫游决策权在终端手里，不在AP手里。手机决定什么时候脱离旧AP、接入新AP，802.11k/11r/11v这些协议就是帮助终端更快做决定的辅助工具，但它们需要终端芯片的支持。你在规划办公室Wi-Fi时，如果选了支持这些协议的AP，却忽略了员工手机是否兼容，体验照样上不去。
规划一套办公WLAN，我会先问三个问题：终端多少？什么业务？墙体结构怎样？然后按“一个吸顶AP承载30到40个并发终端”的经验估算数量。2.4G频段信道只规划1、6、11三个非重叠信道，注意相邻AP错开；5G频段信道资源充裕，但要注意雷达回避机制（DFS）可能带来的周期性短暂断流。有条件的项目，我会建议把访客SSID单独隔离，禁止访客访问内网段，这是安全上的底线操作，不需要和业务部门争论成本。
4. CAN：这个缩写有两副面孔，园区网和汽车总线都叫它
CAN在普通网络科普里出现，九成是为下面这一组概念铺垫：多栋楼、多个部门、多个LAN，通过三层网络设备统一互连，形成一张覆盖整个园区的网络。这就是Campus Area Network（园区网）。在规模上，它介于LAN和MAN之间，通常由单一主体（某高校、某企业、某产业园）建设并管理。
4.1 园区网的分层与VLAN
一张像样的园区网，结构上一般是经典的三层：接入层、汇聚层、核心层。接入层交换机在弱电间里，一根网线或一根面板线通向工位上的电脑；汇聚层交换机把一栋楼的接入设备聚拢起来，同时承担VLAN间路由、ACL策略等“中层管理”角色；核心层交换机负责把各栋楼的高速流量汇到一块，并连接出口防火墙和运营商线路。
为什么要分三层，而不是把所有设备都塞进一台大交换机里？核心原因是广播域与故障域。以太网里的广播帧会被同一广播域里的所有设备收到，如果几千台电脑都在同一个二层网络里，任何一台机器的ARP广播、DHCP请求都可能被全网放大，产生“广播风暴”的风险；更现实的是，一旦某个端口环路，整个园区网都可能瘫痪。通过VLAN划分子网、通过三层路由收敛广播域，既能控制故障影响面，又方便做访问权限隔离。
我举一个常见的虚拟化场景：某高校想把学生宿舍、教职工办公区、访客区三块业务放在同一张园区网上。做法是给三个区域各划一个VLAN：宿舍VLAN分配独立子网，办公VLAN走内部认证，访客VLAN直接指向portal认证页面并强制隔离互访。宿舍区做到“一人一端口”的802.1X认证，账号密码由信息中心后台下发。这些策略看起来不难，但实施时最磨人的不是交换机配置，而是梳理清楚终端到底在哪个VLAN、网关在哪台设备、DHCP服务器的地址池够不够分——这三件事一乱，整张园区网就变成“通是通的，谁也说不清为什么通”。
4.2 Controller Area Network：汽车里的另一个CAN
顺带把这个同名缩写交代清楚。在汽车电子领域，CAN是Controller Area Network（控制器局域网），差分信号的两根线，速率从经典CAN的几百kbps到CAN-FD的几Mbps，用于把发动机控制器、变速箱控制器、ABS等ECU连在一张总线上。它和园区网没有任何技术血缘关系，只是缩写撞车。你在搜索引擎里输入“CAN网络”，前几页大概率是汽车总线资料，所以看科普清单时，一定先确认上下文再深挖，免得资料越查越偏。
5. MAN与WAN：一座城市和一张全球骨干网的差别
把MAN和WAN放在一起说，是因为它们的共同特征是“你无法自建”——城域网和广域网的建设主体通常是运营商或大型管理机构，普通人能做的只是“租用”和“接入”。但两者覆盖的尺度完全不同。
5.1 城域网：把同一座城市的孤岛连起来
MAN（城域网）的覆盖范围是一座城市，跨度通常从几公里到几十公里。它的存在价值在于把地理上分散但又同属一个机构的多个园区连接成一张“看起来像局域网”的大网。比如某公司总部在城东，研发中心在城西，两地相距大概十五公里，业务系统需要实时同步，这时向运营商租一条城域以太网线路，或者用裸光纤把两栋楼的三层交换机直接互连，就构成了一张城域网。
站在IT人员的视角，城域网给人的体验很像局域网，因为逻辑上IP地址可以规划在同一网段，文件共享、数据库连接都可以直通。差别在于物理链路上经过了运营商的光传输网络，时延会增加几毫秒。这几毫秒对普通办公毫无感觉，但对数据库双写、存储双活这类低延迟敏感业务就得认真评估了。我在项目实施里有一条经验：用ping测时延是远远不够的，至少要观察一段时间的抖动（jitter）和丢包率，再决定关键业务能不能跨站点部署。
5.2 广域网：WAN不是一台设备，是一张“网络的网络”
WAN（广域网）的尺度跨城市、跨地区，甚至跨国家。互联网本身就是最典型的WAN——它是无数个ISP（互联网服务商）网络互相连接而成的“网络的网络”。你家里那根宽带，严格来说属于“接入网”，它把你带进运营商的城域网和骨干网，再经由骨干网抵达全球任何一个IP地址。
广域网的组网技术和LAN完全是两个世界。园区内部你关心的是交换机、VLAN、AP；到了广域网层面，你听说的名词就变成了专线、MPLS、SD-WAN、BGP、海底光缆。对企业用户来说，遇到的实际问题通常是“两个异地办公室怎么安全地连成一张内网”。我用表格整理一下常见的三种做法，方便当时方案选型时对照：
| 组网方式 | 原理 | 优点 | 缺点 | 典型适用 |
|---|---|---|---|---|
| 运营商专线 | 点对点开通的物理/逻辑链路 | 时延稳定、丢包低、安全隔离 | 费用高、开通周期长 | 核心机房、高可用业务 |
| MPLS VPN | 运营商网络上划分虚拟专网 | 多站点灵活组网、带宽可定制 | 依赖运营商、成本中等 | 多分支企业组网 |
| SD-WAN | 基于互联网多链路叠加、智能选路 | 部署快、成本低、可混合接入 | 依赖互联网质量、需加密 | 分支机构较多、带宽要求弹性 |
| 其中的IPsec隧道方案也经常被讨论，本质是在公共网络上通过加密协议把两个站点打通，属于常规的企业组网手段。无论选哪种，广域网规划的判断逻辑始终是三个词：可用的预算、所需的稳定性、开通的时间窗口。方案没有绝对好坏，只有适不适合当时的业务阶段。
6. SAN：被误放进“距离序列”的存储专用网络
如果你认真看到这里，会发现七兄弟里混入了一个“异类”：SAN（存储区域网络）。它既不按覆盖范围分类，也不是无线接入技术，而是一张专门为存储设计的专用网络。之所以出现在常见科普清单里，大概是因为“网络类型大全”这种整理方式实在太流行，它被顺手加了进去。但恰恰是这种误放，让很多人第一次知道它的存在。
SAN的核心逻辑很简单：传统服务器把数据存在自己的本地硬盘上，而SAN把磁盘阵列从服务器里“拆”出来，通过网络协议让多台服务器共享同一批存储设备，并且访问方式不是“复制文件”，而是直接映射成一块块“裸设备”，也就是块级存储。说人话就是：服务器把远端阵列当成自己主机里的独立硬盘来用，可以分区、可以格式化、可以建文件系统。
6.1 SAN和NAS，千万别再搞混
无数面试者和运维同事在这里栽过跟头。SAN提供的是块（Block），NAS提供的是文件（File）。SAN让服务器看到的是一个可以格式化的“硬盘”，需要服务器自己管理文件系统；NAS则直接对外提供NFS或SMB共享文件夹，客户端过来就是访问一个现成的文件目录。打个比方：SAN是把仓库分给你一间房间，钥匙给你，里面的货柜怎么摆你自己决定；NAS是仓库管理员帮你管好东西，你只需要报货号取货。虚拟化集群、数据库共享盘这类场景需要的是SAN；多人共享文档、视频素材库需要的是NAS。两者用途完全不同。
6.2 FC-SAN与IP-SAN怎么选
SAN的两条主流技术路线，一条是FC-SAN（光纤通道），它要专用的HBA卡、FC交换机、光纤跳线，性能和稳定性一流，但价格和服务器的兼容性要求都更高；另一条是IP-SAN，以iSCSI协议跑在普通以太网上，成本友好，部署灵活，这些年随着10GbE（万兆以太网）普及越来越流行。
普通中小型机房我强烈推荐先用IP-SAN起步。之前做过一个虚拟化项目，三台宿主机通过两个千兆网口跑iSCSI连接存储阵列，业务流量与存储流量用VLAN物理隔离，网络设备上把存储网段单独设一个VLAN，再在交换机端口上配置独立的带宽保障策略，基本就没有遇到过“存储卡顿”的投诉。要点就一条：存储流量别和业务流量混在一个广播域里，否则一次ARP广播风暴就可能让整个虚拟化平台的磁盘IO全部卡死，那画面太悲惨，我不太想回忆。
7. 别死记七个名字，要学会看“边界”“介质”“管理域”
回到开头那句话：真正干活的时候，没人会问“你这个网络属于SAN还是MAN”，但你一定会接触到这样几个问题：这段IP地址归不归我管？这台设备是接到交换机的哪个端口？出问题该找谁？
我在带新人时总结过一个“三看”心法：
第一，看边界。路由器的WAN口、防火墙的外网口、运营商的接入设备，这些就是不同网络之间的“界碑”。你在家里看路由器，WAN口外侧属于运营商，LAN口内侧属于自己；在公司看园区网，出口防火墙外侧是ISP，内侧是IT部门的地盘。搞清楚边界，就知道故障排查时该把责任划定在哪一段。
第二，看介质。双绞线、光纤、无线信道，决定了这张网的带宽、时延和可靠性基数。办公桌面上用六类网线足够跑万兆，但楼宇之间光纤还是绝对主流，而Wi-Fi哪怕到了Wi-Fi 7，在覆盖和干扰上也得看环境脸色。介质错了，后面一切优化的上限就被锁死了。
第三，看管理域。这是我最想强调的一点。家庭网络是你自己管理，办公网络是IT运维管理，校园网是信息中心管理，城域网和广域网是运营商管理，SAN是存储团队或专门的基础设施团队管理。判断一个网络类型，本质上是在判断“出了问题谁来修、安全策略谁能定、设备变更谁审批”。比记住“SAN是存储区域网络”这种标准定义有用得多。
最后说点个人体会。以前我准备认证考试时，最擅长的就是默写“PAN覆盖10米，LAN覆盖一栋楼，MAN覆盖一座城市”，可到了真实机房里，看着满墙的VLAN标签和路由表，反而会愣住：这到底算哪种网络？后来才逐渐明白，网络类型只是地图，地图只能告诉你大概方位，真正让你走到目的地的是路标——IP地址段、VLAN编号、路由表条目、防火墙策略。所以别再死背那七个缩写的“标准答案”了，下次碰到一个不认识的网络环境，先看看路由器的WAN口接在哪儿、交换机上划了几个VLAN、流量从哪台设备出去，答案自然会浮现出来。