Next Article in Journal
Determination of the Soiling Impact on Photovoltaic Modules at the Coastal Area of the Atacama Desert
Previous Article in Journal
Fractional-Order Finite-Time, Fault-Tolerant Control of Nonlinear Hydraulic-Turbine-Governing Systems with an Actuator Fault
 
 
Font Type:
Arial Georgia Verdana
Font Size:
Aa Aa Aa
Line Spacing:
Column Width:
Background:
Article

A Novel Methodology for the Scalability Analysis of ICT Systems for Smart Grids Based on SGAM: The InteGrid Project Approach

by
Sergio Potenciano Menci
1,*,†,
Julien Le Baut
1,
Javier Matanza Domingo
2,†,
Gregorio López López
2,†,
Rafael Cossent Arín
2 and
Manuel Pio Silva
3
1
AIT Austrian Institute of Technology, 1210 Vienna, Austria
2
Institute for Research in Technology (IIT), Universidad Pontificia Comillas, 28015 Madrid, Spain
3
EDP CNET, 2685-039 Lisbon, Portugal
*
Author to whom correspondence should be addressed.
These authors contributed equally to this work.
Energies 2020, 13(15), 3818; https://doi.org/10.3390/en13153818
Submission received: 19 June 2020 / Revised: 12 July 2020 / Accepted: 17 July 2020 / Published: 24 July 2020
(This article belongs to the Section A: Sustainable Energy)

Abstract

:
Information and Communication Technology (ICT) infrastructures are at the heart of emerging Smart Grid scenarios with high penetration of Distributed Energy Resources (DER). The scalability of such ICT infrastructures is a key factor for the large scale deployment of the aforementioned Smart Grid solutions, which could not be ensured by small-scale pilot demonstrations. This paper presents a novel methodology that has been developed in the scope of the H2020 project InteGrid, which enables the scalability analysis of ICT infrastructures for Smart Grids. It is based on the Smart Grid Architecture Model (SGAM) framework, which enables a standardized and replicable approach. This approach consists of two consecutive steps: a qualitative analysis that aims at identifying potential bottlenecks in an ICT infrastructure; and a quantitative analysis of the identified critical links under stress conditions by means of simulations with the aim of evaluating their operational limits. In this work the proposed methodology is applied to a cluster of solutions demonstrated in the InteGrid Slovenian pilot. This pilot consists of a Large Customer Commercial Virtual Power Plant (VPP) that provides flexibility in medium voltage for tertiary reserve and a Traffic Light System (TLS) to validate such flexibility offers. This approach creates an indirect Transmission System Operator (TSO)—Distribution System Operator (DSO) coordination scheme.

1. Introduction

The scalability of Information and Communication Technology (ICT) systems is a key factor for the large-scale deployment of Smart Grid solutions. Indeed, the successful demonstration of a pilot project is not a guarantee that the systems will have a sufficient level of performance under different boundary and stress conditions. Hence, it is fundamental to evaluate how the technological choices, i.e., the different interconnections and devices composing the ICT architecture, are affected in more challenging conditions than in the pilot. This allows the design of scalable systems, if proper conditions and assumptions are provided, since the architecture has been appropriately analyzed previous to this scaling process. As a result, it also reduces the uncertainty and risk associated to the investment required to undertake such large-scale deployments, since it allows the technological decisions which are made and deployed in today’s context to be valid up until the infrastructure is replaced in the future (e.g., in the case of smart metering, typically in a 15-years period).
This paper presents a novel and replicable methodology for the scalability analysis of ICT systems used in Smart Grid scenarios with high penetration of Distributed Energy Resources (DER). Such a methodology has been developed within the scope of the European project InteGrid [1]. In addition, the paper also illustrates how this methodology works by applying it to an actual use case.
Scalability itself is a vast and complex topic without a single, unique definition, as exposed in [2] and [3]. With regard to the Smart Grid, scalability also has a variety of topics [4]. Many Smart Grid scalability studies, such as [3,5,6], mention the importance of the communication infrastructure as the main support of Smart Grids. However, they do not extend their analysis into specific ICT topics, but rather pertain their focus towards associated costs. The concept of creating a two-step methodology is based on the extension of traditional methods, where ICT systems are prone to be targeted only from the performance point of view. This is mainly through quantitative analysis, as shown in [7], where a distributed simulation environment is introduced to analyze the increasing traffic volume caused by the Smart Grid roll out. Many more examples follow the trend in [8], where the scalability of the protocols is investigated in order to achieve an efficient management of individual units when coping with massive distributed system formed by small and variable energy resources. This is due to the fact that the Smart Grid encompasses a great mix of different ICT solutions which can be analyzed individually. This is especially the case when considering the large scale deployment of Advance Metering Infrastructures (AMI). For example, in [9], the sufficient computing capacity to efficiently cope with the vast amount of data produced in large scale distributed systems is investigated. Furthermore, the topics of AMI studies extend even further into their specific types of communication technologies used. This can be reflected either in a qualitative manner, as expressed in [10], where the different communication technologies are described with a focus on their advantages and disadvantages, or in a quantitative manner, where each technology can be deeply analyzed as explained later in this paper.
The methodology proposed to study the ICT scalability is based on a two-step approach. The intention is to consider, in a holistic manner, the entire ICT system from different perspectives by considering all the respective stakeholders. It consists of combining a qualitative and a quantitative analysis. The qualitative analysis enables to obtain various characteristics such as a system overview (e.g., network architecture used), as well as the devices and the technologies in place. This, provides a quick and effective solution used to identify any potential bottlenecks. Thereafter, the quantitative analysis can evaluate these potential bottlenecks through stress testing to analyze their performance. In order to do so, the methodology uses as a foundation the Smart Grid Architecture Model (SGAM) framework [11]. The SGAM is the main input and standard reference for the analysis. Thus, it ensures replicability when dealing with different Smart Grid use cases. This framework has already been adopted in several European projects, such as InteGrid, InterFlex [12] and Discern [13], as well as in other consulting and research studies [14,15,16,17]. However, in this work the qualitative analysis is improved and the SGAM is not only used as a representation of the architecture, but also as an active input for the qualitative analysis. It uses methods derived from the graph theory, which enables the analysis to be considered from various perspectives made by the stakeholders when considering the architecture components and links that connect these components. In addition, such a qualitative analysis is complemented with a thorough quantitative analysis of the potential bottlenecks.
The analysis considered the utilization of a well-known SGAM software as the SGAM tool box [18], but due to its over-complexity for the intended analyses and to the lack of the flexibility required to work with multiple partners, it is not used as basis to create the necessary SGAMs. Instead, a simple but flexible and extendable template based on the work performed under the Discern project is adopted. Furthermore, it is enriched through the combination and extension of additional information for the relevant interoperability layers needed in the analysis (component, communication and information).
In order to illustrate how the proposed methodology works and the benefits it may bring, it is applied to the analysis of a cluster of solutions demonstrated in the InteGrid pilot in Slovenia. This pilot consists of a Large Customer Commercial Virtual Power Plant (VPP) which provides flexibility offered in Medium Voltage for tertiary reserve and a Traffic Light System (TLS) [19] that validates these offers creating an indirect Transmission System Operator (TSO)–Distribution System Operator (DSO) coordination scheme through a DSO platform.
The structure of the paper is as follows. Section 1 provides an introduction and motivation to the work presented in the paper. Section 2 presents the general methodology defined for the ICT scalability analysis. Thereafter, its implementation to the particular aforementioned scenario (Large Customer Commercial VPP) is discussed in two parts. Firstly, the qualitative analysis is exposed in Section 3 by providing the potential network architecture bottlenecks. Secondly, in Section 4, such bottlenecks are stressed and their scaling behavior are quantified as part of the quantitative analysis. Finally, Section 5 draws the main conclusions from the study and proposes future work.

2. General Methodology

This section provides an overview of the proposed two-step methodology. The methodology uses the SGAM as the main source of information. It enables modeling any Smart Grid scenario in a standard way, including enriched data related to the component, communication and information interoperability SGAM layers.
The qualitative analysis used in this methodology is based on a complete analysis of the network architecture of the considered scenario through its SGAM representation. In the qualitative analysis, a set of attributes is selected and used for characterizing the architecture. With this characterization, critical components (devices which are included in the architecture) and links (connections between such devices) can be identified and fed to the quantitative analysis.
The quantitative analysis focuses on stress simulations applied to such critical links in order to evaluate their behaviour when the system is scaled up. The system scaling dimensions considered are:
  • Increment of the number of nodes (amount of devices)
  • Increment of the frequency of information exchange (data and commands)
  • Increment of the measurements taken in each sampling period, which is especially important in the case of smart meters
