1.1 物联网发展脉络与协议的使命
1.1 物联网发展脉络与协议的使命
本节摘要：从早期"RFID 局域识别、移动蜂窝远程连接"两条旧路，到 IP 化、广域化、低功耗化三条新主线，梳理物联网通信目标的变化，并回答"协议到底在替谁说话"。承接第 1 章四层框架的起点，通往 1.2 的架构拆解。
早期做物联网的人常把设备当成"会发短信的传感器"——靠移动蜂窝网络把采集到的温度、位置一条条回传。这套思路能跑通，代价却不小：一张 SIM 卡一个资费、开机即耗电、信号盲区即失联。经验告诉我们，反应"万物互联"的，不是连接数有多少，而是连接的成本与形态是否压到了能日常化的程度。本节把这条脉络捋一遍，你就明白为什么协议会成为这场变革的命门。
一、两条旧路，各有各的痛
第一条旧路是"短距离局域识别"。它的代表是 RFID——贴着货架、门禁、工卡的标签，被读卡器一扫就知道"我是谁"。它廉价、省电，可传输必须"面对面"，天然做不了远距离汇聚。第二条旧路是"移动蜂窝远程"。GPRS、3G 时代的"数据模块"能把终端数据打进公网，但为了维系这一路连接，终端得常年给射频芯片输电，一颗电池撑不了多久，资费也是实打实的账单。
两条路夹出一个真空：又要远、又要省、又要便宜。早期没有协议能同时满足这三者，于是架构师们被迫用最笨的办法——把传感器接到一台永远在线、插电的"网关"上，让网关背 IP 连云端。这句话今天读来平淡，却是整场演化的分水岭：通信的主体重从"网卡"移到了"协议"，谁定义清楚发送接收的规则，谁就掌握功耗与带宽的钥匙。
二、三条新主线，改写游戏规则
对照这条脉络，现代物联网其实并行推进着三条主线。
第一条是 IP 化。得益于 IPv6 几乎取之不尽的地址空间，设备开始真正拥有公网身份，可以像被访问的网页一样被云端直接点名。MQTT、CoAP 这类 IP 层之上的协议，正是为"设备有了地址之后怎么高效对话"而生。第二条是 广域化。LoRaWAN、NB-IoT 把战场推到公里级，靠星型网关 + 窄带调制在郊区、井下、田野接力，覆盖"蜂窝网嫌亏、WiFi 够不着"的死角。第三条是 低功耗化。协议层面引入"平时睡觉、按时醒来到点发一条"的调度哲学，设备于是能把电池用上几年。
三、协议到底在替谁说话
把三条主线落到一句话：协议是连接动作的宪法，也是功耗与带宽的账簿。谁负责发布订阅、谁保证不重不漏、谁定义"醒来发一条"，谁就决定设备的带宽占用和耗电节奏。所以当后人问"该不该用某协议"，真正要问的是"我替哪种形态的物理设备说话"。
💡 关键直觉：判断一个协议是否值得研究，先看它设定的沉默成本——设备默认是常年在线（如 MQTT），还是在绝大多数时间关机待命（如 LoRaWAN 的 Class A）。这个反差直接决定它的握手与加密设计。
四、一条真实的时间线：看协议怎么被逼出来
把时间轴拉直，演进并不在实验室，而在工地上被逼出来：智能抄表要一年一换电，催生低频上报的 LoRaWAN；车联网要求一条车辆状态指令低延迟双向流通，催生 MQTT 的 QoS 保证；楼宇传感要"像网页一样被人读写",催生 CoAP 的 REST 化。下表把"需求痛点、催生出的协议、解决的层次"三列对上：
| 现场痛点 | 被逼出的方案 | 对应层次 |
|---|---|---|
| 一年换一次电池太频繁 | LoRaWAN 低频上报 + 星型网关 | 广域低功耗接入 |
| 设备多、指令要可靠不丢 | MQTT 发布订阅 + QoS | IP 网之上的应用层 |
| 传感资源太紧跑不起 HTTP | CoAP 二进制报文 + REST | IP 网之上的应用层 |
| 够不着基站、WiFi 又嫌费 | LPWAN 私网自建 | 广域无线网络 |
五、把"沉默成本"落到一页索引上
上面反复强调"沉默成本"，这页索引最能直观体现它如何决定协议选择。同一台电池供电的传感器，接在不同的物理形态下，能送的量和能撑的时间完全不同。下表把三个主流阵营的默认节奏拉到一条线上对比（数值为常见典型配置，用于横向感受量级，不代表所有厂商）：
| 阵营 | 默认在线状态 | 典型上报频率 | 一帧载荷量级 | 面向的主要难题 |
|---|---|---|---|---|
| MQTT（WiFi/蜂窝模块） | 常年心跳在线 | 秒级到分钟级 | 几十到几千字节 | 可靠低延迟双向消息 |
| CoAP（无线MCU） | 按需唤醒 | 几秒到几十秒 | 几字节到几十字节 | 轻量请求响应 + 组播 |
| LoRaWAN Class A | 绝大多数时间睡眠 | 分钟级到小时级 | 每包 51~222 字节 | 公里级覆盖 + 年起电池寿命 |
对照这张表你就能发现一个规律：越往右，单次能带的字节越少，但覆盖距离越远、耗电越低。做选型时最先要问的不是"谁能支持加密、谁支持QoS"，而是"我的设备默认是醒着还是睡着、一次能带多少字节"。这个起点上的差异，会一路传导到报文字段设计、重传策略和密钥分发的整个层级。
六、一次现场推演：为什么"抄表必须 LoRaWAN"
把抽象落到实处，我们推演一个最常见也最能说明主线的场景——远程抄表。某燃气公司想把十万户表计改为远程读取，摆在桌上的候选是蜂窝模块和 LoRaWAN 网关：
- 蜂窝方案：每户一年资费、每块表一块常供电源或大电池，信号盲区（地下室表井）要额外布中继。十万户就是十万份年费与十万块需要定期更换的电池。
- LoRaWAN 方案：一个城区网关覆盖半径数公里，表计用 Class A 低频上报，电池按设计可用五年以上，末端几乎零维护。
把两列成本摊开比较，蜂窝的单点资费和换电池人力在十万节点的规模上会被放大成不可接受的维护成本，这正是"广域低功耗"这条主线被产业逼出来的底层原因。它说明选择协议不只看单点性能，更要看数量规模放大后的运维账本——这也是判断一个协议是否适配的首要直觉。
本节要点回顾
- 要点一：物联网通信从"局域识别（RFID）"走向"远程连接（蜂窝）"，再走向"广域低功耗（LPWAN）"。
- 要点二：早期架构师用"设备挂网关、网关背 IP"的折中方案，把通信问题从网卡转移到了协议层。
- 要点三：IPv6 让设备获得身份，是 MQTT、CoAP 能跑在公网上的前提。
- 要点四：协议既是连接规则，也是功耗与带宽的账本，"沉默成本"决定了握手与加密设计。
- 要点五：真实世界协议由现场痛点逼出（抄表省电、车联网可靠、传感轻量化），而非凭空设计。
下一节把这里提到的"四层架构"掰开，跟着一条温度数据走完全程，你会更清楚每个协议落在哪一层。