SIST IEC 60839-5-3:2024
(Main)Alarm and electronic security systems - Part 5-3: Alarm transmission systems - Requirements for receiving centre transceiver (RCT)
Alarm and electronic security systems - Part 5-3: Alarm transmission systems - Requirements for receiving centre transceiver (RCT)
IEC 60839-5-3:2016 specifies the minimum equipment requirements for the performance, reliability, resilience, security and safety characteristics of the receiving centre transceiver installed in an ARC and used in alarm transmission systems. The alarm transmission system requirements and classifications are defined within IEC 60839-5-1.
Systèmes d'alarme et de sécurité électroniques - Partie 5-3: Systèmes de transmission d'alarme - Exigences pour les transmetteurs du centre de réception (RCT)
L'IEC 60839-5-3:2016 spécifie les exigences matérielles minimales relatives au fonctionnement, à la fiabilité, à la résilience, à la sécurité et à la sûreté des transmetteurs de centre de réception installés dans un centre de réception d'alarme et utilisés dans les systèmes de transmission d'alarme. Les exigences et les classifications des systèmes de transmission d'alarme sont définies dans l'IEC 60839-5-1.
Alarmni in elektronski varnostni sistemi - 5-3. del: Alarmni prenosni sistemi - Zahteve za oddajnik sprejemnega centra (RCT) (IEC 60839-5-3:2016)
Standard IEC 60839-5-3:2016 določa minimalne zahteve glede opreme za delovanje, zanesljivost, odpornost, zaščito in varnost oddajnikov sprejemnega centra, nameščenih v sprejemnem centru za alarme (ARC), ki se uporabljajo v alarmnih prenosnih sistemih. Zahteve in klasifikacije alarmnih prenosnih sistemov so določene v standardu IEC 60839-5-1.
General Information
Standards Content (Sample)
SLOVENSKI STANDARD
01-september-2024
Alarmni in elektronski varnostni sistemi - 5-3. del: Alarmni prenosni sistemi -
Zahteve za oddajnik sprejemnega centra (RCT) (IEC 60839-5-3:2016)
Alarm and electronic security systems - Part 5-3: Alarm transmission systems -
Requirements for receiving centre transceiver (RCT)
Systèmes d'alarme et de sécurité électroniques - Partie 5-3: Systèmes de transmission
d'alarme - Exigences pour les transmetteurs du centre de réception (RCT)
Ta slovenski standard je istoveten z: IEC 60839-5-3:2016
ICS:
13.320 Alarmni in opozorilni sistemi Alarm and warning systems
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.
IEC 60839-5-3 ®
Edition 1.0 2016-02
INTERNATIONAL
STANDARD
NORME
INTERNATIONALE
Alarm and electronic security systems –
Part 5-3: Alarm transmission systems – Requirements for receiving centre
transceiver (RCT)
Systèmes d’alarme et de sécurité électroniques –
Partie 5-3: Systèmes de transmission d’alarme – Exigences pour les
transmetteurs du centre de réception (RCT)
INTERNATIONAL
ELECTROTECHNICAL
COMMISSION
COMMISSION
ELECTROTECHNIQUE
INTERNATIONALE
ICS 13.320 ISBN 978-2-8322-3166-1
– 2 – IEC 60839-5-3:2016 © IEC 2016
CONTENTS
FOREWORD . 4
INTRODUCTION . 6
1 Scope . 7
2 Normative references. 7
3 Terms, definitions and abbreviations . 8
3.1 Terms and definitions . 8
3.2 Abbreviations . 8
4 General requirements . 8
4.1 General . 8
4.2 RCT classification . 8
5 Functional requirements . 8
5.1 General . 8
5.2 Access levels . 9
5.3 Uploading and downloading of software . 10
5.4 Storage of parameters and data . 10
5.5 Monitoring and notification of failure of the ATP and ATS . 10
5.6 Interface(s) to the AE(s) . 10
5.7 Fault signalling . 10
5.8 Event recording . 11
5.9 Mode of operation (store-and-forward or pass-through) . 12
5.9.1 General . 12
5.9.2 Store-and-forward operation requirements . 12
5.9.3 Pass-through operation requirements . 12
5.10 Denial of service . 12
5.11 Information security . 12
5.12 Substitution security . 12
5.13 RCT redundancy . 13
5.14 Documentation . 13
5.15 Marking/identification . 13
6 Tests . 13
6.1 General . 13
6.2 Test conditions . 13
6.2.1 Laboratory conditions and tolerance . 13
6.2.2 Mounting . 14
6.2.3 Documentation . 14
6.2.4 Power supply . 14
6.3 Functional tests . 14
6.3.1 General . 14
6.3.2 Access levels . 15
6.3.3 Upload and download of software . 16
6.3.4 Parameter storage . 17
6.3.5 Monitoring and notification of an ATS failure for a single path ATS . 17
6.3.6 Monitoring and notification of an ATS failure for a dual path ATS . 18
6.3.7 Interface(s) to the AE(s) . 18
6.3.8 Fault signalling . 19
6.3.9 Processing of alarm signals . 20
6.3.10 Event recording . 20
6.3.11 Clock resolution and synchronisation . 21
6.3.12 Endurance of the log . 21
6.3.13 Optimising methods of storage of events . 21
6.3.14 User identification for log entries . 22
6.3.15 Mode of operation . 22
6.3.16 Denial of service . 23
6.3.17 Information and substitution security . 23
6.3.18 RCT redundancy . 24
6.3.19 Documentation . 24
Bibliography . 25
Table 1 – Access levels – Logical access to functions . 10
Table 2 – Event recording classification – Events to be recorded . 11
Table 3 – Summary of functional tests . 14
Table 4 – Test of access levels . 15
Table 5 – Test of upload and download of software . 16
Table 6 – Test of parameter storage . 17
Table 7 – Test of interface(s) to the AE(s) . 19
Table 8 – Fault signalling . 19
Table 9 – Test of event recording . 20
Table 10 – Test of clock resolution and synchronisation . 21
Table 11 – Test of log optimisation . 22
Table 12 – Test of user identification logging . 22
Table 13 – Test of mode of operation . 23
Table 14 – Test of RCT redundancy . 24
– 4 – IEC 60839-5-3:2016 © IEC 2016
INTERNATIONAL ELECTRICAL COMMISSION
______________
ALARM AND ELECTRONIC SECURITY SYSTEMS –
Part 5-3: Alarm transmission systems –
Requirements for receiving centre transceiver (RCT)
FOREWORD
1) The International Electrotechnical Commission (IEC) is a worldwide organization for standardization comprising
all national electrotechnical committees (IEC National Committees). The object of IEC is to promote
international co-operation on all questions concerning standardization in the electrical and electronic fields. To
this end and in addition to other activities, IEC publishes International Standards, Technical Specifications,
Technical Reports, Publicly Available Specifications (PAS) and Guides (hereafter referred to as “IEC
Publication(s)”). Their preparation is entrusted to technical committees; any IEC National Committee interested
in the subject dealt with may participate in this preparatory work. International, governmental and non-
governmental organizations liaising with the IEC also participate in this preparation. IEC collaborates closely
with the International Organization for Standardization (ISO) in accordance with conditions determined by
agreement between the two organizations.
2) The formal decisions or agreements of IEC on technical matters express, as nearly as possible, an international
consensus of opinion on the relevant subjects since each technical committee has representation from all
interested IEC National Committees.
3) IEC Publications have the form of recommendations for international use and are accepted by IEC National
Committees in that sense. While all reasonable efforts are made to ensure that the technical content of IEC
Publications is accurate, IEC cannot be held responsible for the way in which they are used or for any
misinterpretation by any end user.
4) In order to promote international uniformity, IEC National Committees undertake to apply IEC Publications
transparently to the maximum extent possible in their national and regional publications. Any divergence
between any IEC Publication and the corresponding national or regional publication shall be clearly indicated in
the latter.
5) IEC itself does not provide any attestation of conformity. Independent certification bodies provide conformity
assessment services and, in some areas, access to IEC marks of conformity. IEC is not responsible for any
services carried out by independent certification bodies.
6) All users should ensure that they have the latest edition of this publication.
7) No liability shall attach to IEC or its directors, employees, servants or agents including individual experts and
members of its technical committees and IEC National Committees for any personal injury, property damage or
other damage of any nature whatsoever, whether direct or indirect, or for costs (including legal fees) and
expenses arising out of the publication, use of, or reliance upon, this IEC Publication or any other IEC
Publications.
8) Attention is drawn to the Normative references cited in this publication. Use of the referenced publications is
indispensable for the correct application of this publication.
9) Attention is drawn to the possibility that some of the elements of this IEC Publication may be the subject of
patent rights. IEC shall not be held responsible for identifying any or all such patent rights.
International Standard IEC 60839-5-3 has been prepared by IEC technical committee 79:
Alarm and electronic security systems.
This international standard is based on EN 50136-3:2013.
The text of this standard is based on the following documents:
CDV Report on voting
79/464/CDV 79/515/RVC
Full information on the voting for the approval of this standard can be found in the report on
voting indicated in the above table.
This publication has been drafted in accordance with the ISO/IEC Directives, Part 2.
A list of all parts in the IEC 60839 series, published under the general title Alarm and
electronic security systems, can be found on the IEC website.
The committee has decided that the contents of this publication will remain unchanged until
the stability date indicated on the IEC website under "http://webstore.iec.ch" in the data
related to the specific publication. At this date, the publication will be
• reconfirmed,
• withdrawn,
• replaced by a revised edition, or
• amended.
– 6 – IEC 60839-5-3:2016 © IEC 2016
INTRODUCTION
The object of this part of IEC 60839 is to specify the general requirements for the
performance, reliability, resilience and security of alarm transmission systems and to ensure
their suitability for use with different types of alarm systems and annunciation equipment.
An alarm transmission system may use any type of transmission network.
When the ATS functions are integrated into an alarm system or annunciation equipment the
requirements of this standard apply.
The intended users of this international standard include alarm transmission service
providers, alarm receiving centre operators, fire departments, insurance companies,
telecommunication network operators, internet service providers, equipment manufacturers,
alarm companies, end users and others.
The IEC 60839-5 series consists of the following parts, under the general title Alarm and
electronic security systems:
– Part 5-1: Alarm transmission systems – General requirements;
– Part 5-2: Alarm transmission systems – Requirements for supervised premises transceiver
(SPT);
– Part 5-3: Alarm transmission systems – Requirements for receiving centre transceiver
(RCT);
– Part 5-4 : (under evaluation);
– Part 5-5 : (under evaluation);
– Part 5-6 : (under evaluation);
– Part 5-7: (place holder).
_____________
The former IEC 60839-5 series (1991) is being reviewed by an ad-hoc group set-up at the TC 79 meeting in
Milano in October 2013. This ad-hoc group is in charge of evaluating the relevance / obsolescence of
IEC 60839-5-4, IEC 60839-5-5 and IEC 60839-5-6 developed in 1991 and advise TC 79 on their future.
ALARM AND ELECTRONIC SECURITY SYSTEMS –
Part 5-3: Alarm transmission systems –
Requirements for receiving centre transceiver (RCT)
1 Scope
This part of IEC 60839 specifies the minimum equipment requirements for the performance,
reliability, resilience, security and safety characteristics of the receiving centre transceiver
(RCT) installed in an ARC and used in alarm transmission systems.
The alarm transmission system requirements and classifications are defined within
IEC 60839-5-1. Different types of alarm systems may in addition to alarm messages also send
other types of messages, e.g. fault messages and status messages. These messages are
also considered to be alarm messages. The term alarm message is used in this broad sense
throughout the document.
Where application specific standards exist, the RCT should comply with relevant standards
called up by that application.
The RCT can be either an integrated element of any receiving/annunciation equipment, or a
stand-alone device. In either case, the requirements of this international standard should
apply.
The function of the RCT is to monitor the ATPs, receive alarm messages, forward alarm
messages to one or more AEs and send acknowledgements to the SPTs.
This international standard specifies the minimum equipment requirements for the
performance, reliability, resilience, security and safety characteristics of the receiving centre
transceiver (RCT) installed in alarm receiving centres and to define parameters that are
tested to ensure its compatibility with ATS categories.
Management of the transmission network is not in the scope of this international standard.
2 Normative references
The following documents, in whole or in part, are normatively referenced in this document and
are indispensable for its application. For dated references, only the edition cited applies. For
undated references, the latest edition of the referenced document (including any
amendments) applies.
IEC 60839-5-1:2014, Alarm and electronic transmission systems – Part 5-1: Alarm
transmission systems – General requirements
IEC 62599-1, Alarm systems – Part 1: Environmental test methods
IEC 62599-2, Alarm systems – Part 2: Electromagnetic compatibility – Immunity requirements
for components of fire and security alarm systems
– 8 – IEC 60839-5-3:2016 © IEC 2016
3 Terms, definitions and abbreviations
3.1 Terms and definitions
For the purposes of this document, the terms and definitions given in IEC 60839-5-1, as well
as the following, apply.
3.1.1
remote access
access to the equipment from any location that is outside the protected premises in which the
equipment is located
3.2 Abbreviations
For the purposes of this document, the following abbreviations apply:
AE Annunciation equipment
AS Alarm system
ATP Alarm transmission path
ATS Alarm transmission system
ARC Alarm receiving centre
CIE Control and indicating equipment
EMC Electromagnetic compatibility
GND Ground
GPRS General packet radio services
I&HAS Intruder and hold-up alarm systems
NTP Network time protocol
RCT Receiving centre transceiver
SPT Supervised premises transceiver
4 General requirements
4.1 General
Where appropriate, equipment shall comply with local, national and international requirements
and regulations for connection and transmission via public or private networks.
Requirements in this international standard shall be considered as a minimum. As the RCT is
used together with or integrated in receiving/annunciation equipment, the requirements of the
specific applications or related standards shall apply.
4.2 RCT classification
This international standard defines RCT requirements. For the purpose of RCT classification
reference is made to the ATS categories in IEC 60839-5-1. The RCT documentation shall
describe for which ATS categories the RCT complies with the requirements.
5 Functional requirements
5.1 General
The RCT shall provide communication between one or more AEs and one or more SPTs and
monitor the interface(s) to one or more AEs.
The RCT shall monitor the ATSs.
5.2 Access levels
This international standard specifies four levels of access that categorise the ability of users
to access the RCT functions.
Access levels are defined as following:
– Level 1 access to indications;
– Level 2 access to the operational status and commissioning functions;
– Level 3 maintenance functions, access in order to affect the RCT configuration
including site-specific data and other operations that directly, or indirectly, may
adversely influence the functions of the RCT;
– Level 4 access to software updates and read-only parameters.
These access levels apply only for logical access (i.e. not physical access). Access to all
functions shall require authorisation with a key.
Access levels 2, 3 and 4 shall use personalised accounts to achieve traceability.
A level 4 user shall be authorised by a user with level 3 access. This authorisation may be
permanent or time limited.
Access at all levels shall require authorisation with a key. The key mechanism shall be able to
provide at least 1 000 000 different keys.
Where it is possible to attempt to gain access more than 3 times in a 60-second period the
RCT shall have the ability to delay repeated attempts. After the third attempt, each further
attempt shall be prevented for a minimum of 90 s.
Where factory default keys are provided, it shall not be possible to complete the RCT
commissioning without first changing these keys during installation.
Remote access shall require a secure connection and meet the data security requirements of
IEC 60839-5-1.
Automatic logout of remote access sessions shall be activated after a period of inactivity. The
inactivity period shall be configurable.
Logical access to functions shall comply with Table 1.
– 10 – IEC 60839-5-3:2016 © IEC 2016
Table 1 – Access levels – Logical access to functions
Access Level Level 1 Level 2 Level 3 Level 4
View RCT indications P P P P
Change RCT configuration NP NP P NP
View RCT configuration NP P P P
Commission/de-commission SPT NP P P NP
View RCT event/alarm log NP P P P
Change RCT software NP NP NP P
Change users and/or user rights NP NP P NP
Change and/or delete entries in
NP NP NP NP
the event log
Key
P = permitted
NP = not permitted
NOTE The requirement to restrict or permit access to a certain function does not imply that implementation of
the function is required.
5.3 Uploading and downloading of software
The upload and download of software in/out of an RCT is only allowed at the appropriate
access level as defined in 5.2.
5.4 Storage of parameters and data
A power cycle or a software restart shall not result in the loss of any configuration, log and
secured alarm messages. The RCT shall return to normal operation automatically after such
power cycle or software restart.
5.5 Monitoring and notification of failure of the ATP and ATS
For compliance to the relevant standards of the application, the RCT shall monitor the ATP
and the ATS and report failures to the AE as defined in IEC 60839-5-1:2014, Table 4.
The documentation supplied by the manufacturer shall describe the notification signal.
5.6 Interface(s) to the AE(s)
The interface(s) to the AE(s) shall be monitored in accordance with IEC 60839-5-1. The
reporting time of the connection failure shall be less than or equal to the reporting time of the
ATS with the highest category or 60 s, whichever is shorter. In the event of an interface
failure, a fault signal shall be generated, and an event logged.
The manufacturer shall state in its product documentation the specifications of the interface(s)
to the AE and how the fault signal is presented and logged.
An alternative AE interface may be provided.
5.7 Fault signalling
The RCT shall have a means to signal faults when any of the following faults occur:
– AE interface failure;
– transmission network interface failure;
– RCT system failure.
The manufacturer shall specify in the RCT documentation how these faults are signalled.
5.8 Event recording
For an RCT supporting and meeting any category of IEC 60839-5-1 other than SP1, SP2 and
DP1, a logging function shall be provided for the purposes of providing an audit trail and
problem resolution.
The events specified in Table 2 shall be recorded.
The event log may be stored outside of the RCT.
The means of recording events shall be non-volatile. The log entries shall be kept for no less
than 3 years. The manufacturer shall specify in its documentation how this is achieved.
Events older than 3 years may be deleted.
The log shall record, in addition to the event, the time and date at which the event occurred.
The timing resolution shall be a minimum of 1 s and it shall be accurate to the coordinated
universal time within ± 5 s.
The RCT shall provide a means to synchronise the UTC date and time. The manufacturer
shall specify in its documentation how time synchronisation with UTC is achieved.
The RCT may use local time-zones.
To optimise storage of events, where identical sequentially repeated events occur within any
12-h period, then only the first and last event need to be recorded. Where this is done then
the number of identical events shall be recorded.
When required by the requirements of Table 2, the logging of access to the RCT shall include
user identification.
Table 2 – Event recording classification – Events to be recorded
Events to be recorded
Event User identification
1 Alarm messages from ATS n/a
2 AE interface(s) failure and restore n/a
Transmission network Interface(s) failure and n/a
restore
4 Changes to the configuration of the RCT M
5 Power-up or reset M
6 Any change to software M
7 Changes to the date and time M
8 Access to the RCT M
9 Changes to users and/of user rights M
Key
n/a = not applicable
M = mandatory
NOTE Recording the user identification is only mandatory if the event is triggered by user intervention.
– 12 – IEC 60839-5-3:2016 © IEC 2016
5.9 Mode of operation (store-and-forward or pass-through)
5.9.1 General
Two modes of operation are permitted:
a) store-and-forward;
b) pass-through.
The manufacturer shall declare in the product documentation which modes are supported.
5.9.2 Store-and-forward operation requirements
When an alarm is received from the SPT, the RCT shall secure the alarm and provide
acknowledgement of the correct receipt of the alarm to the SPT.
If the store-and-forward operation is used, all alarm messages shall include the date and time
stamp when the alarm was received by the SPT.
The RCT may also log the date and time stamp when the alarm was forwarded to the AE
and/or when the acknowledgement was received from the AE.
Securing the alarm shall be achieved by storing the alarm in the RCT’s non-volatile memory
(data base), this is to secure acknowledged alarms wh
...
IEC 60839-5-3 ®
Edition 1.0 2016-02
INTERNATIONAL
STANDARD
NORME
INTERNATIONALE
Alarm and electronic security systems –
Part 5-3: Alarm transmission systems – Requirements for receiving centre
transceiver (RCT)
Systèmes d’alarme et de sécurité électroniques –
Partie 5-3: Systèmes de transmission d’alarme – Exigences pour les
transmetteurs du centre de réception (RCT)
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form
or by any means, electronic or mechanical, including photocopying and microfilm, without permission in writing from
either IEC or IEC's member National Committee in the country of the requester. If you have any questions about IEC
copyright or have an enquiry about obtaining additional rights to this publication, please contact the address below or
your local IEC member National Committee for further information.
Droits de reproduction réservés. Sauf indication contraire, aucune partie de cette publication ne peut être reproduite
ni utilisée sous quelque forme que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie
et les microfilms, sans l'accord écrit de l'IEC ou du Comité national de l'IEC du pays du demandeur. Si vous avez des
questions sur le copyright de l'IEC ou si vous désirez obtenir des droits supplémentaires sur cette publication, utilisez
les coordonnées ci-après ou contactez le Comité national de l'IEC de votre pays de résidence.
IEC Central Office Tel.: +41 22 919 02 11
3, rue de Varembé Fax: +41 22 919 03 00
CH-1211 Geneva 20 info@iec.ch
Switzerland www.iec.ch
About the IEC
The International Electrotechnical Commission (IEC) is the leading global organization that prepares and publishes
International Standards for all electrical, electronic and related technologies.
About IEC publications
The technical content of IEC publications is kept under constant review by the IEC. Please make sure that you have the
latest edition, a corrigenda or an amendment might have been published.
IEC Catalogue - webstore.iec.ch/catalogue Electropedia - www.electropedia.org
The stand-alone application for consulting the entire The world's leading online dictionary of electronic and
bibliographical information on IEC International Standards, electrical terms containing 20 000 terms and definitions in
Technical Specifications, Technical Reports and other English and French, with equivalent terms in 15 additional
documents. Available for PC, Mac OS, Android Tablets and languages. Also known as the International Electrotechnical
iPad. Vocabulary (IEV) online.
IEC publications search - www.iec.ch/searchpub IEC Glossary - std.iec.ch/glossary
The advanced search enables to find IEC publications by a 65 000 electrotechnical terminology entries in English and
variety of criteria (reference number, text, technical French extracted from the Terms and Definitions clause of
committee,…). It also gives information on projects, replaced IEC publications issued since 2002. Some entries have been
and withdrawn publications. collected from earlier publications of IEC TC 37, 77, 86 and
CISPR.
IEC Just Published - webstore.iec.ch/justpublished
Stay up to date on all new IEC publications. Just Published IEC Customer Service Centre - webstore.iec.ch/csc
details all new publications released. Available online and If you wish to give us your feedback on this publication or
also once a month by email. need further assistance, please contact the Customer Service
Centre: csc@iec.ch.
A propos de l'IEC
La Commission Electrotechnique Internationale (IEC) est la première organisation mondiale qui élabore et publie des
Normes internationales pour tout ce qui a trait à l'électricité, à l'électronique et aux technologies apparentées.
A propos des publications IEC
Le contenu technique des publications IEC est constamment revu. Veuillez vous assurer que vous possédez l’édition la
plus récente, un corrigendum ou amendement peut avoir été publié.
Catalogue IEC - webstore.iec.ch/catalogue Electropedia - www.electropedia.org
Application autonome pour consulter tous les renseignements
Le premier dictionnaire en ligne de termes électroniques et
bibliographiques sur les Normes internationales,
électriques. Il contient 20 000 termes et définitions en anglais
Spécifications techniques, Rapports techniques et autres
et en français, ainsi que les termes équivalents dans 15
documents de l'IEC. Disponible pour PC, Mac OS, tablettes
langues additionnelles. Egalement appelé Vocabulaire
Android et iPad.
Electrotechnique International (IEV) en ligne.
Recherche de publications IEC - www.iec.ch/searchpub
Glossaire IEC - std.iec.ch/glossary
La recherche avancée permet de trouver des publications IEC 65 000 entrées terminologiques électrotechniques, en anglais
en utilisant différents critères (numéro de référence, texte, et en français, extraites des articles Termes et Définitions des
comité d’études,…). Elle donne aussi des informations sur les publications IEC parues depuis 2002. Plus certaines entrées
projets et les publications remplacées ou retirées. antérieures extraites des publications des CE 37, 77, 86 et
CISPR de l'IEC.
IEC Just Published - webstore.iec.ch/justpublished
Service Clients - webstore.iec.ch/csc
Restez informé sur les nouvelles publications IEC. Just
Published détaille les nouvelles publications parues. Si vous désirez nous donner des commentaires sur cette
Disponible en ligne et aussi une fois par mois par email. publication ou si vous avez des questions contactez-nous:
csc@iec.ch.
IEC 60839-5-3 ®
Edition 1.0 2016-02
INTERNATIONAL
STANDARD
NORME
INTERNATIONALE
Alarm and electronic security systems –
Part 5-3: Alarm transmission systems – Requirements for receiving centre
transceiver (RCT)
Systèmes d’alarme et de sécurité électroniques –
Partie 5-3: Systèmes de transmission d’alarme – Exigences pour les
transmetteurs du centre de réception (RCT)
INTERNATIONAL
ELECTROTECHNICAL
COMMISSION
COMMISSION
ELECTROTECHNIQUE
INTERNATIONALE
ICS 13.320 ISBN 978-2-8322-3166-1
– 2 – IEC 60839-5-3:2016 © IEC 2016
CONTENTS
FOREWORD . 4
INTRODUCTION . 6
1 Scope . 7
2 Normative references. 7
3 Terms, definitions and abbreviations . 8
3.1 Terms and definitions . 8
3.2 Abbreviations . 8
4 General requirements . 8
4.1 General . 8
4.2 RCT classification . 8
5 Functional requirements . 8
5.1 General . 8
5.2 Access levels . 9
5.3 Uploading and downloading of software . 10
5.4 Storage of parameters and data . 10
5.5 Monitoring and notification of failure of the ATP and ATS . 10
5.6 Interface(s) to the AE(s) . 10
5.7 Fault signalling . 10
5.8 Event recording . 11
5.9 Mode of operation (store-and-forward or pass-through) . 12
5.9.1 General . 12
5.9.2 Store-and-forward operation requirements . 12
5.9.3 Pass-through operation requirements . 12
5.10 Denial of service . 12
5.11 Information security . 12
5.12 Substitution security . 12
5.13 RCT redundancy . 13
5.14 Documentation . 13
5.15 Marking/identification . 13
6 Tests . 13
6.1 General . 13
6.2 Test conditions . 13
6.2.1 Laboratory conditions and tolerance . 13
6.2.2 Mounting . 14
6.2.3 Documentation . 14
6.2.4 Power supply . 14
6.3 Functional tests . 14
6.3.1 General . 14
6.3.2 Access levels . 15
6.3.3 Upload and download of software . 16
6.3.4 Parameter storage . 17
6.3.5 Monitoring and notification of an ATS failure for a single path ATS . 17
6.3.6 Monitoring and notification of an ATS failure for a dual path ATS . 18
6.3.7 Interface(s) to the AE(s) . 18
6.3.8 Fault signalling . 19
6.3.9 Processing of alarm signals . 20
6.3.10 Event recording . 20
6.3.11 Clock resolution and synchronisation . 21
6.3.12 Endurance of the log . 21
6.3.13 Optimising methods of storage of events . 21
6.3.14 User identification for log entries . 22
6.3.15 Mode of operation . 22
6.3.16 Denial of service . 23
6.3.17 Information and substitution security . 23
6.3.18 RCT redundancy . 24
6.3.19 Documentation . 24
Bibliography . 25
Table 1 – Access levels – Logical access to functions . 10
Table 2 – Event recording classification – Events to be recorded . 11
Table 3 – Summary of functional tests . 14
Table 4 – Test of access levels . 15
Table 5 – Test of upload and download of software . 16
Table 6 – Test of parameter storage . 17
Table 7 – Test of interface(s) to the AE(s) . 19
Table 8 – Fault signalling . 19
Table 9 – Test of event recording . 20
Table 10 – Test of clock resolution and synchronisation . 21
Table 11 – Test of log optimisation . 22
Table 12 – Test of user identification logging . 22
Table 13 – Test of mode of operation . 23
Table 14 – Test of RCT redundancy . 24
– 4 – IEC 60839-5-3:2016 © IEC 2016
INTERNATIONAL ELECTRICAL COMMISSION
______________
ALARM AND ELECTRONIC SECURITY SYSTEMS –
Part 5-3: Alarm transmission systems –
Requirements for receiving centre transceiver (RCT)
FOREWORD
1) The International Electrotechnical Commission (IEC) is a worldwide organization for standardization comprising
all national electrotechnical committees (IEC National Committees). The object of IEC is to promote
international co-operation on all questions concerning standardization in the electrical and electronic fields. To
this end and in addition to other activities, IEC publishes International Standards, Technical Specifications,
Technical Reports, Publicly Available Specifications (PAS) and Guides (hereafter referred to as “IEC
Publication(s)”). Their preparation is entrusted to technical committees; any IEC National Committee interested
in the subject dealt with may participate in this preparatory work. International, governmental and non-
governmental organizations liaising with the IEC also participate in this preparation. IEC collaborates closely
with the International Organization for Standardization (ISO) in accordance with conditions determined by
agreement between the two organizations.
2) The formal decisions or agreements of IEC on technical matters express, as nearly as possible, an international
consensus of opinion on the relevant subjects since each technical committee has representation from all
interested IEC National Committees.
3) IEC Publications have the form of recommendations for international use and are accepted by IEC National
Committees in that sense. While all reasonable efforts are made to ensure that the technical content of IEC
Publications is accurate, IEC cannot be held responsible for the way in which they are used or for any
misinterpretation by any end user.
4) In order to promote international uniformity, IEC National Committees undertake to apply IEC Publications
transparently to the maximum extent possible in their national and regional publications. Any divergence
between any IEC Publication and the corresponding national or regional publication shall be clearly indicated in
the latter.
5) IEC itself does not provide any attestation of conformity. Independent certification bodies provide conformity
assessment services and, in some areas, access to IEC marks of conformity. IEC is not responsible for any
services carried out by independent certification bodies.
6) All users should ensure that they have the latest edition of this publication.
7) No liability shall attach to IEC or its directors, employees, servants or agents including individual experts and
members of its technical committees and IEC National Committees for any personal injury, property damage or
other damage of any nature whatsoever, whether direct or indirect, or for costs (including legal fees) and
expenses arising out of the publication, use of, or reliance upon, this IEC Publication or any other IEC
Publications.
8) Attention is drawn to the Normative references cited in this publication. Use of the referenced publications is
indispensable for the correct application of this publication.
9) Attention is drawn to the possibility that some of the elements of this IEC Publication may be the subject of
patent rights. IEC shall not be held responsible for identifying any or all such patent rights.
International Standard IEC 60839-5-3 has been prepared by IEC technical committee 79:
Alarm and electronic security systems.
This international standard is based on EN 50136-3:2013.
The text of this standard is based on the following documents:
CDV Report on voting
79/464/CDV 79/515/RVC
Full information on the voting for the approval of this standard can be found in the report on
voting indicated in the above table.
This publication has been drafted in accordance with the ISO/IEC Directives, Part 2.
A list of all parts in the IEC 60839 series, published under the general title Alarm and
electronic security systems, can be found on the IEC website.
The committee has decided that the contents of this publication will remain unchanged until
the stability date indicated on the IEC website under "http://webstore.iec.ch" in the data
related to the specific publication. At this date, the publication will be
• reconfirmed,
• withdrawn,
• replaced by a revised edition, or
• amended.
– 6 – IEC 60839-5-3:2016 © IEC 2016
INTRODUCTION
The object of this part of IEC 60839 is to specify the general requirements for the
performance, reliability, resilience and security of alarm transmission systems and to ensure
their suitability for use with different types of alarm systems and annunciation equipment.
An alarm transmission system may use any type of transmission network.
When the ATS functions are integrated into an alarm system or annunciation equipment the
requirements of this standard apply.
The intended users of this international standard include alarm transmission service
providers, alarm receiving centre operators, fire departments, insurance companies,
telecommunication network operators, internet service providers, equipment manufacturers,
alarm companies, end users and others.
The IEC 60839-5 series consists of the following parts, under the general title Alarm and
electronic security systems:
– Part 5-1: Alarm transmission systems – General requirements;
– Part 5-2: Alarm transmission systems – Requirements for supervised premises transceiver
(SPT);
– Part 5-3: Alarm transmission systems – Requirements for receiving centre transceiver
(RCT);
– Part 5-4 : (under evaluation);
– Part 5-5 : (under evaluation);
– Part 5-6 : (under evaluation);
– Part 5-7: (place holder).
_____________
The former IEC 60839-5 series (1991) is being reviewed by an ad-hoc group set-up at the TC 79 meeting in
Milano in October 2013. This ad-hoc group is in charge of evaluating the relevance / obsolescence of
IEC 60839-5-4, IEC 60839-5-5 and IEC 60839-5-6 developed in 1991 and advise TC 79 on their future.
ALARM AND ELECTRONIC SECURITY SYSTEMS –
Part 5-3: Alarm transmission systems –
Requirements for receiving centre transceiver (RCT)
1 Scope
This part of IEC 60839 specifies the minimum equipment requirements for the performance,
reliability, resilience, security and safety characteristics of the receiving centre transceiver
(RCT) installed in an ARC and used in alarm transmission systems.
The alarm transmission system requirements and classifications are defined within
IEC 60839-5-1. Different types of alarm systems may in addition to alarm messages also send
other types of messages, e.g. fault messages and status messages. These messages are
also considered to be alarm messages. The term alarm message is used in this broad sense
throughout the document.
Where application specific standards exist, the RCT should comply with relevant standards
called up by that application.
The RCT can be either an integrated element of any receiving/annunciation equipment, or a
stand-alone device. In either case, the requirements of this international standard should
apply.
The function of the RCT is to monitor the ATPs, receive alarm messages, forward alarm
messages to one or more AEs and send acknowledgements to the SPTs.
This international standard specifies the minimum equipment requirements for the
performance, reliability, resilience, security and safety characteristics of the receiving centre
transceiver (RCT) installed in alarm receiving centres and to define parameters that are
tested to ensure its compatibility with ATS categories.
Management of the transmission network is not in the scope of this international standard.
2 Normative references
The following documents, in whole or in part, are normatively referenced in this document and
are indispensable for its application. For dated references, only the edition cited applies. For
undated references, the latest edition of the referenced document (including any
amendments) applies.
IEC 60839-5-1:2014, Alarm and electronic transmission systems – Part 5-1: Alarm
transmission systems – General requirements
IEC 62599-1, Alarm systems – Part 1: Environmental test methods
IEC 62599-2, Alarm systems – Part 2: Electromagnetic compatibility – Immunity requirements
for components of fire and security alarm systems
– 8 – IEC 60839-5-3:2016 © IEC 2016
3 Terms, definitions and abbreviations
3.1 Terms and definitions
For the purposes of this document, the terms and definitions given in IEC 60839-5-1, as well
as the following, apply.
3.1.1
remote access
access to the equipment from any location that is outside the protected premises in which the
equipment is located
3.2 Abbreviations
For the purposes of this document, the following abbreviations apply:
AE Annunciation equipment
AS Alarm system
ATP Alarm transmission path
ATS Alarm transmission system
ARC Alarm receiving centre
CIE Control and indicating equipment
EMC Electromagnetic compatibility
GND Ground
GPRS General packet radio services
I&HAS Intruder and hold-up alarm systems
NTP Network time protocol
RCT Receiving centre transceiver
SPT Supervised premises transceiver
4 General requirements
4.1 General
Where appropriate, equipment shall comply with local, national and international requirements
and regulations for connection and transmission via public or private networks.
Requirements in this international standard shall be considered as a minimum. As the RCT is
used together with or integrated in receiving/annunciation equipment, the requirements of the
specific applications or related standards shall apply.
4.2 RCT classification
This international standard defines RCT requirements. For the purpose of RCT classification
reference is made to the ATS categories in IEC 60839-5-1. The RCT documentation shall
describe for which ATS categories the RCT complies with the requirements.
5 Functional requirements
5.1 General
The RCT shall provide communication between one or more AEs and one or more SPTs and
monitor the interface(s) to one or more AEs.
The RCT shall monitor the ATSs.
5.2 Access levels
This international standard specifies four levels of access that categorise the ability of users
to access the RCT functions.
Access levels are defined as following:
– Level 1 access to indications;
– Level 2 access to the operational status and commissioning functions;
– Level 3 maintenance functions, access in order to affect the RCT configuration
including site-specific data and other operations that directly, or indirectly, may
adversely influence the functions of the RCT;
– Level 4 access to software updates and read-only parameters.
These access levels apply only for logical access (i.e. not physical access). Access to all
functions shall require authorisation with a key.
Access levels 2, 3 and 4 shall use personalised accounts to achieve traceability.
A level 4 user shall be authorised by a user with level 3 access. This authorisation may be
permanent or time limited.
Access at all levels shall require authorisation with a key. The key mechanism shall be able to
provide at least 1 000 000 different keys.
Where it is possible to attempt to gain access more than 3 times in a 60-second period the
RCT shall have the ability to delay repeated attempts. After the third attempt, each further
attempt shall be prevented for a minimum of 90 s.
Where factory default keys are provided, it shall not be possible to complete the RCT
commissioning without first changing these keys during installation.
Remote access shall require a secure connection and meet the data security requirements of
IEC 60839-5-1.
Automatic logout of remote access sessions shall be activated after a period of inactivity. The
inactivity period shall be configurable.
Logical access to functions shall comply with Table 1.
– 10 – IEC 60839-5-3:2016 © IEC 2016
Table 1 – Access levels – Logical access to functions
Access Level Level 1 Level 2 Level 3 Level 4
View RCT indications P P P P
Change RCT configuration NP NP P NP
View RCT configuration NP P P P
Commission/de-commission SPT NP P P NP
View RCT event/alarm log NP P P P
Change RCT software NP NP NP P
Change users and/or user rights NP NP P NP
Change and/or delete entries in
NP NP NP NP
the event log
Key
P = permitted
NP = not permitted
NOTE The requirement to restrict or permit access to a certain function does not imply that implementation of
the function is required.
5.3 Uploading and downloading of software
The upload and download of software in/out of an RCT is only allowed at the appropriate
access level as defined in 5.2.
5.4 Storage of parameters and data
A power cycle or a software restart shall not result in the loss of any configuration, log and
secured alarm messages. The RCT shall return to normal operation automatically after such
power cycle or software restart.
5.5 Monitoring and notification of failure of the ATP and ATS
For compliance to the relevant standards of the application, the RCT shall monitor the ATP
and the ATS and report failures to the AE as defined in IEC 60839-5-1:2014, Table 4.
The documentation supplied by the manufacturer shall describe the notification signal.
5.6 Interface(s) to the AE(s)
The interface(s) to the AE(s) shall be monitored in accordance with IEC 60839-5-1. The
reporting time of the connection failure shall be less than or equal to the reporting time of the
ATS with the highest category or 60 s, whichever is shorter. In the event of an interface
failure, a fault signal shall be generated, and an event logged.
The manufacturer shall state in its product documentation the specifications of the interface(s)
to the AE and how the fault signal is presented and logged.
An alternative AE interface may be provided.
5.7 Fault signalling
The RCT shall have a means to signal faults when any of the following faults occur:
– AE interface failure;
– transmission network interface failure;
– RCT system failure.
The manufacturer shall specify in the RCT documentation how these faults are signalled.
5.8 Event recording
For an RCT supporting and meeting any category of IEC 60839-5-1 other than SP1, SP2 and
DP1, a logging function shall be provided for the purposes of providing an audit trail and
problem resolution.
The events specified in Table 2 shall be recorded.
The event log may be stored outside of the RCT.
The means of recording events shall be non-volatile. The log entries shall be kept for no less
than 3 years. The manufacturer shall specify in its documentation how this is achieved.
Events older than 3 years may be deleted.
The log shall record, in addition to the event, the time and date at which the event occurred.
The timing resolution shall be a minimum of 1 s and it shall be accurate to the coordinated
universal time within ± 5 s.
The RCT shall provide a means to synchronise the UTC date and time. The manufacturer
shall specify in its documentation how time synchronisation with UTC is achieved.
The RCT may use local time-zones.
To optimise storage of events, where identical sequentially repeated events occur within any
12-h period, then only the first and last event need to be recorded. Where this is done then
the number of identical events shall be recorded.
When required by the requirements of Table 2, the logging of access to the RCT shall include
user identification.
Table 2 – Event recording classification – Events to be recorded
Events to be recorded
Event User identification
1 Alarm messages from ATS n/a
2 AE interface(s) failure and restore n/a
Transmission network Interface(s) failure and n/a
restore
4 Changes to the configuration of the RCT M
5 Power-up or reset M
6 Any change to software M
7 Changes to the date and time M
8 Access to the RCT M
9 Changes to users and/of user rights M
Key
n/a = not applicable
M = mandatory
NOTE Recording the user identification is only mandatory if the event is triggered by user intervention.
– 12 – IEC 60839-5-3:2016 © IEC 2016
5.9 Mode of operation (store-and-forward or pass-through)
5.9.1 General
Two modes of operation are permitted:
a) store-and-forward;
b) pass-through.
The manufacturer shall declare in the product documentation which modes are supported.
5.9.2 Store-and-forward operation requirements
When an alarm is received from the SPT, the RCT shall secure the alarm and provide
acknowledgement of the correct receipt of the alarm to the SPT.
If the store-and-forward operation is used, all alarm messages shall include the date and time
stamp when the alarm was received by the SPT.
The RCT may also log the date and time stamp when the alarm was forwarded to the AE
and/or when the acknowledgement was received from the AE.
Securing the alarm shall be achieved by storing the alarm in the RCT’s non-volatile memory
(data base), this is to secure acknowledged alarms whilst there is an AE interface failure or
during a power failure. Stored alarms shall be transmitted when the fault condition clears.
The secured alarm shall be transmitted from the RCT to the AE(s).
The reception of an acknowledgement from the AE(s) shall not be forwarded to the SPT, since
the SPT has already received an acknowledgement from the RCT.
NOTE The loss of an alarm message is regarded as a worse situation than sending a delayed message.
5.9.3 Pass-through operation requirements
When an alarm is received from the SPT the RCT shall forward the alarm to the AE(s).
The RCT shall not acknowledge the alarm to the SPT before receiving an acknowledgement
from at least one AE. When the RCT receives an acknowledgement from the AE(s) the
acknowledgement shall be forwarded to the SPT.
5.10 Denial of service
The manufacturer of the RCT shall declare in its documentation how compliance with the
requirements of IEC 60839-5-1:2014, 6.2.5, is achieved.
5.11 Information security
The manufacturer shall provide their stated methodology used to achieve compliance with
IEC 60839-5-1:2014, 6.8.3, for both SPT communication and remote access.
5.12 Substitution security
The manufacturer shall provide their stated methodology used to achieve compliance with
IEC 60839-5-1:2014, 6.8.2.
5.13 RCT redundancy
If the RCT supports a dual path category ATS (DP1 to DP4) the RCT shall comply with the
redundancy requirements of IEC 60839-5-1:2014, Table 1. The manufacturer shall specify and
demonstrate how compliance is achieved.
5.14 Documentation
Documentation relating to an RCT shall be concise, complete and unambiguous. Sufficient
information shall be provided to install, put into operation, operate and maintain an RCT.
Instructions relating to the operation of an RCT shall be designed to minimise the possibility
of incorrect operation and be structured to reflect the access level of the user.
Where there are user serviceable parts (e.g. fuses) their type and values shall be given.
The documentation shall include:
– the name of manufacturer or supplier,
– the description of equipment,
– the standard to which component claims compliance,
– the name or mark of the certification body,
– the maximum number of SPTs that can be connected for each category,
– the maximum number of AEs that can be connected,
– the maximum number of transmission network interfaces,
– the maximum number of alarms that can be processed per second,
– a list of supported ATS categories,
– the power requirements.
5.15 Marking/identification
The RCT shall be marked with the following:
– the name of manufacturer;
– the ATS categories for which the RCT is suitable.
The marking shall be legible, durable and unambiguous. If the RCT does not use dedicated
hardware (i.e. the RCT is a software solution), the software shall be able to display the
required markings/identifications.
6 Tests
6.1 General
Specific applications may require additional testing of the RCT. If such characteristics are
provided and are submitted for testing, they shall be specified by the manufacturer at the time
of testing.
6.2 Test conditions
6.2.1 Laboratory conditions and tolerance
Testing conditions shall be in accordance with IEC 62599-1 and IEC 62599-2, as follows:
1) temperature: 15 °C to 35 °C;
2) relative humidity: 25 % to 75 %;
– 14 – IEC 60839-5-3:2016 © IEC 2016
3) air pressure: 86 kPa to 106 kPa.
6.2.2 Mounting
The RCT shall be mounted in accordance with the manufacturer’s installation instructions.
Any additional equipment necessary to carry out the tests (e.g., simulation of the ATS and
SPT) shall be supplied by the manufacturer in agreement with the test house.
6.2.3 Documentation
The product documentation (as required in 5.14) shall be provided with the RCT.
6.2.4 Power supply
Unless otherwise required, the RCT shall be powered by a power supply that meets the
performance as specified by the manufacturer.
6.3 Functional tests
6.3.1 General
The purpose of the functional tests is to demonstrate that the RCT performs its required
functions. The manufacturer shall provide a fully functional test setup. Other ATS components
such as the AS, SPT, and network may be provided as simulating equipment and/or
network(s).
If more than one single and/or dual path category is supported for testing only the most
demanding supported single and/or dual path categories shall be tested. The maximum
reporting time requirement shall be tested for each individual supported category.
All network interfaces shall be tested.
All AE interfaces shall be tested.
Table 3 lists all required functional tests.
Table 3 – Summary of functional tests
Subclause Validate
Requirement to test Test/validation objective
reference or test
Demonstrate the ability of the RCT to receive,
Test
5.1 Processing of alarm signals process and forward a signal or message from the
(6.3.9)
ATS.
Test
5.2 Access levels Demonstrate that all access levels exist.
(6.3.2)
Upload and download of Demonstrate that the RCT will recover after an Test
5.3
software unsuccessful software upload/download. (6.3.3)
Demonstrate that the RCT will not lose any
Storage of parameters and Test
5.4 parameters or customer specific data after a reset
customer specific data (6.3.4)
or power cycle.
Notification of an ATS Demonstrate that the RCT signals an ATS failure to Test
5.5
failure for a single path ATS the AE as defined in IEC 60839-5-1:2014, Table 4. (6.3.5)
Notification of an ATS Demonstrate that the RCT signals an ATS failure to Test
5.5
failure for a dual path ATS the AE as defined in IEC 60839-5-1:2014, Table 4. (6.3.6)
Demonstrate that the interface(s) to the AE(s) are Test
5.6 Interface(s) to the AE(s)
monitored. (6.3.7)
Demonstrate that faults are signalled according to Test
5.7 Fault signalling
the manufacturer RCT documentation. (6.3.8)
Subclause Validate
Requirement to test Test/validation objective
reference or test
Demonstrate that all mandatory events are Test
5.8 Event recording
recorded as required in Table 2. (6.3.10)
Demonstrate that the accuracy of the timestamps
Clock resolution and Test
5.8 as attached to events in the log complies with the
synchronisation (6.3.11)
requirements of 5.9.
Verify that the manufacturer documentation
Validate
5.8 Endurance of the log specifies how 3-year endurance of log entries is
(6.3.12)
achieved.
(only if implemented) Demonstrate that event
Optimising methods of storage, by grouping the events as described in Test
5.8
storage of events 5.9, is implemented and compliant with the (6.3.13)
requirements.
User identification of log Demonstrate that user identification for log entries Test
5.8
entries is logged according to the requirements of Table 2. (6.3.14)
Demonstrate that the implemented modes of Test
5.9 Mode of operation
operation comply with the requirements of 5.10. (6.3.15)
Validate
5.10 Denial of service Verify the manufacturer RCT documentation.
(6.3.16)
Verify the manufacturer declaration of how
Validate
5.11 Information security information security is implemented and complies
(6.3.17)
with the requirements of 5.11.
Verify the manufacturer declaration of how
Validate
5.12 Substitution security substitution security is implemented and complies
(6.3.17)
with the requirements of 5.12.
Verify where an RCT can be used in a dual path
ATS configuration. A failure of one RCT shall not Test
5.13 RCT redundancy
compromise the ATS according to IEC 60839-5- (6.3.18)
1:2014, Table 1.
Verify the manufacturer documentation against the Validate
5.14 Documentation
requirements of 5.14. (6.3.19)
Verify the marking and identification against the
5.15 Marking/identification Validate
requirements of 5.15.
6.3.2 Access levels
6.3.2.1 Object of the test
To demonstrate the ability of the RCT to comply with 5.2 to provide up to 4 levels of access
and verify the relevant access to the functions and controls.
6.3.2.2 Principle
The test consists in attempting to use the functions and the controls required by 5.2, operating
the RCT at each access level and verifying that access is granted for permitted functions and
is denied for non-permitted functions.
Table 4 lists the required functional tests for access levels
Table 4 – Test of access levels
Step Test condition Test procedure Measurement Pass criteria
1 The RCT and any At access level 1, Record whether Access is in
necessary equipment attempt to operate all access is permitted. accordance with 5.3.
to allow the RCT to the functions and
perform as required controls for access
shall be installed and level 1.
in a functional state.
2 As above. Repeat as step 1 for As above. As above.
access level 2.
– 16 – IEC 60839-5-3:2016 © IEC 2016
Step Test condition Test procedure Measurement Pass criteria
3 As above. Repeat as step 1 for As above. As above.
access level 3.
4 As above. Repeat as step 1 for Record if level 4 As above.
access level 4. access is only
possible if granted by
a level 3 user.
5 As above. Try to get access by Record whether No access is granted.
using three times a access is denied.
wrong key.
6 State after test Wait less than 300 s Record whether No access is granted.
number 5. and retry with a valid access is denied.
key to get access.
7 State after test Wait longer than the Record whether Access is granted.
number 5. time specified by the access is granted.
manufacturer and
retry with a valid key
to get access.
8 As above. Try to let the factory Record if there is no Key shall be changed,
default key ability to complete otherwise
unchanged. commissioning with commissioning could
the factory key not be finished.
unchanged.
8 See the Review document. - The documentation
manufacturer’s proof states that the key
of quality of the algorithm can
algorithm used to distinguish between at
achieve remote least 1 000 000
access with a key of different keys .
at least 1 000 000
combinations.
6.3.3 Upload and download of software
6.3.3.1 Object of the test
The principle of this test is to prove that upload and download of software of the RCT, if
implemented, complies with the requirements of 5.3.
6.3.3.2 Principle
The test consists in attempting to update the software of the RCT, operating the RCT at the
appropriate access level and following the instructions in the RCT manual.
Table 5 lists the required functional tests for upload and download of software.
Table 5 – Test of upload and download of software
Step Test condition Test procedure Measurement Pass criteria
1 The RCT and any At access level 1 Record whether a A software update
necessary equipment attempt to apply a software update is shall not be permitted.
to allow the RCT to software update. permitted.
perform as required
shall be installed and
in a functional state.
2 As above. Repeat as above for As above. As above.
access level 2.
3 As above. Repeat as above for As above. As above.
access level 3.
4 As above. Repeat as above for As above. A software update
access level 4. shall be permitted.
Step Test condition Test procedure Measurement Pass criteria
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.
Loading comments...