Стр. 1
 

86 страниц

608.00 ₽

Купить официальный бумажный документ с голограммой и синими печатями. подробнее

Официально распространяем нормативную документацию с 1999 года. Пробиваем чеки, платим налоги, принимаем к оплате все законные формы платежей без дополнительных процентов. Наши клиенты защищены Законом. ООО "ЦНТИ Нормоконтроль".

Наши цены ниже, чем в других местах, потому что мы работаем напрямую с поставщиками документов.

Способы доставки

  • Срочная курьерская доставка (1-3 дня)
  • Курьерская доставка (7 дней)
  • Самовывоз из московского офиса
  • Почта РФ

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

код ОКС откорректирован в соответствии с указателем стандартов 2007 г.

Оглавление

1 Введение

   1.1 Назначение и область применения

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

   1.3 Ссылки

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

2 Спецификация услуг подуровня УЛЗ

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

   2.2 Спецификация услуг на интерфейс подуровень УЛЗ - подуровень УДС

3 Структура протокольного блока данных УЛЗ

   3.1 Общие положения

   3.2 Формат ПДБ УЛЗ

   3.3 Элементы ПБД УЛЗ

4 Типы и классы процедур УЛЗ

   4.1 Общие положения

   4.2 Классы УЛЗ (аттестационный раздел)

5 Элементы процедур УЛЗ

   5.1 Общие положения

   5.2 Форматы поля управления

   5.3 Параметры поля управления

   5.4 Команды и ответы

6 Описание процедур УЛЗ типа 1

   6.1 Режимы работы

   6.2 Процедуры адресации

   6.3 Процедуры использования бита З/П

   6.4 Процедуры установления и разъединения логического звена данных

   6.5 Процедуры передачи информации

   6.6 Использование командного и ответного ПБД ИДС

   6.7 использование командного и ответного ПБД ТЕСТ

   6.8 Список параметров логического звена данных

   6.9 Точное описание прцедур типа 1

7 Описание процедур УЛЗ типа 2

   7.1 Режимы

   7.2 Процедуры адресации

   7.3 Процедуры использования бита З/П

   7.4 Процедуры установления и разъединения звена данных

   7.5 Процедуры передачи информации

   7.6 Процедуры сброса

   7.7 Особые условия НПРК

   7.8 Список параметров соединения звена данных

   7.9 Точное описание процедур типа 2

Приложение 1 Сокращения, применяемые в стандарте

Приложение 2 Методы управления потоком для объединенных мостами локальных вычислительных сетей

Информационные данные

Показать даты введения Admin

Страница 1

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

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

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

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

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

^я| СтшчгтЦя'ш

Страница 2

УДК 681.3.01:006.354    Группа 1185

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

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

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

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

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

M КС 53.100 ОКСТУ 4002

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

1. ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

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

Страница 3

С. 2 ГОСТ 28907-91

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

Уровень звена, да ннь/х

УЛЗ

УДС

Физический

уровень

-


Физический

уровень


Среда

Черт. 1.1

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

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

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

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

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

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

Страница 4

ГОСТ 28907-91 С. 3

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

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

1.3.    Ссылки

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

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

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

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

1.4.2. Пояснения

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

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

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

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

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

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

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

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

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

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

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

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

Страница 5

С. 4 ГОСТ 28907-91

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

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

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

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

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

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

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

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

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

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

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

ПБД;

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

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

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

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

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

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

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

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

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

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

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

Страница 6

ГОСТ 28907-91 С. 5

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

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

Пользователь

услуги


Поставщик

услуги


Пользователь

услуги


ИНДИКАЦИЯ

ЗАПРОС

ПОДТВЕРЖДЕНИЕ

ОТВЕТ

Черт. 2.1

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

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

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

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

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

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

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

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

Страница 7

С. 6 ГОСТ 28907-91

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

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

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

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

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

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

Временные диаграммы

Запрос

Индикация

а.

6

Запрос

Индикация

о /

Индикация

Ч

ч

ч

Индикация Ответ

О/

Ответ

Индикация

/\у

, , Запрос Индикация^ ‘-*•

Подтверждение

Индикация

Ответ

Запрос


'ОС


О/

Пу

ж


Подтверждение


Подтверждение Индикация


3anpt


Черт. 2.2

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

Страница 8

ГОСТ 28907-91 С. 7

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Страница 9

С. 8 ГОСТ 28907-91

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Страница 10

ГОСТ 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.    Результат приема. Прием данного примитива подуровнем УЛЗ побуждает локальный логический объект УЛЗ начать установление соединения с удаленным логическим объектом УЛЗ.

Страница 11

С. 10 ГОСТ 28907-91

2.1.2.3.5. Дополнительные замечания. Пример логической последовательности примитивов при успешном установлении соединения показан на черт. 2.2е.

2.1.2.4. ЗД-СОЕДИНЕНИЕ. индикация

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

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

ЗД-СОЕДИНЕНИЕ. индикация (

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

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

2.1.2.4.3.    Условие генерации. Данный примитив передается подуровнем УЛЗ сетевому уровню для его информирования о запросе установления соединения с определенным приоритетом.

2.1.2.4.4.    Результат приема. Логический объект сетевого уровня должен выдать примитив ЗД-СОЕДИНЕНИЕ. ответ для приема соединения либо примитив ЗД-РАЗЪЕДИНЕНИЕ. запрос для отклонения соединения.

2.1.2.4.5.    Дополнительные замечания. Нет.

2.1.2.5.    ЗД-СОЕДИНЕНИЕ. ответ

2.1.2.5.1.    Функция. Этот примитив является сервисным примитивом ответа для услуги установления соединения.

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

ЗД-СОЕДИНЕНИЕ. ответ (

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

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

2.1.2.5.3.    Условие генерации. Этот примитив выдается сетевым уровнем подуровню УЛЗ для указания приемлемости запрошенного соединения.

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

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

2.1.2.6. ЗД-СОЕДИНЕНИЕ. подтверждение

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

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

ЗД-СОЕДИНЕНИЕ. подтверждение (

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

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

Страница 12

ГОСТ 28907-91 С. 11

2.1.2.6.3.    Условие генерации. Данный примитив передается подуровнем УЛЗ сетевому уровню для передачи результатов выполнения предыдущего примитива ЗД-СОЕДИНЕНИЕ. запрос. Результаты указывают успешность попытки установить соединение и определяют полученный приоритет.

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

2.1.2.6.5.    Дополнительные замечания. Этот примитив указывает, что удаленный логический объект сетевого уровня получил и выполнил запрос на соединение.

2.1.2.7.    ЗД-ДАННЫЕ. запрос

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

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

ЗД-ДАННЫЕ. запрос (

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

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

данные

)

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

2.1.2.7.3.    Условие генерации. Данный примитив передается сетевым уровнем подуровню УЛЗ для запроса передачи СБДЗ удаленному ПДУЗ по существующему соединению.

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

2.1.2.7.5.    Дополнительные замечания. Примитив ЗД-ДАННЫЕ. запрос не содержит параметра «приоритет», поскольку приоритет должен быть единым для всех примитивов ЗД-ДАННЫЕ. запрос конкретного соединения. Возможная логическая последовательность передачи примитивов при успешной передаче блока данных в режнме-с-установлением-соедине-ния показана на черт. 2.2в.

2.1.2.8.    ЗД-ДАННЫЕ. индикация

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

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

ЗД-ДАННЫЕ. индикация (

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

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

Параметр «данные* определяет сервисный блок данных звена, который был принят логическим объектом подуровня УЛЗ.

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

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

2.1.2.8.5.    Дополнительные замечания. При отсутствии ошибок параметр «данные* не отличается от аналогичного параметра соответствующего примитива ЗД-ДАННЫЕ. запрос.

2.1.2.9.    ЗД-РАЗЪЕДИНЕНИЕ. запрос

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

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

Страница 13

С. 12 ГОСТ 28907-91

ЗД-РАЗЪЕДИНЕНИЕ, запрос (

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

адрес-получателя

)

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

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

2.1.2.9.4.    Результат приема. Прием данного примитива побуждает подуровень УЛЗ немедленно завершить данное соединение.

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

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

2.1.2.10.    ЗД-РАЗЪЕДИНЕНИЕ. индикация

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

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

ЗД-РАЗЪЕДИНЕНИЕ. индикация (

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

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

2.1.2.10.3.    Условие генерации. Данный примитив передается подуровнем УЛЗ сетевому уровню для информирования последнего о завершении соединения.

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

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

2.1.2.11.    ЗД-СБРОС. запрос

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

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

ЗД-СБРОС. запрос (

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

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

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

Страница 14

ГОСТ 28907-91 С. 13

2.1.2.11.4.    Результат приема. Прием данного примитива вызывает немедленный сброс соединения.

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

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

2.1.2.12.    ЗД-СБРОС. индикация

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

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

ЗД-СБРОС. индикация (

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

Параметры «адрес-отправителя» и «адрес-получателя* определяют локальный и удаленный ПДУЗ сбрасываемого соединения. Параметр «причина» указывает причину сброса соединения. Одна из кодовых комбинаций указывает, что сброс был запрошен удаленным логическим объектом сетевого уровня или УЛЗ (как показано на черт. 2.2е и 2.2г соответственно). Все другие кодовые комбинации указывают, что необходимость сброса установлена локальным логическим объектом подуровня УЛЗ (как показано на черт. 2.26).

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

2.1.2.12.4.    Результат приема. При удаленном запросе сброса логический объект сетевого уровня должен выдать либо примитив ЗД-СБРОС. ответ для сигнализации приемлемости сброса, либо ЗД-РАЗЪЕДИНЕНИЕ. запрос для завершения данного соединения. При индикации локального условия сброса сетевой уровень должен выдать либо примитив ЗД-СБРОС. запрос дли повторной инициации данного соединения, либо примитив ЗД-РАЗЪЕДИНЕНИЕ. запрос для завершения соединения.

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

2.1.2.13.    ЗД-СБРОС. ответ

2.1.2.13.1.    Функция. Этот примитив является сервисным примитивом ответа для услуги сброса соединения.

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

ЗД-СБРОС. ответ (

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

адрес-получателя

)

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

Страница 15

С. 14 ГОСТ 28907-91

2.1.2.13.3.    Условие генерации. Этот примитив выдается сетевым уровнем подуровню УЛЗ для указания приемлемости сброса соединения.

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

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

2.1.2.14.    ЗД-СБРОС. подтверждение

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

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

ЗД-СБРОС. подтверждение (

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

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

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

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

2.1.2.14.5.    Дополнительные замечания. Данный примитив указывает, что удаленный логический объект сетевого уровня подтвердил сброс.

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

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

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

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

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

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

2.1.2.15.3.    Условие генерации. Данный примитив передается сетевым уровнем подуровню УЛЗ для запроса управления потоком примитивов ЗД-ДАННЫЕ. индикация по данному соединению.

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

2.1.2.15.5.    Дополнительные замечания. Управление потоком данных в соединении не зависит от управления потоком в других соединениях. Объем разрешенных для передачи данных динамически изменяется при каждом запросе. Если указанный объем равен нулю, то соответствующий поток должен быть остановлен. В конкретных реализациях объем данных может задаваться в единицах, определяемых этой реализацией, и может устанавливаться в значение «бесконечность».

Возможная логическая последовательность примитивов, связанных с примитивом ЗД-СОЕД И Н ЕН И Е-УП РАВЛ Е Н И Е- ПОТОКОМ. запрос, показана на черт. 2.2а.

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

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

Страница 16

ГОСТ 28907-91 С. 15

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

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

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

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

2.1.2.16.3.    Условие генерации. Данный примитив передается подуровнем УЛЗ сетевому уровню с целью запроса управления со стороны сетевого уровня потоком примитивов ЗД-ДАННЫЕ-СОЕДИНЕНИЕ. запрос по данному соединению.

2.1.2.16.4.    Результат приема. Прием данного примитива побуждает сетевой уровень согласовывать объем данных, который он может передать без их потерь.

2.1.2.16.5.    Дополнительные замечания. Управление потоком данных в соединении не зависит от управления потоком в других соединениях. Допустимый для передачи объем данных динамически изменяется с каждым новым запросом. Если указанный объем равен нулю, то соответствующий поток данных останавливается. В конкретных реализациях объем данных может задаваться в единицах, определяемых этой реализацией, и может устанавливаться в значение «бесконечность*.

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

2.2. Спецификация услуг на интерфейсе подуровень УЛЗ — подуровень УДС

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

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

2.2.1.    Перечень взаимодействий

УДС - БЛ О К-ДАН Н bl X. запрос

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

УДС-БЛОК-ДАНН ЫХ-СОСТОЯН ИЕ. индикация

2.2.2.    Подробная спецификация услуг

2.2.2.1.    УДС-БЛОК-ДАННЫХ. запрос

2.2.2.1.1.    Функция. Данный примитив обеспечивает передачу СБД УДС (СБДС) от локального логического объекта подуровня УЛЗ одному равноуровневому логическому объекту УЛЗ или нескольким равноуровневым логическим объектам УЛЗ в случае групповой адресации.

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

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

адрес-отправителя (АО),

адрес-получателя (АП).

данные,

приоритет,

класс-услуг

)

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

Страница 17

С. 16 ГОСТ 28907-91

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

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

2.2.2.1.4.    Результат приема. Прием данного примитива должен побудить логический объект УДС присоединить все определенные для УДС поля, включая АП, АО и любые другие поля, уникальные для конкретного данного метода доступа к среде, и направить сформированный надлежащим образом калр нижним уровням протокола для последующей его передачи одному или нескольким равноуровневым логическим объектам подуровня УДС.

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

2.2.2.2. УДС-БЛОК-ДАННЫХ. индикация

2.2.2.2.1.    Функция. Данный примитив определяет передачу СБДС из логического объекта подуровня УДС к одному или нескольким (при групповой адресации) логическим объектам подуровня УЛЗ. При отсутствии ошибок параметр «данные* совпадает с содержимым параметра «данные» соответствующего примитива УДС-БЛОК-ДАННЫХ. запрос.

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

УДС-БЛОК-ДАННЫХ. индикация (

адрес-отправителя.

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

данные,

приоритет,

класс-услуг

)

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

2.2.2.2.3.    Условие генерации. Примитив УДС-БЛОК-ДАННЫХ. индикация передается логическим объектом подуровня УДС одному или нескольким логическим объектам подуровня для информирования о поступлении кадра в локальный логический объект подуровня УДС. Это информирование проводится только для тех кадров, которые правильно сформированы в подуровне УДС, приняты без ошибок, и их адрес получателя определяет локальный логический объект подуровня УДС.

2.2.2.2.4.    Результат приема. Результат приема подуровнем УДС данного примитива зависит от правильности и содержимого кадра.

2.2.2.2.5.    Дополнительные замечания. Если параметр «адрес-получателя* примитива УДС-БЛОК-ДАННЫХ. запрос определяет локальный логический объект подуровня УДС. то

Страница 18

ГОСТ 28907-91 С. 17

логический объект подуровня УДС будет также выдавать примитив индикации для локального логического объекта подуровня УЛЗ. Такое дуплексное свойство подуровня УДС может быть следствием уникальных функциональных возможностей самого подуровня УДС или дуплексных свойств ниже рас положенных уровней (например все кадры, переданные с глобальным адресом. будут вызывать примитивы УДС-БЛОК-ДАННЫХ, индикация на всех станциях сети, включая станцию, сгенерировавшую этот запрос).

2.2.2.3. УДС-БЛОК-ДАНН ЫХ-СОСТОЯ Н ИЕ. индикация

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

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

УДС - БЛ О К-ДА Н Н Ы Х-СОСТОЯ Н И Е. индикация

(

адрес-отправителя, адрес-получателя, состояние-передачи, обеспеченный-приоритет, обеспеченный-класс-услуг )

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

2.2.2.3.3.    Условие генерации. Примитив УДС-БЛOK-ДАННЫХ-СОСТОЯН И Е. индикация выдается логическим объектом подуровня УДС подуровню УЛЗ в ответ на примитив УДС-БЛОК-ДАННЫХ. запрос, поступивший из локального логического объекта подуровня УЛЗ.

2.2.2.3.4.    Результат приема. Результат приема данного примитива подуровнем УЛЗ зависит от типа операций, используемых на подуровне УЛЗ.

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

2.3. Спенификания услуг на интерфейсе подуровень УЛЗ — управляющая функция подуровня УЛЗ

(Данный вопрос является предметом дальнейшего изучения)

3. СТРУКТУРА ПРОТОКОЛЬНОГО БЛОКА ДАННЫХ УЛЗ

3.1.    Общие положения

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

3.2.    Формат ПДБ УЛЗ

Формат всех ПБД УЛЗ должен соответствовать черт. 3.1.

Страница 19

С. 18 ГОСТ 28907-91

Формат II БД УЛЗ

Адрес

Адрес

управление

Информация

ПДУП

ПДУО

вбит

вбит

в или 16 Sum

М * 8 Sum

-    поле адреса пункта доступа к услугам получателя:

Обозначения:

Адрес ПДУП Адрес ПДУО Управление

Информация

М

-    поле адреса пункта доступа к услугам отправителя;

-    поле управления (длина 16 бит для кадров, содержащих порядковые номера, и 8 бит для кадров, не содержащих их (см. п. 5.2);

—    поле информации.

—    знак умножения,

—    целое число, равное или большее 0. (Верхняя граница М является функцией используемого метода управления доступом к среде)

Черт. 3.1

3.3 Элементы II БД УЛЗ

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

3.3.1.1.    Представление ноля адреса. Каждое поле адреса должно иметь формат, представленный на черт. 3.2а и 3.26.

Форматы адресных полей ПДУ11 и ПДУО

_ Цме_ад£е_?а Л & УН—    _/%7££'од£еса_ 1Ш_УО_ _

к/о

ШГ

Самые младшие Питы адреса

Самый младший Sum, передаваемый/принимаемый " подуровнем УД С первым

И/Г = 0 Индивидуальный ПДУП И/Г = 1 групповой ПДУП К/О = 0 команда К/О = 1 ответ ХОПППППП адрес ПДУП Х0000000 адрес ПДУО Х1ПППППП зарезервировано XI000000 зарезервировано

Черт. 3.2а

Страница 20

ГОСТ 28907-91 С. 19

Формат иоля глобального адреса 11ДУП

.____Лол^е ад£сс_а_ЛДУЛ____

Черт. 3.26

1)    Длина каждого поля адреса должна равняться одному октету.

2)    Каждое поле адреса должно содержать 7-битный собственно адрес и один бит. который в поле Г1ДУП квалифицирует адрес ПДУП как индивидуальный или групповой (называемый битом типа адреса получателя), а в поле ПДУО квалифицирует Г1БД УЛЗ как команду или как ответ (называемый битом идентификации команды/ответа).

3)    Бит типа адреса получателя должен быть расположен в самой младшей значащей позиции поля адреса ПДУП. Если значение этого бита равно 0. то это должно означать, что данный адрес является индивидуальным адресом ПДУП. Если же значение этого бита равно 1, то это должно означать, что данный адрес яааяется групповым адресом ПДУП. который может ничего не идентифицировать, идентифицировать один, несколько или все пункты доступа к услугам, обслуживаемые логическим объектом УЛЗ.

4)    Бит идентификации команды/ответа должен быть расположен в самой младшей значащей битовой позиции поля адреса ПДУО. Если значение этого бита равно 0, то это означает, что данный ПБД УЛЗ яачяется командой. Если же значение этого бита равно 1. то это означает, что данный ПБД УЛЗ является ответом.

3.3.1.2.    Использование адреса. Индивидуальный адрес может использоваться в качестве адреса ПДУО и адреса ПДУП; нулевой адрес может использоваться в качестве адреса ПДУО и адреса ПДУП; групповой адрес может использоваться только в качестве адреса ПДУП.

Поле адреса ПДУП со всеми битами, равными 1 (т. е. бит типа адреса получателя и все семь битов адреса равны I). предназначено для использования в качестве «глобального* адреса ПДУП. Этот адрес ПДУП означает группу из всех тех ПДУП. которые активно обслуживаются адресом(ами) пункта(ов) доступа к услугам нижерасположенного УДС.

Поле адреса ПДУП или ПДУО со всеми битами, равными 0 (т. е. бит типа адреса получателя и все семь битов адреса равны 0). предназначено для использования в качестве «нулевого* адреса. Нулевой адрес пункта доступа к услугам идентифицирует тот УЛЗ, который связан с нижерасположенным адресом пункта доступа к услугам УДС и не используется для идентификации какого-либо пункта доступа к услугам для сетевого уровня или какого-либо пункта доступа к услугам для соответствующей управляющей функции уровня.

Адреса 01000000 и 1100000 рассматриваются как индивидуальный и групповой адреса соответственно для управляющей функции подуровня УЛЗ станции. Остальные адреса с битами, равными I (кроме первого), зарезервированы.

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

3.3.3.    Поле информации. Поле информации должно содержать любое целое число (включая 0) октетов.

3.3.4.    Порядок передачи битов. Адреса, команды, ответы и порядковые номера должны передаваться подуровню УДС и приниматься из этого подуровня, начиная с младших битов (т. е. первым должен передаваться бит с весом 2“). Биты поля информации должны доставляться подуровню УДС в той же последовательности, в которой они были получены из сетевого уровня. Биты поля информации должны доставляться сетевому уровню в той же последовательности, в которой они были получены из подуровня УДС.

Страница 21

С. 20 ГОСТ 28907-91

3.3.5. Недействительные IIБД УЛЗ. ПБД УЛЗ считается недействительным в следующих случаях:

а)    если он определен как таковой физическим уровнем или подуровнем УДС;

б)    если его длина не кратна октету;

в)    если он не содержит двух правильно сформатированиых полей адреса, поля управления и, возможно, поля информации в надлежащей последовательности;

г)    если его общая длина меньше трех октетов при 8-битном поле управления и четырех октетов — при 16-битном поле управления.

Недействительные ПБД УЛЗ должны игнорироваться.

4. ТИПЫ И КЛАССЫ ПРОЦЕДУР УЛЗ

4.1.    Общие положения. В УЛЗ предусмотрены два типа операций для обмена данными между пунктами доступа к услугам.

1)    Операции типа 1. При выполнении операций типа I ПБД должны передаваться между УЛЗ без установления соединения звена данных. На подуровне УЛЗ jth ПБД не должны подтверждаться и в процедурах типа I для них не должно выполняться никакого упраааения потоком или исправления ошибок.

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

В операциях типа 2 следует выполнять управление трафиком данных между УЛЗ-отправн-телем и УЛЗ-получателем путем использования схемы нумерации, которая должна быть циклической по модулю 128 и применяться к ПБД. Для каждой пары УЛЗ источник-получатель должна использоваться независимая схема нумерации. Каждая такая пара должна определяться как логическое двухпунктовое соединение звена данных между ПДУЗ и должна учитывать адреса АП и АО. которые являются частью подуровня УДС. Функция подтверждения должна выполняться УЛЗ-получателем, информирующим УЛЗ-отправителя о следующем ожидаемом порядковом номере. Эта функция должна выполняться либо посредством отдельного ПБД, не содержащего информацию, либо в рамках поля управления ПБД. содержащего информацию.

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

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

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

4.2.    Классы УЛЗ (аттестационный раздел). Определены два класса УЛЗ. УЛЗ класса I должен обеспечивать только операции типа 1, УЛЗ класса II должен обеспечивать как операции типа I, так и операции типа 2, что показано знаком X на черт. 4.2.

Это значит, что все УЛЗ в локальной вычислительной сети должны обеспечивать операции типа 1. В УЛЗ класса II обеспечение операций типа 1 должно быть совершенно независимо от конкретных режимов или от изменения режимов операций типа 2 в том же УЛЗ. УЛЗ класса II должны быть способны при необходимости переключаться с операций типа I на операции типа 2 и обратно на основе передачи ПБД - ПБД в том же ПДУ.

Страница 22

ГОСТ 28907-91 С. 21

Конфигурация сбалансированною соединения »вена данных

Черт. 4.1

Классы УЛЗ

Тип операции

Класс

УЛЗ

Черт. 4.2

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

Команды    Ответы

ТЕСТ    ,tCI

4.2.2. УЛЗ класса II. УЛЗ класса II должны обеспечивать операции типа 1 и операции типа 2. В станции класса II выполнение процедур типа I и процедур типа 2 полностью не зависимы друг от друга. Набор командных и ответных Г1 БД. обеспечиваемых в услугах класса II, должен быть следующим:

Команлы    Ответы

Тип I:    НИ

ИДС    ИДС

ТЕСТ    ТЕСТ

Команды    Ответы

И    И

ГПР    ГПР

НГПР    НГПР

Тип 2:

НИР    НИР

УРРАС    НП

РЗД    ФРЗД

НПРК

Страница 23

С. 22 ГОСТ 28907-91

5. ЭЛЕМЕНТЫ ПРОЦЕДУР УЛЗ

5.1.    Общие положения. В данном разделе определены элементы процедур УЛЗ локальной вычислительной сети для выполнения кодонезависимой передачи данных с использованием структуры Г1БД УЛЗ (см. разд. 3).

Эти элементы процедур УЛЗ специально определены в понятиях действий, которые должны выполняться в УЛЗ при получении команд и иногда при получении ответа на команду по логическому звену данных (тип 1) и по соединению звена данных (тип 2). Каждый элемент процедуры используется только одним из двух типов операций (тип 1 или тип 2). которые определены в разд. 4.

5.2.    Форматы ноля управления. Три формата, определенные для поля управления (черт. 5.1). должны использоваться с целью выполнения функций передачи нумерованной и ненумерованной информации, осуществления нумерованного и ненумерованного управления. Функция передачи нумерованной информации и управляющих передач используются только в операциях типа 2. Функции ненумерованного управления и передачи ненумерованной информации используются в операциях типа I, либо типа 2 (но не в обоих сразу) в зависимости от конкретной выбранной функции.

Форматы ноля управления 11 БД УЛЗ

Разряды поля управления ПбД УЛЗ

I 2    3

5    6    7    в    9    Ю    -    16

команда/ответ передачи Информации (формат И ПБЩ

Управляющие команды/атбет, (формат УКО)

Чанные команды/ответы (формат HKD Л5Д)

0

Нпд

3/П

Нпм

/

0

V V

X

XXX

3/л

Нпм

1

1

.4 м

3/П

м м м

Нпд — порядковый номер передачи на передающей стороне (бит 2 — младший бит); Нпм — порядковый номер приема на псрсдаюшсП стороне (бит I0 — младший бит). У — бит управляющей функции; М — бит модификатора функции; X — зарезервированный бит, устанавливается в 0; 3/П — бит «запрос» — в передачах командного ПБД УЛЗ. бит «последний» — в передачах ответного ПБД УЛЗ <1 — • запрос/последний»)

Черт. 5.1

5.2.1.    Формат передачи информации — И. ПБД формата И должен использоваться для передачи ненумерованной информации в операциях типа 2. За исключением особо оговоренных случаев (например НИ, ТЕСТ, НПРК и ИДС) — это единственный ПБД УЛЗ, который может содержать поле информации. Функции Нпд, Ним и 3/П должны быть взаимонезавиенмы, т. е. каждый ПБД формата И должен иметь порядковый номер Нпд, порядковый номер Нпм, который может подтверждать или не подтверждать дополнительные ПБД формата И на приемной стороне УЛЗ, а также бит 3/П, который может быть установлен в 1 или 0.

5.2.2.    Формат управляющих команд и ответов — УКО. ПБД формата У КО должны использоваться для выполнения управляющих функций звена данных в операциях типа 2, таких как подтверждение ПБД формата И, запрос повторной передачи ПБД формата И и запрос временной приостановки передачи ПБД формата И. Функции Нпд и 3/П должны быть взаимоне-зависимы, т. е. каждый ПБД формата УКО должен иметь порядковый номер Нпм. который

Страница 24

ГОСТ 28907-91 С. 23

должен подтверждать или не подтверждать дополнительные ПБД формата И на приемной стороне УЛЗ и бит 3/П, который может быть установлен в 1 или 0.

5.2.3.    Формат ненумерованных команд и ответов — НКО. ПБД формата НКО должны использоваться в операциях типа 1 или 2, в зависимости от конкретной рассматриваемой функции, для выполнения дополнительных функций управления звеном данных и для выполнения неупорядоченной передачи информации. ПБД формата НКО не должны содержать порядковых номеров, но должны содержать бит 3/П. который может быть установлен в 1 или 0.

5.3.    Параметры ноля управления. В последующих пунктах описаны различные параметры, относящиеся к форматам поля управления.

5.3.1.    Параметры операций тина 1. В операциях типа 1 используется единственный параметр - бит 3/П. В значении 1 бит 3/П должен использоваться в операции типа 1 только с функциями командного/ответного ПБД ИДС или ТЕСТ. Бит 3 в значении I должен использоваться для запроса (опроса) от адресуемого УЛЗ соответствующего ответного ПБД с битом П, равным 1. Бит Г1 в значении 1 должен использоваться для указания ответного ПБД. который послан УЛЗ в результате получения запросного (опросного) командного ПБД (с битом 3, равным 1).

