第03篇-GB-T47241技术导则落地-平台全景架构文章目录第03篇-GB-T47241技术导则落地-平台全景架构引言平台架构的验收标准终于来了一、先看准入线4 项指标 5 个数值的平台门槛二、总体框架四要素 → 四层架构接入层终端不只是网关可承担边缘能力网络层五类数据为存储拓扑提供分类依据平台层三类系统两种控制姿态应用层先弄懂VPP 单元这个新概念现实对照冀北「云管边端」与国标四层的对应量化门槛标准草案给平台性能定的线三、关键业务时序一条邀约指令的跨层之旅四、部署视图当前实现与扩展设计的边界五、安全防护一张绕不开的合规清单六、验收与运行第三方测试和法定计量七、四步范式的第二次实践收获一张架构总图八、三标协同的项目阶段矩阵每一步用哪把尺子引言平台架构的验收标准终于来了上一篇我们用四步范式拆了 GB/T 44260解决了资源怎么配、能力怎么评。但一个平台光有资源能力模型还立不起来——系统该分几层对外接哪些官方系统数据分几类安全怎么做这些问题 44260 不管。2026 年 9 月 1 日刚刚实施的GB/T 47241-2026《虚拟电厂技术导则》管的就是这些。它是覆盖虚拟电厂全流程技术要求的国家标准推荐性2026-02-27 发布由南方电网科学研究院牵头起草规定了从总体框架、资源接入、系统终端、信息通信、安全防护到验收运行的全套技术要求。三项专项国标的分工一句话说清44241 管流程软尺、44260 管能力硬尺、47241 管技术实施基尺。本文继续用四步范式拆 47241但这次的产出物更大一张平台全景架构图——接入层、网络层、平台层、应用层每层对应标准的哪一章、系统里的哪个服务、对外接哪个官方系统一次对齐。这张图就是整个专栏示例工程openvpp-demo的架构总图。阅读约定沿用第 02 篇的三层次标注——【标准原文】为标准条款引用条款编号已对照仓库内《GB_T 47241-2026 国标解析》逐条核验来源为全国标准信息公共服务平台公开口径【作者解释】为工程理解【工程选择】为本专栏落地方式。一、先看准入线4 项指标 5 个数值的平台门槛47241 第 4.2 条给出了全标准量化程度最高的一组指标4 项指标、5 个数值。注意两点效力边界GB/T 47241 本身是推荐性国家标准第 4.2 条的表述是宜本文把这组数值作为方案初筛的默认值——只有被属地细则、市场规则或合同采用后它们才构成对应项目的准入条件例如湖南省能源局 2026 年 1 月印发的省级细则就设置了容量类门槛具体数值以发文附件为准图 1推荐性准入指标与 VPP 单元示例10MW 总聚合容量、5MW 总调节容量、1MW 单元调节容量、3%/min 调节速率、1h 持续调节时间最终以属地规则和项目合同为准对照上一篇的 4426044260 只说调峰调节容量宜 ≥1MW47241 把它扩展成10MW 总聚合 → 5MW 总调节 → 1MW 单元的三层容量体系。注意单元这个词——它是 47241 全新引入的概念马上会重点讲。这 4 项指标、5 个数值就是一组常量加一套准入校验单元调节容量 1MW 接入VppUnit.passAdmission准入校验其余四值为对表参考常量./** 对应 GB/T 47241-2026 第 4.2 条推荐性指标地方细则可能加严 */publicfinalclassAdmissionThreshold{publicstaticfinallongMIN_TOTAL_AGGREGATE_KW10_000;// 总聚合容量 10MWpublicstaticfinallongMIN_TOTAL_ADJUST_KW5_000;// 总调节容量 5MWpublicstaticfinallongMIN_UNIT_ADJUST_KW1_000;// 单元调节容量 1MWpublicstaticfinaldoubleMIN_RAMP_PERCENT3.0;// 调节速率 %/minpublicstaticfinallongMIN_SUSTAIN_HOURS1;// 持续调节 1h}二、总体框架四要素 → 四层架构47241 第 5.1 条定义了虚拟电厂的四要素资源、终端、运营商技术支持系统、数据传输通道。第 5.3 条又规定技术支持系统要对接三大官方业务系统。要说明的是标准规定的是这四类组成要素和三类对接系统并没有规定平台的分层方式以下四层不是国标原有分层而是本文把四要素映射得出的工程视图也就是专栏的平台全景架构图 2VPP 平台全景架构图四层划分为本文工程映射非国标原有分层这张图的每一层都可追溯到标准的相关条款。逐层看之前先把生产目标架构下每层模块的输入、输出、数据归属、故障影响放进同一张责任图——这是模块设计评审时最容易被问住的四个问题。注意故障影响是生产目标的设计假设当前教学部署为单体四容器、单通道尚未实现模块间故障隔离与主备切换见第四节部署视图图 3四层模块的输入、输出、数据归属与故障边界故障影响为生产目标假设图中的故障边界不能只看服务是否可用终端或采集通道中断会形成可观性与数据完整性缺口直控链路中断还可能影响控制执行评估服务宕机会让申报停摆但已下发指令是否受影响取决于指令链路是否独立部署结算延迟通常可容忍结算数据错误则属于资金事故。断网缓存、恢复补传、主备切换、超时补偿与人工兜底都是生产目标不能反推为当前教学部署已经具备。【作者解释】注意「数据归属」一列47241 第 8.3 条的五类数据分类为每类数据存哪、谁能改、丢了怎么办提供分类依据——本文的关系库/时序库边界就划在这里。接入层终端不只是网关可承担边缘能力第 7.3 条对终端的要求值得逐字读数据采集、存储及转发是基本功“宜具备对下发指令的分解功能可具备边缘计算、协同控制等功能”——注意效力用词指令分解是宜具备边缘计算、协同控制是可具备均为可选项。标准没有把所有终端定义成边缘计算节点但为终端承担边缘角色留出了空间。工程含义聚合引擎把 10MW 的调度指令分解到 2000 个资源时最后一公里的分解可以在终端侧完成断网时终端要靠本地存储续传——完整的缓存与补传机制是本专栏的生产设计第 9 篇的边缘网关断网续传是基于 7.3.1 存储转发能力的最小工程实现。另外第 6.1 条的排他性原则同一时期单个资源只能接入一个运营商系统在接入层落地为基于户号、并网点、设备指纹的资源唯一性校验签约入库时执行。术语提醒47241 第 5.1 条讲的终端是一个上位概念工程上至少对应四类硬件不要混为一谈——①边缘网关协议适配 断网续传的通信枢纽ARM Cortex-A 级应用处理器②边缘智能终端装在配电柜/墙面的采集与交互设备带本地计量与操作界面常归业主或电网所有VPP 未必有权改写③交互终端面向业主的操作/计量面板④端边缘控制器贴装在设备本体上的低成本控制单元。四者的归属权与可编程权限差别很大后续有硬件图谱以及控制权模型依赖这个区分。网络层五类数据为存储拓扑提供分类依据第 8.3 条把接口数据分为五类交易类、模型类、运行类、控制类、配置类。这是整个平台数据模型设计的主干为存储选型提供分类依据图 4五类数据与存储拓扑关系库存交易类、模型类和配置类时序库存运行类和控制类控制指令及回执通过 MQ 传递第 8.2 条对通信通道的表述是可冗余配置——标准给出的是允许项而非强制要求。本专栏在涉控场景基于风险自行选择主备双通道加自动切换直控型 VPP 的控制通道单点故障可能引发调度事故这项可靠性投入值得主动做但它是工程决策不是标准硬性门槛。第 8.4 条要求数据真实、实时、完整、准确、可靠这十字方针就是第 8 篇时序链路设计的验收标准。平台层三类系统两种控制姿态第 7.2 条把技术支持系统的要求分成两款这一区分是架构设计的关键判据“邀约型/直控型”弱/强控制链路是本文的工程归类标准原文未使用这组名称7.2.2原文参与需求响应的系统应满足数据交互、调节能力校核和效果评估等要求——本文归类为弱控制链路时延宽松7.2.3原文参与电能量市场和辅助服务市场交易的系统应满足实时数据交互、控制指令协同等要求——本文归类为强控制链路对应 AGC 调频等秒级场景。另注意市场交易与直控不是一回事7.2.3 对交易类系统提出实时协同要求但业务形态是否构成直控取决于是否承接调度侧实时控制指令。直白地说工程经验标准并未规定具体中间件做分钟级的需求响应类业务REST MQ 是常见且够用的起点做调频等秒级闭环需另选低时延方案。这两类系统在模块上可以共用资源台账和评估引擎但指令链路必须分开设计——后续会把两条链路都写出来标注分叉点。对外第 5.3 条划定了平台接口的三个方向负荷管理系统需求响应指令交互、调度自动化系统AGC/涉网控制工程上常见 DL/T 634.5104 规约、市场交易系统报量报价、出清结算。标准没有规定具体协议三个方向的协议栈和时延要求差异很大网关层要按属地接口规范逐个适配。应用层先弄懂VPP 单元这个新概念应用层的核心功能预测、监测、调节、控制、任务分解由第 11.1 条规定而 47241 在术语层新增的关键概念是 3.6 条的虚拟电厂单元按资源特性、地理位置、电气位置及市场需求对资源逻辑分组形成的、能作为基本单元参与交易或调节的资源集合。为什么这个概念重要因为它回答了一个 VPP 怎么同时赚多个市场的钱。图 1 右侧已经把同一资源池拆成三个逻辑单元储能单元参与现货套利与调频空调负荷单元参与调峰与需求响应光伏加储能单元参与电能量与备用。第 11.3 条的表述是同一单元的资源原则上隶属同一市场出清节点节点电价不同混编就没法统一结算且在电网条件和市场规则允许的情况下可跨节点聚合——注意这是原则上加例外通道不是绝对禁令。至于单个资源能否按容量比例拆入不同单元标准在本条未作明确规定项目确有需要时应依据属地市场规则设计容量占用与防重复申报机制。示例工程当前未实现容量拆分与跨单元占用控制按出清节点一资源一单元处理。落到代码单元就是聚合引擎里的分组实体当前实现一个容量准入校验/** * VPP 单元 —— 对应 GB/T 47241-2026 第 3.6/11.3 条 */publicclassVppUnit{privateStringunitId;privateStringclearingNodeId;// 出清节点 —— 11.3单元内资源原则上同节点privateListStringresourceIds;privateScenariomarketScenario;// 该单元申报的市场品种/** 准入校验4.2 条单元调节容量宜 ≥1MW */publicbooleanpassAdmission(BigDecimaltotalAdjustCapacityKw){returntotalAdjustCapacityKw.compareTo(BigDecimal.valueOf(AdmissionThreshold.MIN_UNIT_ADJUST_KW))0;}}第 14 篇聚合引擎的分组算法输入是资源池输出是一组按出清节点聚合的VppUnit容量不足 1MW 门槛的单元不剔除而是追加-below-threshold标记保留供诊断与人工处置。容量拆分与跨单元占用控制尚未实现。现实对照冀北「云管边端」与国标四层的对应四层架构不是国标纸面发明。国网冀北虚拟电厂自 2019 年起按同构的「云管边端」体系运行中国电力科学研究院 2022 年 9 月公开报告口径冀北体系报告描述对应国标四层云端部署 VPP 智能管控平台打通与其他平台接口平台层 应用层管侧4G、5G 等传输方式实现信息闭环安全传输网络层边侧即插即用的边缘网关实现资源接入平台接入层网关形态端侧用户侧智能终端/用户侧管理平台资源状态感知和柔性控制接入层终端形态截至报告时点这套架构聚合 11 类 19 家资源、总容量 358 MW——一张分层架构图在真实市场里的重量。上海则给出另一个判据调度-交易-运营一体化运营体系配合「分布自治、层级间规约异构适配」的技术架构截至报告时点 12 家虚拟电厂接入后分钟级、秒级调度容量分别超过 60 MW、30 MW——层级间规约异构正是本节平台层「三类系统、两种控制姿态」的现实版层级不同、规约不同、时延要求不同适配必须显式设计而不是隐式假设。数据来源中国电力科学研究院《新型电力系统背景下虚拟电厂实践》公开报告2022 年 9 月第 19~23 页。量化门槛标准草案给平台性能定的线分层架构之外标准也在给「平台要快到什么程度」定量。2025 年 11 月研讨会披露的国标《虚拟电厂运营商技术支持系统技术要求》草案给出的量化线系统月运行可靠率不低于 99%、数据采集频率不大于 5 分钟/次、上送数据校验合格率不低于 99%、系统年可用率不低于 99.9%接入网络带宽不低于 100Mbps、网络延时不超过 500ms、丢包率不高于 0.5%通信协议支持 DL/T 476、DL/T 634.5104、DL/T 698.45或 Web Service、MQTT 等通用接口。该标准的进展已由拟立项推进到国家标准项目公示阶段2026 年 8 月公示项目编号 20264870-T-524推荐性尚未发布上述数字仍为草案口径以最终发布版本为准。对照本专栏实现5 分钟采集上限对第 08 篇的时序链路相当宽松真实系统已在按分钟级建设广州计量 3.0 已实现电表到主站全链路 1 分钟采集而 DL/T 协议族与 MQTT 在同一条款里并列说明标准预留了多协议适配空间。再补两份地方规则的对照注意适用对象各不相同深圳市地方标准 DB4403/T 343—2023《分布式光伏接入虚拟电厂管理云平台技术规范》第 8.4 节在 2023 年写下了同一组数字下行带宽不低于 100 Mbps、上行不低于 50 Mbps、延时不超过 500 毫秒、丢包率不高于 0.5%但它的适用对象是分布式光伏接入场景的管理云平台不能外推为所有 VPP湖南省能源局 2026 年 1 月正式印发《湖南省虚拟电厂管理工作细则》同时废止 2025 年 3 月试行版其附件的运营平台接入技术规范第三处出现同组数字网络延时不超过 500ms、丢包率不高于 0.5%、月可靠率不低于 99%另附省级加码项——聚合量测上送周期不大于 15 分钟、每日数据完整率大于 99%、严重故障 12 小时内消除以上湖南数值按现行正式版附件核对。三份资料的适用对象运营商技术支持系统/分布式光伏管理云平台/省级运营平台、时间与效力各不相同——部分技术取值接近只能说明取值层面的一致性不能据此证明来源相同更不能认定存在全国性的行业共识基线宜作对照参考。本专栏按草案口径预留性能余量最终以属地细则与项目合同为准。数据来源中国电力科学研究院《从「两牙」停电看虚拟电厂的发展形态》2025 虚拟电厂协同创新与落地实践系列研讨会第一期2025 年 11 月披露的国标草案口径该标准后进入项目公示公示详情2026-08-04 至 09-03数字以最终发布版本为准「广州计量 3.0」引自同期广州市虚拟电厂管理中心报告研讨会口径无公开直链时点为 2025 年 11 月深圳指标对照 DB4403/T 343—2023 第 8.4 节湖南数字按现行正式版附件核对附件原文印发通知2026-01-22 印发、试行版同时废止。三、关键业务时序一条邀约指令的跨层之旅模块图回答系统分几层时序图回答数据怎么流。以第 01 篇的园区削峰案例为背景画出邀约型需求响应从邀约到结算的完整跨层时序图 5邀约型需求响应关键业务时序图第 1~4 步为市场申报段第 5~9 步为调度执行段第 10~12 步为结算段直控型链路的差异在第 5~9 步时延要求从分钟级收紧到秒级第 15 篇详解【工程选择】时序里有 3 个状态机埋点步骤 5 已下发、步骤 9 已响应、超时未回执转补偿就是第 15 篇指令链路状态机的骨架步骤 10~11 对应 47241 第 11.6 条法定计量数据为准——平台遥测步骤 8可用于实时监控、能力评估与策略优化但不能直接作为法定结算依据。四、部署视图当前实现与扩展设计的边界模块图和时序图都是逻辑视图落地还差一张部署图。本专栏的教学部署与生产扩展部署分两层说清图 6部署与安全边界左教学环境当前实现单机四容器右生产扩展设计及 47241 第 9.1~9.5 条安全要求当前教学部署的遥测和计量数据由编排层内置模拟源生成下行回执走本地下行回环时序双库为后面 live 实测用例Web 前端未纳入教学工程。生产扩展设计为后续展开本篇不实现。【工程选择】两张图之间的 gap 就是本篇到生产扩展设计的边界距离单体拆微服务、Mock 换真实对接、单通道改主备、无分区改安全分区。教学工程刻意不做这四件事——不是做不了是做了就看不到链路了每个扩展点都在对应篇章单独落地。五、安全防护一张绕不开的合规清单第 9 章直接关系到平台能否上线47241 没有另起炉灶而是把安全合规锚定在两份规范性引用标准上外加两个特有要求。图 6 右半部分把 9.1~9.5 放回生产部署边界生产控制区与管理信息区横向隔离按系统定级与属地要求开展等保测评和云资质审查采用 TLS/国密、设备认证等措施防篡改、防监听并保护隐私涉控指令下发前做合理性校验终端侧落实认证与固件安全。对开发者来说9.2 和 9.4 是两个架构级条款9.2 表明公有云部署并非一律禁止但哪些模块能够上云要由系统定级、涉控边界、调度接入和属地要求共同决定专栏有云部署复盘就是这条路线的真实踩坑记录9.4 的控制校核决定了直控型指令链路必须有一个下发前校验环节这个环节不是可选的优化项是国标写的合规项。六、验收与运行第三方测试和法定计量第 10 章和第 11 章各有一条容易被开发者忽略、但直接决定数据架构的条款第三方测试10.5按属地监管机构、市场政策、交易规则及建立业务关系的系统要求由具备资质的第三方机构做首次测试且调节能力发生较大变化时要复测。工程含义平台要建立两类测试台账首次入市测试 能力变更复测资源池扩容、大用户进出都要触发评估流程——这不是运营流程问题是系统要有的状态流转。法定计量11.6市场交易结算应以法定计量检定的电能表或远动终端采集数据为准并由电力交易机构出具结算依据。这句话的技术含义很重结算依据来自法定计量数据与交易机构出具文件普通平台遥测不能直接替代。所以结算模块的数据源设计是双通道——平台数据用于实时监控和策略优化法定表计数据用于结算对账两者定期核对。第 17 篇基线核算会专门处理这对关系。七、四步范式的第二次实践收获一张架构总图回顾本文的翻译过程四步范式在架构级标准上的用法稍有不同找实体→ 四要素资源/终端/系统/通道 VPP 单元 →VppUnit等核心类找字段→ 数据五分类 → 存储拓扑与表分类找规则→ 4.2 条 4 项指标 5 个数值 11.3 同节点约束 →AdmissionThreshold常量与分组校验找算法→ 控制校核、能力评估、第三方测试触发 → 指令链路与评估引擎的设计约束。八、三标协同的项目阶段矩阵每一步用哪把尺子三本国标不是同时全用的——它们在项目生命周期里各管一段。这张九阶段矩阵是三标协同的完整地图图 7三标协同的九阶段项目矩阵GB/T 44241 管流程、GB/T 44260 管能力、GB/T 47241 管技术实施用法拿到任何 VPP 项目先对这张表定位当前阶段再精读该阶段主用标准的对应章节——需求分析的阅读顺序由此确定不必三本通读。至此前两篇交付了资源能力模型本篇交付了平台架构总图。认知篇还剩最后一块拼图资源本身怎么建模。光伏、储能、充电桩、空调负荷四类资源的物理特性天差地别怎么抽象成统一的领域模型又保留各自的评估算法差异——这是下一篇的主题也是从读标准走向写代码的过渡篇。下一篇预告《光伏、储能、充电桩、空调负荷四类核心资源的领域模型设计》 第03篇-GB-T47241技术导则落地-平台全景架构
第03篇-GB-T47241技术导则落地-平台全景架构文章目录第03篇-GB-T47241技术导则落地-平台全景架构引言平台架构的验收标准终于来了一、先看准入线4 项指标 5 个数值的平台门槛二、总体框架四要素 → 四层架构接入层终端不只是网关可承担边缘能力网络层五类数据为存储拓扑提供分类依据平台层三类系统两种控制姿态应用层先弄懂VPP 单元这个新概念现实对照冀北「云管边端」与国标四层的对应量化门槛标准草案给平台性能定的线三、关键业务时序一条邀约指令的跨层之旅四、部署视图当前实现与扩展设计的边界五、安全防护一张绕不开的合规清单六、验收与运行第三方测试和法定计量七、四步范式的第二次实践收获一张架构总图八、三标协同的项目阶段矩阵每一步用哪把尺子引言平台架构的验收标准终于来了上一篇我们用四步范式拆了 GB/T 44260解决了资源怎么配、能力怎么评。但一个平台光有资源能力模型还立不起来——系统该分几层对外接哪些官方系统数据分几类安全怎么做这些问题 44260 不管。2026 年 9 月 1 日刚刚实施的GB/T 47241-2026《虚拟电厂技术导则》管的就是这些。它是覆盖虚拟电厂全流程技术要求的国家标准推荐性2026-02-27 发布由南方电网科学研究院牵头起草规定了从总体框架、资源接入、系统终端、信息通信、安全防护到验收运行的全套技术要求。三项专项国标的分工一句话说清44241 管流程软尺、44260 管能力硬尺、47241 管技术实施基尺。本文继续用四步范式拆 47241但这次的产出物更大一张平台全景架构图——接入层、网络层、平台层、应用层每层对应标准的哪一章、系统里的哪个服务、对外接哪个官方系统一次对齐。这张图就是整个专栏示例工程openvpp-demo的架构总图。阅读约定沿用第 02 篇的三层次标注——【标准原文】为标准条款引用条款编号已对照仓库内《GB_T 47241-2026 国标解析》逐条核验来源为全国标准信息公共服务平台公开口径【作者解释】为工程理解【工程选择】为本专栏落地方式。一、先看准入线4 项指标 5 个数值的平台门槛47241 第 4.2 条给出了全标准量化程度最高的一组指标4 项指标、5 个数值。注意两点效力边界GB/T 47241 本身是推荐性国家标准第 4.2 条的表述是宜本文把这组数值作为方案初筛的默认值——只有被属地细则、市场规则或合同采用后它们才构成对应项目的准入条件例如湖南省能源局 2026 年 1 月印发的省级细则就设置了容量类门槛具体数值以发文附件为准图 1推荐性准入指标与 VPP 单元示例10MW 总聚合容量、5MW 总调节容量、1MW 单元调节容量、3%/min 调节速率、1h 持续调节时间最终以属地规则和项目合同为准对照上一篇的 4426044260 只说调峰调节容量宜 ≥1MW47241 把它扩展成10MW 总聚合 → 5MW 总调节 → 1MW 单元的三层容量体系。注意单元这个词——它是 47241 全新引入的概念马上会重点讲。这 4 项指标、5 个数值就是一组常量加一套准入校验单元调节容量 1MW 接入VppUnit.passAdmission准入校验其余四值为对表参考常量./** 对应 GB/T 47241-2026 第 4.2 条推荐性指标地方细则可能加严 */publicfinalclassAdmissionThreshold{publicstaticfinallongMIN_TOTAL_AGGREGATE_KW10_000;// 总聚合容量 10MWpublicstaticfinallongMIN_TOTAL_ADJUST_KW5_000;// 总调节容量 5MWpublicstaticfinallongMIN_UNIT_ADJUST_KW1_000;// 单元调节容量 1MWpublicstaticfinaldoubleMIN_RAMP_PERCENT3.0;// 调节速率 %/minpublicstaticfinallongMIN_SUSTAIN_HOURS1;// 持续调节 1h}二、总体框架四要素 → 四层架构47241 第 5.1 条定义了虚拟电厂的四要素资源、终端、运营商技术支持系统、数据传输通道。第 5.3 条又规定技术支持系统要对接三大官方业务系统。要说明的是标准规定的是这四类组成要素和三类对接系统并没有规定平台的分层方式以下四层不是国标原有分层而是本文把四要素映射得出的工程视图也就是专栏的平台全景架构图 2VPP 平台全景架构图四层划分为本文工程映射非国标原有分层这张图的每一层都可追溯到标准的相关条款。逐层看之前先把生产目标架构下每层模块的输入、输出、数据归属、故障影响放进同一张责任图——这是模块设计评审时最容易被问住的四个问题。注意故障影响是生产目标的设计假设当前教学部署为单体四容器、单通道尚未实现模块间故障隔离与主备切换见第四节部署视图图 3四层模块的输入、输出、数据归属与故障边界故障影响为生产目标假设图中的故障边界不能只看服务是否可用终端或采集通道中断会形成可观性与数据完整性缺口直控链路中断还可能影响控制执行评估服务宕机会让申报停摆但已下发指令是否受影响取决于指令链路是否独立部署结算延迟通常可容忍结算数据错误则属于资金事故。断网缓存、恢复补传、主备切换、超时补偿与人工兜底都是生产目标不能反推为当前教学部署已经具备。【作者解释】注意「数据归属」一列47241 第 8.3 条的五类数据分类为每类数据存哪、谁能改、丢了怎么办提供分类依据——本文的关系库/时序库边界就划在这里。接入层终端不只是网关可承担边缘能力第 7.3 条对终端的要求值得逐字读数据采集、存储及转发是基本功“宜具备对下发指令的分解功能可具备边缘计算、协同控制等功能”——注意效力用词指令分解是宜具备边缘计算、协同控制是可具备均为可选项。标准没有把所有终端定义成边缘计算节点但为终端承担边缘角色留出了空间。工程含义聚合引擎把 10MW 的调度指令分解到 2000 个资源时最后一公里的分解可以在终端侧完成断网时终端要靠本地存储续传——完整的缓存与补传机制是本专栏的生产设计第 9 篇的边缘网关断网续传是基于 7.3.1 存储转发能力的最小工程实现。另外第 6.1 条的排他性原则同一时期单个资源只能接入一个运营商系统在接入层落地为基于户号、并网点、设备指纹的资源唯一性校验签约入库时执行。术语提醒47241 第 5.1 条讲的终端是一个上位概念工程上至少对应四类硬件不要混为一谈——①边缘网关协议适配 断网续传的通信枢纽ARM Cortex-A 级应用处理器②边缘智能终端装在配电柜/墙面的采集与交互设备带本地计量与操作界面常归业主或电网所有VPP 未必有权改写③交互终端面向业主的操作/计量面板④端边缘控制器贴装在设备本体上的低成本控制单元。四者的归属权与可编程权限差别很大后续有硬件图谱以及控制权模型依赖这个区分。网络层五类数据为存储拓扑提供分类依据第 8.3 条把接口数据分为五类交易类、模型类、运行类、控制类、配置类。这是整个平台数据模型设计的主干为存储选型提供分类依据图 4五类数据与存储拓扑关系库存交易类、模型类和配置类时序库存运行类和控制类控制指令及回执通过 MQ 传递第 8.2 条对通信通道的表述是可冗余配置——标准给出的是允许项而非强制要求。本专栏在涉控场景基于风险自行选择主备双通道加自动切换直控型 VPP 的控制通道单点故障可能引发调度事故这项可靠性投入值得主动做但它是工程决策不是标准硬性门槛。第 8.4 条要求数据真实、实时、完整、准确、可靠这十字方针就是第 8 篇时序链路设计的验收标准。平台层三类系统两种控制姿态第 7.2 条把技术支持系统的要求分成两款这一区分是架构设计的关键判据“邀约型/直控型”弱/强控制链路是本文的工程归类标准原文未使用这组名称7.2.2原文参与需求响应的系统应满足数据交互、调节能力校核和效果评估等要求——本文归类为弱控制链路时延宽松7.2.3原文参与电能量市场和辅助服务市场交易的系统应满足实时数据交互、控制指令协同等要求——本文归类为强控制链路对应 AGC 调频等秒级场景。另注意市场交易与直控不是一回事7.2.3 对交易类系统提出实时协同要求但业务形态是否构成直控取决于是否承接调度侧实时控制指令。直白地说工程经验标准并未规定具体中间件做分钟级的需求响应类业务REST MQ 是常见且够用的起点做调频等秒级闭环需另选低时延方案。这两类系统在模块上可以共用资源台账和评估引擎但指令链路必须分开设计——后续会把两条链路都写出来标注分叉点。对外第 5.3 条划定了平台接口的三个方向负荷管理系统需求响应指令交互、调度自动化系统AGC/涉网控制工程上常见 DL/T 634.5104 规约、市场交易系统报量报价、出清结算。标准没有规定具体协议三个方向的协议栈和时延要求差异很大网关层要按属地接口规范逐个适配。应用层先弄懂VPP 单元这个新概念应用层的核心功能预测、监测、调节、控制、任务分解由第 11.1 条规定而 47241 在术语层新增的关键概念是 3.6 条的虚拟电厂单元按资源特性、地理位置、电气位置及市场需求对资源逻辑分组形成的、能作为基本单元参与交易或调节的资源集合。为什么这个概念重要因为它回答了一个 VPP 怎么同时赚多个市场的钱。图 1 右侧已经把同一资源池拆成三个逻辑单元储能单元参与现货套利与调频空调负荷单元参与调峰与需求响应光伏加储能单元参与电能量与备用。第 11.3 条的表述是同一单元的资源原则上隶属同一市场出清节点节点电价不同混编就没法统一结算且在电网条件和市场规则允许的情况下可跨节点聚合——注意这是原则上加例外通道不是绝对禁令。至于单个资源能否按容量比例拆入不同单元标准在本条未作明确规定项目确有需要时应依据属地市场规则设计容量占用与防重复申报机制。示例工程当前未实现容量拆分与跨单元占用控制按出清节点一资源一单元处理。落到代码单元就是聚合引擎里的分组实体当前实现一个容量准入校验/** * VPP 单元 —— 对应 GB/T 47241-2026 第 3.6/11.3 条 */publicclassVppUnit{privateStringunitId;privateStringclearingNodeId;// 出清节点 —— 11.3单元内资源原则上同节点privateListStringresourceIds;privateScenariomarketScenario;// 该单元申报的市场品种/** 准入校验4.2 条单元调节容量宜 ≥1MW */publicbooleanpassAdmission(BigDecimaltotalAdjustCapacityKw){returntotalAdjustCapacityKw.compareTo(BigDecimal.valueOf(AdmissionThreshold.MIN_UNIT_ADJUST_KW))0;}}第 14 篇聚合引擎的分组算法输入是资源池输出是一组按出清节点聚合的VppUnit容量不足 1MW 门槛的单元不剔除而是追加-below-threshold标记保留供诊断与人工处置。容量拆分与跨单元占用控制尚未实现。现实对照冀北「云管边端」与国标四层的对应四层架构不是国标纸面发明。国网冀北虚拟电厂自 2019 年起按同构的「云管边端」体系运行中国电力科学研究院 2022 年 9 月公开报告口径冀北体系报告描述对应国标四层云端部署 VPP 智能管控平台打通与其他平台接口平台层 应用层管侧4G、5G 等传输方式实现信息闭环安全传输网络层边侧即插即用的边缘网关实现资源接入平台接入层网关形态端侧用户侧智能终端/用户侧管理平台资源状态感知和柔性控制接入层终端形态截至报告时点这套架构聚合 11 类 19 家资源、总容量 358 MW——一张分层架构图在真实市场里的重量。上海则给出另一个判据调度-交易-运营一体化运营体系配合「分布自治、层级间规约异构适配」的技术架构截至报告时点 12 家虚拟电厂接入后分钟级、秒级调度容量分别超过 60 MW、30 MW——层级间规约异构正是本节平台层「三类系统、两种控制姿态」的现实版层级不同、规约不同、时延要求不同适配必须显式设计而不是隐式假设。数据来源中国电力科学研究院《新型电力系统背景下虚拟电厂实践》公开报告2022 年 9 月第 19~23 页。量化门槛标准草案给平台性能定的线分层架构之外标准也在给「平台要快到什么程度」定量。2025 年 11 月研讨会披露的国标《虚拟电厂运营商技术支持系统技术要求》草案给出的量化线系统月运行可靠率不低于 99%、数据采集频率不大于 5 分钟/次、上送数据校验合格率不低于 99%、系统年可用率不低于 99.9%接入网络带宽不低于 100Mbps、网络延时不超过 500ms、丢包率不高于 0.5%通信协议支持 DL/T 476、DL/T 634.5104、DL/T 698.45或 Web Service、MQTT 等通用接口。该标准的进展已由拟立项推进到国家标准项目公示阶段2026 年 8 月公示项目编号 20264870-T-524推荐性尚未发布上述数字仍为草案口径以最终发布版本为准。对照本专栏实现5 分钟采集上限对第 08 篇的时序链路相当宽松真实系统已在按分钟级建设广州计量 3.0 已实现电表到主站全链路 1 分钟采集而 DL/T 协议族与 MQTT 在同一条款里并列说明标准预留了多协议适配空间。再补两份地方规则的对照注意适用对象各不相同深圳市地方标准 DB4403/T 343—2023《分布式光伏接入虚拟电厂管理云平台技术规范》第 8.4 节在 2023 年写下了同一组数字下行带宽不低于 100 Mbps、上行不低于 50 Mbps、延时不超过 500 毫秒、丢包率不高于 0.5%但它的适用对象是分布式光伏接入场景的管理云平台不能外推为所有 VPP湖南省能源局 2026 年 1 月正式印发《湖南省虚拟电厂管理工作细则》同时废止 2025 年 3 月试行版其附件的运营平台接入技术规范第三处出现同组数字网络延时不超过 500ms、丢包率不高于 0.5%、月可靠率不低于 99%另附省级加码项——聚合量测上送周期不大于 15 分钟、每日数据完整率大于 99%、严重故障 12 小时内消除以上湖南数值按现行正式版附件核对。三份资料的适用对象运营商技术支持系统/分布式光伏管理云平台/省级运营平台、时间与效力各不相同——部分技术取值接近只能说明取值层面的一致性不能据此证明来源相同更不能认定存在全国性的行业共识基线宜作对照参考。本专栏按草案口径预留性能余量最终以属地细则与项目合同为准。数据来源中国电力科学研究院《从「两牙」停电看虚拟电厂的发展形态》2025 虚拟电厂协同创新与落地实践系列研讨会第一期2025 年 11 月披露的国标草案口径该标准后进入项目公示公示详情2026-08-04 至 09-03数字以最终发布版本为准「广州计量 3.0」引自同期广州市虚拟电厂管理中心报告研讨会口径无公开直链时点为 2025 年 11 月深圳指标对照 DB4403/T 343—2023 第 8.4 节湖南数字按现行正式版附件核对附件原文印发通知2026-01-22 印发、试行版同时废止。三、关键业务时序一条邀约指令的跨层之旅模块图回答系统分几层时序图回答数据怎么流。以第 01 篇的园区削峰案例为背景画出邀约型需求响应从邀约到结算的完整跨层时序图 5邀约型需求响应关键业务时序图第 1~4 步为市场申报段第 5~9 步为调度执行段第 10~12 步为结算段直控型链路的差异在第 5~9 步时延要求从分钟级收紧到秒级第 15 篇详解【工程选择】时序里有 3 个状态机埋点步骤 5 已下发、步骤 9 已响应、超时未回执转补偿就是第 15 篇指令链路状态机的骨架步骤 10~11 对应 47241 第 11.6 条法定计量数据为准——平台遥测步骤 8可用于实时监控、能力评估与策略优化但不能直接作为法定结算依据。四、部署视图当前实现与扩展设计的边界模块图和时序图都是逻辑视图落地还差一张部署图。本专栏的教学部署与生产扩展部署分两层说清图 6部署与安全边界左教学环境当前实现单机四容器右生产扩展设计及 47241 第 9.1~9.5 条安全要求当前教学部署的遥测和计量数据由编排层内置模拟源生成下行回执走本地下行回环时序双库为后面 live 实测用例Web 前端未纳入教学工程。生产扩展设计为后续展开本篇不实现。【工程选择】两张图之间的 gap 就是本篇到生产扩展设计的边界距离单体拆微服务、Mock 换真实对接、单通道改主备、无分区改安全分区。教学工程刻意不做这四件事——不是做不了是做了就看不到链路了每个扩展点都在对应篇章单独落地。五、安全防护一张绕不开的合规清单第 9 章直接关系到平台能否上线47241 没有另起炉灶而是把安全合规锚定在两份规范性引用标准上外加两个特有要求。图 6 右半部分把 9.1~9.5 放回生产部署边界生产控制区与管理信息区横向隔离按系统定级与属地要求开展等保测评和云资质审查采用 TLS/国密、设备认证等措施防篡改、防监听并保护隐私涉控指令下发前做合理性校验终端侧落实认证与固件安全。对开发者来说9.2 和 9.4 是两个架构级条款9.2 表明公有云部署并非一律禁止但哪些模块能够上云要由系统定级、涉控边界、调度接入和属地要求共同决定专栏有云部署复盘就是这条路线的真实踩坑记录9.4 的控制校核决定了直控型指令链路必须有一个下发前校验环节这个环节不是可选的优化项是国标写的合规项。六、验收与运行第三方测试和法定计量第 10 章和第 11 章各有一条容易被开发者忽略、但直接决定数据架构的条款第三方测试10.5按属地监管机构、市场政策、交易规则及建立业务关系的系统要求由具备资质的第三方机构做首次测试且调节能力发生较大变化时要复测。工程含义平台要建立两类测试台账首次入市测试 能力变更复测资源池扩容、大用户进出都要触发评估流程——这不是运营流程问题是系统要有的状态流转。法定计量11.6市场交易结算应以法定计量检定的电能表或远动终端采集数据为准并由电力交易机构出具结算依据。这句话的技术含义很重结算依据来自法定计量数据与交易机构出具文件普通平台遥测不能直接替代。所以结算模块的数据源设计是双通道——平台数据用于实时监控和策略优化法定表计数据用于结算对账两者定期核对。第 17 篇基线核算会专门处理这对关系。七、四步范式的第二次实践收获一张架构总图回顾本文的翻译过程四步范式在架构级标准上的用法稍有不同找实体→ 四要素资源/终端/系统/通道 VPP 单元 →VppUnit等核心类找字段→ 数据五分类 → 存储拓扑与表分类找规则→ 4.2 条 4 项指标 5 个数值 11.3 同节点约束 →AdmissionThreshold常量与分组校验找算法→ 控制校核、能力评估、第三方测试触发 → 指令链路与评估引擎的设计约束。八、三标协同的项目阶段矩阵每一步用哪把尺子三本国标不是同时全用的——它们在项目生命周期里各管一段。这张九阶段矩阵是三标协同的完整地图图 7三标协同的九阶段项目矩阵GB/T 44241 管流程、GB/T 44260 管能力、GB/T 47241 管技术实施用法拿到任何 VPP 项目先对这张表定位当前阶段再精读该阶段主用标准的对应章节——需求分析的阅读顺序由此确定不必三本通读。至此前两篇交付了资源能力模型本篇交付了平台架构总图。认知篇还剩最后一块拼图资源本身怎么建模。光伏、储能、充电桩、空调负荷四类资源的物理特性天差地别怎么抽象成统一的领域模型又保留各自的评估算法差异——这是下一篇的主题也是从读标准走向写代码的过渡篇。下一篇预告《光伏、储能、充电桩、空调负荷四类核心资源的领域模型设计》