配电网通信选型：先算业务量再定EPON还是工业以太网

简介：这是一份面向通信工程与电力系统自动化领域技术人员的专业参考文献，聚焦当前配电网对通信网络的深度依赖及现网方案短板，系统梳理智能配电网建设中通信技术的选型思路与业务需求。资源共1个PDF文件，包体约110KB，内容紧凑、便于快速通读，已有88人学习借鉴。正文从光通信、无线通信与低压电力载波通信三类主流方式切入，逐一剖析ADO、AMI、AAM等典型业务场景对带宽、时延、可靠性及安全性的差异化要求，并对比实时控制与监测业务在光纤通信、无线平台上的适用边界；同时结合EPON无源光网络与工业以太网在组网结构、站点扩展、切换灵活性上的优劣差异，给出配电网通信系统建设的现实判断。通过阅读可快速建立配电网通信技术认知框架，把握不同通信制式的适用场景与网络规划要点，为后续方案对比和工程实践提供清晰的参考索引。

1. 配电网通信这份材料：先算业务量，再谈 EPON 还是工业以太网

做配电网通信的人，手边最好有一份能把业务需求讲透的老材料。这份《通信技术在当前配电网中的应用》虽然篇幅不长，核心价值却不在结论，而在它把配电网通信的几种业务需求拆得很细：智能电表每分钟传多少字节、用户侧管理要几条带宽、设备监测是秒级业务还是分钟级业务，连 110kV 站带 20 条 10kV 出线的流量模型都给了。有了这些参数，你才能在「用 EPON 还是工业以太网」这个问题上做出不靠拍脑袋的决定。这篇笔记按「业务需求 → 流量测算 → 技术对比 → 踩坑记录」的顺序拆这份材料，内容全部基于 PDF 原文提炼，参数可以直接抄进你的设计方案里。

2. 三种通信方式与四种业务需求：选型的真正起点是业务分类

2.1 三种通信技术各有边界，别指望一种吃遍全场

原文开篇就把配电网通信的技术栈框定在三种方式内：光通信、无线通信、低压电力载波通信。这个分类看起来简单，但在实际选型里很多人第一个动作就错了——先定技术，再找业务，最后发现业务根本承载不了。

光通信的优势是长距离、大容量、抗干扰能力强，这几条正是实时控制业务的基本要求。无线通信的优势是覆盖灵活、建设快，但原文特别指出它主要承担非实时性的管理和监测业务。低压电力载波则更适合台区内部的短距离汇聚，比如智能电表通过 RS485 电缆、载波或 WiFi 先汇聚到台区集中点，这一跳距离短、速率要求低，载波完全够用。

这里有个底层逻辑值得记住：配电网通信系统的节点数多、通信距离近、单点数据量不大，这是它和骨干网通信的本质区别。很多人用骨干网那套思维来设计配电网，动不动就上大带宽、高规格设备，结果成本失控，可靠性反而没上来。顺序应该是：先把业务分清楚，再谈用什么技术承载。

2.2 ADO、AMI、AAM：三类业务的通信需求完全不是一个量级

原文真正有价值的部分，是把业务需求做了定量拆解。三类业务缩写需要先对齐一下：ADO 指的是高级配电自动化，保护方式已经从传统的电流保护转向纵联保护，动作时间比高压电网要长；AMI 是高级量测体系，核心对象是智能电表；AAM 是资产管理，核心是设备在线监测。

AMI 的通信需求最有代表性。原文给出了一个可以反推带宽的模型：假设配电区域有 400 个台区、20 万户智能电表，每个电表每分钟产生 300 字节信息量，电表先通过 RS485、载波或 WiFi 汇聚到台区集中点，再通过配电网传回主站。这个参数组合几乎可以原样套用到现在的低压集抄方案里，唯一要改的是把汇聚方式换成现在的 HPLC 或微功率无线。

AAM 的通信需求则是另一个极端：监测设备属于秒级业务，单点流量可以达到 4k（字节量级），监测对象包括变压器、避雷器、线路故障指示器、断路器及二次设备。秒级业务意味着对时延和通道稳定性都有硬要求，用无线公网承载这类业务，丢包和抖动会让你很头疼。

2.3 实时控制与非实时监测：这条分界线决定了八成的通信方案

原文把配电网业务分成两大类：实时控制业务和实时监测业务。实时控制业务包括遥控、保护、馈线自动化这类毫秒级到秒级的操作，承载方式基本锁定光纤通信，原文明确说光纤通信「性能相对稳定，适应性强，具有可靠性高、时延低的特点」。非实时监测业务则大量依赖无线通信平台，这类业务断了可以重传，应用层的重送机制能兜底，丢几包不影响大局。

