GB/T 28029.32020

在TCN框架下，一个实际系统在和一个作为参考系统的测试设备通信时，如果遵循TCN标准条 款的要求，则认为表现出了一致性。 TCN标准通过一组相互关联的条款共同定义了TCN系统通信时的行为。所以，IUT的一致性将 以两种级别来表示，即对单独条款的一致性和对一组条款的一致性。 下面的条款定义了一致性要求，并根据特性将其分类成合理的分组。特性和分组是从TCN规范 本身整体角度和IUT的角度来定义的。如果从IUT的角度来定义，应在适当的PICS和PIXIT中声明 要求。

一致性要求可以是： a）强制性要求：在所有情况下都应遵循； b）条件性要求：如果符合条款中设定的条件地铁标准规范范本，则应遵循； c）可选项：如果遵循了可选项适用的要求，可以选择以适合实现。 TCN的基本功能是强制性要求，附加功能可以是条件性要求或可选项 此外，一致性要求可以作如下声明： a）肯定地：声明应做哪些事情； b）否定地（禁止）：声明不能做哪些事情。 最后，一致性要求归纳为如下两组： a）静态一致性要求； b）动态一致性要求。 静态一致性要求和动态一致性要求分别在4.2.3和4.2.4中论述

4.2.3静态一致性要求

为促进互操作性，静态一致性要求定义了一个实现应具备的最小能力。这些要求可以是宏观的，如 将功能单元和可选项分组成不同协议类型；也可以是微观的，如定时器特定参数应支持的取值范围等 TCN部分的静态一致性要求和可选项可分成如下两类： a）第一类确定特定协议实现所包含的能力： b）第二类定义多层依赖，如对协议实现所处的系统底层能力加以约束。这些多层依赖也可能存 在于系统上层部分（如网络管理与实时协议之间的依赖关系）。 没有明确声明为静态一致性要求的所有能力都看作可选项，

4.2.4动态一致性要求

动态一致性要求是确定在通信事例中相关TCN部分所允许的可观测行为的所有要求（及可选 项）。这些要求构成了每个TCN协议文档的主体。它们定义了实现或实际系统的允许行为集。这个 行为集定义了一致性实现或真实系统在TCN协议文档中的可具有的最大能力， 如果一个系统的行为是一个行为集的成员，该行为集是相关TCN协议部分所允许并与PICS

GB/T28029.32020

GB/T28029.32020

致，则该系统在通信事例中表现出动态一致性。

42.4.2一致性系统

对在系统一致性声明中声明的每个协议，一个一致性的系统或实现应同时满足静态和动态一致 求,并与 PICS 中声明的能力一致。

4.2.4.3互操作性和一致性

一致性测试的主要目的是提高不同实现之间互操作的可能性。 如果两个或多个实际开放系统遵循TCN部分的相同子集或相同选择，那么它们之间的互操作更 容易成功。 要实现两个或多个系统间成功的互操作，建议对这些系统的一致性声明和其PICS作一个比较。 如果在PICS中显示存在相关TCN部分的多个版本，应区分版本间的差异并考虑它们的含义，包 括它们与其他部分的组合使用。 一致性是保证互操作性的必要条件，但它并不是其充分条件。即使两个实现遵循相同的TCN协 议部分，但由于本部分范围外的一些因素的影响，它们也可能不能进行互操作 宜采用互操作性试验以检测这些因素。辅助实现两个系统间互操作性的更多信息可以通过扩展 PICS与其他相关信息（包括测试报告和PIXIT)的对比得到。比较集中在以下几个方面： a） 对在TCN标准或相应的实际系统中未更正的含糊或不足之处，如为多层同题解决方案，而声 明的附加机制； b 对TCN部分静态一致性要求中未考虑的自由选项的选择； c）在TCN部分没有规定存在的定时器和它们的相关值。 注：在两个独立系统间需实现互操作、两类或多类产品间需实现互操作时，可以执行以上比较。在两个或多个采购 规范之间、作为连接许可时可只比较PICS