Figure 1 shows a condensed visual aid to understand the methodology steps, along with its own qualitative and quantitative sub-steps developed for the analysis of the ICT scalability of Smart Grid scenarios. These steps are hereafter detailed in this section and the results obtained when applying them to the scenario analyzed in this paper (Large Customer Commercial VPP) are exposed in Section 3 and Section 4.
The SGAM developed for the Large Customer Commercial VPP scenario analyzed in the paper has the following components. The TSO is represented using the TSO simulator (bidding) and the P/f controller is used for power and frequency control, located at the left side of the SGAM. The DSO spans across the entire Distribution domain of the SGAM and part of the Customer and DER domains. In the Distribution domain, the DSO is reflected by its own internal tools, such as the AMI Head End, Meter Data Management Database, Supervisory Control And Data Acquisition (SCADA); the tools provided by third parties, such as the Load/Renewable Energy Sources (RES) DSO forecasting system, the Traffic Light System (TLS) and the Multi Period Optimal Power Flow/Power Flow (MPOPF/PF). At the field and station SGAM zones, the components used for data acquisition, such as the Remote Terminal Unit (RTU) (On Load Tap Charger (OLTC)), Smart meter @ Primary Smart Substation (PSS), Smart Meter per feeder, Smart Meter @ Secondary Smart Substation (SSS) and Data concentrator are located. The DSO also acquires the filed data from the DER and Customer Premise domains through the Smart Meters (SM) per DER and per customer. With regard to the VPP, it is represented as a central entity by the Commercial VPP System orchestration environment and all its dependencies, such as Price forecasting system, Time Series Database, Load forecasting system and connection to the Charging Point Operator (CPO) for handling the Electric Vehicles (EV). However, the VPP also has a presence in the DER and Customer Premise domain as it needs to acquire data and control the flexibilities. In order for the TSO, DSO and VPP to exchange information, they use the GM-hub [20] platform, a solution specially developed for InteGrid, which acts as a main communication exchange hub for data sharing. This SGAM is represented in Figure 2.
To perform the assessment, a SGAM template has been used with the inclusion of a numeric layer mapped onto an information table. These extensions are needed as the methodology requires, at a later stage, stress simulations. Hence, when creating the representations and collecting the information, the information table is created. An example of the information table is presented in Table 1.
The two steps from the qualitative analysis are detailed hereupon. As previously stated and shown in Figure 1, the first step in the qualitative analysis is to classify a set of attributes, which is obtained through the use of a questionnaire for each considered scenario, by order of interest and impact:
  • The interest denotes whether the attribute shall be considered in the analysis of the scenario or not
  • The impact denotes the weight of this attribute over the qualitative analysis
The aforementioned questionnaire is filled by each of the stakeholders involved in a given scenario. These stakeholders are: a DSO, a VPP a communication platform and two service providers making a total of 5 actors. The questionnaire is completed by using a 1-3 scale system, according to a rating process as shown in Table 2.
The results are not shared among the involved stakeholders to avoid influencing their scores. The attributes to be classified include a total of 13 features, grouped in three main categories:
  • Reliability
  • Computational resources
  • Manageability
These attributes are common for any given scenario being analyzed using the proposed methodology, having been carefully selected to provide the required generalization and taking into account both the academia and the industry point of view [3,6,8,21,22,23]. Nevertheless, the obtained results might of course differ from one scenario to another.
In addition, it is worthwhile to remark that, since the ICT scalability analysis deals not only with the technical specifications of components (devices) but also with links (how devices are connected), the attributes must be filtered according to their relevance to either components, links or even both. The categories, attributes and the relevance of each attribute towards components and links is collected in Table 3.
Based on the results obtained in the classification by interest and impact, a weighting process takes place to decide whether an attribute is selected for the quantitative analysis or not and what role is going to play in such an analysis. This is necessary since the efforts have to be focused on those attributes which are important to the parties involved. The weighting process is done by giving each of the parties involved a weight based on their own importance in the system, as it is considered, for example, that the DSO must have a greater importance than the technology providers. Correlating these weights and the results obtained, it is then possible to have, as an outcome for each scenario under study, which attributes will be considered in the next sub-step, as well as the importance of these attributes.
The second sub-step in the qualitative analysis aims to provide an architecture characterization based on the current status, in addition to highlight potential critical components and links within the architecture. To provide such outputs, the analysis incorporates elements from the graph theory [24], where the SGAM links are considered the edges, the SGAM components are considered the nodes, and weights are applied through the internal scores and the attribute impact (result of the previous step). The internal scores are based on a score system based on a 1-5 scale. Each component and link has to be granted with an internal score with respect to each selected attribute. An example of the 1–5 scale scoring is presented in Table 4.
All the actors or stakeholders in each scenario under study are responsible to provide the scores for all the components and links they own in the architecture according to their current status of deployment in the field. The scores are completely unknown by the companies involved in the implementation of the demo associated to the considered scenario, anew to avoid any possible biasing. Based on all distribution weights, the weight process results in a potential list of critical components and links when considering the scalability of an ICT network, which can then be analyzed. From this analysis, the critical links are fed into the quantitative analysis for stress simulations.
The second step of the global methodology is the quantitative analysis. It takes as input the results obtained from the qualitative analysis. Again, this step is subdivided into two sub-steps. Firstly, based on the information from the qualitative analysis (list and relevant information from the potential critical components and links), link models are developed for the stress simulations in the selected simulation environment (OMNet++ [25] in the case of this work, although other simulation frameworks would also fit the proposed methodology). The models consider the link’s protocol stack used to transfer information from one component to another component; whereas the components and other boundary conditions are taken into consideration for the technical characteristics of the end-to-end points. Secondly, these models are simulated using best-case and worst-case scenarios based on the link owner’s expectations, when certain parameters, such as the number of components, data size or frequency of information exchange between components, are scaled up.
As it has already been mentioned, in this work these models and its subsequent simulation use OMNet++, as it is a customizable and well-known network simulator widely used in previous research work, such as [26,27,28].

3. Qualitative Analysis

In this section, the results from the qualitative analysis of the proposed methodology applied to the specific scenario analyzed in this paper and represented in Figure 2, are presented with the aim of better illustrating how it works and the benefits it provides. The scenario represents a Large Customer Commercial VPP that is being deployed and tested in the InteGrid Slovenian pilot.

3.1. Classification of Attributes

This first sub-step depends on two main factors to filter the attributes, i.e., which actor is involved in the scenario under study and what is their weight in the demonstration. The information of which actor and their respective weight (weight factor) is summarized in Table 5
Based on the actors involved and the distribution (weight) they have in the system, the first questionnaire, where each actor has to evaluate each attribute in terms of interest, which determines if the attribute is considered, and impact, which determines the weight used in the Architecture Characterization—Scores step explained in the next subsection. These results are collected in a compact manner and presented in Table 6.
From the results obtained in Table 6, Tech generation is completely discarded for the entire analysis. The reason is due to the fact that the technologies used are based on current well-established technologies which already offer a sufficient support and maintenance, hence the lack of interest towards this attribute.

3.2. Architecture Characterization—Scores

The second step of the qualitative analysis deals with the Architecture Characterization. Here components and links are granted scores by each responsible actor with regard to the considered attributes based on their current status. These scores are later computed to identify the critical components and links within the architecture, with respect to the attributes categories.
The scores obtained for each component are represented using spider-web diagrams. These scores aggregate the total score in each category. Thus, the potential bottlenecks are identified by those components or links which have the lowest scores. It is also interesting to review those components or links which have the highest score. They are considered to be highly complex or important, components or links, which can also results in potential bottlenecks due to their complexity when the system scales in size. These scores are included in Figure 3 and Figure 4.

3.3. Outputs of the Qualitative Analysis

In this section the output scores are analyzed in order to identify the potential critical components and links, as well as to provide the quantitative analysis process with the respective link information for its subsequent stress simulation tests.
The main dimensions considered in the qualitative analysis for potential bottlenecks are:
  • Increment of data sources due to the new number of devices (e.g., new flexibilities in the system).
  • Bigger data size (higher granularity of the data) from the data sources.
  • Higher frequency of information exchange (data and commands), meaning moving towards real time operation with constant updates.
