ГОСТ Стандарт

ГОСТ 28907-91

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

5 829 views

Download document

.docx format · available to registered users

Sign in and download

Document text

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

СОЮЗА ССР

СИСТЕМЫ

ОБРАБОТКИ ИНФОРМАЦИИ

ЛОКАЛЬНЫЕ ВЫЧИСЛИТЕЛЬНЫЕ СЕТИ.

ПРОТОКОЛ И УСЛУГИ УРОВНЯ УПРАВЛЕНИЯ

ЛОГИЧЕСКИМ ЗВЕНОМ ДАННЫХ

ГОСТ 28907—91

(ИСО 8802/2—89)
Издание официальное

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

ПО УПРАВЛЕНИЮ КАЧЕСТВОМ ПРОДУКЦИИ И СТАНДАРТАМ

Москва

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

СОЮЗА ССР

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

ЛОКАЛЬНЫЕ ВЫЧИСЛИТЕЛЬНЫЕ СЕТИ.

ПРОТОКОЛ И УСЛУГИ УРОВНЯ УПРАВЛЕНИЯ

ЛОГИЧЕСКИМ ЗВЕНОМ ДАННЫХ

ГОСТ 28907—91

(ИСО 8802/2- 89)
Издание официальное
Москва
199
1

УДК 681.3.01:006.354 Группа П85

ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР

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

ЛОКАЛЬНЫЕ ВЫЧИСЛИТЕЛЬНЫЕ СЕТИ.

ПРОТОКОЛ И УСЛУГИ УРОВНЯ УПРАВЛЕНИЯ

ЛОГИЧЕСКИМ ЗВЕНОМ ДАННЫХ

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

ОКСТУ4002

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

1. ВВЕДЕНИЕ

1.1. Назначение и область применения Настоящий стандарт — один из совокупности стандартов, разрабатываемых для обеспечения взаимосвязи ЭВМ и тер­миналов посредством локальной вычислительной сети (ЛВС). Его отношение к другим стандартам определено эталонной моделью взаимосвязи открытых систем в соответствии с ГОСТ 28906.
Требования данного стандарта являются обязательными.
При мечание. Точное отношение уровней, определяемых на­стоящим стандартом, к уровням, определенным эталонной моделью взаимосвязи открытых систем (ВОС), находится в стадии изучения.
В стандарте описаны функции, свойства и протокол под­уровня управления логическим звеном (УЛЗ). ‘Подуровень УЛЗ образует верхний подуровень уровня звена данных (черт. 1.1) и является общим для различных методов досту­па к физической среде, определяемых и разрабатываемых в рамках комплекса государственных стандартов по ЛВС на основе данного стандарта. В различных стандартах отдель­но описан каждый метод доступа к физической среде и указа­ны дополнительные возможности и функции, обеспечиваемые в каждом случае подуровнем управления доступом к физи­ческой среде (УДС) с целью охвата всех функций уровня звена данных согласно эталонной модели архитектуры ЛВС.
Издание официальное
* j@> Издательство стандартов, 1991
Настоящий стандарт не может быть полностью или частично воспроизведен,
тиражирован и распространен без разрешения Госстандарта СССР
В стандарте приведены спецификации услуг подуровня УЛЗ, предоставляемых сетевому уровню (уровню 3), под­уровню УДС, и функции управления подуровнем УЛЗ. Спе­цификация услуг на интерфейсе с сетевым уровнем содержит описание различных услуг, которые подуровень УЛЗ вместе с нижерасположенными уровнями и подуровнями предостав­ляет сетевому уровню.
Взаимоотношение ЛВС и эталонной модели

