DB50T 1256-2022 动力环境监控系统智能化技术规范

ICS35.100.30CCSL78DB502022-06-14发布重庆市市场监督管理局发布DB50/T1256—2022前言 12规范性引用文件 13术语和定义 14缩略语 35PEMQOS系统技术要求 35.1PEMProxy基本属性 35.2PEMQOS系统基本属性 36PEMQOS系统设计要求 46.1设计架构 46.2PEMQOS系统设计原则 56.3PEMQOS系统和谐关系实现方法 6DB50/T1256—2022本文件按照GB/T1.1-2020《标准化文件导则第1部分：标准化文件的结构和起草规则》的规定起请注意本文件的某些内容可能涉及专利，本文件的发布机构不承担识别专利的责任。本文件由重庆市系统间通信和信息交换标准化技术委员会提出。本文件由重庆市经济和信息化委员会归口并组织实施。本文件起草单位：重庆源盾科技集团有限公司、重庆七彩虹数码科技有限公司、重庆大学、重庆邮电大学、四川岁月文明科技有限公司、重庆云威科技有限责任公司、重庆金火科技有限公司、四川尚册碳科技咨询服务有限公司、重庆西南集成电路设计有限责任公司、中国电子科技集团公司第二十四研究所、重庆易联数码科技股份有限公司、重庆天枢衡科技有限公司、重庆生产力促进中心、重庆电力高等专科学校、成都凡迪科技有限公司、重庆领略科技有限公司、重庆耐德能源装备集成有限公司。本文件主要起草人：陈璞、宋龙、李东、韦晓、张红军、朱桢、陈冬妮、李赟、郭婷、万天才、李力、蒋必民、胡成彬、胡维、张林、谭阳、吴运涛、蒋建忠、吴照涛、肖智文、杨恩、方媛、何嘉宾、胡宗波。1DB50/T1256—2022动力环境监控系统智能化技术规范本文件规定了动力环境监控系统智能化的术语和定义、缩略语、系统技术要求和设计要求等内容。本文件适用于动力环境监控系统的智能化架构设计。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注明日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修订单）适用于本文件。DB50/T1257-2022动力环境监控系统现场监控设备智能化技术规范3术语和定义下列术语和定义适用于本文件。3.1动力环境监控系统powerenvironmentmonitoringsystem对某一应用场景中的动力设备、环境数据进行监测和控制的系统，由软件和硬件组成。3.2代理futurenetworkproxy（FNProxy）改善未来网络环境下服务质量的元素或设备，包含感知、协商、执行引擎等。3.3前端设备head-enddevice动力环境监控系统中现场使用的具有通讯及数据处理能力，能扩展存储处理、学习处理等功能的设3.4后端系统backstage为前端设备和管理方提供通信、处理和服务的系统。3.5动力环境监控系统现场监控设备fieldmonitoringequipmentinPEMS在动力环境监控系统中应用于某区域的前端设备和后端系统的统称（简称动环设备）。3.6管理方manager2DB50/T1256—2022从后端系统获取通信和服务，管理整个动力环境监控系统的对象。3.7双向服务bidirectionalservices（Bi-S）为满足彼此需求，两个代理之间互相提供的服务。3.8动力环境监控代理powerenvironmentmonitoringproxy(PEMProxy)在动力环境监控系统中采用的代理。3.9和谐关系harmonyrelation两个动力环境监控代理互动时，任一方的需求由对方的服务来实现的关系。3.10特定代理specialPEMProxy两个动力环境监控代理形成Bi-S关系后，特指除本代理外的另一代理。3.11动力环境监控服务质量powerenvironmentmonitoringQOS（PEMQOS）为满足动力环境监控代理之间各自需求，提供服务的综合行为效果。3.12动力环境监控服务质量系统PEMQOSsystem基于PEMProxy模型提供PEMQOS的信息系统或设备（简称PEMQOS系统）。3.13动力环境监控服务质量系统的域domainsinPEMQOSsystemPEMQOS系统中的一种供软件程序使用的功能分类（简称域）。3.14动力环境监控代理的引擎enginesinPEMProxy在PEMProxy中可以主动完成特定任务的程序，由感知引擎、协商引擎和执行引擎组成（简称引擎）。3.15服务迁移servicetransition本代理不能满足另一代理需求时，根据自身策略和实时信息，将该需求转交到策略规定的相应代理的行为。3.16代理链方式FNProxylinkmode（FLM）预置的服务迁移路径。3.17DB50/T1256—2022代理策略PEMProxystrategy动力环境监控代理根据当前环境的特点、性能及实时状态，采取的应对措施。4缩略语下列缩略语适用于本文件。AI:人工智能(ArtificialIntelligence)AIEN:人工智能使能联网过程(ArtificialIntelligenceEnabledNetworking)Bi-S:双向服务(BidirectionalService)FLM:代理链方式(FNProxyLinkMode)MFHR:多代理和谐关系(MultipleFNProxiesHarmonyRelation)PEMQOS:动力环境监控服务质量(PowerEnvironmentMonitoringQOS)QOS:服务质量(QualityOfService)5PEMQOS系统技术要求5.1PEMProxy基本属性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.2PEMQOS系统基本属性5.2.1组成应由以下六个域组成：4的代理可调用任何域的功能，但代理域的功能不应被其它b)用户域：包含所有用户的功能集合。c)通信域：实现代理间通信所需的功能集合。d)智能资源域：代理进行AI处理时的功能集合。e)操作域：由代理调用、实现代理控制或互动控制的功能集合。5.2.2互动5.2.3运算符互动过程可采用运算符的描述方式简化互动的工程实现，表示为：(PEMProxy1)运算符6.1设计架构6.1.1基本架构前端设备1前端设备2代理服务/后端系统服务管理方前端设备NPEMProxy156.1.2三代理架构当有两个动环设备时，应采用三代理架构模型，见图2。服务服务迁移需求6.1.3多代理架构前端设备1前端设备1服务前端设备2后端系统管理方需求PEMProxy3PEMProxy4代理服务6.2.1设计步骤a)规划域：根据服务功能，按5.2.1的要求，划分为6个域。6DB50/T1256—2022c)设计工作引擎：设计感知、协商、执行引擎的工作机制，包括相关策略，并做好初始化。d)设置代理初值：为动力环境监控代理的需求、服务能力、策略等设置初值。e)设计运算符：根据互动需求，设计Bi-S的运算符。f)设计FLM：对于多代理模型，按5.2.4的要求设计FLM。6.2.2通信网络选择在PEMQOS系统中可采用当前网络或新构建网络，在通信域实现通信功能。6.2.3效果检验PEMQOS系统设计完成后，应检查系统内需求及服务形成的Bi