标准编号:	DL/T 1867-2018
中文名称:	电力需求响应信息交换规范
英文名称:	Specification for information exchange of power demand response
行业分类:	DL    电力行业标准
发布机构:	国家能源局
发布日期:	2018-06-06
实施日期:	2018-10-1
标准状态:	valid
翻译语言:	英文
文件格式:	PDF
中文字符数:	46000 字
翻译价格(元):	3800.0
交付时间:	付款后 1 个工作日

Codeofchina.com is in charge of this English translation. In case of any doubt about the English translation, the Chinese original shall be considered authoritative. This standard is developed in accordance with the rules given in GB/T 1.1-2009 Directives for standardization - Part 1: Structure and drafting of standards. Attention is drawn to the possibility that some of the elements of this document may be the subject of patent rights. The issuing body of this document shall not be held responsible for identifying any or all such patent rights. This standard was proposed by China Electricity Council. This standard is under the jurisdiction of National Technical Committee on Smart Grid User Interface of Standardization Administration of China (SAC/TC 549). During the process of implementing this standard, the relevant comments and recommendations, whenever necessary, can be fed back to the Standardization Center of the China Electricity Council (No.1, 2nd Lane, Baiguang Road, Beijing, 100761, China). Specification for information exchange of power demand response 1 Scope This standard specifies the general principles and requirements of information exchange, information model, information exchange service and information exchange mechanism of power demand response system. This standard is applicable to the design, development and upgrade of power demand response system. 2 Normative references The following referenced documents are indispensable for the application of this standard. For dated references, only the edition cited applies. For undated references, the latest edition of the referenced document (including any amendments) applies. GB/T 32672-2016 General technical specification of power demand response system GB/T 7408-2005 Data elements and interchange formats - Information interchange - Representation of dates and times Decree No.14 of the National Development and Reform Commission of the People's Republic of China - Regulations on security protection of power monitoring systems 3 Terms and definitions For the purposes of this document, the terms and definitions given in GB/T 32672-2016 and the following apply. For the convenience of application, some terms and definitions specified in GB/T 32672-2016 are listed below. 3.1 information model describing the main objects involved in demand response businesses, which are mainly composed of information class and its association relation 3.2 information exchange service information model encapsulated via specified data encapsulation mode and transmitted between systems, system and end in the demand response system 3.3 information exchange information flows of different systems or ends organize information according to a unified information model and exchange information through information exchange services 3.4 information class composed of a set of properties that describe the characteristics of objects and represent specific objects in demand response businesses 3.5 association relation representing the mutual relation between different information classes, including association, dependence, generalization, aggregation, etc. 3.6 package composed of a set of information classes of the same type and their association relation 3.7 data type type used to describe an property in an information class 3.8 demand response business organizer demand response service manager who organizes and implements the demand response business relying on the demand response service system; it may also refers to the demand response aggregator that implements the demand response business for the demand response service manager or the superior demand response aggregator based on the demand response aggregation system. 3.9 demand response business participant power users and demand response aggregators who directly participate in the demand response business organized by the demand response service manager, or power users and demand response aggregators who participate in the demand response business organized by the demand response aggregators 3.10 demand response event describing the information such as power price, load reduction or transfer volume according to certain rules during the execution of demand response business, and the information shall be released by the implementation organization to power users 3.11 up node; UN code used to represent the system or end participating in information exchange in the demand response system. Compared with the down node, it usually refers to the demand response service system and demand response aggregation system 3.12 down node; DN code used to represent the system or end participating in information exchange in the demand response system. Compared with the up node, it usually refers to the demand response aggregation system and demand response end 4 General principles and requirements of information exchange 4.1 General principles Legality, normalization, security, authenticity, reliability, validity, timeliness. 4.2 Legality requirements Ensure the legitimacy of users participating in information exchange during the implementation of demand response business, so as to ensure the legitimacy of information exchange. 4.3 Normalization requirements The essential feature of information exchange is normalization, which is an important premise for information exchange to carry out and realize information resource sharing and exchange in different countries and regions, different industries and different enterprises. 4.4 Security requirements Including confidentiality, integrity, non-repudiation and authentication of information exchange, which is in accordance with Decree No.14 of the National Development and Reform Commission of the People's Republic of China. 4.5 Authenticity requirements Various information data shall truthfully reflect the real situation during the implementation of the demand response business.