这条分界线是整份材料里最值钱的一句话。我见过不少方案把配电终端的遥测数据硬塞进无线专网，平时看着没问题，一旦线路发生故障需要遥控，无线通道的时延抖动立刻暴露。反过来，也有人为了图省事把所有监测点都拉光纤，结果造价翻了几倍，完全不划算。业务分级这件事，应该在出方案的第一周就完成，而不是等设备都到货了再补。

3. 带宽和时延测算：智能电表、用户侧管理与设备监测的参数怎么用

3.1 智能电表分钟级上报的带宽怎么算

原文给的参数是「每电表每分钟 300 字节信息量」。这个数字可以推导出一个很实在的带宽模型。

每个电表每分钟 300 字节，换算成平均速率就是 300B ÷ 60s = 5B/s，也就是 40bit/s ≈ 0.04Kbps。单个电表的带宽需求量极低。假设一个台区带 500 户（400 个台区对应 20 万户），台区汇聚点往上送的数据量就是 500 × 0.04Kbps ≈ 20Kbps。原文提到「每个 110kV 站通常有 20 条 10kV 出线」，按 20 万户平均分摊到 20 条出线，每条出线对应的用户数约 1 万户，回传带宽约 0.4Mbps。

注意：原文中「带宽应小于 0.01K/s」这个数字存在明显的印刷或识别问题。按「每分钟 300 字节」反推，单户平均速率已经是 0.04Kbps 量级，主干回传带宽应该按 0.4Mbps 以上规划。别把这个错误数字直接抄进设计文档里，要按报文长度和上报周期自己反推。

实际工程中还要考虑报文开销。300 字节是净荷还是包含帧头、校验的完整报文，原文没写。为保险起见，单表速率可以按 0.1Kbps 估算，这样覆盖 TCP/IP 头、应用层协议开销，台区汇聚带宽按 50Kbps 预留比较稳妥。如果是现在常用的 HPLC 采集方案，上报周期通常是 15 分钟一次而非每分钟一次，带宽还能再降一个量级。

3.2 用户侧管理的带宽和时延要求

原文对用户侧管理（针对大负荷用户的电能质量监测、负荷管理与控制参数下发）给出的指标是：需要 5K 以上的带宽，时延级别为分钟级。这里的「5K」在当时的文档语境下指 5Kbps，对应的是电能质量数据定期上报和控制参数下发的场景，数据量不大，但对可靠性和完整性有要求，允许分钟级延迟。

这块业务在设计时要注意一个容易被忽略的点：用户侧管理的监测点往往在专变用户处，和台区集中器不在同一个物理位置，通信路径可能跨越大半个供电区域。如果走无线公网，要确认信号覆盖和 SIM 卡的 APN 通道质量；如果走光纤，要考虑专变到主干环网的接入距离。带宽 5Kbps 不是瓶颈，路径可靠性才是。建议这类业务独立划分 VLAN，避免和实时控制业务互相干扰。

3.3 AAM 设备在线监测的流量估算

AAM 业务的流量模型比 AMI 大得多。原文说明监测设备属于秒级业务，单点流量可以达到 4k。这里的「4k」按字节理解，即单点单次上报约 4KB。如果按 1 秒上报一次的频率算，单点带宽需求是 4KB × 8 ÷ 1s = 32Kbps；如果按 5 秒一次算，平均带宽约 6.4Kbps。

配电网需要监测的设备种类多，变压器、避雷器、线路故障指示器、断路器、二次设备都是监测对象。假设一条 10kV 出线上挂了 20 个监测点，按每点 6.4Kbps 的平均流量算，单条出线的监测业务流量约 128Kbps。这个量级对光纤通道毫无压力，但对无线公网就要慎重了——秒级业务对抖动敏感，网络拥塞时容易超时。

三种业务的带宽对比可以用下面这张表直接抄进方案里：

3.4 时延指标：带宽之外的另一个选型维度

配电网通信还有一个常被忽视的维度就是时延。原文对各类业务时延的描述分散在需求分析里：智能电表分钟级、用户侧管理分钟级、设备监测秒级、实时控制毫秒到秒级。把这些汇总来看，配电网通信的时延跨度非常大，这也决定了单一技术不可能通吃。