5.3.2.    Параметры операций типа 2. В последующих пунктах описаны различные параметры, связанные с форматами поля управления операций типа 2.

5.3.2.1.    Модули. Каждый ПБД И должен иметь порядковый номер. Номера должны принимать значения в диапазоне от 0 до модуль минус единица (где модуль — jto значение порядковой нумерации). Для формата поля управления УЛЗ типа 2 модуль должен быть равен 128. Порядковые номера должны циклически изменяться во всем диапазоне.

Максимальное число последовательно пронумерованных ПБД И, которые могут оставаться неподтвержденными в данном направлении соединения звена данных, в любой момент времени не должно превышать значения, которое на единицу меньше модуля порядковой нумерации. Это ограничение должно предотвращать любую неоднозначность в отношении порядковых номеров переданных ПБД И в ходе нормальной работы и/или выполнения действий по исправлению ошибки.

5.3.2.2.    Переменные и порядковые номера ПБД УЛЗ. Для каждого соединения звена данных станция УЛЗ должна поддерживать переменную передачи Г1Д для передаваемых ею ПБД И и переменную приема Г1М для принимаемых ею ПБД И. Операции над переменной 11Д не должны зависеть от операций над переменной ПМ.

5.3.2.2.1.    Переменная передачи — ПД. Переменная передачи должна указывать порядковый номер следующего по очереди подлежащего передаче ПБД И по конкретному соединению звена данных. Она должна принимать значения в диапазоне от 0 до модуль минус единица (где модуль равен 128, а номер циклически изменяется во всем диапазоне). Значение переменной передачи должно возрастать на единицу при каждой последующей передаче ПБД И по соответствующему соединению звена данных, но оно не должно превышать значение Нпм последнего принятого ПБД больше чем на модуль минус единица.

5.3.2.2.2.    Порядковый номер передачи — Нпд. Только ПБД И содержат Нпд —порядковый номер передачи передаваемого ПБД. До передачи ПБД И значение Нпд должно быть установлено равным значению переменной передачи в данном соединении звена данных.

5.3.2.2.3.    Переменная приема — ИИ. Переменная приема указывает порядковый номер следующего по порядку ПБД И ожидаемого на приеме по конкретному соединению звена данных. Переменная приема должна принимать значения в диапазоне от 0 до модуль минус единица (где модуль равен 128, а номер циклически изменяется во всем диапазоне). Значение переменной приема. относящейся к конкретному соединению звена данных, должно увеличиваться на единицу каждый раз при получении безошибочного очередного ПБД И, у которого номер передачи Нпд равен значению переменной приема для данного соединения звена данных.

5.3.2.2.4.    Порядковый номер приема — Нпм. Все ПБД формата И и ПБД формата УКО должны содержать Нпм — ожидаемый порядковый номер следующего принимаемого ПБД И по конкретному соединению звена данных. До передачи ПБД формата И или ПБД формата УКО значение Нпм должно быть установлено равным текущему значению соответствующей переменной приема для данного соединения звена данных. Номер Нпм должен указывать, что

Страница 25

С. 24 ГОСТ 28907-91

станция, передавшая Ним. приняла без ошибок все ПБД и с номерами до (Ним - 1) включительно по конкретному соединению звена данных.

5.3.2.3. Бит «запрос/последний* — 3/П. Бит '3 должен использоваться для запроса (опроса) ответа от адресуемого УЛЗ. Бит Г1 должен использоваться для указания ответного ПБД, который передан в результате получения запросной (опросной) команды.

Бит 3/П должен выполнять свои функции в режиме 2 работы как в командных ПБД, так и в ответных ПБД. В командных ПБД бит 3/П должен рассматриваться как бит 3. В ответных ПБД этот бит должен рассматриваться как бит П. Обмен битами 3/П обеспечивает более четкую взаимосвязь команда/ответ, которая используется как при нормальной работе, так и в восстановительных ситуациях.

5.3.2.3.1.    Функция бита «запрос*. Командный ПБД с битом 3 в значении 1 должен использоваться в соединении звена данных для запроса ответного ПБД с битом П, равным 1. от адресуемого УЛЗ этого соединения звена данных.

В конкретном направлении в любой момент времени только один ПБД с битом 3, равным I, может быть неподтвержден в соединении звена данных между любой конкретной парой УЛЗ. Прежде чем УЛЗ передаст другой ПБД с битом 3. равным 1. по тому же соединению звена данных. УЛЗ должен принять ответный ПБД с битом П, равным 1, адресуемого УЛЗ. Если в течение установленного системой тайм-аута бита 3 не получено правильного ответного ПБД, то для целей исправления ошибки разрешается повторная передача командного ПБД с битом 3, равным I.

5.3.2.3.2.    Функция бита «последний». Ответный ПБД с битом 11. равным !, должен использоваться для подтверждения приема командного ПБД с битом 3. равным I.

После приема командного ПБД с битом 3. равным 1, УЛЗ должен при первой возможности послать ответный ПБД с битом П. равным 1, то соответствующему соединению звена данных.

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

5.4. Команды и ответы. В данном разделе определены команды и соответствующие ответы. В пп. 5.4.1 и 5.4.2 содержатся определения набора команд и ответов (перечисленных ниже) для каждого формата поля управления для операций типа 1 и операций типа 2 соответственно.

Бит К/О, расположенный в младшем разряде поля ПДУО. используется для различения команд от ответов. В последующем обсуждении команд и ответов предполагается, что бит К/О декодирован правильно.

Команды передачи информации

И — информация

Управляющие команды

ГПР — готов к приему НГПР - не готов к приему НПР — нсприсм

Ненумерованные команды

НИ — ненумерованная информация РЗД - разъединение УРРАС — установить расширенный режим

асинхронный сбалансированный ИДС - идентификация станции ГЕСТ — тест

Ответы передачи информации

И — информация

Управляющие ответы

ГПР - готов к приему НГПР - не готов к приему НПР - неприем

Ненумерованные ответы

НП - ненумерованное подтверждение ФРЗД - фаза разъединения НПРК - неприем кадра

ИДС - идентификация станции ТЕСТ — тест


5.4.1. Команды и ответы операций типа 1. Все команды и ответы типа 1 представляют собой ПБД формата НКО.

Страница 26

ГОСТ 28907-91 С. 25

5.4.1.1. комаилы операций типа 1. Кодирование командных ПБД формата НКО для операций типа 1 представлено на черт. 5.2.

Битовое кодирование ноля управления команд операций тина I

Б'ит поля управления, передаваемый на подуровень УДС и принимаемый |    из    подуровня    УД    С    первым

/

2

3

4

5

6

7

в

1

1

0

0

3

0

а

0

команда НИ

1

!

1

1

3

/

0

/

команда ИДС

/

1

0

0

3

1

/

/

команда ТЕСТ

Черт. 5.2

5.4.1.1.1.    Команда «ненумерованная информация» (НИ). Командный 11 БД НИ должен использоваться для передачи информации к одному или нескольким УЛЗ. Использование командного ПБД НИ не должно зависеть от наличия соединения звена данных между УЛ3-отправителем и УЛЗ-получателем и его передача не должна влиять на значения переменных ПД и НМ каких-либо соединений звена данных. Для командного ПБД НИ не существует ответного ПБД УЛЗ.

На командный И БД НИ подтверждение не выдается и порядковые номера не проверяются. Поэтому данные, содержащиеся в ПБД НИ. могут быть потеряны, если во время передачи этого командного ПБД появляется особое условие (например ошибка передачи или состояние занятости приемника).

Командный ПБД НИ должен использовать в качестве адреса ПДУП индивидуальный, групповой, глобальный или нулевой адрес, а в качестве адреса ПДУО — индивидуальный адрес.

5.4.1.1.2.    Команда «идентификация станции» (ИДС). Командный ПБД ИДС должен использоваться для передачи информации об обеспечиваемых типах услуг УЛЗ (всем УЛЗ) и о размере приемного окна (для каждого отдельного соединения звена данных), а также для того, чтобы запросить у УЛЗ-получателя выдачу при первой возможности ответного ПБД ИДС (см. п. 5.4.1.2.1). Командный ПБД ИДС не должен влиять на режим работы и порядковую нумерацию. обеспечиваемую удаленным УЛЗ. Командный ПБД ИДС должен иметь в качестве адреса ПДУП либо индивидуальный, либо групповой, либо глобальный, либо нулевой адрес получателя, а в качестве адреса ПДУО - индивидуальный адрес.

Поле информации командного П БД ИДС основного формата должно состоять из 8-бито-вого поля идентификатора формата ИДС и 16-битового поля параметра, в котором кодируются поддерживаемые услуги УЛЗ и размер приемного окна, как показано на черт. 5.3. Размер приемного окна представляет собой максимальное число, на которое переменная передачи ПД может превышать номер Нпм последнего принятого ПБД.

Примечание. Другие возможные применении ПБД ИДС, в частности возможность выдачи незапрошенного oiBciHoro ПБД ИДС для оповещения о подключении УЛЗ ново» станции, находятся в сталии изучения.

5.4.1.1.3.    Команда «тест* (ТЕСТ). Командный ПБД ГЕСТ должен использоваться для того. чтобы запросить у адресуемого УЛЗ выдачу при первой возможности ответного И БД ТЕСТ (см. п. 5.4.1.2.2). обеспечивая тем самым выполнение базовой проверки тракта передачи между двумя УЛЗ. Для командного ПБД ТЕСТ поле информации является необязательным. Но при его наличии оно должно быть по возможности возвращено адресуемым УЛЗ в ответном ПБД ТЕСТ. Командный ПБД ТЕСТ не должен влиять на режим и порядковую нумерацию, обеспечиваемую удаленным УЛЗ. Он может иметь индивидуальный, групповой, глобальный или нулевой адрес ПДУП при индивидуальном, групповом или глобальном адресе АП.

Страница 27

С. 26 ГОСТ 28907-91

Поле информации ИДС основного формата

_ [[о£е^шрорма1£ии_ИДС_____

Управление


хххххххх


VYYYY 2 Z Z


ZW WWWWWW


J

Л_Младший бит

L

L

Младший 5игп Первый бит поля информа-

и ии ИДС, леве-

оабаемый 6/ари- Идентификатор Типы/классы Резервные нимаемый из    форм a trio. ЙДС УЛЗ Оиты.иста-

Размер

окна

приема.

(К)

поду ровня УДС    1000000! ~    ноВленыВО

идентификатор основного формата

При нулевом ПД УЗ разряды YYYYY озна чают: <0000 - класс I УЛЗ И О 00 - класс Л УЛЗ Иначе, если используется ненулевой ПДУЗ, значениями YYYYYявляются:

/0000 - УЛЗ типа 1 OiООО - УЛЗ типа 2 НООО - УЛЗ типов/и 2

Черт. 5.3

Примечай и с. Другие применения ПБД ИДС — в стадии изучения, например использование неопрошенною ответного ПБД ИДС для оповещения появления нового УЛЗ.

5.4.1.2. Ответы операций типа 1. Кодирование ответных ПБД формата НКО для операций типа 1 представлено на черт. 5.4.

Битовое кодирование ноля управления ответов операций тина I

Бит поflя упрадления персдадаемый/принимаемый на подуровне УДСпервым \

!

2

3

*

5

6

7 в

/

/

t

п

i

0 t

Ответ ИДС

(

/

0

0

П

1

t 1

Ответ ТЕСТ

Черт. 5.4

5.4.1.2.1. Ответ «идентификация станции' (НДС). Ответный ПБД ИДС должен использоваться для ответа при первой возможности на командный ПБД ИДС. Ответный ПБД ИДС должен идентифицировать отвечающий УЛЗ и должен содержать поле информации того же формата, который был определен для командного ПБД ИДС (см. п. 5.4.1.1.2), независимо от того, какая информация содержалась в поле информации принятого командного ПБД ИДС.

Страница 28

ГОСТ 28907-91 С. 27

Ответный ПБД ИДС должен использовать индивидуальный или нулевой адрес ПДУП, а также индивидуальный или нулевой адрес ПДУО. Ответный ПБД ИДС должен иметь бит Г1. установленный в то же значение, что и бит 3 в командном ПБД ИДС.

5.4.1.2.2.    Ответ «тест* (ТЕСТ). Ответный ПБД ТЕСТ должен использоваться для ответа на командный ПБД ТЕСТ. Ответный ПБД ТЕСТ должен иметь бит П. установленный в то же значение, что и бит 3 в командном ПБД ТЕСТ. При наличии в командном ПБД ТЕСТ поля информации, оно должно быть возвращено в соответствующем ответном ПБД ТЕСТ. Если УЛЗ не может принять поле информации (например вследствие ограничений буферной емкости), то ответный ПБД ТЕСТ может быть возвращен без поля информации. Конкретные детали использования ответа ТЕСТ см. в п. 6.7.

5.4.2.    Команды и ответы операций типа 2. Команды и ответы операций типа 2 состоят из ПБД формата И, формата У КО и формата НКО.

5.4.2.1. Команда и ответ формата «передача информации». Функция команды и ответа «информация» (И) должна состоять в передаче через соединение звена данных последовательно пронумерованных ПБД, содержащих октетно-ориентнрованное поле информации. Кодирование поля управления ПБД И для операций типа 2 показано на черт. 5.5.

Бшы ноля управления формата передачи информации

Бит поди управления, мредмлшыи &'Ьринш»ыыо от подуровня УДС первый 1

/

г

...

в

9

10

...

/6

а

Нпм

3/П

НпА

t f f ?

Формат Порядковый номер I    Порядковый    номер

передачи ' передачи Команда (запрос) приема информации (0-177)    Ответ/последний) (и- /27)

Черт. 5.5

Поле управления ПБД И должно содержать 2 порядковых номера: Нпд - порядковый номер передачи, который должен указывать порядковый номер, относящийся к данному ПБД И. и Нпм — порядковый номер приема, который должен указывать порядковый номер (во время передачи ПБД) следующего ожидаемого на приеме ПБД И и. следовательно, должен указывать. что все ПБД И с номерами до (Нпм — Г) включительно приняты правильно. Описание функций бита 3/Г1 см. в п. 5.3.2.3.

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

ПБД формата УКО не должны содержать поля информации и. следовательно, при их передаче не должна увеличиваться переменная передачи, а при их приеме — переменная приема. Кодирование поля управления ПБД формата УКО для операций типа 2 должно соответствовать черт. 5.6.

ПБД формата УКО должен содержать Нпм — порядковый номер приема, который должен указывать во время передачи порядковый номер следующего ожидаемого на приеме ПБД И и, следовательно, должен указывать, что все полученные ПБД И с номерами до (Нпм) - I) включительно приняты правильно.

Страница 29

С. 28 ГОСТ 28907-91

Биты поля управления формата УКО

бит поля управления, передаваеиыи в.'принииамыи из подуровня УЦС первый

{    2    3    4    5    6    7    8    9    Ю

/ О S 5 X X X X 3/П

Нпм

\ Ъг4—\--4

/

Команда (запрос)

Ответ (последний)

Ответы О О ГПР - готов к приему

Команды

ГЛР - сотов к приему НПР - неприем НГПР- не готов к приему

О / НПР - неприем

/ 0 НГПР - не готов к приему

Черт. 5.6

Передача МВД ГПР или НПР должна указывать о снятии любого состояния занятости в передающем УЛЗ. которое было указано предыдущей передачей ПБД НГПР. Описание функций бита 3/П см. в п. 5.3.2.3.

5.4.2.2.1.    Команда и ответ «готов к приему» (ГПР). ПБД ГПР должен использоваться УЛЗ для указания на его готовность к приему одного или нескольких ПБД И. ПБД И с номерами до (Нпм — I) включительно должны рассматриваться как подтвержденные.

3.4.2.2.2.    Команда и ответ «неприем» (HIIP). ПБД HI1P должен использоваться УЛЗ для запроса повторной передачи ПБД И. начиная с ПБД под номером Нпм. ПБД И с номерами до (Нпм - 1) включительно должны считаться подтвержденными. После повторной передачи указанных ПБД И должна обеспечиваться возможность передачи дополнительных ожидающих передачи ПБД И.

В каждом напраатении передачи соединения звена данных в любой момент времени может быть установлено только одно особое условие «передан НПР*. Условие «передан НПР» должно сбрасываться при приеме ПБД И с номером Нпд, равным Нпм в ПБД НПР. Условие «передан НПР* может быть сброшено в соответствии с процедурами, описанными в п. 7.5.4.

5.4.2.2.3.    Команда и ответ «не готов к приему* (НГПР). ПБД НГПР должен использоваться УЛЗ для указания состояния занятости (т. е. временной неспособности принимать последующие ПБД И). ПБД И с номерами до (Нпм — 1) включительно должны рассматриваться как подтвержденные. ПБД И с номерами Нпм и любые последующие принятые ПБД И. если такие имеются, не должны рассматриваться как подтвержденные; состояние приема этих ПБД должно указываться при последующих обменах.

5.4.2.3.    Ненумерованные команды и ответы. Ненумерованные команды и ответы (НКО) должны использоваться в операциях типа 2 с целью расширения числа функций управления соединением звена данных. Передача ПБД формата НКО не должна увеличивать переменные соединения звена ни на передающей, ни на принимающей УЛЗ. Структура поля управления ПБД команд/ответов формата НКО показана на черт. 5.7а. Кодирование поля управления команд и ответов формата НКО для операций типа 2 показано на черт. 5.76.

Описание функций бита 3/П см. в п. 5.3.2.3.

Страница 30

ГОСТ 28907-91 С. 29

Би1ы ноля управления ненумерованною формата

Бит поля управления, передаваеиыи в/приншишый от подуровня УДС первый \

t 2 J *    5    6    16

3/П


М М


I I


МММ


Команда (запрос)    5 модифици-

Ненумерованный

формат

ОтВет(последний) ру/ощих битов

Черт. 5.7а

Кодирование поля управления ненумерованных команд и ответов

бит лзля управления. wpetesaevb.v ©■принимали) av гххЗ>^50внтт УД С первым

I

3

4

5

6

7

в

/

1

3

1

0

Команда УРРАС

0

а

3

а

/

а

Команда РЗД

0

0

П

1

1

а

Ответ НП

1

1

п

0

а

0

Ответ ФРЩ

1

0

п

а

0

/

Ответ НПРК

Черт. 5.76

5.4.2.3.1.    Команда «установить расширенный режим асинхронный сбалансированный*

(УРРАС). Командный И БД УРРАС должен использоваться для установления соединения звена данных с УЛЗ-получателем в асинхронном сбалансированном режиме. С командным Г1БД УРРЛС не должно передаваться поле информации. УЛЗ-получатель должен при первой возможности подтвердить прием командного II БД УРРЛС передачей по данному соединению звена данных ответного 11 БД НИ или ПБД ФРЗД в зависимости от того, какой из примитивов получен подуровнем УЛЗ от сетевого уровня:    ЗД_СОЕДИНЕНИЕ. ответ или

ЗД_РАЗЪЕДИНЕНИЕ, запрос. При приеме командного ПБД УРРАС переменные передачи и приема УЛ3-получателя должны быть установлены в 0. Если ответный ПБД НИ принят правильно. то инициирующий УЛЗ должен считать, что установлен асинхронный сбалансированный режим, а значения соответствующих переменных передачи и приема установлены в 0.

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

5.4.2.3.2.    Команда «разъединение» (РЗД). Командный ПБД РЗД должен использоваться для завершения асинхронного сбалансированного режима, установленного ранее командным ПБД УРРАС. Он должен использоваться для информирования УЛ 3-получателя о том, что

Страница 31

С. 30 ГОСТ 28907-91

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

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

5.4.2.3.3.    Ответ «ненумерованное подтверждение» (НИ). Ответный ПБД НИ должен использоваться УЛЗ в соединении звена данных для подтверждения приема и приемлемости командных ПБД УРРАС и РЗД. Эти принятые командные ПБД не должны выполняться до выдачи ответного ПБД НИ. В ответном ПБД НИ не допускается передача поля информации.

5.4.2.3.4.    Ответ «фаза разъединения» (ФРЗД). Ответный ПБД ФРЗД должен использоваться для информирования о состоянии, указывающем, что УЛЗ логически отсоединен от звена данных и находится, как определено в РАР. В ответном ФРЗД не допускается передача поля информации.

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

1)    получение недействительного или нереализованного командного или ответного ПБД, например:

а)    ПБД формата У КО или НКО с полем информации, которое недопустимо в этом ПБД.

б)    ПБД со значением бита 11 = I, которое не запрашивалось,

в)    ответного ПБД НП. который не ожидается;

2)    получение ПБД И, поле информации которого превышает максимально установленную длину, приемлемую станцией по этому соединению звена данных:

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

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

Отвечающий УЛЗ должен при первой возможности передать ответный ПБД НПРК.

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

В ответном ПБД НПРК должно быть возвращено поле информации для указания причины непринятия ПДБ. Структу ра поля информации должна соответствовать черт. 5.8.

Указанные на черт. 5.8 поля должны означать следующее:

1)    В качестве поля управления непринятого ПБД должно использоваться поле управления полученного ПБД, который вызвал особое условие НПРК в этом соединении звена данных. Если непринятым ПБД является ПБД формата НКО. то поле управления непринятого ПБД должно быть расположено в битовых позициях 1 — S. а биты 9—16 должны быть установлены в 0.

2)    ИД должно представлять собой текущее значение переменной передачи для этого соединения звена данных на приемной стороне УЛЗ (бит 18 — младший бит).

3)    К/О — бит, в значении I, должен указывать, что условие НИРК было вызвано ответным ПБД, а в значении 0 — условие Н11РК было вызвано командным ПБД.

4)    ПМ должно представлять собой текущее значение переменной приема для этого соединения звена данных на приемной стороне УЛЗ (бит 26 — х<ладший бит).

Страница 32

ГОСТ 28907-91 С. 31

Формат поля информации кадра HI1PK

Бот now    перед&жльй    в/пртмитЛ    из подуровни УДС щяьм

1

/    ...    16 П (в ...    2*    25    26...    32    33... 36 37... W

Попе

уг.раЗления

непринятого

В

K/D

ПМ

W X V Z

V ООО

П5Д

Черт. 5.8

5)    W - в значении 1 этот бит должен указывать, что принятое и возвращенное в битах 1-16 поле управления было недействительным или нереализованным. Примеры недействительных ПБД:

а)    получение управляющего или ненумерованного ПБД с недопустимым полем информации;

6)    получение незапрошенного бита И в значении 1;

в) получение ответного НИ, который не ожидался.

б)    X - в значении 1 этот бит должен указывать, что поле управления, принятое и возвращенное в битах 1 - 16. было недействительным, поскольку ПБД содержал поле информации, недопустимое с данной командой или ответом. Бит должен устанавливаться в значение 1 вместе с этим битом.

7)    Y - в значении I этот бит должен указывать, что принятое поле информации превышает установленную максимальную длину, которая может быть приемлема для УЛЗ, отклонившего кадр по этому соединению звена данных.

8)    Z - в значении 1 этот бит должен указывать, что поле управления, принятое и возвращенное в битах 1—16, содержало недействительный Нпм.

9)    V - в значении 1 этот бит должен указывать, что поле управления, принятое и возвращенное в битах I — 16, содержало недействительный Нпд. Бит должен устанавливаться в значение I вместе с этим битом.

6. ОПИСАНИЕ ПРОЦЕДУР УЛЗ ТИПА 1

6.1.    Режимы работы

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

6.2.    Процедуры адресации

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

Для адресации ПДУП должны использоваться индивидуальные, групповые, глобальные и нулевые адреса. Поле адреса отправителя (ПДУО) должно содержать индивидуальный или нулевой адрес отправителя (см. п. 3.3.1.2).

6.3.    Процедуры использования бита 3/П

Командный ПБД НИ должен передаваться только с битом 3 в значении 0. Если командный ПБД принят с битом 3 в значении 1, то подуровень УЛЗ может аннулировать его или передать вышерасположенному уровню с флагом, указывающим, что бит 3 был равен 1. Поскольку ПБД НИ не должен передаваться в качестве ответного ПБД. процедуры использования бита 11 здесь не применяются.

Страница 33

С. 32 ГОСТ 28907-91

Командный ПБД ИДС должен иметь бит 3 и значении либо 0, либо 1. При получении командного ПБД ИДС, принимающий УЛЗ должен передать обратно ответный ПБД ИДС с битом П в значении, равном значению бита 3 в принятом командном ПБД.

Командный ПБД ТЕСТ должен иметь бит 3 в значении либо 0, либо 1. При получении командного ПБД ТЕСТ принимающий УЛЗ должен передать обратно ответный ПБД ТЕСТ с битом П в значении, равном значению бита 3 в принятом командном ПБД.

6.4.    Процедуры установления и разьединения логического звена даиных

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

6.5.    Процедуры передачи информации

6.5.1.    Передача ПБД НИ. Передача информации должна осуществляться посылкой командного ПБД НИ с битом 3 в значении 0. Передача ПБД НИ с битом 3 в значении I, или ответного ПБД НИ запрещается. Должна обеспечиваться возможность передачи командного ПБД НИ в любой момент времени.

6.5.2.    Прием ПБД НИ. При получении командного ПБД НИ на него не должно выдаваться подтверждения и не должны проверяться порядковые номера процедурами логического звена данных. Следовательно, при появлении во время передачи командного ПБД особого условия в логическом звене данных ПБД НИ может быть потерян. Должна обеспечиваться возможность приема командного ПБД НИ в любой момент времени. Однако местные условия на приемной стороне могут привести к аннулированию принимающим УЛЗ правильных командных ПБД НИ. Командные ПБД НИ, полученные с битом 3 в значении 1, могут быть аннулированы или переданы в вышерасположенный уровень с флагом, указывающим, что бит 3 был равен I.

Те ПБД НИ, которые являются ответными, представляют собой неправильные передачи и должны быть аннулированы принимающим УЛЗ.

6.6.    Использование командного и ответного ПБД ИДС

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

Примеры использования возможностей ИДС:

1)    Командный ПБД ИДС с нулевым ПДУГ1 и нулевым ПДУО служит способом запроса ответа от любой станции (т. е. от любого АП). Он представляет собой основу проверочной функции «кто там? *.

2)    Командный ПБД ИДС с групповым АП или групповым адресом ПДУ И может быть использован для определения членов группы. В частности, командный ПБД ИДС с глобальным адресом АП может идентифицировать все активные станции.

3)    Может проводиться проверка дублирования адреса (см. табл. 6.1а).

4)    Дтя УЛЗ класса П в РАС обмен кадрами ИДС может быть использован ятя определения размера приемного окна в каждом УЛЗ этого соединения звена данных.

Примечай и с. Иеподыованис обмена ИДС для этой цели невозможно в фазе РАР».

5)    Обмен кадрами ИДС с нулевым Г1ДУИ и нулевым ПДУО может идентифицировать каждый класс УЛЗ.

6)    Обмен кадрами ДИС с конкретным ПДУП и конкретным ПДУО может идентифицировать типы услуг, поддерживаемых этими пунктами доступа к услугам.

7)    УЛЗ может объявлять о своем присутствии глобальным адресом АП в ПБД ИДС.

6.7.    Использование командного и ответного ПБД ТЕСТ

Функция ГЕСТ обеспечивает средство для тестирования шлейфа тракта передачи УЛЗ - УЛЗ. Функция ТЕСТ может быть инициирована администрацией или логическим эле-

Страница 34

ГОСТ 28907-91 С. 33

ментом управления уровня звена данных. Успешное завершение проверки состоит из передачи командного IIБД ТЕСТ с определенным полем информации, заданным администрацией или логическим элементом управления, по указанному адресу получателя УЛЗ и получения обратно точно такого же поля информации в ответном ПБД ТЕСТ.

Реализация передачи командного IIЬД ТЕСТ является факультативной, но каждый УЛЗ должен быть способен ответить на принятый командный ПБД ТЕСТ ответным ПБД ТЕСТ. Длина поля информации является переменной от 0 до максимально возможного размера, который может обеспечить каждый УЛЗ данной ЛВС для нормальной передачи данных.

Допускается также передавать даже большее по размеру поле информации. При этом нужно руководствоваться следующим. Если принимающий УЛЗ может успешно принять и вернуть обратно это большее поле информации, то он выполнит эти действия. Если он не может принять все поле информации, а УДС может правильно вычислить КГ1К. то УЛЗ должен аннулировать частично принятое поле информации и может послать обратно ответный ПБД ГЕСТ без поля информации. Если УДС не может правильно вычислить КПК из-за слишком длинного поля информации, то УЛЗ должен аннулировать принятую часть поля информации и не выдавать никакого ответа. Любой командный ПБД ТЕСТ, принятый с ошибкой, должен аннулироваться без выдачи какого-либо ответного ПБД. В случае нарушения функции ТЕСТ ответственность за дальнейшие действия должна нести администрация или логический объект управления, инициировавший эту функцию.

