ГОСТ 28907-91
Системы обработки информации. Локальные вычислительные сети. Протокол и услуги уровня управления логическим звеном данных

ГОСТ 28907-91 (ИСО 8802-2-89)

МЕЖГОСУДАРСТВЕННЫЙ СТАНДАРТ

СИСТЕМЫ ОБРАБОТКИ ИНФОРМАЦИИ

ЛОКАЛЬНЫЕ ВЫЧИСЛИТЕЛЬНЫЕ СЕТИ. ПРОТОКОЛ И УСЛУГИ УРОВНЯ УПРАВЛЕНИЯ ЛОГИЧЕСКИМ ЗВЕНОМ ДАННЫХ

Издание официальное

1

2

Стандартинформ

2005

МЕЖГОСУДАРСТВЕННЫЙ СТАНДАРТ

Системы обработки информации

Information processing systems. Local area networks. Logical link control protocol and service specification

MKC 53.100 ОКСТУ 4002

Дата введения 01.07.91

1. ВВЕДЕНИЕ

1Л. Назначение и область применении

Настоящий стандарт — один из совокупности стандартов, разрабатываемых дли обеспечения взаимосвязи ЭВМ и терминалов посредством локальной вычислительной сети (ЛВС). Его отношение к другим стандартам определено эталонной моделью взаимосвязи открытых систем в соответствии с ГОСТ 28906.

Требования данного стандарта являются обязательными.

Г1 р и м с ч а н и с. Точное отношение уровней, определяемых настоящим стандартом, к уровням, определенным эталонной моделью взаимосвязи открытых систем (ВОС). находится в стадии изучения.

В стандарте описаны функции, свойства и протокол подуровня управления логическим звеном (УЛЗ). Подуровень УЛЗ образует верхний подуровень уровня звена данных (черт. 1.1) и является общим для различных методов доступа к физической среде, определяемых и разрабатываемых в рамках комплекса государственных стандартов по ЛВС на основе данного стандарта. В различных стандартах отдельно описан каждый метод доступа к физической среде и указаны дополнительные возможности и функции, обеспечиваемые в каждом случае подуровнем управления доступом к физической среде (УДС) с целью охвата всех функций уровня звена данных согласно эталонной модели архитектуры ЛВС.

В стандарте приведены спецификации услуг подуровня УЛЗ, предоставляемых сетевому уровню (уровню 3), подуровню УДС. и функции управления подуровнем УЛЗ. Спецификация услуг на интерфейсе с сетевым уровнем содержит описание рахтичных услуг, которые подуровень УЛЗ вместе с ннжерасположенными уровнями и подуровнями предоставляет сетевому уровню.

Спецификация услуг на интерфейсе с подуровнем УДС содержит описание услуг, которые подуровень УЛЗ требует от подуровня УДС. Эти услуги определены в виде, нс зависящем от конкретных методов доступа к физической среде и от типа самой физической среды. Спецификация услуг для функции управления подуровнем УЛЗ содержит описание управляющих услуг, которые предоставляются подуровню УЛЗ. Все указанные выше спецификации услуг даны в форме примитивов, которые представляют абстрактный способ логического обмена информацией и управляющими сигналами между подуровнями УЛЗ и указанной функцией услуг (сетевым уровнем, подуровнем УДС или функцией управления подуровня УЛЗ). Они не определяют и не налагают никаких ограничений на конкретную реализацию логических объектов или интерфейсов.

И мание официальное    Перепечатка воспрещена

★

© Издательство стандартов. 1991 © Стандартинформ. 2005

С. 2 ГОСТ 28907-91

Взаимоотношение ЛВС н эталонной модели

УЛЗ Уровень звена данных УЛС Физический уровень Физический уровень ^ Среда j

Черт. 1.1

Стандарт содержит описание протокольных процедур равноправных логических объектов, которые определены для обмена информацией и управляющими сигналами между любой парой пунктов доступа к услугам уровня звена данных ЛВС. Процедуры УЛЗ не зависят от метода доступа к физической среде, используемого в конкретной ЛВС.

