Proyecto Fin de Carrera: Presentado A

N° tesis:
PROYECTO FIN DE CARRERA
Presentado a
LA UNIVERSIDAD DE LOS ANDES

FACULTAD DE INGENIERÍA
DEPARTAMENTO DE INGENIERÍA ELÉCTRICA Y ELECTRÓNICA
Para obtener el título de
INGENIERO ELECTRÓNICO
por
Juan Carlos Franco Hernández
Modelo de tráfico generado por aplicaciones GOOSE, según el estándar

IEC 61850, en una microred inteligente
Sustentado el 30 de Enero de 2013 frente al jurado:
Composición del jurado
- Asesor: Roberto Bustamante Miller , Profesor Asociado, Universidad de Los Andes.

- Coasesor: Juan Manuel Aranda López-King, Universidad de Los Andes.
- Jurados : Fernando Jiménez, Profesor Asociado, Universidad de Los Andes.

Modelo de tráfico generado por aplicaciones 2
GOOSE, según el estándar IEC 61850, en una
microred inteligente.
Contenido
1 INTRODUCCIÓN .......................................................................................................... 3
2 OBJETIVOS ...................................................................................................................... 4
2.1 Objetivo General ...................................................................................................... 4
2.2 Objetivos Específicos .............................................................................................. 4
2.3 Alcance .................................................................................................................... 4
3 DESCRIPCIÓN DE LA PROBLEMÁTICA Y JUSTIFICACIÓN DEL TRABAJO .......................... 5
4 MARCO TEÓRICO, CONCEPTUAL E HISTÓRICO .............................................................. 5
4.1 Marco Teórico.......................................................................................................... 5
4.1.1 Microredes inteligentes y su relación con la norma IEC 61850 ....................... 5
4.1.2 Norma IEC 61850........................................................................................... 10
4.1.3 Equipos que soportan y operan bajo la norma IEC 61850 ............................. 26
4.2 Marco Conceptual .................................................................................................. 29
4.3 Marco Histórico ..................................................................................................... 31
4.3.1 Contexto Nacional .......................................................................................... 31
4.3.2 Contexto Internacional ................................................................................... 32
5 DEFINICION Y ESPECIFICACION DEL TRABAJO .............................................................. 33
5.1 Definición .............................................................................................................. 33
6 METODOLOGÍA DEL TRABAJO ...................................................................................... 33
6.1 Plan de trabajo........................................................................................................ 33
6.2 Búsqueda de información ...................................................................................... 34
7 TRABAJO REALIZADO .................................................................................................... 35
7.1 Descripción del trabajo realizado........................................................................... 35
8 RESULTADOS DEL TRABAJO .......................................................................................... 37
8.1 Modelo de caracterización de los servicios GOOSE ............................................. 37
8.1.1 Mapeo de mensajes GOOSE según IEC 61850 ............................................. 37
8.2 Evaluación del plan de trabajo ............................................................................... 62
8.3 Pruebas futuras ....................................................................................................... 63
9 DISCUSIÓN .................................................................................................................... 63
10 CONCLUSIONES............................................................................................................. 64
11 AGRADECIMIENTOS ...................................................................................................... 66
12 REFERENCIAS ................................................................................................................ 66
1 INTRODUCCIÓN
Uno de los retos más grandes de las empresas de distribución de energía eléctrica,
consiste en convertir las redes tradicionales en “redes inteligentes” con miras a
mejorar la calidad de la energía, predecir y gestionar de manera eficiente el uso de la
energía eléctrica, mejorar la confiabilidad, la seguridad e incrementar la flexibilidad
en la operación a través de la incorporación de sensores, comunicaciones y sistemas
de gestión en tiempo real, integrando la oferta de generación distribuida y de
sistemas de acumulación al sistema eléctrico existente. En este sentido, hablando
específicamente de las comunicaciones, se hace necesaria la implementación de un
sistema de telecomunicaciones de doble vía que permita el intercambio de
información y de acciones de control en tiempo real.
En este sentido, en una microred eléctrica inteligente, surge la necesidad de controlar

y monitorear de manera eficiente los dispositivos mecánicos y electrónicos de
protección que conforman una red de distribución. De esta forma, se requiere del
análisis y definición de requerimientos específicos en cuanto a los tiempos de
tránsito, la calidad y la cantidad de la información enviada y recibida, hablando de
manera muy general, en los nodos de la red en determinados momentos, para
satisfacer de manera óptima las necesidades intrínsecas de automatización de la red.
Teniendo en cuenta algunos estudios de análisis, definición de parámetros y

planeación en cuanto al diseño una micro-red eléctrica inteligente, se ha identificado,
en el área de las comunicaciones, la necesidad de llevar a cabo un cuidadoso análisis
del estado actual y las soluciones establecidas para la instauración de un sistema de
comunicaciones eficiente que permita la interacción entre los IED’s que componen
una microred. Considerando lo anterior, se ha reflexionado acerca de los
requerimientos puntuales en lo que se refiere a la definición y mapeo
correspondiente de los servicios GOOSE que intervienen en el proceso de intercambio
de mensajes en una microred, dado un sistema de comunicaciones regido bajo el
estándar IEC 61850.
Este trabajo, teniendo en cuenta los requerimientos mencionados para las redes de
comunicaciones, pretende organizar y tabular los parámetros que componen los
servicios GOOSE asociados a la normativa IEC 61850, definiendo, a su vez, la
estructura de mapeo para cada uno de ellos y su correspondencia como APDU’s que
se integrarán, finalmente, a un encabezado característico, cuyos parámetros de
organización y tamaño se encuentran sujetos al tipo de capa o protocolo de
comunicaciones utilizado (Ethernet, Wi-Fi, etc.).
2 OBJETIVOS
2.1 Objetivo General

Llevar a cabo la identificación y establecimiento de parámetros que describan el
modelo de tráfico de los servicios GOOSE asociados a la normatividad IEC 61850,
considerando los apartes y disposiciones técnicas de la misma.
2.2 Objetivos Específicos

• Exponer el estado del arte en lo que respecta al establecimiento y operación de los
sistemas de comunicaciones en la microredes, abarcando temas tales como la
estandarización que regula dichos procesos, las necesidades y requerimientos de los
sistemas en la actualidad y los factores asociados a la operación bajo el estándar IEC
61850.
• Identificar y definir los procesos que intervienen en el mapeo y tráfico de datos

para los servicios GOOSE y Client/Server MMS para mensajes GOOSE, según la
normativa IEC 61850.
• Llevar a cabo la definición de los parámetros y atributos que conforman los

servicios GOOSE que intervienen en el proceso de comunicación, para el proceso de
mapeo y definición de su funcionalidad y características principales.
2.3 Alcance
Para lograr lo anteriormente planteado:
• Se lleva a cabo la definición de elementos que conforman las redes de distribución,

con el fin de aclarar conceptos que son de gran importancia para el entendimiento del
funcionamiento de las aplicaciones de comunicación en estos sistemas.
• Se efectúa un proceso de identificación de las partes del sistema eléctrico que son
reguladas e influenciadas por la norma IEC 61850, se realiza una revisión de los
equipos involucrados en el proceso de comunicación y se lleva a cabo una evaluación
del estado del arte en lo que respecta a proyectos que contemplen la aplicación de la
norma mencionada en las microredes.
• Mediante un cuidadoso análisis de la norma IEC 61850, su aplicación y condiciones

técnicas asociadas con la temática central de este proyecto, se pretende dar claridad y
lograr el entendimiento de la misma, analizando factores cualitativos y técnicos con
miras a facilitar, en cierta manera, la introducción de dicha norma para la instalación y
operación de los sistemas de comunicaciones en los sistemas de distribución a nivel
nacional.
• A partir del estudio de algunos apartes de la norma IEC 61850, los cuales serán
especificados más adelante, se lleva a cabo la definición de los parámetros y atributos
que conforman los servicios GOOSE que contempla dicha norma. Esto, con el objetivo
de llevar a cabo el dimensionamiento de estos servicios, según la estructura definida
para cada uno de ellos, y la definición de parámetros de comunicaciones que vale la
pena tener en cuenta.
3 DESCRIPCIÓN DE LA PROBLEMÁTICA Y JUSTIFICACIÓN DEL TRABAJO
La problemática central que ha motivado la realización de este trabajo, consiste en la

identificación de parámetros de comunicación requeridos para la implementación de
las disposiciones técnicas contenidas en la norma IEC 61850 en procesos de control,
protección, monitoreo y medición al interior de una microred inteligente.
La motivación principal para la realización de este trabajo consiste en la comprensión

y profundización en lo que respecta a los servicios de comunicación GOOSE y
Client/Server MMS para una red de comunicaciones estándar, basada en la norma IEC
61850, que opera en una microred. La consideración de los parámetros principales del
modelo de tráfico asociado a estos servicios, se espera contribuya al aprendizaje en
torno a los procedimientos teóricos que deben ser tenidos en cuenta para la
definición de parámetros determinantes en las comunicaciones según las
disposiciones del estándar y sirva, de alguna forma, como material de apoyo para
futuras investigaciones y ejercicios de aplicación alrededor de la operación de redes
de comunicaciones bajo la norma IEC 61850.
4 MARCO TEÓRICO, CONCEPTUAL E HISTÓRICO
4.1 Marco Teórico
4.1.1 Microredes inteligentes y su relación con la norma IEC 61850
4.1.1.1 Microredes inteligentes
Las microredes inteligentes constituyen redes eléctricas a pequeña escala, diseñadas

para proveer del servicio a pequeñas comunidades. La microred es, esencialmente,
una red activa de distribución, compuesta por un conjunto de sistemas de recursos de
energía distribuida (DER) y diferentes de cargas a un nivel de voltaje típico de un
sistema de distribución. Los generadores o fuentes de alimentación utilizadas en una
microred son, usualmente, DER’s de tipo renovable, integrados entre sí para generar
potencia eléctrica a un nivel de voltaje propio de distribución. Desde el punto de vista
de la operación, estas fuentes de generación deben estar equipadas con interfaces
electrónicas de potencia (PEIs) y controladores para proporcionar la flexibilidad
requerida al sistema y garantizar su operación como un sistema individual agregado a
la red principal y para mantener la calidad de la potencia y la salida de energía
especificadas. Dicha flexibilidad del sistema, permite lograr los niveles prefijados de
confiabilidad y seguridad del sistema global, al garantizar la operación de la microred
como sistema eléctrico particular al interior de una red global de distribución de
energía eléctrica.
El protocolo Ethernet, y más específicamente, la disposición de una red de área local

inalámbrica bajo este protocolo y considerando, a su vez, la aplicación de la norma IEC
61850, trae consigo ventajas en lo que respecta a costos de instalación y tasa de datos.
En este sentido, se presentan también ventajas en el desempeño de tareas
particulares al interior de una microred. Dichas tareas, dependiendo de su naturaleza,
se encuentran asociadas con un tipo particular de mensajes, el cual presentará
características exclusivas en lo que respecta a tamaños de paquete, tasa de datos,
tiempo de transferencia y capas necesarias para la transmisión de un mensaje. Estos
últimos parámetros se encuentran íntimamente ligados entre sí. A continuación, en la
siguiente tabla, se ilustran algunas de las tareas que requieren atención al interior de
una microred, junto con el tipo de mensaje al cual se encuentran asociadas y los
requerimientos de retardo correspondientes. [15]
Tabla 1 – Aplicaciones al interior de una microred según la norma IEC 61850. [15]
Los comandos de control y cualquier cambio de estado que tenga lugar en un DER,
debe ser comunicado lo más rápido posible al Centro de Control de la Microred; por
esta razón, se usan los mensajes GOOSE, los cuales presentan un nivel alto de
prioridad, para la atención de estas aplicaciones.
Para una microred típica cuyo sistema de comunicaciones comprende una WLAN
Ethernet, basada en la norma IEC 61850, se lleva a cabo la revisión de una simulación
efectuada para el documento de investigación de la referencia [15] en la plataforma
OPNET, con base en el siguiente esquema:
Fig. 1 – Microred WLAN basada en la norma IEC 61850 para simulación y análisis en plataforma OPNET. [15]
Todos los DER’s son manejados por un IED encargado de las funciones de control
central de la microred (MGCC). Un punto de acceso (AP) es ubicado cerca al MGCC
IED para interconectarlo con los demás IED’s a través de una WLAN. De manera
análoga, un servidor es conectado al MGCC IED por medio de un switch Ethernet. Los
IED’s locales ubicados en cada DER realizan funciones de control, monitoreo,
protección de las fuentes de energía a nivel local y coordinación de los DER’s, en el
proceso de comunicación con el MGCC Control mediante WLAN. Los mensajes GOOSE
en la microred para aplicaciones de control son generados entre el MGCC IED y los
IED’s locales cada 1 ms. A continuación, se ilustra los resultados obtenidos para dicha
simulación [15], donde se observan los tiempos máximo y proedio para cada una de
las aplicaciones de la microred, según unos parámetros específicos y propios de la
simulación, introducidos en OPNET:
Aplicación Retardo en ms para diferentes tasas de acuerdo a la norma IEEE 802.11