6.Х. Список параметров логического звена данных

Определен ряд параметров логического звена данных, диапазоны значений которых определяются пользователем на межсистемной основе во время запуска ЛВС.

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

6.8.1.    Максимальное число октетов в ПБД НИ. Любые ограничения на максимальное число октетов в ПБД НИ связаны с соответствующей спецификацией протокола УДС. Сам подуровень УЛЗ не налагает никаких ограничений. Однако для установления значения, которое будут учитывать все пользователи УЛЗ типа 1, все УДС должны быть способны размешать ПБД НИ с полем информации до 128 октетов включительно.

6.8.2.    Минимальное число октетов в ПБД. Минимальная длина правильного ПБД должна включать точно два поля адреса ПДУ и одно поле управления в указанном порядке. Таким образом. минимальное число октетов в правильном ПБД должно равняться трем.

6.9. Точное описание процедур типа 1

При обнаружении рахчичий с текстом разд. 6 данный подраздел (6.9) должен рассматриваться как определяющее описание.

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

Работа УЛЗ описана с использованием трех типов компонентов:

1)    Компонент СТАНЦИЯ. Этот компонент отвечает за обработку событий, которые влияют на логический объект УЛЗ в целом. Компонент СТАНЦИЯ обрабатывает ПБД, адресованные по нулевому адресу ПДУП. а также обрабатывает ошибку дублирования адреса, если эта функция реализована. Для каждого ПДУ УДС, присутствующего в ЛВС. должен существовать один компонент СТАНЦИЯ.

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

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

Страница 35

С. 34 ГОСТ 28907-91

Работа каждого компонента описывается путем описания соответствующего автомата. При этом используются следующие принципы:

а) компоненты расположены иерархически (см. черт. 6.1), например компонент СТАНЦИЯ считается «старшим* по отношению к ПДУ. который в свою очередь считается «старшим* по отношению к компоненту СОЕДИНЕНИИ.

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

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

г)    для каждого ПДУ УДС существует один и только один логический обьект УЛЗ, состоящий из перечисленных выше компонентов;

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

Взаимосвязь компонентов

а) Взаимосвязь компонентов УЛЗ класса I    б)    Взаимосвязь    компонснюв    УЛЗ    класса    2

Черт. 6.1

е) в операциях УЛЗ класса 2 услуги каждого ПДУ могут обеспечивать от 0 до нескольких соединений звена данных одновременно. Каждое соединение идентифицируется двумя парами адресов УДС (АП—АО) и УЛЗ (ПДУГ1 — ПДУО) и управляется отдельным компонентом СОЕДИНЕНИЕ.

Описание каждого компонента содержит:

1)    общее описание компонента, где излагаются общие принципы его работы;

2)    диаграмму переходов состояний компонента, которая дает графическое представление о поведении компонента;

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

4)    описание состояний компонента, где поясняется каждое его состояние, указанное в таблице переходов состояний;

5)    описание событий компонента, где поясняется каждое событие, указанное в таблице переходов состояний;

Страница 36

ГОСТ 28907-91 С. 35

6) описание действий компонента, где поясняется каждое действие, указанное в таблице переходов состояний.

Используются следующие основные правила конечных автоматов:

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

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

в)    если поступающий МВД адресован неактивному в данный момент Г1ДУП (т. е. соответствующий компонент неработоспособен), считается, что имеет место особое условие, которое обрабатывается специальным образом.

6.9.2. Описание компонента СТАНЦИЯ. Компонент СТАНЦИЯ отвечает за обработку всех событий, которые относятся к УЛЗ в целом (т. е. влияют на все ПДУ и соединения, обслуживаемые данным УЛЗ). Действия компонента начинаются с исходного состояния ВЫКЛЮЧЕНО, затем идет факультативная проверка дублирования адреса станции и последующий возможный переход в состояние ВКЛЮЧЕНО (см. черт. 6.2 и табл. 6.1а). В состоянии ВКЛЮЧЕНО обеспечиваются необходимые условия для работы компонентов ПДУ.

Диаграмма состоянии компонента СТАНЦИЯ

_ BKPH)4HTbSJ!P0-

ВКЛЮЧИТЬ_БЕЗ_ПР0ВЕРКИ_ Д У5Л ЯРОВА НИР. _ АД РЕЕ А

ЗАПРОЕ_ВЫКЛЮЧИТЬ_

8ЕРК0Й_ДУВЛИР0‘ ВЫКЛЮЧЕНО & А Н ИЯ_ АДРЕСА

ПРИНЯТ_НУЛЬ_ ПДУЛ_ИДС_0Т8_И_ ЯДЕ 0Т8 СЧ-!

ЗАЛРОЕ ВЫКЛЮЧИТЬ

ПРИНЯТ,_ НУЛЬ_ПДУП ТЕСТ^КМД

ДА_ТАЙМ_ИСТЕК_Н_

сч_повтор=макс.

ПОВТОР


ЛРИНЯТ^НУЛЬ.

ПДУП_ИДТ_КМД

ПРОВЕРКА^ДУВ-

ПИ РОВ А И ИЯ_ А Л. РЕ ЕА *

ПРИНЯ Т_НУЛЬ_ЛДУЛ„    ДА JA ЙМ И С ТЕК, И_

ПРИНЯТ_НУЛЬ_ПД

Ш_ОТВ_И_ИДС.

ОТЗ-СЧ'О

ИДС_ОТВ_ И_ИДС_    С4J1QB ТОР<МАКС_ЛОВ ТОР

ПДУЛ_ИДС_КМД


Чсрг. 6.2

Страница 37

С. 36 ГОСТ 28907-91

Таблица 6.1а

Переходы состояний компонента СТАНЦИЯ

Текущее состояние

Событие

Действия

Следующее состояние

ВЫКЛЮЧЕНО

ВКЛЮЧИТЬ_С_ПРОВЕР-КОЙ .ДУБЛИРОВАНИЯ,

АДРЕСА

ПЕРЕДАТЬ НУЛЬ ПДУП ИДС кмд НАЧАТЬ ДА_ТАЙМ СЧ_ПОВТОР: = 0 ИДС_ОТВ_СЧ: = 0

ПРОВЕРКА

ДУБЛИРОВАНИЯ

АДРЕСА

ВКЛЮЧИТЬ_БЕЗ_П РО-ВЕРКИ ДУБЛИРОВАНИЯ. АДРЕСА

СООБ111 ИТЬ_СОСТОЯН И Е (СТАН ЦИЯ_ВКЛ ЮЧЕНА)

ВКЛЮЧЕНО

ВКЛЮЧЕНО

ЗАПРОС_ВЫКЛЮЧИТЬ

СООБШ ИТЬ_ СОСТОЯ Н И Е (СТАН ЦИЯ.ВЫКЛ ЮЧЕНА)

ВЫКЛЮЧЕНО

ПРИНЯТ НУЛЬ ПДУП

идс_кмд

ПЕРЕДАТЬ_ИДС_ОТВ

ВКЛЮЧЕНО

ПРИНЯТ_НУЛЬ_ПДУП_

ТЕСТ.КМД

ПЕРЕДАТЬ_ТЕСТ_ОТВ

ВКЛЮЧЕНО

ПРОВЕРКА ДУБЛ ИРОВА-НИЯ_АДРЕСА (факультативная но зможность)

ПРИНЯТ НУЛЬ ПДУП ИДС_ОТВ_И ИДС ОТВ СЧ = 0

ИДС ОТВ СЧ: = ИДС ОТВ СЧ + 1

ПРОВЕРКА ДУБЛИРОВАНИЯ АДРЕСА

ПРИНЯТ НУЛЬ ПДУП

идс_отв и идс.отв

СЧ = 1

СООБЩИТЬ СОСТОЯНИЕ (ОБНАРУЖЕНО _ДУБЛ ИРО-BA НИ Е_АДРЕСА)

ВЫКЛЮЧЕНО

ПРИНЯТ НУЛЬ ПДУП

идс_кмд

П ЕРЕДАТЬ_И ДС.О'ГВ

ПРОВЕРКА ДУБЛИРОВАН ИЯ АДРЕСА

ДА ТАЙМ ИСТЕК И СЧ ПОВТОР< МАКС_ПОВТОР

ПЕРЕДАТЬ НУЛЬ ПДУП ИДС.КМД НАЧАТЬ ДА.ТАЙМ СЧ ПОВТОР: = СЧ ПОВТОР + 1 ИДС_ОТВ_СЧ: = 0

ПРОВЕРКА ДУБЛИРОВАН ИЯ АДРЕСА

ДА ТАЙМ ИСТЕК И СЧ ПОВТОР = МАКС ПОВТОР

СООБШИТЬ СОСТОЯНИЕ (СТАН Ц ИЯ _ВКЛ ЮЧ ЕН А)

ВКЛЮЧЕНО

ЗАПРОС.ВЫКЛЮЧИТЬ

СООБШ ИТЬ.СОСТОЯН И Е (СТАНЦИЯ.ВЫКЛЮЧЕНА)

ВЫ КЛЮЧЕНО

Компонент СТАНЦИЯ должен принимать и отвечать на командные ПБД ИДС и ТЕСТ. Способность передачи командною ПБД ИДС япляется факультативной и используется, если в данной реализации УЛЗ проводится проверка дублирования адреса (см. табл. 6.16). Эти ПБД должны использовать нулевой адрес ПДУП. который означает его принадлежность компоненту СТАНЦИЯ.

Страница 38

ГОСТ 28907-91 С. 37

Таблица 6.16

Факультативные возможности компоненты СТАНЦИЯ

Описание

Опушенные состояния

Друшс требования

Hci проверки дублирования адреса

ПРОВЕРКА

АДРЕСА

.ДУБЛИРОВАНИЯ.

Опушено:

ВКЛЮЧИТЬ С ПРОВЕРКОЙ ДУБЛИРОВАНИЯ АДРЕСА

ДА ТАЙМ ИСТЕК И_СЧ_ПОВТОР< МАКС ПОВТОР

ДА ТАЙМ ИСТЕК И_СЧ_ПОВТОР= МАКС_ПОВТОР

ПРИНЯТ НУЛЬ ПДУП ИДС отв и ИДС_ОТВ СЧ = 1

ПРИНЯТ_НУЛЬ ПДУП_ИДС_ОТВ и_ ИДС_ОТВ_СЧ = 1

Факультативное использование проверки дублирования адреса

НЕТ

Опушено: НЕТ

Всегда выполняется проверка дублирования адреса

НЕТ

Опушено:

ВКЛЮЧИТЬ BEJ ПРОВЕРКИ ДУБЛИРОВАН ИЯ_АДРЕСА

Выполнение проверки дублирования адреса требует от компонента СТАНЦИЯ подготовки к приему своего собственного ПБД ИДС. В определении операций УДС оговорена возможность одновременного выполнения передачи и приема. Следовательно, ПБД ИДС с АО = АП может быть использован для проверки дублирования адреса, поскольку подуровень УДС опознает свой собственный адрес и передает этот Г1БД компоненту СТАНЦИЯ. Компонент СТАНЦИЯ выдает на командный ПБД ИДС ответный ПБД ИДС независимо от того, кем передана такая команда — удаленным УЛЗ или им самим. Компонент СТАНЦИЯ обеспечивает проверку дублирования адреса с помощью счетчика принятых ответных ПБД ИДС. Получение более одного ответного ПБД ИДС означает, что существует по крайней мере еще один идентичный АП УДС в этой ЛВС (более подробно см. черт. 6.2 и табл. 6.1а).

6.9.2.1.    Описание состояний компонента СТАНЦИЯ

1.    ВЫКЛЮЧЕНО - компонент СТАНЦИЯ выключен (без питания), не инициирован, и/или исключен из работы ЛВС.

2.    П РО ВЕР КА_Д У БЛ И РО ВАН И Я _АД Р ЕСА - компонент СТАНЦИЯ находится в процессе проверки дублирования адресов УДС в данный ЛВС. Основная цель этого состояния — дать возможность компоненту СТАНЦИЯ проверить, является ли адрес УДС этой станции уникальным в данной ЛВС. Компонент СТАНЦИЯ должен послать командный ПБД ИДС с адресом УДС АП = АО и ждать возможного ответного ПБД ИДС. указывающего на другие станции с идентичными адресами УДС.

3.    ВКЛЮЧЕНО — компонент СТАНЦИЯ включен (есть питание), инициирован и работоспособен в ЛВС. Всем ПДУ разрешается обмениваться ПБД УЛЗ по физической среде.

6.9.2.2.    Описание событий компонента СТАНЦИЯ

1)    ВКЛЮЧИТЬ_С_Г1РОВЕРКОЙЛУБЛИРОВАНИЯ .АДРЕСА - пользователь компонента СТАНЦИЯ включил оборудование станции и потребовал, чтобы УЛЗ перед началом связи проверил наличие дублирования адреса ПДУ УДС.

2) ВКЛЮЧИТЬ_БЕЗ„Г1РОВЕРКИ_ДУБЛИРОВАНИЯ_АДРЕСА — пользователь компонента СТАНЦИЯ включил оборудование станции, но проверка дублирования адреса не поддерживается или не требуется.

Страница 39

С. 38 ГОСТ 28907-91

3) ДА_ТАЙМ_ИСТЕК_И_СЧ„ПОВТОР < МАКС .ПОВТОР -истек тайм-аут положительного ответа и счет повторов меньше максимального числа повторов.

4) ДА_ТАЙМ_ИСТЕК.И_СЧ_ПОВТОР = МАКС.ПОВТОР - истек тайм-аут положительного ответа и счет повторов равен максимальному числу повторов.

5)    ПРИНЯТ_НУЛЬ_ПДУП_ИДС_КМД - принят командный ПБД ИДС с нулевым адресом ПДУ П.

6)    ПРИНЯТ_НУЛЬ_ПДУП_ОТВ_И_ИДС_ОТВ_СЧ = 0- принят единственный ответный 11 БД ИДС с нулевым адресом ПДУП.

7)    ПРИНЯТ_НУЛЬ_ПДУП_ИДС_ОТВ_И_ИДС_ОТВ_СЧ = 1 - принят второй ответный ПБД ИДС с нулевым адресом ПДУП.

8)    ИРИНЯТ_НУЛЬ_ПДУП_ТЕСТ_КМД - принят командный Г1БД ТЕСТ с нулевым адресом ПДУП.

9)    ЗАПРОС_ВЫКЛЮЧИТЬ— пользователь станции потребовал, чтобы оборудование станции было исключено из работы на физической среде.

6.9.2.3 Описание действий компонента СТАНЦИЯ

1)    НАЧЛТЬ_,ДА_ТАЙМ — начать отсчет тайм-аута положительного ответа, который позволяет УЛЗ определять, принято или нет в течение заданного промежутка времени подтверждение от удаленной станции.

2)    СЧ_ПОВТОР: = 0 - сбросить счетчик повторов.

3)    СЧ_ПОВТОР: = СЧ_ПОВТОР + I — увеличить значение счетчика    повторов    на    I.

4)    ИДС_ОТВ_СЧ: = 0 - сбросить счетчик ответов ИДС.

5)    ИДС_ОТВ СЧ: = ИДС ОТВ_СЧ + 1 — увеличить значение    счетчика    ответных    ПБД

ИДС на I.

6)    ПЕРЕДАТЬ НУЛЬ ПДУП ИДС К.МД - УЛЗ должен передать командный ПБД ИДС с нулевым адресом ПДУП и с адресами УДС АП = АО.

7)    ПЕРЕДАТЬ_ИДС_ОТВ - УЛЗ должен передать ответ ИДС, используя адрес ПДУО принятого командного ПБД ИДС как адрес ПДУП ответного ПБД ИДС и используя нулевой адрес ПДУО.

8)    ИЕРЕДАТЬ_ТЕСТ_ОТВ -УЛЗ должен передать ответный ПБД ТЕСТ, используя адрес ПДУО принятого командного ПБД ТЕСТ как адрес ПДУ ответного ПБД ТЕСТ и используя пулевой адрес ПДУО.

9)    СООБШИТЬ_СОСТОЯНИЕ - УЛЗ должен сообщать об изменении состояния звена данных в следующих случаях:

а)    СТАНЦИЯ_ВКЛЮЧЕНА (логический объект УЛЗ стал работоспособен);

б)    СТАНЦИЯ ВЫКЛЮЧЕНА (логический объект УЛЗ стал неработоспособен):

в)    ОБНАРУЖЕНО .ДУБЛИ РОВАНИЕ_АДРЕСА (логический объект УЛЗ обнаружил другой логический объект УЛЗ в этой ЛВС с адресом ПДУ УДС идентичным собственному адресу).

6.9.3. Опнсапие компонента ИДУ. Компонент ПДУ обрабатывает весь поток ПБД УЛЗ типа I с конкретным адресом ПДУП в локальном компоненте СТАНЦИЯ. Пользователь локального ПДУ может активизировать и деактивизировать операции в каждом отдельном компоненте ПДУ в компоненте СТАНЦИЯ (см. черт. 6.3 и табл. 6.2). Компонент ПДУ, будучи активен. должен обрабатывать ПБД УЛЗ типа 1, адресованные к данному ПДУП и передавать ПБД УЛЗ типа 1 либо по запросу пользователя ПДУ, либо как результат выполнения некоторого действия протокола.

Для УЛЗ класса 2 состояние АКТИВЕН компонента ПДУ яатяется активизирующим условием для компонента СОЕДИНЕНИЕ (см. черт. 6.1). Любая попытка пользователя или удаленного УЛЗ установить соединение звена данных в состоянии АКТИВЕН компонента ПДУ должна передаваться компоненту УЛЗ СОЕДИНЕНИЕ типа 2 и игнорироваться компонентом ПДУ.

6.9.3.1.    Описание состояний компонента ПДУ

1)    НЕАКТИВЕН - компонент ПДУ УЛЗ неактивен, не функционирует или неработоспособен. Он не принимает и не передает никаких ПБД.

2)    АКТИВЕН - компонент ПДУ УЛЗ активен, функционирует и работоспособен. Принимаются и передаются ПБД.

6.9.3.2.    Описание событий компонента ПДУ

Страница 40

ГОСТ 28907-91 С. 39

1)    ПДУ_ЗАГ1 РОС_АКТИВИЗАЦИЯ - пользователь ПДУ запросил активизировать данный компонент ПДУ и начал операции звена данных услуг типа 1.

2)    ПДУ_ЗЛПРОС_ДЕЛК ГИВИЗЛЦИЯ - пользователь ПДУ запросил деактивизировать данный компонент ПДУ и не допускать дальнейшей работы по логическому звену данных.

3)    ИДС_ЗЛПРОС - пользователь ПДУ запросил компонент ПДУ УЛЗ передать командный Г! БД ИДС одному или нескольким удаленным ПДУ.

Диаграмма состояний компонента ПДУ

Переходы состояний компонента ПДУ

Черт. 6.3

Таблица 6.2

Текушес состояние

Событие

Дейстпие

Следующее

СОСТОИМ II с

НЕАКТИВЕН

ПДУ.ЗАП РОС.АКТИ ВИ-ЗАЦЙЯ

СООБШ ИТЬ_СОСТОЯ Н И Е (ПДУ_АКТИВЕН)

АКТИВЕН

АКТИВЕН

ПРИНЯТ_НИ

БЛОК ДАННЫХ_ИНДИ-КАЦИЯ

БЛОК_ДАННЫХ_ЗАПРОС

ПСРЕДАТЬ.НИ

ИДС_ЗАПРОС

ПЕРЕДАТЬ_ИДС_КМД

ПРИНЯТ_ИДС_КМД

П ЕРЕДАТЬ_ИДС_ОТВ

ПРИНЯТ_ИДС_ОТВ

ИДС_ИНДИКАПИЯ

ТЕСТ-ЗАПРОС

ПЕРЕДАТЬ_ТЕСТ_КМД

ПРИНЯТ_ТЕСТ_КМД

ПЕРЕДАТЬ_ТЕСТ_ОТВ

11РИНЯТ_ТЕСТ_ОТВ

ТЕСТ_ИНДИКАЦИЯ

П ДУ_ЗАП РОС ЛЕАКТИ-ВАЦИЯ

СООБШ ИТЬ_СОСТОЯ Н И Е < ПДУ_Н ЕАКТИ ВЕН >

НЕАКТИВЕН

Страница 41

С. 40 ГОСТ 28907-91

4)    ТЕСТ.ЗАПРОС — пользователь ПДУ запросил компонент ПДУ УЛЗ передать командный ПБД ТЕСТ одному или нескольким удаленным ПДУ.

5)    ПРИНЯТ НИ - локальный компонент ПДУ принял ПБД НИ от удаленного ПДУ.

6)    БЛОК_ДАННЫХ_ЗАПРОС - пользователь ПДУ запросил передать блок данных удаленному ПДУ УЛЗ посредством ПБД НИ.

7)    ПРИНЯТ ИДС_КМД - локальный компонент ИДУ принял командный ПБД ИДС от удаленного ПДУ.

8)    ПРИНЯТ_ИДС_ОТВ — локальный компонент ПДУ принял ответный ПБД ИДС от удаленного ПДУ.

9)    ИРИНЯТ_ТЕСТ_КМД — локальный компонент ПДУ принял командный ПБД ТЕСТ от удаленного ПДУ.

10)    ПРИНЯТ_ТЕСТ_ОТВ - локальный компонент ПДУ принял ответный ПБД ТЕСТ от удаленного ПДУ.

6.9.3.3. Описание действий компонента ПДУ

1)    БЛОК_ДАННЫХ_ ИНДИКАЦИЯ - компонент ПДУ УЛЗ принял ПБД НИ от удаленного ПДУ. Сервисный блок данных передается пользователю ПДУ.

2)    ПЕРЕДАТЬ, НИ^ПБД НИ передается одному или нескольким удаленным ИДУ по запросу пользователя передать сервисный блок данных.

3)    ПЕРЕДАТЬ_ИДС_КМД - компонент ПДУ УЛЗ должен передать команду ИДС удаленному ПДУ по запросу пользователя ИДУ идентифицировать другие ПДУ.

4)    ПЕРЕДАТЬ_ИДС_ОТВ - компонент ПДУ УЛЗ должен передать ответный ПБД ИДС удаленным ПДУ в ответ на принятый командный ПБД ИДС.

5)    ПЕРЕДАТЬ_ТЕСТ_КМД - компонент ПДУ УЛЗ должен передать командный ПБД ТЕСТ в ответ на запрос пользователя ПДУ проверить удаленный ПДУ.

6)    ПЕРЕДАТЬ_ТЕСТ.ОТВ — компонент ПДУ УЛЗ должен передать ответный ПБД ТЕСТ в ответ на получение от удаленного УЛЗ командного ПБД ТЕСТ.

7)    СООБЩИТЬ_СОСТОЯНИЕ — компонент ПДУ УЛЗ должен сообщать об изменениях своего состояния в следующих случаях:

а)    ПДУ. АКТИВЕН — компонент ПДУ успешно обработал запрос на активизацию и теперь он работоспособен;

б)    ПДУ_НЕАКТИВЕН - компонент ПДУ успешно обработал запрос на деактивизацию и теперь он неактивен.

8)    ИДС_ИНДИКАЦИЯ — компонент ПДУ принял ответный ПБД ИДС от удаленного ПДУ. Об этом событии сообщается пользователю ПДУ и при этом ему может быть передано поле информации ИДС.

9)    ТЕСТ-ИНДИКАЦИЯ - компонент ПДУ УЛЗ принял ответный ПБД ГЕСТ от удаленного ПДУ. Об этом событии оповещается пользователь ПДУ и ему может быть возвращено поле информации ответного ПБД ТЕСТ.

7. ОПИСАНИЕ ПРОЦЕДУР УЛЗ ТИПА 2

7.1.    Режимы

В операциях типа 2 определены два режима работы: рабочий и нерабочий.

7.1.1.    Рабочий режим. Рабочим режимом должен быть режим асинхронного ответа сбалансированный (РАС).

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

Режим РАС состоит из фазы соединения звена данных, фазы передачи информации, фазы сброса звена данных и фазы разьединения звена данных.

7.1.2 Нерабочий режим. Нерабочим режимом должен быть режим асинхронного разъединения (РАР).

Страница 42

ГОСТ 28907-91 С. 41

Режим РАР отличается от рабочего режима (РЛС) тем, что соединение звена данных логически разъединено с физической средой; т. е. информация (данные пользователя) не может передаваться или приниматься.

Режим РАР определен для того, чтобы предохранить соединение звена данных от работы по физической среде в полностью рабочем режиме во время необычных ситуаций или особых условий, поскольку такая работа могла бы вызвать:

1)    путаницу порядковых номеров между УЛЗ в соединении звена данных:

2)    неопределенность в одном УЛЗ относительно состояния другого УЛЗ.

Условия входа соединения звена данных (РАР) должны быть заранее определены системой.

Примерами возможных условий (в дополнении к приему командного ПБД РЗД), которые должны вызывать переход соединения звена данных в РАР. являются:

а)    включение питания,

б)    ручной сброс логических схем уровня звена данных,

в)    ручное переключение соединения звена данных из локального (оф-лайн) состояния в состояние «подключено к звену данных» (он-лайн).

УЛЗ в РАР должно наблюдать за передачами, принимаемыми от УДС с целью:

1)    приема одного из командных ПБД установления режима (УРРАС или РЗД) и выдачи на них ответа.

2)    передачи (при необходимости) ответного ПБД ФРЗД при возможности доступа к среде.

Кроме того, поскольку УЛЗ может передавать командные ПБД в любое время, он может

передать соответствующий командный ПБД установления режима.

Получив в РАР командный ПБД РЗД. УЛЗ должен выдать ответный ПБД ФРЗД. Получив в РАС командный ПБД РЗД. УЛЗ должен выдать ответный ПБД «ненумерованное подтверждение* (НП), если он способен выполнить полученную команду.

УЛЗ в РАР не должен устанавливать особое условие «неприем кадра* (см. пп. 5.4.2.3.5 и 7.6). Режим РАР состоит только из фазы разъединения звена данных.

7.2.    Процедуры адресации

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

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

7.3.    Процедуры использования бита 3/II

УЛЗ. принимающий командный ПБД (УРРАС, РЗД. ГПР. НГПР, НИР или И) с битом 3. равным 1. должен послать ответный ПБД с битом П. равным I.

В качестве ПБД. выданного УЛЗ в ответ на командный Г1БД УРРАС или РЗД с битом 3. равным I, должен быть ответный ПБД HI1 или ФРЗД с битом П. равным 1. В качестве ПБД, выданного УЛЗ в ответ на командный ПБД И, ГПР или НПР с битом 3, равным 1, должен быть ответный ПБД И, ГПР, НПР. НГПР, ФРЗД или НПРК с битом П, равным 1. В качестве ПБД. выданного УЛЗ в ответ на командный ПБД НГПР с битом 3. равным 1, должен быть ответный ПБД ГПР. HI1P, НГПР, ФРЗД или НПРК с битом П, равным I.