设计时建议按这个原则分配：时延敏感业务走光纤，时延容忍业务走无线，中间地带（秒级监测）视通道质量决定。原文提到无线通信平台大多进行非实时性管理和监测业务，非实时性信息传递依赖应用层重送机制——这句话换个角度理解就是：如果你把秒级监测业务放到无线通道上，必须接受偶发丢包和重传带来的时延毛刺。

4. 工业以太网与 EPON 的正面较量：光纤数量、链路关系与切换的取舍

4.1 工业以太网：环网结构与平等关系带来天然的切换优势

原文对工业以太网的评价在配电网场景下是很高的：工业以太网交换机组环网光纤需要的数量恒定为 2 或 4 纤，没有站点个数的限制。这意味着无论这条 10kV 线路上挂了 10 个站点还是 30 个站点，光纤芯数成本不变，站点的接入只是在环上增加一个节点。

更关键的是拓扑关系。原文明确指出工业以太网交换机之间是平等关系，相邻 10kV 站点可以直接通信。这个平等关系对配电网保护和控制非常重要：相邻站点之间的通信不需要经过任何中间节点，时延是可控的，也没有单点瓶颈。配合 RSTP（快速生成树协议）或 ERPS（以太网环网保护协议），环上任意一点断链，收敛时间可以控制在 50ms 以内，完全满足配电自动化的保护要求。

工业以太网的问题原文也说了：扩展方式不够灵活，成本偏高。这里的「成本偏高」要理解成相对 EPON 而言——工业以太网交换机每个节点都是有源设备，需要供电，节点多了以后设备成本和运维成本同步上升。

4.2 EPON：省了有源设备，但主从结构把时延和切换复杂化了

EPON 的典型组网是 OLT、分光器、ONU 三层结构，原文提到 EPON 无源光网络对应「单电源树型供电」的一次网架，拓扑天然是树型。这和配电网的辐射状结构是对应的，所以 EPON 在很多试点项目里被优先采用。

但 EPON 的问题在原文里也写得很明白：站点较多时需要使用 PON 口和光纤，因为多个一束光分化为多束光后消耗较大，单 PON 口下带的站点数量十分有限。这是物理层面的限制：1:16 分光器意味着一个 PON 口最多带 16 个点位，1:32 则带 32 个。配电网一条出线几十个站点，往往要占用多个 PON 口。

EPON 的另一个短板是主从关系带来的时延。原文指出相邻 10kV 站点的通信需要在一个 OLT 内部或不同 OLT 之间实现。也就是说，明明两个站点物理上就近在咫尺，数据却要先上行到 OLT 再下行回来，时延天然比工业以太网的相邻直连多一跳。实时控制业务对时延敏感，这个「多一跳」在某些故障场景下可能就是压垮骆驼的最后一根稻草。

4.3 一张对比表把两条技术路线的差别钉死

4.4 链路超过两条时的切换难题：EPON 的死穴

原文结语部分有一句话值得单独拿出来分析：「若链路超过两条，那么使用 EPON 无源光网络作为配电网通信系统时无法实现便捷的切换」。这句话很多人读过去就完了，没有深挖背后的机制问题。

EPON 的保护通常有「手拉手保护」和「全保护」两种。手拉手保护是两个 OLT 互为备份，ONU 通过两根光纤分别接入两个 OLT 的 PON 口；全保护则是从 OLT 到 ONU 全程双路由。无论哪种保护方式，切换决策都集中在 OLT 侧，ONU 本身不参与路径选择。当链路数量是两条时，逻辑简单清晰：一条断了切另一条。但如果一个 ONU 可能有三条以上可达路径（比如复杂的多级分光场景），ONU 的注册、测距、时隙分配都会互相影响，切换逻辑几何级复杂化。

工业以太网没有这个问题。所有交换机是平等的，环网上每个节点都知道全网的拓扑，RSTP/ERPS 的收敛机制天然支持多重路径下的快速切换。这也是原文最终倾向「工业以太网会成为主要通信技术」的原因——树型网架可以靠 EPON 省钱，但一旦网架复杂到链路超过两条，工业以太网的适应性优势就压倒了成本劣势。

5. 配电网通信选型的常见坑：数据误读、带宽共享和冗余设计的排查

5.1 原文数据抄错：0.01K/s 不是设计指标，要按报文长度反推

现象：方案文档里直接引用「带宽应小于 0.01K/s」，按这个指标选了最低档的通信模块，结果台区数据上报延迟严重。

原因：这个数字是原稿印刷或识别错误，单表每分钟 300 字节对应 0.04Kbps，主干回传按万户计算需要 0.4Mbps 量级。直接把 0.01K/s 当设计指标，差了一个数量级。

