Товары в корзине: 0 шт Оформить заказ
Стр. 1
 

239 страниц

1186.00 ₽

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

Официально распространяем нормативную документацию с 1999 года. Пробиваем чеки, платим налоги, принимаем к оплате все законные формы платежей без дополнительных процентов. Наши клиенты защищены Законом. ООО "ЦНТИ Нормоконтроль".

Наши цены ниже, чем в других местах, потому что мы работаем напрямую с поставщиками документов.

Способы доставки

  • Срочная курьерская доставка (1-3 дня)
  • Курьерская доставка (7 дней)
  • Самовывоз из московского офиса
  • Почта РФ

Устанавливает:

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

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

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

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

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

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

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

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

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

Показать даты введения Admin

Страница 1

ГОСТ Р ИСО/МЭК 8073-96 ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

ИНФОРМЛЦИОННАЯ ТЕХНОЛОГИЯ

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

Излание официальное

ГОССТАНДАРТ РОССИИ >1 о с к а а

Страница 2

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

Предисловие

1    РАЗРАБОТАН Комитетом при Президенте Российской Федера

ции по политике информатизации и ВНЕСЕН НА УТВЕРЖДЕНИЕ техническим комитетом по стандартизации ТК22 «Информационная технология»

2    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Гос

стандарта России от 7 августа 19% г. № 504

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

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

€> ИПК Издательство стандартов, 1997

НастояшиЙ стандарт не может быть полностью или частично воспроизведен, тиражирован и распространен в качестве официального издания бет разрешения Госстандарта России

п

Страница 3

ГОС Т P ИСО/МЭК «073-96

Содержание

Введение...................IV

1    Назначение..................1

2    Нормативные ссылки..............2

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

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

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

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

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

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

7    Классы протокола...............59

8    Спецификация класса 0. Простой класс.......62

9    Спецификация класса I. Основной классе восстановле-

нием при ошибках...............63

10    Спецификация класса 2. Класс с мультиплексированием . 65

11    Спецификация класса 3. Класс с восстановлением при

ошибках и с мультиплексированием.........68

12    Спецификация класса 4. Класс с обнаружением ошибок

и с восстановлением...............71

13    Структура и кодирование ПБДТ .........94

ЧАСТЬ ТРЕТЬЯ. АТТЕСТАЦИОННЫЕ ТРЕБОВАНИЯ

14    Соответствие.................118

Приложение А Таблицы состояний...........121

Приложение В Подпротокол административного управления

соединением сетевого уровня...........154

Приложение С Форма ЗСРП..............179

Приложение D Алгоритмы вычисления контрольной    суммы . .219

Приложение Е Таблицы состояний для операций протокола класса 4 при использовании услуг сетевого уровня в режимах с установлением и без установления соединения . .221

in

Страница 4

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

Введение

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

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

-ОПгеДЕЛЕМЛг УСЛУГ Tf АН СЛОЖНОГО тяни

-    — Сбмдооч *    —    —    —--—

ЛрО'ОКШ*

--ССмшн « (смпмылкш _ — __

—    оп*едетнге услуг сегнкм о уровня

Рисунок I — Biiiiiuoumouiciiiia исжду протоколом транспортом) уровня и услугами смсжних уровней

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

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

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

IV

Страница 5

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

v

Страница 6

ГОСТ Р НСО/МЭК 807.1—96

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

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

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

VI

Страница 7

ГОСТ Р ИСО/МЭК 8073-96 ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

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

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

ПРОТОКОЛ ДЛЯ ОБЕСПЕЧЕНИЯ УСЛУГ ТРАНСПОРТНОГО УРОВНЯ В РЕЖИМЕ С УСТАНОВЛЕНИЕМ СОЕДИНЕНИЯ

Information technology. Telecommunication* and information exchange between systems. Open Systems Interconnection. Protocol for providing the conncction-mode

transport service

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

I. НАЗНАЧЕНИЕ

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

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

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

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

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

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

рованием,

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

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

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

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

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

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

И мание официальное

1

Страница 8

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

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

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

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

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

Настоящий стандарт устанавливает в разделе 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 Информационная технология. Взаимосвязь открытых систем. Методология и основы аттестационного тестирования ВОС. Часть I. Общие принципы

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

2

Страница 9

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

ИСО 7498—3—891 Системы обработки информации. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 3. Присвоение имен и адресация

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3

1

До прямого применения данного документе п качестве государственного стандарта распространение его осуществляет секретариат ТК 22 •Информационная тех нолотмя»

Страница 10

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

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

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

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

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

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

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

3.2.8    Принимающий логический объект транспортного уровня —

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

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

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

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

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

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

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

4

Страница 11

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

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

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

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

3.2.1К Порядковый номер —

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

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

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    Непрнсвоеиный указатель — указатель, который не находится в текущем использовании для идентификации СТУ или в заблокированном состоянии.

5

Страница 12

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

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

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

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

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

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

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

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

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

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

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

4.! Блоки данных

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

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

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

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

транспортного

ПБД Г ДН

- ПБДТ

ПБДТ ЗР

- ПБДТ

ПБДТ ЗС

- ПБДТ

ПБДТ ОТК

- ПБДТ

ПБДТОШ

- ПБДТ

ПБДТ ПД

- ПБДГ

ПБДТ IIP

- ПБДТ

ПБДТ ПС

- ПБДГ

ПБДТ ПСД

- ПБДТ

ПБДТСД

- ПБДТ

6

Страница 13

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

4.3    Поля ПБДТ

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

ИД-ПДУТУ    - идентификатор пункта-доступа-к-услугам-

транспортного-уровня (паче)

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

КС    —    метка «коней СБДТ*

НР-ОТВ    —    порядковый номер ответа (поле)

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

НР-11БДТ-СД    - номер Г1БДТ СД (поле)

НР-СПБДТ-О'ГВ — номер ответа ПБДТ СД (поле)

УКАЗ-ОТП    —    указатель отправителя    (поле)

УКАЗ-ПОЛ    —    указатель получателя (поле)

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

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

Л/    —    максимальное число передач

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

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

Г    -    время «окна*

ТПС - тайм-аут для попытки повторного прикрепления/повторной синхронизации ТОП — тайм-аут ожидания повторного прикрепления/повторной синхронизации ТУ,    -•    управляющий    тайм-аут    1

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

Т    —    время существования СБДС в направлении от локаль-

ного объекта к удаленному объекту Tt — время существования СБДС в направлении от удаленного объекта к локальному объекту Зг> — ожидаемая максимальная транзитная задержка в направлении от локального объекта к удаленному объекту 3ft - ожидаемая максимальная транзитная задержка в направлении от удаленного объекта к локальному объекту Тю    —    время продолжительности повторных передач

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

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

Страница 14

ГОСТ Р НСО/М ЭК 8873-96

4.5 Разное КУ

11ДУТУ

ПДУСУ

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

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

ССУ

СТУ

УСУ

УСУ-УС

УСУ-БУС

УГУ качество услуг

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

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

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


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

П рн мечам не — Приводимое описание не явлис?ся нечерпыпаюшим и приколите* в качеств руковолпшего пособия.

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

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

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

Т а 6 л и и а I - Прими швы услуг ipaitcnopinoro уровня

Приищи ам

tllJIlKipW

Т СОЕДИНЕНИЕ шпрос

нил к каиия

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

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

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

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

Данные iKuii.3onaie.ia УТУ

Т СОЕДИНЕНИЕ огвет

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

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

Срочные данные (факультативно) Данные пользователя УТУ

Страница 15

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

Окончание таблицы I

Лрнмишиы

Пмдоастры

Т ДАННЫЕ: ыирос пиликания

Данные пальюватеда УТУ

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

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

T РАЗЪЕДИНЕНИЕ тапрос

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

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

Причина разьединения Данные пальюиателя УТУ

и я

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

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

П р и и с ч j н и я

1    В таблице 2а перечислены параметры, используемые в УСУ УС. определении* к наставшему нремеии и ГОСТ 34.91 S

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

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

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

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

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

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

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

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

9

Страница 16

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

Таблица 2а— Примитивы >v.iyi сетевого уровни п режиме с устдновлением соединении

ilpBWHdSIM

W

Пярмпги

Ч/V 'Vf/I

^СОЕДИНЕНИЕ «прос

X

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

X

Адрес вы шваюшею

X

индиклиия

X

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

Y

Выбор срочных длины*

Y

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

X

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

г

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

X

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

X

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

X

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

Y

Выбор срочных алиных

Y

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

X

Данные ноль шпатели УСУ

г

С ДАННЫЕ sail рос

X

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

X

индиклиия

X

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

Y

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

ЖДЕНИП

]ап рос

Y

индиклиия

Y

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

sanpoc

Y

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

Y

Н11ДИ КД11ИЯ

Y

С-СБРОС u it рос

X

Причина

W

индиклиия

X

И ннциатор

W

Причина

W

С СБРОС ответ

X

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

X

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

ШИ рос

X

Причина

W

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

/

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

Z

иидиклиих

X

Инициатор

W

Причина

W

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

Z

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

г

10

Страница 17

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

Т а б я и И а 2Ь - Прими ninu услуг сетевого уровня о режиме 6ci установления соединения

Upauatiui

W

Парямпрш

ч/v

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

запрос

X

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

X

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

X

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

X

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

X

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

X

индикация

X

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

X

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

X

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

X

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

X

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2 - 1812

II

Страница 18

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

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    Установление соединения

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

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

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

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

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

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

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

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

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

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

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

12

Страница 19

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

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

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

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

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

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

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

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

5.3.1.4    Разъединение

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

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

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

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

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

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

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

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

Страница 20

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

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

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

нием;

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

Примечания

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

II

Страница 21

ГОСТ Р IICO/MЭК 8073—96

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

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

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

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

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

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

5.4.6.! Общие поло ж е и и я

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

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

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

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

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

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

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

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

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

Страница 22

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

обнаруживаемых ошибок следующие: потеря ПБДТ, доставка ПБДТ с нарушением последоиательности. дублирование ПБДТ и искажение ПБДТ. Эти ошибки могут влиять как на управляющие ПБДТ, так и на ПБДТ «данные*.

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

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

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

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

П р u и с ч j II и е - Логический объект ipuiicnopi нот уровни не способен paсличать ошибки УСУ и неисправности раинопракиых jioiических объектов, кроме случаев исиольювания некоторых факульташвных локальных средств в случае неисправности в локальной шиерфсисс с УСУ (например, при неисправности локального приемопередатчика в локальных вычислительных сегих)

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

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

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

16

Страница 23

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

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

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

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

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

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

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

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

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

Г1 р и и е ч а и и е — В iex Случаях, кома сервисные прими швы. ПБДТ. а также нсполыуемые параметры не ипляпмси существенными адм данного элемента процедуры. они не включаются и спецификацию.

17

Страница 24

ГОСТ Р Н СО/М ЭК 8073—96

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

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

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

6.1.1.1    Назначение

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

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

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

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

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

6.1.1.3    Процедура

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

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

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

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

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

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

Страница 25

ГОСТ Г ИСО/МЭК «073-96

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

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

Примечания

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

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

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

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

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

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

6.1.2.1    Назначение

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

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

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

С - ЕЛО К -ДАН Н bl X.

6.1.2.3    Процедура

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

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

6.2.1    Назначение

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

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

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

19

Страница 26

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

a)    С-ДАННЫЕ;

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

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

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

6.2.3    Процедура

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

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

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

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

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

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

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

6.3.1    Назначение

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

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

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

6.3.3    Процедура

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

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

Примечании

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

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

Страница 27

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

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

6.4.1    Назначение

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

6.4.2    Процедура

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

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

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

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

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

П р и м е ч з н и я

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

2    Коней ПБДТ. содержащею данные, указымае1ся окончанием СБДС.

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

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

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

6.5.1    Назначение

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

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

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

С-ДАННЫЕ.

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

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

21

Страница 28

ГОСТ Р НСО/М ЭК 8873-96

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

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

a)    ПБДТ ЗС:

КРД,

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

УКАЗ-ОТЛ,

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

идентификатор вызывающего ПДУТУ, идентификатор вызываемого ПДУТУ. длина ПБДТ (предложенная).

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

номер версии, параметр зашиты, контрольная сумма,

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

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

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

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

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

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

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

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

b)    ПБДТ ПС:

КРД,

УКАЗ-ПОЛ,

УКАЗ-ОТП.

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

22

Страница 29

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

идентификатор вшивающего Г1ДУТУ. идентификатор вызываемого ПДУТУ, длина ПБДТ (выбранная),

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

параметр зашиты, контрольная сумма,

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

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

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

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

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

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

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

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

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

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

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

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

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

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

23

Страница 30

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

луга инициатор должен сбросить пли ратъеднни ть ССУ, а в класса* I и 3 заблокировать указатель (см. 6.18). Для всех других СТУ. м).чь га пле ксй ройаи и ы \ п одно и то же ССУ. должны исполиишться процедуры сброса или ра Уединения в зависимое гм or обстоятельств.

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

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

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

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

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

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

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

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

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

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

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

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

Страница 31

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

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

О Параметр контрольной суммы. Только п классе 4.

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

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

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

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

Г л 6 л и и а 3- Дейс! пи тельные oiumu, соотиетсгпукни не предпочтительному и любому IIи альтернативных классов, прелложеиных п ПБДТ 1C

Прс iiiuvtn-тсаъимй

I..UU

A.ii.icptiiшмимй пкч

II

1

1

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

1 или 2

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

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

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

25

Страница 32

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

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

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

Примечи ииа

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

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

Ь| если предлагается класс 1. то действительным ответом будет класс О.

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

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

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

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

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

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

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

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

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

26

Страница 33

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

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

п) Обычный или расширенный формат. Доступен любой из форматов: обычный или расширенный. При использовании расширенного формата применяются параметры К РД. HI’-ПБДТ, НР-ПБДТ-СД, HP-ОТВ и ПР-СПБДТ-О'ГВ. р) Выбор контрольной суммы. Эта информация определяет, должна или не должна контрольная сумма входить в состав ПБДТ данного соединения, q) Параметры качества услуг. Определяют пропускную способность. транзитную задержку, приоритет и коэффициент необнаруженных ошибок.

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

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

О Использование услуги передачи срочных данных. Позволяет обоим пользователям-УТУ согласовывать вопрос использования услуги передачи срочных данных в соответствии с определениями УГУ (см. ГОСТ 34.960). и) Использование избирательного подтверждения. Позволяет логическим объектам транспортного уровня принимать решение о необходимости использования процедур, которые допускают подтверждение ПБДТДН, полученных вне последовательности (только в классе 4). v) Использование подтверждения запроса. Позволяет обоим логическим объектам транспортного уровня согласовывать решение об использовании или неиспользовании услуги подтверждения запроса, определенной в 6.13.4.2 (только в классах I, 3, 4).

Следующая информация передается только в ПБДТ ЗС. w) Номер версии. Определяет версию стандартного протока!а транспортного уровня, используемого для данного соединения.

3- 1812

27

Страница 34

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

х) Параметр «время повторного прикрепления*. Определяет время участия инициатора в процедуре повторного прикрепления после процедуры восстановления неисправности.

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

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

Ф>«у.1*.Г.|ТИКН*М

Прга-амсинг

Пгли.ипи» МНир

ф>аша

яимшютср*

отаетчккл

УТУ передачи срочных данных <толь

Да

Да или нет

ко классы 1— 4>

Нет

Нет

Использование подтверждения при

Да

Да или нет

ема (только класс 1)

Нет

Нет

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

Да

Да или нет

рианта (только класс 1)

Нет

Нет

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

Да

Да или нет

мы Столько класс 4)

Нет

Нет

11еисиользован не явного управлении

Да

Да или ист

потоком (только класс 2>

Нет

Нет

И с ноль зонам и с расширенного фор

Да

Да или иех

мата (только классы 2- 4|

Нет

Нет

Использование избирательного под

Да

Да или нет

тверждения (только класс 4)

Нет

Нет

Использование подтверждения хан

Да

Да или нет

роса (только классы 1. 3. 4)

Нет

Нет

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

2&

Страница 35

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

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

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

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

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

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

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

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

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

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

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

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

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

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

29

з*

Страница 36

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

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

0    Параметр «контрольная сумма*.

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

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

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

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

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

Примечания

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

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

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

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

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

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

30

Страница 37

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

- либо использовать этот параметр для определения максимальной длины ПБДТ, запрошенной инициатором, и проигнорировать параметр «длина IIБДТ*. В этом случае ответчик должен использовать параметр «предпочтительная длина ПБДТ» в ПБДТ ПС и не включать в ПБДТ ПС параметр «длина ПБДТ». Если параметр «предпочтительная длина ПБДТ» отсутствует в ПБДТ ЗС, то его не следует включать в соответствующий ПБДТ ПС. В этом случае длина ПБДТ согласовывается согласно 6.5.5k.

п) Нормальный или расширенный формат. Доступен либо нормальный, либо расширенный формат. При использовании расширенного формата он применим к параметрам КРД, HP-IIБДТ, НР-ПБДТ-СД. НР-ОГВ и НР-СПБДТ-ОТВ. р) Выбор контрольной суммы. Определяется, должна ли входить контрольная сумма в состав ПБДТ данного соединения, q) Параметр «качество услуг». Определяется пропускная способность, транзитная задержка, приоритет и коэффициент необнаруженных ошибок.

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

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

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

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

Следуюшая информация передается только в II БД ЗС: и) Номер версии. Определяет версию стандарта по протоколу транспортного уровня, используемую лля данного соединения.

31

Страница 38

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

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

6.6.1    Назначение

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

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

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

a)    ПБДТ ЗР

УКЛЗ-ОТП.

причина,

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

b)    ПБДТ ОШ:

причина отказа, недействительный ПБДТ.

6.6.3    Процедура

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

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

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

П р и м е ч а и и и

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

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

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

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

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

6.7.1.1    Назначение

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

32

Страница 39

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

Примечи II iin

1    При испольгомнки неявною варианта (т. е. я классе 0) время ivuiccriionamiM СТУ не и осрвдсченНа Cnxinito с временем сушео поплин я ССУ.

2    Нспольюнаккс никою нарманта процедуры рапелниения iiuibo.iiici рахьсди-* ня|ь СТУ исзаиисммо от ни ас рдс моложе тип о ССУ

6.7.\.2 Примитивы УСУ

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

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

b)    С-ДАННЫЕ.

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

a)    ПБДТ ЗР:

причина,

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

УКАЗ-ОТП,

УКАЗ-ПОЛ;

b)    ПБДТ ПР.

6.7.1.4 Процедура для неявного варианта 13 неявном варианте каждый логический объект транспортного

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

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

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

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

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

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

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

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

Страница 40

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

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

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

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

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

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

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

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

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

Примечания

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

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

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

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

34

Страница 41

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

симости от обстоятельств либо сбросил. либо разъединил ССУ н заблокировал укай гель (см. 6.18|. Для яСех других СТУ. мультиплексированных в данном ССУ. должна быть выполнена процедура сброса или разьединения.

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

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

6.7.2.1    Назначение

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

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

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

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

6.7.2.3    И с н о л ь з >• ем ы е /I Ь ЦТ и пароме т р ы

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

a)    ПБДТ ЗР

-    причина;

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

-    УКАЗ-ОТП;

-    УКАЗ-ПОЛ;

b)    ПБДТ ПР.

6.7.2.4    Процедура

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

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

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

35

Страница 42

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

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

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

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

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

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

6.8.1    Назначение

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

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

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

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

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

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

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

6.8.3    Процедура

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

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

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

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

Страница 43

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

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 и I и Г1БДТ ПД в классе 1.

6.9.1.4    II р о ц е д у р ы

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

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

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

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

1)    если полученный СБДС может быть декодирован, но содержит искаженные ПБДТ — проигнорировать зти ПБДТ (только в классе 4) и действовать факультативно в соответствии с 6.9.4.lb 2):

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

37

Страница 44

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

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

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

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

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

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

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

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

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

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

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

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

3S

Страница 45

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

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

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

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

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

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

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

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

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

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

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

можны четыре случая:

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

39

Страница 46

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

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

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

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

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

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

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

6.9.2.1    Назначение

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

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

Данная процедура использует следующий примитив УСУ С-БЛОК-ДАННЫХ.

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

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

-    УКАЗ-ПОЛ;

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

-    УКАЗ-ОТП.

6.9.2.4    Процедура 6.9.2.4.I Идентификация ПБДТ

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

40

Страница 47

ГОСТ V If СО/М ЭК 8073-96

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

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

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

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

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

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

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

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

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

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

Страница 48

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

ПБДТЗР, то этот ПБДТЗР логически увязывается с этим СТУ:

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

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

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

6.10.1    Назначение

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

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

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

6.10.3    Процедура

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

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

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

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

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

42

Страница 49

ГОСТ I* IICO/МЭК 8073-96

6.11.1.1    Назначение

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

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

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

a)    С ДАННЫЕ;

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

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

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

a)    ПБДТ СД

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

b)    ПБДТ ПСД

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

6.11.1    Процедуры

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

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

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

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

П р U X С Ч Д и и и

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

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

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

6.11.2.1    Назначение

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

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

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

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

4 - 18)2

43

Страница 50

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

6. II.2.3 Используемые II Ь Д Т и параметры

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

a)    11БДТСД

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

b)    11БДТ ПСД

-    HP-СПБДТ-ОТВ.

6.II.2.4 Процедуры

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

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

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

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

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

6.12.1    Назначение

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

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

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

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

6.12.3    Процедура

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

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

ЗР, то:

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

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

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

—    истек ТГ1Р — начать процедуру по 6.12.3Ь;

44

Страница 51

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

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

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

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

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

зависимости от состояния ТПР.

И р и м е ■« и пне- По истечении ТПР и состоянии ожидания следующего сибипш рекомендуется, тюбы инициатор установи.! тай и-аут в шаченне, рапное шачепи» ТОП Если этот тайм-аут истечет до наступления следующего события, инициатор лол я с м начать процедуру но Ь. I Л.ЗЬ.

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

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

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

6.12.4 Тайм-ауты

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

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

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

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

45

Страница 52

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

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

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

Примечания

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

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

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

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

b)    при необходимое»! повторно начать отсчет ТУI или ТУ2. если соответствую ший ПБДТ (ЗС или ЗР соответственно) передается повторно.

с> выбрать значения ТУ! и ТУ2. превышающие ничем но ТПР.

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

6.13.1 Назначение

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

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

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

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

46

Страница 53

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

II р II U с 'I J II и с Исполыоымис варианта подтверждении приема ивискт от доступности уедут подтверждения приема на сетевом уровне и от ожидаемого снижения JUTpJt

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

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

a)    С-ДАННЫЕ,

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

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

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

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

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

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

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

-    НР-ОТВ:

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

c)    ПБДТДН

-    НР-ПБДТ;

d)    ПБДТ СД

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

e)    ПБДТ СД

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

О ПБДТ ПСД

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

6.13.4    Процедуры

6.13.4.1 Сохранение <) о получения п о d т в е р ж-д е и и я П Ь Д Т

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

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

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

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

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

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

47

Страница 54

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

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

(-<7<ГМИЖМЫИ Н Ь.4 I

&4р1ММ1

(. otfUHMf геч во iKttTvcpxtciiHM

зс

Оба

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

JP

Оба

ПБДТ: ПР или ЗР (я сл)чде кайф ликта)

I1C

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

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

или СД

ПС

Вариант ПД

ПБДТ: OTK. ДН. Г1Д. СД или ПСД

ДН

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

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

ДН

Варили! ПД

ПБДТ ПД или ОТК. для которого ИР ОТ В выше HP ПБДТ я ПБДТ ДН В случае избирательного иодтяср ждемия. если в число napaxeipoa избирательного подтверждении в ПБДТ ПД входит HP ПБДТ блока ПБДТ ДН

сд

Оба

ПБДТ ПСД, для которого IIP СПБДТ-ОТВ ранен НР-ПБДТСД и Л БДТ СД

6.13.4.2 Подтверждение варианта приема

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

a)    установить параметр «запрос подтверждения* только в том случае, если параметр «данные» содержит ПБДТ ПС или ДН (см. примечания I и 2);

b)    выдал, примитив С-ДАННЫЕ-ПОДТВЕРЖДЕНИЕ запрос, если он принял примитив С-ДЛННЫЕ индикания с установленным параметром «запрос подтверждения*.

4S

Страница 55

ГОСТ Г не О/М ЭК 8073-96

П р и м е ч а н н я

1    Решение о гам. в каких щ при ми та лов С ДАННЫЕ запрос должен быть установлен параметр «тапрос подтверждения* или каждого логического объект транс портного уровня является частным вопросом. Э70 решение обычно зависит от дос* тукной емкости памяти для сохраняемых копий ПБДТ ДН.

2    Использование параметра -запрос подтверждения* может влиять на качество УСУ.

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

-    начать отсчет тайм аута после приема ПБДТ ДН:

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

Выбор значения тайм-аута является локальным «опросом, олнако он может но влиять на производительность.

4    Рекомендуется, чтобы и случае, если передающий логический объект траиспор тното уровни имеет ограничения на число сохраниемых у него ПБДТ. он устпнаплн вал параметр ЗМП для устранения задержки в передаче ПБДТ ДН. обусловленной удаленным логическим объектом транспортною уровня, который следует политике удержания ПД.

6.14 Повторная синхронизация

6.14.1    Назначение

Процедуры повторной синхронизации используются в классах I и 3 для возврата СГУ в нормальное состояние после сброса или во время повторного прикрепления после неисправности в соответствии с 6.12.

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

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

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

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

a)    ПБДТ ЗС, ЗР, Г1С и IIP:

b)    ПБДТ О ГК

-    НР-ОТВ:

c)    ПБДТ ДН

-    HP-ПБДТ:

d)    ПБДТ СД

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

e)    ПБДТ ПСД

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

6.14.4    Проиедура

Логический объект транспортного уровня, который уведомляется о выполнении примитива С-СБРОС, должен:

49

Страница 56

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

a)    если логический объект транспортного уровня является ответчиком. - выполнить процедуру пассивной повторной синхронизации (см. 6.14.4.2);

b)    если логический объект транспортного уровня решил не выполнять повторного прикрепления, - не выполнят!, никаких действий;

c)    в остальных случаях выполнить процедуру активной повторной синхронизации, описанную в 6.14.4.1, и, если выполнена процедура по 6.14.4. lb. ожидать следующего события следующим образом;

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

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

-    если принят примитив С-СБРОС индикация, — выполнить процедуру по 6.14.4.

6.14.4.1    Процедуры активной повторной си н-х р о н из а ц и и

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

a)    если отсчет тайм-аута ТПР был начат и он истек (т. е. в процессе его отсчета не было получено ни одного действительного ПБДТ), использовать процедуры, определенные в 6.12.ЗаЗ);

b)    в противном случае должен быть начат отсчет тайм-аута ТГ1Р (если он еще не отсчитывается) и должно быть выполнено первое приемлемое действие из перечисленных ниже:

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

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

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

6.14.4.2    Процедуры пассивной повторной синхронизации

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

Страница 57

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

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

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

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

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

1)    если ПБДТ ПС уже передан и подтвержден, — рассматривать это как протокольную ошибку;

2)    если ПБДТЗР не подтвержден (независимо от того, подтвержден или нет ПБДТ ПС), — повторно передать ПБДТ ЗР, установив указатель отправителя в ноль;

3)    если от пользователя еще не поступил примитив Т-СОЕДИ-НЕНИЕ ответ - не выполнять никаких действий:

4)    в остальных случаях передать (повторно передать) П БДГ 11C с последующей повторной передачей любого неподтвержденного ПБДТ СД (см. примечание 2) и любых неподтвержденных ПБДТДН в зависимости от применимых процедур управления потоком.

П р н Vi е ч it н н я

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

2    Логический объект транспортной» уровня не должен использовать УСУ по пе редаче срочных данных до тех пор. пока не будет подтвержден ПБДТ ПС (см. 6.5). Это правило предотвращает возможность обгома ПБДТ ПС сетевыми срочными данными;

c)    если принят Г1 БДГ ОТК или СД. должно бьпъ выполнено одно из следующих действий:

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

2)    если ПБДТ ПС не подтвержден, ПБД Г О ГК или СД должен рассматриваться как подтверждение ПБДТ ПС и логический объект транспортного уровня должен выполнить процедуры повторной синхронизации данных (6.14.4.3):

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

я

Страница 58

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

6.14.4.3 Процедуры повторной синхронию ц и и даниых

Логический объект транспортного уровня должен выполнить следующие действия d перечисляемой последовательности:

a)    (повторно) передать любой неподтвержденный Г1БДТ СД;

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    Процедура

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

Примечании

1    При использовании демультиплексирования СТУ. к котором) oiкосятся ПБДТ. □ пределиеген процедурами но 6.9.

2    Мультиплексирование обеспечивлег объединение ПБДТ. принадлежат ну ралкым СТУ и подлежащих передаче ■ одном и том же примните С ДАН НМ Г. (см. 6.4).

52

Страница 59

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

6.16    Явное управление потоком

6.16.1    На точение

Процедура явного управления потоком используется в классах 2—4 для упорядочения потока ПБДТ ДН независимо от управления потоком на других уровнях.

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

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

a)    ПБДТ: ЗС. ПС. Г1Д и ОГК

-    КРД;

b)    ПБДТДН

-    HP-ПБДТ;

c)    ПБДТ ПД

-    НР-ОТВ,

—    порядковый номер.

—    подтверждение управление потоком:

d)    ПБДТ ОГК

-НР-ОТВ.

6.16.3    Процедура

Разные классы имеют различные процедуры. Эти процедуры определены в разделах, описывающих соот1$етсгвуюшие классы.

6.17 Контрольная сумма

6.17.1    Назначение

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

П р и и с ч а н и с - Хотя ияюригмы вычисления контрольная суммы должны быть приспособлены к тем типам ошибок, коюрые ожшишм и ССУ. в мдаопшсс времн определен только один алгориш.

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

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

все ПБДТ

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

6.17.3    Процедура

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

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

S3

Страница 60

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

L

L а, =* 0 (по модулю 255);

I -1

i

£ /а, = 0 (по модулю 255).

t -1

где I — номер (т. е. позиция) октета в ПБДТ (см. 13.2);

а — значение октета в позиции /;

I

L - длина ПБДТ в октетах.

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

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

a)    если он обеспечивает алгоритм вычисления контрольной суммы и принятый ПБДТ содержит параметр «контрольная сумма», включить параметр «контрольная сумма» в ответный ПБДТ либо

b)    во всех остальных случаях не включать параметр «контрольная сумма» в ответный ПБДТ.

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

(I ри MCIIB ИЯ

1    Эффскпшпыи алгоритм определении параметров контрольной суммы приделом в приложении В

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

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

4    При испольюпании УСУ-УС в случае приема ПБДТ по ССУ нельзя 6ы!ь уверенным. что данное ССУ используется СТУ только класса 4. поскольку это может бы»ъ ПБДТ выполняющий повюрное прикрепление.

Следовательно, ели истце ним и способ убедиться в зтом состоит в следующем:

a)    если ССУ используете* СТУ класса 0 или I. контрольная сумма отсутствует:

b)    проанализировать код ПБДТ.

c)    определи гь длину фиксированной части.

54

Страница 61

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

d) определить из ИД переменную часть;

е> про ли ал и шровать параметры и при обнаружении параметра «контрольная сум ма« промерить ее жаченме;

0 сели контрольная сумма неверна, исходить ит предположения, что и с пол пустим СТУ класса 4. и снизить класс:

g) если контрольная сумма верпа* логически увязать ПБДТ с СТУ. если СТУ исподыует контрольную сумму, она верна; в противном случае следует считать. что имеет место протокольная ошибка.

6Л8 Заблокированные указатели

6.18.1    Назначение

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

6Л 8.2 Процедура

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

Примечание— Необходимость процедуры блокиропаиия указателя обусловлена тем. что повторная передача иди неправильное упорядочение моту? обусловить доставку ПБДТ. содержащею укататедь. логическому объекту после того, кик этот объект уже разъединил соединение, которому он назначил данный указатель. Напри мер. повторная передача может во шикнуть, когда данный класс предусматривает либо повторную синхронизацию {см. 6.14), либо повторную передачу по тайм<ауту (см. 6.19>.

6.18.2.1    Процедура для классов О и 2

Настоящий стандарт не определяет процедур блокирования указателя для классов 0 и 2

П р и м с ч а н и е - Для совмести мости с другими классами блокирование чкататедя может быть определено как частный вопрос.

6.18.2.2    Процедура для классов ! и 3

Процедура блокирования указателя используется за исключением

следующих случаев (см. примечание 1):

a)    когда логический объект транспортного уровня получает 11 БД'Г ПР в ответ на переданный им ПБДТ ЗР (см. примечание 2);

b)    когда логический объект транспортного уровня передает ПБДТ ЗР или ОШ в ответ на принятый им ПБДТ ЗС (см. примечание 3);

c)    когда логический объект транспортного уровня определяет, что соединение разъединено после истечения тайм-аута ТОП (см. примечание 4);

5S

Страница 62

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

d)    когда логический объект транспортного уровня получает П БДТ ЗР или ОШ в ответ на переданный им II БДТ ЗС;

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)    ПБДТ ДН

-    HP-ПБДТ;

b)    ПБДТ СД

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

S6

Страница 63

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

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    И с по а ьз у е м ы е П Б Д Т и параметры

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

a)    ПБДТ ОШ

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

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

b)    ПБДТ ЗР

-    код причины.

6.22.1.3    Процедура

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

a)    передать ПБДТ ОШ:

b)    сбросить или закрыть ССУ:

c)    привлечь процедуры разъединения в соответствии с данным классом.

В некоторых ситуациях разрешается также аннулировать ПБДТ.

Если ПБДТ ОШ передан в классе 0, он должен содержать октеты недействительного ПБДТ вплоть до октета, в котором была обнаружена ошибка, включительно (см. примечания 3—5).

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

57

Страница 64

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

ПримечАння

1    В общем Случае для получателя ПЬДТ ОШ дальнейшие действия не определены. но рекомендуется, чтобы он инициировал процедуру разъединения соответственно данному классу. Если ПЬДТ ОШ получен в ответ на ПБДТ ЗС. то соединение рас сматривастси разъединенным (см. 6.61.

2    Логический объект транспортом» уровня получивший несколько недействительных ПБДТ либо ПЬДТ ОШ. должен принять меры, чтобы избежать дациклияа-ния. если ошибка итерируется неоднократно

3    Пели длина полученного недействительного ПБДТ превышает выбранную мак симадьную длину ПЬДТ. ю может оказаться невозможным включение Нсдейсгяи тельною ПЬДТ в параметр ПБДТ ОШ.

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

5    Во всех классах, кроме классов 0? рекомендуется включать недействительные ПБДТ в состав ПЬДТ ОШ

6.22.2 Обработка протокольных ошибок при работе с У С У-Б У С

6.22.2.1    Назначение

Данная процедура обработки протокольных ошибок используется применительно к недействительным II БД Г.

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

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

a)    ПБДТ ОШ