Примечание. Бит i используется в УЛЗ при наличии условия восстановления по тайм-ауту (см. п. 7.5.9».

7.4.    Процедуры установления и разьединения звена данных

7.4.1. Фаза соединения звена данных. Любой УЛЗ может начать инициацию соединения звена данных.

Если УЛЗ желает инициировать звено данных, то он должен передать командный ПБД УРРАС и начать отсчет тайм-аута подтверждения (см. п. 7.8.1). При приеме ответного ПБД НП подуровень УЛЗ должен сбросить свои переменные приема и передачи ПД и ПМ в 0 для соответствующего соединения звена данных, остановить тайм-аут подтверждения и перейти в фазу передачи информации.

Страница 43

С. 42 ГОСТ 28907-91

При приеме ответного II БД ФРЗД подуровень УЛЗ. выдавший командный 11 БД УРРАС, должен остановить свой тайм-аут подтверждения, не входить в фазу передачи информации и сообщить об этом вышерасположенному уровню для принятия соответствующих действий.

Описание действий, вызываемых приемом командного ПБД УРРАС или РЗД, см. в п. 7.4.5. Другие ПБД типа 2 (командные или ответные), принятые во время установления соединения, должны игнорироваться УЛЗ.

Если тайм-аут подтверждения истек до приема ответного ПБД НИ или ФРЗД, то УЛЗ должен повторно передать командный ПБД УРРАС и начать повторно отсчет тайм-аута подтверждения. После повторной передачи командного ПБД УРРАС N2 раз, передающий УЛЗ должен прекратить передачу командных ПБД УРРАС и сообщить об этом вышерасположенному уровню для инициации соответствующих действий по исправлению ошибки. Значение N2 определяется в п. 7.8.2.

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

Если затем УЛЗ подучит уведомление из сетевого уровня о приемлемости соединения, то он должен передать удаленному УЛЗ ответный ПБД НП, установить свои переменные приема и передачи 11М и ПД соответствующего соединения звена данных в 0 и войти в фазу передачи информации. Передача ответного ПБД НИ должна иметь преимущество над любым другим ответным ПБД того же соединения звена данных, которые мот ожидать передачи на подуровне УЛЗ. Вслед за ответным ПБД HI1 могут передаваться дополнительные ПБД УЛЗ, ожидающие передачи.

Если УЛЗ получил уведомление из сетевого уровня не входить в указанную фазу, то он должен передать удаленному УЛЗ ответный ПБД ФРЗД и остаться в разъединенном режиме звена.

7.4.2.    Фаза передачи информации. После передачи ответного ПБД НП на командный ПБД УРРАС или после приема ответного ПБД НГ1 на переданный командный ПБД УРРАС подуровень УЛЗ должен принимать и передавать ПБД формата И и формата УКО в соответствии с процедурами, описанными в п. 7.5.

При приеме командного ПБД УРРАС в фазе передачи информации УЛЗ должен подтвердить процедуру сброса, как описано в п. 7.6.

7.4.3.    Фаза разъединения звена данных. В фазе передачи информации любой УЛЗ может инициировать разьединение соединения звена данных, передав командный ПБД РЗД.

Если УЛЗ желает разъединить соединение звена данных, то он должен передать командный ПБД РЗД и начать отсчет тайм-аута подтверждения (см. n. 7.8.1). При приеме ответного ПБД НП или ФРЗД от удаленного УЛЗ локальный УЛЗ должен прекратить отсчет своего тайм-аута подтверждения и перейти в режим разъединения звена.

Если тайм-аут подтверждения истечет до приема ответного ПБД НП или ФРЗД, то УЛЗ должен передать повторно командный ПБД РЗД и начать повторный отсчет тайм-аута подтверждения. После передачи командного ПБД РЗД N2 раз передающий УЛЗ должен прекратить передачу командного ПБД РЗД. войти в фазу разъединенного звена данных и сообщить об этом вышерасположенному уровню для инициации соответствующего действия по исправлению ошибки. Значение N2 определяется в п. 7.8.2.

При приеме командного ПБД РЗД подуровень УЛЗ должен передать ответный ПБД HII и войти в фазу разъединенного звена данных. Передача ответного ПБД НП должна иметь преимущество перед передачей любого другого ответного ПБД в том же соединении звена данных, которое может ожидать передачи в УЛЗ.

7.4.4.    Фаза разъединенного звена данных. После приема командного ПБД РЗД от удаленного УЛЗ и передачи ответного ПБД НП либо приема ответного ПБД НП на переданный командный ПБД РЗД подуровень УЛЗ должен перейти в фазу разъединения звена данных.

В фазе разъединения УЛЗ может инициировать соединение звена данных. В этой фазе УЛЗ должен реагировать на прием командного ПБД УРРАС, как описано в п. 7.4.1. и передавать ответный Г1БД ФРЗД в ответ на прием командного ПБД РЗД.

При приеме в фазе разъединения любого другого командного ПБД типа 2 с битом 3, равным I, УЛЗ должен передать ответный ПБД РЗД с битом Г1, равным I. Другие ПБД типа 2, принятые в фазе разъединения, УЛ З должен игнорировать.

Страница 44

ГОСТ 28907-91 С. 43

7.4.5.    Столкновение ненумерованных командных ПБД установления режима. Ситуация столкновения в УЛЗ должна разрешаться следующим образом.

Если переданный и принятый командные IIБД установления режима одинаковы, то каждый УЛЗ при первой возможности должен передать ответный ПБД HI1 и перейти в указанную фазу либо после приема ответного ПБД НГ1, либо после истечения своего тайм-аута подтверждения. Если переданный и принятый командные ПБД установления режима различны, то каждый УЯЗ должен перейти в фазу разъединения звена данных и выдать при первой возможности ответный ПБД ФРЗД.

7.5.    Процедуры передачи информации

Ниже описаны процедуры, которые применяются для передачи ПБД И, в каждом направлении соединения звена данных.

В дальнейшем выражение «на единицу больше» означает непрерывно повторяющиеся серии последовательностей, т. е. 7 на единицу больше 6. а 0 на единицу больше 7 при нумерации по модулю 8.

7.5.1.    Передача ПБД И. Если УЛЗ имеет ПБД И для передачи (т. е. ПБД И. еще не переданные или подлежащие повторной передаче, как описано в п. 7.5.5), то он должен передать ПБД И с номером Ннд, равным его текущей переменной ПД, и с Нпм, равным его текущей переменной IIM для этого соединения звена данных. После передачи ПБД И подуровень УЛЗ должен увеличить на единицу свою переменную передачи ПД.

Если тайм-аут подтверждения не истек к моменту передачи ПБД И. то следует начать его отсчет.

Если переменная передачи ПД соединения звена данных равна последнему принятому значению Нпм плюс к (где к - максимальное число неподтвержденных ПБД И, см. п. 7.8.4). то УЛЗ не должен передавать каких-либо новых ПБД И по этому соединению звена данных, по должен обладать возможностью повторной передачи ПБД И в соответствии с п. 7.5.6 или п. 7.5.9.

Если локальный УЛЗ соединения звена данных находится в состоянии занятости, то он может передавать ПБД И при условии, что удаленный УЛЗ этого соединения звена данных сам не находится в состоянии занятости. Если в УЛЗ некоторого соединения звена данных имеется особое условие Н11РК. то он должен прекратить передачу ПБД по этому соединению звена данных.

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

1)    При наличии готовых к передаче ПБД И УЛЗ должен действовать в соответствии с п. 7.5.1 и подтверждать принятые ПБД И. устанавливая номер Нпм в поле управления следующего передаваемого ПБД И в значение переменной приема ПМ. УЛЗ может также подтвердить принятые ПБД И, передав ПБД ГПР с номером Нпм. равным значению переменной приема ПМ.

2)    При отсутствии готовых к передаче ПБД И УЛЗ должен:

а)    передать при первой возможности ПБД ГПР с номером Нпм. равным значению переменной приема ПМ. либо.

б)    если принятый ПБЛ не являлся командным ПБД с битом 3. равным 1. ожидать в течение некоторого периода времени, ограниченного вероятным истечением удаленного тайм-аута, подтверждения, пока не появится ПБД И, готовый к передаче, или ожидать накопления дополнительных ПБД И с целью их подтверждения одним ПБД ГПР. что является предметом ограничения размера окна.

3)    Если прием ПБД И вызвал переход УЛЗ в состояние занятости по отношению к последующим ПБД И. то УЛЗ должен передать ПБД НГГ1Р с номером Нпм, равным значению переменной приема ПМ. При наличии готовых к передаче ПБД И подуровень УЛЗ может передать их. как описано в п. 7.5.1, до или посте передачи ПБД НГПР.

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

Страница 45

С. 44 ГОСТ 28907-91

7.5.3. Прием неправильных ПБД. Если УЛЗ принимает недействительный ПБД (см. п. 3.3.5) или ПБД с неправильным адресом ПДУП или ПДУО, то этот ПБД должен быть целиком аннулирован.

7.5.4.    Прием ПБД с нарушением порядка следования. Если УЛЗ принимает ПБД И. чей номер передачи нарушает порядок следования, т. е. не равен текущей переменной приема ПМ. но находится внутри окна приема, то УЛЗ должен аннулировать пате информации этого ПБД И и передать ПБД НПР с Нпм, равным значению ПМ. Затем УЛЗ должен аннулировать поле информации всех ПБД И до тех пор. пока не будет правильно принят ожидаемый ПБД И. При приеме ожидаемого ПБД И УЛЗ должен подтвердить ПБД, как описано в п. 7.5.2. УЛЗ должен использовать значения Нпм и бита 3 аннулированных ПБД И.

В конкретном соединении звена данных в любой момент времени от одного УЛЗ к другому УЛЗ может быть установлено только одно особое условие «передан НПР*. Условие «передан НПР* должно сбрасываться при приеме запрошенного ПБД И. Условие «передан НПР* может быть сброшено по истечении функции тайм-аута «неприем». Если УЛЗ узнает по истечению тайм-аута «неприем*, что запрошенный ПБД И не будет принят, так как либо запрошенный ПБД И, либо ПБД НПР был потерян или содержал ошибку, то этот УЛЗ может повторить ПБД НПР с тем, чтобы повторно установить условие «передан HI1P* вплоть до N2 раз. Значение N2 определяется в п. 7.8.2.

7.5.5.    Подтверждение приема. При правильном приеме ПБД формата И или формата УКО, даже в состоянии занятости (см. п. 7.5.8), принимающий УЛЗ должен рассматривать Нпм, содержащийся в этом ПБД, как подтверждение всех ПБД И. переданных по этому соединению звена данных с Нпд вплоть до принятого Нпм минус I включительно. УЛЗ должен сбросить тайм-аут подтверждения при правильном приеме ПБД формата И или формата УКО с Нпм большим, чем последний принятый Нпм (действительно подтверждающий некоторые ПБД И).

Если тайм-аут сброшен, но все еще остались неподтвержденные ПБД И на этом соединении звена данных, то УЛЗ должен начать повторный отсчет тайм-аута подтверждения. Если этот тайм-аут затем истечет, то УЛЗ должен выполнять процедуры п. 7.5.9 относительно неподтвержденных ПБД И.

7.5.6.    Прием ПБД НПР. При приеме ПБД НПР подуровень УЛЗ должен установить свою переменную передачу ПД. равную номеру Нпм, принятому в поле управления ПБД НПР. УЛЗ должен передать (в том числе повторно) соответствующий ПБД И, как только он появится. Если другие неподтвержденные ПБД И были уже переданы по этому соединению вслед за ПБД И. указанным в ПБД НПР, то эти ПБД И должны быть повторно переданы УЛЗ вслед за повторной передачей запрошенного ПБД И.

Если повторная передача началась с некоторого ПБД вследствие контрольной сверки (см. п. 7.5.9) и был принят ПБД НПР. который вызывал бы повторную передачу с того же самого ПБД И (как указано Нпм в ПБД НПР). то повторная передача в результате приема ПБД НПР должна быть запрещена.

7.5.7.    Прием ПБД НГПР. УЛЗ, принявший ПБД НГПР, должен остановить как можно скорее передачу ПБД И по указанному соединению звена данных и начать отсчет тайм-аута «занято*, если он еще не начат. По истечении тайм-аута «занято* УЛЗ должен выполнить процедуру. описанную в п. 7.5.9. В любом случае УЛЗ не должен передавать других ПБД И по этому соединению звена данных до тех пор. пока не будет принят ПБД ГПР или НПР. или ответный ПБД И с битом П. равным I. либо пока не завершится процедура сброса в этом соединении звена данных.

7.5.8.    Состояние занятости УЛЗ. УЛЗ должен войти в состояние занятости в соединении звена данных, если он временно не способен принять, или продолжать прием ПБД И из-за внутренних ограничений, например ограничений приемных буферов. Ожидающие в этом соединении звена данных передачи ПБД И могут быть переданы до или после передачи ПБД НГПР. Находясь в состоянии занятости, УЛЗ должен принимать и обрабатывать ПБД формата УКО и выдавать ответный ПБД НГПР с битом П, равным I, в ответ на прием командного ПБД формата УКО или И с битом 3. равным 1, по этому соединению звена данных.

Дчя указания сброса состояния занятости в соединении звена данных УЛЗ должен передать либо ответный ПБД И с битом П. равным !, при наличии неподтвержденного бита 3, равного I.

Страница 46

ГОСТ 28907-91 С. 45

либо ответного ПБД НПР или ГПРс номером Ним, равным текущей переменной приема ИМ. в зависимости от того, аннулирован ли УЛЗ поля информации правильно принятых IIБД И или нет. Кроме того, передача командного ПБД УРРАС или ответного МВД НИ должна указыиать на сброс состояния занятости на передающем УЛЗ соединения звена данных.

7.5.9. Ожидание подтверждения. УЛЗ поддерживает внутреннюю переменную счета повторных передач для каждого соединения звена данных, которая должна устанавливаться в 0, когда УЛЗ принимает или передает ответный ПБД НГ1 или командный ПБД УРРАС, либо когда УЛЗ принимает ПБД НГПР, либо когда УЛЗ правильно принимает ПБД формата И или формата УКО с Ним большим, чем последний принятый Нпм (действительно подтверждающий некоторые ПБД И).

По истечении тайм-аута подтверждения, тайм-аута «занято» или, возможно, тайм-аута бита 3 подуровень УЛЗ на этом соединении звена данных должен перейти в состояние восстановления по тайм-ауту и добавить единицу к своей переменной счета повторных передач.

Затем УЛЗ должен начать отсчет тайм-аута бита 3 и передать командный ПБД формата УКО с битом 3, равным I.

Состояние восстановления по тайм-ауту должно быть сброшено на соединении звена данных. когда УЛЗ примет от удаленного УЛЗ правильный ПБД формата И или формата УКО с битом П, равным 1.

Если в состоянии восстановления по тайм-ауту УЛЗ принял без ошибок действительный ПБД формата И или формата УКО с битом П. равным 1, и с номером Нпм. находящимся внутри диапазона, начинающегося со значения последнего принятого Нпм и до текущего значения переменной передачи включительно, то он должен сбросить состояние восстановления по тайм-ауту, установить свою переменную передачи, равной принятому номеру Нпм, остановить отсчет тайм-аута бита 3 и передать повторно все неподтвержденные ПБД.

Если в состоянии восстановления по тайм-ауту УЛЗ принял без ошибок действительный ПБД формата И или формата УКО с битом 3/Г1, равным 0, и с номером Нпм. находящимся внутри диапазона, начинающегося со значения последнего принятого Нпм и до текущего значения переменной передачи включительно, то он не должен сбрасывать состояние восстановления по тайм-ауту, а должен рассматривать принятое значение Нмп как подтверждение указанных ранее переданных ПБД И (см. п. 7.5.5).

По истечении тайм-аута бита 3 в состоянии восстановления по тайм-ауту УЛЗ должен прибавить единицу к своей переменной счета повторных передач. Если переменная счета повторных передач не равна N2, то УЛЗ должен передать повторно ПБД формата УКО с битом 3, равным 1, и начать повторный отсчет тайм-аута бита 3.

Если переменная счета повторных передач равняется N2, то УЛЗ должен начать процедуру сброса (передав командный ПБД УРРАС). как описано в п. 7.6 ниже. N2 - это системный параметр (см. п. 7.8.2).

7.6. Процедуры сброса

Фаза сброса используется для инициации обоих направлений передачи информации в соответствии с описанными ниже процедурами. Фаза сброса должна применяться только во время режима асинхронного ответа сбалансированного (РАС).

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

После приема командного ПБД УРРАС УЛЗ должен при первой возможности передать:

1)    ответный ПБД НГ1 и сбросить в 0 свои переменные ПМ и ПД для данного соединения звена данных либо

2)    ответный ПБД ФРЗД. если это соединение звена данных должно быть завершено.

Передача ответного ПБД НП или ФРЗД должна иметь преимущество перед передачей

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

Страница 47

С. 46 ГОСТ 28907-91

При приеме ответного IIБД ФРЗД подуровень УЛЗ должен перейти в фазу разъединенного звена данных, прекратить отсчет своего тайм-аута подтверждения и сообщить об этом вы-шерасположенпому уровню для принятия соответствующих мер. Если тайм-аут подтверждения истек до приема ответного IIБД НИ или ФРЗД, то командный Г1БД УРРАС должен быть передан повторно и начат отсчет тайм-аута подтверждения. После истечения этого тайм-аута N2 раз передающий УЛЗ должен прекратить передачу командного IIБД УРРАС, сообщить об этом вы in е распол оже н н о му уровню для инициирования соответствующих действий по исправлению ошибки и перейти в режим асинхронного разъединения. Значение N2 определено в п. 7.8.2.

Другие Г1 БД типа 2 (кроме командных Г1БД УРРАС и РЗД), принятые УЛЗ до завершения процедуры сброса, должны быть аннулированы.

При некоторых особых условиях НПРК, перечисленных в п. 7.7. УЛЗ может запросить удаленный УЛЗ сбросить соединение звена данных, передав ответный 11 БД HIIPK.

При приеме ответного ПБД HI1PK (даже во время особого условия НПРК) подуровень УЛЗ должен инициировать процедуру сброса путем передачи командного ПБД УРРАС либо инициировать процедуру разъединения путем передачи командного ПБД РЗД.

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

При наличии особого условия НПРК дополнительные ПБД И не должны передаваться, а полученные ПБД формата И и ([юр мата У КО должны аннулироваться УЛЗ.

При передаче ответного ПБД НГ1РК подуровень УЛЗ может начать отсчет своего тайм-аута подтверждения. Если этот тайм-аут истечет до получения от удаленного УЛЗ командного ПБД УРРАС или РЗД, то УЛЗ может повторно передать ответный ПБД НПРК и начать повторный отсчет тайм-аута подтверждения. После истечения тайм-аута подтверждения N2 раз УЛЗ должен сбросить это соединение звена данных, передав командный ПБД УРРАС. Значение N2 определяется в п. 7.8.2.

Если во время отсчета тайм-аута подтверждения передаются дополнительные ответные ПБД НПРК. то отсчет этого тайм-аута не должен ни прекращаться, ни возобновляться.

7.7.    Особые условия НПРК

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

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

7.8.    Список параметров соединения звена данных

Определен ряд параметров соединения звена данных, диапазоны значений которых определяются на межсистемной основе пользователями во время установки конкретной ЛВС.

Необходимы следующие параметры соединения звена данных для операций типа 2.

7.8.1. Функции тайм-аута. В операциях типа 2 в соединении звена данных могут иметь место ряд независимых событий, каждое из которых могло бы представлять временную функцию. Эти временные функции определены ниже так, как они идентифицированы в тексте описания операций типа 2. Понятно, что эти временные функции можно реализовать, используя ряд индивидуальных тайм-аутов или используя единственный тайм-аут. Если предусмотрена единственная временная функция, то разработчику необходимо будет определять при каждом обращении к тайм-ауту, когда останавливать отсчет, когда начинать сначала и когда продолжать начатый отсчет, основываясь на приоритетах конкретных обрабатываемых событий.

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

Страница 48

ГОСТ 28907-91 С. 47

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

7.8.1.1.    Тайм-аут подтверждения. Тайм-аут подтверждения является параметром соединения звена данных, который должен определять интервал времени, в течение которого УЛЗ должен ожидать приема подтверждения на один или несколько неподтвержденных 11 БД И или ожидать ответного ПБД на переданный ненумерованный командный ПБД.

7.8.1.2.    Тайм-аут бита 3. Тайм-аут бита 3 является параметром соединения звена данных, который должен определять временной интервал, в течение которого УЛЗ должен ожидать приема ПБД с битом П, равным I, в ответ на переданную команду типа 2 с битом 3. равным I.

7.8.1.3.    Тайм-аут •неприем». Тайм-аут «неприем» (НИР) я&1яется параметром соединения звена данных, который должен определять временной интервал, в течение которого УЛЗ должен ожидать приема ответа на переданный ПБД НИР.

7.8.1.4.    Тайм-аут «занято*. Тайм-аут «занято» является параметром соединения звена данных, который должен определять временной интервал, в течение которого УЛЗ должен ожидать указания сброса состояния занятости на другом УЛЗ.

7.8.2. Максимальное число передач — N2. N2 - это параметр соединения звена данных, который у казывает максимальное число повторных передач И БД после истечения тайм-аута подтверждения, тайм-аута бита 3 или тайм-аута «неприем*.

7.8.3 Максимальное число октетов в ПБД И — N1. N1 — это параметр соединения звена данных, который определяет максимальное число октетов в ПБД И. Для определения точного значения N1 для конкретного метода доступа следует обратиться к описанию соответствующего УДС. УЛЗ сам по себе не налагает ограничений на значение N1. Однако в целях получения значения N1. от которого могут зависеть все пользователи УЛЗ типа 2. все УДС должны быть способны, по меньшей мере, обрабатывать ПБД И с полем информации до 128 октетов включительно.

7.8.4.    Максимальное число неподтвержденных ПБД И — к. Максимальное число (к) последовательно пронумерованных ПБД И. которые в УЛЗ могут оставаться неподтвержденными в любой момент времени, должно быть параметром соединения звена данных, значение которого не должно превышать 127.

7.8.5.    Минимальное число октетов в ПБД. Действительный ПБД соединения звена данных минимальной длины должен содержать в точности два поля адреса и одно поле управления. расположенные в перечисленном порядке. Таким образом, минимальное число октетов правильного ПБД соединения звена данных должно равняться трем или четырем в зависимости от формата ПБД: формат НКО либо формат И или У КО соответственно.

7.9. Точное описание процедур типа 2.

При обнаружении различий с текстом разд. 7 данный подраздел (7.9) должен рассматриваться как определяющее описание.

7.9.1. Описание компонента СОЕДИНЕНИЕ. Компонент СОЕДИНЕНИЕ обрабатывает весь поток ПБД типа 2 конкретного соединения звена данных (характеризующегося парами адресов: АП, ПДУП — АО. ПДУО). Будучи активизирован, компонент СОЕДИНЕНИЕ должен обрабатывать все ПБД типа 2, адресованные локальному ПДУ от удаленного ПДУ, а также передавать ПБД типа 2 удаленному ПДУ либо по запросу пользователя, либо в результате выполнения протокола (см. черт. 7.1 и табл. 7).

Когда компоне!гт ПДУ переходит в состояние АКТИВЕН (как описано в п. 6.9), все компоненты СОЕДИНЕНИЕ, связанные с этим ПДУ, переходят в состояние РАР (режим асинхронного разъединения). Когда компонент ПДУ выходит из состояния АКТИВЕН, все компоненты СОЕДИНЕНИЕ, связанные с этим ПДУ, деактивизируются, в каком бы состоянии они ни находились в этот момент.

При интерпретации таблицы переходов состояний необходимо учитывать следующие моменты:

I) Для уменьшения числа состояний используются переменные типа «флаг», которые указывают на наличие специальных условий, влияющих на работу компонента СОЕДИНЕНИЕ. Определены следующие флаги: З.ФЛАГ. П„ФЛАГ, У „ФЛАГ. ДАН Н Ы ЕФЛАГ, УДАЛ ЕН НАЛ /ЗАНЯТО.

Страница 49

С. 48 ГОСТ 28907-91

2)    Некоторые события представлены в форме Г1РИНЯТ_ХХХ_УУУ. Это следует понимать как прием любого командного или ответного IIБД, поскольку для этого состояния несущественно, какой именно ПБДЗ принят.

3)    Для некоторых комбинаций состояний и событий в таблице представлены альтернативные действия. Они разделены горизонтальными пунктирными линиями в колонках «действия* и «следующее состояние*. Выбор варианта действий осуществляется на основе: а) локального состояния, б) результата действия диспетчера, в) конкретной реализации. Не существует взаимосвязи между порядком альтернатив и событиями; не предполагается, что каждый раз при возникновении события должна выбираться одна и та же альтернатива.

Диаграмма состояний компонента СОЕДИНЕНИЕ

а) Установление звена данных, разьединение и сброс

б) Состояние передачи информации

Черт. 7.1

4)    В списке действий не предполагается упорядоченности, если только одно или несколько действий зависят от значений и флагов, которые изменяются другими действиями. В этом случае проверки должны выполняться до модификации флагов.

5)    Некоторые действия описаны в форме 11ЕРЕДЛТБ ХХХ ОТВ (П = 1). Это должно означать, что если некоторый другой ответный IIБД с битом П = 0 был передан ранее, то мож-

Страница 50

ГОСТ 28907-91 С. 49

но модифицировать бит П этого ПБД с 0 на 1 и передать новый ПБД с битом Г1 =0. Это возможно. например, если реализация УЛЗ управляет очередью ПБД, ожидающих передачи.

6)    Для упрощения таблицы используются следующие четыре тайм-аута: ДА_ТАЙМ (тайм-аут подтверждения), 3_ТАЙМ (тайм-аут цикла 3/П), НПР_ТАЙМ (тайм-аут «неприем») и ЗАНЯТОТАЙМ (тайм-аут «занято»). Введением дополнительных флагов можно написать функционально эквивалентную таблицу переходов состояний с использованием только одного тайм-аута.

7)    Любое действие НАЧАТЬ_ТАЙМ вызывает начало (в том числе повторное) отсчета указанного тайм-аута с нуля, даже если уже шел отсчет этого тайм-аута. При достижении своего предела появляется условие ТАЙМ_ИСТЕК и отсчет гайм-аута прекращается. Условие ТАЙМ_ИСТЕК сбрасывается автоматом компонента СОЕДИНЕНИЕ при его распознавании. Действие ОСТАНОВИТЬ_ТАЙМ прекращает отсчет тайм-аута, если он имел место, или сбрасывает условие ТАЙМ_ИСТЕК, если тайм-аут уже достиг своего предела.

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

Примечание. Для правильного понимания (аблшш переходов состоянии необходимо одновременно читать описания ее входов (см. пп. 7.9.1.1 — 7.9.1.31.

7.9.1.1. Описание состояний компонента СОЕДИНЕНИЕ

1)    РАР — компонент находится п режиме асинхронного разьединения, в котором он может принимать ПБД УРРАС от удаленного ПДУО УЛЗ или по запросу пользователя ПДУ передавать такой ПБД удаленному ПДУ И УЛЗ для установления соединения звена данных. Кроме того, компонент отвечает на командный ПБД РЗД и другие командные ПДУ с битом 3=1.

2)    УСТАНОВ - компонент передал командный ПБД УРРАС удаленному ПДУ11 УЛЗ и ожидает от него ответа.

3)    НОРМА - существует соединение звена данных между локальным и удаленным ПДУ. Возможен прием и передача информационных и управляющих ПБД.

4)    ЗАНЯТО — существует соединение звена данных между локальным и удаленным ПДУ, по которому могут передаваться 11 БД И. Местные условия делают вероятным аннулирование ноля информации принятых ПБД И. Управляющие ПБД могут приниматься и передаваться.

5)    НЕПРИЕМ — существует соединение звена данных между локальным и удаленным ПДУ. Местный компонент СОЕДИНЕНИЕ потребовал, чтобы удаленный компонент СОЕДИНЕНИЕ повторно передал указанный Г1БД И, который был получен с нарушением последовательности. Могут передаваться и приниматься информационные и управляющие ПБД.

6)    ЖДАТЬ — существует соединение звена данных между локальным и удаленным ПДУ. Локальный УЛЗ выполняет операцию восстановления по тайм-ауту, передав командный ПБД с битом 3 = 1 и ожидает подтверждение от удаленного УЛЗ; ПБД И могут быть приняты, но не могут быть переданы. Управляющие ПБД могут быть переданы и приняты.

7)    ЖДАТЬ_ЗАНЯТО - существует соединение звена данных между локальным и удаленным ПДУ. Локальный УЛЗ выполняет операцию восстановления по тайм-ауту, передав командный ПБД с битом 3 = 1 и ожидая подтверждения от удаленного УЛЗ. ПБД И не могут передаваться. Местные условия делают вероятным неприем поля информации полученных ПБД И. Управляющие ПБД могут приниматься и передаваться.

8)    ЖДАТЬ НЕПРИЕМ — существует соединение между локальным и удаленным ПДУ. Локальный компонент СОЕДИНЕНИЕ запросил удаленный компонент СОЕДИНЕНИЕ повторно передать указанный ПБД И. который был получен с нарушением последовательности. Перед переходом локального УЛЗ в это состояние он выполнял операцию восстановления по тайм-ауту, передав командный ПБД с битом 3= 1, и все еще ожидает подтверждения от удаленного УЛЗ. ПБД И могут приниматься, но не могут передаваться. Управляющие ПБД могут приниматься и передаваться.

9)    РАЗЪЕДИНЕНИЕ - по запросу пользователя ПДУ локальный УЛЗ передал командный ПБД РЗД удаленному ПДУГ1 УЛЗ и ждет ответа.

10)    СБРОС - в результате запроса пользователя ПБД или приема ответного ПБД HIIPK местный компонент СОЕДИНЕНИЕ передал командный ПБД УРРАС удаленному ПДУП для сброса соединения звена данных и ждет ответа.

Страница 51

С. 50 ГОСТ 28907-91

11)    ОШИБКА — локальный компонент СОЕДИНЕНИЕ обнаружил ошибку в принятом IIБД и передал ответный ПБД HI1PK. после чего ожидает ответа от удаленного компонента СОЕДИНЕНИЕ.

12)    СОЕДИНЕНИЕ - локальный компонент СОЕДИНЕНИЕ получил ПБД УРРАС от удаленного ПБД УЛЗ и ожидает, примет или отклонит локальный пользователь это соединение.

13)    СБРОС ОШИБКИ - локальный компонент СОЕДИНЕНИЕ ждет, примет или отклонит локальный пользователь удаленный запрос сброса.

14)    СБРОС ЖДАТЬ - локальный компонент СОЕДИНЕНИЕ ожидает от локального пользователя указания ЗД СБРОС или ЗД РАЗЪЕДИНЕНИЕ.

