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-00154

General Information

Status
Published
Publication Date
27-Jul-2015
Current Stage
12 - Completion
Due Date
24-Aug-2015
Completion Date
28-Jul-2015
Mandate
Ref Project

Buy Standard

Standard
ETSI TS 102 868-3 V1.3.1 (2015-07) - 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
23 pages
sale 15% off
Preview
sale 15% off
Preview

Standards Content (Sample)

ETSI TS 102 868-3 V1.3.1 (2015-07)






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.3.1 (2015-07)



Reference
RTS/ITS-00154
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
http://portal.etsi.org/tb/status/status.asp
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 2015.
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.3.1 (2015-07)
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 . 7
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 . 9
4.4.3 Primitives of the utPort . 10
5 Untestable Test Purposes. 10
6 ATS conventions . 10
6.1 Introduction . 10
6.2 Testing conventions . 10
6.2.1 Testing states . 10
6.2.1.1 Initial state . 10
6.2.1.2 Final state . 10
6.2.2 Message types - ASN.1 definitions . 10
6.3 Naming conventions . 11
6.3.1 Introduction. 11
6.3.2 General guidelines . 11
6.3.3 ITS specific TTCN-3 naming conventions . 12
6.3.4 Usage of Log statements . 13
6.3.5 Test Case (TC) identifier . 13
Annex A (normative): TTCN-3 library modules . 14
A.1 Electronic annex, zip file with TTCN-3 code . 14
Annex B (normative): Partial PIXIT pro forma for CA . 15
B.1 Partial cancellation of copyright . 15
B.2 Introduction . 15
B.3 Identification summary. 15
B.4 ATS summary . 15
B.5 Test laboratory . 15
B.6 Client identification . 16
B.7 SUT . 16
B.8 Protocol layer information. 16
B.8.1 Protocol identification . 16
B.8.2 IUT information . 17
ETSI

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

ETSI

---------------------- Page: 4 ----------------------
5 ETSI TS 102 868-3 V1.3.1 (2015-07)
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 (http://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 specification for Co-operative
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.3.1 (2015-07)
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 [5].
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 standard for the methodology of conformance testing (ISO/IEC 9646-1 [2] and ISO/IEC 9646-2 [3]) as well as
the ETSI rules for conformance testing (ETSI ETS 300 406 [6]) 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
reference 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] ISO/IEC 9646-1 (1994): "Information technology - Open Systems Interconnection - Conformance
testing methodology and framework - Part 1: General concepts".
[3] ISO/IEC 9646-2 (1994): "Information technology -- Open Systems Interconnection --
Conformance testing methodology and framework -- Part 2: Abstract Test Suite specification".
[4] ISO/IEC 9646-6 (1994): "Information technology -- Open Systems Interconnection --
Conformance testing methodology and framework -- Part 6: Protocol profile test specification".
[5] ISO/IEC 9646-7 (1995): "Information technology -- Open Systems Interconnection --
Conformance testing methodology and framework -- Part 7: Implementation Conformance
Statements".
[6] ETSI ETS 300 406 (1995): "Methods for testing and Specification (MTS); Protocol and profile
conformance testing specifications; Standardization methodology".
[7] 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".
[8] 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".
[9] ETSI TS 102 868-1 (V1.3.1): "Intelligent Transport Systems (ITS); Testing; Conformance test
specifications for Co-operative Awareness Messages (CAM); Part 1: Test requirements and
Protocol Implementation Conformance Statement (PICS) proforma".
[10] 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".
ETSI

---------------------- Page: 6 ----------------------
7 ETSI TS 102 868-3 V1.3.1 (2015-07)
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
reference 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".
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 [2] and ISO/IEC 9646-7 [5] 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
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
PIXIT Partial Protocol Implementation eXtra Information for Testing
PX Pixit
SAP Service Access Point
SCS System Conformance Statement
SCTR Static Conformance Test Report
SUT System Under Test
TC Test Case
TI Timer tests
TP Test Purposes
TSS Test Suite Structure
TTCN Testing and Test Control Notation
ETSI

