Valores Amostrados Roteáveis (R-SV): A Chave para a Proteção Diferencial de Linha Virtualizada

A comparação de corrente diferencial no núcleo da proteção de linha não mudou em um século. Os fasores de corrente de ambas as terminações da linha chegam ao relé; o algoritmo aciona a tripulação se a soma vetorial exceder um limiar. O que muda — década após década — é o caminho de comunicação que transporta essas medidas. Em março de 2025, a Salt River Project (SRP) comissionou o que, até o momento, é a primeira implantação em produção publicada de proteção diferencial de linha virtualizada (87L), utilizando Valores Amostrados Roteáveis sobre WAN MPLS, com o ABB SSC600 como plataforma vPAC e CPC remota. O resultado desafia a suposição padrão de que um caminho IP de grande área representa uma penalidade inerente de desempenho: o sistema vPAC alcançou um tempo médio de tripulação de 19,45 ms com amplitude normalizada de 26,9% ((máx−mín)/média), comparado a 20,74 ms e 34,2% para um relé microprocessador convencional operando em canal de fibra direta. O relé virtualizado conectado à WAN foi mais rápido e mais consistente.

O problema com SV local para diferenciais de linha

A IEC 61850-9-2 define os valores amostrados como quadros multicast de camada 2 Ethernet. Dentro do barramento de processo da subestação, a camada 2 oferece entrega determinística e de baixa latência em uma VLAN sem sobrecarga de roteamento IP — exatamente a ferramenta adequada para o barramento de processo. Mas a arquitetura tem uma limitação rígida: um quadro de camada 2 não pode atravessar um roteador. Para a proteção diferencial de linha, onde as amostras de corrente devem ser trocadas entre duas subestações fisicamente separadas, essa não é uma limitação que possa ser contornada; é uma fronteira arquitetural categórica.

A indústria abordou isso com várias abordagens, nenhuma das quais envelheceu bem:

IEEE C37.94 — TDM síncrona sobre canais N×64 kbps, otimizada para fibra multimodo de curta distância (< 2 km). Determinística e previsível, mas com banda limitada, limitada por distância e incompatível com a infraestrutura IP que agora domina os projetos de WAN das concessionárias.

SONET/SDH — WAN com comutação de circuitos que fornece canais síncronos com latência previsível. Confiável, mas a tecnologia está em declínio gerenciado globalmente. A maioria das operadoras está desativando a infraestrutura TDM; novas construções de SONET/SDH são raras.

Codificações proprietárias de WAN — O SEL MIRRORED BITS® codifica sinais de proteção sobre serial síncrona; o GE DLAN+ utiliza G.703 de taxa completa (E1/T1, até 2 Mbps) com enquadramento proprietário; os relés Siemens SIPROTEC 5 utilizam Ethernet Gigabit combinada com PRP/HSR para um canal 87L roteável e redundante (caracterizado como "DIP" — Differential IP — na fonte PAC World, embora este não seja um nome de produto oficial da Siemens). Essas soluções são comprovadas operacionalmente dentro de seus ecossistemas de fornecedores, mas exigem terminais correspondentes em ambas as extremidades da linha e não oferecem caminho para interoperabilidade multi-fornecedor.

O problema estrutural é consistente em todas essas abordagens: elas trocam abertura por confiabilidade, ou distância por determinismo, ou largura de banda por dependência. Nenhuma delas escala para uma arquitetura de proteção centralizada, onde uma única instância de CPC ou vPAC encerra simultaneamente múltiplos diferenciais de linha e onde o fornecedor da unidade de fusão em um terminal é independente do fornecedor de proteção no outro.

R-SV: a solução padrão (IEC 61850-90-5 → IEC 61850-8-1 Ed.2.1)

Valores Amostrados Roteáveis, definidos na IEC 61850-90-5 e incorporados normativamente nas alterações da Edição 2.1 (IEC 61850-8-1 AMD1:2020 para o mapeamento de sessão e segurança e IEC 61850-9-2 AMD1:2020 para os blocos de controle específicos de SV), resolve o problema da fronteira da Camada 2 encapsulando a carga útil padrão de SV em uma pilha IP/UDP com uma camada adicional de Sessão. Três camadas são adicionadas ao PDU IEC 61850-9-2:

