ETSI TR 103 193-2018 Intelligent Transport Systems (ITS) Testing Interoperability test specifications for ITS V2X use cases Architecture of ITS Interoperability Validation Framewor.pdf

1、 ETSI TR 103 193 V1.1.1 (2018-09) Intelligent Transport Systems (ITS); Testing; Interoperability test specifications for ITS V2X use cases; Architecture of ITS Interoperability Validation Framework TECHNICAL REPORT ETSI ETSI TR 103 193 V1.1.1 (2018-09) 2 Reference DTR/ITS-46 Keywords interoperabilit

2、y, ITS, testing, validation 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 enregistre la Sous-Prfecture de Grasse (06) N 7803/88 Important notice The present documen

3、t 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

4、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

5、 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:/porta

6、l.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 modifie

7、d without the written authorization of ETSI. The copyright and the foregoing restriction extend to reproduction in all media. ETSI 2018. All rights reserved. DECTTM, PLUGTESTSTM, UMTSTMand the ETSI logo are trademarks of ETSI registered for the benefit of its Members. 3GPPTM and LTETMare trademarks

8、of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners. oneM2M logo is protected for the benefit of its Members. GSMand the GSM logo are trademarks registered and owned by the GSM Association. ETSI ETSI TR 103 193 V1.1.1 (2018-09) 3 Contents Foreword . 5g3Modal ver

9、bs terminology 5g3Introduction 5g31 Scope 7g32 References 7g32.1 Normative references . 7g32.2 Informative references 7g33 Abbreviations . 7g34 Test platform overview 8g34.1 Constraints and requirements . 8g34.2 General architecture . 9g34.3 Interoperability-specific architecture 9g35 Hardware equip

10、ment 10g35.1 Introduction 10g35.2 PC . 10g35.3 G5 switch 11g36 Codecs 11g37 Test Adapter . 12g37.1 Introduction 12g37.2 Lower Tester 12g37.3 Platform Adapter 12g37.3.0 General 12g37.3.1 Layer pcap_layer 12g37.3.2 Layer ethernet_layer . 12g37.3.3 Layer gn_layer 13g37.3.4 Layer btp_layer. 13g37.3.5 La

11、yer cam_layer . 14g37.3.6 Layer denm_layer . 14g37.3.7 Layer udp_layer 14g37.3.8 Layer specific 14g37.4 Upper Tester . 14g37.4.0 General 14g37.4.1 Layer ut_cam 14g37.4.2 Layer ut_denm 15g37.4.3 Layer ut_gn . 15g37.4.4 Support for HMI in Upper Tester . 15g3Annex A: Codecs Source Code 16g3Annex B: Tes

12、t Adapter Source Code . 17g3Annex C: Upper Tester HMI Message Format . 18g3C.1 HMI Primitives . 18g3C.1.1 HmiNeighborEventInd . 18g3C.1.2 HmiSignageEventInd . 18g3Annex D: Test System usage . 19g3D.1 General . 19g3D.2 CA message Test Suite with an IUT non-secured 19g3D.3 CA message Test Suite with a

13、n IUT secured . 19g3ETSI ETSI TR 103 193 V1.1.1 (2018-09) 4 D.4 DEN message Test Suite with an IUT non secured . 19g3History 20g3ETSI ETSI TR 103 193 V1.1.1 (2018-09) 5 Intellectual Property Rights Essential patents IPRs essential or potentially essential to normative deliverables may have been decl

14、ared 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

15、 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 E

16、TSI SR 000 314 (or the updates on the ETSI Web server) which are, or may be, or may become, essential to the present document. Trademarks The present document may include trademarks and/or tradenames which are asserted and/or registered by their owners. ETSI claims no ownership of these except for a

17、ny which are indicated as being the property of ETSI, and conveys no right to use or reproduce any trademark and/or tradename. Mention of those trademarks in the present document does not constitute an endorsement by ETSI of products, services or organizations associated with those trademarks. Forew