11 Mbps 36 Mbps 54 Mbps
Prom. Máx Prom. Máx Prom. Máx
Protección (SV) 43 68 4.6 8.75 1.35 5
Control (GOOSE) 4.5 7.9 2.1 2.4 0.7 1.75
Monitoreo de condiciones 153 207 69 86 38 50
Almacenamiento de datos
(Transferencia de 4400 5300 2300 2800 800 1200
archivos)
Caudal total 1800 Kbps 3100 Kbps 3800 Kbps

Tabla 2 – Resultados de retardo por aplicación para la simulación en OPNET de la referencia. [15]
Evidentemente, dada la priorización de los mensajes GOOSE, que en este caso,

cumplen una función exclusiva de control, estos son los que presentan el menor
retardo, en relación con las demás aplicaciones que tienen lugar en la microred. Es
claro que a medida que se aumenta la tasa de datos de la capa de enlace, el retardo
de los mensajes, en general, sufre una disminución.
4.1.1.2 Impacto de las microredes en los protocolos y estándares de

comunicaciones
Con el propósito de coordinar de manera correcta y debida la operación de las

microredes, es necesario implementar regulaciones y normativas de comunicación
universales y bien estructuradas, con el objetivo de lograr estándares de calidad y
confiabilidad del sistema de distribución garantizando, claro está, una correcta
interoperabilidad entre los IED’s (Intelligent Electronic Devices) que componen una
microred de distribución típica.
Los protocolos de comunicaciones deben obedecer, por supuesto, las normas y

obligaciones impuestas por ISO (Independent System Operator) y las autoridades que
regulan el suministro de energía eléctrica. En síntesis, los sistemas control
automatizado en el área de las comunicaciones, requieren de protocolos
estrictamente establecidos y regulados, los cuales pueden variar dependiendo de la
aplicación y de la autoridad que establece la normativa para sistemas de este tipo en
una región determinada.
Considerando lo expuesto anteriormente, se hace necesario implementar una

normativa que permita integrar de alguna forma las funcionalidades y los parámetros
de operación de los equipos, específicamente los IED’s, buscando un desempeño
óptimo y una condición necesaria de interoperabilidad entre los mismos para llevar a
cabo los procesos de protección y control dentro del sistema.
La problemática principal que ha tenido lugar durante mucho tiempo en la operación

de diferentes microredes vinculadas a un mismo sistema, consiste en la
autorregulación manejada, en principio, por las empresas encargadas del suministro
de energía eléctrica para un usuario final determinado. El surgimiento de múltiples
protocolos de regulación de los sistemas de comunicaciones en microredes
inteligentes de distribución, ha dejado entrever, hace un tiempo, la necesidad de
establecer una norma que reúna especificaciones generales de comunicaciones y
permita el flujo de información en una red, bajo criterios cualitativos y técnicos
claramente definidos. Algunos de los estándares que han surgido para la regulación
de sistemas de comunicaciones que operan en microredes de distribución son el
Distributed Network Protocol (DNP), el UCA 3.0, Modbus y PROFIBUS. La norma IEC
61850 se constituye como una alternativa de regulación universal, que busca,
primordialmente, lograr la interoperabilidad entre IED’s en una microred y entre las
microredes asociadas a una red de distribución global.
A continuación, se muestra la Figura 2, que corresponde a una microred que basa sus
principios de comunicación entre IED’s en los lineamientos estipulados en la norma IEC
61850.
Fig. 2 – Arquitectura de comunicaciones para una microred. [17]
La figura 2 muestra los nodos correspondientes a los DER’s que podrían estar
asociados a la microred. Cada controlador envía datos de medición y de estado, que
son codificados según el protocolo de cada propietario, al gateway correspondiente,
utilizando un enlace de comunicación serial. Los gateways convierten los valores de
medición recibidos y la información de estado, según lo estipulado en el modelo de
datos de la norma IEC 61850, y envían los datos al sistema de monitoreo de la
microred a través de una interfaz Ethernet de 100 Mbps, usando los servicios definidos
en la norma IEC 61850. El sistema de monitoreo de la microred funciona como un
pequeño sistema de manejo de la energía (EMS), el cual envía comandos de control al
controlador de cada DER, a través del gateway correspondiente.
En el sistema de monitoreo, el sistema HMI (Human Machine Interface) del cliente usa
los servicios ISO/IEC 8802-2 y MMS mapeados, a partir del ACSI (Abstract
Communication Service Interface) de la norma IEC 61850 para comunicarse con las
unidades DER.
4.1.2 Norma IEC 61850
La norma IEC 61850 comprende un conjunto de regulaciones y disposiciones técnicas

referentes a la automatización en subestaciones eléctricas. Esta norma internacional
que traerá numerosos beneficios en varios temas de gran importancia, a la hora de
llevar a cabo la automatización de una red de distribución, hace parte de la
arquitectura planteada en el comité técnico 57 (TC57) de la IEC (International
Electrotechnical Commission), para sistemas de potencia eléctrica.
El tema principal, tratado en la norma IEC 61850, corresponde a la disposición de un

sistema robusto, confiable, seguro y efectivo de comunicaciones al interior de los
sistemas de distribución. De esta forma, el documento en total se encuentra
compuesto por 10 grandes partes. Dos subpartes, pertenecientes a dos de las 10
partes mencionadas (parte 7 y parte 8), serán tomadas para llevar a cabo el
procedimiento de definición y presentación de la estructura de los servicios GOOSE.
Estas partes son la IEC 61850-8-1 y la IEC 61850-7-2, las cuales serán explicadas de
manera más detallada más adelante. En la Tabla 3, se expone el título de cada una de
las partes del estándar IEC 61850. [7]
Tabla 3 – Estructura de la norma IEC 61850. [7]
La premisa que la norma IEC 61850 adopta corresponde a la abstracción de los

servicios y parámetros para la transmisión de datos, creando, a su vez, objetos y
servicios de datos independientes de los demás protocolos. Las definiciones abstractas
permiten llevar a cabo el mapeo de los data objects y servicios a cualquier otro
protocolo que cumpla con los requerimientos establecidos para los datos y servicios.
Los modelos de datos abstractos presentados en la IEC 61850 pueden ser mapeados a
un conjunto determinado de protocolos. Los procesos de mapeo actuales se llevan a
cabo para servicios MMS (Manufacturing Message Specification), GOOSE (Generic
Object Oriented Substation Events) y SMV (Sampled Values). Los elementos CDC
(Common Data Classes) son definidos en el aparte 7.3.
La definición de los servicios abstractos se encuentra consignada en el aparte IEC

61850-7-2 y la abstracción de los data objects se encuentra en la parte 7.4. Dadas las
definiciones de los servicios y datos abstractos, el paso final del proceso consiste en el
mapeo de los servicios abstractos, basado en un protocolo real. La sección 8.1 define
el mapeo de los objetos abstractos de datos y servicios en MMS y servicios ISO 8803-2,
y las secciones 9.1 y 9.2 definen el mapeo de los Sampled Measured Values en una
capa Ethernet. El aparte 9.2, define lo que se conoce como el Process Bus.
Desde el punto de vista del sistema, un gran número de procesos de configuración son
requeridos para unir todas las piezas y hacerlas funcionar bien. Para facilitar este
proceso y eliminar, en la medida de lo posible, el efecto de los errores humanos
dentro del procedimiento, se utiliza un lenguaje de configuración para la subestación
basado en XML, llamado Substation Configuration Language (SCL), el cual es definido
en la parte 6 de la norma IEC 61850. Esto permite la descripción formal de las
relaciones entre sistema de automatización de la subestación (SAS) y la subestación,
como tal. Al nivel de aplicación, es posible describir la topología de la subestación y la
relación existente entre la estructura de esta última y las funciones SAS, configuradas
en los IED’s. Cada dispositivo debe proporcionar un archivo SCL que describa su
configuración. [7]
Finalmente, en la parte 10, se define una metodología de prueba, con el propósito de

evaluar la conformidad del procedimiento con los lineamientos establecidos a lo largo
de todo el documento.
4.1.2.1 IED’s y la norma IEC 61850
Un Sistema Automatizado para una Subestación (SAS), implementado a partir de

Dispositivos Electrónicos Inteligentes (IED’s) y diferentes tecnologías de
comunicaciones puede facilitar el monitoreo efectivo de una subestación, el control
remoto y local, la protección y el monitoreo de los diferentes equipos asociados a la
red, entre otros factores.
El Estándar IEC61850 ha surgido como una solución a la reglamentación y

establecimiento de convenciones para las comunicaciones en un SAS, así como para la
interoperabilidad entre equipos y los IED’s que tienen lugar en el sistema. De igual
forma, define ciertos requerimientos en cuanto al desempeño en la transmisión de
mensajes y el manejo de la seguridad de la información. En fin, este estándar ofrece
una convención e torno al desempeño dinámico de un SAS.
Modelos IED
Existen tres tipos genéricos de IED’s:
• Merging Unit (MU) IED: Este tipo de dispositivo, en primer lugar, procesa y reúne
las señales provenientes de los CT’s (Current Transformers) y los PT’s (Power
Transformers). Posteriormente, transmite señales digitales de voltaje y de corriente al
bus de procesamiento (Un bus Ethernet de alta velocidad).
• Breaker IED: Este no sólo controla la acción de abrir/cerrar del interruptor, sino
que además monitoreo el estado y la condición del mismo, recibe el comando de
disparo proveniente de los P&C IED’s y envío el evento de cambio de estado a los IED’s
de protección correspondientes a través del bus de procesamiento.
• Protection & Control (P&C) IED: Es un dispositivo universal que integra las
funciones de protección y control para la bahía que se encuentra atendiendo en la
subestación. [18]
4.1.2.2 Modelo OSI para la comunicación mediante mensajes
El esquema de comunicación a través de mensajes, según el estándar IEC61850, se

encuentra definido de la siguiente manera:
Fig. 3 - Message communication OSI stack of IEC 61850. [8]
• Las muestras de datos fila (tipo 4) y los mensajes GOOSE (Tipo 1) son críticos en
términos de tiempo y por esto son ubicados en un nivel bajo de la capa Ethernet. Esto
contribuye la reducción del tiempo de transmisión de mensajes en tiempo real y del
tiempo de procesamiento. Para definir la condición temporal de los mensajes GOOSE
dentro del proceso, se lleva a cabo un etiquetado de prioridad (priority tagging).
• Los mensajes de velocidad media (tipo 2), los mensajes de comando con control de
acceso (tipo 7), los mensajes de baja velocidad (tipo 3) y las funciones de transferencia
de archivos (tipo 5) son clasificados según el protocolo MMS (Manufacturing Message
Specification). Estos mensajes son transportados mediante el protocolo TCP/IP
(Transmission Control Protocol/Internet Protocol). Este módulo (Clien-sever
communication) incluye intercamboa de información en lo que respecta a registro de
fallas, registro de eventos, valores medidos, etc.
• Los mensajes de sincronización de tiempo (tipo 6) se envían a todos los IED’s de la

subestación mediante el protocolo UDP/IP (User Datagram Protocol/Internet Protocol).
El etiquetado de prioridad (priority tagging) permite distinguir los mensajes de tiempo

crítico. El Priority Tagging, como se observa en la Figura 2, se aplica a los Raw Data
Samples y a los mensajes tipo GOOSE.
4.1.2.3 IEC 61850-7-2:
Esta parte de la norma IEC 61850, como se ha dicho anteriormente, define el servicio
ACSI (Abstract Communication Service Interface), para su uso dentro del proceso de
codificación, mapeo y envío de los mensajes en un sistema de comunicaciones
acondicionado a una microred de distribución, en particular.
Este aparte, además, define el ACSI en términos de:
• Un modelo jerárquico de clases de toda la información a la cual se puede

acceder a través de una red de comunicaciones.
• Servicios que operan en estas clases.
• Parámetros asociados a cada servicio.
4.1.2.4 Abstract Communication Service Interface (ACSI)
El ACSI proporciona las siguientes interfaces abstractas:

a) Interfaz abstracta que describe las comunicaciones entre un cliente y un servidor

remoto para
- Acceso a los datos en tiempo real y la recuperación de los mismos.
- El control de dispositivos.
- El registro y reporte de eventos.
- Publisher/Subscriber.
- La autodescripción de dispositivos.
- La clasificación de los datos y el descubrimiento de tipos de datos.
- La transferencia de archivos.
b) Interfaz abstracta para la distribución rápida y confiable de eventos a lo largo del

sistema entre una aplicación en un dispositivo y otras aplicaciones remotas en
diferentes dispositivos y para la transmisión de SV (Sampled Measured Values).
Los modelos del ACSI proporcionan:
- La especificación de un modelo básico para la definición de los modelos de

información específicos de la subestación, contenidos en los apartes IEC 61850-7-3 e
IEC 61850-7-4.
- La especificación de los modelos de servicio de intercambio de información.

Fig. 4 – Esquema del modelo conceptual. [2]
Los modelos de información y los servicios de intercambio de información se

encuentran íntimamente relacionados. Desde un punto de vista descriptivo, se
encuentran separados en cierto grado. Los modelos comunes, como las clases
LOGICAL-DATA y DATA, incluyendo sus servicios, son utilizados en las partes IEC
61850-7-3 e IEC 61850-7-4 para definir algunos modelos de información
especializados – los modelos de automatización de subestaciones.
4.1.2.4.1 Modelos básicos de información
Los modelos básicos para la construcción de los modelos de información específicos,