-    причина отказа.

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

b)    ПБДТ ЗР

-    причина.

6.22.2.3    11 р о це д у р а

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

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

5S

Страница 65

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

6.23 Растепление и рекомбинация при работе с У С У-У С

6.23.1    Назначение

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

6.23.2    Процедура

При использовании этой процедуры СТУ может бить прикреплено (см. 6.1) к нескольким ССУ (см. примечание 1). ПБДТ данного СТУ могут быть переданы по любому из прикрепленных ССУ.

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

Примечании

1    Функция упорядочения II Классе 4 (см. 6.20) ИСПОЛЬПСТСЯ ДЛЯ ТОГО. ‘ПОбы га ран т и ропать обработку ПБДТ в правильной последовательности.

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

-    иииииаггор не начинает расшеплеиим ао получения ПБДТ Г1С,

-    как только выполнено новое прикрепление, рекомендуется передать ПБДТ по этому ССУ для ин форм и ропаки я удаленною логического объекта об мом при креплении.

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

При испольюнаиии расщепления процедура управления неактивное ты», опреде* ленная в 12.2.3.3. не сможет обычно обнаружить иеуведомленные неисправности ССУ. Выбор метода управлении ССУ для обнар>жеиия таких неисправностей явля стся частным попросом,

7 Классы протокола

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

5- 1SI2

59

Страница 66

ГОСТ Г И СО/М ) К 8873-96

Таблица 6 - Расположение элементов пропелур пиутри классов

llp3T(XIU»HUI|

UCIMR1U

Номгр и «»»»•>-ЛГД*

Ьариии!

k.utc

1

2

\

У<

ЬУС

Прикрепление к ССУ

6.1

х

X

X

X

X

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

6.2

X

X

X

X

X

X

Сегмемтиро плисе и сборка

6.3

X

X

X

X

X

X

Сиепленке и рлт дедеиис

64

X

X

X

X

X

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

6 5

X

X

X

X

X

X

Откл 1 от соелине* ии»

6.6

X

X

X

X

X

X

Нормальное

разъединение

6 7

Пенимое

Явное

X

X

X

X

X

X

Ра >ъединение при ошибках

6.8

X

X

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

6.9

X

X

X

X

X

X

Нумерации ПБДТ

6.10

Нормальный Pacui и реи ный

X

о (1) ф (I)

о

ф

о

ф

о

ф

Перелаза срочных данных

6.11

Сетевой

нормальный

Сетевой

срочный

о

фи

X (1)

X

X

X

Повторное при крепление после ofкдза

6.12

X

X

О)

60

Страница 67

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

Окончание таблицу о

П рептильный vc\M» IM

Mower nujpсо ICJM

Й'4Р«41П

Клан:

0

1

*

*

VC

ЬУС

Хрлиение ПБДТ до под!верждснмя

6.13

Под шерж де-иис приема

пд

Исполыовл ине итбира тельного подгвержде* ниц

И с п о.п.-ю ил ние подтер ждеиия запроса

фи

о

ф *4)

X

4*

X

ф

ф

А

ф

4*

Повторили сихро-инимия

6.14

X

X

(3>

Чульти плсксиро иание и демульти плсксирооанне

6.15

х (2)

X

X

Я иное

управление (с) поюком <6сз)

6.16

X

X

о

ф

X

X

X

Кон?роль

(«ЛЯ (ИСПОЛЫ)

сумма 1 неиснольз)

6.17

X

X

X

X

о

ф

о

ф

Заблокированные

укататели

6.1 К

X

X

X

X

Повторная переда ча но таим ауг)

6 19

X

X

Упорядочение

6.20

X

X

Контроль иелктми-

МОСТИ

6.21

X

X

Обработка протокольных ошибок

6.2 2

X

X

X

X

X

X

Растепление и ре-комбинация

6.23

X

Ы

5

Страница 68

ГОСТ Г НСО/М ЭК 8073—96

Обозначении

х    -    ироиелура всегда включен* в данный класс;

пробел -    не применяется.

о    -    согласуемая процедура. реал и мни я которой п оборудовании обмм-

пгльна:

ф    ••    согласуемая ироиелура. рехтизаинл которой в оборудовании фа

кулыативна:

фи    -    согласуемая ироиелура. реалнзаиия которой в оборудовании факуль

тативна. а не падью в дм не -этой процедуры девиент от ее наличия в

УСУ;

<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.S).

Страница 69

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

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

Логические объекты транспортного уровня должны использовать следующие процедуры:

a)    прикрепление к ССУ (см. 6.1), после чего

b)    установить соединения (см. 6.5) и в соответствующих случаях — отклонение соединения (см. 6.6)

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

Логические объекты транспортного уровня должны использован, процедуру сегментирования и сборки (см. 6.3).

8.2.4    Разьединение

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

Примечание— Время существования СТУ непосредственно свяшпо с временем существовании ССУ.

9 Спецификация класса 1. Основной класс с восстановлением при ошибках

9.1    Функции класса 1

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

Этот класс обеспечивает функциональные возможности класса 0 плюс возможность восстановления при ошибках, сообщаемых УСУ, без участия пользователя УГУ.

9.2    Процедуры класса I

9.2.1 Процедуры, применимые для всех случаев

Логические объекты транспортного уровня должны использовать следующие процедуры:

a)    пералачу ПБДТ (см. 6.2);

b)    логическую привязку ПБДТ к СТУ (см. 6.9):

c)    обработку протокольных ошибок (см. 6.22):

d)    повторное прикрепление после отказа (см. 6.12),

e)    повторную синхронизацию (см. 6.14) или повторное прикрепление после отказа (см. 6.12) одновременно с повторной синхронизацией (см. 6.14);

О сцепление и разделение (см. 6.4);

63

Страница 70

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

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

h)    блокирование указателей (см. 6.13).

Примечания

1    Процедур-i согласования ком крепки о варианта хранения ПБДТ до получении подтверждении, подлежащая нспольи>аакпи> в С'ГУ, предусмотрена такой, что если иниииатор предлагает использовать вариант ПД (т. с. обязательное использование фа Kv-t машиной функции), ю от вс пик должен нриннть >гот вариант, а если пинии-атор предлагает исполыовать уведомление о приеме. о!встчик может выбрать использование варианта ПД.

2    В варианте ПД дли аннулирования копий, хранимых ПБДТ ДН. и с пользуется ПБДТ ПД. Параметр КРД в ПБДТ ПД в классе 1 не ивдяегси шачпмык и устанавливается в значение 1111.

3    Вариант уведомления о приеме используется только в атом классе и его исноль-ювание зависит от доступности уел ути уведомления о приеме на сете1и>м уровне и от ожидаемою снижении стоимости.

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

Логические обьекты транспортного уровня должны использовать следующие процедуры:

a)    прикреатение к ССУ (см. 6.1.1), после чего

b)    установление соединения (см. 6.5) и в соответствующих случаях - отказ от соединения (см. 6.6).

9.2.3    HepetkiHu данных

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

Передающий логический объект транспортного уровня должен использовать следующие процедуры:

a)    сегментирование (см. 6.3), после чего

b)    вариант нормальных форматов нумерации ПБДТ ДН (см. 6.10).

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

1)    вариант нормальных форматов нумерации ПБДТ (см. 6.10), после чего.

2)    сборка (см. 6.3).

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

9.2.3.2 Срочные данные

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

64

Страница 71

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

вариант процедуры срочной передачи данных (см. 6.11), если их использование было выбрано при установлении соединения (см. примечание I).

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

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

Примечании

1    Согласование варианта процедуры срочной передачи данных. которая должна быть использована и СТУ. предусмотрено таким обраюм. что если инициатор пред .la гае г кспольдовать ceienoii вариант нормальных данных (г. с. обяхиельное исполь-юнаике факультатканой функции), п» oibci-hik должен принять к исполнении «от парнаиг. Если же инициатор предлагает использовать спелой срочный вариант. го ответчик имеет право пыбратъ сетевой вариант нормальных данных.

2    Такой «его* нумерации позволяет принимающему логическому объекту tpan спортиото уроним аннулировать дублирование в ходе повторной синхронихапни ПБДТ СД (см. 6.14».

3    Никакою другого значения параметру НР-ПБДТ-СД не придается. Рекоменду пи (ио не обязательно) нумерацию осуmeciП.1 ять последовательно по модулю I2S.

4    Использование ПБДТ ОТ К при выполнении повторной синхрони заики (см. 6 14) может привести к повторной передаче. Таким образом, вошоан» получение дубликата ПБДТ СД. Подобные ПБДТ СД аннулируются.

9.2.4 Разьединение

Логические объекты транспортного уровня должны использовать явный вариант процедуры разъединения (см. 6.7).

10 Спецификация класса 2. Класс с мультиплексированием

10.1 Функции класса 2

В классе 2 СТУ может обеспечиваться либо не обеспечиваться средством индивидуального управления потоком, однако обнаружение ошибок и восстановление при ошибках в нем не предусмотрено.

Если ССУ сбрасывается в исходное состояние или разъединяется, то СТУ завершается без использования процедуры разьединения СТУ с информированием пользователя УТУ.

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

65

Страница 72

ГОСТ Р Н СО/М ЭК 8073—96

10.2 Процедуры класса 2

10.2.1    Процедуры, применимые во всех случаях

Логические объекты транспортного уровня должны использовать следующие процедуры:

a)    логическую привязку ПБД'Г к СТУ (см. 6.9):

b)    передачу Г1БДТ (см. 6.2);

c)    обработку протокольных ошибок (см. 6.22);

d)    сцепление и разделение (см. 6.4);

e)    разьединение по ошибке (см. 6.8).

Кроме того, логические объекты транспортного уровня могут использовать следующую процедуру:

Г) мультиплексирование и демультиплексирование (см. 6.15).

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

Логические объекты транспортного уровня должны использовать следующие процедуры:

a)    прикрепление к ССУ (см. 6.1), после чего

b)    установление соединения (см. 6.5) и в соответствующих случаях — отказ от соединения (см. 6.6).

10.2.3    Передача данных при выборе варианта с использованием явного управления потоком

Если при установлении соединения был выбран этот вариант, то логические объекты транспортного уровня должны использовать процедуру сегментирования (см. 6.3).

Поле НР-ПБДТ в ПЬДТ ДН не является значащим и может принимать любое значение.

11 р в vi с ч а н и с - Передача срочных дампы* месь неприменима (см. 6.5).

10.2.4    Передача данных при выборе варианта с использованием явного управления потоком

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

Передающий логический обьект транспортного уровня должен использовать следующие процедуры:

a)    сегментирование (см. 6.3), после чего

b)    нумерацию ПБДТ ДН (см. 6.10).

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

1)    нумерацию ПБДТ ДН (см. 6.10); поступление ПБДТ ДН с нарушением последовательности он должен рассматривать как протокольную ошибку:

2)    сборку (см. 6.3).

Страница 73

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

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

10.2.4.2 Управление потоком

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

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

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

a)    поле параметра HP-ОТВ не должно превышать пате HP-ПБДТ в последнем полученном ПБДТ ДН больше, чем на единицу или должно быть нулевым, если не было получено пн одного ПБДТ ДН;

b)    если ранее был передан ПБДТ ПД. то значение параметра HP-ОТВ не должно быть меньше, чем в этом ранее переданном ПБДТ ПД:

c)    сумма полей HP-ОТВ и КРД не должна быть меньше верхней границы окна, выделенного логическому объекту (см. примечание I).

Логический объект транспортного уровня, принимающий ПБДТ ПД. должен рассматривать поле HP-ОТВ как свою новую нижнюю границу окна, а сумму HP-ОТВ и КРД как свою новую верхнюю границу окна. Если какое-либо из этих полей уменьшилось, либо если нижняя граница окна больше чем на единицу превысила НР-ПБДТ последнего переданного ПБДТ ДН. он должен рассматривать это как протокольную ошибку (см. 6.22.1).

Логический объект транспортного уровня не должен передавать ПБДГ с HP-ПБДТ вне границы окна передачи (см. примечания 2 и 3).

П р и м с ч а II и и

1    Эго означает, что уменьшение крелнга не исполыустся.

2    Эю ониачлсг. чго логический объект транспортною уровня должен прекрати.

67

Страница 74

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

передачу, если поле ИР ПБДТ следующего подлежащего передаче 11БДТ ДМ будет cooiEcicTnonart. верхней транхне окна. Передача ПБДТ ДII може! быть поюбнопле на. если нрмни! ПБДТ ПД, который превысил верхних» граним) окна.

J Частота. с которой логический объект транспортною уровни превышает верх-ник» границу окна, натначенную для ею равноправного obi.esта. ограничивает пропускную способность, достижимую в данном СТУ.

10.2.4.3 Срочные дачные

Логические объекты транспортного уровня должны выполнять сетевой вариант нормальных данных процедуры срочной передачи данных (см. 6.11). если его использование было согласовано во время установления соединения. ПБДТ СД it ПСД не являются объектами управления по потоку, определенным в 10.2.4.2. Поля НР-ПБДТ-СД и НР-СПБДТ-ОТВ блоков данных ПБДТ СД и ПСД соответственно не являются значащими и мот принимать любые значения.

10.2.5 Разъединение

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

11 Спецификация класса 3. Класс с восстановлением при ошибках и с мультиплексированием

11.1    Функции класса 3

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

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

11.2    Процедуры класса 3

II .2.1 Процедуры, применимые во всех случаях

Логические объекты транспорного уровня должны использовать следующие процедуры:

a)    логическую привязку ПБДТ к СТУ (см. 6.9);

b)    передачу ПБД'Г (см. 6.2) и хранение до получения подтверждения ПБДТ (только вариант 11Д) (см. 6.13);

c)    обработку протокольных ошибок (см. 6.22.1);

d)    сцепление и разделение (см. 6.4);

68

Страница 75

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

е) повторное прикрепление после отказа (см. 6.12) вместе с повторной синхронизацией (см. 6.14):

Г) блокирование указателя (см. 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)    нумерацию Г1БДТ ДН (см. 6.10): пате НР-ПБДТ каждого принятого ПБДТДН должно рассматриваться как протокольная ошибка, если оно превышает наибольшее значение поля ранее принятых ПБДТДН более чем на единицу (см. примечание), затем

2)    сборку (см. 6.3): ПБДТ-дубдикаты должны быть аннулированы до выполнения сборки.

П р к и с и» и ( — Испольювание ПБДТ OTK (см. 11.2.3.2) можсг привести к поморной передаче и уменьшению кредита. Таким образом, здесь подможно получение ПБДТ дубликата либо ПБДТ. большего или равного верхнем границе окна, назначенной равноправномудскмчсскому o6veicry. И поэтому получение такого ПБДТ не рассматривается как проюкольнаи ошибка.

11.2.3.2    Использование ПБДТ ОГК

Логический объект транспортного уровня может в любой момент

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

Страница 76

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

При передаче ПБДТ ОI K должны соблюдаться следующие ограничения:

a)    параметр Н Р-О ГВ не должен превышать более чем на единицу наибольшее значение HP-ОТВ. принятое и предыдущем ПБДТ ДН. или должен быть равен 0, если ПБДТ ДН еше не получен (см. примечание 2);

b)    если Г1БДТПД или ОГК были переданы ранее, то параметр HP-ОТВ не должен быть меньше значения этого параметра в предыдущем ПБДТ ПД или ОГК.

Если логический объект транспортного уровня получает ПБДТ ОТК (см. примечание 3). то

c)    следующим подлежащим передаче (в том числе повторной) ПБДТ ДН должен быть тот ПБДТ ДН. для которого значение параметра HP-ПБДТ равно значению этого параметра в ПБДТ ОТК;

d)    сумма значений параметров HP-ПБДТ и КРД в ПБДТ ОТК становится новой верхней границей окна (см. примечание 4).

Примечания

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

2    Рекомендуется, чтобы параметр HP-ОТВ был ранен параметр) HP ПБДТ следу* юшего ПБДТ ДН.

3    Эти правила являются подмножеством правил, определенных для ситуации. ко1 яд ПБДТ ОТК получен при выполнении процедуры повторной синхронизации (см. 6.14> или повторною прикреплении после отката (см. 6.12).

4    Это означает, что ПБДТ ОТК может быть использован аля снижении верхней транииы окна, назначенной равноправному логическому объекту (уменьшение к ре лита).

11.2.3.3 Управление потоке м

Эти процедуры должны соответствовать процедурам, определенным в 10.2.4.2, за исключением:

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

b)    получение ПБДТ ПД, который устанавливает нижнюю границу окна на единицу большую HP-ПБДТ последнего переданного ПБДТ ДН, не должно рассматриваться как протокольная ошибка при условии, что все ранее переданные ПБДТ ДН подтверждены (см. примечания).

70

Страница 77

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

Примечания

! 'Jra можем имс1ь места только во время повторной передачи, слслуюшсн ia получением ПБДГ ОТ К.

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

11.2.3.4 Срочные данные

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

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

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

Примечания

1    Никакого другого смысла napaMetp HI’-ПБДТ-СД ие имеет. Рекомендуете*, и» не обнlare.iьно, присваивать значении последовательна по модули» 2". где п — число бнг в данном иарамефс.

2    Эта npoueiivpa lapaiiTnpyei, что пользователь УТУ не будет получать данные, соогксгстиуизшие одному и тому же Г1БД СД более одного раза.

11.2.4    Разъединен ие

Логические объекты транспортного уровня должны использовать явный вариант процедуры разъединения (см. 6.7).

12 Спецификация класса 4. Класс с обнаружением ошибок и с восстановлением

12.1 Функции класса 4

12.1.1. Функции класса 4 при работе с УСУ-УС

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

71

Страница 78

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

Обнаружение ошибок осуществляется путем использования расширенной нумерации 11БЛТ ДН классов 2 и 3. механизмов таймаута и дополнительных процедур.

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

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

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

12.1.2    Фу-ыкщш класса 4 при работе с УСУ-БУС

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

Обнаружение ошибок осуществляется путем нумерации ПБДТ ДН, механизмов тайм-аутов и дополнительных процедур типа механизма контрольной суммы. Механизм контрольной суммы должен обеспечиваться, однако его использование или неиспользование является предметом согласования.

12.2    Процедуры класса 4

12.2.1    Процедуры, испыыуемые во всех случаях

12.2.1.1    Тайм-ауты, используемые во все а случаях

В данном подразделе определены тайм-ауты, применимые в процедурах класса 4 во всех случаях. Перечень этих тайм-аутов приведен в таблице 7.

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

72

Страница 79

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

Таблица 7 — Параметры, относки! неся к операциям класс* 4

СяМана

Ии»

Опр:вс»смиг

Г

. у

В рем п сушествова ими СБДС в паправ ЛСНИИ О! локально го объекта к удален ному

Предельное тиачеиие максимально пошожиото времени между передачей СБДС локальным логическим объектом транспортного уровня и при омом 1хии>п его копии удаленным равноправным логическим объектом

т,.

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

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

Ожидаемое шчеиие максимальной гран ntrnort задержки от локального объекта к удаленному

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

Ожидаемое значение максимальной тран 1ИТИой задержки от удаленного объекта к локальном)

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

г.

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

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

г>.

Времн хладенного подтверждения

То же. что и Г. но для удаленного логического объекта

г,

Времи локальной повторной передачи

Предельное значение максимального времени, в течение которого локальный логический объект транспортного уровня будет ожидать падшерж-дсния. прежде чем повторно передаст ПБДТ

К,.

Время продолжи-тел mi ой передачи

Предельное значение максимального времени, в течение которого локальный Логический объект транспортного уровня будет лроаолжать передачу ПБДТ. требующего подтвержаения

73

Страница 80

ГОСТ Г НСО/МЭК 8873-96

Окомчоние табямци 7

t имяп»

Им*

Onpr4UCN*C

.V

Максимальное чис до передач

Временной предел максимально возможного числа попыток локального логическою объекта транспортного уровня продолжать передачи ПБДТ. требующею подтверждения

1

Ограничение ил ука-и te.iM и порядковые номера

Предельное значение максимального времени между передачей ПБДТ и приемом относящего-си к нему подтверждении

т

Время локальной иеакт ивноегти

Предельное значение времени, по истечении которою локальный логический объект транс портного уровня, не получивший ПБДТ. должен инициировать процедуру ра уьедииенил дли *а вершении С ТУ,

Примечание - Этот параметр необходим для зашиты от несообщаемых отказов

Г

>*•

Время удаленной иеактивиости

Предельное значение времени, по истечении которою удаленный логический объект транс нортною уровня, не получивший ПБДТ. должен инициировать мроиед)ру разьединения для завершении СТУ.

Примечание - >пхт параметр необходим дли зашиты от несообщаемых отказов

П

Время окна

Предельное значение максимальною времени, в течение которою логический объект транспорт' ною уровня ожидает, прежде чем повторно перелить нов>к> информацию об окне

Тайм-ауты, применимые только в конкретных процедурах, определены при рассмотрении соответствующих процедур.

12.2.1.1.1 Время существования СБДС (Тгу, Тя)

Предполагается, что сетевой уровень должен обеспечить в качестве элемента обслуживания предел максимального времени существования СБДС в сети. Значения этого времени могут быть различными в каждом направлении передачи по сети между двумя логическими объектами транспортного уровня. Предполагается, что эти значения для обоих направлений передачи известны обоим объектам. Максимальное время существования СБДС в направлении от

74

Страница 81

ГОСТ Р ИСО/МЭК 8073-96

локального к удаленному (7') — эго максимально возможное время между передачей СБДС or локального логического объекта транспортного уровня в сеть и получением любой копии СБДС из сети удаленным логическим объектом транспортного уровня. Максимальное время существования СБДС в направлении от удаленного к локальному (Г ) — это максимально возможное время между передачей СБДС от удаленного логического объекта транспортного уровня в сеть и получением любой копни СБДС из сети локальным логическим объектом транспортного уровня.

12.2.1.1.2    Ожидаемое значение максимальной транзитной задержки , 3')

Предполагается, что сетевой уровень должен обеспечивать в сети в качестве элемента обслуживания ожидаемое значение максимальной транзитной задержки СБДС. Это значение может быть различным в каждом направлении передачи по сети между двумя логическими объектами транспортного уровня. Предполагается, что значения этой задержки для обоих направлений передачи должны быть известны логическим объектам транспортного уровня. Ожидаемое значение максимальной транзитной задержки от локального к удаленному (J ) — эго максимальная задержка, с которой все (кроме небольшой части) СБДС передаются через сеть от локального логического объекта транспортного уровня к удаленному. Ожидаемое значение максимальной задержки от удаленного к локальному (Зуя) — это максимальная задержка, с которой все (кроме небольшой части) СБДС передаются через сеть от удаленного логического объекта транспортного уровня к локальному.

12.2.1.1.3    Время подтверждения (7^ , Ги)

Предполагается, что любой логический объект транспортного уровня налагает ограничение на максимальный промежуток времени между получением нм ПБДТ из сетевого уровня и передачей соответствующего ответа. Это предельное значение обозначается Г . Соответствующее время для удаленного логического объекта транспортного уровня обозначается 7'.

12.2.1.1.4    Время локальной повторной передачи (7’|)

Предполагается, что локальный логический объект транспортного уровня будет обеспечивать предельное время ожидания подтверждения до начала повторной передачи ПБД Г. Его значение определяется следующим образом:

6- ISI2

75

Страница 82

ГОСТ Р И СО/М ЭК 8073-96

где 3 - ожидаемое значение максимальной транзитной задержки в направлении от локального объекта к удаленному;

Зуi - ожидаемое значение максимальной транзитной задержки в напраачении от удаленного объекта к локальному;

Гр - время удаленного подтверждения;

х - время локальной обработки ПБДТ.

Примечание - Во время ус тлю me it ни соединения значение Гр| пси шее то. В лом сдучм подкодяшнй предел яла Г, може! быгъ установлен либо путем оценки (или is л основе априорных .шаний) Тп . либо путем применения подходящею алгоршма к napaucipv КУ «Задержка установления соединения транспортною > ровня*.

12.2.1.1.5    Время продолжительности повторных передач (Тяя )

Предполагается, что локальный логический объект транспортного уровня устанавливает предельное значение максимального времени. в течение которого он может продолжать повторные передачи ПБДТ. требующих положительного подтверждения, и которое не выходит за рамки текущего окна передачи после снижения кредита. Эта величина обозначается Т .

па

Данная величина явно связана с интервалом времени между повторными передачами, значением и максимальным числом повторных передач N. Она не меньше, чем /‘ (iV — I) + х, где а- — малая величина, учитывающая дополнительные внутренние задержки, дискретность механизма, используемого для реализации 1\ и др. Так как Тш представляет собой предельное значение, то точное значение .v несущественно постольку, поскольку оно ограничено и граничное значение известно.

12.2.1.1.6    Временные пределы указателей и порядковых номеров

Предельное значение максимального времени между решением о

передаче ПБДТ и получением любого относящегося к нему подтверждения L определяется следующим выражением:

L= Т + Т + Г + Т ,

П    М    1»    1»    у

где 7‘ ,— время существования СБДС в направлении от локального объекта к удаленному;

Тм — время существования СБДС в направлении от удаленного объекта к локальному;

Ти„ - время продолжительности повторных передач;

У — время удаленного подтверждения.

Страница 83

ГОСТ Р ИСО/МЭК 8073-96

Требуется некоторый период ожидания до повторного использования какого-либо указателя или порядкового номера во избежание путаницы в случае дублирования или задержки соответствующего ПБДТ.

Интервал времени, в течение которого порядковые номера ПБДТ ДН должны быть заблокированы, это период L, отсчитываемый от того момента, когда порядковый номер оказался ниже Гранины окна.

Примечании

1    На практике значение L может оказаться слишком большим. Кроме юге оно может бить лишь статистической величиной с определенной степень» достоверное-ти. Полому может Быть использовано меньшее значение, если оно продолжав! обеспечивать требуемое качество услуг.

2    Взаимоотношения между рассмотренными шик временами показаны ил рн-сумках 3 и 4

Рисунок 3 - Взаимоотношения прем ей для усредненного случая и классе 4

12.2.1.1.7 Тайм-аут неактивности (7* , Гж)

11редполагается, что любой логический объект транспортного уровня должен обеспечивать нижнее предельное значение времени, которое может пройти без получения ПБДТ, прежде чем он сможет инициировать процедуру разъединения дчя завершения СТУ. Его значение обозначается Таы. Соответствующее время, предоставляемое удаленным логическим объектом транспортного уровня, обозначается Т .

»и

77

Страница 84

ГОСТ Р ИСО/МЭК 8073-96

R-T.4N-1) *х

L * ТЛу + ТуЛ R + ТуП

Рисунок 4 - Вмимоотиошсння времен при максимально» ыдержкс и классе Л

12.2.1.2 Общие процедуры при работе с У С У-У С

Логический объект транспортного уровня должен обеспечивать следующие процедуры:

a)    передачу ПБДГ (см. 6.2);

b)    логическую привязку Г1БДТ к СТУ (см. 6.9.1);

c)    обработку протокольных ошибок (см. 6.22.1);

d)    вычисление и проверку контрольной суммы (см. 6.17);

e)    расщепление и рекомбинаиию (см. 6.23);

О мультиплексирование и демультиплексироваиие (см. 6.15);

g)    хранение Г1БДТ до их подтверждения (см. 6.13);

h)    блокирование указателей (см. 6.IX);

j) повторные передачи; если логический объект транспортного уровня не получил подтверждения на некоторые П БДТ, он должен проверить, не истекли тайм-аут до получения Г1БДТ, подтверждающего хотя бы один из неподтвержденных 11БДТ. Если тайм-аут истек, то осуществляется повторная передача первого Г1 БДТ и начинается повторный отсчет тайм-аута Тх. кроме случая, когда повторно передаваемым II БДТ является Г1БДТДН и он находится вне окна передачи вследствие снижения кредита. Повторная передача ПБД Г зависит от доступности ССУ. Если нет одного ССУ и тайм-аут повторной передачи истек, значение счетчика повторной передачи может воз-

78

Страница 85

ГОСТ Р ИСО/МЭК 8073-96

расти без передачи ПБДТ в зависимости от процедуры повторной передачи. Посте выполнения N передач (т. е. N~ 1 повторных передач) считается, что эффективный двусторонний обмен данными далее невозможен, в связи с чем выполняется процедура разъединения, о чем информируется пользователь УГУ.

П р и м с ч а н и я

\ 'Эта проислурд может бить раелизована ра«личными способами, например:

а) с каждым ПБДТ логически связывается один временной интервал. Пели тайм* ЯVI истек, полжем 6мtv передан соответствующий ПБДТ и начат повторный отсчет тайм-аута Г, ал я всех последующих ПБДТ. или

bl временной интервал логически свя шваетхгя с каждым СТУ:

1)    если логический объект транспортною уровня передаст ПБДТ. требуюшии подтверждения, он начинает отсчет тайм'аута 7*,;

2)    если логический обьект транспортного уровня ш^ает ПБДТ. который подтверждает один из требующих подтверждения ПБДТ. он повторно начинает отсчет гдим-аута Г,. если только принятий ПБДТ не является ПБДТ ПД, который явно закрывает окно передачи.

3)    если логический объект транспортного уровня получает ПБДТ. подтверждающий последний их требующих подтверждения, он прекращает отсчет тайм-аута Г .

При решении вопроса о способе обеспечения таим аута повторной передачи Г, - для каждою ПБДТ или для каждого СТУ. следует учитывать фактор пропускной способности.

2    Вопрос о повторной передаче ихтько первого ПБДТ ЛII либо всех ожидающих подтверждения ПБДТ ДН вплоть ао верхней (ранним окна решается локально.

3    Рекомендуется, чтобы после «V передач логический обьект транспортного

уровня находился в состоянии ожидания в течение периода времени, равного Г, * 7'4 t Гм# чтобы обеспечить максимальную вероятность получения подтвержден иия до входа в фазу разьединения соединения Для других типов ПБДТ. которые могут передаваться повторно, рекомендуется, чтобы после jV передач логический обьект транспортного уровня ожидал в Течение времени, равного 7\ •    , с целью обеспе

чения максимальной вероятности получения ожидаемого ответа

4    Если использование игбирательиого подтверждения согласовано, то избира тельное подтверждение косвенно идентифицирует неполученные ПБДТ ДМ. Пос кильку подобные ПБДТ ДН могут быть потерянными ПБДТ ДН или просто задер жанными ПБДТ ДН. то вопрос о необходимости немедленной повторной передачи неподтвержденных ПБДТ ДН является частным.

к) сцепление и разделение (см. 6.4).

12.2.1.3 Общие процедуры при работе с У С У-Б У С

Логический объект транспортного уровня использует следующие процедуры:

a)    передачу ПБДТ (см. 6.2);

b)    логическую привязку ПБДТ к СП' (см. 6.9.1);

79

Страница 86

ГОСТ Р И СО/м ЭК 8073-96

c)    обработку протокольных ошибок (см. 6.22.2);

d)    вычисление и проверку контрольной суммы (см. 6.17);

e)    хранение ПБДТдо их подтверждения (см. 6.13);

Г) блокирование указателей (см. 6. IX);

g) процедуры повторной передачи: если логический объект транспортного уровня не получил требуемого подтверждения на некоторые ИБДТ, он должен проверить, не истек ли тайм-аут Г, до получения ПБДТ. подтверждающего хотя бы один из неподтвержденных ПБДТ.

Мри истечении тайм-аута осушестатяется повторная передача первого ПБДТ и начинается повторный отсчет тайм-аута 7'(, кроме случая, когда повторно передаваемым ПБДТ является ПБДТ ДН и он находится вне окна передачи вследствие снижения кредита. После осуществления Л' передачи (т. е. N - I повторных передач) считается, что эффективный двусторонний обмен данными далее невозможен, в связи с чем выполняется процедура разъединения, о чем информируется пользователь УТУ.

Примечания

1    1та процедура моле! быть реализована рашпиими способами, например:

a)    с каждым ПБДТ лотчсски сиизывается один временной интервал. Eaiи заданный тайм ауг истек. соответствухтшмп ПБДТ доджей быть передан и начат повторный отсчет тайм-аута Г, для всех последующих ПБДТ или

b) временной интервал логически связывается с каждым СТУ;

1)    если ло(ичсский объект транспортного уровня передает ПБДТ. требующий подтверждения. он начинает отсчет тайм аута Г, :

2)    если логический объект транспортного уроним получает ПБДТ, который подтверждает один иг требующих подтверждения ПБДТ. он повторно на чниает отсчет тайм аута Г . если только принитыи ПБДТ ие являетси ПБДТ ПД. который явно закрывает окно передачи;

3)    если логический объект транспортною уровня получает ПБДТ, полтлерж ллюillии последний из требуюших подтверждения ПБДТ. он прекращает отсчет тайм аута Tf

При решении вопроса: обеспечивать тайм-аут повторной передачи Г, для каждо то ПБДТ или для сто СТУ. следует учитывать фактор пропускной способности.

2    Вопрос о повторной передаче только первого ПБДТ ДН либо всех ожидающих подтверждения ПБДТ ДН вплоть до верхней транним окна решается локально.

3    Рекомендуется, чтобы после .V передач логический объект транспортното уровня находился в состоянии ожидания в Течение периода времени, равного Г, 1 Г0 ♦ 7*м. чтобы обеспечить максимальную вероятность получения подтвержде иия до входа в фату разъединении соединения. Для других типов ПБДТ. которые Могут передаваться повторно, рекомендуется, чтобы после .V передач логический объект транспортною уровня ожидад в течение времени, равного Г, ♦ 7*>|в чтобы обеспечить максимальную вероятность получения ожидаемою ответа.

Страница 87

ГОС Т Р НСО/МЭК 8073-96

Л Если исПольюпамис илбнрателыюю под»верждеиия согласовано, то юбнрл тельное подтверждение косвенно идеитифипируеi неполученные ПБДТ ЯМ. Поскольку подобный ПБДТ ДП может быть потерянным ПБДТ ДМ или просто waep жанным ПБДТ ДМ. вопрос о необходимости немедленно!) повторной передачи не-иодикржжииых ПБДТ ДМ является частым вопросом.

h) сцепление и разделение (см. 6.4).

12.2.2 Процедуры при установлении соединения

12.2.2.1    Тайм-ауты, используемые при уста-но в ле п и и соединения

