《NB 风力发电场监控系统通信一致性测试（送审稿）》

CS27.180

F11

NB

中华人民共和国能源行业标准

NB/T31002.5-201X/IEC61400-25-5:2006

风力发电场监控系统通信

——一致性测试

Communicationsformonitoringandcontrolofwindpowerplants-Conformance

testing

（IEC61400-25-5:2006,IDT）

（送审稿）

——发布——实施

国家能源局发布

NB/T××××.5－××××／IEC61400-25-5:2006

目次

前言............................................................................I

引言...........................................................................II

1范围...........................................................................1

2规范性引用文件.................................................................2

3术语和定义.....................................................................2

4缩略语.........................................................................3

5一致性测试介绍.................................................................4

5.1概述.......................................................................4

5.2一致性测试过程.............................................................5

5.3质量保证和测试.............................................................5

5.4测试.......................................................................6

5.5一致性测试报告文件.........................................................7

6有关设备的一致性测试...........................................................8

6.1通用准则...................................................................8

6.2标准测试程序...............................................................9

6.3一致性测试程序............................................................10

7性能测试......................................................................31

7.1概述......................................................................31

7.2通信延迟..................................................................31

7.3时间同步和准确度..........................................................32

7.4稳定性试验................................................................33

附录A（资料性附录）............................................................34

参考文献........................................................................35

图1IEC61400-25概念通信模型

图2概念一致性评估过程

图3概念测试系统的体系结构

图4测试程序的格式

图5性能测试(黑箱原则)

图6时间同步和精度测试设置

NB/T××××.5－××××／IEC61400-25-5:2006

引言

IEC61400-25定义了风力发电场监控系统的通信要求。IEC61400-25标准选择了类和服

务等抽象定义的建模方法，从而使规范独立于特定协议栈，实现方法和操作系统。这些抽象

的类和服务映射到特定通信规约不属于本部分的范围，但将在IEC61400-25标准的第4部分

讨论。

本部分定义了风电场设备一致性测试的方法和抽象测试实例。意向读者是测试系统的开

发人员。

注1：建议在阅读本部分前，先了解标准IEC61400-25-1、IEC61400-25-2、IEC61400-25-3和IEC61400-25-4。

注2：IEC61400-25-5中用到的缩略语在第三部分列出或在IEC61400-25一致性测试相关的其他部分描

述。

1

NB/T××××.5－××××／IEC61400-25-5:2006

风力发电机组第25-5部分：

风力发电场监控系统通信一致性测试

1范围

NB/T31002关注的是风电场中各组成部分（如风力发电机组）和参与者（如SCADA系

统）之间通信的一般性要求。风电场各部分自身内部通信不在适用范围之内。

NB/T31002设计了客户-服务器模型支持的通信环境，定义了以下三个方面的内容，并

分别进行建模来保证实现的可扩展性：

1)风电场信息模型；

2)信息交换模型；

3)信息模型和信息交换模型映射到标准通信规约。

风电场信息模型和信息交换模型在客户端和服务器端之间构成一个接口。作为访问风电

场数据的解释框架，风电场信息模型通过服务器向客户端提供统一的、基于部件的风电场数

据。信息交换模型反映了服务器的全部有效功能。NB/T31002使得不同客户与来自不同制造

商和供应商的服务器之间的访问具有通用性。

如图1所示，NB/T31002定义的服务器包含如下几个方面：

——由风电场部件提供的信息，如“风力发电机组风轮转速”或“某一确定时间内总的

发电量”，这些信息被模型化，并可被有效访问；

——模型化信息值的交换服务，在NB/T31002.3信息交换模型中定义；

——映射到通信规约，提供一个协议栈从模型化信息中获取交换值（NB/T31002.4）。

NB/T31002仅定义了如何模型化信息、信息交换并映射到具体通信协议，不包含如何、

在何地去实现通信接口、应用程序接口以及实现的建议。然而，NB/T31002的目的是通过相

应的逻辑设备得到与单一风电场部件（如风力发电机组）相关的信息。

本部分详细描述了实施一致性测试的标准技术和确定性能参数时应用的特定测量技术。

这些技术的应用，提高了用户购买集成简单、运行正确、支持预定应用的系统的能力。

注：一致性测试所用测试设备的作用及验证结果不在IEC61400-25-5范围内。

2

NB/T××××.5－××××／IEC61400-25-5:2006

IEC2172/06

图1通信模型概念

2规范性引用文件

下列文件中的条款通过本部分的引用而成为本部分的条款。凡是注日期的引用文件，其

随后所有的修改单（不包括勘误的内容）或修订版的均不适用于本部分，然而，鼓励根据本

部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最

新版本适用于本部分。T

IEC61400-25（所有部分），风力发电机组—25部分：风力发电场监控系统通信。

