技术要求.docx

技术要求.docx

《技术要求.docx》由会员分享，可在线阅读，更多相关《技术要求.docx（119页珍藏版）》请在冰点文库上搜索。

技术要求

1.1头端系统

1.1.1总体概述

HES从节点获取数据，自动避免任何人为干预并监视从节点获取的参数。

还要对由基础节点创建的通信网络进行网络管理。

NEA将使用单个HES来捕获来自不同类型节点的数据。

HES将使得需要与仪表交互的MDM的所有功能要求。

HES执行从节点获取数据，跨通信基础设施自动避免任何人为干预和监视从米获取的参数。

HES必须能够通过光纤或GSM/GPRS连接与接入点/路由器/DCU进行通信。

HES还能够通过GPRS/GSM技术与智能电表直接通信。

HES应具有以下内置模块：

1.AMI模块：

本模块应支持自动抄表，收益管理，远程连接/断开，负载控制，峰值定价，所有类型的信号/端点设备的警报/端点的需求侧管理），街道照明管理和报告。

2.操作管理模块：

通过通信模块，通过通用通信网关进行双向通信，与现场网格管理/控制设备相连，并进行相关报告。

HES还将作为控制和监控中心，用于单独/定义组或整个网络中的端点发送命令。

3.安全模块：

这是附加到HES的附加模块，用于安全存储和处理安全密钥和证书。

4.家庭区域网络（HAN）：

家庭区域网络（HAN）经理，通过将公用事业通信系统与客户驻地集成来促进客户参与。

这样可以促进需求的回应。

这将有利于家庭/楼宇自动化系统的需求响应

5.固件升级机：

这将使实用程序能批量升级批量升级通过空中通信设备（OTA）升级固件。

6.网络管理模块（NMM）：

HES将根据服务类型/设备类型和事件类型指示网格/其他网络拓扑状态，摘要状态。

网络管理系统内置HES，应开放标准，可互操作，并应支持第三方网络设备，具有以下特点：

1.RF和GPRS网络的集中管理

2.高级配置和可视化

3.实时和历史信息

4.支持外部接口

5.自动注册和自我修复

6.动态网络发现

7.回程灵活性和冗余性

8.网络配置

9.绩效监测

10.射频连接分析

11.故障排除

12.安全管理

7.电能质量监测器（PQM）：

电源，频率和谐波等电能质量信息可以在本模块的帮助下，通过设备智能/区域显现。

8.系统一般要求：

9.在通信基础设施上执行仪表数据采集。

10.无论仪表类型和通信通道如何，都可以向MDM提供统一的数据。

11.HES应具有GUI来支持管理和查看系统的状态。

12.HES可以扩展到120万个节点。

13.HES将支持高效的计量基础设施管理。

14.HES和DC/接入点之间的接口应基于开放式解决方案，即具有XML格式交换的Web服务。

1.1.2头端系统的功能要求

下表概述了NEA在建立头端系统（HES）方面的要求和期望。

高级功能规格如下。

ID

需求

描述

临界

响应*FC/NC/CC

注释/

备注/定制

HES-1.1

数据输出到MDMS

HES负责统一数据输出到MDM（不同类型/DCU/接入点制造商的不同标准接收的数据）。

重要

HES-1.2

从MDMS接收命令

HES将知道如何重定向消息，包括来自MDM的配置命令，以达到所需的仪表。

HES应支持循环周期和非周期计费读取。

重要

HES-1.3

仪表警报

HES应支持从米和集中器到MDM的警报和消息传输。

HES应提供中断检测通知和电源恢复通知信息，以支持增强中断管理和提高客户满意度。

重要

HES-1.4

网络管理

HES应支持所有通信网络和通信设备的集中远程管理，监控和控制，包括跟踪必要的系统组件。

重要

HES-1.5

米的自我发现和自我注册

HES应支持自我发现和自我注册功能，在仪表连接和建立后60分钟内检测和注册仪表

重要

ID

需求

描述

临界

响应*FC/NC/CC

注释/

备注/定制

通讯。

系统应允许通过手动数据输入或数据文件输入所需的仪表配置数据。