Дня фазы установления соединения специальных тайм-аутов не предусмотрено.

12.2.2.2    Общие процедуры при работе с У С У-УС

Логические объекты транспортного уровня должны использовать следующие процедуры:

a)    прикрепление к ССУ (см. 6.1.1).

Если ССУ, к которому было прикреплено СТУ, разъединяется (принят примитив С - РАЗЪЕД И Н ЕН И Е.индикация), то

1)    если ожидается прием ПБДТ ПС, инициатор должен осу-шествнтьновое прикрепление в соответствии с КУ и выполнить процедуру повторной передачи (т. е. не передавать ПБДТ ЗС дольше периода Л71):

2)    если СТУ прикреплено еще хотя бы к одному ССУ. то как инициатор соединения, так и принимающая сторона могут либо осуществить новое прикрепление, либо продолжить выполнение операций с использованием одного из оставшихся ССУ;

3)    если СТУ остается неприкрепленным, то ответная сторона может либо осуществить новое прикрепление либо ожидать (риск тупиковой ситуации отсутствует, поскольку функционирует тайм-ауг либо Г,, либо Г ); при этом инициатор должен выполнить новое прикрепление (если только окно не закрыто);

b)    установление соединения (см. 6.5) и если соответствующее соединение отклоняется (см. 6.6), то наряду с дополнительными процедурами:

I) соединение не будет считаться установленным до успешного завершения трехстороннего обмена ПБДТ. Отправитель

si

Страница 88

ГОСТ Р НСО/А1ЭК 8073-96

ПБДТ ЗС должен ответить на соответствующий ПБДТ ПС, немедленно передав ПБДТ ДН. СД, ЗР или ПД;

2)    вследствие дублирования или повторной передачи полученный ПБДТ ЗС может определять указатель отправителя, который уже используется передающим логическим объектом транспортного уровня. Если принимающий логический объект транспортного уровня находится в фазе передачи данных. завершив процедуру трехстороннего обмена ПБДТ, либо он ожидает от пользователя УТУ примитив Т-СОЕДИНЕ-НИЕ ответ, он должен проигнорировать такой ПБДТ. В любом другом случае должен быть передан ПБДТ ПС;

3)    вследствие дублирования или повторной передачи может быть получен ПБДТ I1C, определяющий указатель-дубликат, уже находящийся в использовании. Принимающий логический объект транспортного уровня должен лишь подтвердить дубликат ПБДТ ПС в соответствии с процедурой, изложенной в 12.2.2.2b I);

4)    возможно поступление ПБДГ ПС. определяющего указатель, который находится в заблокированном состоянии. В ответ на такой ПБДТ должен быть выдан ПБДТ ЗР;

5)    процедуры повторной передачи (см. 12.2.1.2) используются как для ПБДТ ЗС, так и для ПБДТ ПС.

Примечание - После получения ПБДТ ЗС рекомендуете», чтобы логический объект тра не портного уровни установил для пользователя УТУ временное ограничение с тем. чтобы запоздалое принятие С ТУ не привело к ыдержке в передаче необходимою ПБДТ ПС.

12.2.2.3    Общие процедуры при работе с

У С У- Ь У С

Логический объект транспортного уровня должен использовать процедуру установления соединения (см. 6.5), и если соответствующее соединение отклоняется (см. 6.6), то наряду с дополнительными процедурами:

1)    соединение не будет считаться установленным до успешного завершения трехнаправленного обмена ПБДТ. Отправитель ПБДТ ЗС должен ответить на соответствующий ПБДТ ПС, немедленно передав ПБДТ ДН, СД. ЗР или ПД;

2)    вследствие дублирования или повторной передачи полученный ПБДТ ЗС может указывать адрес отправителя, который уже используется передающим логическим объектом транспорте*

Страница 89

ГОСТ I* ИСО/МЭК 0073—96

го уровня. Если принимающий логический объект транспортного уровня находится в фазе передачи данных, завершив процедуру трехнаправлениого обмена ПБДТ, или ожидает получения примитива Т-СОЕДИНЕНИЕ запрос от пользователя УТУ. он должен проигнорировать такой ПБДТ. В любом другом случае должен быть передан ПБДТ ПС;

3)    вследствие дублирования или повторной передачи может быть получен ПБДТ ПС. определяющий указатель, который уже находится в использовании. Принимающий логический объект транспортного уровня должен лишь подтвердить дубликат 11БДТ ПС в соответствии с процедурой, итоженной в 12.2.2.3.1);

4)    возможно поступление ПБД Г ПС. определяющего указатель, который находится в заблокированном состоянии. В ответ на такой ПБД'Г должен быть выдан ПБД Г ЗР;

5)    процедуры повторной передачи (см. 12.2.1.3) используется как для ПБДТ ЗС, так и для ПБДТ ПС.

Примечание - Iloc.ce получении ПБДТ ЗС рекомендуется, чюбы логических объект транспортного уровня усыновил для польи>пателя УТУ временное ограничение с гем. чтобы мпоидалое принятие СТУ не привело к задержке в передаче необходимого ПБДТ ПС.

12.2.3 Процедуры передачи данных

12.2.3.1    Тайм-ауты, используемые при передаче данных

12.2.3.1.1    Тайм-ауты, используемые при передаче данных при работе с УСУ-УС

Процедуры передачи данных используют один дополнительный тайм-аут

а) Тайм-аут окна (Тв)

Логический объект транс по ртного уровня обеспечивает тайм-аут, гарантирующий наличие предела максимального интервала времени между изменениями размера окна.

Примечание— Приемлемое шлчеиис верхней траиииы мл Г, определяется выражением: Т0 <    - 3. Рекомендуется, чтобы мтачение Г, было существенно

меньшим, чем <— 3.^ ) с тем. чтобы процедура управления не активностью по 12.2.3.3 могла функционировать с учетом иогможиости потери ПБДГ.

12.2.3.1.2. Тайм-ауты, используемые при передаче данных при работе с УСУ-БУС

Процедуры передачи данных используют один дополнительный тайм-аут

а) Тайм-аут окна (Ть)

S3

Страница 90

ГОСТ Г ИСО/.МЭК 8073-96

Логический объект транспортного уровня обеспечивает тайм-аут, гарантирующий наличие предела максимального шгтервала времени между изменениями размера окна.

Примечание — Приемлемое значение верхней границы для Г, определяется выражением: 7|, < Тт - 3 . Рекомендуется, чтобы значение Г, были существенно меньшим, чем (J t ) с тем. чтобы процедура управлении неактивное! ьк> но 12.2.3.3 могла функционировать с учетом возможности noicpK ПБДТ.

12.2.3.2    Общие процедуры при передаче данных

Логические объекты транспортного уровня должны использовать следующие процедуры:

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) обеспечивают выполнимость этого требования.

Примечание- Возможно, что процедура разьединения, инициированная вследствие истечения тайм avta. окажется безуспешной, поскольку истечение займ аутл. в данном случае свидетельствует о возможной неисправности полаерживающе го ССУ пли удаленного ломсчсского объекта транспортного уровня.

Страница 91

ГОСТ Р НСО/МЭК 8073-96

12.2.3.4 Срочные данные

12.2.3.4.1    Срочные данные при работе с УСУ-УС

Логические объекты транспортного уровня должны использовать

сетевой вариант нормальных данных процедур передачи срочных данных (см. 6.11.1), если использование факультативной УТУ срочной передачи было согласовано во время установления соединения.

ПБДТ СД должен иметь номер НР-ПБДТ-СД, назначенный ему из набора порядковых номеров, отличных от набора номеров ПБДТ ДН.

Логический объект транспортного уровня должен устанавливать в ноль порядковый номер НР-ПБДТ-СД первого ПБДТ СД. передаваемого по СП'. Дчя последующих ПБДТ СД, передаваемых по тому же СТУ, логический объект транспортного уровня должен назначать порядковый номер, на единицу больший предыдущего.

При выборе обычного формата должен использоваться арифметический модуль 2', при выборе расширенного формата - модуль 2”.

Принимающий логический объект транспортного уровня должен передавать ПБДТ ПСД с тем же порядковым номером в своем поле НРСПБДТ-ОТВ. Если этот номер на единицу больше, чем в принятом перед этим ПБДТ СД. принимающий логический объект транспортного уровня должен передать данные из ПБДТ СД пользователю УТУ.

Если логический объект транспортного уровня не получил ПБДТ ПСД в подтверждение переданною им ПБДТ СД, он должен выполнить процедуру повторной передачи (см. примечание и 12.2.1.2).

До получения ПБДТ ПСД отправитель ПБДТ СД не должен передавать никаких новых ПБДТ ДН. вырабатываемых из примитива Т-ДАННЫЕ запрос вслед за примитивом Т-СРОЧНЫЕ-ДАННЫЕ запрос.

П р к ,м с ч :■ н и с - Эта процедура гарантирует упорядоченную досгайку данных из ПБДТ СД ко.тьюпагелю УТУ. а также предотвращает неоднократное получение подыопатедем УТУ данных, отноепшмхеи к одному и тому же ПБДТ СД. Она гари и тирует гакже дос 1.1 пку ПБДТ СД раньше любых данных, переданных впослсдсшии пользователем УТУ

12.2.3.4.2    Срочные данные при работе с УСУ-БУС

Логические объекты транспортного уровня должны выполнять

процедуры передачи срочных данных (см. 6.11.2). если использование факультативных УТУ срочной передачи было согласовано во время установления соединения.

Страница 92

ГОСТ Р НСО/МЭК 8873-96

ПБДТ СД должен иметь номер HP-ПБДТ, назначенный ему из набора порядковых номеров, отличных от набора номеров ПБДТ ДН.

Логический объект транспортного уровня должен устанавливать в ноль порядковый номер НР-ПБДТ-СД первого ПБДТ СД. передаваемого по С ГУ. Дтя последующих ПБДТ СД. передаваемых по тому же СТУ, логический объект транспортного уровня должен назначать порядковый номер, на единицу больший предыдущего.

При выборе обычного формата должен использоваться арифметический модуль 2\ при выборе расширенного формата - модуль 2”.

Принимающий логический объект транспортного уровня должен передавать ПБДТ ПСД с тем же порядковым номером в своем поле НРСПБДТ-ОТВ. Если этот номер на единицу больше, чем в принятом перед этим ПБДТ СД, принимающий логический объект транспортного уровня должен передавать данные из ПБДТ СД пользователю У ТУ.

Если логический объект транспортного уровня не получил ПБДТ ПСД в подтверждение переданного нм ПБДТ СД, он должен выполнить процедуру повторной передачи (см. примечание к 12.2.1.3).

До получения ПБДТ ПСД отправитель ПБДТ СД не должен передавать никаких новых ПБДТ ДН. вырабатываемых из последнего СБДТ, полученного через границу услуг гране портного уровня после передачи ПБДТ СД, пока он не получит ПБДТ ПСД.

П р и и с •« а м н е - “>т:« процедура гарантирует упорядоченную доставку данных X) ПБДТ СД латьаовители» УТУ. а также предотвращает неоднократное получение iiaibioBHTC.ieu УТУ данных, относящихся к одному и тому же ПБДТ СД. Она тарам тирует также доставку ПБДТ СД раньше любых данных, переданных плослеаствки ■юлыовагеием УТУ.

12.2.3.5 Упорядочение

Принимающий логический объект транспортного уровня должен доставлять все ПБД'Г ДН пользователю УГУ в той последовательности. которая определена полем порядковых номеров.

Те ПБДТ ДН. которые приняты вне установленной последовательности, но в пределах окна передачи, не должны доставляться пользователю УТУ до получения всех очередных ПБДТ. Те ПБДТ ДН, которые приняты вне установленной последовательности и вне окна передачи, должны быть аннулированы, что может привести к передаче ПБДТ ПД с обновленной информацией об окне (см. 12.2.3.8).

Страница 93

ГОСТ Р Н СО/М ЭК 8073-96

Если во время устаноалеиия соединения была согласована факультативная возможность избирательного подтверждения, то те ПБДТ ДН, которые были избирательно подтверждены, должны храниться у принимающего логического объекта транспортного уровня до их доставки пользователю У ГУ. Они должны сохраняться лаже в том случае, если избирательно подтвержденный ПБДТ окажется впоследствии вне окна передачи из-за последующего снижения кредита.

Примечание - Рекомендуется, чижи логический объект транспортного уровня, передающие) ПБДТ ПД. обеспечил предельное значение количества иэбира тельных подтверждении ПБДТ ДН с ие.и.ао сокращения операций обработки в логическом обьектс (раиспортного уровня, получившем ПБДТ ПД.

ПБДТ-дубликаты могут быть обнаружены по совпадению их порядковых номеров с номерами ранее принятых ПБДТ. Порядковые номера не должны использоваться повторно в течение периода после их предыдущего использования. Иначе можно спутать новый действительный ПБДТ с ПБДТ-дубли катом, который уже был принят и подтвержден.

ПБДТ ДН-дубликаты должны быть подтверждены, поскольку такие ПБДТ могут появиться в результате повторной передачи, обусловленной потерей ПБДТ ПД.

Данные, содержащиеся в ПБДТ-дубликате, должны быть аннулированы

12.2.3.6 Явное управление потоком

Логические объекты транспортного уровня должны передавать начальный кредит (который может иметь значение 0) в поле КРД блока данных ПБДТ ЗС или ПС. Этот кредит представляет собой начальное значение верхней границы окна равноправного логического объекта.

Логический объект транспортного уровня, получивший ПБДТЗС или ПС, должен рассматривать нижнюю границу своего окна как нулевую, а верхнюю границу - как значение поля КРД в полученном ПБДТ.

Чтобы санкционировать своему объекту-партнеру передачу ПБДТ ДН. логический объект транспортного уровня может в любой момент времени передать ПБДТ ПД.

Порядковый помер любого ПБДТ 11Д не должен превышать порядкового номера следующего ожидаемого ПБДТ ДН. т. е. он не должен быть выше самого большого порядкового номера полученного ПБДГ ДН плюс единица.

87

Страница 94

ГОСТ Р И СО/М ЭК 8073-96

Логический объект транспортного уровня может в любой момент передать ПБДТ ПД-дубликат, содержащий те же порядковый номер, поле К.РД и следующий номер.

Логический объект транспортного уровня может в любой момент увеличить или уменьшить верхнюю границу окна.

При получении ПБДТ Г1Д логический объект транспортного уровня должен рассматривать значение его поля Н Р-О ГВ как новую нижнюю границу своего окна, если это значение больше любого ранее полученного значения в поле HP-ОТВ, а сумму НР-О'ГВ и КРД как новую верхнюю границу своего окна в соответствии с процедурами упорядочения ПБДТ ПД (см. 12.2.3.8). Логический объект транспортного уровня не должен передавать (в том числе повторно) ПБДТ ДН с порядковым номером, выходящим за пределы окна передачи.

12.2.3.7    Упорядочение принятых П Б Д Т IIД

Для того, чтобы принимающий логический обьект транспортного

уровня мог правильно упорядочить последовательность ПБДТ ИД, содержащих один и тот же порядковый номер, и тем самым использовать нужное значение кредита, ПБДТ ПД могут содержать параметр последовательности. В целях определения правильной последовательности ПБДТ ПД отсутствие параметра подпоследовательности должно быть эквиватентно нулевому его значению.

Считается, что ПБДТ ИД поступает в нужной последовательности, если:

a)    его порядковый номер больше, чем номер любого ранее принятого ПБДТ ПД. или

b)    его порядковый номер равен наибольшему порядковому номеру любого ранее принятого ПБДТ ПД, а его параметр подпоследовательности больше этого параметра в любом ранее принятом ПБДТ ПД. имеющем тоже значение поля HP-ОТВ. или

c)    порядковый номер и параметр подпоследовательности равны наибольшим соответствующим значениям в любом ранее принятом ПБДТ ПД, а иоле кредита больше или равно полю кредита в любом ранее принятом ПБДТ Г1Д, имеющем тоже значение поля НР-ОТВ.

Если принимающий логический объект транспортного уровня опознал ПБДТ ПД, следующий не по порядку, он должен аннулировать такой ПБДТ.

12.2.3.8    Процедуры передачи ПБДТ IIД

12.2.3.8.1 Передача ПБДТ ПД

Страница 95

ГОСТ Г НС О/М ЭК 807Л— 96

Полученный по очереди ПБДТ ДН должен быть подтвержден в интервале времени 7 путем передачи ПБДТ ПД. параметр НР-ОТВ которою равен значению порядкового номера полученного ПБДТ ДН плюс единица. Если во время установления соединения была согласована факультативная возможность избирательного подтверждения. то те ПБДТ ДН. которые вышли из последовательности, могут быть также подтверждены в пределах времени '/и . Параметр НР-ОТВ должен быть установлен в значение, превышающее наибольший порядковый номер следующих по порядку ПБДТДН, и соответствующим образом должен быть установлен параметр избирательного подтверждения.

ПБДТ ПД должен быть передан с обновленной информацией окна, если:

a)    полученный ПБДТДН имеет порядковый номер, меньший нижней границы окна но больший или равный значению нижней границы окна минус максимальное значение кредита, назначенного ранее для данного СТУ, или

b)    полученный ПБДТ ДН имеет порядковый номер, больший текущей верхней границы окна, но после снижения кредита оказавшийся ниже верхней границы окна, которая была назначена, а затем аннулирована.

Приме мания

1    Более простое изделие может передач. ПБДТ ПД при приеме любою ПБДТ ДН вне окна передачи.

2    Процедура по подпункту д1 необходима дли того, чтобы коррекшо восстановим. потерянный ПБДТ ПД. т. с. когда отправитель ПБДТ ДН повторно перелает его и!-»а неполучения подтверждении.

3    Процедура но подпункту Ы необходима вследствие возможности потери ПБДТ ПД. указывающею на снижение верхней i рамипы окна. Отсутствие дГой процедуры могло бы привести к некоррекмюму разъединению СТУ.

4    При каждом привлечении процедур по подпунктам а>. Ь) и при использовании факульташпиой возможноеп< избирательного подтверждения должны быть соотпег ствующим образом установлены параметры избирательного подтверждения ПБДТ ПД при их необходимое!».

Логический объект транспортного уровня предусматривает обязательную передачу ПБДТ ПД в интервале Та. Если он не использует эту процедуру после установления КРД в нулевое значение (см. 12.2.3.S.3) или снижения верхней границы окна (см. 12.23.8.4» и не считает нужным подтвердить получение какого-либо ПБДТ ДН. он должен обеспечить это путем повторной передачи самого последнего ПБДТ ПД с обновленной информацией окна.

S9

Страница 96

ГОСТ Р ИСО/МЭК Я073-96

Примечание- Использование процедур, определенных в 12.2.3.8.3 и I2.2.3.S.4. является факультатпиым для любого логического объекта транспортною утопии. Протокол выполниегся корректно кик с исполь'юаипнем этих процедур, так и беи ни*, поскольку они прелиншачены только зля повышении ею эффеК-

ТИВНОСТИ.

12.2.3.8.2    Управление последовательности при передаче ПБДТ Г1Д

Чтобы обеспечить возможность принимающему логическому

объекту транспортного уровня обрабатывать ПБДТ Г1Д в правильной подпоследовательности в соответствии с изложенным в 12.2.3.7. должен быть предусмотрен параметр подпоследовательности, обуславливающий уменьшение КРД. Если значение подлежащего передаче номера подпоследовательности равно нулю, этот параметр должен быть опущен.

Значением параметра подпоследовательности (если он используется) должен быть ноль (либо явно, либо в виде отсутствия параметра), если данный порядковый номер больше значения этого параметра в предыдущих ПБДТ ПД, переданных данным логическим объектом транспортного уровня.

Если порядковый номер такой же, как и у ранее переданного ПБДТ ПД. а поле КРД равно или больше, чем поле КРД в ранее переданном ПБДТ ПД. то параметр подпоследовательности (если он используется) должен быть равен этому параметру в ранее переданном ПБДТ ПД.

Если порядковый номер такой же, как и у ранее переданного ПБДТ ПД. а значение поля КРД меньше его значения в предыдущем переданном ПБДТ ПД, то параметр подпоследовательности (если он используется) должен быть на единицу больше, чем его значение в предыдущем ПБДТ ПД.

П р и щчииЕ - Если логический объект транспортного уровня никогда не снижает кредит, то нет необходимости использован параметр подпоследовательности.

12.2.3.8.3    Повторная передача ПБДТ 11Д после установления КРД в нулевое значение

Из-за возможности потери ПБДТ Г1Д восприятие верхней границы окна логическим объектом транспортного уровня, передающим ПБДТ ПД, может отличаться от восприятия этой границы адресуемым получателем. Чтобы исключить возможность чрезмерной задержки, может быть выполнена процедура повторной передачи (см. 12.2.1.2) для ПБДТ ПД. если он открывает окно передачи, которое ранее было закрыто передачей ПБДТ ПД с полем КРД. равным нулю.

90

Страница 97

ГОСТ Р ИСО/МЭК 807.1 — 96

Процедура повторной передачи (если она использовалась) завершается и используется процедура, описанная п 12.2.3.8.1, если:

a)    принят ПБДТ ПД, содержащий параметр подтверждения управления потоком, у которого поле нижней границы окна и поле вашей подпоследовательности равны порядковому номеру и номеру подпоследовательности соответственно в хранимом ПБДТ ПД и значение кредита в котором не равно нулю;

b)    передан ПБДТ ПД с более высоким порядковым номером, чем у хранимого ПБДТ ПД в связи с приемом ПБДТ ДН. чей порядковый номер равен нижней границе окна;

c)    выполнено N передач хранимого ПБДТ ПД. В этом случае логический обьект транспортного уровня должен продолжать передачи ПБДТ ПД с интервалом 7^.

ПБДТ ПД. являющийся объектом процедуры повторной передачи. не должен содержать параметр подтверждения управления потоком. Если передача этого параметра все же необходима, то следует передать дополнительный ПБДТ ПД с теми же значениями полей последовательности, подпоследовательности (если она имеет место) и кредита.

12.2.3.8.4 Процедуры повторной передачи после уменьшения верхней границы окна

В этом пункте определена процедура повторной передачи ПБДТ ПД после того, как логический обьект транспортного уровня уменьшил верхнюю границу окна (см. 12.2.3.6). Эта процедура используется до тех пор, пока нижняя граница окна не превысит ранее переданного наибольшего значения верхней границы (т. е. значения, полученного при уменьшении кредита, если только не сохранилось еше большее значение после предыдущего уменьшения кредита).

Процедура повторной передачи должна использоваться для любого ПБДТ ПД, увеличивающего верхнюю границу окна, если только не становится известно, что удаленный логический обьект транспортного уровня имеет открытое окно. Это становится известным, если:

получен параметр подтверждения управления потоком, соответствующий ПБДТ ПД. переданным после последнего уменьшения кредита, и

— параметр подтверждения управления потоком содержит значение верхней границы окна (т. е. сумму полей нижней границы окна и нолей кредита), которая превышает значение нижней границы окна переданного ПБДТ ПД.

7- 1812

<)i

Страница 98

ГОСТ Р ИСО/МЭК 8073-9(1

Процедура повторной передачи для любого конкретного ПБДТ ПД должна завершиться, если:

a)    получен ПБДТ ПД. содержащий параметр подтверждения управления потоком, у которого поля нижней границы окна и Башей подпоследовательности равны нижней границе окна и номеру подпоследовательности соответственно в хранимом

ПБДТ ПД. или

b)    произошло Л‘ передач хранимого ПБДТ Г1Д. В этом случае логический объект транспортного уровня должен продолжить передачу ПБДТ Г1Д с интервалом Ти.

ПБДТ ПД. подлежащий повторной передаче, не должен содержать параметр подтверждения управления потоком. Если требуется совместная передача этого параметра, следует передать дополнительный ПБДТ Г1Д с теми же значениями полей последовательности, подпоследовательности (если она используется) и кредита.

Приме чаи не - В nopua.ii.nux условиях повторная передача ПБДТ ПД необязательна, кроме передачи после япмою закрытия окна <г е. передачи Г1БДТ ПД с падем КРД. рапиым пули). Если данные готовы к передаче, го процедура повторной передачи ПБДТ ДН обеспечит прием ПБДТ ПД с предоставлением дальней шею кредита (в необходимых случанх): после уменьшении кредита ситуация може> измениться, поскольку повторили передача может быть предоткрашена уменьшением кредита. Правила, описываемые и данном разделе, иолвиликн устранить чрез мерную задержку.

Определить необходимость применения процедуры повторной передачи к ПБДТ ПД можно на основе следующих альтернативных правил. Пусть

НГО - нижняя граница окна,

ВГО    — верхняя граница окна,

НВГО - нижний предел верхней границы окна, поддерживаемый удаленным логическим объектом транспортного уровня.

Процедура повторной передачи должна быть использована всякий раз, когда

(ВГО > НГО) и (НВГО = НГО), т. е. когда окно открыто и точно неизвестно, что логический объект транспортного уровня осведомлен об этом.

НВГО обрабатывается следующим образом.

При снижении кредита НВГО устанавливается в значение НГО. Затем он увеличивается только при приеме действительного

Страница 99

ГОСТ Г ИСО/МЭК 8073-96

подтверждения упра&тения потоком (т. е. подтверждения, которое согласует сохраняемую нижнюю границу окна с подпоследовательностью). В этом случае НВГО устанавливается в предполагаемое значение верхней границы окна подтверждения управления потоком. т. е. в значение суммы своей нижней границы окна и полей вашего кредита. Пользуясь этим методом, можно гарантировать, что НВГО будет всегда меньше или равен фактической верхней Гранине окна, используемой передатчиком Г1БДТДН.

12.2.3.9 Использование пара м е т р а п о д т в е р-ж д е н и я управления я от о к о .и

ПБДТ ПД. содержашнй параметр подтверждения управления потоком, может быть передан в любое время. Нижняя граница окна, ваша подпоследовательность и ваши поля кредита должны быть установлены в те же значения, что и соответствующие поля в последнем принятом по порядку ПБДТ ПД.

ПБДТ ПД, содержащий параметр подтверждения управления потоком. должен передавайся всякий раз. когда:

a)    получен ПБДТ ПД — дубликате полями HP-ОТВ. КРД и подпоследовательностями, равными соответствующим полям самого последнего полученного ПБДТ ПД. но без параметра подтверждения управления потоком:

b)    получен ПБДТ ПД. который повышает верхнюю границу окна, но не повышает нижнюю границу окна, при этом верхняя граница окна ранее была равна нижней границе окна, или

c)    получен ПБДТ ИД. который повышает верхнюю границу окна, но не повышает нижнюю границу окна, а нижняя гранииа окна ниже наибольшего значения верхней границы окна, ранее полученной н затем уменьшенной (т. е. в результате уменьшения кредита).

12.2.4 Процедуры разъединения

12.2.4.1. Тай м-а у т ы, используемые при р а з ь е-динеми и

Тайм-аутов, которые использовались бы только для разьединения, не предусмотрено.

12.2.4.2 Общие процедуры разьединения

Логический объект транспортного уровня должен использовать явный вариант нормального разъединения (см. 6.7).

Несмотря на то, что процедуры повторной передачи применимы к ПБДТ ДН также в фазе разъединения, логический объект тран-

т

Страница 100

ГОСТ Р ИСО/МЭК «073-96

спортного уровня может, однако, рассматривать СТУ разъединенными. если это оказывается необходимым для открытия нового ССУ с нелью повторной передачи Л БДТ ЗР.

13 Структура и кодирование ПБД'Г

13.1 Действительные ПБДТ

Перечень ПБДТ, действительных для каждого класса, и кодирование каждого ПБД Г приведены в таблице Я.

Т а 6 л и u J Я - Ко ли ПБДТ

пы т

Дг JKinnrCabMDC tfc И мрглпл пни

Hc»irp

0

1

*

*

3

«

дм*

t«Vl

зс

-

допрос соединения

X

X

X

X

X

13.3

1110

хххх

ПС

-

ИОЛ I верх ДСП ис соединения

X

X

X

х

X

13.4

1101

хххх

ЗР

-

sanpoc

разъединения

Ж

X

X

х

X

13.5

1000

0000

ПР

-

подтверждения

разъединения

X

X

X

X

J 3.6

1100

0000

ли

-

данные

X

X

X

X

X

13 7

1111

OOOY

сд

-

срочные данные

X

МНУ

х

X

П.8

0001

0000

пд

-

подтверждение

данных

НУП

И НУ

X

X

13.9

оно

ZZZZ.

псд

-

подтверждение срочных данных

X

МНУ

X

X

13 10

<1010

0000

отк

-

ОГКД J

X

X

13.1!

0101

ZZZZ

ош

-

ошибки

X

X

X

X

X

13.12

0111

0000

<1000

0000

Отсутствует

<1011

0000

у»

И1ЧЙЛПVJ

1001

хххх

1010

хххх

94

Страница 101

ГОС Т Р ИСО/МЭК 8073-96

Условные обозначения:

ХХХХ (биты 4-1) — используются для передачи КРД (устанавливаются в значение 0000 в классах 0 и 1);

ZZZZ (биты 4 — 1) - используются для передачи КРД в классах

2—4 и устанавливаются в значение 1111 в классе I;

ННУ - не используется при выборе факультативной функции неявного управления потоком;

НУП - не используется при выборе факультативной функции уведомления о приеме.

Примечание- Эш коли уже используются в соотве тствук>ши\ протоколах, определенных друтими организациями по станлартикшии (не МККТТ и ие И СО/М Г) К)

13.2 Структура

Каждый ПБДТ должен содержать целое число октетов. Нумерация октетои ПБДТ начинается с 1 и возрастает в порядке их расположения в СБДС, Биты в октетах нумеруются от I до 8, где бит 1 бит младшей значимости.

Если для представления двоичного числа используется последовательность октетов. то октет с наименьшим номером имеет наибольшую значимость.

Примечании

1    Нумерации битон внутри октета определяется локальным соглашением для на-стоящею стандарта.

2    Исполыование термином «старшин значимость» и «младшая там и мости* япля егси общим как для настоящею стандарта, так и для стандартов по смежным урон* ням.

3    Использование изложенных пыше соглашений не влияет на порядок перелачи битов при последовательной передаче по каналу сняли.

4    Как описана и 6 2.3, оба лошческих объекта транспортною уровни соблюдают соглашении о последовательности передачи битов и октетов, что обеспечивает возможность обмена ланными

5    В данном подракделе кодирование ПБДТ представлено в следующем виде:

а) октет с младшим номером расположен едена; номера октетои возрастают слева направо:

Ь» в пределах октета бит К расположен слева, бит 1 — справа.

ПБДТ должны содержать следующие элементы в указанном порядке:

a)    заголовок, состоящий из

1)    поля «указатель длины» (УД).

2)    фиксированной части,

3)    переменной части (при ее наличии);

b)    поле данных (при его наличии).

95

Страница 102

ГОСТ Р НСО/МЭК 8073-96

Эта структура приведена ниже

Октеты 1    2    3    4    .    . .    .    р    р*1    ...    конец

Переменная

часть


Фиксированная

часть


Поле данных


УД


н...............— Заголовок ......—.....“Ч

13.2.1    Поле УД

Содержится в первом октете ПБДТ. Длина указывается двоичным числом с максимальным значением 254 < HI I II10). Указанная длина должна равняться длине заголовка в октетах, включая параметры, но исключая поле «указатель длины» и поле данных пользователя (при его наличии). Значение 255 (1111 1111) зарезервировано для возможных расширений.

Если указываемая длина превышает фактическую длину принимаемого поля данных пользователя УСУ или равна ей, это означает протокольную ошибку.

13.2.2    Фиксирующая часть

13.2.2.1    Общие положения

Фиксированная часть содержит часто встречающиеся параметры. включая код ПБДГ. Длина и структура фиксированной части определены кодом ПБД Г и в некоторых случаях классом протокола и используемым форматом (нормальным или расширенным). Если какой-то параметр фиксированной части имеет недействительное значение или если фиксированная часть не может быть размешена в заголовке (как определено УД), это означает протокольную ошибку.

Примечание - В обшей случае код ПБДТ одмомично определяет фмкеи pottuiot>K> часть. Однако при одном и гам же коле ПБДТ возможны различные нариашы (см. нормальный м расширенный форматы).

13.2.2.2    К о 0 ПБДТ

Это поле содержит код ПБДТ и расположено в октете 2 заголовка. Оно используется для определения структуры остальной части заголовка. Это поле занимает весь октет, за исключением следующих случаев:

1110    ХХХХ — запрос соединения,

1101 ХХХХ - подтверждение соединения.

1111    OOOY - данные

0101 ХХХХ - отказ.

96

Страница 103

ГОСТ Р ИСО/МЭК 8073-96

ОПОХХХХ - подтверждение данных, где ХХХХ (биты 4-1) используются для передачи КРД. Y (бит 1) используется для сообщения о ЗМП, если запрос подтверждения был согласован при установлении соединения (только в классах 1, 3 и 4). Действительны только коды, определенные в 13.1 13.2.3 Переменная часть Используется для определения менее часто используемых параметров. При ее наличии она должна содержать один или несколько параметров.

П р и м е ч а и и с - число параметров. которые могут содержаться и переменной части, определяется се домной, которая равна значению УД uhhvc длина фиксиро* адиной части.

Каждый параметр, содержащийся в переменной части, имеет следующую структуру:

Октеты    Биты    К    7    6    5    4    3    2    !

п ♦ I

Код параметра

Указатель длины параметра (например, ят)

п ♦ У п ♦ 2 » т

Поле «код параметра» кодируется двоичным числом.

Примечание- При отсутствии расширении ло поле обеспечивает макси* мум 255 раьомчных нарамсгроа. Однако. как > ка saito ниже, биты S и 7 ие woiyi принимать любые возможные значения. полому практически максимальное число различных параметров меньше. Кол 1111 1111 заре терпироваи для ио2можиых расши рении кола параметра

Указатель длины параметра указывает длину поля «значение параметра* в октетах.

П р и м е ч а и и е - Длина указывается двоичным числом т с теоретическим максимальным значением 255. Практическое максимальное тиачение m ниже. На пример, если и переменной части содержится один параметр, то дли кода параметра и указатели длины параметра необходимы лва октета. Таким образом, значение т ограничено числом 248. С увеличением длины фиксированной части заголовка и с добавлением каждого следующего параметра максимальное значение т уменьшается.

Поле «значение параметра» содержит значение параметра, указанного в поле «код параметра*. В кодах параметров биты 8 и 7 со значением 00 ие используются.

Значение параметра

97

Страница 104

ГОСТ Г ИСО/МЭК 8073-96