DL/T860.71-2006/IEC61850-7-1:2003，变电站通信网络和系统—7-1部分：变电站和馈

线设备的基本通信结构—原理和模型。

DL/T860.72-2004/IEC61850-7-2:2003，变电站通信网络和系统—7-2部分：变电站和馈

线设备的基本通信结构—抽象通信服务接口(ACSI)。

DL/T860.74-2006/IEC61850-7-4:2003，变电站通信网络和系统—7-4部分：变电站和馈

线设备的基本通信结构—兼容逻辑节点类和数据类。

ISO/IEC9646(所有部分)，信息技术—开放式系统互联—一致性测试方法和框架。

3术语和定义

IEC61400-25-1规定的术语和定义以及下列术语和定义适用于本部分。

3.1工厂验收测试

对专门制造的变电站自动化系统或其部分设备，采用特定的用户规范中规定的设计应用

参数，经用户同意的功能测试。

工厂验收测试采用模拟过程的测试设备在制造厂或其他商定的地方进行。

3.2互操作性

2

NB/T××××.5－××××／IEC61400-25-5:2006

同一或不同制造商提供的两台或多台设备交换信息，并用这些信息正确地配合工作的能

力。与另外一组量或值相对应的一组规定值。

3.3模型实现一致性陈述

系统或设备支持的标准数据对象模型元素的详情

3.4否定测试

验证设备或系统在以下情况是否正确响应的测试：

–被测设备或系统不实现IEC61400-25的一致性信息和服务；

–测试时将非IEC61400-25的一致性信息和服务输入设备和系统。

3.5协议实现一致性陈述

被测系统能力的汇总

3.6协议实现额外信息（测试用）

用于测试的实现协议以外的信息，包括系统的有关能力的特定信息。它超出IEC

61400-25标准范围。

注：PIXIT不是标准化的课题。

3.7常规测试

为保证设备运行和安全，由制造商进行的测试

3.8现场验收测试

使用最终参数对每一个数据和控制点，以及WPP（风电场）内、WPP与其安装现场的

运行环境之间的正确功能进行的检验。SAT是风电场投入运行的先决条件。

3.9系统测试

WPP组件和整个WPP在不同应用条件下的正确性能的校核。

注：系统测试属于WPP系统组件开发的最后阶段。

3.10测试设备

模拟和校核WPP运行环境的输入/输出的所有工具和和仪器，如风力发电机组、开关、

变压器、网络控制中心或在一侧连接的通信单元，以及另一侧WPP系统组件间的通信链路。

3.11测试机构

能提供适当的测试设备和训练有素的一致性测试人员的组织。

注：一致性测试和测试结果信息的管理应按质量体系执行。

3.12型式试验

采用系统测试软件及相应技术数据，在测试环境下对WPP系统组件正确性能的检验。

注：型式试验标志着硬件开发的最后阶段，是正式生产的先决条件。应使用正常生产的系统组件进行

测试。

3.13见证点

相应文件规定的，在此处进行检查的点。此工作可不经一致性测试委托者认可。测试机

构必须在协商预定见证点时提前一段时间给委托者一个书面通知。委托者或其代表有权力

（但不是责任）核实见证点。

4缩略语

ACSI抽象通信服务接口

BRCB缓存报告控制块

3

NB/T××××.5－××××／IEC61400-25-5:2006

DUT被测设备

FAT工厂验收测试

GI总召唤

HMI人机接口

IED智能电子设备

IP互联网协议

LCB日志控制块

LD逻辑设备

LN逻辑节点

MICS模型实现一致性陈述

PICS协议实现一致性陈述

PIXIT协议实现额外信息（测试用）

RCB报表控制块

RTU远程终端设备

SAT现场验收测试

SCADA数据采集与监控系统

SCSM特定通信服务映射

SoE事件顺序

SUT被测系统

TPAA双方应用关联

URCB非缓存报告控制块

UTC世界协调时间

WPP风电场

5一致性测试介绍

5.1概述

一个按照用户特定需求设计的完整系统，从设备开发、生产到正常运行，需要经历很多

步骤。在此过程中需进行适当的测试。

设备（或系统配套元件）开发阶段有很多内部测试，最后进行型式试验（单元级试验）。

型式试验应由供应商进行，如有可行的标准，要求由独立的测试机构进行。本部分标准中的

型式试验仅限于除通信外的设备功能测试。

生产链里连续的常规试验是必要的，可以保证生产者提供产品的质量稳定性并与生产质

量程序相符。

一致性测试是对通信以及为了通信而组成系统组件有关系统的型式试验。作为全局性的

通信标准，IEC61400-25包括标准的一致性测试，可以保证所有供应商遵守可行的要求。