HES-1.6

绩效报告

该系统应提供跟踪设备故障，通信故障和所有客户和设备类别的数据延迟的每日，每周和每月性能报告。

报告应以通用的商业报告工具生成。

重要

HES-1.7

仪表通电检查

HES将通过仪表/客户或一批仪表/客户支持仪表通电检查（按需点阵）。

重要

HES-1.8

按需阅读

HES应支持按米/客户或一批米/客户的按要求读取任何可用信息。

重要

HES-1.9

收入完整性监控

200200200200200200-40200200-40200200200200200200：

200-40200200200-40200200200200200200：

重要

HES-1.10

远程连接/断开

HES应支持物理断开/重新连接功能。

头端系统应支持负载限制功能。

重要

HES-1.11

预付款

HES应该支持预付款功能。

必要

HES-1.12

通讯网络

HES必须能够通过光纤或GSM/GPRS连接与接入点/路由器/DCU进行通信。

HES还可以直接与智能电表通讯

重要

ID

需求

描述

临界

响应*FC/NC/CC

注释/

备注/定制

GMS/GPRS技术。

HES-1.13

数据采集​​通过On-Demand/Schedule模式定义数据采集周期。

系统应能够根据公用事业定义的频率（15分钟/30分钟/1小时等），每天至少一次收集所有消费者的数据。

系统每天至少收集一次客户数据，但数据下载频率和整合时间应依赖于NEA的业务需求。

重要

1.2仪表数据管理（MDM）

1.2.1总体概述

仪表数据管理系统应支持仪表数据和各种其他MIS的存储，归档，检索和分析以及验证和验证算法。

它将作为中央数据存储库。

MDM应具有以定义格式导入原始或经过验证的数据的能力，并将经过处理和验证的数据以商定的格式导出到各种其他系统源和服务。

为下游系统提供验证数据，如计费，消费者信息系统，客户关怀，分析，报告，网络规划与分析，负载分析/预测，峰值负载管理，停电管理等。

MDM还应支持未来的实用要求，并应在实用程序实施时支持其他智能电网功能（如配电变压器健康监控系统，自愈系统等）的集成。

MDM系统应支持数据保留和数据清除，但是应该与NEA讨论执行需求的策略和框架。

投标人应指定并交付支持收集和存储数据的初始系统，以满足定义的消费者/智能电表的性能水平（确切的数字必须由公用事业公司根据城市消费者/镇/村）与未来扩张的设施。

MDM可以根据实用程序的要求（用户可选择）选择要维护的数据和要清除或归档的数据。

1.2.2MDM的功能要求

1.2.2.1资产管理

▪MDM应保持当前安装的仪表位置（公寓，商店，行业/地址等），消费者信息（名称等），消费者帐号，仪表ID，仪表类型（消费者类型，1阶段）之间的信息和关系/3相，有或没有继电器等），仪表配置（负载配置文件捕获周期，拨号数，仪表乘数等），GIS提供的信息（经度，纬度，与馈线/变压器/电极等的连接）等

▪该软件应支持从现场安装之日起跟踪仪表和通讯设备的状态。

在整个设备寿命期间维护在役资产位置的历史记录，其中开始和结束日期与每个在职位置参考相关联。

▪能够报告和记录由于消费者/公用事业而导致的仪表损坏/损坏。

▪MDM应支持不同类型的仪表：

工业，住宅，子计（注册主仪表和子仪表之间的关系）等（根据业务要求）。

1.2.2.2AMI安装支持

▪MDM还可以从设备注册，安装，配置，操作和维护到退役等方面支持设备生命周期管理.MDM应为安装后未提供正确的仪表数据的仪表或模块产生异常。

▪MDM应提供一个对帐报告，用于识别指定（可配置）期间已安装但未通信的仪表。

与成功通信的米数相比，MDM将生成与安装的米数相关的报告。

▪在新的仪表安装期间，MDM将支持在线端到端检查。

▪MDM应支持自动安装/删除仪表。

∙MDM应支持手动安装/拆卸仪表。