When analysing the component scores obtained in the 3 categories represented in Figure 3, 11 components are considered as potential bottlenecks, namely: Price forecasting system, Commercial VPP Orchestration System, Load/RES DSO forecasting system, DSO data concentrator at the Secondary Substation, RTU(OLTC), Smart Meter at the Primary Substation, Smart Meter per Medium Voltage feeder, Smart Meter per Medium Voltage feeder, Smart Meter at the Secondary Substation, Smart Meter DER (VPP), DER control (VPP) and Customer Flex control (VPP).
From these 11 potential critical components, all can be considered minor constraints. For those components located in the upper part of the SGAM (see Figure 2), it is clear that their potential issues can be solved by either increasing the available computational resources through an investment if needed (e.g., price forecasting system and Load/RES DSO forecasting system) or by being aware of the complexity of managing a subsystem (e.g., commercial VPP system orchestration environment), which will lead to time investment, as the addition of new devices is not a plug and play solution.
For those components located in the lower part of the SGAM (see Figure 2), their issues are again related with the computational resources. This does not suppose a real problem, as once the architecture is understood, the technical capabilities are already well-dimensioned for the scope of use of such devices. However, since the number of data sources (Smart Meters) tend to increase as new flexibilities are foreseen in the system, new measuring points and new customers could be potentially included, and the technical junction nodes (data concentrators and RTU) should be aware of the data which will be handled by them. In the other cases, where the component is an actuator (e.g., DER control, Flex control) based on an incoming signal, since it is a 1-to-1 relation with the DER-Customer flex, no super processing power is required, therefore no scalability constraints are foreseen.
When analyzing the link scores obtained in the 3 categories represented in Figure 4, 19 links result in potential critical links. Nonetheless, only 9 links are truly considered to be further explored within the quantitative analysis. The remaining are discarded for the following reasons:
  • Being point-to-point communication with a physical connection interface which can be fully used.
  • A calculated latency where only if a required frequency of exchange is high enough for response times (real operation for control purpose of asset steering) would require a small upgrade on the communication technologies from GPRS to 4G or upcoming 5G to fix it.
  • Internal actor networks (intranets), which can be easily optimized if needed at anytime.
Considering the aforementioned points, the links listed in Table 7 are considered to be critical, due to being the connection between networks and their devices to data concentrators, and thus need to be further evaluated in the quantitative analysis. Regarding links 9, 9’, 10 and 10’, it should be noted that in-field smart meters can communicate either directly to the backend of the DSO by means of GPRS (links 9’ and 10’) or through a data concentrator (links 9 and 10) depending on whether a monolithic or a hierarchical communication architecture is used respectively, which in turn may depend on many factors, such as the topology of the power distribution infrastructure (e.g., rural vs. urban scenarios) [22]. If a hierarchical architecture is used (i.e., data concentrators are in place), Narrowband PowerLine Communications (NB-PLC) are the most widely used solution in the so-called ‘last-mile’ of Advanced Metering Infrastructures (AMI) [29], G3-PLC being used in the Large Customer Commercial VPP specific scenario analyzed in this paper. In this latter case, the data concentrators aggregate the data coming from the smart meters and send them to the backend of the DSO through GPRS.

4. Quantitative Analysis

This section presents the quantitative analysis carried out for the critical links identified in the qualitative analysis explained in Section 3, which is focused on the Large Customer Commercial VPP scenario that is demonstrated in the InteGrid Slovenian pilot.

4.1. Overview of Simulation Tools and Related Work

Although experimental tests in real environments, such as mock-ups or laboratories, presents benefits such as the validity of the obtained results if the tests are properly carried out [30,31,32], simulation tools represent a powerful, flexible and cost-effective solution to quantitatively assess scalability issues in Smart Grid infrastructures. There are a number of advantages when taking a simulation approach to study this kind of scenarios, such as cost reduction or the evaluation of several alternative solutions for a given scenario at once.
Since the Smart Grid brings power and ICT together, such simulation tools need to consider the effects of both dimensions [33]. Currently, there are different approaches found in literature to tackle this issue, combining the effects of both dimensions to different extents:
  • Decoupled simulations. This approach is based on simulating each par of the problem independently using a commercial or validated software. On one hand, this approach uses appropriate state-of-the-art simulations for each dimension. On the other hand, it is limited since it is difficult to relate the output of each simulation. Some examples of this approach available in the literature are [34], where the performance of a wireless communication architecture for energy efficiency and Distributed Generation integration is evaluated taking into account the characteristics of the underlying power infrastructure [35], or the evaluation of the performance of the NB-PLC technology PRIME (PoweRline Intelligent Metering Evolution) using the well-known simulator SimPRIME [36] in different Smart Grid scenarios, such as Advanced Metering Infrastructures [37,38,39,40,41] or Demand Response [42]. All these studies were carried out using OMNeT++ Communication Network Simulator.
  • Monolithic simulations. An straight-forward alternative to improve previous design is to build a simulation model that includes all the effects of both the telecommunication and power system’s part of the problem. Although this would provide good and more realistic results, the creation of such software will be complex and time-consuming. One specific aspect that makes this task very complex is the fact the the kind of effects that need to be modeled in each part of the problem (the telecommunication and the power systems) require a different simulation approach. Whereas the telecommunication simulations are based on event-based simulations, the power system simulations are based on the solution of transients through differential equations. The reader can refer to some monolithic simulators in the literature such as the Electric POwer and Communication syncHronizing Simulator (EPOCHS) [43] or the Global Event-driven CO-simulation framework (GECO) [44].
  • Co-simulation. An alternative to previous approaches is the co-simulation. The basic idea underneath it is the use of specific simulations for each one of the problem and interconnect them using some kind of standardized solutions. This adds some more computational complexity but provides more realistic results, since one simulator is fed-back with the partial results of the other and vice versa. The Virtual Grid Integration Laboratory (VirGil) [45] is an example of this approach that uses Functional Mock-up Interface (FMI) [46] to interconnect three simulators: PowerFactory, OMNeT++ and Modelica. This project was followed-up by the CyberPhysical Co-Simulation Platform for Distributed Energy Resources in Smart Grids (CyDER) [47]. Moreover, one additional advantage of this type of solution is the possibility of including Hardware-in-the-Loop (HiL) in the simulation, as reported in [48]. A complete overview of other research initiatives is available in [49].
The work presented in this paper falls within the first approach (decoupled simulations), since the goal is to evaluate the performance of certain critical communication links of given Smart Grid scenarios under stress conditions in order to identify whether the available infrastructure is prepared for future challenging situations or whether new planning and investments are required and, in order to get the boundary conditions from the power perspective, the qualitative analysis is carried out instead of power simulations.
The following subsections describe how the models have been implemented, the range of parameters used in the simulations and the corresponding results and comments.

4.2. Considered Scenarios

The potential bottleneck links coming from the qualitative analysis are grouped based on their protocol stack to come up with the following scenarios (also listed in Table 8), which will be simulated as part of the quantitative analysis to evaluate their performance under different conditions:
  • Scenario A (links 5’, 9’, 10’, 11’): The communication layer-stack in this scenario is set to DLMS/COSEM messages being transmitted over TCP/IP/GPRS.
  • Scenario B (links 9 and 10): The communication layer-stack in this scenario is set to DLMS/COSEM messages being transmitted over G3-PLC.
  • Scenario C: The communication layer-stack in this scenario is set to DLMS/COSEM messages being transmitted over TCP/IP/xDSL. This technology was included in the simulation as an alternative to GPRS (e.g., for link 11’). It can be also seen as a replicability and scalability analysis for links in Scenario A.
The two possible dimensions for scaling up is either to generate more data, which can be done by increasing either the number of components or the frequency of measurement-data gathering, or by increasing the frequency of exchange, i.e., moving to real-time communication. Combining these two dimensions, the best-case and worst-case situations, shown in Table 8 and explained in detail in the next subsections, are obtained.

4.3. Simulation Modeling