4.2.5IUT要求陈述声明

4.2.5.1协议实现的一致性声明（PICS）

为评估特定实现的一致性，应对已经实现的能力、可选项及所忽略的任何特征做一个声明，以便为 这个实现对相关要求和仅对这些要求进行一致性测试。这些声明称为PICS。 在PICS中，下列信息类别间宜存在区别： a）与协议本身的强制性、可选性和条件性的静态一致性要求相关的信息； b）与多层依赖的强制性、可选性和条件性的静态一致性要求相关的信息 如果一组相关的TCN协议已经在系统中实现，则对每个协议都需要一个PICS。此外，还应有系统 致性声明，用于概述系统应用的所有协议及对应的PICS

4.2.5.2测试协议实现附加信息（PIXIT）

为了测试一个协议实现，除了PICS提供的信息外，测试实验室还需要有关IUT及其测试环境的信 息。这个PIXIT将由提交测试实现的客户提供，它是客户与测试实验室协商完成测试实验室提供的 PIXIT形式表填写的结果。 PIXIT可包含下列信息： 测试实验室为了能够在特定系统上运行适当的测试套所需要的信息（如用来运行测试例的测 试方法的相关信息、寻址信息等）； 蟹 在PICS中已经提到的需要精确化的信息（如在PICS中已经作为参数声明了的定时器取值范 围宜在PIXIT中规定）；

GB/T 28029.32020

c）辅助确定PICS声明所支持的能力中哪些是可测试的、哪些是不可测试的信息； d）其他管理内容（如IUT标识符、相关PICS索引等）。 PIXIT不宜与相应的PICS矛盾。 抽象测试套制定者、测试实现者和测试实验室均需致力于PIXIT形式表的设计

本部分讨论的一致性测试是针对GB/T28029.2中规定的TCN条款的一致性测试。 一致性测试的目的是确定被测试的实现是否遵循相关条款的规定。由于实际限制不可能做到全面 的测试，经济因素也限制了测试不能太过深人。本部分根据提供一致性指示的程度区分了以下四种类 型的测试： a 基本互连测试，提供了IUT一致性的初步证据； b） 能力测试，检验IUT的可观测能力是否与静态一致性要求和在PICS中声明的能力一致； 行为测试，针对IUT能力之内的全范围动态一致性要求尽量提供最全面的测试； 一致性分辨测试，在深度上探测IUT对特定要求的一致性，针对特定一致性问题提供明确的 是/否应答及诊断信息。该测试不包括在本部分范围内。 a）、b）、c）、d)类测试在下面的子条款中加以详细描述。 互操作性和性能的关系在下文中考虑和定义，以明确它们的边界

4.3.2基本互连测试

基本互连测试对IUT提供有限的测试，以对可能的互连确定是否有充分的一致性。基本互联测试 不试图执行完整的测试，

4.3.2.2基本互连测试的适用性

基本互连测试适用于下列方面： a）检测严重的非一致性实例； D 作为采取更昂贵测试之前的基本筛选； 对在一个环境下通过了完全一致性测试的实现同样适用于另一个新环境（例如，在测试N实 现前，检查已经测试过的N一1实现是否由于过渡到N实现而发生了严重的变化）给出初步 的指示； d） 供实现的用户使用，以决定该实现是否可以用于与其他一致的实现通信，如作为数据交换的 前提。 基本互连测试不适用于下列方面： a）作为实现供应商一致性声明的基础； b）作为确定通信故障原因的仲裁手段。 基本互连测试标准化为一致性测试程序（包括能力和行为测试）的子集。它们可以单独使用，也可 和一致性测试程序一起使用。可以选择是否存在及执行基本互连测试，

能力测试为每个静态一致性要求提供有限的测试，用来确定IUT的哪些能力是可观测的，并检

GB/T28029.32020

可观测能力对静态一致性要求和PICS是否有效

4.3.3.2能力测试的适用性

