agosty.ru35. ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ. МАШИНЫ КОНТОРСКИЕ35.100. Взаимосвязь открытых систем

ГОСТ Р ИСО/МЭК 8073-96 Информационная технология. Передача данных и обмен информацией между системами. Взаимосвязь открытых систем. Протокол для обеспечения услуг транспортного уровня в режиме с установлением соединения

Обозначение:
ГОСТ Р ИСО/МЭК 8073-96
Наименование:
Информационная технология. Передача данных и обмен информацией между системами. Взаимосвязь открытых систем. Протокол для обеспечения услуг транспортного уровня в режиме с установлением соединения
Статус:
Действует
Дата введения:
01.01.1997
Дата отмены:
-
Заменен на:
-
Код ОКС:
35.100.40

Текст ГОСТ Р ИСО/МЭК 8073-96 Информационная технология. Передача данных и обмен информацией между системами. Взаимосвязь открытых систем. Протокол для обеспечения услуг транспортного уровня в режиме с установлением соединения


ГОСТ Р ИСО/МЭК 8073-96

Группа П85

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ



Информационная технология


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


Information technology. Telecommunications and information exchange
between systems. Open Systems Interconnection.
Protocol for providing the connection-mode transport service



ОКС 35.100.40
ОКСТУ 4002

Дата введения 1997-01-01

Предисловие

1 РАЗРАБОТАН Комитетом при Президенте Российской Федерации по политике информатизации и ВНЕСЕН НА УТВЕРЖДЕНИЕ техническим комитетом по стандартизации ТК 22 "Информационная технология"

2 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 7 августа 1996 г. N 504

Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК 8073-92 "Информационная технология. Передача данных и обмен информацией между системами. Взаимосвязь открытых систем. Протокол для обеспечения услуг транспортного уровня в режиме с установлением соединения".

3 ВВЕДЕН ВПЕРВЫЕ

Введение

Введение


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

Место настоящего стандарта среди других стандартов указанной совокупности определено уровнями эталонной модели взаимосвязи открытых систем (ВОС) (ГОСТ 28906). Он наиболее тесно связан со стандартом по услугам транспортного уровня (ГОСТ 34.960) и относится к области его распространения. В стандарте использованы положения стандарта по услугам сетевого уровня (ГОСТ Р 34.915), имеются ссылки на этот стандарт и при решении задач протокола транспортного уровня учтены его положения и исходные предпосылки. Взаимоотношения между указанными стандартами показаны на рисунке 1.

Рисунок 1 - Взаимоотношения между протоколом транспортного уровня и услугами смежных уровней

Рисунок 1 - Взаимоотношения между протоколом транспортного уровня и услугами смежных уровней



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

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

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

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

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

a) различные пропускные способности;

b) различные частоты появления ошибок;

c) требования к целостности данных;

d) требования к надежности.

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

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

a) в качестве руководства для проектировщиков и разработчиков;

b) для использования при тестировании и приобретении оборудования;

c) в качестве составной части соглашения о включении систем в область применения открытых систем;

d) в качестве пособия для лучшего понимания ВОС.

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

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

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

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

1 НАЗНАЧЕНИЕ


Настоящий стандарт устанавливает:

a) пять классов процедур передачи данных и управляющей информации между логическими объектами транспортного уровня в режиме с установлением соединения при использовании услуг сетевого уровня (УСУ) в режиме с установлением соединения:

0 - простой класс;

1 - основной класс с восстановлением при ошибках;

2 - класс с мультиплексированием;

3 - класс с восстановлением при ошибках и с мультиплексированием;

4 - класс с обнаружением ошибок и с восстановлением;

b) один класс процедур (класс 4) для работы с УСУ в режиме с установлением соединения;

c) средства согласования класса процедур, подлежащего использованию логическими объектами транспортного уровня;

d) структуру и кодирование протокольных блоков данных транспортного уровня (ПБДТ), используемых для передачи данных и управляющей информации.

Процедуры определяются в понятиях:

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

- взаимодействий между логическими объектами транспортного уровня и пользователем УТУ той же системы путем обмена примитивами УТУ;

- взаимодействий между логическими объектами транспортного уровня и поставщиком УСУ путем обмена примитивами УСУ.

Эти процедуры определены в основной части настоящего стандарта и дополнены таблицами состояний в приложении А.

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

Настоящий стандарт устанавливает в разделе 14 аттестационные требования к системам, реализующим эти процедуры, и содержит форму ЗСРП, отвечающую установленным требованиям и руководящим материалам, приведенным в ГОСТ Р ИСО/МЭК 9646-2. Однако он не определяет проверочных тестов, которые можно было бы использовать для подтверждения соответствия.

2 НОРМАТИВНЫЕ ССЫЛКИ


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

ГОСТ 34.960-91 (ИСО 8072-86, Доп.1-86) Системы обработки информации. Взаимосвязь открытых систем. Определение услуг транспортного уровня

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

ГОСТ Р 34.915-92 (ИСО 8348-87, Доп.1-87) Системы обработки информации. Передача данных. Определение услуг сетевого уровня

ГОСТ Р ИСО/МЭК 9646-1-93 Информационная технология. Взаимосвязь открытых систем. Методология и основы аттестационного тестирования ВОС. Часть 1. Общие принципы

ГОСТ Р ИСО/МЭК 9646-2-93 Информационная технология. Взаимосвязь открытых систем. Методология и основы аттестационного тестирования ВОС. Часть 2. Спецификация комплекта абстрактных тестов

ИСО 7498-3-89* Системы обработки информации. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 3. Присвоение имен и адресация
_________________
* До прямого применения данного документа в качестве государственного стандарта распространение его осуществляет секретариат ТК 22 "Информационная технология"

ИСО/МЭК 11570-92* Информационная технология. Передача данных и обмен информацией между системами. Взаимосвязь открытых систем. Механизм идентификации протоколов транспортного уровня
_________________
* До прямого применения данного документа в качестве государственного стандарта распространение его осуществляет секретариат ТК.22 "Информационная технология"

Рекомендация Х.224 МККТТ спецификация протоколов транспортного уровня взаимосвязи открытых систем для применения МККТТ.

ЧАСТЬ ПЕРВАЯ. ОБЩИЕ ПОЛОЖЕНИЯ

3 Определения


Примечание - В определениях, содержащихся в настоящем разделе, использованы сокращения, приведенные в разделе 4.

3.1 Настоящий стандарт основан на концепциях, изложенных в ГОСТ 28906 и ИСО/МЭК 7498-3, и использует следующие определенные в нем термины:

a) сцепление и расцепление;

b) сегментирование и сборка;

c) мультиплексирование и демультиплексирование;

d) расщепление и рекомбинация;

e) управление потоком;

f) передача в режиме без установления соединения;

g) нулевое значение селектора.

3.2 В настоящем стандарте используются следующие термины и их определения.

3.2.1 Оборудование - аппаратные или программные средства, либо их сочетание; они не должны быть физически обособлены от вычислительной системы.

3.2.2 Пользователь услуг транспортного уровня - абстрактное представление совокупности тех логических объектов одной системы, которые пользуются услугами транспортного уровня.

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

3.2.4 Частный вопрос - решение, принимаемое системой относительно ее поведения на транспортном уровне и не являющееся объектом требований настоящего протокола.

3.2.5 Инициатор - логический объект транспортного уровня, инициирующий ПБДТ "запрос соединения" (ЗС).

3.2.6 Ответчик - логический объект транспортного уровня, с которым инициатор желает установить СТУ.

Примечание - Определения инициатора и ответчика даны относительно одного СТУ. Логический объект транспортного уровня может быть одновременно и инициатором и ответчиком.

3.2.7 Передающий логический объект транспортного уровня - логический объект транспортного уровня, который передает данный ПБДТ.

3.2.8 Принимающий логический объект транспортного уровня - логический объект транспортного уровня, который принимает данный ПБДТ.

3.2.9 Предпочтительный класс - класс протокола, который инициатор помечает в ПБДТ ЗС как первый выбранный вариант для использования в данном СТУ.

3.2.10 Альтернативный класс - класс протокола, который инициатор помечает в ПБДТ ЗС как альтернативный выбранный вариант для использования в данном СТУ.

3.2.11 Предложенный класс - предпочтительный класс или альтернативный класс.

3.2.12 Выбранный класс - протокольный класс, который ответчик помечает в ПБДТ "подтверждение соединения" (ПС) как предложенный им класс для использования в данном СТУ.

3.2.13 Предложенный параметр - значение параметра, указанноe инициатором в ПБДТ ЗС как желаемое для использования в данном СТУ.

3.2.14 Выбранный параметр - значение параметра, указанное ответчиком в ПБДТ ЗС как выбранное им для использования в данном СТУ.

3.2.15 Индикация ошибки - примитив С-СБРОС индикация или С-РАЗЪЕДИНЕНИЕ индикация с кодом причины ошибки, поступающий к логическому объекту транспортного уровня от поставщика УТУ.

3.2.16 Недействительный ПБДТ - ПБДТ, не отвечающий требованиям настоящего стандарта в части его структуры и кодирования.

3.2.17 Протокольная ошибка - такой ПБДТ, использование которого не соответствует процедурам данного класса.

3.2.18 Порядковый номер -

a) номер в поле НР-ПБДТ блока ПБДТ "данные" (ДН), указывающий очередность, в которой ПБДТ ДН был передан логическим объектом транспортного уровня;

b) номера в поле НР-ОТВ блока ПБДТ ПД или ПБДТ "отклонение" (ОТК), указывающий порядковый номер следующего ПБДТ ДН, ожидаемого логическим объектом транспортного уровня.

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

3.2.20 Нижняя граница окна - наименьший порядковый номер окна передачи.

3.2.21 Верхняя граница окна - порядковый номер, на единицу превышающий наибольший порядковый номер окна передачи.

3.2.22 Верхняя граница окна, представленная равноуровневому логическому объекту - значение, сообщаемое логическим объектом транспортного уровня равноуровневому логическому объекту в качестве новой верхней границы окна.

3.2.23 Закрытое окно - окно передачи, не содержащее порядковых номеров.

3.2.24 Информация об окне - информация, содержащаяся в ПБДТ относительно верхней и нижней границ окна.

3.2.25 Заблокированный указатель - указатель, не доступный для присвоения соединению по причине, указанной в 6.18.

3.2.26 Неприсвоенный указатель - указатель, который не находится в текущем использовании для идентификации СТУ или в заблокированном состоянии.

3.2.27 Прозрачные данные - данные пользователя - УТУ, передаваемые в целостном виде между логическими объектами транспортного уровня и не доступные для использования этими объектами.

3.2.28 Владелец (соединения сетевого уровня) - логический объект транспортного уровня, выдавший примитив С-СОЕДИНЕНИЕ запрос, который обусловил образование ССУ.

3.2.29 Хранимый ПБДТ - ПБДТ, являющийся объектом процедуры повторной передачи либо задержанный до выполнения процедуры подтверждения и доступный для возможной повторной передачи.

3.3 Настоящий стандарт использует следующие термины, определенные в ГОСТ Р 34.915:

a) услуга сетевого уровня в режиме с установлением соединения;

b) услуга сетевого уровня в режиме без установления соединения.

3.4 Настоящий стандарт использует следующие термины, определенные в ГОСТ Р ИСО/МЭК 9646-1:

a) форма ЗСРП;

b) заявка о соответствии реализации протоколу (ЗСРП).

4 Символы и сокращения

4.1 Блоки данных

ПБДТ - протокольный блок данных транспортного уровня

СБДС - сервисный блок данных сетевого уровня

СБДТ - сервисный блок данных транспортного уровня

4.2 Типы протокольных блоков данных транспортного уровня

ПБДТ ДН

- ПБДТ "данные"

ПБДТ ЗР

- ПБДТ "запрос разъединения"

ПБДТ ЗС

- ПБДТ "запрос соединения"

ПБДТ ОТК

- ПБДТ "отказ"

ПБДТ ОШ

- ПБДТ "ошибка"

ПБДТ ПД

- ПБДТ "подтверждение данных"

ПБДТ ПР

- ПБДТ "подтверждение разъединения"

ПБДТ ПС

- ПБДТ "подтверждение соединения"

ПБДТ ПСД

- ПБДТ "подтверждение срочных данных"

ПБДТ СД

- ПБДТ "срочные данные"

4.3 Поля ПБДТ

УД

- указатель длины (поле)

ИД-ПДУТУ

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

КРД

- кредит (поле)

КС

- метка "конец СБДТ"

НР-ОТВ

- порядковый номер ответа (поле)

НР-ПБДТ

- номер ПБДТ ДН (поле)

НР-ПБДТ-СД

- номер ПБДТ СД (поле)

НР-СПБДТ-ОТВ

- номер ответа ПБДТ СД (поле)

УКАЗ-ОТП

- указатель отправителя (поле)

УКАЗ-ПОЛ

- указатель получателя (поле)

4.4 Времена и соответствующие переменные

- локальное время между повторными передачами

- максимальное число передач

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

- время неактивности

- время "окна"

ТПС

- тайм-аут для попытки повторного прикрепления/повторной синхронизации

ТОП

- тайм-аут ожидания повторного прикрепления/повторной синхронизации

- управляющий тайм-аут 1

- управляющий тайм-аут 2

- время существования СБДС в направлении от локального объекта к удаленному объекту

- время существования СБДС в направлении от удаленного объекта к локальному объекту

- ожидаемая максимальная транзитная задержка в направлении от локального объекта к удаленному объекту

- ожидаемая максимальная транзитная задержка в направлении от удаленного объекта к локальному объекту

- время продолжительности повторных передач

- время локального подтверждения

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

4.5 Разное

КУ

- качество услуг

ПДУТУ

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

ПДУСУ

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

Пользователь-УТУ

- пользователь услуг транспортного уровня

Поставщик-УСУ

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

ССУ

- соединение сетевого уровня

СТУ

- соединение транспортного уровня

УСУ

- услуги сетевого уровня

УСУ-УС

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

УСУ-БУС

- услуги сетевого уровня в режиме без установления соединения

УТУ

- услуги транспортного уровня

5 Общее описание протокола транспортного уровня


Примечание - Приводимое описание не является исчерпывающим и приводится в качестве руководящего пособия.

5.1. Услуги, предоставляемые транспортным уровнем

Протокол, устанавливаемый настоящим стандартом, обеспечивает услуги транспортного уровня, установленные ГОСТ 34.960.

Информация в направлении к пользователю - УТУ и от него передается в виде примитивов УТУ, перечисленных в таблице 1.


Таблица 1 - Примитивы услуг транспортного уровня

Примитивы

Параметры

Т-СОЕДИНЕНИЕ

запрос

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

индикация

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

Срочные данные (факультативно)

Качество услуг

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

Т-СОЕДИНЕНИЕ

ответ

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

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

Качество услуг

Срочные данные (факультативно)

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

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

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

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

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

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

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

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

Причина разъединения

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

5.2 Услуги, ожидаемые от сетевого уровня

Протокол, устанавливаемый настоящим стандартом, предполагает использование услуг сетевого уровня, установленных ГОСТ Р 34.915.

При работе с УСУ-УС информация в направлении к поставщику УСУ и от него передается в виде примитивов УСУ, перечисленных в таблице 2а. При работе с УСУ-БУС информация в направлении к поставщику УСУ и от него передается в виде примитивов УСУ, перечисленных в таблице 2b.

Примечания

1 В таблице 2а перечислены параметры, используемые в УСУ-УС, определенных к настоящему времени в ГОСТ 34.915.

2 В таблице 2b перечислены параметры, используемые в УСУ-БУС, определенных к настоящему времени в ГОСТ 34.915.

3 Способ обмена параметрами между логическими объектами транспортного уровня и поставщиком УСУ является частным вопросом.


Таблица 2а - Примитивы услуг сетевого уровня в режиме с установлением соединения

Примитивы

X/Y

Параметры

Х/Y/W/Z

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

Х

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

Х

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

X

индикация

Х

Выбор подтверждения приема

Y

Выбор срочных данных

Y

Набор параметров КУ

Х

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

Z

С-СОЕДИНЕНИЕ ответ

Х

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

Х

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

Х

Выбор подтверждения приема

Y

Выбор срочных данных

Y

Набор параметров КУ

Х

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

Z

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

Х

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

Х

индикация

Х

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

Y

С-ДАННЫЕ-ПОДТВЕРЖДЕНИЕ

запрос

Y

индикация

Y

С-СРОЧНЫЕ-ДАННЫЕ

запрос

Y

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

Y

индикация

Y

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

Х

Причина

W

индикация

Х

Инициатор

W

Причина

W

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

Х

-

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

Х

-

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

запрос

Х

Причина

W

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

Z

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

Z

индикация

Х

Инициатор

W

Причина

W

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

Z

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

Z



Таблица 2b - Примитивы услуг сетевого уровня в режиме без установления соединения

Примитивы

X/Y

Параметры

X/Y/W/Z

С-БЛОК-ДАННЫХ

запрос

Х

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

Х

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

Х

Качество услуг

Х

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

Х

Набор параметров КУ

Х

индикация

Х

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

Х

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

Х

Качество услуг

Х

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

Х

Обозначения к таблицам 2а и 2b:

Х -

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

Y -

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

W -

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

Z -

протокол транспортного уровня не использует этот параметр.

5.3 Функции транспортного уровня

5.3.1 Общее описание функций

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

Функции транспортного уровня касаются расширения качества услуг с учетом аспектов оптимизации стоимости.

Эти функции подразделяют на две группы: функции, используемые в течение всего времени существования СТУ, и функции, относящиеся к фазе установления соединения, передачи данных или разъединения соединения.

Примечание - Настоящий стандарт не распространяется на нижеперечисленные функции, вопрос о включении которых в одно из последующих изданий настоящего стандарта изучается:

a) шифрование данных;

b) механизмы учетных операций;

c) обмен информацией о состояниях и контроль КУ;

d) блокирование данных;

e) временное разъединение соединений сетевого уровня;

f) альтернативный алгоритм вычисления контрольной суммы.

5.3.1.1 Функции, используемые постоянно

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

a) передача ПБДТ (см. 6.2 и 6.9);

b) мультиплексирование и демультиплексирование (см. 6.15) - функция, используемая только при работе с УСУ-УС для коллективного использования одного ССУ двумя или более СТУ;

c) обнаружение ошибок (см. 6.10, 6.13 и 6.17) - функция, используемая для обнаружения потерь, искажений, дублирований, нарушения порядка следования или доставки ПБДТ не по адресу;

d) восстановление при ошибках (см. 6.12, 6.14, 6.18-6.22) - функция, используемая для восстановления работоспособности после обнаружения ошибок и информирования о них.

5.3.1.2 Установление соединения

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

а) выбор УСУ, наилучшим образом соответствующих требованиям пользователя УТУ с учетом стоимости различных услуг только при работе С УСУ-УС (см. 6.5);

b) решение о необходимости мультиплексирования нескольких СТУ в одно ССУ (см. 6.5);

с) установление оптимального размера ПБДТ (см. 6.5);

d) выбор функций, необходимых для выполнения операций при входе в фазу передачи данных (см. 6.5);

e) преобразование адресов транспортного уровня в адреса сетевого уровня;

f) обеспечение средств определения различий между двумя СТУ (см. 6.5);

g) доставка данных пользователя УТУ (см. 6.5);

h) обмен значениями тайм-аутов неактивности (см. 6.5).

5.3.1.3 Передача данных

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

a) сцепление и расцепление (см. 6.4) - функция, используемая для объединения нескольких ПБДТ в один СБДС в передающем логическом объекте транспортного уровня и для выделения ПБДТ в принимающем логическом объекте транспортного уровня;

b) сегментирование и сборка (см. 6.3) - функция, используемая для разделения одного СБДТ на несколько ПБДТ в передающем логическом объекте транспортного уровня и для их сборки в первоначальный формат в принимающем логическом объекте транспортного уровня;

c) расщепление и рекомбинация (см. 6.23) - функция, обеспечивающая одновременное использование двух или более ССУ для поддержания одного и того же СТУ;

d) управление потоком (см. 6.16) - функция, используемая для регулирования потока ПБДТ между двумя логическими объектами транспортного уровня в одном СТУ;

e) идентификация транспортного соединения - средство однозначной идентификации СТУ между парой логических объектов транспортного уровня, поддерживающих между собой соединение в течение всего времени существования СТУ;

f) срочные данные (см. 6.11) - функция, используемая для обхода нормального потока ПБДТ. Поток срочных ПБДТ регулируется отдельной функцией управления потоком;

g) разграничение СБДТ (см. 6.3) - функция, используемая для определения начала и конца СБДТ.

5.3.1.4 Paзъединение

Задача фазы разъединения (см. 6.7 и 6.8) состоит в том, чтобы разъединить СТУ независимо от текущих операций.

5.4 Классы и факультативные функции при работе с УСУ-УС

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

Все функции транспортного уровня подразделяют на классы и факультативные функциональные возможности.

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

Настоящий стандарт определяет пять классов протокола:

0 - простой класс;

1 - основной класс с восстановлением при ошибках;

2 - класс с мультиплексированием;

3 - класс с восстановлением при ошибках и с мультиплексированием;

4 - класс с обнаружением ошибок и с восстановлением.

Примечания

1 СТУ классов 2-4 могут мультиплексироваться в одно и то же ССУ.

2 В классах 0-3 не определены механизмы обнаружения тех безуспешных передач по сети, о которых не было сообщено.

5.4.2 Согласование

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

a) требованиях пользователей-УТУ, выражаемых посредством сервисных примитивов Т-СОЕДИНЕНИЕ;

b) качестве доступных УСУ;

c) запрашиваемой пользователем услуге в сопоставлении с приемлемыми для пользователя УТУ затратами на нее.

5.4.3 Выбор соединения сетевого уровня

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

a) тип А - ССУ с приемлемым коэффициентом необнаруженных ошибок (например, не сообщаемых примитивами разъединения или сброса) и с приемлемой частотой сообщаемых ошибок;

b) тип В - ССУ с приемлемым коэффициентом необнаруженных ошибок (например, не сообщаемых примитивами разъединения или сброса), но с неприемлемой частотой сообщаемых ошибок;

c) тип С - ССУ с неприемлемым коэффициентом необнаруженных ошибок.

Предполагается, что каждый логический объект транспортного уровня осведомлен о качестве услуг, обеспечиваемом конкретными ССУ.

5.4.4 Характеристики класса 0

Класс 0 обеспечивает простейший тип СТУ и полностью совместим с рекомендацией Т.70 МККТТ для телетекстных терминалов.

Класс 0 предназначен для использования в ССУ типа А.

5.4.5 Характеристики класса 1

Класс 1 обеспечивает основное СТУ с минимальными вспомогательными операциями.

Основное назначение этого класса - восстановление работоспособности после разъединения или сброса СТУ.

Выбор этого класса обычно основывается на критерии надежности. Класс 1 предназначен для использования с ССУ типа В.

5.4.6 Характеристики класса 2

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

Класс 2 предусматривает способ мультиплексирования нескольких СТУ в одно ССУ. Данный класс предназначен для использования с ССУ типа А.

5.4.6.2 Использование явного управления потоком

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

5.4.6.3 Неиспользование явного управления потоком

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

5.4.7 Характеристики класса 3

Класс 3 обеспечивает те же характеристики, что и класс 2, плюс возможность восстановления работы после разъединения или сброса СТУ. Выбор этого класса обычно основывается на критерии надежности. Класс 3 предназначен для использования с ССУ типа В.

5.4.8 Характеристики класса 4

Класс 4 обеспечивает те же характеристики, что и класс 3, плюс обнаружение ошибок, возникающих в результате низкого уровня обслуживания со стороны поставщика УСУ, и их устранение. Виды обнаруживаемых ошибок следующие: потеря ПБДТ, доставка ПБДТ с нарушением последовательности, дублирование ПБДТ и искажение ПБДТ. Эти ошибки могут влиять как на управляющие ПБДТ, так и на ПБДТ "данные".

Этот класс обеспечивает также повышение пропускной способности и дополнительную устойчивость при неисправностях сети.

Он предназначен для использования с ССУ типа С.

5.5 Характеристики класса 4 протокола транспортного уровня при работе с УСУ-БУС

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

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


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

5.6 Модель транспортного уровня

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

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

Рисунок 2 - Модель транспортного уровня

Рисунок 2 - Модель транспортного уровня



Примечание - Для наглядности на рисунке 2 показано только по одному ПДУТУ и ПДУСУ для каждого логического объекта транспортного уровня. В некоторых случаях с конкретным логическим объектом транспортного уровня могут быть связаны несколько ПДУТУ и/или несколько ПДУСУ.

ЧАСТЬ ВТОРАЯ. СПЕЦИФИКАЦИЯ ПРОТОКОЛА ТРАНСПОРТНОГО УРОВНЯ

6 Элементы процедуры


В данном разделе определены элементы процедуры, используемые при спецификации классов протокола (разделы 7-12). Сами по себе эти элементы не имеют смысла.

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

Примечание - В тех случаях, когда сервисные примитивы, ПБДТ, а также используемые параметры не являются существенными для данного элемента процедуры, они не включаются в спецификацию.

6.1 Использование услуг сетевого уровня

6.1.1 Прикрепление к ССУ при работе с УСУ-УС

Эти процедуры используются только при работе с УСУ-УС.

6.1.1.1 Назначение

Данная процедура используется во всех классах протокола для прикрепления СТУ к ССУ.

6.1.1.2 Примитивы услуг сетевого уровня

Данная процедура использует следующие примитивы УСУ:

a) С-СОЕДИНЕНИЕ;

b) С-РАЗЪЕДИНЕНИЕ.

6.1.1.3 Процедура

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

Инициатор не должен прикреплять или повторно прикреплять СТУ к существующему ССУ, если предполагаемый(е) или используемый(е) протокольный(е) класс(ы) для данного СТУ несовместим(ы) с текущим использованием ССУ с точки зрения мультиплексирования (см. примечание 2).

При выполнении процедур повторной синхронизации (см. 6.14) и повторного прикрепления после неисправности (см. 6.12) инициатор может повторно прикрепить СТУ к другому ССУ, соединяющему те же ПДУСУ, при условии, что он является владельцем данного ССУ, и что СТУ прикрепляется в данный момент времени только к одному ССУ.

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

Логический объект транспортного уровня, который не инициирует прикрепление, информируется о прикреплении СТУ при получении:

а) ПБДТ ЗС во время выполнения процедуры установления соединения (см. 6.5) или

b) ПБДТ ОТК либо повторно переданного ПБДТ ЗС или ЗР во время повторной синхронизации (см. 6.14) и повторного прикрепления после неисправности (см. 6.12), или

c) любого ПБДТ при использовании расщепления (см. 6.23).

Примечания

1 При создании нового ССУ запрашиваемое КУ является частным вопросом, хотя оно обычно обусловливается требованиями СТУ, которое(ые) должно(ы) быть прикреплено(ы) к нему.

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

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

4 После появления неисправности ССУ все ранее мультиплексированные СТУ могут быть прикреплены к другим ССУ и наоборот.

6.1.2 Передача с использованием УСУ-БУС

Данная процедура используется только при работе УСУ-БУС.

6.1.2.1 Назначение

Данная процедура используется для передачи ПБДТ при работе с УСУ-БУС.

6.1.2.2 Примитивы услуг сетевого уровня

Данная процедура использует следующий примитив УСУ:

С-БЛОК-ДАННЫХ.

6.1.2.3 Процедура

Каждый ПБДТ должен передаваться при единичном привлечении УСУ-БУС по предварительно установленной ассоциации между парой ПДУСУ. Эта ассоциация рассматривается логическими объектами транспортного уровня как постоянно установленная и доступная.

6.2 Передача ПБДТ

6.2.1 Назначение

Процедура передачи ПБДТ используется во всех классах протокола для передачи ПБДТ в полях данных пользователя примитивов УСУ.

6.2.2 Примитивы УСУ

Данная процедура использует следующие примитивы УСУ при работе с УСУ-УС:

а) С-ДАННЫЕ;

b) С-СРОЧНЫЕ-ДАННЫЕ.

Данная процедура использует следующий примитив УСУ при работе с УСУ-БУС:

С-БЛОК-ДАННЫХ.

6.2.3 Процедура

Определенные для данного протокола ПБДТ перечислены в 4.2.

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

При работе с УСУ-УС и если для класса 1 выбран сетевой срочный вариант, логические объекты транспортного уровня должны передавать и принимать ПБДТ СД и ПБДТ ПСД в виде параметров "данные пользователя-УСУ" примитивов С-СРОЧНЫЕ-ДАННЫЕ.

Во всех других случаях логические объекты транспортного уровня должны передавать и принимать ПБДТ в виде параметров "данные пользователя УСУ" примитивов С-ДАННЫЕ.

Если ПБДТ содержится в параметре "данные пользователя УСУ", то значимость бит октетов и последовательность октетов в ПБДТ должны соответствовать 13.2.

Примечание - ПБДТ могут подвергаться сцеплению (см. 6.4).

6.3 Сегментирование и сборка.

6.3.1 Назначение

Процедура сегментирования и сборки используется во всех классах протокола для преобразования СБДТ в ПБДТ.

6.3.2 Используемые ПБДТ и параметр

Данная процедура использует следующий ПБДТ и параметр:

ПБДТ ДН

- конец СБДТ.

6.3.3 Процедура

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

Во всех ПБДТ ДН, кроме последнего в последовательности из нескольких ПБДТ, длина данных должна быть больше нуля.

Примечания

1 Параметр КС в ПБДТ ДН определяет наличие или отсутствие в данной последовательности последующих ПБДТ ДН.

2 Не требуется, чтобы ПБДТ ДН имели максимальную длину, выбранную во время установления соединения.

6.4 Сцепление и разделение

6.4.1 Назначение

Процедура сцепления и разделения используется в классах протокола 1-4 для передачи нескольких ПБДТ в одном СБДС.

6.4.2 Процедура

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

Действительный набор сцепленных ПБДТ может содержать:

a) любое число различных ПБДТ из следующего перечня: ПД, ПСД, ОТК, ОШ, ПР при условии, что эти ПБДТ поступают из различных СТУ;

b) не более одного ПБДТ из следующего перечня: ЗС, ЗР, ПС, ДН, СД; при наличии такого ПБДТ он помещается последним в наборе сцепленных ПБДТ.

Логический объект транспортного уровня должен принимать действительный набор сцепленных ПБДТ.

Примечания

1 Блоки ПБДТ в сцепленном наборе могут различаться с помощью параметра "указатель длины".

2 Конец ПБДТ, содержащего данные, указывается окончанием СБДС.

3 При работе с УСУ-УС число сцепленных ПБДТ, указанных в 6.4.2а, ограничивается максимальным числом СТУ, которые мультиплексируются вместе, кроме случая прикрепления или повторного прикрепления.

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

6.5 Установление соединения

6.5.1 Назначение

Процедура установления соединения используется во всех классах протокола с целью организации нового СТУ.

6.5.2 Примитивы УСУ

При работе с УСУ-УС данная процедура использует следующий примитив УСУ:

С-ДАННЫЕ.

При работе с УСУ-БУС данная процедура использует следующий примитив УСУ:

С-БЛОК-ДАННЫХ.

6.5.3 Используемые ПБДТ и параметры

Данная процедура использует следующие ПБДТ и параметры:

a) ПБДТ ЗС:

КРД,

УКАЗ-ПОЛ (устанавливается в ноль),

УКАЗ-ОТП,

КЛАСС и ФАКУЛЬТАТИВНЫЕ ФУНКЦИИ (например, предпочтительный класс, использование расширенного формата, неиспользование явного управления потоком в классе 2),

идентификатор вызывающего ПДУТУ,

идентификатор вызываемого ПДУТУ,

длина ПБДТ (предложенная),

предпочтительный максимальный размер ПБДТ (предложенный),

номер версии,

параметр защиты,

контрольная сумма,

выбор дополнительной факультативной функции (например, использование срочного сетевого варианта в классе 1, использование подтверждения приема в классе 1, неиспользование контрольной суммы в классе 4, использование услуги передачи срочных данных транспортного уровня, использование избирательного подтверждения, использование подтверждения запроса),

альтернативный(ые) класс(ы) протокола,

время подтверждения,

время неактивности,

пропускная способность (предложенная),

коэффициент необнаруженных ошибок (предложенный),

приоритет (предложенный),

транзитная задержка (предложенная),

время повторного прикрепления,

данные пользователя;

b) ПБДТ ПС:

КРД,

УКАЗ-ПОЛ,

УКАЗ-ОТП,

КЛАСС и ФАКУЛЬТАТИВНЫЕ ФУНКЦИИ (выбранные),

идентификатор вызывающего ПДУТУ,

идентификатор вызываемого ПДУТУ,

длина ПБДТ (выбранная),

предпочтительный максимальный размер ПБДТ (предложенный),

параметр защиты,

контрольная сумма,

выбор дополнительной факультативной функции (выбранная),

время подтверждения,

время неактивности,

пропускная способность (выбранная),

коэффициент необнаруженных ошибок (выбранный),

приоритет (выбранный),

транзитная задержка (выбранная),

данные пользователя.

6.5.4 Процедура при работе с УСУ-УС

Соединение транспортного уровня устанавливается путем передачи ПБДТ ЗС от одного логического объекта транспортного уровня (инициатора) к другому логическому объекту транспортного уровня (ответчику), который выдает в ответ ПБДТ ПС.

Перед передачей ПБДТ ЗС инициатор прикрепляет установленное СТУ к одному (или нескольким в случае использования процедуры расщепления) ССУ. Именно по этому набору ССУ передаются ПБДТ.

Примечание - Даже если инициатор прикрепляет СТУ более чем к одному ССУ, все ПБДТ ЗС (если они передаются повторно) либо ПБДТ ЗР вместе с УКАЗ-ПОЛ, равным нулю, которые выдаются до получения ПБДТ ПС, должны передаваться по одному и тому же ССУ, если только не получен примитив С-РАЗЪЕДИНЕНИЕ индикация. (Это необходимо потому, что удаленный логический объект может не обеспечивать класс 4 протокола и следовательно, может не распознать расщепления.) Если инициатор организовал другие прикрепления, он должен использовать их только после получения ПБДТ ПС, соответствующего классу 4 (см. также процедуру расщепления 6.23).


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

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


При получении не ожидавшегося дубликата ПБДТ ЗС (с указанием класса 4 в качестве предпочтительного) он должен быть проигнорирован в классах 0-3, а в классе 4 на него должен быть передан ответ ПБДТ ПС.

После приема ПБДТ ПС для класса, который обеспечивает процедуру сохранения блоков ПБДТ до получения подтверждения приема ПБДТ, инициатор должен подтвердить ПБДТ ПС в соответствии с таблицей 5 (см. 6.13).

Если принят (возможно только для класса 1) сетевой срочный вариант срочной передачи данных (см. 6.11), ответчик не должен передавать ПБДТ СД до получения подтверждения ПБДТ ПС.

Осуществляется обмен следующей информацией:

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

1) он не должен уже находиться в пользовании или в заблокированном состоянии (см. 6.18),

2) он не должен быть нулевым.

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

b) Идентификаторы ИД вызывающего и вызываемого ПДУТУ (факультативные). Если любой сетевой адрес однозначно определяет адрес транспортного уровня, то эта информация может не передаваться.

c) Первоначальный кредит. Относится только к тем классам, которые содержат функцию явного управления потоком.

d) Данные пользователя. Отсутствуют, если предпочтительным является класс 0 (см. примечание). В других классах их длина может быть до 32 октетов.

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

e) Время подтверждения. Только в классе 4.

f) Параметр контрольной суммы. Только в классе 4.

g) Параметр защиты. Этот параметр и его семантика определяются пользователем.

i) Время неактивности. Только в классе 4. Параметр "время неактивности" не должен вводиться в состав ПБДТ ПС, если он отсутствовал в соответствующем ПБДТ ЗС.

Согласованию подлежит следующее.

j) Класс протокола. Инициатор должен предложить предпочтительный класс и может предложить любое число альтернативных классов, допускающих действительный ответ в соответствии с таблицей 3. При передаче ПБДТ ЗС инициатор должен, исходя из того, что его предпочтительный класс будет согласован, начать выполнение процедур этого класса кроме случаев, когда альтернативными являются классы 0 и 1; мультиплексирование не должно начинаться до приема ПБДТ ПС, выбирающего использование класса 2, 3 или 4.


Таблица 3 - Действительные ответы, соответствующие предпочтительному и любому из альтернативных классов, предложенных в ПБДТ ЗС


Предпочтительный класс

Альтернативный класс

0

1

2

3

4

Никакой

0

Н/Д

Н/Д

Н/Д

Н/Д

Н/Д

0

1

1 или 0

1 или 0

Н/Д

Н/Д

Н/Д

1 или 0

2

2 или 0

Н/Д

2

Н/Д

Н/Д

2

3

3, 2
или 0

3, 2, 1
или 0

3 или 2

3 или 2

Н/Д

3 или 2

4

4, 2
или 0

4, 2, 1
или 0

4 или 2

4, 3
или 2

4 или 2

4 или 2


Обозначение: Н/Д - недействительный

Примечание - Это означает, например, что если предпочтительный класс предусматривает повторную синхронизацию (см. 6.14), то повторная синхронизация произойдет, если во время установления соединения будет передан сброс.


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

Если предпочтительный класс не выбран, то при приеме ПБДТ ПС инициатор должен приспособить свои операции к процедурам выбранного класса.

Примечания

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

a) если предлагается класс 3 или 4, то действительным ответом будет класс 2;

b) если предлагается класс 1, то действительным ответом будет класс 0.

2 Согласование перехода от класса 2 к классу 1, а также от любого класса к более высокому классу не разрешается.

3 Избыточные комбинации не являются протокольной ошибкой.

k) Длина ПБДТ. Инициатор может предложить максимальную длину ПБДТ, а ответчик может либо принять это значение, либо предложить из набора доступных значений любое другое значение в диапазоне между 128 и предложенным значением (см. 13.3.4b).

Примечание - Длина ПБДТ ЗС не должна превышать 128 октетов (см. 13.3).

m) Предпочтительная максимальная длина ПБДТ. Значение этого параметра, умноженное на 128, создает предложенное или максимально приемлемое значение длины ПБДТ в октетах. Инициатор может предложить предпочтительную максимальную длину ПБДТ, а ответчик может либо принять это значение, либо выдать в ответ меньшее значение.

Примечание - Если этот параметр используется в ПБДТ ЗС также при отсутствии параметра "длина ПБДТ", то это может привести к выбору максимальной длины ПБДТ в 128 октетов, если удаленный логический объект не распознает параметра "предпочтительная длина ПБДТ". Поэтому рекомендуется, чтобы оба эти параметра входили в ПБДТ ЗС.

Если параметр "предпочтительная длина ПБДТ" имеется в ПБДТ ЗС, ответчик должен:

- либо проигнорировать этот параметр и следовать согласованной длине ПБДТ согласно определению в 6.5.4k;

- либо использовать этот параметр для определения максимальной длины ПБДТ, запрошенной инициатором, и проигнорировать параметр "длина ПБДТ". В этом случае ответчик должен использовать параметр "предпочтительная длина ПБДТ" в ПБДТ ПС и не включать в ПБДТ ПС параметр "длина ПБДТ".

Если параметр "предпочтительная длина ПБДТ" отсутствует в ПБДТ ЗС, то его не следует включать в соответствующий ПБДТ ПС. В этом случае длина ПБДТ согласовывается согласно 6.5.4k.

n) Обычный или расширенный формат. Доступен любой из форматов: обычный или расширенный. При использовании расширенного формата применяются параметры КРД, НР-ПБДТ, НР-ПБДТ-СД, НР-ОТВ и НР-СПБДТ-ОТВ.

р) Выбор контрольной суммы. Эта информация определяет, должна или не должна контрольная сумма входить в состав ПБДТ данного соединения.

q) Параметры качества услуг. Определяют пропускную способность, транзитную задержку, приоритет и коэффициент необнаруженных ошибок.

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

r) Неиспользование явного управления потоком в классе 2.

s) Использование подтверждения приема на сетевом уровне и сетевой срочный вариант при необходимости использования класса 1.

t) Использование услуги передачи срочных данных. Позволяет обоим пользователям-УТУ согласовывать вопрос использования услуги передачи срочных данных в соответствии с определениями УТУ (см. ГОСТ 34.960).

u) Использование избирательного подтверждения. Позволяет логическим объектам транспортного уровня принимать решение о необходимости использования процедур, которые допускают подтверждение ПБДТ ДН, полученных вне последовательности (только в классе 4).

v) Использование подтверждения запроса. Позволяет обоим логическим объектам транспортного уровня согласовывать решение об использовании или неиспользовании услуги подтверждения запроса, определенной в 6.13.4.2 (только в классах 1, 3, 4).

Следующая информация передается только в ПБДТ ЗС.

w) Номер версии. Определяет версию стандартного протокола транспортного уровня, используемого для данного соединения.

х) Параметр "время повторного прикрепления". Определяет время участия инициатора в процедуре повторного прикрепления после процедуры восстановления неисправности. Правила согласования факультативных функций таковы, что инициатор может предлагать либо использовать такую функцию, либо не использовать ее. Ответчик может либо принять предложенный выбор, либо указать альтернативный вариант, как определено в таблице 4.


Таблица 4 - Согласование факультативных функций во время установления соединения

Факультативная функция

Предложение инициатора

Правильный выбор ответчика

УТУ передачи срочных данных (только классы 1-4)

Да

Да или нет

Нет

Нет

Использование подтверждения приема (только класс 1)

Да

Да или нет

Нет

Нет

Использование сетевого срочного варианта (только класс 1)

Да

Да или нет

Нет

Нет

Неиспользование контрольной суммы (только класс 4)

Да

Да или нет

Нет

Нет

Неиспользование явного управления потоком (только класс 2)

Да

Да или нет

Нет

Нет

Использование расширенного формата (только классы 2-4)

Да

Да или нет

Нет

Нет

Использование избирательного подтверждения (только класс 4)

Да

Да или нет

Нет

Нет

Использование подтверждения запроса (только классы 1, 3, 4)

Да

Да или нет

Нет

Нет


Примечание - В таблице 4 указаны процедуры согласования факультативных функций. Согласование организовано таким образом, что если инициатор предлагает обязательную реализацию факультативной функции, определенной в разделе 14, то ответчик должен согласиться с использованием этой функции в данном СТУ, за исключением использования услуги по передаче срочных данных, которая может быть отклонена пользователем-УТУ. Если инициатор предлагает необязательное использование факультативной функции, то ответчику предоставляется право выбора в части обязательности ее реализации в данном СТУ.


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

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

6.5.5 Процедуры при работе с УСУ-БУС

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

После получения ПБДТ ПС инициатор должен выдать на него подтверждение в соответствии с таблицей 5 (см. 6.13).

Осуществляется обмен следующей информацией:

a) Указатели: каждый логический объект транспортного уровня выбирает указатель длиной 16 бит, который должен использовать равноправный логический объект и который анализируется на соблюдение следующих ограничений:

1) он не должен находиться в пользовании или в заблокированном состоянии (см. 6.18);

2) он не должен быть равен нулю.

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

b) Идентификаторы вызываемого и вызывающего ИД-ПДУТУ (факультативные). Обозначают вызываемый и вызывающий ПДУТУ. Если любой из сетевых адресов однозначно определяет адрес транспортного уровня, эта информация может быть опущена.

c) Начальный кредит.

d) Данные пользователя до 32 октетов.

е) Время подтверждения.

f) Параметр "контрольная сумма".

g) Параметр "защита". Этот параметр и его семантика определяются пользователем.

h) Время неактивности. Параметр "время неактивности" не должен вводиться в состав ПБДТ ПС, если он отсутствовал в соответствующем ПБДТ ЗС.

i) Класс протокола. Класс 4 является единственным действительным значением для предпочтительного протокольного класса, предложенного инициатором и для класса, выбранного ответчиком. Альтернативный класс не разрешается.

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

k) Длина ПБДТ. Инициатор может предложить максимальную длину ПБДТ из набора доступных значений (см. 13.3.4b). Ее значение может быть ограничено максимально допустимой длиной ПБДТ (если оно известно) и не может превышать максимальную длину СБДС для УСУ-БУС в соответствии с ИСО/МЭК 8348. Ответчик может либо принять это значение, либо выдать в ответ любое значение в диапазоне между 128 и предложенным значением из набора возможных значений (см. 13.3.4b).

Примечания

1 Длина ПБДТ ЗС не превышает 128 октетов (см. 13.3).

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

m) Предпочтительная максимальная длина ПБДТ. Значение этого параметра, умноженное на 128, создает предложенное или максимально приемлемое значение длины ПБДТ в октетах. Инициатор может предложить предпочтительную максимальную длину ПБДТ, а ответчик может либо принять это значение, либо выдать в ответ меньшее значение.

Примечание - Если этот параметр используется в ПБДТ ЗС также при отсутствии параметра "длина ПБДТ", то это может привести к выбору максимальной длины ПБДТ в 128 октетов, если удаленный логический объект не распознает параметра "предпочтительная длина ПБДТ". Поэтому рекомендуется, чтобы оба эти параметра входили в ПБДТ ЗС.


Если "параметр "предпочтительная длина ПБДТ" имеется в ПБДТ ЗС, ответчик должен:

- либо проигнорировать этот параметр и следовать согласованной длине ПБДТ согласно определению в 6.5.5k,

- либо использовать этот параметр для определения максимальной длины ПБДТ, запрошенной инициатором, и проигнорировать параметр "длина ПБДТ". В этом случае ответчик должен использовать параметр "предпочтительная длина ПБДТ" в ПБДТ ПС и не включать в ПБДТ ПС параметр "длина ПБДТ".

Если параметр "предпочтительная длина ПБДТ" отсутствует в ПБДТ ЗС, то его не следует включать в соответствующий ПБДТ ПС. В этом случае длина ПБДТ согласовывается согласно 6.5.5k.

n) Нормальный или расширенный формат. Доступен либо нормальный, либо расширенный формат. При использовании расширенного формата он применим к параметрам КРД, НР-ПБДТ, НР-ПБДТ-СД, НР-ОТВ и НР-СПБДТ-ОТВ.

р) Выбор контрольной суммы. Определяется, должна ли входить контрольная сумма в состав ПБДТ данного соединения.

q) Параметр "качество услуг". Определяется пропускная способность, транзитная задержка, приоритет и коэффициент необнаруженных ошибок.

Примечание - Данная УТУ определяет транзитную задержку в соответствии с требованием предварительно установленной средней длины СБДТ как основы любой спецификации. Данный протокол в соответствии с 13.3.4м использует значение 128 октетов. Переход к спецификациям, основанным на некоторых других значениях, является частным вопросом;

r) Использование услуги передачи срочных данных. Позволяет обоим пользователям согласовать вопрос: использовать или не использовать услугу передачи срочных данных в соответствии со стандартом по услугам транспортного уровня (ГОСТ 34.960).

s) Использование избирательного подтверждения. Позволяет логическим объектам транспортного уровня принимать решение о необходимости использования процедур, которые допускают подтверждение ПБДТДН, полученных вне последовательности.

t) Использование подтверждения запроса. Позволяет обоим логическим объектам транспортного уровня согласовывать решение об использовании или неиспользовании услуги подтверждения запроса, определенной в 6.13.4.2.

Следующая информация передается только в ПБД ЗС:

u) Номер версии. Определяет версию стандарта по протоколу транспортного уровня, используемую для данного соединения.

6.6 Отказ от соединения

6.6.1 Назначение

Процедура отказа от соединения используется во всех классах, когда в ответ на ПБДТ ЗС логический объект транспортного уровня отказывается от СТУ.

6.6.2 Используемые ПБДТ и параметры

Данная процедура использует следующие ПБДТ и параметры:

a) ПБДТ ЗР:

УКАЗ-ОТП,

причина,

данные пользователя;

b) ПБДТ ОШ:

причина отказа,

недействительный ПБДТ.

6.6.3 Процедура

Если СТУ не может быть принято, то при получении ПБДТ ЗС ответчик должен передать ПБДТ ЗР. Параметр "причина" должен указать, почему соединение не было принято. Поле указателя отправителя в ПБДТ ЗР должно быть установлено в ноль, чтобы обозначить неприсвоенный указатель.

При приеме ПБДТ ЗР логический объект транспортного уровня должен рассматривать соединение разъединенным.

Ответчик в ответ на недействительный ПБДТ ЗС должен передать ПБДТ ОШ или ПБДТ ЗР. Если в ответ на ПБДТ ЗС инициатор принял ПБДТ ОШ, он должен считать соединение разъединенным.

Примечания

1 Если недействительный ПБДТ ЗС содержит класс 0 как предпочтительный, рекомендуется выдать в ответ ПБДТ ОШ. На все другие недействительные ПБДТ ЗС в ответ может быть выдан либо ПБДТ ОШ, либо ПБДТ ЗР.

2 Если для данного соединения был установлен факультативный управляющий тайм-аут ТУ1, то после приема ПБДТ ЗР или ПБДТ ОШ инициатор соединения должен прекратить его отсчет.

3 Если ни одного СТУ в данный момент не прикреплено к ССУ, то решение инициатора о необходимости разъединения ССУ является частным вопросом.

6.7 Нормальное разъединение

6.7.1 Нормальное разьединение при работе с УСУ-УС

6.7.1.1 Назначение

Процедура разъединения используется логическим объектом транспортного уровня для завершения СТУ. Неявный вариант используется в классе 0. Явный вариант используется в классах 1-4.

Примечания

1 При использовании неявного варианта (т.е. в классе 0) время существования СТУ непосредственно связано с временем существования ССУ.

2 Использование явного варианта процедуры разъединения позволяет разъединять СТУ независимо от нижерасположенного ССУ.

6.7.1.2 Примитивы УСУ

Данная процедура использует следующие примитивы УСУ:

а) С-РАЗЪЕДИНЕНИЕ,

b) С-ДАННЫЕ.

6.7.1.3 Используемые ПБДТ и параметры

Данная процедура использует следующие ПБДТ и параметры:

a) ПБДТ ЗР:

причина,

данные пользователя,

УКАЗ-ОТП,

УКАЗ-ПОЛ;

b) ПБДТ ПР.

6.7.1.4 Процедура для неявного варианта

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

6.7.1.5 Процедура для явного варианта

При необходимости инициирования разъединения СТУ логический объект транспортного уровня

a) если он предварительно передал или принял ПБДТ ПС (см. примечание 1), должен:

1) передать ПБДТ ЗР;

2) аннулировать все последующие полученные ПБДТ, кроме ПБДТ ЗР или ПР;

3) при приеме ПБДТ ЗР или ПР рассматривать СТУ разъединенным;

b) если условие подпункта а) не имеет места, он должен:

1) для всех классов, кроме класса 4, ожидать подтверждения неподтвержденных ПБДТ ЗС; если логический объект получит ПБДТ ПС, - выполнить процедуры, приведенные в 6.7.1.5а;

2) для класса 4 - либо передать ПБДТ ЗР с нулевым значением поля УКАЗ-ПОЛ, либо выполнить процедуру по 6.7.1.5b. В первом случае полученный затем ПБДТ ПС, относящийся к классу 4, будет проигнорирован. Принятый ПБДТ ПС другого класса будет обрабатываться следующим образом: при классе 0 ССУ должно быть разъединено, при других классах должен быть передан ПБДТ ЗР с УКАЗ-ПОЛ, равным значению УКАЗ-ОТП в принятом ПБДТ ПС, после чего процедура разъединения для данного класса продолжается.

Логический объект транспортного уровня, получивший ПБДТ ЗР, должен:

c) если он предварительно передал ПБДТ ЗР для того же СТУ, рассматривать СТУ разъединенным;

d) если он предварительно передал ПБДТ ЗС, которое не было подтверждено ПБДТ ПС, рассматривать соединение отклоненным (см. 6.6);

если поле УКАЗ-ОТП не равно нулю, то ПБДТ ПР должен быть передан с полем УКАЗ-ПОЛ, равным УКАЗ-ОТП принятого ПБДТ ЗР.

Примечание - В этом случае логическая связь с ПБДТ ЗР устанавливается независимо от его поля УКАЗ-ОТП (см. 6.9.1.4 и 6.9.2.4).

e) если условия подпунктов с) и d) не имеют места, передать ПБДТ ПР и рассматривать СТУ разъединенным. Если полученный ПБДТ ЗР имеет поле УКАЗ-ПОЛ, равный нулю, то независимо от локального указателя должен быть передан ПБДТ ПР с полем УКАЗ-ОТП, равным нулю.

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


Примечания

1 Это требование обеспечивает осведомленность логического объекта транспортного уровня об удаленном указателе для данного СТУ.

2 Если СТУ рассматривается разъединенным, то локальный указатель для СТУ либо доступен для повторного использования, либо заблокирован (см. 6.18).

3 После разъединения СТУ соединение сетевого уровня может быть также разъединено либо сохранено для его повторного использования с целью прикрепления других СТУ (см. 6.1.1).

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

5 Если логический объект транспортного уровня перед передачей ПБДТ ЗР находится в состоянии ожидания ПБДТ ПС и ССУ сброшено или разъединено, он должен рассматривать СТУ разъединенным и во всех классах, кроме классов 0 и 2, заблокировать указатель (см. 6.18).

6.7.2 Нормальное разъединение при работе с УСУ-БУС

6.7.2.1 Назначение

Процедура разъединения используется логическим объектом транспортного уровня для завершения СТУ.

6.7.2.2 Примитивы УСУ

Данная процедура использует следующий примитив УСУ:

С-БЛОК-ДАННЫХ.

6.7.2.3 Используемые ПБДТ и параметры

Данная процедура использует следующие ПБДТ и параметры:

a) ПБДТ ЗР

- причина;

- данные пользователя;

- УКАЗ-ОТП;

- УКАЗ-ПОЛ;

b) ПБДТ ПР.

6.7.2.4 Процедура

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

При получении ПБДТ ЗР или ПР он должен рассматривать СТУ разъединенным и заблокировать локальный указатель (см. 6.18). Если ПБДТ ПС был ранее передан или принят этим СТУ, то удаленный указатель известен и должен использоваться для формирования УКАЗ-ПОЛ в подлежащем передаче ПБДТ ЗР. Если удаленный указатель неизвестен, то поле УКАЗ-ПОЛ в ПБДТ ЗР может быть установлено в ноль, либо логический объект может ожидать получения ПБДТ ПС, прежде чем передать ПБДТ ЗР.

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


Логический объект транспортного уровня, получив ПБДТ ЗР, должен:

a) считать СТУ разъединенным, если он перед этим передал по данному СТУ ПБДТ ЗР;

b) считать запрос на СТУ отклоненным (см. 6.6), если он перед этим передал по данному СТУ ПБДТ ЗС и в подтверждение не получил ПБДТ ПС;

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

6.8 Разъединение при ошибках при работе с УСУ-УС

6.8.1 Назначение

Эта процедура используется только в классах 0 и 2 с целью разъединения СТУ при приеме примитива С-РАЗЪЕДИНЕНИЕ индикация

6.8.2 Примитивы УСУ

Эта процедура использует следующие сервисные примитивы:

a) С-РАЗЪЕДИНЕНИЕ запрос;

b) С-РАЗЪЕДИНЕНИЕ индикация;

c) С-СБРОС индикация;

d) С-СБРОС ответ

6.8.3 Процедура

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

При получении примитива С-СБРОС индикация:

- в классе 0 должен выдаваться примитив С-РАЗЪЕДИНЕНИЕ запрос;

- в классе 2 должен выдаваться один из двух примитивов:

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

6.9 Логическая привязка ПБДТ к СТУ

6.9.1 Логическая привязка ПБДТ к СТУ при работе с УСУ-УС

6.9.1.1 Назначение

Данная процедура используется во всех классах для интерпретации принимаемого СБДС как одного или нескольких ПБДТ и, по возможности, для привязки каждого ПБДТ к СТУ.

6.9.1.2 Примитивы УСУ

Данная процедура использует следующие примитивы УСУ:

a) С-ДАННЫЕ индикация;

b) С-СРОЧНЫЕ-ДАННЫЕ индикация;

c) С-СБРОС запрос;

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

6.9.1.3 Используемые ПБДТ и параметры

Данная процедура использует следующие ПБДТ и параметры:

a) любые ПБДТ, кроме ПБДТ ЗС, ПБДТ ДН в классах 0 и 1 и ПБДТ ПД в классе 1:

- УКАЗ-ПОЛ;

b) ПБДТ: ЗС, ПС, ЗР и ПР

- УКАЗ-ОТП;

c) ПБДТ ДН в классах 0 и 1 и ПБДТ ПД в классе 1.

6.9.1.4 Процедуры

6.9.1.4.1 Идентификация ПБДТ

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

a) если ССУ, в котором обнаружена ошибка, имеет прикрепленное СТУ класса 0 или 1 - рассматривать полученный СБДС как протокольную ошибку (см. 6.22) для данного СТУ;

b) в противном случае:

1) если полученный СБДС может быть декодирован, но содержит искаженные ПБДТ - проигнорировать эти ПБДТ (только в классе 4) и действовать факультативно в соответствии с 6.9.4.1b 2);

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

Если полученный СБДС может быть декодирован и он не искажен, то логический объект транспортного уровня должен действовать следующим образом:

a) если ССУ, по которому был принят СБДС, имеет прикрепленное к нему СТУ класса 0 - рассматривать этот СБДС как формирующий один ПБДТ и логически связать этот ПБДТ с СТУ (см. 6.9.1.4.2);

b) в противном случае вызвать процедуры разделения и для каждого ПБДТ применить процедуры, определенные в 6.9.1.4.2, в том порядке, в котором они представлены в СБДС.

6.9.1.4.2 Логическая привязка отдельных ПБДТ

Если принятый ПБДТ представляет собой ПБДТ ЗС и если он является дубликатом (что обнаруживается путем использования ПДУ-СУ данного ССУ и параметра УКАЗ-ПОЛ), то этот ПБДТ логически привязывается к СТУ, организованному при передаче исходного ПБДТ ЗС; в противном случае он обрабатывается как запрос на создание нового СТУ.

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

В противном случае для идентификации СТУ используется параметр УКАЗ-ПОЛ. Различают следующие случаи:

а) Если УКАЗ-ПОЛ не назначен для СТУ, то логической привязки с СТУ не создается и возможны три случая:

1) если принятый ПБДТ представляет собой ПБДТ ПС, то логический объект транспортного уровня должен выдать в ответ по тому же ССУ ПБДТ ЗР. Поле УКАЗ-ОТП в этом ПБДТ может иметь либо значение 0, либо это поле может быть взято из полученного ПБДТ ПС;

2) если принятый ПБДТ представляет собой ПБДТ ЗР, то логический объект транспортного уровня должен выдать в ответ ПБДТ ПР по тому же ССУ, кроме случая, когда в ПБДТ ЗР содержится поле УКАЗ-ОТП в значении 0, что требует передачи ПБДТ ПР, либо если логический объект транспортного уровня обеспечивает только класс 0, ССУ должно быть разъединено;

3) если принятый ПБДТ не является ни ПБДТ ЗР, ни ПБДТ ПС, этот ПБДТ должен быть аннулирован.

b) Если УКАЗ-ПОЛ назначен СТУ, а ПБДТ принят по ССУ, к которому это СТУ не было прикреплено, то возможны четыре случая:

1) если СТУ относится к классу 4 и если данный ПБДТ и ПБДТ ЗС приняты по ССУ с одной и той же парой ПДУСУ, то принятый ПБДТ логически связывается с этим СТУ и рассматривается как осуществляющий прикрепление;

2) если СТУ не прикреплено ни к одному ССУ (ожидая повторного прикрепления после неисправности) и если данный ПБДТ принят по ССУ с той же парой ПДУСУ, по которому принят ПБДТ ЗС, то осуществляется логическая привязка ПБДТ к этому ССУ, кроме случаев приема ПБДТ ПР, ЗР и ПС, приведенных в 6.9.1.4.2с, d, e соответственно;

3) в классах 1 и 3 возможно также получение ПБДТ, выполняющего прикрепление до уведомления о разъединении существующего ССУ (т.e. СТУ прикреплено к ССУ, но ПБДТ, содержащий соответствующий УКАЗ-ПОЛ, получен по другому ССУ). В этом случае рекомендуется, чтобы логический объект транспортного уровня:

- выдал примитив С-РАЗЪЕДИНЕНИЕ запрос по тому ССУ, к которому в данный момент прикреплено СТУ;

- применил ко всем СТУ, прикрепленным к данному ССУ, процедуры обработки принятого примитива С-РАЗЪЕДИНЕНИЕ индикация;

- после чего обработал ПБДТ, выполняющий повторное прикрепление;

4) в остальных случаях ПБДТ рассматривается как имеющий УКАЗ-ПОЛ, не назначенный для СТУ (случай а)).

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

d). Если принятый ПБДТ представляет собой ПБДТ ЗР, то возможны четыре случая:

1) если УКАЗ-ОТП не является ожидаемым, то ПБДТ ПР передается обратно с УКАЗ-ПОЛ, равным УКАЗ-ОТП принятого ПБДТ ЗР, без выполнения логической привязки, кроме случая, когда логический объект транспортного уровня обеспечивает только класс 0 и не может передавать ПБДТ ПР и когда он должен разъединить ССУ вместо передачи ПБДТ ПР;

2) если ПБДТ ЗС не подтвержден, то ПБДТ ЗР логически привязывается к СТУ независимо от значения его параметра УКАЗ-ОТП;

3) если логический объект транспортного уровня реализует класс 4 и если УКАЗ-ПОЛ равен 0 и имеется неподтвержденный ПБДТ ПС, либо ожидается примитив Т-СОЕДИНЕНИЕ ответ, то ПБДТ ЗР должен быть логически привязан к СТУ, имеющему УКАЗ-ОТП как указатель удаленного объекта;

4) В остальных случаях ПБДТ ЗР логически привязывается к СТУ, идентифицированному параметром УКАЗ-ПОЛ;

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

f) Если ни один из перечисленных случаев не имеет места, то осуществляется логическая привязка ПБДТ к СТУ, идентифицированному параметром УКАЗ-ПОЛ.

6.9.2 Логическая привязка ПБДТ к СТУ при работе с УСУ-БУС

6.9.2.1 Назначение

Данная процедура используется для интерпретации принятых СБДС как одного или нескольких ПБДТ и, по возможности, для логической привязки каждого такого ПБДТ к СТУ.

6.9.2.2 Примитивы УСУ

Данная процедура использует следующий примитив УСУ

С-БЛОК-ДАННЫХ

6.9.2.3 Используемые ПБДТ и параметры

Данная процедура использует следующие ПБДТ и параметры:

a) все ПБДТ кроме ПБДТ ПС

- УКАЗ-ПОЛ;

b) ПБДТ ЗС, ПС, ЗР и ПР

- УКАЗ-ОТП.

6.9.2.4 Процедура

6.9.2.4.1 Идентификация ПБДТ

Если полученный СБДС не может быть декодирован (т.е. он не содержит одного или нескольких правильных ПБДТ), либо если он искажен (т.е. содержит СБДС с неправильной контрольной суммой), логический объект транспортного уровня должен проигнорировать (аннулировать) такие ПБДТ. Если же СБДС может быть декодирован и он не искажен, то логический объект транспортного уровня должен привлечь отдельные процедуры и применить для каждого отдельного ПБДТ в порядке их расположения в СБДС процедуру по 6.9.2.4.2.

6.9.2.4.2 Логическая привязка отдельных ПБДС

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

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

a) Для ПБДТ ЗС должно быть создано новое СТУ.

b) Для ПБДТ ПС должен быть передан ПБДТ ЗР с использованием полей УКАЗ-ОТП и УКАЗ-ПОЛ принятого ПБДТ ПС в виде УКАЗ-ПОЛ и УКАЗ-ОТП соответственно ПБД ЗР.

c) Для ПБДТ ЗР возможны четыре случая:

1) если ПБДТ ЗС не подтвержден для соединения, идентифицированного полем УКАЗ-ПОЛ в ПБДТ ЗР, то ПБДТ ЗР логически увязывается с этим соединением независимо от поля УКАЗ-ОТП в ПБДТ ЗР;

2) если ПБДТ ЗС подтвержден для соединения, идентифицированного полем УКАЗ-ПОЛ в ПБДТ ЗР, и УКАЗ-ОТП не ожидается, то передается ПБДТ ПР, использующий поле УКАЗ-ОТП ПБДТ ЗР в качестве УКАЗ-ПОЛ, и никакой логической привязки не делается;

3) если поле УКАЗ-ПОЛ в ПБД ЗР равно нулю и имеется неподтвержденный ПБДТ ПС, либо если ожидается поступление примитива И-СОЕДИНЕНИЕ.запрос по СТУ, содержащем удаленный указатель, равный УКАЗ-ОТП блока ПБДТ ЗР, то этот ПБДТ ЗР логически увязывается с этим СТУ;

4) во всех других ситуациях ПБДТ ЗР логически увязывается с СТУ, которое идентифицируется полем УКАЗ-ПОЛ блока ПБДТ ЗР.

d) При всех других типах ПБДТ они аннулируются.

6.10 Нумерация ПБДТ "данные"

6.10.1 Назначение

Нумерация ПБДТ "данные" используется в классах 1, 2 (кроме случая неиспользования факультативной функции явного управления потоком), 3 и 4. Цель нумерации - обеспечить возможность использования функций восстановления, управления потоком и упорядочения.

6.10.2 Используемые ПБДТ и параметры

Данная процедура использует следующий ПБДТ и параметр:

ПБДТ ДН

- НР-ПБДТ.

6.10.3 Процедура

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

Если ПБДТ передается повторно, то параметр НР-ПБДТ должен иметь то же значение, которое он имел при первой передаче ПБДТ ДН.

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

6.11 Передача срочных данных

6.11.1 Передача срочных данных при работе с УСУ-УС

6.11.1.1 Назначение

Выбор процедуры передачи срочных данных осуществляется во время установления соединения. Сетевой нормальный вариант данных может быть использован в классах 1-4. Сетевой срочный вариант используется только в классе 1.

6.11.1.2 Примитивы УСУ

Данная процедура использует следующие примитивы УСУ:

a) С-ДАННЫЕ;

b) С-СРОЧНЫЕ-ДАННЫЕ.

6.11.1.3 Используемые ПБДТ и параметры

Данная процедура использует следующие ПБДТ и параметры:

a) ПБДТ СД

- НР-ПБДТ-СД;

b) ПБДТ ПСД

- НР-СПБДТ-ОТВ.

6.11.1 Процедуры

Параметр "данные пользователя-УТУ" каждого примитива Т-СРОЧНЫЕ-ДАННЫЕ запрос должен передаваться в виде поля данных ПБДТ СД.

Каждый принятый ПБДТ СД должен быть подтвержден блоком ПБДТ ПСД.

В любой момент времени в каждом направлении СТУ может быть только один неподтвержденный ПБДТ СД.

ПБДТ СД с полем данных нулевой длины должен рассматриваться как протокольная ошибка.

Примечания

1 Для передачи данных используется сетевой нормальный вариант данных, если только не согласовано использование сетевого срочного варианта (только для класса 1); в последнем случае ПБДТ СД и ПБДТ ПСД передаются в полях "данные" примитивов С-СРОЧНЫЕ-ДАННЫЕ (см. 6.2.3).

2 Никакие ПБДТ не могут быть переданы с использованием сетевого срочного варианта до подтверждения приема ПБДТ ПС, чтобы предотвратить возможность обгона ПБДТ ПС сетевыми срочными данными.

6.11.2 Передача срочных данных при работе с УСУ-БУС

6.11.2.1 Назначение

Процедуры передачи срочных данных выбираются в процессе установления соединения.

6.11.2.2 Примитивы УСУ

Данная процедура использует следующий примитив УСУ

С-БЛОК-ДАННЫХ.

6.11.2.3 Используемые ПБДТ и параметры.

Данная процедура использует следующие ПБДТ и параметры:

a) ПБДТ СД

- НР-ПБДТ-СД;

b) ПБДТ ПСД

- НР-СПБДТ-ОТВ.

6.11.2.4 Процедуры

Параметр "данные-пользователя-УТУ" каждого примитива Т-СРОЧНЫЕ-ДАННЫЕ.запрос должен передаваться в виде поля данных ПБДТ СД.

На каждый принятый ПБДТ СД должно быть выдано подтверждение в виде ПБДТ ПСД.

В любой момент времени в каждом направлении СТУ может находиться не более одного неподтвержденного ПБДТ СД.

ПБДТ СД с нулевой длиной поля данных должен рассматриваться как протокольная ошибка (см. 6.22).

6.12 Повторное прикрепление после отказа при работе с УСУ-УС

6.12.1 Назначение

Процедура повторного прикрепления после отказа используется в классах 1 и 3 для того, чтобы начать восстановление после сигнала поставщика УСУ о разъединении.

6.12.2 Примитивы УСУ

Данная процедура использует следующий примитив УСУ:

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

6.12.3 Процедура

При получении примитива С-РАЗЪЕДИНЕНИЕ индикация для ССУ, к которому прикреплено СТУ, инициатор должен выполнить одно из следующих действий:

а) Если тайм-аут ТПР еще не истек и нет сохраняемого ПБДТ ЗР, то:

1) прикрепить СТУ к другому ССУ (см. 6.1) и начать отсчет тайм-аута ТПР (если он не отсчитывается);

2) при ожидании завершения прикрепления, если:

- принят примитив С-РАЗЪЕДИНЕНИЕ индикация - повторить процедуру по 6.12.3а;

- истек ТПР - начать процедуру по 6.12.3b;

3) если повторное прикрепление завершено - начать повторную синхронизацию, выполнив процедуру, описанную в 6.14.4.1, и, если выполнена процедура по 6.14.4.1b, ожидать следующего события следующим образом:

- если в результате повторной синхронизации получен действительный ПБДТ - прекратить отсчет тайм-аута ТПР либо

- если ТПР истек, - ждать следующего события, либо

- если принят примитив С-РАЗЪЕДИНЕНИЕ индикация - начать процедуру либо по 6.12.3а, либо по 6.12.3b в зависимости от состояния ТПР.

Примечание - По истечении ТПР в состоянии ожидания следующего события рекомендуется, чтобы инициатор установил тайм-аут в значение, равное значению ТОП. Если этот тайм-аут истечет до наступления следующего события, инициатор должен начать процедуру по 6.12.3b.

b) Если тайм-аут ТПР истек - рассматривать СТУ разъединенным и заблокировать указатель (см. 6.18).

c) Если имеется сохраняемый ПБДТ ЗР и тайм-аут ТПР еще не истек - выполнить действия по 6.12.3а либо по 6.12.3b.

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

6.12.4 Тайм-ауты

Процедура повторного прикрепления после отказа использует два тайм-аута:

a) ТПР - время для попытки повторного прикрепления/повторной синхронизации;

b) ТОП - время ожидания повторного прикрепления/повторной синхронизации.

Тайм-аут ТПР используется инициатором. Его длительность не должна превышать 2 мин минус сумма максимальной задержки распространения сигналов разъединения и максимальной транзитной задержки ССУ (см. примечание 1). Значение ТПР может быть указано в ПБДТ ЗС.

Тайм-аут ТОП используется ответчиком. Если параметр "время повторного прикрепления" имеется в ПБДТ ЗС, длительность ТОД должна быть больше суммы значений трех величин: длительности ТПР, максимальной задержки распространения сигналов разъединения и максимальной транзитной задержки ССУ.

Если параметр "время повторного прикрепления" отсутствует в ПБДТ ЗС, для ТОП должно использоваться рекомендуемое значение 2 мин.

Примечания

1 ТПР может быть установлен в ноль (т.е. прикрепление отсутствует) при условии, что требуемое КУ удовлетворено. Это может иметь место, если, например, частота генерации разъединений со стороны поставщика ССУ очень низка.

2 Включение параметра "время повторного прикрепления" в ПБДТ ЗС позволяет ответчику использовать значение ТОП, меньшее 2 мин.

3 При использовании факультативных тайм-аутов ТУ1 и ТУ2 рекомендуется:

a) прекратить отсчет тайм-аутов ТУ1 или ТУ2, если они отсчитываются во время запуска тайм-аутов ТПР или ТОП;

b) при необходимости повторно начать отсчет ТУ1 или ТУ2, если соответствующий ПБДТ (ЗС или ЗР соответственно) передается повторно;

c) выбрать значения ТУ1 и ТУ2, превышающие значение ТПР.

6.13 Сохранение ПБДТ до получения подтверждения

6.13.1 Назначение

Процедура сохранения ПБДТ до получения подтверждения используется в классах 1, 3 и 4 для обеспечения и уменьшения повторных передач после возможной потери ПБДТ.

Вариант подтверждения приема используется только в классе 1, если он согласован во время установления соединения (см. примечание).

Вариант ПБДТ ПД используется в классах 3 и 4, а также в классе 1, если вариант подтверждения приема не был согласован во время установления соединения. Кроме того, в классе 4 факультативная возможность избирательного подтверждения может быть согласована во время установления соединения.

Процедура подтверждения запроса выбирается во время установления соединения и может использоваться в классах 3 и 4, а также в классе 1, если подтверждение варианта приема не было согласовано во время установления соединения. Это позволяет логическому объекту транспортного уровня запрашивать подтверждения сохраняемых ПБДТ ДН путем установки параметра ЗМП в передаваемом ПБДТ ДН.

Примечание - Использование варианта подтверждения приема зависит от доступности услуги подтверждения приема на сетевом уровне и от ожидаемого снижения затрат.

6.13.2 Примитивы услуг сетевого уровня

При работе с УСУ-УС данная процедура использует следующие примитивы УСУ:

a) С-ДАННЫЕ,

b) С-ПОДТВЕРЖДЕНИЕ-ДАННЫХ.

При работе с УСУ-БУС данная процедура использует следующий примитив УСУ:

С-БЛОК-ДАННЫХ.

6.13.3 Используемые ПБДТ и параметры

Данная процедура использует следующие ПБДТ и параметры:

a) ПБДТ: ЗС, ПС, ЗР и ПР;

b) ПБДТ ОТК и ПД

- НР-ОТВ;

- параметры избирательного подтверждения;

c) ПБДТ ДН

- НР-ПБДТ;

d) ПБДТ СД

- НР-ПБДТ-СД;

e) ПБДТ СД

- НР-ПБДТ-СД;

f) ПБДТ ПСД

- НР-СПБДТ-ОТВ.

6.13.4 Процедуры

6.13.4.1 Сохранение до получения подтверждения ПБДТ

Для осуществления повторной передачи должны сохраняться копии следующих ПБДТ в процессе их первоначальной передачи:

ПБДТ: ЗС, ПС, ЗР, ДН и СД,

за исключением следующего случая: если ПБДТ ЗР передан в ответ на ПБДТ ЗС, то необходимости в сохранении копии ПБДТ ЗР нет.

Копия каждого из перечисленных ПБДТ должна сохраняться до тех пор, пока

а) он не будет подтвержден, как указано в таблице 5, или

b) не будет разъединено СТУ.


Таблица 5 - Подтверждение ПБДТ

Сохраняемый ПБДТ

Вариант

Сохраняется до подтверждения посредством

ЗС

Оба

ПБДТ: ПС, ЗР или ОШ

ЗР

Оба

ПБДТ: ПР или ЗР (в случае конфликта)

ПС

Вариант подтверждения приема

Примитив С-ПОДТВЕРЖДЕНИЕ-ДАННЫХ индикация, ПБДТ: ОТК, ДН, ПСД
или СД

ПС

Вариант ПД

ПБДТ: ОТК, ДН, ПД, СД или ПСД

ДН

Вариант подтверждения приема

Примитив С-ПОДТВЕРЖДЕНИЕ-ДАННЫХ индикация, соответствующий примитиву С-ДАННЫЕ запрос, который содержал ПБДТ ДН или поступил после него

ДН

Вариант ПД

ПБДТ ПД или ОТК, для которого НР-ОТВ выше НР-ПБДТ в ПБДТ ДН. В случае избирательного подтверждения, если в число параметров избирательного подтверждения в ПБДТ ПД входит НР-ПБДТ блока ПБДТ ДН

СД

Оба

ПБДТ ПСД, для которого НР-СПБДТ-ОТВ равен НР-ПБДТ-СД и ПБДТ СД

6.13.4.2 Подтверждение варианта приема

В варианте подтверждения приема, применимом только в классе 1, логические объекты транспортного уровня должны:

a) установить параметр "запрос подтверждения" только в том случае, если параметр "данные" содержит ПБДТ ПС или ДН (см. примечания 1 и 2);

b) выдать примитив С-ДАННЫЕ-ПОДТВЕРЖДЕНИЕ запрос, если он принял примитив С-ДАННЫЕ индикация с установленным параметром "запрос подтверждения".

Примечания

1 Решение о том, в каких из примитивов С-ДАННЫЕ запрос должен быть установлен параметр "запрос подтверждения" для каждого логического объекта транспортного уровня является частным вопросом. Это решение обычно зависит от доступной емкости памяти для сохраняемых копий ПБДТ ДН.

2 Использование параметра "запрос подтверждения" может влиять на качество УСУ.

3 В классе 3, а также в классе 2 в случае использования явного варианта ПД, если логический объект транспортного уровня не передает ПБДТ ПД на каждый полученный ПБДТ ДН, рекомендуется:

- начать отсчет тайм-аута после приема ПБДТ ДН;

- передать ПБДТ ПД с обновленной информацией окна при истечении тайм-аута, если ПБДТ ПД с той же информацией окна не был ранее передан.

Выбор значения тайм-аута является локальным вопросом, однако он может повлиять на производительность.

4 Рекомендуется, чтобы в случае, если передающий логический объект транспортного уровня имеет ограничения на число сохраняемых у него ПБДТ, он устанавливал параметр ЗМП для устранения задержки, в передаче ПБДТ ДН, обусловленной удаленным логическим объектом транспортного уровня, который следует политике удержания ПД.

6.14 Повторная синхронизация

6.14.1 Назначение

Процедуры повторной синхронизации используются в классах 1 и 3 для возврата СТУ в нормальное состояние после сброса или во время повторного прикрепления после неисправности в соответствии с 6.12.

6.14.2 Примитивы УСУ

Данная процедура использует следующий примитив УСУ:

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

6.14.3 ПБДТ и используемые параметры

Данная процедура использует следующие ПБДТ и параметры:

a) ПБДТ: ЗС, ЗР, ПС и ПР;

b) ПБДТ ОТК

- НР-ОТВ;

c) ПБДТ ДН

- НР-ПБДТ;

d) ПБДТ СД

- НР-ПБДТ-СД;

e) ПБДТ ПСД

- НР-СПБДТ-ОТВ.

6.14.4 Процедура

Логический объект транспортного уровня, который уведомляется о выполнении примитива С-СБРОС, должен:

a) если логический объект транспортного уровня является ответчиком, - выполнить процедуру пассивной повторной синхронизации (см. 6.14.4.2);

b) если логический объект транспортного уровня решил не выполнять повторного прикрепления, - не выполнять никаких действий;

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

- если в результате повторной синхронизации принят действительный ПБДТ, - прекратить отсчет тайм-аута ТПР либо

- если ТПР истек, - ожидать следующего события, либо

- если принят примитив С-СБРОС индикация, - выполнить процедуру по 6.14.4.

6.14.4.1 Процедуры активной повторной синхронизации

Логический объект транспортного уровня должен выполнить одно из следующих действий:

a) если отсчет тайм-аута ТПР был начат и он истек (т.е. в процессе его отсчета не было получено ни одного действительного ПБДТ), использовать процедуры, определенные в 6.12.3а3);

b) в противном случае должен быть начат отсчет тайм-аута ТПР (если он еще не отсчитывается) и должно быть выполнено первое приемлемое действие из перечисленных ниже:

1) если ПБДТ ЗС не подтвержден, логический объект транспортного уровня должен передать его повторно;

2) если ПБДТ ЗР не подтвержден, логический объект транспортного уровня должен передать его повторно;

3) в остальных случаях логический объект транспортного уровня должен выполнить процедуры повторной синхронизации (см. 6.14.4.3).

6.14.4.2 Процедуры пассивной повторной синхронизации

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

При приеме действительного ПБДТ логический объект транспортного уровня должен прекратить отсчет ТОП и выполнить в зависимости от типа ПБДТ одно из следующих действий:

a) если принят ПБДТ ЗР, логический объект транспортного уровня должен передать ПБДТ ПР;

b) если принят повторный ПБДТ ЗС (см. примечание 1), логический объект транспортного уровня должен выполнить соответствующее действие из следующего перечня:

1) если ПБДТ ПС уже передан и подтвержден, - рассматривать это как протокольную ошибку;

2) если ПБДТ ЗР не подтвержден (независимо от того, подтвержден или нет ПБДТ ПС), - повторно передать ПБДТ ЗР, установив указатель отправителя в ноль;

3) если от пользователя еще не поступил примитив Т-СОЕДИНЕНИЕ ответ - не выполнять никаких действий;

4) в остальных случаях передать (повторно передать) ПБДТ ПС с последующей повторной передачей любого неподтвержденного ПБДТ СД (см. примечание 2) и любых неподтвержденных ПБДТ ДН в зависимости от применимых процедур управления потоком.

Примечания

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

2 Логический объект транспортного уровня не должен использовать УСУ по передаче срочных данных до тех пор, пока не будет подтвержден ПБДТ ПС (см. 6.5). Это правило предотвращает возможность обгона ПБДТ ПС сетевыми срочными данными;

c) если принят ПБДТ ОТК или СД, должно быть выполнено одно из следующих действий:

1) если ПБДТ ЗР не подтвержден, логический объект транспортного уровня должен передать его повторно;

2) если ПБДТ ПС не подтвержден, ПБДТ ОТК или СД должен рассматриваться как подтверждение ПБДТ ПС и логический объект транспортного уровня должен выполнить процедуры повторной синхронизации данных (6.14.4.3);

3) в противном случае логический объект транспортного уровня должен выполнить процедуру повторной синхронизации данных (см. 6.14.4.3).

6.14.4.3 Процедуры повторной синхронизации данных

Логический объект транспортного уровня должен выполнить следующие действия в перечисляемой последовательности:

a) (повторно) передать любой неподтвержденный ПБДТ СД;

b) передать ПБДТ ОТК с полем НР-ОТВ, установленным в значение HP-ПБДТ следующего ожидаемого ПБДТ ДН;

c) ожидать следующий ПБДТ от партнера, если еще не получен ПБДТ ОТК или ЗР. При получении ПБДТ ЗР логический объект транспортного уровня должен передать ПБДТ ПР, заблокировать указатель, проинформировать пользователя СТУ о разъединении и не выполнять никаких других действий (т.е. он не должен выполнять процедуры, описанные в 6.14.4.3d). При получении ПБДТ ОТК должна быть выполнена процедура по 6.14.4.3d. При получении ПБДТ СД должна быть выполнена процедура по 6.11. Если полученный ПБДТ СД является дубликатом, логический объект транспортного уровня должен подтвердить его передачей ПБДТ СД, аннулировать дубликат и снова ожидать следующего ПБДТ;

d) (повторно) передать любые неподтвержденные ПБДТ ДН под управлением любой применимой процедуры управления потоком (см. примечание).

Примечание - Блок ПБДТ ОТК может снизить кредит.

6.15 Мультиплексирование и демультиплексирование при работе с УСУ-УС

6.15.1 Назначение

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

6.15.2 Используемые ПБДТ и параметры

Эта процедура использует следующие ПБДТ и параметры:

ПБДТ: ПС, ЗР, ПР, ДН, ПД, СД, ПСД, ОТК и ОШ

- УКАЗ-ПОЛ.

6.15.3 Процедура

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

Примечания

1 При использовании демультиплексирования СТУ, к которому относятся ПБДТ, определяется процедурами по 6.9.

2 Мультиплексирование обеспечивает объединение ПБДТ, принадлежащих разным СТУ и подлежащих передаче в одном и том же примитиве С-ДАННЫЕ (см. 6.4).

6.16 Явное управление потоком

6.16.1 Назначение

Процедура явного управления потоком используется в классах 2-4 для упорядочения потока ПБДТ ДН независимо от управления потоком на других уровнях.

6.16.2 Используемые ПБДТ и параметры

Эта процедура использует следующие ПБДТ и параметры:

a) ПБДТ: ЗС, ПС, ПД и ОТК

- КРД;

b) ПБДТ ДН

- НР-ПБДТ;

c) ПБДТ ПД

- НР-ОТВ,

- порядковый номер,

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

d) ПБДТ ОТК

- НР-ОТВ.

6.16.3 Процедура

Разные классы имеют различные процедуры. Эти процедуры определены в разделах, описывающих соответствующие классы.

6.17 Контрольная сумма

6.17.1 Назначение

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

Примечание - Хотя алгоритмы вычисления контрольной суммы должны быть приспособлены к тем типам ошибок, которые ожидаются в ССУ, в настоящее время определен только один алгоритм.

6.17.2 Используемые ПБДТ и параметры

Эта процедура использует следующие ПБДТ и параметры:

все ПБДТ

- контрольная сумма.

6.17.3 Процедура

Контрольная сумма должна использоваться только в классе 4. Она всегда должна применяться к ПБДТ ЗС, а также ко всем другим ПБДТ, кроме случая, когда неиспользование этой процедуры было оговорено при установлении соединения.

Передающий логический объект транспортного уровня должен передавать ПБДТ с установленным значением параметра "контрольная сумма", удовлетворяющим следующим выражениям:

(по модулю 255);

(по модулю 255),

где - номер (т.е. позиция) октета в ПБДТ (см. 13.2);

- значение октета в позиции ;

- длина ПБДТ в октетах.

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

При получении ложного ПБДТ и необходимости выдачи на него ответа логический объект транспортного уровня должен:

a) если он обеспечивает алгоритм вычисления контрольной суммы и принятый ПБДТ содержит параметр "контрольная сумма", включить параметр "контрольная сумма" в ответный ПБДТ либо

b) во всех остальных случаях не включать параметр "контрольная сумма" в ответный ПБДТ.

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

Примечания

1 Эффективный алгоритм определения параметров контрольной суммы приведен в приложении В.

2 Если контрольная сумма неверна, то невозможно достоверно определить, к какому СТУ относится данный ПБДТ; последующие действия могут быть предприняты для всех СТУ, прикрепленных к данному ССУ (см. 6.9.1 для УСУ-УС и 6.9.2 для УСУ-БУС).

3 Предложенный метод вычисления контрольной суммы прост в реализации и не сильно усложняет изделие. Он не обнаруживает добавлений или потерь начальных и концевых нулей, а также перестановок некоторых октетов.

4 При использовании УСУ-УС в случае приема ПБДТ по ССУ нельзя быть уверенным, что данное ССУ используется СТУ только класса 4, поскольку это может быть ПБДТ, выполняющий повторное прикрепление.

Следовательно, единственный способ убедиться в этом состоит в следующем:

a) если ССУ используется СТУ класса 0 или 1, контрольная сумма отсутствует;

b) проанализировать код ПБДТ;

c) определить длину фиксированной части;

d) определить из ИД переменную часть;

e) проанализировать параметры и при обнаружении параметра "контрольная сумма" проверить ее значение;

f) если контрольная сумма неверна, исходить из предположения, что используется СТУ класса 4, и снизить класс;

g) если контрольная сумма верна, логически увязать ПБДТ с СТУ; если СТУ использует контрольную сумму, она верна; в противном случае следует считать, что имеет место протокольная ошибка.

6.18 Заблокированные указатели

6.18.1 Назначение

Эта процедура должна применяться для предотвращения повторного использования указателя, поскольку могут еще существовать ПБДТ, связанные с прежним использованием указателя.

6.18.2 Процедура

Если логический объект транспортного уровня определяет, что конкретное соединение разъединено, он блокирует указатель, назначенный этому соединению, в соответствии с процедурой данного класса. Будучи заблокированным, указатель не может быть использован повторно.

Примечание - Необходимость процедуры блокирования указателя обусловлена тем, что повторная передача или неправильное упорядочение могут обусловить доставку ПБДТ, содержащего указатель, логическому объекту после того, как этот объект уже разъединил соединение, которому он назначил данный указатель. Например, повторная передача может возникнуть, когда данный класс предусматривает либо повторную синхронизацию (см. 6.14), либо повторную передачу по тайм-ауту (см. 6.19).

6.18.2.1 Процедура для классов 0 и 2

Настоящий стандарт не определяет процедур блокирования указателя для классов 0 и 2

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

6.18.2.2 Процедура для классов 1 и 3

Процедура блокирования указателя используется за исключением следующих случаев (см. примечание 1):

a) когда логический объект транспортного уровня получает ПБДТ ПР в ответ на переданный им ПБДТ ЗР (см. примечание 2);

b) когда логический объект транспортного уровня передает ПБДТ ЗР или ОШ в ответ на принятый им ПБДТ ЗС (см. примечание 3);

c) когда логический объект транспортного уровня определяет, что соединение разъединено после истечения тайм-аута ТОП (см. примечание 4);

d) когда логический объект транспортного уровня получает ПБДТ ЗР или ОШ в ответ на переданный им ПБДТ ЗС;

e) когда указатель равен нулю.

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

Примечания

1 Однако даже в этих случаях в целях обеспечения совместимости блокирование указателей может быть частным вопросом.

2 При получении ПБДТ ПР очевидно, что другой логический объект-партнер считает соединение разъединенным.

3 При передаче ПБДТ ЗР или ОШ логический объект-партнер еще не проинформирован о присвоении указателя и потому, возможно, не сможет использовать его (сюда относится случай, когда ПБДТ ПС передан и потерян).

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

6.18.2.3 Процедура для класса 4

Процедура блокирования указателя должна использоваться в классе 4. Период нахождения указателя в заблокированном состоянии должен превышать значение (см. 12.2.1.1.6).

6.19 Повторная передача по тайм-ауту

6.19.1 Назначение

Эта процедура используется в классе 4 для того, чтобы устранить последствия, связанные с потерей поставщиком УСУ ПБДТ, о которой не было сообщено.

6.19.2 Используемые ПБДТ

Данная процедура использует следующие ПБДТ:

ПБДТ: ЗС, ПС, ЗР, ДН, СД, ПД.

6.19.3 Процедура

Данная процедура определена в процедурах класса 4 (см. 12.2.1.2j, g).

6.20 Упорядочение

6.20.1 Назначение

Процедура упорядочения используется в классе 4, чтобы устранить нарушение последовательности ПБДТ, обусловленные поставщиком УСУ.

6.20.2 Используемые ПБДТ и параметры

Данная процедура использует следующие ПБДТ и параметры:

a) ПБДТ ДН

- НР-ПБДТ;

b) ПБДТ СД

- НР-ПБДТ-СД.

6.20.3 Процедура

Данная процедура определена в процедурах класса 4 (см. 12.2.3.5).

6.21 Контроль неактивности

6.21.1. Назначение

Процедура контроля неактивности используется в классе 4, чтобы устранить последствия, связанные с непроинформированным завершением ССУ.

6.21.2 Процедура

Данная процедура определена в процедурах класса 4 (см. 12.2.3.3).

6.22 Обработка протокольных ошибок

6.22.1 Обработка протокольных ошибок при работе с УСУ-УС

6.22.1.1 Назначение

Процедура обработки протокольных ошибок используется во всех классах при получении недействительных ПБДТ.

6.22.1.2 Используемые ПБДТ и параметры

Данная процедура использует следующие ПБДТ и параметры:

а) ПБДТ ОШ

- причина отказа,

- недействительный ПБДТ;

b) ПБДТ ЗР

- код причины.

6.22.1.3 Процедура

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

а) передать ПБДТ ОШ;

b) сбросить или закрыть ССУ;

с) привлечь процедуры разъединения в соответствии с данным классом.

В некоторых ситуациях разрешается также аннулировать ПБДТ.

Если ПБДТ ОШ передан в классе 0, он должен содержать октеты недействительного ПБДТ вплоть до октета, в котором была обнаружена ошибка, включительно (см. примечания 3-5).

Если ПБДТ не может быть логически привязан к конкретному СТУ, то логический объект транспортного уровня должен выполнять процедуры, приведенные в 6.9.

Примечания

1 В общем случае для получателя ПБДТ ОШ дальнейшие действия не определены, но рекомендуется, чтобы он инициировал процедуру разъединения соответственно данному классу. Если ПБДТ ОШ получен в ответ на ПБДТ ЗС, то соединение рассматривается разъединенным (см. 6.6).

2 Логический объект транспортного уровня, получивший несколько недействительных ПБДТ либо ПБДТ ОШ, должен принять меры, чтобы избежать зацикливания, если ошибка генерируется неоднократно.

3 Если длина полученного недействительного ПБДТ превышает выбранную максимальную длину ПБДТ, то может оказаться невозможным включение недействительного ПБДТ в параметр ПБДТ ОШ.

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

5 Во всех классах, кроме классов 0, рекомендуется включать недействительные ПБДТ в состав ПБДТ ОШ.

6.22.2 Обработка протокольных ошибок при работе с УСУ-БУС

6.22.2.1 Назначение

Данная процедура обработки протокольных ошибок используется применительно к недействительным ПБДТ.

6.22.2.2 Используемые ПБДТ и параметры

Данная процедура использует следующие ПБДТ и параметры:

a) ПБДТ ОШ

- причина отказа,

- недействительный ПБДТ;

b) ПБДТ ЗР

- причина.

6.22.2.3 Процедура

Недействительные ПБДТ и протокольные ошибки следует игнорировать (не выполнять никаких действий и аннулировать ПБДТ или передавать в ответ ПБДТ ОШ) за исключением следующего случая: получен ПБДТ ПС, в котором поле класса не определяет класс 4, а ранее переданный ПБДТ ЗС еще не подтвержден. В этом случае СТУ должно быть завершено (см. 6.7).

Примечание - Рекомендуется, чтобы передатчик ПБДТ ОШ начинал отсчет факультативного тайм-аута ТУ2, чтобы гарантировать освобождение соединения. При истечении тайм-аута логический объект транспортного уровня должен инициировать процедуру освобождения соединения, соответствующую классу 4. Отсчет тайм-аута должен быть прекращен при получении ПБДТ ЗР.

6.23 Расщепление и рекомбинация при работе с УСУ-УС

6.23.1 Назначение

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

6.23.2 Процедура

При использовании этой процедуры СТУ может быть прикреплено (см. 6.1) к нескольким ССУ (см. примечание 1). ПБДТ данного СТУ могут быть переданы по любому из прикрепленных ССУ.

Если в соответствии с правилами согласования использование класса 4 не принято удаленным логическим объектом транспортного уровня, то ни одно ССУ, кроме того, по которому был передан ПБДТ ЗС, не может быть прикреплено к данному СТУ.

Примечания

1 Функция упорядочения в классе 4 (см. 6.20) используется для того, чтобы гарантировать обработку ПБДТ в правильной последовательности.

2 Любой логический объект транспортного уровня может прикрепить СТУ и к другим ССУ, владельцем которых он является, в любое время в течение всего периода существования СТУ при соблюдении следующих ограничений:

- инициатор не начинает расщепления до получения ПБДТ ПС;

- как только выполнено новое прикрепление, рекомендуется передать ПБДТ по этому ССУ для информирования удаленного логического объекта об этом прикреплении.

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

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

7 Классы протокола


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


Таблица 6 - Расположение элементов процедур внутри классов

Протокольный механизм

Номер
подраздела

Вариант

Класс

0

1

2

3

УС

БУС

Прикрепление к ССУ

6.1

х

х

х

х

х

Передача ПБДТ

6.2

х

х

х

х

х

х

Сегментирование и сборка

6.3

х

х

х

х

х

х

Сцепление и разделение

6.4

х

х

х

х

х

Установление соединения

6.5

х

х

х

х

х

х

Отказ от соединения

6.6

х

х

х

х

х

х

Нормальное разъединение

6.7

Неявное

х

Явное

х

х

х

х

х

Разъединение при ошибках

6.8

х

х

Логическая привязка ПБДТ к СТУ

6.9

х

х

х

х

х

х

Нумерация ПБДТ

6.10

Нормальный

х

о(1)

о

о

о

Расширенный

ф(1)

ф

ф

ф

Передача срочных данных

6.11

Сетевой нормальный

о

х(1)

х

х

х

Сетевой срочный

фн

Повторное прикрепление после отказа

6.12

х

х

(3)

Хранение ПБДТ
до подтверждения

6.13

Подтверждение приема

фн

ПД

о

х

х

х

Использование избирательного подтверждения

ф

ф

Использование подтверждения запроса

ф(4)

ф

ф

ф

Повторная сихронизания

6.14

х

х

(3)

Мультиплексирование и демультиплексирование

6.15

х(2)

х

х

Явное
управление (с)

6.16

о

х

х

х

потоком (без)

х

х

ф

Контрольная (использ)

6.17

о

о

сумма (неиспольз)

х

х

х

х

ф

ф

Заблокированные указатели

6.18

х

х

х

х

Повторная передача по тайм-ауту

6.19

х

х

Упорядочение

6.20

х

х

Контроль неактивности

6.21

х

х

Обработка протокольных ошибок

6.22

х

х

х

х

х

х

Расщепление и рекомбинация

6.23

х

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

х

- процедура всегда включена в данный класс;

пробел

- не применяется;

о

- согласуемая процедура, реализация которой в оборудовании обязательна;

ф

- согласуемая процедура, реализация которой в оборудовании факультативна;

фн

- согласуемая процедура, реализация которой в оборудовании факультативна, а использование этой процедуры зависит от ее наличия в УСУ;

(1)

- не применяется в классе 2, если выбрано "неиспользование явного управления потоком";

(2)

- если выбрано "неиспользование явного управление потоком", мультиплексирование может привести к ухудшению КУ;

(3)

- эта функция обеспечена в классе 4 с использованием процедур, отличных от указанных в графе "Номер пункта"


при наличии следующих ограничений:

1) ПБДТ ЗС и ПС не должны содержать никаких полей параметров в переменной части заголовка кроме полей ИД-ПДУТУ, максимального размера ПБДТ и предпочтительного максимального размера ПБДТ;

2) ПБДТ ЗС и ПС не должны содержать поля данных.

8 Спецификация класса 0. Простой класс

8.1 Функции класса 0

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

В классе 0 СТУ обеспечивается управлением по потоку на основе управления потоком, создаваемом УСУ, а также процедурой разъединения на основе УСУ "разъединение"

8.2 Процедуры класса 0

8.2.1 Процедуры, применимые для всех случаев

Логические объекты транспортного уровня должны использовать следующие процедуры:

a) передачу ПБДТ (см. 6.2);

b) логическую привязку ПБДТ к СТУ (см. 6.9);

c) обработку протокольных ошибок (см. 6.22);

d) разъединение по ошибке (см. 6.8).

8.2.2 Установление соединения

Логические объекты транспортного уровня должны использовать следующие процедуры:

а) прикрепление к ССУ (см. 6.1), после чего

b) установить соединения (см. 6.5) и в соответствующих случаях - отклонение соединения (см. 6.6)

8.2.3 Передача данных

Логические объекты транспортного уровня должны использовать процедуру сегментирования и сборки (см. 6.3).

8.2.4 Разъединение

Логические объекты транспортного уровня должны использовать неявный вариант процедуры нормального разъединения (см. 6.7).

Примечание - Время существования СТУ непосредственно связано с временем существования ССУ.

9 Спецификация класса 1. Основной класс с восстановлением при ошибках

9.1 Функции класса 1

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

Этот класс обеспечивает функциональные возможности класса 0 плюс возможность восстановления при ошибках, сообщаемых УСУ, без участия пользователя УТУ.

9.2 Процедуры класса 1.

9.2.1 Процедуры, применимые для всех случаев

Логические объекты транспортного уровня должны использовать следующие процедуры:

a) передачу ПБДТ (см. 6.2);

b) логическую привязку ПБДТ к СТУ (см. 6.9);

c) обработку протокольных ошибок (см. 6.22);

d) повторное прикрепление после отказа (см. 6.12);

e) повторную синхронизацию (см. 6.14) или повторное прикрепление после отказа (см. 6.12) одновременно с повторной синхронизацией (см. 6.14);

f) сцепление и разделение (см. 6.4);

g) хранение ПБДТ до их подтверждения (см. 6.13); используемый вариант (ПД или уведомление о приеме) должен соответствовать варианту, выбранному при установлении соединения (см. примечания);

h) блокирование указателей (см. 6.13).

Примечания

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

2 В варианте ПД для аннулирования копий, хранимых ПБДТ ДН, используется ПБДТ ПД. Параметр КРД в ПБДТ ПД в классе 1 не является значимым и устанавливается в значение 1111.

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

9.2.2 Установление соединения

Логические объекты транспортного уровня должны использовать следующие процедуры:

a) прикрепление к ССУ (см. 6.1.1), после чего

b) установление соединения (см. 6.5) и в соответствующих случаях - отказ от соединения (см. 6.6).

9.2.3 Передача данных

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

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

а) сегментирование (см. 6.3), после чего

b) вариант нормальных форматов нумерации ПБДТ ДН (см. 6.10).

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

1) вариант нормальных форматов нумерации ПБДТ (см. 6.10), после чего.

2) сборка (см. 6.3).

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

9.2.3.2 Срочные данные

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

Передающий логический объект транспортного уровня не должен назначать один и тот же НР-ПБДТ-СД последовательно передаваемым ПБДТ СД (см. примечания 2 и 3).

Выполняя подтверждение ПБДТ СД посредством ПБДТ ПСД, логический объект транспортного уровня должен поместить в поле параметра НР-СПБДТ-ОТВ блока ПБДТ СПД значение, полученное им в поле параметра НР-ПБДТ-СД блока ПБДТ СД.

Примечания

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

2 Такой метод нумерации позволяет принимающему логическому объекту транспортного уровня аннулировать дублирование в ходе повторной синхронизации ПБДТ СД (см. 6.14).

3 Никакого другого значения параметру НР-ПБДТ-СД не придается. Рекомендуется (но не обязательно) нумерацию осуществлять последовательно по модулю 128.

4 Использование ПБДТ ОТК при выполнении повторной синхронизации (см. 6.14) может привести к повторной передаче. Таким образом, возможно получение дубликата ПБДТ СД. Подобные ПБДТ СД аннулируются.

9.2.4 Разъединение

Логические объекты транспортного уровня должны использовать явный вариант процедуры разъединения (см. 6.7).

10 Спецификация класса 2. Класс с мультиплексированием

10.1 Функции класса 2

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

Если ССУ сбрасывается в исходное состояние или разъединяется, то СТУ завершается без использования процедуры разъединения СТУ с информированием пользователя УТУ.

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

10.2 Процедуры класса 2

10.2.1 Процедуры, применимые во всех случаях

Логические объекты транспортного уровня должны использовать следующие процедуры:

a) логическую привязку ПБДТ к СТУ (см. 6.9);

b) передачу ПБДТ (см. 6.2);

c) обработку протокольных ошибок (см. 6.22);

d) сцепление и разделение (см. 6.4);

e) разъединение по ошибке (см. 6.8).

Кроме того, логические объекты транспортного уровня могут использовать следующую процедуру:

f) мультиплексирование и демультиплексирование (см. 6.15).

10.2.2 Установление соединения

Логические объекты транспортного уровня должны использовать следующие процедуры:

a) прикрепление к ССУ (см. 6.1), после чего

b) установление соединения (см. 6.5) и в соответствующих случаях - отказ от соединения (см. 6.6).

10.2.3 Передача данных при выборе варианта с использованием явного управления потоком

Если при установлении соединения был выбран этот вариант, то логические объекты транспортного уровня должны использовать процедуру сегментирования (см. 6.3).

Поле НР-ПБДТ в ПБДТ ДН не является значащим и может принимать любое значение.

Примечание - Передача срочных данных здесь неприменима (см. 6.5).

10.2.4 Передача данных при выборе варианта с использованием явного управления потоком

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

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

a) сегментирование (см. 6.3), после чего

b) нумерацию ПБДТ ДН (см. 6.10).

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

1) нумерацию ПБДТ ДН (см. 6.10); поступление ПБДТ ДН с нарушением последовательности он должен рассматривать как протокольную ошибку;

2) сборку (см. 6.3).

Оба логических объекта транспортного уровня должны использовать тот вариант нумерации ПБДТ ДН, который был согласован при установлении соединения.

10.2.4.2 Управление потоком

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

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

Для санкционирования передачи ПБДТ ДН объектом-партнером логический объект транспортного уровня в любой момент может передать ПБДТ ПД с учетом следующих ограничений:

a) поле параметра НР-ОТВ не должно превышать поле НР-ПБДТ в последнем полученном ПБДТ ДН больше, чем на единицу или должно быть нулевым, если не было получено ни одного ПБДТ ДН;

b) если ранее был передан ПБДТ ПД, то значение параметра НР-ОТВ не должно быть меньше, чем в этом ранее переданном ПБДТ ПД;

c) сумма полей НР-ОТВ и КРД не должна быть меньше верхней границы окна, выделенного логическому объекту (см. примечание 1).

Логический объект транспортного уровня, принимающий ПБДТ ПД, должен рассматривать поле НР-ОТВ как свою новую нижнюю границу окна, а сумму НР-ОТВ и КРД как свою новую верхнюю границу окна. Если какое-либо из этих полей уменьшилось, либо если нижняя граница окна больше чем на единицу превысила НР-ПБДТ последнего переданного ПБДТ ДН, он должен рассматривать это как протокольную ошибку (см. 6.22.1).

Логический объект транспортного уровня не должен передавать ПБДТ с НР-ПБДТ вне границы окна передачи (см. примечания 2 и 3).

Примечания

1 Это означает, что уменьшение кредита не используется.

2 Это означает, что логический объект транспортного уровня должен прекратить передачу, если поле НР-ПБДТ следующего подлежащего передаче ПБДТ ДН будет соответствовать верхней границе окна. Передача ПБДТ ДН может быть возобновлена, если принят ПБДТ ПД, который превысил верхнюю границу окна.

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

10.2.4.3 Срочные данные

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

10.2.5 Разъединение

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

11 Спецификация класса 3. Класс с восстановлением при ошибках и с мультиплексированием

11.1 Функции класса 3

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

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

11.2 Процедуры класса З

11.2.1 Процедуры, применимые во всех случаях

Логические объекты транспортного уровня должны использовать следующие процедуры:

a) логическую привязку ПБДТ к СТУ (см. 6.9);

b) передачу ПБДТ (см. 6.2) и хранение до получения подтверждения ПБДТ (только вариант ПД) (см. 6.13);

c) обработку протокольных ошибок (см. 6.22.1);

d) сцепление и разделение (см. 6.4);

e) повторное прикрепление после отказа (см. 6.12) вместе с повторной синхронизацией (см. 6.14);

f) блокирование указателя (см. 6.18);

Кроме того, логические объекты транспортного уровня могут использовать следующую процедуру:

g) мультиплексирование и демультиплексирование (см. 6.15).

11.2.2 Установление соединения

Логические объекты транспортного уровня должны использовать следующие процедуры:

a) прикрепление к ССУ (см. 6.1.1), затем

b) установление соединения (см. 6.5) и в соответствующих случаях - отказ от соединения (см. 6.6).

11.2.3 Передача данных

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

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

a) сегментирование (см. 6.3), затем

b) нумерацию ПБДТ ДН (см. 6.10); после приема ПБДТ ОТК (см. 11.2.3.2) следующий подлежащий передаче ПБДТ ДН может принимать значение, не равное предыдущему значению НР-ПБДТ плюс единица.

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

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

2) сборку (см. 6.3); ПБДТ-дубликаты должны быть аннулированы до выполнения сборки.

Примечание - Использование ПБДТ ОТК (см. 11.2.3.2) может привести к повторной передаче и уменьшению кредита. Таким образом, здесь возможно получение ПБДТ-дубликата либо ПБДТ, большего или равного верхней границе окна, назначенной равноправному логическому объекту, и поэтому получение такого ПБДТ не рассматривается как протокольная ошибка.

11.2.3.2 Использование ПБДТ ОТК

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

При передаче ПБДТ ОТК должны соблюдаться следующие ограничения:

а) параметр НР-ОТВ не должен превышать более чем на единицу наибольшее значение НР-ОТВ, принятое в предыдущем ПБДТ ДН, или должен быть равен 0, если ПБДТ ДН еще не получен (см. примечание 2);

b) если ПБДТ ПД или ОТК были переданы ранее, то параметр НР-ОТВ не должен быть меньше значения этого параметра в предыдущем ПБДТ ПД или ОТК.

Если логический объект транспортного уровня получает ПБДТ ОТК (см. примечание 3), то

с) следующим подлежащим передаче (в том числе повторной) ПБДТ ДН должен быть тот ПБДТ ДН, для которого значение параметра НР-ПБДТ равно значению этого параметра в ПБДТ ОТК;

d) сумма значений параметров НР-ПБДТ и КРД в ПБДТ ОТК становится новой верхней границей окна (см. примечание 4).

Примечания

1 Передача ПБДТ ОТК может выполняться также как часть процедуры повторной синхронизации (см. 6.14) или повторного прикрепления после отказа (см. 6.12).

2 Рекомендуется, чтобы параметр НР-ОТВ был равен параметру НР-ПБДТ следующего ПБДТ ДН.

3 Эти правила являются подмножеством правил, определенных для ситуации, когда ПБДТ ОТК получен при выполнении процедуры повторной синхронизации (см. 6.14) или повторного прикрепления после отказа (см. 6.12).

4 Это означает, что ПБДТ ОТК может быть использован для снижения верхней границы окна, назначенной равноправному логическому объекту (уменьшение кредита).

11.2.3.3 Управление потоком

Эти процедуры должны соответствовать процедурам, определенным в 10.2.4.2, за исключением:

a) уменьшение кредита может привести к получению ПБДТ ДН с параметром НР-ПБДТ, значение которого не меньше, но могло быть меньше верхней границы окна, назначенной удаленному логическому объекту перед уменьшением кредита. Такая ситуация не должна рассматриваться как протокольная ошибка.

b) получение ПБДТ ПД, который устанавливает нижнюю границу окна на единицу большую НР-ПБДТ последнего переданного ПБДТ ДН, не должно рассматриваться как протокольная ошибка при условии, что все ранее переданные ПБДТ ДН подтверждены (см. примечания).

Примечания

1 Это может иметь место только во время повторной передачи, следующей за получением ПБДТ ОТК.

2 Логический объект транспортного уровня может либо по-прежнему продолжать повторную передачу, либо передать повторно только те ПБДТ ДН, которые не подтверждены ПБДТ ПД. В любом случае не обязательно сохранять копии подтвержденных ПБДТ ДН.

11.2.3.4 Срочные данные

Логические объекты транспортного уровня должны использовать сетевой нормальный вариант данных процедуры срочной передачи данных (см. 6.11.1), если использование этого варианта было согласовано при установлении соединения.

Передаваемый логический объект транспортного уровня не должен присваивать один и тот же номер НР-ПБДТ-СД последовательно передаваемым ПБДТ СД.

Принимающий логический объект транспортного уровня должен передать ПБДТ ПСД с тем же значением параметра НР-ПБДТ-СД. Только в том случае, если этот номер отличается от номера предыдущего принятого ПБДТ СД, он должен сгенерировать примитив Т-СРОЧНЫЕ-ДАННЫЕ индикация для передачи данных пользователя УТУ (см. примечание 2).

Примечания

1 Никакого другого смысла параметр НР-ПБДТ-СД не имеет. Рекомендуется, но не обязательно, присваивать значения последовательно по модулю 2, где - число бит в данном параметре.

2 Эта процедура гарантирует, что пользователь УТУ не будет получать данные, соответствующие одному и тому же ПБД СД более одного раза.

11.2.4 Разъединение

Логические объекты транспортного уровня должны использовать явный вариант процедуры разъединения (см. 6.7).

12 Спецификация класса 4. Класс с обнаружением ошибок и с восстановлением

12.1 Функции класса 4

12.1.1. Функции класса 4 при работе с УСУ-УС

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

Обнаружение ошибок осуществляется путем использования расширенной нумерации ПБДТ ДН классов 2 и 3, механизмов тайм-аута и дополнительных процедур.

Протокол класса 4 обеспечивает обнаружение сообщаемых и несообщаемых сетевых неисправностей (т.е. отказы, разъединения или неактивности) и восстановления сети при этих неисправностях путем использования механизмов тайм-аута.

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

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

12.1.2 Функции класса 4 при работе с УСУ-БУС

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

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

12.2 Процедуры класса 4

12.2.1 Процедуры, используемые во всех случаях

12.2.1.1 Тайм-ауты, используемые во всеx случаях

В данном подразделе определены тайм-ауты, применимые в процедурах класса 4 во всех случаях. Перечень этих тайм-аутов приведен в таблице 7.


Таблица 7 - Параметры, относящиеся к операциям класса 4

Символ

Имя

Определение

Время существования СБДС в направлении от локального объекта к удаленному

Предельное значение максимально возможного времени между передачей СБДС локальным логическим объектом транспортного уровня и приемом любой его копии удаленным равноправным логическим объектом

Время существования СБДС в направлении от удаленного объекта к локальному

Предельное значение максимально возможного времени между передачей СБДС удаленным логическим объектом транспортного уровня и приемом любой его копии локальным равноправным логическим объектом

Ожидаемое значение максимальной транзитной задержки от локального объекта к удаленному

Предельное значение максимальной задержки, испытываемой всеми (кроме небольшой части) СБДС, передаваемым локальным логическим объектом транспортного уровня удаленному равноправному логическому объекту

Ожидаемое значение максимальной транзитной задержки от удаленного объекта к локальному

Предельное значение максимальной задержки, испытываемой всеми (кроме небольшой части) СБДС, передаваемыми удаленным логическим объектом транспортного уровня локальному равноправному логическому объекту

Время локального подтверждения

Предельное значение максимального времени между приемом локальным логическим объектом транспортного уровня ПБДТ из сетевого уровня и передачей соответствующего подтверждения

Время удаленного подтверждения

То же, что и , но для удаленного логического объекта

Время локальной повторной передачи

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

Время продолжительной передачи

Предельное значение максимального времени, в течение которого локальный логический объект транспортного уровня будет продолжать передачу ПБДТ, требующего подтверждения

Максимальное число передач

Временной предел максимально возможного числа попыток локального логического объекта транспортного уровня продолжать передачи ПБДТ, требующего подтверждения

Ограничение на указатели и порядковые номера

Предельное значение максимального времени между передачей ПБДТ и приемом относящегося к нему подтверждения

Время локальной неактивности

Предельное значение времени, по истечении которого локальный логический объект транспортного уровня, не получивший ПБДТ, должен инициировать процедуру разъединения для завершения СТУ.

Примечание - Этот параметр необходим для защиты от несообщаемых отказов

Время удаленной неактивности

Предельное значение времени, по истечении которого удаленный логический объект транспортного уровня, не получивший ПБДТ, должен инициировать процедуру разъединения для завершения СТУ.

Примечание - Этот параметр необходим для защиты от несообщаемых отказов

Время окна

Предельное значение максимального времени, в течение которого логический объект транспортного уровня ожидает, прежде чем повторно передать новую информацию об окне



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

Тайм-ауты, применимые только в конкретных процедурах, определены при рассмотрении соответствующих процедур.

12.2.1.1.1 Время существования СБДС (, )

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

12.2.1.1.2 Ожидаемое значение максимальной транзитной задержки (, )

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

12.2.1.1.3 Время подтверждения (, )

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

12.2.1.1.4 Время локальной повторной передачи ()

Предполагается, что локальный логический объект транспортного уровня будет обеспечивать предельное время ожидания подтверждения до начала повторной передачи ПБДТ. Его значение определяется следующим образом:

,

где - ожидаемое значение максимальной транзитной задержки в направлении от локального объекта к удаленному;

- ожидаемое значение максимальной транзитной задержки в направлении от удаленного объекта к локальному;

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

- время локальной обработки ПБДТ.

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

12.2.1.1.5 Время продолжительности повторных передач ()

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

Данная величина явно связана с интервалом времени между повторными передачами, значением и максимальным числом повторных передач . Она не меньше, чем , где - малая величина, учитывающая дополнительные внутренние задержки, дискретность механизма, используемого для реализации и др. Так как представляет собой предельное значение, то точное значение несущественно постольку, поскольку оно ограничено и граничное значение извест

но.

12.2.1.1.6 Временные пределы указателей и порядковых номеров

Предельное значение максимального времени между решением о передаче ПБДТ и получением любого относящегося к нему подтверждения определяется следующим выражением:

,

где - время существования СБДС в направлении от локального объекта к удаленному;

- время существования СБДС в направлении от удаленного объекта к локальному;

- время продолжительности повторных передач;

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

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

Интервал времени, в течение которого порядковые номера ПБДТ ДН должны быть заблокированы, это период , отсчитываемый от того момента, когда порядковый номер оказался ниже границы окна.

Примечания

1 На практике значение может оказаться слишком большим. Кроме того оно может быть лишь статистической величиной с определенной степенью достоверности. Поэтому может быть использовано меньшее значение, если оно продолжает обеспечивать требуемое качество услуг.

2 Взаимоотношения между рассмотренными выше временами показаны на рисунках 3 и 4.

Рисунок 3 - Взаимоотношения времен для усредненного случая в классе 4

Рисунок 3 - Взаимоотношения времен для усредненного случая в классе 4

Рисунок 4 - Взаимоотношения времен при максимальной задержке в классе 4


Рисунок 4 - Взаимоотношения времен при максимальной задержке в классе 4

12.2.1.1.7 Тайм-аут неактивности (, )

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

12.2.1.2 Общие процедуры при работе с УСУ-УС

Логический объект транспортного уровня должен обеспечивать следующие процедуры:

a) передачу ПБДТ (см. 6.2);

b) логическую привязку ПБДТ к СТУ (см. 6.9.1);

c) обработку протокольных ошибок (см. 6.22.1);

d) вычисление и проверку контрольной суммы (см. 6.17);

e) расщепление и рекомбинацию (см. 6.23);

f) мультиплексирование и демультиплексирование (см. 6.15);

g) хранение ПБДТ до их подтверждения (см. 6.13);

h) блокирование указателей (см. 6.18);

j) повторные передачи; если логический объект транспортного уровня не получил подтверждения на некоторые ПБДТ, он должен проверить, не истек ли тайм-аут , до получения ПБДТ, подтверждающего хотя бы один из неподтвержденных ПБДТ. Если тайм-аут истек, то осуществляется повторная передача первого ПБДТ и начинается повторный отсчет тайм-аута , кроме случая, когда повторно передаваемым ПБДТ является ПБДТ ДН и он находится вне окна передачи вследствие снижения кредита. Повторная передача ПБДТ зависит от доступности ССУ. Если нет одного ССУ и тайм-аут повторной передачи истек, значение счетчика повторной передачи может возрасти без передачи ПБДТ в зависимости от процедуры повторной передачи. После выполнения передач (т.е. повторных передач) считается, что эффективный двусторонний обмен данными далее невозможен, в связи с чем выполняется процедура разъединения, о чем информируется пользователь УТУ.

Примечания

1 Эта процедура может быть реализована различными способами, например:

a) с каждым ПБДТ логически связывается один временной интервал. Если тайм-аут истек, должен быть передан соответствующий ПБДТ и начат повторный отсчет тайм-аута для всех последующих ПБДТ, или

b) временной интервал логически связывается с каждым СТУ:

1) если логический объект транспортного уровня передает ПБДТ, требующий подтверждения, он начинает отсчет тайм-аута ;

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

3) если логический объект транспортного уровня получает ПБДТ, подтверждающий последний из требующих подтверждения, он прекращает отсчет тайм-аута .

При решении вопроса о способе обеспечения тайм-аута повторной передачи - для каждого ПБДТ или для каждого СТУ, следует учитывать фактор пропускной способности.

2 Вопрос о повторной передаче только первого ПБДТ ДН либо всех ожидающих подтверждения ПБДТ ДН вплоть до верхней границы окна решается локально.

3 Рекомендуется, чтобы после передач логический объект транспортного уровня находился в состоянии ожидания в течение периода времени, равного , чтобы обеспечить максимальную вероятность получения подтверждения до входа в фазу разъединения соединения. Для других типов ПБДТ, которые могут передаваться повторно, рекомендуется, чтобы после передач логический объект транспортного уровня ожидал в течение времени, равного , с целью обеспечения максимальной вероятности получения ожидаемого ответа.

4 Если использование избирательного подтверждения согласовано, то избирательное подтверждение косвенно идентифицирует неполученные ПБДТ ДН. Поскольку подобные ПБДТ ДН могут быть потерянными ПБДТ ДН или просто задержанными ПБДТ ДН, то вопрос о необходимости немедленной повторной передачи неподтвержденных ПБДТ ДН является частным.

k) сцепление и разделение (см

. 6.4).

12.2.1.3 Общие процедуры при работе с УСУ-БУС

Логический объект транспортного уровня использует следующие процедуры:

a) передачу ПБДТ (см. 6.2);

b) логическую привязку ПБДТ к СТУ (см. 6.9.1);

c) обработку протокольных ошибок (см. 6.22.2);

d) вычисление и проверку контрольной суммы (см. 6.17);

e) хранение ПБДТ до их подтверждения (см. 6.13);

f) блокирование указателей (см. 6.18);

g) процедуры повторной передачи: если логический объект транспортного уровня не получил требуемого подтверждения на некоторые ПБДТ, он должен проверить, не истек ли тайм-аут до получения ПБДТ, подтверждающего хотя бы один из неподтвержденных ПБДТ.

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

Примечания

1 Эта процедура может быть реализована различными способами, например:

a) с каждым ПБДТ логически связывается один временной интервал. Если заданный тайм-аут истек, соответствующий ПБДТ должен быть передан и начат повторный отсчет тайм-аута для всех последующих ПБДТ или

b) временной интервал логически связывается с каждым СТУ:

1) если логический объект транспортного уровня передает ПБДТ, требующий подтверждения, он начинает отсчет тайм-аута ;

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

3) если логический объект транспортного уровня получает ПБДТ, подтверждающий последний из требующих подтверждения ПБДТ, он прекращает отсчет тайм-аута .

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

2 Вопрос о повторной передаче только первого ПБДТ ДН либо всех ожидающих подтверждения ПБДТ ДН вплоть до верхней границы окна решается локально.

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

4 Если использование избирательного подтверждения согласовано, то избирательное подтверждение косвенно идентифицирует неполученные ПБДТ ДН. Поскольку подобный ПБДТ ДН может быть потерянным ПБДТ ДН или просто задержанным ПБДТ ДН, вопрос о необходимости немедленной повторной передачи неподтвержденных ПБДТ ДН является частным вопросом.

h) сцепление и разделение (см

. 6.4).

12.2.2 Процедуры при установлении соединения

12.2.2.1 Тайм-ауты, используемые при установлении соединения

Для фазы установления соединения специальных тайм-аутов не предусмотрено.

12.2.2.2 Общие процедуры при работе с УСУ-УС

Логические объекты транспортного уровня должны использовать следующие процедуры:

a) прикрепление к ССУ (см. 6.1.1).

Если ССУ, к которому было прикреплено СТУ, разъединяется (принят примитив С-РАЗЪЕДИНЕНИЕ.индикация), то

1) если ожидается прием ПБДТ ПС, инициатор должен осуществить новое прикрепление в соответствии с КУ и выполнить процедуру повторной передачи (т.е. не передавать ПБДТ ЗС дольше периода );

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

3) если СТУ остается неприкрепленным, то ответная сторона может либо осуществить новое прикрепление либо ожидать (риск тупиковой ситуации отсутствует, поскольку функционирует тайм-аут либо , либо ); при этом инициатор должен выполнить новое прикрепление (если только окно не закрыто);

b) установление соединения (см. 6.5) и если соответствующее соединение отклоняется (см. 6.6), то наряду с дополнительными процедурами:

1) соединение не будет считаться установленным до успешного завершения трехстороннего обмена ПБДТ. Отправитель ПБДТ ЗС должен ответить на соответствующий ПБДТ ПС, немедленно передав ПБДТ ДН, СД, ЗР или ПД;

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

3) вследствие дублирования или повторной передачи может быть получен ПБДТ ПС, определяющий указатель-дубликат, уже находящийся в использовании. Принимающий логический объект транспортного уровня должен лишь подтвердить дубликат ПБДТ ПС в соответствии с процедурой, изложенной в 12.2.2.2b 1);

4) возможно поступление ПБДТ ПС, определяющего указатель, который находится в заблокированном состоянии. В ответ на такой ПБДТ должен быть выдан ПБДТ ЗР;

5) процедуры повторной передачи (см. 12.2.1.2) используются как для ПБДТ ЗС, так и для ПБДТ ПС.

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

12.2.2.3 Общие процедуры при работе с УСУ-БУС

Логический объект транспортного уровня должен использовать процедуру установления соединения (см. 6.5), и если соответствующее соединение отклоняется (см. 6.6), то наряду с дополнительными процедурами:

1) соединение не будет считаться установленным до успешного завершения трехнаправленного обмена ПБДТ. Отправитель ПБДТ ЗС должен ответить на соответствующий ПБДТ ПС, немедленно передав ПБДТ ДН, СД, ЗР или ПД;

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

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

4) возможно поступление ПБДТ ПС, определяющего указатель, который находится в заблокированном состоянии. В ответ на такой ПБДТ должен быть выдан ПБДТ ЗР;

5) процедуры повторной передачи (см. 12.2.1.3) используется как для ПБДТ ЗС, так и для ПБДТ ПС.

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

12.2.3 Процедуры передачи данных

12.2.3.1 Taйм-ауты, используемые при передаче данных

12.2.3.1.1 Тайм-ауты, используемые при передаче данных при работе с УСУ-УС

Процедуры передачи данных используют один дополнительный тайм-аут

а) Тайм-аут окна ()

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

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

12.2.3.1.2. Тайм-ауты, используемые при передаче данных при работе с УСУ-БУС

Процедуры передачи данных используют один дополнительный тайм-аут

а) Тайм-аут окна ()

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

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

12.2.3.2 Общие процедуры при передаче дaнных

Логические объекты транспортного уровня должны использовать следующие процедуры:

a) управление неактивностью (см. 6.21);

b) срочные данные (см. 6.11);

c) явное управление потоком (см. 6.16).

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

1) сегментирование (см. 6.3);

2) нумерацию ПБДТ ДН (см. 6.10).

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

нумерацию ПБДТ ДН (см. 6.10);

упорядочение (см. 6.20);

сборку (см. 6.3).

12.2.3.3 Управление неактивностью

Если тайм-аут неактивности истечет до получения ПБДТ, логический объект транспортного уровня должен инициировать процедуры разъединения. Чтобы не допустить истечения тайм-аута неактивности на удаленном логическом объекте транспортного уровня из-за отсутствия передачи данных, локальный логический объект транспортного уровня должен при отсутствии данных передавать ПБДТ ПД в удобные моменты времени, учитывая возможность потери ПБДТ. Процедуры синхронизации окна (см. 12.2.3.8) обеспечивают выполнимость этого требования.

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

12.2.3.4 Срочные данные

12.2.3.4.1 Срочные данные при работе с УСУ-УС

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

ПБДТ СД должен иметь номер НР-ПБДТ-СД, назначенный ему из набора порядковых номеров, отличных от набора номеров ПБДТ ДН.

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

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

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

Если логический объект транспортного уровня не получил ПБДТ ПСД в подтверждение переданного им ПБДТ СД, он должен выполнить процедуру повторной передачи (см. примечание и 12.2.1.2).

До получения ПБДТ ПСД отправитель ПБДТ СД не должен передавать никаких новых ПБДТ ДН, вырабатываемых из примитива Т-ДАННЫЕ запрос вслед за примитивом Т-СРОЧНЫЕ-ДАННЫЕ запрос.

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

12.2.3.4.2 Срочные данные при работе с УСУ-БУС

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

ПБДТ СД должен иметь номер НР-ПБДТ, назначенный ему из набора порядковых номеров, отличных от набора номеров ПБДТ ДН.

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

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

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

Если логический объект транспортного уровня не получил ПБДТ ПСД в подтверждение переданного им ПБДТ СД, он должен выполнить процедуру повторной передачи (см. примечание к 12.2.1.3).

До получения ПБДТ ПСД отправитель ПБДТ СД не должен передавать никаких новых ПБДТ ДН, вырабатываемых из последнего СБДТ, полученного через границу услуг транспортного уровня после передачи ПБДТ СД, пока он не получит ПБДТ ПСД.

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

12.2.3.5 Упорядочение

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

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

Примечание - Рекомендуется, чтобы логический объект транспортного уровня, передающий ПБДТ ПД, обеспечил предельное значение количества избирательных подтверждений ПБДТ ДН с целью сокращения операций обработки в логическом объекте транспортного уровня, получившем ПБДТ ПД.


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

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

Данные, содержащиеся в ПБДТ-дубликате, должны быть аннулированы.

12.2.3.6 Явное управление потоком

Логические объекты транспортного уровня должны передавать начальный кредит (который может иметь значение 0) в поле КРД блока данных ПБДТ ЗС или ПС. Этот кредит представляет собой начальное значение верхней границы окна равноправного логического объекта.

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

Чтобы санкционировать своему объекту-партнеру передачу ПБДТ ДН, логический объект транспортного уровня может в любой момент времени передать ПБДТ ПД.

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

Логический объект транспортного уровня может в любой момент передать ПБДТ ПД-дубликат, содержащий те же порядковый номер, поле КРД и следующий номер.

Логический объект транспортного уровня может в любой момент увеличить или уменьшить верхнюю границу окна.

При получении ПБДТ ПД логический объект транспортного уровня должен рассматривать значение его поля НР-ОТВ как новую нижнюю границу своего окна, если это значение больше любого ранее полученного значения в поле НР-ОТВ, а сумму НР-ОТВ и КРД как новую верхнюю границу своего окна в соответствии с процедурами упорядочения ПБДТ ПД (см. 12.2.3.8). Логический объект транспортного уровня не должен передавать (в том числе повторно) ПБДТ ДН с порядковым номером, выходящим за пределы окна передачи.

12.2.3.7 Упорядочение принятых ПБДТ ПД

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

Считается, что ПБДТ ПД поступает в нужной последовательности, если:

a) его порядковый номер больше, чем номер любого ранее принятого ПБДТ ПД, или

b) его порядковый номер равен наибольшему порядковому номеру любого ранее принятого ПБДТ ПД, а его параметр подпоследовательности больше этого параметра в любом ранее принятом ПБДТ ПД, имеющем то же значение поля НР-ОТВ, или

c) порядковый номер и параметр подпоследовательности равны наибольшим соответствующим значениям в любом ранее принятом ПБДТ ПД, а поле кредита больше или равно полю кредита в любом ранее принятом ПБДТ ПД, имеющем то же значение поля НР-ОТВ.

Если принимающий логический объект транспортного уровня опознал ПБДТ ПД, следующий не по порядку, он должен аннулировать такой ПБДТ.

12.2.3.8 Процедуры передачи ПБДТ ПД

12.2.3.8.1 Передача ПБДТ ПД

Полученный по очереди ПБДТ ДН должен быть подтвержден в интервале времени путем передачи ПБДТ ПД, параметр НР-ОТВ которого равен значению порядкового номера полученного ПБДТ ДН плюс единица. Если во время установления соединения была согласована факультативная возможность избирательного подтверждения, то те ПБДТ ДН, которые вышли из последовательности, могут быть также подтверждены в пределах времени . Параметр НР-ОТВ должен быть установлен в значение, превышающее наибольший порядковый номер следующих по порядку ПБДТ ДН, и соответствующим образом должен быть установлен параметр избирательного подтверждения.

ПБДТ ПД должен быть передан с обновленной информацией окна, если:

a) полученный ПБДТ ДН имеет порядковый номер, меньший нижней границы окна но больший или равный значению нижней границы окна минус максимальное значение кредита, назначенного ранее для данного СТУ, или

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

Примечания

1 Более простое изделие может передать ПБДТ ПД при приеме любого ПБДТ ДН вне окна передачи.

2 Процедура по подпункту а) необходима для того, чтобы корректно восстановить потерянный ПБДТ ПД, т.е. когда отправитель ПБДТ ДН повторно передает его из-за неполучения подтверждения.

3 Процедура по подпункту b) необходима вследствие возможности потери ПБДТ ПД, указывающего на снижение верхней границы окна; отсутствие этой процедуры могло бы привести к некорректному разъединению СТУ.

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


Логический объект транспортного уровня предусматривает обязательную передачу ПБДТ ПД в интервале . Если он не использует эту процедуру после установления КРД в нулевое значение (см. 12.2.3.8.3) или снижения верхней границы окна (см. 12.23.8.4) и не считает нужным подтвердить получение какого-либо ПБДТ ДН, он должен обеспечить это путем повторной передачи самого последнего ПБДТ ПД с обновленной информацией окна.

Примечание - Использование процедур, определенных в 12.2.3.8.3 и 12.2.3.8.4, является факультативным для любого логического объекта транспортного уровня. Протокол выполняется корректно как с использованием этих процедур, так и без них, поскольку они предназначены только для повышения его эффективности.

12.2.3.8.2 Управление последовательности при передаче ПБДТ ПД

Чтобы обеспечить возможность принимающему логическому объекту транспортного уровня обрабатывать ПБДТ ПД в правильной подпоследовательности в соответствии с изложенным в 12.2.3.7, должен быть предусмотрен параметр подпоследовательности, обуславливающий уменьшение КРД. Если значение подлежащего передаче номера подпоследовательности равно нулю, этот параметр должен быть опущен.

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

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

Если порядковый номер такой же, как и у ранее переданного ПБДТ ПД, а значение поля КРД меньше его значения в предыдущем переданном ПБДТ ПД, то параметр подпоследовательности (если он используется) должен быть на единицу больше, чем его значение в предыдущем ПБДТ ПД.

Примечание - Если логический объект транспортного уровня никогда не снижает кредит, то нет необходимости использовать параметр подпоследовательности.

12.2.3.8.3 Повторная передача ПБДТ ПД после установления КРД в нулевое значение

Из-за возможности потери ПБДТ ПД восприятие верхней границы окна логическим объектом транспортного уровня, передающим ПБДТ ПД, может отличаться от восприятия этой границы адресуемым получателем. Чтобы исключить возможность чрезмерной задержки, может быть выполнена процедура повторной передачи (см. 12.2.1.2) для ПБДТ ПД, если он открывает окно передачи, которое ранее было закрыто передачей ПБДТ ПД с полем КРД, равным нулю.

Процедура повторной передачи (если она использовалась) завершается и используется процедура, описанная в 12.2.3.8.1, если:

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

b) передан ПБДТ ПД с более высоким порядковым номером, чем у хранимого ПБДТ ПД в связи с приемом ПБДТ ДН, чей порядковый номер равен нижней границе окна;

c) выполнено N передач хранимого ПБДТ ПД. В этом случае логический объект транспортного уровня должен продолжать передачи ПБДТ ПД с интервалом .

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

12.2.3.8.4 Процедуры повторной передачи после уменьшения верхней границы окна

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

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

- получен параметр подтверждения управления потоком, соответствующий ПБДТ ПД, переданным после последнего уменьшения кредита, и

- параметр подтверждения управления потоком содержит значение верхней границы окна (т.е. сумму полей нижней границы окна и полей кредита), которая превышает значение нижней границы окна переданного ПБДТ ПД.

Процедура повторной передачи для любого конкретного ПБДТ ПД должна завершиться, если:

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

b) произошло передач хранимого ПБДТ ПД. В этом случае логический объект транспортного уровня должен продолжить передачу ПБДТ ПД с интервалом .

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

Примечание - В нормальных условиях повторная передача ПБДТ ПД необязательна, кроме передачи после явного закрытия окна (т.е. передачи ПБДТ ПД с полем КРД, равным нулю). Если данные готовы к передаче, то процедура повторной передачи ПБДТ ДН обеспечит прием ПБДТ ПД с предоставлением дальнейшего кредита (в необходимых случаях); после уменьшения кредита ситуация может измениться, поскольку повторная передача может быть предотвращена уменьшением кредита. Правила, описываемые в данном разделе, позволяют устранять чрезмерную задержку.


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

НГО - нижняя граница окна,

ВГО - верхняя граница окна,

НВГО - нижний предел верхней границы окна, поддерживаемый удаленным логическим объектом транспортного уровня.

Процедура повторной передачи должна быть использована всякий раз, когда

(ВГО>НГО) и (НВГО=НГО),


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

НВГО обрабатывается следующим образом.

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

12.2.3.9 Использование параметра подтверждения управления потоком

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

ПБДТ ПД, содержащий параметр подтверждения управления потоком, должен передаваться всякий раз, когда:

а) получен ПБДТ ПД - дубликат с полями НР-ОТВ, КРД и подпоследовательностями, равными соответствующим полям самого последнего полученного ПБДТ ПД, но без параметра подтверждения управления потоком;

b) получен ПБДТ ПД, который повышает верхнюю границу окна, но не повышает нижнюю границу окна, при этом верхняя граница окна ранее была равна нижней границе окна, или

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

12.2.4 Процедуры разъединения

12.2.4.1 Тайм-ауты, используемые при разъединении

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

12.2.4.2 Общие процедуры разъединения

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

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

13 Структура и кодирование ПБДТ

13.1 Действительные ПБДТ

Перечень ПБДТ, действительных для каждого класса, и кодирование каждого ПБДТ приведены в таблице 8.


Таблица 8 - Коды ПБДТ


ПБДТ

Действительность в пределах класса

Номер
подраздела


Код

0

1

2

3

4

ЗС - запрос соединения

х

х

х

х

х

13.3

1110

ХХХХ

ПС - подтверждение соединения

х

х

х

х

х

13.4

1101

ХХХХ

ЗР - запрос разъединения

х

х

х

х

х

13.5

1000

0000

ПР - подтверждения разъединения

х

х

х

х

13.6

1100

0000

ДН - данные

х

х

х

х

х

13.7

1111

000Y

СД - срочные данные

х

ННУ

х

х

13.8

0001

0000

ПД - подтверждение данных

НУП

ННУ

х

х

13.9

0110

ZZZZ

ПСД - подтверждение срочных данных

х

ННУ

х

х

13.10

0010

0000

ОТК - отказ

х

х

13.11

0101

ZZZZ

ОШ - ошибка

х

х

х

х

х

13.12

0111

0000

0000

0000

Отсутствует
(см. примечание)

0011

0000

1001

ХХХХ

1010

ХХХХ


Условные обозначения:

ХХХХ (биты 4-1) - используются для передачи КРД (устанавливаются в значение 0000 в классах 0 и 1);

ZZZZ (биты 4-1) - используются для передачи КРД в классах 2-4 и устанавливаются в значение 1111 в классе 1;

ННУ - не используется при выборе факультативной функции неявного управления потоком;

НУП - не используется при выборе факультативной функции уведомления о приеме.

Примечание - Эти коды уже используются в соответствующих протоколах, определенных другими организациями по стандартизации (не МККТТ и не ИСО/МЭК).

13.2 Структура

Каждый ПБДТ должен содержать целое число октетов. Нумерация октетов ПБДТ начинается с 1 и возрастает в порядке их расположения в СБДС. Биты в октетах нумеруются от 1 до 8, где бит 1 - бит младшей значимости.

Если для представления двоичного числа используется последовательность октетов, то октет с наименьшим номером имеет наибольшую значимость.

Примечания

1 Нумерация битов внутри октета определяется локальным соглашением для настоящего стандарта.

2 Использование терминов "старшая значимость" и "младшая значимость" является общим как для настоящего стандарта, так и для стандартов по смежным уровням.

3 Использование изложенных выше соглашений не влияет на порядок передачи битов при последовательной передаче по каналу связи.

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

5 В данном подразделе кодирование ПБДТ представлено в следующем виде:

a) октет с младшим номером расположен слева; номера октетов возрастают слева направо;

b) в пределах октета бит 8 расположен слева, бит 1 - справа.


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

a) заголовок, состоящий из

1) поля "указатель длины" (УД),

2) фиксированной части,

3) переменной части (при ее наличии);

b) поле данных (при его наличии).

Эта структура приведена ниже

13.2.1 Поле УД

Содержится в первом октете ПБДТ. Длина указывается двоичным числом с максимальным значением 254 (1111 1110). Указанная длина должна равняться длине заголовка в октетах, включая параметры, но исключая поле "указатель длины" и поле данных пользователя (при его наличии). Значение 255 (1111 1111) зарезервировано для возможных расширений.

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

13.2.2 Фиксирующая часть

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

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

Примечание - В общем случае код ПБДТ однозначно определяет фиксированную часть. Однако при одном и том же коде ПБДТ возможны различные варианты (см. нормальный и расширенный форматы).

13.2.2.2 Код ПБДТ

Это поле содержит код ПБДТ и расположено в октете 2 заголовка. Оно используется для определения структуры остальной части заголовка. Это поле занимает весь октет, за исключением следующих случаев:

1110 ХХХХ - запрос соединения,

1101 ХХХХ - подтверждение соединения,

1111 000Y - данные,

0101 ХХХХ - отказ,

0110 ХХХХ - подтверждение данных,

где ХХХХ (биты 4-1) используются для передачи КРД.

Y (бит 1) используется для сообщения о ЗМП, если запрос подтверждения был согласован при установлении соединения (только в классах 1, 3 и 4).

Действительны только коды, определенные в 13.1

13.2.3 Переменная часть

Используется для определения менее часто используемых параметров. При ее наличии она должна содержать один или несколько параметров.

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


Каждый параметр, содержащийся в переменной части, имеет следующую структуру:


Поле "код параметра" кодируется двоичным числом.

Примечание - При отсутствии расширения это поле обеспечивает максимум 255 различных параметров. Однако, как указано ниже, биты 8 и 7 не могут принимать любые возможные значения, поэтому практически максимальное число различных параметров меньше. Код 1111 1111 зарезервирован для возможных расширений кода параметра.


Указатель длины параметра указывает длину поля "значение параметра" в октетах.

Примечание - Длина указывается двоичным числом с теоретическим максимальным значением 255. Практическое максимальное значение ниже. Например, если в переменной части содержится один параметр, то для кода параметра и указателя длины параметра необходимы два октета. Таким образом, значение ограничено числом 248. С увеличением длины фиксированной части заголовка и с добавлением каждого следующего параметра максимальное значение уменьшается.


Поле "значение параметра" содержит значение параметра, указанного в поле "код параметра".

В кодах параметров биты 8 и 7 со значением 00 не используются.

Параметры, определенные в переменной части, могут располагаться в любом порядке. Если какой-либо параметр продублирован, то должно использоваться его последнее значение. Параметр, не определенный в настоящем стандарте, в любом полученном ПБДТ, кроме ПБДТ ЗС, должен рассматриваться как протокольная ошибка; в ПБДТ ЗС такой параметр должен игнорироваться. Параметр "вызываемый ИД - ПДУСУ" в ПБДТ ПС с указателем длины, равным нулю, должен рассматриваться как имеющий "пустое значение селектора" (см. ИСО 7498-3, 9.5.2). Если отвечающий логический объект транспортного уровня выбрал класс, для которого параметр в ПБДТ ЗС не определен, он может игнорировать этот параметр кроме случая, когда выбран параметр "класс и факультативная функция" или параметр "альтернативный протокольный класс", которые всегда должны интерпретироваться. Параметр, который определен в настоящем стандарте, но имеет недействительное значение, должен рассматриваться в любом принятом ПБДТ, кроме ПБДТ ЗС, как протокольная ошибка. В ПБДТ ЗС он должен рассматриваться как протокольная ошибка, если это параметр "класс и факультативная функция" или "альтернативный класс"; биты 8 и 7, а также биты 6-1, если они являются незначащими для предложенного класса параметра "дополнительная факультативная возможность", должны игнорироваться; в остальных случаях он должен быть либо проигнорирован, либо воспринят как протокольная ошибка.

13.2.3.1 Параметр "контрольная сумма" (только класс 4)

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

Код параметра - 1100 0011

Длина параметра - 2

Значение параметра - результат вычисления контрольной суммы;

алгоритм вычисления определен в 6.17.

13.2.4 Поле данных

Содержит прозрачные данные пользователя. Ограничения на его длину указываются для каждого ПБДТ.

13.3 ПБДТ "запрос соединения" (3С)

Длина ПБДТ ЗС не должна превышать 128 октетов.

13.3.1 Структура

ПБДТ ЗС должен иметь следующую структуру:


ФФ - факультативная функция

13.3.2 УД

См. 13.2.1.

13.3.3 Фиксированная часть (октеты 2-7)

Эта часть должна содержать:

а) ЗС - код запроса соединения 1110. Биты 8-5 октета 2;

b) КРД - позиция начального кредита (устанавливается в значение 0000 в классе 0, а также в классе 1, если он определен как предпочтительный класс); биты 4-1 октета 2;

c) УКАЗ-ПОЛ - устанавливается в ноль;

d) УКАЗ-ОТП - указатель, выбранный логическим объектом транспортного уровня, выдавшим ПБДТ ЗС для идентификации запрашиваемого СТУ;

e) КЛАСС И ФАКУЛЬТАТИВНАЯ ФУНКЦИЯ - биты 8-5 октета 7 определяют предпочтительный класс протокола транспортного уровня, который должен использоваться в запрашиваемом СТУ. Это поле должно иметь одно из следующих значений:

0000 класс 0

0001 класс 1

0010 класс 2

0011 класс 3

0100 класс 4

При работе с УСУ-УС это поле должно иметь значение 0100, указывающее класс 4.

В фиксированной части ПБДТ ЗС определяется первый выбор - выбор класса. Выбор второй и последующих альтернативов (если они необходимы) определяется в переменной части.

Биты 4-1 октета 7 определяют факультативные функции, которые подлежат использованию в запрашиваемом СТУ следующим образом:

Бит

Значение бита

Факультативная функция

4

=0

Используется всегда

3

=0

Используется всегда

2

=0

Использование нормальных форматов во всех классах

=1

Использование расширенных форматов в классах 2-4

1

=0

Использование явного управления потоком в классе 2

=1

Неиспользование явного управления потоком в классе 2



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

Примечания

1 Процедура установления соединения (см. 6.5) не позволяет данному ПБДТ ЗС запрашивать использование УТУ передачи срочных данных (дополнительный факультативный параметр) и неиспользование явного управления потоком в классе 2 (бит 1=1).

2 В классе 0 биты 4-1 всегда равны нулю и не имеют смысла.

13.3.4 Переменная часть (октеты 8-)

В переменной части допускается использование следующих параметров.

a) Идентификатор пункта доступа к УТУ (ИД ПДУТУ).

Код параметра: 1100 0001 для идентификатора вызывающего ПДУТУ

1100 0010 для идентификатора вызываемого ПДУТУ.

Длина параметра - не определена в настоящем стандарте.

Значение параметра - идентификатор вызывающего или вызываемого ПДУТУ соответственно.

Если ИД ПДУТУ выдается в примитиве запроса, он может быть возвращен в примитиве подтверждения.

b) Длина ПБДТ

Этот параметр определяет предложенную максимальную длину ПБДТ (в октетах, включая заголовок) для использования в запрошенном СТУ и кодируется следующим образом:

код параметра - 1100 0000,

длина параметра - 1 октет,

значения параметра - 0000 1101 (8192 октета) (не разрешено в классе 0)

0000 1100 (4096 октетов) (не разрешено в классе 0)

0000 1011 (2048 октетов)

0000 1010 (1024 октета)

0000 1001 (512 октетов)

0000 1000 (256 октетов)

0000 0111 (128 октетов)

Рекомендуемое значение - 0000 0111 (128 октетов)

c) Предпочтительная максимальная длина ПБДТ

Этот параметр определяет предложенную максимальную длину ПБДТ (в октетах, включая заголовок) для использования в запрошенном СТУ и кодируется следующим образом:

код параметра - 1111 0000,

длина параметра - до 4,

значение параметра - двоичное значение, которое указывает максимальную длину ПАБДТ, кратную 128 октетам [см. 6.5.4m и 6.5.5m]. Это значение должно быть больше или равно единице.

d) Номер версии (не используется, если класс 0 является предпочтительным)

Код параметра - 1100 0100.

Длина параметра - 1 октет.

Поле значения параметра - 0000 0001.

Рекомендуемое значение - 0000 0001 (не используется в классе 0)

e) Параметры защиты (не используются, если класс 0 является предпочтительным)

Код параметра - 1100 0101

Значение и длина параметра определяются пользователем.

f) Контрольная сумма (используется только в том случае, если класс 4 является предпочтительным) (см. 13.2.3.1).

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

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

Этот параметр определяет выбор использования или неиспользования дополнительных факультативных функций и кодируется следующим образом:

код параметра - 1100 0110,

длина параметра - 1.

Значения параметра - определяются следующим образом:

Бит

Значение бита

Факультативная функция

6

Подтверждение запроса в классах 1, 3, 4

=1

Использование

=0

Неиспользование

5

Избирательное подтверждение в классе 4

=1

Использование

=0

Неиспользование

4

Сетевой срочный вариант в классе 1

=1

Использование

=0

Неиспользование

3

=1

Использование уведомления о приеме в классе 1

=0

Использование явного варианта ПД в классе 1

2

16-битовая контрольная сумма, определенная в 6.17.

=0

Должна использоваться в классе 4

=1

Не должна использоваться в классе 4

1

УТУ передачи срочных данных

=1

Использование

=0

Неиспользование



Рекомендуемое значение - 0000 0001.

Биты 8-5 должны быть установлены в ноль при передаче ПБДТ и игнорироваться при его приеме.

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

h) Альтернативный(е) класс(ы) протокола (не используются, если класс 0 является предпочтительным).

Код параметра - 1100 0111.

Длина параметра - .

Значение параметра кодируется в виде последовательности отдельных октетов. Каждый октет кодируется аналогично октету 7, но биты 4-1 установлены в ноль (т.е. запрещен выбор альтернативных факультативных функций).

j) Тайм-аут подтверждения (используется только в том случае, если класс 4 является предпочтительным).

Этот параметр содержит максимальное значение времени подтверждения для удаленного логического объекта транспортного уровня. Он представляет собой только индикацию, не является объектом согласования (см. 12.2.1.1.3) и кодируется следующим образом:

код параметра - 1000 0101,

длина параметра - 2,

значение параметра - (двоичное число), где - максимальное время подтверждения, выражаемое в миллисекундах.

k) Пропускная способность (не используется, если класс 0 является предпочтительным).

Код параметра - 1000 1001

Длина параметра - 12 или 24.

Значения параметра:

- первые 12 октетов

- максимальная пропускная способность - в соответствии с нижеизложенным:

первые 3 октета

- желаемое значение; направление - от вызывающего к вызываемому пользователю,

вторые 3 октета

- минимальное приемлемое качество; направление - от вызывающего к вызываемому пользователю

третьи 3 октета

- желаемое значение; направление - от вызываемого к вызывающему пользователю,

четвертые 3 октета

- минимальное приемлемое качество; направление - от вызываемого к вызывающему пользователю;

- вторые 12 октетов

(факультативные) - средняя пропускная способность в соответствии с нижеизложенным:

пятые 3 октета

- желаемое значение; направление - от вызывающего к вызываемому пользователю,

шестые 3 октета

- минимальное приемлемое качество; направление - от вызывающего к вызываемому пользователю,

седьмые 3 октета

- желаемое значение; направление - от вызываемого к вызывающему пользователю,

восьмые 3 октета

- минимальное приемлемое качество; направление - от вызываемого к вызывающему пользователю.


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

m) Коэффициент необнаруженных ошибок (не используется, если класс 0 является предпочтительным)

Код параметра - 1000 0110.

Длина параметра - 3.

Значения параметра:

первый октет - желаемое значение; степень 10;

второй октет - минимальное приемлемое качество, степень 10;

третий октет - интересуемая длина СБДТ, выраженная степенью 2.

n) Приоритет (не используется, если класс 0 является предпочтительным)

Код параметра - 1000 0111.

Длина параметра - 2.

Значение параметра - целое число (0 - наивысший приоритет).

р) Транзитная задержка (не используется, если класс 0 является предпочтительным)

Код параметра -1000 1000.

Длина параметра - 8.

Значения параметра:

первые 2 октета - желаемое значение; направление - от вызывающего к вызываемому пользователю;

вторые 2 октета - максимальное приемлемое качество; направление - от вызывающего к вызываемому пользователю;

третьи 2 октета - желаемое значение; направление - от вызываемого к вызывающему пользователю;

четвертые 2 октета - максимальное приемлемое качество; направление - от вызываемого к вызывающему пользователю.

Значения выражаются в миллисекундах и относятся к базовой длине ПБДТ 128 октетов.

q) Тайм-аут повторного прикрепления (не используется, если классы 0, 2 или 4 являются предпочтительными).

Этот параметр содержит значение тайм-аута попыток повторного прикрепления (ТПП), который должен использоваться, если после отказа применяется процедура повторного прикрепления (см. 6.12).

Код параметра - 1000 1011.

Длина параметра - 2.

Значение параметра - (двоичное число), где - значение ТПП, выраженное в секундах.

r) Тайм-аут неактивности (используется только в том случае, если класс 4 является предпочтительным или выбранным классом). Он используется только для информирования и не является объектом согласования (см. 12.2.1.1.7).

Код параметра - 1111 0010

Длина параметра - 4

Значение параметра - двоичное число, которое указывает прошедшее время неактивности в миллисекундах.

13.3.5 Данные пользователя (октеты +1 до конца)

В классе 0 не допускаются, а в других классах являются факультативными. В случае применения их длина не должна превышать 32 октета.

13.4 ПБДТ "подтверждение соединения" (ПС)

13.4.1 Структура

ПБДТ ПС должен иметь следующую структуру:


ФФ - факультативная функция

13.4.2 УД

См. 13.2.1.

13.4.3 Фиксированная часть (октеты 2-7)

Должна содержать:

а) ПС - код подтверждения соединения 1101. Биты 8-5 октета 2;

b) КРД - позиция начального кредита (устанавливается в 0000 в классах 0 и 1). Биты 4-1 октета 2;

с) УКАЗ-ПОЛ - указатель, идентифицирующий запрашиваемое СТУ в удаленном логическом объекте транспортного уровня;

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

е) КЛАСС И ФАКУЛЬТАТИВНАЯ ФУНКЦИЯ - определяет выбранный класс протокола транспортного уровня и факультативную функцию, подлежащую использованию в принятом СТУ в соответствии с правилами согласования, изложенными в 6.5.

13.4.4 Переменная часть (октеты 8-)

Параметры определены в 13.3.4 и являются объектом ограничений, приведенных в 6.5 (установление соединения). Параметры, исключаемые при выборе альтернативных классов и факультативных функций, не должны использоваться.

13.4.5 Данные пользователя (октеты от +1 до конца)

Не допускаются в классе 0 и факультативны в остальных классах. При использовании их длина не должна превышать 32 октета. Данные пользователя являются объектом ограничений со стороны правил согласования (см. 6.5).

13.5 ПБДТ "запрос разъединения" (ЗР)

13.5.1 Структура

ПБДТ ЗР должен иметь следующую структуру:

13.5.2 УД

См. 13.2.1.

13.5.3 Фиксированная часть (октеты 2-7)

Должна содержать

а) ЗР

- код запроса разъединения 1000 0000;

b) УКАЗ-ПОЛ

- указатель, идентифицирующий СТУ в удаленном логическом объекте транспортного уровня;

с) УКАЗ-ОТП

- указатель, идентифицирующий СТУ в логическом объекте транспортного уровня, инициирующим ПБДТ. Имеет нулевое значение, если указатель не назначен;

d) Причина

- определяет причину разъединения СТУ. Это поле должно иметь одно из следующих значений:

в классах 1-4:

1) 128+0

- нормальное разъединение, инициируемое логическим объектом сеансового уровня;

2) 128+1

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

3) *128+2

- безуспешное согласование соединения (т.е. предложенный(е) класс(ы) не обеспечивается(ются));

4) 128+3

- обнаружен указатель-дубликат для одной и той же пары ПДУСУ;

5) 128+4

- перепутанные указатели;

6) 128+5

- протокольная ошибка;

7) 128+6

- не используется;

8) 128+7

- переполнен набор указателей;

9) 128+8

- отклонение запроса на соединение относительно данного ССУ;

10) 128+9

- не используется

11) 128+10

- недействительный заголовок или длина параметра

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

12) 0

- причина не определена;

13) 1

- перегрузка в ПДУТУ;

14) *2

- логический объект сеансового, уровня не подключен к ПДУТУ;

15) *3

- адрес неизвестен.


Примечание - Причины, отмеченные звездочкой (*), могут быть указаны пользователю УТУ как устойчивые, остальные - как неустойчивые.

13.5.4 Переменная часть (октеты 8-)

Может содержать:

а) Параметр, содержащий дополнительную информацию, относящуюся к освобождению соединения, кодируется следующим образом:

код параметра - 1110 0000,

длина параметра - любое значение при условии, что длина ПБДТ ЗР не превышает максимальной согласованной длины ПБДТ или 128 октетов, если ПБДТ ЗР используется в процессе отклонения соединения,

значение параметра - дополнительная информация; содержимое этого поля определяется пользователем;

b) контрольную сумму (см. 13.2.3.1).

13.5.5 Данные пользователя (октеты от +1 до конца)

Это поле используется для передачи данных пользователя - УТУ и его длина не должна превышать 64 октета. Протокол транспортного уровня не гарантирует успешную передачу этих данных. При использовании ПБДТ ЗР в классе 0 он не должен содержать этого поля.

13.6 ПБДТ "подтверждение разъединения" (ПР)

Не должен использоваться в классе 0.

13.6.1 Структура

ПБДТ ПР должен иметь следующую структуру:

13.6.2 УД

См. 13.2.1.

13.6.3 Фиксированная часть (октеты 2-6)

Должна содержать:

a) ПР - код подтверждения разъединения 1100 0000;

b) УКАЗ-ПОЛ - см. 13.4.3;

c) УКАЗ-ОТП - см. 13.4.3.

13.6.4 Переменная часть

Должна содержать параметр "контрольная сумма", если соблюдены условия, определенные в 13.2.3.1.

13.7 ПБДТ "данные" (ДН)

13.7.1 Структура

В зависимости от класса и факультативной функции ПБДТ ДН должен иметь одну из следующих структур:

а) Нормальный формат для классов 0 и 1

b) Нормальный формат для классов 2-4

с) Расширенный формат для использования в классах 2-4, если он выбран при установлении соединения

13.7.2 УД

См. 13.2.1.

13.7.3 Фиксированная часть

Должна содержать:

a) ДН - код передачи данных 1111 0000;

b) ЗМП - запрос метки подтверждения. Если процедура подтверждения запроса не была согласована во время установления соединения, то во всех ПБДТ ДН бит 1 должен быть установлен в 1.

Если процедура подтверждения запроса была согласована во время установления соединения, то бит 1 (ЗМП) используется для подтверждения запроса в классах 1, 3 и 4. В значении 1 ЗМП указывает, что передающий логический объект транспортного уровня запрашивает подтверждения от принимающего логического объекта транспортного уровня. В противном случае ЗМП устанавливается в ноль.

с) УКАЗ-ПОЛ - см. 13.4.3;

d) КС - в значении 1 указывает, что текущий ПБДТ ДН является последним блоком данных полной последовательности ПБДТ ДН (конец СБДТ). КС содержится в бите 8 октета 3 в классах 0 и 1, а также в бите 8 октета 5 в классах 2-4;

е) НР-ПБДТ - ПБДТ содержат порядковый номер (равный нулю в классе 0). Может принимать любое значение в классе 2 без использования явного управления потоком. НР-ПБДТ содержится в битах 7-1 октета 3 в классах 0 и 1; в битах 7-1 октета 5 для нормальных форматов в классах 2-4 и в битах 7-1 октета 5, а также октетов 6-8 для расширенного формата.

Примечание - В зависимости от класса в фиксированной части ПБДТ ДН используются следующие октеты:

классы 0 и 1

октеты 2-3,

классы 2-4

(нормальный формат)

октеты 2-5,

классы 2-4

(расширенный формат)

октеты 2-8.

13.7.4 Переменная часть

Должна содержать параметр "контрольная сумма", если выполняют условия, определенные в 13.2.3.1.

13.7.5 Поле "данные пользователя"

Содержит данные передаваемых СБДТ.

Примечание - Длина этого поля ограничена значением согласованной длины ПБДТ для данного СТУ минус три октета в классах 0 и 1 и минус пять октетов (нормальный формат заголовка) или восемь октетов (расширенный формат заголовка) в остальных классах. Наличие переменной части может дополнительно уменьшить длину данных пользователя.

13.8 ПБДТ "срочные данные" (СД)

Не должны использоваться в классе 0, а также в классе 2, если не выбрана факультативная функция явного управления потоком или если для данного соединения не выбрана услуга передачи срочных данных.

13.8.1 Структура

В зависимости от формата, согласованного при установлении соединения, ПБДТ СД должен иметь одну из следующих структур:

а) Нормальный формат (классы 1-4)

b) Расширенный формат (для использования в классах 2-4, если он выбран при установлении соединения)

13.8.2 УД

См. 13.2.1.

13.8.3 Фиксированная часть

Должна содержать:

a) СД - код срочных данных 0001 0000;

b) УКАЗ-ПОЛ - см. 13.4.3;

с) НР-ПБДТ-СД - номер, идентифицирующий срочный ПБДТ. НР-ПБДТ-СД используется в классах 1, 3, 4 и может принимать любое значение в классе 2. Биты 7-1 октета 5 для нормальных форматов; биты 7-1 октета 5 вместе с октетами 6-8 для расширенных форматов;

d) КС - конец СБДТ всегда устанавливается в 1(бит 8 октета 5).

Примечание - В зависимости от формата фиксированная часть должна содержаться в октетах 2-5 или 2-8.

13.8.4 Переменная часть

Должна содержать параметр "контрольная сумма", если соблюдены условия, определенные в 13.2.3.1.

13.8.5 Поле "данные пользователя"

Содержит срочный СБДТ (длиной от 1 до 16 октетов).

13.9 ПБДТ "подтверждение данных" (ПД)

Не должен использоваться в классе 0, в классе 2, если не выбрана факультативная функция явного управления потоком, и в классе 1, если выбрана факультативная функция сетевого уведомления о приеме.

13.9.1 Структура

В зависимости от согласованных класса и факультативной функции ПБДТ ПД должен иметь одну из следующих структур.

а) Нормальный формат (классы 1-4)

b) Расширенный формат (для использования в классах 2-4, если он выбран при установлении соединения)

13.9.2 УД

См. 13.2.1.

13.9.3 Фиксированная часть

Должна содержать (в октетах 2-5, если используется нормальный формат, и в октетах 2-10 - в остальных случаях) следующие параметры:

а) ПД - код подтверждения 0110 0000;

b) КРД - значение кредита (устанавливается в значение 1111 в классе 1). Биты 4-1 октета 2 для нормальных форматов и октетов 9 и 10 для расширенных форматов;

с) УКАЗ-ПОЛ - см. 13.4.3;

d) НР-ОТВ - порядковый номер, указывающий номер следующего ожидаемого ПБДТ ДН. Для нормальных форматов биты 7-1 октета 5; бит 8 октета 5 не является значащим и должен устанавливаться в ноль. Для расширенных форматов биты 7-1 октета 5, а также октетов 6-8; бит 8 октета 5 не является значащим и должен устанавливаться в ноль.

13.9.4 Переменная часть

Должна содержать следующие параметры:

a) контрольную сумму, если выполнено условие 13.2.3.1;

b) номер подпоследовательности при факультативном использовании в условиях, определенных в классе 4. Этот параметр используется для того, чтобы гарантировать правильную последовательность обработки ПБДТ ПД. Его отсутствие эквивалентно передаче этого параметра в значении ноль.

Код параметра - 1000 1010.

Длина параметра - 2.

Значение параметра - номер 16-битовой последовательности;

c) подтверждение управления потоком при факультативном использовании в условиях, определенных в классе 4. Этот параметр содержит копию информации, принятой в ПБДТ ПД, обеспечивающую для передатчика ПБДТ ПД точную информацию о состоянии принимающего логического объекта транспортного уровня (см. 12.2.3.9).

Код параметра - 1000 1100.

Длина параметра - 8.

Значение параметра - определяется следующим образом:

1) нижняя граница окна (32 бита). Бит 8 октета 1 поля "значение параметра" установлен в ноль, остальная часть содержит значение НР-ОТВ принятого ПБДТ ПД. При использовании нормального формата значащими являются только семь самых младших битов (биты 1-7) этого поля;

2) ваша подпоследовательность (16 бит). Содержит значение параметра подпоследовательности принятого ПБДТ ПД или ноль, если этот параметр отсутствует;

3) ваш кредит (16 бит). Содержит значение поля КРД принятого ПБДТ ПД. При использовании нормального формата значащими являются только четыре самых младших бита (биты 1-4 октета 2) этого поля.

d) Параметры избирательного подтверждения при факультативном использовании при условиях, определенных в классе 4 для подтверждения вышедших из последовательности ПБДТ ДН, полученных логическим объектом, передавшим ПБДТ ПД. Все последовательно полученные ПБДТ ДН должны быть подтверждены одним блоком. Различные группы ПБДТ ДН, которые передаются последовательно между группами, но не среди групп, должны подтверждаться отдельными блоками (например, если ПБДТ ДН с номерами 3, 4, 5, 7, 8, 12, 13, 15 и 17 получены с номером 3 первого непоследовательного ПБДТ ДН, то блоки 3-5 формируют первую группу, 7 и 8 - вторую, 12-15 - третью, а 17 - четвертую. Соответствующими блоками будут (3, 5), (7, 8), (12, 15) и (17, 17).

Код параметра - 1000 1111.

Длина параметра - 2 (нормальный формат) или 8 (расширенный формат) октетов, где - номер при избирательном подтверждении различных блоков. Эта длина ограничивается максимальной длиной заголовка 254 октета.

Значение параметра - при нормальном формате первый из двух октетов должен представлять нижнюю границу, а второй - верхнюю каждого блока. Бит 8 каждого октета устанавливается в 0, остальные представляют порядковый номер границы.

При расширенном формате первые четыре октета из восьми должны представлять нижнюю границу, а следующие четыре - верхнюю. Для каждой границы четырех октетов бит 8 первого октета является незначащим и устанавливается в ноль; биты 7-1 первого октета вместе со вторым, третьим и четвертым октетами представляют порядковый номер.

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

13.10 ПБДТ подтверждения срочных данных (ПСД)

Не должен использоваться в классе 0, а также в классе 2, если выбрана факультативная функция неявного управления потоком или если для данного соединения не выбрана услуга передачи срочных данных.

13.10.1 Структура

В зависимости от факультативной функции (нормальный или расширенный формат) этот ПБДТ должен иметь следующую структуру.

1) Нормальный формат (классы 1-4)

2) Расширенный формат (для использования в классах 2-4, если он выбран при установлении соединения)

13.10.2 УД

См. 13.2.1.

13.10.3 Фиксированная часть

Должна содержать (в октетах 2-5 при использовании нормального формата или в октетах 2-8) следующие параметры:

а) ПСД - код подтверждения срочных данных 0010 0000;

b) УКАЗ-ПОЛ - см. 13.4.3;

с) НР-СПБДТ-ОТВ - идентификатор ПБДТ СД, подлежащий подтверждению; в классе 2 может принимать любое значение. При нормальных форматах размещен в битах 7-1 октета 5; бит 8 октета 5 не является значащим и должен устанавливаться в ноль. При расширенных форматах - в битах 7-1 октета 5, а также октетов 6, 7 и 8; бит 8 октета 5 не является значащим и должен устанавливаться в ноль.

13.10.4 Переменная часть

Может содержать параметр "контрольная сумма" (см. 13.2.3.1)

13.11 ПБДТ "отказ" (ОТК)

Не должен использоваться в классах 0, 2 и 4.

13.11.1 Структура

ПБДТ ОТК должен иметь один из следующих форматов:

а) нормальный формат (классы 1 и 3)

b) расширенный формат (для использования в классе 3, если он выбран при установлении соединения)

13.11.2 УД

См. 13.2.1.

13.11.3 Фиксированная часть

Должна содержать (в октетах 2-5 при нормальном формате или в октетах 2-10) следующие параметры:

а) ОТК - код отказа 0101; биты 8-5 октета 2;

b) КРД - значение кредита (устанавливается в 1111 в классе 1); размещен в битах 4-1 октета 2 при нормальных форматах и октетов 9 и 10 при расширенных форматах;

с) УКАЗ-ПОЛ - см. 13.4.3;

d) НР-ОТВ - порядковый номер, указывающий следующий ожидаемый ПБДТ, с которого должна начинаться повторная передача. При нормальных форматах размещен в битах 7-1 октета 5; бит 8 октета 5 не является значащим и должен устанавливаться в ноль. При расширенных форматах размещен в битах 7-1 октета 5, а также октетов 6-8; бит 8 октета 5 не является значащим и должен устанавливаться в ноль.

13.11.4 Переменная часть

В этом типе ПБДТ переменной части нет.

13.12 ПБДТ "ошибка" (ОШ)

13.12.1 Структура

ПБДТ ОШ должен иметь следующий формат

13.12.2 УД

См. 13.2.1.

13.12.3 Фиксированная часть

Должна содержать следующие параметры:

а) ОШ - код ПБДТ "ошибка" 0111 0000;

b) УКАЗ-ПОЛ - см. п.13.4.3;

с) причина отказа - 0000 0000 причина не определена,

0000 0001 недействительный код параметра,

0000 0010 недействительный тип ПБДТ,

0000 0011 недействительное значение параметра.

13.12.4 Переменная часть

Может содержать следующие параметры:

а) недействительный ПБДТ

Код параметра - 1100 0001

Длина параметра - число октетов поля "значение параметра"

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

b) контрольную сумму. Этот параметр должен иметь место, если соблюдены условия 13.2.3.1.

ЧАСТЬ 3. АТТЕСТАЦИОННЫЕ ТРЕБОВАНИЯ

14 Соответствие

14.1 Система, претендующая на реализацию процедур, определенных в настоящем стандарте, должна соответствовать требованиям 14.2-14.5.

14.2 Система должна реализовывать либо класс 0, либо 2, либо оба эти класса. Это предполагает работу с использованием УСУ-УС.

14.3 Если система реализует класс 3 или 4, она должна реализовывать также класс 2.

14.4 Если система реализует класс 1, она должна реализовывать также класс 0.

14.5 В каждом классе, на реализацию которого претендует система, она должна быть способна

a) либо инициировать ПБДТ ЗС, либо в ответ на ПБДТ ЗС выдавать ПБДТ ПС, либо то и другое;

b) отвечать на любой другой ПБДТ и обеспечивать функционирование УСУ в соответствии с процедурами данного класса;

c) обеспечивать функционирование всех процедур данного класса, перечисленных как обязательные в таблице 9;


Таблица 9 - Обеспечение факультативных возможностей

Процедура

Класс 0

Класс 1

Класс 2

Класс 3

Класс 4

ПБДТ с контрольной суммой

Н

Н

Н

Н

О

ПБДТ без контрольной суммы

О

О

О

О

Ф

Передача срочных данных

Н

О

О

О

О

Отсутствие передачи срочных данных

О

О

О

О

О

Управление потоком в классе 2

Н

Н

О

Н

Н

Отсутствие управления потоком в классе 2

Н

Н

Ф

Н

Н

Нормальные форматы

О

О

О

О

О

Расширенные форматы

Н

Н

Ф

Ф

Ф

Использование подтверждения приема в классе 1

Н

Ф

Н

Н

Н

Отсутствие подтверждения приема в классе 1

Н

О

Н

Н

Н

Использование сетевого срочного варианта в классе 1

Н

Ф

Н

Н

Н

Отсутствие сетевого срочного варианта в классе 1

Н

О

Н

Н

Н

Использование избирательного подтверждения в классе 4

Н

Н

Н

Н

Ф

Использование запроса подтверждения в классах 1, 3, 4

Н

Ф

Н

Ф

Ф


Обозначения: Н - не используется; О - обязательная; Ф - факультативная.

d) обеспечивать функционирование тех процедур данного класса, указанных в таблице 9 как факультативные, соответствие которым заявлено;

e) обрабатывать все ПБДТ, длина которых может достигать наименьшего из значений:

1) максимальной для данного класса, если параметр "предпочтительная длина ПБДТ" не реализован (см. 13.3.4b);

2) максимальной, соответствие которой заявлено (см. примечание 2).

Примечания

1 Процедуры классов 0-4 определены в разделах 8-12 соответственно. Эти процедуры ссылаются на элементы процедур, определенные в разделе 6.

2 Требование 14.5е говорит о том, что длина ПДБТ 128 октетов всегда реализуема.

14.6 В заявках на соответствие должно указываться следующее:

а) какой класс или классы протокола реализованы;

b) способен ли класс 4 протокола работать с УСУ-БУС;

c) способна ли система инициировать ПБДТ ЗС либо отвечать на него, либо выполнять то и другое;

d) какие из процедур, указанных в таблице 9 как факультативные, реализуются;

e) для каждого класса максимальная длина реализуемых ПБДТ [см. 13.3.4b, с]. Если параметр "предпочтительная максимальная длина ПБДТ" не реализован, его значение следует выбирать из следующего перечня:

128, 256, 512, 1024, 2048, 4096 или 8192 октетов и все значения, меньшие указанного максимального, должны быть реализуемы.

Если параметр "предпочтительная максимальная длина ПБДТ" реализован, допустима любая максимальная длина ПБДТ, кратная 128 октетам. Все значения, кроме 0, кратные 128 октетам и меньшие максимальной заявленной, должны быть реализованы.

14.7 Поставщик протокольной реализации, заявленной на соответствие настоящему стандарту, должен заполнить экземпляр формы ЗСРП, приведенной в приложении D, и предусмотреть в ней информацию, необходимую для идентификации поставщика и реализации.

ПРИЛОЖЕНИЕ А (обязательное). ТАБЛИЦЫ СОСТОЯНИЙ

ПРИЛОЖЕНИЕ А
(обязательное)

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


В приложении содержится более точное описание протокола. В случае различий между описанием в таблицах состояний и в основном тексте стандарта предпочтение следует отдать последнему.

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

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

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

А.2 Соглашения

А.2.1 Входящие события представлены в таблицах состояний их сокращенными наименованиями, приведенными в таблице 10.


Таблица 10 - Входящие события

Сокращенное наименование

Категория

Наименование

ТСОЕДзап

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

Примитив Т-СОЕДИНЕНИЕ запрос

ТСОЕДотв

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

Примитив Т-СОЕДИНЕНИЕ ответ

ТДНзап

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

Примитив Т-ДАННЫЕ запрос

ТСДзап

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

Примитив Т-СРОЧНЫЕ-ДАННЫЕ запрос

ТРЗДзап

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

Примитив Т-РАЗЪЕДИНЕНИЕ запрос

СРЗДинд

Поставщик УСУ

Примитив С-РАЗЪЕДИНЕНИЕ индикация

ССОЕДподт

Поставщик УСУ

Примитив С-СОЕДИНЕНИЕ подтверждение

ССБРинд

Поставщик УСУ

Примитив С-СБРОС индикация

ЗС

ПБДТ

ПБДТ "запрос соединения"

ПС

ПБДТ

ПБДТ "подтверждение соединения"

ЗР

ПБДТ

ПБДТ "запрос разъединения"

ПР

ПБДТ

ПБДТ "подтверждение разъединения"

ПД

ПБДТ

ПБДТ "подтверждение данных"

ПСД

ПБДТ

ПБДТ "подтверждение срочных данных"

ДН

ПБДТ

ПБДТ "данные"

СД

ПБДТ

ПБДТ "срочные данные"

ОШ

ПБДТ

ПБДТ "ошибка ПБДТ"

ОТК

ПБДТ

ПБДТ "отказ"

А.2.2 Состояния представлены в таблицах их сокращенными наименованиями, приведенными в таблице 11.


Таблица 11 - Состояния

Сокращенное наименование

Наименование

ОЖССУ

Ожидание ССУ

ОЖПС

Ожидание ПБДТ ПС

ОЖРЗД

Ожидание до выполнения разъединения (ожидание ПБДТ ПС перед передачей ПБДС ЗР)

ОТКР

СТУ открыто

ЗАКРЫТИЕ

Выполняется разъединение

ОЖТСОТВ

Ожидание примитива Т-СОЕДИНЕНИЕ ответ

ЗАКРЫТО

СТУ закрыто

ОЖССУ-ППК

Ожидание ССУ и выполнение повторного прикрепления

ОЖПС-ППК

Ожидание ПБДТ и выполнение повторного прикрепления

ОЖРЗД-ППК

Ожидание до выполнения разъединения и выполнение повторного прикрепления

ОТКР-ППК

СТУ открыто и выполняется повторное прикрепление

ОТКР-ОЖППК

СТУ открыто и ожидание повторного прикрепления

ЗАКРЫТИЕ-ППК

Выполняется разъединение и повторное прикрепление

ЗАКРЫТИЕ-ОЖППК

Выполняется разъединение и ожидание повторного прикрепления

ОЖТСОТВ-ОЖППК

Ожидание примитива Т-СОЕДИНЕНИЕ ответ и ожидание повторного прикрепления

ОЖРЗД-ОЖППК

Ожидание до выполнения разъединения и ожидание повторного прикрепления

ОЖВОТ

Ожидание до выполнения открытия (ПС подтвержден)

ОЖВОТ-ОЖППК

Ожидание до выполнения открытия и ожидание повторного прикрепления

ОЖВОТ-ЗАКРЫТИЕ

Ожидание до выполнения открытия и выполнение разъединения

ОЖВОТ-ЗАКРЫТИЕ-ОЖППК

То же, и ожидание повторного прикрепления

ОЖПДТ

Ожидание подтверждения ПБДТ ПС

ОЖЗБЛУК

Ожидание в течение заблокированного указателя

А.2.3 Недействительные пересечения каждого состояния и события показаны в таблицах пустыми клетками. В этих случаях должно выполняться одно из следующих действий:

a) для события, относящегося к СТУ (т.е. поступающего от пользователя УТУ), не выполняется никаких действий;

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

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

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

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

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

А.2.5 Таблицы состояний содержат также:

a) неформальные примечания, содержащие пояснения;

b) ссылки на примечания, использующие следующее обозначение: (номер примечания);

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

А.3 Таблицы


В таблице 10 приведены полные наименования и сокращенные наименования входящих событий, подразделяемых на события пользователя УТУ, события поставщика УСУ и события ПБДТ.

В таблице 11 приведены наименования и сокращенные наименования состояний.

В таблице 12 приведены наименования и сокращенные наименования исходящих событий, подразделяемых на события поставщика УТУ, события пользователя УСУ и события ПБДТ.


Таблица 12 - Исходящие события

Сокращенное наименование

Категория

Наименование

ТСОЕДинд

Поставщик УТУ

Примитив Т-СОЕДИНЕНИЕ индикация

ТСОЕДподт

Поставщик УТУ

Примитив Т-СОЕДИНЕНИЕ подтверждение

ТДНинд

Поставщик УТУ

Примитив Т-ДАННЫЕ индикация

ТСДинд

Поставщик УТУ

Примитив Т-СРОЧНЫЕ-ДАННЫЕ индикация

ТРЗДинд

Поставщик УТУ

Примитив Т-РАЗЪЕДИНЕНИЕ индикация

СРЗДзап

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

Примитив С-РАЗЪЕДИНЕНИЕ запрос

ССБРотв

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

Примитив С-СБРОС ответ

ССОЕДзап

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

Примитив С-СОЕДИНЕНИЕ запрос

ЗС

ПБДТ

ПБДТ "запрос соединения"

ПС

ПБДТ

ПБДТ "подтверждение соединения"

ЗР

ПБДТ

ПБДТ "запрос разъединения"

ПР

ПБДТ

ПБДТ "подтверждение разъединения"

ПД

ПБДТ

ПБДТ "подтверждение данных"

ПСД

ПБДТ

ПБДТ "подтверждение срочных данных"

ДН

ПБДТ

ПБДТ "данные"

СД

ПБДТ

ПБДТ "срочные данные"

ОШ

ПБДТ

ПБДТ "ошибка"

ОТК

ПБДТ

ПБДТ "отказ"

А.4 Таблицы состояний для классов 0 и 2


В данном разделе приведено более точное описание логического объекта транспортного уровня для СТУ класса 0 или 2.

В описании использованы предикаты, определенные в таблице 13, и конкретные действия, определенные в таблице 14.


Таблица 13 - Предикаты классов 0 и 2

Наименование

Описание

Р0

Примитив Т-СОЕДИНЕНИЕ запрос неприемлем

Р1

Неприемлемый ПБДТ ЗС

Р2

Нет доступных ССУ

РЗ

ССУ доступно и открыто

Р4

ССУ доступно и оно открывается

Р5

Класс является классом 0 (класс, выбранный в ПС)

Р6

Неприемлемый ПС

Р7

Класс является классом 2

Р8

Приемлемый ПС

Р9

ЗР класса 4



Таблица 14 - Действия, специфичные для классов 0 и 2

Наименование

Описание

[1]

Если данное ССУ не используется другими прикрепленными к нему СТУ, оно может быть разъединено

[2]

См. 6.22 (прием ПБДТ ОШ)

[3]

См. процедуры передачи данных этого класса

[4]

См. процедуру передачи срочных данных этого класса

[5]

Для данного ССУ примитив С-СБРОС ответ должен быть выдан один раз, если это ССУ не разъединено. В классе 0 должен быть выдан примитив С-РАЗЪЕДИНЕНИЕ запрос



В описание не входит полная спецификация процедур передачи данных, но в нем дана ссылка на спецификацию классов (см. разделы 8 и 10). В таблице 15 приведены состояния конечных автоматов для классов 0 и 2.


Таблица 15 - Таблица состояний для классов 0 и 2

ОЖССУ

ОЖПС

ОЖРЗД (только класс 2)

ОТКРЫТО

ЗАКРЫТИЕ
(только класс 2)

ОЖТСОТВ

ЗАКРЫТО

ТСОЕДзап

Р0: ТРЗДинд ЗАКРЫТО; Р2: ССОЕД-зап ОЖССУ; Р3: ЗС ОЖПС; Р4: ОЖССУ

ТСОЕДотв

ПС ОТКРЫТО

ТДНзап

[3] ОТКРЫТО

НЕ СУЩЕСТВУЕТ В КЛАССЕ 0

ТСДзап

[4] ОТКРЫТО

ТРЗДзап

[1]
ЗАКРЫТО

не Р7: СРЗДзап ЗАКРЫТО Р7:ОЖПС

Р5:СРЗДзап ЗАКРЫТО; Р7:ЗР ЗАКРЫТИЕ

ЗР ЗАКРЫТО

ССОЕДподт

ЗС ОЖПС

ССБРинд

ТРЗДинд [1] [5] ЗАКРЫТО

[1] [5] ЗАКРЫТО

ТРЗДинд
[1] [5]
ЗАКРЫТО

[1] [5] ЗАКРЫТО

ТРЗДинд
[1] [5]
ЗАКРЫТО

СРЗДинд

ТРЗДинд ЗАКРЫТО

ТРЗДинд ЗАКРЫТО

ЗАКРЫТО

ТРЗДинд ЗАКРЫТО

ЗАКРЫТО

ТРЗДинд ЗАКРЫТО

ЗС

Р9:
ОТКРЫТО

Р9:
ЗАКРЫТИЕ

Р9:
ОЖТСОТВ

Р1:ЗР(1) ЗАКРЫТО; не Р1 ТСОЕДинд ОЖТСОТВ

ЗР

ТРЗДинд
[1] ЗАКРЫТО

[1] ЗАКРЫТО

Р5:(2);

[1] ЗАКРЫТО

ЗАКРЫТО (4);

Р7:ПР ТРЗДинд ЗАКРЫТО

ПР ЗАКРЫТО

ПР

НЕ СУЩЕСТВУЕТ В КЛАССЕ 0 (2)

ЗАКРЫТО

Р7:[1] ЗАКРЫТО

ПС

Р8: ТСОЕДподт ОТКРЫТО; Р6 и Р5: ТРЗДинд СРЗДзап ЗАКРЫТО; Р6 и Р7: ТРЗДинд ЗР ЗАКРЫТИЕ

Р5: (3) СРЗДзап ЗАКРЫТО; Р7:ЗР ЗАКРЫТИЕ

ЗР ЗАКРЫТО

НЕ СУЩЕСТВУЕТ В КЛАССЕ 0 (2)

ЗАКРЫТО

ПД

[3] ОТКРЫТО

ЗАКРЫТИЕ

НЕ СУЩЕСТВУЕТ В КЛАССЕ 0 (2)

ЗАКРЫТО

ПСД

[4] ОТКРЫТО

ЗАКРЫТИЕ

НЕ СУЩЕСТВУЕТ В КЛАССЕ 0 (2)

ЗАКРЫТО

СД

[4] ОТКРЫТО

ЗАКРЫТИЕ

ДН

[3] ОТКРЫТО

ЗАКРЫТИЕ

ЗАКРЫТО

ОШ

ТРЗДинд [1] ЗАКРЫТО

[1] ЗАКРЫТО

(2)

(2)

ЗАКРЫТО



(1) В некоторых случаях должен быть передан ПБДТ ОШ (см. 6.6).

(2) При приеме он должен обрабатываться как протокольная ошибка (см. 6.22).

(3) Передан ЗС с классом 2 и получен ПС класса 0.

(4) Если ПР недоступен (т. е. класс 0 не реализован), либо УКАЗ-ОТП равен нулю.

(5) Это имеет место только в том случае, когда в классе 4 получен предпочтительный класс ПБДТ ПР.

А.5 Таблицы состояний для классов 1 и 3


В данном разделе приведено более точное описание логического объекта транспортного уровня для СТУ классов 1 и 3.

В описании использованы предикаты, определенные в таблице 16.


Таблица 16 - Предикаты для классов 1 и 3

Наименование

Описание

Р0

Примитив Т-СОЕДИНЕНИЕ запрос неприемлем

Р1

Ни одно из доступных ССУ не может быть использовано для прикрепления или повторного прикрепления

Р2

ССУ может быть использовано для прикрепления или повторного прикрепления; выполняется открытие данного ССУ

Р3

ССУ может быть использовано для прикрепления или повторного прикрепления; данное ССУ открыто

Р4

Тайм-аут ТПС истек

Р5

Локальный выбор

Р6

Инициатор СТУ

Р7

Неприемлемый ПБДТ ЗС

Р8

Происходит отсчет тайм-аута ТОП

Р9

ЗС класса 4

Р10

Класс, выбранный в ПС, является классом 0 или 2



Конкретные действия определены в таблице 17, а конкретные дополнительные примечания даны в таблице 18.


Таблица 17 - Специфичные для классов 1 и 3 действия

Наименование

Описание

[1]

Данное ССУ может быть разъединено, если оно не используется ни одним из прикрепленных к нему СТУ

[2]

Передать повторно срочные данные, которые еще не подтверждены или которые хранились в ожидании повторного прикрепления (при его использовании). Если принят ПБДТ ОТК, разрешить также передачу ПБДТ ДН (при его наличии). Если принят ПБДТ СД, обработать его в соответствии с процедурами данного класса при отсутствии ПБДТ дубликата

[3]

ССУ может быть разъединено, если оно не используется никаким СТУ и было локально открыто

[4]

Начать отсчет тайм-аута ТОП, если он не отсчитывается. Запретить передачу ПБДТ ДН до получения ПБДТ ОТК (см. примечание 3)

[5]

Прекратить отсчет тайм-аута ТОП

[6]

Выдать примитив С-СБРОС ответ, если он еще не выдан

[7]

См. процедуру передачи данных для этого класса

[8]

Начать отсчет тайм-аута ТПС, если он не отсчитывается. Передаваемый кредит также устанавливается в ноль с тем, чтобы не передавать ПБДТ ДН до получения ПБДТ ОТК

[9]

Прекратить отсчет тайм-аута ТПС, если он отсчитывается или аннулировать информацию об истечении тайм-аута (см. примечания 1 и 2)

[10]

Запомнить информацию об истечении тайм-аута ТПС (см. примечание 1)

[11]

Запомнить запрос

[12]

См. таблицу состояний соответственно классу, выбранному в ПБДТ ПС

[13]

Закрыть ССУ, к которому прикреплено в данный момент СТУ, применить ко всем СТУ, прикрепленным к данным ССУ, процедуру обработки и СРЗДинд, после чего выполнить переприкрепление ПБДТ

[14]

ПБДТ ПР содержит поле УКАЗ-ОТП в значении 0 и поле УКАЗ-ПОЛ в значении поля УКАЗ-ОТП полученного ПБДТ ЗР



Примечания

1 Эта информация используется предикатом Р4.

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

3 Метод запрещения передачи ПБДТ ДН является частным вопросом. Например, в классе 3 он может зависеть от установки кредита в нулевое значение, а в классе 1 - от установки булевского указателя.


Таблица 18 - Специфичные для классов 1 и 3 примечания

Наименование

Описание

(1)

Любой ПБДТ кроме ЗР и ПС, которому неизвестен указатель получателя

(2)

ПБДТ ПС, который не знает указателя получателя или имеет неправильный указатель отправителя

(3)

ПБДТ ЗС, не являющийся дубликатом, но непринятый. Если ПБДТ ЗС является дубликатом, проигнорировать его

(4)

Либо передать любой из ПБДТ ДН или ОШ, ожидающих передачи, либо использовать примитив С-ДАННЫЕ-ПОДТВЕРЖДЕНИЕ запрос, если он доступен и выбран (только класс 1)

(5)

То же, что и (9), а также выдать примитив Т-РАЗЪЕДИНЕНИЕ индикация

(6)

Если результирующим состоянием является ЗАКРЫТО, указатель должен быть заблокирован (кроме случаев, описанных в 6.18)

(7)

В случаях, определенных в 6.6, должен быть передан ПБДТ ОШ

(8)

Прием ПБДТ ПР является протокольной ошибкой, поскольку ПР нельзя использовать для повторного прикрепления. Рекомендуется прекратить отсчет тайм-аута ТОП ([5]) и считать, что СТУ разъединено (ЗАКРЫТОЕ СОСТОЯНИЕ)

(9)

Прием в данном состоянии одного из этих ПБДТ является протокольной ошибкой. Рекомендуется прекратить отсчет тайм-аута ТОП ([5]), передать ПБДТ ЗР и войти в состояние закрытия

(10)

Либо получен ЗР с неправильным указателем отправителя

(11)

Прием в данном состоянии ПБДТ ЗС действителен только в том случае, если этот ПБДТ получен по ССУ, к которому не прикреплено СТУ. Рекомендуется применить действие [13]

(12)

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

(13)

Это происходит только в том случае, если в классе 4 получен предпочтительный класс ПБДТ ПР



В описании не содержится полная спецификация процедуры передачи данных, но дана ссылка на спецификацию классов (см. разделы 9 и 11). В таблице 19 приведены состояния конечного автомата для классов 1 и 3.


Таблица 19.1 - Состояния для классов 1 и 3. Часть первая - сторона ответчика

ЗАКРЫТО

ОЖТСОТВ

ОЖТСОТВ- ОЖППК

ОЖРЗД- ОЖППК

ОЖВОТ

ОЖВОТ- ОЖППК

ОЖВОТ-
ЗАКРЫТИЕ

ОЖВОТ- ЗАКРЫТИЕ-
ОЖППК

ТРЗДзап

ЗР ЗАКРЫТО (6)

ОЖРЗД- ОЖППК

ЗР
ОЖВОТ-
ЗАКРЫТИЕ

ОЖВОТ-
ЗАКРЫТИЕ- ОЖППК

ТСОЕДотв

Р10:(12); не Р10:ПС ОЖВОТ

ОЖВОТ- ОЖППК

СОТВинд

[4] [6] ОЖТСОТВ-
ОЖППК

[6]
ОЖСОТВ- ОЖППК

[6]
ОЖРЗД-
ОЖППК

[4] [6] ОЖВОТ-
ОЖППК

[6]
ОЖВОТ-
ОЖППК

[4] [6]
ОЖВОТ- ЗАКРЫТИЕ- ОЖППК

[6]
ОЖВОТ-
ЗАКРЫТИЕ-
ОЖППК

СРЗДиндт

[4] ОЖТСОТВ-
ОЖППК

ОЖТСОТВ- ОЖППК

ОЖРЗД-
ОЖППК

[4]
ОЖВОТ- ОЖППК

ОЖВОТ- ОЖППК

[4]
ОЖВОТ-
ЗАКРЫТИЕ-
ОЖППК

ОЖВОТ- ЗАКРЫТИЕ-
ОЖППК

ЗС

Р7: ЗР (3, 7) ЗАКРЫТО (6); не Р7; ТСОЕДинд; ОЖТСОТВ

Р9:
ОЖТСОТВ не Р9:(11)

[5] ОЖТСОТВ

[5] ЗР ЗАКРЫТО
(6)

Р9: ОЖВОТ не Р9:(11)

[5] ПС ОЖВОТ

Р9: ОЖВОТ ЗАКРЫТИЕ не Р9:(11)

ЗР [5] ЗАКРЫТО (6)

ЗР

ПP
ЗАКРЫТО

Р5: ПР [14] (13) ТРЗД-инд ЗАКРЫТО

ТРЗДинд ПР ЗАКРЫТО (6) (12)

ПР (5) ТРЗДинд ЗАКРЫТО

ЗАКРЫТО (6) (12)

[5] ПР ЗАКРЫТО
(6)

ОТК или СД

ЗАКРЫТО

ОТКРЫТО [7] (12)

[5] [2]
ОТК ОТКРЫТО

ЗАКРЫТИЕ (12)

[5] ЗР ЗАКРЫТИЕ

ПР

ЗАКРЫТО

ЗАКРЫТО

(8)

Первый ПБДТ, не являющийся ЗС, ЗР, ПР, СД или ОТК

ЗАКРЫТО

ОТКРЫТО [7]

ЗАКРЫТИЕ

(9)

Тайм-аут ТОП

ТРЗДинд ЗАКРЫТО (6)

ЗАКРЫТО (6)

ТРЗДинд ЗАКРЫТО (6)

ЗАКРЫТО (6)

ТДНзап

[7]
ОЖВОТ

[11]
ОЖВОТ- ОЖППК

ТСДзап

[7]
ОЖВОТ

[11]
ОЖВОТ- ОЖППК

ОШ

ТРЗДинд ЗР ОЖВОТ- ЗАКРЫТИЕ

ЗАКРЫТО (6)



Таблица 19.2 - Состояния для классов 1 и 3. Часть вторая: соединение - сторона инициатора

ЗАКРЫТО

ОЖССУ

ОЖССУ-ППК

ОЖПС

ОЖПС-ППК

ОЖРЗД

ОЖРЗД- ППК

ТСОЕДзап

Р0: ТЗДинд ЗАКРЫТО; не (Р0 и Р1): ССОЕДзап ОЖССУ; не (Р0 и Р2): ОЖССУ; не (Р0 и Р3): ПР ОЖССУ

ССОЕДподт

ЗС ОЖПС

ЗС ОЖПС

ЗС ОЖПС

ЗР ОЖРЗД

СОТВинд

Р4:ТРЗДинд [6] (6) [1] ЗАКРЫТО; не Р4:ЗС [6] [8] ОЖПС

Р4:6 ЗАКРЫТО [1]; не Р4:ЗС [6] [8] ОЖРЗД

СРЗДинд

Р1:ССОЕДзап ОЖССУ-ППК [8] Р2:[8]; ОЖССУ-ППК;
Р3:ЗС [8] ОЖПК

Р1:ССОЕД-зап ОЖССУ-ППК; Р2:ОЖССУ-ППК; РЗ:ЗС ОЖССУ

Р4:ТРЗДинд ЗАКРЫТО (6); (не Р4) и Р1:[8] ССОЕДзап ОЖПС-ППК; (не Р4) и Р2:[8] ОЖПС-ППК; (не Р4) и Р3:[8] ЗС ОЖПС

Р1:ССОЕДзап ОЖПС-ППК; Р2: ОЖПС-ППК; Р3: ЗС ОЖПС

Р4 или Р5: [1 и 9] (6) ЗАКРЫТО; не (Р4 или Р5) и Р1: [8] ССОЕДзап ОЖРЗД-
ППК; (не Р4 или Р5) и Р2: [8] ОЖРЗД-
ППК; не (Р4 или Р5) и Р3: [8] ЗС ОЖРЗД

Р5: ЗАКРЫТО (6) [9]; (не Р5) и Р1: ССОЕДзап ОЖРЗД- ППК; (не Р5) и Р2: ОЖРЗД- ППК (не Р5) и Р3: ЗС ОЖРЗД

ТРЗДзап

[1]
ЗАКРЫТО
(6)

[1] ЗАКРЫТО
(6) [9]

ОЖРЗД

Р5: ЗАКРЫТО (6) [1 и 9] не Р5: ОЖРЗД-ППК

ЗР

(10) ЗС ЗАКРЫТО (12)

ТРЗДинд [1] [9] ЗАКРЫТО (6)

[1] [9] ЗАКРЫТО (6)

ПС

ЗР ЗАКРЫТО

Р10: [12]; не Р10: ТСОЕДподт ПД (4) ОТКРЫТО [9]

Р10: [12]; не Р10: ЗР [9] ЗАКРЫТИЕ

(1)

ЗАКРЫТО

(2)

ЗР ЗАКРЫТО

Тайм-аут
ТПС

ТРЗДинд [1] ЗАКРЫТО (6)

10

ТРЗДинд [1] ЗАКРЫТО (6)

[10]

[1] ЗАКРЫТО
(6)

ОШ

ТРЗДинд
[1] [9]
ЗАКРЫТО (6)

[1] [9]
ЗАКРЫТО (6)



Таблица 19.3 - Состояния для классов 1 и 3. Часть третья: состояние ОТКРЫТО и ЗАКРЫТИЕ

ОТКРЫТО

ОТКРЫТО- ППК

ОТКРЫТО- ОЖППК

ЗАКРЫТИЕ

ЗАКРЫТИЕ- ППК

ЗАКРЫТИЕ-
ОЖППК

ССОЕДподт

ОТК [2]
ОТКРЫТО

ЗР ЗАКРЫТИЕ

ТРЗДзап

Р8: ЗАКРЫТИЕ;
не Р8: ЗР ЗАКРЫТИЕ

ЗАКРЫТИЕ- ППК

ЗАКРЫТИЕ- ОЖППК

СОТВинд

Р6 и Р4: (6) [6] [3]
ТРЗДинд ЗАКРЫТО;
Р6 и не Р4: [6] [2] [8] ОТК ОТКРЫТО;
не Р6: [4 и 6] ОТКРЫТО

Р6 и Р4: (6) [6] [3] ЗАКРЫТО;
Р6 и не Р4: [6] [8] ЗР ЗАКРЫТИЕ;
не Р6: [4, 6] ЗАКРЫТИЕ

СРЗДинд

Р6 и Р4: ТРЗДинд ЗАКРЫТО (6);
(Р6 и не Р4) и Р1: [8] ССОЕДзап ОТКРЫТО-ППК;
(Р6 и не Р4) и Р2: [8] ОТКРЫТО-ППК;
(Р6 и не Р4) и Р3: [8] [2] ОТК ОТКРЫТО
не Р6: [4] ОТКРЫТО-ППК

Р1: СОЕДзап ОТКРЫТО-ППК;
Р2: ОТКРЫТО-ППК;
Р3: [2] ОТК ОТКРЫТО

Р6 и (Р5 или Р4:) ЗАКРЫТО (6);
Р6 и не (Р4 или Р5) и Р1: [8] ССОЕДзап ЗАКРЫТИЕ-ППК;
Р6 и не (Р4 или Р5) и Р2: [8] ЗАКРЫТИЕ-ППК;
Р6 и не (Р4 или Р5) и Р3: [8] ЗР ЗАКРЫТИЕ не Р6: [4] ЗАКРЫТИЕ-ОЖППК

Р5: ЗАКРЫТО (6);
(не Р5 и Р1); ССОЕДзап ЗАКРЫТИЕ- ППК;
(не Р5) и Р2: ЗАКРЫТИЕ- ППК;
(не Р5) и Р3: ЗР ЗАКРЫТИЕ

ОТК
или СД

Р8: [5] [2] ОТК ОТКРЫТО;
не Р8: [7] [9] ОТКРЫТО (12)

ОТК [5 и 2] ОТКРЫТО

Р8: [5] ЗР ЗАКРЫТИЕ;
не Р8: [9] ЗАКРЫТИЕ (12)

ЗР [5] ЗАКРЫТИЕ

Тайм-аут ТОП

ТРЗДинд (6) ЗАКРЫТО

ТРЗДинд (6) ЗАКРЫТО

ЗАКРЫТО (6)

ЗАКРЫТО
(6)

ЗР

Р8: ТРЗДинд ПР (6) [5] ЗАКРЫТО;
не Р8: ТРЗДинд ПР (6) [9] ЗАКРЫТО (12)

ТРЗДинд ПР [5] ЗАКРЫТО (6)

Р8: [5] ПР (6) ЗАКРЫТО;
не Р8: [3] [9] (6) ЗАКРЫТО (12)

[5] ЗАКРЫТО (6) ПР

ПР

Р8: (8);
не Р8: [3] [9]
ЗАКРЫТО (6);

(8)

ПБДТ: ДН, ПД или ПСД

[7] ОТКРЫТО

(5)

ЗАКРЫТИЕ

(9)

Тайм-аут
ТПС

[10]

ТРЗДинд ЗАКРЫТО [1] (6)

[10]

ЗАКРЫТО [1] (6)

ТДНзап

Р8: [11] ОТКРЫТО;
не Р8: [7] ОТКРЫТО

[11] ОТКРЫТО-ППК

[11] ОТКРЫТО-
ОЖППК

ТСДзап

Р8: [11] ОТКРЫТО;
не Р8: [7] ОТКРЫТО

[11] ОТКРЫТО-ППК

[11] ОТКРЫТО-
ОЖППК

ОШ

ТРЗДинд ЗР ЗАКРЫТИЕ

ТРЗДинд ЗР ЗАКРЫТИЕ

ЗАКРЫТО (6)

ЗАКРЫТО (6)

А.6 Таблицы состояний для класса 4


В данном разделе содержится точное описание СТУ класса 4.

В таблицах 20-22 приведены предикаты, действия и примечания соответственно для класса 4.


Таблица 20 - Предикаты для класса 4

Наименование

Описание

Р0

Примитив Т-СОЕДИНЕНИЕ запрос приемлем

Р1

Может быть выполнено прикрепление к подходящему ССУ (открытому или открывающемуся)

Р2

Имеется возможность открыть новое ССУ

Р3

Локальный выбор

Р4

ПБДТ ЗС никогда не передавался

Р5

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

Р6

Локальное решение - не выполнять нового прикрепления, если набор ССУ пустой (только для состояния ЗАКРЫТИЕ)

Р7

Счет = максимальный

Р8

Приемлемый ПБДТ ЗС

Р9

Приемлемый ПБДТ ПС класса 4

Р10

Неприемлемый ПБДТ ПС класса 4

Р11

ПБДТ ПС, не определяющий класс 4



Таблица 21 - Специфичные для класса 4 действия

Наименование

Описание

[0]

Начать отсчет тайм-аута указателя

[1]

Счет = счет + 1

[2]

Счет = 0

[3]

Начать отсчет тайм-аута повторной передачи

[4]

Прекратить отсчет тайм-аута повторной передачи (если он ведется)

[5]

Начать отсчет тайм-аута окна

[6]

Прекратить отсчет тайм-аута окна (если он ведется)

[7]

Начать отсчет тайм-аута неактивности

[8]

Прекратить отсчет тайм-аута неактивности

[9]

Установить начальный кредит для передачи в соответствии с полученным ПБДТ ЗС/ПС

[10]

Установить начальный кредит для управления приемом в соответствии с переданным ПБДТ ЗС/ПС

[11]

Передать ПБДТ ЗС, если в наборе имеется ССУ в открытом состоянии

[12]

Добавить в набор действующее ССУ, если оно еще не входит в него

[13]

Действующее ССУ находится теперь в состоянии открытия

[14]

Передать ПБДТ ПС, если в наборе имеется ССУ в открытом состоянии

[15]

Передать ПБДТ ЗР, если в наборе имеется ССУ в открытом состоянии. Этот ПБДТ ЗР передается с УКАЗ-ОТП=локальный-указ, а УКАЗ-ПОЛ=удаленный-указ (может быть равен нулю)

[16]

Передать ПБДТ ЗР, если в наборе имеется ССУ в открытом состоянии. Этот ПБДТ ЗР передается с УКАЗ-ОТП=0 и УКАЗ-ПОЛ=удаленный-указ

[17]

Передать ПБДТ соответствующей процедуре передачи данных

[18]

См. таблицу состояний класса, определенного в ПБДТ ПС (в части передачи данных)

[19]

См. таблицу состояний данного класса (в часта процедуры разъединения): передать ПБДТ ЗР, если это не класс 0, в противном случае выдать примитив С-РАЗЪЕДИНЕНИЕ запрос

[20]

Запомнить запрос и подвергнуть пользователя управлению по потоку

[21]

Передать ПБДТ ЗР с полем УКАЗ-ОТП, равным нулю

[22]

Передать ПБДТ ЗС, если только поле УКАЗ-ОТП принятого ПБДТ не равно нулю



Таблица 22 - Примечания, специфичные для класса 4

Наименование

Описание

(1)

Невозможно, поскольку нет набора ССУ, прикрепленных к данному СТУ

(2)

Можно также остаться в том же состоянии (продолжается отсчет ) до:

- приема ПБДТ ПС, выполняющего новое прикрепление;

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

- истечения и равенства счета максимальному значению

(3)

Новое прикрепление невозможно: если данный набор ССУ пустой, то логический объект транспортного уровня будет ждать поступления нового прикрепления, либо оно может быть выполнено локально (случайное событие)

(4)

Можно также выполнить новое прикрепление. (Это можно сделать при переходе к событию "прикрепление нового ССУ)"

(5)

Нет ПБДТ ЗС-дубликатов. Если же ПБДТ ЗС является дубликатом, проигнорировать его

(6)

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

(7)

В качестве локального решения можно принять следующие: 0, ТРЗДинд, ОЖЗБЛУК

(8)

Логическая привязка к данному СТУ выполняется независимо от значения поля УКАЗ-ОТП. Если это поле не равно 0, ПБДТ ЗР передается обратно

(9)

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

(10)

Если выполнена логическая привязка и УКАЗ-ПОЛ равен нулю, то ПБДТ ЗР содержит поле УКАЗ-ОТП, равное нулю

(11)

Если произошел переход из состояния ОЖПС в состояние ЗАКРЫТИЕ, то удаленный-указ равен нулю. Поле УКАЗ-ОТП блока ПБДТ ПС игнорируется (т.е. при повторной передаче ПБДТ ЗР он будет иметь УКАЗ-ПОЛ, равный нулю)

(12)

При переходе из состояния ОЖПС в состояние ЗАКРЫТИЕ удаленный-указ (равный нулю) должен быть установлен в значение УКАЗ-ОТП с целью приведения его в соответствие с процедурой разъединения согласованного класса

(13)

ПБДТ ЗР может быть повторно передан либо немедленно, либо после истечения

(14)

Если данный набор ССУ пустой, то это событие может быть использовано в качестве критерия для ввода события "прикрепление нового ССУ"

(15)

Ранее занесенный в память примитив Т-ДАННЫЕ запрос или Т-СРОЧНЫЕ-ДАННЫЕ запрос готовы к обработке в соответствии с процедурой передачи данных

(16)

См. процедуры передачи данных

(17)

При приеме примитива С-СБРОС индикация должен быть выдан примитив С-СБРОС ответ независимо от состояния конечного автомата



В таблице 23 приведена таблица состояний для СТУ класса 4.

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

a) состояние каждого ССУ известно как ОТКРЫТО или ОТКРЫТИЕ (т.е. выдан примитив ССОЕДзап и ожидается примитив ССОЕДподт);

b) для каждого СТУ логический объект транспортного уровня поддерживает набор ССУ, к которым прикреплено данное СТУ. Каждое ССУ этого набора находится в состоянии ОТКРЫТО или ОТКРЫТИЕ;

c) при приеме примитива ССОЕДподт, ССБРинд или СРЗДинд это событие логически связывается с данным СТУ, если соответствующее ССУ относится к данному набору;

d) при приеме примитива СРЗД ССУ прекращает свое существование и, следовательно, удаляется из набора ССУ; при приеме примитива ССОЕДподт ССУ переходит в состояние ОТКРЫТО.

Примечание - В таблице состояний все это не показано в виде явных действий. Но введение в набор нового ССУ и его перевод в состояние ОТКРЫТИЕ показано как явное действие.

e) при возвращении СТУ в состояние ЗАКРЫТО или ОЖЗБЛУК предполагается, что отсчеты всех тайм-аутов прекращаются (если они отсчитывались), счет устанавливается в ноль и набор ССУ становится пустым;

f) при приеме ПБДТ предполагается, что соединение сетевого уровня, по которому он был принят, известно.

g) переменная "текущее-ССУ" используется для обозначения либо того ССУ, по которому принят ПБДТ, либо ССУ, выбранного для нового прикрепления (одного из существующих или вновь созданного).

h) Используются также следующие переменные:

локальный-указ - указатель (локальный) того СТУ, которое выбрано при передаче или при приеме ЗС;

удаленный-указ - указатель удаленного логического объекта, вначале устанавливаемый в ноль и инициируемый при обработке ПС (кроме случая игнорирования ПС);

УКАЗ-ОТП - означает соответствующее поле принятого ПБДТ;

УКАЗ-ПОЛ - означает соответствующее поле принятого ПБДТ;

УКАЗ-ОТП, УКАЗ-ПОЛ - означает соответствующее поле переданного ПБДТ;

счет - означает число передач (повторных передач) ПБДТ;

j) фаза передачи данных не полностью описана в таблице состояний, вместо этого дана ссылка на основной текст стандарта;

k) введено случайное событие под названием "прикрепление нового ССУ". Оно может появиться в любой момент времени при условии, что состояние Р1 или Р2 имеет значение "истинно" (см. таблицу 20) и удаленный указатель не равен нулю (т.е. либо принят ПБДТ ЗС, либо принят и обработан ПБДТ ПС);

l) при приеме примитива С-СБРОС индикация выдается примитив С-СБРОС ответ.


Таблица 23 - Соединение/разъединение в классе 4 при использовании УСУ-УС

ОЖЗБЛУК

ЗАКРЫТО

ОЖПС

ОЖРЗД

ОТКРЫТО

ОЖТСОТВ

ОЖПДТ

ЗАКРЫТИЕ

ТСОЕДзап

не Р0:
ТРЗДинд ЗАКРЫТО; Р0 и Р1: [12, 13, 10 и 11] ОЖПС Р0 и не Р1 и Р2; [13, 12, 1, 3 и 10] ССОЕДзап ОЖПС; Р0 и не Р1 и не Р2: ТРЗДинд ЗАКРЫТО

ТСОЕДотв

[3, 2, 1, 10 и 14] ОЖПДТ

ТРЗДзап

Р4: ЗАКРЫТО; (не Р4) и Р3: ОЖРЗД;
(не Р4) и (не Р3) [4, 3, 2, 1 и 15] ЗАКРЫТИЕ

[6, 8, 4, 3, 2, 1 и 15] ЗАКРЫТИЕ

[16] ЗАКРЫТО

[4, 3, 2, 1 и 15] ЗАКРЫТИЕ

СРЗДинд

(1)

(1)

P1: [12] ОЖПС; (не P1) и Р2: 13 и 12 ССОЕДзап ОЖПС; (не Р1) и (не Р2): 0 [2] ТРЗДинд ОЖЗБЛУК

Р3: [0] ОЖЗБЛУК; (не Р3) и Р1: [12 и 11] ОЖРЗД; (не Р3) и (не Р1) и Р2: [13 и 12] ССОЕДзап ОЖРЗД; (не Р3) и (не Р1) и (не Р2): 0 ОЖЗБЛУК

Р5 и Р1:
[12 и 17] (6) ОТКРЫТО; Р5 и (не Р1) и Р2: [13 и 12] ССОЕДзап ОТКРЫТО; Р5 и (не Р1) и (не Р2): ОТКРЫТО (3); не Р5: ОТКРЫТО

ОЖСОТВ
(4)

Р5 и Р1: [12 и 14] (6) ОЖПДТ;
Р5 и (не Р1) и Р2: [13 и 12] ССОЕДзап ОЖПДТ;
Р5 и (не Р1) и (не Р2): ОЖПДТ (3); не Р5: ОЖПДТ

Р6: 0 ОЖЗБЛУК; (не Р6) и Р5 и Р1: [12 и 15] ЗАКРЫТИЕ (6);
(не Р6) и Р5 и (не Р1) и Р2; [13 и 12] ССОЕДзап ЗАКРЫТИЕ;
(не Р6) и Р5 (не Р1) и (не Р2): ЗАКРЫТИЕ (3);
(не Р6) и (не Р5): ЗАКРЫТИЕ

СОТВинд

(17)

(17)

(17)

(17)

(17)

(17)

ТДНзап
ТСДзап

(16) ОТКРЫТО

[20]
ОЖПДТ

ССОЕДподт

(1)

(1)

ЗС
ОЖПС (6)

ЗС ОЖРЗД (6)

[17] ОТКРЫТО
(6)

ОЖТСОТВ

ПС ОЖПД (6)

15 ЗАКРЫТИЕ (6)

Прикреп- ление нового ССУ

P1: [12 и 17] ОТКРЫТО (6); (не Р1) и Р2: [13 и 12] ССОЕДзап ОТКРЫТО

Р1: [12] ОЖТСОТВ; (не Р1) и Р2: [13 и 12] ССОЕДзап ОЖТСОТВ

Р1: [12 и14] (6) ОЖПДТ; (не Р1) Р2: [13 и 12] ССОЕДзап ОЖПДТ

P1: [12 и 15] (6) ЗАКРЫТИЕ; (не Р1) и Р2: [13 и 12] ССОЕДзап ЗАКРЫТИЕ

Тайм-аут повторной передачи

Р7 и Р3 [0] ТРЗДинд ОЖЗБЛУК; Р7 и (не Р3): [3, 2, 1 и 15] РЗДинд ЗАКРЫТИЕ (14); не Р7: [1, 3 и 11] ОЖПС

Р7 и Р3: [0] ОЖЗБЛУК; Р7 и (не Р3) [3, 2, 1 и 15] ЗАКРЫТИЕ (14); не Р7: [1, 3 и 11] ОЖРЗД

Р7: [6, 8, 3, 2, 1 и 15] ТРЗДинд ЗАКРЫТИЕ (14); не Р7: (16)
(14)
ОТКРЫТО

Р7: [3, 2, 1 и 15] ТРЗДинд (14) ЗАКРЫТИЕ; не Р7: [1, 3 и 14] (14) ОЖПДТ

Р7: [0] ОЖЗБЛУК; не Р7: [1, 3 и 15] (14) ЗАКРЫТИЕ

Тайм-аут неактивности

[6, 4, 3, 2, 1 и 15] ТРЗДинд ЗАКРЫТИЕ (7)

Тайм-аут
указателя

ЗАКРЫТО

ЗС

не P8: [21] ЗАКРЫТО
(5); Р8: [9 и 12] ТСОЕДинд ОЖТСОТВ (5)

[12, 8 и 7] ОТКРЫТО

[12] ОЖТСОТВ

[12 и 14] ОЖПДТ

[12] ЗАКРЫТИЕ (13)

ПС

ЗР
ОЖТСОТВ

ЗР ЗАКРЫТО

Р9: [12, 9, 2, 4, 5, 7 и 17] ТСОЕДподт (9) ОТКРЫТО; Р10: [12, 4, 3, 2, 1 и 15] ТРЗДинд ЗАКРЫТИЕ; P11:18

P11: [19] не Р11: [12, 2, 4, 3, 1 и 15] ЗАКРЫТИЕ

[12, 17, 8 и 7] (9) ОТКРЫТО

P11: [19] (12); не P11 [12] ЗАКРЫТИЕ (11)

ОШ

ОЖЗБЛУК

ЗАКРЫТО

[0]
ТРЗДинд ОЖЗБЛУК

[0] ОЖЗБЛУК

[12, 6, 8, 4, 3, 2, 1 и 15] ТРЗДинд ЗАКРЫТИЕ

[12, 4, 3, 2, 1 и 15] ТРЗДинд ЗАКРЫТИЕ

[0] ОЖЗБЛУК

ЗР

[22] ОЖЗБЛУК

[22] ЗАКРЫТО

(8) ТРЗДинд
[0] ОЖЗБЛУК

(8) [0] ОЖЗБЛУК

ПР (10) [0] ТРЗДинд ОЖЗБЛУК

ПР (10) ТРЗДинд ЗАКРЫТО

ПР (10) [0] ТРЗДинд ОЖЗБЛУК

[0] ОЖЗБЛУК

ПР

ОЖЗБЛУК

ЗАКРЫТО

[0] ОЖЗБЛУК

ПСД

ОЖЗБЛУК

ЗАКРЫТО

[12, 8 и 7] ОТКРЫТО
(16)

[12] ЗАКРЫТИЕ (13)

ДН/ПД/СД

ЗАКРЫТО

[12, 8 и 7] ОТКРЫТО
(16)

[12 и 7] ОТКРЫТО (15)

[12] ЗАКРЫТИЕ (13)

А.7 Таблицы состояний для класса 4 при работе с УСУ-БУС

В данном разделе содержится точное описание СТУ класса 4 при работе с УСУ-БУС.

В таблицах 24-26 приведены предикаты, действия и примечания соответственно для класса 4.



Таблица 24 - Предикаты класса 4 при работе с УСУ-БУС

Обозначение

Описание

Р0

Т-СОЕДИНЕНИЕ запрос приемлем

Р3

Локальный выбор

Р7

Счет = максимальное значение

Р8

Приемлемый ПБДТ ЗС

Р9

Приемлемый ПБДТ ПС класса 4



Таблица 25 - Специфичные для класса 4 действия при работе с УСУ-БУС

Наименование

Описание

[0]

Начать отсчет тайм-аута указателя

[1]

Счет = счет + 1

[2]

Счет = 0

[3]

Начать отсчет тайм-аута повторной передачи

[4]

Прекратить отсчет тайм-аута повторной передачи (если он ведется)

[5]

Начать отсчет тайм-аута окна

[6]

Прекратить отсчет тайм-аута окна (если он ведется)

[7]

Начать отсчет тайм-аута неактивности

[8]

Прекратить отсчет тайм-аута неактивности

[9]

Установить начальный кредит для передачи в соответствии с полученным ПБДТ ЗС/ПС

[10]

Установить начальный кредит для управления приемом в соответствии с переданным ПБДТ ЗС/ПС

[15]

Передать ПБДТ ЗР. Этот ПБДТ ЗР передается с УКАЗ-ОТП = локальный-указ, а УКАЗ-ПОЛ = удаленный-указ (может быть равен нулю)

[16]

Передать ПБДТ ЗР. Этот ПБДТ ЗР передается с УКАЗ-ОТП = 0 и УКАЗ-ПОЛ = удаленный-указ

[17]

Передать ПБДТ, соответствующей процедуре передачи данных

[20]

Запомнить запрос и подвергнуть пользователя управлению по потоку

[21]

Передать ПБДТ ЗР с полем УКАЗ-ОТП, равным нулю

[22]

Передать ПБДТ ЗС, если только поле УКАЗ-ОТП принятого ПБДТ ЗР не равно нулю

[23]

Передать ПБДТ ЗР с указ-отп = лок-указ и указ-пол = УКАЗ-ОТП в ПБДТ ПС



Таблица 26 - Примечания, специфичные для класса 4 при работе с УСУ-БУС

Наименование

Описание

(5)

Нет ПБДТ ЗС-дубликатов. Если же ПБДТ ЗС является дубликатом, проигнорировать его

(7)

В качестве локального решения можно принять следующие: 0, ТРЗДинд, ОЖЗБЛУК

(8)

Логическая привязка к данному СТУ выполняется независимо от значения поля УКАЗ-ОТП. Если это поле не равно 0, ПБДТ ПР передается обратно

(9)

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

(10)

Если выполнена логически привязка и УКАЗ-ПОЛ равен нулю, то ПБДТ ПР содержит поле УКАЗ-ОТП, равное нулю

(11)

Если произошел переход из состояния ОЖПС в состояние ЗАКРЫТИЕ, то удаленный-указ равен нулю. Поле УКАЗ-ОТП блока ПБДТ ПС игнорируется (т.е. при повторной передаче ПБДТ ЗР он будет иметь УКАЗ-ПОЛ, равный нулю)

(13)

ПБДТ ЗР может быть повторно передан либо немедленно либо после истечения

(15)

Ранее занесенный в память примитив Т-ДАННЫЕ.запрос или Т-СРОЧНЫЕ-ДАННЫЕ.запрос готовы к обработке в соответствии с процедурой передачи данных

(16)

См. процедуры передачи данных



В таблице 27 приведена таблица состояний для СТУ класса 4 при работе с УСУ-БУС.

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

a) локальный-указ - указатель (локальный) того СТУ, которое выбрано при передаче или при приеме ЗС;

удаленный-указ - указатель удаленного логического объекта, вначале устанавливаемый в ноль и инициируемый при обработке ПС (кроме случая игнорирования ПС);

УКАЗ-ОТП - означает соответствующее поле принятого ПБДТ;

УКАЗ-ПОЛ - означает соответствующее поле принятого ПБДТ;

указ-отп, указ-пол - означает соответствующее поле переданного ПБДТ;

счет - означает число передач (повторных передач) ПБДТ;

b) фаза передачи данных не полностью описана в таблице состояния, вместо этого дана ссылка на основной текст стандарта

c) предполагается, что данная УСУ постоянно доступна.

Действия, выполняемые при информировании о недоступности УСУ, являются частным вопросом.


Таблица 27 - Соединение/разъединение в классе 4 при использовании УСУ-БУС

ОЖЗБЛУК

ЗАКРЫТО

ОЖПС

ОЖРЗД

ОТКРЫТО

ОЖТСОТВ

ОЖПДТ

ЗАКРЫТИЕ

ТСОЕДзап

не Р0: ТРЗДинд ЗАКРЫТО; Р0; [1, 3, 10]
ЗС ОЖПС

ТСОЕДотв

[3, 2, 1, 10] ПС ОЖПДТ

ТРЗДзап

Р3: ОЖРЗД; (не Р3) [4, 3, 2, 1, 15] ЗАКРЫТИЕ

[6, 8, 4, 3, 2, 1, 15] ЗАКРЫТИЕ

[16] ЗАКРЫТО

[4, 3, 2, 1,15] ЗАКРЫТИЕ

ТДНзап ТСДзап

(16) ОТКРЫТО

[20] ОЖПДТ

Тайм-аут повторной передачи

Р7 и Р3 [0] ТРЗДинд ОЖЗБЛУК; Р7 и (не Р3): [3, 2, 1 и 15] РЗДинд ЗАКРЫТИЕ не Р7: [1, 3] ЗС ОЖПС

Р7 и Р3: [0] ОЖЗБЛУК; Р7 и (не Р3) [3, 2, 1 и 15] ЗАКРЫТИЕ не Р7: [1, 3] ЗС ОЖРЗД

Р7: [6, 8, 3, 2, 1, 15] ТРЗДинд ЗАКРЫТИЕ; не Р7: (16) ОТКРЫТО

Р7: [3, 2, 1, 15] ТРЗДинд ЗАКРЫТИЕ; не Р7: [1, 3] ПС ОЖПДТ

Р7: [0]
ОЖЗБЛУК; не Р7: [1, 3, 15] ЗАКРЫТИЕ

Тайм-аут неактивности

[6, 4, 3, 2, 1, 15] ТРЗДинд ЗАКРЫТИЕ (7)

Тайм-аут указателя

ЗАКРЫТО

ЗС

не Р8:[21] ЗАКРЫТО; Р8: [1, 9, 3] ТСОЕДинд ОЖТСОТВ (5)

[8 и 7] ОТКРЫТО

ОЖТСОТВ

ПС ОЖПДТ

ЗАКРЫТИЕ (13)

ПС

ЗР
ОЖТСОТВ

ЗР ЗАКРЫТО

Р9: [9, 2, 4, 5, 7 и 17] ТСОЕДподт (9) ОТКРЫТО; не Р9: [4, 3, 2, 1, 23] ТРЗДинд ЗАКРЫТИЕ;

Р9: [2, 4, 3, 1 и 15] ЗАКРЫТИЕ

[17, 8 и 7] (9) ОТКРЫТО

Р9: (11); ЗАКРЫТИЕ

ОШ

ОЖЗБЛУК

ЗАКРЫТО

[0]
ТРЗДинд ОЖЗБЛУК

[0] ОЖЗБЛУК

[6, 8, 4, 3, 2, 1 и 15] ТРЗДинд ЗАКРЫТИЕ

[4, 3, 2, 1 и 15]
ТРЗДинд ЗАКРЫТИЕ

[0] ОЖЗБЛУК

ЗР

[22] ОЖЗБЛУК

[22] ЗАКРЫТО

(8) ТРЗДинд
[0] ОЖЗБЛУК

(8) [0] ОЖЗБЛУК

ПР (10) [0] ТРЗДинд
ОЖЗБЛУК

ПР (10) ТРЗДинд ЗАКРЫТО

ПР (10) [0] ТРЗДинд
ОЖЗБЛУК

[0] ОЖЗБЛУК

ПР

ОЖЗБЛУК

ЗАКРЫТО

[0] ОЖЗБЛУК

ПСД

ОЖЗБЛУК

ЗАКРЫТО

[8 и 7] ОТКРЫТО (16)

ЗАКРЫТИЕ (13)

ДН/ПД/СД

ОЖЗБЛУК

ЗАКРЫТО

[8 и 7] ОТКРЫТО (16)

[7] ОТКРЫТО (15)

ЗАКРЫТИЕ
(13)

ПРИЛОЖЕНИЕ В (обязательное). ПОДПРОТОКОЛ АДМИНИСТРАТИВНОГО УПРАВЛЕНИЯ СОЕДИНЕНИЕМ СЕТЕВОГО УРОВНЯ


ПРИЛОЖЕНИЕ В
(обязательное)

B.1 Введение


Задачи настоящего приложения состоят в том, чтобы:

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

b) обеспечить передачу большего объема информации о причинах разъединения ССЕ, чтобы предоставить более широкие возможности в оптимизации процедур восстановления;

c) описать процедуру, обеспечивающую идентификацию протоколов (как ВОС, так и не ВОС), используемых в данном ССУ.

Протокол, описываемый в настоящем приложении, называется подпротоколом управления соединением сетевого уровня (ППУ ССУ).

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

В.2 Назначение


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

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

Мультиплексирование СТУ обеспечивает возможность полного коллективного использования ССУ, что расширяет сферу использования классов протокола транспортного уровня с мультиплексированием (т.е. классов 2-4).

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

В.3 Определения


В настоящем приложении используются следующие определения.

Примечание - В определениях данного раздела использованы сокращения, приведенные в В.4.

В.3.1 Владелец (ССУ) - логический объект транспортного уровня, который выдает примитив С-СОЕДИНЕНИЕ запрос, обуславливающий создание ССУ в случае неиспользования ПБДТ УССУ, либо логический объект транспортного уровня (возможно, тот и другой), которому предоставлено право выполнить прикрепление в соответствии с полем ПРАВО-ССУ блока ПБДТ УССУ при использовании этого блока (см. В.6.2.2).

Примечание - Это определение расширяет определение владельца ССУ, приведенное в 3.2.28.

В.3.2 Указатель соединения сетевого уровня (или указатель-ССУ) - идентификатор, который логически связан с ССУ и используется для разрешения конфликтов при повторных открытиях ССУ.

В.4 Символы и сокращения

В.4.1 Типы протокольных блоков данных транспортного уровня

ПБДТ УССУ - ПБДТ "управление соединением сетевого уровня"

ПБДТ ДГ - ПБДТ "диагностика"

ПБДТ ПУССУ - ПБДТ "подтверждение управления соединением сетевого уровня"

Следующий ПБДТ, используемый в данном приложении, определен в ИСО/МЭК 11570 "Идентификация протоколов сетевого уровня":

ПБДТ ИС - ПБДТ "использование соединения сетевого уровня"

В.4.2 Поля ПБДТ

УКАЗ-ССУ - указатель соединения сетевого уровня (поле)

ТИП-ССУ - тип соединения сетевого уровня (поле)

ПРАВО-ССУ - право на соединение сетевого уровня (поле)

УД - указатель длины (поле)

ПР-ССУ - предпочтительность соединения сетевого уровня (поле)

УКФ-ССУ - указатель конфликтов соединения сетевого уровня

УВС-ССУ - указатель восстановления соединения сетевого уровня

Следующие поля, используемые в данном приложении, определены в ИСО/МЭК 11570:

ФКИ - факультативная возможность коллективного использования (поле)

ИД-ПР - идентификатор протокола (поле)

В.4.3 Тайм-ауты

ТПО-ССУ - тайм-аут попытки повторного открытия соединения с использованием заданного УКАЗ-ССУ

ТОЖУК-ССУ - тайм-аут рассмотрения данного УКАЗ-ССУ как ожидающего

ТБЛУК-ССУ - тайм-аут рассмотрения данного УКАЗ-ССУ как заблокированного

В.4.4 Разное

ППУ-ССУ - подпротокол управления соединения сетевого уровня

ПДУСУ - пункт доступа к услугам сетевого уровня

ПВП - предоставление всеобщего права

ППДП - право передающего на присвоение

ППМП - право принимающего на присвоение

ИАФ - идентификатор администратора и формата (адреса ПДУСУ)

ИНР - идентификатор начального режима (адреса ПДУСУ)

СЧР - специфичная часть региона (адреса ПДУСУ)

В.5 Общее описание протокола


ППУ-ССУ обеспечивает:

a) идентификацию протокола, который подлежит использованию над заданным соединением сетевого уровня.

Примечание - Использование адресов ПДУСУ в соответствии с ИСО 7498-3 обеспечивает более широкие возможности в распознавании отличий между пользователями услуг сетевого уровня ВОС и не-ВОС. Однако, если использование ПДУСУ приводит к неприемлемым издержкам, например, когда каждый ПДУСУ оплачивается поставщиком услуг сетевого уровня, то можно воспользоваться механизмом ПБДТ ИС;

b) явное назначение логического объекта (или объектов) транспортного уровня, который(е) имеет(ют) право прикреплять СТУ к конкретному ССУ и поэтому рассматривается(ются) в качестве (со)владельца ССУ.

c) Разрешение конфликтов при установлении соединения при первоначальном установлении ССУ или его восстановлении после неисправности.

Подпротокол ППУ-ССУ предполагает использование услуг сетевого уровня, определенных в ГОСТ Р 34.915.

При работе ППУ-ССУ логические объекты транспортного уровня используют только те примитивы услуг сетевого уровня, которые перечислены в таблице 28 (другие примитивы услуг сетевого уровня используются согласно 5.2).


Таблица 28 - Примитивы услуг сетевого уровня, используемые для работы подпротокола ППУ-ССУ

Примитивы

Параметры

А/В/С

С-СОЕДИНЕНИЕ

запрос

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

А

индикация

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

А

ответ

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

В

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

Набор параметров КУ

А

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

А

Выбор подтверждения приема

А

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

запрос

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

С

индикация

Инициатор

С

Причина

А


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

А - этот параметр используется в соответствии с процедурами, определенными в настоящем стандарте;

В - при функционировании подпротокола ППУ-ССУ этот параметр используется в примитиве запроса или индикации, а также при использовании блока ПБДТ ПУССУ в примитиве ответа и подтверждения;

С - этот параметр может использоваться факультативно при функционировании подпротокола ППУ-ССУ.

В.6 Элементы процедур

В.6.1 Передача ПБДТ

Определенные в данном приложении протокольные блоки данных транспортного уровня (ПБДТ) перечислены в В.4.1.

Логические объекты транспортного уровня должны передавать и принимать ПБДТ (см. ИСО/МЭК 11570) и УССУ в параметре "данные пользователя УСУ" только примитивов С-СОЕДИНЕНИЕ запрос и индикация.

Передающий логический объект транспортного уровня должен:

а) либо не передавать никаких ПБДТ в параметре "данные пользователя УСУ" примитива С-СОЕДИНЕНИЕ запрос;

b) либо передавать ПБДТ ИС (см. ИСО/МЭК 11570) с последующей передачей ПБДТ УССУ в параметре "данные пользователя УСУ" примитива С-СОЕДИНЕНИЕ запрос.

При использовании ПБДТ ДИАГ он передается в параметре "данные пользователя УСУ" примитива С-РАЗЪЕДИНЕНИЕ.

При использовании ПБДТ УССУ он передается в параметре "данные пользователя УСУ" примитивов С-СОЕДИНЕНИЕ ответ и подтверждение.

В.6.2 Управление соединением сетевого уровня

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

При использовании процедуры, описанной в В.6.1b;

а) передающий логический объект транспортного уровня должен использовать описанную ниже процедуру вместе с процедурой, определенной в основной части настоящего стандарта;

b) принимающий логический объект должен

1) либо игнорировать ПБДТ УССУ и выполнять процедуру, описанную в основной части настоящего стандарта;

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

Если логический объект транспортного уровня обработал ПБДТ УССУ, полученный из данного ПДУСУ [см. В.6.2.1b2)], он должен обработать и последующие ПБДТ УССУ, полученные из того же ПДУСУ.

В.6.2.2 Право прикрепления

Когда логический объект транспортного уровня выдает примитив С-СОЕДИНЕНИЕ запрос, чтобы запросить открытие нового ССУ, логический объект транспортного уровня может принять решение: включать или не включать блоки ПБДТ УССУ в поле "данные пользователя УСУ" этого примитива. Получатель может предпочесть не обрабатывать ПБДТ УССУ, а выполнить процедуры, определенные в основной части настоящего стандарта;

Владелец(льцы) ССУ может(гут) использовать прикрепление или повторное прикрепление СТУ при следующих ограничениях:

а) логический объект транспортного уровня, являющийся владельцем ССУ, не должен прикреплять СТУ с предпочтительным классом 0 или 1, если его равноправный объект также является владельцем ССУ (см. примечание 2);

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

Назначение логического объекта транспортного уровня должно определяться "владельцем" ССУ согласно таблице 29.


Таблица 29 - определение прав прикрепления

Инициатор ССУ

Отвечающий на ССУ

Ни один УССУ не передан

В

НВ

УССУ передан, но не обработан
Право = ППДП или ПВП

В

НВ

УССУ передан, но не обработан
Право = ППМП

НВ (см. примечание 4)

НВ (см. примечание 4)

УССУ передан и обработан
Право = ППДП

В

НВ

УССУ передан и обработан
Право = ППМП

НВ

В

УССУ передан и обработан
Право = ПВП

В

В



Обозначения: В - владелец; НВ - не-владелец

Примечания

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

2 Это дает гарантию, что СТУ класса 0 или 1 не могут быть открытыми одновременно на обоих концах ССУ.

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

4 Использование поля ПРАВО-ССУ с блоком ПБДТ УССУ обеспечивает явное управление правами прикрепления, сохраняя также за обоими логическими объектами способность восстанавливать неисправное ССУ. Такая возможность отсутствует, если УССУ не используется.


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

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

В.6.2.3 Управление указателем соединения сетевого уровня (указателем-ссу)

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

Указатель-ссу логически связан:

а) с парой адресов ПДУСУ, участвующих в ССУ, по которому был передан ПБДТ УССУ;

b) с источником размещения - указатель-ссу был размещен удаленно или локально.

Обмен указателем-ссу производится в виде параметра УК-ССУ блока ПБДТ УССУ. Параметр ТИП-ССУ блока ПБДТ УССУ указывает источник размещения:

1) параметр ТИП-ССУ в значении НОВЫЙ указывает новый указатель-ссу, размещенный передатчиком ПБДТ УССУ;

2) параметр ТИП-ССУ в значении МОЙ указывает на восстановление, используя указатель-ссу, размещенный ранее передатчиком ПБДТ УССУ;

3) параметр ТИП-ССУ в значении ВАШ указывает на восстановление, используя указатель-ссу, размещенный ранее получателем ПБДТ УССУ;

Примечание - Использование параметра ТИП-ССУ в значении МОЙ позволяет явно различать два случая, когда инициатор ССУ либо принял, либо не принял примитив С-СОЕДИНЕНИЕ подтверждение.

c) с состоянием указатель-ссу, в качестве которого может быть:

1) ОТКРЫТО - имеется одно ССУ, которое логически связано с указателем-ссу и для которого был принят примитив С-СОЕДИНЕНИЕ подтверждение, либо передан примитив С-СОЕДИНЕНИЕ ответ и не было обмена последующими примитивами С-РАЗЪЕДИНЕНИЕ;

2) ОТКРЫТИЕ - имеется одно ССУ, для которого ожидается примитив С-СОЕДИНЕНИЕ подтверждение и указатель-ссу никогда раньше не находился в состоянии ОТКРЫТО;

3) ВОССТАНОВЛЕНИЕ - имеется одно ССУ, логически связанное с тем указателем-ссу, для которого ожидается примитив С-СОЕДИНЕНИЕ подтверждение, и указатель-ссу находился ранее в состоянии ОТКРЫТО;

4) ОЖИДАНИЕ - нет ССУ, логически связанных с указателем-ссу;

d) с правом прикрепления, размещенным для использования ССУ, логически связанного с данным указателем-ссу. Этим правом может обладать:

1) моя сторона - локальный логический объект транспортного уровня является единственным владельцем ССУ;

2) удаленная сторона - удаленный логический объект транспортного уровня является единственным владельцем ССУ;

3) обе стороны - как локальный, так и удаленный логические объекты транспортного уровня являются владельцем ССУ;

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

e) с предпочтительностью, которая должна использоваться в механизме разрешения конфликтов (см. 6.3.5). Эта величина равна значению поля последнего переданного ПБДТ УССУ и имеет значимость только тогда, когда ожидается примитив С-СОЕДИНЕНИЕ подтверждение (т.е. указатель-ссу находится либо в состоянии ОТКРЫТИЕ, либо в состоянии ВОССТАНОВЛЕНИЕ).

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

Примечание - Чтобы в конфликтных ситуациях не допустить одинакового значения двух указателей-ссу, рекомендуется размещать эти значения в случайном порядке, например, на временной основе.

В.6.2.4 Тайм-ауты

В процедуре управления ССУ используются следующие тайм-ауты:

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

b) ТОЖУК-ССУ определяет минимальное время, в течение которого логический объект транспортного уровня должен сохранять указатель-ссу в состоянии ОЖИДАНИЕ. Для тайм-аута ТОЖУК-ССУ используется значение 2 мин.

c) ТБЛУК-ССУ - определяет минимальное время, которое должно истечь до того, как логический объект может повторно использовать локально размещенный указатель-ссу. Для тайм-аута ТБЛУК используется значение 2 мин.

В.6.2.5 Логическая связь принятого ПБДТ УССУ с известным указателем-ссу

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

а) выполняются три следующие условия:

1) номер указателя, принятый в параметре УК-ССУ, такой же, как и хранимый и

2) пара адресов ПДУСУ в том примитиве С-СОЕДИНЕНИЕ.индикация, в котором был принят ПБДТ УССУ, те же, что и хранимые с указателем и

3) параметр, принятый в ПБДТ УССУ, указывает тот же источник размещения, который хранится с указателем-ссу, как показано в таблице 30;


Таблица 30 - Согласование источника размещения указателя ссу

Удаленный

Локальный

НОВЫЙ

Тот же

Другой

ВАШ

Другой

Тот же

МОЙ

Тот же

Другой

b) либо не существует указателя-ссу, который известен логическому объекту транспортного уровня согласно 6.3.5а 1), и выполняются следующие три условия:

1) параметр ТИП-ССУ имеет значение НОВЫЙ;

2) имеется указатель-ссу, локально размещенный, соединяющий одну и ту же пару адресов ПДУСУ, находящихся в состоянии ОТКРЫТИЕ, и обладающий правом прикрепления, определяемым следующим образом:

- либо правом прикрепления обладает "моя сторона" и поле ПРАВО принятого ПБДТ УССУ имеет значение ППМП (право принимающего на прикрепление);

- либо правом прикрепления обладает "удаленная сторона" и поле ПРАВО принятого ПБДТ УССУ имеет значение ППДП (право передающего на прикрепление);

- либо правом прикрепления обладают обе стороны и поле ПРАВО принятого ПБДТ УССУ имеет значение ПВП (предоставление всеобщего права);

3) приемлемость обоих ССУ может привести к установлению большего числа ССУ, чем готов обеспечить логический объект транспортного уровня.

Блок ПБДТ УССУ, который не имеет логической привязки, но передает значение, отличное от значения НОВОЕ в параметре ТИП, должен рассматриваться как ошибка.

В.6.2.6 Конфликты

В.6.2.6.1 Конфликтные ситуации

Конфликт обнаруживается, когда:

a) ПБДТ УССУ ассоциируется с известным указателем-ссу (см. В.6.2.5) и

b) имеется примитив С-СОЕДИНЕНИЕ подтверждение, ожидающий использования ССУ для указателя-ссу.

Примечание - Другими словами, конфликтом является ассоциация с указателем-ссу, находящихся в состоянии ОТКРЫТИЕ либо ВОССТАНОВЛЕНИЕ.

В.6.2.6.2 Механизм разрешения конфликтов

В.6.2.6.2.1 Победитель в конфликте

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

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

Существует, однако, два особых случая.

a) УССУ ассоциирован с указателем-ссу в состоянии ВОССТАНОВЛЕНИЕ согласно 6.3.5а и параметр ТИП имеет значение, отличное от НОВОЕ. В этом случае оба конца ССУ находятся в состоянии ВОССТАНОВЛЕНИЕ.

b) УССУ ассоциирован согласно В.6.2.5b. В этом случае оба конца ССУ находятся в состоянии ОТКРЫТИЕ.

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

a) состоянием указателя-ссу является ОТКРЫТИЕ и локально размещенный указатель-ссу имеет более низкое значение (указатель-ссу должен рассматриваться как 16-битовое целое число) по сравнению с указателем-ссу принятого ПБДТ УССУ. В том случае, когда оба указателя равны, оба ССУ разъединяются, т.е. отклоняются и оба логических объекта транспортного уровня выбирают другой указатель-ссу и (возможно) снова осуществляют повторную попытку;

b) состоянием указателя-ссу является ВОССТАНОВЛЕНИЕ и приоритет, отданный указателю-ссу, выше приоритета, содержащегося в поле ПР ССУ принятого ПБДТ УССУ;

c) состоянием указателя-ссу является ВОССТАНОВЛЕНИЕ и приоритет, отданный указателю-ссу, равен приоритету, содержащемуся в поле ПР ССУ принятого ПБДТ УССУ, и либо:

1) источник размещения указателя-ссу является локальным и значением поля УВС ССУ первого переданного ПБДТ УССУ (т.е. у которого ТИП ТССУ = НОВЫЙ) было "просим не восстанавливать";

2) источник размещения указателя-ссу является удаленным и значением поля УВС-ССУ первого переданного ПБДТ УССУ (т.е. у которого ТИП ССУ = НОВЫЙ) является "просим восстановить".

В.6.З Подтверждение УССУ

Если ПБДТ УССУ был передан с полем ПРАВО, установленным в значение ППМП, то логический объект транспортного уровня, который принимает и обрабатывает ПБДТ УССУ, должен при приеме входящего ССУ передать ПБДТ УССУ в параметре "данные пользователя-УСУ" примитива С-СОЕДИНЕНИЕ ответ.

Примечания

1 ПБДТ УССУ передается только в том случае, если:

a) входящее ССУ принято;

b) в принятом ПБДТ УССУ поле ТИП установлено в значение НОВЫЙ;

c) в принятом ПБДТ УССУ поле ПРАВО установлено в значение ППМП.

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


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

Примечание - Отсутствие ПБДТ ПУССУ указывает, что равноправный логический объект не обрабатывал ПБДТ УССУ.

В.7 Операции протокола

В.7.1 Прием примитива С-СОЕДИНЕНИЕ индикация

Получатель примитива С-СОЕДИНЕНИЕ индикация, в котором ПБДТ УССУ либо не содержится, либо содержится, но его решено игнорировать, должен выполнять процедуры, описанные в основной части настоящего стандарта. Если ПБДТ УССУ должен быть обработан, то логический объект транспортного уровня должен выполнить процедуру логической привязки ПБДТ УССУ к известному указателю-ссу (см. В.6.2.5). Если ПБДТ УССУ логически привязан, то логический объект транспортного уровня должен выполнить одну из процедур, описанных в В.7.3а, b, B.7.4.2b, с, В.7.4.2 или В.7.5, в зависимости от состояния указателя-ссу. В противном случае применяется процедура, описанная в В.7.2.

В.7.2 Пассивное установление ССУ с блоком ПБДТ УССУ.

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

Если логический объект транспортного уровня решает принять ССУ, он должен:

a) выдать примитив С-СОЕДИНЕНИЕ ответ; если поле ПРАВО принятого ПБДТ УССУ содержит значение ППМП, то ПБДТ ПУССУ должен быть передан в параметре "данные пользователя УСУ" примитив С-СОЕДИНЕНИЕ ответ;

b) отметить указатель-ссу и пару ПДУСУ;

c) отметить, что указатель-ссу размещен локально;

d) отметить права прикрепления: "моя сторона" (если ППМП был принят в поле ПРАВО блока ПБДТ УССУ), "удаленная сторона" (если был принят ППДП) или "обе стороны" (если был принят ПВП);

е) установить указатель-ссу в состояние ОТКРЫТО и использовать его для прикрепления или повторного прикрепления, если он является (со) владельцем.

В.7.3 Активное установление ССУ с использованием процедуры ПБДТ УССУ

Логический объект транспортного уровня, который при открытии ССУ решил использовать процедуру ППУ-ССУ, должен передать примитив С-СОЕДИНЕНИЕ запрос с блоками ПБДТ ИС и ПБДТ УССУ в параметре "данные пользователя УСУ". Параметры ПБДТ УССУ устанавливаются следующим образом:

- поле УК-ССУ содержит выбранный указатель, который не должен использоваться для любого другого ССУ между той же парой ПДУСУ и не подлежит блокированию;

- поле ТИП-ССУ устанавливается в значение НОВЫЙ;

- поле ПРАВО-ССУ устанавливается в значение ППДП, ППМП или ПВП;

- поле ПР-ССУ устанавливается в низкое, среднее или высокое значение в соответствии с приоритетом инициатора по удержанию данного соединения в случае конфликтов.

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


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

Состояние указателя-ссу должно быть установлено в значение ОТКРЫТИЕ.

Для завершения процесса установления соединения инициатор должен ожидать поступления примитива С-СОЕДИНЕНИЕ подтверждение. Если права прикрепления указывают "удаленная сторона" (т.е. ПБДТ УССУ был передан с параметром ПРАВО в значении ППМП), то полученный примитив С-СОЕДИНЕНИЕ подтверждение должен содержать ПБДТ ПУССУ в своем параметре "данные пользователя", в противном случае логический объект транспортного уровня должен разъединить ССУ. При возникновении одного из следующих случаев инициатор должен выполнить определенные ниже действия:

а) если принят ПБДТ УССУ и он ассоциирован в соответствии с В.6.2.5b (ТИП = НОВЫЙ), то логический объект транспортного уровня должен выполнить одно из следующих действий:

1) если локальный логический объект транспортного уровня является победителем (см. 6.3.6.2), то входящее ССУ разъединяется (т.е. передается примитив С-РАЗЪЕДИНЕНИЕ запрос в ответ на входящий примитив С-СОЕДИНЕНИЕ индикация), и указатель-ссу остается в состоянии ОТКРЫТИЕ;

2) если локальный логический объект транспортного уровня является побежденным (см. В.6.2.6.2), то ССУ, которое было открыто локально, разъединяется и входящее ССУ принимается (то есть выдается примитив С-СОЕДИНЕНИЕ ответ). Если принятый ПБДТ УССУ содержит в своем поле ПРАВО значение ППМП, то ПБДТ ПУССУ должен быть передан в параметре "данные-пользователя-УСУ" примитива С-СОЕДИНЕНИЕ ответ. Указатель-ссу, который был локально размещен, блокируется на период времени ТБЛУК-ССУ (и затем разблокируется) и логический объект транспортного уровня продолжает следить за указателем-ссу, содержащимся в параметре УК-ССУ входящего ПБДТ УССУ, чтобы обнаружить его как удаленно размещенный и в состоянии ОТКРЫТО. ССУ рассматривается как открытое и готовое для использования, как описано в основной части настоящего стандарта, согласно правам прикрепления.

Любые СТУ, прикрепленные к разъединенному ССУ, должны быть переприкреплены;

b) если принят ПБДТ УССУ с параметром ТИП, отличным от НОВЫЙ, и он логически привязан, то логический объект транспортного уровня должен:

1) выдать примитив С-РАЗЪЕДИНЕНИЕ запрос для того ССУ, для которого ожидается примитив С-СОЕДИНЕНИЕ подтверждение;

2) на входящий примитив С-СОЕДИНЕНИЕ индикация выдать в ответ примитив С-СОЕДИНЕНИЕ ответ;

3) установить указатель-ссу в состояние ОТКРЫТО и рассматривать ССУ готовым к прикреплению или переприкреплению в соответствии с правами прикрепления;

с) если принят примитив С-СОЕДИНЕНИЕ индикация, то логический объект транспортного уровня может по своему усмотрению либо отказаться от ССУ, либо попытаться вновь открыть его, выдав примитив С-СОЕДИНЕНИЕ запрос с блоком ПБДТ УССУ (см. В.6.1.2 и В.6.2), который является копией ранее переданного ПБДТ УССУ, за исключением возможного отличия параметра УК ССУ. Решение о необходимости открыть новое ССУ, является частным вопросом и зависит от следующих ограничений:

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

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

Если восстановление не выполнено или остановлено (т.е. принят новый примитив С-РАЗЪЕДИНЕНИЕ и тайм-аут ТПО-ССУ истек), то указатель-ссу устанавливается в состояние ОЖИДАНИЕ на период времени ТОЖУК-ССУ. В течение этого периода логический объект транспортного уровня может принимать входящие блоки ПБДТ УССУ, имеющие этот указатель-ссу (см. В.7.4.3).

В.7.4 Восстановление соединения сетевого уровня

В.7.4.1 Прием примитива С-РАЗЪЕДИНЕНИЕ индикация

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

a) предпочесть не открывать повторно ССУ, установить указатель-ссу в состояние ОЖИДАНИЕ на время тайм-аута ТОЖУК-ССУ и применить процедуру по В.7.4.3;

b) попытаться снова открыть ССУ, используя процедуру по В.7.4.2.

Вариант b) подвергается тем же ограничениям, которые описаны в В.7.3с.

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

В.7.4.2 Процедура активного восстановления

Логический объект транспортного уровня должен открывать ССУ, устанавливая указатель-ссу в состояние ВОССТАНОВЛЕНИЕ и передавая ПБДТ УССУ в поле данные пользователя УСУ примитива С-СОЕДИНЕНИЕ запрос согласно В.6.1с и В.6.2 со следующими параметрами:

a) УК-ССУ устанавливается в значение указателя-ссу, ассоциированного с данным ССУ;

b) ТИП-ССУ устанавливается в значение МОЙ, если указатель-ссу был размещен локально, и в значение ВАШ, если указатель-ссу был размещен удаленно;

c) ПР-ССУ устанавливается в желаемое значение (см. В.7.3),

d) ПРАВО-ССУ может принимать любое значение.

Примечание - В блоке ПБДТ УССУ, выполняющем восстановление, ПРАВО-ССУ не является значащим;

e) УК-ССУ устанавливается в желаемое значение.

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

a) если принят примитив С-РАЗЪЕДИНЕНИЕ, действовать согласно В.7.4.1;

b) если принят ПБДТ УССУ с типом НОВЫЙ и он логически привязан, то входящее ССУ отклоняется;

c) если принят УССУ с типом, отличающимся от НОВЫЙ, то победитель соперничества определяется согласно В.6.2.6.2 и

1) если логический объект транспортного уровня является победителем, то входящее ССУ отклоняется, или

2) если логический объект транспортного уровня является проигравшим, то входящее ССУ принимается (т.е. передается примитив С-СОЕДИНЕНИЕ ответ), указатель-ссу устанавливается в состояние ОТКРЫТО и становится готовым к использованию согласно правилам прикрепления. Соединение сетевого уровня, для которого ожидался примитив С-СОЕДИНЕНИЕ подтверждение, разъединяется выдачей примитива С-РАЗЪЕДИНЕНИЕ , запрос.

В.7.4.3 Процедура пассивного восстановления

При приеме примитива С-СОЕДИНЕНИЕ индикация, который содержит ПБДТ УССУ, логически увязанный с указателем-ссу, логический объект транспортного уровня должен передать примитив С-СОЕДИНЕНИЕ ответ (с блоком ПБДТ ПУССУ в параметре "данные пользователя", если принятый ПБДТ УССУ относится к типу НОВЫЙ и его поле "право" установлено в значение ППМП), установить указатель-ссу в состояние ОТКРЫТО и рассматривать его готовым к прикреплению в соответствии с правами прикрепления.

Если тайм-аут ТОЖУК-ССУ истек, а указатель-ссу размещен удаленно, то логический объект транспортного уровня больше за ним не следит; если же указатель-ссу размещен локально, то логический объект транспортного уровня не должен повторно использовать этот указатель до тех пор, пока не истечет тайм-аут ТБЛУК-ССУ.

В.7.5 Восстановление, инициированное удаленной стороной

Когда логический объект транспортного уровня принимает ПБДТ УССУ, логически связанный с указателем-ссу в состоянии ОТКРЫТО, он должен:

а) принять входящее ССУ и выдать примитив С-СОЕДИНЕНИЕ.ответ; если принятый ПБДТ УССУ относится к типу НОВЫЙ и его поле ПРАВО установлено в значение ППМП, то ПБДТ ПУССУ должен быть передан в параметре "данные пользователя" примитива С-СОЕДИНЕНИЕ ответ;

b) выдать примитив С-РАЗЪЕДИНЕНИЕ запрос для того ССУ, которое логически связано с указателем-ссу;

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

В.7.6 Принципы оптимизации

В.7.6.1 Использование указателя поля УВС ССУ

Несмотря на то, что протокол восстановления является симметричным, следует заметить, что логическому объекту транспортного уровня всегда разрешено не инициировать восстановление путем установки указателя-ссу в состояние ОЖИДАНИЕ.

Примечание - Отсутствие инициации восстановления эквивалентно нулевому значению тайм-аута ТПО ССУ.

Чтобы избежать необязательного выполнения восстановления или задержки восстановления, поле УВС-ССУ блока ПБДТ УССУ должно устанавливаться в следующие значения:

a) 0 (просьба не восстанавливать) - указывает, что передающая сторона не полагается на восстановление, выполняемое принимающей стороной, и намерена выполнить восстановление даже в том случае, если сама в нем не нуждается.

b) 1 (просьба восстановить) - указывает, что передающая сторона рассчитывает на то, что восстановление будет выполнено принимающей стороной, и не намерена выполнять восстановление, если она сама в нем не нуждается.

Если указатель-ссу находится в состоянии ОТКРЫТО, то поле УВС ССУ соответствующего ПБДТ УССУ дает каждому логическому объекту представление о намерении партнера относительно восстановления.

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

a) если логический объект принял ПБДТ УССУ с полем УВС ССУ, установленным в значение "просьба восстановить", он должен попытаться выполнить восстановление, даже если он в нем не нуждается для целей прикрепления;

b) если логический объект принял ПБДТ УССУ с полем УВС ССУ в значении "просьба не восстанавливать", он не обязан инициировать восстановление, если он в нем не нуждается для целей прикрепления;

c) если логический объект передал ПБДТ УССУ с полем УВС ССУ в значении "просьба не восстанавливать", он должен инициировать восстановление, даже если он в нем и не нуждается для целей прикрепления;

d) если логический объект передал ПБДТ УССУ с полем УВС ССУ в значении "просьба восстановить", он не обязан инициировать восстановление, если оно ему не требуется для целей прикрепления.

Примечание - В качестве частного решения можно реализовать механизм симметричного восстановления, установив поле УВС ССУ в значение "просьба восстановить" и инициировав восстановление, даже если оно и не требуется для нужд локального прикрепления.

В.7.6.2 Использование данных пользователя-УСУ в примитивах С-РАЗЪЕДИНЕНИЕ

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

Когда необходимость в ССУ отпадает, рекомендуется, чтобы разъединить его мог(ли) только его владелец(льцы) и поместить ПБДТ ДГ с кодом 1 в поле "данные пользователя УСУ" примитива С-РАЗЪЕДИНЕНИЕ запрос.

В.7.7 Разъединение ССУ

Каждый логический объект может разъединить ССУ в любой момент, выдав примитив С-РАЗЪЕДИНЕНИЕ запрос. Для оптимизации этой процедуры рекомендуется использовать ПБДТ ДГ согласно В.7.6.2.

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

Если удаленный объект транспортного уровня не имеет прав прикрепления, то указатель-ссу в качестве локального решения:

a) может быть установлен в состояние ОЖИДАНИЕ или

b) в случае локального размещения может быть заблокирован, или

c) в случае удаленного размещения может оказаться неизвестным.

В.8 Структура и кодирование ПБДТ

В.8.1 Действительность ПБДТ

Блоки ПБДТ, действительные для данного приложения, определены в таблице 31.


Таблица 31 - Коды ПБДТ

Наименование

Код

УССУ

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

0000 0010

ДГ

- диагностика

0000 0011

ПУССУ

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

0000 0100

В.8.2 Структура

Структура ПБДТ определена в 13.2

В.8.3 ПБДТ "управление соединением сетевого уровня" (УССУ)

В.8.3.1 Структура

В.8.3.2 УД

См. 13.2.1.

В.8.3.3 Фиксированная часть

Должна содержать:

а) УССУ

- код ПБДТ УССУ: 0000 0010;

b) УК-ССУ

- указатель-ссу;

с) ТИП-ССУ

- указывает тип переданного указателя-ссу. ТИП-ССУ содержит биты 8 и 7 октета 5 и может иметь значение 00 (НОВЫЙ), 01 (МОЙ) и 10 (ВАШ). Значение 11 зарезервировано;

d) ПР-ССУ

- указывает приоритет, которым обладает инициатор в удержании ССУ в конфликтных ситуациях. ПТ-ССУ занимают биты с 6 по 1 октета 5.

000000 - наивысший приоритет,

000001 - средний,

000011 - наименьший приоритет;

е) УК-ССУ

- указывает алгоритм разрешения конфликта, подлежащий использованию. УК-ССУ занимает бит 8 октета 6. Определено только одно значение (0) - разрешение конфликтов при приеме примитива С-СОЕДИНЕНИЕ.индикация;

f) УВС-ССУ

- указывает факультативную возможность оптимизации восстановления. УВС-ССУ занимает бит 7 октета 6:

0 - просьба не восстанавливать,

1 - просьба восстановить;

g) ПРАВО ССУ

- указывает вид права использования, предоставленного логическим объектом своему равноправному партнеру. ПРАВО-ССУ занимает биты с 6 по 1 октета 6:

000001 : ППДП,

000010 : ППМП,

000011 : ПВП.

В.8.3.4 Переменная часть

Отсутствует.

В.8.4 ПБДТ "диагностика" (ДГ)

Данный ПБДТ передается только в параметре "данные пользователя СУ" примитива С-РАЗЪЕДИНЕНИЕ. Он обеспечивает диагностическую информацию. Передача и/или обработка этого ПБДТ является факультативной возможностью.

В.8.4.1 Структура

УД

ДГ

0000 0011

КОД

В.8.4.2 УД

См. 13.2.1.

В.8.4.3 Фиксированная часть

Должна содержать:

a) ДГ - код блока ПБДТ ДГ: 0000 0011;

b) КОД - указывает причину разъединения ССУ. Должны использоваться следующие значения:

0 - разрешение обнаруженного конфликта,

1 - необходимость в ССУ отпала,

2 - неопознанный УК-ССУ (не следует пытаться восстанавливать посредством этого УК-ССУ),

3 - ССУ не может быть принято (временная перегрузка),

4 - новое ССУ не может быть снова принято (имеет место долговременная перегрузка или отклонение).

В.8.4.4 Переменная часть

Отсутствует.

В.8.5 ПБДТ "подтверждение управления соединением сетевого уровня" (ПУССУ)

В.8.5.1 Структура

УД

ПУССУ

0000 0100

В.8.5.2 УД

См. 13.2.1.

В.8.5.3 Фиксированная часть

Должна содержать код ПБДТ ПДССУ: 0000 0100.

В.8.5.4 Переменная часть

Отсутствует.

В.9 Соответствие

В.9.1 При инициации ССУ логический объект транспортного уровня должен либо:

a) не использовать параметр "данные пользователя УСУ" примитива С-СОЕДИНЕНИЕ запрос и действовать, используя протокол основной части настоящего стандарта в данном ССУ,

b) ввести в параметр "данные пользователя УСУ" примитива С-СОЕДИНЕНИЕ запрос блок ПБДТ ИС (см. ИСО/МЭК 11570) с полем ИД ПР в значении 01 за которым следует ПБДТ УССУ, и выполнить процедуру ППУ-ССУ вместе с процедурами, определенными в основной части настоящего стандарта.

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

а) если нет данных пользователя или если не заявлено, что реализация обеспечивает процедуру подпротокола ППУ-ССУ, либо

b) совместно с процедурой управления соединением сетевого уровня, если имеются блоки ПБДТ ИС (см. ИСО/МЭК 11570) с полем ИД ПР в значении 01 и ПБДТ УССУ, либо

c) игнорируя ПБДТ УССУ, если имеются блоки ПБДТ ИС (см. ИСО/МЭК 11570) с полем ИД ПР в значении 01) и ПБДТ УССУ.

В.10 Таблицы состояний


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

Таблица 32 - События

Событие

Описание

УССУНОВЫЙпр

Принят примитив С-СОЕДИНЕНИЕ индикация, содержащий ПБДТ УССУ с полем ТИП-ССУ=НОВЫЙ

УССУНЕНОВЫЙпр

Принят примитив С-СОЕДИНЕНИЕ индикация, содержащий ПБДТ УССУ с полем ТИП-ССУ HE-НОВЫЙ

СРЗДинд

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

Конфликт

Конфликт в состоянии "открытие" в результате ассоциации в соответствии с изложенным в 6.3.5b

ТОЖУК-ССУист

Тайм-аут ТОЖУК-ССУ истек

ТПО-ССУист

Тайм-аут ТПО-ССУ истек

Локальное решение

Логический объект транспортного уровня может принять решение инициировать этот переход

Любой ПБДТ

Прием любого ПБДТ в данном ССУ

ССОЕДподтв

Примитив С-СОЕДИНЕНИЕ подтверждение



Таблица 33 - Действия

Действие

Описание

ССОЕДзап

Выдача примитива С-СОЕДИНЕНИЕ запрос для услуги сетевого уровня

УССУНОВЫЙ

Передача ПБДТ УССУ с примитивом ССОЕДзап с полем ТИП-ССУ = НОВЫЙ и локально размещенным указателем-ссу

УССУНЕНОВЫЙ

Передача ПБДТ УССУ с примитивом ССОЕДзап с полем ТИП-ССУ, установленным в значение, показывающее первичный источник размещения указателя

СРЗДзап

Выдача примитива С-РАЗЪЕДИНЕНИЕ запрос для услуги сетевого уровня

ССОЕДотв

Выдача примитива С-СОЕДИНЕНИЕ ответ для услуги сетевого уровня

[1]

Начало отсчета тайм-аута ТОЖУК-ССУ

[2]

Начало отсчета тайм-аута ТПО-ССУ, если он не отсчитывается

[3]

Блокирование указателя-ссу для ТБЛУК-ССУ при локальном размещении

[4]

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

[5]

Прекращение отсчета ТПО-ССУ, если он отсчитывается, в противном случае удаление информации о том, что он истек

[6]

Прекращение отсчета ТОЖУК-ССУ

[7]

Запись с указателем-ссу о том, что ПБДТ принят

[8]

Запоминание информации о том, что ТПО-ССУ истек

[9]

Если принятый ПБДТ УССУ имеет поле ПРАВО в значении ППМП, то блок ПБДТ ПУССУ передается в параметре "данные пользователя" примитива С-СОЕДИНЕНИЕ ответ



Таблица 34 - Предикаты

Предикат

Описание

П1

Входящее ССУ неприемлемо, либо локальный логический объект является победителем конфликта

П2

Удаленный логический объект транспортного уровня не является владельцем ССУ и результатом локального решения

П3

Локальное решение - не выполнять восстановление или ТПО-ССУ ранее истек

П4

Локальное решение - не выполнять восстановление

П5

Удаленно инициированное ССУ является победителем конфликта

П6

Блок ПБДТ принят по ССУ, ассоциированному с этим указателем-ссу [см. (7)]

П7

Правами прикрепления обладает "удаленная сторона" и примитив С-СОЕДИНЕНИЕ подтверждение не содержит ПБДТ ПУССУ



Таблица 35 - Примечания

Примечания

Описание

(1)

Может быть передан ПБДТ ДГ с КОДОМ = 0

(2)

Новое соединение сохраняется, а старое разъединяется

(3)

Повторить предыдущий УССУ за исключением того, что поле ПР-ССУ может быть другим

(4)

Это протокольная ошибка

(5)

Аннулировать "побежденного" после разрешения конфликта

(6)

Входящее ССУ разъединено, а старое сохраняется



Таблица 36 - Состояния

Состояние

Описание

ЗАКРЫТО

ССУ закрыто

ОТКРЫТИЕ

ССУ запрошено, но еще не подтверждено

ОТКРЫТО

ССУ открыто

ВОССТАНОВЛЕНИЕ

Попытка восстановления неисправного ССУ

ОЖИДАНИЕ

He-владелец ССУ ожидает его восстановления владельцем



Таблица 37 - Состояния

ЗАКРЫТО

ОТКРЫТИЕ

ОТКРЫТО

ВОССТАНОВЛЕНИЕ

ОЖИДАНИЕ

УССУНОВЫЙпр

Р1: СРЗДзап ЗАКРЫТО; не Р1: [9] ССОЕДотв ОТКРЫТО;

Р6: (4) СРЗДзап ОТКРЫТО; не Р6: [9] ССОЕДотв СРЗДзап (2) ОТКРЫТО;

СРЗДзап (6) ВОССТАНОВЛЕНИЕ

Р6: (4) СРЗДзап ОЖИДАНИЕ не Р6: [9] ССОЕДотв [6] ОТКРЫТО;

УССУНЕНО-
ВЫЙпр

(4) СРЗДзап

ССОЕДотв (2)
СРЗДзап ОТКРЫТО

ССОЕДотв (2) СРЗДзап ОТКРЫТО

Р1: СРЗДзап (1) ВОССТАНОВЛЕНИЕ не Р1: ССОЕДотв СРЗДзап (2) (5) ОТКРЫТО;

ССОЕДотв [6] ОТКРЫТО

Частное решение

УССУНОВЫЙ ОТКРЫТИЕ

СРЗДинд

Не Р3: [2] УССУНОВЫЙ (3) ОТКРЫТИЕ; Р2 и Р3: [3] ЗАКРЫТО; (не Р2) и РЗ: [1, 5] ОЖИДАНИЕ;

Не Р4: УССУНЕНОВЫЙ [2] ВОССТАНОВЛЕНИЕ; Р2 и Р4: [3] ЗАКРЫТО; Р4 и не Р2; [1] ОЖИДАНИЕ;

Не Р3: УССУНЕНОВЫЙ ВОССТАНОВЛЕНИЕ; Р3 [1, 5] ОЖИДАНИЕ;

Конфликт

Р1: СРЗДзап (1) ОТКРЫТИЕ; не Р1: СРЗДзап (2) [4, 3] ЗАКРЫТО

ТОЖУК-ССУист

[3] ЗАКРЫТО

Любой ПБДТ

[7] ОТКРЫТО

ТПО-ССУист

[8] ОТКРЫТИЕ

[8] ВОССТАНОВЛЕНИЕ

ССОЕДподтв

Р7: [3] ЗАКРЫТО; не Р7: [5] ОТКРЫТО;

[5] ОТКРЫТО

В.11 Диаграмма операций протокола ПУССУ


В данном разделе приведены руководящие материалы, в которых содержатся примеры конфликтных ситуаций (см. В.11.2) и восстановления, инициируемого удаленной стороной. Эти примеры носят информационный характер.

В.11.1 Конфликтная ситуация

В.11.1.1 На обоих концах обнаружен конфликт в состоянии ОТКРЫТИЕ с ТИПОМ=НОВЫЙ


Указатели различны, но на обоих концах решено осуществить логическую привязку полученного ПБДТ УССУ согласно В.6.2.5b.

В.11.1.2 На обоих концах обнаружен конфликт в состоянии ВОССТАНОВЛЕНИЕ


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

В.11.1.3 Инициатор обнаружил конфликт в состоянии ОТКРЫТИЕ с ТИПОМ, отличным от НОВЫЙ

B.11.1.3.1 Другой конец находится в состоянии ВОССТАНОВЛЕНИЕ



Логический объект в состоянии ОТКРЫТО (левая сторона) принимает входящее ССУ и разъединяет ССУ, находящееся в состоянии ОЖИДАНИЕ.

В.11.1.3.2 На другом конце обнаружен конфликт в состоянии ВОССТАНОВЛЕНИЕ



Оба логических объекта разъединяют ССУ, инициированное логическим объектом, расположенным слева.

В.11.2 Восстановление, инициированное удаленной стороной



Логический объект на левой стороне обнаружил входящее ССУ в состоянии ОТКРЫТО и разъединил прежнее соединение.



Логический объект на левой стороне обнаружил входящее ССУ в состоянии ОТКРЫТО и разъединил прежнее соединение.

ПРИЛОЖЕНИЕ C (обязательное). ФОРМА ЗСРП

ПРИЛОЖЕНИЕ C
(обязательное)

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

C.1.1 Используемые символы

Символы статуса

О - обязательно.

Ф - факультативно для реализации. При реализации данная функциональная возможность может использоваться или не использоваться.

Ф.<n> - факультативно, но требуется обеспечение, по меньшей мере, одной из групп факультативных возможностей, отмеченных одним и тем же номером <n> в этой форме ЗСРП.

<Индекс>: Этот предикатный символ означает, что следующий за ним статус применим только в том случае, когда в ЗСРП констатируется, что функциональная возможность, идентифицируемая индексом, обеспечивается. В самом простом случае <индекс> представляет собой идентифицирующий тег одной позиции ЗСРП. <Индекс> может быть также булевым выражением, образованным из нескольких индексов.

<Индекс>:: Если данный групповой предикат является верным, то соответствующий раздел должен быть разработан.

Символы обеспечения:

Да - Обеспечено

Нет - Не обеспечено

Н/И - Не используется

С.1.2 Инструкции по заполнению формы ЗСРП

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

С.2 Идентификация

С.2.2 Идентификация реализации

Поставщик

Пункт контактов для вопросов относительно ЗСРП

Наименование(я) и версия(и) реализации

Прочая информация, необходимая для полной идентификации, например, наименование(я) версия(и) машин и/или операционных систем; наименование(я) системы


Примечания

1 Только первые три позиции необходимы для всех реализаций; "прочая информация" может заполняться при необходимости выполнения требований по полной идентификации.

2 Термины "наименование" и "версия" должны интерпретироваться соответственно для согласования с терминологией поставщика (например, тип, серия, модель).

С.2.2 Сводные сведения о протоколе

Идентификация спецификации протокола

ГОСТ Р ИСО/МЭК 8073 …

Идентификация изменений и поправок к форме ЗСРП, которые выполнены как часть данной ЗСРП

ГОСТ Р ИСО/МЭК 8073 …

Обеспеченная(ые) версия(и) протокола

Версия 1

Требуются ли позиции особой информации? Нет [ ] Да [ ]

(Ответ "Да" означает, что реализация не соответствует ГОСТ Р ИСО/МЭК 8073).

Дата заявки

С.3 Алфавитный указатель индексов, используемых в настоящем стандарте

Д

С.6.1

К

С.6.2

ДнППС

С.14

ДнПЗС

С.14

ДнПЗР

С.14

Дн1ВПС

С.13.1

Дн1ВЗС

С.13.1

Дн1ВЗР

С.13.1

Дн2ВПС

С.13.2

Дн2ВЗС

С.13.2

Дн2ВЗР

С.13.2

Дн3ВПС

С.13.3

Дн3ВЗС

С.13.3

Дн3ВЗР

С.13.3

Дн4ВПС

С.13.4

Дн4ВЗС

С.13.4

Дн4ВЗР

С.13.4

ВС

С.11.1.2

ВЗС

С.11.2

ИО

С.8

ВИ

С.11.3

В0ПС

С.11.3

В0ЗС

С.11.3

В0ЗР

С.11.4

В1ПС

С.11.4

В1ЗС

С.11.4

В1ЗР

С.11.4

В10Ш

С.11.4

В2ПС

С.11.5

В2ЗС

С.11.5

В2ЗР

С.11.5

В20Ш

С.11.5

В3ПС

С.11.6

В3ЗС

С.11.6

В3ЗР

С.11.6

В3ОШ

С.11.6

В4ПД

С.11.7

В4ПС

С.11.7

В4ЗС

С.11.7

В4ЗР

С.11.7

В4ОШ

С.11.7

Ст

С.7

СтАК

С.15.1

СтРФ

С.15.4

СгК

С.15.1

НИК

С.15.6

НИУ

С.15.7

ФТ

С.17

ПО

С.16.1

ОК

С.16.1

ПС

С.15.2

ПР

С.15.2

ПИ

С.12.1.2

П4ПДкс

С.15.11

П4ПСкс

С.16.2

П4ПРкс

С.12.2

П4ЗРкс

С.12.2

П4ДНкс

С.12.2

П4ПСДкс

С.12.2

П4СДкс

С.12.2

П4ОШкс

С.12.2

СсОШ

С.10

СсСт

С.10

СсПб

С.10

ТА

С.10

ПбСД

С.17

ПбДл

С.15.5

Пб0Ф

С.9.1

Пб0Дл

С.15.3

Пб1Ф

С.9.2

Пб1Дл

С.15.3

П62Ф

С.9.4

Пб2Дл

С.15.3

Пб3Ф

С.9.4

Пб3Дл

С.15.3

Пб4Ф

С.9.5

Пб4Дл

С.15.3

НО

С.16.3

ИССД

С.15.9

ИППС

С.15.8

С.4 Соответствие "базовый стандарт/рекомендация"

Заявлено ли соответствие реализации стандарту ГОСТ Р ИСО/МЭК 8073?

Да Нет

Заявлено ли соответствие реализации рекомендации Х.224 МККТТ?

Да Нет

С.5 Общая констатация соответствия

ИСО

Реализованы ли все обязательные функциональные возможности ГОСТ Р ИСО/МЭК 8073?

Да Нет

МККТТ

Реализованы ли все обязательные функциональные возможности рекомендации Х.224 МККТГ?

Да Нет


Примечание - Ответ "Нет" на данный вопрос означает несоответствие настоящему стандарту/рекомендации.

С.6 Реализация протокола

С.6.1 Дополнение 1 - ПУССУ

Индекс

Ссылка

Статус

Обеспечение

Д1

Процедуры управления соединением сетевого уровня

Приложение В

Ф

Да Нет

С.6.2 Реализованные классы

Индекс

Класс

Ссылки

Статус

Обеспечение

К0

Класс 0

14

ИСО:Ф.1

Да Нет

МККТТ:О

Да

К1

Класс 1

14

К0:Ф

Да Нет

К2

Класс 2

14

ИСО:Ф.1

Да Нет

МККТТ:О

Да Нет

К3

Класс 3

14

К2:Ф

Да Нет

К4

Класс 4 функционирует с использованием УСУ-УС-

14

К2:Ф

Да Нет

К4Б

Класс 4 функционирует с использованием УСУ-БУС

14

ИСО:К2:Ф

Да Нет

МККТТ:Н/И

С.7 Функции ПУССУ

Индекс

Позиция

Ссылки

Статус

Обеспечение

Ст2

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

В.6.2.1

Ф

Да Нет

Ст3

Диагностика

В.7.6.2, В.7.7

Ф

Да Нет

Ст4

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

В.7.4.2

Ф

Да Нет



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

Индекс

Позиция

Ссылки на

Статус

Обеспечение

Ст5

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

В.7.4.3

Ст2 или Ст4:О

Да Нет

Ст6

Всегда ли ПБДТ УССУ с правом присвоения в значении RA отклоняется с примитивом С-РАЗЪЕДИНЕНИЕ запрос?

В.6.3

Ф

Да Нет

С.8 Функциональная возможность инициатор/ответчик для классов 0-4 протокола

Индекс

Позиция

Ссылки

Статус

Обеспечение

И01

Инициация ПБДТ ЗС

14.5а

Ф.2

Да Нет

И02

Ответ на ПБДТ ЗС

14.5а

Ф.2

Да Нет

С.9 Обеспеченные функции

С.9.1 Обеспечиваемые функции для класса 0 (К0 : :)

Перечисленные ниже функции являются обязательными, если обеспечивается класс 0.

Индекс

Функция

Ссылки

Статус

Обеспечение

Пб0Ф1

Прикрепление к ССУ при работе с использованием УСУ-УС

6.1.1

О

Да

Пб0Ф2

Передача ПБДТ

6.2

О

Да

Пб0Ф3

Сегментирование

6.3

О

Да

Пб0Ф4

Сборка

6.3

О

Да

Пб0Ф5

Установление соединения

6.5

О

Да

Пб0Ф6

Отклонение соединения

6.6

О

Да

Пб0Ф7

Нормальное завершение при работе с использованием УСУ-УС (неявное)

6.7.1

О

Да

Пб0Ф8

Ошибочное завершение при работе с использованием УСУ-УС

6.8

О

Да

Пб0Ф9

Взаимосвязь ПБДТ с СТУ при работе и использованием УСУ-УС

6.9.1

О

Да

Пб0Ф10

Обработка протокольных ошибок при работе с использованием УСУ-УС

6.22.1

О

Да

С.9.2 Обеспечиваемые функции для класса 1 (К1 : :)

Перечисленные ниже функции являются обязательными, если обеспечивается класс 1.

Индекс

Функция

Ссылки

Статус

Обеспечение

Пб1Ф1

Прикрепление к ССУ при работе с использованием УСУ-УС

6.1.1

О

Да

Пб1Ф2

Передача ПБДТ

6.2

О

Да

Пб1Ф3

Сегментирование

6.3

О

Да

Пб1Ф4

Сборка

6.3

О

Да

Пб1Ф5

Разделение

6.4

О

Да

Пб1Ф6

Установление соединения

6.5

О

Да

Пб1Ф7

Отклонение соединения

6.6

О

Да

Пб1Ф8

Нормальное завершение при работе с использованием УСУ-УС (неявное)

6.7.1

О

Да

Пб1Ф9

Взаимосвязь ПБДТ с СТУ при работе с использованием УСУ-УС

6.9.1

О

Да

Пб1Ф10

Нумерация ПБДТ "данные" (обычная)

6.10

О

Да

Пб1Ф11

Передача срочных данных при работе с использованием УСУ-УС (нормальная передача на сетевом уровне)

6.11.1

О

Да

Пб1Ф12

Повторное прикрепление после неисправности при работе с использованием УСУ-УС

6.12

О

Да

Пб1Ф13

Сохранение до подтверждения ПБДТ (ПД)

6.13.4.1

О

Да

Пб1Ф14

Повторная синхронизация

6.14

О

Да

Пб1Ф15

"Замороженные" ссылки

6.18

О

Да

Пб1Ф16

Обработка протокольных ошибок при работе с использованием УСУ-УС

6.22.1

О

Да



Перечисленные ниже функции являются факультативными, если обеспечивается класс 1.

Индекс

Функция

Ссылки

Статус

Обеспечение

Пб1Ф17

Сцепление

6.4

Ф

Да Нет

Пб1Ф18

Передача срочных данных при работе с использованием УСУ-УС (срочная передача на сетевом уровне)

6.11.1

Ф

Да Нет

Пб1Ф19

Сохранение и подтверждение ПБДТ "подтверждение приема"

6.13.4.2

Не Пб1Ф20
Ф

Да Нет

Пб1Ф20

Сохранение и подтверждение ПБДТ "использование подтверждения запроса"

6.13.4.3

Не Пб1Ф19
Ф

Да Нет

С.9.3 Обеспечиваемые функции для класса 2 (К2 : :)

Перечисленные ниже функции являются обязательными, если обеспечивается класс 2.

Индекс

Функция

Ссылки

Статус

Обеспечение

Пб2Ф1

Прикрепление к соединению сетевого уровня при работе с использованием УСУ-УС

6.1.1

О

Да

Пб2Ф2

Передача ПБДТ

6.2

О

Да

Пб2Ф3

Сегментирование

6.3

О

Да

Пб2Ф4

Сборка

6.3

О

Да

Пб2Ф5

Разделение

6.4

О

Да

Пб2Ф6

Установление соединения

6.5

О

Да

Пб2Ф7

Отклонение соединения

6.6

О

Да

Пб2Ф8

Нормальное завершение при работе с использованием УСУ-УС (явное)

6.7.1

О

Да

Пб2Ф9

Ошибочное завершение при работе с использованием УСУ-УС

6.8

О

Да

Пб2Ф10

Взаимосвязь ПБДТ с соединениями транспортного уровня при работе с использованием УСУ-УС

6.9.1

О

Да

Пб2Ф11

Нумерация ПБДТ "данные" (обычная)

6.10

О

Да

Пб2Ф12

Передача срочных данных при работе с использованием УСУ-УС (нормальная передача на сетевом уровне)

6.11.1

О

Да

Пб2Ф13

Демультиплексирование при работе с использованием УСУ-УС

6.15

О

Да

Пб2Ф14

Явное управление потоком
(с)

6.16

О

Да

Пб2Ф15

Обработка протокольных ошибок при работе с использованием УСУ-УС

6.22.1

О

Да

Пб2Ф16

Мультиплексирование при работе с использованием УСУ-УС

6.15

О

Да



Перечисленные ниже функции или элементы процедуры являются факультативными, если обеспечивается класс 2.

Индекс

Функция

Ссылки

Статус

Обеспечение

Пб2Ф17

Сцепление

6.4

Ф

Да Нет

Пб2Ф18

Нумерация ПБДТ "данные" (расширенная)

6.10

Ф

Да Нет

Пб1Ф19

Явное управление потоком
(без)

6.16

Ф

Да Нет

С.9.4 Обеспечиваемые функции для класса 3 (К3 : :)

Перечисленные ниже функции являются обязательными, если обеспечивается класс 3.

Индекс

Функция

Ссылки

Статус

Обеспечение

Пб3Ф1

Прикрепление к соединению сетевого уровня при работе с использованием УСУ-УС

6.1.1

О

Да

Пб3Ф2

Передача ПБДТ

6.2

О

Да

Пб3Ф3

Сегментирование

6.3

О

Да

Пб3Ф4

Сборка

6.3

О

Да

Пб3Ф5

Разделение

6.4

О

Да

Пб3Ф6

Установление соединения

6.5

О

Да

Пб3Ф7

Отклонение соединения

6.6

О

Да

Пб3Ф8

Нормальное завершение при работе с использованием УСУ-УС (явное)

6.7.1

О

Да

Пб3Ф9

Взаимосвязь ПБДТ с соединениями транспортного уровня при работе с использованием УСУ-УС

6.9.1

О

Да

Пб3Ф10

Нумерация ПБДТ "данные" (обычная)

6.10

О

Да

Пб3Ф11

Передача срочных данных при работе с УСУ-УС (нормальная передача на сетевом уровне)

6.11.1

О

Да

Пб3Ф12

Повторное прикрепление после неисправности при работе с УСУ-УС

6.12

О

Да

Пб3Ф13

Сохранение до подтверждения ПБДТ (ПД)

6.13

О

Да

Пб3Ф14

Повторная синхронизация

6.14

О

Да

Пб3Ф15

Демультиплексирование при работе с УСУ-УС

6.15

О

Да

Пб3Ф16

Явное управление потоком

6.16

О

Да

Пб3Ф17

"Замороженные" ссылки

6.18

и

Да

Пб3Ф18

Обработка протокольных ошибок при работе с УСУ-УС

6.22.1

О

Да

Пб3Ф19

Мультиплексирование при работе с УСУ-УС

6.15

О

Да



Перечисленные ниже функции являются факультативными, если обеспечивается класс 3.

Индекс

Функция

Ссылки

Статус

Обеспечение

Пб3Ф20

Сцепление

6.4

Ф

Да Нет

Пб3Ф21

Нумерация ПБДТ "данные" (расширенная)

6.10

Ф

Да Нет

Пб3Ф22

Сохранение и подтверждение ПБДТ "использование подтверждения запроса"

6.13.4.3

Ф

Да Нет

С.9.5 Обеспечиваемые функции для класса 4 (К4 ИЛИ К4Б : :)

Перечисленные ниже функции являются обязательными

Индекс

Функция

Ссылки

Статус

Обеспечение

Пб4Ф1

Передача ПБДТ

6.2

О

Да

Пб4Ф2

Сегментирование

6.3

О

Да

Пб4Ф3

Сборка

6.3

О

Да

Пб4Ф4

Разделение

6.4

О

Да

Пб4Ф5

Установление соединения

6.5

О

Да

Пб4Ф6

Отклонение соединения

6.6

О

Да

Пб4Ф7

Нумерация ПБДТ "данные" (обычная)

6.10

О

Да

Пб4Ф8

Сохранение до подтверждения ПБДТ (ПД)

6.13.4.1

О

Да

Пб4Ф9

Явное управление потоком

6.16

О

Да

Пб4Ф10

Контрольная сумма

6.17

О

Да

Пб4Ф11

"Замороженные" ссылки

6.18

О

Да

Пб4Ф12

Повторная передача по тайм-ауту

6.19

О

Да

Пб4Ф13

Упорядочение

6.20

О

Да

Пб4Ф14

Управление неактивностью

6.21

О

Да



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

Индекс

Функция

Ссылки

Статус

Обеспечение

Пб4Ф15

Прикрепление к ССУ при работе с использованием УСУ-УС

6.1.1

О

Да

Пб4Ф16

Нормальное завершение при работе с использованием УСУ-УС (явное)

6.7.1

О

Да

Пб4Ф17

Взаимосвязь ПБДТ с СТУ при работе с использованием УСУ-УС

6.9.1

О

Да

Пб4Ф18

Передача срочных данных при работе с использованием УСУ-УС (нормальная передача на сетевом уровне)

6.11.1

О

Да

Пб4Ф19

Мультиплексирование при работе с использованием УСУ-УС

6.15

О

Да

Пб4Ф20

Демультиплексирование при работе с использованием УСУ-УС

6.15

О

Да

Пб4Ф21

Обработка протокольных ошибок при работе с УСУ-УС

6.22.1

О

Да

Пб4Ф22

Рекомбинация при работе с использованием УСУ-УС

6.23

О

Да



Перечисленные ниже функции являются обязательными, если класс 4 взаимодействует с использованием УСУ-БУС.

Индекс

Функция

Ссылки

Статус

Обеспечение

Пб4Ф23

Передача с использованием УСУ-БУС

6.1.2

О

Да

Пб4Ф24

Нормальное завершение при работе с использованием УСУ-БУС (явное)

6.7.2

О

Да

Пб4Ф25

Взаимосвязь ПБДТ с соединениями транспортного уровня при работе с использованием УСУ-БУС

6.9.2

О

Да

Пб4Ф26

Передача срочных данных при работе с использованием УСУ-БУС (нормальная передача на сетевом уровне)

6.11.2

О

Да

Пб4Ф27

Обработка протокольных ошибок при работе с использованием УСУ-БУС

6.22.2

О

Да



Перечисленные ниже функции являются факультативными.

Индекс

Функция

Ссылки

Статус

Обеспечение

Пб4Ф28

Нумерация ПБДТ "данные" (расширенная)

6.10

Ф

Да Нет

Пб4Ф29

Неиспользование контрольной суммы

6.17

Ф

Да Нет

Пб4Ф30

Сцепление

6.4

Ф

Да Нет

Пб4Ф31

Расщепление при работе с использованием УСУ-УС

6.23

Ф

Да Нет

Пб4Ф32

Сохранение и подтверждение ПБДТ "использование подтверждения запроса"

6.13.4.3

Ф

Да Нет



Перечисленные ниже функции являются факультативными, если класс 4 взаимодействует с использованием УСУ-УС.

Индекс

Функция

Ссылка

Статус

Обеспечение

Пб4Ф33

Расщепление и рекомбинация при работе с использованием УСУ-УС

6.23

Ф

Да Нет

С.10 Обеспечиваемые ПБДТ


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

Индекс

ПБДТ

Ссылки

Статус

Обеспечение

СсПб1

ЗС

Обеспечивается при передаче

13.1

И01:О

Да Нет

СсПб2

ЗС

Обеспечивается при приеме

13.1

И02:О

Да Нет

СсПб3

ПС

Обеспечивается при передаче

13.1

И02:О

Да Нет

СсПб4

ПС

Обеспечивается при приеме

13.1

И01:О

Да Нет

СсПб5

ЗР

Обеспечивается при передаче

13.1

И02:О

Да Нет

СсПб6

ЗР

Обеспечивается при приеме

13.1

И01:О

Да Нет

СсПб7

ПР

Обеспечивается при передаче

13.1

К1-К4 или К4Б:О

Да Нет

СсПб8

ПР

Обеспечивается при приеме

13.1

К1-К4 или К4Б:О

Да Нет

СсПб9

ДН

Обеспечивается при передаче

13.1

О

Да

СсПб10

ДН

Обеспечивается при приеме

13.1

О

Да

СсПб11

СД

Обеспечивается при передаче

13.1

К1-К4 или К4Б:О

Да Нет

СсПб12

СД

Обеспечивается при
приеме

13.1

К1-К4 или К4Б:О

Да Нет

СсПб13

Пд

Обеспечивается при передаче

13.1

К1-К4 или К4Б:О

Да Нет

СсПб14

ПД

Обеспечивается при приеме

13.1

К1-К4 или К4Б:О

Да Нет

СсПб15

ПСД

Обеспечивается при передаче

13.1

К1-К4 или К4Б:О

Да Нет

СсПб16

ПСД

Обеспечивается при приеме

13.1

К1-К4 или К4Б:О

Да Нет

СсПб17

ОТК

Обеспечивается при передаче

13.1

К1 или К3:О

Да Нет

СсПб18

ОТК

Обеспечивается при приеме

13.1

К1 или К3:О

Да Нет

СсПб19

ОШ

Обеспечивается при приеме

13.1

О

Да



Для каких классов обеспечивается при передаче ПБДТ ОШ при его наличии?

Индекс

Класс

Ссылки

Статус

Обеспечение

СсОШ0

Класс 0

6.22.1

Ф

Да Нет

СсОШ1

Класс 1

6.22.1

Ф

Да Нет

СсОШ2

Класс 2

6.22.1

Ф

Да Нет

СсОШ3

Класс 3

6.22.1

Ф

Да Нет

СсОШ4

Класс 4 при использовании УСУ-УС

6.22.1

Ф

Да Нет

СсОШ4Б

Класс 4 при использовании УСУ-УС

6.22.2

Ф

Да Нет



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

Индекс

ПБДТ

Ссылки

Статус

Обеспечение

СсСт3

УССУ

Обеспечивается при передаче

В.8.1

Ст2:О

Да Нет

СсСт4

УССУ

Обеспечивается при приеме

В.8.1

Ст2:О

Да Нет

CcCт5

ДИАГ

Обеспечивается при
передаче

В.8.1

Ст3:О

Да Нет

СсСт6

ДИАГ

Обеспечивается при приеме

В.8.1

Ст3:О

Да Нет

СсСт7

ПУССУ

Обеспечивается при передаче

8.1

СсСт4 И НЕ Ст6:О

Да Нет

СсСт8

ПУССУ

Обеспечивается при приеме

8.1

Р1:О

Да Нет



Р1: СсСт3 И единственным обеспечиваемым значением в ВС5 является "приемник".

С.11 Обеспечиваемые параметры выдаваемых ПБДТ

С.11.1 Обеспечиваемые параметры для ПУССУ (Д1 : :)

С.11.1.1 ПБДТ УССУ (СсСт3 : :)

Какие значения следующих параметров допустимы для ПБДТ УССУ?

Значения

Индекс

Обеспечиваемые параметры

Ссылки

Допустимые

Обеспечиваемые

ВС1

Тип-ССУ

В.8.4.3с

Новый, мой, Ваш

ВС2

Предпочтение-ССУ

B.8.4.3d

Верхнее, среднее, нижнее

ВС3

Конфликт ССУ

В.8.3.4е

Разрешение

ВС4

Восстановление-ССУ

В.8.3.4f

Не выполнено, выполнено

ВС5

Право присвоения-ССУ

B.8.3.4g

Приемника, отправителя, любое

С.11.2 Значения параметра для ПБДТ ЗС (К1 : : ИЛИ К2 : : ИЛИ К3 : : ИЛИ К4 : : ИЛИ К4Б : : )

Если выбранный параметр факультативных возможностей выдается в ПБДТ ЗС, то он является обязательным при условии, что

Индекс

Ссылка

ВЗС1

Биты 8 и 7 должны быть установлены в ноль

13.3.4g



Если в ЗС предпочтительными являются классы 2, 3 или 4

Индекс

Ссылка

Статус

Обеспечение

ВЗС2

Всегда ли класс 0 предлагается как альтернативный?

14.5

Ф

МККТТ:О

Да Нет

Да

С.11.3 Обеспечиваемые параметры для ПБДТ класса 0 (К0 : :)

Следующие параметры являются факультативными, если ПБДТ ЗС выдается с предпочтительным классом 0

Индекс

Обеспечиваемые параметры

Ссылки

Статус

Обеспечение

В0ЗСб

ИД ПДУТУ вызываемого

13.3.4а

Ф

Да Нет

В0ЗС7

ИД ПДУТУ вызывающего

13.3.4а

Ф

Да Нет

В0ЗС8

Длина ПБДТ

13.3.4b

Ф

Да Нет

В0ЗС9

Предпочтительная максимальная длина ПБДТ

13.3.4с

Ф

Да Нет



Следующие параметры являются факультативными, если ПБДТ ПС выдается в классе 0

Индекс

Обеспечиваемые параметры

Ссылки

Статус

Обеспечение

В0ПСб

ИД ПДУТУ вызываемого

13.4.4

Ф

Да Нет

В0ПС7

ИД ПДУТУ вызывающего

13.4.4

Ф

Да Нет

В0ПС8

Длина ПБДТ

13.4.4

Ф

Да Нет

В0ПС9

Предпочтительная максимальная длина ПБДТ

13.4.4

Ф

Да Нет



Следующий параметр является факультативным, если ПБДТ ЗР выдается в классе 0

Индекс

Обеспечиваемый параметр

Ссылка

Статус

Обеспечение

В0ЗР4

Дополнительная информация

13.5.4а

Ф

Да Нет

С.11.4 Обеспечиваемые параметры для класса 1 ПБДТ (К1 : :)

Следующие параметры являются факультативными, если ПБДТ ЗС выдается с предпочтительным классом 1

Индекс

Обеспеченный параметр

Ссылка

Статус

Обеспечение

В1ЗС6

ИД ПДУТУ вызываемого

13.3.4а

Ф

Да Нет

В1ЗС7

ИД ПДУТУ вызывающего

13.3.4а

Ф

Да Нет

В1ЗС8

Длина ПБДТ

13.3.4b

Ф

Да Нет

В1ЗС9

Номер версии

13.3.4с

Ф

Да Нет

В1ЗС10

Параметры защиты

13.3.4d

Ф

Да.Нет

В1ЗС11

Выбор дополнительной факультативной возможности

13.3.4f

Ф

Да Нет

В1ЗС12

Класс альтернативного протокола

13.3.4g

Ф

Да Нет

В1ЗС13

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

13.3.4j

Ф

Да Нет

В1ЗС14

Коэффициент необнаруженных ошибок

13.3.4k

Ф

Да Нет

В1ЗС15

Приоритет

13.3.4m

Ф

Да Нет

В1ЗС16

Транзитная задержка

13.3.4n

Ф

Да Нет

В1ЗС17

Время перераспределения

13.3.4p

Ф

Да Нет

В1ЗС18

Предпочтительная максимальная длина ПБДТ

13.3.4p

Ф

Да Нет



Следующие параметры являются факультативными, если ПБДТ ПС выдается в классе 1

Индекс

Обеспеченные параметры

Ссылки

Статус

Обеспечение

В1ПС6

ИД ПДУТУ вызываемого

13.4.4

Ф

Да Нет

В1ПС7

ИД ПДУТУ вызывающего

13.4.4

Ф

Да Нет

В1ПС8

Длина ПБДТ

13.4.4

Ф

Да Нет

В1ПС10

Параметры защиты

13.4.4

Ф

Да Нет

В1ПС11

Выбор дополнительной факультативной возможности

13.4.4

Ф

Да Нет

В1ПС12

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

13.4.4

Ф

Да Нет

В1ПС13

Коэффициент необнаруженных ошибок

13.4.4

Ф

Да Нет

В1ПС14

Приоритет

13.4.4

Ф

Да Нет

В1ПС15

Транзитная задержка

13.4.4

Ф

Да Нет



Следующий параметр является факультативным, если ПБДТ ЗР выдается в классе 1

Индекс

Обеспеченный параметр

Ссылка

Статус

Обеспечение

В13Р4

Дополнительная информация

13.5.4а

Ф

Да Нет



Следующий параметр является факультативным, если ПБДТ ОШ выдается в классе 1

Индекс

Обеспеченный параметр

Ссылка

Статус

Обеспечение

В10Ш3

Недействительный ПБДТ

13.12.4a

Ф

Да Нет



Следующий параметр является обязательным в ПБДТ ДН, если выбрано подтверждение запроса

Индекс

Обеспеченный параметр

Ссылка

Статус

Обеспечение

В1ДН4

МЗП

13.7.3а

О

Да Нет

C.11.5 Обеспеченные параметры для класса 2 ПБДТ (К2 : :)

Следующие параметры являются факультативными, если ПБДТ ЗС выдается с предпочтительным классом 2

Индекс

Обеспеченный параметр

Ссылка

Статус

Обеспечение

В2ЗС6

ИД ПДУТУ вызываемого

13.3.4а

Ф

Да Нет

В2ЗС7

ИД ПДУТУ вызывающего

13.3.4а

Ф

Да Нет

В2ЗС8

Длина ПБДТ

13.3.4b

Ф

Да Нет

В2ЗС9

Номер версии

13.3.4d

Ф

Да Нет

В2ЗС10

Параметры защиты

13.3.4е

Ф

Да Нет

В2ЗС11

Выбор дополнительной факультативной возможности

13.3.4g

Ф

Да Нет

В2ЗС12

Класс альтернативного протокола

13.3.4h

Ф

Да Нет

В2ЗС13

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

13.3.4k

Ф

Да Нет

В2ЗС14

Коэффициент необнаруженных ошибок

13.3.4m

Ф

Да Нет

В2ЗС15

Приоритет

13.3.4n

Ф

Да Нет

В2ЗС16

Транзитная задержка

13.3.4p

Ф

Да Нет

В2ЗС17

Предпочтительная максимальная длина ПБДТ

13.3.4c

Ф

Да Нет



Следующие параметры являются факультативными, если ПБДТ ПС выдается в классе 2

Индекс

Обеспеченные параметры

Ссылки

Статус

Обеспечение

В2ПС6

ИД ПДУТУ вызываемого

13.4.4

Ф

Да Нет

В2ПС7

ИД ПДУТУ вызывающего

13.4.4

Ф

Да Нет

В2ПС8

Длина ПБДТ

13.4.4

Ф

Да Нет

В2ПС10

Параметры защиты

13.4.4

Ф

Да Нет

В2ПС11

Выбор дополнительной факультативной возможности

13.4.4

Ф

Да Нет

В2ПС12

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

13.4.4

Ф

Да Нет

В2ПС13

Коэффициент необнаруженных ошибок

13.4.4

Ф

Да Нет

В2ПС14

Приоритет

13.4.4

Ф

Да Нет

В2ПС15

Транзитная задержка

13.4.4

Ф

Да Нет



Следующий параметр является факультативным, если ПБДТ ЗР выдается в классе 2

Индекс

Обеспеченный параметр

Ссылка

Статус

Обеспечение

В2ЗР4

Дополнительная информация

13.5.4а

Ф

Да Нет



Следующий параметр является факультативным, если ПБДТ ОШ выдается в классе 2

Индекс

Обеспеченный параметр

Ссылка

Статус

Обеспечение

В20ШЗ

Недействительный ПБДТ

13.12.4a

Ф

Да Нет

С.11.6 Обеспеченные параметры для класса 3 ПБДТ (К3 : :)

Следующие параметры являются факультативными, если ПБДТ ЗС выдается с предпочтением классу 3

Индекс

Обеспеченный параметр

Ссылка

Статус

Обеспечение

В3ЗС6

ИД ПДУТУ вызываемого

13.3.4а

Ф

Да Нет

В3ЗС7

ИД ПДУТУ вызывающего

13.3.4а

Ф

Да Нет

В3ЗС8

Длина ПБДТ

13.3.4b

Ф

Да Нет

В3ЗС9

Номер версии

13.3.4d

Ф

Да Нет

В3ЗС10

Параметры защиты

13.3.4е

Ф

Да Нет

В3ЗС11

Выбор дополнительной факультативной возможности

13.3.4g

Ф

Да Нет

В3ЗС12

Класс альтернативного протокола

13.3.4h

Ф

Да Нет

В3ЗС13

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

13.3.4k

Ф

Да Нет

В3ЗС14

Коэффициент необнаруженных ошибок

13.3.4m

Ф

Да Нет

В3ЗС15

Приоритет

13.3.4n

Ф

Да Нет

В3ЗС16

Транзитная задержка

13.3.4p

Ф

Да Нет

В3ЗС17

Время перераспределения

13.3.4q

Ф

Да Нет

В3ЗС18

Предпочтительная максимальная длина ПБДТ

13.3.4c

Ф

Да Нет



Следующие параметры являются факультативными, если ПБДТ ПС выдается в классе 3

Индекс

Обеспеченные параметры

Ссылка

Статус

Обеспечение

В3ПС6

ИД ПДУТУ вызываемого

13.4.4

Ф

Да Нет

В3ПС7

ИД ПДУТУ вызывающего

13.4.4

Ф

Да Нет

В3ПС8

Длина ПБДТ

13.4.4

Ф

Да Нет

В3ПС9

Параметры защиты

13.4.4

Ф

Да Нет

В3ПС10

Выбор дополнительной факультативной возможности

13.4.4

Ф

Да Нет

В3ПС11

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

13.4.4

Ф

Да Нет

В3ПС12

Коэффициент необнаруженных ошибок

13.4.4

Ф

Да Нет

В3ПС13

Приоритет

13.4.4

Ф

Да Нет

В3ПС14

Транзитная задержка

13.4.4

Ф

Да Нет

В3ПС15

Предпочтительная максимальная длина ПБДТ

13.4.4

Ф

Да Нет



Следующий параметр является факультативным, если ПБДТ ЗР выдастся в классе 3

Индекс

Обеспеченный параметр

Ссылка

Статус

Обеспечение

В3ЗР4

Дополнительная информация

13.5.4а

Ф

Да Нет



Следующий параметр является факультативным, если ПБДТ ОШ выдается в классе 3

Индекс

Обеспеченный параметр

Ссылка

Статус

Обеспечение

В3ОШ3

Недействительный ПБДТ

13.12.4a

Ф

Да Нет



Следующий параметр является обязательным в ПБДТ ДН, если выбрано подтверждение запроса

Индекс

Обеспеченный параметр

Ссылка

Статус

Обеспечение

В3ДН4

МЗП

13.7.3а

О

Да Нет

С.11.7 Обеспеченные параметры для класса 4 ПБДТ (К4 ИЛИ К4Б : :)

Следующие параметры являются факультативными, если ПБДТ ЗС выдается с предпочтением классу 4

Индекс

Обеспеченный параметр

Ссылка

Статус

Обеспечение

В4ЗС7

ИД ПДУТУ вызываемого

13.3.4а

Ф

Да Нет

В4ЗС8

ИД ПДУТУ вызывающего

13.3.4а

Ф

Да Нет

В4ЗС9

Длина ПБДТ

13.3.4b

Ф

Да Нет

В4ЗС10

Номер версии

13.3.4d

Ф

Да Нет

В4ЗС11

Параметры защиты

13.3.4е

Ф

Да Нет

В4ЗС12

Выбор дополнительной факультативной возможности

13.3.4g

Ф

Да Нет

В4ЗС13

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

13.3.4k

Ф

Да Нет

В4ЗС14

Коэффициент необнаруженных ошибок

13.3.4m

Ф

Да Нет

В4ЗС15

Приоритет

13.3.4n

Ф

Да Нет

В4ЗС16

Транзитная задержка

13.3.4р

Ф

Да Нет

ВЗЗС17

Время подтверждения

13.3.4j

Ф

Да Нет

ВЗЗС18

Предпочтительная максимальная длина ПБДТ

13.3.4с

Ф

Да Нет

В3ЗС19

Время неактивности

13.3.4r

Ф

Да Нет



Следующие параметры являются факультативными, если ПБДТ ЗС выдается с предпочтением классу 4 с использованием УСУ-УС

Индекс

Обеспеченный параметр

Ссылка

Статус

Обеспечение

В4ЗС20

Альтернативный класс протокола

13.3.4h

Ф

Да Нет



Следующие параметры являются факультативными, если ПБДТ ПС выдается в классе 4

Индекс

Обеспеченные параметры

Ссылка

Статус

Обеспечение

В4ПС6

ИД ПДУТУ вызываемого

13.4.4

Ф

Да Нет

В4ПС7

ИД ПДУТУ вызывающего

13.4.4

Ф

Да Нет

В4ПС8

Длина ПБДТ

13.4.4

Ф

Да Нет

В4ПС9

Параметры защиты

13.4.4

Ф

Да Нет

В4ПС10

Выбор дополнительной факультативной возможности

13.4.4

Ф

Да Нет

В4ПС11

Время подтверждения

13.4.4

Ф

Да Нет

В4ПС12

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

13.4.4

Ф

Да Нет

В4ПС13

Коэффициент необнаруженных ошибок

13.4.4

Ф

Да Нет

В4ПС14

Приоритет

13.4.4

Ф

Да Нет

В4ПС15

Транзитная задержка

13.4.4

Ф

Да Нет

В4ПС16

Предпочтительная максимальная длина ПБДТ

13.4.4

Ф

Да Нет

В4ПС17

Время неактивности

13.4.4

Ф

Да Нет



Следующий параметр является факультативным, если ПБДТ ЗР выдается в классе 4

Индекс

Обеспеченный параметр

Ссылка

Статус

Обеспечение

В4ЗР4

Дополнительная информация

13.5.4а

Ф

Да Нет



Следующий параметр является обязательным в ПБДТ ДН, если выбрано подтверждение запроса

Индекс

Обеспеченный параметр

Ссылка

Статус

Обеспечение

В4ДН4

МЗП

13.7.3а

О

Да Нет



Следующий параметр является факультативным, если ПБДТ ПД выдается в классе 4

Индекс

Обеспеченный параметр

Ссылка

Статус

Обеспечение

В4ПД4

Подтверждение управления потоком

13.9.4с

Ф

Да Нет



Если реализация может снизить кредит и это выполняется так, как описано в 12.2.3.8.2, то номер подпоследовательности в ПБДТ ПД является обязательным. В противном случае, заполняется позиция В4ПД5.

Индекс

Обеспеченный параметр

Ссылка

Статус

Обеспечение

В4ПД5

Номер подпоследовательности

13.9.4b

Ф

Да Нет



Следующий параметр является факультативным в ПБДТ ПД, если согласовано избирательное подтверждение

Индекс

Обеспеченный параметр

Ссылка

Статус

Обеспечение

В4ПД6

Параметры избирательного подтверждения

13.9.4d

Ф

Да Нет



Следующий параметр является факультативным, если ПБДТ ОШ выдается в классе 4

Индекс

Обеспеченный параметр

Ссылка

Статус

Обеспечение

В4ОШ3

Недействительный ПБДТ

13.12.4a

Ф

Да Нет

С.12 Обеспеченные параметры для принимаемых ПБДТ


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

С.12.1 Обеспеченные параметры для ПУСС (Д1 : :)

С.12.1.2 ПБДТ УССУ (СсСт4 : :)

Какие допускаются принимаемые значения следующих параметров для ПБДТ УССУ?

Индекс

Обеспеченный параметр

Ссылка
Доп. 1

Значения

Допускаемые

Обеспечиваемые

ВС1

Тип-ССУ

8.4.3с

Новое, мое, ваше

ВС2

Предпочтение-ССУ

8.4.3d

Верхнее, среднее, нижнее

ВС3

Конфликт-ССУ

8.3.4е

Разрешение

ВС4

Восстановление-ССУ

8.3.4f

Не выполнено, выполнено

ВС5

Право распределения-ССУ

8.3.4g

Приемника, отправителя, любое

С.12.2 ПБДТ в классе 4 (К4 ИЛИ К4Б : :)

Если использование контрольной суммы выбрано, то оно является обязательным для обработки параметра контрольной суммы в следующих ПБДТ

Индекс

ПБДТ

Ссылки

Статус

Обеспечение

П4ПСкс

ПБДТ ПС

13.4.4

О

Да

П4ЗРкс

ПБДТ ЗР

13.5.4b

О

Да

П4ПРкс

ПБДТ ПР

13.6.4

О

Да

П4ДНкс

ПБДТ ДН

13.7.4

О

Да

П4СДкс

ПБДТ СД

13.8.4

О

Да

П4ПДкс

ПБДТ ПД

13.9.4a

О

Да

П4ПСДкс

ПБДТ ПСД

13.10.4

О

Да

П4ДТкс

ПБДТ ОШ

13.12.4b

О

Да

С.13 Данные пользователя в получаемых ПБДТ


Пользователь УТУ получает данные с примитивами Т-СОЕДИНЕНИЕ запрос, Т-СОЕДИНЕНИЕ ответ или Т-РАЗЪЕДИНЕНИЕ запрос. При этом он должен быть способен передать данные пользователя следующим образом:

С.13.1 Класс 1 (К1 : :)

Индекс

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

Ссылки

Статус

Обеспечение

Дн1ВЗС

Данные пользователя до 32 октетов в ЗС с предпочтительным классом 1

13.3.5

О

Да

Дн1ВПС

Данные пользователя до 32 октетов в ПС

13.4.5

О

Да

Дн1ВЗР

Данные пользователя до 64 октетов в ЗР

13.5.5

О

Да

С.13.2 Класс 2 (К2 : :)

Индекс

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

Ссылки

Статус

Обеспечение

Дн2ВЗС

Данные пользователя до 32 октетов в ЗС с предпочтительным классом 2

13.3.5

О

Да

Дн1ВПС

Данные пользователя до 32 октетов в ПС

13.4.5

О

Да

Дн2ВЗР

Данные пользователя до 64 октетов в ЗР

13.5.5

О

Да

С.13.3 Класс 3 (К3 : :)

Индекс

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

Ссылки

Статус

Обеспечение

Дн3ВЗС

Данные пользователя до 32 октетов в ЗС с предпочтительным классом 3

13.3.5

О

Да

Дн3ВПС

Данные пользователя до 32 октетов в ПС

13.4.5

О

Да

Дн3ВЗР

Данные пользователя до 64 октетов в ЗР

13.5.5

О

Да

С.13.4 Класс 4 (К4 ИЛИ К4Б : :)

Индекс

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

Ссылки

Статус

Обеспечение

Дн4ВЗС

Данные пользователя до 32 октетов в ЗС с предпочтительным классом 4

13.3.5

О

Да

Дн4ВПС

Данные пользователя до 32 октетов в ПС

13.4.5

О

Да

Дн4ВЗР

Данные пользователя до 64 октетов в ЗР

13.5.5

О

Да

С.14 Данные пользователя в принимаемых ПБДТ


Если существует возможность инициировать ПБДТ ЗС для классов 1-4, то должна быть обеспечена возможность приема следующих данных.

Индекс

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

Ссылка

ДнППС

32 октета данных пользователя в ПБДТ ПС

13.4.5

ДнПЗР

64 октета данных пользователя в ПБДТ ЗР

13.5.5



Если существует возможность инициировать ПБДТ ЗС для классов 1-4, то должна быть обеспечена возможность приема следующих данных:

Индекс

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

Ссылка

ДнПЗС

32 октета данных пользователя в ПБДТ ЗС

13.3.5

С.15 Согласование

С.15.1 Согласование класса-инициатора

Если возможно инициировать ПБДТ ЗС в конкретном классе, то справедливо следующее.

Индекс

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

Ссылка

СгК

Предпочтительный класс в ПБДТ ЗС может содержать любые классы, обеспечиваемые реализацией

6.5.4h



Какой класс(ы) содержится в параметре альтернативного класса при наличии предпочтительного класса?

Индекс

Предпочтительный класс

Ссылка

Допускаемые значения

Обеспечиваемые значения

СтАК1

Класс 1

6.5.4h

Никакое, 0, 1

СтАК2

Класс 2

6.5.4h

Никакое, 0, 2

СтАК3

Класс 3

6.5.4h

Никакое, 0-3

СтАК4

Класс 4 с использованием УСУ-УС

6.5.4h

Никакое, 0-4

СтАК5

Класс 4 с использованием УСУ-УС

6.5.4h

Никакое

С.15.2 Согласование класса - со стороны ответчика

Индекс

Предпочтительный класс

Ссылка

Допускаемые ответы

Обеспечиваемые ответы

ОК0

На какие классы вы можете ответить, если в ЗС предложен только класс 0?

6.5.4h Таблица 3

0 или отклонение соединения в зависимости от обеспечиваемых классов

OК1

На какие классы вы можете ответить, если в ЗС предложен только класс 1?

6.5.4h Таблица 3

0, 1 или отклонение соединения в зависимости от обеспечиваемых классов

OК1a

На какие классы вы можете ответить, если в ЗС предложен только класс 1 как предпочтительный класс и существует параметр альтернативного класса?

6.5.4h Таблица 3

0, 1 или отклонение соединения в зависимости от обеспечиваемых классов

ОК2

На какие классы вы можете ответить, если в ЗС предложен только класс 2?

6.5.4h Таблица 3

2 или отклонение соединения в зависимости от обеспечиваемых классов

ОК2а

На какие классы вы можете ответить, если в ЗС предложен только класс 2 как предпочтительный класс и существует параметр альтернативного класса?

6.5.4h Таблица 3

0, 2 или отклонение соединения в зависимости от обеспечиваемых классов и кодирование альтернативного класса

ОК3

На какие классы вы можете ответить, если в ЗС предложен только класс 3?

6.5.4h Таблица 3

2, 3 или отклонение соединения в зависимости от обеспечиваемых классов

ОК3а

На какие классы вы можете ответить, если в ЗС предложен только класс 3 как предпочтительный класс и существует параметр альтернативного класса?

6.5.4h Таблица 3

0-3 или отклонение соединения в зависимости от обеспечиваемых классов и кодирование альтернативного класса

ОК4

На какие классы вы можете ответить, если в ЗС
предложен только класс 4?

6.5.4h Таблица 3

2, 4 или отклонение соединения, зависящее от обеспечиваемых классов

ОК4а

На какие классы вы можете ответить, если в ЗС предложен только класс 4 как предпочтительный класс, и существует параметр альтернативного класса?

6.5.4h Таблица 3

0-4 или отклонение соединения, зависящее от обеспечиваемых классов и кодирующее альтернативный класс

С.15.3 Согласование длины ПБДТ

Индекс

Длина ПБДТ

Ссылка

Допускаемые значения

Обеспечиваемые значения

ПбДл1

Если в ПБДТ ЗС предлагается максимальная длина ПБДТ, то инициатор должен обеспечить все длины ПБДТ от 128 октетов до максимально предлагаемой

14.6

О

Да

ПбДл2

Если в ПБДТ ЗС используется предпочтительная максимальная длина ПБДТ, инициатор должен обеспечить все длины ПБДТ за 128 октетами, вплоть до предложенной предпочтительной максимальной

14.6е

14ЗС
18 : О

Да Нет

Пб0Дл1

Каким является наибольшее значение параметра максимальной длины ПБДТ в ПБДТ ЗС с предпочтительным классом 0?

14.6е

Одно из 128, 256, 512, 1024, 2048

Пб0Дл2

Каким является наибольшее значение параметра максимальной длины ПБДТ, которое может быть передано в ПБДТ ПС при выбранном классе 0?

14.6е

Одно из 128, 256, 512, 1024, 2048

Пб1Дл1

Каким является наибольшее значение параметра максимальной длины ПБДТ в ПБДТ ЗС с предпочтительным классом 1?

14.6е

Одно из 128, 256, 512, 1024, 2048, 4096, 8192

Пб1Дл2

Каким является наибольшее значение параметра максимальной длины ПБДТ которое может быть передано в ПБДТ ПС при выбранном классе 1?

14.6е

Одно из 128, 256, 512, 1024, 2048, 4096, 8192

Пб2Дл1

Каким является наибольшее значение параметра максимальной длины ПБДТ в ПБДТ ЗС с предпочтительным классом 2?

14.6е

Одно из 128, 256, 512, 1024, 2048, 4096, 8192

Пб2Дл2

Каким является наибольшее значение параметра максимальной длины ПБДТ, которое может быть передано в ПБДТ ПC при выбранном классе 2?

14.6е

Одно из 128, 256, 512, 1024, 2048, 4096, 8192

Пб3Дл1

Каким является наибольшее значение параметра максимальной длины ПБДТ в ПБДТ ЗС с предпочтительным классом 3?

14.6е

Одно из 128, 256, 512, 1024, 2048, 4096, 8192

Пб3Дл2

Каким является наибольшее значение параметра максимальной длины ПБДТ, которое может быть передано в ПБДТ ПС при выбранном классе 3?

14.6е

Одно из 128, 256, 512, 1024, 2048, 4096, 8192

Пб4Дл1

Каким является наибольшее значение параметра максимальной длины ПБДТ в ПБДТ ЗС с предпочтительным классом 4?

14.6е

Одно из 128, 256, 512, 1024, 2048, 4096, 8192

Пб4Дл2

Каким является наибольшее значение параметра максимальной длины ПБДТ, которое может быть передано в ПБДТ ПС при выбранном классе 4?

14.6е

Одно из 128, 256, 512, 1024, 2048, 4096, 8192

С.15.4 Использование расширенного формата

Индекс

Расширенный формат

Ссылка

Допускаемые значения

Обеспечиваемые значения

СтРФ1

Какие форматы вы можете предложить в ПБДТ ЗС в классе 2?

6.5.4n

Нормальные, расширенные

СтРФ2

Какие форматы вы можете предложить в ПБДТ ЗС в классе З?

6.5.4n

Нормальные, расширенные

СтРФ3

Какие форматы вы можете предложить в ПБДТ ЗС в классе 4?

6.5.4n, 6.5.5n

Нормальные, расширенные

СтРФ4

Какие форматы вы можете выбрать в ПС, если расширенный был предложен в ЗС в классе 2?

6.5.4n

Нормальные, расширенные

СтРФ5

Какие форматы вы можете выбрать в ПС, если расширенный был предложен в ЗС в классе 3?

6.5.4n

Нормальные, расширенные

СтРФ6

Какие форматы вы можете выбрать в ПС, если расширенный был предложен в ЗС в классе 4?

6.5.4n, 6.5.5n

Нормальные, расширенные

С.15.5 Услуги транспортного уровня по передаче срочных данных

Индекс

Ссылка

Статус

Обеспечение

СтРФ6

Индикация срочных данных в ПБДТ ЗС и ПС

6.5.4t
6.5.5r

O

Да

С.15.6 Неиспользование контрольной суммы ((К4 ИЛИ К4Б) И Пб4Ф29 : :)

Индекс

Неиспользование контрольной суммы

Ссылка

Допускаемые значения

Обеспечиваемые значения

НИК1

Какие предложения вы можете дать в ЗС?

6.5.4р
6.5.5р

Не использовать Использовать

НИК2

Какие предложения вы можете дать в ПС, если в ЗС предложено неиспользование контрольной суммы?

6.5.4р
6.5.5р

Не использовать Использовать

С.15.7 Неиспользование явного управления потоком (К2 И Пб2Ф20 : :)

Индекс

Неиспользование явного управления потоком

Ссылка

Допускаемые значения

Обеспечиваемые значения

НИУ1

Какие предложения вы можете дать в ЗС?

6.5.4r

Не использовать Использовать

НИУ2

Какие предложения вы можете дать в ПС, если в ЗС предложено неиспользование явного управления потоком?

6.5.4r

Не использовать Использовать

С.15.8 Использование подтверждения приема на сетевом уровне (К1 И Пб1Ф21 : :)

Индекс

Подтверждение приема сетью

Ссылка

Допускаемые значения

Обеспечиваемые значения

ИППС1

Какие предложения вы можете дать в ЗС?

6.5.4s

Не использовать Использовать

ИППС2

Какие предложения вы можете дать в ПС, если в ЗС предложено использование подтверждения приема на сетевом уровне?

6.5.4s

Не использовать Использовать

С.15.9 Использование срочных данных на сетевом уровне (К1 И Пб1Ф20 : :)

Индекс

Срочные данные сети

Ссылка

Допускаемые значения

Обеспечиваемые значения

ИССД1

Какие предложения вы можете дать в ЗС?

6.5.4s

Не использовать Использовать

ИССД2

Какие предложения вы можете дать в ПС, если в ЗС предложено использование срочных данных на сетевом уровне?

6.5.4s

Не использовать Использовать

С.15.10 Использование избирательного подтверждения

Индекс

Избирательное подтверждение

Ссылка

Допускаемые значения

Обеспечиваемые значения

ИИП1

Предложено ли использование избирательного подтверждения в ПБДТ ЗС?

6.5.4u
6.5.5s

Да Нет

ИИП2

Предложено ли использование избирательного подтверждения в ПБДТ ПС, если оно предложено в ПБДТ ЗС?

6.5.4u
6.5.5s

Да Нет

С.15.11 Использование запроса подтверждения

Индекс

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

Ссылка

Допускаемые значения

Обеспечиваемые значения

ЗМП1

Предложено ли использование запроса подтверждения в ПБДТ ЗС?

6.5.4v
6.5.5t

Да Нет

ИИП2

Предложено ли использование запроса подтверждения в ПБДТ ПС, если оно предложено в ПБДТ ЗС?

6.5.4v
6.5.5t

Да Нет

С.16 Обработка ошибок

С.16.1 Действия при приеме протокольной ошибки

Какие предпринимаются действия к протокольной ошибке при работе в следующих классах?

Индекс

Позиция

Ссылки

Допускаемые значения

Обеспечиваемые значения

ПО0

Класс 0

6.22.1.3

К0: ОШ, СРЗДзап, ССБРзап, аннулирован

ПО1

Класс 1

6.22.1.3

К1: ОШ, ЗР, СРЗДзап, ССБРзап, аннулирован

ПО2

Класс 2

6.22.1.3

К2: ОШ, ЗР, СРЗДзап, ССБРзап, аннулирован

ПО3

Класс 3

6.22.1.3

К3: ОШ, ЗР, СРЗДзап, ССБРзап, аннулирован

ПО4

Класс 4
с использованием УСУ-УС

6.22.1.3

К4: ОШ, ЗР, СРЗДзап, ССБРзап, аннулирован

ПО4Б

Класс 4
с использованием УСУ-УС

6.22.2.3

К4: ОШ, ЗР, аннулирован

С.16.2 Действия по приему недействительного или неопределенного параметра в ПБДТ ЗС

Следующие действия являются обязательными

Индекс

Событие

Ссылки

Статус

Обеспечение

ПР1

Параметр, не определенный в настоящем стандарте, должен быть проигнорирован

13.2.3

О

Да

ПР2

Недействительное значение в параметре класса альтернативного протокола должно обрабатываться как протокольная ошибка

13.2.3

О

Да

ПР3

Недействительное значение в параметре класса или параметре факультативной возможности должно обрабатываться как протокольная ошибка

13.2.3

О

Да

ПР4

При приеме биты 8-5 параметра выбора дополнительной факультативной возможности и биты 4-1 должны игнорироваться, если они незначительны для предлагаемого класса

13.2.4

О

Да

ПР5

Если предполагается неиспользование определенного управления потоком и бит 1 параметра выбора дополнительной возможности равен 1, он обрабатывается как протокольная ошибка

13.2.3

О

Да

ПР6

При приеме биты 4-1 параметра класса факультативной возможности должны игнорироваться, если они незначительны для предлагаемого класса

13.3.3

О

Да



Какое действие обеспечивается при приеме следующего?

Индекс

Событие

Ссылки

Допускаемые значения

Обеспечиваемые значения

ПP7

Параметр определен в ИСО/МЭК 8073 (отличается от приведенных выше) и имеет недействительное значение

13.2.3

Игнорирование, протокольная ошибка

С.16.3 Действия при приеме недействительного или неопределенного параметра в ПБДТ, отличного от ПБДТ ЗС

Следующие действия являются обязательными

Индекс

Событие

Ссылки

Cтатус

Обеспечение

НО1

Параметр, не определенный в ГОСТ Р ИСО/МЭК 8073, должен обрабатываться как протокольная ошибка

13.2.3

О

Да

НО2

Параметр, который имеет недействительное значение по определению ГОСТ Р ИСО/МЭК 8073, должен обрабатываться как протокольная ошибка

13.2.3

О

Да

НО3
(только класс 4)

ПБДТ, принимаемый с контрольной суммой, которая не удовлетворяется определяемой формулой, должен быть аннулирован

6.17.3

О

Да

С.17 Параметры таймеров и протокола


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

Индекс

Ссылки

Статус

Обеспечение

ТА1

Т1

12.2.1

О

Да

ТА2

N

12.2.1

О

Да

ТА3

Тн

12.2.1

О

Да

ТА4

То

12.2.1

О

Да

ТА5

L

12.2.1

О

Да

Индекс

Ссылки

Статус

Обеспечение

ФТ1

Обеспечивает ли ТР факультативный таймер ПбДл1 при работе в классе 0?

6.5.4

О

Да Нет

ФТ2

То же, в классе 1?

6.5.4

О

Да Нет

ФТ3

То же, в классе 2?

6.5.4

О

Да Нет

ФТ4

Обеспечивает ли ТР факультативный таймер ПбДл1 при работе в классе 3?

6.7.1.5

О

Да Нет

ФТ5

Обеспечивает ли ТР факультативный таймер ПбДл2 при работе в классе 0?

6.7.1.5

О

Да Нет

ФТ6

То же, в классе 1?

6.7.1.5

О

Да Нет

ФТ7

То же, в классе 2?

6.7.1.5

О

Да Нет

ФТ8

То же, в классе 3?

6.7.1.5

О

Да Нет

ФТ9

То же, в классе 4 с использованием УСУ-УС?

6.22.1.3

О

Да Нет



Если обеспечивается класс 1 или 3, то следующие параметры являются обязательными.

Индекс

Ссылки

Статус

Обеспечение

ТА6

ТПР

6.12.3
6.12.4

О

Да

ТА7

ТОП

6.12.3
6.12.4

О

Да

ПРИЛОЖЕНИЕ D (информационное). АЛГОРИТМЫ ВЫЧИСЛЕНИЯ КОНТРОЛЬНОЙ СУММЫ


ПРИЛОЖЕНИЕ D
(информационное)

D.1 Символы


Используются следующие символы:

Переменные и , используемые в алгоритмах

- номер (т.е. позиция) октета в ПБДТ (см. 12.1);

- номер (т.е. позиция) первого октета параметра "контрольная сумма";

- длина полного ПБДТ;

- значение первого октета параметра "контрольная сумма";

- значение второго октета параметра "контрольная сумма";

D.2 Арифметические соглашения


Сложение выполняется в одном из следующих режимов:

a) по модулю 255 арифметическое;

b) арифметическим дополнением до "единиц", при котором если любая из переменных имеет значение "минус ноль" (т.е. 255), она должна рассматриваться, как если бы она имела значение "плюс ноль" (т.е. 0).

D.3 Алгоритм вычисления параметра "контрольная сумма"

D.3.1 Установить полный ПБДТ со значением поля параметра "контрольная сумма", равным нулю.

D.3.2 Установить и в ноль.

D.3.3 Обработать последовательно все октеты от =1 до следующим образом:

a) сложить значение октета со значением , после чего

b) сложить значения и .

D.3.4 Вычислить и следующим образом

;

.

D.3.5 Поместить значения и в октеты и (+1) соответственно.

Примечание - Этот алгоритм вычисляет значение

,

которое равно нулю, если удовлетворено условие формулы в 6.17.3, поскольку

.

D.4 Алгоритм проверки параметра "контрольная сумма"

D.4.1 Установить и в ноль.

D.4.2 Обработать последовательно все октеты от =1 до следующим образом:

a) сложить значение данного октета со значением , после чего

b) сложить значения и .

D.4.3 Если после обработки всех октетов один из параметров или , или оба этих параметра не равны нулю, то формула вычисления параметра "контрольная сумма" не выполняется.

Примечание - Характер алгоритма таков, что нет необходимости сравнивать в явном виде хранимые байты контрольной суммы.

ПРИЛОЖЕНИЕ Е (информационное). ТАБЛИЦЫ СОСТОЯНИЙ ДЛЯ РАБОТЫ ПРОТОКОЛА КЛАССА 4 С УСЛУГАМИ В РЕЖИМАХ С УСТАНОВЛЕНИЕМ И БЕЗ УСТАНОВЛЕНИЯ СОЕДИНЕНИЯ

ПРИЛОЖЕНИЕ Е
(информационное)

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


Данное приложение включено в качестве руководства по разработке средств, предназначенных для работы как с УСУ-УС, так и с УСУ-БУС.

Вводные замечания, приведенные в приложении А, также применимы и в данном приложении.

Е.2 Соглашения


Раздел А.2 применим и в данном приложении, за исключением А.2.3b, в котором понятие "соединение сетевого уровня" должно быть расширено для его применения также в соответствующих случаях обмена данными при работе с УСУ-БУС.

Е.3 Таблицы


Подраздел А.3, включая таблицы 10-12, применим в данном приложении.

Е.4 Таблицы состояния класса 4


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

Данный раздел содержит более точное описание СТУ класса 4.

В таблицах 38-40 приведены предикаты, действия и примечания соответственно для класса 4.

В таблице 41 приведены состояния СТУ класса 4.

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

*: - соответствует только работе с УСУ-УС;

**: - соответствует только работе с УСУ-БУС;

a) * каждое ССУ может находиться в открытом или открывающемся состоянии (т.е. выдан примитив С-СОЕДИНЕНИЕ запрос и ожидается примитив С-СОЕДИНЕНИЕ подтверждение);

b) * для каждого СТУ логический объект транспортного уровня поддерживает набор ССУ, к которому прикреплено данное СТУ. Соединение сетевого уровня в указанном наборе находится либо в открытом, либо в открывающемся состоянии;

c) * при приеме примитива С-СОЕДИНЕНИЕ подтверждение, С-СБРОС индикация или С-РАЗЪЕДИНЕНИЕ индикация это событие логически увязывается с СТУ, если данное ССУ относится к указанному набору;

d) * при приеме примитива С-РАЗЪЕДИНЕНИЕ соответствующее ССУ прекращает свое существование и, следовательно, удаляется из набора. При приеме примитива С-СОЕДИНЕНИЕ подтверждение ССУ входит в состояние "открыто";

Примечание - В таблице состояний это действие не показано в явном виде. Обратное действие в виде добавления ССУ в набор и его установка в состояние "открыто" показано в виде явного действия;

e) * при возврате в состояние ЗАКРЫТО или ОЖЗБЛУК предполагается, что отсчет всех тайм-аутов прекращен (если они отсчитывались), счет установлен в ноль и набор ССУ становится пустым;

f) * при приеме ПБД предполагается, что ССУ, по которому он был принят, известно;

g) * переменная "текущее-ССУ" используется для обозначения того ССУ, по которому либо принят ПБДТ, либо которое выбрано для нового прикрепления (в рамках существующего или вновь создаваемого);

h) * предполагается также наличие следующих переменных:

- локальный-указ - указатель (локальный) выбранного СТУ при передаче или приеме ПБДТ ЗС;

- удаленный-указ - указатель удаленного логического объекта, устанавливаемый первоначально в ноль и инициируемый при обработке ПБДТ ПС за исключением случая, когда ПБДТ ПС игнорируется;

- УКАЗ-ОТП - означает соответствующее поле принятого ПБДТ;

- УКАЗ-ПОЛ - означает соответствующее поле принятого ПБДТ;

- указ-отп, указ-пол - означает соответствующее поле переданного ПБДТ;

- счет - означает число передач (повторных передач) ПБДТ;

i) фаза передачи данных описана в таблице состояний не полностью, но со ссылками на основной текст;

j) * введены случайные события, называемые "новое прикрепление ССУ". Они могут встретиться в любой момент времени при условии, что предикат Р1 или Р2 действителен (см. предикаты таблицы 27), а удаленный-указатель не равен нулю (т.е. принят ПБДТ ЗС или принят и обработан ПБДТ ПС);

k) * при получении примитива С-СБРОС индикация в ответ выдается примитив С-СБРОС ответ;

j) ** предполагается, что если используются УСУ-БУС, то они постоянно доступны. Операции, которые должны выполняться при сообщении о недоступности этих услуг, является частным вопросом.


Таблица 38 - Предикаты для класса 4

Наименование

Описание

Р0

Примитив Т-СОЕДИНЕНИЕ запрос - приемлем

Р1

Может быть выполнено прикрепление к подходящему ССУ (открытому или открывающемуся)

Р2

Имеется возможность открыть новое ССУ

Р3

Локальный выбор

Р4

ПБДТ ЗС никогда не передавался

Р5

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

Р6

Локальное решение - не выполнять нового прикрепления, если набор ССУ пустой (только для состояния "закрытие")

Р7

Счет = максимальный

Р8

Приемлемый ПБДТ ЗС

Р9

Приемлемый ПБДТ ПС класса 4

Р10

Неприемлемый ПБДТ ПС класса 4

Р11

ПБДТ ПС, не определяющий класс 4

P99

Используются услуги сетевого уровня в режиме с установлением соединения



Примечание - Предполагается, что P99 в значении "ложно" означает, что используются услуги сетевого уровня в режиме без установления соединения


Таблица 39 - Специфичные для класса 4 действия

Наименование

Описание

[0]

Начать отсчет тайм-аута указателя

[1]

Счет = счет +1

[2]

Счет = 0

[3]

Начать отсчет тайм-аута повторной передачи

[4]

Прекратить отсчет тайм-аута повторной передачи (если он ведется)

[5]

Начать отсчет тайм-аута окна

[6]

Прекратить отсчет тайм-аута окна (если он ведется)

[7]

Начать отсчет тайм-аута неактивности

[8]

Прекратить отсчет тайм-аута неактивности (если он ведется)

[9]

Установить начальный кредит для передачи в соответствии с полученным ПБДТ ЗС/ПС

[10]

Установить начальный кредит для управления приемом в соответствии с переданным ПБДТ ЗС/ПС

[11]

Р99: Передать ПБДТ ЗС, если в наборе имеется ССУ в открытом состоянии; не-Р99: передать ПБДТ ЗС

[12]

Р99: Добавить в набор действующее ССУ, если оно еще не входит в него; не-Р99: отсутствие действий

[13]

Р99: Действующее ССУ находится теперь в состоянии открытия; не-Р99: отсутствие действий

[14]

Р99: Передать ПБДТ ПС, если в наборе имеется ССУ в открытом состоянии; не-Р99: передать ПБДТ ПС

[15]

П99: Передать ПБДТ ЗР, если в наборе имеется ССУ в открытом состоянии. Не-Р99: передать ПБДТ ЗР. В обоих случаях этот ПБДТ ЗР передается с УКАЗ-ОТП = локальный-указ, а УКАЗ-ПОЛ = удаленный-указ (может быть равен нулю)

[16]

Р99: Передать ПБДТ ЗР, если в наборе имеется ССУ в открытом состоянии. Не-Р99: передать ПБДТ ЗР. В обоих случаях этот ПБДТ ЗР передается с УКАЗ-ОТП = 0 и УКАЗ-ПОЛ = удаленный-указ

[17]

Передать ПБДТ в соответствии с процедурой передачи данных

[18]

См. таблицу состояний класса, определенного в ПБДТ ПС (в части передачи данных)

[19]

Р99: См. таблицу состояний данного класса (в части процедуры разъединения): передать ПБДТ ЗР, если это не класс 0, в противном случае выдать примитив С-РАЗЪЕДИНЕНИЕ.-запрос; Не-Р99: передать ПБДТ ЗР

[20]

Запомнить запрос и подвергнуть пользователя управлению по потоку

[21]

Передать ПБДТ ЗР с полем УКАЗ-ОТП, равным нулю

[22]

Передать ПБДТ ЗС, если только поле УКАЗ-ОТП принятого ПБДТ ЗР не равно нулю

[23]

P99: Передать ПБДТ ДН, если в наборе имеется ССУ в открытом состоянии;
не-Р99: передать ПБДТ ЗР с указ-отп = лок-указ и указ-пол = УКАЗ-ОТП в ПБДТ ПС



Таблица 40 Примечания, специфичные для класса 4 (* Применимо только при работе с УСУ-УС)

Наименование

Описание

(1)*

Невозможно, поскольку нет набора ССУ, прикрепленных к данному СТУ

(2)*

Можно также остаться в том же состоянии (продолжается отсчет ) до:

- приема ПБДТ ПС, выполняющего новое прикрепление;

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

- истечения и равенства счета максимальному значению

(3)*

Новое прикрепление невозможно: если данный набор ССУ пустой, то логический объект транспортного уровня будет ожидать поступления нового прикрепления либо оно может быть выполнено локально (случайное событие)

(4)*

Можно также выполнить новое прикрепление. (Это можно сделать при переходе к событию "прикрепление нового ССУ").

(5)

Нет ПБДТ ЗС-дубликатов.

(6)*

Поскольку сейчас прикреплено новое ССУ, то рекомендуется, чтобы по нему был передан соответствующий ПБДП (если это ССУ открыто) для того чтобы уведомить удаленный логический объект об этом прикреплении. Можно также для передачи ПБДТ выполнить обычную процедуру повторной передачи; однако первый доступный для передачи ПБДТ должен быть передан по новому ССУ

(7)

В качестве локального решения можно принять следующие: О ТРЗДинд, ОЖЗБЛУК

(8)

Логическая привязка к данному СТУ выполняется независимо от значения поля УКАЗ-ОТП. Если это поле не равно 0, ПБДТ ПР передается обратно

(9)

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

(10)

Если выполнена логическая привязка и УКАЗ-ПОЛ равен нулю, то ПБДТ ПР содержит поле УКАЗ-ОТП, равное нулю

(11)

Если произошел переход из состояния ОЖПС в состояние ЗАКРЫТИЕ, то удаленный-указ равен нулю. Поле УКАЗ-ОТП блока ПБДТ ПС игнорируется (т.е. при повторной передаче ПБДТ ПЗ он будет иметь УКАЗ-ПОЛ, равный нулю)

(12)*

При переходе из состояния ОЖПС в состояние ЗАКРЫТИЕ удаленный-указ (равный нулю) должен быть установлен в значение УКАЗ-ОТП с целью приведения его в соответствие с процедурой разъединения согласованного класса

(13)

ПБДТ ЗР может быть повторно передан либо немедленно, либо после истечения

(14)*

Если данный набор ССУ пустой, то это событие может быть использовано в качестве критерия для ввода события "прикрепление нового ССУ"

(15)

Ранее занесенный в память примитив Т-ДАННЫЕ запрос или Т-СРОЧНЫЕ-ДАННЫЕ запрос готов к обработке в соответствии с процедурой передачи данных

(16)

См. процедуры передачи данных

(17)*

При приеме примитива С-СБРОС индикация должен быть выдан примитив С-СБРОС ответ независимо от состояния конечного автомата



Таблица 41 - Соединение/разъединение в классе 4

ОЖЗБЛУК

ЗАКРЫТО

ОЖПС

ОЖРЗД

ОТКРЫТО

ОЖТСОТВ

ОЖПДТ

ЗАКРЫТИЕ

ТСОЕДзап

не Р0: ТРЗДинд ЗАКРЫТО; Р0 и (Р1 и Р99 или не Р99): [12, 1, 3, 10,11] ОЖПС Р99 и Р0 и не Р1 и Р2; [13, 12, 1, 3 и 10] ССОЕДзап ОЖПС; Р99 и Р0 и (не Р1) и не Р2: ТРЗДинд ЗАКРЫТО

ТСОЕДотв

[3, 2, 1, 10 и 14] ОЖПДТ

ТРЗДзап

Р4: ЗАКРЫТО; (не Р4) и Р3: ОЖРЗД; (не Р4) и (не Р3) [4, 3, 2, 1 и 15] ЗАКРЫТИЕ

[6, 8, 4, 3, 2, 1 и 15] ЗАКРЫТИЕ

[16] ЗАКРЫТО

[4, 3, 2, 1 и 15] ЗАКРЫТИЕ

СРЗДинд
СРЗДинд

(1)
(1)

(1)
(1)

Р99 и Р1: [12] ОЖПС; Р99 и (не P1) и Р2: [13 и 12] ССОЕДзап ОЖПС; Р99 и (не Р1) и (не Р2): [0] [2] ТРЗДинд ОЖЗБЛУК

Р99 и Р3: [0] ОЖЗБЛУК; Р99 и (не P3) и Р1: [12 и 11] ОЖРЗД; Р99 и (не Р3) и (не Р1) и Р2: [13 и 12] ССОЕДзап ОЖРЗД; Р99 и (не Р3) и (не Р1) и (не Р2): 0 ОЖЗБЛУК

Р99 и Р5 и Р1: [12, 17] (6) ОТКРЫТО; Р99 и (не Р1) и Р5 и Р2: [13, 12] ССОЕДзап ОТКРЫТО; Р99 и (не Р1) и Р5 и (не Р2) ОТКРЫТО (3); Р99 и (не Р5): ОТКРЫТО

Р99: ОЖСОТВ (4)

Р99 и Р5 и Р1: [12, 14] (6) ОЖПДТ; Р99 и (не Р1) и Р5 и Р2 [13, 12] ССОЕДзап ОЖПДТ; Р99 и Р5 и (не Р1) и (не Р2): ОЖПДТ (3); Р99 и (не Р5): ОЖПДТ

Р99 и Р6: [0] ОЖЗБЛУК; Р99 и (не Р6) и Р5 Р1: [12 и 15] ЗАКРЫТИЕ (6); Р99 и (не Р6) и Р5 и (не Р1) и Р2; [13, 12] ССОЕДзап ЗАКРЫТИЕ; Р99 и (не Р6) и P5 и (нe Р1) и (не Р2): ЗАКРЫТИЕ (3); Р99 и (не Р6) и (не Р5): ЗАКРЫТИЕ

СОТВинд

(17)

(17)

(17)

(17)

(17)

(17)

ТДНзап ТСДзап

(16) ОТКРЫТО

[20] ОЖПДТ

ССОЕДподт

(1)

(1)

Р99: ЗС ОЖПС (6)

Р99: ЗС ОЖРЗД (6)

Р99: [17] ОТКРЫТО (6)

Р99: ОЖТСОТВ

Р99: ПС ОЖПД (6)

Р99: [15] ЗАКРЫТИЕ (6)

Прикреп- ление нового ССУ

Р99 и P1: [12, 17] ОТКРЫТО (6); Р99 и Р2 и (не Р1): [13, 12] ССОЕДзап ОТКРЫТО

Р99 и P1: [12] ОЖТСОТВ; Р99 и Р2 и (не Р1): [13, 12] ССОЕДзап ОЖТСОТВ

Р99 и Р1: [12, 14] (6) ОЖПДТ; Р99 и Р2 и (не Р1): [13, 12] ССОЕДзап ОЖПДТ

Р99 и Р1: [12 15] (6) ЗАКРЫТИЕ; Р99 и Р2 и (не Р1) [13, 12] ССОЕДзап ЗАКРЫТИЕ

Тайм-аут повторной передачи

Р7 и Р3 [0] ТРЗДинд ОЖЗБЛУК; Р7 и (не Р3): [3, 2, 1 и 15] РЗДинд ЗАКРЫТИЕ (14); не Р7: [1, 3 и 11] ОЖПС

Р7 и Р3: [0] ОЖЗБЛУК; Р7 и (не Р3) [3, 2, 1 и 15) ЗАКРЫТИЕ (14); не Р7: [1, 3 и 11] ОЖРЗД

Р7: [6, 8, 3, 2, 1 и 15] ТРЗДинд ЗАКРЫТИЕ (14); не Р7: (16) (14) ОТКРЫТО

Р7: [3, 2, 1 и 15] ТРЗДинд (14) ЗАКРЫТИЕ; не Р7: [1, 3 и 14] (14) ОЖПДТ

Р7: [0] ОЖЗБЛУК; не Р7: [1, 3 и 15] (14) ЗАКРЫТИЕ

Тайм-аут неактивности

[6, 4, 3, 2, 1 и 15] ТРЗДинд ЗАКРЫТИЕ
(7)

Тайм-аут указателя

ЗАКРЫТО

ЗС

не Р8: [21] ЗАКРЫТО (5); Р8: [9 и 12] ТСОЕДинд ОЖТСОТВ (5)

[12, 8 и 7] ОТКРЫТО

[12] ОЖТСОТВ

[12 и 14] ОЖПДТ

[12] ЗАКРЫТИЕ (13)

ПС

ЗР ОЖТСОТВ

ЗР ЗАКРЫТО

Р9: [12, 9, 2, 4, 5, 7 и 17] ТСОЕДподт (9) ОТКРЫТО; (не Р9 и не Р99) или Р99 и Р10: [12, 4, 3, 2, 1, 15] ТРЗДинд ЗАКРЫТИЕ; P11: 18

Р99 и P11: [19]; (не P(99 и Р9) или (Р99 и не Р11): [12, 2, 4, 3, 1, 15] ЗАКРЫТИЕ

[12, 17, 8, 7] (9) ОТКРЫТО

Р99 и P11: [19] (12); (не Р99 и Р9) или (Р99 и не P11); [12], ЗАКРЫТИЕ (11)

ОШ

ОЖЗБЛУК

ЗАКРЫТО

[0] ТРЗДинд ОЖЗБЛУК

[0] ОЖЗБЛУК

[12, 6, 8, 4, 3, 2, 1 и 15] ТРЗДинд ЗАКРЫТИЕ

[12, 4, 3, 2, 1 и 15] ТРЗДинд ЗАКРЫТИЕ

[0] ОЖЗБЛУК

ЗР

[22] ОЖЗБЛУК

[22] ЗАКРЫТО

(8) ТРЗДинд [0] ОЖЗБЛУК

(8) [0] ОЖЗБЛУК

ПР (10) [0] ТРЗДинд ОЖЗБЛУК

Пр (10) ТРЗДинд ЗАКРЫТО

ПР (10) [0] ТРЗДинд ОЖЗБЛУК

[0] ОЖЗБЛУК

ПР

ОЖЗБЛУК

ЗАКРЫТО

[0] ОЖЗБЛУК

ПСД

ОЖЗБЛУК

ЗАКРЫТО

[12, 8 и 7] ОТКРЫТО (16)

[12] ЗАКРЫТИЕ (13)

ДН/ПД/СД

ОЖЗБЛУК

ЗАКРЫТО

[12, 8 и 7] ОТКРЫТО
(16)

[12 и 7] ОТКРЫТО (15)

[12] ЗАКРЫТИЕ (13)




Текст документа сверен по:
официальное издание
М.: ИПК Издательство стандартов, 1997

Превью ГОСТ Р ИСО/МЭК 8073-96 Информационная технология. Передача данных и обмен информацией между системами. Взаимосвязь открытых систем. Протокол для обеспечения услуг транспортного уровня в режиме с установлением соединения