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

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

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

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

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

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

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

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

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

ЗД-СБРОС. подтверждение ( адрес-отправителя, адрес-получателя )

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

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

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

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

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

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

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

ЗД-СОЕДИНЕНИЕ-УПРАВЛЕНИЕ-ПОТОКОМ. запрос (адрес-отправителя, адрес-получателя, объем )

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

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

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

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

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

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

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

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

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

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

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

объем

)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

адрес-отправителя (АО), адрес-получателя (АП), данные, приоритет, класс-услуг )

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

У Д ОБ Л ОК-Д АННЫХ-СО СТОЯНИЕ, индикация ( адрес-отправителя, адрес-получателя, состояние- передачи, обеспеченный-приоритет, обеспеченный-класс-у слуг )

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

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

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

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

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

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

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

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

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