18、ord This Technical Report (TR) has been produced by ETSI Technical Committee Intelligent Transport Systems (ITS). Modal verbs terminology In the present document “should“, “should not“, “may“, “need not“, “will“, “will not“, “can“ and “cannot“ are to be interpreted as described in clause 3.2 of the

19、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. Introduction In response to EC mandate M/453 i.6, ETSI Technical Committee (TC) ITS has standardized base and conformance test specific

20、ations for ITS protocols. In a following step a prototype TTCN-3 conformance test system was built and validated. The present document describes the design and validation of the prototype TTCN-3 interoperability test system, extending the previous prototype with interoperability features. The action

21、 described in the present document has supported the implementation of ITS standards by: Making available a set of standardized interoperability test specifications for V2X Applications, CAM, DENM as well as Geonetworking functionality. A framework which will allow to run end-to-end interoperability

22、 test scenarios while at the same time assessing compliance of the air interface of all ITS-S devices. Releasing all software as open source and thus allowing industry to build and run their own interoperability validation framework. The ITS Interoperability Validation Framework follows the principl

23、es of: Test automation. Support for various types of testing (conformance and interoperability testing). Flexible adaption to proprietary interfaces. ETSI ETSI TR 103 193 V1.1.1 (2018-09) 6 Remote testing. Over-the-air interface triggering and observation. ETSI ETSI TR 103 193 V1.1.1 (2018-09) 7 1 S

24、cope The present document provides a description of the architecture of the ITS interoperability validation framework, including definition of the test environment, codec and test adapter. It provides, as well, all the necessary source code to build and run the ITS interoperability validation framew

25、ork. The ITS interoperability validation framework integrates the test suites defined in ETSI TS 103 192-3 i.4. 2 References 2.1 Normative references Normative references are not applicable in the present document. 2.2 Informative references References are either specific (identified by date of publ

26、ication 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 t

27、he 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 ES 201 873-5 (V4.5.1): “Methods for Testing and Specifi

28、cation (MTS); The Testing and Test Control Notation version 3; Part 5: TTCN-3 Runtime Interface (TRI)“. i.2 ETSI EG 201 015 (V2.1.1): “Methods for Testing and Specification (MTS); Standards engineering process; A handbook of validation methods“. i.3 IEEE 802.11p: “IEEE Standard for Local and Metropo

29、litan Area Networks - Specific requirements; Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) Specifications; Amendment 6: Wireless Access in Vehicular Environments“. i.4 ETSI TS 103 192-3 (V.1.1.1): “Intelligent Transport Systems (ITS); Testing; Interoperability test speci

30、fications for ITS V2X use cases; Part 3: Abstract Test Suite (ATS) and Protocol Implementation eXtra Information for Testing (PIXIT)“. i.5 ETSI TR 103 099 (V.1.4.1):“Intelligent Transport Systems (ITS);Architecture of conformance validation framework“. i.6 EC mandate M/453: “Standardisation mandate

31、addressed to CEN, CENELEC and ETSI in the field of Information and Communication Technologies to support the interoperability of co-operative systems for Intelligent Transport in the European Community“. 3 Abbreviations For the purposes of the present document, the following abbreviations apply: API

32、 Application Programming Interface ARCI Ambient or Road condition pictogram Class ARNI Ambient or Road condition pictogram Nature AT Authorization Ticket ATS Abstract Test Suite BP BrainPool ETSI ETSI TR 103 193 V1.1.1 (2018-09) 8 BTP Basic Transport Protocol CA Cooperative Awareness CAM Cooperative

33、 Awareness Message CC Cruise Control DEN Decentralized Environmental Notification DENM Decentralized Environmental Notification Message EC European Commission ETH ETHernet GN GeoNetworking HMI Human-Machine Interface IP Internet Protocol ITS Intelligent Transportation Systems ITS-S Intelligent Trans

34、portation Systems - Station IUT Implementation Under Test MAC Media Access Control MID Mac ID PC Personal Computer PDU Protocol Data Unit RT Right Turn SUT System Under Test TA Test Adapter TC Test CasesTRI TTCN-3 Runtime Interface TSB Topology Scoped Broadcast TSPC Traffic Sign Pictogram Class TSPN