Foreword i 1 Scope 2 Normative references 3 Terms and definitions 4 General principles and requirements of information exchange 4.1 General principles 4.2 Legality requirements 4.3 Normalization requirements 4.4 Security requirements 4.5 Authenticity requirements 4.6 Reliability requirements 4.7 Validity requirements 4.8 Timeliness requirements 5 Information model 5.1 General 5.2 Domain package 5.2.1 Overview 5.2.2 Basic type of Boolean 5.2.3 Basic type of Integer 5.2.4 Basic type of Float 5.2.5 Basic type of String 5.2.6 Basic type of DateTime 5.2.7 Basic type of Duration 5.2.8 Enumeration type of UnitMultiplier 5.2.9 Enumeration type of UnitSymbol 5.3 Registration package 5.3.1 Overview 5.3.2 Enumeration type of TransportType 5.3.3 Service specifications 5.3.4 Enumeration type of ServiceType 5.3.5 KeyValue 5.4 Event package 5.4.1 Overview 5.4.2 Demand response event (Event) 5.4.3 Enumeration type of ResponseRequired 5.4.4 EventDescriptor 5.4.5 Enumeration type of EventStatus 5.4.6 EventActivePeriod 5.4.7 EventSignals 5.4.8 EventBaseline 5.4.9 EventSignal 5.4.10 Enumeration type of SignalName 5.4.11 Enumeration type of SignalType 5.5 Report package 5.5.1 Overview 5.5.2 MetaDataReport 5.5.3 ReportDescription 5.5.4 MetricDescription 5.5.5 Enumeration type of MetricName 5.5.6 Enumeration type of ReadingType 5.5.7 Target 5.5.8 EndDeviceAsset 5.5.9 Enumeration type of EndDeviceAssetType 5.5.10 MeterAsset 5.5.11 SamplingRate 5.5.12 ReportRequest 5.5.13 ReportSpecifier 5.5.14 Enumeration type of ReportType 5.5.15 PendingReports 5.5.16 Resource 5.5.17 PointData 5.5.18 CurveData 5.5.19 PointCurveData 5.5.20 RegularCurve 5.5.21 IrregularCurve 5.5.22 Data 5.5.23 Enumeration type of DataQuality class 5.6 Participation package 5.6.1 General 5.6.2 Enumeration type of OptType 5.6.3 Enumeration type of OptReason class 5.7 Poll package 5.7.1 Overview 5.7.2 EventResponse 5.7.3 QualifiedEventID 6 Information exchange service 6.1 General 6.2 Universal services 6.2.1 Overview 6.2.2 DrRequest 6.2.3 DrResponse 6.3 Registration services 6.3.1 Overview 6.3.2 QueryRegistrationRequest 6.3.3 CreateRegistrationRequest 6.3.4 CreateRegistrationResponse 6.3.5 CancelRegistrationRequest 6.3.6 CancelRegistrationResponse 6.4 Event services 6.4.1 Overview 6.4.2 QueryEventRequest 6.4.3 QueryEventResponse 6.5 Reporting services 6.5.1 Overview 6.5.2 RegisterReportRequest 6.5.3 RegisterReportResponse 6.5.4 CreateReportRequest 6.5.5 CreateReportResponse 6.5.6 CancelReportRequest 6.5.7 CancelReportResponse 6.5.8 ResourceReportRequest 6.5.9 MomentDataReportRequest 6.5.10 IntervaIDataReportRequest 6.5.11 DataReportResponse 6.6 Participation services 6.6.1 Overview 6.6.2 CreateOptRequest 6.6.3 CreateOptResponse 6.6.4 CancelOptRequest 6.6.5 CancelOptResponse 7 Information exchange mechanism Annex A (Informative) Typical scenario of demand response information interaction Annex B (Informative) JSON syntax Annex C (Informative) Example of HTTP encapsulated JSON message Annex D (Informative) Abbreviation Bibliography

