ГОСТ Р ИСО 11898-1-2015; Страница 11

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы

ГОСТ 12358-2002 Стали легированные и высоколегированные. Методы определения мышьяка Alloyed and highalloyed steels. Methods for determination of arsenic (Настоящий стандарт устанавливает непламенный атомно-абсорбционный (при массовой доле мышьяка от 0,0002 % до 0,01 %), фотометрический (при массовой доле мышьяка от 0,002 % до 0,2 %) и потенциометрический (при массовой доле мышьяка от 0,05 % до 0,2 %) методы определения мышьяка в легированных и высоколегированных сталях) ГОСТ Р 56689-2015 Акустика. Измерение звукоизоляции ударного и воздушного шума и шума инженерного оборудования зданий в натурных условиях. Ориентировочный метод Acoustics. Field measurements of airborne and impact sound insulation and of service equipment sound. Survey method (Настоящий стандарт устанавливает ориентировочные методы измерения в натурных условиях:. а) звукоизоляции воздушного шума ограждениями помещений; . б) звукоизоляции ударного шума перекрытиями (полами и напольными покрытиями); . в) звукоизоляции фасадов; . г) уровней звукового давления шума, создаваемого в помещениях инженерным оборудованием) ГОСТ Р 56692-2015 Средства технической защиты банкоматов и платежных терминалов. Термины и определения Means of technical defense of cashpoints and payment terminals. Terms and definitions (Настоящий стандарт устанавливает термины и определения понятий в области средств технической защиты банкоматов и платежных терминалов. Термины, установленные настоящим стандартом, рекомендуются для применения во всех видах документации и литературы по средствам технической защиты банкоматов и платежных терминалов, входящих в сферу действия работ по стандартизации и (или) использующих результаты этой деятельности)

Страница 11

Страница 1

Untitled document

ГОСТ Р ИСО 11898-1—2015

(Л/- 1) подсистем уровня посредством (Л/- 1)точекдоступа к службам (SAP). Блок NPDU должен прохо

дить с помощью (N - 1) сервисных блоковданных (SDU) на уровень (N - 1), службы которого позволяют

передать блок NPDU. Блоки SDU должны представлять собой интерфейсные данные, идентичность

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

ресылаемых службой. Канальный уровень протокола CAN не должен обеспечивать ни средства рас

пределения одного блока SDU в несколько блоков PDU. ни сведения нескольких SDU в один PDU. т.е.

NPDU непосредственно формируется из взаимосвязанных блоков NSDU и специфической для уровня

управляющей информации N-PCI. На рисунке 2 показано взаимодействие на нижнем канальном уровне.

--------Н LPPU h—

\ M-PCI

V .V .V .V A V

i v l v - v - v

Кадр MAC

MPDU

| LSDU || LSDU

Кадр LCC

■ "■ ■ v v — ” ■■

| MSDU IMSDU

v^v.vrr^v/r.v.v-v

И Ш ёШ

Интерфейс физического уровня

Рисунок 2 — Взаимодействие уровней протокола

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

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

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

служба.тип (

[параметр^...]

где «служба» — это имя службы, например. L_Data для службы передачи данных, обеспечиваемой

нижним уровнем LLC, «тип» — это тип служебного примитива (см. п. 7.3.2), а [параметр1,...] — это

перечень значений, придаваемых служебному примитиву. Квадратные скобки означают, что этот пере

чень параметров может быть пустым.

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

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

a) Service.Request

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

(провайдер службы) для запроса запуска службы.

b) Service.lndication

Примитив индикации должен поступать от N-ro уровня N-му пользователю для указания на вну

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

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

событием, внутренним для N-ro уровня (или нижнего уровня).

c) Service.Confirm

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

вателю для передачи результатов одного или более взаимосвязанных предыдущих запросов службы.