---

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

Если логический объект СУ при приеме примитива С-СОЕДИ­НЕНИЕ.запрос может подтвердить транзитную задержку наимень­шего приемлемого качества (т. е- максимальную транзитную за­держку) в случае спецификации таковой или же, если целевое зна­чение транзитной задержки специфицировано, а значение «наи­меньшее приемлемое качество» неспецифицировано, тогда:

1. логический объект СУ кодирует накопленную транзитную задержку, свойственную поставщику УСУ в вызывающей оконеч­ной системе, в «подполе накопленной-транзитной-задержки» (ок­теты 1 и 2) услуги СМТЗ;

2. если целевое значение транзитной задержки специфициро­вано, то логический объект СУ кодирует это значение в «подполе целевой-транзитной-задержки» (октеты 3 и 4) услуги СМТЗ; в противном случае это подполе не используется.

Примечание. Согласно ИСО 8348 ситуация, когда целевое значение транзитной задержки является неспецифицированным, а значение транзитной, задержки «наименьшее приемлемое качество» имеет значение, отличное от не- специфицированного, является запрещенной; логически этот случай может быть представлен ^разрешенным сочетанием, где для обоих значений транзитной за­держки «желаемое» и «наименьшее приемлемое качество» определены одина-' ковые величины;

3. если определено значение «наименьшее приемлемое качест­во» транзитной задержки, то логический объект СУ кодирует это значение в «подполе максимально-приемлемой-транзитной-задерж- ки» (т. е. октеты 5 и 6) услуги СМТЗ (в противном случае это подполе не используется);

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

Примечания:

1. При наличии «маршрутной управляющей информационной базы» логи­ческий объект СУ может уточнить значение, закодированное в услуге ВИТЗ. Например, значение услуги ВИТЗ могло бы учитывать следующую альтернати­ву: проходит ли информация по пути к вызываемой оконечной системе какие- либо сети, отличные от сетей коммутации пакетов, или же она поступает в вы­зываемую оконечную систему непосредственно через двухпунктовую конфигу­рацию.

2. Спецификация одинаковых значений транзитной задержки «желаемое» и «наименьшее приемлемое качество» не разрешается для транзитных задержек,, относящихся к поставщику УСУ в вызываемой оконечной системе (см. п.,6.2.5.2.2).

Услуги ВИТЗ и СМИЗ передаются через интерфейс ООД/ХХД в пакете- ЗАПРОС ВЫЗОВА.

Примечание. В конфигурации ООД/АКД значение услуги ВИТЗ в па­кете ЗАПРОС ВЫЗОВА служит для АКД руководством при распределении ре­сурсов. Конечное значение транзитной задержки, применимое к виртуальному, соединению, может быть меньше, равно или больше ее значения в пакете ЗАП­РОС ВЫЗОВА.

При получении пакета ВХОДЯЩИЙ ВЫЗОВ логический объ­ект СУ вычисляет общую транзитную задержку, суммируя значе­ния:

1. услуги ВИТЗ;

2. «подполя-накопленной-транзитной-задержки» (т. е. октеты 1 и 2) услуги СМТЗ;

3. транзитной задержки, относящейся к поставщику УСУ в вы­зываемой оконечной системе.

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

При наличии «подполя максимально-приемлемоїі-транзитной-за- держки» (т. е. октетов 5 и 6) услуги СМТЗ логический объект СУ сравнивает значение, содержащееся в этом «подполе», со значени­ем общей транзитной задержки СУ, вычисленной выше. Если об­щая транзитная задержка С. больше максимально-приемлемой- транзитной-задержки, то логический объект СУ завершает соеди­нение (т. е. передает пакет ЗАПРОС ЗАВЕРШЕНИЯ). Причиной является «по инициативе ООД», а диагностикой — «отклонение •соединения — КУ недоступно/неустойчивое условие» или же «от­клонение соединения — КУ недоступно/устойчивое условие», если логический объект СУ никогда не может обеспечить максимально приемлемое значение транзитной задержки (эти диагностики име­ют значеніия 229 и 230 соответственно). В противном случае, если:

4. общая транзитная задержка СУ меньше или равна макси­мально приемлемой транзитной задержке,

5. подполе максимально приемлемой транзитной задержки ус­луги СМТЗ отсутствует, то логический объект СУ указывает доступное значение транзит­ной задержки (заданное вычисленной выше общей транзитной за­держкой ССУ) в параметре «транзитная задержка КУ» примитива С-СОЕДИНЕНИЕ.индикация, передаваемом вызываемому пользо­вателю УСУ.

Когда логический объект СУ принимает примитив- С-СОЕДИ­НЕНИЕ.ответ, он кодирует значение общей транзитной задержки ССУ (вычисленное выше) в «подполе накопленной-транзитной-за- держки» (октеты 1 и 2) услуги СМТЗ, возвращаемой в сообщении ВЫЗОВ ПРИНЯТ.

Примечания:

1. В примитиве С-СОЕДИНЕНИЕ.ответ параметр «транзитная задержка КУ» отсутствует.

2. Услуга СМТЗ, возвращаемая в пакете ВЫЗОВ ПРИНЯТ, содержит «стод- поле накопленной-транзитной-задержки».

Когда логический объект СУ принимает пакет СОЕДИНЕНИЕ УСТАНОВЛЕНО, он указывает выбранное значение транзитной за­держки, заданное «подполем накопленной-транзитной-задержки» услуги СМТЗ, в параметре «транзитная задержка КУ» примитива С-СОЕДИНЕНИЕ.подтверждение, передаваемом вызывающему пользователю УСУ.

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

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

7. ФАЗА РАЗЪЕДИНЕНИЯ СЕТЕВОГО СОЕДИНЕНИЯ

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

В табл. 4 показаны взаимоотношения между примитивами/па- раметрами, используемыми в фазе разъединения ССУ, и пакета- ми/полями, относящимися к процедурам завершения соединения.

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

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

Когда логический объект СУ принимает пакет ИНДИКАЦИЯ ЗАВЕРШЕНИЯ (или пакет ИНДИКАЦИЯ ПОВТОРНОГО ПУС-К

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

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

Таблица 4

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

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

Комбинация параметров «инициатор» и «причина» примитивов С-РАЗЪЕДИНЕНИЕ преобразуется в комбинацию полей «причина завершения» (или «причина повторного пуска») и «код диагности­ки» и обратно.

Комбинация кода причины «по инициативе ООД» (код — все нули и кода диагностики из набора 241, 242 и 244 — 248 соответст­вует значению «пользователь УСУ» параметра «инициатор». В этом случае между значениями параметра «причина» и перечисленными кодами диагностики существует однозначное соответствие.

Код причины «по инициативе ООД» (кодирован одними нуля­ми), используемый в комбинации с кодами диагностики, отличными от вышеперечисленных, соответствует значению «поставщик УСУ» параметра «инициатор». Между значениями кодов диагностики 225—232 и 235 и значением параметра «причина» существует одно­значное соответствие.

В других случаях значения параметра «инициатор» и параметра «причина» зависят от:

1. причины и/или кодов диагностики;

2. от фазы, в которой находится «установление ССУ» или «пере­дача данных».

Значения параметров «инициатор» и «причина» получаются сле­дующим образом:

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

коды причины «неисправность», «локальная (процедурная ошиб­ка», «ошибка удаленной процедуры^ или «неисправность ПЧЭО», код диагностики 122;

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

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

код диагностики 113 или 115;

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

5. значением параметра «инициатор» является «поставщик УСУ», а значением параметра «причина» — «отклонение соедине­ния — неизвестен адрес ПДУСУ (устойчивое условие)», если ССУ находится в фазе установления ССУ и имеет место код причины «недостижимо» или «транспорт отсутствует»;

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

коды, причины «доступ запрещен», «не разрешена приемлемость быстрой выборки», «несовместимый получатель», «запрос недейст­вительной услуги», «нарушение последовательности», «локальная процедурная ошибка», «ошибка удаленной процедуры», «приемле­мость реверсивной тарификации не разрешена» или «неисправность ПЧЭО»;

коды диагностики 121 или 122;