电力需求响应信息交换规范 1 范围 本标准规定了电力需求响应系统信息交换的一般原则和要求、信息模型、信息交换服务及信息交换机制。 本标准适用于电力需求响应系统的设计、研发与升级完善。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。 GB/T 32672-2016 电力需求响应系统通用技术规范 GB/T 7408-2005 数据和交换格式 信息交换 日期和时间表示法(Data elements and interchange formats—Information interchange—Representation of dates and times) 中华人民共和国国家发展和改革委员会令第14号 电力监控系统安全防护规定 3 术语和定义 GB/T 32672-2016 界定的以及下列术语和定义适用于本文件。为了便于使用，以下重复列出了GB/T 32672-2016中的一些术语和定义。 3.1 信息模型 information model 描述需求响应业务涉及的主要对象，主要由信息类及其关联关系构成。 3.2 信息交换服务 information exchange service 需求响应系统中，系统与系统间、系统与终端间通过规定的数据封装方式封装信息模型，并进行传输。 3.3 信息交换 information exchange 不同系统或终端的信息流按照统一的信息模型组织信息，并通过信息交换服务来交换信息。 3.4 信息类 information class 由一组描述对象特性的属性构成，对需求响应业务中特定对象进行表示。 3.5 关联关系 association relation 表示不同信息类之间的相互关系，包括关联、依赖、泛化、聚合等。 3.6 包 package 由一组相同类型的信息类及信息类的关联关系构成。 3.7 数据类型 data type 用以描述信息类中属性的类型。 3.8 需求响应业务组织方 demand response business organizer 依托需求响应服务系统组织实施需求响应业务的需求响应服务管理者；也可以指依托需求响应聚合系统，为需求响应服务管理者或上级需求响应聚合商代理实施需求响应业务的需求响应聚合商。 3.9 需求响应业务参与方 demand response business participant 直接参与需求响应服务管理者所组织需求响应业务的电力用户、需求响应聚合商，或参与需求响应聚合商所组织需求响应业务的电力用户、需求响应聚合商。 3.10 需求响应事件 demand response event 在需求响应业务执行过程中，按一定规则描述电力价格、负荷削减或转移量等信息，由实施机构向电力用户发布。 3.11 上位节点 Up Node；UN 需求响应系统中，用于表示参与信息交换的系统或终端的代号，相较于下位节点，通常代指需求响应服务系统、需求响应聚合系统。 3.12 下位节点 Down Node；DN 需求响应系统中，用于表示参与信息交换的系统或终端的代号，相较于上位节点，通常代指需求响应聚合系统、需求响应终端。 4 信息交换的一般原则和要求 4.1 一般原则 合法性、规范性、安全性、真实性、可靠性、有效性、时效性。 4.2 合法性要求 确保需求响应业务实施过程中参与信息交换用户的合法性，使信息交换的合法性得到保障。 4.3 规范性要求 信息交换的本质特征是规范化，是信息交换能在不同国家和地区、不同行业、不同企业间开展和实现信息资源共享和交换的重要前提。 4.4 安全性要求 包括信息交换的保密性、完整性、不可否认性、可认证性等，符合中华人民共和国国家发展和改革委员会第14号令。 4.5 真实性要求 各种信息数据要如实反映需求响应业务实施过程的真实情况。 4.6 可靠性要求 数据传输过程中，如果遇到网络故障或系统出现异常的情况，要保证数据安全、可靠地继续传输，确保信息交换的准确、完整和一致。 4.7 有效性要求 选择最有价值的信息和最适合的传递工具及路线，用最经济的方式传递尽可能多的信息。 4.8 时效性要求 及时反映需求响应业务实施过程的真实情况，即信息的获取、收集和交换适应信息动态变化要求，更新后的信息能及时得到获取和反馈。 5 信息模型 5.1 总则 信息模型为需求响应信息交换过程中进行实际交换的主体，含有六个包，分别为域包、注册包、事件包、报告包、参与包、询问包，六个包之间的关联关系如图1所示。 图1 包与包之间的关联关系 5.2 域包 5.2.1 概述 域包定义了被其他包中的类使用的基本数据类型。域包的类图展示了该包中所有的类及它们之间的关系，如图2所示。 5.2.2 布尔量类(Boolean)基本型 一种取值为true和false的类型。 图2 域包的类图 5.2.3 整型类(Integer)基本型 一个整数。范围未指定，不做限制。 5.2.4 浮点类(Float)基本型 一个浮点数。范围未指定，不做限制。 5.2.5 字符串类(String)基本型 字符编码是UTF-8。字符串的长度未指定，不做限制。 5.2.6 日期时间类(DateTime)基本型 形如“yyyy-mm-ddThh：mm：ss.sss”的日期和时间，遵从ISO 8601：2004。通用协调时间(UTC)的时区用“yyyy-mm-ddThh：mm：ss.sssZ”指明。本地时区相关的UTC表示为“yyyy-mm-ddThh：mm：ss.sssZ”。 5.2.7 持续时间类(Duration)基本型 形如PnYnMnDTnHnMnS的持续时间，遵从ISO 8601：2004，其中nY代表年数，nM代表月数,nD代表日数；字母T将日期表达式和时间表达式分开，nH代表小时数，nM代表分钟数，nS代表秒数；秒数可以表示为小数，但其他所有数字必须是整数。 5.2.8 乘数倍数类(UnitMultiplier)枚举型 表示乘数的倍数，以10为基准，10的n次方。 表1列出了UnitMultiplier的所有枚举值。 表1 UnitMultiplie的枚举值 字面值 数值 描述 m －3 千分之一 c －2 百分之一 d －1 十分之一 k 3 千 M 6 兆 G 9 吉 x-{user Defined} 支持扩展，由用户自定义 5.2.9 单位符号类(UnitSymbol)枚举型 表示单位的符号。 表2列出了UnitSymbo1的所有板举值。 表2 UnitSymbol的枚举值 字面值 描述 A 用安培表示的电流 V 用伏特表示的电压 VA 用伏安表示的视在功率 var 用乏表示的无功功率 W 用瓦特表示的有功功率 Wh 用瓦时表示的有功电量 x-{user Defined} 支持扩展，由用户自定义 5.3 注册包 5.3.1 概述 注册包的类图如图3所示。 图3 注册包的类图 5.3.2 传输协议类型(TransportType)枚举型 表示传输协议的类型。 表3列出了TransportType的所有枚举值。 表3 TransportType的枚举值 字面值 描述 MQTT 使用MQTT协议进行传输 REST 使用REST协议进行传输 5.3.3 服务规范(ServiceSpecific) 用于描述服务的具体信息。 表4列出了ServiceSpecific的所有属性。 表4 ServiceSpecific的属性 名称 类型 描述 serviceName ServiceType 服务名称 表5列出了ServiceSpecific和其他类的关联端。 表5 ServiceSpecific和其他类的关联端 [关联起始端] [关联目标端]名称 类型 描述 [1..1] [0..n]keyValue KeyValue 用于扩展指定服务的信息 5.3.4 服务类型(ServiceType)枚举型 表示服务的类型。 表6列出了ServiceType的服务类型。 表6 ServiceType的服务类型 字面值 描述 Register 注册 Event 事件 Report 报告 Opt 参与 Poll 询问 5.3.5 扩展键值对(KeyValue) 用于对数据类型进行扩展的属性。 表7列出了KeyValue的所有属性。 表7 KeyValue的属性 名称 类型 描述 key String 键 value String 值 5.4 事件包 5.4.1 概述 事件包的类图如图4所示。 图4 事件包的类图 5.4.2 需求响应事件(Event) 表示一个需求响应事件。 表8列出了Event的所有属性。 表8 Event的属性 名称 类型 描述 responseRequired ResponseRequired 规定DN在接收到事件后是否应答 表9列出了Event和其他类的关联端。 表9 Event和其他类的关联端 [关联起始端] [关联目标端]名称 类型 描述 [1..1] [1..1]descriptor EventDescriptor 事件描述 [1..1] [1..1]activePeriod EventActivePeriod 整个事件的活动时段 [1..1] [1..1]signals EventSignals 事件信息 [1..1] [1..1]target Target 表示作用的目标，此处Target指向groupID、resourceID、dnID、partyID 5.4.3 要求响应(ResponseRequired)枚举型 针对参与响应与否，是否必须进行应答，可以为总是或者从不。 表10列出了ResponseRequired的所有枚举值。 表10 ResponseRequired的枚举值 字面值 描述 always 总是 never 从不 5.4.4 事件描述(EventDescriptor) 对需求响应事件进行描述。 表11列出了EventDescriptor的所有属性。 表11 EventDescriptor的属性 名称 类型 描述 eventID String 事件ID，由UN产生，不同的事件具有不同的ID status EventStatus 事件状态 createdDateTime DateTime 事件的创建时间 modificationDateTime DateTime 事件的最后修改时间 modificationNumber Integer 事件修改次数 modificationReason String 事件修改原因 priority Integer 表示优先级，数值越小优先级越高，0是没有优先级 test Boolean 测试标志，表示该事件是否为测试事件 comment String 注释，根据需要填写，可为空 marketURL String 市场环境链接，可选，以备需求响应资源参与市场交易使用 5.4.5 事件状态(EventStatus)枚举型 表示需求响应事件的状态。 表12列出了EventStatus的所有枚举值。 表12 EventStatus的枚举值 字面值 描述 none 没有事件产生 far 事件在一段时间后产生 near 事件即将产生 active 事件正在进行 completed 事件已结束 cancelled 事件已取消 5.4.6 事件有效时段(EventActivePeriod) 需求响应事件进行过程中，涉及的一些关键时刻、时段。 表13列出了EventActivePeriod的所有属性。 表13 EventActivePeriod的属性 名称 类型 描述 dtstart DateTime 开始时间 duration Duration 持续时间 tolerance Duration 在开始时间前后随机启动的较短时间 notification Duration 提前通知时间 rampup Duration 事件状态near的持续时间 recovery Duration 恢复到正常所需时间 图5利用时间轴方式，对需求响应事件状态及事件进行过程中涉及的时刻、时段予以展示。 时间轴 图5 需求响应时间轴 5.4.7 事件信息(EventSignals) 表示事件的信号和基线信息。 表14列出了EventSignals和其他类的关联端。 表14 EventSignals和其他类的关联端 [关联起始端] [关联目标端]名称 类型 描述 [1..1] [0..1]baseline EventBaseline 需求响应事件基线信息 [1..1] [1..n]signal EventSignal 需求响应事件信号 5.4.8 事件基线(EventBaseline) 定义基线的属性信息。 表15列出了EventBaseline的所有属性。 表15 EventBaseline的属性 名称 类型 描述 baselineID String 基线ID baselineName String 基线名称 表16列出了EventBaseline和其他类的关联端。 表16 EventBaseline和其他类的关联端 [关联起始端] [关联目标端]名称 类型 描述 [1..1] [0..n]resourceID String 资源ID [1..1] [1..1]metric MetricDescription 度量单位 [1..1] [1..1]intervals CurveData 包含间隔时间和对应的数据 5.4.9 事件信号(EventSignal) 定义了事件信号以及基线的间隔数据。 表17列出了EventSignal的所有属性。 表17 EventSignal的属性 名称 类型 描述 signalID String 信号ID signalName SignalName 信号名称 signalType SignalType 信号类型 currentValue Float 当前值 表18列出了EventSignal和其他类的关联端。 表18 EventSignal和其他类的关联端 [关联起始端] [关联目标端]名称 类型 描述 [1..1] [0..1]metric MetricDescription 度量单位 [1..1] [1..1]intervals CurveData 包含间隔时间和对应的数据，间隔时间可以相同，也可以不相同，总和应等于活动时段中持续时间，曲线数据可以表示电价也可以表示负荷 [1..1] [1..1]target Target 此处指Target中endDeviceAsset。如果不为空，则表示需求响应事件(Event)指向终端设备资产的类型；如果为空，则忽略 5.4.10 信号名称(SignalName)枚举型 表示信号的名称。 表19列出了SignalName的所有枚举值。 表19 SignalName的枚举值 字面值 描述 SIMPLE 简单信号(用0、1、2、3表示) ELECTRICITY_PRICE 功率价格 ENERGY_PRICE 电能价格 DEMAND_CHARGE 需量电费 BID_PRICE 申报价格 BID_LOAD 申报负荷 BID_ENERGY 申报电量 CHARGE_STATE 对储能设备进行调度 LOAD_DISPATCH 负荷调度 LOAD_CONTROL 负荷控制 5.4.11 信号类型(SignalType)枚举型 表示信号的类型。 表20列出了SignalType的所有枚举值。 表20 SignalType的枚举值 字面值 描述 delta 相对于基线的偏移量 level DR事件参与程度 0为不参与、1为最低限度参与、2为正常参与、3为最大限度参与 multiplier 应用于当前交付或使用费率的乘数 price 价格，单位是货币/电量、货币/功率等 priceMultiplier 价格倍数：计算价格值×单位数目＝扩展价格 priceRelative 相对价格 setpoint 设定值 x-loadControlCapacity 相对于当前状态的绝对值变化量 x-loadControlLevelOffset 相对于当前状态的参与程度变化量 一般情况下0表示正常运行，数字越大负荷能耗越少，即控制力度越大 x-loadControlPercentOffset 相对当前状态的百分比偏移量 x-loadControlSetpoint 负荷控制器设定值 5.5 报告包 5.5.1 概述 报告包的类图如图6所示。 5.5.2 元数据报告(MetaDataReport) 表示元数据报告，具体的数据报告由测点数据(PointData)或测点曲线数据(PointCurveData)组成。