型式试验和一致性测试不能完全保证满足所有功能和性能要求。但是，正确进行型式试

验和一致性测试可以明显地减少在工厂和现场集成系统时出现问题的风险。

一致性测试不能代替工程特定的系统测试，如FAT和SAT。FAT和SAT以用户对特定的

风电场系统的要求为基础，通常由系统集成者和用户的见证人进行。这些测试增加了可信度，

使系统中所有潜在问题都被发现和解决。这些测试证实交付的风电场系统符合规范。

4

NB/T××××.5－××××／IEC61400-25-5:2006

5.2一致性测试过程

通常，系统组件通信性能的一致性测试应是风电场系统内这些设备支持的典型应用的功

能要求和性能要求的测试。

一致性测试表明DUT按IEC61400-25标准规定方法与其他系统组件互连运行的能力。

一致性测试要求需考虑以下情况：

–所有测试都有测试完整性问题，可能发生的情况很多。测试可以覆盖所有正常操作，但

是难以覆盖所有故障情况。

–对来自世界范围内不同供应商的系统组件的全部系统配置进行测试是不可能的。因此，

应采用带有设备模拟器的标准化的测试体系结构。采用这样的测试体系结构，隐含着关

于它的配置和所应用的测试过程的协定，以使测试结果可以兼容及再现。

–通信标准不规定通信设备的功能，所以功能失效情况不在本部分范围内。但是，分布功

能的存在和设备功能响应对数据流的影响这两者是相互依存的。

–根据IEC61400-25标准定义的范围，一些设备的特性可以用与一致性测试的DUT一起提

供的信息和文件来证明，代替该设备的一致性测试。

一致性测试确认符合IEC61400-25标准运行的DUT的通信。

因IEC61400-25系列标准未定义新的通信栈，所有ISO/OSI七层的一致性将由文件证

实，该文件是与相应规范一致并进行了预测试和验证的通信栈软件。标准的一致性测试只能

对依据ACSI的应用进行测试。

5.3质量保证和测试

5.3.1概述

为保证一致性测试的质量，必须有质量保证体系。

在一致性测试的所有阶段，一般按质量监督来监视和检验各组成部分的状态。为此，要

在买方或其测试代理商确定的控制点和见证点，以及按测试机构提出的检验计划进行检验。

这些检验与过程有关，能提供测试质量的信息和可信度。质量监督可减少工厂验收和现场验

收失败的风险。

5.3.2质量计划

一致性测试质量计划

为进行评定，测试机构需提供一致性测试的质量计划。

该计划应包括工作范围全部措施和/或组织、时间、信息和质量方面的内容。对于测试

机构和它的分包机构只有一个质量计划。

一致性测试质量计划应包括以下内容：

–完整和详细的工作方法描述，这将保证在允许时间内所有检验工作满足适当的要求和

条件。

–所有要完成任务的详细描述，包括参照的日程计划以及工作人员、材料、工作方法和

有关方法、步骤的概述。

–组织机构的详细描述，包括委派、任务和测试不同阶段涉及人员的责任。描述应包括

不同测试阶段所有测试、检查、研究、审查以及日期。这些描述是测试和检验计划的

一部分。

–在测试的所有阶段处理偏差、变更和修改的方法。

5

NB/T××××.5－××××／IEC61400-25-5:2006

–测试的终止过程及提供文件的描述。

测试和检验计划

一致性测试质量计划应包括测试和检验计划。测试机构在计划中规定所有的测试阶段：

–检验、测试和记录内容；

–检验和测试的目的；

–检验、测试和记录要执行的步骤（程序）和标准；

–检验和测试的预期结果；

–确定进行检验、测试和记录的工作人员；

测试机构负责正确准时执行在测试和检验计划中提到的所有项目。

测试机构应提出在测试和检验计划中对控制点、见证点和观察点的建议。

有多种方法进行控制点和见证点的工作。一致性测试的委托者或其代理人在测试或检验

期间可以在现场，也可以检查相关的质量文件，例如检查单、证书和有效文件。可在测试机

构那里检查这些文件。

所有的控制点和见证点，测试机构最迟要在测试前的预定时间内公布。根据差旅安排和

获得所需资源的时间要求，建议时间至少是一周。

一致性测试的委托者有权审查测试机构和它分供应商的质量体系。测试机构应协助并提

供去一致性测试所在地方的交通工具。虽然测试委托者有检查一致性测试质量的权利，但不

免除测试机构的责任。

由一致性测试委托者提出的检验和测试，应在彼此同意的时间、地点，以及测试机构、

所有可能的第三方及分包机构的办公室和工厂进行。

5.4测试

5.4.1概述

应对制造商提供的在PICS、PIXIT和MICS中标明的每个被测设备的能力进行一致性测

