Intelligent Transport Systems (ITS); Testing; Conformance test specifications for Cooperative Awareness Basic Service (CA); Part 3: Abstract Test Suite (ATS) and Protocol Implementation eXtra Information for Testing (PIXIT)

RTS/ITS-00171

General Information

Status
Published
Publication Date
13-Mar-2017
Current Stage
12 - Completion
Due Date
31-Mar-2017
Completion Date
14-Mar-2017
Ref Project

Buy Standard

Standard
ETSI TS 102 868-3 V1.4.1 (2017-03) - Intelligent Transport Systems (ITS); Testing; Conformance test specifications for Cooperative Awareness Basic Service (CA); Part 3: Abstract Test Suite (ATS) and Protocol Implementation eXtra Information for Testing (PIXIT)
English language
24 pages
sale 15% off
Preview
sale 15% off
Preview

Standards Content (Sample)

ETSI TS 102 868-3 V1.4.1 (2017-03)






TECHNICAL SPECIFICATION
Intelligent Transport Systems (ITS);
Testing;
Conformance test specifications for
Cooperative Awareness Basic Service (CA);
Part 3: Abstract Test Suite (ATS) and
Protocol Implementation eXtra Information for Testing (PIXIT)



---------------------- Page: 1 ----------------------
2 ETSI TS 102 868-3 V1.4.1 (2017-03)



Reference
RTS/ITS-00171
Keywords
ATS, ITS, PIXIT, testing
ETSI
650 Route des Lucioles
F-06921 Sophia Antipolis Cedex - FRANCE

Tel.: +33 4 92 94 42 00  Fax: +33 4 93 65 47 16

Siret N° 348 623 562 00017 - NAF 742 C
Association à but non lucratif enregistrée à la
Sous-Préfecture de Grasse (06) N° 7803/88

Important notice
The present document can be downloaded from:
http://www.etsi.org/standards-search
The present document may be made available in electronic versions and/or in print. The content of any electronic and/or
print versions of the present document shall not be modified without the prior written authorization of ETSI. In case of any
existing or perceived difference in contents between such versions and/or in print, the only prevailing document is the
print of the Portable Document Format (PDF) version kept on a specific network drive within ETSI Secretariat.
Users of the present document should be aware that the document may be subject to revision or change of status.
Information on the current status of this and other ETSI documents is available at
https://portal.etsi.org/TB/ETSIDeliverableStatus.aspx
If you find errors in the present document, please send your comment to one of the following services:
https://portal.etsi.org/People/CommiteeSupportStaff.aspx
Copyright Notification
No part may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying
and microfilm except as authorized by written permission of ETSI.
The content of the PDF version shall not be modified without the written authorization of ETSI.
The copyright and the foregoing restriction extend to reproduction in all media.

© European Telecommunications Standards Institute 2017.
All rights reserved.

TM TM TM
DECT , PLUGTESTS , UMTS and the ETSI logo are Trade Marks of ETSI registered for the benefit of its Members.
TM
3GPP and LTE™ are Trade Marks of ETSI registered for the benefit of its Members and
of the 3GPP Organizational Partners.
GSM® and the GSM logo are Trade Marks registered and owned by the GSM Association.
ETSI

---------------------- Page: 2 ----------------------
3 ETSI TS 102 868-3 V1.4.1 (2017-03)
Contents
Intellectual Property Rights . 5
Foreword . 5
Modal verbs terminology . 5
1 Scope . 6
2 References . 6
2.1 Normative references . 6
2.2 Informative references . 6
3 Definitions and abbreviations . 7
3.1 Definitions . 7
3.2 Abbreviations . 7
4 Abstract Test Method (ATM) . 8
4.1 Abstract protocol tester . 8
4.2 Test Configuration . 8
4.3 Test architecture . 8
4.4 Ports and ASPs (Abstract Services Primitives) . 9
4.4.1 Introduction. 9
4.4.2 Primitives of the camPort . 10
4.4.3 Primitives of the utPort . 10
4.5 Executing CA tests in secured mode . 10
4.6 ETSI test adapter . 10
5 Untestable Test Purposes. 11
6 ATS conventions . 11
6.1 Introduction . 11
6.2 Testing conventions . 11
6.2.1 Testing states . 11
6.2.1.1 Initial state . 11
6.2.1.2 Final state . 11
6.2.2 Message types - ASN.1 definitions . 11
6.3 Naming conventions . 12
6.3.1 Introduction. 12
6.3.2 General guidelines . 12
6.3.3 ITS specific TTCN-3 naming conventions . 13
6.3.4 Usage of Log statements . 13
6.3.5 Test Case (TC) identifier . 14
Annex A (normative): TTCN-3 library modules . 15
A.1 Electronic annex, zip file with TTCN-3 code . 15
Annex B (normative): Partial PIXIT pro forma for CA . 16
B.1 Partial cancellation of copyright . 16
B.2 Introduction . 16
B.3 Identification summary. 16
B.4 ATS summary . 16
B.5 Test laboratory . 17
B.6 Client identification . 17
B.7 SUT . 17
B.8 Protocol layer information. 18
B.8.1 Protocol identification . 18
ETSI