Для обеспечения широкого круга возможных применений введены два типа операций управления звеном данных (см. разд. 4). Первый тип операций (см. разд. 6) обеспечивает услуги звена данных без установления соединения через звено данных при минимальной сложности протокола. Этот тип операций может использоваться в тех случаях, когда вышсрасположсн-ные уровни обеспечивают все существенно необходимые услуги по восстановлению и сохранению последовательности передачи, и их не требуется повторять на уровне звена данных. Кроме того, этот тип операций может оказаться полезным в тех применениях, где гарантия доставки каждого блока данных уровня звена данных не является существенно необходимой. Такой тип услуг описан в настоящем стандарте в понятиях «логических звеньев данных». Второй тип операций (см. разд. 7) обеспечивает услуги звена данных с установлением соединения через звено данных, совместимые с существующими процедурами управления звеном данных, определенными. например ГОСТ 28080. Эти услуги обеспечивают поддержание упорядоченной доставки блоков данных уровня звена данных, а также широкий набор методов обнаружения ошибок на уровне звена данных. Этот второй тип услуг описан в настоящем стандарте в понятиях «соединений звена данных».

В настоящем стандарте определены два различных «класса» операций УЛЗ. Класс I обеспечивает услуги звена данных только в режнме-без-установления-соединения. Класс 2 обеспечивает услуги звена данных как в режиме-с-установленнем-соединения, так и в режи-ме-без-установления-соединення. Может обеспечиваться любой из двух классов операций.

Определенные здесь базовые протоколы — это равноуровневые протоколы, ориентированные на использование в многостанционных функциональных средах с групповым доступом. Ориентация на многостанционную среду с групповым доступом предполагает, что каждая станция должна быть способна участвовать во многих равноуровневых протокольных обменах данных со многими различными станциями через множество различных звеньев данных и/или соединений звена данных, обеспечиваемых единым физическим уровнем по единой физической среде. Каждая лвухнаправленная связь между парой логических объектов на уровне звена данных должна определять отдельное логическое звено данных или соединение звена данных со своими логическими параметрами и переменными. За исключением особо оговоренных случаев определяемые в данном разделе процедуры следует относить к каждому логическому звену данных или соединению звена данных на уровне звена данных по отдельности и независимо от любого другого логического звена данных или соединения звена данных, которое может существовать в рассматриваемой станции.

1.2. Совместимость стандартов

Равноуровневые протокольные процедуры, определенные в разд. 5. используют некоторые концепции и принципы, а также команды и ответы сбалансированных процедур управления звеном данных, известных под названием «режим асинхронный сбатансироваиный (РАС)» и

ГОСТ 28907-91 С. 3

определенных в ГОСТ 28080. Структура кадра для процедур уровня звена данных в целом определена частично в разд. 3 настоящего стандарта и частично в тех стандартах, которые определяют различные процедуры УДС. Для каждого пункта доступа к услугам уровня звена данных сочетание адресов подуровня УДС и подуровня УЛЗ яатяется единственным во всей ЛВС.

Примечание. Такое разделение адресного пространства уровня звена данных на отдельные поля адресов УДС и УЛЗ нс является частью каких бы то ни было государственных стандартов по уровню звена данных.

1.3.    Ссылки

ГОСТ 24402-88 Телеобработка данных и вычислительные сети. Термины и определения ГОСТ 28080-89 Системы обработки информации. Протокол уровня звена данных. Метод синхронной побитовой передачи данных

ГОСТ 28906-91 (ИСО 7498—84, Доп. 1—84 ИСО 7498—84) Системы обработки информации. Взаимосвязь открытых систем. Базовая эталонная модель

1.4.    Сокращения и пояснения 1.4.1 Сокращения

(См. приложение 1).

1.4.2. Пояснения

В настоящем стандарте использованы следующие пояснения терминов: принятие: Состояние, в котором находится УЛЗ, при приеме правильного Г1БД для его дальнейшей обработки.

ноля адреса (ПДУП и ПДУО): Упорядоченная пара адресов пункта доступа к услугам в начальной части Г1 БД УЛЗ. которые идентифицируют УЛЗ, назначенный(ые) для приема ПБД, и УЛЗ. передающий И БД. Длина каждого поля адреса равна одному остету.

