1、BS ISO/IEC 19637:2016 Information technology Sensor network testing framework BSI Standards Publication WB11885_BSI_StandardCovs_2013_AW.indd 1 15/05/2013 15:06BS ISO/IEC 19637:2016 BRITISH STANDARD National foreword This British Standard is the UK implementation of ISO/IEC 19637:2016. The UK partic
2、ipation in its preparation was entrusted to Technical Committee IOT/1/-/2, Sensor networks. A list of organizations represented on this committee can be obtained on request to its secretary. This publication does not purport to include all the necessary provisions of a contract. Users are responsibl
3、e for its correct application. The British Standards Institution 2016. Published by BSI Standards Limited 2016 ISBN 978 0 580 92224 4 ICS 35.110 Compliance with a British Standard cannot confer immunity from legal obligations. This British Standard was published under the authority of the Standards
4、Policy and Strategy Committee on 31 December 2016. Amendments/corrigenda issued since publication Date T e x t a f f e c t e dBS ISO/IEC 19637:2016 Information technology Sensor network testing framework Technologies de linformation Cadre gnral pour les essais de rseaux de capteurs INTERNATIONAL STA
5、NDARD ISO/IEC 19637 Reference number ISO/IEC 19637:2016(E) First edition 2016-12-01 ISO/IEC 2016 BS ISO/IEC 19637:2016ii ISO/IEC 2016 All rights reserved COPYRIGHT PROTECTED DOCUMENT ISO/IEC 2016, Published in Switzerland All rights reserved. Unless otherwise specified, no part of this publication m
6、ay be reproduced or utilized otherwise in any form or by any means, electronic or mechanical, including photocopying, or posting on the internet or an intranet, without prior written permission. Permission can be requested from either ISO at the address below or ISOs member body in the country of th
7、e requester. ISO copyright office Ch. de Blandonnet 8 CP 401 CH-1214 Vernier, Geneva, Switzerland Tel. +41 22 749 01 11 Fax +41 22 749 09 47 copyrightiso.org www.iso.org ISO/IEC 19637:2016(E)BS ISO/IEC 19637:2016ISO/IEC 19637:2016(E)Foreword iv Introduction v 1 Scope . 1 2 Normative references 1 3 T
8、 erms and definitions . 1 4 Abbreviated terms 2 5 Overview of a sensor network testing framework (SNTF) 2 5.1 Testing requirements of sensor networks 2 5.2 Conceptual model of SNTF 3 5.3 Description of test manager (TMR) 4 5.4 Description of test agent (TA) 5 6 Testing services 5 6.1 General . 5 6.2
9、 Module interactions through unified services . 7 6.3 Test data services (TDSs) . 8 6.3.1 General 8 6.3.2 EventReport service 9 6.3.3 EventAck service .10 6.3.4 Read service 11 6.3.5 Write service 13 6.3.6 StartTest service 15 6.3.7 StopTest service .17 6.3.8 StartDownAndUploading service .18 6.3.9
10、StopDownAndUploading service 20 6.3.10 DataUploading service .21 6.3.11 DataDownloading service .23 6.3.12 ExecuteTesting service 25 6.4 Testing management services .27 6.4.1 Overview 27 6.4.2 Associate service .27 6.4.3 Abort service 29 6.4.4 AddressAllocation service 30 6.4.5 Sync Service .32 6.4.
11、6 DeviceStatus service 32 Annex A (informative) Example of the testing platform for hybrid sensor networks based on IPv6 .34 Bibliography .36 ISO/IEC 2016 All rights reserved iii Contents PageBS ISO/IEC 19637:2016ISO/IEC 19637:2016(E) Foreword ISO (the International Organization for Standardization)
12、 and IEC (the International Electrotechnical Commission) form the specialized system for worldwide standardization. National bodies that are members of ISO or IEC participate in the development of International Standards through technical committees established by the respective organization to deal
13、 with particular fields of technical activity. ISO and IEC technical committees collaborate in fields of mutual interest. Other international organizations, governmental and non-governmental, in liaison with ISO and IEC, also take part in the work. In the field of information technology, ISO and IEC
14、 have established a joint technical committee, ISO/IEC JTC 1. The procedures used to develop this document and those intended for its further maintenance are described in the ISO/IEC Directives, Part 1. In particular the different approval criteria needed for the different types of ISO documents sho
15、uld be noted. This document was drafted in accordance with the editorial rules of the ISO/IEC Directives, Part 2 (see www.iso.org/directives). Attention is drawn to the possibility that some of the elements of this document may be the subject of patent rights. ISO shall not be held responsible for i
16、dentifying any or all such patent rights. Details of any patent rights identified during the development of the document will be in the Introduction and/or on the ISO list of patent declarations received (see www.iso.org/patents). Any trade name used in this document is information given for the con
17、venience of users and does not constitute an endorsement. For an explanation on the meaning of ISO specific terms and expressions related to conformit y assessment, as well as information about ISOs adherence to the World Trade Organization (WTO) principles in the Technical Barriers to Trade (TBT) s
18、ee the following URL: www.iso.org/iso/foreword.html. The committee responsible for this document is ISO/IEC JTC 1, Information technology.iv ISO/IEC 2016 All rights reservedBS ISO/IEC 19637:2016ISO/IEC 19637:2016(E) Introduction Sensor network is widely used around the world in multiple fields such
19、as industrial automation, environment monitoring, smart home, intelligent health-care and smart grid. The applications can involve different devices supplied by different manufacturers, e.g. sensors, actuators, controllers, routers and gateways, etc. Data can be collected and processed by use of dif
20、ferent wired/wireless communication technologies. Thus, various test systems should be employed to satisfy some specific requirements. The operations of test systems is a challenge to users, if without a uniform test platform. When designing and developing a sensor network test system, the character
21、istics regarding the following aspects should be considered: a) Sensor network heterogeneity. It is necessary to verify the interoperability of sensor networks based on different protocols prior to system application; b) Diversity of sensor network applications. However, an international test standa
22、rd for sensor networks which can provide guidance to design and develop a uniform platform integrating different tests for sensor networks is still unavailable. ISO/IEC 2016 All rights reserved vBS ISO/IEC 19637:2016BS ISO/IEC 19637:2016Information technology Sensor network testing framework 1 Scope
23、 This document specifies: testing framework for conformance test for heterogeneous sensor networks, generic services between test manager (TMR) and test agent (TA) in the testing framework, and guidance for creating testing platform and enabling the test of different sensor network protocols. 2 Norm
24、ative references There are no normative references in this document. 3 T erms a nd definiti ons For the purposes of this document, the following terms and definitions apply. ISO and IEC maintain terminological databases for use in standardization at the following addresses: IEC Electropedia: availab
25、le at http:/ /www.electropedia.org/ ISO Online browsing platform: available at http:/ /www.iso.org/obp 3.1 analysis module logical unit within a testing application process which is used to analyse the information from test agent and module-based test depending on a particular strategy 3.2 test agen
26、t device designed for different sensor network protocols or various kinds of hardware that can communicate directly with the test manager and the systems under test 3.3 testing application process software functional entity that performs the processing by combining test modules, analysis modules and
27、 report modules to fulfil test purposes Note 1 to entry: It is an application platform that supervises various operational aspects of testing activities and entities, usually through interaction with test agents. 3.4 test module logical unit within a testing application process that performs operati
28、ons depending on a specified testing requirements 3.5 testing platform testing entity that could integrate different test systems for different protocols and technologies EXAMPLE A platform can provide IPv4 and IPv6 conformance testing systems. INTERNATIONAL ST ANDARD ISO/IEC 19637:2016(E) ISO/IEC 2
29、016 All rights reserved 1BS ISO/IEC 19637:2016ISO/IEC 19637:2016(E) 3.6 test report logical unit of software within a testing application process that produces documents at the end of test assessment 3.7 view object logical element provided to support efficient access to data within a testing or ana
30、lysis module Note 1 to entry: It is visible on graphic user interfaces. 4 Abbreviated terms TE auxiliary testing equipment DUT device under test ICS implementation conformance statement IUT implementation under test MIB management information base OD object dictionary SAPs service access points SNTF
31、 sensor network testing framework SUT system under test TA test agent TAP testing application process TDSs testing data services TM test module TMR test manager TMSs testing management services TP test purpose VO view object 5 Overview of a sensor network testing framework (SNTF) 5.1 Testing require
32、ments of sensor networks Varied with applications, sensor networks are likely employ different communication technologies and protocols. To ensure their interconnection and operation, it is required to deploy a great number of test systems, which are designed to test individual technologies and prot
33、ocols with regard to protocol conformance. Therefore, it is a challenging task to integrate the variety of the test systems for sensor networks. It is difficult to manage different test systems, make them work together and execute test cross various technologies and protocols for specific user requi
34、rements. Various application systems need different communication interfaces and protocols, which cant interact directly with each other. With changing testing requirements, test system for sensor networks should be scalable and adaptable on demand. For example, when new sensor networks are added in
35、to the application, the corresponding test systems should be integrated into the test platform with low costs. Annex A describes an example of a testing platform for hybrid sensor networks based on IPv6.2 ISO/IEC 2016 All rights reservedBS ISO/IEC 19637:2016ISO/IEC 19637:2016(E) 5.2 Conceptual model
36、 of SNTF Figure 1 shows the concept model of SNTF. The framework consists of three parts: test manager (TMR), test agent (TA) and system under test (SUT). As an actual management controller, the TMR conducts a test indirectly by controlling the TA. The test activities of the TMR should be converted
37、into unified services and transferred to the TA. After having processed the testing services from TMR, TA conducts test interactions directly with SUT. Therefore, TA bridges TMR and SUT while TA needs to be equipped with the specific physical communication interface and protocol stack as in SUT. The
38、 SUT is a system that can include only one device under test (DUT), or a DUT and some other devices used to activate the behaviours of the specific protocol residing in DUT, which is named auxiliary testing equipment (ATE). DUT needs to be verified for having certain required protocol implementation
39、s. SUT contains points of control and observation at the upper or lower service boundary of the protocol implementations that resides in DUT to execute tests. The protocol implementations during testing is called implementations under test (IUT). Before starting performing the conformance tests, IUT
40、 should be configured by instructions from TMR. In a complicated environment, ATE can be used to stimulate the DUTs to ensure TAs observe the expected responses from DUT if the IUT cant activate some particular behaviours of protocol by itself. Figure 1 Conceptual model of SNTF ISO/IEC 2016 All righ
41、ts reserved 3BS ISO/IEC 19637:2016ISO/IEC 19637:2016(E) 5.3 Description of test manager (TMR) The TMR can support several testing application processes (TAP). Each TAP has a specific test task to be performed. For example, it can create an application process for conformance testing of a particular
42、protocol, and simultaneously another application process for a different protocol. The testing application process is designed on a component basis. There are five types of components in a TAP: view object, test report, test module, analysis module, and object dictionary (OD). Figure 2 shows the rel
43、ationship of the five components. The test module (TM) is the performer of test cases. Before executing a test, TM should be parameterized to configure the test type for a specific protocol. If the corresponding testing requirements and testing suits are inputted into a TM, it is instantiated. After
44、 the TM is started, the steps defined by test cases is executed. The analysis module (AM) shall connect test modules to collect data to analysis test activities. It is needed to configure the corresponding report format in the AM before producing test reports. Moreover, AM can also collect the infor
45、mation of the operating conditions of the TM. The view object (VO) has parameter sets from the TMs and AMs. VO can be selected for graphical user interfaces, which allows monitoring the real-time throughput during a certain period. VOs also can be grouped to monitor the parameters in the relevant TM
46、s and AMs; its visual parameters can also be derived from different TMs or AMs. Management information base (MIB) stores all object values of test module, view object and test report in TMR, including the management objects for TA. The values of the objects in testing application process can be inde
47、xed quickly from object dictionary (OD). Figure 2 Relationship of components in TAP4 ISO/IEC 2016 All rights reservedBS ISO/IEC 19637:2016ISO/IEC 19637:2016(E) 5.4 Description of test agent (T A) A test agent (TA) is designed for individual protocol, and it can support multiple implementations of th
48、e same protocol. The TA handles any direct communications with the SUT with the same protocol through the test driver. Platform independence can be achieved by the test driver. The configuration parameters of test driver are defined in the TA description. Before performing the corresponding test ope
49、rations, TA shall establish communication connection with TM in TMR when receiving the start command from a TM. TA receives services from TM and translates them into the appropriate messages in conformance with the protocol of SUT. Structure model of TA is shown in Figure 3. Figure 3 Structure of TA 6 Testing services 6.1 General Testing services are conceptually divided into two classes: testing data services (TDSs) and testing management services (TMSs) as shown in Figure 4
