Женя.
Относительно альтернативных протоколов. В универсальных реле GE есть гнездо W, к которым подкл. линия связи для чисто внутренней связи между разными терминалами. Протокол внутренний, только GE знает- какой. И настраивать не надо, только назначать на входа-выхода все, что надо.
Есть там и другие порты порты связи...для АСУ, в частности (Слава, не ругайся). Вот там надо енастраивать. Мне такое разделение нравится.

Не путаете протоколы со стандартами?
Тот же С37.94 дает только транспортный уровень, а что по нему передается дело индивидуальное.
Например, у многих производителей имеется С37.94, но это совсем не означает взаимное понимание передаваемой информации.
То же можно сказать и о G.703 - описывает физический интерфейс и формат.

Что значит "блокировок между"? Между чем? Между терминалами?

Не совсем понятно, сигнал идет прямо от ВВ?

Я тоже в данном вопросе «чайник»….. Просто нет времени лезть в изучение протоколов, стандартов и т.д. Поэтому как я это понимаю:
1. Есть задача: передать сигнал (например «пуск 1-й ступени МТЗ») из терминала А в терминал В.
Что делаем: (касательно Сименс, например)
2. Создаем проект, где есть два терминала и так называемая «виртуальная станция», где «прописывается» передача сигнала .  На самом деле передаются не сигналы (логический ноль или единица), а функции. На передающем конце сигналу «пуск 1-й ступени МТЗ» в терминале  присваивается определенное название функции, например Prot_1. На приемном конце – то же самое: сигналу «прием пуска 1-й ступени МТЗ» в терминале (приемном) присваивается свое название, например Prot_2.
3. В передающем терминале  есть так называемая матрица ранжирования сигналов. В ней мы «ранжируем» (ставим галочки) откуда и куда передается сигнал (функция). В нашем случае источник сигнала – выход функции МТЗ «пуск 1-й ступени МТЗ», а его цель –системный интерфейс
4. В приемном терминале  есть своя  матрица ранжирования сигналов. В ней мы «ранжируем» (ставим галочки) откуда и куда передается сигнал (функция). В нашем случае источник сигнала – системный интерфейс , а его цель – место, где мы его будем использовать (например вход функции МТЗ –«отключение без выдержки времени».
5. Теперь нам осталось в «виртуальной станции» «прописать», что с терминала 1 мы передаем сигнал (значение функции) в терминал 2. Это делается в табличной форме.
6. В каждом терминале есть отдельный блок (у Сименс это модуль EN100), который отвечает за обмен сигналов (так называемых Goose-сообщений) между терминалами.
7. Теперь нам осталось «зашить» в эти  блоки соответствующие сигналы из «виртуальной станции». То есть, для меня «виртуальная станция» -это условно говоря  области памяти в соответствующих модулях EN100 каждого терминала, где  «прописаны наши сигналы передачи и приема.
8. Далее нам осталось организовать физическую среду для передачи информации от одного терминала в другой. Это может быть оптика, может быть электрический Ethernet кабель. Если терминалов больше, чем два, то приходится ставить свои «свичи». По этой же среде можно передавать информацию от каждого терминала в систему АСУ.
9. Каким-то образом (это прописано в стандартах), сделано так, что информации, передаваемой через Goose-сообщения отдан приоритет по сравнению с другой информацией.  Соответственно, также проверяется достоверность передаваемой информации и т.д. и т.п.
В принципе, мне как релейщику, вот такого упрощенного представления достаточно, чтобы понимать как это работает…..
Скорее всего, я где-то не совсем прав или что-то не так представляю, когда детально изучите, сможете объяснить по-другому….
У меня когда-то было желание «разрисовать» для себя, что представляет собой модуль EN100, какие коммутаторы, какой объем памяти и т.п, да все времени нет….

Хорошо, подойдем с другого угла. Имеем защиту линии, у которой предусмотрено автоматическое ускорение какой-то ступени после включения выключателя, да еще и с контролем отсутствия напряжения на линии на заданное время. Допустим, какой-то производитель использует удлинение первой ступени, другой - ускорение второй ступени (зоны), но это несущественно. Мне (прошу прощения, не мне - я отстранен от железа, назначен менеждером от релейки) нужно от РЕТОМ (Омикрон, ЭУ-5000) одновременно подать на реле (терминал, панель, шкаф) соответствующие входные параметры и сымитировать предшествующее отключенное положение выключателя. По Омикрону определенно сказать не могу, а вот ЭУ-5000 и РЕТОМ позволяют дискретный контакт замкнуть одновременно с подачей аварийных параметров, а при некоторых ухищрениях - и раньше. Так вот, как быть в этом случае с использованием гусей? Информацию о предшествующем отключенном положении выключателя получаем от терминала АУВ, транслируем в терминал резервной защиты. Понятно, при наладке можно подать контакт на вход АУВ, а там гуси разберутся.  При обычных повторных проверках вроде бы ни к чему. Терминал то ли работает, то ли нет. Проблем электромеханики типа ненадежного контакта нет. А вот как быть при К1, где выявляются не только аппаратные приработочные отказы, но и ошибки в проекте, наладке и т.п.? Здесь же могут (можем) и не дать вывод всего комплекса в целом.

Конечно есть проверка состояния каждого сигнала.
и пакеты посылайтся постояно с определёным интервалом.
контроль уже встроеная функция протокола, то скажем что не было в LON.

в зависимости исправности, неисправности принимаетя решениe что дальше делать.

В всех таких тонкостях главное отличие связи от классики.
скажем если снял питание то реле отпало, в связи такого нет, снял оптику сигнал остался.
скажем работает kаk би-полярное реле, получил статус сигнал неисправен, принял решение.

Женя.
Так и в прежние времена в сложных УРЗА дельзя было проверить все в комплексе. Понятно, что это надо выводить всю ПС, чтобы все в комплексе проверить. Но приходится проверять по частям, как иначе. Вот поэтому наладочные проверки должна очень тщательно выполняться, чтобы потом было спокойно (тебе ли, Женя, рассказывать?).

Эх, рад бы в рай, да грехи не пускают... До пенсии - 159 дней.