• Camada de Rede (IP): Um endereço multicast IP, permitindo entrega ponto-múltiplo — uma unidade de fusão publicando simultaneamente para múltiplos assinantes remotos de vPAC ou CPC
• Camada de Transporte (UDP): Entrega sem conexão, preservando o caráter de baixo overhead do SV
• Camada de Sessão (IEC 61850-90-5): Identificador de Sessão (0xA2 para R-SV), Cabeçalho de Sessão contendo metadados de segurança, Payload

O quadro resultante é roteável através de qualquer infraestrutura IP — redes privadas MPLS, MPLS VPN e, em princípio, a Internet pública.

A IEC 61850-9-2 AMD1:2020 também desencorajou formalmente o Bloco de Controle de Valores Amostrados Unicast (USVCB); o multicast (MSVCB) é agora o único modelo de entrega de SV suportado.

Clareza na numeração padrão: A IEC 61850-9-2 define valores amostrados locais (Camada 2) para uso no barramento de processo. A IEC 61850-90-5 definiu valores amostrados roteáveis (Camada 3), agora absorvidos nas alterações da Edição 2.1: IEC 61850-8-1 AMD1:2020 (mapeamento de sessão e segurança) e IEC 61850-9-2 AMD1:2020 (bloco de controle R-MSVCB e desativação do unicast). A IEC 61850-9-3 define o Perfil PTP para sincronização de tempo de precisão — não é R-SV e não deve ser confundido com ele. Essa distinção é frequentemente confusa em documentação de fornecedores e artigos de conferência.

graph LR
    subgraph local["SV Local — IEC 61850-9-2 (Apenas Camada 2)"]
        direction TB
        LA["Aplicação: Publicador de SV (MSVCB)"]
        LP["Apresentação: ASN.1/BER"]
        LD["Enlace de Dados: Ethernet (EtherType 0x88BA) + VLAN 802.1Q"]
        LF["Física: 100/1000BASE-T/SX"]
        LA --> LP --> LD --> LF
    end

subgraph rsv["R-SV — IEC 61850-90-5 / Ed.2 Am.1 (Camada 3)"] direction TB RA["Aplicação: Publicador SV (MSVCB)"] RP["Apresentação: ASN.1/BER"] RS["Sessão: 0xA2 + HMAC/AES (IEC 62351-6)"] RT["Transporte: UDP"] RN["Rede: IP Multicast"] RD["Enlace de Dados: Ethernet"] RF["Físico: GbE / MPLS WAN"] RA --> RP --> RS --> RT --> RN --> RD --> RF end local~~~rsv

**Modelo de sincronização**: C37.94 e outras abordagens baseadas em TDM dependem da determinismo do canal — o relé sabe qual slot de bits contém qual medida. O R-SV não pode confiar no determinismo da rede em uma WAN. Em vez disso, cada pacote R-SV contém uma marca de tempo PTP/GPS (precisão ±1 µs). A função de proteção receptora alinha as amostras de ambos os terminais de linha por marca de tempo em vez de por posição em um fluxo síncrono. Isso torna o algoritmo tolerante a jitter na WAN, ao custo de exigir uma marca de tempo de alta qualidade e independentemente obtida em ambos os terminais. O AMD1:2020 formalizou isso por meio do atributo `smpSynch` no MSVCB, que sinaliza o estado de sincronização de cada amostra (não sincronizada, fonte local ou fonte externa), permitindo que o assinante avalie a confiabilidade da marca de tempo antes de usá-la para alinhamento de fasores.

O padrão também especifica segurança opcional: autenticação HMAC e criptografia AES, com distribuição de chaves através da arquitetura GDOI/KDC sob a IEC 62351-9. Para implantações onde o tráfego SV atravessa infraestrutura fora do perímetro de segurança físico da concessionária, isso é uma necessidade arquitetural, não uma medida opcional de fortalecimento.

## Arquitetura ABB SSC600 CPC / vPAC

O ABB SSC600 não é um relé digital no sentido convencional. É um Controlador de Processamento de Comunicações (CPC) — uma plataforma que hospeda funções de proteção como instâncias de software, recebendo dados de processo de unidades de fusão externas via barramento de processo em vez de entradas analógicas hardwired. Na implantação SRP, o SSC600 opera em dois modos: como um CPC de hardware no terminal remoto e como uma máquina virtual executando em um par de servidores redundantes endurecidos em subestação (vPAC).

