ГОСТ Р ИСО 11898-1-2015 Транспорт дорожный. Местная контроллерная сеть (CAN). Часть 1. Канальный уровень и передача сигналов

     7.3 Описание формата служб

7.3.1 Описание формата служебных примитивов

Служебные примитивы должны описываться как

служба.тип (

             [параметр1,...]

             ),

где "служба" - это имя службы, например, L_Data для службы передачи данных, обеспечиваемой нижним уровнем LLC, "тип" - это тип служебного примитива (см. п.7.3.2), а [параметр 1,...] - это перечень значений, придаваемых служебному примитиву. Квадратные скобки означают, что этот перечень параметров может быть пустым.

7.3.2 Типы служебных параметров

Служебные примитивы должны относиться к одному из трех стандартных типов:

a) Service.Request

Примитив запроса должен поступать от N-го пользователя (пользователя службы) на N-й уровень (провайдер службы) для запроса запуска службы.

b) Service.Indication

Примитив индикации должен поступать от N-го уровня N-му пользователю для указания на внутреннее событие N-го уровня (или нижнего уровня), которое имеет значение для N-го пользователя. Это событие может быть логически связано с дистанционным запросом службы или может быть вызвано событием, внутренним для N-го уровня (или нижнего уровня).

c) Service.Confirm

Примитив подтверждения должен поступать от N-го уровня (или нижнего уровня) N-му пользователю для передачи результатов одного или более взаимосвязанных предыдущих запросов службы. Этот примитив может указывать либо на невыполнение, либо на ту или иную степень выполнения. Индикация какой-либо активности на удаленном равноправном интерфейсе не должна являться необходимой.