ГОСТ Р ИСО 11898-1—2015
10.2.2.9.2 Семантика примитива MA_OVLD.Indication
Примитив не должен содержать каких-либо параметров:
MA_OVLD. Indication(
)
10.2.2.9.3 Действие при получении
Действие при получении данного примитива нижним уровнем LLC не определено.
10.2.2.10 MA_OVLD.Confirm
10.2.2.10.1 Назначение
Примитив MA_OVLD.Confirm должен поступить от нижнего уровня MAC на нижний уровень LLC
для индикации пересылки кадра перегрузки. Это подтверждение должно быть локальным, т. е. оно не
должно означать, что компонент удаленного равноправного протокола правильно принял кадр пере
грузки.
10.2.2.10.2 Семантика примитива MA_OVLD.Confirm
Параметры примитива должны иметь следующий вид.
MA_OVLD.Confirm (
Transmission_Status
)
Параметр Transmission_Status должен использоваться для индикации успешности или неуслеш-
ности передачи предыдущего примитива MA_OVLD.request.
Transmission_Status:[Success (успешно). No_Success (неуспешно)]
10.2.2.10.3 Действие при получении
Действие при получении данного примитива нижним уровнем LLC не определено.
10.3Функциональная модель нижнего уровня MAC
10.3.1 Возможности
Функциональные возможности нижнего уровня MAC описываются при помощи функциональной
модели, предписанной ИСО/МЭК 8802-3 (см. также рисунок 5). В этой модели нижний уровень MAC
подразделяется на две полностью независимо действующих части: передачу и прием. Функции как
приемной, так и передающей частей должны соответствовать данным настоящего подраздела с учетом
рисунка 5.
10.3.2 Передача кадра
Передача кадра должна соответствовать следующим требованиям:
a) формирование передаваемых данных.
1) прием кадров LLC и информации управления интерфейсом.
2) вычисление последовательности CRC.
3) формирование кадра MAC путем добавления всей специфичной для уровня MAC инфор
мации управления (SOF. бита SRR. бита IDE, бита RTR. резервных битов, CRC. рецессивного
бита во время интервала подтверждения приема. EOF) в кадр LLC. Ограниченные подуровни
LLC могут не требовать передачи кадров MAC с идентификаторами или полями данных, не со
ответствующих их ограничениям, см. 8.5:
b
) управление доступом к каналу передачи.
1) начало процесса передачи после распознавания свободного состояния шины (в соответ
ствии с междукадровым промежутком).
2) преобразованием кадра MAC в последовательную форму,
3) вставка дополняющих битов (заполнение битами),
4) арбитраж и переход в режим приема в случае пропуска при арбитраже,
5) обнаружение ошибок (мониторинг, проверка формата).
6) проверка подтверждения приема,
7) определение состояния перегрузки,
8) формирование кадра перегрузки и начало передачи.
9) формирование кадра ошибки и начало передачи,
10) представление последовательного битового потока на физический уровень для передачи.
17