道路车辆.电网通信接口车辆.第5部分:物理层与数据链路层一致性测试

[中文适用范围]： 本文件以抽象测试套件 (ATS) 的形式规定了被测系统 (SUT) 的一致性测试，该系统实施电动汽车或供电设备通信控制器 (EVCC 或 SECC)，并支持基于 PLC 的高级通信 (HLC)和符合 ISO 15118-3 的基本信令。 这些一致性测试指定对 SUT 的功能和行为进行测试，并根据 ISO 15118-3 中指定的一致性要求以及实施者声明的 SUT 实现的功能来检查所观察到的内容。 ATS 内的能力测试检查 SUT 的可观察能力是否符合 ISO 15118-3 中定义的静态一致性要求。 ATS 的行为测试在 ISO 15118-3 中定义的全部动态一致性要求和 SUT 的能力范围内尽可能彻底地检查实施情况（参见注释 1）。 对应于ATS描述了测试架构。 标准这一部分中的一致性测试用例是利用此测试架构进行描述的，并在 ISO/OSI 物理层和数据链路层（第 1 层和第 2 层）的 TTCN-3 核心语言中指定。 ISO 15118-4 中描述了 ISO/OSI 网络层（第 3 层）及以上的一致性测试用例。 就覆盖范围而言，本文件仅涵盖 ISO 15118-3 中的规范性章节和要求。 本文件还可以包括针对参考标准（例如 IEEE 或行业联盟标准）要求的特定测试，只要它们与 ISO 15118-3 实施的一致性相关。 然而，如果对于 ISO 15118-3 的一致性测试而言技术上没有必要，则明确无意将本一致性规范的范围扩大到此类外部标准。 此外，本文档中指定的一致性测试不包括性能评估，也不包括实施的稳健性或可靠性。 它们无法对抽象服务原语的物理实现、系统如何实现、如何提供所请求的服务以及协议实现的环境提供判断。 此外，本文档中定义的测试用例仅考虑 ISO 15118-3 定义的通信协议和系统行为。 不考虑 EVSE 和 EV 之间的功率流。 注 1：实际限制使得不可能定义详尽的测试套件，而经济考虑可能会进一步限制测试。 因此，本文档的目的是增加不同实现能够互操作的可能性。 这是通过协议测试套件验证它们来实现的，从而增加每个实现符合协议规范的信心。 然而，指定的协议测试套件不能保证符合规范，因为它检测错误而不是错误的缺失。 因此，仅遵守测试套件并不能保证互操作。 它所做的就是让人们相信实现具有所需的功能，并且其行为在代表性的通信实例中始终一致。 注 2：本文档与 ISO 15118-4 中定义的一致性测试有一些相互依赖性，这是由于底层协议规范中的 ISO/OSI 跨层依赖性（例如睡眠模式）造成的。 [外文原描述]： ISO 15118-5:2018 specifies conformance tests in the form of an Abstract Test Suite (ATS) for a System Under Test (SUT) implementing an Electric Vehicle or Supply Equipment Communication Controller (EVCC or SECC) with support for PLC-based High Level Communication (HLC) and Basic Signaling according to ISO 15118‑3. These conformance tests specify the testing of capabilities and behaviors of an SUT, as well as checking what is observed against the conformance requirements specified in ISO 15118‑3 and against what the implementer states the SUT implementation's capabilities are. The capability tests within the ATS check that the observable capabilities of the SUT are in accordance with the static conformance requirements defined in ISO 15118‑3. The behavior tests of the ATS examine an implementation as thoroughly as is practical over the full range of dynamic conformance requirements defined in ISO 15118‑3 and within the capabilities of the SUT (see NOTE 1). A test architecture is described in correspondence to the ATS. The conformance test cases in this part of the standard are described leveraging this test architecture and are specified in TTCN-3 Core Language for the ISO/OSI Physical and Data Link Layers (Layers 1 and 2). The conformance test cases for the ISO/OSI Network Layer (Layer 3) and above are described in ISO 15118‑4. In terms of coverage, this document only covers normative sections and requirements in ISO 15118‑3. This document can additionally include specific tests for requirements of referenced standards (e.g. IEEE, or industry consortia standards) as long as they are relevant in terms of conformance for implementations according to ISO 15118‑3. However, it is explicitly not intended to widen the scope of this conformance specification to such external standards, if it is not technically necessary for the purpose of conformance testing for ISO 15118‑3. Furthermore, the conformance tests specified in this document do not include the assessment of performance nor robustness or reliability of an implementation. They cannot provide judgments on the physical realization of abstract service primitives, how a system is implemented, how it provides any requested service, nor the environment of the protocol implementation. Furthermore, the test cases defined in this document only consider the communication protocol and the system's behavior defined ISO 15118‑3. Power flow between the EVSE and the EV is not considered. NOTE 1 Practical limitations make it impossible to define an exhaustive test suite, and economic considerations can restrict testing even further. Hence, the purpose of this document is to increase the probability that different implementations are able to interwork. This is achieved by verifying them by means of a protocol test suite, thereby increasing the confidence that each implementation conforms to the protocol specification. However, the specified protocol test suite cannot guarantee conformance to the specification since it detects errors rather than their absence. Thus conformance to a test suite alone cannot guarantee interworking. What it does do is give confidence that an implementation has the required capabilities and that its behavior conforms consistently in representative instances of communication. NOTE 2 This document has some interdependencies to the conformance tests defined in ISO 15118‑4 which result from ISO/OSI cross layer dependencies in the underlying protocol specification (e.g. for sleep mode)