ГОСТ Р МЭК 61784-3-1—2016
вемь безопасности извлекает номер последовательности из номера макроцикла только когда выво ды
функционального блока обновлены и каждый индивидуальный функциональный блок обновляет
только свой вывод, если вводные условия верны (последующая публикация, таким образом, вызы
вает генерацию номера последовательности), то счетчики устаревания изменяются по направлению
основного трафика и накапливаются. В таком случае, когда все каналы функционируют и все функци
ональные блоки выполняются должным образом, номер последовательности (основанный на номере
макроцикла на датчике) распространяется из конца в конец и совпадает с макроциклом (ожидаемым
номером последовательности) в клапане. При сравнении с макроциклом на устройстве вывода номер
указывает на общее число пропущенных коммуникаций и выполнений в цепи функциональных блоков,
выполняющих функцию безопасности. Это приводит к гораздо более короткому времени реакции в
наихудшем случае. Критерий, определяющий необходимость обновления при новом выводе, зависит от
конкретного функционального блока. Новый номер последовательности генерируется коммуника
ционным уровнем безопасности только во время публикации нового сообщения. Определенным функ
циональным блокам могут потребоваться все использованные вводы для того, чтобы соответствовать
текущему времени, в то время как другие функциональные блоки обладают возможностью выбирать, для
чего требуется только определенное число использованных вводов для соответствия текущему
времени.
Уровень FSCP 1/1 нуждается в одном счетчике номера последовательности для каждой VCR свя
зи клиент/сервер. Номер последовательности клиент/сервер увеличивается на единицу для каждой
передачи. В случае VCR клиеита/сервера если номер последовательности не синхронизирован, то со
единение обрывается. Номера последовательности устанавливаются повторно, когда устанавливается
новое соединение.
7.1.5 Виртуальный заголовок
Заголовок протокола, такой как адрес, находясь в кадре черного канала, не защищен с помощью
CRC коммуникационного уровня безопасности, и поэтому в приложениях, связанных с безопасностью,
на него нельзя полагаться. Отсюда, таким образом, возникает необходимость использовать другой ме
ханизм для уникальной идентификации связи источник—назначение в рамках сообщения FSCP 1/1.
но защищенный с помощью CRC коммуникационного уровня безопасности. Для этой цели
используется ключ соединения. Но отправка ключа соединения в каждом сообщении приводит к
издержкам. Для сни жения издержек CRC коммуникационного уровня безопасности вычисляется в
данных безопасности и виртуальном заголовке, включая ключ соединения и индекс объекта. Ключ
соединения не передается по шине, но CRC коммуникационного уровня безопасности при получении
приведет к отказу, если ключ соединения неверен. Объект канала безопасности содержит ключ
соединения, что делает возможным вычисление CRC.
7.1.6 Ключ соединения
Протокол содержит механизм для уникальной идентификации сообщений FSCP 1/1 для того, что
бы одно сообщение FSCP 1/1 не подменяло другое сообщение FSCP 1/1: каналы функционального
блока FSCP 1/1 будут идентифицированы уникальным 32-битным ключом соединения. Ключ
соедине ния будет принят хостом и записан в объектах канала безопасности. Ключ соединения
является частью виртуального заголовка, вложенного в CRC коммуникационного уровня безопасности,
но он не сообща ется. Любое несоответствие в ключе соединения не проверяется явным образом в
подписчике или сер вере. но несоответствие вызовет ошибку CRC уровня коммуникаций
безопасности. Т. е. ошибка CRC коммуникационного уровня безопасности может указывать на
искажение данных или несоответствие ключа соединения.
7.1.7 Избыточность и псрскростная проверка
Протокол коммуникационного уровня безопасности содержит механизм, который передает две
копии всех данных целиком, включая номер последовательности и CRC в одном кадре. В точке прием
ника две копии проходят перекрестную проверку для обнаружения искажений.
Одним из возможных вариантов реализации является устройство, содержащее два избыточных
микроконтроллера, каждый из которых строит свое сообщение передачи независимо от другого. Два
независимых сообщения с данными совместно добавляются интерфейсом черного канала и совместно
передаются в одном кадре. В свою очередь, при получении двух независимых сообщений с данными в
кадре, поступившем от черного канала, они распаковываются каждый в соответствующий микрокон
троллер. который затем производит перекрестную проверку.
27