能力测试适用于下列方面： 尽可能地检查IUT与PICS的一致性； b 作为采取更深层次和更昂贵测试之前的基本筛选； C 检查IUT能力是否和静态一致性要求相一致； d) 为特定IUT的行为测试使能有效选择； e 和行为测试相结合，作为一致性声明的基础。 能力测试不适用于下列方面： a 能力测试单独作为实现供应商一致性声明的基础： 用作与每个已实现或未实现的能力相关行为的详细测试； C 用作鉴别在实际使用过程中经历的、或尽管满足了能力测试却在其他测试中显示可能存在非 致性的问题的原因 能力测试标准化为一致性测试程序的子集。能力测试可以单独成组，也可以和行为测试合并使用

行为测试在动态一致性要求全范围内尽可能按实际地测试实现。由于事件和事件定时的组合数目 是无限的，该测试是无穷尽的。还存在一种限制，即这些测试设计为在单一测试环境下共同运行，所以 在该环境下难于或不可能检测的故障都有可能被遗漏。因此，一个非一致性的实现可能通过一致性测 试程序的检测。测试程序的设计目的之一就是最小化这种情况发生的次数。 行为测试和能力测试一起作为一致性评估过程的基础， 行为测试不适用于鉴别在实际使用过程中经历的、或尽管满足了行为测试却在其他测试中显示可 能存在非一致性的问题的原因。 行为测试标准化为一致性测试程序的主体。 注：行为测试包含了IUT为响应实际测试器的有效的、不合适的及语法上无效的协议行为而采取的有效行为的测 试。这包含了IUT对试图使用在PICS中声明作为实现的特征（能力）的拒绝。所以，能力测试不需要包括对 PICS所忽略的能力的测试

4.3.5一致性分辨测试

一致性分辨测试对实现是否满足特定要求提供尽可能确定性的诊断性答案。由于无穷性问题，只 能在限定测试范围内得到确定性的答案。 测试结构和测试方法通常只针对特定被测要求，不需要对其他要求也可普遍使用。它们甚至可以 （标准化的）抽象一致性测试套认为不可接受的测试结构和测试方法，如包括使用特定操作系统的诊 新和调试特性的实现专属方法。 行为测试和一致性分辨测试的区别可以通过一个事件实例（如复位）来加以阐明。行为测试也许只 含了复位发生时的条件选择，不能检测其他情况下的错误行为。一致性分辨测试将限定已怀疑发生 不正确行为的条件，并确认怀疑是否正确。 一致性分辨测试适用于下列方面： a）在严格限定的且先前证实的情形下提供是/否的回答（例如，在实现开发过程中检查特定特征 是否得到正确实现，或在操作使用过程中研究问题发生的原因）； b）在当前一致性测试程序中，作为识别并提供解析缺陷的方法。 致性分辨测试不适合于作为判断实现是否全面一致性的基础，

GB/T 28029.32020

一致性分辨测试不是标准化的。作为一致性测试的副产品，可以识别协议部分中的错误和缺陷。

4.3.6章条/条款和声明的解释

GB/T28029.2中TCN常遇到怎样把章条/条款和要求翻译成可实现的测试套的解释问题。大部 分TCN协议比较复杂，这使得全面的测试在技术上和经济上都不切实际。为处理实际实现和 GB/T28029.2的摘录，使用了所有相关测试和一些准则，这些准则根据特性分成下列几类： a） 命令； b） 说明； c 指导； d） 可选项； 弱声明。 下列子条款描述了这些准则

要求文档中的信息。由说明指向的数据和信息强化了文档的规范声明，只要有可能就会 的样本类别输人。它们是： 图例

可选项是用来为开发者给出满足规范声明范围的词语种类。这类词语明确地构成了PICS中可选 页声明的基础。然而，包含这类词语的要求减弱了规范性，增加了非互操作性的风险，并扩展了测试集， 体要求如下： a）能（例：具备总线管理能力的网关能同步总线）； b 可以（例：5类设备可以具备总线管理能力）； 可选（例：用户可编程能力是可选项）； d） 除了/而不（例：当IUT正在命名节点时，一个节点响应了命名而不响应状态请求顿，或者发 送一个错误的命名响应顿）。 可选项将推动PICS的生成

