2.1 通信协议分类与选型考量

2.1 通信协议分类与选型考量

本节摘要：按"有线/无线、短距/长距、轻量级/重量级"三组维度把繁多协议归档，得到一张可复用的选型坐标，并给出从需求反推协议的判定树。承接 1.3 的四大约束，通往 2.2 的传输层底牌。

物联网协议多到让人眼花，但绝大多数都能被三组刻度框住：有线还是无线、短距还是长距、轻量还是重量。本节不贪多，先把这套分类棋局摆清，再教你把需求翻译成坐标、把坐标翻译成协议。

一、三组刻度，把协议装进坐标盒

第一组刻度是传输介质，即数据走线还是走空气。有线的优点是可写、可靠、不受干扰，缺点是布线成本高，适合固定工位和机柜内；无线的优点就是省钱省施工，代价是信号、功耗、干扰样样都要操心。第二组刻度是通信距离，短距（米级，如蓝牙、Zigbee）适合贴身与室内，长距（百米到公里级）才谈得上广覆盖。第三组刻度是开销与能力，轻量级协议头部小、算得省，适合受限设备；重量级协议功能全、握手严谨，适合能力充裕的节点。

三个刻度并非独立，它们常常互相挤压：想便宜想省电，往往就得放弃距离或速率。

二、把它画成一张坐标图

下面这张二维坐标把主流协议按"距离 × 速率倾向"归类，方便一眼看懂各方势力范围：

这张图右上角是"高速高带宽"俱乐部，左下角是"省电长续航"俱乐部。选型的直觉就是：你的数据量决定纵坐标，你的覆盖半径决定横坐标——剩下再谈功耗预算。

三、把需求翻译成选择

坐标图用于看全貌，真正落袋的是下面这棵判定树。带着你的真实需求走一遍：

• 要吞吐：上 WiFi 或有线，别跟 LPWAN 死磕速率。
• 要覆盖但不差 IP：设备有公网地址、链路稳定，用 MQTT 或 CoAP。
• 要覆盖且设备难有地址：终端既无 SIM 又常年断电，LoRaWAN 这类广域低功耗才是正主。

四、一个容易翻车的交叉点

选型常见的误区是把"广域"仅当"远距离"来理解，却漏了谁替终端保有连接这一层。MQTT、CoAP 属于"设备自己连上公网"，LoRaWAN 则是"设备只对网关说话，由网络服务器代持身份"。这个差别不止是部署问题，直接决定了密钥放哪、谁做认证。多看这一眼，选型能少交不少学费。

💡 关键直觉：问一个协议"它要不要给每个终端一个 IP 或一张 SIM"，答案分成两类，往往比问"它快不快"更接近决策核心。

五、对照一次真实需求走一遍判定树

坐标和判定树都摆出来了，关键在于"走一遍"。假设你接到两套需求，试着各自落点：

需求 A：工业园区设备预测性维护。 数百台车床带以太网口，车间有稳定 WiFi 覆盖，设备 220V 供电，需要近实时把振动数据上传云端做诊断，同时接收下发参数。走判定树：数据量中等到偏大、需要较低延迟 → 纵坐标偏高；车间有稳定 WiFi → 横坐标落在"室内有 IP"；电力充足 → 功耗预算宽松。落点是 WiFi + 走 TCP 的 MQTT 上报振动曲线，再叠加下行控制主题。这个选择几乎没有悬念。

需求 B：偏远牧区牛羊定位项圈。 项圈靠太阳能补电、动辄几个月无人维护，覆盖的是无基站的草原。数据量极小（一个坐标+时间戳，几十字节一天几条），覆盖半径要求公里级且无固定网络可用。判定树会直接把你推到"无 IP、深覆盖、低功耗"的区域——LoRaWAN，且必须是 Class A 低频上报，物理层还要开 ADR 自适应省电。此时若还有人坚持用 WiFi，结果是设备根本够不到任何接入点。

两例对比说明：判定树前两问（数据量、覆盖半径）就把大多数候选淘汰掉了，真正的纠缠往往只发生在"有 IP"那一支里——那一支才是 MQTT 对 CoAP 的取舍战场（详见 6.1）。

六、一张通信协议总览速查表

把前文散落的协议收拢成一张总览，作为后续章节的指路牌。表里标注的是典型默认特性，具体数值随产品版本浮动，供横向感知：

这张表的价值是让你在"三层握手台"里始终知道自己站在哪一层：介质与传输层给坐标，应用层协议（MQTT/CoAP）落在上面谈语义，LoRaWAN 从物理层到应用层整条专扛广域低功耗。后续章节的每一格展开，都会回到这张表定位。

一个判断"该问协议第几个问题"的顺序

遇到新项目，用不着把整张总览背下来再开始。给它排一个"先问哪个、后问哪个"的次序，能显著加快收敛：

1. 先问覆盖——这台设备能不能靠得上一台既有接入点？不能就跳到广域低功耗支。
2. 再问电源——是常电还是电池？有没有耐心"常驻在线"？这直接淘汰掉一批协议。
3. 三问数据量——单次要传多少字节、多频繁？据此决定要不要走窄带低功耗。
4. 四问方向——是上行为主（采集遥测），还是双向指令为主（控制）？决定应用层语义。

这套顺序的价值在于把"三组刻度"从一个静态表格变成一个动态筛选流程：每回答一个"问"，就被压缩一次候选集，最后停在的格子上多半就是正确答案。很多团队纠结"MQTT 还是 CoAP、LoRaWAN 还是 NB-IoT"，其实前三问已经替他们把选项砍到只剩一个。把这棵"按问筛选"的流程和后面的章节串起来，选型就从"碰运气"变成"按步骤做判断题"。

本节要点回顾

• 要点一：协议可用"有线/无线、短距/长距、轻/重"三对刻度归档。
• 要点二：数据量定纵坐标、覆盖半径定横坐标，功耗预算再补一刀。
• 要点三：要吞吐上 WiFi/有线；有 IP 靠得住用 MQTT/CoAP；无 IP 深覆盖用 LoRaWAN/NB-IoT。
• 要点四：谁替终端保有连接（自持 IP 还是代持身份）是常被漏看的决策关键。

下一节把坐标图里"IP 靠得住与否"这句再拆一层——TCP 与 UDP 这对传输层底牌该怎么选。