Маршрутизируемые мгновенные значения (R-SV): Ключ к виртуализированной дифференциальной защите линии

Дифференциальное сравнение токов, лежащее в основе защиты линий, не изменилось за столетие. Токи (current phasors) от обоих концов линии поступают в устройство релейной защиты; алгоритм срабатывает, если векторная сумма превышает пороговое значение. Что меняется — десятилетие за десятилетием — это путь связи, передающий эти измерения. В марте 2025 года Salt River Project (SRP) ввела в эксплуатацию, на сегодняшний день, первую опубликованную промышленную реализацию виртуализированной дифференциальной защиты линий (87L) с использованием маршрутизируемых мгновенных значений (Sampled Values, SV) по MPLS WAN, используя ABB SSC600 в качестве как vPAC, так и удаленной платформы CPC. Результат ставит под сомнение общепринятое предположение о том, что широкозонный IP-путь является неотъемлемым штрафом за производительность: система vPAC достигла среднего времени срабатывания 19,45 мс с нормализованным диапазоном 26,9% ((max−min)/mean) по сравнению с 20,74 мс и 34,2% для обычного микропроцессорного устройства релейной защиты, работающего последовательно по прямому волоконно-оптическому каналу. Виртуализированное реле, подключенное к WAN, было как быстрее, так и более согласованно.

Проблема с локальными SV для дифференциальной защиты линий

МЭК 61850-9-2 определяет мгновенные значения как многоадресные кадры Ethernet уровня 2. Внутри шины процесса подстанции уровень 2 обеспечивает детерминированную доставку с низкой задержкой по VLAN без накладных расходов IP-маршрутизации — именно то, что нужно для шины процесса. Но архитектура имеет жесткое ограничение: кадр уровня 2 не может проходить через маршрутизатор. Для дифференциальной защиты линий, где токи должны обмениваться между двумя физически разделенными подстанциями, это не обойтимое ограничение; это категорическое архитектурное ограничение.

Отрасль решила эту проблему несколькими подходами, ни один из которых не старел грациозно:

IEEE C37.94 — синхронная TDM по каналам N×64 кбит/с, оптимизированным для коротких волоконно-оптических линий (< 2 км). Детерминированный и предсказуемый, но ограниченный по полосе пропускания, ограниченный по расстоянию и несовместимый с IP-инфраструктурой, которая сейчас доминирует в строительстве WAN коммунальных предприятий.

SONET/SDH — канально-коммутируемая WAN, обеспечивающая синхронные каналы с предсказуемой задержкой. Надежный, но технология находится в управляемом упадке во всем мире. Большинство операторов выводят из эксплуатации TDM-инфраструктуру; новые сборки SONET/SDH редки.

Проприетарные WAN-кодировки — SEL MIRRORED BITS® кодирует сигналы защиты по синхронной последовательной связи; GE DLAN+ использует полную скорость G.703 (E1/T1, до 2 Мбит/с) с проприетарной структурой кадров; реле Siemens SIPROTEC 5 используют Gigabit Ethernet в сочетании с PRP/HSR для маршрутизируемого, резервированного канала 87L (характеризуется как "DIP" — Differential IP — в источнике PAC World, хотя это не является официальным названием продукта Siemens). Эти решения проверены на практике в экосистемах своих поставщиков, но требуют соответствующих конечных точек на обоих концах линии и не предлагают пути к интероперабельности между несколькими поставщиками.

Структурная проблема является одинаковой для всех этих подходов: они обменивают открытость на надежность, или расстояние на детерминированность, или полосу пропускания на зависимость от поставщика. Ни один из них не масштабируется для централизованной архитектуры защиты, где единственный CPC или vPAC экземпляр завершает несколько дифференциальных линий одновременно и где производитель устройства сопряжения с шиной процесса на одном терминале независим от производителя защиты на другом.

R-SV: стандартное решение (МЭК 61850-90-5 → МЭК 61850-8-1 Ed.2.1)

Routable Sampled Values, определенные в МЭК 61850-90-5 и нормативно включенные в поправки Edition 2.1 (МЭК 61850-8-1 AMD1:2020 для сопоставления сессий/безопасности и МЭК 61850-9-2 AMD1:2020 для блоков управления, специфичных для мгновенных значений), решает проблему границы второго уровня путем заключения стандартного полезной нагрузки SV в стек IP/UDP с дополнительным Сеансовым уровнем. Три уровня добавляются к PDU МЭК 61850-9-2:

• Сетевой уровень (IP): IP мультивещательный адрес, обеспечивающий доставку точка-многоточка — одно устройство сопряжения с шиной процесса публикует одновременно нескольким удаленным подписчикам vPAC или CPC
• Транспортный уровень (UDP): Бессоединительная доставка, сохраняющая низкие накладные расходы SV
• Сеансовый уровень (МЭК 61850-90-5): Идентификатор сеанса (0xA2 для R-SV), Заголовок сеанса, несущий метаданные безопасности, Полезная нагрузка

Полученный фрейм может быть маршрутизирован через любую IP-инфраструктуру — частные сети MPLS, VPN MPLS и в принципе общедоступный Интернет.

МЭК 61850-9-2 AMD1:2020 также официально прекратил поддержку блока управления SV Unicast (USVCB); мультивещательный (MSVCB) теперь является единственной поддерживаемой моделью доставки SV.

Стандартная ясность нумерации: МЭК 61850-9-2 определяет локальные (второй уровень) мгновенные значения для использования на шине процесса. МЭК 61850-90-5 определил маршрутизируемые (третий уровень) мгновенные значения, которые теперь включены в поправки Edition 2.1: МЭК 61850-8-1 AMD1:2020 (сопоставление сессий и безопасности) и МЭК 61850-9-2 AMD1:2020 (блок управления R-MSVCB и прекращение поддержки одноадресной связи). МЭК 61850-9-3 определяет профиль мощности PTP для точной синхронизации времени — это не R-SV и его не следует с ним путать. Это различие часто стирается в документации поставщиков и докладах конференций.

graph LR
    subgraph local["Локальные мгновенные значения — МЭК 61850-9-2 (только второй уровень)"]
        direction TB
        LA["Приложение: Издатель SV (MSVCB)"]
        LP["Представление: ASN.1/BER"]
        LD["Канал данных: Ethernet (EtherType 0x88BA) + 802.1Q VLAN"]
        LF["Физический: 100/1000BASE-T/SX"]
        LA --> LP --> LD --> LF
    end



    subgraph rsv["R-SV — МЭК 61850-90-5 / Ed.2 Am.1 (Уровень 3)"]
        direction TB
        RA["Приложение: Издатель мгновенных значений (MSVCB)"]
        RP["Представление: ASN.1/BER"]
        RS["Сессия: 0xA2 + HMAC/AES (МЭК 62351-6)"]
        RT["Транспорт: UDP"]
        RN["Сеть: IP Multicast"]
        RD["Канал передачи данных: Ethernet"]
        RF["Физический уровень: GbE / MPLS WAN"]
        RA --> RP --> RS --> RT --> RN --> RD --> RF
    end
    local~~~rsv

Модель синхронизации: C37.94 и другие подходы на основе TDM полагаются на детерминированность каналов — устройство релейной защиты знает, какой временной слот несет какое измерение. R-SV не может полагаться на детерминированность сети в WAN. Вместо этого, каждый пакет R-SV несет временную метку PTP/GPS (точность ±1 µs). Принимающая функция защиты выравнивает мгновенные значения от обоих оконечных терминалов по временной метке, а не по позиции в синхронном потоке. Это делает алгоритм устойчивым к джиттеру WAN, ценой требования высококачественного, независимо полученного времени на обоих терминалах. AMD1:2020 формализовал это через атрибут smpSynch в MSVCB, который сигнализирует статус синхронизации каждого мгновенного значения (несинхронизированное, локальный источник или внешний источник), позволяя подписчику оценить надежность временной метки перед ее использованием для выравнивания фазоров.

Стандарт также определяет опциональную безопасность: аутентификацию HMAC и шифрование AES с распределением ключей через архитектуру GDOI/KDC в соответствии с МЭК 62351-9. Для развертываний, где трафик мгновенных значений проходит через инфраструктуру за пределами физического периметра безопасности коммунального предприятия, это является архитектурной необходимостью, а не опциональным усилением защиты.

Архитектура ABB SSC600 CPC / vPAC

ABB SSC600 не является цифровым устройством релейной защиты в традиционном смысле. Это контроллер обработки связи (CPC) — платформа, которая хостит функции защиты в виде программных экземпляров, принимая данные процесса от внешних устройств сопряжения с шиной процесса через шину процесса, а не от жестко подключенных аналоговых преобразователей. В развертывании SRP, SSC600 работает в двух режимах: как аппаратный CPC на удаленном терминале и как виртуальная машина, работающая на паре избыточных серверов, устойчивых к условиям подстанции (vPAC) на локальном терминале.

