IEC TS 61850-1-2:2020

IEC TS 61850-1-2 ®
Edition 1.0 2020-06
TECHNICAL
SPECIFICATION
colour
inside
Communication networks and systems for power utility automation –
Part 1-2: Guidelines on extending IEC 61850

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.

IEC Central Office Tel.: +41 22 919 02 11
3, rue de Varembé info@iec.ch
CH-1211 Geneva 20 www.iec.ch
Switzerland
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 corrigendum or an amendment might have been published.

IEC publications search - webstore.iec.ch/advsearchform Electropedia - www.electropedia.org
The advanced search enables to find IEC publications by a The world's leading online dictionary on electrotechnology,
variety of criteria (reference number, text, technical containing more than 22 000 terminological entries in English
committee,…). It also gives information on projects, replaced and French, with equivalent terms in 16 additional languages.
and withdrawn publications. Also known as the International Electrotechnical Vocabulary

(IEV) online.
IEC Just Published - webstore.iec.ch/justpublished
Stay up to date on all new IEC publications. Just Published IEC Glossary - std.iec.ch/glossary
details all new publications released. Available online and 67 000 electrotechnical terminology entries in English and
once a month by email. French extracted from the Terms and Definitions clause of
IEC publications issued since 2002. Some entries have been
IEC Customer Service Centre - webstore.iec.ch/csc collected from earlier publications of IEC TC 37, 77, 86 and
If you wish to give us your feedback on this publication or CISPR.

need further assistance, please contact the Customer Service

Centre: sales@iec.ch.
IEC TS 61850-1-2 ®
Edition 1.0 2020-06
TECHNICAL
SPECIFICATION
colour
inside
Communication networks and systems for power utility automation –

Part 1-2: Guidelines on extending IEC 61850

INTERNATIONAL
ELECTROTECHNICAL
COMMISSION
ICS 33.200 ISBN 978-2-8322-8471-1

– 2 – IEC TS 61850-1-2:2020 © IEC 2020
CONTENTS
FOREWORD . 4
1 Scope . 6
2 Normative References . 7
3 Terms and definitions . 8
4 Key principles reminder . 10
4.1 General . 10
4.2 Namespace introduction. 10
4.2.1 General . 10
4.2.2 Basic namespaces . 11
5 Main cases of extensions of IEC 61850 . 12
5.1 Namespace extensions and associated rules . 12
5.1.1 General . 12
5.1.2 Domain namespaces . 12
5.1.3 Product standard namespaces . 12
5.1.4 Transitional namespaces . 12
5.1.5 Private namespaces . 13
5.2 IEC 61850 profiles for domains . 13
5.3 Mapping of IEC 61850 data model to other protocols at CDC level . 13
6 What to extend in relation with IEC 61850? . 13
6.1 List of basic requirements . 13
6.1.1 General . 13
6.1.2 IEC 61850 structure reminder . 13
6.1.3 Main deliverables and their positioning in IEC 61850 documentation
structure . 15
6.1.4 Intellectual property requirements . 16
6.1.5 Editorial Recommendations . 17
6.1.6 Data Model extension requirements . 17
6.1.7 XML namespace extensions . 26
6.1.8 Cyber-security requirements . 27
6.1.9 Conformance Testing requirements . 27
6.1.10 Maintenance of standard extension document . 27
6.1.11 Backward compatibility treatment. 31
6.2 List of IEC 61850 flexibilities . 33
6.2.1 General . 33
6.2.2 Data Model flexibilities . 33
6.2.3 Communication services . 35
6.2.4 SCL language . 35
6.3 Allowed flexibilities per extension cases. 37
7 The main activities for extending IEC 61850 . 39
7.1 Typical activities applying to all types of extension. 39
7.1.1 General . 39
7.1.2 List the main use cases for extending IEC 61850 -> deliverable P1 . 40
7.1.3 Ensure knowledge of the existing IEC 61850 content . 40
7.1.4 Identify possible IEC 61850 gaps . 40
7.1.5 Build-up IEC 61850 extensions . 40
7.1.6 Maintain IEC 61850 extensions . 40