7.9.1.2. Описание событий компонента СОЕДИНЕНИЕ. В списке событий, приведенном ниже, значение битов 3 и II в принимаемых командах и ответах записывается в виде X. В таблице переходов состояний используются значения - 0. I или X. Последнее означает, что в этом событии может быть значение как 0. так и 1.

1)    СОЕД_ЗАПРОС - пользователь затребовал установления соединения с удаленным ПДУП УЛЗ.

2)    СОЕД_ОТВЕТ — пользователь согласился установить соединение.

3)    ДАННЫЕ ЗАПРОС - пользователь потребовал передать блок данных удаленному ПДУП УЛЗ.

4)    РАЗЪЕЗД ЗАПРОС — пользователь потребовал завершить соединение с удаленным ПДУП УЛЗ.

5)    СБРОС-ЗАПРОС - пользователь потребован выполнить сброс соединения с удаленным ПДУП УЛЗ.

6)    СБРОС_ОГВЕТ - пользователь дат согласие на сброс соединения звена данных.

7)    МЕСТНАЯ _ЗАНЯТОСТЬ_ОБНАРУЖЕНА — локальная станция вошла в состояние занятости и не может принимать ПБД И от удаленного ПДУО.

Н) МЕСТНАЯ 'ЗАНЯТОСТЬ_УСТРАНЕНА — на локальной станции устранено состояние занятости, и она теперь может принимать ПБД И от удаленного ПДУО.

9)    ПРИНЯТ_НЕДЕЙСТВИТЕЛЬНЫЙ_ПБД — удаленный ПДУО передал локальному ПДУП командный или ответный ПБД. который не может быть реализован или имеет поле информации. которого не должно быть или длина которого больше, чем может принять локальный УЛЗ.

10)    ПРИНЯГ_РЗД_ К.МД (3 = X) - удаленный ПДУО передал командный ПБД РЗД с битом 3 в значении X, адресованный локальному ПДУП.

11)    ПРИНЯТ_ФРЗД_ОТВ (П - X) - удаленный ПДУО передал ответный ПБД ФРЗД с битом Г1 в значении X, адресованный локальному ПДУП.

12)    ПРИНЯТ_НПРК_ОТВ (П = X) — удаленный ПДУО передал ответный ПБД НПРК с битом П в значении X, адресованный локальному ПДУП.

13)    ПРИНЯТ_И_КМД (3 = X) - удаленный ПДУО передал командный ПБД И с битом 3 в значении X. адресованный локальному ПДУП. Поля Ним. Нпд — действительны, а значение Нпд - ожидаемый порядковый номер.

14)    ПРИНЯГ_И_КМД (3 = Х)_С_Нпд * ПМ — удаленный ПДУО передал командный ПБД И с битом 3 в значении X, адресованный локальному ПДУП; поле Нпд - действительно, но не содержит ожидаемый порядковый номер, хотя он и в рамках окна: поле Нпм — действительно.

15)    ПРИНЯТ. И_КМД (3 = Х)_С_НЕДЕЙСТВИТЕЛЬНЫМ,Нпд - удаленный ПДУО передал командный ПБД И с битом 3 в значении X. адресованный локальному ПДУП. Поле Нпд — недействительно, поле Нпм — действительно.

16)    ПРИНЯГ_И_ОТВ (П = Х) - удаленный ПДУО передал ответный ПБД И с битом Г1 в значении X, адресованный локальному ПДУП. Поля Нпм и Нпд - действительные, а значение Нпд - ожидаемый порядковый номер.

17)    ПРИНЯТИИ_ОТВ (П = Х)_С_Нпд * ПМ — удаленный ПДУО передан ответный ПБД И с битом П в значении X. адресованный локальному ПДУП Поле Нпд не содержит ожидаемого порядкового номера, но находится в рамках окна приема.

Страница 52

ГОСТ 28907-91 С. 51

18)    ПРИНЯТ_И_ОТВ (П = Х)_С.НЕДЕЙСТВИТЕЛЬНЫМ Нпд - удаленный ПДУО передал ответный ПБД И с битом П в значении X. адресованный локальному ПДУ П. Поле Нпд - недействительно, поле Ним — действительно.

19)    ПРИНЯТ_НПР_КМД (3 = X) - удаленный ПДУО передал командный ПБД НПР с битом 3 в значении X, адресованный локальному ПДУП.

20)    Г1РИНЯТ_НПР_ОТВ (П = X) - удаленный ПДУО передал ответный ПБД НПР с битом П в значении X. адресованный локальному ПДУП.

21)    ПРИНЯТ_НГПР_КМД (П = X) — удаленный ПДУО передал командный ПБД НГПР с битом 3 в значении X, адресованный локальному ПДУП.

22)    ПРИНЯТ_НГПР_ОТВ (П = X) - удаленный ПДУО передал ответный ПБД НГГ1Р с битом 11 в значении X, адресованный локальному ПДУП.

23)    ПРИНЯГ_ГПР_КМД (3 = X) — удаленный ПДУО передал командный ПБД ГПР с битом 3 в значении X, адресованный локальному ПДУП.

24)    ПРИНЯТ_ГПР_ОТВ (Г1 = X) - удаленный ПДУО передал ответный ПБД ГПР с битом П в значении X. адресованный локальному ПДУП.

25)    ПРИНЯТ_УРРАС_КМД <3 = X) - удаленный ПДУО передал командный ПБД УРРАС с битом 3 в значении X, адресованный локальному ПДУП.

26)    ПРИНЯТ_НП_ОТВ (П = X) - удаленный ПДУО передал ответный ПБД НГ1 с битом II в значении X, адресованный локальному ПДУП.

27)    ПРИНЯТ_ХХХ_КМД (3 = X) — удаленный ПДУО передал один из командных ПБД типа 2 с битом 3 в значении X. адресованный локальному ПДУП. Вид команды не имеет значения в данном состоянии.

28)    ПРИНЯТ-ХХХ-ОТВ (П = X) - удаленный ПДУО передал один из отвепшх ПБД типа 2 с битом II в значении X, адресованный локальному ПДУГ1. Конкретный вид ответа не имеет значения в данном состоянии.

29)    ПРИНЯГ_ХХХ_УУУ - удаленный ПДУО передал ПБД типа 2, адресованный локальному ПДУП. Этот ПБД может быть любой командой или ответом.

30)    ПРИНЯТ_ХХХ_КМД (3 = Х)_С_НЕДЕЙСТВИТЕЛБНЫМ Ним - удаленный ПДУО передал один из командных ПБД: И, ГПР, НГГ1Р или НПР с битом 3 в значении X, адресованный локальному ПДУП. Поле Ним недействительно.

31)    ПРИНЯТ^ХХХ_ОТВ (И = Х)_С_НЕДЕЙСТВИТЕЛБНЫМ Нпм - удаленный ПДУО передал один из ответных ПБД: И, ГПР. НГПР или НИР с битом II в значении X, адресованный локальному ПДУП. Поле Нпм недействительно.

32)    3_ТАЙМ_ИСТЕК — истек тайм-аут цикла 3/П.

33)    ДА_ТАЙМ._ИСТЕК — истек тайм-аут подтверждения.

34)    НПР_ТЛЙМ_ИСТЕК — истек тайм-аут «передан НПР*.

35)    ЗАНЯТО_'ГЛЙМ_ИСТЕК — истек тайм-аут удаленный занятости.

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

36)    ДЛННЫЕ_ФЛЛГ= 1 — если ДАННЫЕ ФЛАГ имеет значение I, то блок (и) данных, принятых ПБД И. был (и) аннулирован (ы) во время локальной занятости.

37)    ДАННЫЕ,ФЛАГ = 0 — если ДАННЫЕ ФЛАГ имеет значение 0, то блок (и) данных, принятых ПБД И. не был (и) аннулирован (ы) во время локальной занятости.

38)    ДАННЫЕ^ФЛАГ = 2 — ДАННЫЕ ФЛАГ имеет значение 2, когда переход в состояние ЗАНЯТО произошел из состояния НЕПРИЕМ, а затребованные ПБД И еше не были приняты.

39)    3. ФЛАГ = 1 - 3_ФЛАГ' имеет значение 1, если передан командный ПБД с битом 3 = 1 и ожидается прием ответа с битом П = 1.

40)    3_ФЛАГ = 0— 3. ФЛАГ имеет значение 0, если не ожидается приема ответного ПБД с битом П = 1,

41)    3_ФЛАГ = И — З ФЛАГ имеет значение, равное значению бита Г1 в принятом ответном ПБД.

42) УДАЛЕННАЯ .ЗАНЯТО = I - если УДАЛЕННАЯ,ЗАНЯТО имеет значение 1, значит, был принят ПБД НГПР от удаленного компонента СОЕДИНЕНИЕ, указывающий на не-

Страница 53

С. 52 ГОСТ 28907-91

возможность передачи ПБД И. События ДАННЫЕ ЗАПРОС не распознаются, пока этот флаг не будет установлен в 0.

43)    УДАЛЕННАЯ ^ЗАНЯТО = 0 - если УДАЛЕННАЯ .ЗАНЯТО имеет значение 0, то передача ПБД И возможна.

44)    СЧ_ПОВТОР < N2 - число повторов меньше максимального числа повторов.

45)    СЧ ПОВТОР 5 N2 - число повторов достигло предела.

46)    УФЛАГ = I - в состояниях УСТАНОВ, СБРОС. СБРОС,ЖДАТЬ значение 1 переменной У_ФЛАГ указывает, что был принят ПБД УРРАС.

47)    У ФЛАГ = 0 — в состояниях УСТАНОВ. СБРОС, СБРОС ЖДАТЬ значение 0 переменной У^ФЛАГ означает, что ПБД УРРАС не принят.

4Н) НАЧАГ_3/П_ЦИKJI - локальный УЛЗ желает инициировать цикл 3/П (это требуется только в том случае, если локальный УЛЗ по некоторым причинам не генерирует других команд)! ых ПБД).

7.9.1.3. Описание действий компонента СОЕДИНЕНИЕ. В списке действий, приведенном ниже, значения битов 3 и П в передаваемых командах и ответах указаны, как X. В списке действий таблицы переходов состояний используются значения 0. I или X. Последнее означает, что может использоваться 0 или 1.

1)    УДАЛЕННАЯ ЗАНЯТО: = 0 — УДАЛЕННАЯ_ЗАНЯТО, имевшая значение 1, устанавливается в 0, указывая тем самым на способность удаленного УЛЗ принимать ПБДЗИ, прекращается отсчет ЗАНЯТО ТАЙМ, инициируется СЧ ПОВТОР: = 0, информируется функция управления подуровнем посылкой ОТЧЕТ.СОСТОЯНИЕ <УДАЛЕННАЯ^НЕ_ЗАНЯТО) и начинается (повторная) передача ПБД И. ожидавших снятия удаленной занятости, при условии, что локальный УЛЗ находится в состоянии НОРМА, НЕПРИЕМ или ЗАНЯТО.

2)    СОЕД_ИНДИКАЦИЯ - информирует пользователя о том, что удаленный Г1ДУО запросил установление соединения.

3)    СОЕД_ПОДТВЕРЖДЕНИЕ - компонент СОЕДИНЕНИЕ указывает, что удаленный логический объект сетевого уровня воспринял соединение.

4)    ДАННЫЕ_ИНДИКАЦИЯ — компонент СОЕДИНЕНИЕ передает пользователю блок данных из принятого ПБД И.

5)    РАЗЪЕД_ИНДИКАЦИЯ - информирует пользователя о том, что логический объект сетевого уровня начал разъединение данного соединения.

6)    СБРОСКИНДИКАЦИЯ — информирует пользователя о том. что удаленный логический объект сетевого уровня или удаленный компонент УЛЗ начал сброс соединения, или что локальный УЛЗ определил необходимость повторной инициации соединения. Действительными параметрами являются:

УДАЛ. - сброс соединения начат по инициативе удаленного логического объекта (сетевого или УЛЗ):

МЕСТ. — локальный УЛЗ определил необходимость повторной инициации соединения.

7)    СБРОС_ПОДТВЕРЖДЕНИЕ — компонент СОЕДИНЕНИЕ сообщает, что удаленный логический обьект сетевого уровня воспринял сброс.

8)    СООБШИТЬ_СОСТОЯНИЕ - сообщает функция управления подуровнем состояние соединения. Допустимыми значениями являются:

НПРК ПРИНЯТ-локальный компонент СОЕДИНЕНИЕ принял ответный ПБД ННРК;

Н11РК_ПЕРЕДАН - локальный компонент СОЕДИНЕНИЕ принял недействительный ПБД и передал ответный ПБД НПРК;

УДАЛЕННАЯ^ЗАНЯГО — удаленный ПДУП занят; локальный компонент СОЕДИНЕНИЕ не может принимать ДАННЫЕ ЗАПРОС;

УДАЛЕННАЯ_НЕ_ЗАНЯТО — удаленный ПДУП более не занят: локальный компонент СОЕДИНЕНИЕ может теперь принимать ДАННЫЕ_ЗАГ1 РОС.

9)    ЕСЛИ_П = 1_УДАЛЕННАЯ_ЗАНЯТО: = 0 — если на командный ПБД с битом 3=1 принят ответный ПБДЗИ с битом П = I, то выполняется действие УДАЛЕННАЯ ЗАНЯТО: = 0.

10)    ЕСЛИ_ДАННЫЕ_ФЛАГ = 2_ОСТАНОВИТЬ_НПР_ТАЙМ — если переменная ДАННЫЕ ФЛАГ имеет значение 2. указывая, что ПБД НИР передан, то отсчет тайм-аута «передан НИР* прекращается.

Страница 54

ГОСТ 28907-91 С. 53

11)    ПЕРЕДАТЬ. РЗД..КМД (3 = X) - передать удаленному ПДУП командный 11 БД РЗД с битом 3, ранным X.

12)    ПЕРЕДАТЬ ФРЗДОТВ (П = X) — передать удаленному ПДУП ответный Г1 БД ФРЗД с битом П, равным X.

13)    ПЕРЕДАТЬ.НПРК-ОТВ (И = X) - передать удаленному ПДУП ответный ПБД НПРК с битом П. равным X.

14)    ПЕРЕДАТЬ ПОВТОРНО_НПРК_ОТВ (П = 0) - передать удаленному ПДУП ответный ПБД HI1PK с тем же полем информации, что и переданное ранее. Бит Г1 установить в значение 0.

15)    ПЕРЕДАТЬ ПОВТОРНО. НПРК_ОТВ_(П = 3) — передать удаленному ПДУП ответный ПБД НПРК с тем же полем информации, что и переданное ранее. Бит И установить равным биту 3 принятого командного ПБД.

16)    Г1ЕРЕДЛТЬ^И_КМД (3= I)— передать удаленному ПДУП командный ПБД И с битом 3=1 и с блоком данных, выданный пользователем в примитиве ДАННЫЕ_ЗАГ1РОС. Перед передачей скопировать переменные Г1Д и ПМ соответственно в поля Нпд и Нпм передаваемого ПБД И и увеличить на единицу (по модулю 128) переменную Г1Д.

17)    ПЕРЕДАТЬ_ПОВГОРНО.И КМД (3=1)- начать повторную передачу всех неподтвержденных ПБД И этого соединения, начиная с номера, равного Нпм. в принятом ПБД. Первый ПБДЗИ передать как команду с битом 3=1. Остальные ПБД И можно передавать как команды с битом 3 = 0 либо как ответы с битом П = 0.

18)    ПЕРЕДАТЬ. ПОВТОРНОИКМД <3 = 1)_ИЛИ_ПЕРЕДАТЬ_ГПР - начать повторную передачу всех неподтвержденных ПБД И для этого соединения, начиная с номера, равного Нпм в принятом ПБД. Первый передать как команду с битом 3=1. Остальные ПБД И можно передавать как команды с битом 3 = 0 либо как ответы с битом П = 0. Допускается передать удаленному ПДУП командный ПБД ГПР с битом 3= 1 перед началом повторной передачи ПБД И. В этом случае первый ПБД И должен передаваться как команда с битом 3 = 0 либо как ответ с битом П = 0. Если нет готовых к передаче ПБД И. то удаленному ПДУП должен быть передан командный ПБД ГПР с битом 3=1.

19)    ПЕРЕДАТЬ _И_ХХХ (X = 0) - передать удаленному ПДУП блок ПБД И как ответ либо как команду с битом 3/П = 0 и с блоком данных, выданным пользователем в примитиве ДАННЫЕ_ЗАПРОС. Перед передачей скопировать текущие значение переменных Г1Д и ПМ в поля Нпд и Нпм соответственно блока ПБД И и увеличить после этого переменную 11Д на единицу (по модулю 128).

20)    ПЕРЕДАТЬ_ПОВТОРНО_И_ХХХ (X = 0) - начать повторную передачу всех неподтвержденных ПБД И. начиная с номера Нпм, который содержится в последнем принятом ПБД. Они должны быть переданы как команды либо как ответы с битом 3/П = 0.

21)    11ЕРЕДАТЬ_ПОВТОРНО_И_ХХХ_(Х = 0)..ИЛИ_ПЕРЕДАТЬ^ГПР - начать повторную передачу всех неподтвержденных ПБД И. начиная с номера Нпм, содержащегося в принятом ПБД. Они должны быть переданы как команды либо как ответы с битом 3/П = 0. Допускается передать удаленному ПДУП командный или ответный ПБД ГПР с битом 3/П = 0 перед началом повторной передачи ПБД И. Если нет готовых к передаче ПБД И. то необходимо передать удаленному ПДУП командный или ответный ПБД ГПР с битом 3/Г1 = 0.

22)    ПЕРЕДАТЬ_ПОВТОРНО И_ОТВ (П = 1) — начать повторную передачу всех неподтвержденных для данного соединения ПБД И. начиная с номера Нпм, содержащегося в принятом ПБД. Первый ПБД И должен передаваться как ответ с битом II = 1, остальные либо как команды, либо как ответы с битом 3/П = 0.

23)    ПЕРЕДАТЬ_НПР_КМД (3=1)- передать удаленному ПДУП командный ПБД НИР с битом 3=1.

24)    ПЕРЕДАТЬ_НПР_ОТВ (11 = 1) - передать удаленному ПДУП ответный ПБД НПР с битом П = 1.

25)    ПЕРЕДАТЬ НПР^ХХХ (X = 0) — передать удаленному ПДУП ответный или командный ПБД НПР с битом 3/П = 0.

26)    ПЕРЕДАТЬНГИР КМД (3 = 1) - передать удаленному ПДУП командный ПБД НГПР с битом 3=1.

Страница 55

С. 54 ГОСТ 28907-91

27)    ПЕРЕДАТЬ НГПР_ОТВ (П = 1) - передать удаленному ПДУП ответный Г1 БД НГПР с битом П = 1.

28)    IIЕРЕДАТЬ_НГГ1Р ХХХ (X = 0) - передать удаленному ПДУП командный МВД НГПР с битом 3 = 0 либо ответный Г1БД НГПР с битом П = 0.

29)    УДАЛЕННАЯ ^ЗАНЯТО: = I -если УДАЛЕН НЛЯ_ЗАНЯГО имеет значение 0. то установить ее в значение I для указания состояния занятости удаленного УЛЗ и его неспособности принимать Г1БД И. Начать отсчет тайм-аута ЗАНЯТО-ТАЙМ. проинформировать об этом функцию управления подуровнем пользователя об этом посылкой ОТЧЕТ_СОСТОЯНИЕ (УДАЧЕНПАЯ..ЗАНЯТО) и прекратить текущую передачу ПБД И.

30)    \ЮЖНО_ПЕРЕДАТЬ_НГПР_ХХХ (X = 0) — разрешается передать удаленному ПДУП командный или ответный ПБД НГПР с битом 3/П = 0 в случае, если удаленный УЛЗ не принял первый НГПР, переданный во время установления состояния занятости.

31)    ПЕРЕДАТЬ ГПР_КМД (3=1)- передать удаленному ПДУП командный ПБД ГПР с битом 3*1.

32)    ПЕРЕДАГЬ_ДА_КМД (3=1)-в любом случае разрешается передать удаленному ПДУП командный ПБД с битом 3=1. При отсутствии готовых к передаче ПБД И необходимо передать удаленному ПДУП командный ПБД ГПР с битом 3= I (выдача этого ПБД ГПР может быть задержана на время, ограниченное ДА_ТАЙМ в ожидании генерации ПБД И). Однако, если ПБД И готов к передаче и может быть модифицирован в команду с битом 3= 1. то передача командного ПБД ГПР не требуется.

33)    ПЕРЕДАТЬ_ГПР_ОТВ (П = I) - передать удаленному ПДУП ответный ПБД ГПР с битом П = I.

34)    ПЕРЕДАТЬ_ДА_ОТВ (П = I) — в любом случае разрешается передать удаленному ПДУП ответный ПБД ГПР с битом II = 1. Если нет готовых к передаче ПБД И. то необходимо передать удаленному ПДУП ответный ПБД ГПР с битом Г1 = I. Однако, если ПБД И готов к передаче и может быть модифицирован в ответ с битом И = I, то передача ответного ПБД ГПР не требуется.

35)    ПЕРЕДАТЬ Г11Р XXX (X = 0) — передать удаленному ПДУП командный или ответный ПБД ГПР с битом 3/П = 0.

36)    ПЕРЕДАТЬ^ДА_ХХХ (X = 0) — в любом случае разрешается передать удаленному ПДУП командный или ответный ПБД ГПР с битом 3/П = 0. Если нет ПБД И, готовых к передаче, то должен быть передан удаленному ПДУП командный или ответный ПБД ГПР с битом 3/11 = 0 (этот ПБД ГПР может быть задержан на время, ограниченное значением ДА ТАЙМ в ожидании генерации ПБД И). Однако, если ПБД И готов к передаче, то передача ПБД ГПР не требуется.

37)    ПЕРЕДАТЬ„УРРАС_КМД (3 = X) — передать удаленному ПДУП командный ПБД УРРАС с битом 3, равным X.

38)    НЕ РЕДАТ Ь_ Н П _ОТ В (П = X) - передать удаленному ПДУП ответный ПБД НП с битом П, равным X.

39)    У_ФЛАГ: = 0 — установить У ФЛАГ в значение 0 для указания на то, что ПБД УРРАС не получен от удаленного УЛЗ при нахождении локального компонента СОЕДИНЕНИЕ в состоянии СБРОС, УСТАНОВ или СБРОС_ЖДАТЬ.

40)    У ФЛАГ: = 1 - установить У_ФЛАГ в значение 1 для указания на то, что ПБД УРРАС получен от удаленного УЛЗ при нахождении локального компонента СОЕДИНЕНИЕ в состоянии СБРОС. УСТАНОВ или СБРОС_ЖДАГЬ.

41)    НАЧАТЬ.3_ТАЙМ — начать отсчет тайм-аута 3/П с нуля и установить СЧ_ПОВТОР в значение 0), а 3_ФЛАГ - в значение I.

42)    НАЧАТЬ_ДА_ТЛЙМ — начать отсчет тайм-аута подтверждения с нуля.

43)    НЛЧАТЬ_НГ1Р_ТАЙМ — начать отсчет тайм-аута «передан НИР» с нуля.

44)    НАЧАТЬ_ДА_ТАЙМ_ЕСЛИ_НЕ_НЛЧАТ — если отсчет тайм-аута подтверждения не начат, то начать отсчет этого тайм-аута с нуля.

45)    ОСТАНОВИТЬ_ДА_ТАЙМ — прекратить отсчет тайм-аута подтверждения.

46)    ОСТАНОВИТЬ. 3_ТЛЙМ — прекратить отсчет тайм-аута 3/П и установить 3_ФЛАГ в значение 0.

47)    ОСТАНОВИТЬ.НПР_ТАЙМ - прекратить отсчет тайм-аута «передан НИР*.

Страница 56

ГОСТ 28907-91 С. 55

48)    ОСТАНОВИТЬ ВСЕ_ТАЙМ - прекратить отсчет всех тайм-аутов.

49)    ОСТАНОВИТЬ_ОСТАЛ ЬН ЫЕ_ТАЙМ - прекратить отсчет тайм-аутов: 3/П. «передан НПР» и занятости удаленной станции.

50)    ОБНОВИТЬ_Нпм - если Нпм принятого 11 БД подтверждает прием одного или нескольких ранее неподтвержденных IIБД И. то обновить локальный номер Нпм, установить переменную СЧ ПОВТОР в значение 0, прекратить отсчет тайм-аута подтверждения. Если еще остаются неподтвержденные IIБД И или инициируется передача ПБД И одновременно с действием ОБНОВИТЬ_Нпм, то необходимо начать отсчет тайм-аута подтверждения, если он был прекращен.

51)    ОБНОВИТЬ_3_ФЛАГ — если принятый ПБД был ответом с битом 11 = 1. установить 3_ФЛАГ в значение 0 и прекратить отсчет тайм-аута 3/П.

52)    ДАННЫЕ_ФЛАГ: = 2 - установить ДАННЫЕ^ФЛАГ в значение 2 для указания на то. что состояние ЗАНЯТО было введено после состояния НЕПРИЕМ.

53)    ДАННЫЕ. ФЛАГ: = 0 — установить ДАННЫЕ_ФЛАГ в значение 0 для указания на то. что блоки данных из принятых ПБД И не аннулированы во время локальной занятости.

54)    ДАННЫЕ_ФЛАГ: = I - установить ДАННЫЕ_ФЛАГ в значение I для указания на то. что блоки данных из принятых ПБД И были аннулированы во время локальной занятости.

55)    ЕСЛИЛАННЫЕ.ФЛАГ = 0_ТОГДА_ДАННЫЕ^ФЛАГ = 1 - если ДАННЫЕ_ФЛАГ имел значение 0, указывая, что ни одни блок данных не был аннулирован, то установить его в значение 1 для указания на то. что теперь блоки данных будут аннулированы.

56)    3_ФЛАГ: = 0 — установить 3_ФЛАГ в значение 0, указав этим, чго не ожидается прием ответного ПБД с битом П = 1.

57)    3. ФЛАГ: = 3 — установить 3_ФЛАГ в значение, равное значению бита 3 переданного командного ПБД.

58)    УДАЛЕННАЯ ^ЗАНЯТО: = 0- установить УДАЛЕННАЯ_ ЗАНЯТО в значение 0 для указания на то. что удаленный УЛЗ способен принимать ПБД И.

59)    СЧ. ПОВТОР: = 0 - сбросить значение СЧ_ПОВТОР в ноль.

60)    СЧ..ПОВТОР: = СЧ ПОВТОР + I - увеличить на единицу значение счетчика повторных передач.

61)    ПМ: = 0 — инициировать переменную приема, являющуюся порядковым номером следующего ожидаемого на приема ПБД И.

62)    ПМ: = ПМ + I — увеличить на единицу (по модулю 128) переменную приема, являющуюся порядковым номером следующего ожидаемого на приеме ПБД И.

63)    Г1Д: = 0 - иниииировать переменную передачи; это порядковый номер следующего ПБД И. ожидающего передачи.

64)    Г1Д: = Нпм — установить переменную состояния передачи в значение, указанное полем Нпм в только что принятом ПБД.

65)    11 ФЛАГ: = 3 — установить П_ФЛАГ в значение принятого бита 3. Эго значение бита П. в подлежащем передаче ответе ПБД НГ1 или ФРЗД.

Таблица 7

Переходы состояний компонента СОЕДИНЕНИЕ

Текущее состойи ие

Событие

Действия

Следующее состояние

РАР

СОЕД_ЗАПРОС

ПЕРЕДАТЬ УРРАС КМД (3 = X)

3_ФЛАГ: = 3 НАЧАТЬ _ДА_ТАЙМ СЧ ПОВТОР. = 0 У_ФЛАГ: = 0

РАЗЪЕД_И НДИКАЦИЯ

УСТАНОВ РАР

ПРИНЯТ УРРАС КМД(3 = Х)

СОЕД ИНДИКАЦИЯ ПФЛАГ: = 3

СОЕДИНЕНИЕ

Страница 57

С. 56 ГОСТ 28907-91

Продолжение табл. 7

Текущее сас шинке

Событие

Действии

Следующее состояние

РДР

ПРИНЯТ РЗД_ КМЛ(3 = X)