∙MDM应支持仪表更换业务流程。

∙MDM应支持自动断开/连接仪表。

∙MDM应支持手动断开/连接仪表。

1.2.2.3仪表数据

▪MDM应接受HES的仪表数据的输入，处理，存储和分析，并通过手持抄表仪表和手动抄表读取收集的仪表数据。

在手动阅读的情况下，应提供相应的笔记，如评估能量等。

▪MDM应接受输入，处理，存储和分析非计费仪表数据，如AMIHeadEndSystems提供的电压和电能质量数据（如欠压/过压等）。

MDM还应该支持授权用户和其他公用事业系统的计时和按需电表读取和计数通电状态的ping。

▪通过从采集到分析的过渡，MDM将支持多个时间序列计量数据的多个数据状态。

例如，无效，估计，编辑，验证，验证等。

▪MDM应提供所有收集的仪表数据，事件和报警的存储。

具有通过归档存储7年以上数据的能力。

▪正确跟踪和解决仪表更换中的能源消耗，而不会丢失单个仪表数据。

▪为从仪表收集的所有数据提供完整的历史和审计跟踪，包括发送到仪表和其他设备的命令30天（可配置期间）。

▪执行按需读取过程。

▪处理特殊的计量配置，如同一处所的净计量/多米。

▪MDM应具有至少15分钟间隔数据管理的能力。

▪数据完整性-供应商应确保对从数据收集系统接收的所有计量数据进行数据完整性检查。

▪MDM可以将多个时间序列进行比较。

数据系列可以涉及相同的通道或不同的通道。

▪MDM必须保留更改所有仪表数据的版本。

▪调度可以配置。

▪用户应有广泛的搜索选项，使用仪表编号，消费者名称，位置，日期或仪表的读数。

还应提供探索选项，列出系统中可用的所有仪表数据。

该菜单选项将提供按序列号，消费者帐号和位置顺序排列的数据文件列表。

▪MDM应允许添加虚拟计费节点并将其与区域层次/网络拓扑结合。

▪MDM应允许备份所有类型的仪表数据，包括原始数据，最终数据等用于审计目的。

▪MDM应允许通过审核审核手动编辑计量数据。

1.2.2.4数据验证，估计和编辑（VEE）

▪提供配置VEE功能的能力; 包括确定什么级别的VEE可以自动发生的规则，以及需要手动干预的规则。

▪MDM必须能够为验证规则定义新的公式。

应用不同的VEE规则与不同的客户群。

▪MDM必须能够定义一个用于编辑和估计的新例程。

▪MDM必须能够为特定的一组仪表/帐户配置估计例程/规则。

▪MDM必须能够打开和关闭VEE规则。

▪MDM必须能够优先考虑VEE规则。

根据不同的技术估算，包括线性插值，历史平均值，使用前一天等。

▪MDM必须能够根据仪表/客户，集团，关税/利率或能源供应商的特定账户配置阈值或边界。

∙计量数据的验证和估计应基于标准估算方法。

MDM还应支持并维护以下数据-

1.注册读取数据，包括注册读取，每日结算周期以及衍生计费决定因素，如TOU。

2.间隔可变间隔和可变测量单位的数据通道

3.导出或计算的计算数据，如计费决定因素和汇总负载。

4.事件数据存储从米，网络设备和MDMS本身收集的所有事件和报警数据

∙MDM应标记，报警和触发估计过程，包括但不限于在累积（“CUM”）寄存器中发生以下异常时读取

oCUM计费周期内的减值（净计量除外）

oCUM读取增量大于可配置阈值

o未来或旧的阅读日期

o位数超过米表的数量

∙MDM应检测，标志，报警和触发估计过程，包括但不限于在使用时间（TOU）寄存器读取中发生以下异常时

o注册减少（网络计量除外）

o复位（零）（网络计量除外）

oCUM读取增量大于可配置阈值

o未来或旧的阅读日期

o与CUM读数相差（TOU读数减去CUM读数）

oMDM应检测，标记，报警和触发估计过程，包括但不限于在请求寄存器读取中发生以下异常时

o不要重复循环