**Plataforma de hardware**: CPU quad-core executando Linux em tempo real com tarefas de proteção isoladas do HMI no nível do escalonador. DSP dedicado (TMS320C674x) trata o pipeline de fasores 87L, fornecendo processamento determinístico independente da carga de computação geral. GNSS: u-blox F9 (GPS, Galileo, BeiDou; sensibilidade −160 dBm). Motor de PTP assistido por hardware opera nos modos de relógio comum e relógio mestre. Desempenho de sincronização: ±1 µs absoluto, erro de alinhamento da janela de fasor < 4 µs, erro de fase de fasor 0,11 mrad a 50 Hz — bem dentro da margem de segurança de 20 mrad do comparador diferencial.

**PRP (IEC 62439-3)**: Cada pacote 87L — um quadro R-SV UDP/IP enviado a cada 1 ms — é duplicado e transmitido simultaneamente em duas redes independentes (LAN A / LAN B). O receptor aceita o quadro que chega primeiro; a duplicata é descartada. A comutação é transparente: a transição medida é inferior a 4 ms, satisfazendo o requisito da ENTSO-E para detecção de falha de canal. Configurações validadas incluem os switches Hirschmann RSP35 e Ruggedcom RSG2488.

**SR-IOV e por que isso é importante para proteção**: Quando o SSC600 é executado como uma VM, o acesso padrão à NIC mediado pelo hipervisor introduz latência e sobrecarga de CPU que entram em conflito com a janela de processamento de proteção. A pipeline do DSP 87L exige que as amostras SV com marcação de tempo cheguem dentro de < 50 µs para manter a coerência de fasor ao longo da janela de medição. Os caminhos de NIC virtuais/pára-virtual padrão não podem garantir isso sob carga. O SR-IOV (Single Root I/O Virtualization — Intel X710 ou Mellanox ConnectX4 Lx) resolve isso ao particionar a NIC física em Funções Virtuais atribuídas diretamente ao sistema operacional convidado via VFIO-PCI (KVM, kernel 6.6+ vfio-pci) ou VMware DirectPath I/O, contornando completamente o caminho de dados do hipervisor. Resultado medido: ingresso 2,7 µs + egresso 3,2 µs (metodologia RFC 2544), com redução de aproximadamente 38% na carga da CPU em densidade de tráfego SV de 100 Mbps. Sem SR-IOV, o orçamento de jitter de ingresso é violado sob carga de SV, tornando a arquitetura inadequada para proteção em produção.

## Piloto SRP: configuração e metodologia de teste