---------------------- Page: 3 ----------------------
4 ETSI TS 102 868-3 V1.4.1 (2017-03)
B.8.2 IUT information . 18
Annex C (normative): PCTR pro forma for CA . 19
C.1 Partial cancellation of copyright . 19
C.2 Introduction . 19
C.3 Identification summary. 19
C.3.1 Protocol conformance test report . 19
C.3.2 IUT identification . 19
C.3.3 Testing environment . 20
C.3.4 Limits and reservation . 20
C.3.5 Comments. 20
C.4 IUT Conformance status . 20
C.5 Static conformance summary . 21
C.6 Dynamic conformance summary . 21
C.7 Static conformance review report . 21
C.8 Test campaign report . 22
C.9 Observations . 23
History . 24

ETSI

---------------------- Page: 4 ----------------------
5 ETSI TS 102 868-3 V1.4.1 (2017-03)
Intellectual Property Rights
IPRs essential or potentially essential to the present document may have been declared to ETSI. The information
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web
server (https://ipr.etsi.org/).
Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web
server) which are, or may be, or may become, essential to the present document.
Foreword
This Technical Specification (TS) has been produced by ETSI Technical Committee Intelligent Transport Systems
(ITS).
The present document is part 3 of a multi-part deliverable covering Conformance test specifications for Cooperative
Awareness Basic Service (CA) as identified below:
Part 1: "Test requirements and Protocol Implementation Conformance Statement (PICS) pro forma";
Part 2: "Test Suite Structure and Test Purposes (TSS & TP)";
Part 3: "Abstract Test Suite (ATS) and Protocol Implementation eXtra Information for Testing (PIXIT)".
The development of ITS test specifications follows the guidance provided in the ETSI EG 202 798 [i.1]. Therefore this
ATS documentation is also based on the guidance provided in ETSI EG 202 798 [i.1].
Modal verbs terminology
In the present document "shall", "shall not", "should", "should not", "may", "need not", "will", "will not", "can" and
"cannot" are to be interpreted as described in clause 3.2 of the ETSI Drafting Rules (Verbal forms for the expression of
provisions).
"must" and "must not" are NOT allowed in ETSI deliverables except when used in direct citation.
ETSI

