код причины «по инициативе ООД» (кодировано одними нуля­ми) с кодом диагностики 164;

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

код причины «перегрузка сети» или «номер занят»;

код диагностики 112—120;

код причины «по инициативе ООД» (код — все нули) с кодом диагностики, отличным от вышеперечисленных;

  1. для всех остальных комбинаций кода «причина» и кода диаг­ностики значением обоих параметров «инициатор» и «причина» яв­ляется «не определено».

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

Поле «данные завершающего пользователя» пакетов ЗАПРОС ЗАВЕРШЕНИЯ и ИНДИКАЦИЯ ЗАВЕРШЕНИЯ ППУ Х.25 1984 г., используется для передачи данных-пользователя-УСУ между поль­зователями УСУ.

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

Локальные операции определяют содержимое поля «адрес вы­зываемого адреса», а также преобразуемость адреса отвечающего ПДУСУ там, где он явно обеспечен, в адрес ПА, или в УРА паке­тах завершения вызова ППУ Х.25 1984 г. и обратно. Правила коди­рования и декодирования адреса отвечающего ПДУСУ приведены в п. 6.2.2.

  1. ФАЗА ПЕРЕДАЧИ ДАННЫХ. УСЛУГИ ПЕРЕДАЧИ ДАННЫХ

    1. Взаимоотношения «пакет/поле» и «прими- тив/пар а метр»

В табл. 5 показаны взаимоотношения между примитивами/па- раметрами, используемыми для услуги «передача данных» и паке- тами/полями, относящимися к процедурам передачи данных.

Таблица 5

Преобразование УСУ-УС в ППУ/Х.25 1984 г. для услуги «передача данных»

УСУ-УС

ППУ X.25 1984 г.

Примитивы

Пакеты

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

ДАННЫЕ

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

ДАННЫЕ

Параметры

Поля

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

Данные пользователя, бит М

Запрос подтверждения

бит Д, Ппд



  1. Процедуры

    1. Преобразование примитив/пакет

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

Когда логический объект СУ принимает ПБМ, он передает поль­зователю УСУ примитив С-ДАННЫЕ. индикация.

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

  1. Поля «данные пользователя» пакетов ДАННЫЕ ППУ Х.25 1984 г. используются для передачи данных-иользователя-УСУ меж­ду пользователями УСУ.Запрос подтверждения

Бит Д последнего в ПБМ пакета ДАННЫЕ преобразуется в па­раметр «запрос подтверждения» и обратно.