Параметры, определенные и переменной части, могут располагаться в любом порядке. Если какой-либо параметр продублирован, то должно использоваться его последнее значение. Параметр, не определенный в настоящем стандарте, в любом полученном ПБДТ, кроме ПБДТ ЗС, должен рассматриваться как протокольная ошибка: в ПБДТ ЗС такой параметр должен игнорироваться. Параметр «вызываемый ИД - ПДУСУ* в ПБДТ ПС с указателем длины, равным нулю, должен рассматриваться как имеющий «пустое значение селектора» (см ИСО 7498-3. 9.5.2). Если отвечающий логический обьект транспортного уровня выбрал класс, для которого параметр в ПБДТ ЗС не определен, он може1 игнорировать этот параметр кроме случая. когда выбран парамегр «класс и факультативная функция» или параметр «альтернативный протокольный класс», которые всегда должны интерпретироваться. Параметр, который определен в настоящем стандарте, но имеет недействительное значение, должен рассматриваться в любом принятом ПБДТ, кроме ПБДТ ЗС. как протокольная ошибка. В ПБДТ ЗС он должен рассматриваться как протокольная ошибка, если это параметр «класс и факультативная функция* или «альтернативный класс»; биты 8 и 7. а также биты 6—1, если они являются незначащими для предложенного класса параметра «дополнительная факультативная возможность», должны игнорироваться; в остальных случаях он должен быть либо проигнорирован, либо воспринят как протокольная ошибка.

13.2.3.1 Параметр «контрольная сумма» (только класс 4)

ПБДТ всех типов могут содержать в переменной части параметр «контрольная сумма». Этот параметр должен содержаться в ПБДТ ЗС и во всех других ПБДТ, за исключением случая, когда выбрано неиспользование контрольной суммы.

Код параметра    -    1100 0011

Длина параметра — 2

Значение параметра - результат вычисления контрольной суммы:

алгоритм вычисления определен в 6.17.

13.2.4 Паи' данных

Содержит прозрачные данные пользователя. Ограничения на его длину указываются для каждого ПБДТ.

13.3 ПБДТ «запрос соединения* (3 С)

Длина ПБДТ ЗС не должна превышать 128 октетов.

Страница 105

ГОСТ Р МСО/МЭК 8073-96

13.3.1 Структура

ПБДТ ЗС должен иметь следующую структуру:

I    2    34    5    6    7    8    .    .    /I    (    1    коней

УД

ЗС КРД

:.....

УКАЗ-ПОЛ

1

КЛАСС

Переменная

Данные

1110

(1000 0000

УКАЗ-ОТП

и

часть

ПОЛЬЮ

00(10 1ХКЮ 1

1

ФФ

аагеля

ФФ — факультативная функция

13.3.2    УД

См. 13.2.1.

13.3.3    Фиксированная чисть (октеты 2—1)

Эта часть должна содержать:

a)    ЗС — код запроса соединения 1110. Биты 8—5 октета 2;

b)    КРД - позиция начального кредита (устанавливается в значение (ХНЮ в классе 0. а также в классе 1. если он определен как предпочтительный класс); биты 4— I октета 2;

c)    УКАЗ-ПОЛ - устанавливается в ноль;

d)    УКАЗ-ОТП — указатель, выбранный логическим объектом транспортного уровня, выдавшим ПБДТ ЗС для идентификации запрашиваемого СТУ:

e)    КЛАСС И ФАКУЛЬТАТИВНАЯ ФУНКЦИЯ - биты 8-5 октета 7 определяют предпочтительный класс протокола транспортного уровня, который должен использоваться в запрашиваемом СТУ. Это поле должно иметь одно из следующих значений:

0000    класс 0

0001    класс 1

0010    класс 2

0011    класс 3

0100 класс 4

При работе с УСУ-УС это поле должно иметь значение 0100. указывающее класс 4.

В фиксированной части ПБДТ ЗС определяется первый выбор — выбор класса. Выбор второй и последующих альтернативов (если они необходимы) определяется в переменной части.

Биты 4- 1 октета 7 определяют факультативные функции, которые подлежат использованию в запрашиваемом СТУ следующим образом:

99

Страница 106

ГОСТ V ИСО/МЭК 8073-96

Бит

3»мч;м*с Вига

Флулынвшав ф»мкимя

4

- 0

Используется всегда

3

- 0

И с пользуется всегда

2

- 0 - 1

Использование нормальны* форматов во всех классах Использование расширенных форматов м классах 2'-4

1

- 0 - 1

Использование явного управления потоком в классе 2 Неиспользование явного управлении потоком в классе 2

Виты, относящиеся к факультативным функциям конкретного класса, не имеют значения, если этот класс не предложен, и, следовательно, они мот принимать любые значения.

П р и м е ч а к и я

1    Процедура установления соединения (см. 6.5 > не позволяет данном) ПБДТ ЗС* запрашивать использование УТУ передачи срочных данных {дополнительным фа кульгативныи параметр) и неиспользование явного управления потоком в классе 2 (бит 1—1)

2    В классе 0 биты 4 - 1 всегда равны нулю и не имеют смысля.

13.3.4 Переменная часть (октеты 8 — р)

В переменкой части допускается использование следующих параметров.

a)    Идентификатор пункта доступа к УТУ (ИД ПДУТУ).

Код параметра: 1100 0001 для идентификатора вызывающего ПДУТУ

1100 0010 для идентификатора вызываемого ПДУТУ.

Длина параметра — не определена в настоящем стандарте.

Значение параметра — идентификатор вызывающего или вызываемого ПДУТУ соответственно.

Если ИД ПДУТУ выдается в примитиве запроса, он может быть возвращен в примитиве подтверждения.

b)    Длина ПБДТ

Этот параметр определяет предложенную максимальную длину ПБДТ (в октетах, включая заголовок) для использования в запрошенном СТУ и кодируется следующим образом:

код параметра    - 1100 0000.

длина параметра    — I октет.

100

Страница 107

ГОСТ Р МСО/МЭК 8073-96

значения параметра -• 0000 ! 101 (8192 октета) (не разрешено п классе 0)

0000 1100 (40% октетов) (не разрешено в классе 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.4т и 6.5.5т|. Это значение должно быть больше или равно единице.

d)    Номер версии (не используется, если класс 0 является предпочтительным)

Код параметра    -    1100 0100.

Длина параметра    -    1 октет.

Поле значения параметра - 0000 0001.

Рекомендуемое значение - 0000 0001 (не используется в классе 0)

e)    Параметры зашиты (не используются, если класс 0 является предпочтительным)

Код параметра - 1100 0101

Значение и длина параметра определяются пользователем.

0 Контрольная сумма (используется только в том случае, если класс 4 является предпочтительным) (см. 13.2.3.1).

Этот параметр всегда будет содержаться в ПЬДТ ЗС, запрашивающим класс 4, даже если параметр выбора контрольной суммы используется для запроса неиспользования средства вычисления контрольной суммы.

g) Выбор дополнительной факультативной функции (не используется. если класс 0 является предпочтительным).

Страница 108

ГОСТ Р ИСО/МЭК 8073-96

:>тот параметр определяет выбор использования или неиспользования дополнительных факультативных функций и кодируется следующим образом:

код параметра    - N00 0110,

длина параметра    - 1.

Значения параметра — определяются следующим образом:

Ь»т

]м^«Ч*ИИС 6«Г1

Фяхудьгшшмм фумкимм

6

Полт вержденис запроса в классах 1. 3, 4

- 1

Мсполь.юваиие

- |>

Неиспользование

5

И тбиратсльное подтверждение в классе 4

- 1

Использование

- D

Неиспользование

4

Сетевой срочный вариант и классе 1

- 1

Использование

- I)

Неиспользование

3

- 1

Использование уведомления о приеме а классе 1

- 0

Использование Явного варианта ПД в классе 1

2

16-битовая контрольная сумма, определенная в 6.17.

- 0

Должна использоваться в классе 4

- 1

Не должна использоваться в классе 4

1

У ТУ передачи срочных данных

- 1

Исполыованне

- 0

Неиспользование

Рекомендуемое значение — 0000 0001.

Биты 8—5 должны быть установлены в ноль при передаче 11БДТ и игнорироваться при его приеме.

Биты, относящиеся к факультативным функциям конкретного класса, не имеют значения, если зтот класс не предложен, и, следовательно. могут принимать любые значения.

102

Страница 109

ГОСТ Р ИСО/МЭК 8073—96

h) Лльтернативныи(е) классы) протокола (не используются, если класс 0 является предпочтительным).

Кол параметра - 1100 0! 11.

Длина параметра — п.

Значение параметра кодируется в виде последовательности отдельных октетов. Каждый окгет кодируется аналогично октету 7. но биты 4- 1 установлены в ноль (т. е. запрещен выбор альтернативных фа-культати вных функци й).

j) Тайм-аут подтверждения (используется только в том случае.

если класс 4 является предпочтительным).

Этот параметр содержит максимальное значение времени подтверждения Тт для удаленного логического объекта транспортного уровня. Он представляет собой только индикацию, не является объектом согласования (см. 12.2.1.1.3) и кодируегся следующим образом: код параметра    -    1000 0101.

длина параметра    -    2,

значение параметра    —    п (двоичное    число),    где    п    - максимальное время    подтверждения,    выражаемое    в

миллисекундах.

к) Пропускная способность (не используется, если класс 0 является предпочтительным).

Код параметра — 1000 1001 Длина параметра - 12 или 24.

Значения параметра:

—    первые 12 октетов — максимальная пропускная способность -

в соответствии с нижеизложенным: первые 3 октета    -    желаемое значение; направление — от вы

зывающего к вьпываемому пользователю, вторые 3 октета    —    минимальное приемлемое качество; на

правление — от вызывающего к вызываемому пользователю третьи 3 октета    -    желаемое значение; направление - от вы

зываемого к вызывающему пользователю, четвертые 3 октета    —    минимальное приемлемое качество: на

правление - от вызываемого к вызывающему пользователю;

—    вторые 12 октетов (факультативные) — средняя пропускная

способность в соответствии с нижеизложенным:

юз

Страница 110

ГОСТ I* ИСО/МЭК 8073-96

пятые 3 октета — желаемое значение; направление - от вызывающего к вызываемому пользователю, шестые 3 октета - минимальное приемлемое качество; направление - от вызывающего к вызываемому пользователю,

седьмые 3 октета - желаемое значение; направление - от вызываемого к вызывающему пользователю, восьмые 3 октета — минимальное приемлемое качество; направление - от вызываемого к вызывающему пользователю.

В тех случаях, когда среднее значение пропускной способности опущено, считается, что оно равно максимальному значению пропускной способности. Указанные значения выражаются в октетах в секунду.

т) Коэффициент необнаруженных ошибок (не используется, если класс 0 является предпочтительным)

Код параметра - 1000 0110.

Длина параметра — 3.

Значения параметра:

первый октет    —    желаемое значение; степень 10;

второй октет    -    минимальное приемлемое качество,    сте

пень 10;

третий октет    —    интересуемая длина СБДТ. выраженная    сте

пенью 2.

п) Приоритет (не используется, если класс 0 является предпочтительным)

Код параметра - 1000 0111.

Длина параметра — 2.

Значение параметра — целое число (0 - наивысший приоритет), р) Транзитная задержка (не используется, если класс 0 является предпочтительным)

Код параметра    -    1000 1000.

Длина параметра    —    8.

Значения параметра:

первые 2 октета — желаемое значение: направление — от вызывающего к вызываемому пользователю: вторые 2 октета — максимальное приемлемое качество; направление — от вызывающего к вызываемому пользователю:

104

Страница 111

ГОСТ Р ИСО/МЭК 8073-96

третьи 2 октета — желаемое значение; направление — от вызываемого к вызывающему пользователю: четвертые 2 октета - максимальное приемлемое качество; направление — от вызываемого к вызывающему пользователю.

Значения выражаются в миллисекундах и относятся к базовой длине Г1БДТ I2X октетов.

q) Тайм-аут повторного прикрепления (не используется, если классы 0, 2 или 4 являются предпочтительными).

Этот параметр содержит значение тайм-аута попыток повторного прикрепления (ТПП), который должен использоваться, если после отказа применяется процедура    повторного прикрепления (см. 6.12).

Код параметра    — 1000    1011.

Длина параметра    — 2.

Значение параметра— п (двоичное число), где п - значение ТПП. выраженное в секундах.

г) Тайм-аут неактнвности (используется только в том случае, если класс 4 является предпочтительным или выбранным классом). Он используется только для информирования и не яоляется объектом согласования (см. 12.2.1.1.7).

Код параметра    - 1111    0010

Длина параметра    — 4

Значение параметра - двоичное число, которое указывает про-шедшее время неактнвности в миллисекундах.

13.3.5 Данные пользователю (октеты р + / до конца)

В классе 0 не допускаются, а в других классах являются факультативными. В случае применения их длина не должна превышать 32 октета.

13.4 II БД Г «подтверждение соединения» (11 С) 13.4.1 Структура

ПБДТ ПС должен иметь следующую структу ру:

1

2

J 4

5 6

7

8 р

(* » 1 конец

УД

1

ПС КРД 1101 1

1

УКАЗ ПОЛ

;

1

УКАЗ отп 1

КЛАСС

и

ФФ

Переменная

часть

Данные 110.1 ыо нателн

ФФ - факультативная функция

105

Страница 112

ГОСТ Г И СО/М ЭК 8073-96

13.4.2    УД См. 13.2.1.

13.4.3    Фиксированная часть (октеты 2— 7)

Должна содержать:

a) ПС    - кол подтверждения соединения 1101. Биты

8—5 октега 2:

b) КРД    -• позиция начального кредита (устанавливается

в ОО(К) в классах Он 1). Биты 4— I октета 2;

c)    УКАЗ-ПОЛ - указатель, идентифицирующий запрашиваемое

СТУ в удаленном логическом объекте транспортного уровня;

d)    УКАЗ-ОТП - указатель, выбираемый логическим объектом

транспортного уровня, инициирующим ПБДТ ПС для идентификации подтвержденного СТУ;

e)    КЛАСС И ФАКУЛЬТАТИВНАЯ ФУНКЦИЯ

-• определяет выбранный класс протокола транспортного уровня и факультативную функцию, подлежащую использованию в принятом СТУ в соответствии с правилами согласования, изложенными в 6.5.

13.4.4    Переменная часть (октеты 8 — р)

Параметры определены в 13.3.4 и являются объектом ограничений. приведенных в 6.5 (установление соединения). Параметры, исключаемые при выборе альтернативных классов и факультативных функций, не должны использоваться.

13.4.5    Данные пользователя (октеты от р + / до конца)

Не допускаются в классе 0 и факультативны в остальных классах. При использовании их длина не должна превышать 32 октета. Данные пользователя являются объектом ограничений со стороны правил согласования (см. 6.5).

13.5    ПБДТ «запрос разъединения» (ЗР)

13.5.1 Структура

ПБДТ 31’ должен иметь следующую структуру:

1

>

3 4

5 6

7

S /, р

♦ 1 . коней

1

1

1

Данные

УД

ЗР

УКАЗ-ПОЛ

УКАЗ-ОТП

При ■

Переметим

польза

10000000

1

1

1

•ШИЛ

чат

плели

Mb

Страница 113

ГОСТ Р ИСО/М'-Ж Я073-96

13.5.2    УД См. 13.2.1.

13.5.3    Фиксированная часть (октеты 2—7)

Должна содержать:

a)    ЗР    -    код запроса разъединения 1000 0000;

b)    УКАЗ-ПОЛ — указатель, идентифицирующий СТУ в удален

ном логическом объекте транспортного уровня;

c)    УКАЗ-ОТП — указатель, идентифицирующий СТУ в логичес

ком объекте транспортного уровня, иницииру-ющим ПБДТ. Имеет нулевое значение, если указатель не назначен;

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    —    перегрузка в Г1ДУТУ;

8 — 1ЯI 2

107

Страница 114

ГОСТ Г ИСО/МЭК 807.1—96

14) *2    - логический объект сеансового уровня не под

ключен к ПДУТУ;

15) *3    - адрес неизвестен.

П р и м с ч а и к с Причины, отмеченные зве мочкой (*). могут быть указами пользователи» УТУ как усюйчивые. остальные - как неустойчивые.

13.5.4    Переметши часть (октеты 8 — р)

Может содержать:

a)    Параметр, солержаший дополнительную информацию, относящуюся к освобождению соединения, кодируется следующим образом:

кол параметра    - 1110 0000,

длина параметра    — любое значение при условии, что длина

ПБДТ ЗР не превышает максимальной согласованной длины ПБДТ или 128 октетов, если ПБДТ ЗР используется в процессе отклонения соединения,

значение параметра — дополнительная информация: содержимое этого поля определяется пользователем;

b)    контрольную сумму (см. 13.2.3.1).

13.5.5    Данные пальмшателя (октеты от р + I конца)

Это поле используется для передачи данных пользователя - УТУ и его длина не должна превышать 64 октета. Протокол транспортного уровня не гарантирует успешную передачу этих данных. При использовании ПБДТ ЗР в классе 0 он не должен содержать этого поля.

13.6 ПБДТ «подтверждение разъединения» (П Р)

Не должен использоваться в классе 0.

13.6.1 Структура

ПБДТ ИР должен иметь следующую структуру:

(

3 4

S 6

7 Р

1

ПР

' 1

1

УД

1100 0(Х)0 1

УКАЗ-ПОЛ

1

УКАЗОТП

1

Переменная часть

13.6.2    УД См. 13.2.1.

13.6.3    Фиксированная часть (октеты 2-6)

юя

Страница 115

ГОСТ Г ИСО/МЭК 8073-96

Должна содержать:

a)    ПР    —    код    подтверждения    разъединения    11000000;

b)    УКАЗ-ПОЛ - см. 13.4.3;

c)    УКАЗ-ОТГ1 - см. 13.4.3.

13.6.4 Переменная часть

Должна содержать параметр «контрольная сумма*, если соблюдены условия, определенные в 13.2.3.1.

13.7 II Б Д Т .дан ны е» (Д Н)

13.7.1 Структура

В зависимости от класса и факультативной функции ПБДТ ДН должен иметь одну из следующих структур: а) Нормальный формат для классов 0 и 1

1

2

3

4 5 ... конец

дн

HP ПБДТ

УД

МП 0000

н КС

Данные польдоиатсля

Ь) Нормальный формат для классов 2—4

1

2

3 4

5

6 р

р 1 1 . . коней

УД

дн

■111 D000

1

УКАЗ ПОЛ 1

IIP ПБДТ и КС

Переиеннаи

часть

Данные

пользователя

с) Расширенный формат для использования в классах 2—4, если он выбран при установлении соединения

1

2

3 -1

5. 6. 7. S

9 р

р » I конец

УД

дн 1111 0000

1

УКАЗ-ПОЛ

I

HP ПБДТ и КС

Переменна»

часть

Данные

пользователя

109

Страница 116

ГОС Т Р ИСО/МЭК 8073-96

13.7.2    УД См. 13.2.1.

13.7.3    Фиксированная часть Должна содержать:

a)    ДН - код передачи данных 1111 0000;

b)    ЗМП — запрос метки подтверждения. Если процедура подтверждения запроса не была согласована во время установле-ния соединения, то во всех ПБДТДН бит 1 должен быть установлен в I.

Если процедура подтверждения запроса была согласована во время установления соединения, то бит I (ЗМП) используется для подтверждения запроса в классах 1, 3 и 4. В значении 1 ЗМП указывает, чго передающий логический объект транспортного уровня запрашивает подтверждения от принимающего логического объекта транспортного уровня. В противном случае ЗМП устанавливается в ноль.

c)    УКАЗ-ПОЛ -    см. 13.4.3;

d)    КС    -    в значении    1 указывает, что текущий ПБДТ

ДН является последним блоком данных потной последовательности ПБДТ ДН (коней СБД'Г). КС    содержится в бите X октета    3    в

классах 0 и    I, а также в бите 8 октета    5    в

классах 2—4;

с) НР-ПБДТ — ПБДТ содержат порядковый номер (равный нулю в классе 0). Может принимать любое значение в классе 2 без использования явного управления потоком. НР-ПБДТ содержится в битах 7—1 октета 3 в классах 0 и 1; в битах 7—1 октета 5 для нормальных форматов в классах 2—4 и в битах 7- I октета 5. а также октетов 6-8 для расширенного формата.

Примечание — В зависши:*.! и от класса в фиксиропаимо» части ПБДТ ДН исполыук:>1ся следующие октеты:

классы 0 и I    .......................    .    .    октеты    2-3.

классы 2—4 (нормальный формат)...........    .    .    .октеты    2-5,

классы 2—4 (расширенный формат)............октет 2- 8.

13.7.4    Переменная часть

Должна содержать параметр «контрольная сумма», если выполняют условия, определенные в 13.2.3.1.

по

Страница 117

ГОСТ Р ИСО/МЭК Я073-96

13.7.5 Поле «данные пшьзователя»

Содержит данные передаваемых СБДТ.

Примечание - Длина этого ноля ограничена значением сомасованпай длины ПБДТ .тли дайною С ТУ минус три октета н классах 0 и 1 и unim нить октеГпп (нормальный формат заюловка; или восемь окютов «расширенный формат мголоп ка| п остальных классах Наличие переменной части может дополнительно умень шить XIнну алнных пользователи

13.8 ПБДТ «срочные данные* (С Д)

Не должны использоваться в классе 0, а также в классе 2. если не выбрана факультативная функция явного управления потоком или если для данного соединения не выбрана услуга передачи срочных данных.

13.Х. I Структура

В зависимости от формата, согласованного при установлении соединения, ПБДТ СД должен иметь одну из следующих структур:

а) Нормальный формат (классы 1—4)

1

I

3 4

5

<> Р

р * 1 коней

УД

СД 0001 0000

1

УКАЗ ПОЛ 1

НР ПБДТ СД и КС

Переменная

часть

Данные

пользователи

Ь) Расширенный формат (для использования в классах 2—4. если он выбран при установлении соединения)

I

2

3 4

5 S

9 Р

р + 1 конец

УД

СД 0001 000(1

1

УКАЗ-ПОЛ

1

НР-ПБДТ-СД и КС

Переменная

часть

Данные

пользователи

13.8.2    УД См. 13.2.1.

13.8.3    Фиксированная часть Должна содержать:

a) СД    — код срочных данных (Ю01 0000;

b) УКАЗ-ПОЛ    - см. 13.4.3;

in

Страница 118

ГОСТ Р ИСО/МЭК 8073-96

c)    НР-ПБДТ-СД — номер, идентифицирующий срочный IIБДТ.

НР-ПБДТ-СД используется в классах I. 3. 4 и может принимать любое значение в классе 2. Биты 7- I октета 5 для нормальных форматов: биты 7— I окгета 5 вместе с октетами 6 -8 для расширенных форматов:

d)    КС    -    конец    СБДТ    всегда    устанаативаегся    в    I

(бит 8 октета 5).

Примечание - В зависимости от форм .ил фиксиропзнн:)!! часть ли.тжнд содержите и в охтстак 2—5 или 2- S.

13.8.4    Переменная часть

Должна содержать параметр «контрольная сумма*, если соблюдены условия, определенные в 13.2.3.1.

13.8.5    Поле данные пользователя»

Содержит срочный СБД Г (длиной от 1 до 16 октетов).

13.9 II Б Д Т «подтверждение данных» (Г1Д)

Не должен использоваться в классе 0, в классе 2, если не выбрана факультативная функция явного управления потоком, и в классе I, если выбрана факультативная функция сетевого уведомления о приеме.

13.9.1 Структура

В зависимости от согласованных класса и факультативной функции Г1БДТ ПД должен иметь одну из следующих структур.

а) Нормальный формат (классы I —4)

1

2

1 4

5

6 р

УД

ПД КРД

оно

1

УКАЗ-ПОЛ

I

НР-ОТВ

Переменная часть

Ь) Расширенный формат (для использования в классах 2—4. если о)« выбран при установлении соединения)

1

2

3 i

5. 6. 7. К

9 10

11 ... р

УД

ПД

ОНО 0000

УКАЗ-ПОЛ

НР-ОТВ

КРД

Перемсннан чаоь

112

Страница 119

ГОСТ I* ИСО/МЭК 8073-96

13.9.2    УД См. 13.2.1.

13.9.3    Фиксированная часть

Должна содержать (п октетах 2-5, если используется нормальный формат, и в октетах 2—10 - в остальных случаях) следующие параметры:

a)    ПД    —    код подтверждения 0110 0000:

b)    КРД    —    значение кредита (устанавливается в значение

1111 в классе 1). Биты 4—1 октега 2 для нормальных форматов и октетов 9 и 10 для расширенных форматов;

c)    УКАЗ-ПОЛ    -    см. 13.4.3;

d)    НР-ОТВ    —    порядковый номер, указывающий номер сле

дующего ожидаемого П БД Г ДН. Для нормальных форматов биты 7- 1 октета 5; бит 8 октета 5 не я&зяется значащим и должен устанавливаться в ноль. Для расширенных форматов биты 7- 1 октета 5, а гакже октетов Ь— 8; бит 8 октета 5 не является значащим и должен устанавливаться в ноль.

13.9.4    Переменная часть

Должна содержать следующие параметры:

a)    контрольную сумму, если выполнено условие 13.2.3.1;

b)    номер подпоследовательности при факультативном использовании в условиях, определенных в классе 4. Этот параметр используется для того, чтобы гарантировать правильную последовательность обработки ПБДТ Г1Д. Его отсутствие эквивалентно передаче этого параметра в значении ноль.

Код параметра — 1000 1010.

Длина параметра - 2.

Значение параметра — номер 16-битовой последовательности;

c)    подтверждение управления потоком при факультативном использовании в условиях, определенных в классе 4. Этот параметр содержит копню информации, принятой в ПБДТ ПД. обеспечивающую для передатчика ПБДТ ПД точную информацию о состоянии принимающего логического объекта транспортного уровня (см. 12.2.3.9).

Код параметра - 1000 1100.

Длина параметра - 8.

Страница 120

ГОС Т Р ИСО/МЭК 8073-96

Значение параметра — определяется следующим образом:

1)    нижняя граница окна (32 бита). Бит К октета I поля «значение параметра» установлен в ноль, остальная часть содержит значение HP-ОТВ принятого ПБДТ ПД. При использовании нормального формата значащими являются только семь самых младших битов (биты 1-7) этого поля;

2)    ваша подпоследовательность (16 бит). Содержит значение параметра подпоследовательности принятого ПБДТ Г1Д или ноль, если этот параметр отсутствует;

3)    ваш кредит (16 бит). Содержит значение поля КРД принятого ПБДТ Г1 Д. При использовании нормального формата значащими являются только четыре самых младших бита (биты 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).

Код параметра - 1 ООО 1111.

Длина параметра - 2л (нормальный формат) или 8п (расширенный формат) октетов, где п — помер при избирательном подтверждении различных блоков. Эта длина ограничивается максимальной длиной заголовка 254 октета.

Значение параметра - при нормальном формате первый из двух октетов должен представлять нижнюю границу, а второй - верхнюю каждого блока. Бит 8 каждого октета устанавливается в 0, остальные представляют порядковый номер границы.

При расширенном формате первые четыре октета из восьми должны представлять нижнюю границу, а следуюшие четыре - верхнюю. Для каждой границы четырех октетов бит 8 первого октета является незначащим и устанавливается в ноль; биты 7-1 первого октета вместе со вторым, третьим и четвертым октетами предстаатя-ют порядковый номер.

114

Страница 121

ГОСТ Р ИСО/МЭК 807.1-96

При любом из форматов каждый набор из двух или восьми октетов может быть повторен многократно для подтверждения блоков.

13.10 ПБДТ подтверждения срочных данных (Г1 С Д)

Не должен использоваться в классе 0, а также в классе 2, если выбрана факультативная функция неявного управления потоком или если для данного соединения не выбрана услуга передачи срочных данных.

13.10.1 Структура

В зависимости от факультативной функции (нормальный или расширенный формат) этот ПБДТ должен иметь следующую структуру.

1) Нормальный формат (классы 1—4)

1

2

3 4

5

6

Р

УД

псд 0010 0000

1

УКАЗ ПОЛ

!

HP СПБДГ-ОТВ

Переменили часть

2) Расширенный формат (для использования в классах 2—4, если он выбран при установлении соединения)

1

2

3 4

5. 6. 7. S 9

... р

ПСД

1

УД

0010 0000

УКАЗ ПОЛ

I

HP СПБДТ-ОТВ

Переменили NKU

13.10.2    УД См. 13.2.1.

13.10.3    Фиксированная часть

Должна содержать (в октетах 2—5 при использовании нормального формата или в октетах 2 — 8) следующие параметры:

a) ПСД    - код подтверждения срочных данных

0010 0000:

b) УКАЗ-ПОЛ    - см. 13.4.3;

I is

Страница 122

ГОСТ Р ИСО/МЭК 8073-96

с) НР-СПБДТ-ОТВ - идентификатор ПБДТСД, подлежащий

подтверждению; в классе 2 может принимать любое значение. При нормальных форматах размешен в битах 7--1 октета 5; бит S октета 5 не яачяется значащим и должен устанавливаться в ноль. При расширенных форматах — в битах 7 — 1 октета 5, а также октетов 6, 7 и 8; бит Я октета 5 не яатяется значащим и должен устанавливаться в ноль.

13.10.4 Переменная часть

Может содержать параметр «контрольная сумма* (см. 13.2.3.1) 13.11 11 БД Т .отказ» (ОТ К)

Не должен использоваться в классах 0, 2 и 4.

13.11.1 Структура

ПБДТ О ГК должен иметь один из следующих форматов:

а) нормальный формат (классы 1 и 3)

1

2

3 4

5

ОТ К КРД

1

УД

<1101

УКАЗ ПОЛ 1

нр отв

Ь) расширенный формат (для использования в классе 3, если он выбран при установлении соединения)

I    2    3    4    5.    6.    7.    S    9.    10

отк

1

УД

0101 0000

УКАЗ-ПОЛ 1

НРОТВ

КРД

13.11.2    УД См. 13.2.1.

13.11.3    Фиксированная часть

Должна содержать (в октетах 2-5 при нормальном формате или в октетах 2-10) следующие параметры:

U6

Страница 123

ГОСТ Р ИСОЛ1ЭК 807.1-96

a)    ОГК    -    код отказа 0101; биты 8-5 октета    2:

b)    КРД    -    значение кредита (устанавливается    и 1111 в клас

се I); размешен в битах 4—1 октета 2 при нормальных форматах и октетов 9 и 10 при расширенных форматах:

c)    УКАЗ-ПОЛ -    см. 13.4.3:

d)    НР-ОТВ    -    порядковый номер, указывающий следующий

ожидаемый ПБДТ, с которого должна начинаться повторная передача. При нормальных форматах размешен в битах 7— 1 октета 5: бит 8 октета 5 не является значащим и должен устанавливаться в ноль. При расширенных форматах размешен в битах 7-1 октета 5, а также октетов 6-8; бит 8 октета 5 не является значащим и должен устанавливаться в ноль.

13.11.4 Переменная чисть В этом типе ПБДТ переменной части нет.

13.12 ПБДТ «ошибка® (О Ш)

13.12.1 Структура

ПБДТ ОШ должен иметь следующий формат

1

2

3 4

5

6 ч

ОШ

1

Причина

Переменная

УД

от (woo

УКАЗ-ПОЛ 1

опсазл

часть

13.12.2    УД См. 13.2.1.

13.12.3    Фиксированная часть

Должна содержать следующие параметры:

a)    ОШ    -    код ПБДТ «ошибка*    0111    0000;

b)    УКАЗ-ПОЛ    -    см. п. 13.4.3;

c)    причина отказа    —    0000 0000 причина не определена.

0000 0001 недействительный код параметра.

0000 0010 недействительный тип ПБДТ, 00000011 недействительное значение параметра.

и;

Страница 124

ГОСТ Р И СО/М ЭК 8073—96

13.12.4 Переменная часть

Может содержать следующие параметры:

a)    недействительный ПБДТ

Код параметра    - 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    В каждом классе, на реализацию которого претендует система, она должна быть способна

а) либо инициировать ПБДТ ЗС, либо в ответ на ПБДТ ЗС выдавать ПБДТ ПС. либо то и другое,

Ь> отвечать на любой другой ПБДТ и обеспечивать функционирование УСУ в соответствии с процедурами данного класса;

c)    обеспечивать функционирование всех процедур данного класса. перечисленных как обязательные в таблице 9:

d)    обеспечивать функционирование тех процедур данного класса, указанных в таблице 9 как факультативные, соответствие которым заявлено;

e)    обрабатывать все ПБДТ. длина которых может достигать наименьшего из значений:

1) максимальной для данного класса, если параметр «предпочтительная длина ПБДТ* не реализован (см. 13.3.4Ь);

MS

Страница 125

ГОСТ Р ИСО/Л1ЭК 8073—96

2) максимальной, соответствие которой заявлено (см. примечание 2).

Примечании

1    Процедуры классов 0—4 определены в разделах 8-12 соответственно. Эти процедуры ссылаются па элемент процедур, определенные и разделе 6.

2    Требование I4.Se говорит о том, чго длина ПДЬТ I2K ометов все;да pcUHiVtMl.

14.6    В заявках на соответствие должно указываться следующее:

a)    какой класс или классы протокола реализованы;

b)    способен ли класс 4 протокола работать с УСУ-БУС;

c)    способна ли система инициировать 11БДТ ЗС либо отвечать на него, либо выполнять то и другое:

d)    какие из процедур, указанных в таблице 9 как факультативные, реализуются;

e)    для каждого класса максимальная длина реализуемых Г1БДТ |см. 13.3.4Ь. с|. Если параметр «предпочтительная максимальная длина ПБДТ* не реализована, ее значение следует выбирать из следующего перечня:

128, 256. 512, 1024. 2048. 4096 или 8192 октетов и все значения, меньшие указанного максимального, должны быть реализуемы.

Если параметр «предпочтительная максимальная длина ПБДТ* реализован, допустима любая максимальная длина ПБДТ. кратная 128 октетам. Ike значения, кроме 0, кратные 128 октетам и меньшие максимальной заявленной, должны быть реализованы.

14.7    Поставщик протокольной реализации, заявленной на соответствие настоящему стандарту, должен заполнить экземпляр формы ЗСРП, приведенной в приложении D. и предусмотреть в ней информацию, необходимую для идентификации поставщика и реализации.

Тдблнид 9 - Обеспечение факульташпных возможностей

Пршкатря

Косс 1)

K_-un: 1

Кикс 2

Ьш i

ПБДТ с контрол mi ол суммой

И

н

н

II

о

ПБДТ 6ei кин 1 рольной суммы

о

о

о