Modeling represents a very important stage when it comes to simulations. The main reason is that the relevance of the results obtained from the simulations will depend on how well the model behind such simulations represents reality or covers the most important features of the target problem. Regarding this, it goes without saying that perfect models do not exist. In addition, very complex models that try to include many features do not guarantee better results in any case, well-known principles such as the Occam’s razor principle or the KISS principle suggesting even the opposite [41].
Regarding the modeling of the application protocol used in the identified critical links, DLMS/COSEM will be modeled based on the size of the payload, since this is the main feature that affects the target simulations. The request/response mechanism will also be modeled. Thus, based on previous research work [50], the size of the requests will be set to 71 Bytes and the size of the response will be set to 1576 Bytes.
For TCP/IP, the implementation available in the OMNET++/INET Framework will be used, since it is a consolidated and widely adopted implementation. In the case of TCP, the Maximum Segment Size (MSS) needs to be configured. Based on previous research studies, low MSS (e.g., 512 Bytes [51] and 413 Bytes [52]) is appropriate for interactive applications; whereas high MSS (e.g., 1400–1600 Bytes [53]) is appropriate for bulk data exchange applications. As a result, in this work both low and high MSS will be considered in order to assess the impact of this parameter in the obtained results.
GPRS represents the most challenging part of the model. There are some accurate implementations available for OPNET, however, this simulation tool is licensed. In the case of OMNeT++, [54] presents a proposal for this purpose, but it is deprecated. Therefore, as in the GPRS Radio Access Network (RAN) Frequency Division Mutiple Access (FDMA) and Time Division Multiple Access (TDMA) are combined resulting in virtually dedicated channels, this technology has been approached in this paper by Virtual Channels or Local Loops (LL) that connects each user to an aggregator, as shown in Figure 5a. From the aggregator to a RouterModem, a Back-Bone (BB) Optical Link is assumed. The following parameters have been considered and set for each of these virtual links:
  • Uplink data rate: 26.8 kbps [55].
  • Probability of error based on the theoretical availability of the channel: P e = 0.001 [56].
  • Availability: 97.07 % based on [22].
In the case that xDSL is in place as an alternative to GPRS (e.g., in link 11’), the modeling is also quite complex, since the performance of the technology depends on many factors, such as the length of the cables or the noise mask. Thus, the simplified model in Figure 5c is proposed: dedicated Local Loops for each user to the Digital Subscriber Line Access Multiplexer (DSLAM), followed by a Back-Bone Optical Link. For the uplink, three data rates have been considered depending on the distance from the subscriber to the DSLAM:
  • 300 m: 25 Mbps,
  • 2 km: 16 Mbps,
  • 5.2 km: 800 Kbps.
Regarding the probability of error, a packet error rate of 10 5 has been assumed for the Local Loop (LL) and of 10 9 for the backbone.
With respect to G3-PLC, the technology defines four communication modes depending on the conditions of the channel. Three communication modes use a Reed–Solomon and a convolutional encoder to implement Forward Error Correction (FEC) techniques together with three differential phase modulators: Binary Phase Shift Keying (DBPSK), Quaternary Phase Shift Keying (DQPSK) and 8 Phase Shift Keying (D8PSK), respectively. These three communication modes are referred to as “Normal”. In addition to this, a fourth communication mode is defined by preceding the Reed–Solomon encoder with a Repetition Code block, which increases the robustness of the communication, and uses only DBPSK modulation. As a matter of fact, this communication mode is known as “Robust”. The communication modes included in the model used in this paper are: Robust, Normal-DQPSK and Normal-D8PSK, going from more robust (in order to consider noisy scenarios) to less robust (in order to consider less noisy scenarios). Figure 6 shows the performance, in terms of Bit-Error Rate vs. Signal-to-Noise Ratio (BER vs. SNR), achieved by each of the communication modes. The price to pay for this robustness is a detriment in the transmission rate, as it can be seen in Table 9, where data-bit rates are shown for each mode.
From a modeling point of view, the implementation of the G3-PLC technology has been done using the Ethernet model available in OMNeT++/INET, since both technologies are based on a shared medium and use Carrier-Sense Multiple Access (CSMA) as a contention mechanism. In addition to this, packet sizes, transmission rates and error probabilities have been modified to correspond to the case of G3-PLC. A snippet of the model developed in OMNeT++ is shown in Figure 5b, where all nodes use the same transmission medium to communicate.

4.4. Simulation Setup

A number of different scenarios have been simulated using the models detailed in Section 4.3 and varying a set of parameters in order to cover a wide range of situations. Parameters considered in the simulation are:
  • The number of nodes in the networks. In order to model different network sizes, simulations consider 10, 100 and 1000 nodes.
  • Maximum Segment Size (MSS). For the cases where TCP is part of the protocol stack, the length of the TCP segments have been set to 413 and 1600 bytes to cover a higher or lower message fragmentation.
  • Channel impairments. Different channel qualities have been modeled by setting the transmission rate to different values. This models the fact that, for noisier channels, the communication protocols adapts by using a more robust communication mode and, thus, a lower transmission rate. Given this, for G3-PLC, the transmission rates have been set to 3.2 , 34 and 54.6 kbps, according to the standard. For xDSL, transmission rates have been set to 800 kbps, 16 Mbps and 25 Mbps. In both cases, the different values model noisier to less noisy channels.
  • Frequency of message exchange. To model different applications, nodes transmit messages at the following frequencies: 10 minutes, 1 minute and 1 second, going from near-real-time to real-time.
For all different scenarios, 100 simulations (i.e., 100 runs) have been performed, each one of them running 1000 connections from all nodes in the network.
In addition, from the simulation, the following Key Performance Indicators (KPI) have been studied:
  • Percentage of link usage.
  • Round-Trip Time (RTT) required for the request/response messages to be sent for all nodes in the network.
  • Round-Trip Time to communicate with All nodes (RTTAll) in the network.
For the sake of clarity, this paper will focus mainly on the best and worst cases for each simulated scenario. The details of the parameters for each case are shown in the corresponding columns of Table 8.

4.5. Simulation Results and Discussion

4.5.1. Scenario A (Links 5’, 9’, 10’, 11’)

The mean percentage of channel usage for scenario A can be seen in Figure 7. As shown, the Back-Bone can easily handle the traffic for the scenario, due to the high transmission speeds provided by the optical link present between the concentrator and the RouterModem. For this part of the link there is no need for new infrastructure.
Nevertheless, it is worthwhile to mention that a dedicated cellular infrastructure is assumed. If a shared cellular infrastructure were in place, these simulations would allow the telecom operator to assess the percentage of its infrastructure that would be required to deliver this service.
When considering the Local-Loop usage, it can be seen how the usage decreases with the number of nodes, showing an opposite behavior compared with the Back-Bone. The reason for this is that, since the polling of the nodes is done in a sequential manner (i.e., a new TCP connection is not requested until the previous one has been correctly closed), the time between two polls of a given nodes takes longer. Since the corresponding Local-Loop is not used in between the two polling, the usage drops.
Figure 8 shows the dependency of the RTTAll (mean values of all simulations) with respect to the MSS used. While it is obvious that the RTTAll increases with the number of nodes, a decent amount of time can be saved by increasing the MSS to its highest value. This dependency can be explained since the payload-to-header length index is increased, reducing the effective message’s length and, thus, its transmission time.

4.5.2. Scenario B (Links 9 and 10)

The main difference between the previous scenario is that communications are now performed using a shared medium, i.e., only one node can transmit at a given instant. This produces much higher delays, even when compared with GPRS (which uses only half of the transmission speed than Normal-D8PSK in G3-PLC), as shown on the top graph in Figure 9. According to the figure, time requirements for the worst case are only met when transmitting at the highest speed. This is, the TRRAll
One additional consequence of the shared medium is that the percentage occupancy of the channel is, once again, much higher than in other scenarios, since the same channel is used no matter what node is being polled. This was not the case in other scenarios where each one had its own dedicated Local-Loop and, once one node was being polled, Local-Loops corresponding to the other nodes were unused. Moreover, as it could be expected, the two bottom graphs in Figure 9 shows how the channel is more frequently used in the up-link direction than in the down-link. The reason for this is the difference in application message size, as mentioned in Section 4.3.

4.5.3. Scenario C (Link 11’)

Analogously as before, the Back-Bone optical technology is able to cope with the traffic requirements according to the mean usage values shown in Figure 10. As in the previous scenario, there is no need of new infrastructure for this part of the telecommunication network.
When looking at the Local-Loop links, it can be seen how the usage is much smaller than in Scenario A. The main reason for this is that the technology used in the Physical Layer (xDSL) provides much higher transmission rates that the one in Scenario A (GPRS). Indeed, xDSL is designed to be used for high-bandwidth applications, thus using it for sending metering data represents an under-usage of this kind of technology.
With respect to the RTTAll values obtained in this scenario, it can be seen how low transmission speeds on the Local-Loop decreases performance rapidly and TCP fragmentation does not seem as significant as in the case of Scenario A (GPRS). These results are represented in Figure 11.

5. Conclusions and Future Work