试。在提交被测设备时，应提供以下内容：

–被测设备

–协议实现一致性陈述（PICS）

–协议实现额外信息陈述（测试用）(PIXIT)

–模型实现一致性陈述（MICS）

–设备安装和操作的详细指导手册。

一致性测试的要求分为以下两类：

a)静态一致性要求（定义应实现的要求）

b）动态一致性要求（定义要求由协议用于特定实施过程引起）

静态和动态一致性要求应在协议实现一致性陈述（PICS）中规定。PICS用于三种目的：

1)适当的测试组合的选择；

2)保证执行适合一致性要求的测试；

3)提供检查静态一致性的基础。

对于不同的SCSMs应定义具体的PICS。

应提供模型实现一致性陈述（MICS）由系统或设备支持的标准数据对象模型元素的详

细说明。

除PICS外，应提供PIXIT文件。.

一致性评价的过程如图2所示：

6

NB/T××××.5－××××／IEC61400-25-5:2006

IEC2194/06

图2一致性评价过程示意图

5.4.2设备测试

单个设备与单个测试设备对比进行一致性测试。

设备特定的一致性测试包括以下肯定和否定测试：

–文件和设备控制版本的检查；

–按设备相关的对象模型（IEC61400-25-2）进行设备配置文件的测试；

–按适用的SCSM（IEC61400-25-4）进行通信栈实现的测试；

–按ACSI定义（IEC61400-25-3）进行ACSI服务的测试；

–按IEC61400-25标准给出的一般规则，进行设备特定扩展的测试。

5.5一致性测试报告文件

一致性测试报告应包括以下信息：

–描述或规定已完成的任何质量测试的所有文件的参考清单。这些文件可包括制造商的

标准的运行和测试过程以及当地、国家和国际标准。国际标准应标出文件代号、日期、

章条编号。引用其他文件应包括完整的出处和文件标识。为便于阅读，还可包括一个

完整、准确的文件概述或摘要。

–用于进行一致性测试的计算机软件或任何专用的测试设备的清单。

–制造商名称和地址。

–一致性测试委托者（如与制造商的名称不同）的名称和地址。

–被测设备名称。

–被测设备所有的变化（硬件、固件等）。

–测试机构的名称和地址。

7

NB/T××××.5－××××／IEC61400-25-5:2006

–测试报告发布日期。

–检测人员的名字及签名。

–唯一的编号。

–验证一致性的测试项目清单。

–注释和发现的问题。

–对每个测试项目应写入以下内容：

测试项目及测试目的的描述，进行测试的步骤以及预期结果；

参照的IEC61400-25系列标准的部分、章、条；

各测试项目的唯一标识符；

测试结果为通过、失败、不确定或不适用；

测试结果与预期结果的比较。

对于那些在测试中对设备所做的任何变更或替换，特别是对那些测试缺陷的纠正，应予

完整说明。

一致性测试文件应提供给测试委托者。

6有关设备的一致性测试

6.1通用准则

6.1.1测试方法

通信测试至少需两台设备互相通信。

对所有产品进行全面的互操作测试是不可行的。所以，测试概念应包括测试设备、测试

配置和测试场景。

应使用恰当定义的测试案例进行动态性能的测试。

应特别指出，通信设备如星型耦合器、交换机等，应支持IEC61400-25系列标准要求的

所有特性，但不得带来意外事故和限制。

应适当考虑测试过程中被测设备所用的通信方法（客户-服务器，FTP/IP等等）的影响。

即使可用先进的工具进行这种分析，功能应用的检验也不属于一致性测试范围。

6.1.2测试系统结

为能进行设备测试需建立一个最小测试环境（见图3）。除DTU外，还需要用作客户和

服务器的设备（如模拟器）以启动及生成报文，进行记录并处理结果信息。网络上的背景负

载可由附加的负载模拟器提供，它也可包含时间同步的主站。在网络上可选配HMI用于独立

的测试系统监视。选配的HMI可包括网络监视工具以及系统和设备级的工程软件。网络分析

器应用于监视系统测试的差错。

8

NB/T××××.5－××××／IEC61400-25-5:2006

测试主站负载模拟器人机接口

测试监视器时间同步监视器

报文：

报文—后台信息流

—时间同步通信系统

报文站总线

数字数字数字数字

模拟量模拟量模拟量模拟量

被测设备1被测设备1

负载模拟器人机接口

时间同步监视器

过程总线

被测设备4被测设备4设备配置器

系统配置器

配置文件

IEC2195/06

图3测试系统结构示意图

在具有客户-服务器角色的测试场景中，测试系统应为服务器设备、客户设备和身兼服

务器、客户双重角色的设备提供连接点。

测试系统应包含涉及以下方面的文件：