---------------------- Page: 7 ----------------------
8 ETSI TS 102 868-3 V1.3.1 (2015-07)
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.
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.
ETSI

---------------------- Page: 8 ----------------------
9 ETSI TS 102 868-3 V1.3.1 (2015-07)
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.
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.
ETSI

---------------------- Page: 9 ----------------------
10 ETSI TS 102 868-3 V1.3.1 (2015-07)
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.
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 TP
Test purpose Reason
TP/CAM/MSP/BV-02 NOT implemented - No security elements in the ATS

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 [6] 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 [8].
ETSI

---------------------- Page: 10 ----------------------
11 ETSI TS 102 868-3 V1.3.1 (2015-07)
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;

Generic ASN.1 definitions (message header, station Id, etc.), are defined in the Common Data Dictionary
ETSI TS 102 894-2 [10] ASN.1 module. Thus the CA ASN.1 modules need to import these definitions from the
Common Data Dictionary ETSI TS 102 894-2 [10] 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.
f_initialState.
EXAMPLE 2:
Table 2 specifies the naming guidelines for each element of the TTCN-3 language indicating the recommended prefix,
suffixes (if any) and capitalization.
ETSI

---------------------- Page: 11 ----------------------
12 ETSI TS 102 868-3 V1.3.1 (2015-07)
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
Variable (defined within a component type) Use lower-case initial vc_ vc_systemName
letters
Timer (local) Use lower-case initial letter t_ t_wait
Timer (defined within a component) Use lower-case initial tc_ tc_authMin
letters
Module parameters for PICS Use all upper case letters PICS_ PICS_DOOROPEN
Module parameters for other parameters Use all upper case letters PX_ PX_TESTER_STATION_ID
Formal Parameters Use lower-case initial letter p_ p_macId
Enumerated Values Use lower-case initial letter e_ e_syncOk

6.3.3 ITS specific TTCN-3 naming conventions
Next to such general naming conventions, table 3 shows specific naming conventions that apply to the ITS TTCN-3 test
suite.
Table 3: ITS specific TTCN-3 naming conventions
Language element Naming convention Prefix Example identifier
ITS Module Use upper-case initial Its"IUTname"_ ItsCam_
letter
Module containing types Use upper-case initial Its"IUTname"_TypesAndValues ItsCam_TypesAndValues
and values letter
Module containing Use upper-case initial Its"IUTname"_Templates ItsCam _Templates
Templates letter
Module containing test Use upper-case initial Its"IUTname"_TestCases ItsCam _TestCases
cases letter
Module containing Use upper-case initial Its"IUTname"_Functions ItsCam _Functions
functions letter
Module containing Use upper-case initial Its"IUTname"_ExternalFunctions ItsCam_ExternalFunctions
external functions letter
Module containing Use upper-case initial Its"IUTname"_Interface ItsCam _Interface
components, ports and letter
message definitions
Module containing main Use upper-case initial Its"IUTname"_TestSystem ItsCam _TestSystem
component definitions letter
Module containing the Use upper-case initial Its"IUTname"_TestControl ItsCam _TestControl
control part letter

ETSI

---------------------- Page: 12 ----------------------
13 ETSI TS 102 868-3 V1.3.1 (2015-07)
6.3.4 Usage of Log statements
All TTCN-3 log statements use the following format using the same order:
• Three asterisks.
• The TTCN-3 test case or function identifier in which the log statement is defined.
• One of the categories of log: INFO, WARNING, ERROR, PASS, FAIL, INCONC, TIMEOUT.
• Free text.
• three asterisks.
EXAMPLE 1: log("*** TC_CAM_MSG_BV_01: INFO: Initial conditions: First CAM
message received ***");
Furthermore, the following rules are applied for the CA ATS:
• Log statements are used in the body of the functions, so that invocations of functions are vi
...

Questions, Comments and Discussion

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