The work presented in this paper explores the value of the methodology proposed within the frame of the European project InteGrid to analyze the scalability of ICT infrastructures for Smart Grids. Such a methodology is implemented in two consequent steps for smart grid projects before their substantial expansion. The main success is to combine a qualitative approach based on SGAM with a quantitative approach to analyze smart grids. This methodology can be easily replicated in other projects and scenarios to provide a fast, clear output and complete overview of the potential scalability of a Smart Grid solution. Additionally, it involves all the actors in the Smart Grid solution, fostering relations and collaboration but also bringing internal and external awareness to each of the actors, as they are included in the analysis assumptions and requirements.
In this paper, the analysis has been conducted into a set of solutions demonstrated in the InteGrid Slovenian pilot. This pilot consists of a Large Customer Commercial Virtual Power Plant (VPP), which considers TSO-DSO indirect interaction where distributed flexibility is aggregated at MV and offered to the TSO upon a validation from the DSO when used for tertiary reserves. The means of communication is done through a communication platform connecting every TSO, DSO and VPP.
The scalability analysis with respect to this scenario from both the qualitative and quantitative point of view indicates that no major constraints are foreseen. Hence, the system architecture which is based on legacy systems in addition to new systems such as smart meters for the VPP, has been correctly dimensioned for the use case which is demonstrated in the pilot and beyond the pilot extension.
Actors through this analysis had to reconsider whether their own system criteria are met during large scale operation since they had to analyze their current status. Nonetheless, those minor constraints found during the analysis are mainly based on the manageability of the overall system, as it is a complex solution. An increase of flexibility (increase in the number of devices) aggregated by the VPP would be the system challenge, as it is not a plug and play solution.
Meanwhile an increase in data size, given from a possible higher granularity of the data sources (technically possible with the current devices), will require the actors to be aware of the storage and increase it when needed. This increase of data size can be considered a driver for internal services as the forecasting systems deployed, since they would have a higher pool of data for their algorithms. If so, processing power would again be no constraint, as they are based on scalable solutions (e.g., Cloud).
Finally, an increase of frequency of exchange results is a constraint only for certain technologies if the boundary conditions are changed. This means that moving to real operation of data streaming is no constraint for the services which are currently offered, but if other services rather than tertiary control reserve are offered, such as secondary or even primary control reserve, it is recommended for a system upgrade in the communication infrastructure, moving from 2G to 4G and 5G.
As for the future work, it is planned to apply the methodology to other scenarios involving different architectures and technologies where critical components/links may lead to extending or adapting the methodology. In addition, the spider-web diagrams presented in Section 3 allows for performing a graphical diagnosis. Thus, the consideration of the use of automatization of such a diagnosis using simplified machine reading code may be also conducted. Finally, it will be also interesting to complement this scalability work with replicability aspects in order to increase the impact of the analysis.

Author Contributions

Conceptualization, S.P.M., J.L.B. and R.C.A.; methodology, S.P.M., J.L.B., R.C.A. and M.P.S.; software, J.M.D. and S.P.M.; validation, J.M.D., G.L.L. and S.P.M.; formal analysis, J.M.D., G.L.L. and S.P.M.;writing—original draft preparation, S.P.M., J.M.D. and G.L.L.; writing—review and editing, J.L.B., R.C.A. and M.P.S.; supervision, J.L.B.; project administration, J.L.B., S.P.M. and R.C.A. All authors have read and agreed to the published version of the manuscript.

Funding

This research was funded by European Union’s Horizon 2020 research and innovation programme under grant agreement number 731218.

Acknowledgments

This work was developed within the framework of the InteGrid Project. This project has received funding from the European Union’s Horizon 2020 research and innovation programme under grant agreement number 731218. The sole responsibility for the content lies with the authors. It does not necessarily reflect the opinion of the Innovation and Networks Executive Agency (INEA) or the European Commission (EC). INEA or the EC are not responsible for any use that may be made of the information it contains.

Conflicts of Interest

The authors declare no conflict of interest.

Appendix A. Deviation Values in Simulations

In order to provide clarity and ease of comparison, Figure 7, Figure 8, Figure 9, Figure 10 and Figure 11 show only the median value for the simulations and not their statistical distribution. To give the reader some information regarding the dispersion of the obtained results, the corresponding standard deviations are aggregated in this appendix. Table A1, Table A2 and Table A3 show the deviation for the G3-PLC, GPRS and xDSL technologies, respectively.
Table A1. Standard deviation of the results for the different scenarios analyzed with G3-PLC technology (Figure 9).
Table A1. Standard deviation of the results for the different scenarios analyzed with G3-PLC technology (Figure 9).
ScenarioRTTAll [s]Usage (Up-Link) [%]Usage (Down-Link) [%]
N10—rt10min Rate3,2kbps4,0780,0039850,085095
N10—rt10min Rate34kbps9,4780,0004240,000539
N10—rt10min Rate54,6kbps5,9000,000150,00064
N1000—rt1s Rate3,2kbps47,1700,0071470,063861
N1000—rt1s Rate34kbps101,1700,0011980,001853
N1000—rt1s Rate54,6kbps59,8720,0008560,005548
Table A2. Standard deviation of the results for the different scenarios analyzed with GPRS technology (Figure 7 and Figure 8).
Table A2. Standard deviation of the results for the different scenarios analyzed with GPRS technology (Figure 7 and Figure 8).
ScenarioRTTAll [s]Usage (Up-Link) [%]Usage (Down-Link) [%]
Local-LoopBack-BoneLocal-LoopBack-Bone
BestCaseMSS16000,9442,44756 · 10 5 2,82055 · 10 9 1,96349 · 10 5 2,17273 · 10 9
BestCaseMSS4131,2062,84862 · 10 5 7,12053 · 10 9 8,00869 · 10 5 2,35843 · 10 9
WorstCaseMSS160010,1504,30603 · 10 6 6,58232 · 10 8 5,96204 · 10 6 1,12839 · 10 8
WorstCaseMSS41311,9602,95386 · 10 6 5,02923 · 10 8 8,61686 · 10 6 1,24234 · 10 8
Table A3. Standard deviation of the results for the different scenarios analyzed with GPRS technology (Figure 10 and Figure 11).
Table A3. Standard deviation of the results for the different scenarios analyzed with GPRS technology (Figure 10 and Figure 11).
ScenarioRTTAll [s]Usage (Up-Link) [%]Usage (Down-Link) [%]
Local-LoopBack-BoneLocal-LoopBack-Bone
BestCaseMSS1600Rate25M0,0591,4524 · 10 9 1,8892 · 10 9 7,38387 · 10 9 3,7159 · 10 0
BestCaseMSS1600Rate800k0,0594,5386 · 10 8 1,8892 · 10 9 2,30743 · 10 7 3,7159 · 10 0
BestCaseMSS413Rate25M0,0522,026 · 10 9 2,1309 · 10 9 8,50412 · 10 9 5,1835 · 10 0
BestCaseMSS413Rate800k0,0526,3311 · 10 8 2,1308 · 10 9 2,6575 · 10 7 5,1835 · 10 0
WorstCaseMSS1600Rate25M0,7690,000412040,053725940,0020947270,01056818
WorstCaseMSS1600Rate800k0,7644,4128 · 10 5 0,000183660,0002253043,6167 · 10 5
WorstCaseMSS413Rate25M0,8980,000820540,082662740,0032228730,02104583
WorstCaseMSS413Rate800k0,8989,2221 · 10 5 0,000297310,0003623897,5675 · 10 5