основное состояние: Состояние подуровня УЛЗ, в котором он способен передавать или принимать ПБД, содержащие поле информации.

команда: При передаче данных инструкция, содержащаяся в поле управления И БД и передаваемая УЛЗ. Она побуждает адресуемый(ые) УЛЗ выполнить определенную управляющую функцию звена данных.

командный ПБД: Любой ПБД. передаваемый подуровнем УЛЗ. с битом К/О, установленным в значение 0.

ноле управления (У): Иоле, следующее непосредственно за полями адресов ПДУП и ПДУО ПБД. Содержимое поля управления интерпретируется прннимающим(и) адресуемым(и) УЛЗ, указанным полем адреса ПДУП:

а)    как команда УЛЗ — отправителя, указанного в поле адреса ПДУО. предписывающего выполнить некоторую конкретную функцию;

б)    как ответ от УЛЗ — отправителя, указанного полем адреса ПДУО.

звено данных: Совокупность двух или более оконечных установок и соединительного канала связи, функционирующих в соответствии с конкретным методом обмена информацией; в данном контексте понятие «оконечная установка» не содержит источник данных и получателя данных.

уровень звена данных: Концептуальный уровень управления или совокупность обрабатывающих логических функций в иерархической структуре станции, ответственных за поддержание управления звена данных. Функции уровня звена данных обеспечивают интерфейс между вышерасположенным логическим уровнем станции и звеном данных. К этим функциям относятся: интерпретация полей адреса и управления, доступ к каналу, а также генерация, передача и интерпретация командных и ответных ПБД.

особое условие: Условие, которое возникает на УЛЗ при получении командного ПБД, которое он нс может выполнить из-за ошибки передачи или неправильного функционирования собственных средств обработки.

глобальный (общий) адрес ПДУП: Заранее определенный адрес ПДУП УЛЗ (все биты равны I). используемый как общий адрес всех станций. Этот адрес никогда не может быть адресом отдельного УЛЗ в звене данных.

групповой (многостанционный) адрес ПДУП: Адрес получателя, назначенный совокупности УЛЗ для упрощения их коллективной адресации. Младший бит этого адреса всегда должен быть равен I.

вышераспо.южсиный уровень: Концептуальный уровень управления или логических функций обработки в иерархической структуре станции, который расположен выше уровня звена данных и от которого зависит выполнимость функций уровня звена данных (например управление устройствами, распределение буферов, управление подуровнем УЛЗ станции и др.).

поле информации: Последовательность октетов между полем управления и концом МВД УЛЗ. Содержимое поля информации протокольных блоков данных И. ТЕСТ и НИ не интерпретируется подуровнем УЛЗ.

недействительный кадр: ПБД. который либо

а)    не содержит целого числа октетов, либо

б)    нс содержит по меньшей мере двух адресных октетов и управляющего октета, либо

в)    определен физическим уровнем или подуровнем УДС как ПБД. содержащий ошибочные биты данных.

УЛЗ —та часть станции данных, которая обеспечивает функции управления логическим звеном для двух или более логических звеньев. УЛЗ генерирует командные ПБД и ответные ПБД для передачи и интерпретирует принимаемые командные ПБД и ответные ПБД. На подуровень УЛЗ вохтагаются следующие конкретные задачи:

а)    инициация обмена управляющими сигналами;

б)    организация потока данных;

в)    интерпретация принятых командных ПБД и генерация соответствующих ответных

ПБД;

г)    действия, относящиеся к обработке ошибок и к функциям исправления ошибок на подуровне УЛЗ.

УДС — та часть станции данных, которая выполняет функции управления доступом к физической среде, расположенные непосредственно под подуровнем управления логическим звеном. К процедурам подуровня УДС относятся формирование кадров данных из блоков данных и их расформирование, контроль ошибок и назначение права на доступ к физической среде. N-уровснь: Часть архитектуры, образованная подсистемами одного и того же ранга (N).