7.2 Define a standard namespace (product, domain or transitional) – if needed –
-> deliverable P2a or P2b . 40
7.2.1 General . 40
7.2.2 Get a model manager nominated . 41
7.2.3 Get the proposed model reviewed . 41
7.2.4 Publish a namespace extension . 41
7.3 Define "standard" profile(s) – if needed – deliverable P3 (and P4) . 42
7.3.1 General . 42
7.3.2 Define interoperability objectives . 42
7.3.3 Publish profile(s) -> deliverable P3 . 42
7.3.4 Publish profile(s) testing -> deliverable P4 . 42
Annex A (informative) IEC 61850 roadmap (example) . 43
Bibliography . 45

Figure 1 – IEC 61850 documentation structure . 14
Figure 2 – Extensions deliverables positioned in the IEC 61850 document structure . 15
Figure 3 – Handling versioning information for official IEC publication . 28
Figure 4 – Handling versioning information during the internal IEC writing process . 29
Figure 5 – Example of tissue fix sequence and its impact on versioning information . 30
Figure 6 – Activities related to IEC 61850 extensions . 39
Figure A.1 – Example of IEC 61850 roadmap . 44

Table 1 – Typical deliverables attached to IEC 61850 extensions . 16
Table 2 – Normative information related to a namespace (for example for
IEC61850‑7‑420:2009A release 5) . 19
Table 3 – Informative information related to a namespace (for example for
IEC61850‑7‑420:2009A release 5) . 19
Table 4 – Classification of Abbreviations in regards of their contribution to form a DO
Name (examples) . 23
Table 5 – Semantic description frame and requirements . 25
Table 6 – Typical compatibility assessment. 31
Table 7 – Typical compatibility assessment and associated compatibility rules –
detailed discussion . 31
Table 8 – Typical compatibility table . 32
Table 9 – Allowed flexibilities per extension cases . 37

– 4 – IEC TS 61850-1-2:2020 © IEC 2020
INTERNATIONAL ELECTROTECHNICAL COMMISSION
____________
COMMUNICATION NETWORKS AND SYSTEMS
FOR POWER UTILITY AUTOMATION –

Part 1-2: Guidelines on extending IEC 61850

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.
The main task of IEC technical committees is to prepare International Standards. In exceptional
circumstances, a technical committee may propose the publication of a Technical Specification
when
• the required support cannot be obtained for the publication of an International Standard,
despite repeated efforts, or
• the subject is still under technical development or where, for any other reason, there is the
future but no immediate possibility of an agreement on an International Standard.
Technical Specifications are subject to review within three years of publication to decide
whether they can be transformed into International Standards.
Technical specification IEC TS 61850-1-2 has been prepared by IEC technical committee
TC 57: Power systems management and associated information exchange.

The text of this technical specification is based on the following documents:
DTS Report on voting
57/2084/DTS 57/2145/RVDTS
Full information on the voting for the approval of this technical specification can be found in the
report on voting indicated in the above table.
This document has been drafted in accordance with the ISO/IEC Directives, Part 2.
A list of all parts in the IEC 61850 series, published under the general title Communication
networks and 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 web site under "http://webstore.iec.ch" in the data related to
the specific publication. At this date, the publication will be
• transformed into an International standard,
• reconfirmed,
• withdrawn,
• replaced by a revised edition, or
• amended.
A bilingual version of this publication may be issued at a later date.

IMPORTANT – The 'colour inside' logo on the cover page of this publication indicates
that it contains colours which are considered to be useful for the correct understanding
of its contents. Users should therefore print this document using a colour printer.

– 6 – IEC TS 61850-1-2:2020 © IEC 2020
COMMUNICATION NETWORKS AND SYSTEMS
FOR POWER UTILITY AUTOMATION –

Part 1-2: Guidelines on extending IEC 61850