Аппаратная платформа: Четырехъядерный ЦП, работающий под управлением Linux реального времени с задачами защиты, изолированными от HMI на уровне планировщика. Специализированный DSP (TMS320C674x) обрабатывает конвейер фазоров 87L, обеспечивая детерминированную обработку независимо от общей вычислительной нагрузки. GNSS: u-blox F9 (GPS, Galileo, BeiDou; чувствительность −160 dBm). Аппаратный движок PTP работает в обычном режиме часов и режиме главного синхронизатора. Производительность по времени: ±1 µs абсолютная, ошибка выравнивания фазового окна < 4 µs, фазовая ошибка фазора 0.11 мрад при 50 Гц — что значительно ниже запаса безопасности в 20 мрад дифференциального компаратора.

PRP (МЭК 62439-3): Каждый пакет 87L — R-SV UDP/IP кадр, отправляемый каждые 1 мс — дублируется и передается одновременно по двум независимым сетям (LAN A / LAN B). Приемник принимает первый пришедший кадр; дубликат отбрасывается. Переключение происходит бесшовно: измеренное время перехода < 4 мс, что соответствует требованию ENTSO-E к обнаружению отказа канала. Валидированные конфигурации включают коммутаторы Hirschmann RSP35 и Ruggedcom RSG2488.

SR-IOV и его важность для защиты: Когда SSC600 работает как VM, стандартный доступ к NIC через гипервизор вносит задержку и нагрузку на ЦП, что противоречит окну обработки защиты. Конвейер DSP 87L требует поступления временных меток мгновенные значения (SV) в течение < 50 мкс для поддержания фазовой когерентности в окне измерения. Стандартные пути virtio/paravirtual NIC не могут гарантировать этого под нагрузкой. SR-IOV (Single Root I/O Virtualization — Intel X710 или Mellanox ConnectX4 Lx) решает эту проблему путем разделения физического NIC на виртуальные функции, назначенные непосредственно гостевой ОС через VFIO-PCI (KVM, kernel 6.6+ vfio-pci) или VMware DirectPath I/O, полностью обходя путь данных гипервизора. Измеренный результат: входящий трафик 2,7 мкс + исходящий трафик 3,2 мкс (методология RFC 2544), с приблизительным снижением загрузки ЦП на 38% при плотности трафика SV 100 Мбит/с. Без SR-IOV бюджет джиттера входящего трафика нарушается под нагрузкой SV, что делает архитектуру непригодной для промышленной защиты.

Пилотный проект SRP: настройка и методология тестирования

Статья PAC World Issue 074 от инженеров из SRP (Heap, Sivesind) и ABB (Nunes) описывает методологию тестирования и полевое развертывание. Тестовая линия представляет собой смоделированную цепь подпередачи 69 кВ длиной 3,14 мили (база 100 МВА) в Аризоне.

Оба терминала соединяют устройство сопряжения с шиной процесса (ПАС) с коммутаторами шины процесса через выделенные VLAN SV/GOOSE. ПАС публикуют данные с частотой 4,8 кГц (80 отсчетов/цикл при 60 Гц). Локальный конец (vPAC) запускает SSC600 как VM на резервной паре серверов; удаленный конец запускает аппаратный SSC600 CPC. Оба соединяются с WAN-инфраструктурой через двойные порты PRP.

graph LR
    subgraph local["Локальная подстанция"]
        MU_L["Устройство сопряжения с шиной процесса\n(SV 4.8 kHz)"]
        SW_L["Коммутатор шины процесса"]
        vPAC["SSC600 vPAC\n(VM + SR-IOV)"]
        MU_L -->|SV/GOOSE VLAN| SW_L
        SW_L -->|Шина процесса| vPAC
    end

    subgraph wan["WAN"]
        MPLS["MPLS VPN\nLayer 3 R-SV\nPRP LAN A / LAN B"]
    end

    subgraph remote["Удаленная подстанция"]
        SW_R["Коммутатор шины процесса"]
        CPC["SSC600 CPC\n(Аппаратное обеспечение)"]
        MU_R["Устройство сопряжения с шиной процесса\n(SV 4.8 kHz)"]
        SW_R -->|Шина процесса| CPC
        MU_R -->|SV/GOOSE VLAN| SW_R
    end

    SW_L -->|PRP LAN A| MPLS
    SW_L -->|PRP LAN B| MPLS
    MPLS -->|PRP LAN A| SW_R
    MPLS -->|PRP LAN B| SW_R
    vPAC <-->|"87L R-SV (МЭК 61850-90-5)"| CPC

Конфигурация испытаний: 5000 смоделированных событий короткого замыкания — фаза-земля, фаза-фаза и трехфазные короткие замыкания в нескольких точках вдоль линии. Были протестированы три топологии связи:

1. Прямое соединение — прямое волоконно-оптическое соединение (базовая конфигурация)
2. MPLS VPLS — SV 2-го уровня по псевдопроводу MPLS
3. MPLS VPN — R-SV (МЭК 61850-90-5) 3-го уровня по MPLS VPN

В параллельном режиме на той же смоделированной линии работал обычный микропроцессорный релейный защитный автомат (УРЗА), обеспечивая базовый уровень для прямого сравнения.

Результаты

Сводные данные о времени срабатывания по 5000 событиям короткого замыкания (нормализованный диапазон = (макс−мин)/среднее):

*Сводные данные по всем топологиям vPAC (MPLS VPLS + MPLS VPN) за 5000 событий короткого замыкания. Минимальные/максимальные значения (16,85 мс, 22,09 мс) являются индивидуальными экстремальными значениями времени срабатывания, а не средними от средних. Нормализованный диапазон рассчитывается как (максимум − минимум) / среднее, в соответствии с методологией источника.

Среднее время срабатывания для каждой топологии в зависимости от места короткого замыкания (Таблица 4 из источника PAC World), каждое является средним значением по 500 итераций:

Детальный анализ по топологиям показывает, что топология vPAC Layer 2 (VPLS) была самой быстрой со средним временем срабатывания 18,28 мс, в то время как топология vPAC Layer 3 (R-SV по MPLS VPN) имела среднее время срабатывания 19,35 мс — все еще на 1,39 мс быстрее базовой конфигурации микропроцессорного релейного защитного автомата с прямым соединением. Обе топологии vPAC превзошли обе микропроцессорные топологии в каждой точке короткого замыкания. Микропроцессорный релейный защитный автомат показал почти идентичные результаты на прямом соединении и по MPLS (20,74 мс в каждом случае).

Во всех протестированных конфигурациях система vPAC достигла на 6,2% меньшего сводного среднего времени срабатывания и на 7,3 процентных пункта меньшего нормализованного диапазона по сравнению с микропроцессорным релейным защитным автоматом, работающим на прямом соединении. Направленная разница противоречит интуитивной модели, в которой любой WAN-хоп добавляет задержку и непредсказуемость.

Наиболее убедительное объяснение: фазовая конвейерная обработка на основе DSP в SSC600 и синхронизация временных меток устраняют фиксированное планирование и задержки обработки, присущие устаревшим архитектурам микропроцессорных устройств релейной защиты. Бесшовное резервирование PRP предотвращает скачки задержки, вызванные кратковременными перерывами канала связи, которые способствуют более высокой дисперсии в однопутевых конфигурациях. Сам алгоритм защиты остаётся прежним — улучшены исполняющая среда и архитектура связи.

Система была введена в промышленную эксплуатацию на линии SRP 69 кВ в марте 2025 года. По состоянию на дату публикации PAC World, отказов системы в реальном времени не зафиксировано, поэтому данные о срабатывании при первом воздействии остаются ожидаемыми.

Ландшафт поставщиков

R-SV является открытым стандартом. Текущий ландшафт поставщиков охватывает как проприетарные WAN-кодирования, так и полную совместимость с IEC 61850-90-5:

†Источник PAC World (Таблица 1) обозначает Ethernet-связь Siemens на базе 87L как "DIP (GigE PRP/HSR)" — неофициальное сокращение для "Differential IP". Этот термин не встречается в собственной документации Siemens; Siemens рекламирует эту возможность как последовательную защиту связи с резервированием PRP/HSR в рамках платформы SIPROTEC 5.

Тенденция ясна: решения SEL, GE и Siemens операционно зрелые, но в различной степени проприетарны, требуя согласованных конечных точек от поставщика на обоих терминалах. Подход Siemens использует открытый транспорт (GigE + PRP/HSR с резервированием IEC 62439), но проприетарную структуру данных защиты; источник PAC World указывает на него как имеющий "блокировку поставщиком" в качестве ограничения (Таблица 1). SSC600 от ABB — единственное решение в этом сравнении, построенное изначально на открытом стандарте IEC 61850-90-5 R-SV, что в принципе позволяет в будущем независимо выбирать поставщиков устройства сопряжения с шиной процесса и функции защиты и обеспечивать их взаимодействие через R-SV. Внедрение на линии SRP является, по состоянию на сегодняшний день, первым опубликованным доказательством того, что эта архитектура жизнеспособна в производстве. Будет ли межвендорная интероперабельность R-SV работать на практике — в различных реализациях сеансового уровня и при согласовании параметров безопасности — является отдельным, нерешённым вопросом.

