2. LoRaWAN网络架构：终端节点、网关、网络服务器、应用服务器

好，咱们进入正题。LoRaWAN的网络架构，说白了就是四个角色在干活：终端节点、网关、网络服务器、应用服务器。这四兄弟各司其职，少了谁都不行。

我记得刚入行那会儿，总以为LoRaWAN就是“一个设备连一个基站”那么简单。后来踩了坑才明白——它压根不是点对点通信，而是一个星型拓扑的“接力赛”。终端只管发，网关只管收，服务器才是大脑。

2.1 终端节点（End Device）

终端节点，就是那些传感器、执行器。比如农田里的土壤湿度计、停车位上的地磁检测器。它们的特点是：低功耗、低成本、低速率。

我个人习惯把终端节点分成三类：

• Class A（最常用）：发完数据后，开两个短暂的接收窗口。平时深度睡眠，省电到极致。我做过一个温湿度传感器，两节AA电池撑了3年多。
• Class B（中等功耗）：除了A类的接收窗口，还会定时打开额外的接收窗口。适合需要服务器主动下行的场景，比如智能路灯控制。
• Class C（最耗电）：几乎一直开着接收窗口。适合有持续供电的设备，比如电表采集器。

2.2 网关（Gateway）

网关，也叫基站。它就是个“传话筒”——把终端发来的LoRa射频信号，转成IP包扔给网络服务器。反过来也一样。

你想想看，网关本身不做任何业务逻辑判断。它不关心数据是温度还是湿度，也不管要不要报警。它只做三件事：

1. 接收空中LoRa数据包
2. 加上信号质量信息（RSSI、SNR）
3. 通过TCP/UDP转发给网络服务器

这里有个坑：一个终端发出的数据，可能被多个网关同时收到。这不是坏事，反而能提高可靠性。网络服务器会做去重处理，选信号最好的那个。

2.3 网络服务器（Network Server）

网络服务器，这才是LoRaWAN的“大脑”。它负责：

• 数据去重：多个网关收到同一包，只保留一份
• MAC层处理：包括加密、解密、帧计数校验
• 速率自适应（ADR）：根据信号质量，自动调整终端的发射速率和功率
• 下行调度：决定什么时候、通过哪个网关给终端发数据

说白了，网络服务器就是LoRaWAN协议的核心执行者。它不关心应用数据是什么，只关心数据怎么安全、可靠地传输。

我建议你记住一个关键点：网络服务器必须知道每个终端的会话密钥。这些密钥在终端入网时协商生成。如果密钥泄露，整个网络就废了。

2.4 应用服务器（Application Server）

应用服务器，就是最终用户看到的东西。它从网络服务器拿到解密后的数据，然后做业务处理。

举个例子：

• 网络服务器告诉你：“终端A发来一个加密包，帧计数是1234，信号强度-110dBm”
• 应用服务器解密后知道：“哦，这是温度25.3°C，湿度68%”

应用服务器可以做的事情很多：

• 数据存储和展示（比如Web仪表盘）
• 告警规则判断（温度超过40°C就发短信）
• 下行指令生成（远程关闭阀门）

嗯，这里要注意：应用服务器和网络服务器之间，通常通过MQTT或HTTP通信。我个人偏爱MQTT，因为它支持订阅/发布模式，适合多应用同时消费数据。

2.5 四者如何协作？

咱们用一个实际场景串起来：

1. 农田里的土壤湿度传感器（终端节点）每隔1小时醒来，采集数据
2. 它用LoRa射频把数据发出去，附近3个网关都收到了
3. 3个网关各自把数据加上信号质量，通过4G网络发给云端的网络服务器
4. 网络服务器收到3份相同的数据，去重后只保留一份，然后解密
5. 网络服务器把解密后的数据推送给应用服务器
6. 应用服务器发现湿度低于30%，自动触发灌溉指令
7. 灌溉指令通过应用服务器发给网络服务器，网络服务器选择信号最好的网关，下行给终端
8. 终端收到指令，打开电磁阀开始灌溉

整个过程，终端只发了两次数据（一次上报，一次接收指令），网关只做了转发，网络服务器做了所有协议处理，应用服务器做了业务决策。各司其职，干净利落。

下一章，咱们聊聊终端节点的入网流程和密钥管理。那部分容易踩坑，我提前给你打个预防针。