1 Scope
This part of IEC 61850, which is a technical specification, is intended for any users but primarily
for standardization bodies that are considering using IEC 61850 as a base standard within the
scope of their work and are willing to extend it as allowed by the IEC 61850 standards. This
document identifies the required steps and high-level requirements in achieving such
extensions of IEC 61850 and provides guidelines for the individual steps.
Within that scope, this document addresses the following cases:
• The management of product-level standards for products that have an interface based on
IEC 61850
• The management of domain-level standards based on IEC 61850
• The management of transitional standards based on IEC 61850
• The management of private namespaces based on IEC 61850
• The development of standards offering the mapping of IEC 61850 data model at CDC level
• The development and management of IEC 61850 profiles for domains (underlying the role
of IEC TR 62361-103 and IEC TR 61850-7-6)
This document includes both technical and process aspects:
On the technical side, this document:
• Highlights the main basic requirements (mostly referring to the appropriate parts of the
series which host the requirements or recommendations)
• Lists all possible flexibilities offered by the standards
• Defines which flexibilities are allowed/possible per type of extension cases
On the process side, the document covers:
• The initial analysis of how the existing IEC 61850 object models and/or communication
services may be applied and what allowed extensions may be required for utilizing them in
new or specific domains (including private ones). The results of that step are expected to
be documented
• The extension of the IEC 61850 object models for new domains. The typical associated work
is to identify existing logical nodes which can be reused "as is", to determine if existing
logical nodes can be extended, or to define new logical nodes
• The purpose and process to use transitional namespaces, which are expected to be merged
eventually into an existing standard namespace
• The management of standard namespaces
• The development of private namespaces

2 Normative References
The following documents are referred to in the text in such a way that some or all of their content
constitutes requirements of this document. For dated references, only the edition cited applies.
For undated references, the latest edition of the referenced document (including any
amendments) applies.
IEC 61400‑25 (all parts), Wind energy generation systems – Part 25‑1: Communications for
monitoring and control of wind power plants – Overall description of principles and models
IEC 61850-8 (all parts), Communication networks and systems for power utility automation
IEC TR 61850‑1, Communication networks and systems for power utility automation – Part 1:
Introduction and overview
IEC TS 61850‑2, Communication networks and systems for power utility automation – Part 2:
Glossary
IEC 61850‑5, Communication networks and systems for power utility automation – Part 5:
Communication requirements for functions and device models
IEC 61850‑6, Communication networks and systems for power utility automation – Part 6:
Configuration description language for communication in electrical substations related to IEDs
IEC 61850‑7‑1, Communication networks and systems for power utility automation – Part 7‑1:
Basic communication structure – Principles and models
IEC 61850‑7‑2, Communication networks and systems for power utility automation – Part 7‑2:
Basic information and communication structure – Abstract communication service interface
(ACSI)
IEC 61850‑7‑3, Communication networks and systems for power utility automation – Part 7‑3:
Basic communication structure – Common data classes
IEC 61850‑7‑4:2010, Communication networks and systems for power utility automation –
Part 7‑4: Basic communication structure – Compatible logical node classes and data object
classes
IEC TR 61850‑7‑6, Communication networks and systems for power utility automation –
Part 7‑6: Guideline for definition of Basic Application Profiles (BAPs) using IEC 61850
IEC TS 61850‑7‑7, Communication networks and systems for power utility automation –
Part 7‑7: Machine‑processable format of IEC 61850‑related data models for tools
IEC 61850‑8‑1, Communication networks and systems for power utility automation – Part 8‑1:
Specific communication service mapping (SCSM) – Mappings to MMS (ISO 9506‑1 and ISO
9506‑2) and to ISO/IEC 8802‑3
IEC TS 61850‑80‑1, Communication networks and systems for power utility automation –
Part 80‑1: Guideline to exchanging information from a CDC‑based data model using
IEC 60870‑5‑101 or IEC 60870‑5‑104
IEC TS 61850‑80‑4, Communication networks and systems for power utility automation –
Part 80‑4: Translation from the COSEM object model (IEC 62056) to the IEC 61850 data model
IEC 61850-9 (all parts), Communication networks and systems for power utility automation