References

  1. H2020 Project InteGrid. Available online: https://integrid-h2020.eu/ (accessed on 21 July 2020).
  2. Hang, N. How to Develop Scalable Business Model? A Study on the Scalability of Business Model in Finnish ICT & Software Industry. Master’s Thesis, Oulu Business School, Oulu, Finland, 2014. [Google Scholar]
  3. Rodríguez Calvo, A. Scalability and Replicability of the Impact of Smart Grid Solutions in Distribution Systems. Ph.D. Thesis, Universidad Pontificia Comillas, Madrid, Spain, 2017. [Google Scholar]
  4. Sigrist, L.; May, K.; Morch, A.; Verboven, P.; Vingerhoets, P.; Rouco, L. On Scalability and Replicability of Smart Grid Projects—A Case Study. Energies 2016, 9, 195. [Google Scholar] [CrossRef] [Green Version]
  5. Ma, S.; Zhang, H.; Xing, X. Scalability for Smart Infrastructure System in Smart Grid: A Survey. Wirel. Pers. Commun. 2017, 99. [Google Scholar] [CrossRef]
  6. Nafi, N.; Ahmed, K.; Gregory, M.; Datta, M. A Survey of Smart Grid Architectures, Applications, Benefits and Standardization. J. Netw. Comput. Appl. 2016, 76. [Google Scholar] [CrossRef]
  7. Müller, C.; Georg, H.; Wietfeld, C. A Modularized and Distributed Simulation Environment for Scalability Analysis of Smart Grid ICT Infrastructures. In Proceedings of the 5th International ICST Conference on Simulation Tools and Techniques (SIMUTools 2012), At Desenzano del Garda, Italy, 19–23 May 2012; pp. 327–330. [Google Scholar] [CrossRef]
  8. Bergmann, J.; Glomb, C.; Götz, J.; Heuer, J.; Kuntschke, R.; Winter, M. Scalability of Smart Grid Protocols: Protocols and Their Simulative Evaluation for Massively Distributed DERs. In Proceedings of the 2010 First IEEE International Conference on Smart Grid Communications, Desenzano del Garda, Italy, 6 October 2010; pp. 131–136. [Google Scholar]
  9. Kroß, J.; Brunnert, A.; Prehofer, C.; Runkler, T.A.; Krcmar, H. Model-Based Performance Evaluation of Large-Scale Smart Metering Architectures. In Proceedings of the 4th International Workshop on Large-Scale Testing, Austin, TX, USA, 1 February 2015; Association for Computing Machinery: New York, NY, USA, 2015; pp. 9–12. [Google Scholar] [CrossRef]
  10. Gungor, V.; Lambert, F. A survey on communication networks for electric system automation. Comput. Netw. 2006, 50, 877–897. [Google Scholar] [CrossRef]
  11. CEN-CENELEC-ETSI Smart Grid Coordination Group. Smart Grid Reference Architecture. Available online: https://www.cencenelec.eu/standards/Sectorsold/SustainableEnergy/SmartGrids/Pages/default.aspx (accessed on 21 July 2020).
  12. H2020 Project InterFLEX. Available online: https://interflex-h2020.com/ (accessed on 21 July 2020).
  13. H2020 Project Discern. Available online: https://cordis.europa.eu/project/rcn/106040/factsheet/en (accessed on 21 July 2020).
  14. Fischer, L.; Uslar, M.; Morrill, D.; Doering, M.; Haesen, E. Study on the Evaluation of Risks of Cyber-Incidents and on Costs of Preventing Cyber-Incidents in the Energy Sector; European Commission: Berlin, Germany, 2018. [Google Scholar]
  15. Uslar, M.; Rohjans, S.; Neureiter, C.; Pröstl Andrén, F.; Velasquez, J.; Steinbrink, C.; Efthymiou, V.; Migliavacca, G.; Horsmanheimo, S.; Brunner, H.; et al. Applying the smart grid architecture model for designing and validating system-of-systems in the power and energy domain: A European perspective. Energies 2019, 12, 258. [Google Scholar] [CrossRef] [Green Version]
  16. Santodominigo, R.; Uslar, M.; Göring, A.; Gottschalk, M.; Nordström, L.; Saleem, A.; Chenine, M. SGAM-based methodology to analyse Smart Grid solutions in DISCERN European research project. In Proceedings of the 2014 IEEE International Energy Conference (ENERGYCON), Cavtat, Croatia, 13–16 May 2014. [Google Scholar] [CrossRef]
  17. Neureiter, C.; Eibl, G.; Engel, D.; Schlegel, S.; Uslar, M. A concept for engineering smart grid security requirements based on SGAM models. Comput. Sci. Res. Dev. 2016, 31, 65–71. [Google Scholar] [CrossRef] [Green Version]
  18. SGAM Toolbox, Modelling Aid for the Smart Grid Architecture Model. Available online: https://sgam-toolbox.org/ (accessed on 21 July 2020).
  19. Le Baut, J.; Leimgruber, F.; Korner, C.; Gutschi, C. The Traffic Light System to support Flexibility Exploitation from stressed distribution grids. In CIRED 2019 Proceedings; AIM: Queensland, Australia, 2019. [Google Scholar]
  20. Bessa, R.; Coelho, F.; Rodrigues, X.; Alonso, A.; Soares, T.; Pires, G.; Matos, P.; Prates, I.; Shahrokni, H.; Mäkivierikko, A. Grid And Market Hub: Empowering Local Energy Communities in Integrid. In Proceedings of the CIRED Workshop, Ljubljana, Slovenia, 7–8 June 2018. [Google Scholar]
  21. IEEE Guide for Smart Grid Interoperability of Energy Technology and Information Technology Operation with the Electric Power System (EPS), End-Use Applications, and Loads; IEEE Std 2030-2011; IEEE: Piscataway, NJ, USA, 2011; pp. 1–126.
  22. López, G.; Moreno, J.; Amarís, H.; Salazar, F. Paving the road toward Smart Grids through large-scale advanced metering infrastructures. Electr. Power Syst. Res. 2015, 120, 194–205. [Google Scholar] [CrossRef] [Green Version]
  23. (EPRI), E.P.R.I. Smart Grid Roadmap Guidebook; Technical Report 1025470; EPRI: Knoxville, TN, USA, 2012. [Google Scholar]
  24. Bondy, A.; Murty, U.S.R. Graph Theory; Graduate Texts in Mathematics; Springer: London, UK, 2011. [Google Scholar]
  25. OMNeT++ Discrete Event Simulator. Available online: https://omnetpp.org/ (accessed on 20 July 2020).
  26. Matanza Domingo, J. Improvements in the PLC Systems for Smart Grids Environments. Ph.D. Thesis, Pontifical University of Comillas, Madrid, Spain, 2013. [Google Scholar]
  27. Lopez Lopez, G. Contribution to Machine-to-Machine Architectures for Smart Grids. Ph.D. Thesis, University Carlos III, Madrid, Spain, 2014. [Google Scholar]
  28. Smart Distribution System OperaTion for MAximizing the INtegration of RenewABLE Generation Project—SUSTAINABLE. Available online: https://cordis.europa.eu/project/id/308755 (accessed on 21 July 2020).
  29. López, G.; Matanza, J.; De La Vega, D.; Castro, M.; Arrinda, A.; Moreno, J.I.; Sendin, A. The Role of Power Line Communications in the Smart Grid Revisited: Applications, Challenges, and Research Initiatives. IEEE Access 2019, 7, 117346–117368. [Google Scholar] [CrossRef]
  30. Corchado, J.A.; Manero, E.; Cortés, J.A.; Sanz, A.; Díez, L. Application-layer performance analysis of PRIME in Smart Metering networks. In Proceedings of the 2016 IEEE International Conference on Smart Grid Communications (SmartGridComm), Sydney, NSW, Australia, 6–9 November 2016; pp. 332–337. [Google Scholar]
  31. Uribe, N.; Angulo, I.; De la Vega, D.; Arzuaga, T.; Fernandez, I.; Arrinda, A. Smart Grid Applications for a Practical Implementation of IP over Narrowband Power Line Communications. Energies 2017, 10, 178. [Google Scholar]
  32. Lopez, G.; Moreno, J.I.; Sanchez, E.; Martinez, C.; Martin, F. Noise Sources, Effects and Countermeasures in Narrowband Power-Line Communications Networks: A Practical Approach. Energies 2017, 10, 1238. [Google Scholar] [CrossRef] [Green Version]
  33. Mets, K.; Ojea, J.A.; Develder, C. Combining Power and Communication Network Simulation for Cost-Effective Smart Grid Analysis. IEEE Commun. Surv. Tutor. 2014, 16, 1771–1796. [Google Scholar] [CrossRef]
  34. López, G.; Moura, P.; Moreno, J.; Camacho, J. Multi-Faceted Assessment of a Wireless Communications Infrastructure for the Green Neighborhoods of the Smart Grid. Energies 2014, 7, 3453–3483. [Google Scholar] [CrossRef] [Green Version]
  35. López, G.; Moura, P.S.; Custodio, V.; Moreno, J.I. Modeling the neighborhood area networks of the smart grid. In Proceedings of the 2012 IEEE International Conference on Communications (ICC), Ottawa, ON, Canada, 10–15 June 2012; pp. 3357–3361. [Google Scholar]
  36. SimPRIME Simulator. Available online: https://www.iit.comillas.edu/jmatanza/SimPRIME/ (accessed on 29 March 2019).
  37. Matanza, J.; Alexandres, S.; Rodriguez-Morcillo, C. Automatic meter-reading simulation through power line communication. In Proceedings of the 2013 IEEE 21st International Symposium on Modelling, Analysis and Simulation of Computer and Telecommunication Systems, San Francisco, CA, USA, 14–16 August 2013; pp. 283–287. [Google Scholar]
  38. Matanza, J.; Alexandres, S.; Rodríguez-Morcillo, C. Advanced metering infrastructure performance using European low-voltage power line communication networks. IET Commun. 2014, 8, 1041–1047. [Google Scholar] [CrossRef] [Green Version]
  39. González-Sotres, L.; Mateo, C.; Frías, P.; Rodríguez-Morcillo, C.; Matanza, J. Replicability analysis of PLC PRIME networks for smart metering applications. IEEE Trans. Smart Grid 2018, 9, 827–835. [Google Scholar] [CrossRef]
  40. Seijo, M.; López, G.; Matanza, J.; Moreno, J.I. Planning and performance challenges in power line communications networks for smart grids. Int. J. Distrib. Sens. Netw. 2016, 2016, 28. [Google Scholar] [CrossRef] [Green Version]
  41. Seijo, M.; López, G.; Matanza, J.; Moreno, J.I. From the Lap(top) to the Jungle: Validating the PRIME Network Simulator SimPRIME with Data from the Field. In Proceedings of the 2019 IEEE International Symposium on Power Line Communications and its Applications (ISPLC), Praha, Czech Republic, 3–5 April 2019; pp. 1–6. [Google Scholar] [CrossRef]
  42. Matanza, J.; Kiliccote, S.; Alexandres, S.; Rodríguez-Morcillo, C. Simulation of low-voltage narrow-band power line communication networks to propagate OpenADR signals. J. Commun. Networks 2015, 17, 656–664. [Google Scholar] [CrossRef]
  43. Hopkinson, K.; Wang, X.; Giovanini, R.; Thorp, J.; Birman, K.; Coury, D. EPOCHS: A platform for agent-based electric power and communication simulation built from commercial off-the-shelf components. IEEE Trans. Power Syst. 2006, 21, 548–558. [Google Scholar] [CrossRef]
  44. Lin, H.; Veda, S.S.; Shukla, S.S.; Mili, L.; Thorp, J. GECO: Global event-driven co-simulation framework for interconnected power system and communication network. IEEE Trans. Smart Grid 2012, 3, 1444–1456. [Google Scholar] [CrossRef]
  45. Chatzivasileiadis, S.; Bonvini, M.; Matanza, J.; Yin, R.; Nouidui, T.; Kara, E.; Parmar, R.; Lorenzetti, D.; Wetter, M.; Kiliccote, S. Cyber-physical modeling of distributed resources for distribution system operations. Proc. IEEE 2016, 104. [Google Scholar] [CrossRef] [Green Version]
  46. Funtional Mock-Up Interface for Model Exchange and Co-Simulation. Available online: https://www.fmi-standard.org/ (accessed on 29 March 2019).
  47. Nouidui, T.S.; Coignard, J.; Gehbauer, C.; Wetter, M.; Joo, J.Y.; Vrettos, E. CyDER—An FMI-based co-simulation platform for distributed energy resources. J. Build. Perform. Simul. 2019, 12, 566–579. [Google Scholar] [CrossRef] [Green Version]
  48. Rotger-Griful, S.; Chatzivasileiadis, S.; Jacobsen, R.H.; Stewart, E.M.; Domingo, J.M.; Wetter, M. Hardware-in-the-loop co-simulation of distribution grid for demand response. In Proceedings of the 2016 Power Systems Computation Conference (PSCC), Genoa, Italy, 20–24 June 2016; pp. 1–7. [Google Scholar]
  49. Palensky, P.; Van Der Meer, A.A.; Lopez, C.D.; Joseph, A.; Pan, K. Cosimulation of intelligent power systems: Fundamentals, software architecture, numerics, and coupling. IEEE Ind. Electron. Mag. 2017, 11, 34–50. [Google Scholar] [CrossRef]
  50. Seijo, M.; López, G.; Moreno, J.I.; Matanza, J.; Alexandres, S.; Rodríguez-Morcillo, C.; Martín, F. Let there be light: Dissecting how PRIME networks work based on actual traffic traces. In Proceedings of the 2015 IEEE International Conference on Smart Grid Communications (SmartGridComm), Miami, FL, USA, 2–5 November 2015; pp. 472–477. [Google Scholar]
  51. Meyer, M. TCP performance over GPRS. In Proceedings of the WCNC, 1999 IEEE Wireless Communications and Networking Conference (Cat. No.99TH8466), New Orleans, LA, USA, 21–24 September 1999; Volume 3, pp. 1248–1252. [Google Scholar] [CrossRef]
  52. Rendon, J.; Casadevall, F.; Serarols, D. Snoop TCP performance over GPRS. In Proceedings of the IEEE VTS 53rd Vehicular Technology Conference, Spring 2001, Proceedings (Cat. No.01CH37202), Rhodes, Greece, 6–9 May 2001; Volume 3, pp. 2103–2107. [Google Scholar] [CrossRef]
  53. Benko, P.; Malicsko, G.; Veres, A. A large-scale, passive analysis of end-to-end TCP performance over GPRS. In Proceedings of the IEEE INFOCOM 2004, Hong Kong, China, 7–11 March 2004; Volume 3, pp. 1882–1892. [Google Scholar] [CrossRef]
  54. Todinca, D.; Pescaru, D.; Viţălariu, M. OMNeT++ Models for Resource Allocation in Wireless Networks. In Proceedings of the 1st International Conference on Simulation Tools and Techniques for Communications, Networks and Systems Workshops, Marseille, France, 3–7 March 2008; ICST—Institute for Computer Sciences, Social-Informatics and Telecommunications Engineering: Brussels, Belgium, 2008; pp. 84:1–84:8. [Google Scholar]
  55. Shrestha, G.M.; Jasperneite, J. Performance evaluation of cellular communication systems for m2m communication in smart grid applications. In Proceedings of the International Conference on Computer Networks, Szczyrk, Poland, 19–23 June 2012; pp. 352–359. [Google Scholar]
  56. NIST PAP 2. Wireless Functionality and Characteristics Matrix for the Identification of Smart Grid Domain Application. Available online: http://www.cs.cmu.edu/~jorjeta/Papers/NISTIR7761.pdf (accessed on 21 July 2020).
  57. Matanza, J.; Alexandres, S.; Rodriguez-morcillo, C. Performance Evaluation of Two Narrowband PLC Systems: PRIME and G3. Comput. Stand. Interfaces 2013, 36, 198–208. [Google Scholar] [CrossRef]