son los siguientes:
a) SERVER – representa el comportamiento externo visible de un dispositivo. Todos

los modelos ACSI restantes, hacen parte del modelo SERVER. Un servidor tiene
dos funciones principales: permitir la comunicación con un cliente y enviar
información a dispositivos iguales.
b) LOGICAL-DEVICE (LD) – contiene la información producida y consumida por un

grupo de funciones de aplicación específicas; estas funciones se definen como
LOGICAL-NODE’s.
c) LOGICAL-NODE (LN) – contiene la información producida y consumida por una

función de aplicación específica, por ejemplo, la protección contra sobrevoltajes o
los interruptores de un sistema de distribución.
d) DATA – Provee medios para especificar la información clasificada, por ejemplo, la
posición de un interruptor, su información de calidad, fecha y hora, contenidos en
los LOGICAL-NODE’S.
Cada uno de estos modelos de información es definido como clase. Las clases
comprenden atributos y servicios. El diagrama conceptual de clases se muestra en la
figura 5. [2]
Fig. 5 – Modelo conceptual de clases básico del ACSI. [2]
Otro de los modelos de servicios importantes es el DATA-SET, el cual permite el

agrupamiento de datos y atributos de datos. Es usado para accesos directos y para
reportar y registrar.
4.1.2.5 Specific Communication Service Mapping (SCSM)
El SCSM corresponde al procedimiento de mapeo de los servicios de comunicaciones,

para el intercambio de datos críticos y no críticos en el tiempo, a través de LAN’s
(local-area networks), mapeando de ACSI a los servicios MMS e ISO/IEC 8802-3.
La semántica utilizada en el protocolo IEC 61850-8-1, que corresponde al SCSM a
partir de la interfaz ACSI, definida anteriormente, se encuentra especificada en el
aparte IEC 61850-7-2.
Este método de mapeo asegura la escalabilidad del stack o estructura del protocolo y
resuelve las contradicciones entre la estabilidad del estándar y el desarrollo de
tecnología futura de redes. Con el desarrollo de los protocolos de comunicación, el
SCSM simplemente es modificado, cuando la estructura del protocolo cambia, con el
propósito de lograr el desacople entre los servicios funcionales y de comunicaciones.
El proceso de mapeo para los mensajes GOOSE, se ilustra en la Figura 6.
Fig. 6 – Proceso de mapeo para los servicios GOOSE. [4]
Con el propósito de asegurar la rápida transmisión del mensaje, el IEC 61850 dispone
que los mensajes GOOSE sean directamente mapeados a la capa Ethernet. El stack del
protocolo de comunicación GOOSE, usa solamente 4 de las capas de comunicaciones
del modelo OSI de 7 capas. El mensaje es codificado en la capa de presentación del
ASN.1 a través de la capa de aplicación, y luego es mapeado directamente a la capa
de enlace. Con el propósito de aumentar la velocidad de transmisión, se usan
paquetes de etiquetado prioritario (priority tag) en la capa de enlace. El stack de la
transmisión entre capas en el proceso de comunicación para mensajes GOOSE, se
muestra en la Figura 7.
Fig. 7 – Stack para transmisión de mensajes GOOSE. [4]
La capa de aplicación es responsable de conectar un número determinado de ASDU’s

(Application Service Data Unit) dentro de una APDU (Application Protocol Data Unit)
en particular, y después envía la APDU al buffer de salida. La APDU es codificada
mediante las BER (Basic Encoding Rules) en ASN.1. Las BER utilizan el byte o 8bit como
unidad de transmisión. La codificación mediante el ASN.1, constituye el proceso de
traducción de los servicios que se ven enmarcados bajo un perfil de comunicaciones
GOOSE y GSE Management, para su paso directo de la capa de presentación a la capa
de enlace [4].
4.1.2.6 Tiempos de transferencia y caudal con base en la norma IEC

61850
En lo que respecta a los tiempos de transferencia correspondientes para la

transmisión de mensajes GOOSE al interior de un sistema de distribución
automatizado regido bajo la norma IEC 61850, el ETE delay o retardo End-to-End,
representa un factor fundamental para evaluar el desempeño general de la red en
cuestión. Este parámetro del sistema es tratado en la norma, fijando un límite
específico para considerar el sistema como aceptable en términos de velocidad y
eficiencia. Para el IEC 61850, el retardo máximo para el viaje de un mensaje GOOSE es
de 4 ms [8]. Este tiempo de transferencia de 4 ms, corresponde a la suma de los
tiempos ta, tb y tc, que se especifican en la figura 7 del presente documento.
En las referencias consultadas para este trabajo se realizan algunas simulaciones de

carácter computacional, que si bien no tienen en cuenta todo el proceso de mapeo de
los servicios a un nivel explícito y detallado, brindan información acerca de los
resultados esperados para los tiempos de retardo en un sistema de comunicaciones
basado en Ethernet, estableciendo algunos resultados experimentales para la
transmisión de mensajes GOOSE y el caudal correspondiente, según lo observado. Es
así como, en uno de estos experimentos, se llega a establecer un tiempo promedio de
0.35 ms [4] para la comunicación entre la terminal de publicación y la terminal de
suscripción vía Ethernet. Este tiempo es mucho menor que el límite estipulado en la
norma, de 4 ms. Para este tiempo de transferencia, se puede decir que el sistema
GOOSE de comunicaciones es estable y eficiente. Este resultado se halla bajo la
simulación de un sistema de comunicaciones basado en una red Ethernet de 100
Mbps.
Para la evaluación de los retardos de transferencia y procesamiento para una

comunicación dada entre dos IED’s, es pertinente considerar el gráfico presentado en
la figura 8. Los tiempos ta y tc se toman como los tiempos de procesamiento en el IED
transmisor y el IED receptor, respectivamente, y el tiempo tb corresponde al tiempo
de transmisión, desde que el mensaje sale del procesador del dispositivo transmisor,
hasta que llega al procesador del dispositivo receptor.
Fig. 8 – Tiempos de procesamiento y transferencia para un proceso de comunicación entre IED’s. [5]
4.1.2.7 Clases Aplicación-Asociación
El modelo de Aplicación-Asociación define los servicios dispuestos para el manejo de

asociaciones entre cliente y servidor (Two-party Application-Association) y los
servicios establecidos para el manejo de asociaciones para el intercambio de
mensajes Multicast (ie. GOOSE y transmisión de SV).
En general, las aplicaciones-asociaciones constituyen un mecanismo para controlar el
acceso a las instancias de un dispositivo.
• Asociación-Aplicación de dos partes:
En primer lugar, se define la clase aplicación-asociación de dos partes, bajo la cual se

realiza el envío de las solicitudes (Requests) y respuestas (Responses) para cada uno
de los servicios, transmitiendo de esta forma tanto servicios confirmados como no
confirmados. Esta clase comprende un intercambio de información bidireccional. Esta
asociación-aplicación debe ser confiable, en el sentido que la conexión en la cual se
encuentra soportada debe proporcionar medidas para notificar las razones de la no
entrega de información en el tiempo debido. De igual forma, el flujo de información
end-to-end debe ser controlado, de tal manera que las fuentes no envíen más
información que la que puede soportar el destino. En la figura 9, se puede apreciar el
esquema de comunicaciones para los servicios de asociación e intercambio de datos,
a partir de la clase Aplicación-Asociación de dos partes.
Fig. 9 – Servicios de asociación, intercambio de datos y fin de la asociación para una clase Aplicación-Asociación de
dos partes. [1]
• Asociación-Aplicación Multicast:
Por otro lado, la clase aplicación-asociación Multicast debe ser capaz de llevar a cabo
el intercambio de información unidireccional por medio de servicios no confirmados.
Dicho intercambio se realiza entre una fuente y uno o varios destinos. A su vez, esta
aplicación-asociación debe proporcionar la suficiente información a los receptores
para interpretar de manera inequívoca el contexto en el cual el intercambio de
información debe ser procesado. [2]
En la tabla 4, se observa la relación existente entre las asociaciones anteriormente

descritas y los perfiles de comunicación de cada uno de los servicios expuestos en la
norma IEC 61850. A continuación, en la figura 10, se observa el esquema de
comunicación que resume el principio para la comunicación según la clase Aplicación-
Asociación Multicast.
Fig. 10 – Principio de la Aplicación-Asociación Multicast. [1]
Tabla 4 – Modelos de asociación ACSI para los perfiles de comunicaciones. [1]
Para este trabajo, se han tenido en cuenta servicios que obedecen a tres perfiles de
comunicación distintos. Los servicios GetGoCBValues y SetGoCBValues, son servicios
Client/Server MMS e intercambio información con base en una asociación de dos
partes (Two-party Association-Application). Por otro lado, el servicio
SendGOOSEMessage corresponde a un servicio GOOSE, el cual obedece a un modelo
de asociación Multicast. Por último, los servicios GetGoReference y
GetGOOSEElementNumber, son servicios que presentan el perfil de comunicación
GSE Management. Para estos últimos, pese a que el modelo de asociación dispuesto
para el intercambio de información es Two-party Application-Association, el stack de
comunicación empleado comprende las mismas capas que aquel utilizado para los
servicios GOOSE.
4.1.2.8 Servicios
• GOOSE
Los servicios GOOSE comprenden y determinan el envío de mensajes para funciones

de protección, control y monitoreo al interior de una microred. Cada uno de estos
cumple una tarea específica en cuanto al manejo de los mensajes, según lo dispuesto
por la norma IEC 61850. Estos mensajes, a su vez, son catalogados como prioritarios
por el estándar, dado el tipo de información contenida en ellos y la importancia de
optimizar los retardos para el accionamiento de los IED’s, de manera que pasan
directamente a la capa de enlace del modelo OSI. En la tabla 5, de esta forma, se
determinan los servicios GOOSE, que obedecen a los perfiles de comunicaciones GSE
Management (GetGoReference y GetGOOSEElementNumber) y GOOSE
(SendGOOSEMessage).
Tabla 5 – Servicios bajo el perfil de comunicaciones GOOSE. [1]
• Client/Server MMS
Los términos Client/Server y Publisher/Suscriber en el estándar IEC 61850, describen

los roles de comunicación que tiene los dispositivos reales pertenecientes a la
microred.
Un servidor dispone los datos (Data) en un Logical Node (LN), al cual el cliente puede
acceder por medio de una conexión TCP/IP. A su vez, el cliente podría recibir reportes
de los eventos provenientes del servidor, a través de esta misma conexión TCP/IP. A
nivel de protocolo, esto constituye una conexión 1:1. Un servidor puede comunicarse
con varios clientes. La conexión es iniciada por el cliente.
Un dispositivo que actúa como servidor puede modelar datos (ie. El estatus de un
interruptor), los cuales están contenidos en un Logical Node (LN). Estos datos pueden
ser utilizados por un DataSet o un Control Block para publicar valores.
En general, los servicios que presentan un perfil de comunicaciones Client/Server

MMS, para las redes de comunicaciones regulados por el estándar IEC 61850, deben
atravesar un mayor número de capas, en lo que respecta a los procesos de traducción
de los servicios según el modelo OSI de 7 capas.
Los mensajes de velocidad media (tipo 2), los mensajes de comando con control de
acceso (tipo 7), los mensajes de baja velocidad (tipo 3) y las funciones de
transferencia de archivos (tipo 5) atienden funcionalmente aplicaciones en una
microred bajo el perfil de comunicaciones Client/Server MMS. La comunicación a
través de mensajes MMS incluye funciones de registro de fallas, eventos, valores
medidos, entre otras. La comunicación bajo este perfil constituye un procedimiento
de transferencia de datos confiable, dada la asociación de dos partes, descrita
anteriormente. [5]
A continuación, en la tabla 6, se describen los servicios GOOSE y Client/Server MMS,

los cuales serán mapeados y tratados de manera detallada en la sección 8 del
presente trabajo.
Tabla 6 – Servicios para mensajes GOOSE.
Considerando la descripción dada para cada uno de los servicios que intervienen en el
envío de mensajes GOOSE para la atención de funciones en una microred, a partir del
siguiente modelo es posible observar la dinámica de los servicios al interior de un
bloque de control GOOSE (GoCB).
Fig. 11 – Modelo para un GoCB. [2]
4.1.3 Equipos que soportan y operan bajo la norma IEC 61850
Dados los avances en lo que respecta a la aplicación y estudio de la noma IEC 61850,
diferentes fabricantes han comenzado a trabajar desde hace un tiempo en el
desarrollo de equipos y tecnología, en general, para efectuar pruebas de campo del
estándar en operación y ofrecer soluciones de implementación del mismo en
microredes, en general.
En este sentido, se presentan en este aparte algunos de estos dispositivos de

aplicación, dedicados a la operación y realización de pruebas para la implementación
de la norma IEC 61850 en microredes.
CMC 850 – Protection Test Set dedicated to IEC 61850
Fig. 12 – CMC 850 Test Set. [9]
El equipo CMC 850, de la marca Omicron, es un módulo de pruebas de operación