о

ф

Передача срочных данных

и

о

о

о

о

Отсутствие передачи срочных данных

о

о

о

о

о

119

Страница 126

ГОСТ Р ИСО/МЭК 8073-96

Окончание таблицы 9

Лромлурл

K.IUV 0

кжке 1

Kis*:j 2

Класс 3

Клах 4

Управление ПОТОКОМ В

классе 2

II

II

О

И

>1

Отсутствие управления по

током и классе 2

II

II

ф

н

II

Нормальные форматы

О

О

О

О

О

Расширенные форматы

II

Н

ф

ф

ф

Использование подтверж

дении приема в классе 1

II

Ф

н

И

И

Отсутствие подтверждения приема в классе 1

Н

О

II

н

И

Использование сетевого

срочного варианта в клас

се I

II

Ф

И

И

И

Отсутствие сетевою срочного варианта в классе 1

11

О

II

н

И

Использование избиратель

ного подтверждения я клас

се 4

II

II

н

И

ф

Использование запроса подтверждении в классах 1. 3, 4

II

ф

И

ф

ф

Обозначении: II - Не используется: О - обязательная: Ф - факультд* тинная

120

Страница 127

ГОСТ Г ИСО/М Ж 8073-96

ПРИЛОЖЕНИЕ А 1о6ки1тслъпог)

ТАБЛИЦЫ СОСТОЯНИИ

Д.1 Обшис положения

В приложении содержится более точное описание протокола. В случае различий между описанием п таблицах состояний и в основном тексте стандарта прелиоч1ение следует отдать последнему.

В таблицах состояний указаны также преобразовании между теми сервисными и протокольными событиями. которые могут ожидать пользователи УТУ

Протокол транспортного уровня описывается в виде таблиц состояний. В мих таблицах отражены состояния СТУ, события, происходящие при выполиеним прого кола, выполняемые деист ним и результирующие состояния.

В таблицах отражены операции только одного СТУ. Они не всегда содержат описании всевозможных комбинации последовательностей событий на границе между транспортным и сетевым уровнями и не определяю! точишо преобразования между ПБДТ и СБДС.

Л.2 Соглашении

Л.2.1 Входнтис события представлены и таблицах состоянии их сокращенными наименованиями, приведенными п таблице 10.

Л.2.2 Состояния представлены в таблицах их сокращенными наименованиями, привезенными в таблице 11.

Л.2.3 Недействительные пересечения каждого состояния н событии показаны п таблицах пустыми клетками. В этих случаях должно выполняться одно из следующих действий:

д) для события, относящегося к СТУ (т. е. посту пакииего от пользователя У ТУ У. не выполняется никаких действий;

b)    для события, относящегося к полученному ПБДТ. выполняются процедуры обработки протокольных ошибок (см. 6.22). если состояние поддерживаюшето СС’У обеспечивает такую всиможность,

c)    для события, не подпадающего ни под одну их вышеуказанных катеюрин (вклю чая те. которые невозможны согласно определению операций логическою объекта транспортного уровня или поставщика УСУ), не выполняется ника ких действий.

Д.2.4 Для каждого действительного пересечения состояния и события таблицы состоянии определяют действия, к которым может относиться одно и» следующих:

а) одно действие, образуемое из перечня любого числа исходящих событий |ни одного, одною или нескольких), указанных сокращенными их наименованн ями в таблице 12. за которыми следует сокращенное наименование результи руюшето состояттия (см. таблицу II);

121

Страница 128

ГОСТ Г ИСО/МЭК 8073-96

Ь) условные действия, разделенные точкой с запятой <:>. Каждое условное лей-ствие содержи 1 предикат, за который следует знак двоеточии (:)« и действие, определенное о подпункте а). Предикаты представляют собой булевские выражения в виде их сокращенных наименований и определены п разделах. от но* сяшихся к таблицам состояний каждого класса. Выполняться должны только тс действия, которые соответствуют истинным предикатам.

А.2.5 Таблицы состояний содержат также.

a)    неформальные примечания, содержащие пояснения.

b)    силки на примечания, использующие следующее обозначение: {номер приме чания);

c)    сссылки на другие действия, определенные в отдельных таблицах, с использованием следующего обозначения: {номер действия).

А.З Таблицы

В таблице 10 приведены полные наименования и сокращенные наименования входящих событии, подразделяемых на событии пользователя УТУ. событии постав шика УСУ и события ПБДТ.

В таблице 11 приведены наименования и сокращенные наименовании состоя иий.

В таблице 12 приведены наименования и сокращенные наименования исходя щнх событии, подратдсдясмых на событии поставщика УТУ. события пользователя УСУ и события ПБДТ

А.4 Таблицы состояний .гля классов 0 и 2

В данном разделе приведено более точное описание логическою объекта транс* портного уровня для С ТУ класса 0 или 2.

В описании использованы предикаты, определенные в таблице 13. и конкретные действия, определенные в таблице 14

В описание не входит полная спецификации процедур передачи данных, но в нем дана ссылка иа спецификацию классов <см. разделы 8 и 10). В таблице 15 прнве лены состояния конечных автоматов для классов О и 2

Г а 6 д и и а 10 - Входящие событии

lUKfUII<H*OC

■аиисмишиие

Китегсрии

Ииямипшиис

ТСОЕДзап

Полыоватсль УТУ

Примитив Т-СОЕДИНЕНИЕ запрос

ТСОЕДотв

Пользователь УТУ

Примитив Г-СОЕД И НЕН И С ответ

ГД Наап

Пользователь УТУ

Примитив Г ДАННЫЕ шпрос

ТСДзап

Пользователь УТУ

Примитив Т СРОЧНЫЕ ДАННЫЕ запрос

ГРЗДзап

Пользователь УТУ

Примитив Г РАЗЪЕДИНЕНИЕ запрос

122

Страница 129

ГОС Т Р ИСО/МЭК «073-96

Окончание таблица 10

t0l?J.UCMH0C

iiuuntomiM;

К»гсге>г«и

Намысиоадеде

СРЗДимл

Поставщик УСУ

Примитив С РАЗЪЕДИНЕНИИ индикация

ССОЕДподт

Поставщик УСУ

Примитив С-СОЕДИНЕНИЕ подтверждение

ССБРимд

Поставишь УСУ

Примитив С СБРОС индикаиии

ЗС

ПБДТ

ПБДТ «хапрос соединения>

ПС

11БДТ

ПБДТ «подтверждение соединении*

ЗГ

ПБДТ

ПБДТ «хапрос рдп.сд мнения*

11 Р

ПБДТ

ПБДТ «подтверждение ра тъедннения*

пд

ПБДТ

ПБДТ «подтверждение данных*

11СД

ПБДТ

ПБДТ «подтверждение срочных данных*

ди

ПБДТ

ПБДТ «данные*

СД

ПБДТ

ПБДТ «срочные данные*

ош

П БДТ

ПБДТ «ошибка ПБДТ*

от к

ПБДТ

ПБДТ «огкш»

Таблии л II - Состояния

С «жржикчиое

11 III *11 N04ill 'Л J

•UlfUCJCOeiMMC

ОЖССУ

Ожидание ССУ

ОЖГ1С

Ожидание ПБДТ ПС

ОЖРЗД

Ожидание до выполнении разъединения (ожидание ПБДТ ПС перед передачей ПБДС ЗР)

ОТКР

СТУ открыто

ЗАКРЫТИЕ

Выполняется разьединение

ОЖТСОТВ

Ожидание примитива Т СОЕДИНЕНИЕ ответ

ЗАКРЫТО

СТУ 1акрыю

9- 1812

Ш

Страница 130

ГОС Т Р I! СО/М ЭК 8073-96

Окончание wiViS.fui^iV //

L UKfUtUCHaOC «.III МГ И1) К III tic

НлШПМ«1«К

ОЖССУ-ППК

Ожидание ССУ и выполнение повторного прикрепления

ожпсппк

Ожидание ПБЛТ и выпашение иопшрною прикрепления

ОЖРЗД ппк

Ожидание до выполнения разьединения и выполнение по* iiToptiuru прикрепления

ОТКРППК

СТУ открыто и вы пол ня е пгя повторное прикрепление

ОТКРОЖППК

С ТУ открыто и ожидание повторного прикрепления

ЗЛКРЫТИЕ-ППК

Выполняется разъединение и повторное прикрепление

ЗАКРЫТИЕ

ожппк

Выполняется разъединение и ожидание повторного ирикреп лении

ожтсотв ожппк

Ожидание приишива Т СОЕДИНЕНИЕ ответ и ожидание попюриого прикреплении

ОЖРЗД ожппк

Ожидание до выполнения разьединения и ожидание повтор ною прикрепления

ожвот

Ожидание до выполнения открытия <ПС подтвержден)

ожвот ожппк

Ожидание до выполнения открытии и ожидание повторною прикрепления

ОЖ ВОТ-3 АКРЫ ТИЕ

Ожидание до выполнения открытия и выполнение ральеди нения

ОЖ ВОТ -ЗАКРЫ ТИЕ-ОЖП ПК

То же, и ожидание повторною прикрепления

ожпдт

Ожидание подтверждения ПБДТ ПС

ОЖЗЬЛУК

Ожидание я течение заблокированною указателя

124

Страница 131

ГОСТ Г ИСО/МЭК 8073-96

Табл и и л 12 •• Исходящие события

1с«;р|Ц1МИЖ

иамыгкоиншг

KjnnipM»

Н4ИМИОШ11ИС

ТС О С Д н ид

Посчдпшнк УТУ

Прими г и и Т СОЕДИНЕНИЕ индикации

ТСОЕДпод!

Пос1дишик УТУ

Прими тип Т СОЕДИНЕНИЕ подтверждение

ТДНинд

Постдищик УТУ

Примиши Т ДАННЫЕ индикация

ТСДиид

Посчдпшнк УТУ

ПримигипТСРОЧНЫЕ ДАННЫЕ имликаиия

ТРЭД и на

Посиншик УТУ

Прими тип Т* РАЗЪЕДИНЕНИЕ индикация

СРЗДхап

П ол k jo saic ль УСУ

Прим и tx и ^РАЗЪЕДИНЕНИЕ запрос

ССБРогв

Пользователь УСУ

Примигип С СБРОС отпет

ССОЕДмп

Польюва1ель УСУ

Примитив С-СОЕДИНЕНИЕ запрос

ЗС

ПБДТ

ПБДТ фкаирос соединении»

ПС

П БДТ

ПБДТ «пол !»ерж пение соединении*

ЗР

ПБДТ

ПБДТ «lanpoc разъединения*

ПР

ПБДТ

ПБДТ «подтверждение разъединен и л*

ПД

П БДТ

ПБДТ «подтверждение данных»

ПСД

ПБДТ

ПБДТ «поатвержленнс срочных данных*

ди

ПБДТ

ПБДТ «данные*

СД

П БДТ

ПБДТ «срочные данные*

ош

ПБДТ

ПБДТ «ошибка*

отк

ПБДТ

ПБДТ «01КД1»

9

125

Страница 132

ГОСТ Г И СО/М ЭК 8073—96

Таблица 13- Предикаты классов 0 и 2

Млачсммг.1И1К*

Омаикс

ГО

Примитип Г-СОЕДИНЕНИЕ запрос неприемлем

Р1

Неприемлемый ПБДТ ЗС

Р2

Нет доступных ССУ

РЗ

ССУ доступно и открыто

Р4

ССУ доступно и оно открывастси

Р5

Класс является классом 0 (класс, мы бранны и и ПС)

Р6

Неприемлемый ПС

Р7

Класс явлиется классом 2

PS

Приемлемый ПС

Р9

ЗР класса А

Таблица 14- ДсПстиим. специфичные ал я классом 0 и 2

Наямсипюмж

Ояаинас

Ml

Если данное ССУ не используетси другими прикрепленными к нему С ТУ, оно может быть разъединено

121

См. 6.22 сприем ПБДТ ОШ)

|3|

См. процедуры передачи данных этот класса

HI

См. процедуру передачи срочныл данных лого класса

|5|

Дли данного ССУ примитив С СБРОС ответ должен бып. выдан один pai. если по ССУ не разъединено. В классе 0 должен быть выдан примигив С РАЗЪЕДИНЕНИЕ запрос

126

Страница 133

Т д 6 л и II д I S . Таблиц л состояния для классов 0 и 2

<лгто«в««

1 СЛЫЛИ

ОЖССУ

ОЖ1К

OAPU

( П>1сЛО *f»CV >1

OIКРЫТО

И К ГИГИ!

СТО INin ii

ожкотв

UKPUfO

ГСОЕДШ!

Р0 ТРЗДннл 1ЛКРЫТО; Р2 ССОЕД-sait ОЖССУ: РЗ: ЗС ОЖПС;

Р4. ОЖССУ

ГСОЕДот

ПС

ОТКРЫТО

ТДНтлп

|3| ОТКРЫ ТО

ТСД«п

НF CVU1FCTBV FT R KJ1ACCF 0

|4| ОТКРЫТО

ТРЗДмп

Ml

ЗАКРЫТО

мс Р? СРЗД мл ЗАКРЫТО Р7 0ЖПС

Р5:СРЗДыи ЗАК РЫТО; Р7:ЗР

ЗАКРЫТИЕ

ЗР

ЗАКРЫТО

ССОЕДлол

зс ожис

ССЬРинд

! Г ЗДин j

Ш 151 ЗАКРЫТО

urn

ЗАКРЫТО

П'ЗДнм*

Ш 14 ЗАКРЫ ГО

Ml |3| ЗАКРЫТО

I P Wmhj

(Л 14 ЗАКРЫТО

СРЗДннл

ГРЗДмил

ЗАКРЫТО

ГРЗДммл

ЗАКРЫТО

ЗАКРЫТО

ТРЗДннл ЗАКРЫ ГО

ЗАКРЫ ГО

ТРЗДнмл ЗАКРЫЮ

ГОСТ Г ИСО/М'Ж 8073-96

Страница 134

Пр/>гЬз.1ж*'ииг ша&мци /5

<пошл« Совмтя ^4s'4^Xi^

«>ЖЧХ V

ожп*

ОАГЧЛ

(ТО 1ЖП МЛ-.1 11

«ОТКРЫТО

IAKPM fИ1

ITO1VC0 К1ЛС ?1

охкоти

«Л КГ НТО

ЗС

Р*:ОТКРЫ-

ТО

Р9;ЗЛ К Р Ы • ТИЕ

Р9:ОЖТ-СОI В

Р1 ТРЧ1 > ЗАКРЫТО. НС PI

Т СОЕДинд ОЖТСОТВ

ЗР

ТРЗДинд

Ш

ЗАКРЫТО

14

PU2):

Ш

1 Л V DU ГЛ

ЗАКРЫТО <4>

ЗА КгЫ I U

Р7.ПР

ТРЗДиид

ЗАКРЫТО

jAKrbl 1 U

ПР ЗАКРЫТО

ПР

НЕ

СУЩЕСТВУЕТ В КЛАССЕ 0 <2>

ЗАКРЫТО

PTiHI

ЗАКРЫТО

ПС

Р* ТСОЕД-полт

ОТКРЫТО; Р<1 и Р5 ТРЗДмид СРЗД kin ЗАКРЫГО;

Р6 w Р7-ГРЗДнмл ЗР ЗАКРЫТИЕ

Р5 <)> СРЗД зал ЗАКРЫТО.

р? ЗР

ЗАКРЫТА

ЗР ЗАКРЫТО

ГОСТ Г ИСО/МЭК 8073-96

Страница 135

Окатаииг ма6*ици IS

41) В некоторых сдхмаач должен бьль перелай МЬЛГ ОШ Км 6.6)

ГОСТ Р МСО/МЭК 8073-96

<2> При приеме ом я 01 жен обруба ты ядткст кдк протокольная ошнбкл <см. 6?2>

О) Перелай К с классом 2 и пол>чеи ПС класс*V.

<4> Если IIP иежосгулем (г. е. масс 0 не реализован*, либо У КА J-OTII раки пул».

129

<$> *^то имеет место toivko п том ciyve. когда н киссс 4 пот учен предпочтительный класс ПОЯТ Л Р

Страница 136

ГОС Т Р I! СО/М ЭК 8073-96

Л.5 Таблицы окюянпм для классов 1 и 3

В данном разделе приведено более точное описание логическою объекта транспортного уропня ДЛЯ СТУ КЛаССОВ I и 3.

В описании использованы предикаты* определенные в таблице 16

Конкретные действия определены в таблице 17, а конкретные дополнительные примечании дамы в таблице 1S.

В описании не содержится полная спецификация процедуры передачи данных, но дана ссылка на спецификацию классов (см. разделы 9 и II). В таблице 19 приведены состояния конечною автомата для классов I и 3.

Таблица 16 - Предикаты для классов 1 и 3

HiiiununtmMc

Омйюи

Р0

Примитив Т'СОЕДИНЕНИЕ запрос неприемлем

Р1

Пи одно из доступных ССУ не может быть использовано для прикрепления или повторного прикрепления

Р2

ССУ может бытт. использовано для прикрепления или повторною прикрепления; выполняется открытие данного ССУ

Р.1

ССУ может быть использовано для прикрепления или повторною прикрепления, данное ССУ открыто

Р4

Тайм аут 1 ПС истек

Р5

Локальный выбор

Pf>

Иниииатор СТУ

Р7

Неприемлемый Г1БДТ ЗС

Р8

Происходит отсчет тайм-аута ТОП

Р9

JC класса 4

Р1(1

Класс, выбранный в I1C. является классом 0 или 2

130

Страница 137

ГОСТ Г ИСО/МЭК 8073-96

Таблица 17- Специфичные для классов I и 3 действия

И 411 иен шипи с

UllHUNIK

|«|

Данное ССУ мож.с1 быть ра тьединено. ec.ni оно ие не пользу ется ни од ним из прикреплении ч к нему СТУ

[2|

Передать повтори» срочные данные, которые еще не иод гвержиены иди коюрыс хранились в ожидании повторного прикреплении (при ею неиольздваими). Если принят ПБДТ ОТК. рлтрешить также передачу ПБДТ ДН (ври сто и дли чин) Если принят ПБДТ СД, обработать его в соответсткин с процедурами данного класса при отсутствии ПБДТ иубли катд

КЗ]

ССУ может быть разьелипено. если оно не используется пи каким СТУ и было локально открыто

И1

Начать отсчет тайм-аута ТОП. если ои не отсчитывается. 'Запретить передачу ПБДТ ДН до получения ПБДТ ОТК (см. примечание 3)

I5J

Прекратить отсчет тайм-аута ТОП

161

Выдать примитив С СБРОС ответ, если ои еше не выдан

П

См процедуру передачи данных для этого класса

|S|

Начать отсчет тайм аута ТПС, если он не отсчитывается. Передаваемый кредит также устанавливается в ноль с тем, чтобы не передавать ПБДТ ДН до получения ПБДТ ОТК

|9|

Прекратить отсчет тайм-аута ТПС.есди он отсчитывается или аннулировать информацию об истечении таим-ах'та (см. при мечания 1 и 2}

|10|

Запомнить информацию об истечении таим^а^а ТПС (см. примечание 1)

1*4

Запомнить запрос

1121

См. таблицу состоянии соответственно классу, выбранному в ПБДТ ПС

|П|

Закрыть ССУ. к которому прикреплено в данный момент СТУ. применить ко всем СТУ. прикрепленным к данным ССУ, процедуру обработки и СРЗДинд. после чего выпол-нить перепри крепление ПБДТ

(■4|

ПБДТ ПР содержит поле У К АЗ* ОТ П в значении 0 и поле УКАЗ-ПОЛ в значении поля УКАЗ ОТП полученного ПБДТ ЗР

131

Страница 138

ГОСТ Г ИСО/МЭК 8073-96

Примечания

! Эга и кфпрм л и и я используется предикатом Р4

2    Это действие не будет выполнимо, если лотическии объект транспортного уров нм является о типчиком либо если ие выполняется никаких повторных прикреплений иди повторных СИНХрОНИ УДИИЙ.

3    Метод лап решения передачи ПБДТ ДИ является частным вопросом. Например, в классе Зон может швмееть or установки кредита и нулевое гначение, а и классе I - от установки Буле некого указателя.

Т л б л и и я 1S - Специфичные для классов 1 и 3 примечании

Ндимсиишиик

Опсамг

(1>

Любой ПБДТ кроме ЗР и I1C. которому неизвестен указа тель получателя

С 2\

ПБДТ ПС. который пс знает указателя получателя или имеет неправильный указатель отправителя

о\

ПБДТ ЗС. ие являющийся дубликатом, но непринятый. Сели ПБДТ ЗС является дубликатом, проигнорировать его

(4>

Либо передать любой из ПБДТ ДН или 01I1. ожидающих передачи, либо исполыовать примитив С-ДДННЫЕ ПОД ТВЕРЖДСНИЕ запрос, если ои доступен и выбран <только класс 1)

(5>

То же. что и <9). а также выдать прими тип Т-РЛЗЪЕДИНЕ НИЕ индикация

(6»

Если результирующим состоянием является ЗАКРЫТО, указатель должен быть заблокирован (кроме случаев, описанных в 6.18)

i?\

В случаях, определенных я 6.6. аолжеи быть передан ПБДТ ОШ

(S>

Прием ПБДТ ПР является протокольной ошибкои. посколь ку ПР нельзя использовать для повторною прикрепления. Рекомендуется прекратить отсчет тайм-аута ТОП (|5|> и счи тать. что СТУ разъединено (ЗАКРЫТОЕ СОСТОЯНИЕ)

(9»

Прием в данном состоянии одного из зтих ПБДТ является протокольной ошибкой. Рекомендуется прекратить отечет тайм-аута ТОП <|5|>. передать ПБДТ ЗР и вой га в состояние закрытия

132

Страница 139

ГОСТ Г ИСО/М Ж 8073-96

Окончание таблицы IS

II 1ИМСИНШИИС

Опммиг

(Ю)

Либо получен ЗР с неправильным укаытелем отправителя

<||>

Прием и данном состоянии ПБДТ ЗС действигелей только и том случае, если згот ПБДТ получен по ССУ. к которому не прикреплено СТУ. Рекомендуете»! применит!. леИегние (13|

<12>

Прием в данном состоянии ytoro ПБДТ возможно либо по ССУ. к которому а данный момент прикреплено С ГУ, либо по другому ССУ (только для отаечэжэщсю). В нервом случае иыиолняе тся действие. соответствующее таблице состояний. Во втором случае рекоменлуетсм применить дейстпие [ 131

<13>

Это происходит только в том случае, если н классе 4 получен предпочтительный класс ПБДТ ПР

С 33

Страница 140

Т а 6 .«! и пл 19 1 - Состояния для к яде со и 1 и ^ Часть перпля - сторона ответчика

>у ^ МСТОМШ «1 К оЬы те

ПКГЫТО

аж т*. от в

ОЖТСОТВ

ожппк

ожпл

ожппк

ожвот

ожвот

ожппк

ожвот

мкгытис

О АИОГ- И кипи*-

О А ПИК

ТПД14П

ЗР ТЛК РЫТО <6>

ОЖРЗД-

ожппк

ЗР ОЖВОГ-ЗАКРЫТИ Е

ОЖВОТ-ЗАКРЫ-THF-

ожппк

ТСО ГДоп»

Р10 412>; не Р 10;ПС ОЖВОТ

ожвот-

ожппк

СОТВиил

14| |6| ОЖТСОТВ -ОЖППК

161

ожсотв-

ожппк

161 ОЖРЗД-

ожппк

HI №1

ОЖВОТ-

ожппк

161

ОЖВОТ -ОЖП ПК

HI 1*1

ОЖВОТ-

ЗАКРЫ-

ТИЕ-

ОЖГ1ПК

161

ОЖВОТ-

ЗАКРЫ

ТИЕ-

ожппк

СРЗДи нлт

14}

ОЖТСОТВ

ОЖППК

ОЖТСОТВ.

ожппк

ОЖРЗЛ-

ОЖППК

HI

ожвот-

ожппк

ОЖВОТ-

ожппк

И)

ОЖВОГ-

ЗАКРЫ-

ТИЕ-

ОЖППК

ожвог-

ЗАКРЫ-Т И Е-ОЖП ПК

ЗС

Р7: ЗР (3. 7) ЗАКРЫТО <6>; lie Р7; ТСО FA и ил ; ОЖТСОТВ

рд

ОЖТСОТВ ИС Р9 (11 >

!5|

ожтсотв

151 ЗР

ЗАКРЫТО

<6>

Р9.

ожвот

НС Р9мт

|5| ПС ожвот

Р9. ОЖВОТ ЗАКРЫТИЕ ис Р9П1)

ЗР |5| ЗАКРЫТО <6)

ЗР

ПР

ЗАКРЫТО

Р5: ПР |М|

<ш грзд-

ннд ЗАК РЫТО

ТРЗДкнл ПР ЗАКРЫТО <6> 412>

П Р 45) ТРЗЛннд ЗАКРЫТО

ЗАКРЫТО

(6)

(12)

|5| ПР ЗАКРЫТО (6)

ГОСТ Г IIСО/М ЭК 8073-96

Страница 141

Окончание та&<ици /9 I

Чи < VlCTil 1И1

1ЛЖЯЫТО

оакогв

ожтеотв-

ожппк

OAPU

ОЖППК

ОАНОТ

ожвот.

ожппк

ожк>т

МКРЫТИ1

ОЖВОТ IA КГМТИ! О А П П К

ОТК илн СД

ЗАКРЫТО

ОТКРЫ-

ТО|7|

<\2>

151 |2| ОТК ОТКРЫТО

ЗАКРЫТИЕ (12)

!5| ЗР ЗАКРЫТИЕ

П Р

ЗАКРЫТО

ЗАКРЫТО

<s>

Первый

Г1БДТ,

НС * паяющийся ЗС. 1Р. ПР. СД НЛМ ОТК

ЗАКРЫТО

ОТКРЫ

ТО^!

ЗАКРЫ

ТИЕ

Тайм *svt ТОП

ТРЗДн ид

Закрыто

<*>

ЗАКРЫТО

<6>

ТРЗДннд

ЗАКРЫТО

<6>

ЗАКРЫТО

<6>

Т ДН wn

1*1

ожвот

Щ|

ОЖВОТ-

ОЖГ1ПК

тсамп

т

ожвот

1111

ОЖВОТ-

ОЖППК

ОШ

ТРЗДмпд

ЗР

ож вот-

ЗАКРЫТИЕ

ЗАКРЫТО

<6>

ГОСТ Г ИСО/МЭК 8073-96

Страница 142

ГОСТ Г ИСО/МЭК 8073-96

Таблиц* 19 2 - Состояния для классов 1 и ^ Часть яторая: соединение - сторона инициатора

*

с

с

2

a

с

3

а.

*

С

а.

г—

з*Ё5. Si. 25 ^r*=jp^ -'5^

.£^c *© oo

^ S V X X

2

а.

*

О

•g^sg

^1* * S О

JS

-2 ? -*? * ? Я

— Z ь - я С “■ -с °- 0.

>.* ..sS^c g2.c x^2 *~2ct *gid2b

*L «*ё * О -Q- c* x Cj i

X

с

с

V

с

8

U

С

к

о

и

п

**1Ф=8

CL b

с

2

з

I=gbsS

§52г =

»— — ^ V »

-if S. < 2 a. r* *[

So Sir* , S.V £ 3=^=c = £* *gi'*fcc

‘-^S Q-C^ ' * — Q. C SL fO g

o- — -~-

*

с

с

**

V

V

3

с

<

о

и

Г"*

-=1 >•

Ш >* .-0f*

ддиехс^й

V *c9c^* £ c 2 °

•*

О

о

с

*

с

V

г*

ш >*«©->

О с и — 5TU * г с

^ я*с£*е£*

_ сс О в. а.

О

и

2

3

т .. и * а. ^ i С ~ 5 • - «ч • • П

*3 2 х х .>

£й I^° S° sc

w / t /

* /

у? / =

/ О / SJ

1

О

2

*-

£

5

о

ь

4

z

s

CO

H

p

V

■1

х

X

2

2

W

J36

Страница 143

Окончание таблицы /9_?

iu

^4*^000 ч«»*« < liftмTUI

1ЛКРЫТО

ОЖСгУ

ОЖСО-ПЛК

ОЖ IK

ОЖ1Н-ППК

OAPU

ОЖР1Л-ОПК

ТРЭД sin

14

ЗА КРЫТО <6>

Ш

закрыто

<6> |9|

ОЖРЗД

Р5: ЗАКРЫ ТО 4б> 11 и Я] не Р5: ОЖРЗД

ппк

ЗР

по зс

ЗАКРЫТО

<12>

ТРЗДмнд

UI (9|

ЗАКРЫТО

<*>

Ш |9|

ЗАКРЫТО <6>

ПС

ЗР ЗАКРЫ

го

РЮ 1121; не РЮ:

Г СО ЬД полт Г1Д (4) ОТКРЫТО 1*1

РЮ: 112|; не РЮ:

1Р |9| ЗАКРЫТИЕ

11»

ЗАКРЫ ГО

i2>

ЗР 'ЗАКРЫТО

Тайм-ay 1 ТПС

ТРЭД кия 11| ЗАКРЫЮ <6>

10

ТРЗДнкл 111 ЗАКРЫТО (6)

|Ю|

14

ЗАКРЫТО

<6>

ОШ

ТРЗДм»и Ml |9| ЗАКРЫТО <6>

!И 1*1

ЗАКРЫТО

<6>

ГОСТ Г ИСО/МЭК 8073-96

Страница 144

Т a 6 л и ц л 19-3 ~ Состояния для классоп 1 и 5. Часть третья: состоя и не ОТКРЫТО к ЗАКРЫТИЕ

ч<ост«вщ«

<л<ъм«г

OF КРЫТО

о гк m fO ппк

О ГК № ГО ОЖППК

МКРЫТИЕ

ЗАКРЫТИЕ

ппк

1ЛКРМТИ! ОЖППК

ССОЕДпол

ОТК |2| ОТКРЫТО

ЗР ЗАКРЫТИЕ

ТРЗД-ian

РЯ- ЗАКРЫТИЕ; нс PS: ЗР ЗАКРЫТИЕ

ЗАКРЫТИЕ -ППК

ЗАКРЫТИЕ

ОЖППК

COTBkhj

Pfc 11 Р4. <6> 16| (3| ТРЗДннд ЗАКРЫТО;

Р6 и »«с Р4-J6| |2| |К| О Т К ОТКРЫТО,

НС Р6: |4 н 6|

ОТКРЫТО

PC. II Р4: <6> 1б| |3| ЗАКРЫ ТО; Р6 н не Р4-16) 18| ЗР ЗАКРЫТИЕ, не Р6- 14, 6| ЗАКРЫТИЕ

С РЗДннл

РЬ и Р4 ТРЗДннл ЗАКРЫТО <6>; |Р6 и не Р4 >

«с Р1: \Ц CCOfc Дэап ОТК РЫТ О - Г1 П К; <Р6 и мс Р4> н Р2: |S| ОГКРЫГО-П П К;

<Р6 и не Р4> н Р* 1*1 12!

ОТК ОТКРЫТО НС Р6- 141 ОТКРЫТО-ППК

PI: СОFЛмп ОТКРЫТО-ППК:

Р2: ОТКРЫТО-ППК; РЗ* |2| ОТК ОТКРЫТО

РЬ н (Р5 или Р4 > ЗАКРЫТО <6К Р6 н ис (Р4 или Р5> и PJ: 18| ССОЕДт ЗАКРЫТИЕ ППК; Р6 и не (Р4 him PS) и Р2. |$| ЗАКРЫТИЕ-Г1Г1 К; Р* и нс (Pi н.пн Р*> и РЗ. |S| ЗР ЗАКРЫТИЕ нс Рб: |4| ЗАКРЫГИЕ-ОЖППК

PV ЗАКРЫТО <б>;

<нс Р5 и Р1);

CCOF-Дмл ЗАКРЫ ТИ fc-(111 К;

(не PS> к Р2-ЗАКРЫТ И Е-П П К;

(не Р5> н PV ЗР ЗАКРЫТИЕ

ГОСТ Р ИСО/МЭК 8073-96

138

Страница 145

Окончание торицы 19 3

10- 1812 139

КПЛММ'

<чЛ-ЛЫ<

at м* и го

ОТКГЫТО

ппк

ОТКРЫТО-

ожппк

IAKPU 1И!

UKPU ги t • ППК

UKf'UTH!*

ожппк

отк

или

сд

PS: |S| |2| ОТК ОТКРЫТО;

lie Р8 |7| |9| ОТКРЫТО <!2>

ОТК is И 2| ОТКРЫТО

Pft 151 ЗР ЗАКРЫТИ F: не Р$т |9| ЗАКРЫТИЕ {)}>

ЗР

14

ЗАКРЫТИГ.

taHv-S)i

TOII

ТРЗДмкд <6> ТА КРЫТО

ТРЗДинл <6> ЗАКРЫТО

ЗАКРЫТО <6>

ЗАКРЫТО

<6>

ЗР

РХ: ТРЗДинл ПР (6> |5| ЗАКРЫТО;

НС Р*

ТРЗДинл ПР <6> |9) ЗАКРЫТО (12)

ТРЗДинд ПР |5) ЗАКРЫТО

PS; (51 ПР <6> ЗА КРЫТО; вс Р* |3| |9| (6> ЗАКРЫТО <12>

|5| ЗАКРЫ ТО <6> ПР

1) р

Р* <*>: не PS |3| |9| ЗАКРЫТО <6>;

<*>

ПБЛТ ЛН, ПД или Г1СЛ

|7| ОТКРЫТО

<s>

ЗАКРЫТИГ

<9>

Тзйч-avi 1 ПС

т

ТРЗДинл ЗАКРЫТО П1 <6>

1101

ЗАКРЫТО HI <*>

ТД Hiatt

Р& |11) ОТКРЫТО; itc PS; |71 ОТКРЫ ТО

1*11

ОТКРЫТО

ппк

МП

ОТКРЫТО

ожппк

ГСДмп

Р* ]11| ОТКРЫТО; не Рх |?| ОТКРЫТО

1 III ОТКРЫТО-ппк

1111

ОТКРЫТО-

ожппк

ОШ

ТРЗДинл ЗР ЗАК РЫТИЕ

IРЗДннл ЗР ЗАКРЫТиt

ЗАКРЫТО <6>

ЗАКРЫТО

<6>

ГОСТ Р ИСО/МЭК 8073 — 96

Страница 146

ГОСТ Р ИСО/МЭК 8073-96

А.6 Таблицы состояния для класса 4

В дикном разделе содержится точное описание С ТУ класса 4.

В таблицах 20-22 приведены предикаты, действия и примечании соответственно

для класса 4.

В таблице 23 приведена гибли ид состояний дли СТУ класса 4.

Использованы следующие прея посылки и обозначения:

а) состояние каллою ССУ известно как ОТКРЫТО или ОТКРЫТИИ <т. е выдан примитив ССОЕДзап и ожидается примитив ССОЕДподг):

Ь> для каждого СТУ логический объект транспортною уровня поддерживает набор ССУ. к которым прикреплено данное СТУ. Каждое ССУ Лого набора находится и состоянии ОТКРЫТО иди ОТКРЫТИЕ:

c)    при приеме примитива ССОЕДиодт. ССБРинд или СРЗДинд зто событие ло» тически связывается с данным СТУ. если соответствующее ССУ относится к данному набору:

d)    при приеме примитива СРЗД ССУ прекрашает свое существование и. сдедова телыю. удаляется из набора ССУ: при приеме примитива ССОЕДподт ССУ переходит и состояние ОТКРЫТО

Примечание — В таблице состояний все это не показано и виде и иных дейст вий Но введение п набор новою ССУ и его перепод в состояние ОТКРЫТИЕ показано как явное действие

e)    при возпрашенни СТУ в состояние ЗАКРЫТО или ОЖЗБЛУК пред под а тает ся. что отсчеты всех тайм аутом прекращаются (если они отсчитывались), счет устанавливается в ноить и набор ССУ становится пустым.

Г> при приеме ПБДТ предполагается, что соединение сетевого уровня, по кото^ рому он был принят, известно $) переменная -тс куше с ССУ* исполь »\ется ддя обозначения либо того ССУ, по которому принят ПБДТ. либо ССУ. выбранного для ноиото прикрепления (одного из существующих или вновь созданного), h) используются также следующие переменные:

локальный указ - указатель (локальный) того СТУ. которое выбрано при передаче или при приеме ЗС;

удаленныИ * указ - указатель удаленного логического объекта, вначале устанавливаемый в ноль и инициируемым при обработке ПС <кроме случая игнорирования Г1С):