– 8 – IEC TS 61850-1-2:2020 © IEC 2020
IEC 62271‑3:2015, High‑voltage switchgear and controlgear – Part 3: Digital interfaces based
on IEC 61850
IEC 61869‑9, Instrument transformers – Part 9: Digital interface for instrument transformers
IEC TR 62361‑103, Power systems management and associated information exchange –
Interoperability in the long term – Part 103: Standard profiling
IEC 62351 (all parts), Power systems management and associated information exchange –
Data and communications security
IEEE 1815.1, Standard for Exchanging Information between networks Implementing IEC 61850
TM
and IEEE Std 1815 (Distributed Network Protocol – DNP3)
"Guidelines for code components" document accessible at:
http://www.iec.ch/tc57/supportdocuments
3 Terms and definitions
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: available at http://www.electropedia.org/
• ISO Online browsing platform: available at http://www.iso.org/obp
3.1
code component
part of a standard document which has to be copied/modified from the IEC publication by any
potential users of the standards.
Note 1 to entry: Code Components are components included in IEC standards that are intended to be directly
processed by a computer and also includes any text found between the markers and ENDS>, or otherwise clearly labelled in this standard as a Code Component.
3.2
namespace
domain in which any name and its related information is univocal
3.3
IEC 61850 basic namespace
data model namespace hosted in the IEC 61850 core standard (namely related to
IEC 61850-7-2, IEC 61850-7-3, IEC 61850-7-4 parts)
Note 1 to entry: Refer to IEC 61850-7-1, "Namespace".
Note 2 to entry: The 61850-7-4 namespace content may be revised in future in order to discriminate the elements
which are generic from the ones which are substation specific.
3.4
IEC 61850 domain namespace
data model namespace which extends IEC 61850 with the purpose of better supporting an
application domain
Note 1 to entry: Refer to IEC 61850-7-1, "Namespace".

3.5
IEC 61850 product namespace
data model namespace which extends IEC 61850 with the purpose of better supporting a
specific product (like switchgear) or function (like metering)
Note 1 to entry: Refer to IEC 61850-7-1, "Namespace".
3.6
IEC 61850 private namespace
private data model namespace which extends IEC 61850 with the purpose of better supporting
a private implementation or specification of IEC 61850
Note 1 to entry: Refer to IEC 61850-7-1, "Namespace".
3.7
IEC 61850 transitional namespace
data model namespace which has the goal to expose a proposed extension of the data model
to the market, before being formally embedded into a standard (product, domain or basic)
namespace
Note 1 to entry: Refer to IEC 61850-7-1, "Namespace".
Note 2 to entry: Transitional namespaces are supposed to have a limited time life, their future being to be integrated
into standard namespaces (or standard namespace extensions). At the time of the integration of transitional
namespace into the concerned standard parts, backward compatibility may be broken to take into account market
feedbacks.
3.8
IEC 61850 core standard
standard from the following list: IEC 61850-5, IEC 61850-6, IEC 61850-7-1, IEC 61850-7-2,
IEC 61850-7-3, IEC 61850-7-4, IEC 61850-8-x, IEC 61850-9-x
3.9
IEC 61850 flexibility
option or user-free area stated as such in the IEC 61850 standards
3.10
IEC 61850 extension
additional element or requirement, taking advantage of the IEC 61850 flexibilities, and which
therefore goes beyond the original definition/mandatory requirements of IEC 61850 as stated
in the IEC 61850 standards
Note 1 to entry: Typical extensions of IEC 61850 are new namespaces, including new LNs, and/or new data objects,
or more stringent requirements for presence of DOs/Attributes than required by the IEC 61850 core standards,
additional rules for naming LN prefixes, LDs, IEDs, etc.
3.11
model managers team
team within the IEC in charge of handling/maintaining the IEC 61850 model throughout the
different IEC publications and the different IEC entities, and in charge of preserving its
consistency, as well as its backward compatibility
3.12
profile
agreed-upon subset of requirements derived from a specification
Note 1 to entry: A common profile is required for achieving interoperability especially in those cases when a
specification could have more than one interpretation and there are probably many optional features. Refer to IEC TR
62361-103 and IEC TR 61850-7-6 for more in-depth content on profiles and profiling.
3.13
tissue
technical issue related to an IEC 61850 part