dedicado a la norma IEC 61850. Se centra en los métodos de comunicación en tiempo
real de aplicaciones GOOSE y SV (Sampled Values) hacia la interfaz para los
dispositivos bajo prueba. A nivel de simulación, realiza el mapeo de salidas binarias
hacia los atributos de datos de los mensajes GOOSE emitidos. A nivel de recepción,
llevas a cabo el mapeo desde los atributos de datos de los mensajes GOOSE recibidos
hacia las entradas binarias. Este dispositivo presenta un tiempo de procesamiento
inferior a 1 ms, para los retardos desde la aplicación hasta la red y viceversa. Con
respecto a las interfaces de comunicaciones soportadas, este equipo puede operar
bajo el protocolo Ethernet a tasas de 10 Mbps y 100 Mbps. [9]
CMC 356 – Universal relay test set and commissioning tool
Fig. 13 – Universal relay test set and commissioning tool. [9]
El equipo CMC 356, de la marca Omicron, se encuentra diseñado para realizar

pruebas de todos los tipos y generaciones de relés de protección. Esta unidad soporta
pruebas para relés de alta demanda de potencia. Este dispositivo presenta, de igual
forma, características que le permiten soportar pruebas en torno al envío y recepción
de mensajes GOOSE y SV, bajo la implementación de la norma IEC 61850. [9]
AX-S4 61850
El módulo AX-S4 61850 constituye una interfaz completa para aplicaciones de

huésped, que cumple con estándares OPC (Open Connectivity via Standards) y que
opera en la plataforma Windows. Este equipo soporta funciones de cliente y servidor,
para la norma IEC 61850 y soporta el flujo de datos en tiempo real proveniente de
IED’s que operan bajo el estándar, como relés de protección y dispositivos de
medición. Este dispositivo, entre otras disposiciones para la atención de mensajes en
el marco de la norma IEC 8150, contempla los servicios GOOSE para enviar y recibir
datos provenientes de los dispositivos de protección de un microred en tiempo real.
La configuración de las opciones para envío y recepción de mensajes GOOSE para este
dispositivo se realiza mediante SCL (Substation Configuration Language). Las
funciones IEC 61850 para el servidor soportan la gran mayoría de los servicios ACSI,
incluyendo aquellos cuya función principal consiste en reporte y control.
Hablando estrictamente de los apartes de la norma tenidos en cuenta para este
equipo y que vale la pena considerar para su operación, podríamos enunciar las
partes 6-1, 7-2, 7-3, 7-4 y 8-1. [10]
IED Scout
A nivel de software, IED Scout constituye una solución para la comunicación del
cliente con el servidor IEC 61850 y entre emisor y receptor para los mensajes GOOSE,
desarrollada por el fabricante Omicron. Comprende numerosas funciones útiles para
el cliente IEC 61850, desde la lectura y escritura de atributos de datos, hasta la
producción de archivos SCL. A su vez, esta interfaz detecta los mensajes GOOSE y de
comunicación cliente/servidor para su presentación, análisis y almacenamiento. De
igual manera, el software IEDScout también se encuentra en capacidad de modelar y
simular mensajes GOOSE. Presenta, igualmente, un cubrimiento de alto nivel para los
servicios ACSI, vinculados al envío de mensajes. Análisis de la comunicación
Cliente/Servidor basado en el protocolo MMS. Detección y monitoreo de mensajes
GOOSE en la red. Almacenamiento de tráfico GOOSE en archivos COMTRADE.
Transferencia respectiva de la información GOOSE detectada al módulo de
configuración GOOSE, para el dispositivo de prueba CMC. [9]
Las anteriores, son algunas soluciones que han desarrollado fabricantes como
Omicron, SISCO y ABB, en torno a la operación de las redes de comunicaciones
dispuestas en microredes, basadas en la norma IEC 61850. Para consultar más acerca
de las referencias comerciales alrededor de las diferentes tarea que cumplen los IED’s
vinculados a una red de comunicaciones IEC 61850, se recomienda visitar las páginas
de los fabricantes citadas en las referencias, así como las de empresas dedicadas al
diseño de equipos de este tipo, como ABB y SIEMENS.
4.2 Marco Conceptual
En el siguiente aparte se definirán aquellos conceptos que vale la pena dejar claros
para lograr el entendimiento efectivo de los procesos y aspectos estudiados en cada
una de las etapas de este proyecto:
Para empezar, se podría intentar definir el concepto de “red inteligente”, que aunque
es un término bastante amplio y con múltiples definiciones aplicadas, cabe establecer
una referencia conceptual, concerniente a la temática tratada en este proyecto.
Red Inteligente: Corresponde a una red de suministro de energía eléctrica

automatizada y ampliamente distribuida, caracterizada por un flujo de doble vía de
energía eléctrica e información, la cual puede ser monitoreada y tiene la capacidad de
responder a cambios ocurridos en las plantas de generación, en las preferencias de los
usuarios o en los puntos individuales de carga. [19]
Aunque tampoco existe una definición para el concepto de “microred” universalmente

establecida, es apropiado definir este término, ya que el presente trabajo se basa en la
instalación de una red de telecomunicaciones en una microred de distribución.
Microred: Una microred corresponde a un sistema de energía eléctrica, compuesto por

recursos de energía distribuida (DER’s), consumidores y almacenamiento opcional,
delimitado y enmarcado en una región específica. [19]
DER: Sus siglas se refieren a un recurso de energía distribuida, en inglés Distributed

Energy Resource. Corresponden a unidades de generación de energía eléctrica
(típicamente, entre los 3 kW y los 50 MW) localizadas dentro del sistema de
distribución, en el mismo nodo o cerca al usuario final. Estas unidades se encuentran
en paralelo a las conexiones de la compañía eléctrica. DER se refiere a cualquier
tecnología que se encuentre incluida en sistemas de Generación Distribuida (DG) o de
Potencia Distribuida (DP), así como en procedimientos de medición en los puntos de
demanda. Algunos de los principales factores de mejora asociados a su uso son la
confiabilidad del sistema de distribución y la respuesta a la demanda. [5]
DAS: Sus siglas, en inglés, corresponden a Distributed Automation System. Este puede
definirse como aquel sistema de distribución que permite a una compañía eléctrica
realizar labores de monitoreo, coordinación y operación de componentes de
distribución del sistema, en tiempo real, desde locaciones remotas. La principal
función de los DAS, consiste en localizar y aislar la falla presentada en el sistema y
restablecer el servicio cuando ocurre una falla en la línea de distribución de potencia.
[5]
IED: En inglés, sus siglas hacen referencia al término Intelligent Electronic Device, en
español, Dispositivo Electrónico Inteligente. Los dispositivos electrónicos inteligentes
comprenden sistemas inteligentes basados en micro-procesamiento, que cumplen
diversas funciones de protección y control en sistemas de energía eléctrica. Los IED’s
reciben datos de de sensores y equipos de potencia del sistema eléctrico, y pueden
emitir comandos de control, como el disparo de los dispositivos de protección al
percibir irregularidades, mediante la operación de sensores, en el voltaje, la corriente
o la frecuencia del circuito, o el incremento o decremento de los niveles de voltaje
para mantener un valor específico requerido. Algunos IED’s comunes son los
dispositivos que controlan los relés de protección, los controladores de los
cambiadores de tap en las cargas, los controladores de los interruptores, switches de
los bancos de capacitores, reguladores de voltaje, entre otros. [18] [8]
Estándar IEC 61850-8-1: Hace referencia al aparte de la norma que comprende la

regulación que debe regir el proceso de SCSM (Specific Communication Sercice
Mapping). Este documento define los servicios que conforman cada uno de los
mensajes enviados en una red de telecomunicaciones que obedece a la norma IEC
61850, especificando ciertos elementos correspondientes a la estructura de mapeo y
parámetros que componen cada uno de estos servicios. Esto se refiere a la
arquitectura de las comunicaciones en una subestación, comprendida en capas, según
el modelo de OSI. El proceso de mapeo permite el intercambio de datos en redes de
área local (LAN), entre diferentes tipos de dispositivos de la subestación. El
intercambio de datos constituye, entre otras, funciones de control y monitoreo en
tiempo real. Esta norma presenta el proceso de mapeo de ACSI (Abstract
Communication Service Interface) a estructuras MMS e ISO 8802-3, este último
estándar, referente a los servicios de redes de área local. [1]
IEC 61850-7-2: Este documento comprende un conjunto de instrucciones y

especificaciones que determinan la arquitectura de comunicación entre capas para un
sistema de comunicaciones en una subestación. Dicha arquitectura, ha sido escogida
para proporcionar definiciones abstractas de clases y servicios, de tal manera que las
especificaciones sean independientes de las estructuras específicas de cada protocolo,
de su implementación y de los sistemas operativos. Esta parte de la norma IEC 61850
define el Abstract Communication Service Interface (ACSI) para su uso en una
subestación que requiere interoperabilidad y cooperación de dispositivos electrónicos
inteligentes (IED). [2]
GOOSE: Sus siglas, en inglés, corresponden a Generic Object Oriented Substation

Event, corresponde a un mecanismo de control de modelos bajo el cual son agrupados
datos de diferentes formatos (estado o valor) dentro de un data set y son transmitidos
en un periodo de tiempo inferior a 4ms. [2] [4]
ASN.1: Corresponde a un lenguaje estandarizado para la representación de

estructuras y tipos de datos de aplicación independiente del dispositivo. Los servicios
asociados a los mensajes GOOSE, según norma IEC 61850, son identificados y
cuantificados por medio, respecto a su tamaño, mediante este lenguaje. [4]
4.3 Marco Histórico
4.3.1 Contexto Nacional
En Colombia, en los últimos años, se ha llevado a cabo un plan de capacitación en lo

que respecta a la comprensión, revisión y evaluación de las alternativas de aplicación
de la norma en el sistema eléctrico nacional.
Es así como organizaciones, como Colombia Inteligente, han promovido talleres de

capacitación en fundamentos de Smart Grids, enfocando sus esfuerzos directamente
a la definición de los parámetros fundamentales y requerimientos específicos para la
aplicación de la norma en redes de comunicaciones para la automatización de
subestaciones eléctricas en Colombia. En 2010, en el mes de Julio, se realizaron
talleres de capacitación en “Fundamentos de SMART GRIDS”-UML-Estándar 61850, a
cargo de la Organización Colombia Inteligente, el Comité Colombiano de la Comisión
de Integración Energética Regional (COCIER), el Comité Asesor de Comercialización
(CAC) y el Consejo Nacional de Operación (CNO). A su vez, la empresa colombiana
Potencia Y Tecnología Incorporadas S.A., desarrolló un taller de entrenamiento en el
mes de Noviembre del año 2011, llamado “IEC-61850 (Edition 2.0) System Integration
Training, centrado en temas como la consultoría para la implementación de la norma
IEC 61850, la integración del sistema según la norma, los servicios de prueba, los
software empresariales aplicados a la norma, entre otros. Básicamente, ha consistido
en un entrenamiento en aspectos teóricos y prácticos del IEC 61850, bajo la revisión
de los nuevos estándares y cubriendo temas como la comunicación entre clientes y
servidores, la comunicación entre IED’s por medio de mensajes GOOSE, la filosofía de
la interoperabilidad entre los IED’s de un sistema de distribución de energía eléctrica,
etc. [11]
En el sistema eléctrico nacional, tal vez la empresa que presenta mayores avances y
gestiones en la implementación de la norma IEC 61850 para las redes de
comunicaciones en subestaciones automatizadas es EPM (Empresas Públicas de
Medellín).
4.3.2 Contexto Internacional
La norma IEC 61850, como tal, surgió en el año 2003, y se ha venido actualizando
constantemente, según los avances y trabajos de investigación sobre la misma.
En el plano internacional, numerosos trabajos en torno a la investigación y definición

de las características principales, los beneficios e implicaciones que trae consigo la
puesta en ejercicio del estándar IEC 61850, han sido llevados a cabo.
Una de las referencias consultadas para la elaboración de este proyecto, trata el