35、 Traffic Sign Pictogram Nature TTCN-3 Testing and Test Control Notation 3 UDP User Datagram Protocol UT Upper Tester 4 Test platform overview 4.1 Constraints and requirements The purpose of the ITS test platform is to provide a reliable set of software and hardware equipment that can be used to vali

36、date TTCN-3 abstract test suites (ATS) developed in ETSI. The architecture of this test platform has been designed with respect to the following constraints: to be compatible with the requirements expressed in the validation handbook ( see ETSI EG 201 015 i.2); to be independent of the platform used

37、 to implement the test system (see ETSI ES 201 873-5 i.1); to be independent of the TTCN-3 tool provider; to be configurable and customizable; to provide tools and well-defined interfaces to system under test (SUT), allowing test automation; to be easily extensible for future ITS protocols; to provi

38、de generic components that can be reused in other test platforms. In addition, great care has been taken to separate ITS specific functionalities from generic test platform tasks in order to provide a maximum number of reusable components for future test platforms. ETSI ETSI TR 103 193 V1.1.1 (2018-

39、09) 9 4.2 General architecture Typically, a TTCN-3 test platform is composed of four different components: The TTCN-3 test tool providing necessary software to execute the abstract test suites. The hardware equipment supporting TTCN-3 test execution and adaptation to SUTs. The codecs which convert p

40、rotocol messages into their abstract TTCN-3 representation. The Test Adapter (TA) implementing interfaces with the device under test. The interaction of these components is described in figure 1. Figure 1: General architecture The TTCN-3 test tools are usually provided by commercial companies and th

41、eir description is out of the scope of the present document. The implementation details of the other components are described in the present document. 4.3 Interoperability-specific architecture In order to handle multiple equipment under test in interoperability scenarios, each SUT is managed by a T

42、TCN-3 test component. Protocol messages exchanged between SUTs are captured by the Test System and mimicked as internal messages between the TTCN-3 components. Figure 2 illustrates this mechanism in the case of CAM messages exchanged amongst 2 SUTs. SUT-A ITS test system Test adapterITS lower layers

43、Test controlTTCN -3 test components Upper tester transport CODECUpper tester application ITS lower layersUpper tester transport IUT Port Port Upper testerLower layers link Upper tester transport link SUT-B ETSI ETSI TR 103 193 V1.1.1 (2018-09) 10 Figure 2: TTCN-3 mapping of interoperability scenario

44、 The Test Adapter plays a very important role in this architecture as it is responsible for filtering and dispatching captured messages to the adequate component. Configuration of filtering and dispatching rules are performed during the testcase initialization phase. 5 Hardware equipment 5.1 Introdu

45、ction As an extension of the TTCN-3 conformance test system, the Interoperability Validation Framework reuses all the hardware specifications defined in ETSI TR 103 099 i.5. 5.2 PC The main hardware component of the ITS test platform is a standard PC. Its role is to host the execution of the test su

46、ites using a commercial TTCN-3 test tool. Whatever operating system is installed on the computer, it is necessary to ensure that the following points are considered: No firewall interference with traffic generated by the Test System and/or SUT; Excellent time synchronization between the SUT and the

47、test system; Test system processes (especially the test adapter) need to be granted unrestricted control to telecommunication hardware. Time synchronization is maybe the most critical point to be checked before starting any test session, as it can be the source of strange SUT behaviour and generate

48、incoherent results. Indeed, most ITS protocol messages feature a time tag used by the receiver to determine if the information it carries is still valid; if the test system is ahead in time, all messages it sends will be considered either as coming from the future or from a very old date and will be

49、 discarded. This PC is equipped with two network cards, one being used for ITS communication with SUT (lower layers link), the other one being used for exchanging upper tester messages (upper tester transport link). Separating these two communications on different hardware interfaces is not an absolute necessity, but it is a good practice and it ensures that there will be no interaction between the flows. The communication between the SUT and the test system is achieved through Ethernet if the SUT supports it or