УКЛЗ-ОТП - означает соответствующее поле принятого ПБДТ.

УКАЗ ПОЛ -- означает соответствующее ноле принятого ПБДТ; УКАЗ-ОТП. УКАЗ-ПОЛ — означает соответствующее поде переданного ПБДТ;

счет — означает число передач (повторных передач) ПБДТ; j) фаза передачи данных не полностью описана в таблице состояний, вместо зтого дана ссылка на основной текст стандарта: к) введено случайное событие под названием «прикрепление нового ССУ*. Оно может появиться в любой момент времени при условии, что состояние Р1 или Р2 имеет значение «истинно» (См. Таблицу 20) и удаленный указатель не равен нулю (г. е. либо принят ПБДТ ЗС. либо принят н обработан ПБДТ Г1С);

I) при приеме примитива С-СБРОС* индикация выдается примитив С СБРОС! ответ

140

Страница 147

ГОСТ Г ИСО/МЭК 8073-96

Таблица 20 -

Предикаты для класса 4

Илкчспшыа»:

(IraeiHie

Р0

Примитнп Т-СОЕДИНЕНИЕ tanpoc приемлем

Р!

Может бы in. выполнено прикрепление к подходящему ССУ (открытому или открынаюшемуся)

Р2

Имес1ся ноиможность открыть новое ССУ

РЗ

Локальный выбор

Р4

ПБДТ ЗС никогда не передавалсы

Р5

Логический объект транспортного уровни явлиетси иницна юром и набор ССУ сейчас п)ч:гой (г. с. должно быть винол мено новое прикрепление) либо решение о моном прикреплении принимаете!! локально

Р6

Локальное решение — не выполнять нового прикреплении, если набор ССУ пустой (только али состоянии ЗАКРЫТИЕ»

Р7

Счет - максимальный

РК

Приемлемый ПБДТ ЗС

Р9

Приемлемый ПБДТ ПС класса 4

РЮ

Неприемлемый ПБДТ ПС класса 4

PI 1

ПБДТ ПС. не определяющий класс 4

Т л б л и и л 21-

Специфичные дли класса 4 действия

Нимгмшим

Окжмик

|0|

Начать отсчет тайм-луга указателя

14

Счет - счет ♦ !

|21

Счет - 0

|3|

Начать отсчет тайм-аута повторной передачи

HI

Прекратить отсчет тайм-аута повторной передачи (если он ведется)

10

141

Страница 148

ГОСТ Р И СО/Л! ЭК 8073-96

Продолжение madruuu 2S

Ндямсмпмииг

Омсаимс

|5|

Начать отсчс! тайм*аута окна

161

Прскритип. отсчет тайм-аута окна {если он мелется)

|7|

Начать отсчет тайм-аута меактилности

1»1

Прекратить отсчет тайм аута неактивное г*

|9|

Установить начальный кредит для передачи и соответствии с полученным ПБДТ ЗС/ПС

|10)

Установить начальный кредит для управлении приемом в соот петствнн с передам»»ым ПБДТ ЗС/ПС

1>'1

Передать ПБДТ ЗС. если ■ наборе имеется ССУ и открытом состоянии

1*21

Добавить и набор дейстиуюшее ССУ. если оно еще не вхоаит п нею

(131

Действующее ССУ находится теперь в состоянии открытия

[14]

Передать ПБДТ ПС. если и наборе имеется ССУ в открытом состоянии

1151

Передать ПБДТ ЗР. если и наборе имеется ССУ в открытом состоянии. Этот ПБДТ ЗР перелается с УКАЗ-ОТП - локаль-ныА*ука>, а УКАЗ ПОЛ - уадлснный-ука;1 (может быть равен НУЛЮ)

(16)

Передать ПБДТ ЗР, если и наборе имеется ССУ п открытом состоянии. Этот ПБДТ ЗР передается с УКАЗ-ОТП - 0 и УКАЗ ПОЛ - удаленнып-укат

1171

Передать ПБДТ соответствующей процедуре передачи данных

[IS]

См. таблицу состоянии класса, определенного в ПБДТ ПС «в части передачи данных)

(19]

См. таблииу состояний данного класса (в части процедуры разъединения): передать ПБДТ ЗР. если утю не класс 0. и противном случае пылать прими тип С «РАЗЪЕДИНЕНИ Е запрос

142

Страница 149

ГОСТ Г И СО/М ЭК 8073— 96

Окончание тай.ищы 21

Ннисипммиг

Охкмх

(201

Запомнить и 11 рос и подвергнуть пользователя управлению по

ПОТОК)

[211

Передать ПБДТ ЗР с полем УКАЗ-ОТП. равным нулю

[22|

Перелить ПБДТ ЗС. если только иоле УКАЗ-ОТП принятою ПБДТ ис равно пулю

Г а б л и и а 22 -

Примечания. специфичные для класса 4

Huuvhiimnik

Оакмм

(!)

Невотможно, поскольку МП нибора ССУ. прикрепленных к пинному СТУ

(2)

Можно также остаться и том же состоянии (продолжается от счет Г, ) до:

-    приема ПБДТ ПС, выполняющего новое прикрепление:

-    попытки нового прикреплении (случайное событие);

-    истечении 7*( и равенства счета максимальному значению

(3)

Новое прикрепление невозможно: если данный набор ССУ пустой, то логический объект транспортною уровни будет ждать пост)пленил нового прикрепления, либо оно может быть иы полнено локально (случайное событие!

(4>

Можно также выполнить новое прикрепление Ото можно еде дать при переходе к событию «прикрепление нового ССУ)*

(5»

Нет ПБДТ ЗС дубликатов. Если же ПБДТ ЗС является дубли катом, проигнорировать ею

(6)

Поскольку сейчас прикреплено новое ССУ. то рекомендуется, чтобы по нему был перелай соответствующий ПБДТ (если по ССУ открыто) для уведомления удаленного логического обьек та об >том прикреплении. Можно также для передачи ПБДТ выполнить обычную процедуру повторной передачи, однако первый доступный для передачи ПБДТ должен быть передан по новому ССУ

(7)

В качестве локальною решении можно принять следующие: 0. ТРЗДиид. ОЖЗБЛУК

143

Страница 150

ГОСТ Р И СО/М ЭК 8073 — 96

Окончание таблицы 22

II 4МиСИО|м1И1Г

OULMK

<s>

Логическая примак» к данном) СТУ пи полня с гея незиииси wo от значения ноля УКАЗ-ОТП. Если ло поле не pan и о 0. ПБДТ ЗР перелается обратно

<9>

Если данный логический объект транспортного уровня является инициатором. то по меньшей мере должен оитъ перелай ПБДТ ПД. чтобы обеспечит!, ответчику позможность вы пол ни п. спою трехе горой иг.» к> идентификацию

сю>

Если выполнена логическая привяжа и УКАЗ-ПОЛ равен нулю, то ПБДТ ЗР содержи! поле УКАЗ-ОТП. равное нулю

СП)

Если произошел переход и > состояния ОЖПС в состояние ЗАК РЫ ГНЕ. то улаленный»ука1 рлиен нулю. Поле УКАЗ-ОТП блока ПБДТ ПС игнорируется (т. е. при повторной передаче ПБДТ ЗР он будет иметь УКАЗ ПОЛ. ранный нулю)

С12>

При переходе иs состояния ОЖПС в состояние ЗАКРЫТИЕ удаленный указ {равный нулю) должен быть установлен в зна чение УКАЗ ОТП с целью приведении его п соответствие с процедурой разьединения согласованного класса

(13)

ПБДТ ЗР может быть повторно передан либо немедленно, либо после истечения Г

(14»

Если данный набор ССУ пустой, то это событие может быть ис полью па и о в качестве критерия для ввода события «прикрепление новою ССУ®

05>

Ранее занесенный в память примитии Т-ДАННЫЕ запрос или Т-СРОЧНЫЕ ДАННЫЕ ыпрос ютомы к обработке и соотиет-сгвии с пропел у рои передачи данных

С161

См ироиедуры передачи данных

(17)

При приеме примитива С СБРОС индикация должен быть выдан примите С СБРОС ответ независимо от состояния ко* печною автомата

144

Страница 151

Таблица 23 - Соединение/разъединение п классе 4 при иен адью я пни и УСУ «УС

145

0A5MVK

глкпло

<>*!К

Oik гм к>

ожгсотв

ОЖ п.п

IAK РИГИ»

ТСОЕДм

НС PCr

ТРЗДшм UK Pbl ТО; РО и Р1* 112 13. 10 м П| ОЖПС РО и не Р1 и Р2;

113. 12. 1. 3 и 10| ССОРДш» ОЖПС. РО н не Р1 н не Р2. ТРЗДммл ЗАКРЫТО

Г СО t Д oi в

|3. 2. 1. 10 и 14) ОЖ ПДТ

mawn

Р4 ЗАКРЫТО; <ис Р4> м РЗ. ОЖРЗД; (не М) и <кс Р3> |4. 3.2, 1 и 15| г\кры-1 НЕ

16. S.4. 3, 2. 1 и 1S| ЗАКРЫ-

1ИЕ

116|

UКРЫТО

|4, 3. 2. 1 и 15| ЗАКРЫТИЕ

ГОСТ Г И СО/М ЭК 8073-96

Страница 152

flpadai.wwие мабгици 2t

ЛцС ОС М1ИЙ с

CoOuiw л.

ОЖ1ЬЛУК

1АК/-Ы FU

ОЖЛс

ожги

ОТ КИЛО

ОЖГСОГЙ

ОАО JI

UkPUIHl

СРЗДн пл

п>

Р1 |12| ОЖПС; (не Р!> и Р2 Пн 12 ССОЬДмл ОЖПС; Осе PI > и «не Р2). 0 |2| ТРЗДюм ОЖ ЮЛУ К

РЗ |0| ОЖЗБЛУК; <нс

РЯ> Н pi-

112 н М| ОЖРЗД; «не РЗ) н (не Р1> м Р2.

115 и 121 ССОГЛмп ОЖРЗД; «не Р1> н «не Р1> н (не Р2>: 0 ОЖЗБЛУК

Р5 и Р1; |12 н 1*4 <6) ОТКРЫТО: PS н «не Р1>н Р>:

|13 н 121 ССО ЕД МП ОТКРЫТО; Р5 н «не Р1) н (не Р2). ОТКРЫТО «3); не Р5 ОТКРЫТО

ОЖСОТО

«*>

Р5 и PI 112 и Ц| «6>

ОЖПДТ; PS и «не PIJ и Р2 |13 н 121 ССО.

ЕДмп ОЖПДТ; Р* H «НС PI) и «не Р2) ОЖПЛТ (3); не PS ОЖПДТ

Р6; 0 ОЖЗБ-ЛУК;

«не 1*6) н Р5 н PI: |12 и 1S| ЗАКРЫТИЕ «6>;

«не Pfc) к Р5 и «мс Р1) и Р2; |13 н 12| ССОЬШап ЗАКРЫТИ Г;

«не Р6) н PS «не PI) и «не Р2). ЗАКРЫТИЕ <3>; «не Рб) и «не PS): ЗА К РЫ • ТИГ

СОТВинл

«17>

«17>

«17>

<!Т>

<17)

ТЛ Нып ТС Д»п

«16)

ОТКРЫТО

|201 ОЖПДТ

ССОЕЛпал!

<1)

<1>

ЗС

ОЖПС ib)

ЗС

ОЖРЗД (6)

|П|

ОТКРЫТО

«6>

ОЖТСОI в

ПС ОЖПД <(.)

15

ЗАКРЫТИГ

(6)

ГОСТ Г ИСО/МЭК 8073-96

Страница 153

Продолжение wd/i/ицы i?

147

^ЧуСОсГОЯаДС С uO-t-rN^

о* If,/ТУ к

1ЛКГЫТО

ОЖПГ

ОАПЛ

ОТКРЫТО

ОЖТСОТВ

ОЛИПТ

1ЛКРЫ ли

Прикрепление нового ССУ

Р): 112 и 171 ОТКРЫТО <6>; (ие Р1 > и Р2.

|13 и 12) ССОЕДод ОТКРЫТО

PI- 1121 ОЖТСОТП;

(не Р1> и Р2: JI3 и 12 ССО ЕД *ап ОЖТСОГВ

РГ |12 и!4|

т ожпдт

(КС Р1> Р2. |13 и 12| ССОЕДхал ОЖПДТ

Р1 |12 н 15| <6> ЗАКРЫТИЕ;

(не Р1> и Р* (13 н 12| ССОЕДШ! ЗАКРЫТИЕ

Тайм-аут повторно и передачи

Р7 и РЗ |0| ТРЗЛннл ОЖЗБЛУК;

РТ и (не Р3>: |3, 2. J и 1 51Р1Д и iu ЗАКРЫТИЕ 114»; НС Р7 |1. 3 и 11|

ожпс

Р7 и PV |0| ОЖЗЬЛУ К; Р7 и (не Р^) 13. 2. 1 и 151 ЗАКРЫТИЕ П4); не Р7 11. 3 н Щ ОЖРЗД

Р7: 16. 8. 3. >. 1 и IS| ТРЗДннл ЗАКРЫТИЕ <14>; не Р7: (16)

(14>

ОТКРЫТО

Р7 |3. 2. 1 и IS| ТРЗЛннд <U) ЗАК РЫ ТИЕ; ие Р7. |1, 3 и 14) <14> ОЖПДТ

Р? 10| ОЖЗБЛУК; не Р7: ||, * и 15) <14> ЗАКРЫТИЕ

Тлич-лут

НСЙК1Н «пости

|6, 4. 3, 2. I и 1 S| ТРЭД мня ЗАКРЫТИЕ <7>

Тайм-аут у ка иTe.il

ЗАКРЫТО

ЗС

НС PS: 1211 ЗАКРЫТО (5>:

Р*. |9 и 12| ТСОЕДнил ОЖ'ГСОТ в <5>

112. X и 7| ОТКРЫТО

1*21

ОЖТСОТВ

|12 н 14|

ожпдт

1121

ЗАКРЫТИЕ

<п>

ГОСТ Р ИСО/МЭК 8073—96

Страница 154

Окончание лшАшцы 2У

^ЧцС WTOfllH < oO«TrftSs4>

OAIb.1V К

iakpij fc>

OAIK

OAPU

ОТКРЫ го

ОЖ1СО! II

OAII.ll

1Л М' М f И1

ПС

ЗР

ожт-

сотв

ЗР ЗАКРЫТО

Р9 112, 9. 2

4,    5. 7 н 171 ТСОЕДподт <9> ОТКРЫ

ТО;

РЮ: 112, 4,

5.    2, 1 н 15| ТРЗДипл ЗАКРЫТИЕ;

РП: 1S

РП. 119)

НС РП. |12. 2.4.3. 1 и 151 ЗАКРЫТИЕ

112. 17. S и 7\

(9) ОТКРЫ-70

РП: (191 412>. ис РП 112| ЗАКРЫТИЕ <Н>

ош

ОЖЗБ• ЛУК

ЗАКРЫ ГО

№1 ГРЗДннл ОЖЗБЛ УК

|0|

ОЖЗБЛ УК

112. 6. «, 4. 3. 2, 1 н 15| Т РЗДкмд ЗАК РЫТИЕ

112. 4. 3. 2.

1 и 151 ТРЗДи мл ЗАКРЫТИЕ

Ю|

ОЖЗБЛ У К

ЗР

|22|

ОЖЗБ-

ЛУК

122| ЗАКРЫ! О

(8> Т РЗДни. |0| ОЖЗБ ЛУК

<s> 10|

ОЖЗБЛ У К

IIP 410 |0| Т РЗДмид ОЖЗБЛ УК

ИР <10> ТРЗДимл ЗАКРЫТО

ПР ПО) |0| ТРЗДи мд ОЖЗБЛ У К

IOJ

ОЖЗБЛ УК

ПР

ОЖЗБ*

ЛУК

ЗАКРЫТО

|0| ОЖЗБЛ У К

пса

ОЖЗБ-

ЛУК

ЗАКРЫТО

112. S. и 7| ОТКРЫТО П6>

1121

ЗАКРЫТИЕ

03»

ан/ид/сд

ЗАКРЫТО

112. S. и 7| ОТКРЫТО П6>

Ц2 и 71 ОТКРЫТО 415)

1121

ЗАКРЫТИЕ

03»

ГОСТ Р ИСО/МЭК 8073-

Страница 155

ГОСТ Р ИСО/МЭК 8073- 96

Л.7 Таблицы состояний для класса 4 при работе с УСУ»БУС

В наммпм paue.ic содержится точное описание СТУ класса 4 при работе с УСУ-БУС.

В таблицах 24--26 приведены предикаты, дейстпии и примечании соотвстстпеиии для класса 4.

В таблице 27 применена таблица состоянии для СТУ класса 4 при pa6otc с УСУ БУС

Испольдонаны следующие предпосылки и обозначения;

л) локальный-указ - указатель (локальный) того СТУ. которое выбрано при передаче или при приеме 3С:

удаленный-указ - указатель удаленного логического объекта. вначале ус танаяливаемый и моль и инициируемый при обработке ПС (кроме случая игнорирования ПС>:

УКАЗ ОТП - о тачает соответствующее иоле приияюю ПБДТ;

УКАЗ ПОЛ — означает соответствующее поле принятого ПБДТ; укш'отп. укатпал - означает соответствующе* иоле переданного ПБДТ. C4et - ошачаст число передач (повторных передач) ПБДТ;

b)    фаю передачи данных не полностью описана и таблице состояния, «место ■ЭТО го дана ссылка ма основной текст стандарта

c)    предполагается, что данная УСУ постоянно aocivnna.

Действия, выполняемые при информировании о недоступности УСУ. являются частным «опросом.

Таблица 24 —

Преаиклш класса 4 при работе с УСУ БУС

Оро»1ио««

Опяслиис

Р<1

Т «СОЕДИНЕН ИЕ таи рос приемлем

РЗ

Локальный мы бор

Р7

Счет - максимальное значение

PH

Приемлемый ПБДТ ЗС

Р9

Приемлемый ПБДТ ПС класса 4

Таблица 25 - Специфичные для класса 4 действия мри роботе с УСУ БУС

Нлижиоюииг

Оииимис

|0|

Начать отсчет таим-дута указателя

Ml

Счсг “ СЧС1 ♦ 1

121

Счет - 0

149

Страница 156

ГОСТ Г ИСО/МЭК 8073— 96

Окончание таблицы 25

Нлшпшшии

UBHCMIK

131

Начать отсчет тайм аута повторной передачи

|4|

Прекратить отсчет гайм*а>та понюриой передачи (если ом ведется)

151

Начать отсчет Пйм«ауп окна

16|

Прекратить отсчет тайм-аута окна (если он ведется)

Начать отсчет tапм дуга неактивиости

1»!

Прекратить отсчет тайм-аута неактивиости

191

Установить начальный кредит для передачи в соответствии с получен ним ПБДТ ЗС/ПС

ло|

Установить начальный к ре лит для управления приемом я соответствии с переданным ПБДТ ЗС/ПС

П5|

Передать ПБДТ ЗР. 'Этот ПБДТ ЗР передастся с УКЛЗ-ОТП — локальный-указ, а УКАЗ* ПОЛ - удаленный >vkui (может быть равен нулю)

|16|

Передать ПБДТ ЗР. 'Этот ПБДТ ЗР передастся с УКАЗ'ОТП - 0 и УКАЗ ПОЛ - удаленный укад

П7|

Передать ПБДТ. соответствующей процедуре передачи данных

1201

Запомнить запрос и подвергнуть пользователя управлению по потоку

>21|

Передать ПБДТ ЗР с полем УКЛЗ-ОТП, равным нулю

!22|

Передать ПБДТ ЗС. если только поле УКЛЗ-ОТП принятою ПБДТ ЗР не равно нулю

125|

Передать ПБДТ ЗРс указ-ото - лок указ и указ-пол - УКАЗ OTI1 в ПБДТ ПС

150

Страница 157

ГОСТ Г ИСО/МЭК 8073-96

Таблица 26 - Г1 римечания. специфичные для класса 4 при работе с УСУ БУС

HmWnnhihnc

Омшамис

<5>

Пет ПБДТ ЗС дубликате п. Если же ПЬДТ ЗС является дуб ликатом. прои! иорировать ею

<7>

В качестве локального решении можно принять следующие: 0. ТРЗДиНД, ОЖЗБЛУК

<К)

Логическая привязка к данному СТУ выполняется не тайн симо от значения ноля УКАЗ ОТП. Если Это поле не равно 0. ПБДТ ПР перелается обратно

<9>

Если данный логический объект транспортною уроння явля ется иининаюром. то но меньшей мере должен быть передай ПБДТ ПД, чтобы обеспечить ответчику возможность вы иол нить свою трехстороннюю идентификацию

(10»

Есди выполнена лотическа привязка и УКАЗ*ПОЛ равен нулю, то ПЬДТ ПР содержит поле УКАЗ ОТП. равное II ул ю

«II»

Если произошел переход из состояния ОЖПС в состояние ЗАКРЫТИЕ, то удаленный-указ равен нулю Поле УКАЗ-ОТП блока ПБДТ ПС игнорируется (т. е. при поиторной передаче ПБДТ ЗР он будет иметь УКАЗ*ПОЛ. равный нулю)

<131

ПБДТ ЗР может быть повторно передан либо немедленно либо после истечении Г,

(I5f

Ранее занесенный и память примитив Т ДАНН Ы Е.запрос или Т«СРОЧНЫЕ ДАННЫЕ.запрос готовы к обработке в соот зетствни с процедурой передачи даннык

<16»

См. процедуры передачи данных

151

Страница 158

£ Таб i н ца 27 - Сосднмсмис/ргиъсдннснис и класс? 4 при нспольsoiuiihн УСУ-БУС

>4ocnm«ic 1 обм

OJU6.1VK

ик га iu

ожгх

0*f*)d

<>1 КРЫТО

ижпоп

ОАПЛ

MKPUIML

ТСОкД tan

НС РО ГРЗЛинл ЗАКРЫТО; Р0.|1. 3. 10| ЗС ОЖПС

ГСОЕЛош

13. 2. 1. 10| ПС ОЖПДТ

ТРЭД ил

РV ОЖРЗД; (не Р3> И. 3. 2. 1. 15| ЗАКРЫГИЬ

I*. К 4. 3. 2. 1. 15| ЗАКРЫТИЕ

|1*1

ЗАКРЫТО

|4. 3. 2.

1. 15| ЗАКРЫТИЕ

ГДН )эн ТСДмп

(16)

ОТКРЫТО

|20|

ОЖПДТ

Тайм-аут

повторной

передачи

Р7 н РЗ 101 ТРЗДннл ОЖЗБЛУК; Р7 К (НС Р?> IS. 2, 1 н 15| РЗДннл ЗАКРЫТ И Е НС РТ 11. Я К ОЖПС

РТ II PV |0| ОЖЗБЛУК: Р7 н (не Р*) |3. 2. 1 ■■ 15| ЗАКРЫТИЕ не Р7'

И. 31 1C О Ж Р ЗД

РТ |«..Я. 3.2. 1. 151 ТРЗДмнд ЗАКРЫТИЕ; не Р7 <16> ОТКРЫТО

Р? 13. 2.

1. 151 Т РЗДннл ЗАКРЫТИЕ; не Р7 11. 31 ПС ОЖПДТ

Р? Ю1 ОЖЗБЛУК; не Р7 И. 3. 15| ЗАКРЫТИЕ

Тайч-ayi

ксактнвнос-

16.4. 5. 2. 1 15|ТРЗДинд ЗАКРЫТИ Е (7)

ГОСТ Г ИСО/МЭК 8073-96

Страница 159

Охопчапие madtuuu 27

>ччСосто>1«с

СпПитчс

<>А1ЬЛ V к

Улк РЫ Ги

ожпс

ОЖР1Л

огкямю

OATCufB

ожпдг

МКРЫ1Ш

Та и и-луг уклытслл

ЗАКРЫТО

ЗС

не РК: 1211 ЗАКРЫТО. Р8.П.9. 3) ТСОЕДннд ОЖТСОТВ <5>

о

тс»

к

•i

С

ОЖТСОТВ

ПС

ОЖПДТ

ЗАКРЫТИЕ

41»

ПС

ЗР

ожтсотв

ЗР ЗЛКРЫ то

Р9: |9. 2,

4. 5. 7 к 17| ГСОЕДпоя <9> О! КРЫТО. не Р*. 14. \ 2. J. 23| ТРЗДн К1 ЗАКРЫ ТИР;

Р9:

12. 4. 3. 1 к 1$| ЗАКРЫТИЕ

|17. Я л 7| <9> ОТКРЫТО

Р9:(П);

ЗАКРЫТИЕ

ОШ

ОЖЗБЛ УК

ЗАКРЫТО

|0| ТРЗДн ид ОЖЗЬЛУ К

|0|

ОЖЗЬЛУ К

16, «.4. 3. 2. 1 н 1SJ ! РЗДннд ЗАКРЫТИЕ

И. V 2. 1 и 15) ТРЗДннл ЗАКРЫТИЕ

Ю|

ОЖЗБЛ УК

ЗР

1221

ожз&тук

1221

ЗАКРЫТО

<$> ГРЗДюи |0| ОЖЗБЛ S К

1#> 101 ОЖЗБЛ У К

П Р < 1 с)> |0| 1 РЗДннд ОЖЗБЛ УК

ПР(!0>

Т РЗДннд закрыто

ПР <Ю>(0| Т Р ЗДинд ОЖ ЗБЛУК

101

ОЖЗБЛ УК

ПР

ОЖЗБЛ УК

ЗАКРЫТО

|0| ОЖ1Б* ЛУК

псд

ОЖЗЬЛУ К

ЗАКРЫТО

1$ и 7| ОТКРЫТО Ш>

ЗАКРЫТИЕ

t!3>

ДН/ПЛ/СЛ

ОЖЗЫУК

ЗАКРЫТО

н 7| 01-

крыто <т

m ОТКРЫТО 05»

ЗАКРЫТИЕ

<П)

ГОСТ Г ИСО/МЭК 8073-96

Страница 160

ГОСТ Г ИСО/МЭК 8073-96

ПРИЛОЖЕНИЕ Н (абх изтс.1ъна*)

ПОДПРОТОКОЛ АДМИНИСТРАТИВНОГО УПРАВЛЕНИЯ СОЕДИНЕНИЕМ СЕТЕВОГО УРОВНЯ

В I Введение

Задачи настоящею приложения состоят и том, чтобы:

а> обеспечить более высокую гибкость в использовании ССУ. установленного между двумя взаимодействующими логическими объектами транспортного уровни, расширил тем самым область, распространения протокола транспортного уровня, определенного п оснопиой части настоящего стандарт. В частности, зто позволит опт ми Я1 ропать использование ССУ. обеспечив возможность обоим логическим объектам транспортного уровня на каждом конце ССУ прикреплять и перепрнкреплятъ СТУ к ССУ.

Ь) обеспечить передач) большего объема информации о причинах разъединении ССЕ. чтобы предоставить более широкие потможностк в ошимиишш проиелур пос-становления;

с> описать процедуру. обеспечивающую идентификацию протоколов (как ВОС. так и не ВОС». используемых в данном ССУ.

Протокол, описываемый в настоящем приложении, называется подиротоколом управлении соединением сетевою уровня <Г!ПУ ССУ>.

Процедуры, определяемые в настоящем приложении, представляют собой фа культативное расширение основной части настоящего стандарта

В.2 Нашачемие

Процедуры, определяемые в настоящем приложении, являются расширением 6а-joBort процедуры, описанной в основной части настоящего стандарта, и. еле до па тельно. они не препятствуют обмену данными между логическими объектами транспортного уровня, соответствующими основной части настоящего стандарта и данному приложению, и логическими объектами, соответствующими только настоящему стандарту бед учета данного аополиения

Баювое управление соединением сетевого уровня, которое определено н основ ной части настоящего стандарта, обеспечивает прикрепление и псрсприкреллснис СТУ к существующему ССУ владельцем последнего, в качестве которого в текущий момент может быть только логический объект транспортного уровня, инициировав' шин данное ССУ. Настоящее приложение определяет процедуры, необходимые для расширения jtoto базового управления, с тем. чтобы дать возможность равноуровневому объекту транспортною уровня (т. е. получателю ССУ) также стать •владельцем* ССУ и. следовательно, получить возможность прикреплять и пере прикреплять к нему СТУ.

Мультиплексирование СТУ обеспечивает возможность полною коллективного использования ССУ, что расширяет сферу использования классов протокола транспортного уровня с мультиплексированием (т е. классов 2-4).

154

Страница 161

ГОСТ Р ИСО/МЭК 8073-96

Для >краплении количеством (олеин или несколькими) коллектнпно исиолкзуе и ык ССУ, которые равноуровневые логические объекты желаю I испольюпдть одной ременно. предусмотрен мааншм ратрешения конфликтов, по шикании их при няли чин одновременных поиыюк установления ССУ, особенно и случае восстанови с и и* после неисправности се in.

В.З Определении

В настоящем приложении используются следующие определения. Примечание - В определениях данного раздела использованы сокращения, припеаенные и В.4.

В.3.1 Владелец (ССУ) - л отческий обьект транспортною уропни. который пылает примитив ОТСОЕДИНЕНИЕ запрос. обуславливающий создание ССУ п еду чае не использовании ПБДТ УССУ. либо логическим оьъект транспортною уровня (возможно. тот и лруюй). которому предоставлено право выполнить прикрепление в соответствии с полем ПРАВО ССУ блока ПБДТ УССУ при мспользопании этого блока (см. В.6.2.2)

Примечание - ">10 определение расширяет определение владельца ССУ, приведенное в 3.2.28.

В.3.2 Указатель соединения сетевого уровня (или укататель-ССУ) - ияентифика тор который логически связан с ССУ и используется или разрешения конфликтов при повторных открытиях ССУ.

В.4 Символы и сокращения

В.4.1    Типы протокольных блоков данных транс

портного уровни

ПБДТ УССУ - ПБДТ «управление соединением сетевого уровня»

ПБДТ ДГ - ПБДТ «диагностика-

ПБДТ ПУССУ - ПБДТ «подтперждение управления соединением сетевого уровня*

Следующий ПБДТ. используемый в данном приложении, определен и ИСО/МЭК II570 •Идентификация протоколов сетевого уровня-:

ПБДТ ИС - ПБДТ «использование соединения сетевого уропия*

В.4.2 Поля ПБДТ

УКАЗ-ССУ - указатель соединения сетевою уровни Г поле}

ТИП-ССУ - гии соединения сетевого уровни (иоле)

Г1РАВО-ССУ - право па соединение сетевого уропни (поле}

УД - указатель длины (поле)

ПР-ССУ - прелпочтительиость соединения сетевою уровня (поле)

УКФ-ССУ - указатель конфликтов соединения сетевого уровня У ВС ССУ — указатель иосстаиовлеиия соединения сетеною уровни Следующие поля. исполняемые в данном приложении, определены в ИСО/МЭК

11570:

ФКИ - факультативная возможность коллект ивного использования (поле)

ИД ПР - идентификатор протокола (поле>

И- 1812

155

Страница 162

ГОСТ Г ИСО/МЭК 8073-96

В.4.3 Т а й м*а v t ы

ТПО ССУ - тайм-аут попытки повторного о1крытз(я cor дииен ни с ислоль Шнисм заданною УКАЗ-ССУ ТОЖУК-ССУ - тайм-аут рассмотрения данного УКАЗ-ССУ как ожидающею ТБЛУК ССУ - тайм-аут рассмотрения данного УКАЗ ССУ как заблокированною

В.4.4 Р a j м о с

ППУССУ - лодирогокод управления соединения сстепою уровня 11ДУСУ - пункт доступа к ушугам сетевого уровня IIВП - предоставление всеобщего права ППДП * право перелаышего на присвоение 11IIМП - право принимающего на присвоение

ИАФ — идентификатор администратора и формата (адреса IIДУСУ)

ИНГ - идентификатор начального режима (длреса ПДУСУ)

СЧР - специфичная часть региона (адреса ПДУСУ>

В.5 Обшсс описание протокола

11ПУ-ССУ обеспечивает:

a)    идентификацию протокола, который подлежит использованию нал заданным соединением сетевою уровня.

Г1 р и м с ч л и и е - Использование адресов ПДУСУ в соответствии с ИСО *»498 - 3 обеспечивает более широкие возможности о распознавании от личий между пользователями уедут сетевого уровня ВОС и не-ВОС. Однако, если использование ПДУСУ приводит к неприемлемым издержкам, напри мер. когда каждый ПДУСУ оплачивается поставщиком услуг сетевою уровня, то можно воспользоваться механизмом ПБДТ ИС:

b)    явное назначение логического объекта (или объектов) транспорт лого уровня, которыл(е) нмес1<ют) право прикреплять СТУ к конкретному ССУ и по лому рассматривается ются) в качестве (со)пллдельца ССУ.