proceso de mapeo de los servicios GOOSE [4], pasando por los procesos de
codificación y mapeo, tratando conceptos y procedimientos de carácter técnico y
teórico como el ACSI, el SCSM y las especificaciones para la codificación a través del
ASN.1. Este documento, producto de una investigación realizada en China, fue
presentado el pasado mes de Marzo del año 2012, en la “Power and Energy
Engineering Conference”. Otra referencia que vale la pena considerar es la número
[5], la cual presenta un procedimiento de evaluación de las tecnologías de
comunicación para sistemas de distribución automatizados basados en la norma IEC
61850 con recursos de energía distribuida. En este documento, del año 2009, se
efectúan y se analizan los diferentes parámetros derivados del proceso de simulación
de redes de distribución, considerando el caudal de información y los tiempos de
retardo para diferentes tasas de transmisión.
En países como Estados Unidos y Canadá, en los que se cuenta con infraestructura y
equipos de altos estándares de calidad y posibilidades de financiamiento para la
renovación de los sistemas de comunicaciones, ya se ha empezado a implementar la
norma, con el objetivo de llegar altos índices de robustez y confiabilidad en lo que
respecta al desempeño general del sistema eléctrico, mediante procesos de medición
inteligente y de comunicación eficiente entre los dispositivos que integran la red,
dando lugar a mejoras en el ámbito económico y técnico. Factores como la reducción
de costos, atención y respuesta a la demanda, reducción de pérdidas, entre otros,
presentan mejoría poner en ejercicio la aplicación del estándar IEC 61850.
En Latinoamérica, la incursión de la norma ha sido progresiva y, si se quiere, algo
lenta, dada la reducida disponibilidad de recursos e infraestructura para su
implementación. Es claro, que realizar una renovación total de los sistemas de
distribución en amplias regiones conlleva gastos económicos y requerimientos
técnicos bastante difíciles de cubrir y satisfacer de manera inmediata. Es por esto que
en los países de Latinoamérica, en general, se está llevando a cabo, todavía, un
proceso de reconocimiento, instrucción e investigación alrededor de las disposiciones
del estándar IEC 61850, con miras a lograr, a mediano plazo, la introducción definitiva
de la misma, para la optimización del funcionamiento, a nivel de comunicaciones, en
las redes automatizadas de distribución.
5 DEFINICION Y ESPECIFICACION DEL TRABAJO
5.1 Definición
El presente proyecto tiene como principal objetivo, dar claridad acerca de las
condiciones que determinan el tráfico de mensajes GOOSE al interior de un sistema de
comunicaciones instalado en una microred. De esta forma, son estudiados algunos de
los apartes de la norma IEC 61850, con miras a definir las estructuras típicas de los
parámetros que componen cada uno de los servicios GOOSE involucrados.
Adicionalmente, se considera pertinente llevar a cabo el estudio y conceptualización

de los factores relacionados con las redes de comunicaciones en los sistemas de
distribución, analizando temáticas de vital importancia para una comprensión global
del enfoque dado a este proyecto, tales como los equipos comúnmente utilizados para
la atención de requerimientos alrededor de este tópico en los sistemas de distribución
y definiciones correspondientes a los elementos principales que se encuentran en una
red de distribución.
6 METODOLOGÍA DEL TRABAJO

El trabajo realizado se describe a continuación, mediante etapas definidas y
específicas de investigación previa y posterior establecimiento de parámetros
fundamentales del sistema de comunicaciones y elaboración de cuadros que
comprenden la estructura de cada uno de los servicios GOOSE tratados.
6.1 Plan de trabajo

El plan de trabajo desarrollado para la elaboración del presente trabajo, puede
dividirse en tres etapas principales:
• Etapa I: Para el desarrollo de esta etapa, se llevó a cabo una revisión del estado del
arte en lo que respecta a las microredes de distribución, la definición de los elementos
principales que las conforman, así como el nivel y la factibilidad de aplicación de la
norma IEC 61850 en proyectos reales. Adicionalmente, en esta etapa, se realiza una
revisión de los equipos que pueden llegar a ser implementados para la satisfacción de
los requerimientos de comunicación en una microred de distribución.
• Etapa II: En este punto, se procede a definir la norma IEC 61850, como tal,
abarcando sus objetivos principales, los lineamientos generales en los cuales se basa
para el establecimiento de las regulaciones y definiciones técnicas tenidas en cuenta
en cada uno de sus apartes, así como su campo de aplicación, desde varios puntos de
vista, dada su implementación en microredes. Teniendo estos conceptos claros,
llevando a cabo un dimensionamiento de la norma y logrando el entendimiento de sus
objetivos principales, es posible efectuar el procedimiento requerido para la
identificación de los servicios GOOSE que se ven involucrados en una red de
telecomunicaciones instalada en una microred inteligente.
• Etapa III: Habiendo comprendido e integrado los conceptos tratados en las dos
etapas anteriores, se hace posible comprender de una mejor manera los factores que
determinan la codificación y mapeo de los servicios GOOSE. De esta forma, al definir y
comprender los parámetros que componen cada uno de los servicios involucrados en
la transmisión de mensajes GOOSE, se hace posible establecer aspectos
fundamentales en lo que respecta a la estructura de cada servicio, su tamaño, tasa de
transmisión, retardo, etc. Para esto, se hace necesario revisar la documentación
respectiva, puntualmente, los apartes IEC 61850-8-1 [1] e IEC 61850-7-2 [2], que tratan
del Specific Communication Service Mapping (SCSM) y el Abstract Communication
Service Interface (ACSI), respectivamente.
6.2 Búsqueda de información
Para el presente trabajo se han incluido fuentes de información como artículos e

informes de trabajos previos de mapeo [13] y varios documentos que tratan el
acondicionamiento de la norma a microredes y a sistemas de distribución en general.
En dichos documentos, no solamente se establecen precisiones en cuanto al
desempeño general de redes de comunicaciones basadas en IEC 61850, sino que
también se tratan en detalle algunos conceptos y elementos propios de las
microredes, como los DER (Distributed Energy Reosurces).
Para el procedimiento de mapeo de cada uno de los servicios que integran el proceso
de envío y recepción de mensajes GOOSE, las fuentes de información consultadas de
mayor importancia son los apartes de la norma IEC 61850 7-2 y 8-1 [1] [2], que tratan
cada uno de los servicios a nivel de la interfaz ACSI, y posteriormente, describe el
mapeo de los mismos mediante SCSM.
Adicionalmente, se ha consultado material en línea para la definición de ciertos

aspectos técnicos de las microredes y la consulta en lo que respecta a los equipos de
comunicaciones diseñados para operación bajo el estándar IEC 61850 y sus referencias
comerciales.
7 TRABAJO REALIZADO
7.1 Descripción del trabajo realizado
Como se ha mencionado anteriormente, el primer paso para definir un procedimiento

de mapeo de los servicios GOOSE, consiste en revisar de manera detallada y
cuidadosa el aparte IEC 61850-7-2, que hace referencia al ACSI (Abstract
Communication Service Interface), en el cual son definidos los servicios GOOSE de
manera global, especificando, a su vez, los servicios primitivos que los componen, sus
características principales, el tipo de datos asociado a cada uno de ellos y la
correspondencia de los parámetros que los componen con el bloque GoCB (GOOSE
Control Block.
Después de realizada la revisión mencionada, es necesario recurrir a la parte IEC

61850-8-1, la cual hace referencia al SCSM (Service Communication Service Mapping).
En este aparte de la norma, se especifica la naturaleza de cada uno de los servicios
GOOSE ser mapeados, estableciendo claramente su definición a nivel funcional y
estructural dentro del proceso de envío de mensajes GOOSE en una red de
comunicaciones para un sistema de distribución automatizado. En este sentido, se
define de manera explícita cada uno de los parámetros que tienen lugar en los
servicios primitivos, en lo que respecta a su función, tipo y tamaño, y se define una
estructura que denota el mapeo de los mismos.
Con base en el análisis cuidadoso y detallado de lo estipulado en la parte IEC 61850-8-

1, se procede a definir la estructura de los servicios primitivos y, asimismo, el tamaño
asociado a cada uno de ellos, después de haber determinado el tamaño de los
parámetros contenidos en la estructura de mapeo del servicio, según su tipo. Ahora,
con base en este definición estructural, se hace posible determinar el tamaño y
composición de cada una de las APDU’s que describe cada servicio primitivo, de
manera individual.
Por último, al haber establecido el tamaño de los servicios primitivos GOOSE en bytes,
se procede a calcular la tasa de datos correspondiente para cada uno de ellos,
asumiendo un tiempo de procesamiento acorde al rendimiento esperado para un
equipo estándar de pruebas basado en la norma IEC 61850 [9], teniendo en cuenta,
de igual forma, el tamaño fijo de cada servicio y el tamaño en bytes de la cabecera del
protocolo de comunicaciones definido en la capa de enlace.
En la figura 14, se muestra el diagrama de trabajo que se ha seguido para la

traducción y definición de las tasas de datos de los servicios ligados a la comunicación
mediante mensajes GOOSE.
Fig. 14 – Diagrama de flujo ilustrativo del trabajo realizado.

8 RESULTADOS DEL TRABAJO
8.1 Modelo de caracterización de los servicios GOOSE
8.1.1 Mapeo de mensajes GOOSE según IEC 61850
8.1.1.1 Tipos de datos ACSI
En la tabla 7, que se muestra a continuación, se especifica el tipo y rango para los tipos de
datos ACSI, tratados en la parte IEC 61850-7-2 de la norma. Estas definiciones serán de
gran utilidad para la definición del tamaño de los parámetros que conforman cada uno de
los servicios GOOSE tratados en este trabajo.
Tabla 7 – Mapping of ACSI Data Types [1]

8.1.1.2 Servicios GOOSE y Client/Server MMS para el envío de
mensajes GOOSE
• Los servicios GOOSE se caracterizan por obedecer a la clase Aplicación-Asociación

Multicast, comunicándose, de esta forma, con los demás IED’s mediante un
intercambio unidireccional de información entre una fuente y uno o varios
destinos.Los servicios GOOSE son mapeados o traducidos en la capa de aplicación,
posteriormente, en la capa de presentación son codificados según las reglas BER a
través del ASN.1 y, por último, pasan directamente a la capa de enlace, descrita
por un protocolo de comunicaciones específico, como Ethernet, Wi-Fi, etc.
8.1.1.2.1 GetGoReference
El servicio GetGoReference permite al cliente solicitar la referencia de uno o más

offsets de elementos específicos. La respuesta retorna el conjunto de los
ElementOffsets solicitados y los valores de referencia.
La figura 15, ilustra los servicios primitivos que integran el GetGoReference.
Fig. 15 - Comunicación para el servicio GetGoReference [1]

Tabla 8 – Mapeo del servicio GetGoReference. [1]
A continuación, en la tabla 9 se define cada uno de los parámetros que definen los
servicios primitivos asociados al servicio GetGoReference.
Parámetro Descripción
Destination Address La dirección de destino será usada para
especificar la dirección requerida por el T-Profile.
StateID Este corresponde a un valor asignado al cliente
usado para referenciar la máquina de estados del
mismo. El rango de su valor estaré entre -32767 y
32767.
GoCBReference Este valor corresponde a un VISIBLE_STRING y
será capaz de contener un valor cuyo tamaño será
de 65 octetos. El valor corresponde al bloque de
control GOOSE para el cual se está requiriendo su
búsqueda.
MemberOffsets Esta es la lista de elementos que el cliente
requiere para obtener la referencia. Este valor
será de 0 o mayor que cero. El valor debe ser
menor a 512.
ConfRev Este parámetro contiene el número de revisión de
configuración del GCB (GOOSE Control Block) en
el momento que la etapa de Request se ha
resuelto (Int32U, según IEC 61850-8-1).
DatSet
Contiene el valor del DataSetReference en el
momento que la etapa de Request se ha resuelto.
Su tamaño, según IEC 61850-8-1, es de 65 octetos.
ListOfResults Esta es la lista de elementos para los cuáles el
servidor retornará las referencias. El rango de este
valor está entre 0 y 512.
Reference Estos valores contienen la referencia en String del
offset solicitado o un código de error apropiado.
Según el anexo A del IEC 61850-8-1, este
parámetro es un IA5String, cuyo tamaño va de los
0 a los 128 bytes.
ErrorReason Este parámetro indica una condición de error que
no permite que se cumpla con la solicitud del
cliente.
T-Data Mapping Todas las GSE Management PDU’s deben ser
enviadas y recibidas usando el servicio T-DATA
Tabla 9 – Parámetros del servicio GetGoReference.

GetGoReferenceRequest y GetGoReferenceInd
La tabla 10 muestra la estructura, para la definición del tamaño del APDU

GetGoReference.req, que corresponde, igualmente, a la estructura para el APDU
GetGoReference.ind.
Tabla 10 - Tamaño de GetGoReferenceRequest-APDU
Teniendo en cuenta la distribución establecida en la tabla 8, en la tabla 11 se lleva a

cabo la definición del APDU GetGoReference.req, que presenta la misma estructura
que el APDU GetGoReference.ind. [1]
Tabla 11 – APDU GetGoReferenceRequest.
GetGoReferenceResult(+) y GetGoReferenceResponse(+)
En la Tabla 12, se puede observar la estructura y tamaño correspondiente para el

servicio GetGoReference.Result(+). Esta estructura define, igualmente, el servicio
primitivo GetGoReferenceResponse(+).
Tabla 12 - Tamaño de GetGoReferenceResult(+)-APDU

Definido el tamaño para GetGoReference.Result(+), a partir de la definición en cuanto

a funcionalidad y rango de los parámetros que integran el servicio, se hace posible la
construcción del APDU asociado. Este se muestra en la tabla 13.
Tabla 13 – APDU GetGoReferenceResult(+).
GetGoReferenceResult(-) y GetGoReferenceResponse(-)
De manera análoga, habiendo definido los parámetros que integran el

GetGoReferenceResult(-), se puede dimensionar y definir la estructura del APDU
correspondiente. El servicio primitivo GetGoreferenceResult(-), tiene lugar cuando no
se ha podido obtener la referencia GOOSE a causa de un error, especificado por el
parámetro ErrorReason. La estructura definida para GetGoReferenceResult(-), encaja
también con aquella que describe el servicio GetGoReferenceResponse(-). A
continuación, en la Tabla 14 se define el tamaño del servicio primitivo en cuestión y
en la Tabla 15 se muestra el APDU asociado al mismo.
Tabla 14 - Tamaño de GetGoReferenceResult(-)
Tabla 15 – APDU GetGoReferenceResult(-)

8.1.1.2.2 GetGOOSEElementNumber
El servicio GetGOOSEElementNumber, como se especifica en el IEC 61850-7-2,

permite al cliente solicitar la resolución de una o más reference strings a los offsets de
cada elemento. Como respuesta se obtiene el conjunto de los ElementOffsets
solicitados y los valores actuales de cada referencia.
En este sentido, teniendo presente la función principal ejecutada por este servicio, se
observa en la siguiente figura el esquema de comunicación funcional:
Fig. 16 - Comunicación para el servicio GetGOOSEElementNumber. [1]
El cliente asigna una referencia a cada solicitud e incluye esta referencia como el
StateID dentro del request. Si un cliente recibe un
GetGOOSEElementNumberResponse que contiene un StateID desconocido, este
ignora el PDU.
Un servidor que declara el soporte para GOOSE, y no el servicio

GetGOOSEElementServer, retornará un gseNotSupportedPDU si recibe un
GetGOOSEElement.
La especificación del protocolo de aplicación en el Anexo A de la IEC 61850-8-1,

usando las reglas básicas de codificación ASN.1, será usada como sintaxis de
transferencia para el servicio GetGOOSEElementNumber. El servicio
GetGOOSEElementNumber debe ser mapeado dentro del GSEMngtPDU. Este servicio
es mapeado según la estructura presentada en la tabla 16.
Tabla 16 – Mapeo del servicio GetGOOSEElementNumber. [1]
MemberReference Esta es la lista de referencias que el
cliente solicita para obtener el offset del
elemento. Los valores NULL no están
permitidos.
ReferenceString Este parámetro contendrá el valor string
para la referencia cuyo offset está siendo
solicitado por el cliente. El valor no podrá
ser NULL.
ElementNumber
Este parámetro contiene el valor del
offset para el ReferenceString
correspondiente solicitado por el cliente
o un ErrorReason.
T-DATA Mapping
Todos los GSE Management PDU’s serán
enviados y recibidos mediante el servicio
T-Profile T-DATA. La dirección de destino
T-DATA para un mensaje GOOSE, debe
contener una dirección MAC multicast.
Por su parte, la dirección de la fuente T-
DATA para un mensaje GOOSE, debe
contener una dirección MAC unicast.
Tabla 17 – Parámetros a tener en cuenta para el servicio primitivo GetGOOSEElementNumber. [1]
GetGOOSEElementNumberRequest y GetGOOSEElementNumberInd
En la tabla 18, se muestra la lista de parámetros que componen el servicio

GetGOOSEElementNumber.req y se calcula el tamaño del APDU correspondiente. Esta
estructura, también es válida para el servicio primitivo
GetGOOSEElementNumber.ind.
Tabla 18 – Tamaño de GetGOOSEElementNumberRequest-APDU
La Tabla 19 corresponde al APDU establecido para el servicio primitivo

GetGOOSEElementNumber.req. De manera análoga, esta misma estructura resulta
del mapeo del servicio primitivo GetGoReference.ind.
Tabla 19 – APDU GetGOOSEElementNumberRequest.
GetGOOSEElementNumberResult(+) y GetGOOSEElementNumberResponse(+)
La lista de parámetros, junto con el tamaño respectivo de cada uno y el tamaño global
para el servicio primitivo GetGOOSEElementNumber.Result(+), se muestra en la Tabla
20. Esta misma lista de parámetros determina la estructura y tamaño del servicio
primitivo GetGOOSEElementNumber.Rsp(+).
Tabla 20 - Tamaño de GetGOOSEElementNumber.Result(+)-APDU.

Ahora, el APDU correspondiente al servicio primitivo
GetGOOSEElementNumber.Result(+) se ilustra en la tabla 21. Para el
GeGOOSEElementNumber.Rsp(+) se define la misma estructura para el APDU.
Tabla 21 – APDU GetGOOSEElementNumber.Result(+).
GetGOOSEElementNumberResult(-) y GetGOOSEElementNumberResponse(-)
En las tablas 22 y 23 se muestran la estructura y tamaño del servicio primitivo

GetGOOSEElementNumber.Result(-) y el APDU correspondiente, respectivamente.
Estos dos cuadros, a su vez, constituyen el tamaño y el APDU para el servicio primitivo
GetGOOSEElementNumber.Rsp(-).
Tabla 22 - Tamaño de GetGOOSEElementNumberResult(-)-APDU
Tabla 23 – APDU GetGoReferenceResult(-)
8.1.1.2.3 SendGOOSEMessage
El modelo del servicio GOOSE, descrito en el IEC 61850-7-2, ofrece una distribución
rápida y confiable, a lo largo de todo el sistema, de los datos de entrada y de salida.
Este SCSM usa un esquema específico de retransmisión para lograr un nivel apropiado
de confiabilidad. Cuando un servidor GOOSE genera un SendGOOSEMessage Request,
los valores actuales del data set son codificados en un mensaje GOOSE y transmitidos
como T-DATA en la asociación multicast. El evento que hace que el servidor invoque
el servicio SendGoose corresponde a una aplicación local, como se describe en el IEC
61850. Se obtiene mayor confiabilidad retransmitiendo los mismos datos
(incrementando gradualmente el SqNum y el tiempo de retransmisión). [1]
El mensaje GOOSE es enviado a través de un MULTICAST-APPLICATION-ASSOCIATION,

que hace referencia a una clase que proporciona intercambio de información
unidireccional. La comunicación, alrededor de esta clase, se da entre un emisor y uno
o varios receptores. Esta información de carácter unidireccional debe proveer al
receptor la suficiente información para que este último pueda interpretar
inequívocamente el contexto en el cual este intercambio debe ser procesado. A su
vez, los receptores deben estar en la capacidad de detectar la pérdida y la duplicación
de la información recibida. El receptor, de esta forma, debe notificar acerca de dicha
pérdida de información al usuario y, asimismo, descartar la información duplicada. [2]
El diagrama mostrado a continuación ilustra el tiempo de transmisión para cada

evento:
Fig. 17 - Diagrama de tiempos de transmisión para los eventos. [1]
Cada mensaje en la secuencia de retransmisión lleva consigo un parámetro

timeAllowedToLive que informa al receptor del tiempo máximo de espera para la
próxima retransmisión. Si el nuevo mensaje no es recibido en ese intervalo de tiempo,
el receptor asumirá que la asociación se ha perdido. Los intervalos específicos usados
por cualquier editor GOOSE son un asunto local. El parámetro timeAllowedToLive
informa a los suscriptores acerca de cuánto tiempo deben esperar.
El servicio SendGOOSEMessage, como se especifica en el IEC 61850-7-2, permite al

cliente enviar información variable de una manera no-solicitada y no-confirmada.
Fig. 18 - Parámetros del servicio SenGOOSEMessage. [1]
El cliente crea y mantiene una máquina de estados para cada GCB (Goose Control
Block) habilitado. La máquina de estados del cliente tiene tres estados: NON-
EXISTENT, RETRANSMIT PENDING y RETRANSMIT.
Fig. 19 - Máquina de estados del cliente para el servicio GOOSE. [1]
1) El cliente emite un GOOSE.request. Un reloj de retransmisión es iniciado, basándose