–测试系统硬件配置；

–测试系统软件配置；

–测试模拟器，或背景负载模拟器，或用于时间同步的主机。

6.2标准测试程序

6.2.1设备文件和控制版本的检查

下列问题应在测试过程中加以解决：

–PICS

–版本控制

–制造商文件

6.2.2基本系统通信功能测试

下列问题应在测试过程中加以解决：

–时钟同步

–时间戳

–通信断开

9

NB/T××××.5－××××／IEC61400-25-5:2006

6.3一致性测试程序

6.3.1概述

本节描述测试程序要求、测试结构、测试案例（测试什么）、文件格式以及测试过程（怎

样测试）的几个示例。

6.3.2测试程序要求

测试程序的要求是：

–测试案例描述应测试什么，测试过程描述测试工程师或测试系统如何进行测试；

–测试案例包括参照文件中参照的适当条款；

–测试结果应能在同一个测试实验室和不同的测试实验室重现；

–合理地、尽可能地支持自动测试，尽量少地人为干预；

–测试应着重于不易测试的情况，例如在工厂或现场验收中不易进行的测试，并降低互

操作性的风险，例如：

检验在信息包延迟、丢失、重复和失序的情况下被测设备的性能；

配置、实现和操作风险；

名称、参数、设置或数据类型等不匹配；

超过一定限值、范围或超时；

测试否定响应的强制情况；

检查所有（控制）状态机的路径；

强制进行多个客户同时控制操作。

–ACSI测试集中在应用层（映射）；

–将被测设备（DUT）考虑为一个黑盒子，为测试使用输入输出和通信接口；

–测试包括测试版本、数据模型和配置文件，以及适当的ISO/IEC9646标准术语的使用。

测试程序应格式化如图4所示。采用这种格式的测试过程文件也可用作测试报告。附录

A给出几个测试过程文件示例。

IEC2196/06

10

NB/T××××.5－××××／IEC61400-25-5:2006

图4测试程序格式

6.3.3测试结构

服务器测试案例的结构如下：

a)文件和版本控制（IEC61400-25-5）

b)数据模型（IEC61400-25-2）

c)ACSI模型和服务映射（IEC61400-25-3）；定义抽象测试案例的相应条款括号内给出：

–应用关联（）

–服务器、逻辑设备、逻辑节点和数据模型（）

–数据集（）

–报告（）

–日志（）

–控制（0）

–时间和时间同步（1）

6.3.4服务器测试案例

概述

本部分规定了抽象测试案例（见~2）。抽象测试案例应用于在测试中运行

的测试过程的定义。

注1：测试案例的具体语法决定于测试系统环境，也就是主要决定于测试语言。具体测试案例由市场认

可的测试机构提供。

注2：服务器测试需要一台基本负载发生器。基本负载的定义不在IEC61400-25系列范围内。

文件和版本控制测试程序概述

检查制造商的PICS、MICS和PIXIT文件是否和DUT的软硬件版本相符（IEC

61400-25-4）。

数据模型测试案例

数据模型测试案例应：

–检验每个LN中必备对象是否存在（存在为M，可选为O）；

–检验有条件的对象是否存在，是否正确；

–检验每个LN的所有对象的数据类型；

–检验来自设备的数据属性值是否在规定范围内（在整个一致性测试中连续检验）。

测试结果是关于对象引用的列表，具有数据类型、公共数据类、数据属性类型、M/O指

示（依据IEC61400-25-2）

检查数据模型的扩展应根据标准的扩展规则，包括名称空间的使用。制造商特定的数据

模型的扩展应写成文件。为此，MICS应包括与IEC61400-25-2格式相同的特定逻辑节点、公

用数据类型和数据属性类型的定义。

应对数据模型映射进行以下检验：

–检验名字长度和对象扩展；

–检验功能组件的组成；

–检验控制块和日志的命名。

ACSI模型和服务映射测试案例

测试项目将分组列在一些表中。这些表应反映IEC61400-25-3中特定的服务：

–应用关联（Ass）；

11

NB/T××××.5－××××／IEC61400-25-5:2006

–服务器、逻辑设备、逻辑节点、数据和数据属性模型（Srv）；

–报告控制模型（Rpt）；

–日志控制模型（Log）；

–控制模型（Ctl）；

–时间和时间同步模型（Tm）。

ACSI模型和服务的测试案例分为以下两类：

–肯定测试表示正常条件下的验证，结果一般为肯定响应；

–否定测试表示异常条件下的验证，结果一般为否定响应。

当适用的ACSI模型和ACSI服务为DUT支持时，测试案例是强制的，其在IEC61850-7-2

附录APICS中规定。

应用关联

.1肯定

测试案例测试案例描述