– 10 – IEC TS 61850-1-2:2020 © IEC 2020
4 Key principles reminder
4.1 General
This clause summarizes some main IEC 61850 principles needed for understanding of the rest
of the document.
4.2 Namespace introduction
4.2.1 General
Considering that namespaces can be handled by multiple entities, which can evolve over time
at different speeds, IEC 61850 introduced the following namespace concepts and requirements
from the beginning (Refer to IEC 61850-7-1, "Namespaces" (Clause 13 in Edition 2,
Amendment 1 ).):
• The concept of namespaces: namespaces are largely used and widespread in the IT world
to organize the names or identifiers of data types, data objects, functions, etc. into logical
sets in order to prevent name collisions that can occur when these are being defined in
parallel. In the specific case of IEC 61850, namespaces are a defined but structured
collection of logical nodes (LN), data objects and potentially common data classes (CDC)
and attributes. Each IEC publication which extends the IEC 61850 data models shall have
its own namespace. Each private extension of IEC 61850 shall also have its own
namespace. Each namespace has a unique "machine" name, i.e. a name which can be used
by a machine to uniquely refer to the semantic attached to a data.
• The concept of namespace owner: IEC TC 57 is the owner of the basic namespaces
contained in the IEC 61850 core data object model standards.
• The ability to clearly state and tag which namespace a data object is contained in, through
a specific attribute.
• Strict rules for managing/expanding namespaces: rules are provided to allow third parties
to make extensions to a data object model standard in a way that does not jeopardize
interoperability.
Namespaces are chained together, i.e. dependencies have been established between
namespaces.
Basically, there are 5 types of namespaces (as per current IEC 61850-7-1 "Namespaces" clause
content):
• Basic namespaces contain definitions of the basic classes from which are built all other
namespaces, namely IEC 61850-7-2; IEC 61850-7-3; IEC 61850-7-4.
• Domain namespaces include Parts 7-4xx of the IEC 61850 series, and possibly other
namespaces hosted in dedicated standards or technical specifications such as
IEC TS 61850-80-4 and the IEC 61400-25 series.
• Product standard namespaces typically contain the nameplate detailed information model
but can also be broader than specific products. IEC 62271-3:2015 for switchgears or
IEC 61869-9 for merging units are typical examples of product namespaces.
• Transitional namespaces are used in technical reports such as the 90-xx parts of the
IEC 61850 series. These technical reports may extend any of the basic namespaces
(IEC 61850-7-2, IEC 61850-7-3 and IEC 61850-7-4) as well as any domain namespaces.
They specify extensions that are expected to be included eventually as part of the basic or
domain namespaces in IEC 61850.
____________
Under preparation. Stage at the time of publication: IEC/TFDIS 61850-7-1/AMD1:2019.

• Private namespaces are developed to provide a private data model extension (i.e. a set of
non-standardized data object added to the standard one). They may be constructed to
include standard common data classes from the standard namespaces or from the standard
namespace extensions. They are expected to be managed by the entity (company) which
produced them.
NOTE Private namespaces are of great interest in the standardization process because they can often identify some
standardisation gaps that should be filled. Therefore, it is expected that some portions of private namespaces will be
proposed as "addendums" to the IEC process.
4.2.2 Basic namespaces
4.2.2.1 General
The basic namespaces of the IEC 61850 series, defined in Parts 7-2, 7-3 and 7-4, contain a
collection of standard logical nodes, data object classes, common data classes and attributes
defining at least:
• its wording (exact spelling)
• its semantic (meaning and possibly also the meaning of each of the states this data may
take)
• its type and structure
• its presence conditions
4.2.2.2 Logical nodes (LNs) and their objects classes included in the basic
namespace
Over 280 logical nodes (LNs) are defined in the IEC 61850 basic namespaces and cover the
most common applications of the domains covered by the IEC 61850 series. While original
focus has been on substation automation, the common applications also include many other
functions like monitoring, measurement, control, and power quality that are important for many
other domains. These logical nodes are defined in IEC 61850-7-4.
Most logical nodes provide information (data object and data attributes) that can be categorised
in six categories:
• Descriptions
• Common logical node information
• Status information
• Settings
• Measured values
• Controls
The data object and attribute names are standardized ones (i.e. they are built from standardized
acronyms) that have a specific semantic in the context of the IEC 61850 series.
Finally, the semantic of a logical node is represented by the data objects and data attributes it
contains.
4.2.2.3 Common data classes (CDCs)
The whole set of all the data attributes defined for a data object is based on predefined types
and structures called "Common Data Classes" (CDCs) which can be seen as defining the
"internal data structure template" of data objects.
IEC 61850-7-3 defines common data classes for a wide range of well-known applications. The
core common data classes are classified into the following groups:

– 12 – IEC TS 61850-1-2:2020 © IEC 2020
• status information,
• measurand information,
• controllable status information,
• description information
• controllable analogue information,
• status settings,
• analogue settings and
• description information settings
5 Main cases of extensions of IEC 61850
5.1 Namespace extensions and associated rules
5.1.1 General
This clause lists per type of namespaces the main high-level requirements attached to the
creation of such namespace.
5.1.2 Domain namespaces
Formally domain namespaces include the basic namespaces plus the needed extensions they
require to meet their domain application requirements. They are produced by International
Standardization Bodies. Standard namespaces have usually a status of IS or possibly TS. In
order to comply with IS (or TS) stability constraint, it is highly recommended to have any new
content initially exposed as transitional namespaces.
Refer to IEC 61850-7-1 "Specification of Name Spaces" (Subclause 13.5 in Edition 2,
Amendment 1).
5.1.3 Product standard namespaces
Product standard namespaces are designed as close as possible from the product knowledge,
i.e. within the product standardisation committee, with the ambition to provide through
extensions the most comprehensive product data model.
The nature of LN extensions shall only be the addition of new optional or mandatory data objects
and possibly LNs limited to:
• "Product characteristics" (typically including nameplate) related information. These
extensions may be located in the LPHD LN or in any product related LNs, i.e. any LN
containing the data object EEName. "Product characteristics" information should be
modelled in a way it allows machine processable treatment.
• Product specific LNs to depict product specific functions interface
The new data objects classes shall be assigned to any common data class defined in
IEC 61850-7-3.
5.1.4 Transitional namespaces
Some specific requirements are attached to transitional namespace, especially due to the fact
that potential incompatibilities may occur at the time of their (possible) integration into an IS
document.
Transitional namespaces usually have a status of TR or in some cases TS.

Refer to IEC 61850-7-1 "Specification of Name Spaces" (Subclause 13.5 in Edition 2,
Amendment 1).
By nature, conformance testing will not be applied to transitional namespaces.
5.1.5 Private namespaces
Private namespaces are namespace extensions defined by third parties, i.e. not refer to
IEC 61850-7-1 "Name Spaces" (Clause 13 in Edition 2, Amendment 1), as well as the clause
"Private extension" of the same part (Subclause 14.3 in Edition 2, Amendment 1).
5.2 IEC 61850 profiles for domains
An IEC 61850 profile is an agreed-upon selection of flexibilities, as defined in 6.2, where some
more stringent rules may apply, and which is built with the purpose of increasing the IEC 61850
interoperability in a dedicated context (refer to IEC TR 62361-103 for further elements on
profiling).
Such a profile may build from building blocks called "Basic Application profile" as defined in
IEC TR 61850-7-6.
Thus a profile shall define explicitly, the list of selected flexibilities, and the "additional" rules
associated with these one, typically:
• Consider an LN class presence as required, possibly attached with a (partially or totally)
predefined prefix name and/or predefined suffix number
• Consider a DO presence as required, where the standard only defines it as optional
• Consider a DA presence as required, where the standard only defines it as optional
• Etc.
A first example is the IEC TR 61850-90-17 related to the profile defined to characterise the use
of IEC 61850 in the specific context of IEC 61000-4-30 (power quality standard).
5.3 Mapping of IEC 61850 data model to other protocols at CDC level
These extensions provide additional rules to convey information, as modelled in IEC 61850 onto
different protocols, not supporting the communication services as defined in Part 7-2. Typical
examples are IEC TS 61850-80-1, IEC TS 61850-80-4 or IEEE 1815.1.
6 What to extend in relation with IEC 61850?
6.1 List of basic requirements
6.1.1 General
This clause tries to identify all requirements which have to be considered whatever the
considered case of extension.
6.1.2 IEC 61850 structure reminder
IEC 61850 is made of many parts which need to be clearly understood. These parts are
organized as presented in Figure 1 (Figure extracted from IEC 61850-1):

– 14 – IEC TS 61850-1-2:2020 © IEC 2020