en el valor del parámetro timeAllowedToLive. SqNum se inicia en 0. Se recomienda
que el tiempo establecido en el reloj de retransmisión sea menor (de hecho, la mitad)
del valor del parámetro timeAllowedToLive.
2) El reloj de expiración de la retransmisión indica el tiempo para la retransmisión.

SqNum se incrementa saltándose el 0 en caso de overflow.
3) Dada la retransmisión, se emite un GOOSE.request y se entre en el próximo intervalo

de retransmisión. Un reloj de retransmisión es iniciado. El método de selección de los
intervalos de retransmisión es local. El máximo tiempo permitido entre
retransmisiones corresponde, igualmente, a un parámetro local. Este tiempo debe ser
menor a 60s.
4) Todos los mensajes GOOSE y las retransmisiones cuando el GoEna es FALSE.

El servidor, a su vez, generará una máquina de tres estados: NON-EXISTENT, VALID y
QUESTIONABLE.
Fig. 20 - Máquina de estados del servidor para el servicio GOOSE [1]
1) El servidor recibe un GOOSE.indication. Se inicia el reloj de expiración

timeAllowedToLive.
2) Finaliza el conteo del reloj de expiración timeAllowedToLive.
3) Recibe una indicación GOOSE válida o una retransmisión válida.
Por lo menos un mensaje GOOSE debe ser enviado cada vez que el valor de uno o más
miembros referenciados por el DATA-SET cambie. A continuación, se ilustra dicha
estructura, en la tabla 24:
Tabla 24 – Parámetros contenidos en un mensaje GOOSE. [2]

DatSet El parámetro DatSet contiene el
ObjectReference del DATA-SET (tomado
del GoCB). Los valores de los miembros
del DATA-SET deben ser transmitidos.
AppID Este parámetro contendrá el identificador
del Dispositivo Lógico (tomado del GoCB)
en el cual el GoCB se encuentra
localizado.
GoCBRef El parámetro GoCBRef contiene la
referencia del bloque de control GOOSE
(GoCB).
T – time stamp El parámetro T contiene el time en el cual

el atributo StNum se incrementa.
StNum El parámetro StNum contiene el contador

que es incrementado cada vez que un
mensaje GOOSE es enviado y un cambio
de valor es detectado dentro del DATA-
SET especificado por el DatSet. El valor
inicial para StNum debe ser 1. El valor 0
es reservado. Su rango va desde 1 hasta 4
294 967 295.
SqNum El parámetro SqNum contiene el contador
que debe incrementarse cada vez que un
mensaje GOOSE ha sido enviado. De
manera análoga, el valor incial para
SqNum es 1. El valor 0 es reservado para
la primera transmisión de un cambio en
StNum. Su rango va desde 1 hasta 4 294
967 295.
Test – test El parámetro Test indica, con el valor
“Verdadero”, que los valores del mensaje
no serán usados con propósitos
operacionales.
ConfRev – configuration El parámetro ConfRev (tomado del GoCB)
revisión lleva la cuenta del número de veces que
la configuración del DATA-SET,
referenciado por el DatSet, ha sido
cambiada. Su rango irá de 0 a 4 294 967
295.
NdsCom – needs El parámetro NdsCom contiene el atributo
commissioning NdsCom (tomado del GoCB) del GoCB.
Este parámetro es tipo BOOLEAN.
GOOSEData [1…n] El parámetro GOOSEData contiene la
información (de los miembros del DATA-
SET) definida por el usuario que será
incluida en el mensaje GOOSE. El
parámetro Value contendrá el valor de un
miembro del DATA-SET, referenciado en
el GoCB.
Tabla 25 – Descripción de los parámetros contenidos en un mensaje GOOSE. [1]
A continuación, en la tabla 26, se muestra la estructura correspondiente para un
mensaje GOOSE, con base en el Anexo A de la referencia [1], a partir de la cual se
define el tamaño específico para el Request del servicio sendGOOSEMessage. A su
vez, el APDU para el sendGOOSEMessage.ind, presenta la misma forma y tamaño.
Tabla 26 - Tamaño servicio GOOSE
El servicio SendGOOSEMessage debe ser usado por un GoCB, enviando un mensaje

GOOSE. De esta forma, el parámetro sendGOOSEMessage debe ser mapeado, según
se define en la Tabla 27.
Tabla 27 – Mapeo para el servicio SendGOOSEMessage. [2]
8.1.1.3 Servicios Client/Server MMS
8.1.1.3.1 GetGoCBValues
El cliente usa este servicio para obtener los valores de los atributos del GoCB (GOOSE
Control Block) referenciado. El servicio GetGoCBValues es traducido de acuerdo al
servicio Client/Server MMS Read. Los parámetros de solicitud y respuesta para este
servicio, se muestran en la Tabla 28. [14]
Tabla 28 – Parámetros del servicio GetGoCBValues. [2]
A continuación, en la Figura 20, se muestra el diagrama de flujo para el servicio

GetGoCBValues.
Fig. 21 - Diagrama de flujo para el servicio GetGoCBValues. [14]
Teniendo en cuanta la estructura definida en la Tabla 28 para GetGoCBValues, se hace