O artigo da [PAC World Issue 074](https://www.pacw.org/virtualized-line-differential-protection-unleashing-the-power-of-routable-sampled-values-communication-a-redundant-and-low-latency-approach) por engenheiros da SRP (Heap, Sivesind) e ABB (Nunes) descreve a metodologia de teste e a implantação em campo. A linha de teste é um circuito de subtransmissão simulado de 3,14 milhas (5 km), 69 kV (base de 100 MVA) no Arizona.

Ambos os terminais conectam unidades de fusão para processar os interruptores de barramento em VLANs dedicadas de SV/GOOSE. As unidades de fusão publicam a 4,8 kHz (80 amostras/ciclo em 60 Hz). A extremidade local (vPAC) executa o SSC600 como uma VM em um par de servidores redundantes; a extremidade remota executa um SSC600 CPC em hardware. Ambos se conectam à infraestrutura WAN via portas PRP duplas.

```mermaid
graph LR
    subgraph local["Subestação Local"]
        MU_L["Unidade de Fusão\n(SV 4.8 kHz)"]
        SW_L["Switch de Barramento de Processo"]
        vPAC["SSC600 vPAC\n(VM + SR-IOV)"]
        MU_L -->|VLAN SV/GOOSE| SW_L
        SW_L -->|Barramento de Processo| vPAC
    end

    subgraph wan["WAN"]
        MPLS["VPN MPLS\nCamada 3 R-SV\nLAN A / LAN B PRP"]
    end

    subgraph remote["Subestação Remota"]
        SW_R["Switch de Barramento de Processo"]
        CPC["SSC600 CPC\n(Hardware)"]
        MU_R["Unidade de Fusão\n(SV 4.8 kHz)"]
        SW_R -->|Barramento de Processo| CPC
        MU_R -->|VLAN SV/GOOSE| 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 (IEC 61850-90-5)"| CPC

Configuração de teste: 5.000 eventos simulados de falha — falhas fase-terra, fase-fase e falhas trifásicas bloqueadas em múltiplos locais ao longo da linha. Três topologias de comunicação foram testadas:

1. Back-to-back — conexão direta por fibra (referência)
2. MPLS VPLS — SV de Camada 2 sobre pseudowire MPLS
3. MPLS VPN — R-SV de Camada 3 (IEC 61850-90-5) sobre MPLS VPN

Um relé microprocessador convencional operou na mesma linha simulada em paralelo em todas as iterações de teste, fornecendo uma referência para comparação direta.

Resultados

Dados agregados de tempo de disparo de 5.000 eventos de falha (faixa normalizada = (máximo − mínimo)/média):

*Agregado em todas as topologias vPAC (MPLS VPLS + MPLS VPN) sobre 5.000 eventos de falha. Os valores mínimo/máximo (16,85 ms, 22,09 ms) são extremos individuais de disparo, não médias de médias. A faixa normalizada é calculada como (máximo − mínimo) / média, conforme metodologia de origem.

Tempos médios de disparo por topologia por local de falha (Tabela 4 na fonte PAC World), cada um sendo a média de 500 iterações:

A análise por topologia revela que a topologia vPAC Camada 2 (VPLS) foi a mais rápida, com média de 18,28 ms, enquanto a topologia vPAC Camada 3 (R-SV sobre MPLS VPN) apresentou média de 19,35 ms — ainda 1,39 ms mais rápida que a referência de relé microprocessador back-to-back. Ambas as topologias vPAC superaram ambas as topologias de relé microprocessador em todos os locais de falha. O relé microprocessador apresentou desempenho quase idêntico nas conexões back-to-back e MPLS (20,74 ms em ambos).

Em todas as configurações testadas, o sistema vPAC alcançou 6,2% menor tempo médio de disparo agregado e 7,3 pontos percentuais menores de faixa normalizada em comparação com o relé microprocessador operando em back-to-back. A diferença direcional contraria o modelo intuitivo em que qualquer salto em WAN adiciona latência e imprevisibilidade.

A explicação mais coerente: o pipeline de fasores baseado em DSP do SSC600 e a alinhamento de amostras orientado por marca de tempo eliminam os atrasos fixos de agendamento e processamento inerentes às arquiteturas de relés microprocessador legados. A redundância sem interrupção (hitless) do PRP evita os picos de latência causados por interrupções momentâneas de canal, que contribuem para a maior variância em implantações de caminho único. O algoritmo de proteção em si é o mesmo — o ambiente de execução e a arquitetura de comunicação são melhores.

O sistema entrou em serviço de produção na linha de 69 kV da SRP em março de 2025. Até a data de publicação do PAC World, nenhuma falha em sistema operacional ocorreu, portanto os dados de primeira ativação em campo permanecem pendentes.

Paisagem de fornecedores

O R-SV é um padrão aberto. A atual paisagem de fornecedores varia de codificações WAN proprietárias à conformidade total com o IEC 61850-90-5:

†A fonte do PAC World (Tabela 1) identifica a comunicação 87L baseada em Ethernet da Siemens como "DIP (GigE PRP/HSR)" — uma abreviação informal para "Differential IP". Este termo não aparece na documentação de produto da Siemens; a Siemens comercializa a capacidade como comunicação de proteção serial com redundância PRP/HSR na plataforma SIPROTEC 5.

A trajetória é clara: as soluções SEL, GE e Siemens são operacionalmente maduras, mas proprietárias em diferentes graus, exigindo terminais correspondentes ao fornecedor em ambos os extremos. A abordagem da Siemens utiliza transporte aberto (GbE + PRP/HSR com redundância IEC 62439), mas enquadramento de dados de proteção proprietário; a fonte do PAC World lista isso com "dependência de fornecedor" como uma limitação (Tabela 1). O SSC600 da ABB é a única solução nesta comparação construída nativamente sobre o padrão aberto IEC 61850-90-5 R-SV, permitindo em princípio um futuro em que os fornecedores de unidade de fusão e função de proteção sejam selecionados independentemente e interoperem por meio do R-SV. A implantação da SRP é, até o momento, a primeira evidência publicada de que essa arquitetura é viável em produção. Se a interoperabilidade multi-fornecedor do R-SV se mantém na prática — entre diferentes implementações da Camada de Sessão e negociação de parâmetros de segurança — é uma questão separada e ainda não resolvida.

Interoperabilidade entre fornecedores: O piloto SRP associa o SSC600 vPAC da ABB ao SSC600 CPC da ABB e a unidades de fusão fornecidas pela ABB. Não existem dados de teste publicados sobre a interoperabilidade R-SV entre a implementação da ABB e unidades de fusão da SEL, GE ou Schneider Electric. Os testes de conformidade IEC 61850 para R-SV são menos maduros do que para GOOSE e SV local; historicamente, a interpretação específica do fornecedor dos parâmetros da Camada de Sessão divergiu nas primeiras implementações do padrão.

Latência específica da topologia: A fonte PAC World fornece tempos médios de disparo por topologia e localização de falha na Tabela 4, mostrando que o vPAC superou o relé microprocessador em todas as vias de comunicação e locais de falha. A topologia vPAC da Camada 2 (VPLS) (média de 18,28 ms) foi notavelmente mais rápida do que a topologia da Camada 3 (R-SV sobre MPLS VPN) (média de 19,35 ms), uma diferença de 1,07 ms atribuída à encapsulação adicional IP/UDP e ao processamento da camada de sessão. No entanto, os valores agregados de mínimo/máximo/intervalo normalizado (19,45 ms, 26,9%) reportados na fonte refletem a distribuição total de 5.000 eventos em ambas as topologias vPAC e não podem ser decompostos em dispersões individuais de topologia a partir dos dados publicados.

Desempenho de falha ao vivo: A linha de 69 kV do SRP entrou em operação em março de 2025 sem registrar falhas no sistema até a data de publicação. Os 5.000 eventos simulados de falha fornecem uma base técnica sólida, mas o comportamento do primeiro disparo sob condições reais do sistema elétrico — com o comportamento real da rede MPLS, o jitter da WAN ao vivo e os requisitos reais de coordenação de proteção — ainda não foi documentado.

WAN pública e 5G para 87L: MDPI Energies (2022) avaliou a latência R-GOOSE sobre infraestrutura celular 5G. Não existem dados equivalentes para R-SV em aplicações de proteção diferencial de linha sobre LTE ou 5G públicos. As implantações de produção atuais utilizam redes MPLS privadas com QoS gerenciado e SLAs garantidos. Se a infraestrutura de operadores públicos pode atender aos requisitos de jitter, disponibilidade e determinismo para a coordenação de proteção 87L permanece uma questão de engenharia aberta — uma que se torna cada vez mais relevante à medida que as concessionárias exploram arquiteturas centralizadas e hospedadas na nuvem.

Perfil normativo para R-SV em 87L: As emendas da Edição 2.1 (IEC 61850-8-1 e IEC 61850-9-2, ambas AMD1:2020) incorporaram R-SV principalmente para aplicações de sincrofasores (PMU/PDC). Os requisitos de engenharia específicos para proteção diferencial de linha via R-SV — jitter máximo permitido, taxa de amostragem mínima, classe de precisão de marcação de tempo, assimetria máxima do canal — não estão explicitamente codificados. O piloto SRP demonstra um conjunto funcional de parâmetros; a generalização para outras topologias de rede e arquiteturas de coordenação de proteção requer validação adicional e potencialmente atenção do TC57 WG10.

Segurança cibernética em implantações de campo: A IEC 62351-9 define a gestão de chaves GDOI/KDC para autenticação e criptografia de R-SV. O artigo SRP não descreve se o HMAC ou a criptografia AES foram ativados no sistema de produção. A implantação de infraestrutura KDC para sistemas de proteção R-SV operacionais continua sendo incomum, e a experiência de campo publicada sobre segurança de R-SV em ambientes de produção é essencialmente inexistente.

Fontes

1. Heap B., Sivesind A. (Salt River Project), Nunes M. (ABB Switzerland). Proteção Diferencial de Linha Virtualizada: Libertando o Poder da Comunicação de Valores Amostrados Roteáveis, uma Abordagem Redundante e de Baixa Latência. PAC World Magazine, Edição 074.

2. Adamiak M. (Adamiak Consulting), Falk H. (Out of the Box Consulting), DuBose C. (PCLtek). Visão Geral e Aplicações de GOOSE e Valores Amostrados Seguros Roteáveis. PAC World Magazine.

3. Arquitetura de Rede para Comunicação IEC61850-90-5: Estudo de Caso de Avaliação de R-GOOSE sobre 5G. Energies (MDPI), Vol. 15, Edição 11 (Artigo 3915), 2022.

4. R-GOOSE / R-SV — Visão Técnica da IEC 61850. Xelas Energy.