弱声明容易引起不确定性并为多种解释留有余地，为扩展要求或增加将来要求提供了基础。就测 试而言，该类词语生成具有测试例的测试，这些测试例从一组代表性实例中选出。但这样的测试不完全 代表待测条款所预见的所有重要的测试例。弱声明见表3。

4.3.7与互操作性的关系

一致性测试的目标之一就是产生可比较性，以及通过不同的测试器得到的测试结果具有产泛的 受性，从而减少同一系统重复一致性测试的需求。互操作性起到了主要作用，一致性测试的目的是 互操作性，与互操作性的关系见表4。

表4与互操作性的关系

GB/T 28029.32020

本部分不提供互操作性测试的实现或建议

部分不提供互操作性测试的实现或建议

4.3.8与性能测试的关系

表5与性能测试的关系

本部分不提供GB/T25119定义的性能测试的实现或建议。

一致性评估过程的主要特征是设备的组态，该组态允许IUT和实际测试器间交换信息。这些信息 可以通过实际测试器进行控制和观测。 在理论框架内，一致性测试宜包含几个步骤，既包括静态一致性检查又包括动态测试阶段，并最后 生成尽可能符合实际的测试报告。 这些步骤如下： PICS的编辑； PIXIT的编辑； 测试选择和参数确定； 基本互连测试（可选）； 能力测试； 行为测试； 测试结果的复核和分析； 综合、结论及一致性测试报告的生成

4.4.2结果分析、输出及结论

（测试执行的)观测结果是测试例执行过程中发生的系列事件：从控制和观测角度来看它包括I

所有的输人和输出。 预期输出通过与协议部分结合采用的抽象测试例规范来标识和定义。对每个测试例，可以存在， 个或多个预期输出。预期输出主要以抽象术语来定义 结论是与抽象测试程序规范中每个预期输出相关联的测试通过、失败或不确定的声明， 通过对观测输出和预期输出的比较进行结果分析。 指定给一观测输出的结论与匹配的预期输出相关联。如果观测输出未预见，那么抽象测试程序规 范将声明应指定的默认结论 观测输出和预期输出的比较方法不在本部分讨论范围内。 注：观测输出和预期输出可能的比较方法有： a）手动或自动比较（或混合）。 b）执行时间内或执行后的比较， 将观测输出译为抽象术语和预期输出进行比较，或将预期输出译为用来记录观测输出的术语。 结论将是通过、失败或不确定： 通过表示观测输出满足测试目的，且对相关的TCN部分和PICS是有效的。 b 失败表示观测输出在语法上无效，或对相关的TCN部分或PICS不合适。 不确定表示观测输出对相关的TCN部分有效，但测试目的未完成。 特定输出的结论取决于测试目的和观测到的协议行为的有效性。 有关独立测试例的结论将并人基于已经执行的测试例的IUT整体结论中

VTB节点、主干电缆、跨接电缆、扩展电缆的一致

本章主要描述了WTB节点、主十电缆、跨接电缆、扩展电缆的一致性测试内容，包括PICS、基本互 连测试、能力测试、行为测试

PICS形式表是一组表格，它包括实现者要回答的问题和对可能答案的限制， PICS包含两类问题： 用“是”或“否”来回答的问题，这与条款（范围从宏功能单元到微功能单元）是否被实现有关。 反映基本规范的容许答案，作为要求在PICS列出；这些答案组成支持值。 用数值（如定时器、消息长度、频率等）回答的问题，反映基本规范的数值变化合法范围在 GB/T28029.2中给出。这些答案组成支持值

5.2.2 PICS 形式表填写说明

以下是在PICS形式表中使用的缩写： m 强制； n/a 不可用； 可选； C 有条件； T 默认； Y 是； N 否。

此列在 PICS中用于参考目的

此列给出GB/T28029.2与PICS中相应的入口之间的映射。

