DB50∕T 1256-2022 动力环境监控系统智能化技术规范(重庆市).pdf

ICS 35.100.30CCS L78重庆市地方标准DB50DB50/T 12562022动力环境监控系统智能化技术规范2022-06-14 发布重庆市市场监督管理局发布2022-09-14 实施DB50/T 12562022I目次前言.II1 范围.12 规范性引用文件.13 术语和定义.14 缩略语.35 PEMQOS 系统技术要求.35.1 PEMProxy 基本属性.35.2 PEMQOS 系统基本属性.36 PEMQOS 系统设计要求.46.1 设计架构.46.2 PEMQOS 系统设计原则.56.3 PEMQOS 系统和谐关系实现方法.6DB50/T 12562022II前言本文件按照GB/T 1.1-2020标准化文件导则 第1部分：标准化文件的结构和起草规则的规定起草。请注意本文件的某些内容可能涉及专利，本文件的发布机构不承担识别专利的责任。本文件由重庆市系统间通信和信息交换标准化技术委员会提出。本文件由重庆市经济和信息化委员会归口并组织实施。本文件起草单位：重庆源盾科技集团有限公司、重庆七彩虹数码科技有限公司、重庆大学、重庆邮电大学、四川岁月文明科技有限公司、重庆云威科技有限责任公司、重庆金火科技有限公司、四川尚册碳科技咨询服务有限公司、 重庆西南集成电路设计有限责任公司、 中国电子科技集团公司第二十四研究所、重庆易联数码科技股份有限公司、重庆天枢衡科技有限公司、重庆生产力促进中心、重庆电力高等专科学校、成都凡迪科技有限公司、重庆领略科技有限公司、重庆耐德能源装备集成有限公司。本文件主要起草人：陈璞、宋龙、李东、韦晓、张红军、朱桢、陈冬妮、李赟、郭婷、万天才、李力、蒋必民、胡成彬、胡维、张林、谭阳、吴运涛、蒋建忠、吴照涛、肖智文、杨恩、方媛、何嘉宾、胡宗波。DB50/T 125620221动力环境监控系统智能化技术规范1 范围本文件规定了动力环境监控系统智能化的术语和定义、缩略语、系统技术要求和设计要求等内容。本文件适用于动力环境监控系统的智能化架构设计。2 规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。 其中， 注明日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修订单）适用于本文件。DB50/T 1257-2022动力环境监控系统现场监控设备智能化技术规范3 术语和定义下列术语和定义适用于本文件。3.1动力环境监控系统 power environment monitoring system对某一应用场景中的动力设备、环境数据进行监测和控制的系统，由软件和硬件组成。3.2代理 future network proxy（FNProxy）改善未来网络环境下服务质量的元素或设备，包含感知、协商、执行引擎等。3.3前端设备 head-end device动力环境监控系统中现场使用的具有通讯及数据处理能力， 能扩展存储处理、 学习处理等功能的设备。3.4后端系统 backstage为前端设备和管理方提供通信、处理和服务的系统。3.5动力环境监控系统现场监控设备 field monitoring equipment in PEMS在动力环境监控系统中应用于某区域的前端设备和后端系统的统称（简称动环设备）。3.6管理方 managerDB50/T 125620222从后端系统获取通信和服务，管理整个动力环境监控系统的对象。3.7双向服务 bidirectional services（Bi-S）为满足彼此需求，两个代理之间互相提供的服务。3.8动力环境监控代理 power environment monitoring proxy (PEMProxy)在动力环境监控系统中采用的代理。3.9和谐关系 harmony relation两个动力环境监控代理互动时，任一方的需求由对方的服务来实现的关系。3.10特定代理 special PEMProxy两个动力环境监控代理形成Bi-S关系后，特指除本代理外的另一代理。3.11动力环境监控服务质量 power environment monitoring QOS（PEMQOS）为满足动力环境监控代理之间各自需求，提供服务的综合行为效果。3.12动力环境监控服务质量系统 PEMQOS system基于PEMProxy模型提供PEMQOS的信息系统或设备（简称PEMQOS系统）。3.13动力环境监控服务质量系统的域 domains in PEMQOS systemPEMQOS 系统中的一种供软件程序使用的功能分类（简称域）。3.14动力环境监控代理的引擎 engines in PEMProxy在PEMProxy中可以主动完成特定任务的程序，由感知引擎、协商引擎和执行引擎组成（简称引擎）。3.15服务迁移 service transition本代理不能满足另一代理需求时， 根据自身策略和实时信息， 将该需求转交到策略规定的相应代理的行为。3.16代理链方式 FNProxy link mode（FLM）预置的服务迁移路径。3.17DB50/T 125620223代理策略 PEMProxy strategy动力环境监控代理根据当前环境的特点、性能及实时状态，采取的应对措施。4 缩略语下列缩略语适用于本文件。AI:人工智能(Artificial Intelligence)AIEN:人工智能使能联网过程(Artificial Intelligence Enabled Networking)Bi-S:双向服务(Bidirectional Service)FLM:代理链方式(FNProxy Link Mode)MFHR:多代理和谐关系(Multiple FNProxies Harmony Relation)PEMQOS:动力环境监控服务质量(Power Environment Monitoring QOS)QOS:服务质量(Quality Of Service)5 PEMQOS 系统技术要求5.1 PEMProxy 基本属性5.1.1 需求和服务能力每个PEMProxy都应具有需求和服务能力， 在初始时可没有需求。 不同的PEMProxy可具有相同的需求或服务能力。5.1.2 感知、协商和执行引擎5.1.2.1 应具有感知能力，能随时探测到其它代理的需求及服务能力变化。5.1.2.2 应具有协商能力，根据需求、服务能力及策略与其它代理进行协商以求达成合约。5.1.2.3 应具有执行能力，根据达成的合约为特定代理提供服务。5.1.3 感知、协商和执行策略应具有策略库，在感知、协商和执行时应根据策略库中对应的策略采取应对方案。初始时应具有至少一条策略。5.1.4 服务迁移能力本代理在不能满足感知到的PEMProxy需求时，应根据自身策略或FLM将该需求迁移到其它代理。5.1.5 互动能力PEMProxy 应能感知到其它 PEMProxy 的互动请求，并按自身策略与之互动。互动可不形成 Bi-S，未形成 Bi-S 时应按策略进行服务迁移。5.2 PEMQOS 系统基本属性5.2.1 组成应由以下六个域组成：DB50/T 125620224a)代理域：由实现者预置的多个代理功能集合，代理域的功能嵌入到具体工作代理中。代理域中的代理可调用任何域的功能，但代理域的功能不应被其它任何域调用。b)用户域：包含所有用户的功能集合。c)通信域：实现代理间通信所需的功能集合。d)智能资源域：代理进行AI处理时的功能集合。e)操作域：由代理调用、实现代理控制或互动控制的功能集合。f)管理域：为维护PEMQOS系统运行，由代理调用的维护功能集合。5.2.2 互动应具有特定的协议机制，符合DB50/T 1257-2022第5、6章的规定。在两个或多个PEMQOS系统之间互动时，可将每个PEMQOS系统视作一个PEMProxy，从而等效为PEMProxy间的互动。5.2.3 运算符互动过程可采用运算符的描述方式简化互动的工程实现，表示为：(PEMProxy1) 运算符(PEMProxy2)。可参考DB50/T 1257-2022的第6.7条。5.2.4 FLM在PEMQOS系统内，可预先根据服务迁移的需要，建立服务迁移路径，形成FLM，便于服务迁移的使用。有两个PEMProxy以上时，宜采用FLM。FLM可预置，也可在运行过程中动态建立并修改。6 PEMQOS 系统设计要求6.1 设计架构6.1.1 基本架构PEMQOS系统应由动环设备和管理方构成，基本架构见图1。在后端系统与前端设备之间、在前端设备与前端设备之间可采用代理方式。DB50/T 125620225注：PEMProxy0为管理方代理，PEMProxy1为动环设备代理。图 1 PEMQOS 系统基本架构6.1.2 三代理架构当有两个动环设备时，应采用三代理架构模型，见图 2。图2 PEMQOS系统三代理架构当PEMProxy0的需求在PEMProxy1不能得到满足时，将发生服务迁移到PEMProxy2。6.1.3 多代理架构当有三个及其以上动环设备时， 应采用多代理架构模型。PEMProxy0 与 PEMProxy1 形成 Bi-S 关系，PEMProxy1 与其它 PEMProxy 形成 Bi-S 关系，通过 FLM 实现服务迁移形成 PEMQOS 系统的 MFHR。图 3 为PEMQOS 系统五代理架构。图3 PEMQOS系统多代理架构6.2 PEMQOS 系统设计原则6.2.1 设计步骤应按如下步骤进行设计：a)规划域：根据服务功能，按 5.2.1 的要求，划分为 6 个域。b)抽取代理： 根据动环设备的数量以及系统的功能或区域划分， 设计 PEMPorxy 的数量， 并按 5.1.1的要求设计各动力环境监控代理的需求和服务能力。DB50/T 125620226c)设计工作引擎：设计感知、协商、执行引擎的工作机制，包括相关策略，并做好初始化。d)设置代理初值：为动力环境监控代理的需求、服务能力、策略等设置初值。e)设计运算符：根据互动需求，设计 Bi-S 的运算符。f)设计 FLM：对于多代理模型，按 5.2.4 的要求设计 FLM。6.2.2 通信网络选择在 PEMQOS 系统中可采用当前网络或新构建网络，在通信域实现通信功能。6.2.3 效果检验PEMQOS系统设计完成后，应检查系统内需求及服务形成的Bi-S对的匹配数量。出现新的需求时，应能通过调用相关域的操作，实现匹配服务或新增服务。6.3 PEMQOS 系统和谐关系实现方法6.3.1 仅有两个代理的PEMQOS系统应符合图1的架构，按6.2.1的方法进行设计，但不设计FLM。具体设计规范参照DB50/T 1257。6.3.2 两个以上代理的PEMQOS系统应符合图2或图3的架构，按6.2.1的方法进行设计。具体设计规范参照DB50/T 1257。