UCA International Users Group объявила о начале регистрации на 61850 IOP 2026 — регулярное мероприятие по испытаниям совместимости оборудования и программных инструментов, соответствующих стандарту МЭК 61850. Событие пройдёт в Европе осенью 2026 года. Готовность принять участие в мероприятии уже подтвердили 11 поставщиков оборудования, в том числе сетевого.
Почему в программе испытаний появился MPLS
Стандарт МЭК 61850 с момента своего появления проектировался для использования в пределах локальных сетей энергообъектов: обмен GOOSE-сообщениями и сообщениями Sampled Values (SV) производится в пределах одного объекта, в пределах одной локальной сети на канальном уровне. Однако современные энергосистемы требуют большего — связей между несколькими подстанциями, удалённого доступа из диспетчерских центров, интеграции с корпоративными сетями и др. Именно здесь в игру вступает MPLS (Multiprotocol Label Switching) — технология, которую телеком-операторы используют для построения глобальных сетей передачи данных.
На границе «подстанционная LAN — телеком-сеть» возникает сразу несколько нетривиальных задач:
Маршрутизируемые GOOSE и SV. Стандартные GOOSE и SV работают как многоадресные кадры L2 и физически не могут пройти через маршрутизатор. Стандарт МЭК 61850-90-5 определил форматы R-GOOSE и R-SV — инкапсуляцию в UDP/IP для передачи через WAN. Совместная работа этих протоколов в многовендорной MPLS-среде до сих пор остаётся непростой задачей по ряду конкретных причин.
IP-мультикаст через WAN. R-GOOSE отправляется на групповой IP-адрес. Чтобы пакеты дошли до всех подписчиков в других сегментах сети, MPLS-инфраструктура должна поддерживать протоколы маршрутизации мультикаста (PIM-SM или аналоги). Типовые WAN-конфигурации телеком-операторов не предусматривают мультикаст от сторонних клиентов — в каждом конкретном случае это требует индивидуальных договорённостей с провайдером и ручной настройки.
Задержки и требования к QoS. Функции РЗА требуют доставки GOOSE с задержкой не более 10 мс. В WAN-канале задержка складывается из нескольких составляющих: джиттер при постановке в очередь, время распространения сигнала, обработка на граничных маршрутизаторах. Приоритизация трафика в МЭК 61850 задаётся через поле PCP (Priority Code Point) в VLAN-теге Ethernet; при входе в MPLS-сеть эти биты должны отображаться в поле TC (Traffic Class) меток MPLS — но конкретный способ отображения и его корректность зависят от реализации каждого производителя сетевого оборудования.
Фрагментация самого стандарта. МЭК 61850-90-5, на основе которого реализовывался R-GOOSE, официально признан устаревшим; актуальные требования перенесены в поправку 1 к МЭК 61850-8-2 в рамках Ed.2. Часть производителей успела реализовать поддержку по старому документу — в результате разные устройства могут использовать несовместимые варианты инкапсуляции, что выявляется только при совместных испытаниях.
Синхронизация времени. Телеком-операторы используют PTP Telecom Profile (стандарт ITU-T G.8275), тогда как внутриподстанционные применения требуют IEC 61850 Power Profile (МЭК 61850-9-3). На стыке двух сред необходима конвертация профилей — именно она вынесена в программу IOP 2026 как отдельный сценарий испытаний.
Кибербезопасность. Когда трафик МЭК 61850 выходит за пределы подстанции, периметр безопасности размывается. МЭК 62351-14 определяет требования к управлению безопасностью систем автоматизации: в IOP 2026 планируется проверка корпоративной инфраструктуры открытых ключей (PKI) с поддержкой протоколов SCAP, EST и LDAP, а также структурированного журналирования Syslog.
Конфигурация сети из файла SCD. Одно из актуальных направлений: оборудование MPLS-сети (коммутаторы, маршрутизаторы) получает настройки непосредственно из цифрового проекта подстанции — файла SCD. Этот подход был впервые продемонстрирован на IOP 2024 в Бирмингеме; в 2026 году ожидаются более зрелые реализации и проверка их взаимной работы.
Тестовая инфраструктура IOP 2026 будет включать не менее пяти изолированных ЛВС, объединённых через MPLS, — что позволяет воссоздать реалистичную многоузловую топологию с реальными коммуникационными барьерами между сегментами.
Что такое Basic Application Profiles и почему они меняют правила испытаний
Ключевым методологическим нововведением IOP 2026 становится проведение функциональных испытаний на основе Basic Application Profiles (BAP) — стандартизированных прикладных профилей, определённых в двух технических отчётах МЭК:
TR МЭК 61850-7-6 (Ed. 2, 2024) — «Руководство по определению базовых прикладных профилей». Документ описывает, как формализовать типовую функцию РЗА или АСУ в виде машиночитаемого профиля: какие логические узлы задействованы, какие сигналы устройство должно производить или потреблять, каковы интерфейсы взаимодействия с другими системами. В отличие от первой редакции (2019), где профили существовали лишь в виде текстовых описаний в Word и Excel, вторая редакция переводит BAP в формат SCL — тот же, что используется для проектных файлов подстанции, что открывает возможность автоматической проверки.
TR МЭК 61850-90-30:2025 — «Руководство по моделированию функций МЭК 61850 в SCL». Технический отчёт описывает полный инженерный процесс «сверху вниз»: от функциональной спецификации системы (SSD) до конфигурации конкретных устройств (ICD → SCD). Документ вводит новые элементы SCL для аппаратно-независимого описания требований и новый формат файла SCC (System Configuration Collaboration) для совместной работы нескольких инженеров над одним проектом.
В чём проблема без BAP
До появления профилей BAP каждый производитель ИЭУ реализовывал одну и ту же функцию — например, дистанционную защиту линии — по-своему, используя нестандартные логические узлы или частные расширения модели. Следствие: даже при формальном соответствии стандарту МЭК 61850 устройства разных вендоров требовали индивидуальной настройки для каждого сочетания «защита + контроллер присоединения + интерфейс процесса». Одна и та же функция в разных ячейках подстанции могла быть реализована по-разному — в зависимости от того, оборудование какого производителя туда попало.
Что меняет BAP
BAP устанавливает однозначный «контракт»: для конкретного приложения/функции — например, защиты от короткого замыкания с АПВ — чётко определено, какие сигналы обязаны быть, как они должны называться и как взаимодействовать. Если устройства двух разных производителей оба реализуют один и тот же BAP корректно, они должны работать вместе без дополнительной ручной подстройки.
На IOP 2024 в Бирмингеме BAP-подход был впервые применён в испытаниях: типовые ячейки (линейная ячейка, ячейка с синхроконтролем, ячейка с УРОВ) укомплектовывались устройствами разных вендоров, которые сами выбирали роли согласно своим возможностям. Испытывались функции защиты линии, АПВ, управления с синхроконтролем, УРОВ и плановой проверки без вывода ячейки из работы (виртуальная изоляция).
Смысл этих испытаний
IEC 61850 IOP — это не сертификация и не конкурс. Это совместная отладка решений в тестовой среде: производители подключают реальное оборудование и программные решения к единой тестовой инфраструктуре, выявляют проблемы совместимости и тут же работают над их устранением. Результаты не публикуются в формате «кто прошёл, кто нет» — вместо этого участники получают детальные технические отчёты о выявленных несовместимостях.
Переход к BAP-испытаниям означает смещение с вопроса «могут ли устройства обменяться данными?» на вопрос «могут ли устройства совместно выполнить конкретную функцию защиты или управления?» — что гораздо ближе к реальным требованиям энергосистемы.
Как принять участие
IOP 2026 — очное многодневное мероприятие. Точные дата и место проведения будут объявлены дополнительно. Регистрация открыта для всех желающих.