2. 电力系统模型体系全景

电力系统模型数据治理的第一道难题，不是“怎么存”，而是“存什么、按什么口径存”。同一个物理电网，在调度自动化、变电运维、配电管理、营销计量等不同专业视角下，会被切分成不同的对象集合和属性集合。如果这些视角之间没有统一的语义锚点，模型数据就会在跨系统流转时不断“翻译失真”。因此，理解电力系统模型体系的全景，本质上是要看清两件事：电网各环节分别需要哪些模型对象，以及IEC 61970/61968 CIM 标准模型与各厂商私有模型之间是什么关系。

一、按环节划分：五段模型的对象与关注点

电力系统通常按发电、输电、变电、配电、用电五个环节组织。每个环节的模型对象、颗粒度和核心属性差异明显，这决定了模型治理不能“一套模板打天下”。

发电环节的模型核心是发电设备及其并网特性。典型对象包括发电机组（Generator）、原动机、励磁系统、调速器、升压变压器、厂用电系统等。关键属性有机组额定容量、额定功率因数、次暂态电抗、惯性时间常数、调差系数等。发电模型服务于潮流计算、稳定分析和AGC控制，因此对电气参数的准确性要求极高。

输电环节的模型核心是网络拓扑与线路参数。典型对象包括交流线路（ACLineSegment）、母线（BusbarSection）、断路器、隔离开关、串联补偿装置等。关键属性有线路电阻、电抗、电纳、热稳定极限、正序/零序参数。输电模型是状态估计和潮流计算的基础，拓扑连接关系（谁连到谁）比设备台账本身更关键。

变电环节的模型核心是站内一次设备及其连接关系。典型对象包括变压器（PowerTransformer）、绕组、分接头调节器、互感器、避雷器、GIS组合电器等。关键属性有变压器容量比、短路阻抗、分接头档位、变比、接线组别。变电模型既要支撑监控信号关联，又要支撑站内拓扑分析，是SCADA与EMS之间的桥梁。

配电环节的模型核心是馈线、配变与开关设备。典型对象包括馈线（Feeder）、配电变压器、柱上开关、环网柜、电缆段等。关键属性有馈线供电半径、配变容量、负荷分布、开关状态。配电模型规模大、变更频繁，且常与地理信息系统（GIS）耦合，因此对模型版本管理和增量更新要求更高。

用电环节的模型核心是用户、计量点与负荷特性。典型对象包括用户（Customer）、计量表计、负荷点、合同容量等。关键属性有用户类别、电价方案、最大需量、负荷曲线。用电模型主要服务于营销、计费和需求侧管理，与电网物理模型的耦合相对松散，但通过配变—用户关联关系与配电模型衔接。

二、CIM 标准模型：公共语义骨架

IEC 61970 和 IEC 61968 共同构成 CIM（Common Information Model，公共信息模型）。61970 侧重输电与发电领域的 EMS 模型，定义了能量管理系统所需的电网拓扑、设备、量测等核心类；61968 侧重配电管理领域的 DMS 模型，扩展了配电设备、地理信息、资产管理、工作管理等类。两者共享同一套 CIM 基础包，因此可以拼接成覆盖发—输—变—配—用的完整语义骨架。

CIM 的核心价值在于用统一的类、属性、关联和继承关系描述电力系统对象。例如，所有导电设备都继承自 ConductingEquipment，所有设备都继承自 PowerSystemResource，量测通过 Measurement 类与设备关联。这种继承体系使得不同厂商、不同系统在交换模型时，至少能在“类”这一层对齐。CIM 还定义了拓扑包（Topology）、量测包（Meas）、保护包（Protection）等，覆盖了从物理设备到运行数据的多个层面。

但 CIM 是标准，不是实现。它规定了“应该有什么类、什么属性”，却没有规定“数据库怎么建、点号怎么编、图形怎么绑”。这正是私有模型存在的空间。

三、私有模型：标准之上的必要扩展

私有模型是各厂商或各专业系统在 CIM 基础上，为满足自身功能、性能或历史兼容性而做的扩展。常见形式有三类：

• 属性扩展：CIM 未定义的设备参数，如某型号变压器的冷却方式代码、某厂商保护装置的定值区号。
• 类扩展：CIM 未覆盖的对象，如智能电表的通信模块状态、分布式光伏的逆变器控制模式。
• 映射扩展：CIM 对象与实时库点号、历史库标签、图形文件图元之间的对应关系，这类扩展往往以映射表或配置文件形式存在。

私有模型不是“错误”，而是工程现实。问题在于：如果私有模型没有与 CIM 建立可追溯的映射，跨系统模型交换就会退化为“点对点翻译”，每增加一个系统就多一套转换逻辑，治理成本呈平方级增长。

四、标准与私有的关系：骨架与血肉

可以把 CIM 理解为骨架，私有模型理解为血肉。骨架决定了一个模型能不能被别的系统“认出来”，血肉决定了这个模型在本系统里能不能“跑起来”。治理的目标不是消灭私有模型，而是让私有模型挂在 CIM 骨架上，并且挂接关系可查、可验、可版本化。

具体做法上，通常建立一张模型映射表，至少包含以下字段：CIM 类名、CIM 属性名、私有系统名、私有表名、私有字段名、映射类型（直接对应/单位换算/枚举转换/组合计算）、生效版本。例如，CIM 的 ACLineSegment.length 映射到某系统线路表的“线路长度_km”，映射类型为“单位换算”，因为 CIM 用米而私有库用千米。再如，CIM 的 Breaker.open 映射到实时库的“开关状态点号”，映射类型为“直接对应”，但需要额外记录点号来源和刷新周期。

五、治理视角下的关键判断

在实际工程中，判断一个模型体系是否健康，可以看三个信号：第一，跨环节对象能否通过 CIM 类名直接识别，而不是靠人工对照台账；第二，私有扩展是否有明确的命名空间和归属说明，而不是散落在各表字段里；第三，映射关系是否可自动校验，例如通过模型导入工具检查必填属性缺失率、关联断链数、单位不一致数。这三个信号分别对应语义一致性、扩展可控性和映射可验证性，是后续章节展开模型校验与质量评估的基础。

理解五环节模型分类和 CIM/私有模型关系，最终是为了回答一个工程问题：当调度、变电、配电、营销四个系统同时说“这条线路”时，它们说的是不是同一个对象？如果 CIM 骨架清晰、私有映射可查，答案就是“是”；否则，模型治理就永远停留在人工对齐的阶段。