Спецификация услуг на интерфейсе с подуровнем УДС содержит описание услуг, которые подуровень УЛЗ требует от подуровня УДС. Эти услуги определены в виде, не зависящем от конкретных методов доступа к физической среде и от типа самой физической среды. Спецификация услуг для функции управления подуровнем УЛЗ содержит описание управляющих услуг, которые предоставляются подуровню УЛЗ. Все ука­занные выше спецификации услуг даны в форме примитивов, которые представляют абстрактный способ логического обме­на информацией и управляющими сигналами между подуров­нем УЛЗ и указанной функцией услуг (сетевым уровнем, подуровнем УДС или функцией управления подуровня УЛЗ). Они не определяют и не налагают никаких ограничений на конкретную реализацию логических объектов или интерфей­сов.
Стандарт содержит описание протокольных процедур равноправных логических объектов, которые определены для обмена информацией и управляющими сигналами между любой парой пунктов доступа к услугам уровня звена данных ЛВС. Процедуры УЛЗ не зависят от метода доступа к физи­ческой среде, используемого в конкретной ЛВС.
Для обеспечения широкого круга возможных применений введены два типа операций управления звеном данных (см. разд. 4). Первый тип операций (см. разд. 6) обеспечивает ус­луги звена данных без установления соединения через звено данных при ’ минимальной сложности протокола. Этот тип операций может использоваться в тех случаях, когда выше­расположенные уровни обеспечивают все существенно необ­ходимые услуги по восстановлению и сохранению последова­тельности передачи, и их не требуется повторять на уровне звена данных. Кроме того, этот тип операций может оказать­ся полезным в тех применениях, где гарантия доставки каждо­го блока данных уровня звена данных не является сущест­венно необходимой. Такой тип услуг описан в настоящем стандарте в понятиях „логических звеньев данных”. Второй тип операций (см. разд. 7) обеспечивает услуги звена данных с установлением соединения через звено данных, совмести­мые с существующими процедурами управления звеном дан­ных, определенными, например ГОСТ 28080. Эти услуги обеспечивают поддержание упорядоченной доставки блоков данных уровня звена данных, а также широкий набор мето­дов обнаружения ошибок на уровне звена данных. Этот вто­рой тип услуг описан в настоящем стандарте в понятиях „соединений звена данных”.
В настоящем стандарте определены два различных „клас­са” операций УЛЗ. Класс 1 обеспечивает услуги звена данных только в режиме-без-установления-соединения. Класс 2 обеспе­чивает услуги звена данных как в режиме-с-установлением- соединения, так и в режиме-без-у становления-соединения. Может обеспечиваться любой из двух классов операций.
Определенные здесь базовые протоколы — это равноуров- невые протоколы, ориентированные на использование в много станционных функциональных средах с групповым доступом. Ориентация на многостанционную среду с группо­вым доступом предполагает, что каждая станция должна быть способна участвовать во многих разноуровневых протоколь­ных обменах данных со многими различными станциями через множество различных звеньев данных и/или соедине­ний звена данных, обеспечиваемых единым физическим уров­нем по единой физической среде. Каждая двухнаправленная связь между парой логических объектов на уровне звена данных должна определять отдельное логическое звено дан- них или соединение звена данных со своими логическими па­раметрами и переменными. За исключением особо оговорен­ных случаев определяемые в данном разделе процедуры следует относить к каждому логическому звену данных или соединению звена данных на уровне звена данных по отдель­ности и независимо от любого другого логического звена данных или соединения звена данных, которое может сущест­вовать в рассматриваемой станции.
1.2. Совместимость стандартов. Разноуровневые прото­кольные процедуры, определенные в разд. 5, используют некоторые концепции и принципы, а также команды и ответы сбалансированных процедур управления звеном данных, из­вестных под названием „режим асинхронный сбалансирован­ный (РАС) ” и определенных в ГОСТ 28080. Структура кадра для процедур уровня звена данных в целом определена частично в разд. 3 настоящего стандарта и частично в тех стандартах, которые определяют различные процедуры УДС. Для каждого пункта доступа к услугам уровня звена данных сочетание адресов подуровня УДС и подуровня УЛЗ является единственным во всей ЛВС.
При мечание. Такое разделение адресного пространства уровня звена данных на отдельные поля адресов УДС и УЛЗ не является частью каких бы то ни было государственных стандартов по уровню звена дан­ных.
1.3. Ссылки
ГОСТ 28080 „Системы обработки информации. Протокол уровня звена данных. Метод синхронной побитовой передачи данных”.
ГОСТ 28906 „Системы обработки информации. Взаимо­связь открытых систем. Базовая эталонная модель”.
ГОСТ 24402 „Телеобработка данных и вычислительные сети. Термины и определения”.
1.4. Сокращения и пояснения
1.4.1. Сокращения (См. приложение I) 1.4.2. Пояснения
В настоящем стандарте использованы следующие поясне­ния терминов:
Принятие — состояние, в котором находится УЛЗ, при приеме правильного ПБД для его дальнейшей обработки.
Поля адреса (ПДУП и ПДУ О) — упорядоченная пара адре­сов кункта доступа к услугам в начальной части ПБД УЛЗ, которые идентифицируют УЛЗ, назначенный (ые) для приема ПБД, и УЛЗ, передающий ПБД. Длина каждого поля адреса равна одному остету.
Основное состояние — состояние подуровня УЛЗ, в кото­ром он способен передавать или принимать ПБД, содержащие поле информации.
Комавда — при передаче данных инструкция, содержащая­ся в поле управления ПБД и передаваемая УЛЗ. Она побуж­дает адресуемый (ые) УЛЗ выполнить определенную управ­ляющую функцию звена данных.
Командный ПБД — любой ПБД, передаваемый подуровнем УЛЗ, с битом К/О, установленным в значение 0.
Поле управления (У) — поле, следующее непосредственно за полями адресов ПДУП и ПДУО ПБД. Содержимое поля управления интерпретируется принимающим (и) адресуе­мым (и) УЛЗ, указанным полем адреса ПДУП:
) как команда УЛЗ —отправителя, указанного в поле адре­са ПДУО, предписывающего выполнить некоторую конкрет­ную функцию.
) как ответ от УЛЗ — отправителя, указанного полем адреса ПДУО.
Звено данных — совокупность двух или более оконечных установок и соединительного кайала связи, функционирую­щих в соответствии с конкретным методом обмена информа­цией; в данном контексте понятие „оконечная установка” не содержит источник данных и получателя данных.
Уровень звена данных — концептуальный уровень управ­ления или совокупность обрабатывающих логических функ­ций в иерархической структуре станции, ответственных за под­держание управления звена данных. Функции уровня звена данных обеспечивают интерфейс между вышерасположенным логическим уровнем станции и звеном данных. К этим функ­циям относятся: интерпретация полей адреса и управления, доступ к каналу, а также генерация, передача и интерпрета­ция командных и ответных ПБД.
Особое условие — условие, которое возникает на УЛЗ при получении командного ПБД, которое он не может вы­полнить из-за ошибки передачи или неправильного функ­ционирования собственных средств обработки.
Глобальный (общий) адрес ПДУП — заранее определен­ный адрес ПДУП УЛЗ (все биты равны 1), используемый как общий адрес всех станций. Этот адрес никогда не может быть адресом отдельного УЛЗ в звене да