GB/T 28029.32020

该列着重表示所涉及到条款的整体能力。 实现列的答案是“Y”则表示待测实现IUT能够： 产生相应的服务参数（自动地或者最终用户明确要求该能力）； 解释、处理及当有要求时向最终用户提供相应的服务参数。 当答案是“N”，并不意味相应的服务参数没有被实现而是用户请求一致性测试

此列指示与GB/T28029.2一致所需的支持等级， 这些值如下所示： 要求强制支持。 与GB/T28029.2相一致的可选支持。若已实现，应遵从规范及相关条款限定。这些约束 可能影响其他项的可选性， 一此项是有条件的，对本项的支持受制于备注列所引用的阐述， n/a一一此项不可用。 如果不支持可选项.则相应的项应被认为不可用

此列应由IUT的供应商或制造商完成。在形式表此列填写： 一一是，该项已实现； V 否，该项未实现； 该项不可用。 在PICS形式表的表格中，IUT宜支持所有标有“m”的项。如果IUT已支持相应的主要特征，则 宜支持标有m"的子项

5.2.9.1最小允许值

此列已经填写并指示一个参数的最小值！

GB/T28029.3202

GB/T28029.32020

5.2.9.3最大允许值

此列已经填写并指示一个参数的最大值。

此列应由供应商或者制造商完成。在形式表此列填写实现值，当有多个值时应填写默认值

5.3.1PICS形式表标识

为了标识PICS形式表，需填写表6

表6PICS形式表标识

5.3.2IUT 标识

为了标识IUT，应填写表7

PICS形式表一IUT标

实现名称由客户提供，作为IUT的标识符。特定的一致性测试适用于由实现名称标识的实体， IUT的版本号。当IUT的版本号不变时，则组成IUT的子系统将不准许改变（该结构被冻结并构成一个组 态）。 指示是否为此IUT提供PIXIT。 d指示可用的电源电压。电源电压应在GB/T25119规定的值中选择。 ? 指示可用的最大电源电流。电源电流应在GB/T25119规定的值中选择。 客户认为与IUT标识相关的其他信息。

5.3.3IUT供应商和/或测试实验室客户标识

GB/T 28029.32020

为标识1UT供应商和测试实验室客户，应填写表8。 如果IUT供应商和测试实验室客户并不是同一单位，IUT供应商和测试实验室客户应就PICS 一致。

表8PICS形式表IUT供应商和/或实验室客户标识

示识适用于本IUT一致性测试的标准，应填写表

表9PICS形式表——标准标识

5.3.5一致性全局声明

应由IUT供应商在“实现”列填写表10

表10PICS形式表一致性全局声明

此子条款回答"N”表示与协议规范不一致。不支持的强制性要求能力应在PICS中标识，并说明实现为何与

GB/T28029.32020

为了标识IUT，由IUT供应商填写表11

表11PICS形式表测试层

的表中编号2的应答填写Y时，才应由IUT供

表12 PICS形式表一节点能力

5.3.8.1线路余声明

GB/T 28029.32020

表13PICS形式表—穴余

5.3.8.2穴余配置

当5.3.8.1的表中编号1填写了应答Y时，才应由IUT供应商填写表14

表14PICS形式表一穴余配置

为了声明信号特性，应由IUT供应商填写表15

表15 PICS形式表—信号特性

5.3.9.2电缆特性

5.3.9.2.1电缆特性声明

为了声明电缆特性，应由IUT供应商填写表16

缆特性，应由IUT供应

表 16 PICS 形式表—电缆特性

排水标准规范范本GB/T28029.32020

5.3.9.2.2主干电缆

5.3.9.2.2主干电缆

当5.3.6的表中编号3的应答填写了Y时，才应由IUT供应商填写表17

表17PICS形式表主干电缆

5.3.9.2.3跨接电缴

当5.3.6的表中编号4的应答填写了Y时，才应由IUT供应商填写表18。

环境标准5.3.9.2.4扩展电缆

GB/T 28029.32020