S_Ass1关联及释放TPAA关联（IEC61850-7-2，7.4）

S_Ass2关联和客户中止TPAA关联（IEC61850-7-2，7.4）

S_Ass3同时与最多数量的客户关联（PIXIT）

.2否定

测试案例测试案例描述

S_AssN1检查带有错误的认证参数，服务器启动认证，关联失败，以及认证关闭服务

器关联（IEC61850-7-2，7.4）

S_AssN2检查服务器或客户的关联参数错误时关联失败（IEC61850-7-2的7.4，PIXIT）

S_AssN3设置最大数+1的关联，检验最后一个关联被拒绝

S_AssN4断开通信接口，DUT在规定的时间内应检测到链路中断

S_AssN5中断和恢复供电，DUT就绪后应能接受关联请求

服务器、逻辑设备、逻辑节点和数据模型

.1肯定

测试案例测试案例描述

S_Srv1请求GetServerDirectory（LOGICAL-DEVICE）并检查响应（IEC61850-7-2

的6.2.2）

S_Srv2对每个GetServerDirectory（LOGICAL-DEVICE）的响应发

GetLogicalDeviceDirectory请求，并检查响应（IEC61850-7-2的8.2.1）

S_Srv3对每个GetLogicalDeviceDirectory响应发GetLogicalNodeDirectory(DATA)请

求，并检查响应（IEC61850-7-2的9.2.2）

S_Srv4对每个GetLogicalNodeDirectory(DATA)的响应发：

–GetDataDirectory请求，并检查响应（IEC61850-7-2的10.4.4）

–GetDataDefinition请求，并检查响应（IEC61850-7-2的10.4.5）

–GetDataValues请求，并检查响应（IEC61850-7-2的10.4.2）

S_Srv5发一个GetDataValues数据值的最大值请求，并检查响应

S_Srv6对每个可写DATA对象发SetDataValues请求，并检查响应（IEC61850-7-2

的10.4.2）

S_Srv7发一个SetDataValues数据值的最大值请求，并检查响应

S_Srv8对每个功能约束请求GetAllDataValues，并检查响应（IEC61850-7-2的9.2.3）

.2否定

12

NB/T××××.5－××××／IEC61400-25-5:2006

测试案例测试案例描述

S_SrvN1请求下列带有错误参数（对象未知，名称用例不匹配，逻辑设备错误或逻辑

节点错误）的数据服务并检验响应服务差错：

–ServerDirectory(LOGICAL-DEVICE)(IEC61850-7-2的6.2.2)

–GetLogicalDeviceDirectory(IEC61850-7-2的8.2.1)

–GetLogicalNodeDirectory(DATA)(IEC61850-7-2的9.2.2)

–GetAllDataValues(IEC61850-7-2的9.2.3)

–GetDataValues(IEC61850-7-2的10.4.2)

–SetDataValues(IEC61850-7-2的10.4.3)

–GetDataDirectory(IEC61850-7-2的10.4.4)

–GetDataDefinition(IEC61850-7-2的10.4.5)

S_SrvN2请求超出数值范围的ENUMERATED数据的SetDataValues，并检查响应服务

差错（IEC61850-7-2的10.4.2）

S_SrvN3请求具有不匹配数据类型（如：int-float）的SetDataValues，并检查响应服务

差错（IEC61850-7-2的10.4.2）

S_SrvN4请求只读数据值的SetDataValues，并检查响应服务差错（IEC61850-7-2的

10.4.2）

数据集模型

.1肯定

测试案例测试案例描述

S_Ds1请求GetLogicalNodeDirectory(LOGICAL-DEVICE)，并检查响应（IEC

61850-7-2的9.2.2），对每个响应发：

–GetDataSetValues请求，并检查响应（IEC61850-7-2的11.3.2）

–GetDataSetDirectory请求，并检查响应（IEC61850-7-2的11.3.6）

S_Ds2请求CreateDataSet建立具有一个和尽可能多元素的永久数据集，检查响应

（IEC61850-7-2的11.3.4），并检查非永久数据集对另一客户的可视性

S_Ds3请求CreateDataSet建立具有一个和尽可能多元素的非永久数据集，检查响应

（IEC61850-7-2的11.3.4），并检查永久数据集对另一客户的可视性

S_Ds4建立和删除一个永久数据集，用同样名称以新数据值或重新排序的元素再建

立数据集，并检查这些元素

S_Ds5建立和删除一个非永久数据集，用同样名称以新数据值或重新排序的元素再

建立数据集，并检查这些元素

S_Ds6建立一个非永久数据集，释放或中止关联，再进行关联并检查数据集是否已

删除（IEC61850-7-2的11.1）

S_Ds7建立一个非永久数据集，释放或中止关联，再进行关联并检查数据集是否仍