---------------------- Page: 5 ----------------------
6 ETSI TS 102 868-3 V1.4.1 (2017-03)
1 Scope
The present document contains the Abstract Test Suite (ATS) for Co-operative Awareness Basic Service (CA) as
defined in ETSI EN 302 637-2 [1] in compliance with the relevant requirements and in accordance with the relevant
guidance given in ISO/IEC 9646-7 [i.7].
The objective of the present document is to provide a basis for conformance tests for Co-operative Awareness Basic
Service (CA) equipment giving a high probability of interoperability between different manufacturers' equipment.
The ISO standards for the methodology of conformance testing (ISO/IEC 9646-1 [i.4] and ISO/IEC 9646-2 [i.5]) as
well as the ETSI rules for conformance testing (ETSI ETS 300 406 [i.8]) are used as a basis for the test methodology.
2 References
2.1 Normative references
References are either specific (identified by date of publication and/or edition number or version number) or
non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the
referenced document (including any amendments) applies.
Referenced documents which are not found to be publicly available in the expected location might be found at
http://docbox.etsi.org/Reference.
NOTE: While any hyperlinks included in this clause were valid at the time of publication, ETSI cannot guarantee
their long term validity.
The following referenced documents are necessary for the application of the present document.
[1] ETSI EN 302 637-2 (V1.3.2): "Intelligent Transport Systems (ITS); Vehicular Communications;
Basic Set of Applications; Part 2: Specification of Cooperative Awareness Basic Service".
[2] ETSI TS 102 868-1 (V1.4.1): "Intelligent Transport Systems (ITS); Testing; Conformance test
specifications for Cooperative Awareness Basic Service (CA); Part 1: Test requirements and
Protocol Implementation Conformance Statement (PICS) pro forma".
[3] ETSI TS 102 868-2 (V1.4.1): "Intelligent Transport Systems (ITS); Testing; Conformance test
specifications for Cooperative Awareness Basic Service (CA); Part 2: Test Suite Structure and
Test Purposes (TSS & TP)".
[4] ETSI TS 102 894-2 (V1.2.1): "Intelligent Transport Systems (ITS); Users and applications
requirements; Part 2: Applications and facilities layer common data dictionary".
2.2 Informative references
References are either specific (identified by date of publication and/or edition number or version number) or
non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the
referenced document (including any amendments) applies.
NOTE: While any hyperlinks included in this clause were valid at the time of publication, ETSI cannot guarantee
their long term validity.
The following referenced documents are not necessary for the application of the present document but they assist the
user with regard to a particular subject area.
[i.1] ETSI EG 202 798 (V1.1.1): "Intelligent Transport Systems (ITS); Testing; Framework for
conformance and interoperability testing".
[i.2] ETSI TS 103 096-3 (V1.3.1): "Intelligent Transport Systems (ITS); Testing; Conformance test
specifications for ITS Security; Part 3: Abstract Test Suite (ATS) and Protocol Implementation
eXtra Information for Testing (PIXIT)".
ETSI

---------------------- Page: 6 ----------------------
7 ETSI TS 102 868-3 V1.4.1 (2017-03)
[i.3] ETSI TR 103 099 (V1.4.1): "Intelligent Transport Systems (ITS); Architecture of conformance
validation framework".
[i.4] ISO/IEC 9646-1 (1994): "Information technology -- Open Systems Interconnection --
Conformance testing methodology and framework -- Part 1: General concepts".
[i.5] ISO/IEC 9646-2 (1994): "Information technology -- Open Systems Interconnection --
Conformance testing methodology and framework -- Part 2: Abstract Test Suite specification".
[i.6] ISO/IEC 9646-6 (1994): "Information technology -- Open Systems Interconnection --
Conformance testing methodology and framework -- Part 6: Protocol profile test specification".
[i.7] ISO/IEC 9646-7 (1995): "Information technology -- Open Systems Interconnection --
Conformance testing methodology and framework -- Part 7: Implementation Conformance
Statements".
[i.8] ETSI ETS 300 406 (1995): "Methods for testing and Specification (MTS); Protocol and profile
conformance testing specifications; Standardization methodology".
[i.9] ETSI ES 201 873-1 (V4.5.1): "Methods for Testing and Specification (MTS); The Testing and
Test Control Notation version 3; Part 1: TTCN-3 Core Language".
[i.10] ETSI ES 201 873-7 (V4.5.1): "Methods for Testing and Specification (MTS); The Testing and
Test Control Notation version 3; Part 7: Using ASN.1 with TTCN-3".
3 Definitions and abbreviations
3.1 Definitions
For the purposes of the present document, the terms and definitions given in ETSI EN 302 637-2 [1],
ISO/IEC 9646-1 [i.4] and ISO/IEC 9646-7 [i.7] apply.
3.2 Abbreviations
For the purposes of the present document, the following abbreviations apply:
ASN Abstract Syntax Notation
ASN.1 Abstract Syntax Notation One
ATM Abstract Test Method
ATS Abstract Test Suite
BV Valid test events for Behaviour tests
CA Co-operative Awareness Basic Service
CAM Cooperative Awareness Messages
CAN Controller Area Network
CRS Crash Status
FMT Message Format
GFQ Generation Frequency
GNSS Global Navigation Satellite System
INA Information Adaptation
ISO International Organization for Standardization
ITS Intelligent Transport Systems
IUT Implementation Under Test
LDM Local Dynamic Map
MSD Message Dissemination
MSG Message Generation
MSP Message Processing
MTC Main Test Component
PCTR Protocol Conformance Testing Report
PICS Protocol Implementation Conformance Statement
ETSI