N-пользователь: (N+Ц-й логический объект, пользующийся услугами — уровня и ниже-расположенных уровней для взаимодействия с другими (N+I)-m логическим объектом.

октет: Еиториснтированный элемент, состоящий из восьми последовательных двоичных битов.

равно*ровневый протокол: Последовательность обменов сообщений между двумя логическими объектами одного и того же уровня с использованием услуг нижерасположенных уровней для осуществления успешной передачи данных и/или управляющей информации от одного пункта к другому.

протокольный блок данных (ПБД): Непрерывная последовательность октетов, доставляемая как единое целое из подуровня УДС или подуровню УДС. Правильный ПБД УЛЗ имеет длину не менее трех октетов и содержит два адресных поля и поле управления. Кроме того, ПБД может содержать поле информации.

ответ: В передаче данных ответ, содержащийся в поле управления ответного ПБД. Он извещает адресуемого УЛЗ-получателя о действиях, выполненных УЛ3-отправителем при получении одного или нескольких командных ПБД.

ответный ПБД: Любой ПБД. посланный подуровнем УЛЗ. в котором бит К/О равен I. услуги: Возможности и средства, предоставляемые N-уровнем N-пользователю, класс услуг (используется в примитивах): Параметр, используемый для переноса информации о требуемом или желаемом типе услуг.

Примечание. Термины и определения — по ГОСТ 24402.

2. СПЕЦИФИКАЦИЯ УСЛУГ ПОДУРОВНЯ УЛЗ

В данном разделе определяются услуги, запрашиваемые или обеспечиваемые подуровнем УЛЗ на логических интерфейсах с сетевым уровнем, подуровнем УДС и функцией управления подуровнем УЛЗ.

ГОСТ 28907-91 С. 5

В общем случае услуга уровня (или подуровня) — это тс возможности, которые он предоставляет пользователю, находящемуся в смежном вышсрасположснном уровне (или подуровне). Для того, чтобы обеспечить эти услуги, уровень (или подуровень) выполняет свои функции на основе услуг, запрашиваемых от смежного нижележащего уровня (или подуровня). На черт. 2.1 показаны такая иерархия услуг и взаимоотношение двух N-пользователей-корреспондентов и связанных с ними равноуровневых протокольных логических объектов N-уровня (или подуровня).

Служебные примитивы

Поставщик Пользователь услуги    услуги

-► ИНДИКАЦИЯ

«*-ОТВЕТ

Черт. 2.1

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

Спецификация услуг проводится путем описания служебных примитивов и параметров, характеризующих каждую услугу. Услуга может иметь одни или несколько соответствующих примитивов, которые вызывают действия, относящиеся к конкретной услуге. Каждый служебный примитив может не иметь параметров или иметь несколько параметров, содержащих информацию. необходимую для обеспечения данной услуги.

Все примитивы подразделяют на четыре общих типа:

ЗАПРОС — примитив запроса передается от //-пользователя к //-уровню (или подуровню) для запроса инициации услуги.

ИНДИКАЦИЯ — примитив индикации передастся от //-уровня (или подуровня) к //-пользователю для информирования последнего о внутреннем событии //-уровня (или подуровня), значимого для //-пользователя. Такое событие может быть логически связано с удаленным запросом услуги или обусло&зено внутренним событием //-уровня (или подуровня).

ОТВЕТ — примитив ответа передается от //-пользователя к //-уровню (или подуровню) для завершения процедуры, инициированной предыдущим примитивом индикации.

ПОДТВЕРЖДЕНИЕ — примитив подтверждения передается от //-уровня (или подуровня) к //-пользователю с целью передачи результатов выполнения одного или нескольких предыдущих запросов соответствующих услуг.

Возможные взаимоотношения между различными типами примитивов показаны в виде временной диаграммы на черт. 2.2. На нем показаны также логические взаимоотношения между типами примитивов. Те типы примитивов, которые на диаграмме появляются раньше во времени, соединены пунктирными линиями, логически предшествуют следующим во времени типам примитивов.

2.1. Спецификация услуг на И1гтерфейсе между сетевым уровнем и подуровнем УЛЗ

В данном разделе определены с точки зрения сетевого уровня услуги, запрашиваемые сетевым уровнем от подуровня УЛЗ с целью обеспечения обмена данными между локальным н удаленным логическим объектом сетевого уровня. Эти услуги описаны в абстрактном виде и не подразумевают какой-либо конкретной реализации или какого-либо детализированного интерфейса.

Предусмотрены два вида услуг: услуги в режиме-без-установления-соединения и без подтверждения. и услуги в режнме-с-установлением-соединення.

Услуга в режиме-без-установления-соединения и без подтверждения — это услуга передачи данных, которая обеспечивает средства, с помощью которых логические объекты сетевого уровня могут обмениваться сервисными блоками данных звена (СБДЗ) без установления соединения на уровне звена данных. Передача данных может быть двухпунктовой групповой или ш и ро к о ве щател ьной (гл обал ьн ой).

Услуги в режиме-с-установлснием-соединения. Этот набор услуг обеспечивает средства для установления, использования, сброса и завершения соединений на уровне звена данных. Эти соединения являются двухпунктовыми между 11ДУЗ.

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

Временные дна1раммы

Запрос Индикация а. 6 Запрос Индикация Индикация Чч ч Индикация Ответ 'Ъ г Ответ Индикация в .. , Запрос Индикация Подтверждение Ответ ^ ^ — ** д е Запрос s\S 'О/ ж Запрос Запрос Подтверждение Подтверждение Индикация 3

Черт. 2.2

Услуга передачи данных режима-с-установлением-соедннения обеспечивает средства, с помощью которых логический объект сетевого уровня может посылать или получать СБДЗ по соединению уровня звена данных. Эта услуга обеспечивает также упорядочение на уровне звена данных, управление потоком и восстановление от ошибок.

ГОСТ 28907-91 С. 7

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

Услуга завершения соединения обеспечивает средства, с помощью которых логический объект сетевого уровня может запросить завершение соединения на уровне звена данных или может быть проинформирован о завершении такого соединения.

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

2.1.1.    Краткое описание взаимодействий

2.1.1.1.    Услуги в режиме-без-установлення-соединений и без подтверждений

2.1.1.1.1.    Передача данных в режиче-бсустановления-соединений и без подтверждений.

В фазе передачи данных в режиме-без-устанонления-соединений и без подтверждений используются следующие примитивы:

ЗД-БЛОК-ДАННЫХ. запрос ЗД-БЛОК-ДАННЫХ. индикация

Примитив ЗД-БЛОК-ДАННЫХ. запрос передается подуровню УЛЗ для запроса передачи СБДЗ с использованием процедур режима-без-установлсння-соединения и без подтверждений. Примитив ЗД-БЛОК-ДАННЫХ. индикация передается из подуровня УЛЗ для информирования о поступлении СБДЗ.

2.1.1.2. Услуги режима-с-установлением-соедииения

2.1.1.2.1.    Установление соединения. При установлении соединения используются следующие примитивы:

ЗД-СОЕДИНЕНИЕ. запрос ЗД-СОЕДИНЕНИЕ. индикация ЗД-СОЕДИНЕНИЕ. ответ ЗД-СОЕДИНЕПИЕ. подтверждение

Примитив ЗД-СОЕДИНЕНИЕ. запрос передается подуровню УЛЗ для запроса установления соединения логического звена между локальным ПДУЗ и удаленным ПДУЗ. Примитив ЗД-СОЕДИНЕНИЕ индикация передается подуровнем УЛЗ для информирования о запросе удаленного логического объекта на установление соединения с локальным ПДУЗ. Примитив ЗД-СОЕДИНЕНИЕ. ответ передается подуровню УЛЗ для сигнализации приемлемости соединения. Примитив ЗД-СОЕДИНЕНИЕ. подтверждение передастся подуровнем УЛЗ для передачи результатов выполнения предыдущего примитива ЗД-СОЕДИНЕНИЕ. запрос.

2.1.1.2.2.    Передача данных в рсжимс-с-установленисм-соелинения. К передаче данных в рсжиме-с-установлсннсм-сосдннения относятся следующие примитивы:

ЗД-ДАННЫЕ. запрос ЗД-ДАННЫЕ. индикация

Примитив ЗД-ДАННЫЕ. запрос передается подуровню УЛЗ для запроса передачи СБДЗ с использованием процедур режима-с-установлением-соединения. Примитив ЗД-ДАННЫЕ. индикация передастся подуровнем УЛЗ для информирования о поступлении СБДЗ.

2.1.1.2.3.    Завершение соединения. При завершении соединения используются следующие примитивы:

ЗД-РАЗЪЕДИНЕН НЕ. запрос ЗД-РАЗЪЕДИНЕНИЕ. индикация

Примитив ЗД-РАЗЪЕДИНЕНИЕ. запрос передается подуровню УЛЗ для запроса немедленного завершения соединения звена данных. Примитив ЗД-РАЗЪЕДИНЕНИЕ. индикация передается подуровнем УЛЗ для информирования сетевого уровня о том. что соединение завершено.

2.1.1.2.4.    Сброс соединения. При сбросе соединения используются следующие примитивы: ЗД-СБРОС. запрос

ЗД-СБРОС. индикация ЗД-СБРОС. ответ ЗД-СБРОС. подтверждение

Примитив ЗД-СБРОС. запрос передается подуровню УЛЗ для запроса немедленного сброса соединения в исходное состояние. Примитив ЗД-СБРОС. индикация передается подуровнем УЛЗ для информирования о попытке сброса соединения удаленным логическим объектом или локальным подуровнем УЛЗ. Примитив ЗД-СБРОС. ответ передается подуровню УЛЗ для сигнализации приемлемости условия сброса. Примитив ЗД-СБРОС. подтверждение передается подуровнем УЛЗ для передачи результатов выполнения предыдущего примитива ЗД-СБРОС. запрос.

2.1.1.2.5. Управление потоком в соединении. При управлении потоком в соединении используются следующие примитивы:

ЗД-СОЕДИНЕН ИЕ-УП РАВЛЕН И Е- ПОТОКОМ, запрос

ЗД-СОЕДИНЕНИЕ-УПРАВЛЕНИЕ-ПОТОКОМ. индикация

Примитив ЗД-СОЕДИНЕНИЕ-УПРАВЛЕНИЕ-ПОТОКОМ. запрос передается подуровню УЛЗ для управления потоком примитивов ЗД-ДАННЫЕ. индикация, выдаваемых подуровнем УЛЗ и относящихся к соединению. Примитив ЗД-СОЕДИНЕНИЕ-УИРАВЛЕНИЕ-СОЕДИНЕНИЕ. индикация передается подуровнем УЛЗ для управления потоком примитивов ЗД-ДАННЫЕ. запрею. выдаваемых сетевым уровнем и относящихся к соединению.

2.1.2. Детальные спецификации услуг

В данном разделе приведено подробное описание примитивов и параметров, относящихся к указанным выше услугам. Следует отметить, что параметры определяются в абстрактном смысле. Параметры определяют ту информацию, которая должна поступать к принимающему логическому объекту. На конкретную реализацию метода получения этой информации не налагается никаких ограничений.

Параметры «адрес-отправителя» и «адрес-получателя* обеспечивают как минимум логическое объединение поля адреса УДС (АО и/нлн АГ1) с полем адреса УЛЗ (ПДУО и/или ИДУП). Реализация услуг, ориентированных на соединение, может осуществляться с использованием идентификатора соединения локальной значимости, определяющего параметры адреса отправителя и адреса получателя. Параметр «данные» может быть обеспечен фактической передачей СБДЗ. передачей соответствующего указателя или другими способами. Параметр «приоритет» определяет приоритетность передачи соответствующего блока данных и передается прозрачно нижсрасположенному подуровню УДС соответствующими примитивами УЛЗ/УДС (см. п. 2.2). Параметр «причина» поясняет причину разъединения, в качестве которой может быть запрос удаленного логического объекта или внутренняя ошибка подуровня УЛЗ. Параметр «объем» содержит информацию об объеме данных, который имеет право передавать логический объект УЛЗ:

2.1.2.1.    ЗД- БЛОК-ДАН ПЫХ. запрос

2.1.2.1.1.    Функция. Этот примитив является примитивом запроса услуги для службы передачи данных в режиме-без-установлення-соединення и без подтверждений.

2.1.2.1.2.    Семантика сервисного примитива. Примитив должен иметь следующие параметры:

ЗД-БЛОК ДАННЫХ, запрос (

адрес-отправителя; адрес- пол учателя. данные, приоритет )

Параметры «адрес-отправителя» и «адрес-получателя* определяют локальный и удаленный ПДУЗ, участвующие в передаче блока данных. Параметр «адрес-получателя» может определять как индивидуальный, так и фупповой адрес. Параметр «данные» определяет сервисный блок данных звена, подлежащий передаче логическим объектом уровня звена данных. Параметр «приоритет* определяет приоритетность, требуемую для передачи этого блока данных.

2.1.2.1.3.    Условие итерации. Данный примитив передается сетевым уровнем подуровню УЛЗ для запроса передачи СБДЗ одному или нескольким удаленным ПДУЗ с использованием процедур режнма-без-установления-соедннення и без подтверждений.

ГОСТ 28907-91 С. 9

2.1.2.1.4.    Результат приема. Поступление этого примитива побуждает подуровень УЛЗ сделать попытку передачи СБДЗ с использованием процедур режима-без-установления-соеди-нения и без подтверждений.

2.1.2.1.5.    Дополнительные замечания. Выполнение этого примитива не зависит от наличии соединения с удаленным ПДУЗ.

Возможная логическая последовательность примитивен при успешной передаче блока данных в режиме-без-установления-соединсння и без подтверждений показана на черт. 2.2в.

2.1.2.2. ЗД-БЛОК ДАННЫХ, индикация

2.1.2.2.1.    Функция. Этот примитив является сервисным примитивом индикации для услуги передачи блока данных в рсжимс-без-установлсння-соединения и без подтверждений.

2.1.2.2.2.    Семантика сервисного примитива. Данный сервисный примитив должен содержать следующие параметры:

ЗД-БЛОК ДАННЫХ, индикация (

адрес-отправителя, адрес - пол учател я. данные, приоритет )

Параметры «адрес-отправителя* и «адрес-получателя* определяют локальный и удаленный ПДУЗ, участвующие в передаче блока данных. Адрес отправителя может определять адрес локального ПДУЗ, он может быть также групповым адресом, определяющим несколько ПДУЗ. включая локальный ПДУЗ. Параметр «данные» определяет сервисный блок данных звена, принятый логическим объектом подуровня УЛЗ. Параметр «приоритет* определяет приоритетность. необходимую для передачи этого блока данных.

2.1.2.2.3.    Условие генерации. Данный примитив передается подуровнем УЛЗ сетевому уровню для его информирования о поступлении СБДЗ от указанного удаленного логического объекта.

2.1.2.2.4.    Результат приема. Результат приема данного примитива сетевым уровнем нс определен в настоящем стандарте.

2.1.2.2.5.    Дополнительные замечания. Выполнение этого примитива не зависит от наличии соединения с удаленным ПДУЗ.

При отсутствии ошибок параметр «данные* имеет логически полное содержание, которое не отличается от содержания параметра «данные* соответствующего примитива ЗД-БЛОК-ДАННЫХ. запрос.

2.1.2.3. ЗД-СОЕДИНЕНИЕ. запрос

2.1.2.3.1.    Функция. Данный примитив является сервисным примитивом запроса дтя услуги установлении соединения.

2.1.2.3.2.    Семантика сервисного примитива. Данный примитив должен обеспечивать следующие параметры:

ЗД-СОЕДИНЕНИЕ. запрос (

адрес -отправителя, адрес-получател я, приоритет )

Параметры «адрес отправителя* и «адрес-получателя* определяют локальный и удаленный ПДУЗ, между которыми должно быть установлено соединение. Параметр «приоритет* определяет приоритетность, требуемую для данного соединения.

2.1.2.3.3.    Условие генерации. Данный примитив передается сетевым уровнем подуровню УЛЗ, когда логический объект сетевого уровня желает установить с удаленным ПДУЗ соединение логического звена с заданным приоритетом.

2.1.2.3.4.    Результат приема. Прием данного примитива подуровнем УЛЗ побуждает локальный логический объект УЛЗ начать установление соединения с удатенным логическим объектом УЛЗ.