存在（IEC61850-7-2的11.1）

S_Ds8建立和删除一个永久数据集，验证每个数据集都能正常建立：将建立和删除

过程再重复一次

S_Ds9建立和删除一个非永久数据集，验证每个数据集都能正常建立：将建立和删

除过程再重复一次

S_Ds10用GetDataValues和SetDataValues验证SetDataSetValues或GetDataSetValues

.2否定

测试案例测试案例描述

S_DsN1请求下列带有错误参数（对象未知，名称用例不匹配，逻辑设备错误或逻辑

13

NB/T××××.5－××××／IEC61400-25-5:2006

节点错误）的数据集服务，并检查响应服务差错：

–GetDataSetValues(IEC61850-7-2的11.3.2),

–SetDataSetValues(IEC61850-7-2的11.3.3),

–CreateDataSet(IEC61850-7-2的11.3.4),

–DeleteDataSet(IEC61850-7-2的11.3.5),

–GetDataSetDirectory(IEC61850-7-2的11.3.6).

S_DsN2用同一名称两次建立永久数据集，并检查响应服务差错

S_DsN3用同一名称两次建立非永久数据集，并检查响应服务差错

S_DsN4建立大于永久数据集最大数量的数据集，并检查响应服务差错

S_DsN5建立大于非永久数据集最大数量的数据集，并检查响应服务差错

S_DsN6建立一个大于元素最大数量的永久数据集，并检查响应服务差错

S_DsN7建立一个大于元素最大数量的非永久数据集，并检查响应服务差错

S_DsN8建立一个具有未知数据值的永久数据集，并检查响应服务差错

S_DsN9建立一个具有未知数据值的非永久数据集，并检查响应服务差错

S_DsN10删除一个（预先定义的）不可删除的数据集，并检查响应服务差错

S_DsN11两次删除一个永久数据集，并检查响应服务差错

S_DsN12两次删除一个非永久数据集，并检查响应服务差错

S_DsN13删除一个由（报告）控制类引用的数据集，并检查响应服务差错（IEC61850-7-2

的11.1）

S_DsN14向具有1个或多个只读元素的数据集请求SetDataSetValues，并检查响应服务

差错

报告模型

.1肯定

测试案例测试案例描述

S_Rpt1请求GetLogicalNodeDirectory(BRCB)并检查响应；

对所有响应的BRCB请求GetBRCBValues

S_Rpt2请求GetLogicalNodeDirectory(URCB)并检查响应；

对所有响应的URCB请求GetURCBValues

S_Rpt3请求AddSubscription并检查响应报文（IEC61850-7-2的9.8.2）

对所有响应的LN请求GetxRCBValues

S_Rpt4请求RemoveSubscription并检查响应报文（IEC61850-7-2的9.8.3）

S_Rpt5检验URCB可选域的报告

配置/启动URCB全部有用的可选域组合：顺序号、报告时标、包括的原因、

数据集名、数据引用、缓存溢出、和/或entryID(IEC61850-7-2的.2.1)，

强制/触发一个报告并检查报告包含启动的可选域（IEC61850-7-1的14.3.1）

S_Rpt6检验BRCB可选域的报告（见Rpt5）

S_Rpt7检验由AddSubscription创建的xRCB可选域的报告（IEC61850-25-3的9.8.2，

表10）（可选域见Rpt4）

S_Rpt8检验URCB的触发条件

–配置和启动URCB全部有用的可选域：顺序号、报告时标、包括的原因、

数据集名、数据引用、缓存溢出和entryID，并检查是否在以下触发条件

发出报告。

完整性

14

NB/T××××.5－××××／IEC61400-25-5:2006

数据更新（dupd）

完整性的更新

数据改变（dchg）

数据和品质改变

完整性周期的数据改变和品质改变

完整性周期的数据改变、品质改变和BufTime变化（完整性报告应立

即被传送）

–检验ReasonCode的有效性（IEC61850-7-2的.2.9）

–检验多个触发条件满足时最好只产生一个报告（IEC61850-7-2的

.2.2）

–检验只在RptEna设置为True时才发送报告（IEC61850-7-2的），

停用报告时不传送报告。

S_Rpt9检验BRCB的触发条件（见Rpt8）

S_Rpt10总召唤

设置URCB的GI属性将启动总召唤过程。发送具有当前数据值的报告。总

召唤启动后，GI属性复位为False。（IEC61850-7-2的3）

S_Rpt11报告的分段

检验当报告太长不能在一个报文中传送时，是否可分成几个子报告传送。用

sequence-number和report-time-stamp选项域，检查下述各项的有效性(IEC

61850-7-2的.2.5)

–SeqNum（不改变）

–SubSeqNum（第一个报告为0，递增，超过最大数归零）