Figure 1 – IEC 61850 documentation structure
These parts may have different states depending on their level of maturity:
• Standard and available as IS or TS: the core parts together with the domain namespaces.
• Transitional and available in TR: mostly grouped into the IEC 61850-90-xx series.
• Coming: a lot of activities are on-going, and it is important to consider all the on-going works
to ensure maximum consistency; a roadmap is published an internal INF document by IEC
on a regular basis of on-going activities and coming extensions related to IEC 61850. An
example is given in Annex A.
Already published parts may also be updated by tissues, and these fixes need also to be
considered (refer to IEC TR 61850-1 for more details on IEC 61850 maintenance process ).
____________
The description of the Tissue process should be part of a future IEC publication.

6.1.3 Main deliverables and their positioning in IEC 61850 documentation structure

Figure 2 – Extensions deliverables positioned in the IEC 61850 document structure
The diagram shown in Figure 2 highlights the possible "extensions" as introduced in Clause 5,
and their positions in the IEC 61850 documents structure.
Table 1 provides additional details for these deliverables:

– 16 – IEC TS 61850-1-2:2020 © IEC 2020
Table 1 – Typical deliverables attached to IEC 61850 extensions
Delivery Typical content Typical IEC type when Comments
type delivered by IEC
P1 Cases of use of the expected extensions TR, or informative annex Express use cases from
which to derive the
extensions requirements
P2a Domain or product specific LN and data IS or TS
object classes extensions (Domain or
product namespaces)
P2b Transitional Namespace TR
P2c Mapping at CDC level IS or TS May be even TR if still at
"feasibility stage"
P3 Profiles of usage IS, TS or TR The IEC type depends on
the maturity level of the
expected usage of the
standard
P4 Profile conformance testing IS, TS or TR depending The IEC type depends on
on the profile type the maturity level of the
expected usage of the
standard
P5 SCSM IS
6.1.4 Intellectual property requirements
6.1.4.1 General
Intellectual Property requirements are important to be considered as soon as a work intends to
start reusing IEC 61850 content totally or partially.
As is true for all IEC publications, the IEC 61850 series is copyright protected: "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."
6.1.4.2 Code component publication rules applying to IEC publications
Specific licensing conditions shall apply in the case where the IEC 61850 extension standard
document includes code components which provide the users with extra conditions for
duplicating, modifying and re-distributing these "code components". The IEC has developed
these specific licensing conditions to apply to IEC 61850-related publications.
In the case of IEC publications, at the earliest feasible stage in the development process
(typically at the CD or DC stage), the editor of the document should screen the contents and
identify all "code components" elements contained in the targeted standard document.
Then a specific process needs to be defined and specific rules need to apply to:
• Get the authorization by IEC to apply these specific licensing conditions
• Tag properly the code components
• Include the copyright and licensing conditions in all related deliverables
• Publish the code component, possibly through separated machine processable files,
possibly with free access or subscription-type access
These specific rules and processes are available within the latest version "Guidelines for code
components" document accessible at http://www.iec.ch/tc57/supportdocuments.

6.1.5 Editorial Recommendations
6.1.5.1 Document structure
In order to facilitate the potential ultimate merger of namespace extensions into the IEC 61850
series, it is highly recommended that the extension publications follow the IEC 61850 document
structure, i.e.:
• Clause 1 Scope
• Clause 2 Glossary
• Clause 3 General requirement
Potentially Business use cases
• Clause 4 Project and system management (aspects related to .)
• Clause 5 Communication requirements (detailed)
Potentially system use cases
• Clause 6 SCL language (impacts) (XML Namespace if any)
• Clause 7 Data models (Namespace if any)
• Clause 8 and 9 SCSM related specification (if any)
• Clause 10 Testing requirements (if any)
6.1.5.2 Document introduction
It is highly recommended to have namespace related information (see 6.1.6.2) included in
Clause 1 of any IEC concerned publication (part of the scope).
More specifically, Clause 1 of such document should be broken down as below:
• Clause 1: Scope
• Subclause 1.1: General
As usual …
• Subclause 1.2:
– Shall contain the namespace "nameplate", i.e. all information identifying the namespace
(see 6.1.6.2)
– Shall contain as well the correspondences between the IEC publications and the
namespace versions and revisions. And namespace name, version, and revision of this
new release. This clause should include a table listing all past publications of the
namespace, the IEC publication name (Ed. 2, Ed. 2/Amd. 1, etc.) and its associated
namespace name, version and revision. This shall also include namespace
dependencies formalization.
• S
...