---------------------- Page: 7 ----------------------
8 ETSI TS 102 868-3 V1.4.1 (2017-03)
PIXIT Partial Protocol Implementation eXtra Information for Testing
PX Pixit
SAP Service Access Point
SCS System Conformance Statement
SCTR Static Conformance Test Report
SSP Service Specific Permissions
SUT System Under Test
TC Test Case
TI Timer tests
TP Test Purposes
TSS Test Suite Structure
TTCN Testing and Test Control Notation
4 Abstract Test Method (ATM)
4.1 Abstract protocol tester
The abstract protocol tester used by this test suite is described in figure 1. The test system will simulate valid and
invalid protocol behaviour, and will analyse the reaction of the IUT.

Figure 1: Abstract protocol tester - CA
4.2 Test Configuration
This test suite uses a unique test configuration in order to cover the different test scenarios. In this configuration, the
tester simulates one ITS station implementing the CAM protocol.
4.3 Test architecture
The present document implements the general TTCN-3 test architecture described in ETSI EG 202 798 [i.1],
clauses 6.3.2 and 8.3.1.
ETSI

---------------------- Page: 8 ----------------------
9 ETSI TS 102 868-3 V1.4.1 (2017-03)
Figure 2 shows the test architecture used for the CA ATS. The CA test component requires using only the Main Test
Component (MTC). The MTC communicates with the CA SUT over the camPort. The camPort is used to exchange CA
protocol messages between the CA test component and the CA IUT.
The Upper tester entity in the SUT enables triggering CA functionalities by simulating primitives from application or
LDM entities. It is required to trigger the CA layer in the SUT to send CA messages, which are resulting from upper
layer primitives. Furthermore, receiving CA messages may result for the CA layer in sending primitives to the upper
layer (sending Data to LDM for instance).

Figure 2: Test system architecture
4.4 Ports and ASPs (Abstract Services Primitives)
4.4.1 Introduction
Two ports are used by the CA ATS:
• The camPort, of type CamPort.
• The utPort, of type UpperTesterPort.
ETSI

---------------------- Page: 9 ----------------------
10 ETSI TS 102 868-3 V1.4.1 (2017-03)
4.4.2 Primitives of the camPort
Two types of primitives are used in the camPort:
• The CamInd primitive used to receive messages of type CamPdu.
• The CamReq primitive used to send messages of type CamPdu.
These two primitives use the CamPdu type, which is declared in the CAM.asn ASN.1 module, following the ASN.1
definition from ETSI EN 302 637-2 [1].
CamPdu ::= SEQUENCE {
header ItsPduHeader,
cam CoopAwareness
}

4.4.3 Primitives of the utPort
This port uses two types of primitives:
• The UtInitialize primitive used to initialize IUT.
• The UtTrigger primitive used trigger upper layer events in IUT.
4.5 Executing CA tests in secured mode
All the CA tests, with the execption of the SSP tests, can be executed with security enabled or with security disabled.
The choice of running the CA tests in secured or non-secured mode has no impact on the result of the CA tests because
the test verdicts assess CA protocol behaviour only.
The SSP tests can only be executed in secured mode.
The choice of running the CA tests in secured or non-secured mode shall be controlled via the test suite parameter
PICS_IS_IUT_SECURED, see table A.4/1 of ETSI TS 102 868-1 [2].
Before running the CA tests in secured mode, the following steps need to be executed:
• security certificates need to be generated for the tester as well as for the IUT, see ETSI TS 103 096-3 [i.2],
clause 5.3.2.5;
• security certificates need to be installed onto the IUT, see ETSI TS 103 096-3 [i.2], clause 5.3.2.6;
• in case of usage of the ETSI test adapter, the following test adapter parameters need to be configured:
Test adapter parameter Default value Comment
TsSecuredRootPath data/certificates The path to the location where all
certificates (tester and IUT
certificates) are installed
TsSecuredConfigId void Name of the subfolder in
TsSecuredRootPath in order to
organize multiple IUTs
UtSecuredMode FALSE To use upper-tester interface in non-
secured mode

4.6 ETSI test adapter
All information of the ETSI test adapter is described in ETSI TR 103 099 [i.3].
ETSI

---------------------- Page: 10 ----------------------
11 ETSI TS 102 868-3 V1.4.1 (2017-03)
5 Untestable Test Purposes
Table 1 gives a list of TPs, which are not implemented in the ATS due to the chosen ATM or other restrictions.
Table 1: Untestable TPs
Test purpose Reason
None