Если примитив С-ДАННЫЕ.запрос указывает в параметре «за­прос подтверждения», что запрошено (не запрошено) подтвержде­ние приема, тогда бит Д последнего в ПБМ пакета ДАННЫЕ уста­новлен в значение 1 (0). В случае, когда подтверждение приема запрошено, логический объект СУ должен использовать локально определенный механизм для логической Ппд последнего в ПБМ пакета ДАННЫЕ с примитивом С-ДАННЫЕ.запрос (этот меха­низм должен также обеспечить взаимоувязку примитива С-ДАН- НЫЕ.запрос с примитивом С-ДАННЫЕ ПОДТВЕРЖДЕНИЕ.инди- кация; (см. п. 9.2.1).

Когда логический объект СУ передает пользователю УСУ при­митив С-ДАННЫЕ.индикация, он указывает в параметре «запрос подтверждения», что подтверждение приема запрошено (не зап­рошено), если бит Д последнего в ПБМ пакета ДАННЫЕ равен 1 (0). Если в последнем в ПБМ пакете ДАННЫЕ бит Д равен 1, то логический объект СУ может не передавать переменную Ппм, соот­ветствующий этому пакету ДАННЫЕ, через интерфейс ООД/ХХД до тех пор, пока он не получит от пользователя УСУ примитив С- ДАННЫЕ ПОДТВЕРЖДЕНИЕ.запрос (см. разд. 9). В случае, ког­да бит Д последнего в ПБМ пакета ДАННЫЕ равен 1, логический объект СУ должен использовать локально определенный механизм для увязки значения Ппд этого пакета с примитивом С-ДАННЫЕ. индикация (этот механизм должен также обеспечить взаимоувяз­ку примитива С-ДАННЫЕ.индикация с примитивом С-ДАННЫЕ ПОДТВЕРЖДЕНИЕ.запрос, см. п. 9.2.1).

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

    1. Примитивы и взаимоотношения «пакет/по- л е»

Не существует отдельного пакета ППУ Х.25 1984 г., относящего­ся к примитиву С-ДАННЫЕ ПОДТВЕРЖДЕНИЕ.запрос и С-ДАН­НЫЕ ПОДТВЕРЖДЕНИЕ.индикация. Поле Ппм пакетов ДАН­НЫЕ, ГОТОВНОСТЬ К ПРИЕМУ, НЕГОТОВНОСТЬ К ПРИЕМУ и НЕПРИЕМ (если он разрешен) используется для обеспечения услуги «подтверждения приема».

  1. Процедуры

. 9.2.1. Преобразование «примитив/пакет»

Когда логический объект СУ принимает примитив С-ДАННЫЕ ПОДТВЕРЖДЕНИЕ.запрос от пользователя УСУ, он использует свой локально определенный механизм, упомянутый в п. 8.2.3, для логической увязки примитива С ДАННЫЕ ПОДТВЕРЖДЕНИЕ, запрос с ранее выданным примитивом С-ДАННЫЕ.индикация (й

,

следовательно, с Ппд) с целью определения переменной Ппм, под­лежащей передаче в соответствующем пакете через интерфейс ООД/ХХД (Заметим, что такие подтверждения должны выдаваться в той же последовательности, в которой выдавались соответствую­щие примитивы С-ДАННЫЕ.индикация.).

Когда логический объект СУ принимает номер Ппм, он должен определить, охватывает ли этот Пим номер Ппд, связанный с ранее принятым примитивом С-ДАННЫЕ.запрос, который запросил под­тверждение приема. Если такая связь существует, то логический объект СУ передает пользователю УСУ примирив С-ДАННЫЕ ПОДТВЕРЖДЕНИЕ.индикация. Этот прміитив С-ДАННЫЕ ПОД- ТВЕРЖЕНИЕ.ин.дакацдия увязывается локально-определенным механизмом, упомянутым в п. 8.2.3, с ранее принятым примитивом С-ДАННЫЕ.запрос, который запросил подтверждение приема.

  1. ФАЗА ПЕРЕДАЧИ ДАННЫХ. УСЛУГА ПЕРЕДАЧИ СРОЧНЫХ ДАННЫХ

    1. В з а н м о о т н о ш е н и я «п р им итив/пар а м етр» и «пакет/поле»

В табл. 6 приведены взаимоотношения между «примитивами/па- раметраміи», используемыми для услуги «передача срочных дан­ных», и «пакетамиї/полями», относящимися к процедурам передачи прерывания.

Таблица 6

Преобразование УСУ-УС в ППУ Х.25 1984 г. для услуги

«передача срочных данных»

П

УСУ-УС

Примитивы

С-СРОЧНЫЕ-ДАННЫЕ. запрос С-СРОЧНЫЕ-ДАННЫЕ. индикация

Параметры

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


Пакеты

ПРЕРЫВАНИЕ

ПРЕРЫВАНИЕ

Поля

Данные прерывающего пользователя


ПУ Х.25 1984 г.
  1. Процедуры

    1. Преобразование «примитив/пакет»

Когда логический объект СУ получает от пользователя УСУ примитив С-СРОЧНЫЕ ДАННЫЕ.запрос, он передает через интер­фейс ООД/ХХД пакет ПРЕРЫВАНИЕ. Логический объект СУ не должен передавать второй пакет ПРЕРЫВАНИЕ до тех пор, пока предыдущий неподтвержденный пакет ПРЕРЫВАНИЕ не будет подтвержден пакетом ПОДТВЕРЖДЕНИЕ ПРЕРЫВАНИЯ.

Когда логический объект СУ принимает пакет ПРЕРЫВАНИЕ, он передает пользователю УСУ примитив С-СРОЧНЫЕ-ДАННЫЕ. индикация. Он передает также через интерфейс ООД/ХХД пакет ПОДТВЕРЖДЕНИЕ ПРЕРЫВАНИЯ.

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

Поле «данные прерывающего пользователя» пакетов ПРЕРЫВА­НИЕ ППУ Х.25 1984 г. используется для передачи срочных данных- пользователя-УСУ между пользователями УСУ.

  1. ФАЗА ПЕРЕДАЧИ ДАННЫХ. УСЛУГА СБРОСА

    1. Взаимоотношения «п р и м ит ив/п а р а м етр» и «пакет/поле»

В табл. 7 показаны преобразования между «примитивами/пара- метрами», используемыми для услуги сброса, и между «пакета- ми/полями», относящимися к процедурам повторной, установки.

Таблица 7

Преобразование УСУ-УС в ППУ Х.25 1984 г. для услуги «повторная установка»

. УСУ-УС

ППУ Х.25 1984 г.

Примитивы

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

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

С-СБРОС. ответ

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

Пакеты

ЗАПРОС ПОВТОРНОЙ УСТАНОВКИ ИНДИКАЦИЯ ПОВТОРНОЙ УСТА­НОВКИ,

ЗАПРОС; ПОВТОРНОЙ УСТАНОВКИ* нет нет

Параметры

Инициатор и причина

Поля

Поля «причина» и «код диагностики»2

1 См. п. 11.2.1.

2 Комбинация полей «причина» и «код диагностики» преобразуется в ком­бинацию параметров «инициатор» и «причина» и обратно.



  1. Процедуры

    1. преобразование «-примитив!пакет»

Когда логический объект , СУ принимает от пользователя УСУ примитив С-СБРОС.запрос, он передает через интерфейс ООД/ ХХД пакет ЗАПРОС ПОВТОРНОЙ УСТАНОВКИ. Если логичес­кий объект СУ готов принять от пользователя УСУ последующие данные, срочные Данные и подтверждение приема, он передает при­митив С-СБРОС.подтверждение. Выдача этого примитива может либо иметь, либо не иметь отношения к завершению процедуры пов­торной установки ППУ Х.25 1984 г. Любые данные или срочные данные, принятые от пользователя УСУ вслед за примитивом С- СБРОС.подтверждение, передаются после завершения процедуры повторной -установки' ППУ Х.25 1984 г.

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

Если логический объект СУ принимает пакет ИНДИКАЦИЯ ПОВТОРНОЙ УСТАНОВКИ, он передает пользователю УСУ при­митив С-СБРОС.индикация.

Если примитив С-СБРОС.ответ принят от пользователя УСУ, то логический объект СУ должен быть готов принять последующие данные, срочные данные и подтверждение приема, поступающие от пользователя УСУ, для их передачи после завершения процедуры повторной установки ППУ Х.25 1984 г.

При выполнении процесса повторной установки логическим объектом СУ выполняются следующие действия по отношению к операциям ППУ Х.25 1984 г.

  1. для пакетов ДАННЫЕ:

пакеты, ожидающие передачу, могут быть либо переданы до передачи п'акета повторной установки, либо удалены из очереди' пакетов ДАННЫЕ, ожидающих передачи;

пакеты, остающиеся в пределах окна передачи, при завершении процедуры повторной установки выталкиваются;

пакеты, полученные до приема пакета-повторной установки, но не образующие полной ПБМ, выталкиваются из «области сборки ПБМ»;

  1. нижняя граница окна для каждого направления передачи данных равна 0 и последующие .передаваемые пакеты ДАННЫЕ нумеруются, начиная с 0;

  2. любое состояние занятости, существовавшее до повторной установки, рассматривается как уже не существующее;

  3. любой неподтвержденный пакет ПРЕРЫВАНИЕ остается неподтвержденным;

все параметры тайм-аутов повторной передачи, относящиес

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

В отношении обеспечения услуг сетевого уровня логическим объектом СУ не требуется никаких действий, когда этот Объект принимает пакет ПОДТВЕРЖДЕНИЕ ПОВТОРНОЙ УСТАНОВ­КИ или ИНДИКАЦИЯ ПОВТОРНОЙ УСТАНОВКИ в ответ на па­кет ЗАПРОС ПОВТОРНОЙ УСТАНОВКИ (т. е. конфликт встреч­ных повторных установок). Однако при этом он должен быть спо­собен принимать последующие пакеты ДАННЫЕ, — ПРЕРЫВА­НИЕ и информацию, содержащуюся в Ппм.

  1. И'нициатор/причина

Комбинация параметров «инициатор» и' «причина» примитивов С-СБРОС преобразуется в сочетание полей «причина повторной ус­тановки» и «код диагностики» и обратно.

Комбинация кода причины «по инициативе ООД» (кодировано всеми нулями) и кода диагностики «повторная установка — пов­торная синхронизация пользователя» (код диагностики 250) соот­ветствует значению «пользователь УСУ» параметра «инициатор» и значение параметра «причина» идентично коду диагностики.

Все другие комбинации кодов причины., за исключением «по ини­циативе ООД», кодируются «10000000», а коды диагностики, опре­деленные в ИСО 8208, соответствуют значению «поставщик УСУ» параметра «инициатор». Значения параметра «причина» устанав­ливаются следующим образом:

а) «перегрузка», если имеет место одно из следующих условий: код причины «перегрузка сети»;

код причины, пакет ПРЕРЫВАНИЕ остается неподтвержден­ным;

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

Кодом причины «по инициативе ООД» является 10000000 с лю­бым кодом диагностики, а коды причины, не определенные в ИСО 8208, с любым кодом диагностики соответствуют значениям «не оп­ределено» обоих параметров: «инициатор» и «причина».ПРИЛОЖЕНИЕ /