c)    Разрешение конфликтов при установлении соединения при первоначальном установлении ССУ иди его восстановлении после неисправности.

Подпротокол ППУССУ пред под ат art использование услуг сетевого уровня, оп рсделеиных в ГОСТ Р 34.915.

При работе ППУ ССУ логические объекты транспортною уровня используют только те примитивы уедут сетевого уровня, которые перечислены в таблице 28 (дру тзте примитивы уедут сетевого уровня используются сотдасно 5.2).

В.6 'Элементы процедур

В.6.1 Передача ПБДТ

Определенные в данном приложении протокольные блоки данных транспорт но то уровня (ПБДТ| перечислены в В.4.1.

Логические объекты транспортного уровня должны передавать и принимать ПБДТ (см. ИСО/М'Ж 11570) и УССУ в параметре «данные пользователя УСУ* только примитивов С-СОЕДИНЕНИ С sanpoc и индикация.

156

Страница 163

ГОСТ Г ИСО/М'Ж 8073-96

Таблица 2Я - Примитивы услуг сетевого уропии. исполыуемые для работы ноя протокола ППУ-ССУ

Прнмпиии

Параметры

А/В,‘С

С-СОЕДИНЕНИЕ запрос

Адрес и и >ы пае мою

А

индикация

Адрес вызывающего

А

OTBCI

Данные пользователя УСУ

В

подтверждение

Набор параметров КУ

А

Адрес отвечающею

А

Выбор подтверждения приема

А

С-РАЗЪЕДИНЕНИЕ запрос

Данные пользователя УСУ

С

иидикайня

Иннниатор

С

Причина

А

Обо ) н д 1 с и н я:

А - лот параметр и с пользуется в соответствии с процедурами, определенными п иасшяшем спидартс;

В - при функционировании полпротокола ППУ-ССУ лт параметр используется н прими типе nanpoca или индикации. а также при использовании блока 11 БДТ ПУССУ II примитиве отвела и подтверждения;

С - лот параметр может использоваться факультативно при функционировании полпротокола ППУ-ССУ.

Передающий логический объект транспортного уровня должен:

а) либо не передавать никаких ПБДТ и параметре «данные пользователя УСУ* примитива ОТСОЕДИНЕНИЕ запрос;

b> либо перелапать ПБДТ ИС (см. ИСО/МЭК. 11570) с последующей передачей IIБДТ УССУ ■ параметре «данные польлователя УСУ* примитива С-СОЕДИ ИЕН HE lanpoc.

При использовании ПБДТ ДИАГ он передается в параметре «данные пользователя УСУ« примитива С РАЗЪЕДИНЕНИЕ.

При исиолыовании ПБДТ УССУ он перелается в параметре «данные пользоаате ля УСУ* примитивом С-СОЕДИНЕНИ С ответ и подтверждение.

В.6.2 Управление соединением сетеоого урон и я

В.6.2.1 Огмцл*' положения

При использовании процедуры, описанной в В.6.!Ь:

а) перелаю шин логический объект транспортною уровня должен использовать описанную ниже процедуру вместе с процедурой, определенной в основной части настоящего стандарта.

Ы принимающий логический объект должен

I) либо итнорировать ПБДТ УССУ и иыполиятъ процедуру, описанную п основной части настоящею стандарта;

157

Страница 164

ГОСТ Г ИСО/МЭК 8073-96

2) либо распознавать и обрабатывать ПБДТ УССУ м, следовательно, выпол ИХ1 ь приведенную ниже процедуру вместе с процедурами, определенными и основной части наставшею стандарта.

Пели логический объект транспортного уровня обработал ПБДТ УССУ, получен ный in данного ПДУСУ |см. В.6.2.1 Ь2>|. ои должен обработан, и последуют не ПБДТ УССУ, полученные ил тою же ПДУСУ.

В.6.2.2 IIрано прикрепления

Котда лот ичсский объект транспортною уровни пылает примитив ОСОЕД МНЕНИИ лап рос. чтобы лапросить открытие нового ССУ. логический объект транспор того уровня может принять решение, включать или не включать блоки ПБДТ УССУ в поле •данные пользователя УСУ* этого примитива. Получатель может предпочесть не обрабатывать ПБДТ УССУ. а выполнить процедуры, определенные в основной части настоящего стандарта;

Владелец! лыш) ССУ может(гут) исполыопать прикрепление или повторное прикрепление СТУ при следующих ограничениях:

а> логический объект транспортною уровня. являющийся владельцем ССУ. не должен прикреплять СТУ с предпочтительным классом 0 или I, если ею равноправный объект также является владельцем ССУ (см. примечание 2):

Ь) логический объект транспортного уровня, являющийся владельцем ССУ. может прикреплять СТУ с альтернативным классом 0 или I, но не должен выби paib один ил этих классов при приеме ПБДТ ЗС. предлагающего класс 0 или 1 в качестве альтернативного класса (см. примечание 3).

Назначение логическою объекта транспортною уровня должно определяться ‘владельцем* ССУ согласно таблице 29.

Если о1раничения. приведенные в 6.3.2а. 6. имеют место, го оба логических объекта транспортною уровня на каждом конце ССУ должны выполнять процедуры. описанные в основной части настоящего стандарта, ы исключением того, что владелец ССУ определяется согласно В.6.2.2.

Примечание - Для определения лошчсского обьекта. который может выполняв прикрепления и переприкрепления. протокол транспортного уровня, опи санный в основной части настоящего стандарта, исполыует определение владельца ССУ.

Т а б л и ц а 29 - определение прав прикрепления

“Летний ufticil

С рбытяс '———

Ннмимкт-ф 1 < У

Ни один УССУ не передан

В

НВ

УССУ передан, но не обработан Право — ППДП или ПВП

В

НВ

УССУ передан, но не обработан Право - Г1ПМП

II В (см

примечсиие 4)

НВ (см примечсиие 4)

УССУ передан и обработан Право - ППДП

В

НВ

158

Страница 165

ГОСТ Р И С О/М ЭК 8073—96

Окончание таблицы 29

4uriWtfcH»l с«мк*

Cubuinc

ИмиииДЮГ < С >

СЬтыомяи ил С С У

УССУ передан и обработан Право - ППМП

НВ

В

УССУ передан и обработан Право - ПВП

В

в

Обозначении В - владелец, ИВ — не-владелен

П римечвник

1    Использование ССУ низыиаеммм логическим «бммом транспортного уронил для инициации новых С ТУ должно иметь место только тогда, когда вызываемому логическому объекту транспортного уровня гарантирована правильная идентификация вы шваишею логического объекга транспортною уровня И е. имеетси уверенность в том. но сетевой уровень обеспечивает идентификацию вы зывающего ПДУСУ) либо когда подлежащее передаче данные не являются критически важными.

2    'Это дает гарантию, что СТУ класса 0 или 1 не могут быть открытыми одновременно на обоих концах ССУ

3    Это позволяет логическом) Объекту транспортною уровни, который передал ПБДТУССУ, все еше предлагай, класс 0 или I в качеств* альтернативного. Если равноправный логический объект транспортного уровня не обработал Г1БДТ УССУ, он по-прежнему может выбирать класс 0 или I.

4    Использование поли ПРАВО ССУ с блоком ПБДТ УССУ обеспечивает явное управление правами прикрепления, сохраняя также за обоими логическими объектами способность постанавливать неисправное ССУ. Такая возможность отсутствует, если УССУ не используется.

В.6.2.3 Управление указателем соединения с с телом у ром ом (указателе и • ссу)

Если логический объект транспортною уровни решает использовать ПБДТ УССУ, он должен следить за указателями ссу. которые и с пользу ют си в ПБДТ УССУ. пере данными или принятыми и поле •данные пользователя УСУ* примитивов С-СОЕДИНЕНИЕ шпрос или С-СОЕДИНЕНИЕ инпикапня.

Укадатель-ссу логически связан.

а> с парой адресов ПДУСУ. участвующих в ССУ, по которому был передан ПБДТ УССУ;

Ь) с источником размещения - указатель-ссу был размещен удаленно или ло-кал мю.

Обмен указателем ссу производится в виде параметра УК-ССУ блока ПБДТ УССУ. Параметр ТИП-ССУ блока ПБДТ УССУ указывист источник размещении:

1)    параметр ТИП-ССУ в значении НОВЫ И указывает новый ука затель ссу, pai-чещенный передатчиком ПБДТ УССУ:

2)    параметр ТИ П ССУ в значении МОЙ указывает на восстановление, не псп». 1)и указатель-ссу. размешенный ранее передатчиком ПБДТ УССУ;

3> параметр ТИП ССУ в тиачении ВАШ уклшьдет на восстановление, исполь-»уя указатель-ссу. размещенный ранее получателем ПБДТ УССУ:

159

Страница 166

ГОСТ Р ИСО/МЭК 8073 — 96

Примечание - Использование параметра ТИП -ССУ я значении МОЙ позволяет я пн о различать два случая, когда инипиашр ССУ .«ибо принял, либо не принял примитив С-СОЕДИНЕНИЕ подтверждение, с) с состоянием указатель ссу. и качестве которого может бы гм I) ОТКРЫТО - имеется одно ССУ. которое логически связано с указателем ссу и для которого был принят примитив С СОЕДИНЕНИЕ подтверждение, либо передан примитив С СОЕДИНЕНИЕ ответ и ие было обмена последующими прими типами С РАЗЪЕДИНЕНИЕ;

2» ОТКРЫТИЕ - имеется одно ССУ. для которого ожидается примитив С СО ЕДИНЕНИЕ подтверждение и \ка »атсдъ-ссу никогда раньше не находился в состоянии ОТКРЫТО;

3) ВОССТАНОВЛЕНИЕ - имеется одно ССУ. логически связанное с тем указа гелем ссу. для которого ожидается иримитип С-СОЕДИН ЕНИЕ полтпержде-ние. и указатель-ссу находился ранее в состоянии ОТКРЫТО.

4» ОЖИДАНИЕ - ист ССУ, логически связанных с указателем-ссу, ih с правом прикрепления, размешенным для использования ССУ. логически 1'вя ии ног о с данным указателем* ссу. Этим правом может обладать:

1)    моя сторона - локальный логический обьекг транспортного урон к я является единственным владельцем ССУ;

2)    удаленная сторона - удаленнып логический обьект транспортного уровня является единственным владельцем ССУ:

3)    обе стороны — как локальный, так и >далснныИ логические объекты транспортного уровня являются владельцем ССУ;

Примечание - Возможно, что пследствис конфликтов или в результате действий механизмов восстановления различные ССУ. инициированные либо до кальным, либо удаленным логическими объектами транспортного уровня, будут последовательно ассоциироваться с одним и тем же указа гелем-ссу. Права прикреиле ния дополняются указателем-ссу и остаются неизменными независимо от того, какой лот и чески И объект транспортного уровня является иниииатором используемого в данный момент ССУ;

с) с предпочтительностью, которая должна использоваться в механизме разрешения конфликтов (см. 6.3.5). Эта величина равна итачеиню ноля последнею передан ното ПБДТ УССУ и имеет значимость только тогда, когда Ожидается примитив С-СОЕДИНЕНИЕ подтверждение (т. е. указатель-ссу находится либо в состоянии ОТ КРЫТИЕ. либо я состоянии ВОССТАНОВЛЕНИЕ).

Если указатель ссу, который был размешен локально, больше ие нужен, он не должен использоваться повторно ло истечения ТБЛУК-ССУ. С заблокированным указателем не ассоциируется никакая информация кроме тайм аута ТБЛУК-ССУ и любая информация, принятая в ПБДТ УССУ. должна рассматриваться как неизвестная

Примечание- Чтобы и конфликтных ситуациях ие допустить одинакового значения двух указателей-ссу, рекомендуется размешать эти значения и случайном порядке, например, на временно!! основе.

В.6.2.4 Тайм-ауты

В процедуре >правления ССУ используются следующие тайм-ауты, а) ТПО-ССУ определяет период времени, который не должен быть превышен при повторном открытии ССУ, связанною с данным указателем-ссу. после приема примитива С-РАЗЪЕДИНЕНИЕ индикация в состоянии ОТКРЫТИЕ или ВОССТА

ЛО

Страница 167

ГОСТ Г ИСО/МЭК 8073-96

НОВЛПНИП Тайм аут ТПО-ССУ должен быть меньше, чем таймаут ТОЖУК ССУ, но крайней мерс, на сумму максимальных задержек распространения сигналом уедут сете ною уровни разьединения и соединения;

b)    ТОЖУК «ССУ определяет минимальное время, п течение которою лшический объекг транспортного уровня должен сохранять указатель-ссу в состоянии ОЖИДАНИЕ Для тайм-аута ТОЖУК ССУ используется значение 2 мин.

c)    ТБЛУК-ССУ - определяет минимальное время, которое должно истечь до тою. как логический объект может повторно использовать локально размещенный указатель-ссу. Для таим аута ТЕЛ УК используется значение 2 мин.

В .6.2.5 Логическая связь принятого ПБДТ УС С У с ангсстпим укйютелем'ссу

Пели ПБДТ УССУ принят в соответствии с В.6.1с. В.6.2 н обработан (логический объект транспортною уровни может всегда решить: либо обработать, либо проигио рировать ПБДТ УССУ), то ПБДТ УССУ ассоциируется с существующим указателем-ССУ. если обеспечивается одно и* следующих положении:

а) выполняются три следующие условия:

I) номер указателя, принятый в параметре УК-ССУ. такой же. как и хранимый и

2l пара адресов ПДУСУ н том примитиве С СОЕДИ И ПН И П.индикация, в кото ром был принят ПБДТ УССУ, те же, что и хранимые с указателем и

I) параметр, принятым в П БДТ УССУ, указывает тот же источник размещения, который хранится с указателем-ссу, как показано в Таллине 30;

Ь| либо не существует укаигтеля'Ссу. который известен логическому объект) граи спортною уроння согласно 6.3.5а I). и выполняются следующие три условия

1)    параметр ТИП-ССУ имеет значение НОВЫЙ:

2)    имеется укаюгель*ссу\ локально размещенный, соединяющий одну и ту же пару адресов ПДУСУ, находящихся в состоянии ОТКРЫТИЕ, и обладающий правом прикрепления, определяемым следующим образом:

Т а б л и u a 3(1 - Согласование источника ратмещения указателя ссу

-    либо правом прикрепления обладает «моя сторона» и иоде ПРАВО принятою ПБДТ УССУ имеет значение ППМП (право принимающею на прикрепле

ние);

-    либо правом прикреплении обладает «удаленная сторона- и поле ПРАВО при пятого ПБДТ УССУ имеет значение ППДП (право передающею на прикреп ление);

-    либо правом прикрепления обладают обе стороны и ноле ПРАВО принятою ПБДТ УССУ имеет значение ПВП (предоставление всеобщею праиа):

3) приемлемость обоих С СУ может привести к установлению большего числа ССУ, чем ютои обеспечить логический объект транспортною уровня.

161

Страница 168

ГОСТ Р И СО/М ЭК 8073 — 96

Блок ПБДТ УССУ. который не имеет логической приписки, ио перелает wa'ic* мне. отличное от значения КОВОГ в параметре ТИП. должен рассматриваться как ош нбка

В.6.2.6 Копфликты

В.6.2.6.1 Конфликтные ситуации

Конфликт обнаруживается, кода:

a)    ПБДТ УССУ ассоциируется с и местным указателем'ссу 4см. В.6.2.5) и

b)    имеется примитив С-СОЕДИ ПЕНИ Е подтверждение. ожидающий использования ССУ для указателя-ссу.

Примечание - Другими славами, конфликтом является ассоциария с указателем-ссу. находящихся в состоянии ОТКРЫТИЕ либо ВОССТАНОВЛЕНИЕ.

В 6.2.6.2 Механизм разрешения конфликтов

В.6.2.6.2.1 Побели гель в конфликте

При потиикнолении конфликта одно ит двух ССУ (одно - используемое п данный момент для указателя ссу. и другое - нереааюшее ПБДТ УССУ, логически связанный с данным указателем ~ссу) должно быть разьединено

В общем случае состояние указателя ссу определяет, какое из ССУ должно быть ратмдинено.

Существует, оянако. два особых случая.

a)    УССУ ассоциирован с указателем-ссу в состоянии ВОССТАНОВЛЕНИЕ со гласно 6.3.5а и параметр ТИП имеет* значение, отличное от НОВОЕ. В лом случае оба кониа ССУ находятся а состоянии ВОССТАНОВЛЕНИЕ.

b)    УССУ ассоциирован согласно В,6.2.5Ь. В уюм случае оба конца ССУ находятся в состоянии ОТКРЫТИЕ.

Следующая процедура должна использоваться для того, чтобы определить, является ли локальный объект транспортною уровня победителем иди побежденным л конфликте. Локальный логический объект является победителем, если:

a)    состоянием указателя ссу является ОТКРЫТИЕ и локально ра мешенный ука гатель-ссу имеет более низкое значение (указатель-ссу должен рассматриваться как 16 битовое пелое число) по сравнению с указателем-ссу принятого ПБДТ УССУ. В том случае, когда оба укатателя равны, оба ССУ ратъеднииются, т. е. отклоняются и оба логических обьекта транспорт нош уровня выбирах>т другой указатель-ссу и (возможно) снова осуществляют повторную попытку:

b)    состоянием указателя-ссу является ВОССТАНОВЛЕНИЕ и приоритет, отданный указателю ссу, выше приоритета, содержащегося в поле Г1Р ССУ принятого ПБДТ УССУ,

c)    состоянием указателя ссу является ВОССТАНОВЛЕНИЕ и приоритет, отдан иый указателю'ссу, равен приоритету, содержащемуся и поле ПР ССУ принятого ПБДТ УССУ, и либо:

1)    источник размещения указателя ссу является локальным и значением поли У ВС ССУ первою переданною ПБДТ УССУ (т. е. у которого ТИП ТССУ -НОВЫЙ) было «просим не восстанавливать».

2)    источник размещения указа геля-ссу является удаленным н значением поля УВС ССУ первою переданною ПБДТ УССУ (т. е. у которою ТИП ССУ -НОВЫЙ) является «просим восстановить*.

В 6.3 П о д t в е р ж д е м и с УССУ

Если ПБДТ УССУ был передан с нолем ПРАВО, установленным в значение 11ПМП. то логический объект транспортною уровня, который принимает и обрабатывает ПБДТ УССУ. должен при приеме входящего ССУ передать ПБДТ УССУ в параметре «данные нолыователя-УС У« примитива С-СОЕДИНЕНИЕ ответ

162

Страница 169

ГОСТ Г ИСО/М Ж 8073-96

Примечания

1    ПБДТ УССУ передается только и том служит, если: л) входяшее ССУ принято;

Ь» в прилитом ПБДТ УССУ ноле ТИП устно вис по в течение НОВЫЙ, с) в принятом ПЬДТ УССУ поле ПРАВО установлено и значение ППМП.

2    Этот механизм иошоляет и вбежать всепоаможиых бес иол с злых блокировок ре сурсов (соединений сетевого уровня), каии равноправный логический объект итиорируст ПБДТ УССУ. который обеспечивает исключительное право прикрепления.

Если прнмитивС -СОЕДИНЕНИЕ подтверждение принят после получения ПБДТ УССУ с полем ПРАВО, установленным п значение ППМП, которое ие передает ПБДТ ПДССУ. инициатор должен разъединить ССУ.

Примечание - Отсутствие ПБДТ ПУССУ указывает, что равноправный лотический обьехт не обрабатывал ПБДТ УССУ.

В.7 Ооераиин протокола

В.7.1 Прием п р н м н т и о а С*С О Е Д И И Е I! И Е индикация Получатель при.митмиа С-СОЕДИНЕНИЕ яндикаиня, и котором ПБДТ УССУ либо ие содержится, либо содержится, но его решено и тори ропать, должен выпал пять процедуры, описанные п основной части настоящего стандарта. Если ПБДТ УССУ должен быть обработан, тх» логический объект транспортного уровня должен выполнить процедуру логической привяжи Г1БДТ УССУ к известном)* указателю ссу «см. B.6.2.S). Если ПБДТ УССУ логически привязан. то логический объект транспортного уровня должен выполнить одну »п процедур, описанных в В.7.За, Ь, В.7.4.2Ь. с, В.7.4.2 или В.7.5. в зависимости от состояния указателя ссу. В противном случае применяется процедура, описанная в В 7.2.

В.7.2 Пассивное установление ССУ с блоком ПБДТ УССУ. Логический объект гранспортното уровня может по своему усмотрению либо от ключить входящее ССУ it. е. выдать примитив С СОЕДИНЕНИЕ запрос), либо при пять ло ССУ.

Если логический объект транспортного уровни решает принять ССУ, он должен:

a)    выдать примитив С СОЕДИНЕНИЕ ответ; если пате ПРАВО принятого ПБДТ УССУ содержит значение ППМП. то ПБДТ ПУССУ должен быть передан в параметре «данные пользователя УСУ* примитив С'СОЕДИ ИЕНИЕ ответ;

b)    отметить указатель-ссу и пару ПДУСУ:

c)    отметить, что укаитель-ссу размешен локально;

d> отметить права прикрепления, -моя сторона» (если ППМП был принят в поле П РА ВО блока ПБДТ УССУ). «удаленная сторона* (если был принят Г1ПДП) или *обе стороны» (если был принят ПВП); е) установить указатель ссу в состояние ОТКРЫТО и использовать его для при крепления или повторного прикрепления, если он валяется (со) владельцем. В.7.3 Активное установление ССУ с и с п о л ь I о в а н и ем п р о и с д y р и ПБДТ УССУ

Логический объект транспортного уровня, который при открытии ССУ решил исполыовать процедуру ППУ-ССУ. должен передать примитив С СОЕДИНЕНИЕ ипрос с блоками ПБДТ ИС и ПБДТ УССУ в параметре «данные пользователя УСУ* Параметры ПБДТ УССУ устанавливаются слелуюшим обраюм:

163

Страница 170

ГОСТ Г ИСО/МЭК 8073-96

—    поле УК-ССУ содержит выбранный ука ьзтель, который не доджем использо-м л п. сн для любого а руг ого ССУ vjcajn топ же парой ПДУСУ и нс подлежит блокированию;

—    поле ТИП-ССУ устанавливается и значение НОВЫЙ.

-    поде ПРАВО-ССУ устанавливается в значение ППДП. ППМП и.ш ПВП;

-    поле ПР ССУ устанавливается в низкое, среднее пли высокое значение ■ СО' ответствии с приоритетом инипиагора по Удержанию данного соединения о случае конфликтов.

Примем л и и е - Выбор этого значения может быт», основан на аншии соответсгиия между ожидаемым КУ. стоимостью его обеспечения при использова иии реверсивной тарификации и на других вопросах оптимизации.

Инициатор доджен хранить указатель-ссу вместе с парой адресов ПДУСУ. кото рые должны оызъ объединены устанавливаемым ССУ, жачеикс переданного пара метра ПР-ССУ. адрес владельца ССУ и источник указателя'ссу <в данном случае локально размешенною).

Состояние укаителя-ссу должно быть установлено а шаченне ОТКРЫТИЕ.

Для завершения процесса установления соединения инициатор должен ожидать поступления примитива С СОЕДИНЕНИЕ подтверждение. Если права прикрепления укатывают «удаленная сторона* (т. е. ПБДТ УССУ был передан с параметром ПРАВО в значении ППМП), то полученный примитив С СОЕДИ НЕКИЕ подтверждение должен содержать ПБДТ ПУССУ в своем параметре •донные пользователя*. в противном случае логический обьект транспортного уровня должен разьеди нить ССУ. При возникновении одного lit следующих случаев инициатор доджей выполнить определенные ниже действия:

a)    если принят ПБДТ УССУ к он ассоциирован в соответствии с В.6.2.5b (ТИП -НОВЫЙ), то логический обьект транспортного уровня должен выполнить одно in следующих действий:

1)    если локальный лотический объект транспортного уровня является победителем (см. 6.3.6.2), то входящее ССУ разъединяется (т. е. передается примитив С РАЗЪЕДИНЕНИЕ тапрос в ответ на входящий примитив С СОЕДИIIЕНИЕ индикация), и указатель ссу остается в состоянии ОТКРЫТИЕ;

2)    если локальный логический обьект транспортного уровня является побеж денным (см. В.6.2.6.2), то ССУ. которое было открыто локально, разъединяется и входящее ССУ принимается (то есть выдастся примитив С-СОЕДИНЕНИЕ ответ). Если принятый ПБДТ УССУ содержит в своем поле ПРАВО значение ППМП. то ПБДТ ПУССУ должен быть передан в пара метре «данные польювателя«УСУ* примитива С-СОЕДИНЕНИЕ ответ Указатель ссу. который был локально размешен, блокируется на период времени ТБЛУК-ССУ (и затем разблокируется) и логическим объест транс портного уровня продолжает следить ia указателем *сс>\ содержащимся в параметре УК-ССУ входящею ПБДТ УССУ. чтобы обнаружить его Как удаленно размещенный и в состоянии ОТКРЫТО. СС*У рассматривается как открытое и готовое для использования, как оиисаио в основной части настоящего стандарта, согласно правам прикрепления.

Любые СТУ. прикрепленные к разъединенному ССУ. должны быть перепри-креплены;

b)    если принят ПБДТ УССУ с параметром ТИП. отличным от НОВЫЙ, и он лотически привязан, то зотческий обьект транспортного >ровня должен;

164

Страница 171

ГОС Т Р ИСО/МЭК 8073-96

О выдать примите С РА'УЪЕД ИИ ПН ИГ. запрос для гога С СУ. для которого ожидается примитив С-СОЕДИНЕНИЕ подтверждение;

2)    мл входящий примитив С СОЕДИНГНИГ индикация пылать в ответ при* митмп С-СОЕДИНЕНИЕ ответ.

3)    установи!* указатель-ссу в состояние ОТКРЫТО и рассматривать ССУ готовым к прикреплению или иерепрнкрсплению в соответствии с правами прикрепления;

с) если принят примитив С СОЕДИНЕНИЕ индикация, то логический объект транспортною уровни может по своему усмотрению либо отказаться от ССУ. либо попытаться вновь открыть сю. пылав примитив С СОЕДИНЕНИЕ кит» рос с блоком НБДТ УССУ (см. B.6.I.2 и 13.6.2). который япляется копией ранее переданного ПБДТ УССУ. за исключением boimixkhoto отличия пара метра УК ССУ. Решение о необходимости открыть новое ССУ. является час гным вопросом и зависит от следующих ограничений:

1)    при приеме первою примитива С РАЗЪЕДИНЕНИЕ индикация лОгичес-кий объект должен начать отсчет тайм-аута ТПО-ССУ и прекратить его отсчет при приеме соответствующею примитива С-СОЕДИНЕНИЕ подтверждение или С СОЕДИНЕНИЕ индикация, соаержашсго ПБДТ УССУ, который логически привязывается и обрабатывается так. как описано выше В процессе отсчета тайм аута логический объект транспортною уровня не должен пытаться снова открывать ССУ. если принят новый примитив С - РАЗЪЕЛИ Н ЕНИЕ индикация:

2)    если ССУ предназначено для использования соединениями транспортною уровня, разрешающих восстановление, то ага ССУ должно быть повторно открыто в соответствии с соглашением но качеству услуг поддерживаем мого(ых) СТУ

Если восстановление не выполнено или остановлено <т. е. принят но выи примитивС РАЗЪЕДИНЕНИЕ и тайм-аут ТПО-ССУ истек), то ука-затель-ссу устанавливается в состояние ОЖИДАНИЕ на период времени ТОЖУК-ССУ. В течение этого периода логический объект транспортного уровня может принимать входящие блоки ПБДТ УССУ * имеющие а тот у кайте ль с су (см. В.7.4.3).

В.7 4 Восстановление соединения сетевого уровня

В.7.4.1 Прием примитива С РАЗЪЕДИНЕНИЕ индикаций

Если ССУ. которое было установлено с использованием полиротоколи ППУ ССУ. разъединяется (т с. принят примитив С РАТЪЕДИНЕНИЕ). логический объект транспортного уровня должен либо:

a)    предпочесть не открывать повторно ССУ. установить укааатсль'ссу в состояние ОЖИДАНИЕ на время тайм аута ТОЖУК-ССУ и применить процедуру по В.7.4.3;

b)    попытаться снова открыть ССУ. используя процедуру по В.7.4.2.

Вариант Ь) подвергается тем же ограничениям, которые описаны в Н.7.3с.

Во всех случаях логический объект транспортного уровня должен применить процедуру. соответствующую приему примитива С-РАЗЪЕДИНЕНИЕ индикация, ко всем СТУ. прикрепленным к панному ССУ.

В.7.4,2 Процедура актиспога боссшаыоклепия

Логический объект транспортного уровня должен открывать ССУ. устанавливая указатель ссу в состояние ВОССТАНОВЛЕНИЕ и передавая ПБДТ УССУ а поле данные пользователя УСУ примитива С-СОЕДИНЕНИЕ запрос согласно В.6.1с и В.6.2 со следующими параметрами

165

Страница 172

ГОСТ Р ИСО/МЭК 8073-96

ц) УК«ССУ устанавливается о знамение указателя-ссу, ассоциированною с дан-ним ССУ;

bi ТИП ССУ устам а вливается в течение МОЙ, если указатель* ссу был ралме шен локально. и п Значение ВАШ. если укаытель ссу был размешен удаленно: с> ПРЕССУ уст а на иди иле тс и и желаемое значение (см В.7.3): d| Г1РАВО-ССУ может принимать любое значение.

Примечание- В блоке ПБДТ УССУ. выполняющем восстановление* ПРАВО ССУ не является значащим; е) УК-ССУ устанавливается в желаемое значение.

Логический объект транспортною хропня должен затем выполнить одно ил еле дующих действий:

а> если принят примитив С РАЗЪЕДИНЕНИЕ, действовать согласно 0 7 4.1;

Ы если принят ПБДТ УССУ с типом НОВЫЙ и он логически привязан, го вхо дмщее ССУ отклоняется; с> если принят УССУ с типом, отличающимся от НОВЫЙ, то победитель сопер ничсстов определяется согласно В.6.2.6.2 и

1> если логический объект транспортного уровни является победителем, то входящее ССУ отклоняется. или 2> если логический объект транспортною уровня является протиравшим, то «ходящее ССУ принимается (т. с. передается примитив С СОЕДИНЕНИЕ ответ». >казатель-ссу устанавливается в состояние ОТКРЫТО и становится ютовым к использованию согласно правилам прикрепления. Соединение сетевою >ровня. для которою ожидался примитив С СОЕДИНЕНИЕ подтверждение, ральединяется выдачей примитива С РАЗЪЕДИНЕНИЕ запрос.

В.7.4 3 Процедура пассивного шасстан<ыиемая

При приеме примитива С-СОЕДИНЕНИЕ индикация, который содержит ПБДТ УССУ. логически увязанный с указателем-Ссу. логический обьект транспортного >ров-ия должен передать примитив С СОЕДИНЕНИЕ ответ (с блоком ПБДТ ПУССУ в параметре «данные пользователи», если принятый ПБДТ УССУ относится к типу НОВЫЙ и его поле •право* установлено в значение 11ПМП), установить указатель* ссу в состояние ОТКРЫТО и рассматривать его ютовым к прикреплению в соотвст ствии с правами прикрепления.

Если тайм-аут ТОЖУК ССУ истек, а указатель-ссу размещен удаленно, то логический объект транспортного уровня больше за ним не следит; если же указатель-ссу размешен локально, то логический объект транспортною уровня не должен повтор но использовать зтот указатель до тех пор. тюка не истечет тайм-аут ТБЛУК-ССУ.

В.7.5 В о с с т а и о в л с и и с. инициированное удаленной стороной

Когда логический объект транспортного уровня принимает ПБДТ УССУ. логи чески связанный с указателем-ссу в состоянии ОТКРЫТО, он должен:

ц) принять входящее ССУ и выдать примитив С-СОЕДИН ЕН ИЕ.ответ, если принятый ПБДТ УССУ относится к типу НОВЫЙ и его поле ПРАВО установлено в значение ППМП. то ПБДТ ПУССУ должен бить передан в параметре •данные пользователя* прнмитзтяа С-СОЕДИ НЕЙ И Е ответ;

b)    выдать примитив С-РАЗЪЕДИНЕНИЕ lanpoc для тою ССУ, которое дотиче ски святаио с указа теле м-ссу;

c)    применить ко всем СТУ. прикрепленным к данному ССУ. процедуру, оттреле ленную в основной части настоящего стандарта для обработки примитива С РАЗЪЕДИНЕНИЕ индикация

166

Страница 173

ГОС Т Р ИСО/МЭК 8073-96

В.7.6 Прнпиипы о n т и м и 1 а ц и и В.7.6.1 Hcno.tuwaatiue указателя пола УВС ССУ

Несмотря на го, что протокол восстановления валяется симметричным, следует заметить. что логическому объекту транспортного уровня всегда разрешено не инициировать восстановление путем установки указателя ссу в состояние ОЖИДАНИЕ.

Примечание - Отсутствие инициации восстановления жвивалешио нулевому значению тайм аута ТПО ССУ

Чюбы избежать необязательною выполнения восстановления или задержки восстановления. поле УВС ССУ блока ПБДТ УССУ должно устанавливаться в следую шие значения:

д) 0 <просьба не восстанавливать) - указывает, что переааюшаи сторона не полагается на восстановление, выполняемое принимающей стороной, и намерена выполнить восстановление даже в том случае, если сама ■ нем не нуждается.

b)    И просьба восстановить) - указывает, что передаюшан сторона рассчитывает на то, что восс1внош1сние будет выполнено принимающей стороной, и не намерена выполнять восстановление, если она сама в нем не нуждается

Если указатель ссу находится в состоянии ОТКРЫТО, то ноле УВС ССУ соог» ест с тву юте го ПБДТ УССУ лает кажаому логическому объекту представление о намерении партнера относительно восстановления.

Если логический объект транспортного уровня должен инициировать восстановление. т. е. был принят примитив С*РАЗЪЕДИНЕНИЕ инликаиия в состоянии ОТ КРЫТИЕ или ВОССТАНОВЛЕНИЕ и отсчет тайм-ауте ТПО ССУ не начат, то реко мен дуется следующее:

л) если логический объект принял ПБДТ УССУ с полем УВС ССУ. установлен ным в течение «просьба восстановить*, он должен попытаться выполнить восстановление, даже если он и нем не нуждается для целей прикрепления, b> cam логический объект принял ПБДТ УССУ с полем УВС ССУ в значении •просьба не восстанавливать*, он не обязан инициировать восстановление, если ои в нем не нуждается для целен прикрепления:

c)    если логический объект передал ПБДТ УССУ с полем УВС ССУ в значении «просьба не восстанавливать*, он доджей инициировать восстановление, даже если ои в нем и не нуждается для целей прикрепления:

d> если логический объект иерелал ПБДТ УССУ с полем УВС ССУ в значении •просьба восстановить», ои не обяии инициировать восстановление, если оно ему не требуется для целей прикрепления.

Примечание - В качестве частного решения можно реализовать механизм симметричного восстановления, установив иоле УВС ССУ в значение «просьба восстановить» к инициировав восстановлен не, лаже если оно и не требуется для нужд локальною прикрепления.

В.7.6.2 Испо-\мо*апис дапнмх польмателя-УСУ ш крымс/тывах С-РАЗЪЕДИНЕНИЕ Кол причины в примнтиве С-РАЗЪЕДИНЕНИЕ неадекватно определяет информацию достаточную для полной оптимизации мехами imoii восстановлении соединен ник. поскольку ею хначения. определенные в услугах сетевого уровня «ГОСТ Р 34.915), не позволяв»! различать случаи, котла восстановление требуется немедленно и когда не требуется, и не обеспечивает также адекватной диагностической информации. Таким образом. поле «данные пользователя УСУ* примитива С РАЗЪЕДИНЕНИЕ запрос может быть использовано и может содержать блок ПБДТ ДГ.

167

Страница 174

ГОСТ Р НСО/МЭК 8073-96

Котла необходимость в ССУ отпадает. рекомеидуекя, чтобы разъединить его мог(ли) только «го ■ладелсц(яьцы) и поместить ПБДТ ДГ с колом I в поле «данные пользователя УСУ* прими гнид С РАЗЪЕДИНЕНИЕ janpoc.

В.7.7 Р a j ъ с а и и е и и е ССУ

Кажлып логический объект может разъединить ССУ и любой момент, вылдп примитив С-РАЗЪЕДИНЕНИЕ запрос. Для оптимизации лой процедуры рекомендует си использовать ПБДТ ДГ согласно В.7.6.2.

Если удаленный логический объект транспортного уровня имеет права прикреп ления. то после того как ССУ будет разъединено, у казатель-ссу должен бызъ устаиов леи а состояние ОЖИДАНИЕ

Если удаленный объект транспортного уровня ие имеет прло прикрепления, то указатель ссу п качестве локального решения:

а) может бить установлен и состояние ОЖИДАНИЕ или

hj в случае локальною рашешения может бить заблокирован, или

с) и случае удаленного рашешения может оказания ней шестым.

В.8 Структура ■ кодирование ПБДТ

B.S.1 Д с й с т в и т е л ь и о с ! ь ПБДТ

Блоки ПБДТ, денстин тельные для данною приложения, определены п пхбли не 31.

Т а б л и и а 31 - Колы ПБДТ

Намм.*ишииис

Кем

УССУ - управление соединением сетевого уровня ДГ - диат пости ка

ПУССУ - подтверждение управления соединением сетевого уровни

1НЮ0 0010 0000 ООП 1)000 0100

В.8.2 С труктура Структура ПБДТ опрелелена и 13.2

В.&.З ПБДТ «у и р а п л с н и с соединением с с т е п о т о урон-и я* (УССУ)

В .8.3.1 I

Структура

2

3

4

5

6

УД

УССУ 0000 0010

УК ССУ

ТИП ССУ ПР ССУ

УКФ ССУ У ВС ССУ ПРАВО ССУ

168

Страница 175

ГОСТ Р И СО/М ЭК 8073-96

-    код ПБДТ УССУ: 0000 0010,

B.S.3.2 УД См. 13.2.1.

B.S.3.3 Фикс проломная часть Должна содержать; л) УСС У

Ы УК ССУ с) ТИП ССУ

-    указатель ссу:

-    укатывает тип переданного укамгеля-ссу ТИП ССУ содержит биты К и 7 okictu 5 и может иметь значение 00 IНОВЫЙ), 01 {МОЙ) и 10 (ВАШ). Значение II тарезервироваио;

d) Г1Р ССУ

-    указывает приоритет, которым обладает иницкзгар в удержании ССУ л конфликтны* ентуаииях. ПТ'ССУ дени мают биты с 6 по 1 октета 5 000000 - наивысшнй приоритет,

00000 \ - средний.

000011 - наименьший приоритет;

с) УК-ССУ

-    у каш вас т алгоритм разрешении конфликта, подлежащий не* пользованию. УК-ССУ ганимает бит S октета 6. Определена To.it.Ko одно значение (0) - разрешение конфликтом при при емс примитива С СОПЛ И НЕНИЕ.индикация;

f> УВС-ССУ

-    укатывает факультативную возможность оптимизации восста поклей ия. У ВС ССУ занимает бит 7 октета 6:

0    - просьба не восстанавливать.

1    - просьба восстановить;

g) ПРАВО ССУ - указывает вид права использования, предоставленного логическим объектом своему равнопрапному партнеру. ПРАВО ССУ занимает биты с 6 no I октета 6:

000001 : ППДП.

000010    : ППМГ1,

000011    : ПВП.

В.8.3.4 Персмсппах часть Отсутствует.

B.S.4 ПБДТ -диагностика- <ДГ)

Данный ПБДТ передается только в параметре -данные польювате.тх СУ- прими типа С РАЗЪЕДИНЕНИЕ. Он обеспечивает диагностическую информации». Передача и/или обработка этого ПБДТ является факультативной возможностью В.8.4.1 Структура

В.К.4.2 УД См. 13.2.1.


УД

дг

КОД

0000 ООН

169

Страница 176

ГОС Т Р I! СО/М ЭК 8073-96

В.8.4 3 Фиксированная часть Должна содержать: л> ДГ - код блока ПБДТ ДГ: 0000 ООП;

Ь) КОД - укишяие! прнчину ралсдиненоя ССУ. Должны исиояьмшпся слс луюшис значения.

Р - разрешение обнаруженною конфликта.

1    -*    необходимость    и ССУ «пиали.

2    -    неопошанныЙ    УК-ССУ <не следует питаться восстанавливать    посредством

згою УКССУ),

3    -    ССУ не может    быть принято (временная перетрузка).

•I    -    новое ССУ не    может быть снова примят (имеет место    долговременная

nepeipyiKa или отклонение)

В.3.4.4 Перемсппая часть Отсутствует.

В.8.5 ПБДТ -п о я г и е р ж л с и и с управлении соединением сетевого уровни* (ПУССУ)

В .S.5.1 Структура

УД

ПУССУ

0000 0100

В.8.5.2 УД

См. 13.2.1.

В.8.5.3 Фиксированная часть

Должна содержать кол ПБДТ ПДССУ: 0000 0100.

В.8.5 4 Псремспмая часть

Отсутствует.

В.9 Ссютветствме

В.9.1 При инициации ССУ логический объект транспортного уровня должен либо:

а> не исполыовать параметр «данные пользователя УСУ* прими тива С СОГ.ДИ НЕКИЕ: тапрос и действовать, используя протокол основной части настоите ю стандарта в данном ССУ.

Ь) ввести в параметр «данные пользователя УСУ» примитива С СОЕДИНЕН И Е запрос блок ПБДТ ИС 1см. ИСО/МЭК 11570) с полем ИД ПР в значении 01, и которым следует ПБДТ У ССУ, и выполнить процедуру ППУ ССУ вместе с процедурами, определенными в основной части настоящего стандарта.

В.9.2 При обработке примитива ОТСОЕДИНЕН И Е пиликании логичесиЙ объект транспортною уровни должен действовать, используя протокол основной части настоящего стандарта.

а> если нет данных пользователя или если не заявлено, что реализация обеспечи вает процедуру полпротокола ПГ1У-ССУ, либо

170

Страница 177

ГОСТ Р ИСО/МЭК 8073-96

Ь\ совместно с процедурой укреплении СОСЛИНеННСМ сетевого уровня, с си и имеются блоки ПБДТ ИС <см. И СО/М ЭК 11570) с нолем ИД ПГ и значении 01 и ПБДТ УССУ, диГк>

с) итерируя ПБДТ УССУ. если имеются блоки ПБДТ ИС (см. ИСО/МЭК IJ570) с нолем ИД ПГ в значении 011 и ПБДТ УССУ.

В. 10 Таблицы состоянии

Следующие таблицы определяют состояния указателя ССУ, обеспечиваемые от дельный логическим объектом транспортного уровня, реализующим процедуры на стоящего приложения. Вследствие неисправное гей и в результате восстановительных операций ССУ зтот укаытель в течение некоторого периода времени может быть ассоциирован со многими ССУ последовательно. При приеме ПБДТ УССУ сначала применяется процедура установления ассоциации <см. В.6.2.5).

Таблица 32 - События

Си^мтк

Онипмиг

УССУНОВЫЙпр

Принят примнтивС СОЕДИНЕНИЕ индикация, содержа шин ПБДТ УССУ с полем ТИП ССУ - НОВЫЙ

УССУНЕНОВЫ Йпр

Принят примитив С-СОЕДИНЕНИЕ индикация, содержа шин ПБДТ УССУ с полем ТИП ССУ НЕ НОВЫЙ

СРЗДиип

С РАТЪЕДИНЕН ИЕ индикация

Конфли КТ

Конфликт в состоянии «открытие* в результате ассоциации в соответствии с изложенным в 6.3.5b

ТОЖУК ССУист

Тайм-аут ТОЖУК ССУ истек

ТПОССУист

Тайм аут ТПО-ССУ истек

Локальное решение

Логический объект транспортного уровня может принять решение инициировать этот переход

Любой ПБДТ

Прием любого ПБДТ в данном ССУ

ССОЕДиодтв

Примитив С-СОЕДИНЕНИЕ подтверждение

12-1812

171

Страница 178

ГОСТ Р ИСО/МЭК 8073-96

Таблица 33 - Действия

Ловк-тгаг

Опшшлс

ССОСДши

Выдача примитива С СОЕДИНЕН И L запрос для услуги сетевою уроним

УССУНОВЫЙ

Передача ПБДТ УССУ с примитивом ССОЕДзап с полем ТИП ССУ - НОВЫЙ и локально разметенным указате* лем*ссу

УССУ НЕ НО ВЫЙ

Передача ПБДТ УССУ с при миги пом ССОЕДзам с полем ТИП-ССУ. установленным п значение. показывающее иер-вичныи источник размещении указателя

СРЗДзип

Выдача примитива С-РЛЗЪЕД И НЕМ ИЕ кшрос для услуги ceteBoio уровни

ССОЕДот»

Выдача примитива С-СОПДНIIЕНИЕ ответ аля услугм Сетевого уровня

14

Начало отсчета гайм аута ТОЖУК ССУ

|2|

Начало отсчета тайм аута ТПО-ССУ. если он не отечнты вас(ся

|3|

Блокирование указателя-ссу д.«я ТБЛУК ССУ при локальном размещении

\*\

Удаленно инициированное соединение оказалось побели гелем. Переприкренлеине любого СТУ от побежденной сюроны и обработка входящею ПБДТ УССУ как УССУ - НОВЫЙ п состоянии ЗАКРЫТО лдя укамтсля победителя

151

Прекращение отсчета ТПО-ССУ, если он отсчитывается, в противном случае удаление информации о том. что он истек

|Ь|

Прекращение отсчета ТОЖУК ССУ

И

Запись с указателем ссу о том. что ПБДТ принят

1«1

Запоминание информации о юм. что ТПО ССУ истек

1<>|

Если принятый ПБДТ УССУ имеет поле ПРАВО в шаче* иии ПГ1МП. to блок ПБДТ ПУССУ передается в параметре «данные пользователя* примитива С СОЕДИНЕНИЕ ответ

172

Страница 179

ГОСТ Р ИСО/МЭК К073-96

Таблица 34 - Предикаты

Прс аик>1

Оииыпис

П1

В ходящее ССУ неприемлемо, либо локальный логический объект является победителем конфликта

Г12

Удаленный логический объект транспортного уровня ие является владельцем ССУ и результатом локдльного решения

Г13

Локальное решение - не выполнить восстановление или ТПО-ССУ ранее истек

Г14

Локальное решение - не выполнять восстановление

Г15

Удаленно инициированное ССУ является победителем конфликта

Г16

Блок П Г»Л Г принят по ССУ, ассопиированномх с этим указателем чгсу |см. <7)|

Г17

Правами прикрепления обладает •удаленная Сторона* и примитив С-СОЕДИНЕНИЕ подтверждение ие содержит ПБДТ ПУССУ

Таблица 35 - Примечания

Ириигмияа

Омиошис

Может бить передан ПБДТ ДГ с КОДОМ - 0

(2)

Новое соединение сохраняется, а старое разъединяется

(3>

Повторить предыдущий УССУ *а исключением того, что поле ПР ССУ может быть другим

<4)

"Уто протокольная ошибка

(5)

Аннулировать «побежденною* после разрешения конфликта

<6)

Входящее ССУ разъединено, а старое сохраняется

12е

173

Страница 180

ГОСТ Р ИСО/МЭК 8073—96

Т л б .1 и и а 36 - Состояний

С iKnimwi

Описяииг

ЗАКРЫТО

ССУ закрыта

ОТКРЫТИЕ

CCV запрошено, но еще не подтверждено

ОТКРЫТО

ССУ шкрыто

ВОССТЛНОВЛЕ

II и с

Попытка восстаповлекия неисправного ССУ

ОЖИДАНИЕ

Не владелец CCv ожидает его восстановления владельцем

J74

Страница 181

Таблица 37 - Состояния

тпт-9 •

С Ot\*

JA КРЫТО

ОТКРЫТИЕ

ОТКРЫТО

ВОССТАНОВЛЕН!!!

ОЖЮЛНИ1

УССУНОВЫЙпр

Р): СРЗДэдп ЗАКРЫТ О; не Р) |9| ССОЕДот ОТКРЫТО;

Рб <4> СРЗДип ОТКРЫТО. не Р6 т ССОЕДош СРЗДШ! <2> ОТКРЫТО;

СРЗДып <6> ВОССТАНОВЛЕНИЕ

Р6. (4) СРЗДздх ОЖИДАНИЕ не Р6 |9| ССОЕДотв |61 ОТКРЫТО;

yCCYHFHO. ВЫ Йлр

(4 > С РЗЛ » п

С СО F Дот <2> СРЗДип ОТКРЫТО

ССОЕДоти {2) СРЗД uii ОТКРЫТО

Р1“ CPIAwn i 1) ВОССТАН ОВЛ F Н И F (ре PI: ССОЕДоги СРЗД Kin 42>

(5) ОТКРЫТО.

ССОЕДотв |6| ОГК РЫТО

Част нос решение

УССУНОВЫЙ ОТ К РЫ ТИ F

С Р1ДН№1

Не PV|2! УССУНОВЫЙ «3> ОТКРЫТИЕ; Р2 и РЗ |3| ЗАКРЫТО; (не Р2> и РЗ. 11. 51 ОЖИДАНИЕ;

Не Р4: УССУНЕНОВЫЙ 121 ВОССТАНОВЛЕ-МНЕ; Р2 и Р4. |3| ЗАКРЫТО:

Р4 м р>

|1| ОЖИДАНИЕ;

Не Р* УССУНЕНОВЫЙ ВОССТАНОВЛЕ НИ Е. РЗ |1. 5| ОЖИДАНИЕ.

Конфликт

PJ • СРЗДмп <1> ОТКРЫТОF; не PI: СРЗДми <2) J4. 31 ЗАКРЫТО

ГОЖУК-ССУнч

|3| ЗАКРЫТО

Люйой П6ДГ

|7| 01КРЫТ0

ТПО-ССУист

\fi\ ОТКРЫТО F

|Я| ВОССТАНОВЛЕНИЕ

ССОЕДиоагв

Р7; |3|ЗАКРЫТО; кс Р7. |5| ОТКРЫТО:

|5| ОТКРЫТО

ГОСТ Г ИСО/МЭК 8073-96

Страница 182

ГОСТ Г ИСО/МЭК 8073-96

В.II Диаграмма оиграиии протокола 11УССУ

В данном разделе крипе лемм руконол иш и с материны, в коюрых содержатся примеры конфликтных ситуаций (см В.1 1.2) и восстановления, пниинируемот удален ной стороной. Ъи примеры носят информационный характер.

B.11.1 Конфликтная ситуации

В. 11.1.1 На обоих концах обнаружен конфликт п состоянии ОТКРЫТИЕ с ТИПОМ - НОВЫМ

ССОЕДзгл

(УССУ-НОВЫЙ*

ССОЕДикд

(УССУ-НОВЫЙ)


ССОЕДинц

{УССУ-Н0Вь1Й)


*-г г»


X


ССОЕДмп

{УССУ-НОВЫЙ1


Указатели ршичны, по па обоих конпах решено осуществи тъ логическую при вязку полученною ПБДТ УССУ согласно B.6.2.Sb.

В.ПЛ.2 На обоих концах обнаружен конфликт в состоянии ВОССТАНОВЛЕНИЕ

ССОЕДзап

(УССУ-+НОВЫЙ)


v ССОЕДмп ' (УССУ-НО ВЫЙ) - ССОЕДотя


ССОЕДпдт СРЗДина

ССОЕДмп (УССУ-МОЙ) ■

ССОЕДикд

(УССУ-ВАШ)



СРЗДимд

ССОЕДэал

1УССУ-8АШ)

ССОЕДинд

|УССУ-М0Й|


Оба лошческих объекта будут испоаыокт алгоритм разрешения конфликта и олно из двух ССУ будет разъединено.

176

Страница 183

ГОСТ Р ИСО/МЭК 8073—96

В 11.1.3 Инмииигор обнаружил конфликт и состоянии ОТКРЫТИЕ с ТИПОМ, отличным oi НОВЫЙ

В II 1.3.1 Другой комси махали то в Состоянии ВОССТАНОВЛЕНИЕ


ССОЕДэап

(УССУ-НОВЫЙ)


ССОЕДинд

(УССУ-НОВЫЙ)

ССОЕДотв

СРЗДинд

ССОЕДз.п

(УССУ-ВАШ)


ССОЕДинд

{УССУ-8АШ}


Логический объект в состоянии ОТКРЫТО (левая сторона) принимает ижолищес ССУ н рапдгдиняп ССУ, начолншссся в состоянии ОЖИДАНМГ.

В II 1.3.2 Им другом конце обнаружен конфликт и состоянии ВОССТАНОВЛЕ HI4E


ССОЬДздп

(УССУ-НОВЫЙ)


ССОЕДинд

(УССУ-НОВЫЙ)


СРЗДинд



ССОЕДзап ГУССУ-новый»


ССОЬДздп (УССУ ВАШ)

ССОЕДинд

(УССУ-НОВЫЙ)


ССОЕДинд


Оба логических объекта разъединяют ССУ, инициированное логическим объектом, расположенных слева

177

Страница 184

ГОСТ Р ИСО/МЭК 8073—96

В. 11.2 Восстановление, и >■ и и н и р о а л и и о е удаленной с г ор оной

ССОЕДмп — (УССУ-Н08ЫЙ)


ССОЕДинд

(УССУ-НОВЫЙ)

ССОЕДот,.


ССОЕДпдт

СРЗДимд

/

/

/

/


ССОЕДмп

(УССУ-ВАШ)


ССОЕДинд

(УССУ-ВАШ)


Логический объект ид лево» сюроне обнаружил вхолхшее ССУ в состоянии ОТ КРЫТО и рлн.саинил прежнее соединение.

, ССОЕДаал (УССУ-НОВЫЙ)


ССОЕДинд (УССУ--НОВЫЙ)

ССОЕДотд


/


СРЗДиид

ССОЕДзап

(УССУ-ВАШ)


/


/

■А

/


ССОЕДинд

1УССУ-8А1Ш


Логический объект на левой сгороне обнаружил вхоляшее ССУ в состоянии ОТ КРЫТО и раи.синннл прежнее соединение.

17S

Страница 185

ГОСТ Р И СО/М ЭК 8073—96

ПРИЛОЖЕНИЕ С (оба ia тс лам ос J

ФОРМА ЗСРП

СМ Обшис положения

С.1.1 И L* II О 1 м у С U М С СИМВОЛЫ С им налы статуса О    - обязательно.

Ф    - факультативно для реализации. При реализации данная функциональ

ная возможность может исподыоваться или не использоваться.

Ф.<ц-'    - факультативно, но требуется обеспечение, по меньшей мере, одной и»

групп факультативных возможностей, отмеченных одним и тем же номером <п> в этой форме ЗСРП *:Иидекс>: Этот предикатный символ озиачаег. что следующий и ним статус применим только в том случае, когда в ЗСРП констатируется, что фуикииоиа/гммч возможность, идеитифнинруемая индексом, обес • печи пас тин О самом простом случае < индекс > нредегавляе т собой идентифицирующий те/ одной пожюни ЗСРП. <Индекс> может быть также булевым выражением, образованным из нескольких индексов. <Индекс>:: Если данный групповой предикат является верным, то соответствую-щий раздел доджей быть разработан.

Символы обеспечения:

Да - Обеспечено Нет - lie обеспечено Н/И - Не используется

С. 1.2 И н с т р у к и и и п о заполнению формы ЗСРП Основная часть формы ЗСРП представляет собой вопросник фиксированного формата, ра(деленный на несколько разделов. Ответы вопросника должны записываться в крайней правой колонке простои пометкой ответа, означающей ограниченным выбор (например. Да или Нет), либо записью значения или ряда значений, либо записью выполняемого действия.

С.2 Идентификация

С.2.2 Идентификация р с а л и j а и и и

Посшшнк

Пункт контактов дли вопросов относительно ЗСРП

Наименование*!!) и версия (и) реализации

Прочая имформаиия. необходимая для полной идеи гифнкаиии. например, нанмеиованнс(я) версия (и) машин и/или операционных систем; наименование^) системы

179

Страница 186

ГОС Т Г ИСО/МЭК 8073-96

Примечании

1    Только первые ipw поишнн необходимы ДЛИ HCCY реализаций, «прочая нм фор мации* может иполиятьси при необходимости выполнении требований по полной идентификации.

2    Термины «наименование* и • версия* должны интерпретироваться соответственно Д.1Я согласования с терм инолот ней поставщика (например, тип, серии, модель)

С.2.2 С п о а и ы г сведении о протоколе

Идентификация специфики дин протокола

ГОСТ Р ИСО/МЭК 8073 . . .

Идентификации изменении и ноирапок к форме ЗСРП. которые выполнены как часть данной ЗСРП

ГОСТ Р ИСО/МЭК 8073 . .

Обесиеченнгя(ые) версии(и) протокола

Версии 1

Треб)ютси ли полтни особой информации? Нет 1 | Дд | |

(Отиет *Да* означает, что реализация не соответствует ГОСТ Р ИСО/МЭК &073).

Дата .тли и к и

С.Л Алфавитный >калате.н. индексов, исиадьпсмых в настоящем стандарте

Д . .    ...    С.6.1    В01С..................С.11.3

К........... .    . С.6.2    В03Р ................C.11.-4

ДнППС.......С.14 ВI ПС.....: . . . С. 11.4

ДиПЗС    ....    . С. 14 ВИС . .    ....    С. 11.4

ДнПЗР..............С. 14    BMP .......... С.11.4

Ди1 ВПС    С.13.1 В)0Ш ...    С 11.4

Дн1ВЗС . .    .    .    .    С. 13.1 В2ПС ...    .    .    С.11.5

Дн IВЗР.........С. 13.1    В23С......... С. 11.5

Ди2ВПС    С.13.2    В23Р    ...... С. 11.5

Дм2ВЗС    .    .    С.13.2    B20UI............С.11.5

Ди2ВЗР.........С.13.2    ВЗПС.......С.11.6

ДнЗВПС.......С.13.3    ВЗЗС ...    С.11.6

ДиЗВЗС    .    .    С 13.3    ВЗЗР .    ..........С.11.6

ДиЗВЗР ...... С.13.3    ВЗОШ........С.11.6

Дн4ВГ1С.........    С. 13.4 В4ПД.......С. 11.7

Ди4ВЗС.....С. 13.4 В4ПС .    .    .    С 11.7

Дн4ВЗР . .    ....    С.13.4 В43С    ....    С.11.7

ВС .    . .    ... С. 11.1.2    В43Р    ..........С.11.7

ВЗС    ...    С.11.2 В40Ш . .    С. 11 7

ИО..................С.8    Ci..........С.7

ВИ . : .    ....    С.11.3 СтЛК .    .....С.15.1

ВОПС .    ...    .    С.И.Э    С т РФ    .    .....С. 15.4

ISO

Страница 187

ГОСТ Р И СО/М ЭК 8073—96

Окончание CJ

С г К . .

. . С. 15.1

СсСт

. . . С.10

НИК ....

. . . . С 15 6

СсПб . . .

.......С.10

ИИУ.....

С. 15.7

ТА ... .

...... С.10

ФТ . .

С. 17

ПбСД . .

.... С.17

по.....

. . , С.16.1

ПбДл . .

..... С.15.5

о к ......

. . . C.I6.I

П61>Ф

. . . С.9.1

ПС .

. . . С.15.2

ПбОДл . . .

... С.15.3

ПР.....

.... С.15.2

1161Ф

. . С.9.2

пи.......

. . . . С.12.1.2

ПбГДл

.....С. 15.3

114 П Л кс . .

. . . С.15.11

П62Ф . .

...... С.9.4

П4ПСкс , . .

С.16.2

П62Д.Ч . . .

. . . . . С.15.3

114 П Ркс . .

. . С. 12.2

ПбЗФ . .

..... С.9.4

П4 ЗРкс ....

. . С. 12.2

ПбЗДл . .

. . . . . С.15.3

П4ДИкс . ...

. . С. 12.2

П64Ф . .

......С.9.5

П4ПСДкс ....

. . . . С. 12.2

1164 Д л

. . . С.15.3

П4С*Дкс .....

С.12.2

НО . . .

.......С.16.3

1140 Ш кс .

. . . • С.12.2

иссд .

.......С. 15.9

СсОШ.....

. . . С.10

И11 ПС . .

......С.15.Й

С.4 С «н»твстсгвис • baiaauii стн.идрт/рсиочси иипм •

Запалено ли соответствие реализации сганцарп ГОСТ Р ИСО/МЭК 8073*

Да Her

За я плен о ли cooiBcicrnne реа.ппаиин ре ко мен алии и Х.224 МККТТ?

Да Her

С.5 ОГнидя констатация соогветсини

и со

Реали юьаиы ли псе обязательные функниомалг.* иие возможности ГОСТ Р ИСО/МЭК 8073?

Да Нет

мккгт

Pea.ni нэ&аны ли псе обязательные функциональные пишпжмости рекомендации Х.224 МККТТ?

Да Ист

П р и м с ч л н н с — Отпет «Нет» па данный пои рис ожпчаст несоотпстст пне I! ас толще му стандарту/рекомендации.

1 Н 1

Страница 188

ГОСТ Г К! СО/М ЭК 8073 — 96

С.6 Реллиипии протокола

С6.1 Дополнение! - ПУССУ

Нил г к с

С 124.1 К J

* T4TJX

Cltxc и.*«сммг

Д1

Процедуры управления со единением сетевого уромнч

Прилоле ние В

Ф

Да Met

С.6.2 Реализованные к л л с с и

И M.KKi

ЬСодсх

Ссылка

Ctan*

Ob«c ос «и ii с

КО

Класс 0

14

ИСО:Ф.1 М ККТТ:0

Да Не! Да

К!

Класс 1

14

К0:Ф

Да Нет

К2

Класс 2

14

ИСО:Ф.1

MKKTTiO

Да Нет Да Нет

КЗ

Класс 3

14

К2:Ф

Да Нет

К4

Класс 4 функционируем с ис-полыоваиием УСУ УС

14

К2:Ф

Да Нет

K4D

Класс 4 функционирует с использованием УСУ БУС

14

ИСОК2Ф М К КГТ:Н/И

Да Нет

С.7 Фгвкоии ПУССУ

Ни.ки

И нишия

С. силки

1 т.«»>г

Ов«со**«имг

Ст2

Управление соелниением сетепото уровни

В 6.2.1

ф

Да Нет

СтЗ

Диагностика

В.7.6.2. В.7.7

ф

Да Нет

Ст4

Восстановление активною соединении сетевою уропни

В 7.4.2

ф

Да Нет

IS2

Страница 189

ГОСТ Г ИГО/МЭК 8073—96

Перечисленные ниже индексы иплянмем оБяытельними. если предикат «шляется истинным.

Инги

Пошиша

Статус

<Л«тчс**с

С т5

Восстановление пассииног о соединения се те йог о уровня

В.7 4.3

Ст2 ИЛИ Ст4:0

Да Нет

Ci6

Всегда ли П БДТ УССУ с правом присвоения в шаче нии RA отклоняется с при-митином С РАЗЪЕДИМЕ НИЕ janpoc?

В.6.3

d>

Да Нет

С.К Функциональная воидожиостк протокола

ипиниитор/отве гчнк для классов 0—4

Мааса:

Попаяю

L (W.IKH

С

Ойо;пг«п>»г

И01

Инициация ПБДТ ЗС

14.5а

Ф.2

Да Нет

И 02

Ответ на ПБДТ ЗС

14.5л

Ф.2

Да Нет

С.9 Обссапгакыс функиии

С.9.1 Обеспечиваемые функции для ». л а с с а 0 (КС : :| Перечисленные ниже функции являются обязательными, если обеспечивается класс 0.

Имей;

Ф>мки>св

С (U.IKN

С*втус

Oc<v 1114 СИМ

Г160Ф1

Прикрепление к ССУ при работе с исполыопанием УСУ-УС

6.1.1

О

Да

П60Ф2

Перелача ПБДТ

6.2

о

Да

ПбОФЗ

Сегментиропаиие

6.3

о

Да

П60Ф4

Сборка

6.3

о

Да

П60Ф5

Установление соединения

6.5

о

Да

П60Ф6

Отклонение соединения

6.6

о

Да

183

Страница 190

ГОСТ Г И СО/Л! ЭК 8073—96

Окончание С. 9.1

Mujric

Ф>мииа

С IU %кч

Оопмкч^иис

П60Ф7

Нормальное и вершение при рабо!с с использованием УСУ-УС |неявное»

6 7.1

о

Да

П60Ф8

Ошибочное завершение при работе с использованием

УСУ-УС

6.S

о

Да

П60Ф9

Взаимосвязь 11БДТ с СТУ при работе и не ноль зоил ни • ем УСУ-УС

6.9.1

о

Да

П60Ф10

Обработка протокольных ошибок при работе с и с ПОЛЬ зованием УСУ-УС

6.22.1

о

Да

С.9.2 Обеспечиваемые функции а л я класса I <КI : : ) Перечисленные ниже функции являются обязательными, если «збеспечивдется класс I

Mejrtc

Фумкинв

l/lUIKM

C't *rr<

Ооапгмшк

П61Ф1

Прикрепление к ССУ при pa6oie с использованием УСУ УС

6 1.1

О

Да

П61Ф2

Перелача ПБДТ

6.2

О

Да

П61ФЗ

Сегментирование

6.3

о

Да

П61Ф4

Сборка

6.3

о

Да

П61Ф5

Разделение

6.4

о

Да

П61Ф6

Установление соединения

6.5

о

Да

П61Ф7

Отклонение сосаннения

6.6

о

Да

П61Ф8

Нормальное завершение при работе с использованием УСУ-УС (неявное)

6.7.1

о

Да

1S4

Страница 191

ГОГ Г Р ИСО/МЭК 8073-96

Окончание С.9.2

Иякь:

Функции

С см схи

С nn»v

Огкснпсииг

П61Ф9

Взаимосвязь ПБДТ с СТУ при работе с использоваии ем УСУ УС

6.9.1

о

Да

П61Ф10

Нумерация ПБДТ •длииус» (обычная)

6.10

о

Да

П61Ф11

Передачи срочных данных при работе с использование ей УСУ УС {нормадьмия Передача на сетевой уровне)

6.11.1

о

Да

П61Ф12

Повторное прикрепление после неисправности при работе с использованием УСУ-УС

6.12

о

Да

П61Ф13

Сохранение до подгиержде ни* ПБДТ (ПД)

6.13.4.1

о

Да

П61ФМ

Повторная еннхронн глиия

6.14

о

Да

П61Ф15

«Замороженные* ссылки

6.IS

о

Да

П61Ф16

Обработка протокольных ошибок при pa6oie с исподь юваиием УСУ-УС

6.22.1

о

Да

Перечисленные ниже функции мвлявнея факультативными* если обеспечивается класс 1

Ии«.ч(

Ф'ИШЧЯ

Ссиии

С TJt)V

Ohccncvctmr

1161Ф 1 7

Сие идеи не

6.4

Ф

Да Нет

ПБ1Ф18

Передача срочных данных при работе с нсподьюпани ем УСУ-УС (срочная пере дача на сетевом уровне)

6.11.1

Ф

Да Hei

П61Ф19

Сохранение и подтвержден икс ПБДТ «подтверждение приема*

6.13.4.2

Не П61Ф20 Ф

Да Нет

ПБ1Ф20

Сохранение и подтверждение ПБДТ «исполыоваиие под1верждения запроса*

6.13.4.3

Не П61Ф19 Ф

Да Hei

1*5

Страница 192

ГОСТ Г И СО/М ЭК 8073-96

С.9.3 О б с с п с 'I и н а с м и с функции для к л л с с л 2 I К 2    .    |

Перечисленные ниже функции я ал и юге я об* нательными, если обеспечивается клдсс 2.

Индекс

Фуикиии

< CWIU

Cniji

ОЬс<лг«сиис

П62Ф1

Прикрепление к сосание ипю се те по го уровня при работе с использованием УСУ УС

6.1.1

О

Да

П62Ф2

Передача ПБДТ

6.2

о

Да

П62ФЗ

CeiMcniu ропанис

6.3

о

Да

П62Ф4

Сборка

6.5

о

Да

П62Ф5

Ра шелсиис

6.4

о

Да

П62Ф6

Установление соединения

6.S

о

Да

П62Ф7

Отклонение соединения

6.6

о

Да

П62Ф8

Нормальное ипершение при работе с использованием УСУ УС <ипнос)

6.7.1

о

Да

П62Ф9

Ошибочное миершеиие при работе с использованием УС У-УС

6.S

о