posible el dimensionamiento y definición de este servicio primitivo.
Los bits agregados al pasar por la capa de transporte, según el RFC 1006 (ISO
Transport over TCP), se adicionan a la cantidad de bits del APDU para cada servicio
primitivo, conformando así el Transport PDU, para cada uno de estos. [16]
El formato utilizado para la definición del Network PDU de cada uno de los servicios
primitivos, se obtuvo a partir del procedimiento establecido para el modelo de tráfico
considerado en la referencia [16]. El primer campo del formato, de izquierda a
derecha, hace referencia al protocolo RFC 1006 (ISO Transport Service on top of the
TCP) y al ISO 8073 (ISO Transport Protocol), correspondientes a las capas de
transporte y de enlace. Después del paso de los servicios primitivos Client/Server
MMS a través de estas capas, se adicionan 7 bytes. El segundo campo hace referencia
al protocolo ISO 8327 (Basic connection oriented session protocol specification),
asociado a la capa de sesión, en la cual se adicionan 4 bytes. Por último, en el tercer
campo, se hace referencia al protocolo ISO que interviene en la capa de presentación,
en la cual se adicionan 9 bytes.
GetGoCBValuesRequest y GetGoCBValuesInd
Tabla 29 – APDU GetGoCBValuesRequest y GetGoCBValuesInd
Tabla 30 – MMS TCP SDU GetGoCBValuesRequest y GetGoCBValuesInd
GetCoGBValuesResult(+) y GetCoCBResponse(+)
Tabla 31 – APDU GetGoCBValuesResult(+) y GetGoCBValuesResponse(+)
Tabla 32 – MMS TCP SDU GetGoCBValuesResponse(+) y GetGoCBValuesResult(+)
GetGoCBValuesResult(-) y GetGoCBValuesResponse(-)
Tabla 33 – APDU GetGoCBValuesResult(-) y GetGoCBValuesResponse(-)
Tabla 34 – MMS TCP SDU GetGoCBValuesResponse(-) y GetGoCBValuesResult(-)
8.1.1.3.2 SetGoCBValues
El cliente usa este servicio para establecer los valores de los atributos del GoCB
(GOOSE Control Block) referenciado. El servicio GetGoCBValues es traducido de
acuerdo al servicio Client/Server MMS Write. Los parámetros que integran este
servicio se describen en la Tabla 35. [14]
Tabla 35 – Parámetros del servicio SetGoCBValues. [2]
El diagrama de flujo presentado en la Figura 22, ilustra funcionalmente el servicio

SetGoCBValues.
Fig. 22 - Diagrama de flujo para el servicio GetGoCBValues. [14]
Considerando lo anteriormente expuesto para este servicio, se procede a definir la

estructura y tamaño de cada una de las APDU’s asociadas a los servicios primitivos
que conforman el SetGoCBValues.
SetGoCBValuesRequest y SetGoCBValuesInd
Tabla 36 – APDU SetGoCBValuesRequest y SetGoCBValuesInd
Tabla 37 – MMS TCP SDU SetGoCBValuesRequest y SetGoCBValuesInd
SetCoGBValuesResult+ y SetCoCBResponse(+)
El parámetro Response(+) debe indicar cuándo la solicitud del servicio ha tenido éxito.
Tabla 38 – APDU SetGoCBValuesResult(+) y SetGoCBValuesResponse(+)
Tabla 39 – MMS TCP SDU SetGoCBValuesResponse(+) y SetGoCBValuesResult(+)

SetCoGBValuesResult(-) y SetCoCBResponse(-)
Tabla 40 – APDU GetGoCBValuesResult(-) y GetGoCBValuesResponse(-)
Tabla 41 – MMS TCP SDU SetGoCBValuesResponse(-) y SetGoCBValuesResult(-)
8.1.1.4 Tráfico
Los siguientes cálculos para las tasas de datos de procesamiento y de transmisión,

tienen como base los tiempos ta y tb, expuestos en la figura 7 de este documento.
Con el objetivo de determinar una tasa aproximada de datos para cada uno de los
servicios primitivos expuestos, se lleva a cabo un cálculo basado en el tamaño
definido para las APDU’s de cada servicio primitivo y el tiempo requerido de
procesamiento para la generación, codificación y empaquetamiento de una orden. El
procedimiento para la realización de dicho cálculo se obtiene a partir de la revisión de
la referencia [13]. Este tiempo se estima, con base en el rendimiento propio
establecido para un equipo estándar de prueba cuyo funcionamiento y operación se
concentra en la norma IEC 61850 [9]. Este equipo establece como parámetro de
rendimiento un tiempo de procesamiento inferior a 1 ms, de manera que este se
asumirá como ta = 0.5 ms, para los cálculos respectivos. El tamaño del encabezado
Ethernet se obtiene de la referencia [13], mientras que el tamaño para el encabezado
Wi-Fi IEEE 802.11g se obtiene de la referencia [15].
Tabla 42 – Parámetros para el cálculo de la tasa de datos para el tiempo ta. [13] [15]
Para este cálculo, adicionalmente, hay que tener en cuenta el tamaño de la cabecera
de la tecnología de comunicaciones empleada en la capa de enlace. Para este cálculo,
se han tenido en cuenta el protocolo Ethernet y el protocolo WiFi (IEEE 802.11). En la
Tabla 42 se ilustran los parámetros que han sido tenidos en cuenta para el cálculo de
la tasa de datos para cada uno de los servicios primitivos tratados en este trabajo.
Para el cálculo respectivo de la tasa de paquete constante y de la tasa de datos, se

tienen en cuenta las siguientes expresiones [13]:
𝑇𝑎𝑠𝑎 𝑑𝑒 𝑑𝑎𝑡𝑜𝑠 = Pr ∗ 𝑃𝑠
1
Pr =
𝑡𝑎
Donde Pr corresponde a la tasa de paquete constante, Ps es el tamaño de paquete fijo

y ta se refiere al tiempo de procesamiento de la aplicación o servicio.
Tabla 43 – Tasa de datos para los servicios primitivos GOOSE y Client/Server MMS para el tiempo de
procesamiento ta.
Teniendo en cuenta las consideraciones anteriormente expuestas, en la Tabla 43 se

muestra el resultado para la tasa de datos de cada uno de los servicios primitivos
GOOSE y Client/Server MMS, tratados en este documento. Para su cálculo se ha sido
tenido en cuenta, además, el tamaño de las cabeceras Ethernet y Wi-Fi. Dicho valor se
incluye en el tamaño de paquete fijo, junto con el tamaño de cada una de las APDU’s
de los servicios primitivos. Es posible afirmar, a partir de los resultados obtenidos, que
la tasa de datos para el tiempo de procesamiento ta (generación, codificación y
empaquetamiento), en promedio, es mayor para las redes de comunicaciones en las
cuales se opera bajo el protocolo Ethernet (100 Mbps) en la capa de enlace, con
respecto al protocolo Wi-Fi IEEE 802.11g.
Ahora, a partir de los tiempos tb de transferencia de los servicios GOOSE y

Client/Server MMS para los protocolos Ethernet y Wi-Fi seleccionados, se calcula la
tasa de transferencia de datos. Los retardos utilizados para el cálculo en redes
Ethernet son tomados de la referencia [4] y los retardos para las redes de
comunicaciones que operan bajo el protocolo Wi-Fi son obtenidos de la referencia
[15]. A continuación, en la tabla 44, se muestran los datos tenidos en cuenta y los
resultados obtenidos para la tasa de transferencia de datos de los servicios primitivos
GOOSE y Client/Server MMS para los tiempos tb en cada una de las aplicaciones.
Tabla 44 – Parámetros para el cálculo de la tasa de datos para los tiempos de transferencia tb. [13] [15]
Los tiempos de transferencia tenidos en cuenta para este cálculo, como se puede
apreciar, son diferentes para cada tecnología de enlace y para cada tipo de servicio.
Las diferencias establecidas entre los servicios GOOSE y Client/Server MMS, se debe a
que los datos manejados por los servicios MMS, según el modelo OSI de 7 capas,
deben pasar primero por las capas de transportes y de red TCP/IP, de manera que
presentan retardos mayores. Adicionalmente, considerando los tiempos expuestos
para el procesamiento y transmisión de los paquetes de datos, es posible observar
que el retardo de los mensajes GOOSE se encuentra, en promedio, por debajo del
retardo ETE de 4ms [4], definido como límite por el estándar IEC 61850 para el envío
de este tipo de mensajes.
Tabla 45 – Tasa de datos para los servicios primitivos GOOSE y Client/Server MMS para los tiempos de
transferencia tb.
Considerando los cálculos realizados y los resultados obtenidos para las tasas de
transferencia de datos para las tecnologías Ethernet y Wi-Fi, mostrados en la tabla 45,
se observa que estas presentan valores inferiores para la segunda. Adicionalmente, es
posible concluir que la tasa de datos para los servicios GOOSE, en general, es mayor
que para los servicios Client/Server MMS, debido a las capas de comunicaciones
requeridas para la transmisión de datos de los servicios MMS (Ver Figura 6).
A continuación, en la figura 23, se aprecia el contraste existente entre las tasas de

datos para servicios Client/Server MMS y servicios GOOSE, siendo la tasa de estos
últimos, considerablemente mayor, debido al nivel de prioridad otorgado a los
mensajes GOOSE, considerando sus aplicaciones fundamentales de protección y
control al interior de una microred. Por su parte, la figura 24 permite observar las
diferencias entre las tasas de datos de los servicios primitivos Client/Server MMS
considerados, bajo un protocolo de enlace Ethernet 100 Mbps y un protocolo Wi-Fi
802.11g.
Tasa de datos según tb - GOOSE vs Client/Server MMS (Mbps)

7.00
6.00
5.00
4.00
3.00
2.00
1.00 Ethernet
0.00 Wi-Fi
Fig. 23 – Tasas de datos de transmisión para servicios GOOSE y Client/Server MMS.

Tasa de transmisión según tb (Mbps)

1.20
1.00
0.80
0.60
0.40
0.20
Ethernet
0.00
Wi-Fi
Fig. 24 – Tasas de datos de transmisión para servicios Client/Server MMS.
8.2 Evaluación del plan de trabajo

Con respecto a lo planteado en principio, en la propuesta de trabajo, se ha podido
definir una metodología para la identificación y mapeo de los servicios GOOSE y
Client/Server MMS que intervienen en la transmisión de mensajes en una microred,
bajo regulación de la norma IEC 61850. Adicionalmente, con el fin de sustentar y dar
sentido al trabajo realizado, se han definido conceptos básicos en lo concerniente a la
aplicación de la norma, su implementación en microredes y los equipos que diversos
fabricantes se encuentran desarrollando para la atención de requerimientos de
comunicaciones, alrededor del estándar IEC 61850.
Para el proceso de modelación del tráfico, se han tenido en cuenta datos de
simulación obtenidos en fuentes de consulta como las referencias [15] y [4], y
asimismo, se ha llevado a cabo el procedimiento del cálculo de la tasa de transferencia
para cada uno de los servicios primitivos con base en el procedimiento seguido para
DLSM/COSEM en la referencia [13]. Además, para este cálculo, se ha considerado el
tamaño determinado para las cabeceras Ethernet 100Mbps y Wi-Fi (IEEE 802.11g),
extractado de las referencias [13] y [15].
Ciertos aspectos contemplados en la propuesta inicial de este trabajo, en cuanto a la
definición de los retardos de procesamiento, no han podido ser desarrollados por
cuestión de tiempo, mas considerando el trabajo realizado, como motivación, se
propone seguir con la modelación de tráfico propuesta como trabajo futuro, para que
posteriormente el modelo pueda ser llevado a plataformas de simulación que
contribuyan a la definición de aspectos claves para la implementación del protocolo en
microredes reales.
8.3 Pruebas futuras

El protocolo de prueba, asociado al presente proyecto, se desarrollará para proyectos
y trabajos futuros que comprendan la implementación de la norma IEC 61850 en
sistemas de distribución de energía eléctrica reales. El trabajo realizado corresponde a
una base teórico-práctica, que trata acerca de la definición de los parámetros y
servicios GOOSE contenidos en la norma IEC 61850, estableciendo relaciones entre los
procedimientos de codificación, la interfaz y métodos de mapeo de los mismos para
definir una estructura para cada uno de ellos.
En este sentido, estos resultados serán posteriormente utilizados en la realización de

simulaciones de sistemas de distribución regidos por el estándar, en plataformas de
simulación NS3, con miras a lograr una modelación del tráfico en una red de
comunicaciones que se espera sea, posteriormente, implementada en un sistema de
distribución real.
9 DISCUSIÓN
El presente trabajo ha permitido desarrollar habilidades en cuanto al establecimiento

y desarrollo de procedimientos claros para el mapeo y definición de parámetros de
comunicación esenciales de los servicios GOOSE y Client/Server MMS para la
transmisión de mensajes GOOSE. En un principio, la propuesta se centró en el
requerimiento de métodos adecuados para la definición y mapeo de los servicios
mencionados, y a su vez, se enfatizó en la necesidad de establecer las características
principales que describen el modelo de tráfico para los mensajes GOOSE para una red
de comunicaciones de una microred estándar, basada en la norma IEC 61850.
Es posible afirmar que durante el desarrollo de este proyecto, estos objetivos han
llevado consigo un proceso de aprendizaje e instrucción en el tema, al llevar a cabo la
revisión de ciertos apartes [1] [2], que tratan de manera detallada los aspectos
codificación y mapeo de los servicios primitivos tratados en la norma IEC 61850.
Adicionalmente, el presente trabajo no se reduce únicamente a establecer
teóricamente un procedimiento de mapeo para los servicios en cuestión, sino que
además motiva y establece la necesidad de profundizar en cuanto a la evaluación de
las ventajas de aplicación del estándar, como la interoperabilidad y la optimización en
términos de retardos de procesamiento y transferencia, en los sistemas de
distribución reales.
Como trabajo futuro, se propone seguir estudiando y profundizando acerca la norma