ПЕРЕДАТЬ_ФРЗД_ ОТВ(П = 3»

РАР

ПРИНЯТ XXX КМД(3 = 1»

ПЕРЕДАТЬ ФРЗД_ ОТВ(П = 1)

РАР

ПРИНЯТ_ХХХ_ ОТВ1Г1 = X) или

ПРИНЯТ ххх_ КМД<3 = 0»

РАР

СОЕДИНЕ

НИЕ

СОЕД_ОТВЕТ

ПЕРЕДАТЬ НП ОТВ(П = И ФЛАГ)

ПД. = 0 ПМ. = 0

СЧ_ПОВТОР: = 0 3_ФЛАГ: = 0

УДАЛ ЕН НАЯ_ ЗАНЯТО: = 0

НОРМА

РАЗЪЕД, ЗАПРОС

ПЕРЕДАТЬ ФРЗД_ ОТВ(П = ПФЛАГ)

РАР

ПРИНЯТ УРРАС КМД(3 = X)

П_ФЛАГ: = 3

СОЕДИНЕНИЕ

ПРИНЯТ ФРЗД_ ОТВ(3 = X)

РАЗЪЕД _И НДИКАНИЯ

РАР

ПРИНЯТ_ХХХ_УУУ

СОЕДИНЕНИЕ

СБРОС_ ЖДАТЬ

СБРОС_ЗАПРОС и У_ФЛАГ = 0

ПЕРЕДАТЬ УРРАС КМД(3 = Х)

3_ФЛ АГ: = 3 НАЧАТЬ_ДА_ТАЙМ СЧ_ПОВТОР: = 0

СБРОС

СБРОС_ЗА11 РОС и У_ФЛАГ: = 1

ПЕРЕДАТЬ НП ОТВ(П = П ФЛАГ)

ПД: = 0 ПМ. = 0

СЧ_ПОВТОР: = 0 3_ФЛАГ: = 0

УДАЛ EH Н АЯ_ЗАНЯТО: = 0 СБРОС_ПОДТВЕРЖД ЕНИЕ

НОРМА

РАЗЪЕД ЗАПРОС и У_ФЛАГ = 0

ПЕРЕДАТЬ РЗД КМД(3 = X) З^ФЛАГ: = 3 Н АЧ АТЬ_ДА_ТАЙ м СЧ_ПОВТОР: = 0

РАЗЪЕД И НЕНИЕ

РАЗЪЕД ЗАПРОС и У_ФЛАГ = 1

ПЕРЕДАТЬ ФРЗД

ОТВ(П = пфлагГ

РАР

ПРИНЯТ ФРЗД ОТВ(П = X)

РАЗЪЕД_И ндикация

РАР

Страница 58

ГОСТ 28907-91 С. 57

Продолжение табл. 7

Текущее

состояние

Событие

Действия

Слецуюшес сосюяние

СБРОС.

ЖДАТЬ

ПРИНЯТ УРРАС КМД<3 = X)

У_ФЛАГ: = 1 П_ФЛАГ: = П

СБРОС,

ЖДАТЬ

ПРИНЯТ РЗД КМД<3 = X)

ПЕРЕДАТЬ ФРЗД_ ОТВ»П = X»

РАЗЪЕД_ИНДИКАЦИЯ

РАР

ПРИНЯТ_ХХХ_УУУ

СБРОС

ЖДАТЬ

СБРОС

ОШИБКИ

СБРОС_ОТВЕТ