o不要重置与客户搬出或搬入重合

o重新关闭循环不适当

o太高

∙所有数据应经过仪表数据验证和估算后转入计费系统。

∙MDM应估计路灯，农场灯，交通信号灯等非计费服务点的使用情况。

∙除了VEE数据之外，MDM将保持原始接收的原始数据处于非操作状态。

∙尽管通过AMI系统收集数据的延迟，一旦MDM接收到仪表读取数据，VEE进程就会实时发生，VEE后的数据可以立即被用户或外部系统使用。

∙MDM应能够自动标记来自手动编辑，VEE（验证，编辑和估计）规则和数据源更正的数据更改，并用时间戳和用户标识电子地生成审计跟踪。

∙MDM应能够在版本中存储经过验证的仪表数据。

1.2.2.5计费决定因素计算

MDM计费决定因素计算应包括以下内容：

▪应自动支持重新触发单据纠正。

▪可以为计费系统生成所有必要的输出。

▪支持“按需计费”。

▪应支付结算系统触发的结算周期。

这包括; 手动按需读取OR或通过计划。

▪可以根据客户类型，关税和日期类型（周末，平日和节假日）以及季节来配置多个TOU/TOD选项（例如TOU费率周期的数量和持续时间）。

▪应支持将间隔数据（或标量数据）处理成计费决定因素，以至少包括以下内容：

▪消费总量

▪ToU计费不同时间段的消费

▪最大需求（kW/kVA）

▪篡改数量

▪平均功率因数

▪处理间隔数据，并将其构成适当的TOU期间进行消费和需求; 例如，将15/30分钟的数据间隔卷成小时数据。

▪在计算计费决定因素并将其发送到计费和其他系统时，能够正确地考虑特殊计量情况，例如检查计量，子计量，预付费计量和净计量。

▪应具备适当考虑特殊情况的能力，包括但不限于缩减请求，计算计费决定因素并将其发送到计费软件时的需求响应方案。

1.2.2.6异常管理

▪能够捕获和记录数据异常，问题和故障并生成管理报告，提供趋势分析，自动生成服务请求并跟踪纠正措施。

▪能够将系统生成的警报和事件分组，优先排序，过滤和发送到预定的电子邮件地址，将电话号码/短信/客户服务等的蜂窝短信。

▪异常生成-MDM将基于可配置的业务规则生成异常，包括但不限于以下内容：

▪仪表篡改警报

▪通讯模块健康警报仪表/DCU

▪如果消费少于/超过预定义的平均消费量

▪负消耗（不用于净计量）

▪从智能仪表收到停电指示

▪能够根据指定的“搜索条件”搜索工作队列（WQ）。

▪能够根据工作队列的“类型”对WQ进行分类。

▪能够让WQ具有以下状态，如打开，关闭，保持等。

▪在关闭相同的情况下，用户可以为每个WQ输入“笔记”。

1.2.2.7服务订单

▪MDM应根据各种事件和报警（如停止表，篡改，通信网络中的问题，AMI主机服务器等）的可配置规则生成/或支持（即由其他外部系统创建）服务订单。

▪MDM应通过短信，电子邮件等方式发送服务订单，电子邮件地址/电话号码可配置。

MDM应收到关于服务订单采取的行动的反馈，并跟踪服务订单的状态。

1.2.2.8客户服务支持

▪该解决方案应为客户提供当前和历史消耗和间隔数据，中断标志，电压和电源质量指示。

数据应以图形和表格形式显示，具体取决于用户的选择。

客户还可以通过客户门户访问数据。

该解决方案将通过用户友好的图形界面进行整合。

▪MDM应支持配置的报警和事件的电子邮件/短信通知给选定的用户。

▪MDM应支持网络门户，或者具有与第三方门户/公用事业门户接口的能力，为消费者提供近乎实时在线使用和成本的视图，并帮助消费者了解电力使用和成本信息，警报和通知和节能技巧，具有不同的细节。

门户网站应支持过去用电量，上周，昨天，当日或其他期间等的选择。

门户网站应通过彩色图形和图表为用户提供对用户数据的便利访问，并将数据下载到电子表格中。