Открытые вопросы

Интероперабельность между поставщиками: Пилотный проект SRP объединяет ABB SSC600 vPAC с ABB SSC600 CPC и устройствами сопряжения с шиной процесса, поставляемыми ABB. Публично доступных данных тестирования интероперабельности R-SV между реализацией ABB и устройствами сопряжения с шиной процесса от SEL, GE или Schneider Electric не существует. Тестирование соответствия МЭК 61850 для R-SV менее развито, чем для GOOSE и локальных мгновенных значений (Sampled Values, SV); интерпретация параметров сеанса производителями исторически расходилась в ранних стандартных реализациях.

Задержка, зависящая от топологии: Источник PAC World предоставляет среднее время срабатывания для каждой топологии по месту возникновения короткого замыкания в Таблице 4, показывая, что vPAC превзошел микропроцессорное устройство релейной защиты по всем путям и местам возникновения короткого замыкания. Топология Layer 2 (VPLS) vPAC (среднее 18,28 мс) была значительно быстрее, чем топология Layer 3 (R-SV через MPLS VPN) (среднее 19,35 мс), разница в 1,07 мс обусловлена дополнительной инкапсуляцией IP/UDP и обработкой на уровне сеанса. Однако совокупные значения мин./макс./нормализованного диапазона (19,45 мс, 26,9%), указанные в источнике, отражают общее распределение из 5000 событий по обеим топологиям vPAC и не могут быть разложены на отдельные значения для каждой топологии из опубликованных данных.

Производительность при реальных коротких замыканиях: Линия 69 кВ SRP была введена в эксплуатацию в марте 2025 года, и на момент публикации системных коротких замыканий не было зарегистрировано. 5000 смоделированных событий короткого замыкания обеспечивают надежную инженерную основу, но поведение при первом срабатывании в реальных условиях энергосистемы — с фактическим поведением сети MPLS, живыми колебаниями WAN и реальными требованиями координации защиты — еще не задокументировано.

Общедоступные сети WAN и 5G для 87L: MDPI Energies (2022) оценили задержку R-GOOSE через сотовую инфраструктуру 5G. Эквивалентных данных для R-SV в приложениях дифференциальной защиты линий по общедоступным сетям LTE или 5G не существует. Текущие производственные развертывания используют частные сети MPLS с управляемым QoS и гарантированными SLA. Смогут ли общедоступная инфраструктура операторов связи соответствовать требованиям к колебаниям, доступности и детерминированности координации защиты 87L, остается открытым инженерным вопросом — который становится все более актуальным по мере того, как коммунальные предприятия изучают облачные и централизованные архитектуры защиты.

Нормативный профиль для R-SV в 87L: Поправки Edition 2.1 (МЭК 61850-8-1 и МЭК 61850-9-2, обе AMD1:2020) включили R-SV в основном для приложений синхрофазометрии (PMU/PDC). Инженерные требования, специфичные для дифференциальной защиты линий через R-SV — максимально допустимые колебания, минимальная частота дискретизации, класс точности временной метки, максимальная асимметрия каналов — не кодифицированы явно. Пилотный проект SRP демонстрирует один набор функциональных параметров; обобщение на другие топологии сети и архитектуры координации защиты требует дополнительной проверки и, возможно, внимания рабочей группы WG10 TC57 МЭК.

Кибербезопасность в полевых установках: МЭК 62351-9 определяет управление ключами GDOI/KDC для аутентификации и шифрования R-SV. Статья SRP не описывает, были ли включены HMAC или AES шифрование в производственной системе. Внедрение инфраструктуры KDC для оперативных систем защиты R-SV остается нераспространенным, и опубликованный опыт эксплуатации безопасности R-SV в производственных средах практически отсутствует.

Источники

1. Heap B., Sivesind A. (Salt River Project), Nunes M. (ABB Switzerland). Virtualized Line Differential Protection: Unleashing the Power of Routable-sampled values communication, a redundant and low latency approach. PAC World Magazine, Issue 074.

2. Adamiak M. (Adamiak Consulting), Falk H. (Out of the Box Consulting), DuBose C. (PCLtek). Overview and Applications of Secure Routable GOOSE and Sample Values. PAC World Magazine.

3. Network Architecture for IEC61850-90-5 Communication: Case Study of Evaluating R-GOOSE over 5G. Energies (MDPI), Vol. 15, Issue 11 (Article 3915), 2022.

4. R-GOOSE / R-SV — IEC 61850 Technical Overview. Xelas Energy.