Примечания:

1. Необходимость параметра изучается.

2. Данный параметр может быть неявно связан с тем ПДУЗД, в котором выдан этот примитив.



  1. Адреса

Параметры, значениями которых являются адреса (пп. 12.2.2— 12.2.4), называются адресами ПДУЗД.

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

  1. Адрес вызываемого

Параметр «адрес вызываемого» передает адрес, идентифици­рующий тот ПДУЗД, с которым должно быть установлено СЗД.

  1. Адрес вызывающего

Параметр «адрес вызывающего» передает адрес того ПДУЗД, из которого было запрошено СЗД.

  1. Адрес отвечающего

Параметр «адрес отвечающего» передает адрес того ПДУЗД, с которым было установлено СЗД.

  1. Набор параметров «качество услуг»

Если поставщик УУЗД предоставляет только один уровень КУ, то процедура выбора параметров КУ не требуется.

  1. П р о п у с к н а я способность

В примитиве ЗД-СОЕДИНЕНИЕ. запрос поставщику УУЗД передаются два подпараметра (subparameter): «желаемое» и «минимально приемлемое качество», расположенные в согласован­ном диапазоне. Поставщик УУЗД должен указать пользователям УУЗД «доступное» значение пропускной способности в примитивах ЗД-СОЕДИНЕНИЕ. индикация и ЗД-СОЕДИНЕНИЕ, подтверж­дение. Значение параметра «доступное» должно находиться в диа­пазоне между значениями «желаемое» и «минимально приемлемое качество» (п. 10.2.1).

  1. В ы б р а иная защита

Этот параметр определяет конкретную степень защиты в пре­делах согласованного диапазона (п. 10.2.5) для СБДЗ любого последующего примитива ЗД-ДАННЫЕ. запрос, переданного по данному СЗД.

  1. Выбранный приоритет

Этот параметр определяет конкретное значение приоритета в согласованном диапазоне (п. 10.2.6) для СБДЗ любого после­дующего примитива ЗД-ДАННЫЕ. запрос, переданного по дан­ному СЗД.

  1. Последовательность примитивов

Последовательность примитивов при успешном установлении СЗД определена временной диаграммой на черт. 6.

Процедуры установления СЗД могут оказаться безуспешными либо вследствие неспособности поставщика УУЗД установить СЗД, либо вследствие нежелания вызываемого пользователя УУЗД воспринять примитив ЗД-СОЕДИНЕНИЕ. индикация (для таких случаев см. услугу разъединения СЗД, пп. 13.4 и 13.5).

  1. ФАЗА РАЗЪЕДИНЕНИЯ И СОЕДИНЕНИЯ

    1. Функция

Примитивы услуги разъединения СЗД используются для разъединения СЗД. Разъединение СЗД может быть инициировано любой из перечисленных ниже сторон:

  1. одним из пользователей либо обоими пользователями УУЗД с целью разъединения установленного СЗД;

  2. поставщиком УУЗД с целью разъединения установленного СЗД; все неудачи в поддержании СЗД указываются этим спосо­бом;

  3. пользователем УУЗД с целью отклонения примитива ЗД- СОЕДИНЕНИЕ. индикация;

  4. поставщиком УУЗД с целью информирования о своей неспо­собности установить запрошенное СЗД;

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

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

  1. Типы примитивов и параметры

Типы примитивов и параметры, необходимые для разъедине­ния СЗД, приведены в табл. 6.

Таблица 6

Примитивы и параметры разъединения СЗД

Параметр

Примитив

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

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

Инициатор


X

Причина

X

X



  1. Инициатор

Параметр «инициатор» указывает источник разъединения. Его значениями могут быть либо «пользователь УУЗД», либо «пос­тавщик УУЗД», либо «инициатор неизвестен».

  1. Причина

Параметр «причина» содержит информацию, указывающую причину разъединения СЗД. Значения этого параметра определя­ются следующим:

а) если параметр «инициатор» указывает, что разъединение инициировал поставщик УУЗД, то параметр «причина» будет иметь одно из следующих значений:

  1. разъединение — устойчивые условия;

  2. разъединение — неустойчивые условия;

  3. отказ от соединения — адрес ТДУЗД неизвестен;

  4. отказ от соединения — ТДУЗД недоступен/устойчивые ус­ловия;

  5. отказ от соединения — ТДУЗД недоступен/неустойчивые ус­ловия;

  6. отказ от соединения-КУ не обеспечивается/устойчивые ус­ловия;

  7. отказ от соединения-КУ не обеспечивается/неустойчивые условия;

  8. причина не определена.

  1. б) если параметр «инициатор» указывает, что разъединение инициировал пользователь УУЗД, то параметр «причина» будет иметь одно из следующих значений:разъединение — нормальные условия;

  2. разъединение —ненормальные условия;

  3. отказ от соединения — устойчивые условия;

  4. отказ от соединения — неустойчивые условия;

  5. причина не определена;

в) если параметр «инициатор» указывает, что инициатор неиз­вестен, значением параметра «причина» является «причина не определена». Это позволяет не указывать значения параметров в тех случаях, когда протокол уровня звена данных не может пере­дать их в явном виде.

  1. Последовательность примитивов при разъединении установленного СЗД