Figure 1. Overview of the proposed two-step methodology for the assessment of the scalability of Information and Communication Technology (ICT) infrastructures for Smart Grids.
Figure 1. Overview of the proposed two-step methodology for the assessment of the scalability of Information and Communication Technology (ICT) infrastructures for Smart Grids.
Energies 13 03818 g001
Figure 2. Smart Grid Architecture Model (SGAM) representation of the scenario analyzed in the paper (Large Customer Commercial Virtual Power Plant (VPP)).
Figure 2. Smart Grid Architecture Model (SGAM) representation of the scenario analyzed in the paper (Large Customer Commercial Virtual Power Plant (VPP)).
Energies 13 03818 g002
Figure 3. Attributes scores for components in the Large Customer Commercial VPP scenario, where potential critical components appear by having low scores in the different categories.
Figure 3. Attributes scores for components in the Large Customer Commercial VPP scenario, where potential critical components appear by having low scores in the different categories.
Energies 13 03818 g003
Figure 4. Attributes scores for links in the Large Customer Commercial VPP scenario, where potential critical links appear by having low scores in the different categories.
Figure 4. Attributes scores for links in the Large Customer Commercial VPP scenario, where potential critical links appear by having low scores in the different categories.
Energies 13 03818 g004
Figure 5. Implementation in OMNeT++ of the different topologies used in the scenarios to be simulated.
Figure 5. Implementation in OMNeT++ of the different topologies used in the scenarios to be simulated.
Energies 13 03818 g005
Figure 6. Performance of the different communication modes used in G3-PowerLine Communications (PLC). Adapted from [57].
Figure 6. Performance of the different communication modes used in G3-PowerLine Communications (PLC). Adapted from [57].
Energies 13 03818 g006
Figure 7. Usage for the Local-Loop (LL) and Back-Bone (BB) on the up and down link for Scenario A.
Figure 7. Usage for the Local-Loop (LL) and Back-Bone (BB) on the up and down link for Scenario A.
Energies 13 03818 g007
Figure 8. Round-Trip Time to communicate with All nodes (RTTAll) sensitivity with respect to the Maximum Segment Size for Scenario A.
Figure 8. Round-Trip Time to communicate with All nodes (RTTAll) sensitivity with respect to the Maximum Segment Size for Scenario A.
Energies 13 03818 g008
Figure 9. Usage on the up and down direction and RTTAll for Scenario B.
Figure 9. Usage on the up and down direction and RTTAll for Scenario B.
Energies 13 03818 g009
Figure 10. Usage for the Local-Loop (LL) and Back-Bone (BB) on the up and down link for Scenario C.
Figure 10. Usage for the Local-Loop (LL) and Back-Bone (BB) on the up and down link for Scenario C.
Energies 13 03818 g010
Figure 11. RTTAll sensitivity with respect to the Maximum Segment Size for Scenario C.
Figure 11. RTTAll sensitivity with respect to the Maximum Segment Size for Scenario C.
Energies 13 03818 g011
Table 1. SGAM ID table for the scenario analyzed in the paper (Large Customer Commercial VPP), merging and extending the component, information and communication layers.
Table 1. SGAM ID table for the scenario analyzed in the paper (Large Customer Commercial VPP), merging and extending the component, information and communication layers.
SGAM IDSourceReceiverProtocolInformation ObjectFrequency of
Exchange
Data
Structure
Communication
Technology
11’PLC (PLC: Power Line Communication)
concentrator at secondary substation
DSO-networkDLMS, COSEM (DLSM, COSEM: Device Language
Message Specification, Companion Specification
for Energy Metering respectively) (IEC 62056-5-3)
15-min (P, Q) & (U, I) (P, Q, U, I: active power,
reactive power, voltage, current respectively) MV/LV
(MV/LV: Medium Voltage/Low Voltage respectively)
substation measurements
Once per dayDLMSTCP/IP (TCP/IP: Transmission Control
Protocol/Internet Protocol respectively) over GPRS
(GPRS: General Packet Radio Service)
Table 2. Explanation of the scaling system used for determining the interest and impact of the attributes selected for any given scenario under study.
Table 2. Explanation of the scaling system used for determining the interest and impact of the attributes selected for any given scenario under study.
Impact3—High2—Medium1—Low
Possible impact into the
scaling of the system
Will have a great impact
and is a constraint
Medium impact and
could be a constraint
Low impact, will hardly
become a constraint
Interest3—Very important2—Important1—Not important
Measures if the attribute
shall be taken into consideration or not
Must be included
into the analysis
Nice to have, but
not fully necessary
Attribute is not
interesting at all
Table 3. List of categories and their attributes with component/link relevance.
Table 3. List of categories and their attributes with component/link relevance.
CategoryAttributes
ReliabilityAutonomy (C) a
Protocol Robustness (L) b
Protocol Reliability (C & L) c
Cyber-Security (C & L)
Redundancy (C)
Computational ResourcesStorage (C)
Processing speed (C)
Channel capacity (L)
Channel latency (L)
ManageabilityI/O Handling (C)
Configuration effort/complexity (C & L)
Automation (C & L)
Tech. generation (C & L)
a Component relevant. b Link relevant. c Component and link relevant.
Table 4. Assessment of processing power attribute used for components.
Table 4. Assessment of processing power attribute used for components.
ScoreDescription
1Not upgradable, Lower than 1 GHz
2Not upgradable, Lower than 2 GHz
3Not upgradable, Lower than 5GHz
4System used in the scenario under study, scalable upon manual request
5System used in the scenario under study, scales automatically
Table 5. Actors involved in the scenario under study (Large Customer Commercial VPP) and weight distribution.
Table 5. Actors involved in the scenario under study (Large Customer Commercial VPP) and weight distribution.
Actor-TypeWeight—Large Customer Commercial VPP
DSO0.25
VPP0.25
GM-Hub0.2
Technology provider—10.15
Technology provider—20.15
Table 6. Attributes classification for the Large Customer Commercial VPP scenario.
Table 6. Attributes classification for the Large Customer Commercial VPP scenario.
CategoryAttributeConsideredImpact
AutonomyYes1
Protocol RobustnessNo1
ReliabilityProtocol ReliabilityNo1
Cyber SecurityYes2
RedundancyYes2
Computational
resources
StorageYes2
Processing speedYes2
Channel capacityYes2
Channel latencyYes1
ManageabilityI/O HandlingYes2
Configuration effort/complexYes3
AutomationYes2
Tech generationNo2
Table 7. Summary of potential critical links to be considered in the quantitative analysis for the Large Customer Commercial VPP scenario.
Table 7. Summary of potential critical links to be considered in the quantitative analysis for the Large Customer Commercial VPP scenario.
SGAM IDSourceReceiverApplication ProtocolData StructureCommunication Technology
2–3Smart Meter @ PSS—through SwitchDSO—Network (router)DLMS, COSEM (IEC 62056-5-3)COSEMFiber optics
4Smart meter per MV feederDSO—Network (router)DLMS, COSEM (IEC 62056-5-3)COSEMFiber optics
5’Smart Meter @ SSSDSO—Network (router)DLMS, COSEM (IEC 62056-5-3)COSEMTCP/IP over GPRS
7Data concentrator @ SSSDSO—Network (router)DLMS, COSEM (IEC 62056-5-3)COSEMFiber optics
9Smart meter per DER (DSO)Data concentrator @ SSSDLMS, COSEM (IEC 62056-5-3)COSEMG3 PLC
9’Smart meter per DER (DSO)Data concentrator @ SSSDLMS, COSEM (IEC 62056-5-3)COSEMTCP/IP over GPRS
10SM per LV customer (DSO)Data concentrator @ SSSDLMS, COSEM (IEC 62056-5-3)COSEMG3 PLC
10’SM per LV customer (DSO)Data concentrator @ SSSDLMS, COSEM (IEC 62056-5-3)COSEMTCP/IP over GPRS
11’Data concentrator @ SSSDSO—Network (router)DLMS, COSEM (IEC 62056-5-3)COSEMTCP/IP over GPRS
Table 8. Summary of the characteristics of the scenarios simulated as part of the quantitative analysis.
Table 8. Summary of the characteristics of the scenarios simulated as part of the quantitative analysis.
SGAM IDSourceReceiverScenarioProtocol StackBest CaseWorst CaseKPI
5’Smart Meter
@ SSS
DSO—Network
(router)
Link usage (%)
TTR (s)
TTRAll (s)
9’Smart meter per DER
(DSO)
Data concentrator
@ SSS
10’SM per LV customer
(DSO)
Data concentrator
@ SSS
ADLMS/COSEM
TCP/IP
GPRS
10 nodes
10 min.
freq. exchange
1000 nodes
1 s freq.
exchange
11’Data concentrator
@ SSS
DSO—Network
(router)
9Smart meter per DER
(DSO)
Data concentrator
@ SSS
DLMS/COSEM
G3-PLC
10 nodes
10 min.
freq. exchange
53.6 kbps
1000 nodes
1 s freq.
exchange
3.2 kbps
10SM per LV customer
(DSO)
Data concentrator
@ SSS
B
11’Data concentrator
@ SSS
DSO—Network
(router)
CDLMS/COSEM
TCP/IP
xDSL
10 nodes
10 min.
freq. exchange
25 Mbps
1000 nodes
1 s freq.
exchange
800 kbps
Table 9. Transmission speeds for the different communication modes available in G3-PLC.
Table 9. Transmission speeds for the different communication modes available in G3-PLC.
Transmission Rates in kbps
Comm. ModeRobustNormal
DBPSK3.215.8
DQPSK-34
D8PSK-54.6