▪支持移动应用程序，消费者可以通过Android/iOS/Window的移动应用程序登录，查看与他的能源消耗有关的信息。

应用程序还应提供实施峰值负载管理功能的平台，提供现有的关税和奖励率，参与选项等。

1.2.2.9分析

MDM应具有基于可配置业务规则的分析能力，包括但不限于以下内容：

▪按照可配置期限（15/30分钟，小时，日，月，年等）日类型（工作日，周末，节假日，节日智慧等）和按关税，客户类型或任何用户指定的收款的米。

▪通过聚合DT/Feeder/消费者组的所有负载产生峰值和非高峰负载模式。

监测不同网络级别的峰值负载。

▪性能因素的监测，如负载因子，平均功率因数，利用率，负载时间曲线等

▪执行DT/馈线智能能源审计。

▪对不同群体和类别的消费者进行负荷分析。

因此，可以实现对使用/需求模式的监控。

▪能够提供数据来加载预测，加载研究或需求响应应用程序，并执行错误管理，如：

在进行预测，加载研究或需求响应之前，错误读取和间歇式读数。

▪能够配置系统以有效地可视化消费趋势，识别不寻常的模式，并可视化负载分析以了解哪些资产正在被过度利用。

▪分析数据以识别新的使用模式，设置欺诈警报/变压器过载警报/需求-供应缺口警报等。

▪能够从智能仪表和停电系统接收和存储中断和恢复事件数据，并记录所有这些事件进行分析。

1.2.2.10报告

▪该解决方案应包括MDM提供的标准报告列表，其中包括但不限于以下内容：

▪每日数据收集报告

▪用法异常

▪VEE验证失败

▪缺少间隔读取日期和时间（按小时，每日，每周和每月）

▪物理仪表事件（安装，删除，连接，断开连接）和仪表重置报告

▪仪表标志

▪仪表盘点

▪仪表不良

▪AMI性能测量

▪阈值异常

▪该解决方案应支持用户修改标准报告以更好地满足特定的报告要求。

▪MDM应使实用程序能够以标准数字格式（如PDF，Excel等）提供报告。

▪GUI（图形用户界面）能够将报告传递设置或更改为可配置的电子邮件地址，网络文件目录，FTP站点或打印机系统，而无需修改源代码程序代码，无需任何专有语言技能。

▪所有查询都将通过GUI中的用户驱动下拉菜单生成。

▪能够在MDM和其他子系统之间提供每日和每周的界面异常报告

例如计费，停电等

▪MDM应支持两种类型的报告，即按业务要求进行操作和管理。

▪收集的数据可以以定制报告的形式查看。

用户可以打印出这些报告，将数据导出到电子表格中，或以平面文件的形式转换数据。

▪MDM能够生成结算数据的总结报告，任何负载违规，如合同违规/高峰负载违规/违约天数以及特定仪表的篡改计数。

1.2.2.11收入保护支持

▪能够分析仪表篡改标志，停电，使用趋势和使用情况，以识别潜在的能量转移情况，并生成日常报告，月度报告和服务订单请求进行调查。

▪收益保护警报的业务规则应通过用户友好的界面进行配置。

▪MDM应支持分析/调查（即查看当前和历史使用模式），以确保可疑的收入保护问题。

1.2.2.12需求控制/需求响应支持

供应商应描述其MDM如何支持涉及需求响应（DR）系统的智能电网需求响应程序。

该解决方案应支持以下分析：

▪在DR事件期间总计实际消耗。

▪统计参加DR活动的不同群体的实际消费。

▪比较上述各组的实际与基准消费量。

▪MDM应支持智能仪表和事件的跟踪，监控和管理。

1.2.2.13OMS/其他智能电网功能支持

▪MDM应根据实用程序的要求支持智能电网OMS系统。

MDM应支持与OMS软件的接口，以提供故障位置识别和其他必要服务所需的AMI仪表数据，如在出现故障后更新数据。

▪当公用事业实施时，MDM还应支持其他智能电网功能（如配电变压器健康监控系统，自愈系统，电动汽车等）的接口。