–MoreSeqmentsFollow

–TimeOfEntry（SeqNum不变时不改变）（IEC61850-7-2的.2.9）

检验正在发送由完整性或总召唤触发引起的分段报告的数据值更新，可以被

数据发生改变的报告所中断，此报告具有新的顺序号（IEC61850-7-2的

.3.5）

新的总召唤请求应能停止正在进行中的总召唤报告的剩余段的发送。新的总

召唤报告以新的顺序号开始，其子顺序号为0（IEC61850-7-2的.3.4）

S_Rpt12配置改变（IEC61850-7-2的）

–检验ConfRev代表由DatSet引用的数据集配置已改变的次数。下述改变应

计数：

删除data-set的元素

data-set元素的重新排序

ConfRev不得为0

–检验服务器重新启动后ConfRev值保持不变（IEC61850-7-2的）

–检验服务的处理不改变data-set配置，ConfRev是用当地手段（如系统）改

变的（IEC61850-7-2的）

S_Rpt13缓存时间（IEC61850-7-2的）

–检验BufTim终止前DATA-SET同一成员发生第二个内部提示，服务器将：

（IEC61850-7-2的）

对于状态信息，例如BufTim已过期，应立即发送报告，以BufTim

的值重新启动定时器，并处理第二个提示；或

对于模拟信息，例如BufTim已过期，应立即传输报告，以BufTim

15

NB/T××××.5－××××／IEC61400-25-5:2006

的值重新启动定时器，并处理第二个提示；或

对于模拟信息，用新值代替挂起报告中的当前值

–配置缓存时间为1000ms，在缓存时间内强使多个dataset元素的数据值改

变。服务器将自上次报告后在缓存时间内发生改变的所有数据值用一个

报告发送

–检验缓存时间值0表明不使用缓存时间属性（IEC61850-7-2的）

–检验BufTm值至少包含3600000（以毫秒为单位，等于1小时）

S_Rpt14缓存报告（BRCB）状态机（IEC61850-7-2的及图20）

–检验关联释放后事件缓存

–检验关联失去后，停止报告

–检验没有关联时未接收到的报告会以正确的顺序（SOE）接收（IEC

61850-7-2的14.2.1，IEC61850-7-2的）

–执行相同操作但在报告启动前将PlugeBuf设置为True，不应发送存储的缓

存报告(IEC61850-7-2的4)

–检验在能发送完整性或总召唤报告前，已发送全部缓存事件（IEC

61850-7-2的.3.3，IEC61850-7-2的.3.4）

–检验改变DatSet后，报告缓冲区清零（IEC61850-7-2的）

–强使缓冲器溢出，在溢出后发生事件的第一个报告中OptFlds缓冲器溢出

应被设置（IEC61850-7-2的.2.8）

.2否定

测试案例测试案例描述

S_RptN1请求有错误参数的GetxRCBValues，检查响应服务差错（IEC61850-7-2的

.2）

S_RptN2配置报告时未触发任选项（dchg,qchg,dupd,integrity）配置。报告启动时仅

送出一个报告（GI），发生事件时不发送报告（IEC61850-7-2的.2.9）

S_RptN3将完整性周期设置为0且TrgOps=integrity，导致不发送完整性报告（IEC

61850-7-2的14.2.2.12）

S_RptN4错误地配置URCB：在启动时配置，配置ConfRev和SqNum，用未知的数据

集配置

S_RptN5错误地配置BRCB：在启动时配置，配置ConfRev和SqNum，用未知的数据

集配置

S_RptN6排他性地使用URCB，并丢失关联

配置URCB，设置Resv属性并将它启动。验证其他客户不能在URCB中设

置属性值

S_RptN7排他性地使用BRCB，并丢失关联

配置BRCB并将它启动。验证其他客户不能在BRCB中设置属性值

S_RptN8配置不支持的URCB任选项（PIXIT）；

配置不支持的触发条件、任选域和有关参数

S_RptN9配置不支持的BRCB任选项（PIXIT）；

配置不支持的触发条件、任选域和有关参数

S_RptN10请求有错误参数的AddSubscription，检查响应服务差错(IEC61400-25-3的

9.8.2)

S_RptN11请求有错误参数的RemoveSubscription，检查响应服务差错(IEC61400-25-3

的9.8.3)

16

NB/T××××.5－××××／IEC61400-25-5:2006

日志模型

.1肯定

测试案例测试案例描述

S_Log1请求GetLogicalNodeDirectory(LOG)，检查响应为肯定的

S_Log2请求GetLogicalNodeDirectory(LCB)，检查响应为肯定的

S_Log3请求所有响应的LCB的有功能约束LG的GetLCBValues

S_Log4当LCB停用时，请求有功能约束