Последовательность примитивов зависит от того, кто иници­ирует процедуру разъединения. Эта последовательность может быть:

  1. инициирована одним пользователем УУЗД выдачей от него примитива запроса, который вызывает выдачу примитива инди­кации другому пользователю;

  2. инициирована обоими пользователями УУЗД выдачей при­митива запроса от каждого из пользователей УУЗД;

  3. инициирована поставщиком УУЗД выдачей примитива ин­дикации каждому пользователю УУЗД;

  4. инициирована независимо одним из пользователей УУЗД и поставщиком УУЗД с выдачей примитива запроса от пользователя УУЗД — инициатора и примитива индикации другому пользова­телю.

Последовательность примитивов для этих четырех случаев по­казана в виде временных диаграмм на черт. 7—10.

Участие пользователя УУЗД

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


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




Черт. 7

Одновременное участие обоих пользователей
УУЗД

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



Участие поставщика УУЗД


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



Черт. 9


Одновременное участие пользователя
УУЗД и поставщика УУЗД


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


ЗД-РАЗЪЕДИНЕНИЕ. запрос ■, >».

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


Черт. 10

  1. Последовательность примитивов при от­клонении пользователем УУЗД попытки уста­новления СЗД

Пользователь УУЗД может отклонить попытку установления соединения, выдав примитив ЗД-РАЗЪЕДИНЕНИЕ. запрос. Па­раметр «инициатор» в примитивах ЗД-РАЗЪЕДИНЕНИЕ будет указывать пользователя УУЗД-инициатора разъединения. После­довательность событий определена в виде временной диаграммы на черт. 11.

Последовательность примитивов при отклонении
пользователем УУЗД попытки установления СЗД

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

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


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



  1. Последовательность примитивов при от­клонении поставщиком УУЗД попытки установ­ления СЗД

Если поставщик УУЗД не в состоянии установить СЗД, то он сообщает об этом запрашивающей стороне в примитиве ЗД-РАЗЪ- ЕДИНЕНИЕ. индикация. Параметр «инициатор» в этом прими­тиве указывает поставщика УУЗД — инициатора разъединения. Последовательность событий определена в виде временной диаг­раммы на черт. 12.

Последовательность примитивов при отклонении
поставщиком УУЗД попытки установления СЗД

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

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

Черт. 12

  1. Последовательность примитивов при пре­рывании пользователем УУЗД попытки установ­ления СЗД

Если пользователь УУЗД выдал примитив ЗД-СОЕДИНЕНИЕ. запрос и, не получив примитива ЗД-СОЕДИНЕНИЕ. подтвержде­ние или ЗД-СОЕДИНЕНИЕ. индикация, желает прервать попыт­ку установления СЗД, то он должен выдать примитив ЗД-РАЗЪ­ЕДИНЕНИЕ. запрос. Результирующая последовательность при­митивов зависит от относительного временного расположения вы­данных примитивов и от длительностей транзитных задержек пос­тавщика УУЗД, как показано на временных диаграммах, черт. 13—15. Информация о том, какой из этих вариантов имел место, в явном виде не выдается.

Оба примитива взаимоуничтожаются в очереди

ЗД-СОЕДИНЕНИЕ.

запрос

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

ЗД-РАЗЪЕДИНЕНИЕ. индикация выдается до
выдачи ЗД-СОЕДИНЕНИЕ. ответ

ЗД-СОЕДИНЕНИЕ.

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

индикация

ЗД-РАЗЪЕДИНЕНИЕ.

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

индикация

Черт. 14

ЗД-РАЗЪЕДИНЕНИЕ. индикация выдается
после выдачи ЗД-СОЕДИНЕНИЕ. ответ

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

ЗД-СОЕДИНЕНИЕ.

атоет


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


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

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




Черт. 15

14. ФАЗА ПЕРЕДАЧИ ДАННЫХ

  1. Передача данных

    1. Функция

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

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

  1. Типы примитивов и параметр

Типы примитивов и параметр, необходимые для передачи дан­ных, приведены в табл. 7.Таблица 7

Примитивы и параметр передачи данных

Примитив

Параметр

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

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

Данные-пользователя УУЗД

X

X (=)



  1. Данные-no льзо вателя УУЗД

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

  1. Последовательность примитивов

Операции УУЗД по передаче СБДЗД могут быть представлены в виде очереди неопределенной длины внутри поставщика УУЗД (разд. 9). Возможности пользователя УУЗД по передаче прими­тива ЗД-ДАННЫЕ. запрос и поставщика УУЗД по передаче при­митива ЗД-ДАННЫЕ. индикация зависят от действий принимаю­щего пользователя УУЗД и от результирующего состояния оче­реди.

Последовательность примитивов при успешной передаче дан­ных определена временной диаграммой на черт. 16.

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



Нормальная последовательность примитивов услуг передачи данных


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


Черт. 16



Приведенная на черт. 16 последовательность примитивов мо­жет остаться незавершенной при появлении примитива ЗД-СБРОС или ЗД-РАЗЪЕДИНЕНИЕ.

  1. Услуга сброса

    1. Функция

Услуга сброса может быть использована:

  1. пользователем УУЗД с целью восстановления синхрониза­ции СЗД;

  2. поставщиком УУЗД с целью информирования об обнаружен­ной потере данных, невосстанавливаемой в рамках УУЗД. О всех таких потерях данных, которые не приводят к потере СЗД, инфор­мирование осуществляется подобным способом.

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