Share and Cite

MDPI and ACS Style

Potenciano Menci, S.; Le Baut, J.; Matanza Domingo, J.; López López, G.; Cossent Arín, R.; Pio Silva, M. A Novel Methodology for the Scalability Analysis of ICT Systems for Smart Grids Based on SGAM: The InteGrid Project Approach. Energies 2020, 13, 3818. https://doi.org/10.3390/en13153818

AMA Style

Potenciano Menci S, Le Baut J, Matanza Domingo J, López López G, Cossent Arín R, Pio Silva M. A Novel Methodology for the Scalability Analysis of ICT Systems for Smart Grids Based on SGAM: The InteGrid Project Approach. Energies. 2020; 13(15):3818. https://doi.org/10.3390/en13153818

Chicago/Turabian Style

Potenciano Menci, Sergio, Julien Le Baut, Javier Matanza Domingo, Gregorio López López, Rafael Cossent Arín, and Manuel Pio Silva. 2020. "A Novel Methodology for the Scalability Analysis of ICT Systems for Smart Grids Based on SGAM: The InteGrid Project Approach" Energies 13, no. 15: 3818. https://doi.org/10.3390/en13153818

Note that from the first issue of 2016, this journal uses article numbers instead of page numbers. See further details here.

Article Metrics

Back to TopTop