4. 网络层基础：网络层的功能与智能电表应用
各位工程师朋友，咱们今天聊聊网络层。说实话，很多做电表开发的朋友，对物理层和MAC层很熟，但一提到网络层就有点发怵。我刚开始接触智能电表通信时也这样，总觉得网络层是搞IT的人该操心的。直到有一次，我在现场调试一个远程费控功能，电表死活连不上主站……折腾了两天，最后发现是IP地址配置错了。从那以后，我彻底明白了——网络层，是电表通信的“交通枢纽”。
4.1 网络层的核心功能
网络层要干三件事：路由、寻址、拥塞控制。说白了，就是解决“数据包怎么找到路”、“谁是谁”、“路上堵了怎么办”这三个问题。
4.1.1 寻址：给每个设备一个“门牌号”
智能电表要上网，就得有个唯一的网络地址。就像你家门牌号，快递员得靠它找到你。在网络层，这个门牌号就是IP地址。
我个人习惯把寻址分成两步：
- 逻辑寻址：IP地址是逻辑的，可以随时改。比如电表换个网络，IP地址就得重新分配。
- 物理寻址：MAC地址是物理的，焊死在网卡上。但网络层不关心MAC，那是数据链路层的事。
关键点：网络层只负责把数据包从源IP送到目的IP。至于中间怎么走，那是路由的事。
4.1.2 路由：数据包的“导航系统”
路由就是选择路径。数据包从电表出发，到主站服务器，中间可能要经过十几个路由器。每个路由器都要查路由表，决定下一跳往哪走。
我在项目中遇到过一个问题：某个台区的集中器，上报数据总是延迟。查了半天，发现是路由配置了静态路由，但网络拓扑变了，数据包绕了远路。后来改成动态路由协议，问题就解决了。
路由选择的核心指标：
- 跳数：经过的路由器数量
- 带宽：链路容量
- 延迟：数据包传输时间
- 可靠性：链路稳定性
4.1.3 拥塞控制：别让网络“堵死”
你想想看，一个台区几百个电表，同时上报数据，网络会不会堵？肯定会。拥塞控制就是防止这种情况。
网络层怎么做拥塞控制？主要有两种：
- 源站抑制：路由器发现拥堵，就给发送端发个消息：“慢点发！”
- 流量整形：在路由器上限制每个端口的发送速率。
注意：智能电表的数据量虽然不大，但并发量高。我曾经见过一个项目，2000个电表同时上报，直接把集中器的网络端口打满了。后来加了流量整形，才稳定下来。
4.2 IPv4与IPv6在智能电表中的应用
现在智能电表用的IP协议，主要是IPv4和IPv6。两者差别很大，我给大家捋一捋。
4.2.1 IPv4：老当益壮，但地址不够用
IPv4地址是32位的，理论上只有43亿个。听起来很多，但全球设备早就超过这个数了。智能电表行业，很多老项目还在用IPv4，因为设备便宜、技术成熟。
IPv4地址的典型分配：
| 地址类别 | 范围 | 电表应用场景 |
|---|---|---|
| A类 | 1.0.0.0 - 126.255.255.255 | 大型主站服务器 |
| B类 | 128.0.0.0 - 191.255.255.255 | 集中器、网关 |
| C类 | 192.0.0.0 - 223.255.255.255 | 单个电表、采集器 |
| 私有地址 | 10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16 | 局域网内电表通信 |
嗯，这里要注意：很多电表项目用私有地址，通过NAT转换上网。但NAT会带来一个问题——主站无法主动访问电表。所以远程控制功能，得用电表主动发起连接。
4.2.2 IPv6：下一代，地址多到用不完
IPv6地址是128位的，数量多到可以给地球上每一粒沙子分配一个地址。智能电表行业，IPv6越来越受欢迎，原因有三：
- 地址充足：每个电表都能有全球唯一的公网IP，主站可以直接访问。
- 安全性更好：IPv6原生支持IPSec加密。
- 自动配置：电表插上网线就能自动获取IP，不用人工配置。
我记得有个项目，客户要求所有电表必须支持IPv6。当时我们用的通信模组，IPv6协议栈还不完善，经常丢包。后来换了新版本的模组，才稳定下来。所以，选型时一定要确认IPv6协议栈的成熟度。
我的建议：新项目尽量上IPv6。虽然初期成本高一点，但长远看，省去了地址转换的麻烦，运维也简单。
4.3 网络层协议：IP与ICMP
网络层最核心的两个协议：IP（网际协议）和ICMP（互联网控制报文协议）。
4.3.1 IP协议：数据包的“快递单”
IP协议定义了数据包的格式。每个IP数据包，都像一张快递单，写明了从哪里来、到哪里去。
IPv4数据包头部结构：
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|Version| IHL |Type of Service| Total Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Identification |Flags| Fragment Offset |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Time to Live | Protocol | Header Checksum |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Source Address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Destination Address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Options | Padding |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+这里我重点说几个字段：
- TTL（生存时间）：数据包每经过一个路由器，TTL减1。减到0，数据包就被丢弃。防止数据包在网络里死循环。
- Protocol（协议号）：告诉上层用哪个协议。比如6是TCP，17是UDP，1是ICMP。
- Header Checksum（头部校验和）：检查头部有没有损坏。注意，只校验头部，不校验数据部分。
避坑指南：我曾经遇到一个案例，电表上报的数据偶尔会出错。排查了很久，发现是IP头部的校验和计算有bug。有些低成本的通信模组，校验和算法实现不标准，导致数据包被路由器丢弃。所以，一定要做兼容性测试。
4.3.2 ICMP协议：网络层的“诊断工具”
ICMP主要用于传递错误信息和诊断。最常见的两个应用：
- Ping：发送ICMP Echo请求，看目标是否可达。
- Traceroute：跟踪数据包经过的路径。
ICMP报文类型：
| 类型 | 代码 | 含义 | 电表应用场景 |
|---|---|---|---|
| 0 | 0 | Echo Reply | Ping响应，检查电表是否在线 |
| 3 | 0 | Destination Unreachable | 目标不可达，比如主站IP配置错误 |
| 8 | 0 | Echo Request | Ping请求，主动探测 |
| 11 | 0 | Time Exceeded | TTL超时，用于Traceroute |
我在现场调试时，最常用的就是Ping。电表装好了，先Ping一下主站IP，看通不通。不通？那就查路由、查防火墙、查IP配置。简单粗暴，但有效。
小技巧：有些电表为了省电，会关闭ICMP响应。这时候Ping不通，不代表电表离线。可以用应用层的协议（比如DL/T 698.45）来确认电表状态。
4.4 总结与思考
网络层是智能电表通信的“大脑”。没有它，数据包就找不到路，主站也管不了电表。
- 寻址：给每个电表一个唯一的IP地址。
- 路由：选择最优路径，把数据送到目的地。
- 拥塞控制：防止网络拥堵，保证数据可靠传输。
- IPv4 vs IPv6：老项目用IPv4，新项目建议上IPv6。
- IP与ICMP：IP负责传输，ICMP负责诊断。
下一章，咱们聊聊传输层。TCP和UDP，在电表通信里怎么选？这里面门道不少。到时候我给大家讲讲，我在一个远程升级项目里，是怎么用TCP把固件稳稳当当地传到电表里的。