ПЕРЕДАТЬ НП ОТВ(П = П ФЛАГ>

ПД: = 0 ПМ: = 0

СЧ_ПОВТОР: = 0 3_ФЛАГ: = 0

УДАЛЕННАЯ_ЗАНЯТО: = 0

НОРМА

РАЗЪЕД, 1АП РОС

ПЕРЕДАТЬ ФРЗД ОТВ(П = П ФЛАГ»

РАР

ПРИНЯТ ФРЗД ОТВ(П = XI

РАЗЪЕД_И НДИ КАЦИЯ

РАР

ПРИНЯТ УРРАС КМД(3 = X)

П_ФЛАГ:= 3

СБРОС,

ОШИБКИ

ПРИНЯТ РЗД КМД(3 = Х)

ПЕРЕДАТЬ ФРЗД_ ОТВ(П = 3)

РАЗЪЕД_И НДИ КА11ИЯ

РАР

ПРИНЯТ_ХХХ_УУУ

СБРОС

ОШИБКИ

УСТЛНОВ

ПРИНЯТ УРРАС КМД(3 = Х)

ПД: = 0 ПМ: = 0

СЧ_ПОВТОР: = 0 ПЕРЕДАТЬ НП ОТВ(П = 3) У_ФЛАГ: = 1

УСТЛНОВ

ПРИНЯТ нп_ ОТВ(П = X) и 3_ФЛАГ = П

ОСТАНОВИТЬ ДА_

ТАЙМ

ПД: = 0 П М: = 0

СЧ ПОВТОР: = 0 ОБНОВИТЬ_3_ФЛАГ СОЕД_ПОДТВЕРЖДЕНИЕ УДАЛ ЕН НАЯ_ЗАНЯТО: = 0

НОРМА

ДА_ТАЙМ_ИСТЕК и У_ФЛАГ = 1

3_ФЛАГ: = 0

СОЕД ПОДТВЕРЖДЕНИЕ УДАЛЕН НАЯ_ЗАНЯТО: = 0

НОРМА

ПРИНЯТ РЗД КМД(3 = X)

ПЕРЕДАТЬ ФРЗД_ ОТВ(П = 3)

РАЗЪЕД ИНДИКАЦИЯ ОСТАНОВИТЬ ДА_ ТАЙМ

РАР

Страница 59

С. 58 ГОСТ 28907-91

Продолжение табл. 7

Текущее сас шинке

Событие

Действии

Следующее состояние

УСТЛНОВ

ПРИНЯТ ФРЗД_ ОТВ(3 = X)

РАЗЬЕД ИНДИКАЦИЯ ОСТАНОВ ить_да_тайм

РАР

ПРИНЯТ_ХХХ_УУУ

УСТАНОВ

ДА_ТАЙМ_ИСТЕК и СЧ_ПОВТОР < N2 1! У_ФЛАГ = 0

ПЕРЕДАТЬ УРРАС КМД(3 = X)

3 ФЛАГ: = 3

начать_да_тайм

СЧ ПОВТОР: = СЧ_ ПОВТОР + 1

УСТАНОВ

ДА_ТАЙМ_ИСТЕК и СЧ ПОВТОР г К2 и У_ФЛАГ = 0

РАЗЪЕД_И НДИКАЦИЯ

РАР

СБРОС

ПРИНЯТ УРРАС КМД(3 = X)

ПД: = 0 ПМ: = 0

СЧ ПОВТОР: = 0 У ФЛАГ: = 1 ПЕРЕДАТЬ НП_ ОТВ(П = 3)

СБРОС

ПРИНЯТ_НП_ ОТВ(П = X)

II 3_ФЛАГ = П

ОСТАНОВИТЬ_ДА_

ТАЙМ

ПД: = 0 П М: = 0

СЧ ПОВТОР: = 0 ОБНОВИТЬ_3 ФЛАГ СБРОС_ПОДТВЕРЖДЕН ИЕ УДАЛ EH Н АЯ_ЗАНЯТО: = 0

НОРМА

ДА ТАЙМ ИСТЕК и У_ФЛАГ= 1

3 ФЛАГ: = 0

УДАЛ ЕН НАЯ_ЗАНЯТО: = 0 СБРОС_ПОДТВЕРЖДЕН ИЕ

НОРМА

ПРИНЯТ РЗД КМД(3»Х)

ПЕРЕДАТЬ ФРЗД_

ОТВ<П = 3»

РАЗЬЕД ИНДИКАЦИЯ ОСТАНОВИТ Ь_Д А_ТА Й М

РАР

ПРИНЯТ ФРЗД_ ОТВ(П = X»

РАЗЬЕД ИНДИКАЦИЯ

остановить_да_тайм

РАР

ПРИНЯТ_ХХХ_УУУ

СБРОС

ДА_ТАЙМ ИСТЕК II СЧ_ПОВТОР< N2 и У_ФЛАГ = 0

ПЕРЕДАТЬ УРРАС КМД(3 = X)

3 ФЛАГ: = 3 Н АЧАТЬ_ДА_ТАЙ м СЧ.ПОВТОР: = СЧ_ПОВТОР + 1

СБРОС

ДА_ТАЙМ ИСТЕК и СЧ ПОВТОР г N2 н У_ФЛАГ = 0

РАЗЪЕД_И НДИКАЦИЯ

РАР

РАЗЬЕДИ

НЕНИЕ

ПРИНЯТ УРРАС КМД(3=Х)

ПЕРЕДАТЬ ФРЗД ОТВ(П = 3)

ОСТАНОВИТЬ ДА ТАЙМ

РАР

Страница 60

ГОСТ 28907-91 С. 59

Продолжение табл. 7

Текущее

состояние

Событие

Действия

Слецуюшсс сосюяние

РАЗЪЕДИ

НЕНИЕ

ПРИНЯТ НП_ ОТВ(П = X) и 3_ФЛЛГ = П

ОСТАНОВИТЬ _ДА_ТАЙМ

РАР

ПРИНЯТ РЗД КМД(3 = X)

ПЕРЕДАТЬ_НП_ ОТВ(П = 3)

РАЗЪЕДИНЕНИЕ

ПРИНЯТ ФРЗД ОТВ(П = X)

ОСТАНОВИТЬ _ДА ТАЙМ

РАР

ПРИНЯТ_ХХХ_УУУ

РАЗЪЕДИНЕНИЕ

ДА ТАЙМ ИСТЕК и СЧ_ПОВТОР а N2

ПЕРЕДАТЬ РЗД КМД(3 = Х>

3_ФЛАГ: = 3 НАЧАТЬ_ДА ТАЙМ СЧ_ПОВТОР = СЧ_ПОВТОР + 1

РАЗЪЕДИНЕНИЕ

ДА ТАЙМ ИСТЕК и СЧ_ПОВТОР г N2

РАР

ОШИБКА

ПРИНЯТ УРРАС КМД(3 = X)

С БРОС_ ИНДИКАЦИЯ (УДАЛ.)

ОСТАНОВИТЬ_ДА_ТАЙМ

СБРОС.

ОШИБКИ

ПРИНЯТ РЗД КМД(3 = X)

ПЕРЕДАТЬ_Н11_

ОТВ»П = 3)

РАЗЪЕД_И НД И КАЦ ИЯ ОСТАНОВИТЬ_ДА_ТАЙ М

РАР

ПРИНЯТ ФРЗД ОТВ<П = X)

РАЗЪЕД ИНДИКАЦИЯ ОСТА Н О В И Т Ь_ДА_ТА Й М

РАР

ПРИНЯТ НПРК ОТВ(П = X)

СБРОС_И НДИКАЦИЯ (МЕСТН.)

СООБЩИТЬ СОСТОЯНИЕ (НПРК_ПРИНЯТ) ОСТАНОВИТЬ_ДА_ТАЙМ У_ФЛАГ: = 0

СБРОС

ЖДАТЬ

ПРИНЯТ XXX КМД(3 = Х)

ПЕРЕДАТЬ НПРК_ ОТВ(П = 3) НАЧАТЬ_ДА_ТАЙ М

ОШИБКА

ПРИНЯТ_ХХХ_ ОТВ(П = X)

ОШИБКА

ДА ТАЙМ ИСТЕК и СЧ ПОВТОР < N2

ПЕРЕДАТЬ НГ1РК ОТВ(П = 0)

Н АЧАТЬ_ДА_ТАЙ м СЧ ПОВТОР. = сч ПОВТОР + 1

ОШИБКА

ДА ТАЙМ ИСТЕК и СЧ_ПОВТОР i N2

СБРОС ИНДИКАЦИЯ (МЕСТН.)

У ФЛАГ: = 0

СБРОС

ЖДАТЬ

Страница 61

С. 60 ГОСТ 28907-91

Продолжение табл. 7

Текущее

состояние

Событие

Действии

Следующее состояние

НОРМА

или

ЗАНЯТО

или

НЕПРИЕМ

или

ЖДАТЬ

или

РАЗЪЕД, ЗАПРОС

ПЕРЕДАТЬ РЗД КМД(3 = X)

3 ФЛАГ: = 3 НАЧАТЬ_ДА_ТАЙМ ОСТАНОВИТЬ_ОС-ТАЛЬНЫЕ_ТАЙМ СЧ.ПОВТОР: = 0

РАЗЪЕД И НЕНИЕ

ЖДАТЬ

ЗАНЯТО

или

ЖДАТЬ_

НЕПРИЕМ

СБРОС. ЗАПРОС

П Е РЕДАТЬ_УРРАС КМД(3 = Х) 3_ФЛАГ: = 3 Н АЧ АТЬ_ДА_ТАЙ М ОСТАНОВИТЬ_ОС-ТАЛ ЬН ЫЕ_ТАЙМ СЧ_ПОВТОР: = 0 У_ФЛАГ. = 0

СБРОС

ПРИНЯТ УРРАС КМД(3 = X)

С Б РОС_И НДИ КАЦИЯ (УДАЛЕННАЯ)

И ФЛАГ: = 3

остановить_все_тайм

СБРОС_

ОШИБКИ

ПРИНЯТ РЗД КМД(3 = X)

ПЕРЕДАТЬ НП ОТВ(П = 3)

РАЗЪЕД ИНДИКАЦИЯ ОСТАНОВИТЬ ВСЕ ТАЙМ

РАР

ПРИНЯТ НПРК ОТВ(П = X)

ОСТАНОВИТЬ_ВСЕ_

ТАЙМ

СООБЩИТЬ_СОСТОЯ-НИ Е (НПРК ПРИНЯТ) СБРОС_И НДИ КАЦИЯ (МЕСТН.)

У_ФЛАГ: = 0

СБРОС

ЖДАТЬ

ПРИНЯТ ФРЗД ОТВ(П = X)

РАЗЬЕД ИНДИКАЦИЯ ОСТАНОВИТЬ ВСЕ_ ТАЙМ

РАР

ПРИНЯТ XXX КМД<3 = Х)_С_ НЕДЕЙСТВИТЕЛЬНЫМ, Ним или

ПРИНЯТ и

КМД(3 = х>_с_ НЕДЕЙСТВ?1ТЕЛЬ-НЫ М_Нпд

ПЕРЕДАТЬ НПРК_ ОТВ(П = 3» СООБ1ЦИТЬ_СОС-ТОЯНИЕ(НПРК. ПЕРЕДАН» ОСТАНОВИТЬ, ВСЕ. ТАЙМ

НАЧАТЬ_ДА ТАЙМ СЧ_ПОВТОР: = 0

ОШИБКА

Страница 62

ГОСТ 28907-91 С. 61

Продолжение табл. 7

Текущее

СОСИ) >111 и с

Собыгмс

Депспшя

Слслуюшее состояние

НОРМА

ПРИНЯТ XXX

ПЕРЕДАТЬ НГ1РК

ОШИБКА

ИЛИ

ОТВ(П = X) с

ОТВ(П =0)

ЗАНЯТО

НЕДЕЙСТВИТЕЛЬ

СООБЩИТЬ СОС

или

НЫМ Ним

ТОЯНИЕ (НПРК

НЕПРИЕМ

или

ПЕРЕДАН)

или

ПРИНЯТ И

ОСТАНОВИТЬ ВСЕ

ЖДАТЬ

ОТВ(П = X) С

ТАЙМ

или

НЕДЕЙСТВИТЕЛЬ

НАЧАТЬ_ДА_ТАЙ М

ЖДАТЬ,

ЗАНЯТО

или

ЖДАТЬ_

НЕПРИЕМ

НЫ М_Нпд или

ПРИНЯТ_НП_ ОТВ(П = X) или

ПРИНЯТ_ХХХ_

отвеп =7)

и 3_ФЛАГ = 0 или

ПРИНЯТ НЕДЕЙСТВИТЕЛЬНЫЙ ПБДЗ

СЧ.ПОВТОР: = 0

ДА ТАЙМ ИСТЕК

ОСТАНОВИТЬ ВСЕ

СБРОС

и СЧ_ПОВТОР г N2 или

3 ТАЙМ ИСТЕК и СЧ_ПОВТОР г N2 или

НПР ТАЙМ ИСТЕК и СЧ_ПОВТОР г N2 ИЛИ

ЗАНЯТО ТАЙМ ИСТЕК

и СЧ_ПОВТОР г N2

ТАЙМ

СБРОС.И НДИКАЦИЯ (МЕСТН.)

У.ФЛАГ: = 0

ЖДАТЬ

НОРМА

ДАННЫЕ. ЗАПРОС и УДАЛЕН ПАЯ .ЗАНЯТО = 0 и З.ФЛАГ = 0

ПЕРЕДАТЬ И КМД (3= 1) НАЧАТЬ.З.ТАЙ М НАЧАТЬ ДА.ТАЙМ. ЕСЛ И.НЕ.НАЧАТ

ПЕРЕДАТЬ И_

XXX (X = 0)

НАЧАТЬ ДА ТАЙМ ЕСЛ И.Н Е_Н АЧАТ

НОРМА

НОРМА

ДАН Н Ы Е.ЗАП РОС и УДАЛЕННАЯ. ЗАНЯТО = 0 и З.ФЛАГ = 1

ПЕ РЕДАТ Ь_И_

XXX (X = 0) НАЧАТЬ_ДА ТАЙМ ЕСЛИ.НЕ_НАЧАТ

НОРМА

МЕСТНАЯ ЗАНЯТО ОБНАРУЖЕНО и З.ФЛАГ = 0

ПЕРЕДАТЬ НГГ1Р

КМД (3= 1) НАЧАТЬ.З.ТАЙ М ДАННЫЕ.ФЛАГ: = 0

ПЕРЕДАТЬ НГПР

XXX (X = 0) ДАННЫЕ ФЛАГ: = 0

ЗАНЯТО

ЗАНЯТО

Страница 63

С. 62 ГОСТ 28907-91

Продолжение табл. 7

Текущее

состояние

Событие

Действии

Следующее состояние

НОРМА

МЕСТНАЯ ЗАНЯТО ОБНАРУЖЕНО и 3_ФЛАГ = 1

ПЕРЕДАТЬ НГПР

XXX (X = 0) ДАННЫЕ_ФЛАГ: = 0

ЗАНЯТО

ПРИНЯТ И

КМД (3 = 0)_С_ Нпд * ПМ и 3_ФЛАГ = 0 иди

ПРИНЯТ и

ОТВ (П = 0)_С_ Нпд * ПМ и 3_ФЛАГ = 0 или

ПРИНЯТ_И_ ОТВ (П = 1)_С Нпд * ПМ и 3_ФЛАГ = 1

ПЕРЕДАТЬ_НПР_

XXX (X = 0) ОБНОВИТЬ_Нпм ОБНОВИТЬ_3_ФЛАГ НАМАТЬ_НГ1Р_ТАЙМ ЕСЛ И_П = ^УДАЛЕННАЯ ЗАНЯТО: = 0

ПЕРЕДАТЬ_НПР_

КМД (3= 1> ОБНОВИТЬ_Ннм НАЧАТЬ_НГ1Р_ТАЙМ НАЧАТЬ_3_ТАЙМ ЕСЛ И_П = 1 УДА-ЛЕННАЯ_ЗАНЯТО: = 0

НЕГ1РИЕМ

НЕПРИЕМ

ПРИНЯТ_И_

КМД (3= 0)_С_ Нпд / ПМ н 3_ФЛАГ = 1 или

ПРИНЯТ_И_ ОТВ (П = 0)_С_ Нпд * ПМ и 3_ФЛАГ = 1

ПЕРЕДАТЬ НПР_ XXX <Х = 0) ОБНОВИТЬ_Нпм_ НАЧАТЬ_НПР_ТАЙМ

НЕПРИЕМ

ПРИНЯТ И

КМД (3= 1)_С_ Н пл = П М

ПЕРЕДАТЬ НПР ОТВ (П = 1) ОБНОВИТЬ_Ннм_ НАЧАТЬ_НПР_ТАЙМ

НЕПРИЕМ

ПРИНЯТ И

ОТВ(П = X)

II 3_ФЛАГ = П или

ПРИНЯТ И

КМД (3 = 0)

II 3 ФЛАГ = 0

П М. = П М + 1

ДАН Н Ы Е_И ИДИ KAUИЯ

П ЕРЕДАТЬ_ДА_

КМД (3 = 1)

начать_з_тайм

ОБНОВИТЬ_Нпм_

ЕСЛИ П = 1 УДА-Л ЕННАЯ_ЗАНЯТО: = 0

ПМ: = ПМ + 1 ДАННЫЕ_ИНДИКАЦИЯ ОБНОВИТЬ_3_ФЛАГ П ЕРЕДАТЬДА XXX (X = 0)

О БН О В И Т Ь_ Н нм_

ЕСЛИ П = 1 УДА-Л ЕННАЯ_ЗАНЯТО: = 0

НОРМА

НОРМА

Страница 64

ГОСТ 28907-91 С. 63

Продолжение табл. 7

Текущее

состояние

Событие

Действия

Слецуюшсс сосюяние

НОРМА

ПРИНЯТ_И_ ОТВ (П = 0» и 3_ФЛЛГ = 1 нлн

ПРИНЯТ И

КМД (3 = 0) и 3_ФЛАГ = 1

ПМ = ПМ 1

ДАН Н Ы Е_ИНДИ КАЦИЯ

ПЕРЕДАТЬ ДА

XXX (X = 0)

ОБНОВИТЬ_Нпм_

НОРМА

ПРИНЯТ И КМД (3= 1)

ПМ: = ПМ + 1 ДАННЫЕ ИНДИКАЦИЯ ПЕРЕДАТЬ ПОДТ-ВЕРЖД ОТВ (П = 1) ОБНОВИТЬ_Ним

НОРМА

ПРИНЯТ_ГПР_ КМД (3=0) или

ПРИНЯТ_ГПР ОТВ (П =0)

или

ПРИНЯТ_ГПР ОТВ (П = 1) и 3_ФЛАГ = 1

ОБНОВИТЬ 3 ФЛАГ. ОБНОВИТЬ Нпм УДАЛЕННАЯ ЗАНЯТО: = 0

НОРМА

ПРИНЯТ_ГПР_ КМД (3 = 1)

ПЕРЕДАТЬ_ДА_

ОТВ (П = 1)

ОБНОВ ИТ Ь_Нпм УДАЛ ЕН НАЯ_ЗАНЯ-ТО: =0

НОРМА

ПРИНЯТ НГПР КМД (3 = 0) или

ПРИНЯТ НГПР ОТВ (П = 0)

ИЛИ

ПРИНЯТ_НГПР_ ОТВ (П = 1)

И 3_ФЛАГ = 1

ОБНОВИТЬ 3 ФЛАГ ОБНОВИТЬ Нпм УДАЛ ЕН НАЯ_ЗАНЯ-ТО: = 1

НОРМА

ПРИНЯТ НГПР КМД (3= I)

ПЕРЕДАТЬ ГПР

ОТВ (П = 1)

ОБНОВИТЬ_Нпм

УДАЛ ЕН НАЯ_ЗАНЯТО: = 1

НОРМА

ПРИНЯТ.НП Р_ КМД (3 = 0) и 3_ФЛАГ = 0 или

ПРИНЯТ НПР ОТВ(П = X) и 3 ФЛАГ = П

ПД: = Нпм

ОБНОВИТЬ 3 ФЛАГ ОБНОВИТЬ_Нпм ПЕРЕДАТЬ ПОВТОРНО И XXX (X =0) УДАЛЕН НАЯ_ЗАНЯТО: = 0

ПД: = Нпм ОБНОВИТЬ Ним

начать_з_тайм

ПЕРЕДАТЬ ПОВТОРНО И КМД (3= 1) УДАЛЕННАЯ ЗАНЯТО: = 0

НОРМА

НОРМА

Страница 65

С. 64 ГОСТ 28907-91

Продолжение табл. 7

Текущее

состояние

Событие

Действии

Следующее состояние

НОРМА

ПРИНЯТ НПР

КМД (3 = 0) и 3_ФЛАГ = 1 или

ПРИНЯТ НПР ОТВ (П = 0) и 3_ФЛАГ = 1

ПД: - Пии ОБНОВИТЬ_Нпм Г1ЕРЕДАТЬ_ПОВ-ТОРНО И XXX (X = 0> УДАЛЕННАЯ ЗАНЯТО: = 0

НОРМА

ПРИНЯТ НПР КМД <3= 1)

ПД: = Нпм ОБНОВИТЬ Ним ПЕРЕДАТЬ ПОВТОРНО И ОТВ <П = 1) УДАЛЕННАЯ .ЗАНЯТО: = 0

НОРМА

НАЧАТ 3/П ЦИКЛ и 3_ФЛАГ = 0

ПЕРЕДАТЬ ГГ1Р КМД (3= 1) НАЧАТЬ_3_ТАЙМ

НОРМА

3 ТАЙМ ИСТЕК

3 ФЛАГ: = 0

НОРМА

и СЧ_ПОВТОР < N2

ПЕРЕДАТЬ ГГ1Р КМД (3= 1>

начать_з_тайм СЧ ПОВТОР = сч ПОВТОР + 1

ЖДАТЬ

ДА ТАЙМ ИСТЕК и 3_ФЛАГ = 0 И СЧ_ПОВТОР < N2 или

ЗАНЯТО ТАЙМ ИСТЕК и 3 ФЛАГ = 0 и СЧ_ПОВТОР < N2

ПЕРЕДАТЬ ГГ1Р

кмд (3= и

НАЧАТЬ 3 ТАЙМ СЧ ПОВТОР: = СЧ ПОВТОР + 1

ЖДАТЬ

ЗАНЯТО

ДАН Н Ы Е_ЗАП РОС и УДАЛЕННАЯ. ЗАНЯТО = 0 и 3_ФЛАГ = 0

ПЕРЕДАТЬ И КМД (3= 1)

НАЧАТЬ 3 ТАЙМ НАЧАТЬ Л А ТАЙ М_ ЕСЛ И_ Н Е_ НАЧАТ

ПЕРЕДАТЬ И_

XXX <Х = 0»

начать_да_тайм_

ЕСЛ И_Н Е_Н АЧАТ

ЗАНЯТО

ЗАНЯТО

ДАННЫ Е_ЗАП РОС и УДАЛЕННАЯ, ЗАНЯТО = 0 и 3_ФЛАГ = 1

ПЕРЕДАТЬ И_

XXX (X = 0)

НАЧАТЬ ДА ТАЙМ ЕСЛИ_НЕ_НАЧАТ

ЗАНЯТО

МЕСТНАЯ ЗАНЯ-ТОСТЬ_УСТРАНЕНА и ДАННЫЕ_ФЛАГ= I и З.ФЛАГ = 0

ПЕРЕДАТЬ НПР КМД (3= 1» НАЧАТЬ_Н П Р_ТАЙ М НАЧАТЬ_3_ТАЙ М

ПЕРЕДАТЬ НПР XXX (X = 0)

НАЧАТЬ НПР ТАЙМ

НЕПРИЕМ

НЕПРИЕМ

Страница 66

ГОСТ 28907-91 С. 65

Продолжение табл. 7

Текущее

СОСИ) >111 и с

Собыгмс

Депспшя

Слслуюшее сосюяние

ЗАНЯТО

МЕСТНАЯ ЗАНЯ-ТОСТЬ_УСТРЛНЕНА и ДАН Н Ы Е_ФЛЛГ = 1 н 3_ФЛАГ = 1

ПЕРЕДАТЬ НПР XXX (X = 0) НАЧАТЬ_НПР_ТАЙМ

НЕПРИЕМ

М ЕСТН АЯ_ЗАНЯ-ТОСТЬ УСТРАНЕНА и ДАННЫЕ_ФЛАГ = 0 и 3_ФЛАГ = 0

ПЕРЕДАТЬ ГПР КМД (3= 0 НАЧАТЬ_3_ТАЙМ

ПЕРЕДАТЬ_ГПР_ XXX (X = 0)

НОРМА

НОРМА

МЕСТНАЯ_ЗАНЯ-ТОСТЬ_УСТРАНЕНА и ДАННЫЕ ФЛАГ = 0 н 3_ФЛАГ = 1

ПЕРЕДАТЬ ГПР_

XXX (X = 0)

НОРМА

МЕСТНАЯ ЗАНЯ-ТОСТЬ_УСТРАНЕНА и ДАН Н Ы Е_ФЛ АГ = 2 и 3_ФЛАГ = 0

ПЕРЕДАТЬ ГПР КМД (3= 1) НАЧАТЬ_3_ТАЙМ

ПЕРЕДАТЬ ГПР^

XXX (X = 0)

НЕПРИЕМ

НЕПРИЕМ

М ЕСТН АЯ_ЗАНЯ-ТОСТЬ УСТРАНЕНА и ДАННЫЕ_ФЛАГ = 2 и 3_ФЛАГ = 1

ПЕРЕДАТЬ_ГПР_

XXX (X =0)

НЕПРИЕМ

ПРИНЯТ_И_ ОТВ <П =Х>_С_ Нпд ж ПМ К 3_ФЛАГ = П ИЛИ

ПРИНЯТ_И_ КМД (3 = 0)_С_ Нпд ж ПМ и З ФЛАГ = 0

МОЖНО ПЕРЕДАТЬ НГПР XXX (X = 0) ОБНОВИТЬ 3 ФЛАГ ОБНОВИТЬ Ним ЕСЛ И _ДА Н Н Ы Е_ ФЛАГ = 0 ТОГДА ДАННЫЕ ФЛАГ: = 1 ЕСЛИ П = 1 УДАЛЕН НАЯ_ ЗАНЯТО: =0

ПЕРЕДАТЬ НГГ1Р КМД (3= 1)

НАЧАТЬ_3 ТАЙМ ОБНОВИТЬ Ним ЕСЛИ ДАННЫЕ ФЛАГ = 0 ТОГДА ДАННЫЕ ФЛАГ: = 1 ЕСЛИ П = 1 УДА-ЛЕННАЯ_ЗАНЯТО:= 0

ЗАНЯТО

ЗАНЯТО

11РИНЯТ_И_ ОТВ (П =0)_С_ Нпд ж ПМ н 3_ФЛАГ = 1 илн

ПРИНЯТ И

КМД »3 = 0)_С_ Нпд д ПМ и 3_ФЛАГ = 1

М ОЖ Н 0_П Е РЕДАТ Ь_ НГПР_ХХХ (X = (» ОБНОВИТЬ_Нпх| ЕСЛИ ДАННЫЕ ФЛАГ = 0_ТОГДА ДАННЫЕ ФЛАГ: = 1

ЗАНЯТО

Страница 67

С. 66 ГОСТ 28907-91

Продолжение табл. 7

Текущее

состояние

Событие

Действии

Следующее состояние

ЗАНЯТО

ПРИНЯТ И

КМД (3= 1) С Нпд = = ПМ

ПЕРЕДАТЬ_НГПР_ ОТВ (П = 1) ОБНОВИТЬ_Нпм_ ЕСЛ И_ДАН Н Ы Е_ ФЛАГ = О.ТОГДА ДАННЫЕ_ФЛАГ: = 1

ЗАНЯТО

ПРИНЯТ и

КМД (3=1)

ПЕРЕДАТЬ НГПР_

ОТВ (П = 1) ОБНОВИТЬ.Нпм ЕСЛ И_ДАН Н Ы Е_

ФЛАГ = 2_ ОСТАНОВИТЬ НГ1Р ТАЙМ

ДАН Н Ы Е_ФЛ АГ: = 1

ПМ: = ПМ + 1

ДАН Н Ы Е_И НДИ КАП И Я

ПЕРЕДАТЬ_НГПР_

ОТВ (П = 1) ЕСЛИ_ДАННЫЕ_

ФЛАГ = 2_

ОСТАНОВИТЬ_НГ1Р_

ТАЙМ

ДАН Н Ы Е_ФЛ АГ: = С

ЗАНЯТО

ЗАНЯТО

ПРИНЯТ_И_ ОТВ(П =X) и 3_Ф ЛА Г = П или

ПРИНЯТ и КМД (3=0) и 3_ФЛАГ = 0

МОЖНО, ПЕРЕДАТЬ, НГПР_ХХХ (X = 0) ОБНОВИТЬ 3 ФЛАГ ОБНОВИТЬ Нпм ЕСЛ И_ДАН Н Ы Е_ ФЛАГ = 2

ОСТАНОВИТЬ_НГ1Р_

ТАЙМ

ДАННЫЕ ФЛАГ: = 1 ЕСЛ И_П = 1_УДА-ЛЕННАЯ_ ЗАНЯТО: = 0

ПЕРЕДАТЬ НГПР_ КМД <3= 1)

Н АЧАТЬ_3_ТАЙ М ОБНОВИТЬ_Нпм_

ЕСЛ И _Д АННЫ Е_ ФЛАГ = 2

ОСТАНОВИТЬ_НПР_ ТАЙ М

ДАННЫЕ ФЛАГ: = 1 ЕСЛ И_П = 1_УДА-ЛЕННАЯ_ЗАНЯ-ТО: = 0

ЗАНЯТО

ЗАНЯТО

Страница 68

ГОСТ 28907-91 С. 67

Продолжение табл. 7

Текущее

СОСИ) >111 и с

Собыгмс

Депспшя

Слслупшсс состояние

ЗАНЯТО

П М: = П М + !

ДАН НЫЕ_ИНДИ KAI1И Я ПЕРЕДАТЬ НГПР КМД (3= о НАЧАТЬ_3_ТАЙМ ОБНОВИТЬ.Ним ЕСЛИ ДАННЫЕ ФЛАГ = 2

ОСТАНОВИТЬ_НПР_

ТАЙМ

ДАННЫЕ ФЛАГ: = 0 ЕСЛ И_П= 1 УДАЛЕН-НАЯ.ЗАНЯТО: = 0

ЗАНЯТО

П М: П М * 1

ДАННЫЕ ИНДИКАЦИЯ ОБНОВИТЬ.З ФЛАГ М ОЖ НО_П Е РЕДАТЬ_ НГПР XXX (X = 0) ОБНОВИ ТЬ_Н пм ЕСЛИ ДАННЫЕ,

ФЛАГ= 2

ОСТАНОВИТЬ_НПР_

ТАЙМ

ДАННЫЕ ФЛАГ: = 0 ЕСЛИ_П= ^УДАЛЕННАЯ .ЗАНЯТО: = 0

ЗАНЯТО

ПРИНЯТ_И_ ОТВ (П =0» н 3_ФЛАГ = 1 или

ПРИНЯТ и

КМД (3 = 0) и 3_ФЛАГ = 1

М ОЖНО.ПЕ РЕДАТ Ь_ НГПР_ХХХ (X = 0) ОБНОВИТЬ_Нпм_

ЕСЛ И _ ДА Н Н Ы Е_

ФЛАГ = 2_

ОСТАНОВИТЬ_НПР_

ТАЙМ

ДАННЫЕ_ФЛАГ:= 1

П М: = П М + I ДАННЫЕ ИНДИКАЦИЯ М ОЖ НО_П Е РЕДАТ Ь_ НГПР_ХХХ (X = 0» ОБНОВИТЬ Ним ЕСЛ И _ ДАННЫЕ.

ФЛАГ = 2_

ОСТАНОВИТЬСЯ ПР_ ТАЙМ

ДАННЫЕ ФЛАГ: « 0

ЗАНЯТО

ЗАНЯТО

ПРИНЯТ ГПР

КМД (3 = 0) или

ПРИНЯТ_ГПР ОТВ (П =0) или

ПРИНЯТ_ГПР_ ОТВ <П = 1) и 3_ФЛАГ = 1

ОБНОВИТЬ.З ФЛАГ, ОБНОВИТЬ Ним УДАЛЕННАЯ ЗАНЯТО: = 0

ЗАНЯТО

Страница 69

С. 68 ГОСТ 28907-91

Продолжение табл. 7

Текущее сас шинке

Событие

Действии

Следующее состояние

ЗАНЯТО

ПРИНЯТ ГПР КМД (3 = 1)

ПЕРЕДАТЬ.НГПР_

ОТВ (П = 1)

ОБНОВИТЬ Нпм УДАЛЕННАЯ_ЗАНЯТО: = 0

ЗАНЯТО

ПРИНЯТ НГПР КМД (3 = 0) или

ПРИНЯТ НГПР ОТВ (П = 0) или

ПРИНЯТ НГПР ОТВ (П = 1) и 3_ФЛАГ = 1

ОБНОВИТЬ 3 ФЛАГ ОБНОВИТЬ_Ним УДАЛЕННАЯ ЗАНЯТО: = 1

ЗАНЯТО

ПРИНЯТ НГПР

КМД (3= 1)

ПЕРЕДАТЬ_НГ11Р_ ОТВ (П = 1) ОБНОВИТЬ Нпм УДАЛ EH НАЯ_ЗАНЯ-ТО: = 1

ЗАНЯТО

ПРИНЯТ НПР

КМД (3 = 0) и 3_ФЛАГ = 0 или

ПРИНЯТ_НПР_ ОТВ <Г1 = X)

ПД: = Нпм

ОБНОВИТ Ь_3_ФЛ А Г ОБНОВИТЬ_Нпм ПЕРЕДАТЬ ПОВТОРНО И_ХХХ (X = 0) УДАЛЕННАЯ ЗАНЯТО: = 0

ЗАНЯТО

и 3_Ф Л А Г = П

ПД: = Нпм ОБНОВИТЬ_ Нпм ПЕРЕДАТЬ ПОВТОРНО И_КМД (3 = 1) НАЧАТЬ_3_ТАЙМ УДАЛ EH Н АЯ_ЗАНЯТО: = 0

ЗАНЯТО

ПРИНЯТ НПР КМД (3= 0)

И 3_ФЛ АГ = 1 или

ПРИНЯТ_НПР_ ОТВ (П = 0) и 3_ФЛАГ = 1

ПД: = Нпм ОБНОВИТЬ_Нпм ПЕРЕДАТЬ ПОВТОРНО И_ХХХ (X = 0)

УДАЛ ЕННАЯ_ЗАНЯТО: = 0

ЗАНЯТО

ПРИНЯТ НПР КМД (3= 1)

ПД. = Нпм ОБНОВИТЬ Нпм ПЕРЕДАТЬ НГПР_

ОТВ (П = 1)

ПЕРЕДАТЬ ПОВТОР-НО_И_ХХХ (X = 0)

УДАЛ ЕННАЯ_ ЗАНЯТО: = 0

ЗАНЯТО

НАЧАТ 3/П ЦИКЛ и 3_ФЛАГ = 0

ПЕРЕДАТЬ НГПР КМД (3= 1»

начать_з_тайм

ЗАНЯТО

3_ТАЙ М ИСТЕК и СЧ_ПОВТОР< N2

3_ФЛАГ: = 0

ЗАНЯТО

Страница 70

ГОСТ 28907-91 С. 69

Продолжение табл. 7

Текущее

состояние

Событие

Действия

Слецуюшес сосюяние

ЗАНЯТО

ПЕРЕДАТЬ НГПР КМД (3= 1) НАЧАТЬ 3 ТАЙМ СЧ_ПОВТОР: = СЧ_ ПОВТОР-1

ЖДАТЬ,

ЗАНЯТО

ДА_ТАЙМ_ИСТЕК и 3 ФЛАГ = 0 и СЧ_ПОВТОР < N2 или

занято_тайм_

ИСТЕК и 3_ФЛАГ = 0 н СЧ_ПОВТОР < N2

ПЕРЕДАТЬ НГПР КМД (3= IX НАЧАТЬ 3 ТАЙМ СЧ ПОВТОР: =СЧ_ ПОВТОР ~ 1

ЖДАТЬ,

ЗАНЯТО

НИР ТАЙМ_ИСТЕК и 3 ФЛАГ = 0 и СЧ_ПОВТОР < N2

ДАН Н ЫЕ_ФЛАГ: = 1

ЗАНЯТО

ПЕРЕДАТЬ НГПР КМД <3= 1)

НАЧАТЬ 3 ТАЙМ СЧ.ПОВТОР. = СЧ ПОВТОР * 1 ДАННЫЕ_ФЛАГ: — 1

ЖДАТЬ

ЗАНЯТО

НПР ТАЙМ ИСТЕК н 3 ФЛАГ = 1 и СЧ_ПОВТОР < N2

ДАННЫЕ_ФЛАГ: = 1

ЗАНЯТО

НЕПРИЕМ

ДАН Н Ы Е_ЗАП РОС и УДАЛЕННАЯ,ЗАНЯТО =0 и 3_ФЛАГ = 0

ПЕРЕДАТЬ И КМД (3= 1)

НАЧАТЬ 3 ТАЙМ НАЧАТЬ ДА_ТАЙМ_ ЕСЛИ_НЕ_НАЧАТ

НЕПРИЕМ

ПЕРЕДАТЬ И XXX (X = 0)

НАЧАТЬ ДА_ТАЙМ_ ЕСЛИ_НЕ_НАЧАТ

НЕПРИЕМ

ДАННЫЕ, ЗАПРОС и УДАЛЕННАЯ .ЗАНЯТО = 0 и З.ФЛАГ = 1

ПЕРЕДАТЬ И_

XXX (X = 0)

НАЧАТЬ ДА_ТАЙМ_ ЕСЛИ_НЕ_НАЧАТ

НЕПРИЕМ

М ЕСТН АЯ_ЗАНЯ-ТО_ОБНАРУЖЕНО н 3_ФЛАГ = 0

ПЕРЕДАТЬ НГПР КМД (3= 1) НАЧАТЬ_3_ТАЙМ ДАННЫЕ_ФЛАГ: = 2

ЗАНЯТО

ПЕРЕДАТЬ НГПР,

XXX (X = 0) ДАННЫЕ_ФЛАГ: = 2

ЗАНЯТО

М ЕСТНАЯ_ЗАНЯ-ТО_ОБНАРУЖЕНО и 3_ФЛАГ = 1

ПЕРЕДАТЬ НГПР_ XXX (X = 0) ДАННЫЕ ФЛАГ: =2

ЗАНЯТО

Страница 71

С. 70 ГОСТ 28907-91

Продолжение табл. 7

Текущее

сасюяние

Событие

Действии

Следующее состояние

НЕПРИЕМ

ПРИНЯТ И

КМД <3 = 0)_С_ Нпя = = ПМ или

ПРИНЯТ_И_ ОТВ (П = 0)_С_ Нпд = = ПМ или

ПРИНЯТ_И_ ОТВ (П = 1) С Нпд = = ПМ и 3_ФЛАГ = 1

ОБНОВИТЬ Нпм ОБНОВИТЬ, 3_ ФЛАГ ЕСЛИ П = 1 УДАЛЕННАЯ, ЗАНЯТО: = 0

НЕПРИЕМ

ПРИНЯТ И

КМД (3= 1)_С_ Нпд = = ПМ

ПЕРЕДАТЬ ГПР, ОТВ <П = 1) ОБНОВИТЬ_Нпч

НЕПРИЕМ

ПРИНЯТ и ОТВ(П = X) и 3_ФЛАГ = П или

ПРИНЯТ И

КМД (3 = 0)

II 3_ФЛАГ = 0

ПМ.= ПМ + 1 ДАННЫЕ ИНДИКАЦИЯ ПЕРЕДАТЬ ДА КМД (3= И НАЧАТЬ_3_ТАЙМ ОБНОВИТЬ, Ним ЕСЛ И_П = 1_ УДАЛЁННАЯ,ЗАНЯТО: = 0

ОСТАНОВИТЬ НПР ТАЙМ

НОРМА

ПМ.= ПМ + 1 ДАН Н Ы Е_И НДИ КАЦИЯ ОБНОВИТЬ_3 ФЛАГ ПЕР Е Д АТ Ь_*Д А_

XXX (X = 0)

ОБНОВИТЬ Ним ЕСЛ И_П = 1,

УДАЛ ЕН НАЯ, ЗАНЯТО: = 0

ОСТАНОВИТЬ_НПР

ТАЙМ

НОРМА

ПРИНЯТ и

ОТВ (П =0)

II З.ФЛАГ = 1 или

ПРИНЯТ и

КМД (3 = 0)

II 3_ФЛАГ = 1

П М: = П М + 1

ДАННЫЕ_ИНДИКАЦИЯ

ПЕР ЕДАТЬ, ДА,

XXX (X = 0)

ОБНОВИТЬ, Ним

ОСТАНОВИТЬ_НПР

ТАЙМ

НОРМА

ПРИНЯТ И

КМД <3= 1)

ПМ. = ПМ + 1

ДАННЫЕ_ИНДИКАЦИЯ

ПЕРЕДАТЬ ДА,

ОТВ (П = 1»

ОБНОВИТЬ Нпм

ОСТАНОВИТЬ_НПР

ТАЙМ

НОРМА

Страница 72

ГОСТ 28907-91 С. 71

Продолжение табл. 7

Текущее

состояние

Событие

Действия

Следующее состояние

НЕПРИЕМ

ПРИНЯТ ГПР

КМД (3 = 0) или

ПРИНЯТ_ГПР_ ОТВ <П =01 или

ПРИНЯТ.ГПР-ОТВ (П = 1) и 3_ФЛАГ = 1

ОБНОВИ ТЬ_3_ФЛАГ ОБНОВИТЬ_Нпм УДАЛЕННАЯ ЗАНЯТО: = 0

НЕПРИЕМ

ПРИНЯТ_ГПР_ КМД (3 = 1)

ПЕРЕДАТЬ_ДА_

ОТВ (П = 1) ОБНОВИТЬ_Ним УДАЛ Е Н Н ДЯ _3 А Н Я ТО:

= 0

НЕПРИЕМ

ПРИНЯТ НГПР КМД «3 = 0» или

ПРИНЯТ НГПР_ ОТВ (П = 0> или

ПРИНЯТ НГПР ОТВ (П = 1) и 3_ФЛАГ = 1

ОБНОВИТЬ_3 ФЛАГ ОБНОВИТЬ Нпм УДАЛ ЕН НАЯЗАНЯТО:

= 1

НЕПРИЕМ

ПРИНЯТ НГПР КМД (3= 1)

ПЕРЕДАТЬ ГПР ОТВ (П = 1)

ОБНОВ И ТЬ_ Нпм УДАЛ ЕН НАЯ_ЗАНЯТО:

= 1

НЕПРИЕМ

ПРИНЯТ НИР КМД (3 = 0» и 3_ФЛАГ = 0 или

ПРИНЯТ НПР_ ОТВ(П = X» и 3 ФЛАГ -П

ПД: = Нпм ОБНОВИТЬ Нпм ОБНОВИТЬ_3 ФЛАГ ПЕРЕДАТЬ_ПОВТОР-НО И_ХХХ (X = 0» УДАЛЁН НАЯ_ЗАНЯТО:

= 0

НЕПРИЕМ

ПД: = Нпм ОБНОВИТЬ_Нпм ПЕРЕДАТЬ ПОВТОР-НО_И_КМД (3 = 1) НАЧАТЬ_3_ТАЙМ УДАЛЕННАЯ ЗАНЯТО:

= 0

НЕПРИЕМ

ПРИНЯТ НПР_ КМД (3 = 0» н 3_ФЛАГ = 1 или

ПРИНЯТ_НПР_ ОТВ (П = 0» и 3_ФЛАГ = 1

ПД: = Нпм ОБНОВИТЬ_Нпм ПЕРЕДАТЬ ПОВТОР-НО_И_ХХХ (X = 0» УДАЛ ЕННАЯ_3 А ПЯТО: = 0

НЕПРИЕМ

ПРИНЯТ НПР

КМД (3=1»

ПД: = Нпм ОБНОВИТЬ_Ним ПЕРЕДАТЬ ПОВТОРНО И ОТВ (П = 1) УДАЛЕННАЯ ЗАНЯТО: =0

НЕПРИЕМ

Страница 73

С. 72 ГОСТ 28907-91

Продолжение табл. 7

Текущее

сосшянке

Событие

Действия

Следующее состояние

НЕПРИЕМ

Н АЧ АТ_3/П_ЦИ кл и 3_ФЛАГ: = 0

ПЕРЕДАТЬ ГПР

КМД_(3= 1) НАЧАТЬ_3_ТАЙ м

НЕПРИЕМ

Н П Р_ТАЙ М_ИСТЕК и СЧ ПОВТОР< N2 и 3_ФЛАГ = 0

ПЕРЕДАТЬ_НПР_ КМД (3= И НАЧАТЬ. 3_ТАЙМ НАЧАТЬ.Н ПР ТАЙМ СЧ ПОВТОР: = СЧ ПОВТОР + 1

НЕПРИЕМ

НОРМА

3 ТАЙМ ИСТЕК и СЧ_ПОВТОР < N2

З.ФЛАГ: = 0

НЕПРИЕМ

ПЕРЕДАТЬ ГПР КМД «3= 1)

начать_з_тайм

НАЧАТЬ НПР ТАЙМ СЧ ПОВТОР: = СЧ_ ПОВТОР + 1

ЖДАТЬ

НЕПРИЕМ

ДА_ТАЙ М_ИСТЕК II 3 ФЛАГ: = 0 и СЧ_ПОВТОР < N2 или

ЗАНЯТО_ТАЙМ_ ИСТЕК и 3_ФЛАГ = 0 п СЧ_ПОВТОР< N2

ПЕРЕДАТЬ ГПР_ КМД (3=1)

НАЧАТЬ 3 ТАЙМ НАЧАТЬ НПР_ТАЙМ СЧ_ПОВТОР: = СЧ ПОВТОР + 1

ЖДАТЬ.

НЕПРИЕМ

ЖДАТЬ

МЕСТНАЯ_ЗАНЯТО_

ОБНАРУЖЕНО

ПЕРЕДАТЬ НГПР_

XXX <х = 0> ДАННЫЕ.ФЛАГ: = 0

ЖДАТЬ.

ЗАНЯТО

ПРИНЯТ И ОТВЕТ <П = 1 >_С_ Нпд = = ПМ

ПЕРЕДАТЬ НГПР XXX (X = 0> ОБНОВИТЬ.. Ним ПД: = Ним ОСТАНОВИТЬ^, ТАЙМ

ПЕРЕДАТЬ ПОВТОРНО И_ХХХ (X = 0) НАЧАТЬ.Н ПР.ТАЙМ УДАЛЕННАЯ ЗАНЯТО: = 0

НЕПРИЕМ

ПЕРЕДАТЬ НПР КМД (3= 1> ОБНОВИТЬ Ним ПД: = Ним

ПЕРЕДАТЬ.ПОВТОР-НО И_ХХХ (X = 0) НАЧАТЬ.З.ТАЙ.М НАЧАТЬ_НПР ТАЙМ УДАЛЕННАЯ ЗАНЯТО: = 0

НЕПРИЕМ

Страница 74

ГОСТ 28907-91 С. 73

Продолжение табл. 7

Текушее

состояние

Событие

Действия

Слецуюшес сосюяние

ЖДАТЬ

ПРИНЯТ_И_

КМД (3 = 0>_С_ Нпд * ПМ

ИЛ 11

ПРИНЯТ_И_ ОТВЕТ (П = 0)_С_ Нпд - ПМ

ПЕРЕДАТЬ НПР_ XXX (X =0) ОБНОВИТЬ Нпм Н АЧАТЬ_Н П Р_ТАЙМ

ЖДАТЬ,

НЕПРИЕМ

ПРИНЯТ И

КМД (3= i»_c_ Нпд * ПМ

ПЕРЕДАТЬ НПР ОТВ (Г1 = 1)

ОБНОВИ ТЬ_Нпм НАЧАТЬ_Н П ртай м

ЖДАТЬ

НЕПРИЕМ

ПРИНЯТ И ОТВ <П = 1)

ПМ: = ПМ + 1

ДАН Н Ы Е_И НД И КАЦ И Я

ОБНОВИТЬ_Нпм

ПД: = Нпм

П Е РЕДАТ Ь_ ПО ВТО Р-НО_И_КМД (3 = 1)_

ИЛ И_П ЕРЕДАТЬ_ГП Р НАЧАТЬ_3_ТАЙМ УД АЛЕ ИНАЯ .ЗАНЯТО: =0

НОРМА

ПМ: = ПМ + 1 ДАННЫЕ ИНДИКАЦИЯ ОСТАНОВИТЬ_3_

ТАЙМ

ОБНОВИТЬ_Нпм ПД: = Нпм

ПЕРЕДАТЬ ПОВТОР-НО_И_ХХХ (X = 0>_

ИЛИ_ПЕРЕДАТЬ ГПР УДАЛ EH Н АЯ_ЗАН Я -ТО: = 0

НОРМА

ПРИНЯТ_И_ ОТВ (П = 0»

ИЛИ

ПРИНЯТ_И_ КМД (3 = 0»

ПМ: = ПМ + 1

ДАН Н Ы Е_И НД И КАЦ И Я

ПЕРЕДАТЬ_ГПР_

XXX (X = 0) ОБНОВИТЬ_Нпм

ЖДАТЬ

ПРИНЯТ и КМД (3= I)

П М: = П М + 1

ДАН Н Ы Е_ИНДИКАЦИЯ

ПЕРЕДАТЬ ГПР_

ОТВ (П = 1) ОБНОВИТЬ_Нпм

ЖДАТЬ

ПРИНЯТ ГПР ОТВ <П = 1)

или

ПРИНЯТ НПР ОТВ (П = 1)

ОБНОВИТЬ.Нпм ПД: = Ним ОСТАНОВИТЬ_3_ ТАЙМ

ПЕРЕДАТЬ ПОВТОРНО И_ХХХ (X = 0» УДАЛЕНННАЯ ЗАНЯТО: = 0

НОРМА

Страница 75

С. 74 ГОСТ 28907-91

Продолжение табл. 7

Текущее

сосшянке

Событие

Действия

Следующее состояние

ЖДАТЬ

ПРИНЯТ ГПР

КМД (3 = 0)

ИЛИ

ПРИНЯТ_ГПР ОТВ <Г1 =0) или

ПРИНЯТ НПР

КМД (3 = 0)

ИЛИ

ПРИНЯТ_НПР_ ОТВ (П =0)

ОБНОВИТЬ Нпм УДАЛЕННАЯ ЗАНЯТО: = 0

ЖДАТЬ

ПРИНЯТ ГПР

КМД (3=1) или

ПРИНЯТ НПР КМД (3=1)

ПЕРЕДАТЬ ГПР_ ОТВ (П = 1) ОБНОВИТЬ Нпм УДАЛ ЕН НАЯ_ ЗАНЯТО: = 0

ЖДАТЬ

ПРИНЯТ_НГПР_ ОТВ (П = 1)

О Б Н О В И ТЬ_ Н им ПД: = Ним ОСТАНОВИТЬ.З. ТАЙМ

УДАЛЕННАЯ ЗАНЯТО: = 1

НОРМА

ПРИНЯТ НГПР

КМД (3=0) или

ПРИНЯТ НГПР ОТВ (П =0)

ОБНОВИТЬ Нпм УДАЛЕННАЯ ЗАНЯТО: = 1

ЖДАТЬ

ПРИНЯТ НГРО КМД (3=1)

П ЕРЕДАТЬ_ГП Р_ ОТВ (П = 1) ОБНОВИТЬ_Нпм УДАЛЕННАЯ ЗАНЯТО: = 0

ЖДАТЬ

3_ТАЙМ_ИСТЕК и СЧ_ПОВТОР< N2

ПЕРЕДАТЬ_ГГ1Р_ КМД (3 = 1) НАЧАТЬ_3_ТАЙМ СЧ ПОВТОР: = СЧ_ ПОВТОР + 1

ЖДАТЬ

ЖДАТЬ

ЗАНЯТО

МЕСТНЛЯ.ЗАНЯ-ТОСТЬ_УСТРАН ЕНА и ДАН Н ЫЕ_ФЛАГ = 1

ПЕРЕДАТЬ НПР_ XXX (X = 0) НАЧАТЬ_НПР_ТАЙМ

ЖДАТЬ.

ЗАНЯТО

МЕСТНАЯ_ЗАНЯ-ТОСТЬ_УСТ РАНЕНА и ДАН НЫЕ_ФЛАГ = 0

ПЕРЕДАТЬ ГПР_ XXX (X = 0)

ЖДАТЬ

М ЕСТНАЯ_ЗАНЯ-ТОСТЬ УСТРАНЕНА и ДАННЫЕ_ФЛАГ = 2

ПЕРЕДАТЬ ГПР_ XXX (X = 0)

ЖДАТЬ_

НЕПРИЕМ

Страница 76

ГОСТ 28907-91 С. 75

Продолжение табл. 7

Текушее

состояние

Событие

Действия

Слецуюшсс сосюяние

ЖДЛТЬ_

ЗАНЯТО

ПРИНЯТ_И_ ОТВ (П = 1)_С_ Нпд л ПМ

МОЖНО_ПЕРЕДАТЬ_ НГПР XXX (X =0) ОБНОВИТЬ Нпм ПД: = Нпм ОСТАНОВИТЬ_3_

ТАЙМ

ДАННЫЕ ФЛАГ: = 1 УДАЛЕННАЯ ЗАНЯТО: = 0 ПЕРЕДАТЬ ПОВТОР-НО_И_ХХХ (X = 0»

ЗАНЯТО

ПЕРЕДАТЬ НГПР КМД (3= 1) ОБНОВИТЬ_Нпм ПД: = Нпм НАЧАТЬ_3_ТАЙМ ДАННЫЕ ФЛАГ: = 1 УДАЛЕННАЯ ЗАНЯТО. = 0 ПЕРЕДАТЬ ПОВТОР-НО_И_ХХХ (X = 0>

ЗАНЯТО

ПРИНЯТ и_

КМД (3 = 0» с Нпд д ПМ или

ПРИНЯТ и

ОТВ <п =0»_с_ Нпд ж ПМ

МОЖНО ПЕРЕДАТЬ_ НГПР XXX (X =0) ОБНОВИТЬ_Нпм ДАН Н Ы Е_ФЛАГ: = 1

ЖДАТЬ,

ЗАНЯТО

ПРИНЯТ и

КМД (3= п_с_ Нпд * ПМ

ПЕРЕДАТЬ НГПР_ ОТВ (П = 1) ОБНОВИТЬ Нпм ДАННЫЕ_ФЛАГ: = 1

ЖДАТЬ,

ЗАНЯТО

ПРИНЯТ, и ОТВ (П = 1>

М ОЖ Н 0_ П Е РЕДАТ Ь_ НГПР_ХХХ (X = 0) ОБНОВИТЬ_Нпм ПД: = Нпм ДАННЫЕ_ФЛАГ: = 1 ОСТАНОВИТЬ_3_ ТАЙМ

УДАЛ ЕННАЯ_ЗАНЯ-ТО: = 0

П Е РЕДАТ Ь_ ПО ВТО Р-НО_И_ХХХ (X =0»

ЗАНЯТО

ПЕРЕДАТЬ НГПР КМД (3= о ПМ: = ПМ + 1 ДАННЫЕ ИНДИКАЦИЯ

начать_з_тайм

ОБНОВИТЬ Нпм

ПД: = Нпм

ДАННЫЕ ФЛАГ: = 0 УДАЛЕННАЯ_ЗАНЯ-ТО: = 0

ПЕРЕДАТЬ ПОВТОРНО И XXX (X = 01

ЗАНЯТО

Страница 77

С. 76 ГОСТ 28907-91

Продолжение табл. 7

Текущее

саопяние

Событие

Действия

Следу ющее состояние

ЖДАТЬ

ЗАНЯТО

ПРИНЯТ И ОТВ (П = 1)

М ОЖ Н 0_П Е РЕД АТ Ь_ НГПР_ХХХ (X = 0)

ПМ. = Г1М + 1

ДАННЫЕ.ИНДИКЛЦИЯ

ОСТАНОВИТЬ_3_

ТАЙМ

0 Б Н 0 В И Т Ь_ Н нм ПД: = Ним

ДАННЫЕ _Ф Л А Г: = 0 УДАЛЕННАЯ ЗАНЯТО: = 0

ПЕРЕДАТЬ_ПОВТОР-НО_И_ХХХ (X = 0)

ЗАНЯТО

ПРИНЯТ и

ОТВ (П = 0) или

ПРИНЯТ и

КМД <3 = 0)

МОЖНО ПЕРЕДАТЬ НГПР_ХХХ <Х = 0) ОБНОВИТЬ_Нпм ДАН Н Ы Е_ФЛ АГ: = 1

ЖДАТЬ

ЗАНЯТО

МОЖНО ПЕРЕДАТЬ НГПР_ХХХ <Х =0)

ПМ. = ПМ + I ДАННЫЕ ИНДИКАЦИЯ О Б Н О В И Т Ь_ Н п м ДАННЫЕ_ФДАГ: = 0

ЖДАТЬ

ЗАНЯТО

ПРИНЯТ и КМД (3= 1)

ПЕРЕДАТЬ НГПР_ ОТВ (П = 1) ОБНОВИТЬ Нпм ДАННЫЕ.ФЛАГ: = 1

ЖДАТЬ,

ЗАНЯТО

ПЕРЕДАТЬ ГПР_

ОТВ <П = 1)

ПМ: = ПМ + 1 ДАННЫЕ ИНДИКАЦИЯ ОБНОВИТЬ Нпм ДАН Н Ы Е_ФЛ АГ: = 0

ЖДАТЬ,

ЗАНЯТО

ПРИНЯТ_ГПР_ ОТВ (П = 1) или

ПРИНЯТ НПР_ ОТВ (П = 1)

ОБНОВИТЬ_Нпм ПД: = Ним ОСТАНОВИТЬ_3_ ТАЙМ

ПЕРЕДАТЬ ПОВТОРНО И_ХХХ (X - 0) УДАЛ EH Н АЯ_ЗАНЯ -ТО: = 0

ЗАНЯТО

ПРИНЯТ ГПР

КМД <3 = 0) или

ПРИНЯТ ГПР ОТВ (П = 0) или

ПРИНЯТ НПР

КМД (3 = 0) или

ПРИНЯТ НГ1Р ОТВ <П = 0)

ОБНОВИТЬ Нпм УДАЛЕННАЯ ЗАНЯТО: = 0

ЖДАТЬ

ЗАНЯТО

Страница 78

ГОСТ 28907-91 С. 77

Продолжение табл. 7

Текущее

состояние

Событие

Действия

Слеиуюшсс сосюяние

ЖДАТЬ,

ЗАНЯТО

ПРИНЯТ ГПР КМД (3= 1) или

ПРИНЯТ НПР КМД (3= 1)

ПЕРЕДАТЬ НГПР,

ОТВ (П = 1)

ОБНОВИТЬ Нпм

УДАЛ EH Н АЯ_ЗАНЯТО. = 0

ЖДАТЬ,

ЗАНЯТО

ПРИНЯТ_НГПР_ ОТВ (П = 1>

ОБНОВИТЬ Ним ПД: = Нпм ОСТАНОВИТЬ 3 ТАЙМ

УДАЛ ЕН НАЯ_ЗАНЯТО: = 1

ЗАНЯТО

ПРИНЯТ НГПР КМД (3 = 0) или

ПРИНЯТ_НГПР ОТВ (П =0»

ОБНОВ ИТЬ_Нпм УДАЛЕННАЯ ЗАНЯТО: = 1

ЖДАТЬ,

ЗАНЯТО

ПРИНЯТ НГПР КМД (3= 1)

ПЕРЕДАТЬ НГПР.

ОТВ (П = 1)

ОБНОВИТЬ Нпм

УДАЛ EH Н АЯ_ЗАНЯТО: = 1

ЖДАТЬ,

ЗАНЯТО

3_ТАЙМ ИСТЕК и СЧ.ПОВТОРОВ< N2

ПЕРЕДАТЬ НГПР КМД <3= п

начать_з_тайм

СЧ_ПОВТОР: = СЧ ПОВТОР 1

ЖДАТЬ,

ЗАНЯТО

ЖДАТЬ_

НЕПРИЕМ

М ЕСТН АЯ_ЗАНЯ-ТОСТЬ ОБНАРУЖЕНА

ПЕРЕДАТЬ НГПР_ XXX (X = 0) ДАННЫЕ.ФЛАГ: = 2

ЖДАТЬ,

ЗАНЯТО

ПРИНЯТ_И_ КМД <3 = о»_с_ Ндп * ПМ или

ПРИНЯТ_И_ ОТВ (П =0» С Нпд * ПМ

ОБНОВИТЬ_Нпм

ЖДАТЬ,

НЕПРИЕМ

ПРИНЯТ И

КМД (3= 1)_С_ Нпд • ПМ

ПЕРЕДАТЬ ГПР ОТВ (П = 1)"

О Б Н О В И Т Ь, Н п м

ЖДАТЬ

НЕПРИЕМ

ПРИНЯТ_И_ ОТВ (П = 1)

ПМ: = ПМ + 1 ДАННЫЕ.ИНДИКАЦИЯ ОБНОВИТЬ.Ннм ПД: = Нпм

ПЕРЕДАТЬ ПОВТОР-НО_И_КМД (3 = 1)_ ИЛЙ_ПЕРЕДАТЬ_

ГПР

НАЧАТЬ_3_ТАЙМ ОСТАНОВИТЬ НПР ТАЙМ

УДАЛЕННАЯ ЗАНЯТО: = 0

НОРМА

Страница 79

С. 78 ГОСТ 28907-91

Продолжение табл. 7

Текущее

сосюяние

Событие

Действия

Следующее состояние

ЖДАТ ь_ НЕПРИЕМ

ПРИНЯТ И_ ОТВ (П = 1)

ПМ. = ПМ + 1

ДАН Н Ы Е_И НДИ КAU И Я

ОСТАНОВИТЬ 3

ТАЙМ

ОСТАНОВИТЬ_НГ1Р

ТАЙМ

ОБНОВИТЬ.. Нлм ПД: = Нлм

ПЕРЕДАТЬ ПОВТОРНО И_ХХХ (X = 0)

ИЛИ ПЕРЕДАТЬ,

ГПР

УДАЛ EH Н АЯ_ЗАНЯТО: = 0

НОРМА

ПРИНЯТ и

ОТВ (П = 0) или

ПРИНЯТ И

КМД (3 = 0)

ПМ: = ПМ + 1

ДАН Н Ы Е_И Н Д И КАЦ И Я

ПЕРЕДАТЬ ГПР_

XXX (X = 0>

ОСТАНОВИТЬ_НПР_

ТАЙМ

ОБНОВИТЬ.. Нлм

ЖДАТЬ

ПРИНЯТ и

КМД (3=1)

ПМ. = ПМ + 1

ДАН НЫЕ_ИИДИ КДЦИ Я

ПЕРЕДАТЬ ГПР_

ОТВ (П = 1>

ОСТАНОВИТЬ_НГ1Р

ТАЙМ

ОБНОВИТЬ_Ним

ЖДАТЬ

ПРИНЯТ_ГПР_ ОТВ (П = 1)

или

ПРИНЯТ_НПР_ ОТВ (П = 1)

или

ПРИНЯТ_И_ ОТВ (П = 1) с Нлд * ПМ

ОБНОВИТЬ Нлм ПД: = Нпм ОСТАНОВИТЬ_3_ ТАЙМ

ПЕРЕДАТЬ ПОВТОРНО И_ХХХ (X = 0) УДАЛЕННАЯ ЗАНЯТО: = 0

НЕПРИЕМ

ОБНОВИТЬ Нлм ПД: = Нлм

ПЕРЕДАТЬ ПОВТОРНО И КМД (3 = 1>

начать_з_тайм

УДАЛЕННАЯ ЗАНЯТО: = 0

НЕПРИЕМ

ПРИНЯТ ГПР

КМД (1 = 0) или

ПРИНЯТ_ГПР_ ОТВ (П = 0) или

ПРИНЯТ НПР

КМД (3 = 0) или

ПРИНЯТ_НПР_ ОТВ (П = 0)

ОБНОВИТЬ_Нлм УДАЛЕННАЯ ЗАНЯТО: — 0

ЖДАТЬ_

НЕПРИЕМ

Страница 80

ГОСТ 28907-91 С. 79

Продолжение табл. 7

Текущее

состояние

Событие

Действия

Слецуюшес сосюяние

ЖДАТЬ_

НЕПРИЕМ

ПРИНЯТ ГПР КМД (3= 1) или

ПРИНЯТ НПР КМД (3= 1)

ПЕРЕДАТЬ_ГПР_ ОТВ (П = 1) ОБНОВИТЬ Нпм УДАЛ EH Н АЯ_ЗАНЯ*

ТО: = 0

ЖДАТЬ,

НЕПРИЕМ

ПРИНЯТ_НГПР_ ОТВ (П = 1)

ОБНОВИТЬ Ним ПД: = Нпм ОСТАНОВИТЬ 3 ТАЙМ

УДАЛ ЕН НАЯ_ ЗАНЯТО: = 1

НЕПРИЕМ

ПРИНЯТ НГПР КМД (3 = 0) или

ПРИНЯТ НГПР ОТВ (П =0)

ОБНОВИТЬ Нпм УДАЛ EH Н АЯ_ЗАНЯ-ТО: = 1

ЖДАТЬ

НЕПРИЕМ

ПРИНЯТ НГПР КМД (3= I)

ПЕРЕДАТЬ ГПР ОТВ (Г1 = 1)

О Б Н О В И Т Ь_ Н им УДАЛЕННАЯ ЗАНЯТО: = 1

ЖДАТЬ

НЕПРИЕМ

3_ТАЙМ ИСТЕК и СЧ_ПОВТОР < N2

ПЕРЕДАТЬ НПР КМД (3= 1) НАЧАТЬ 3 ТАЙМ СЧ_ПОВТОР: = СЧ_ ПОВТОР 1

ЖДАТЬ,

НЕПРИЕМ

ПРИЛОЖЕНИЕ I Обязательное

СОКРАЩЕНИЯ. ПРИМЕНЯЕМЫЕ В НАСТОЯЩЕМ СТАНДАРТЕ

АО — алрсс отправителя.

SA — Source Address.

АП — алрсс получателя.

DA — Destination Address.

ВОС — взаимосвязь открытых систем.

OSI — Open Systems Interconnection.

ГПР — готов к приему.

RR — Receive Ready.

ДА — подтверждение.

АСК — AC Knowledge.

3 — бш «запрос».

Р - Poll.

3/П — бит «запрос/последний».

P/F - Poll/Final.

ЗД — звено данных.

DL — Data Link.

Страница 81

80 ГОСТ 28907-91

И — информация.

I — Information.

ИДС — идентификации станции.

X1D —Exchange Identification.

К — команда.

С — Command.

К/О — команда/ответ.

C/R — Command/Response.

КПК — контрольная последовательность кадра. FCS — Frame Check Sequence.

ЛВС— локальная вычислительная сеть.

LAN — Local Area Network.

M — бит •модификатор».

М — Modifier function bit.

НГПР— не готов к приему.

RNR — Receive Not Ready.

НИ — ненумерованная информация.

UI — Unnumbered Information.

НКО — ненумерованные команды и ответы.

U — Unnumbered format.

НГ1 — ненумерованное подтверждение.

UА — Unnumbered Acknowledgment.

Нпд — номер передачи кадра.

N (S) — Scad sequence Number.

Нпм — номер приема кадра.

N (R) — Receive sequence Number.

НПР — неприсм.

REJ - REJect.

НПРК — неприсм кадра.

FRMR — FRaMe Reject.

О — ответ.

R — Response.

ООД — оконечное оборудование данных.

DTE — Data Terminal Equipment.

АКД — аппаратура окончания канала данных. DCE — Data Circuit-terminating Equipment.

П — бит «последний».

F - Final.

ПБД — протокольный блок данных.

PDU — Protocol Data Uait.

ПД — переменная передачи.

V    (S) — Send state Variable.

ПДУ — пункт доступа к услугам.

SAP — Service Access Point.

ПДУЗ — пункт доступа к услугам звена.

LSAP — Link layer Service Access Point.

ПДУО — пункт доступа к услугам отправителя. SSAP — Source Service Acccss Point.

ПДУП — пункт доступа к услугам получателя. DSAP — Destination Servicc Acccss Point.

ПМ — переменная приема.

V    (R) — Receive state Variable.

PAP — режим асинхронного разьединения. ADM — Asynchronous Disconnected Mode.

РАС — режим асинхронный сбалансированный ABM — Asynchronous Balanced Mode.

РЗД — разъединение.

DISC — Disconnect.

СБД — сервисный блок данных.

SDU — Servicc Data Unit.

СБДЗ — сервисный блок данных звена.

Страница 82

ГОСТ 28907-91 С. 81

LSDU — Link Layer Service Data Unit.

ТЕСТ — тсст (проверка).

TEST - TEST.

У — бит «управление».

S — Supervisory function bit.

УДС — управление доступом к среде.

MAC — Medium Access Control.

УКО — управляющие команды и ответы.

S — Supervisory format.

УЛЗ — управление логическим звеном.

LLC — Logical Link Control.

УРРАС — установить расширенный режим асинхронный сбалансированный. SABME — Set Asynchronous Balanced Mode Extended.

ФРЗД — фаза разьединения.

DM — Disconnected Mode.

ПРИЛОЖЕНИЕ 2 Справочное

МЕТОДЫ УПРАВЛЕНИЯ ПОТОКОМ ДЛЯ ОБЪЕДИНЕННЫХ МОСТАМИ ЛОКАЛЬНЫХ

ВЫЧИСЛИТЕЛЬНЫХ СЕТЕЙ

Примечание. Данны» метод не является обязательным для реализации. Могут применяться и другие методы управления потоком.

1.    Общие положения

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

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

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

2.    Определение

А — текущий размер окна передачи.

максимальный размер окна передачи, т. с. максимальное значение К. Значение AMJkt. не должно превышать 127.

К..„. — число последовательно переданных, успешно принятых и подтвержденных ПБД формата И. достаточное для того, чтобы увеличить К.

3.    Окно передачи

Алгоритм динамического окна состоит в изменении окна передачи на передающей стороне при первоначальном обнаружении перегрузки и последующих уменьшениях перегрузки. Если передающая сторона всегда использует размер окна передачи ДМ. то этот алгоритм не используется. Если передающая сторона использует большие размеры окна передачи, то в отсутствие перегрузки используется размер окна передачи К, равный макенхтально возможному значению ДГИШСС. Таких! образом, передающая сторона может иметь до KVUKL

Страница 83

С. 82 ГОСТ 28907-91

неподтвержденных ПБД И в любой моменг аре иен п. Значение Калкс устанавливается меньшим или равным окну приема передатчика ИДС. а К первоначально устанавливается равным значению Аммсс.

4.    Обнаружение перегрузки

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

1.    Передающая сторона принимает ПБД НПР. который указывает, что приемная сторона обнаружила потерю ПБД формата И.

2.    В результате следующей последовательности событий:

а) истек тайм-аут подтверждения на передающей стороне:

б» передающая сторона перелает командный ПБД ГПР с битом 3. равным 1:

в) передающая сторона приняла ПБД И или ПБД У КО, в котором бит П равен I, а значение порядкового номера приема Ним не равно значению переменной передачи ПД на передающей стороне на момент передачи ею ПБД с битом 3. равным I.

5.    Операции алгоритма

При обнаружении перегрузки одним из двух способов вступает в дейсшие алгоршм динамического окна. При ЭТОМ передающая сторона устанавливает размер своего окна передачи А равным 1. Таким образом, передающая сторона после передачи каждого ПБД И ждет подтверждения.

После этого, если определенное число Аш„ неподтвержденных перед этим блоков ПБД И успешно переданы и подтверждены, значение А увеличивается на 1. Кшл, может быть постоянной или переменной величиной. Один из методов изменения КШЛ1 — полагать его равным А. Чем больше значение А',...,, тем длительнее задержка управления поюком.

По мерс успешной передачи ПБД И значение А будет увеличиваться, пока не досшгнст своего максимального значения АИ4КС. После этого алгоритм заканчивает работу. Если другие ПБД И будут потеряны до тою. как А достигнет значения AMllKC. или после того, то алгоритм начнет работу сначала, установив А равным I.

ИНФОРМАЦИОННЫЕ ДАННЫЕ

1.    ПОДГОТОВЛЕН И ВНЕСЕН МИНИСТЕРСТВОМ РАДИОПРОМЫШЛЕННОСТИ СССР

РАЗРАБОТЧИКИ

В.М. Богданов, канд. техн. наук: В.К. Щербо. канд. техн. наук; В.М. Кнренчев;

Ю.С. Объедков

2.    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Государственного комитета СССР по управлению качеством продукции и стандартам от 30.01.91 № 79.

Настоящий стандарт подготовлен методом прямого применения международного стандарта ИСО 8802-2—89 «Системы обработки информации. Локальные вычислительные сети. Протокол и услуги уровня управления логическим jbciiom данных» и полностью ему соответствует

3.    ССЫЛОЧНЫЕ НОРМАТИВНО-ТЕХНИЧЕСКИЕ ДОКУМЕНТЫ

Обозначение НТД. на который алии ссылка

Обозначение соошететиуюшего международного стандарта

Номер пункта, подпункта

ГОСТ 24402-88

ИСО 2382-09-84.

1.3. 1.4.2

ИСО 2382-18-87

ГОСТ 28080-89

ИСО 3309-79.

1.1. 1.2. 1.3

ИСО 4335-83

ГОСТ 28906-91

ИСО 7498-84

1.1. 1.3

4. ПЕРЕИЗДАНИЕ. Июнь 2005 г.

Страница 84

ГОСТ 28907-91 С. 83

СОДЕРЖАНИЕ

1.    ВВЕДЕНИЕ.................................................................I

1.1.    Назначение и область применения.............................................I

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

1.3.    Ссылки.................................................................3

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

1.4.1.    Сокращения.........................................................3

1.4.2.    Пояснения........................... ...............................3

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

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

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

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

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

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

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

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

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

2.1.2.4.    ЗД-СОЕДИНЕНИЕ. индикация.......................................9

2.1.2.5.    ЗД-СОЕДИНЕНИЕ. ответ..........................................10

2.1.2.6.    ЗД-СОЕДИНЕНИЕ. подтверждение...................................10

2.1.2.7.    ЗД-ДАННЫЕ. lanpoc..............................................II

2.1.2.8.    ЗД-ДАННЫЕ. индикация..........................................II

2.1.2.9.    ЗД-РАЗЪЕДИНЕНИЕ. запрос.......................................II

2.1.2.10.    ЗД-РАЗЪЕДИНЕНИЕ. индикация...................................12

2.1.2.11.    ЗД-СБРОС. запрос...............................................12

2.1.2.12.    ЗД-СБРОС. индикация...........................................13

2.1.2.13.    ЗД-СБРОС. ответ................................................13

2.1.2.14.    ЗД-СБРОС. подтверждение........................................14

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

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

2.2.    Спецификация >слут на интерфейсе подуровень УЛЗ — подуровень УДС.....................15

2.2.1.    Перечень взаимодействий ..............................................15

2.2.2.    Подробная спецификация услуг..........................................15

2.2.2.1.    УДС-БЛОК-ДАННЫХ.запрос........................................15

2.2.2.2.    УДС-БЛОК-ДАННЫХ. индикация....................................16

2.2.2.3.    УДС-БЛОК-ДАН НЫХ-СОСТОЯНИЕ. индикация.........................17

2.3.    Спецификация услуг на интерфейсе подуровень УЛЗ — управляющая функция подуровня УЛЗ. 17

3.    СТРУКТУРА ПРОТОКОЛЬНОГО БЛОКА ДАННЫХ УЛЗ

3.1.    Общие положения.........................................................17

3.2.    Формат ПБД УЛЗ......................................,..................17

3.3.    Элементы ПБД УЛЗ.......................................................18

3.3.1.    Поля адреса........................................................18

3.3.1.1.    Представление поля адреса. .........................................18

3.3.1.2.    Использование адреса.............................................19

3.3.2.    Поле управления.    ....................................................19

3.3.3.    Поле информации....................................................19

3.3.4.    Порядок передачи    битов . ..............................................19

3.3.5.    Недействительные    ПБД    УЛЗ............................................20

4.    ТИПЫ    И КЛАССЫ ПРОЦЕДУР УЛЗ..............................................20

4.1.    Общие положения.........................................................20

4.2.    Классы УЛЗ (аттестационный раздел)...........................................20

Страница 85

С. 84 ГОСТ 28907-91

4.2.1.    УЛЗ класса 1........................................................21

4.2.2.    УЛЗ класса II.......................................................21

5.    ЭЛЕМЕНТЫ ПРОЦЕДУР УЛ *...................................................2

5.1.    Обшис положения..................................................2

5.2.    Форматы поля управления...................................................2

5.2.1.    Формат    передачи информации — И.......................................2

5.2.2.    Формат    управляющих команд и ответов — УКО..............................2

5.2.3.    Формат    ненумерованных команд и ответов — НКО............................2

5.3.    Параметры поля управления .................................................2

5.3.1.    Параметры    операций типа I............................................2

5.3.2.    Параметры    операций типа 2............................................2

5.3.2.1.    Модули .....................................................2

5.3.2.2.    Переменные и порядковые номера ПБД    УЛЗ..........................2

5.3.2.3.    Бит «запрос/последний* — 3/П....................................2

5.4.    Команды и ответы........................................................2

5.4.1.    Команда и ответы операций типа 1.......................................2

5.4.1.1.    Команды операций типа 1........................................2

5.4.1.2.    Ответы операций типа I.........................................2

5.4.2.    Команды и    ответы операций    типа    2............................... .......2

5.4.2.1.    Команда и ответ формата    «передача информации»......................2

5.4.2.2.    Управляющие команды и ответы.................... ...............2

5.4.2.3.    Ненумерованные команды и ответы.................» , ..............28

6.    ОПИСАНИЕ ПРОЦЕДУР УЛЗ    ТИПА I............................................31

6.1 Режимы работы..........................................................31

6.2.    Процедуры адресации......................................................31

6.3.    Процедуры использования бита 3/П...........................................31

6.4.    Процедуры установления и разьединения логического звена данных....................32

6.5.    Процедуры передачи информации.............................................32

6.5.1.    Передача ПБД НИ...................................................32

6.5.2.    Прием ПБД НИ.....................................................32

6.6.    Использование командного и ответного    ПБД    ИДС................................32

6.7.    Использование командного и ответного    ПБД    ТЕСТ................................32

6.8.    Список параметров логического звена данных....................................33

6.8.1.    Максимальное число октетов в ПБД НИ...................................33

6.8.2.    Минимальное число октетов в ПБД......................................33

6.9.    Точное описание процедур типа 1.............................................33

6.9.1.    Точная спецификация УЛЗ.............................................33

6.9.2.    Описание компонента СТАНЦИЯ........................................35

6.9.2.1.    Описание состояний компонента СТАНЦИЯ ..........................37

6.9.2.2.    Описание    событий компонента СТАНЦИЯ...........................37

6.9.2.3.    Описание    действий компонента СТАНЦИЯ...........................38

6.9.3.    Описание компонента ПДУ............................................38

6.9.3.1.    Описание состояний компонента ПДУ..............................38

6.9.3.2.    Описание    событий компонента ПДУ................................38

6.9.3.3.    Описание    действий компонента ПДУ ...............................40

7.    ОПИСАНИЕ ПРОЦЕДУР УЛЗ ТИПА 2............................................40

7.1.    Режимы................................................................40

7.1.1.    Рабочий режим.....................................................40

7.1.2.    Нерабочий режим....................................................40

7.2.    Процедуры    адресации. .....................................................41

7.3.    Процедуры    использования бита 3/П...........................................41

7.4.    Процедуры    установления и разьединении звена данных.............................41

7.4.1. Фаза    соединения звена данных..........................................41

Страница 86

ГОСТ 28907-91 С. 85

7.4.2.    Фаза передачи информации...............................

7.4.3.    Фаза разьединения звена данных...........................

7.4.4.    Фаза разьединенного звена ланных..........................

7.4.5.    Столкновение ненумерованных командных ПБД установления режима

7.5. Процедуры передачи информации.........................

7.5.1.    Передача ПБД И.......................................

7.5.2.    Прием ПБД И.........................................

7.5.3.    Прием неправильных ПБД................................

7.5.4.    Прием ПБД с нарушением порядка следования.................

7.5.5.    Подтверждение приема................................................44

7.5.6.    Прием ПБД НПР....................................................44

7.5.7.    Прием ПБД НГПР...................................................44

7.5.8.    Состояние занятости УЛЗ..............................................44

7.5.9.    Ожидание подтверждения..............................................45

7.6.    Процедуры сброса......... ...............................................45

7.7.    Особые условия НПРК . .. .<...............................................46

7.8.    Список параметров соединения звена    данных....................................46

7.8.1.    Функции тайм-аута..................................................46

7.8.1.1.    Тайм-аут подтверждения........................................47

7.8.1.2.    Тайм-аут бита 3...............................................47

7.8.1.3.    Тайм-аут «нспрнсм*............................................47

7.8.1.4.    Тайм-аут «занято*.....................*.......................47

7.8.2.    Максимальное число передач — N2.........................*.............47

7.8.3.    Максимальное число октетов в ПБД И — Ы......

7.8.4.    Максимальное число неподтвержденных ПБД И —к

7.8.5.    Минимальное число октетов в ПБД...........

7.9. Точное описание процедур типа 2 . . ...............

7.9.1. Описание компонента СОЕДИНЕНИЕ.....

7.9.1.1.    Описание состояний компонента СОЕДИНЕНИЕ......................49

7.9.1.2.    Описание событий компонента СОЕДИНЕНИЕ........................50

7.9.1.3.    Описание действий компонента СОЕДИНЕНИЕ.......................52

ПРИЛОЖЕНИЕ 1. СОКРАЩЕНИЯ. ПРИМЕНЯЕМЫЕ В НАСТОЯЩЕМ СТАНДАРТЕ..........79

ПРИЛОЖЕНИЕ 2. МЕТОДЫ УПРАВЛЕНИЯ ПОТОКОМ ДЛЯ ОБЪЕДИНЕННЫХ МОСТАМИ

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

ИНФОРМАЦИОННЫЕ ДАННЫЕ..................................................82

Редактор В.Н. Копысоа Технический редактор О.Н. Власова Корректор U.И. Першика Компьютерная перс iка F..H. Мартемьановои

Сдано и набор 11.04.2005. Подписано s печать 21.06.2005. Формат 60»84 •/,. bvnaia офсетная. Гарнитура Таймс. Печать офсетная. Уел. печ. л. 9.77. Уч.-им. я. 9.90. Тираж 72 -мн. Зак. 3S7. С 1422.

ФГУП «Стаидартииформ». I2399S Москва, Гранатный пер.. 4. www.goslinlo.njinfoOgoslinfo.ru Набрано во ФГУП •Стандартииформ»

Ошечатапо в филиале ФГУП •Стаидартииформ» — тин. «Московский печатник». 10S062 Москва. Лялин пер.. 6.