IEC 61850, con el objetivo de desarrollar de manera más completa los modelos
tráfico, en cuanto a retardos y frecuencias de transferencia para los mensajes GOOSE,
ya que por cuestiones de tiempo, no se alcanzaron a llevar a cabo en su totalidad en
este trabajo. Los resultados de este trabajo futuro pueden, de esta forma, contribuir
para la modelación y simulación de escenarios reales en plataformas de simulación
avanzadas.
Considerando lo anterior, el trabajo realizado se presenta como un proyecto de

desarrollo e investigación alrededor de la norma IEC 61850 y los factores asociados a
su implementación, en general, así se haya llevado a cabo el mapeo de algunos de sus
servicios. No sólo se contempla, este trabajo, como un proceso de aprendizaje en
torno a la norma, sino que se considera como una base de incentivación para futuros
trabajos alrededor de esta temática, que se encuentra en pleno desarrollo, y que
puede significar la optimización de múltiples factores asociados a las comunicaciones
en microredes.
10 CONCLUSIONES
• El presente trabajo ha contribuido al desarrollo de habilidades para la definición de

parámetros de comunicación y procedimientos de mapeo de los servicios
vinculados a los procesos de comunicaciones en un microred inteligente, en
general, con base en la norma IEC 61850.
• A partir del desarrollo del trabajo, se han identificado aspectos fundamentales de

la norma, en cuanto sus ventajas de aplicación. Estas ventajas, principalmente,
giran en torno a la interoperabilidad entre los IED’s que integran una microred,
garantizando un desempeño óptimo para la comunicación entre los mismos,
teniendo en cuenta factores de retardos de procesamiento y transferencia, al igual
que las tasas de datos vinculadas a cada una de la aplicaciones de control,
protección y monitoreo.
• Particularmente, para los mensajes GOOSE, se ha podido evidenciar de manera

teórica, sobre el modelo OSI y sobre los resultados obtenidos para las tasas de
transferencia, la importancia que tienen estos y su nivel de prioridad de atención,
al interior de una red de comunicaciones en un sistema de distribución estándar,
primando sobretodo, las funciones de protección del sistema, con el objetivo de
garantizar niveles altos de confiabilidad para el mismo.
• De igual forma, las tasas de datos encontradas para los servicios GOOSE y
Client/Server MMS presentan diferencias claras, sustentadas principalmente en las
capas de comunicación del modelo OSI utilizadas para cada uno de estos. De esta
manera, las tasas de datos para los servicios bajo el perfil de comunicaciones
GOOSE y GSE Management son mayores, comparativamente, con respecto a las
tasas para los servicios Client/Server MMS.
• Particularmente, para las tecnologías de enlace Ethernet y Wi-Fi tratadas en este

trabajo, se puede observar que la segunda presenta tasas de datos inferiores, mas
es importante mencionar que esta presenta ventajas en cuanto a instalación,
cableado de la red y costos de implementación, con respecto a la primera.
• Se han podido establecer procedimientos definidos para el mapeo de los servicios

asociados a la transferencia de mensajes GOOSE en un sistema IEC 61850, con
base en el estudio detallado de los apartes 7-2 (ACSI) y 8-1 (SCSM) de la norma IEC
61850.
• El presente proyecto pretende constituirse como una herramienta de incentivación

en torno al conocimiento y desarrollo de temáticas alrededor de la aplicación de la
norma IEC 61850, tratando temas como los conceptos que definen la
implementación de la misma en las microredes y el desarrollo de equipos que
incorporan en sus funcionalidades los lineamientos de operación e
interoperabilidad entre IED’s contemplados en el estándar.
• Finalmente, este proyecto pretende establecer bases para trabajos futuros en lo

que respecta a la definición de parámetros de comunicaciones para los servicios
vinculados a la norma, con el fin de utilizar los resultados de dichos proyectos en el
desarrollo de modelos de simulación que contribuyan a la futura implementación
del estándar en sistemas reales.
11 AGRADECIMIENTOS
Quiero agradecer a Dios, a mi familia, fundamentalmente a mi madre, a LDA y a todos
mis amigos, en particular a Felipe, Rugby, Camilo, Carolina, Miguel y Jose, por
brindarme siempre su apoyo incondicional y darme todo el ánimo para llevar a cabo
este trabajo.
De igual forma, agradezco a mi asesor, Doctor Roberto Bustamante Miller y a mi co-

asesor, Juan Manuel Aranda López-King, por brindarme todas las ayudas que
estuvieron a su alcance.
¡Gracias…totales!
12 REFERENCIAS
[1] International Standard IEC 61850-8-1. Communication Networks and Systems

in Substations. Part 8-1: Specific Communication Service Mapping (SCSM) –
Mappings to MMS (ISO 9506-1 and ISO 9506-2) and to ISO/IEC 8802-3.
International Electrotechnical Commission. 2003-04.
[2] International Standard IEC 61850-7-2. Communication Networks and Systems

in Substations. Part 7-2: Basic Communication Structure for substation and feeder
equipment – Abstract Communication Service Interface (ACSI). International
Electrotechnical Commission. 2003-5.
[3] International Standard ISO 9506-1. Industrial automation systems –

Manufacturing Message Specification. Part 1: Service definition. ISO. 2003-08-01.
[4] Liang Du, Qun-Jing Liu. The Design of Communication System on the Real-time
Relay Protection based on GOOSE. Power and Energy Engineering Conference. 27-
29 March, 2012.
[5] Palak M. Kanabar, Mitalkumar G. Kanabar, Walid El-Khattam, Tarlochan S.

Sidhu, Abdallah Shami. Evaluation of Communication Technologies for IEC 61850
based Distribution Automation System with Distributed Energy Resources. Power &
Energy Society General Meeting, 2009. PES '09. IEEE.
[6] Byong-Kwan Yoo, Seung-Ho Yang, Hyo-Sik Yang, Won-Yong Kim, Yu-Seok
Jeong, Byung-Moon Han and Kwang-Soo Jang. Communication Architecture of the
IEC 61850-based Micro Grid System. Journal of Electrical Engineering &
Technology Vol. 6, No. 5, pp. 605-612, 2011.
[7] Ralph Mackiewicz. Technical Overview and Benefits of the IEC 61850 Standard
for Substation Automation. SISCO, Inc. 2004.
[8] Tarlochan S. Sidhu and Yujie Yin. Modelling and Simulation for Performance
Evaluation of IEC61850-Based Substation Communication Systems. IEEE
TRANSACTIONS ON POWER DELIVERY, VOL. 22, NO. 3, JULY 2007.
[9] OMICRON Products [En Linea]. Disponible en:

http://www.omicron.at/en/products/app/power-system-protection/iec-61850-
devices/
[10] AX-S4 61850. SISCO. [En Línea]. Disponible en: http://www.sisconet.com/ax-

s4_61850.htm
[11] Programación Evento: Talleres de capacitación “Fundamentos de SMART

GRIDS” – UML – Estándar IEC 61850. Colombia Inteligente. 2010. [En Línea].
Disponible en:
http://www.colombiainteligente.com.co/QUIENESSOMOS/ANTECEDENTES/Pag
es/default.aspx
[12] LOAIZA, Julio. PALOMA, David. Relion, IEC 61850 & GOOSE para
Subestaciones de MV y la Industria. ABB, 2011. [En Línea]. Disponible en:
http://eyeproject.cl/PresentacionesABB/PP/RELION,%20%20IEC%2061850%20&
%20GOOSE%20para%20subestaciones%20de%20MV%20y%20la%20Industria-
David%20Paloma%20%5BModo%20de%20compatibilidad%5D.pdf
[13] MURCIA PÉREZ, César Augusto. Caracterización del Tráfico Generado por
DLSM/COSEM (Versión I). Universidad de los Andes. Bogotá, Colombia. 2011.
[14] CR Ozansoy. Design and Implementation of a Universal Communication

Processor for Substation Integration, Automation and Protection. Victoria
University. 2006.
[15] PARIKH, Palak. Investigation of Wireless WLAN for IEC 61850 based Smart
Distribution Substations. 2012. [En Línea]. Disponible en:
http://ir.lib.uwo.ca/cgi/viewcontent.cgi?article=1931&context=etd
[16] Stefan Feuerhahn, Michael Zillgith, Christof Wittwer and Christian Wietfeld.
Comparison of the Communication Protocols DLMS/COSEM, SML and IEC 61850
for Smart Metering Applications. Fraunhofer Institute for Solar Energy Systems.
Freiburg, Germany.
[17] ByungGwan Yoo, Hyo-Sik Yang, Seungho Yang, Yu-seock Jeong, Won-yong
Kim. CAN to IEC 61850 for Microgrid System. Myoungji University. 2011.
[18] Parikh, Palak, T. S. Sidhu, and A. Shami. A Comprehensive Investigation of

Wireless LAN for IEC 61850 Based Smart Distribution Substation Applications.
IEEE Computer Society. 2012.
[19] Reduan H. Khan, Jamil Y. Khan. A comprehensive review of the application

characteristics and traffic requirements of a smart grid communications network.
School of Electrical Engineering & Computer Science, The University of
Newcastle, Australia. 2012.

Proyecto Fin de Carrera: Presentado A

Cargado por

Copyright:

Formatos disponibles

Proyecto Fin de Carrera: Presentado A

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Proyecto Fin de Carrera: Presentado A

Cargado por

Copyright:

Formatos disponibles

N° tesis:

PROYECTO FIN DE CARRERA

LA UNIVERSIDAD DE LOS ANDES

Para obtener el título de

Juan Carlos Franco Hernández

Modelo de tráfico generado por aplicaciones GOOSE, según el estándar

Sustentado el 30 de Enero de 2013 frente al jurado:

Composición del jurado

- Asesor: Roberto Bustamante Miller , Profesor Asociado, Universidad de Los Andes.

- Jurados : Fernando Jiménez, Profesor Asociado, Universidad de Los Andes.

En este sentido, en una microred eléctrica inteligente, surge la necesidad de controlar

Teniendo en cuenta algunos estudios de análisis, definición de parámetros y

2.1 Objetivo General

2.2 Objetivos Específicos

• Identificar y definir los procesos que intervienen en el mapeo y tráfico de datos

• Llevar a cabo la definición de los parámetros y atributos que conforman los

Para lograr lo anteriormente planteado:

• Se lleva a cabo la definición de elementos que conforman las redes de distribución,

• Mediante un cuidadoso análisis de la norma IEC 61850, su aplicación y condiciones

3 DESCRIPCIÓN DE LA PROBLEMÁTICA Y JUSTIFICACIÓN DEL TRABAJO

La problemática central que ha motivado la realización de este trabajo, consiste en la

La motivación principal para la realización de este trabajo consiste en la comprensión

4 MARCO TEÓRICO, CONCEPTUAL E HISTÓRICO

4.1 Marco Teórico

4.1.1 Microredes inteligentes y su relación con la norma IEC 61850

4.1.1.1 Microredes inteligentes

Las microredes inteligentes constituyen redes eléctricas a pequeña escala, diseñadas

El protocolo Ethernet, y más específicamente, la disposición de una red de área local

Aplicación Retardo en ms para diferentes tasas de acuerdo a la norma IEEE 802.11

Caudal total 1800 Kbps 3100 Kbps 3800 Kbps

Evidentemente, dada la priorización de los mensajes GOOSE, que en este caso,

4.1.1.2 Impacto de las microredes en los protocolos y estándares de

Con el propósito de coordinar de manera correcta y debida la operación de las

Los protocolos de comunicaciones deben obedecer, por supuesto, las normas y

Considerando lo expuesto anteriormente, se hace necesario implementar una

La problemática principal que ha tenido lugar durante mucho tiempo en la operación

Fig. 2 – Arquitectura de comunicaciones para una microred. [17]

4.1.2 Norma IEC 61850

La norma IEC 61850 comprende un conjunto de regulaciones y disposiciones técnicas

El tema principal, tratado en la norma IEC 61850, corresponde a la disposición de un

Tabla 3 – Estructura de la norma IEC 61850. [7]

La premisa que la norma IEC 61850 adopta corresponde a la abstracción de los

La definición de los servicios abstractos se encuentra consignada en el aparte IEC

Finalmente, en la parte 10, se define una metodología de prueba, con el propósito de

4.1.2.1 IED’s y la norma IEC 61850

Un Sistema Automatizado para una Subestación (SAS), implementado a partir de

El Estándar IEC61850 ha surgido como una solución a la reglamentación y

Existen tres tipos genéricos de IED’s:

4.1.2.2 Modelo OSI para la comunicación mediante mensajes

El esquema de comunicación a través de mensajes, según el estándar IEC61850, se

Fig. 3 - Message communication OSI stack of IEC 61850. [8]

• Los mensajes de sincronización de tiempo (tipo 6) se envían a todos los IED’s de la

El etiquetado de prioridad (priority tagging) permite distinguir los mensajes de tiempo

4.1.2.3 IEC 61850-7-2:

Este aparte, además, define el ACSI en términos de:

• Un modelo jerárquico de clases de toda la información a la cual se puede

• Servicios que operan en estas clases.

• Parámetros asociados a cada servicio.

4.1.2.4 Abstract Communication Service Interface (ACSI)