解决：任何配电网通信设计，带宽都要按「单点报文长度 × 上报频率 × 点数」自己推一遍，再留 2~3 倍余量。不要信任二手文档里的现成数字，包括这份 PDF。

5.2 EPON 带宽共享：每个 ONU 不是独享 PON 口带宽

现象：EPON 方案里按单 PON 口 1Gbps 带宽除以 32 个站点，算出每站点约 30Mbps 可用带宽，觉得绰绰有余。上线后发现业务高峰期数据拥塞。

原因：EPON 的上行带宽是分时共享的，OLT 通过时分多址给各 ONU 分配时隙。单 PON 口 1Gbps 是物理层速率，减去协议开销和测距开销，实际可用带宽约 800Mbps 上下，且所有 ONU 共享。某个 ONU 突发大数据时，其他 ONU 的时隙会被压缩。

解决：按「单 PON 口下有 N 个 ONU，每个 ONU 峰值带宽不超过物理带宽的 1/N」来约束站点数。实时控制类站点不要和抄表类站点混挂在同一 PON 口下，避免窄带业务和宽带业务互相挤占。

5.3 手拉手保护误当全保护：分光器和主干光纤仍然是单点

现象：EPON 做了手拉手保护，以为全网冗余了。结果分光器故障，整个 PON 口下的所有站点全部离线。

原因：手拉手保护只保护了 OLT 设备和 OLT 到分光器之间的链路，分光器本身和分光器到 ONU 的引入段没有冗余。分光器是无源设备，出故障后没有任何保护路径可切。

解决：关键站点（比如有遥控需求的环网柜、开闭所）不要用 EPON 的普通分光模式承载，单独拉纤到工业以太网环网，或者用全保护方式（双 PON 口 + 双路由）覆盖。普通监测点可以接受手拉手，实时控制点不行。

5.4 无线通道承载秒级监测：丢包重传导致数据断档

现象：设备在线监测数据通过无线公网传输，平时看着能通，但后台经常出现数据断档，部分时段的曲线缺失。

原因：AAM 监测是秒级业务，单点 4KB 报文，走无线公网时一旦遇到信号波动或网络拥塞，应用层重送机制重新发送需要时间，秒级周期内数据根本补不上来，只能丢弃。

解决：秒级业务必须走光纤或有线通道。如果现场确实没有光纤资源，要么把上报频率降到分钟级，要么在监测终端本地缓存数据并在网络恢复后补传。指望无线公网做秒级连续上报，基本是玄学。

5.5 台区集中器用载波跨台区互串：数据串台还不自知

现象：相邻台区的集中器都采用低压电力载波抄表，后台发现部分电表数据挂到了错误的台区下，线损计算全部偏差。

原因：低压电力载波信号会通过配电变压器和低压线路串扰到相邻台区，尤其台区之间线路有交叉跨越时，载波信号互相渗透。每个电表的地址虽然在逻辑上归属于某个台区，但物理路径上可能被多个台区集中器同时抄到。

解决：台区集中器的载波通信要配置台区识别功能，确保集中器只接受本台区变压器的载波信号。跨台区线路交叉点要做隔离，必要时改用微功率无线或 RS485 方案规避载波串扰。这个问题当年经常靠「现场用钳形表逐台区断电排查」来解决，血泪经验。

6. 从需求到组网落地：一张选型决策表把思路固定下来

这套方法最大的价值在于把原文的定性分析变成可执行的设计流程。我的习惯是拿到一个配网通信项目，先做一张选型决策表，把每个站点按业务类型、流量、时延要求三个维度打分，再决定走哪条通道。

决策表的核心逻辑如下：

把这套表过完一遍，剩下的工作就是按此组网。我自己在配网通信项目里养成了一个习惯：拿到图纸后第一件事不是画网络拓扑，而是把所有站点按业务类型填进这张表里，把实时控制站点圈出来，用红线标明必须走光纤环网，再把非实时站点划进另一张表，看哪些能共享通道。从那以后，每个项目都没再犯过「业务类型没分清就定技术路线」的错。这份 PDF 里提到的很多参数虽然来自 2010 年前后的电网建设背景，但需求分类方法和两条技术路线的对比结论，放到现在的智能配电网场景里依然适用。建议你下载这份 PDF 作参考资料，结合手上的实际台区结构过一遍决策表，比在网上零散搜技术对比要有用得多。希望帮到你。

本文还有配套的精品资源，点击获取