▪MDM应存储由仪表检测到的各种类型的事件（即所有类型的仪表）。

▪MDM应记录所有事件进行进一步分析/报告。

▪MDM应能够按时间顺序事件列表中注册事件，其中指示事件类型及其发生时间。

信息也应从打印的事件日志中获得。

▪MDM能够列出故障，错误和限制值违反报警列表中出现的所有值。

它应包含未确认的报警和持续故障。

应注明日期和时间。

▪MDM系统应支持使用各种通信媒体（如短信，电子邮件和桌面应用等）发送报警/通知，以传送给多个收件人。

▪从智能仪表接收和存储通知（通过头端）

▪基于规则的转发/路由通知企业系统近实时。

1.2.2.14合同负荷脱落

▪注册哪个房屋已经注册了这个计划。

▪向客户发送有关卸载事件的消息。

▪注册减少需求的一般请求“卸载事件”。

▪汇总负荷消除相关消费数据进行计费。

▪允许客户推翻卸载请求，并跟踪这种推翻

▪根据即将注册的场所，测量消耗量生成有关卸载事件的报告

1.2.2.15附加功能

净计量

▪MDM应标记，报警和触发估计过程，包括但不限于发生以下异常时：

▪计费周期内的向前能量的CUM减少

▪记录递减能量使用时间（ToU）

▪任何净计量消费者的电力产生（出口）超过太阳能光伏屋顶系统的装机容量

▪在任何一天，由任何净计量用户产生（出口）超过可编程阈值的能量

预付功能

预付功能可以在智能电表或MDM上使用。

在MDM的情况下，应适用

∙MDM应支持预付款计费和与预付款应用程序接口的能力。

∙预付款应支持系统将支付和连接参数集中存储，细节将更新到消费者门户/应用程序。

∙系统应定期监测预付消费者的能耗，并根据消费减少可用信用额度。

∙系统应根据通知规则和条例，根据可用信用发送connect/disconnect命令。

∙当系统的平衡接近阈值时，系统应向消费者发送低信用通知。

∙系统应支持债务追回机制（对预付/信用计量非常重要）。

∙仪表应该支持工程/售货机UTRN（独特的交易参考号码），以便业务流程在没有沟通的情况下不受阻碍。

∙需要仪表支持友好的信用日/周/假期。

∙仪表应与TOU一起支持关税结构。

∙显示仪表价值应具有预付款参数（关税，目前余额，债务，回收率等）的范围。

灵活，用户友好和可扩展性

▪MDM软件系统在系统和应用软件方面应具有灵活性，用户友好，可扩展的语言和向下的功能。

▪坚固的架构，高可用性和可靠性。

▪MDM软件应基于高度可扩展/可用/可靠的强大架构模型/框架，提供良好的性能，并提供分布式计算。

N层设计方法

▪MDM软件将被设计为具有多层（N层）设计方法。

它应该具有代表客户端/业务/数据库层的不同层次等等。

▪这里，

▪客户端层：

客户端层将是软件与实用程序的操作/仪表板用户的界面。

客户层将提供用于仪表数据采集，处理和分析中涉及的操作和监督活动的所有用户界面。

▪业务逻辑层：

业务逻辑层将服务客户层提出的请求。

这些请求可以根据用户定义的计划或用户的需求自动化。

▪数据库层：

数据库层应包含在RDBMS上，该RDBMS应设计为能够维护计费和网络资产，网络拓扑和用户权限之间的关系。

审计审判

▪MDM软件系统应支持对所有数据状态转换，验证失败或按照业务要求进行审核。

与所有系统进行时间同步

▪MDM系统应在NTP服务器的帮助下保持时间同步，确保系统时间准确。

1.2.2.16路由管理

▪MDM软件应允许根据各种选择标准（如区域，分区，子分区，变电站等）查看和选择服务点/路由。

▪MDM软件应提供用户根据业务需求手动更改周期，路由，序列或创建新路由的能力。

▪MDM应允许用户选择特定的服务点集，并根据具体的搜索条件将它们移动到另一个路