BS EN IEC 63110-1:2022
$215.11
Protocol for management of electric vehicles charging and discharging infrastructures – Basic definitions, use cases and architectures
Published By | Publication Date | Number of Pages |
BSI | 2022 | 158 |
This part of IEC 63110, as a basis for the other parts of IEC 63110, covers the definitions, use cases and architecture for the management of electric vehicle charging and discharging infrastructures. It addresses the general requirements for the establishment of an e-mobility eco-system, therefore covering the communication flows between different e-mobility actors as well as data flows with the electric power system. This document covers the following features: – management of energy transfer (e.g., charging session), reporting, including information exchanges related to the required energy, grid usage, contractual data, and metering data; – asset management of EVSE, including controlling, monitoring, maintaining, provisioning, firmware update and configuration (profiles) of EVSE; – authentication/authorization/payment of charging and discharging sessions, including roaming, pricing, and metering information; – the provision of other e-mobility services; – cybersecurity.
PDF Catalog
PDF Pages | PDF Title |
---|---|
2 | undefined |
5 | Annex ZA (normative)Normative references to international publicationswith their corresponding European publications |
6 | Blank Page |
7 | English CONTENTS |
11 | FOREWORD |
13 | INTRODUCTION |
14 | 1 Scope 2 Normative references |
15 | 3 Terms, definitions, and abbreviated terms 3.1 Terms and definitions |
16 | 3.1.14 Constraints |
20 | 3.1.40 Session |
21 | 3.1.41 Transaction |
22 | 3.2 Abbreviated terms |
23 | 4 Actors and architecture model 4.1 Actors 4.2 Architecture model Figures Figure 1 ā Actor’s interactions |
24 | 4.3 IEC 63110 metamodel Figure 2 ā Architecture model of the component layer |
25 | Figure 3 ā IEC 63110 metamodel |
26 | 4.4 Actors and system view Figure 4 ā IEC 63110 top-level architecture Figure 5 ā Actors |
27 | Figure 6 ā Generic communication architecture ā System view |
28 | 4.5 Implementation examples 5 Roles, actors, domains descriptions 5.1 General 5.2 Uses cases type descriptions Figure 7 ā Charging site with two charging site zones controlled by a CSMS |
29 | 5.3 Description of the business roles 5.4 Description of the system actors 5.5 Domain description 5.5.1 General Tables Table 1 ā Business roles of the e-mobility domain Table 2 ā System actors of the e-mobility domain |
30 | 5.5.2 Deliver energy transfer services |
31 | 5.5.3 Deliver e-mobility services 5.5.4 Manage charging station |
32 | 6 Events, loops and sessions 6.1 General |
33 | 6.2 Sessions and transactions description Figure 8 ā Example of service session |
34 | 7 General requirements 7.1 Generalities 7.2 Communication protocol requirements 7.2.1 General 7.2.2 Data transfer Figure 9 ā Example of simultaneous service sessions |
35 | 7.3 Communication architecture requirements 7.4 User specific requirements 7.5 CSMS implementation requirements 7.6 Interface requirements between CEM, RM and CSMS |
36 | 7.7 Grid specific requirements 7.8 DSO requirements 7.9 Cybersecurity requirements 7.9.1 General 7.9.2 Security considerations for information |
37 | Table 3 ā Security considerations by information |
40 | 7.9.3 Threat analysis |
41 | 7.9.4 Security requirements |
42 | 7.9.5 Relation with use cases 7.10 Safety requirements 8 Use cases 8.1 Generalities |
43 | 8.2 Energy domain use cases 8.2.1 General 8.2.2 Use case list of the energy domain |
44 | 8.2.3 Smart charging management Table 4 ā List of use cases of the energy domain |
48 | 8.2.4 Charging with demand response Figure 10 ā Smart charging sequence diagram |
51 | 8.2.5 CSMS ā RM exchange of information at the initiative of the CSMS |
54 | 8.2.6 CSMS ā RM exchange of information at the initiative of the RM |
56 | 8.2.7 Power variation triggered by DSO |
59 | 8.2.8 Actors’ relations during a V2G session |
61 | 8.2.9 Information exchange required to ensure a dynamic energy transfer control |
63 | 8.2.10 Providing frequency regulation service by means of decentralized frequency measurements |
67 | 8.3 Manage CS domain use cases 8.3.1 General 8.3.2 Use case list of the manage CS domain Table 5 ā List of use cases of the manage CS domain |
68 | 8.3.3 Discover CS configuration |
71 | 8.3.4 Update a CS component properties |
74 | 8.3.5 Monitor a CS |
76 | 8.3.6 Update the firmware of a CS |
80 | 8.3.7 Reboot a CS |
83 | 8.3.8 The CSMS sets the information to be presented to the user |
85 | 8.3.9 The CSMS sets log criteria |
87 | 8.3.10 Retrieve log information from the CS |
90 | 8.3.11 Fault-code provisioning |
92 | 8.3.12 Information deletion triggered to CSMS by an SA |
95 | 8.3.13 CS deregistration |
98 | 8.3.14 Migration of the CS |
100 | 8.3.15 Onboarding the CS |
102 | 8.3.16 CA certificate provisioning |
106 | 8.3.17 ISO 15118 OCSP response messages |
109 | 8.3.18 Install CS certificate |
112 | 8.3.19 Install the certificate of the local CSMS |
115 | 8.3.20 Install CS certificate with key pairs created outside |
118 | 8.3.21 Certificate revocation |
120 | 8.4 Deliver e-mobility services domain use cases 8.4.1 General |
121 | 8.4.2 Use case list for deliver e-mobility service domain 8.4.3 Reservation of an EVSE Table 6 ā List of use cases of the e-mobility domain |
125 | 8.4.4 Authorization with locally presented credentials |
127 | 8.4.5 Authorization by external means |
129 | 8.4.6 Inform EVU about tariff during charging session |
131 | 8.4.7 Inform EVU about tariff during operation |
133 | 8.4.8 SDR information production |
134 | 8.4.9 ISO 15118 contract certificate installation/update |
139 | Annex A (informative)Implementation examples A.1 General A.2 A simple home example or a single EVSE at kerbside A.3 A more complex home with one or more CSs Figure A.1 ā A simple home with one CS |
140 | Figure A.2 ā Complex home with one CS Figure A.3 ā Complex home with two charging stations |
141 | A.4 Parking lots or high-power CS example A.5 A CS with local production and storage Figure A.4 ā Parking lot example |
142 | Figure A.5 ā CS with local production and battery storage |
143 | Annex B (informative)Requirements used for selecting the transport technology B.1 Message specific timeouts shall be supported B.2 Transport foundation shall be IP based ā with IPv4 and IPv6 support B.3 It shall be possible to transport encrypted and/or signed message payload sub-elements |
144 | B.4 The communication between a CSC and a CSMS shall be encrypted (transport layer) B.5 Bidirectional communication shall be possible B.6 Long messages shall not block urgent messages B.7 Message payload encoding shall be memory and CPU efficient B.8 Message priority shall be under the control of the application layer |
145 | B.9 Asynchronous message transfer shall be supported B.10 Authentication with related session mechanism shall be supported B.11 Multicast messages should be supported B.12 Addressing scheme needs to be supported B.13 Coordinated time at CS level shall be supported |
146 | B.14 Message encoding shall support non-standard payload elements B.15 Message encoding shall support versioning B.16 Communication shall be delay tolerant B.17 The communication technology should have a high reliability in payload delivery |
147 | B.18 The selected communication technology should not have a single point of failure B.19 Technology shall have proven implementations B.20 Technology shall not have intellectual property restrictions B.21 The communication technology shall be stable |
148 | B.22 Fine grained authorization shall be supported B.23 Communication layer shall be supported by at least two operating systems and embedded platforms for CS and CSMS B.24 Interoperability with conventional information models used in power industry |
149 | B.25 Communication layer shall support IEC 63110’s multi-level architecture for CSMS |
150 | B.26 Efficient support for binary payload B.27 Communication layer shall support request/response and publish/subscribe patterns |
151 | Annex C (informative)Example of a complex service session C.1 Visual representation C.2 Description Figure C.1 ā Example of a complex service session |
153 | Annex D (informative)Classification of use cases impacts Table D.1 ā Use case classification of the energy domain |
154 | Table D.2 ā Use case classification for the manage CS domain Table D.3 ā Use case classification of the deliver e-mobility services domain |
155 | Annex E (informative)Security use case sequence Figure E.1 ā Security use case sequence |
156 | Bibliography |