6 ATS conventions
6.1 Introduction
The ATS conventions are intended to give a better understanding of the ATS but they also describe the conventions
made for the development of the ATS. These conventions shall be considered during any later maintenance or further
development of the ATS.
The ATS conventions contain two clauses, the testing conventions and the naming conventions. The testing conventions
describe the functional structure of the ATS. The naming conventions describe the structure of the naming of all ATS
elements.
To define the ATS, the guidelines of the document ETSI ETS 300 406 [i.8] were considered.
6.2 Testing conventions
6.2.1 Testing states
6.2.1.1 Initial state
All test cases start with the function f_prInitialState. This function brings the IUT in an "initialized" state by invoking
the upper tester primitive UtInitialize.
6.2.1.2 Final state
All test cases end with the function f_poDefault. This function brings the IUT back in an "idle" state. As no specific
actions are required for the idle state in ETSI EN 302 637-2 [1], the function f_ poDefault does not invoke any action.
As necessary, further actions may be included in the f_poDefault function.
6.2.2 Message types - ASN.1 definitions
ASN.1 definitions from ETSI EN 302 637-2 [1] are directly imported in TTCN-3 using the ASN.1 import method
specified in ETSI ES 201 873-7 [i.10].
The following example shows the TTCN-3 import statement used to import ASN.1 definitions in the TTCN-3 modules:
import from CAM_PDU_Descriptions language "ASN.1:1997" all;

ETSI

---------------------- Page: 11 ----------------------
12 ETSI TS 102 868-3 V1.4.1 (2017-03)
Generic ASN.1 definitions (message header, station Id, etc.), are defined in the Common Data Dictionary
ETSI TS 102 894-2 [4] ASN.1 module. Thus the CA ASN.1 modules shall import these definitions from the Common
Data Dictionary ETSI TS 102 894-2 [4] ASN.1 module (see the following ASN.1 import statement extracted from the
CA ASN.1 module):
IMPORTS
  ItsPduHeader, StationID, .
FROM ITS-Container {
itu-t(0) identified-organization(4) etsi(0) itsDomain(5) wg1(1) ts(102894) cdd(2) version(1)
};

6.3 Naming conventions
6.3.1 Introduction
This test suite follows the naming convention guidelines provided in the ETSI EG 202 798 [i.1].
6.3.2 General guidelines
The naming convention is based on the following underlying principles:
• in most cases, identifiers should be prefixed with a short alphabetic string (specified in table 2) indicating the
type of TTCN-3 element it represents;
• suffixes should not be used except in those specific cases identified in table 2;
• prefixes and suffixes should be separated from the body of the identifier with an underscore ("_");
EXAMPLE 1: c_sixteen, t_wait.
• only module names, data type names and module parameters should begin with an upper-case letter. All other
names (i.e. the part of the identifier following the prefix) should begin with a lower-case letter;
• the start of second and subsequent words in an identifier should be indicated by capitalizing the first character.
Underscores should not be used for this purpose.
EXAMPLE 2: f_initialState.
Table 2 specifies the naming guidelines for each element of the TTCN-3 language indicating the recommended prefix,
suffixes (if any) and capitalization.
Table 2: ETSI TTCN-3 generic naming conventions
Language element Naming convention Prefix Example identifier
Module Use upper-case initial letter none IPv6Templates
Group within a module Use lower-case initial letter none messageGroup
Data type Use upper-case initial letter none SetupContents
Message template Use lower-case initial letter m_ m_setupInit
Message template with wildcard or matching Use lower-case initial mw_ mw_anyUserReply
expression letters
Signature template Use lower-case initial letter s_ s_callSignature
Port instance Use lower-case initial letter none signallingPort
Test component instance Use lower-case initial letter none userTerminal
Constant Use lower-case initial letter c_ c_maxRetransmission
Constant (defined within component type) Use lower-case initial letter cc_ cc_minDuration
External constant Use lower-case initial letter cx_ cx_macId
Function Use lower-case initial letter f_ f_authentication()
External function Use lower-case initial letter fx_ fx_calculateLength()
Altstep (incl. Default) Use lower-case initial letter a_ a_receiveSetup()
Test case Use ETSI numbering TC_ TC_COR_0009_47_ND
Variable (local) Use lower-case initial letter v_ v_macId
ETSI

---------------------- Page: 12 ----------------------
13 ETSI TS 102 8
...

Questions, Comments and Discussion

Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.