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

128 страниц

760.00 ₽

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

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

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

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

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

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

В настоящем стандарте определены:

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

б) два режима выполнения этих процедур;

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

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

Страница 1

ГОСТ Р 34.986.1-92 (ИСО 9041/1-90)

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

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

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

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

БЗ 4-92/444


ГОССТАНДАРТ РОССИИ М о с к • а

Страница 2

ГОСТ Р 34.986.1-92 (ИСО 9041/1-90)

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

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

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

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

Москва-1993

Страница 3

УДК 681 224:621.391:006354    Груши П85

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

Информационная тсжнолопи

ВЗАИМОСВЯЗЬ ОТКРЫТЫХ СИСТЕМ. ПРОТОКОЛ ОСНОВНОЮ КЛАССА ВИРТУАЛЬНОГО ТЕРМИНАЛА.

ЧАСТЬ I. СПЕЦИФИКАЦИЯ

Information uxhnology. Open Systems Interconnection Virtual Terminal Basic Class Pro toco».

Рвя 1.

Specification

ОКСГУ 0034

Дата «веления 0l.0l.94

0. ВВЕДЕНИЕ

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

Страница 4

С. 2 ГОСТ Р 34.986.1-92

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

>. НАЗНАЧЕНИЕ

В настоящем стандарте определены:

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

б)    два режима выполнения этих процедур;

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

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

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

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

а)    взаимодействие. протокольных ав-оматов виртуального

терминала посредством    обмена    протокольными    элементами

виртуального терминала;

б)    взаимодействие    между    протокольными    автоматами

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

примнтивами;

в)    взаимодействие    между    протокольными    автоматами

виртуального терминала и услугами управления ассоциациями и уровня представления путем обмена сервисных.»! примитивами услуг.

В стандарте также определены требование соответствия (разд. 13) для систем, реализующих эти процедуры. Он не содержит тссш, демонстрирующие это соответствие.

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

Страница 5

ГОСТ Р 34.986.1-92 С. 3

2. ССЫЛКИ

ГОСТ 27466-87 (ИСО 2022-86) "Системы обработки информации. Наборы 7-битных и 8-битных кодированных знаков. Методы расширения кола".

ГОСТ 34.301-91 (ИСО 6429-88)    " Системы обработки

информации. Набор 7-битных и 8-битных кодированных знаков. Дополнительные управляющие функции для устройств отображения знаков".

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

ИСО 8326-87 "Системы обработки информации. Взаимосвязь открытых систем. Определение услуг сеансового уровня, ориентированных,на соединение".

ИСО 8509-87 "Системы обработки информации. Взаимосвязь открытых снстем^Соглашение по услугам".

ИСО 8649-88 "Системы обработки информации. Взаимосвязь открытых систем. Определение услуг для сервисного элемента управления ассоциацией".

ГОСТ    34.971-91    (ИСО    8822-88»    "Системы    обработки

информации. Взаимосвязь открытых систем. Определение сервиса представления с использованием соединения”.

ГОСТ    34.973-91    (ИСО    8824-87)    "Системы    обработки

информации. Взаимосвязь открытых систем. Спецификация абстрактно-:интаксическон нотации версии 1 (ACH. I)".

. ГОСТ    34.974-91    (ИСО    8825-87»    "Системы    обработки

информации. Взаимосвязь открытых систем. Описание базовых правил кодирования для абстрактно-синтаксической нотации версии 1 (АСН. 1)1.

ИСО (/040-902 "Информационная гехнология. Взаимосвязь открытых систем. Услуги основного класса виртуального терминала”.

3. ТЕРМИНЫ 3.1.Общие термины ВОС

В стандарте используются термины, установленные ГОСТ 28906:

а)    прикладной объе <т;

б)    прикладной уровень;

1

технологи*'.

2

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

Страница 6

с. 4 ГОСТ Р 34.986.1-92

в) протокольный блок данных; с) элемент пользователя.

В стандарте используются термины, установленные ГОСТ 28696:

а)    примитив;

б)    подтверждение (примитив);

в)    индикация (примитив);

г)    запрос (примитив);

д)    ответ (примитив); с) поставщик услуг,

ж)    пользователь услуги.

3.2.    Сервисный элемент управления ассоциацией

В стандарте используются термины, установленные ИСО 8649:

а)    прикладная ассоциация;

б)    прикладной контекст.

3.3.    Сервисный элемент уровня представления

Абстрактный синтаксис по ГОСТ 34.971.

3.4.    Услуги виртуального терминала

В настоящем стандар/е использованы следующие определения, содержащиеся в стандарт*: ИСО 9040:

1)    A-режим; асинхронный режим;

2)    блок;

з)    ВТ-ассоциация;

4)    ВТ-пользоватсль;

5)    графический элемент, занимающий одно знакоместе;

6)    запись инструкций ввода в поле (ЗИВП);

7)    запись макета ввода в пале (ЗМВП);

8)    запись определения поля (ЗОП);

9)    значение ВТ-контекста;

10)    инструкция ввода и поле (ИВП);

11)    исходный набор срсдств;

12)    конечный эффект;

13)    объект ссылочной информации (ОСИ);

14)    объект управления инструкциями ввода в поле (ОУИВП);

15)    объект управления пакетом ввода в поле (ОУМВЛ);

16)    объект управления контекстом (ОУК):

17)    объект управления определением поли (ОУОП);

18)    объект управления способом передачи (ОУСП);

Страница 7

ГОСТ Р 34.9X6.1-92 С 5

19)    параметр СрВТ;

20)    поле:

21)    полная СрВТ;

22)    правило доступа;

23)    прикладной ВТ-пользователь;

24)    проект СрВТ;

25)    реакция ввода в поле (РВП);

26)    репертуар;

27)    среда ВТ (СрВТ);

28)    С-режим; синхронный режим;

29)    событие завершения;

30)    событие ввода н поле (СВП);

31)    текущая СрВТ;

32)    условие ввода в пале (УВП);

33)    элемент поля.

3.5. Протокол виртуального терминала

3.5.1.    Протокольный элемент:    абстрактная единица

информации, определенная в разд. 6, предназначенная для обмена между равноправными ПАВТ, и которая отображается:

а)    непосредственно на СЭУА или сервисный примитив уровня представления;

б)    на протокольный блок данных, который передается в параметре "информация пользователя” элемента СЭУА либо в параметре "данные пользователя" услуги уровня представления.

3.5.2.    Инициирующий ПАВТ - это ПАВТ. инициирующий конкретную процедуру.

3.5.3.    ПАВТ-адрссат - это ПАВТ. которому направлен протокольный элемент, инициирующий процедуру.

3.5.4.    Посылающий ПАВТ - это инициирующий ПАВТ для процедуры передачи данных,

3.5.5.    Принимающий ПАВТ - это ПАВТ-адресат для процедуры передачи данных.

3.5.6.    Требования динамического соответствия - все тс требования <и необязательные возможности), которые определяют внешнее поведение, допустимое при взаимодействиях.

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

3.5.8.    Заявление о соответствии при реализации протокола (ЗСРП) - заявление, сделанное поставщиком или разработчиком, в котором перечислены возможности и необязательные средства, которые были реализованы, и средства, которые были опущены при реализации.

Страница 8

С. 6 ГОСТ Р 34.986.1-92

3.5.9. ВТ-полномочие:    одиночный    объект,    который

отображается на все доступные сеансовые полномочия, предоставляемые уровнем представления. Если нет доступных сеансовых полномочий, то считается, что обе стороны имеют это полномочие.

4. СОКРАЩЕНИЯ

4.1.Сервис виртуального терминала

А-режим

- асинхронный режим;

ВТ

- виртуальный термина.!;

ЗИВП

- запись инструкций ввода в поле;

ЗМВП

- запись макета ввода в поле;

зоп

- запись определения поля;

ИВГ1

- инструкция ввода в поле;

КОВ

- концептуальная область взаимодействия;

код

- концептуальная область данных;

мс

- многократное согласование;

00

- объект отображения;

оси

- определение структуры данных;

оси

- объект ссылочной информации;

ОУ

- объект управления;

ОУД

- область управления доступом;

ОУИВП

- объект управления инструкциями ввода в поле;

ОУК

- объект управления контекстом;

0УМВГ1

- объект управления макетом ввода в поле;

ОУОП

- объект управления определением поля;

ОУСП

- объект управления способом передачи;

ОУСС

- область управления, сигнализации и статуса;

РВП

• реакция ввода в поле;

С-режим

- синхронный режим;

СрВТ

- среда виртуального терминала;

С ВП

- событие ввода в коле;

СеВТ

- сервис виртуального терминала;

УВП

- условие ввода в поле.

4.2. Разное

АСН.1

- см. ГОСТ 34.973;

ПБД

- протокольный блок данных;

ПАВТ

- протокольный автомат виртуального терминала;

дп

- двусторонний поочерецный;

ДО

- двусторонний одновременный;

Страница 9

ГОСТ Р J4.986.l-92 С. 7

АЗП    - аварийное    завершение поставщика;

ПВТ    - протокол виртуального терминала;

ЗСРП    - заявление    о соответствии реализации протокапа;

СЭУА    - сервисный    .элемент управления ассоциацией.

4.3. Протокольные элементы ВТ

APQ    - VT-P-ABORT;

ASQ    - VT-ASSOC 1ATE-R EQ;

ASR    - VT-ASSOCIATE-RESP;

AUQ    - VT-U-ABORT;

BKQ    - VT-BREAK-REQ;

BKR    - VT-BREAK-RESP;

DAQ    - VT-ACK-RECEIPT;

DLQ    - VT-DELIVER;

ENQ    - VT-END-NEG-REQ;

ENR    - VT-END-NEG-RESP;

GTQ ’    -    VT-GIVE-TOKEN;

HDQ    - VT-HIGH-PRI-DATA;

NAQ    - VT-N EG-ACCEPT;

NDQ    - VT-DATA;

NIQ    - VT-NEG-INVITE;

NJQ    - VT-NEG-REJECT;

N00    - VT-NEG-OFFER;

RLQ    - VT-RELEASE-REQ;

RLR    - VT-RELEASE-RESP;

RTQ    - VT-REQUEST-TOKEN;

SNQ    - VT-START-NEG-REQ;

SNR    - VT-START-NEG-RESP;

SPQ    - VT-SW1TCH-PR0FILE-REQ;

SPR    - VT-SWITCH-PROFILE-RESP;

UDQ    - VT-URGENT-DATA.

5. ОБЗОР

5.1.Кратгое описание услуг ВТ

Настоящий стандарт обеспечивает услуги основного класса виртуального терминала, определенные в стандарте ИСО 9040. Примитивы услуг ВТ перечислены в табл. 1.

Страница 10

С. 8 ГОСТ Р 34.986.1-92

Таблица I

Примитивы услуг ВТ

Примитив

Параметр

VT-ASSOCIATE

запрос

Имя вшиваемого прикладного объекта

ИНДИМЦИЙ

Имя ввоыаакмцего прикладного объема Класс

Функциональные блоки Режим

Владелец перемерного доступа по заиисм (ПДЗ>

Ими профиля СрВТ

Список предложений аргументов

профиля

ответ

Имя отвечающего прикладного объекта

подтверж

Функциональные блоки

дение

Владелец ПДЗ

Список значений аргументов профиля Результат

Причина аварийного завершения ВТ-пользователя (только подтверждение)

VT-P-ABORT

индикация

Причина

VT-RELEASE

запрос

индикации

ответ

Результат

подтверж

Причина аварийного Нвершения

дение

В'Г-иольэо«ателя

Причина аварийного аавершения поставщика «только ийатвсржленис)

VT-U-ABORI

запрос

Причина аварийного завершение

индикация

ВТ- польЭоаатАля

Страница 11

ГОСТ Р 54.986.1-92 С. 9

Продолжение пшСл. I

Примите

Параметр

VT-SW1TCH-PROHU-

запрос

индикация

ответ

подтверж*

Денис

Имя профиля СрВТ

Список предложений аргументов

профиля

Список значений аргументов

прекрати

Результат

Причина аварийного завершения В'Г-пользоватсля

Причина аварийного завершения поставщика

(только подтверждение)

VT-START-NEC

till рос

индикация

ОТЮ1

подтверж

дена

Имя профиля СрВТ

Список предложений аргументов

профили

Список значений аргументов

профиля

Результат

Причина аварийного завершения ВТ-пользовагсля

Причина аварийною за вера гения поставщика

(только подтверждение)

VT-END-NEG

запрос

индикация

ответ

подтверж

дение

Выбор СрВТ

Разрешение аварийного завершения

выбор СрВТ

Результат

Причина аварийного завершения ВТ-польэовател*

Причина аварийного завершения посташцика

(только подтверждение)

Страница 12

С. 10 ГОСТ Р 34.986.1-92

Продолжение табл. I

Примитив

Параметр

VT-NEG-INVfTE

запрос

индикация

Список идентификаторов параметров

VT-NEG-OFKKR

дорос

индикация

Список предложений параметров

VT-NEG-ACCRPT

запрос

индикация

Список значений параметров

VT-NEG-REJECT

запрос

индикация

Список идентификаторе* параметров

VT-DATA

запрос

нндихаци*

Вывод эхо Начало ввода Обновление объекта

Дескриптор объекта Данные объекта

VT-H1GH-PRI-DATA

запрос

индихацив

Обновление объекта

Дескриптор объекта Данные объекта

VT-URGENT-DATA

запрос

индикация

Обновление объекта

Дескриптор объекта Данные объекта

VT-DEIJVER

запрос

индикация

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

VT-ACK-RECLIPT

запрос

индикация

Страница 13

ГОСТ Р 34.986.1 -92 С. II

Продолжение тий.ч. I

Примитив

Параметр

VT-BREAK мирос

Полномочие

иняикаиив

Информация

споет

Полномочие

подтверж

Информация

дение

VT-CIVI--TOKE.V

запрос

индикация

VT-REQUEST-T OKF.N

запрос

индикация

5.2. Модель

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

элементами    выполняется с    помощью услуг управления

ассоциациями и уровня представления (см. ИСО 8649 и ГОСТ 34.97Г соответственно). Моделью сервиса является одиночная концептуальная область взаимодействия

составляющие виртуальный терминал. КОВ подразделяется на четыре области:

а)    КОД - концептуальная область данных, содержащая один или более объектов отображения (00);

б)    ОУСС - область управления,* сигнализации и статуса, содержащая ряд объектов управления (ОУ);

в)    ОУД - область управления доступом;

г)    ОСД - определение структуры данных, параметрически определяющая структуры КОД и ОУСС.

КОВ концептуально доступна ВТ-пользователям посредством сервисных примитивов, которые передают информацию от или к ВТ-пользовагелям. Каждый ПАВТ содержит свою собственную КОВ (см. черт. 1). Эти две КОВ образуют ВТ-контекст, на который ссылаются при определении СВТ основного класса. Каждый ПАВТ может содержать контекст сброса, который сохраняет контексты всех 00 и ОУ, существующих в то время,.

Страница 14

С. 12 ГОСТ Р 34.986.1-92

когда была установлена текущая среда ВТ. Эго позволяет задать параметр "значение ВТ-контекста” после выполнения процедуры прерывания (см. п. 8-8).

Модель

черт. I

5.3. Сервис, предоставляемый уровнем представления

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

Страница 15

ГОСТ Р 34.986.1 -92 С. 13

Таблица 2

Сервисные примнгниы уровня представления

Уедут прелая ме и им

Нричтив

Р DATA

Запрос

Индикация

P-EXPF.DI TIED DATA

Запрос

Индикация

PRESYNCHRONIZE

Запрос

Индикация

Ответ

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

P-SYNCHRONIZE-HAJOR

Запрос

Индикация

Ответ

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

P-TOKEN-CIVE

Запрос

Индикация

P-TOKF.N- PLEASE

Запрос

Индикация

PTYPED-DATA

Запрос

Индикация

5.4. Сервис, предоставляемый сервисным элементом управления ассоциацией

Протокол, определенный в этой части настоящего стандарта предполагает использование услуг управления ассоциациями (см. ИСО 8649). Информация передается к СЭУА и от СЭУА в сервисных примитивах, приведенных в табл. 3.

Страница 16

С. 14 ГОСТ Р 34.9МЛ-92

ТаблктЗ

Сервисные примитивы СЭУА

A-ASSOCIATE

Запрос Индикация От ВС!

Подгиерждение

A-RELEASE

Запрос

Индикация

Ответ

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

A-ABORT

Запрос

Индикация

A-P-ABORT

Запрос

Индикации

5.5. Функции протокола ВТ

5.5.1.    Образование ВТ-ассоциации

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

а)    подтверждается использование этого протокола;

б)    согласовывается требуемая дисциплина диалога;

в)    используется подходящий синтаксис передачи;

г)    согласуется начальная среда ВТ, или согласуется тот факт, что среда ВТ будет согласована позднее, но до передачи любых данных.

5.5.2.    Завершение ВТ-ассоциации

Назначение этой функции состоит в прекращении существования ВТ-ассоциации.

5.5.3.    Согласование

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

Страница 17

ГОСТ Р 34.9M.I-92 С. 15

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

Назначение функции передачи данных состоит в отправке от одного Г1АВТ к другому структурированных данных, представляющих операции над объектом или объектами КОВ в модели виртуального терминала.

5.5.5.    Управление доставкой

Назначение управления доставкой:

а)    позволить ВТ-пользоватслю, посылающему данные, указать точки в потоке данных, в которых представленные операции должны выполняться;

б)    позволить подтвердить индикацию приема такой точки доставки;

в)    позволить группировать вместе данные обновления объектов с одинаковыми правилами доступа и отдать их одновременно в распоряжение ВТ-пользователю.

5.5.6.    Управление диалогом

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

5.5.7.    Обработка ошибок

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

Примечание. Процедуре обработки оади&ж рассматрниаскч с процедурами безусловного завершения ассоциации

5.5.8. Прерывание

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

Страница 18

С. 16 ГОСТ V 34.9Sb.i-9:

5.6.    Функциональные блоки протокола

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

а)    образование ассоциации:

б)    завершение ассоциации:

в)    передача данных:

г* управление доставкой;

д) управление диалогом (только С-режим);

е> обработка ошибок.

Определены также шесть функциональных блоков протокола основного класса виртуального терминала, которые соответствуют шести функциональным блокам услуг, определенным в ИСО 9040. Следующие функции доступны, если только был выбран соответствующий функциональный блок:

ж)    согласование смены профиля:

з)    многократное согласование;

и)    согласованное завершение:

к) прерывание;

л) срочные данные;

м) объекты ссылочной информации.

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

5.7.    Режимы функционирования

Протокап функционирует в двух режимах: асинхронном и синхронном. В С-режимс соединение на уровне представления, поддерживающее обмен между ВТ, рассматривается как соединение с двусторонним поочередным обменом, и протокольные автоматы виртуального терминала (ПАВТ» поочередно посылают данные друг другу. В Л режиме соединение на уровне представления рассматривается как соединение с двусторонним одновременным обменом, и ПАВТ не ограничены в обмене данными.

5.8.    Управление доступом

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

Страница 19

ГОСТ Р 34.986.1 «С. 17

6. ПРОТОКОЛЬНЫЕ ЭЛЕМЕНТЫ

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

Таблиц» 4

Протокольные ЭЛСМСИТЫ ВТ

Протокольный

элемент

Полное имя

Ссылки

ASQ

VT-ASSOC1ATF.

6.2

ASR

VT-ASSOCIATE

6.3

APQ

VT-P-ABORT

6.1

AUO

VT* и-ABORT

64

RLQ

VT-RELEASE

6.18

RIR

VT-RELEASE

6.19

MDQ

VT-MIGH-PRI-DATA

6.12

NDQ

VT-DATA

6.14

LDQ

VT-LRGENT-DATA

6 25

DAQ

VT-ACK-RKCEIPT

6.7

DLQ

VT* DELIVER

68

GTQ

VT-GIVE-TOKEN

6.11

RTQ

VT-REQUEST-TOKEN

6.20

BKQ

VT-BREAK-REQ

65

BKR

VT-BREAK-RESP

66

SPQ

VT-SW1TCH-PROF1LE-REQ

623

SPR

VT-SW1TCI1 - PKOFILE-RESP

6.24

F.NQ

VT-END-NEG-REQ

69

ENR

VT END-NEG-RESP

6.10

NAQ

VT-NEG-ACCEPT

6.13

МО

VT-NEG-IKVITE

6.15

NJQ

VT NEG REJECT

6.16

NOQ

VT-NEG-OFFER

6.17

SNQ

VT-START-NEG-REQ

6.21

SNR

VT START NEG RESP

6.22

i

Страница 20

С. 18 ГОСТ Р 34.986.1-92

Процедуры, определяющие использование элементов, приведены в разд. 7-10, их отображение на сервис представления или СЭУА к их структура в соответствии с АСН.1 определены в разд. 11 и 12.

Может случиться, что в некоторых реализациях нельзя задать параметры для протокольных элементов APQ и AUQ из-за возможных ограничений на длину в поддерживающих услугах.

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

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

К таким элементам относятся:

а)    ASQ;

б)    ASR;

в)    SNQ;

г)    SNR;

д)    SPQ;

с) SPR;

ж) UDA.

6.1.    А Р Q (VT-P-ABORT)

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

Служит для вызова безусловного завершения ВТ-ассоциации (инициированного ПАВТ).

6.1.2.    Параметр

Причина принимает или значение "локальная ошибка”, или значение "протокольная ошибка".

6.2.    ASQ (VT-ASSOCIATE-REQ)

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

Служит для запроса образования ВТ-ассоциации.

6.2.2.    Параметры:

а)    имя вызываемого прикладного объект.'» (задает прикладной объект, с которым должна быть образована ВТ-ассоциация);

б)    имя вызывающего прикладного объекта (идентифицирует прикладной объект, запрашивающий образование ВТ-ассоциацию);

в) класс (задзет класс услуг ВТ, принимает значение ’’основной");

г) режим (задает режим (А или С), который будет существовать на время ВТ-ассоциации, и возможность смены режима);

Страница 21

ГОСТ Р 34.986.1-92 С. 19

д) владелец ПДЗ (определяет сторону, которая первоначально владеет полномочием ПЛЗ, если оно существует; принимает или значение ’'инициатор”, или значение "получатель", или "по выбору получателя");

с) имя профиля (см. стандарт ИСО 9040); если значение отсутствует, используется профиль по умолчанию, определенный в ИСО 9040 для А-режнма, или для С-режима, что обусловлено параметром "режим”;

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

з)    функциональные блоки (определяют предложенные функциональные блоки текущего класса услуг ВТ). Принимают одно или более значений из следующего списка:

1)    смена профиля;

2)    многократное согласование;

3)    согласованное завершение;

4)    срочные данные;

5)    разрушающее прерывание;

6)    усиленные правила доступа;

7)    структурированные объекты управления;

8)    работа с блоками;

9)    работа с полями;

10)    объекты ссылочной информации (ОСИ)]

и) версия протокола: для инициирующего ПАВТ - это строка битов переменной длины, где каждый установленный в I бит указывает, что поддерживается соответствующая версия протокола. Бит 0 представляет первую версию, бит I представляет вторую версию протокола и т. д. Могут быть установлены несколько битов, которые указывают, что поддерживаются несколько версий. Концевые биты, порядка выше, чем наивысшая версия этого стандарта, которую поддерживает ПАВТ, не должны посылаться, т. е. последний бит строки должен быть установлен в I. Принимающий ПАВТ должен игнорировать концевые биты порядка выше чем 1, указывающего на последнюю версию этой части настоящего стандарта;

к) идентификатор реализации:    позволяет разработчикам

идентифицировать реализацию и ее версии с помощью "печатной строки” для целей обслуживания. Формат этих строк должен быть определен разработчиками способом, удобным для их реализации.

6.3. ASR (VT -ASSOCIATE - RESP)

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

Служит для завершения образования ВТ-ассоциации или отказа от него.

Страница 22

С 20 ГОСТ Р S4.9S6.l-9i

6.3.2. Параметры:

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

б)    начальный владелец ПДЗ как в п. 6.2, за исключением того, что значение "по выбору получателя" не допускается. Присутствует только тогда, когда параметр ASQ имел значение "по выбору получателя”;

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

г)    результат '‘успешное выполнение*', "успешное выполнение с предупреждением" или "аварийное завершение";

д)    причина аварийного завершения передается или строка

текста, поставляемая отвечающим ВТ-пол^зователем, или одно из значений:    "среда ВТ неполная", "параметр среды ВТ не

поддерживается", "комбинация параметров среды ВТ не поддерживается", "профиль СрВТ не поддерживается";

е)    версия протокола в случае успешного завершения аналогично тому, как описано в п. 6.2.2, за исключением того, что только единственный бит может быть установлен в 1. Этот бит выбирает версию протокола, которая будет использована на время ассоциации. Если результат - "аварийное завершение", то эта строка битов указывает на версию «версии) протокола стандарта;

ж)    функциональные блоки - как в п. <5.2.2 з);

и) идентификатор реализации - как в я. 6.2.2 и).

6.4.    A U Q (VT-U-ABORT)

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

Служит для запроса безусловного завершения ВТ-ассоциации (инициированное ВТ-пользоватслем).

6.4.2.    Параметры

Причина аварийного завершения &Т-пользователя: строка текста, предоставленная пользователем.

6.5.    В К Q (VT-BREAK-REQ.)

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

Запросить разрушающее приоритетное прерывание, о котором будет уведомлен удаленный ВТ-пользователь удаленным ПАВТ.

6.5.2.    Параметры

а) владелец ПДЗ - принимает одно из значений: "сторона инициатора", "сторона получателя", "по выбору получателя";

Страница 23

ГОСТ Н 34.986.1-92 С. 21

б) информация - элементы, определенные в стандарте ИСО 9040.

6.6.    В К R (VT-BREAK-RESP)

6.6.1.    Назначение - подтвердить удаленному ПАВТ, что о разрушающем приоритетном прерывании был уведомлен локальный ВТ-пользователь.

6.6.2.    Параметры

а> полномочие - принимает значение или "инициатор", или "получатель”;

б) информация - элемента, как определено в ИСО 9040.

6.7.    DAQ (VT-ACK-RECEIPT)

6.7.1; Назначение

Подтвердить точку доставки, идентифицированную приемом DLQ.

6.7.2.    Параметры

Отсутствуют.

6.8.    DLQ (VT-DELIVER)

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

Обозначить точки доставки в потоке ПБД NDQ и. если это требуется, запросить подтверждение приема.

6.8.2.    Параметры

Запрос подтверждения - булева переменная, указывающая, требуется или нет явное подтверждение.

6.9.    Е N Q (VT-END-NEG-R EQ)

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

Запросить синхронизированное завершение многократного согласования и вызвать переход в фазу обрабо1ки данных.

6.9.2.    Параметры

а)    выбор СрВТ - принимает одно из значений - ’’проект", "текущая", "любая";

б)    возможность аварийного    завершения    - параметр

необязателен и принимает одно из значений - "да" или "нет".

6.10.    ENR (VT-END-NEG-RESP)

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

Ответить на запрос завершения согласования.

6.10.2.    Параметры

Страница 24

С. 22 ГОСТ Р 34.986.1-92

а)    выбор СрВТ - может присутствовать и принимает одно из значений - "проект" или "текущая";

б)    результат - принимает одно из значений "успешное выполнение", "успешное выполнение с предупреждением" или "аварийное завершение”;

в)    причина аварийного завершения - передаст лнбо строку текста, поставляемую отвечающим ВТ-пользователем, либо значение "СрВТ неполная".

6.11.GTQ    (VT-GIVE-TOKENS)

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

Передать все определенные сеансовые полномочия равноправному ПАВТ.

6.11.2.    Параметры

Отсутствуют.

6.12.    HDQ (VT-HIGH-PRI-DATA)

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

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

6.12.2.    Параметры

Обновления объекта - последовательность из нуля н более элементов данных. Каждый элемент данных - это пара (идентификаторов объекта, операция). Каждый идентификатор объекта указывает на объект управления, а соответствующая "операция" идентифицирует допустимое обновление этого объекта. Список операций может быть нулевой длины. Допустимые операции над объектами управления определены в ИСО 9040.

6.13.    N A Q (VT-NEG-ACCEPT)

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

Выбрать значение для одного или более параметров СрВТ, заданных в предыдущих протокольных элементах VT-NEG-OFFER.

6.13.2.    Параметры

Список параметров СрВТ и соответствующих значений для этих параметров, выбранных из альтернатив, заданных в предыдущих VT-NEG-OFFER.

6.14.    NDQ (VT-DATA)

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

Страница 25

ГОСТ Р 34.9Я6.1 -92 С. 23

Обновить объекты "управляемым" способом и для А-режима выдать индикацию, если за обработкой элемента данных может следовать эхо.

6.14.2. Параметры

а)    обновления объекта - как в п. 6.12.2, но применяется к объектам отображения также как к объектам управления;

б)    вывод эха - может принимать значение "эхо" или отсутствовать;

в)    начать ввод - может принимать значение "начать ввод" или отсутствовать.

Каждая операция выражена идентификатором со значениями параметров, если они требуются для этой операции. NDQ помечен для того, чтобы закодировать булевскую переменную "вывод эха" и "начать ввод". Операции такие же, какие определены для объектов отображения и управления в ИСО WO.

6.15.    N I Q (VT-NEG-INVITE)

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

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

6.15.2.    Параметры

Список идентификаторов параметра - имена параметров среды ВТ. для которых должны быть предоставлены значения.

6.16.    NJQ (VT-NEG-REJECT)

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

Отвергнуть параметры срсды ВТ, содержащиеся в предыдущих NOQ. значения которых и/или интервал значений неприемлемы.

0.16.2. Параметры

Список идентификаторов параметра - параметры срсды ВТ. значения которых отвергнуты.

6.17.    NOQ (VT-NEG-OFFER)

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

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

6.17.2.    Параметры

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

Страница 26

С. 24 ГОСТ Р 34.9*6.1-92

6.18.    RLQ (VT-RELEASE-REQ)

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

Запросить упорядоченное завершение ВТ-ассоциации.

6.18.2.    Параметры

Отсутствуют.

6.19.    RLR (VT-RELEASE-RESP)

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

Принять или отвергнуть запрос упорядоченного завершения ВТ-ассоциации.

6.19.2.    Параметры

а)    результат - принимает одно из значений "успешное выполнение" или "аварийное завершение". Значение "аварийное завершение" может быть использовано только тогда, когда был успешно согласован функциональный блок согласованного завершения сеанса в параметре "характеристики сеанса" примитива A-ASSOCIATE. см. п. 11.1.1;

б)    причина аварийного завершения - передает или строку текста, предоставленную отвечающим пользователем, или значение "обнаружено столкновение", когда ПЛВТ определяет аварийное завершение.

6.20.    RTQ (VT-REQUEST-TOKEN)

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

Запросить все сеансовые полномочия, которые были определены.

6.20.2.    Параметры

Отсутствуют.

6.21.    SNQ (VT-ST ART-NEG-REQ)

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

Запросить установленные фазы активного согласования.

6.21.2.    Параметры

а)    имя профиля - как в п. 6.2.2 е);

б)    список предложений аргументов профиля - как в п. 6.2.2 ж).

6.22.    SNR (VT-START-NEG-RESP)

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

Сообщить об успешном выполнении или аварийном завершении попытки установить фазу активного согласования.

Страница 27

ГОСТ Р J4.9S6.l-92 С. 23

6.22.2. Параметры

а)    список значений аргументов профиля - как в п. 6.3.2 в>;

б)    результат - принимает значения “успешное выполнение" или "аварийное завершение";

в)    причина аварийного завершения - передает или строку текста, предоставленную отвечающим ВТ-пользователем, или одно из значений: "обнаружено столкновение'' или "профиль не поддерживается".

6.23.    S Р Q (VT-SWITCH-PROFILE-REQ)

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

Согласовать смену на новую латную СрВТ, образованную из указанного профиля СрВТ.

6.23.2.    Параметры:

а)    имя профиля - как в п. 6.2.2 е);

б)    список предложений аргументов профиля - как в п. 6.2.2 ж).

6.24.    SPR (VT-SWITCH-PROFILE-RESP)

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

Сообщить об успешном выполнении или аварийном завершении попытки согласования.

6.24.2.    Параметры:

а)    список значений аргументов профиля - как в п. 6.3.2 в);

б)    результат - принимает значение ’’успешное выполнение’’ или “аварийное завершение";

в)    причина аварийного завершения - передает или строку текста, предоставленную отвечающим ВТ-пользователем, или одно из значений; "обнаружено столкновение”, "параметр не поддерживается”, "комбинация параметров не поддерживается”, "профиль не поддерживается".

6.25.    UDQ (VT-URGENT-DATA)

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

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

Этот протока! ьный элемент доступен всегда, но его отображение на услуги нижних уровней зависит от окончательного значения параметра "характеристики сеанса", см. п. 11.1.1.

6.25.2.    Параметры:

Как в п. 6.12.2.

Страница 28

с. 26 ГОСТ Р 34.9S6.I-92

7. ПРОЦЕДУРЫ

Процедуры ПВТ основного класса определены в разделах 8-10 как последовательности действий, выполняемых равноправными ПАВТ. Последовательности представлены в табличной форме, где указаны:

а)    шаг - числовой порядок в последовательности; когда последовательность ветвится, первый шаг в каждой ветви отмечается суффиксами с различными буквами, а последующие шаги в каждой ветви сохраняют этот суффикс (например, если ветвь начинается после шага 4. следующие шаги будут отмечены как 5а и 5Ь; за 5а следует 6а. за 5Ь следует 6Ь>;

б)    Г1АВТ - ПАВТ различаются по их ролям в рассматриваемых процедурах (например инициирующий - И, адресат - А), любой -J1. посылающий - П или принимающий - Пр;

в)    событие - одно из нижеперечисленных:

1)    прием поименованного сервисного примитива от ВТ-пользователя;

2)    прием поименованного протокольного элемента протокола от равноправного ПАВТ;

3)    событие АЗП (см. примечание I);

г)    действие: определяет действие, которое должен выполнить ПАВТ в ответ на событие.

Примечание:

1.    Об аварийном ииершении на нижних уровнях или некоторых других услуг модели ВОС. которые привод*! к потере ВТ-ассоииации. будут уведомлены оба ПАВТ. Так как такое уведомление не передается между двумя I1ABT. то оно не описывается как элемент протокола. Тем не менее, это событие является важным событием и идентифицируется по имени поставщика аварийного завершения

Условия, приводящие к ветвлению, включены в описание события. Там. где лсйстьнс заканчивает последовательность для отдельной ветви, но не является последним в таблице, появляется фра» " Конец последовательности*. Информация, которая не является ни событием, ни действием, заключена в скобки.

Каждый ПАВТ сохраняет контекст сброса, который создастся из текущей СрВТ, когда она устанавливается, и из исходною содержимой) ОУ и 00. определенного в ИСО 9040. Ото используется для то™, чтобы обеспечить значение контекста посте мвершеки* процедуры прсрынания (см. и 8 8 и тдС»л. 15).

2.    Значение контекста сброса определяется значениями, согласованными дня различных параметров СрВТ. как определено в ИСО SKM0. Пет необходимости «*но сохранять никакие дополнительные значения.

3.    Контекст сброса нснальзуекя т.мько процедурой прерывания; если функциональный блок орс11ыипния не выбран. н> ciu не нужно «охранять.

Страница 29

ГОСТ Р 34.9Л6.1-92 С. 27

в. ОСНОВНЫЕ ПРОЦЕДУРЫ

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

8.(.Образование ассоциации

Образование ассоциации по примитиву запроса VT-ASSOCIATE выполняется процедурами, приведенными в табл. 5

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

В табл. 6 определены процедуры отказа от ассоциации как варианты соответствующих действий из табл. 5.

Таблица 5

Процедуры образования ВТ-ассоцнацим

Шаг

ПАВТ

Событие

Действие

1

И

Запрос VfT-ASSOCIA ГЕ. приемлемый дп« инмиимруСошето ПАВТ

Послать ASQ

А

ASQ. приемлемым для инициирующей ПАВТ

Выдать индикацию VT-ASSOCIATE

Заа

А

Отпет VT-ASSOCIATE с результатом

"успешное

выполнение*

Послан. ASR С результатом

"успешное выполнение". Установить "контекст сброса". <ООГвС1С1#уюшин текущему содержимому ОО и ОУ

Страница 30

С. 2S ГОСТ P34.9S6.I-92

Продолжение тай.г 3

Шаг

ПАВТ

C.Vk'utiu.-

Действие

4аяа

Н

ASQ с результатом 'успешное выполнение" и содержимым ASK. приемлемым для инициирующего IIABT

Выдать подтверждение VT-ASSOClATfc е результатом "успешное «ЫПОЛНС-лив’. Установить "контекст сброса", сскгтвстстпующий текущему содержимому всех ОО и ОУ

8.2. Согласованное завершение

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

Таблица 6

Процедуры от*ала от ВТ-ассоцнлции

Шаг

ПАВ!

Событие

Действие

А

ASQ не приемлем лив принимающего ПАВТ

Послать ASR с результатом ’аварийное завершение*

ЗаЬ

А

Ответ VT-ASSOCIATE с результатом "аварий-мое завершение*

Послать ASR с таким же значением реэулыатв

4ab/3b

И

ASR с результатом "аварийное завершение*

Выдать

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

VT-ASSOCIATE с тем же

Страница 31

ГОСТ Р 34.986.1-92 С. 29

Продолжение пшйл б

Шаг

ПАП

Событие

Действие

знамением

результата.

Конец последовательности

4ааЬ

И

ASR с результатом "успешное выполнение” и содержимое ASR неприемлемо для инициирующею ПАВТ

Выла п.

подтверждение VT-ASSOCIATE с результатом "аварийное завершение”. Послать APQ. Конец последовательности

8.3.    Безусловное завершение

Безусловное завершение ВТ-ассоциацни может инициироваться ВТ-иользователем, ПАВТ или другим    поставщиком услуг.

Процедуры приведены в табл. 8.

8.4.    Согласование

Основные процедуры не включают согласование.

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

Процедуры передачи    данных приведены    в табл. 9-13.

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

направления передачи.    зависящего    от    местонахождения

полномочий.

Страница 32

с. 30 ГОСТ Р 34.986.1-92

Таблица

Процедуры согласованного завершения

Шаг

ПАВТ

Событие

Действие

Согласованное аа вершение с полномочиями

И

Запрос VT-RELEASE,

содержащий полномочия

Послать данные, как описано в габл 9 или 10 Послать RI.Q

2аа

А

RLQ без столкновения

Выполнить доставку данных, как о писано а табл. 9 или 10. Выдать индикацию VTRELEASE

За а*

А

Ответ VT-RELEASE С результатом "успешнс* выполнение"

Послать данные, как 091ИС&Н0 в табл 9 или 10. Послать RIJt с результатом "успешное выполнение"

4а аа

И

RLR с результатом "примято"

Доставить данные, как описано в табл 9 или 10. Выдать

подтверждение VTRELEASE с результатом "успешное выполнение"

Конец последовательности

Отказ от ал першения

ЗааЬ

А

От ест VT-RELEASE.

Послать RLR с

результат "аварий

результатом

ное завершение"

"аварийное

Страница 33

ГОСТ Р 34.986.1-92 С. 31

Продолжение тайл. 7

Шаг

ПАВТ

Событие

Действие

завершение"

4лаЬ

И

RLR с результатом' "аварийное завершение"

Выдать подтверждение VT-RELEASE с результатом "аварийное завершение'', не принимав никаких действий по отношению к транзитным данным

Столкновение при завершении

2аЬ

Л

RI.Q. если подтвержде тк доставки отложено и доступно согласованное завершение

Отправить RI.R с результатом "аварийное завершение " и причиной "обнаружено столкновение*. Продолжить ждать DAQ

2ас

А

RLQ. к Oft» подтверждение доставки отложено и согласованное завершение недоступно

Доставить данные, как определено в табл. 9 или 10. Издать индикацию VT-RELEASE Конец последом-тельисс ти

ЗаЬ

И

DLQ с запросом подтвержден ив вместо RIJJ

Мет

4аЬ

И

RI.Q с результятом ‘аварийное завершение"

Выдать шптверж-,1ение VT-RHI.EASE с результатом 'аварийное

3-606

Страница 34

С. 32 ГОСТ Р 34.986.1-92

Продел жгнис табл. 7

Шаг

ПАВТ

Событие

Действие

завершение’' и причиной "обнаружено столкновение". Произвести обычное действие по доставке. И&аагь индикацию VT-DEIJVER с запросом подтверждения. Продолжить с нага 3 табл. 13, как ПАВТ-ад-ресат

Согласованное ааяерипгние бея полномочий

И

VT-RELEASK. полномочия отсутствуют

Послать RTQ

2Ьа

А

RFQ. содержащий ПОЛНОМОЧИЯ

Послам GTQ

ЗЬаа

И

GTQ

Послать данные Послать RLQ

4Ьиаи

А

RLQ без столкновения

Выполнить доставку данных, как описано в табл 9 или 10. Выдать индикацию VTRF.l-F.ASK

5Ьааа

Пр

Ответ VT RELEASE с ре

Послать данные.

а

зультатом "успешное выполнение"

как описано в твбл 9 иди 10-Послать RLR. результат “принято”

6baaa

И

RLR с результатом

Доставить данные.

a

'принято"

как описано а табл. 9 иди 10. Выдать «одтверж-

Страница 35

ГОСТ Р 34.986.1-92 С. 33

Продолжение табл. 7

Шаг

ПЛВТ

Событие

Действие

дснис VT-RELEASE результат "успешное выполнение”.

Коней последо-нательное™

Отказ от завершения

5Ьааа

А

Ответ VT-RELEASE с ре

Послать RLR с

Ь

зультатом ’успешное выполнение”

результатом

"аварийное

завершение*

бЬааа

И

RLR. результат

Выдать подтвержден»

b

"аварийное завершение*

VT-RELEASE с результатом "аварийное завершение”. не предпримешь никаких действий по отношению к транзитным данным. Конец после довательности

Столкновение при завершении

2ЪЬ

А

RTQ и полномочия отсутствуют (из-за столкновения с процедурой передачи полномочий)

Нет

зьъ

А

CTQ

Продолжит», с шага ЗЬаа табл. 7

2Ьс

А

RTQ, когда ожидается RLR

Нет (продолжить Ожидание RLR)

ЗЫЬ

А

RLQ вместо GTQ

Выдать подтверждение VT-RELEASE с результатом 'аварийное за-

Страница 36

С. 34 ГОСТ Р 34.986.1*92

Продолжение iwi6.i 7

Шаг

I1ABT

Событие

Действие

■ершеиие” и причиной "обнаружено столкновение". Продолжить с шага 2аа тайл. 7, как ПЛВТ-адрссат

4bant>

А

RLQ. если подтверждение доставки отложсщ»

Отправить RLR с результатом "аварийное завершение"

5baab

И

DIXJ с запросом подтверждении bmccio KIJ(

Ист

6baab

И

ИЯ с результатом 'аварийное за вершение-*

Выдать подтперж■ дениеVT-RELEASE с результатом "аварийное завершение" И причиной "обнаружено столкновение". Выполнить обычное действие по дос-тавке Издать индикацию VT-DEIJVER с запросом подтверждения. Продолжить с шага 3 табд 13. как ПАВТ-адресат

8.6. Управление доставкой

Процедуры, приведенные в табл. 13, применяются, если было согласовано простое или 'карантинное управление доставкой. Процедуры подтверждения используются только тогда, когда они специально запрошены в примитиве VT-DEL1VER. Остальные сервисные элементы приводят к действиям по передаче и доставке, но не приводят к выдаче индикации VT-DELJVER. В таблицах, соответствующих этим элементам, определено, когда это должно происходить.

Страница 37

ГОСТ РМ.986.1-92 С. 35 Таблица 8

Процедуры безусловного «вершении

Шаг

ПА ВТ

Событие

Действие

S

S

-

I

инициированное пользователем

1

И

Запрос VT-U-ABORT

Послать ALQ с причиной. тягой из запроса VT-U-ABORT (любые данные, которые перелаются. или другие выполняемые действия отменяются)

2

А

AUQ и индикация VT-ASSOCIATE 6bi.ni выданы I1ABT. и ВТ-Поль хмытель не издал ни запрос VT-U ABORT. ни ответ VT-RELEASE с результатом "успешное выполнение"

Выдать индикацию VT-U-ABORT СО

значением параметра "причина" из ALQ

Завершение

инициированное ПЛВТ

И

Некоторые внутренние

Поедать APQ с

проблемы, препятствую-

причиной

шие порм&аьмым лей •

•домльная ошиб

стенам ПАВТ

ка’ Выдать индикацию VT-P-ABORT с соответствующим параметрам причины (любые транзит ные данные иди выполняемые действия отменяются)

А

APQ с причиной-

Выдать индикацию

~локальная ошибка * и

VT-P-ABORT с

индикация VT-ASSOCIA-

соответствующим

ТЕ были выданы ПАВТ,

параметров

ВТ-пользователь не

причины

Страница 38

С. 36 ГОСТ Р 34.986.1-92

Продолжение табх в

Шаг

ПАВ Г

Событие

Действие

шдал ни запрос VT-U-ABORT, ни от ос г VT-RELEASE с результатом "успешное завершение"

Зл вершение. инициированное поддерживающими услугами

Л

Аварийное завершение

Отменить все

поставщика

транзитные дан

ные и выполня

емые действия.

Выдать индикацию

VT-P-ABORT с

информацией о

причине, которая

предоставляете*

поддерживающим

сервисом

8.7.    Управление полномочиями

Процедуры управления полномочиями позволяют ПАВТ передавать полномочия равноправному ПАВТ или запросить полномочия у равноправного ПАВТ. Эти процедуры перечислены в табл. 14. Они используются только в С-режиме.

8.8.    Прерывание

Процедуры прерывания обеспечивают средства протокола для поддержки услуги VT-BREAK, которая является разрушающей услугой прерывания, доступной любому ВТ-польэователю, независимо от режима функционирования или владения полномочиями доступа. Эти процедуры приведены в табл. 15.

Страница 39

ГОСТ Р 34.986.1-92 С. 37

Таблица 9 Процедуры передачи нормальных данных • С-режиме

Шаг

ПАВТ

Событие

Действие

1

п

Запрос VT-DATA. направленный объекту упра и лення с приоритетом "нормальный" или объекту отображении Для удобства 11АВТ

Послать NDQ, содержащий обновления, сохранить относительную ПОСЛС-аовательность обновлений объектов КОВ

п

Запросы VT-DELIVER. VT-CIVE-TOKEN или VT-RELEASE

Послать все еще не отправленные NDQ. Преллринять действие, coomeiciu) юшее примитиву запроса

п

Запрос VT-DATA, направленный к объекту управления, для которого триггер "выбран”

Послать осе еще не отравленные NDQ.

Послать GTQ

Заа/ЗЬа

При ни чающий

NDQ. когда нет управления доставкой или используется простое управление доставкой

Обработать обновления так. чтобы сохранить порядок обновления Выдать индикацию VT-DATA, сохраняющую соответств*е 1 : 1 запросов и индикаций

ЗаЬ/ЗЬЬ

Прини

мающий

DM). CTQ или RI.Q

Обработать обновление так. чтобы сохранить порздок обнов-лений.

Выдать индикацию VT-DATA.

Страница 40

С. М ГОСТ Р 34,986. J-92

Протяжение тибя. 9


Действие

сокрашжхцую

COCrrOflCTWfC 1-1 запросе» и индикации.

Конец поеле.ю-птслыюст»: Занести обкоме -ни* в NDQ (число индикаций в действительности может ие быть в соответствии I I с числом запросе» VT-DATA из-за конечного

лМю*та. Для согласовании см событии для DI.Q. RLQ и GTQ


Событие


П1лг


I1ABT


Зас/ЗЬс


NDQ при карантинном управлении доставкой


Пр


Т а б л и и a (О Процедуры передачи нормальных данных а А-режиме

Шаг

ПАВ Г

Событие

Действие

1

П

Запрос VT-DATA к

Послать NDQ.

объекту управления с

содержащий

приоритетом "нор

обновление и

мальный" или к объекту

сохраняющий

управления

отмосител ы iy ю

Для удобства IIABT

последователь

ность обновле

ний ОО и ОУ

(Если аыпол-

нвется каран

тинное управ

ление достав

кой. не обжза-

Страница 41

ГОСТ Р 34.986.1-92 С. 39

Продолжение табл. 10

Событие

ПАВ1

Шаг

NDQ. когда отсутству-ei управление доставкой

Пр

NDQ. котла использует-ся простое у правдой* доставкой

Пр

NDQ. когда используется карантинное управление доставкой

Ир

Действие

ТС.1ЫЮ СОХ|»Н111Ь

соответствие 1 : I между шпротами VI -DATA и NDQ (конечный эффект) Обработать обновлении таким образом, чтобы сохранить порядок обновлений. Выдать индикацию. сохраняющую соответствие 1 : 1 между запросами и индикациями Обработать обновление н NDQ таким образом, чтобы сохранить порядок обновлений. Выдать индикацию VT-DATA. сохраняющую соответствие I : 1 запросов и индикаций. (Прмсм лрутх 11БД приведет к выполнению обновлений. а также к действием по отправке NDQ (см. DLQ и RL.Q)

Сохранить обмеления в NDQ.

(Число

индикации может ис быть в отио-


Страница 42

С. 40 ГОСТ Р 34.986.1-92

Продолжение пшбл 10

Событие


ПАВТ


Действие


Шаг


шеиии 1:1с числом

запросов VT-DATA из-за возможного конечного эффекта. Для согласования см. события

aw DLQ Послать NDQ в соответствии с любыми обновлениями КОВ, полученными в предыдущих запросах VT-DATA. но еще не переданных ПАВТ, и сохраняющими относительный порядок обновлений ОО и ОУ.

В стучав объекта с характеристикой "триггер", обновление для этого объекта передается целиком или как часть последнего NDQ

Обновить локальную копию КОВ еше не выполненными обновлениями, заданными


Запросы VT-DBUVER или VI-RELEASE, ответ VT-RELEASE. результат - “принято’, иди запрос VT-DATA, адресующий ОУ, дли которою триггер “выбран"


II


Пр


Rl-0. DLQ. RLR с результатом - "принято", или NDQ. обновляющий объект управление, для которого триггером -


Страница 43

ГОСТ Р 34.986.1-92 С. 41

Продо.гжениг тайл■ 10

Шаг

ПАВТ

Событие

Действие

"выбран"

ь предыдущих SDQ. и сохраняющими относительный порядок обновлений 00 м ОУ. Выдать индикации VT-DATA в соответствии с обновлениями a КОВ. заданными в предыдущих NDQ, но еше не известных ВТ пользователю и ООХраНЯМСЦИХ их относительный порядок (если используется карантинное управление доставкой. то не обязательно должно сохраняться соответствие 1 : I между индикациями VT-DATAи исходными запросами VT-DATA (из-за конечного эффекта).

В противном случае существует соответствие 1 : 1 . Для протокольных блоков данных RLR. RLQ и

Страница 44

С. 42 ГОСТ Р 34.9Й6.1-92

Продолжение тайл. 10

lllar

ПАВ Г

Событие

Действие

DLQ дальнейшие действия определены при описании дссгавки и прекращении ассоциации 8 табд. 7. S. 13)

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

Шаг

ПАВТ

Событие

Действие

1

11

Запрос VT-DATA, направленный к ОУ с приоритетом "высокий’

Послать HDQ. содержащий обновление, при первой возможности. (Порядок, относящийся к ASR. SPR или ERN, должен сохраняться. ио нет необходимости соблюдать порядок, относящийся к другим действиям)

2

Пр

HDQ

Доставить данные HDQ ВТ-пОль-зомтелю и выдать примитив инаикацни VT-DATA, соответствующий содержимому

Страница 45

I OCT P34.9H6.I-92 С 43

Продолжение тай* //

Шаг

11ЛВТ

Событие

Действие

HDQ. при nepooti ВОЗМОЖНОСТИ

т . с . • 11

Таблица 12 Процедуры передачи данных дли срочных объектов

Шаг

ПАПТ

Событие

Действие

I

II

Запрос VT-DATA, направленный к ОУ с iijHKipii-теюм ~ "срочный”

Послать UDQ с

обновлением.

(Порядок.

OI НОСЯЩИЙСЯ X

SPK иди F.NR должен быть сохранен, а порядок.

ОТНОСЯЩИЙСЯ

к другим действиям. не соблюдается»

2

Пр

LDQ

Выдать примите индикации VT-DA-ТА. соответствующий содержи мочу UDQ. (Порядок. ОТНОСЯЩИЙСЯ к другим действиям, не соблюдается)

Страница 46

С. 44 ГОСТ Р 34.9*6.1-92

Таблица 13

Процедура управлении доставкой

Событие


111 а]


ПАВТ


Действие


Запрос VT-DELIVER


И


Носить данные, как задано в табл. 9 или 10. Поедать DLQ Выполните действия по доставке данных, как задано и табл 9 или 10

Выдать индикацию

VT-DEUVER.

Если подтверждение не запрошено: конец последовательности


DLQ


Процедура 1юлтверждси11я

3

Л

Запрос VT-ЛСК RECEIPT

Поедать DAQ

4s/

И

DAQ

Выдать

5b/Sd

подтверждение VT-ACK-RECEIPT

4b

И

RLQ вместо DAQ и доступно согласованное завершение

Послать RLR с результатом "аварийное завершение" и причиной 'обнаружено столкновение*

И

RLQ вместо DAQ и согласованное завершение недоступно

Доставить данные, как задано в табл 9 или 10. Издать индикацию VT-REI.EASE Продолжить С шага Зааа или 5Ьаааа табл 7

Страница 47

ГОСТ Р 34.956.1-92 С. 45 Продолжение табл. IJ

Шаг

ПАВТ

Событие

Действие

44

И

SI’Q млн SNQ вместо DAQ

Послать SPR иди SNR с результатом "аварийное завершение" и причиной иоби;1-ружено столкновение"

Таблица 14

Процедуры управлении полномочиями

LU»i


Событие


ПАВТ


Действие


Передача полномочий I    И

Запрос VT GIVE-TOKEN или запрос VT-DATA. направленный к ОУ, дли которого триггер 'выбран"

GTQ

Послать данные.

«як описано в табл. 9 Послать GTQ. а итсм выполнить действия, назначенные ПАВТ. ме имеющему полномочий Выполнить любые действии, как шла но в табл 9 и 13 Выдать индикацию VT-GIVE TOKF.N и после этого выполнить действия. назначенные ПАВТ. имеющему полномочия


Страница 48

С. 46 ГОСТ Р 34.986.1-92

Продолжение пшСя. 14

Шаг

ПАВТ

Событие

Действие

Запрос полжхмичг.н

1

И

Запрос VT-REQUEST-TOKEN

Поедать RTQ

Л

RTQ и наличие полномочий

Видать

индикации» VT-RfcQL EST-TOK.F N

А

RTQ и отсуктвис полномочий (из и столкновения с процедурой передами полномочий»

Не предпринимать действий

Таблица 15

Процедуры прерывания

Шаг

ПЛВТ

Событие

Действие

1

И

Запрос VT-BREAK

Установить содержимое ОУ и ОО ■ содержимое контекст* сброса. Очистить все ожидающие подтверждения запросы. Послать BKQ

2

А

8KQ

Установить содержимое ОО и ОУ в содержимое контекста сброса Очистить все ожидающие 1К>д-тверждения запросы. Выдать индикацию VT-BREAK

Страница 49

ГОСТ Р 34.9М. 1-92 С. 47

Продагжение пшб.с. 15

Шаг

11ABT

Событие

Действие

3

А

Ответ VT-BREAK

Послать BKR. Продолжить использование процедур передачи данных

4

И

BKR

Вылить подтверждение VT-BREAK. Продолжить использование процедур передачи данных.

9. ПРОЦЕДУРЫ СМЕНЫ ПРОФИЛЯ

9.1. Образование ассоциации

Процедуры образования, если включен функциональный блох согласования смены профиля, подобны основным процедурам (см. табл. 5 и 6). К событиям ЗаЬ и 4аЬ добавлены ссылки на значение результата "успешное выполнение с предупреждением". Шаг Заа нз табл. 16 заменяет шаг Заз табл. 5 и шаг 4аас из табл. 16 добавляется к табл. 6.

После завершения процедуры образования, если ПБД ASR содержит значение результата "успешное выполнение", происходит переход в фазу обработки данных. Если же значение результата равно "успешное выполнение с предупреждением’’, происходит переход в фазу приторможенного согласования.

9.2. Согласованное завер шеи не

Процедуры завершения, если доступно согласование смены профиля, тс же, что и основные процедуры в п. 8.2, см. табл. 7, с дополнительным шагом, определенным в табл. 17.

4-<«

Страница 50

С 48 ГОСТ Р 34.9S6.I-92

Таблица 16

Процедуры образовании ассоциации при смет- профиля

Шаг

IIABT

Собыпк

Действие

Заа

А

Or bet VT-ASSOCIATE

Послать ASR с

(ис

с результатом “успеш

таким же значе

прав

ное выполнение' или

нием результата.

лено)

“успешное выполнение с предупреждением*

Если результате “успешное выполнение": устаио-вить "контекст сброса",

соответствующий содержимому всех 00 и ОУ

4азс

И

ASR со значением

Выдать подтвер

(но

результата "успешное

ждение VT-ASSO-

вый

выполнение"

CIATE с тем же

шаг)

значением результата. Если значение результата "успешное выполнение": установить "комтекст сброса".

соответствующий содержимому осе* 00 и ОУ

9.3.    Безусловное завершение

Процедуры завершения, если доступно согласование смены профиля, совпадают с основными процедурами (см. табл. 8).

9.4.    Согласование

Процедуры согласования смсны профиля определены в табл. 18.

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

Страница 51

ГОСТ Р 34.986.1-92 С. 49

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

Таблица 17

Процедуры завершении при смене профиля

IIABT


Событие


Шаг


Действие


JtUv


И


SI’Q вместо GTQ


Выдать подтверждение VT-RBLEASE с результатом "аварийное sa-вершенне" и причиной "обнаружено столкновение’. Продолжается е шага 2 табл 18. как IIABT-адресат


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

Процедуры передачи данных, если доступно согласование смены профиля, те же. что и основные (см. табл. 9, Ю, 11), дополненные следующим:

а)    VT-SWITCH-PROFILE к списку примитивов запроса, которые вызывают отправку данных (в шаге За табл. 9 и шаге 4 табл. 10);

б)    SPQ к списку протокольных элементов, которые вызывают действие по доставке (и шагах 5ас/5Ьс и 6ab/6bb табл. 9 и в шаге 5 табл. 10);

в)    VT-SWITCH-PROFILE к требованиям упорядочения в табл. 11, шаг 4.

Страница 52

С 50 ГОСТ Р 34.986.1-92

Таблица II

Процедуры смс пи профиля

Шаг

ПАВТ

Событие

Действие

И

Запрос VT-SWITCH-PROFILE и наличие полномочия

Послать данные, как описано в табл. 9 или 10. Послать SPQ

И

Запрос VT-SWITCH-PRO-F1LE. полномочие отсутствует (А-режим)

Послать данные, как описано в табя. 9 няи 10. Носить RTQ

2аа/4Ьаа

А

SPQ с приемлемым содержимым

Доставить данные, как описано в табя. 9 или 10. Выдать индикацию VT-SWITCHPROFI-LE

2ab/4bab

А

SPQ с неприемлемым со-лержкмым

Послать SPR с результатом "аварийное завершение* и соответствующей причиноЛ аварийного завершения

2ас

И

RTQ вместо SPR

Никаких (продолжать ожидание SPR)

Ш

И

DLQ вместо SPR и запрошено подтверждение

Выдать подтверждение VT-SWTTCH-PROFILE с результатом "аварийное за-, вершение" и причиной "обнаружено столкновение ". Доставить данные, как описано в табл. 9 или 10-Выдать индикацию VTDP.1JVER

Страница 53

ГОСТ Р J4.9W.I-92 С. 51

Продолжение тайл 18

Событие

ПЛИТ

Шах

Ы

2Ьа 2ЪЬ

DLQ вместо SPK и подтверждение не запрошено

RTQ (А-режим)

А

И

RU) или SPQ вместо GTQ

Ответ VT-SWITCH-PRO-FILE

3aa

сто

31»

4*a/3ab

SPR

Действие

Доставить данные. как описано в табл. 9 или 10 Выдать индикацию VT-DEIJVER (про-должать ожидание SPR)

Послать GTQ Выдать подтверждение VT-SWITCH-PROFILE, результат ’аварийное завершение', причина "обнаружено столкновение'. Продолжать с той же процедуры. что и д.тв начала согласовании. или с такой же. как яяш завершении ассоциации со стороны ПАВТ-адресата Если А-рсжкм и рсзультатс’ус-пешное выполнение* -

отправить данные, как описано в тя&т. 10.

Если результат» ■успешное выполнение' — установить "контекст сброса". Послать SPR Послать SPQ Если A-режим и результат*"ус-пешиое шпал-


Страница 54

С. 52 ГОСТ Р 34.986.1-92

Продолжение табл Ч

Шаг

ПАПТ

Событие

Действие

иснис" • доставить данные, как описано п твбд. 10.

ЕСЛИ результат: "успешное выполнение” - уста ночи п. "контекст сброса"

9.6.    Управление доставкой

Процедуры управления доставкой. если доступно согласование смены профиля, тс же, что и процедуры из п. 8.6 (табл. 13), за исключением того, что в шаге 4b "RLQ" заменяется на "RLQ или SPQ".

9.7.    Управление полномочиями

Процедуры управления полномочиями. • если доступно согласование смены профиля, тс же, что и процедуры из п. 8.7 (табл. 14).

9.8.    Прерывание

Процедуры прерывания, если доступно согласование смены профиля, те же. что и процедуры из п. 8.8 (табл. 15).

10. ПРОЦЕДУРЫ’МНОГОКРАТНОГО СОГЛАСОВАНИЯ

10.1.    Образование ассоциации

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

10.2.    Согласованное завершение

Если доступно многократное согласование, то процедуры завершения те же, что и процедуры из п. 9.2 (табл. 7 и 17), с дополнительным шагом по табл. 19.

Страница 55

ГОСТ Р 34.986.1-92 С. 53

Таблица 19

Процедуры завершения при МС

Шаг

ПАВТ

Событие

Действие

3tud

И

SNQ «мест GTQ

Вы;ить подтверждение VT-RELF.ASE с результатом "аварийное м-вершеинс" и причиной "обнаружено столкновение”. Продолжить с шага 2 тайл. 20. как llAiiT-адресат

10.3.    Безусловное завершение

Если доступно многократное согласование, то процедуры завершения те же, что и процедуры по п. 9.3.

10.4.    Согласование

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

10.4.1.    Согласование смены профиля

Если доступно многократное согласование, то процедуры согласования смены профиля тс же, что и процедуры по п. 9.4 со следующими изменениями:

а) в действиях шага 2ЬЬ табл. 18 "RLQ или SPQ" заменяется на 'RLQ, SPQ или SNQ".

10.4.2.    Многократное согласование

Процедуры для многократного согласозания разбиты на три фазы.

10.4.2.1. Установление многократного согласования (т.е. переход в фазу согласования услуг ВТ) определено в табл. 20. В А-режимс любой ПАВТ может инициировать последовательность; в С-режиме инициатором можег быть только ПАВТ, имеющий

Страница 56

С. 54 ГОСТ И 34.9W.1-92

полномочие. В A-режиме все столкновения во время МС разрешаются в пользу ПА ВТ, назначенного в качестве "победителя в столкновении".

10.4.2.2.    Согласование значений параметров описано в табл. 21. Согласованно значений для каждого параметра независимо от согласования значений для всех других параметров, но информация для более чем одного параметра, может объединяться в одном протокольном элементе. В ответ на протокольный элемент может быть возвращено больше одного протокольного элемента (например результатом N00, предлагающим значения для некоторых параметров, может быть N/HQ, принимающий значения для некоторых параметров, а также NJQ, отвергающий значения для других параметров). Последовательности применяются к параметру, могут выполняться несколько последовательностей одновременно и одна последовательность может расщепляться на несколько, которые затем продолжаются независимо.

Существуют два типа последовательности согласования значений. Они начинаются соответственно с VT-NEG-INVITE и VT-NEG-OFFER. В С-режиме ПАВТ, прежде чем послать протокольный элемент согласования, должен иметь полномочия. В А-рсжиые только инициатор последовательности установления МС может начать последовательность согласования значений.

10.4.2.3.    Завершение МС (т.е. выход из фазы согласования) определяют по табл. 22. Завершение МС включает соглашение о сохранении или отказе от согласованной среды ВТ и о переходе в фазу обработки данный.

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

Процедуры передачи данных тс же, что и в п. 8.5 со следующими добавлениями:

а)    VT-SWITCH PROFILE и VT-START-NEG к списку примитивов запросов, которые вызывают отправку данных (в шаге 2г табл. 9 и в шаге 3 табл. 10);

б)    SPQ и SNQ к списку протокольных элементов, которые вызывают действие по доставке (в шаге 3ab/3bb табл. 9 и в шаге 4 табл. 10);

Страница 57

ГОСТ Р 34.986.1-92 С. 53 Таблица 20 Процедуры установления и1*»го*р»гиого согласования

Процедуры те же. что я табл 18. со следующими изменениями:

заменить:    на:

VT-SWrTCII-PROFILE    VT-START-NEG

SPQ    SNR

SPR    SNR

Исключить ссылки на комтекст сброса в шагах Заа и 4аа/ЗаЬ

Таблица 21

Процедуры согласовали* значений параистроа

Шаг

ПАВТ

Событие

Действие

МС, инициированное VT-NEC-INVri'E .

И

Запрос

VT-NF.C-IKVITE

Послать NIQ с теми же самыми параметрами

А

NIQ

Выдать индикацию VT-N'EG-INVITE с теми же параметрами

За

А

Запрос

VT-NEG-OFFER

Послать NOQ с теми же значениями параметров. Продолжить с шага 4Ьс

Страница 58

С. 56 ГОСТ P34.9W.1-92

Продолжение табл. 21

Шаг

ПАВТ

Событие

Действие

МС. инициированное VT- N ЕС - OFFER

lb

A

Запрос

VT-NEG-OFFER

Послать NOQ с теми же значениями параметров

2b

A

NOQ

Выдать индикацию VT-NEG-OFFER

3ba

A

Запрос

VT-NEG-ACCEPT

Послать NAQ с теми же значениями параметров

4b*

И

NAQ

Выдать индикацию

vt-nec-accf.pt с

теми же .течениями параметров. Конец последовательности

3bb

A

Запрос

VT-NEG-REJECT

Послать NJQ с теми же значениями параметров

4bb

И

NJQ

Видать иидихацию VT-NEG-REJECT с теми же значениями параметров.

Конец последовательности

3bc

A

Запрос

VT-NEG-OFFER

(означающий

встречное

предложение»

Послать NOQ с теми же значениями параметров

4bc

И

NOQ

Пылать индикацию VT-NEG-OFFER с приемлемыми

Страница 59

ГОСТ Р 34.986.1-92 С. 57

Продаъхение тайл. 21

Шаг

ПАВ Г

Событие'

Действие

значениями ППрвЧСТрОВ ИЯИ "сброшено в нуль" ДЛЯ ЬССХ неприемлемых параметров

5Ьса

И

Запрос

VT-NEG - АССС РТ

Поедать NAQ с теми же значениями параметров

бЪса

А

NAQ

Выдать индикацию VT-NKC-ACCEin* с

теми же значениями параметров. Конец последовательности

5ЬсЬ

И

Запрос

VT-NEC-REJBCT

Послать NJQ с теми же значениями параметров

6ЬсЬ

А

NJQ

Выдать индикацию VT-SEG-RPJECT с теми же значениями параметров. Конец последовательности

10.6.    Управление доставкой

Процедуры тс же, что и в табл. 13, за исключением того, что в шаге 4b "RLQ" заменяется на “RLQ, SPQ или SNQ”.

10.7.    Управление полномочиями

Процедуры тс же, что н в табл. 14.

Страница 60

С. 5в ГОСТ V 34.986.1-92

10.8. Прерывание

Процедуры те же, что и в п.8.8 (см. табл. 15)

Процедуры завершения МС

Таблица 22

Шаг

IIAB Г

Событие

Действие

И

Запрос VT-END-NEG. где "выбор СрВТ* * "проект" и неполный проект СрВТ

Выдать подтверждение VT-END-NEG с результатом "аварийное завершение”, причиной аварийного завершения поставщика = "неполная

Срвт".

Конец последовательности

11

Запрос VT-END-NEC. где выбор СрВТ з "любая" и неполная СрВТ

Установить выбор СРВТ = "текущая". Послать ENQ

и

Запрос VT-END-NEG (асе другие случаи)

Послать ENQ. Продолжить с шага 2Ь

А

ENQ

Издать ПрИМИТИП

VT-END-NEC с параметрами, полученными из 11ВД E.NQ

ЗЬ

Л

Ответ VT-E4D NEG ■

Послать ENQ со значениями параметров из ответа Если результат -"успешное выполнение' и выбор - "проект":

угтвиоаитъ проект СрВТ с качестве текущей СрВТ. Установить "контекст сброса".

Конец последовательности.

Страница 61

ГОСТ Р 34.9S6.I -92 С. 59

II. ОТОБРАЖЕНИЕ ПРО! ОКОЛЬНЫХ ЭЛЕМЕНТОВ

Протокольные элементы, определенные в разд. 6, передаются между равноправными ПАВТ с помощью поддерживающих услуг. В табл. 23 задано отображение каждого протокольного элемента на управление ассоциациями или на сервис представления. Ниже определены тс значения параметров, которые установлены настоящим стандартом для этих сервисных примитивов. Событие аварийного завершения поставщика (АЗП) отображается на индикацию A-P-ABORT.

II р и v е ч а н и с- Тс параметры, для которых качении не заданы. находятся »вс сфсры действии данного стандарта.

11.1.Отображение на службу управления ассоциациями

И. 1.1. Запрос и индикация A-ASSOCIATE

В примитивах запроса и индикации A-ASSOCIATE передаются протокольные элементы ASQ. Эта часть настоящего стандарта определяет следующее содержимое для параметров A-ASSOCIATE:

а)    символические имена вызывающего и вызываемого прикладных объектов содержат соответствующие параметры ASQ.

Примечание. Имя прикладного объекта используется здесь для полноты перечисления параметров с именами, определенных в ИСО 8649. Связь между этими способами задания имен определена в ИСО 7498/3;

б)    имя прикладного контекста, если оно существует, содержит идентификатор, определенный в приложении 2;

в)    компонент абстрактного синтаксиса списка определений контекста представления содержит идентификатор, определенный в приложении 2;

г)    характеристики сеанса содержат;

1)    функциональный блок служебных данных;

2)    дуплексный функциональный блок, если режим имеет значение "A-режим", в противном случае полудуплексный функциональный блок, соответствующий параметру ’’режим” ASQ;

3)    функциональный блок ресинхронизации, если выбран функциональный блок прерывания ВТ;

4)    функциональный блок срочных данных, если выбран функциональный блок срочных данных ВТ;

5)    функциональный блок согласованного завершения, если выбран функциональный блок согласованного завершения ВТ;

6)    функциональный блок старшей синхронизации, если выбраны, или функциональный блок ВТ согласованного завершения, или функциональный блок ВТ прерывания;

Страница 62

С. 60 ГОСТ Р 34.9S6.I-92

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

е)    для    С-рсжима    параметр    "начальное    назначение

полномочий” принимает одно из значений:

1)    назначено инициатору;

2)    назначено получателю;

3)    по выбору получателя. для всех полномочий, соответствующих параметру ASQ "начальный владелец ПДЗ";

ж)    для    A-режима    параметр    "начальное    назначение

полномочий**    принимает    значение    "назначено    инициатору

запроса” для всех полномочий;

з)    параметр "информация пользователя" содержит ПБД ASQ, имеющий структуру, как требуется в разд. 12;

и)    список определений П-контекста должен содержать, по крайней мере, пару vt-b-syntax (ГОСТ 34.974).

Таблица 23

Отображение элементов протокола

Протокольный элемент

Отображение

ASQ

A-ASSOCIATF.. запрос и индикация

ASR

A-ASSOCIATE. ответ и подтверждение

RLQ

A-RELEASE, запрос и индикация

RIJt

A-RELEASE. ответ и подтверждение

AliQ

A-ABORT. запрос и индикация

APQ

A-P-ABORT. запрос и индикация

NDQ

Р-DATA. запрос и индикация P-TYPED-DATA. запрос и индикация

HDQ

P-TYPED-DATA. запрос и индикация

UDQ

P-EXPF.DITED-DATA, запрос и индикации P-TYPED-DATA, запрос и индикация

DLQ

Р-DATA. запрос и индикация P-TYPED-DATA. запрос и индикации

DAQ

P-TYPED-DATA. запрос и индикация

Страница 63

ГОСТ PJ4.986.I-92 С. 61

Продолжение табл. 23

Отображение

Протокольный элемент

BKQ

BKR

G1TQ

RTQ

SPQ

SPR

SSQ

SNR

ENQ

ENR

MQ

NOQ

SAQ

4)0

P-RESY.NCHRONIZE. запрос и индикация P-RESYNCHRONJZE, ответ и подтверждение P-TOKEN-GIVE, запрос и индикация Р-TOKEN-PLEASE, запрос и индикация

P-SYNCHRONIZE-MAJOR, запрос и индикация Р SYNCHRONIZE-MAJOR. ответ и подтверждение

P-SYNCHRONIZE-MAJOR, ответ и подтверждение P-SYNCHROMZE-MAJOR, ответ и подтверждение P-SYNCHRONI7.E-MAJOR, запрос и индикации P-SYNCHRONIZE-MAJOR. огвет и подтверждение Р-DATA. запрос

P-TYPED-DATA, запрос и индикация P-DATA. запрос

Р TYPED DATA. запрос и индикация Р-DATA. запрос

P-TYPED-DATA, запрос и индикация Р-DATA. запрос

P-TYPED-DATA, запрос и индикация

11.1.2. Отает и подтверждение A-ASSOCIATE

В примитивах ответа и подтверждения A-ASSOCIATE передается протокольный элемент ASR. Настоящий стандарт определяет следующее содержимое для параметров A-ASSOCIATE:

а)    параметр "информация пользователя" содержит ПБД ASR, имеющий структуру, как требуется в разд. 12;

б)    параметр "результат" содержит параметр "результат" ASR со следующим отображением:

Шрзметры ASR

Результат - 'успешное яыполненис*

Результат = "успешное выполнение с предупреждением" Результат * "аварий!.;*, и вершение'

Параметры СЭУА

Результат = 'принято отвечающем

СТОрОнОЙ"

Результат = "прнпяго отвечающей стороной-

Результат = "отвергнуто отвечающей стороной" и "пр«гчина не указана";


Страница 64

С. 62 ГОСТ Р 34,986.1-92

в)    параметр "имя отвечающего прикладного объекта" содержи: соответствующий параметр ASR.

См. примечание в п. 11.1.1*

г)    начальное назначение полномочий отражено в парамстр{ ASR "начальный владелец ПДЗ" для всех полномочий.

11.1.3.    Запрос и индикация A-REl£ASE

В примитивах запроса и индикации A-RELEASE передаете! протокольный элемент RLQ. В настоящем стандарте не определены никакие значения для этих параметров.

11.1.4.    Ответ и подтверждение A-RELEASE

В примитивах ответа и подтверждения A-RELEASE передаете! протокольный элемент RLR. В настоящем стандарте определены следующие значения для параметров A-ASSOCIATE:

а)    параметр "информация пользователя" содержит ПБД ASR, имеющий структуру, как требуется в разд. 12;

б)    параметр результат” содержит параметр "результат” RLR.

11.1.5.    Запрос и индикация A-ABORT

В примитивах запроса и индикации A-ABORT передаются протокольные элементы AUQ и APQ.

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

а)    параметр "источник аварийного завершения” индикации А-ABORT принимает значение "пользователь СЭУА”;

б)    "информация пользователя” содержит ПБД AUQ или APQ;

оба ПБД имеют структуру, как требуется в разд. 12.

11.1.6.    Индикация А-P-ABORT

Примитив индикации A-P-ABORT извещает о событии АЗП ПВТ.

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

11.2.1.    Запрос и индикация P-DATA

В примитивах запроса и индикации Р-DATA передаются следующие элементы:

а)    NAQ;

б)    NDQ;

в)    NIQ;

г)    NJQ;

д> NOQ.

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

11.2.2.    Запрос и индикация P-EXPEDITED-DATA

Страница 65

ГОСТ Р 34.986.1-92 С. 63

В примитивах запроса и индикации P-EXPEDITED-DATA передастся протокольный элемент UDQ. В этой части настоящего стандарта определено, что параметр "данные пользователя” примитивов, должен содержать ПБД, соответствующий этому протокольному элементу, имеющему структуру, как требуется в разд. 12. Это необязательная услуга, использование которой может не согласовываться <см. P-TYPED-DATA).

11.2.3.    Зап/хк и индикация Р RESYHCHRONIZE

В примитивах запроса и индикации P-RESYHCHRONIZE передается протокольный элемент BKQ.

В стандарте определены следующие значения параметров Р-RESYHCHRONIZE:

а)    параметр "данные пользователя" содержит ПБД BKQ. имеющий структуру, как требуется в разд. 12;

б)    параметр "тип ресинхронизации" содержит значение "рестарт";

в)    параметр "порядковый номер точки синхронизации" содержит значение "нуль”;

#г) характеристики параметра "порядковый номер точки синхронизации" определены в ИСО 8326;

д)    для A-режима параметр "полномочия" имеет значение "по выбору получателя" для всех определенных полномочий;

е)    для С-режима параметр "полномочия" принимает значения из BKQ.

11.2.4.    Ответ и подтверждение P-RESYHCHRONIZE

В примитивах ответа и подтверждения P-RESYHCHRONIZE передается протокольный элемент BKR.

В стандарте определены следующие значения для параметров P-RESYHCHRONIZE:

а) параметр "данные пользователя" содержат ПБД BKR, имеющий структуру, как требуется в ра.зд. 12;

б> параметр "полномочия" принимает значение из BKQ, если оно подходит.

11.2.5.    Защюс и индикация P-SYHCHRON/ZF.-MAJOR

В примитивах запроса и индикации P-SYHCHRONIZE-MAJOR передаются следующие протокольные элементы:

а)    ENQ;

б)    SNQ;

в)    SPQ.

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

Страница 66

С. 64 ГОСТ Р 34.9X6 I -92

11.2.6.    Отчет и подтверждение P-SYHCHRONJZE-MAJOR

8 примитивах ответа и подтверждения P-SYHCHR0N17.E-MAJOR передаются протокольные элементы:

а)    ENR;

б)    SNR;

в)    SPR.

Стандарт определяет, что значение параметра "данные пользователя*' примитивов является ПБД, соответствующий приведенным выше элементам, имеющим структуру, как требуется в разд. 12.

11.2.7.    Запрос и индикация P-TOKEN-GiVE

В    примитивах    запроса    и индикации    P-TOKEN-G1VE

передается протокольный элемент GTQ. В настоящем стандарте определено, что значением параметра "полномочия" являются все определенные полномочия.

11.2.8.    Запрос и индикация P-TOKEN-PLEASE

В примитивах запроса и индикации P-TOKEN-PUIASE передается протокольный элемент RTQ. В стандарте определено, что    значением    параметра    "полномочия”    являются 'все

определенные полномочия.

11.2.9.    Зап/юс и индикация P-TYPED-DATA

В    примитивах    запроса    и индикации    P-TYPED-DATA

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

а)    DAQ;

б)    HDQ;

в)    UDQ;

г)    NDQ;

д)    DLQ;

е)    NAQ;

ж)    NIQ;

з)    NJQ;

и)    NOQ.

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

В этих примитивах передаются только элементы NDQ, DL.Q, NAQ, NIQ, NJQ, NOQ, если используется A-режим и сеансовое соединение полудуплексное.

В настоящем стандарте определено, что значением параметра "данные пользователя” этих примитивов будет ПБД, соответствующее приведенным выше примитивам и имеющие структуру," как требуется в разд. 12.

Страница 67

ГОСТ P34.9M.I42 С. 65

12. СТРУКТУРА ПБД

12.1. Обший формат

IS0904 l-VTP-DEFINITIONS::-BEGIN Основ Элемент ПВТ::«СН01СЕ • (asq - пбд | 0) IMPLICIT А$0содсржимос, asr - пбд | 1) IMPLICIT АЭЯсодержимос, rlr - пбд I 2| С.Резулътат2, auq - пбл I 3| IMPLICIT ПечатнаяСтрока,

-    - отсутствие "причины аварийного завершения пользователя"

-    - представляется пустой строкой

apq - пбл ( 4| IMPLICIT АРОсодержимое,

-    - пустая строка, если причина не предоставляется

-    - ”Р”, если причина - протокольная ошибка

-    - "L", если причина - локальная ошибка

hdq -    пбд    |    5|    IMPLICIT    SEQUENCE OF С.ОбновлениеОУ,

ndq -    пбл    |    6j    IMPLICIT    N ^содержимое,

udq -    пбл    |    7|    IMPLICIT    G-ОбновленисОУ.

bkq -    пбд    (    81    IMPLICIT    ВК<}содержимое,

bkr - пбд | 91 IMPLICIT ВК1?содсржимос. dlq - пбд 1101 IMPLICIT BOOLEAN, - - истина, если требуется подтверждение

daq - пбд [ll| IMPLICIT NULL,

spq * пбд (121 IMPLICIT G.профиль,

spr - пбд |13| IMPLICIT БРРгсодсржимое,

snq - пбд 114J IMPLICIT С.профиль,

snr - пбд |15| IMPLICIT SNRcoдepжимoe,

enq - пбд 116| IMPLICIT ENQcoдepжимoe,

enr - пбд 11^1 IMPLICIT ЕК1*содсржимос,

niq - пбд (181 IMPLICIT С.СписокИдПараметров,

noq - пбд 119J IMPLICIT О.СписокПредложПараметров,

naq - пбд (20| IMPLICIT О.СписокЗначПараметров,

niq - пбд (21) IMPLICIT С.СписокИдПараметров

}

-    - Каждый тип ПБД. таким образом, имеет свою собственную

-    - идентификационную метку, которая уникальна внутри

-    - протокола; это необязательно для тех элементов, чей тип

-    - однозначно определяется из примитивов, в которых они пс-

-    • редаются. а принято для гибкости и расширяемости.

АБрсодсржимос:: -SEQUENCE

( класс (0) IMPLICIT INTEGER (основной (1)},

[11 IMPLICIT С.ИдРеализации OPTIONAL.

[2| IMPLICIT С.ФункционалъкыеБлоки,

(31 IMPLICIT G.npc^^ibOPTlONAL,

Страница 68

С. 66 ГОСТ Р 34.9X6.1-92

|41 IMPLICIT С.ВсрсияПротокола DEFAULTG.версия I,

любой (51 IMPLICIT INTEGER <а-рсжнм(0>, с-режимО)) OPTIONAL)

-    - присутствует, если только параметр "режим" имеет значение "любой-А", илюбой-С”,

)

-    - Появление других, иначе помеченных типов, в

-    - АЭОсодсржимом. принимаемом ПАВТ. не является ошибкой.

АЯЁсодержимое:: -SEQUENCE {О.РезУльтатЗ,

|3J IMPLICIT С.ИдРеализации OPTIONAL,

|4J IMPLICIT С.ВсрсияПротокола DEFAULT G.версия!,

151 IMPLICIT С.СписокЗначАргПрофиля, OPTIONAL,

(6) IMPLICIT С.ФункциональныеБлоки, OPTIONAL)

-    - Появление других, иначе помеченных типов,в

-    - АБКсодсржимом, принимаемом ПАВТ, не является ошибкой.

BKQco^^hmoc::-SEQUENCE

Iстандарт jOj IMPLICIT SEQUENCE

{указатель <0) IMPLICIT G-ЯвныйУказатсль OPTIONAL,

логУказатсль (I) IMPLICIT СЛогЯвнУказатель OPTIONAL,

JOPTIONAL,

профиль 111 IMPLICIT SEQUENCE OF SEQUENCE {МегкаПр INTEGER. OCTET STRING) OPTIONAL.

зиачПольз |2) IMPLICIT SEQUENCE OF SEQUENCE {МеткаПольз INTEGER, OCTET STRING) OPTIONAL) ENQcOAepxHMO€::=SEQUENCE

{ ВыборСрВТ    (01 IMPLICIT INTEGER < проект <0),

текущая (1), любая (2)),

РазрешАварЗав [I] IMPLICIT BOOLEAN OPTIONAL)

-    - истина - “да", ложь = "нет"

ENRcoдcpжимoc::“SEQUENCE { G-результатЗ, выборСрВТ    13) IMPLICIT BOOLEAN OPTIONAL)

-    - истина ” ‘‘проект'*,

-    - ЛОЖЬ " "текущая”

N DQcojcpammoiv:-SLQU ENCE {обновления    |0|    IMPLICIT SEQUENCE OF

ОбновОбьекта

вывод эха    I И    IMPLICIT NULL OPTIONAL,

-    - отсутствие означает,

-    - что эхо не выводить

начать Ввод    |2l    IMPLICIT NULL OPTIONAL

-    - отсутствие означает,

-    - что ввод не начинать.

0бнов0бъскта::“СН01СЕ

{отображение    |0|    IMPLICIT SEQUENCE

Страница 69

ГОСТ Р 34.9М.1-92 С. 67

{ИмяОО ПечатнаяСтрока OPTIONAL, обновления SEQUENCE OF ОбновОО ),

управление    [И IMPLICIT О.обновОУ)

ссылкаОСИ    12) IMPLICIT G-ссылОСИ

Обно»00.:-СН01СЕ

{ следХмассив [01 IMPLICIT NULL, следVмассив Ш IMPLICIT NULL, относУказатсль|2) IMPLICIT С.ЯвнУказатсль,

*    - значения аргументов услуги р, q, г (см. ИСО 9040)

-    - соответствуют элементам, идентифицированным как х, у. г,

-    - соответственно.

абсУкззатсль {31 IMPLICIT G.Указатель, текст 14J IMPLICIT OCTET STRING.

-    - Текст может содержать ряд закодированных знаков, каждый

-    - такой знак представляет отдельную операцию "текст”, как

-    - описано в стандарте ИСО 9040. Репертуар определяет

-    - кодирование знаков в октетах. Знак может кодироваться

-    - в одном или более октетах.

повтТекст    |5|    IMPLICIT SEQUENCE < конечАдрес

\'казатель, OCTET STRING),

писатьАтриб 16) IMPLICIT SEQUENCE ИдАтриб.ОблАтриб),

-    - В ИдАтриб кодируются оба

-    - аргумента ”идемтификатор_атрибута"

*    - и "значение атрибута"

стереть "    17)    IMPLICIT SEQUENCE { мачСтирания

Указатель, конецСтирания Указатель, СтсрстьАтриб}, предыдХмассив (81 IMPLICIT NULL. предыдУмассив [9J IMPLICIT NULL. следБлок    |10)    IMPLICIT    NULL.

предыдБлок    111]    IMPLICIT    NULL,

следПоле    |12)    IMPLICIT    NULL,

прсдыдПолс    113)    IMPLICIT    NULL,

логОтнос    (14)    IMPLICIT    О.ЛогЯвнУказатсль,

логАбсол    [I5| ЛогУказагель,

логТекст    |I6) IMPLICIT SEQUENCE

(АтрибЗОП    10) IMPUCIT BOOLEAN.

-    - истина - ’’да”, ложь - "нет”

ЗначПервАтриб |1] IMPLICIT OCTET STRING}.

-    - см. комментарий в определении

-    - обновления 00 под текстом.

повтЛогТскст Ц7) IMPUCIT SEQUENCE { конечАдрес ЛогУказатель, атрибЗОП 18) IMPLICIT BOOLEAN,

-    - истина - ”да”, ложь - "нет"

СтрокЗначПервАтр|9| IMPLICIT OCTET STRING), писат», ЛогАтриб    Ц8] IMPUCIT SEQUENCE

Страница 70

С. 68 ГОСТ Р 34.986.1 -92

{ИдАтр, ОблЛогАтр).

-    - В ИдАтр кодируются оба аргумента

-    - "идентифнкатор_атрибута“ и _ "значение атрибута".

логСтереть-    (19) IMPLICIT SEQUENCE

{ НачЛогСтер    ЛогУкаэатсль,

{ КонсцЛогСтер    ЛогУказатсль. АтрибСтср),

создБлок    |201 IMPLICIT SEQUENCE

ПозицБлок    (01 IMPLICIT G-Блок,

Начало    (lj IMPLICIT С.ПараИзмер,

Размерность    |2] IMPLICIT G.ПараИзмер ),

исключБлок    (211 IMPLICIT G-Блок

}

Указатель: ^CHOICE (текущий    (0)    IMPLICIT NULL,

начало    (1)    IMPLICIT NULL.

началоХ    (2)    IMPLICIT NULL,

на чалоY    (3)    IMPLICIT NULL,

конец    |4|    IMPLICIT NULL.

kohcuY    (5|    IMPLICIT NULL,

координаты (6) IMPLICIT G-ЯвнУказатель началоВ    (7(    IMPUCIT NULL,

конеиВ    (8|    IMPLICIT NULL }

CTepeTbATpH6::mBOOLEAN

-    - "истина"-стереть вторичные атрибуты

ИдАтрибута::-СН01СЕ

{репертГрафЗнаков (01 IMPLICIT INTEGER, (нуль (0)}, цветИзобр    (1)    IMPLICIT INTEGER, {нуль    (0)},

цветФона    [2(    IMPLICIT INTEGER, (нуль    (0>).

выделение    (3] IMPLICIT ПечатнаяСтрока,

шрифт    (4) IMPLICIT INTEGER}, {нуль <0>},

-    - Значения для целого, отличные от нуля, идентифицируют

-    - позицию в соответствующем списке параметров назначения

-    - СрВТ и указывают значение параметра в этой позиции:

-    - значение I указывает на первый параметр в списке.

язпРепГрафЗнак    |5J    IMPLICIT NULL.

язпЦветИэобр    |б(    IMPLICIT NULL,

язиФонЦвет    (7J    IMPLICIT NULL.

язпВыдел    (S|    IMPLICIT NULL,

язпШрифт    (91    IMPLICIT NULL)

-    - метки 5-9 подразумевают значение атрибута"явное значение

-    - поля".

0блАтриб::-СН01СЕ

{Глобальная    (01    IMPLICIT    NULL.

Адресная (I) IMPLICIT SEQUENCE {начальный Указатель.

Страница 71

ГОСТ И 34.986.1-92 С. 69

конечны» Указатель),

Модальная |2) IMPLICIT NULL)

ЛогУказатсль::Ч;Н01СЕ

{логТекущ (0) IMPLICIT NULL. логНачало HI IMPLICIT NULL. логНзчалоР [2| IMPLICIT NULL. логНачалок |3| IMPLICIT NULL. логКонец |4| IMPLICIT NULL. логКонецР |5) IMPLICIT NULL. логКонсцК |6| IMPLICIT NULL, логКоорл (7) IMPiJCIT О.ЛогЯвнУказатель)

Об.) !1огАтрнб::=СН01СЕ

Глобальная    (0)    IMPLICIT    NULL.

Адресная    11)    IMPLICIT    SEQUENCE

(начальный ЛогУказатель. конечный ЛогУказатель).

Модальная    ;:|    IMPLICIT    NULL)

SNRcoдcpжимoe::*‘Sl QUENCE {G.Результат2.

12) IMPLICIT

С.СпнсокЗ»;ачАргПрофиля OPTIONAL)

END - - конец определений Г1 ВТ

12.2. Обшие определения

G D£FINITlONS::-Br.GIN

- •• • Общие определения используются во многих •

- - • местах оставшейся части синтаксиса я не    •

-    - • специфичны для конкретного объекта    •

Блок "-SEQUENCE

{^Значение |0) IMPLICIT INTEGER OPTIONAL. ЬЗначение (I) IMPUCIT INTEGER )

ОбиовОУ ^SEQUENCE (имяОУ ПечатнаяСтрока, обновОбъекта CHOICE {обновЗнака (0) IMPLICIT ПечатнаяСтрока. обнов Булев |l| IMPLICIT SEQUENCE {значении |0| IMPLICIT SIT STRING маска    [I) IMPLICIT BIT STRING OPTIONAL),

-    - Если маска опущена, предполагается наличие строки

-    - битов такой же .глины, что и "значения", которая содср-• • жит все единицы. При наличии маски бит, равный I.

-    - указывает, что соответствующий бит в значении должен

Страница 72

С. 70 ГОСТ Р 34.986.1-92

-    - быть использован. Новое значение булевой дается в виде

-    - (старое значение и (НЕ маска) ИЛИ (значение И (маска)).

обновСимвол    (2|    IMPLICIT    INTEGER,

обновЦел    131    IMPLICIT    INTEGER,

обновСтрокБит    И)    IMPLICIT    BIT STRING,

сосгЭлсмент f5| IMPLICIT SEQUENCE OF SEQUENCE { идентификатор INTEGER обновление CHOICE { обно&Знака    (0]    IMPLICIT    ПечатнаяСтрока

обнов Булев    (IJ    IMPLICIT    SEQUENCE

(Значения    (0|    IMPLICIT    BIT STRING

маска    (I]    IMPLICIT    BIT STRING OPTIONAL).

-    - см. примечание под "маской"

-    - в G-обновОУ

ОбновСимвол    (2)    IMPLICIT    INTEGER,

ОбновЦел •    (31    IMPLICIT    INTEGER.

ОбновСтрокБит    (41    IMPLICIT    BIT STRING }    }.

ovk (6| IMPLICIT ОбновОУК, oyon    |71    IMPLICIT    ОбновОУ.

оуивп    (81    IMPLICIT    ОбновОУИВП,

ovMBn    (91    IMPLICIT    ОбновОУМВП,

оси    (101    IMPLICIT    ОбновОСИ,

другие    1111 ANY } )

-    - выбор зависит от значения параметра СрВТ "структура ОУ"

-    - следующим образом:

-    - а) если параметр "структура ОУ” - I, го тип ОбновОУ ограничен типами, определенными выше и соответствующими

-    - метками (0) - (4).

-    - 6) если параметр "структура ОУ" > I. тогда

-    - 1) если идентификатор типа ОУ = vi=b=sco=cco, метка

-    - должна быть |61, см. п. 12.2.1.1,

-    - 2) в противном случае метка должна быть 151.

-    - в) если параметр "структура ОУ" имеет значение "парамст-

-    - ричсский", то на определение типа ссылаются по значению

-    - параметра СрВТ "идентификатор типаОУ”:

-    - 1) vt-b**sco~fdco «см. п. 12.2.1.2;

-    - 2) vt=b=sco=nullrio -см. п. 12.2.1.5;

-    - 3)значение для определения зарегистрированного типа: "тип ОУ” может быть найден в перечне. Определение типов ОУИВП, ОУМВП и ОСИ может быть найдено в:

-    - »> ОУИВП, см. п. 12.2.1.3

-    - Н> ОУМВП. см. п. 12.2.1.4

-    - iii) ОСИ, см. п. 12.2.1.5

-    - 4} значение для определения пользовательского типа: определение типа задается соглашением вне сферы действия этой части настоящего протокола.

Страница 73

ГОСТ V 34.9M.I-92 С. 71

flBHV'icaaaTa'ibx-SKQUENCE {х    |0|    IMPLICIT    INTEGER    OPTIONAL,

у    |Ц    IMPLICIT    INTEGER    OPTIONAL,

z    121    IMPLICIT    INTEGER    OPTIONAL,

b    [3|    IMPLICIT    INTEGER    OPTIONAL}

-    - Если 00 имеет 2 размерности, значение г всегда пропускается.

-    - Если 00 имеет одну размерность, присутствует только значение х.

-    - Если возможность работы с блоками не выбрана, то значение Ь всегда опушено.

-    - Любое или все эти значения могут быть опущены, как допускается определениями операций в стандарте ИСО 9040.

функциональныеБлоки BIT STRING {СмснаПрофили    (0),

МногокрСогл    < 1 >.

СогласЗавершсния    (2>.

СрочныеДанные    (3),

РазрушПрерывание    <4>.

УсилДостлпа    <5),

СтруктОУ    (6).

РабБлоками    (7).

РабПолями    (8>,

ОбСсылИнф    (9) )

MaPoumaawiiK-SEQUENCE

{ИдРсализации [01 IMPLICIT OBJECT IDENTIFIER OPTIONAL,

ИмиРеализации    (I ] IMPLICIT ПечатнаяСтрокл

OPTIONAL,

ВерсияРеализации |2| IMPLICIT ПечатнаяСтрока OPTIONAL)

-    - Предназначено для того, чтобы позволить разработчикам

-    - идентифицировать их реализации в знаковой форме вне сферы

-    - действия этой части настоящего протокола.

ПрсдложениеЦелогох-ЗЕО^СЕ OF CHOICE {ОтдсльнЗначсние    |0|    IMPLICIT INTEGER.

Интервал    ||]    IMPLICIT SEQUENCE {Minimum

INTEGER, Maximum INTEGER} }

ЛorЯвнУкaзaтeль::-SEQUENCE

{ кЗначение    |0|    IMPLICIT    INTEGER OPTIONAL.

ГЗначение    (11    IMPLICIT    INTEGER OPTIONAL,

^Значение    |2|    IMPLICIT    INTEGER OPTIONAL }

napaM3Mcp::-SEQUENCE { хЗначснис    [01    IMPLICIT    INTEGER.

уЗначеиие    (1|    IMPLICIT    INTEGER OPTIONAL)

CnncoK^napaMeTpoeri-SEQUENCE { объектыОтобр    |01    IMPLICIT КОД.Ид OPTIONAL.

обьсктыУправл    11J    IMPLICIT ОУСС.Ид OPTIONAL.

Страница 74

С. 72 ГОСТ Р 34.986.1*92

обьсктыУстр 121 IMPLICIT Устр.Ид OPTIONAL, управлДоставкой [3| IMPLICIT NULL OPTIONAL} CnMC0Klipeiyi0xnapaM::“SEQUENCE ( объектыОтобр |0] IMPLICIT КОД.Предлож OPTIONAL, объсктыУправл |1) IMPLICIT ОУСС.Предлож OPTIONAL. обьсктыУстр [2J IMPLICIT Устр.Прсдлож OPTIONAL, управлДоставкой J3) IMPLICIT BIT STRING {Нет    <0).

Простое <1>,

Карантинное (2)} OPTIONAL} Cmico»:3Ha4napaM::-SEQUENCE { обьсктыОтобр (0| IMPLICIT КОД.Значсния OPTIONAL, объсктыУправл (I) IMPLICIT ОУСС.Значсния OPTIONAL. обьсктыУстр |2| IMPLICIT Устр.Значения OPTIONAL. управлДоставкой 131 IMPLICIT INTEGER {Нет    (0),

Простое (1),

Карантинное (2)} OPTIONAL} npo<i>»ub::-SEQUENCE {Имя    OBJECT    IDENTIFIER    OPTIONAL.

СписокПредложАргумПрофиля OPTIONAL}.

-    - пропуск имени параметра означает, что будет использован

-    - профиль по умолчанию.

CпиcoкПpeдлoжApry^^Пpoфиля::-SEQUENCE {спецАргу м Г1 рофил я    10]    IMPLICIT    SEQUENCE    OF

SEQUENCE

(идентификатор INTEGER. предложЗначения CHOICE

{ булевская |0| IMPLICIT BIT STRING {ложь <0), истина (1)}, целое 11J IMPLICIT G. ПредложЦелого, строка (21 IMPLICIT SET OF ПечатнаяСтрока идОбьекта (31 IMPLICIT SET OF OBJECT IDENTIFIER} }OPTIONAL}

парамСрВТ (1 ] IMPLICIT СписокПредложПарам OPTIONAL} СписокЗначАргПрофиля::в^^и ENCE {спецАргумПрофиля    10]    IMPLICIT    SEQUENCE    OF

SEQUENCE

{ идентификатор    INTEGER,

значение    CHOICE

{BOOLEAN.

INTEGER.

ПечатнзяСтрока,

OBJECT IDENTIFIER }} OPTIONAL.

парамСрВТ |1| IMPLICIT СписокПредложПарам OPTIONAL} ВерсияПротокола::-В1Т STRING {ВЕРСИЯI (0)}

Страница 75

ГОСТ Р 34.9Д6.1-92 С. 73

-    - Остальные биты могут быть определены в болсс поздних

-    - изданиях этой части настоящего стандарта. РезультатЗ::-СН01СЕ (УспсшВыпол |0| IMPLICIT NULL,

АварЗаверш    ||] IMPLICIT Причина,

УспсшВыполПредулр |2| IMPLICIT Причина} Реэультат2:^СН01СЕ (УспсшВыпол < РезультатЗ.

АварЗаверш < РезультатЗ }

npn4HHa::**SEQUENCE

(пользовА |0) IMPLICIT ПечатнаяСтрока OPTIONAL. пользовВ [11 IMPLICIT КодОшибки OPTIONAL, поставщик |2j IMPLICIT КодОшибки OPTIONAL} КодОшибки::-1.\ТЕСЕР {обнарСтолкн    (0).

парамСрВТнеПоддерж    О),

комбПарамСрВТнсПоддерж    (2),

иеполнСрВТ    (3),

профСрВТнсПоддерж    (4),

режВТнеПоддсрж    (5>.

прсвышЛлина    (6) }

CchuiKaOCH::“StQUENCE {имя ОСИ |0| IMPLICIT ПсчатнСтрока.

HI IMPLICIT SEQUENCE OF SEQUENCE {идЗаписи (0| IMPLICIT ПечатнаяСтрока. операция (I| IMPUCIT INTEGER

{выполнЗапись <0), вызватьЗапись (1) } ) }

-    -• Ниже определены типы обновлений объектов •

-    -• управления, типы и структуры которых    •

-    -* определены в ИСО 9040    •

12.2.1. Синтаксис обновления объекта управления контекстом

06hobOVK::-SEQUENCE { кКоордината |0| IMPLICIT INTEGER, fКоордината (1) IMPLICIT INTEGER. хКоордината |2J IMPLICIT INTEGER OPTIONAL}

-    - требуется, если размерность = "три”

индексУмрВвод (3| IMPLICIT INTEGER OPTIONAL, индсксОбъсктУстр 141 IMPLICIT INTEGER OPTIONAL. индексЗМВП |5| IMPLICIT INTEGER OPTIONAL -- элементы с метками |3|, (4) и |5) требуются

-    - при обновлении завершения, см. ИСО 9040.

}

-    - Это определение синтаксиса включено отдельно от

Страница 76

С. 74 ГОСТ Р 34.M6.I-92

-    - синтаксиса обновления многоэлементного ОУ, т. к. ОУК

-    - не является частично обновляемым.

12.2.2. Синтаксис обновления объекта управления определением поля

06H0B0y0n::-SEQUENCE OF SEQUENCE { меткаРКоорд |0| IMPLICIT INTEGER, меткагКоорд (1) IMPLICIT INTEGER OPTIONAL состояние |2| IMPLICIT INTEGER { активное (0),

неактивное (1). пустое (2) } OPTIONAL,

область 13) IMPLICIT SEQUENCE OF SEQUENCE (позиция    |0|    IMPLICIT    ПараИзмер.

размерность |1) IMPLICIT ПараИзмер) OPTIONAL,

атрибуты (4| IMPLICIT SEQUENCE { реперГрафЗиаков [Oj IMPLICIT INTEGER OPTIONAL. цветИзобр [1| IMPLICIT INTEGER OPTIONAL, цветФона    (21    IMPLICIT    INTEGER OPTIONAL,

выделение    [3)    IMPLICIT    ПечатнаяСтрока

шрифт    (4)    IMPLICIT    INTEGER OPTIONAL

-    - значение нуль в любом целом элементе

-    - атрибутов подразумевает значение "нуль" ) OPTIONAL.

следПолс    [51    IMPLICIT    INTEGER OPTIONAL,

предыдПоле (6| IMPLICIT INTEGER OPTIONAL

-    - для меток 5 и 6 нулевое значение подразумевает

-    - конец пути обхода; отрицательное значение - "пустос"

способПерсдачи [71 IMPLICIT INTEGER { все    (0).

всеМодифСодерж < 1 >, модифЧасть    <2),

ничего    (3),

сеылкаОУСП    (4))

OPTIONAL,

списокУправВвод (8) IMPLICIT SEQUENCE OF УправВвод OPTIONAL }

-    - если метка 8 отсутствует, список управления вводом в ЗОП

-    - не должен изменяться; если метка 8 присутствует, а

-    - элемент имеет значение {} (т. с. пустой», то список

-    - управление вводом для этой ЗОП исключается.

ynpaBBBoa::=SEQUENCE

{ списокОбъектУстр |0| IMPLICIT SEQUENCE OF ПечатнаяСтрока OPTIONAL.

Страница 77

ГОСТ l> 34.986.1-92 С. 75

списокЗИВП    (М IMPLICIT SEQUENCE OF

SEQUENCE {имяОУИВП ПечатнаяСтрока, индексЗаписи INTEGER) OPTIONAL. списокЗМВП    (21 IMPLICIT SEQUENCE OF

SEQUENCE (имяОУМВП ПечатнаяСтрока, индексЗаписи INTEGER} OPTIONAL

-    - Если метка 8 присутствует и элемент непустой, то каждое вхождение УправВвод используется для соответствующего управления вводом в ЗОП следующим образом:

-    - сели любая из 3 частей отсутствует, тогда соответствующая часть ие обновляется;

-    - если часть присутствует, но пустая, соответствующая часть исключается;

-    • если часть присутствует и непуста, то список, который она содержит, полностью заменяет соответствующую часть.

-    - Не существует положений о частичном обновлении такого списка.

12.2.3. Синтаксис обновления объекта управления инструкциями ввода в поле

06H0B0yHBri::-SEQUENCE OF SEQUENCE {индекс [0| IMPLICIT INTEGER, содержимое flj IMPLICIT SET OF ИВП}

HBri;.-*ANY

-    - Синтаксис ИВП будет найден в элементе перечня,

-    - указанном в параметре СрВТ “идентификатор

-    - типа ОУ" для этого ОУИВП.

12.2.4. Синтаксис обновления объекта управления макетом ввода

в поле

ОбновлОУМВП..-“SEQUENCE OF SEQUENCE { индекс (0! IMPLICIT INTEGER, событие (lj СВП, условие 121 IMPLICIT SET OF ИВП, реакции (31 IMPLICIT SEQUENCE OF РВП}.

CBn.:*ANY- - событие ввода в поле; yBn::«ANY- - условие ввода в поле;

PBn::-ANY- - реакция ввода в поле.

-    - Синтаксис ИВП, УВП и РВП будет найден в элементе

-    - перечня, указанном в параметре СрВ'Г "идентификатор

-    - типа ОУ" для этого ОУМВП.

12.2.5. Синтаксис обновления объекта управления ОСИ

Страница 78

С. 76 ГОСТ Р 34.9X6.1-92

06horOCM::-SEQUENCE OF SEQUENCE {идЗаписи (OJ IMPLICIT ПечатнаяСтрока OPTIONAL,

-    - идентификатор записи может быть опущен, если ОСИ

-    - должен обновляться целиком.

операция [I) IMPLICIT INTEGER {стерстьОСИ (0>, исключЗапись <I>. создЗапись <2>), обновления |2] IMPLICIT SEQUENCE OF IS0904I-VTR. ОбновОбьект OPTIONAL}

-    - “Обновления” присутствуют только при операции

-    - "создать запись".

-    - Отсутствие "обновлений" для операции "создать запись"

-    - приводит к тому, что заданная запись устанавливается

-    - в состояние "пусто".

END - - конец G-опрсдслсний.

12.3. Определение концептуальной области данных

КОД DEFINITIONS:-BEGIN 12.3.1. Идентификаторы КОД

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

Идентификатор::-5ЕТ OF IMPLICIT SEQUENCE { имя ПечатнаяСтрока,

ИдПарам]

-    - В типе "ИдПарам” и его компонентах появления типа NULL

-    - указывает на то, что значение для соответствующего

-    - параметра определено.

toriapaM::-SEQUENCE

{размерности    |0]    IMPLICIT NULL OPTIONAL

хПарам    (I)    IMPLICIT ИдПарамРазмерн OPTIONAL,

уПарам    (21    IMPLICIT ИдПарамРазмерн OPTIONAL,

гПарам    (3)    IMPLICIT ИдПарамРазмерн OPTIONAL,

стирание    HI    IMPLICIT NULL OPTIONAL,

репертуар    (51    IMPLICIT ИдНаборРеперт OPTIONAL,

выделение    |6j    IMPLICIT ИдНзборВыдел OPTIONAL,

изображение    [7] IMPLICIT ИдНаборЦвет OPTIONAL,

фон    18] IMPLICIT ИдНаборЦвет OPTIONAL,

доступ    (9)    IMPLICIT    NULL OPTIONAL,

парамБлока    110|’IMPLICIT ИдПарамБлока OPTIONAL.

парамПоля    (111 IMPLICIT ИдПарамПоля OPTIONAL]

HflnapaMPa3MepH::“SEQUENCE {граница    [0]    IMPLICIT    NULL OPTIONAL,

адресация    (I]    IMPLICIT    NULL OPTIONAL,

абсолютная    12]    IMPLICIT    NULL OPTIONAL,

окно    |3]    IMPLICIT    NULL OPTIONAL]

Страница 79

ГОСТ Р 34.986.1-92 С. 77

HjHa6opPenepT::*SEQU ENCE {возможность |0| IMPLICIT NULL OPTIONAL (1] IMPLICIT SEQUENCE OF ЙдРепертШрифт OPTIONAL}

Ид Репс ртШ рифт: :=C HO IC E

{NULL.

SEQUENCE {назначение    |0]    IMPLICIT NULL OPTIONAL,

возможнШрифт    (I]    IMPLICIT NULL OPTIONAL,

имена 111 рифт    [2]    IMPLICIT SEQUENCE OF

ЙдНазнач OPTIONAL}} ИдНазнач::-СН01СЕ {NULL, ПечатнаяСтрока}

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

ИдHaбopBыдcл::■SEQUENCE OF ИлНазнач IfaHa6opU.BCT::"SEQUENCE

{возможность NULL OPTIONAL, назначение SEQUENCE OF ИдНазнач OPTIONAL} ИдПapaмБлoкa::«SEQL'ENCE

{возможность    [0|    IMPLICIT NULL OPTIONAL,

граница    (11    IMPLICIT NULL OPTIONAL,

ИлПарам Под a::-SEQU ENCE

{возможность    101    IMPLICIT NULL OPTIONAL,

тахЧислаПолей    [i|    IMPLICIT NULL OPTIONAL.

тахЭлемПоля    [2]    IMPLICIT NULL OPTIONAL

внешДоступ    (3)    IMPLICIT NULL OPTIONAL}

12.3.2. Предложения КОД

•    Предложения значений исполадуются во время *

♦    согласования.

Предложение:: - SET OF IMPLICIT SEQUENCE { Имя ПечатнаяСтрока, ПрсдложПарам}

ПpcдлoжПapaм::«^SEQUENCE {предложРазмерн 101 IMPLICIT BIT STRING (одиаРззмери (0), двсРазмерн (1), триРазмерн (2)} OPTIONAL,

Страница 80

С. 78 ГОСТ Р 34.986.1-92

- - значение "1" указывает на предложение хПарам (II IMPLICIT ПредложПарамРазмерн

OPTIONAL,

уПарам |2| IMPLICIT ПредложПарамРазмерн

OPTIONAL.

гПарам 131 IMPLICIT ПредложПарамРазмерн

OPTIONAL,

стирание |4] IMPLICIT BIT STRING

{да <0). нет (I)    OPTIONAL,

репертуар    |5] IMPLICIT ПрсдложНаборРспсрт OPTIONAL,

выделение (6| IMPLICIT ПредложНаборВыдел OPTIONAL, изображение (7J    IMPLICIT ПредложНаборЦвет OPTIONAL,

фон    I8J    IMPLICIT ПредложНаборЦвет OPTIONAL,

доступ    (91    IMPLICIT BIT STRING

(ПДЗ (0),

ДЗИС (1),

ДЗПС (2)} OPTIONAL}

-    - вместе могут появляться только ДЗИС и ДЗПС.

ПарамБлока    ] 101 IMPLICIT ПрсдлПарамБлока OPTIONAL

ПарамПоля    jllj IMPLICIT ПрсдлПарамПоля OPTIONAL}

ПpcдлoжПapaмPaзмcpн::■■SEQUENCE {граница    |0)    IMPLICIT SEQUENCE

{нсОгранич NULL OPTIONAL.

-предел G. ПрсдложЦелого OPTIONAL} OPTIONAL.

адресация (1J IMPLICIT BIT STRING (НеОгранич (01.

ТолькоВыше <l), неРазрешено (2)} OPTIONAL,

абсолкхтная |2| IMPLICIT BIT STRING (да (0),

нет (1),}

OPTIONAL

окно (3J IMPLICIT SEQUENCE

(НеОгранич NULL OPTIONAL,

Предел G. ПредложЦелого OPTIONAL} OPTIONAL} ПрсдложНаборРспсрт :: • SEQUENCE {возможнРелерт |0) IMPLICIT G. ПрсдложЦелого OPTIONAL,

(1| IMPLICIT SEQUENCEOF Предлож Реп ерт Шрифт OPTIONAL,

- предложения для позиций в списке репертуаров П редлож РепсртШ рифт: :-СН OIC Е

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

(NULL, - - или резервирование места.

Страница 81

ГОСТ Р 34.986.1-92 С. 79

SEQUENCE OF SEQUENCE - - или список альтернатив {репертуар    J0|    IMPLICIT НазначРеперг OPTIONAL,

возможнШрифт jlj IMPLICIT С.Предлож Целого OPTIONAL,

121 IMPLICIT SEQUENCE OF НазначШрифга OPTIONAL}}

НазначРеперг:: - SEQUENCE { тип    [0| IMPLICIT OBJECT IDENTIFIER OPTIONAL.

значение CHOICE {iso2022 II] IMPLICIT SEQUENCE OF OCTET STRING,

-    - знак AP2 не посылается

isonnnn (2] ANY } )

-    - если "тип” имеет значение {vt-b-rep-iso2022} или

-    - отсутствует,

-    - тогда синтаксис"значентГ - это последовательность

-    - до 4 последовательностей АР2, как определено в

-    - Международном регистре кодированных наборов знаков.

-    - используемых с последовательностями АР2.

-    - идентифицирующими наборы знаков.

-    - Иначе, синтаксис - ANY, который может быть разрешен

-    - ссылкой на определение, заданное в "типе”.

НазначШрифга:: - SEQUENCE (тип    |0)    IMPLICIT OBJECT IDENTIFIER OPTIONAL,

значение CHOICE

{ спсцСлучВТ 11 ] IMPLICIT ПечатнаяСтрока, isonnn    [2]    ANY } }

-    - Значение "типа" для ''НазначШрифга" имеет модальное

-    - действие. Оно определяет сделанный выбор до тех пор.

-    - пока не встретится другое значение "типа".

-    - Если модальное значение "типа" - {vt-b-font-adhoc}

-    - или не задано, тогда синтаксис "значение"

-    * ПечатнаяСтрока.

-    * Иначе, синтаксис - ANY. который может быть разрешен

-    - ссылкой на определение, заданное в "типе”.

ПредложНаборВыдел :: - SEQUENCE OF CHOICE {NULL - - резервирование места SEQUENCE OF ПечатнаяСтрока }

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

-    - податрибута выделения

lipe;vK^Ha6opUBer::“SEQUENCE { возможЦвет |0) IMPLICIT С.Предлож Целого OPTIONAL, значЦвет |l] IMPLICIT SEQUENCE OF НазначЦвет

OPTIONAL)

НазначЦвет: HSEQUENCE { тип    [0|    IMPLICIT    OBJECT    IDENTIFIER

OPTIONAL, значение CHOICE 6-eoa

Страница 82

С. SO ГОСТ Р 34.98*. 1-92

{iso6429    [1]    IMPLICIT ПечатнаяСтрока,

isonnnn [21 ANY ) )

-    - Значение "тип” для "НэзнзчЦвет” имеет модальное

-    - действие.

-    - Оно определяет сделанный выбор до тех пор, пока • - не встретится другое значение "типа”.

-    - Если модальное значение "™na"-{vt-b-color-iso6429j

-    - или не задано,

-    - тогда синтаксис "значение" - это английское имя

-    - цвета из ГОСТ 34.301 (ИСО 6429)

-    - Иначе, синтаксис - ANY, который может быть разрешен

-    - ссылкой на определение, заданное в "типе”.

ПредложПарамБлока:^5Е0иЕКСЕ { возможность (01 IMPLICIT BIT STRING

{да <0>. нет (I) } OPTIONAL, граница [1) IMPLICIT SEQUENCE

{ неогранич NULL OPTIONAL, граница С.ПредложЦслого OPTIONAL ) OPTIONAL }

flp(^ioxnapaMnonfl::«SEQUENCE ( возможность (0J IMPLICIT BIT STRING

{да (0>. нет (I) ) OPTIONAL, шахЧислПолей |Ij IMPLICIT SEQUENCE

{ неогранич NULL OPTIONAL, граница G.n редлож Целою OPTIONAL} OPTIONAL шахЭлемПоля 121 IMPLICIT SEQUENCE

{ неогранич NULL OPTIONAL, граница G.FI редлож Цел ого OPTIONAL } OPTIONAL, внешДоступ [3] IMPLICIT BIT SIRING {разрешено <0>,

(«■разрешено (I) 5 OPTIONAL)

12.3.3 Значение КОД

. .* Описываются возвращаемые во время ♦

- -ф согласования значение.    *

Значсния::-$ЕТ OF SEQUENCE { Имя ПсчатнаяСтрока, ЗначПарам }

3na4rhpaM::-StQUENCE {Размерность [0] IMPLICIT INTEGER OPTIONAL, хПарам    f 11    IMPLICIT    ЗначПарамРазмерн    OPTIONAL,

уПарам    {2j    IMPLICIT    ЗначПарамРазмерн    OPTION AL,

гПарам    (3)    IMPIJCTT    ЗначПарамРазмерн    OPTIONAL,

стирание    (4]    IMPLICIT    BOOLK\N OPTIONAL,

Страница 83

ГОСТ Р 34.986.1-92 С. 81

-    - истина “ "да'*, ложь - "нет"

репертуар    [5|    IMPLICIT    ЗначНаборРеперт OPTIONAL,

выделение    [6]    IMPLICIT    ЗначНаборВыдел OPTIONAL,

цветИзображ    {7|    IMPLICIT    ЗначНаборЦвст OPTIONAL,

цветФона    (81    IMPLICIT    ЗначНаборЦвст OPTIONAL,

доступ    |9)    IMPLICIT    INTEGER { ПДЗ(О), ДЗИСЦ).

ДЗПС (2) } OPTIONAL.

парамБлок    (10) IMPLICIT ЗначПарамБлока OPTIONAL,

парамПоля    [ 111 IMPLICIT ЗначПарамПоля OPTIONAL}

3Ha4riapaMPa3MepH::=SEQUENCE { граница (01 CHOICE { НсОгранич NULL, граница INTEGER ) OPTIONAL,

адресация 111 IMPLICIT INTEGER

{ НсОгранич (0),

ТолькоBlJUK- (I),

неРазреш (2) ) OPTIONAL, абсолют |2] IMPLICIT BOOLEAN OPTIONAL,

-    - истина ” ”да”, ложь * "нет"

окно (3) CHOICE { НеОгранич NULL, Предел INTEGER} OPTIONAL

Знач НаборРсперт: :-SEQU ENC Е { возможнРсперт (0| IMPLICIT INTEGER OPTIONAL,

(1) IMPLICIT SEQUENCE OF ЗначРслертШрифг

OPTIONAL))

ЗначРепсртШрифт :: - CHOICE

{ NULL SEQUENCE { 101 IMPLICIT НазначРеперт OPTIONAL, возможн Шрифта

[11 IMPLICIT INTEGER OPTIONAL.

[2] IMPLICIT SEQUENCE OF НазначШрифта

OPTIONAL)) ЗначНаборВыдел :: - SEQUENCE OF CHOICE {NULL,    -    -    резервирование места

Псчатна«Строка - - единственное приемлемое

-    - значение податрибута

-    - выделения

)

3Ha4Ha6opUBCT::«SEQUENCE { возможность (0) IMPLICIT INTEGER OPTIONAL, назначения (1| IMPLICIT SEQUENCE OF НазначЦветов OPTIONAL }

П редлож П а рам Б л ока: :-S Е Q U Е N С Е { возможность |0) IMPLICIT BOOLEAN OPTIONAL,

-    - истина - "да”, ложь - "нет"

Страница 84

С. 82 ГОСТ Р 34.9R6.I-92

граняиа (1J CHOICE { неОграннч NULL, предел INTEGER } OPTIONAL J

npca,w.*napaMncvifl::-SEQUENCE { возможность [0) IMPLICIT BOOLEAN OPTIONAL.

* - истина - "да”, ложь " ' нет” тахЧислПалей (1| CHOICE | неОграннч NULL, предел INTEGER } OPTIONAL,

тахЭлсмПоля |2} CHOICE (неОграннч NULL, предел INTEGER } OPTIONAL,

внешиДоступ [3J IMPLICIT INTEGER

{ разрешен (0), неразрешен (I) }

OPTIONAL)

END • Конец опр<*дслсний КОД

v2 4. Определения области управления, сигнализации и статуса

ОУСС DEFINITIONS :: - BEGIN

12.4.1. Идентификаторы ОУСС

-    -• Используются для идентификации параметров, *

-    -* которые дллжхы быть согласованы.    •

Идентификатор ::»SET OF SEQUENCE { Имя Псчатна^Строка,

ИлПарам}

ИдПарам --SEQUENCE

{ ид Типа    I0J    IMPLICIT    NULL OPTIONAL,

доступ    [ I)    IMPLICIT    NULL OPTIONAL,

триггер    (2}    IMPLICIT    NULL OPTIONAL,

размер    f3|    IMPLICIT    NULL OPTIONAL,

категория    HI    IMPLICIT    NULL OPTIONAL,

репертуар    [51    IMPUC11    NUI i. OPTIONAL,

приоритет    (6| IMPLICIT    NULL OPTIONAL

структура    171 IMPLICIT    NULL OPTIONAL

составЭлсм    l#l IMPLICIT    SEQUfWCB OF

ИдПарамЭлем OPTIONAL }

ИдПарамЭлем;>5Р QUKNCE { ндЭлсм    [01 iMPUCVl    INTEGER,

размер    [3J IMPUCn    NUIL OPTIONAL,

категория    [4) IMPLICIT    NULL OPTIONAL,

репертуар    *S) 1MPLIC IT    NULL OPTIONAL }

Страница 85

ГОСТ P34.986.J-92 С. W

12.4.2. П^дпол.еная ОУСС

*    Используются для предложения значений *

♦    во время согласовании    ♦

Предложенис.-SET OF SEQUENCE {имя ПечатнаяСтрока.

ПредложПарам}

ПредложПарам: :-SEQUENCE

!идТнпа 10] IMPUCIT SET OF CHOICE

(OBJECT IDENTIFIER, ПечатнаяСтрока}, доступ    (11    IMPLICIT ПредложПравДостуи OPTIONAL,

триггер    (2)    IMPLICIT BIT STRING {да (0),

нет (I) OPTIONAL. рззмер    (3)    IMPLICIT G. ПредложЦслого OPTIONAL,

категория    (4]    IMPLICIT BIT STRING

(знаковый    (0).

булевский    (I),

символический (2), целый    (3),

прозрачный    *,<)) OPTIONAL

оепертуар 15} IMPLICIT SEQUENCE OF ПечгтнаяСтрока

OPTIONAL,

приоритет |6) IMPUCIT BIT STRING

(нормальный    (0),

ВЫСОКИЙ    <!>,

срочный    (2) j OPTIONAL,

структура 171 IMPUCIT SEQUENCE

{нсПарамстрич    NULL OPTIONAL,

числоЭлем    G. 11 редлож Целого

OPTIONAL} OPTIONAL. составЭлем |8] IMPLICIT SEQUENCE OF ПредложПарамЭлсм

OPTIONAL)

f> редложЭл ем П арам: :*SEQ U E NC E {идЭлем    (0)    IMPL ICIT INTEGER,

тдзмер    (31    IMPUCIT G. ПредложЦелого OPTIONAL,

категория    (41    IMPLICIT BIT STRING

{энбховый    (0>,

булевский    (I),

символический    (2),

целый    (3),

прозрачный    (4) } OPTIONAL,

гспертуар (51 IMPLICIT SEQUENCE OF КОД. НазначРеперт

OPTIONAL) ПредложПравДоступ::-В1Т STRING (ПДЗ<0).

Страница 86

С. М ГОСТ Р 34.9Ж..1-92

дзис

<1>.

дзпе

(2).

НПУД

(3),

ПДЗ&ДЗИС

<4),

ПДЗАДЗПС

(5),

нстДоступа

(6)}

12.4.3. Значения ОУСС

-♦ Используются в качестве возвращаемых -* значений при согласовании

Значсния::=5ЕТ OF SEQUENCE {Имя ПечатнаяСтрока,

ЗначПарам)

ЗначПарам::- SEQUENCE

{идТипа    |0)    CHOICE {OBJECT IDENTIFIER,

ПечатнаяСтрока}, доступ    (И    IMPLICIT ЗначПранДоступ OPTIONAL

триггерВыбран (2|    IMPLICIT BOOALEAN OPTIONAL,

- - исгина-”выбран’\ ложь-"не выбран” размер    13)    IMPLICIT INTEGER OPTIONAL,

категория    |4|    IMPLICIT INTEGER

{знаковый булевский символический целый прозрачный

(0),

<1>,

(2),

<3),

(4) } OPTIONAL.

репертуар 151 IMPLICIT КОД. НазначРеперт OPTIONAL, приоритет (6) IMPLICIT INTEGER

(нормальный (0), высокий    (I),

срочный    (2)}

OPTIONAL).

структура (7) CHOICE

{нсНарамстрич NULL числоЭлсм INTEGER} OPTIONAL, СоставиЭлем |8) IMPLICIT SEQUENCE OF ЗначЭлемПарам

OPTIONAL)

-    - Эти значения являются ответзми на предложения и не

-    - должны противоречить им.

ЗнзчЭлcмПapaм::■=SEQUENCE {ндЭлем 10| IMPLICIT INTEGER,

Страница 87

ГОСТ Р 34.9S6.l-92 С. 85

размер I3| IMPLICIT INTEGER OPTIONAL, категория Ml IMPLICIT INTEGER

{знаковый    <0),

булевский    (I),

символический    (2),

целый    (3).

прозрачный    (4) )

OPTIONAL,

Репертуар [JJ IMPLICIT КОД. НазначРеперт OPTIONAL. ЗначПравДоступ-«INTEGER { ПДЗ    <0).

ДЗИС    (1),

ДЗПС    (2),

НПУП    (3),

ПДЗАДЗИС    (4),

ПДЗ&ДЗПС    <5),

нет Доступа    (6))

END - -Конец определений ОУСС

12.5. Определения объекта устройства

Устр DEFINITiONS::-BEGlN

12.5.1. Идентификаторы устройств

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

Идентификатор:-SET OF SEQUENCE {ими ПечатнаяСтрокя., ИдеятПарачУпр} ИдснтПдрамУстр-^-SF.QUENCE (доегупОУумолч    (01    iMPUCIT NULL OP't IONAL,

прнорОУумол'1    |1|    IMPLICIT NULL OPTIONAL.

репертУстр    |2|    IMPLICIT

КОД. ИдентНаборРеперт OPTIONAL, выделУстр    |31    IMPLICIT

КОД. ИдентНаборВыдел OPTIONAL,

изображУстр    j4J    IMPUCIT

КОД. ИдентНаборЦвет OPTIONAL, фонУстр    (5J    IMPLICIT

КОД. ИдентНаборЦвет OPTIONAL,

-    - Метки 2-5 содержат ссылки на

-    - определения в модуле КОД.

-    - Не вес компоненты этих определений

-    - могут использоваться правильно в :>том

-    - контексте.

-    - В частности, компоненты, относящиеся к

Страница 88

С. 86 ГОСТ Р 34.984.1-92

-    - длинам списков (возможностей), должны

-    - отсутствовать.

тшДлинаХмассива т i пДл и на Умасси ва имснаОУУстр имяООУстр

списокСобытЗа вершения длинаЗа вершения таймаутЗавершения тригтсрОУ поУмолч начЗначенОУпоУмолч

|6) IMPLICIT NULL OPTIONAL, [7| IMPLICIT NULL OPTIONAL, (8| IMPLICIT NULL OPTIONAL. 191 IMPLICIT NULL OPTIONAL. 1101 IMPLICIT NULL OPTIONAL, (11J IMPLICIT NULL OPTIONAL. 1121 IMPLICIT NULL OPTIONAL. (13) IMPLICIT NULL OPTIONAL. 114) IMPLICIT NULL OPTIONAL)


12.5.2. Предложения для устройств

’ Используются для предложения значений ' во время согласования.

Прсдложение::5ЕТ OF SEQUENCE {имя ПечатнаяСтрока. ПредложПарам)

npefl,pxnapaM::“SEQUENCE {доступОУумлтч

(0) IMPLICIT ОУСС. Прсдлож ПравД осту па OPTIONAL,

приорОУумалч

[I] IMPLICIT BIT STRING (нормальный (0), высокий (1), срочный (2)) OPTIONAL, назначРепергУстр |2) IMPLICIT

КОД. ПредложНаборРеперт OPTIONAL, J3J IMPLICIT

назначВыделУстр назначИзображУстр назначФонУстр

КОД. ПредложНаборВыдел OPTIONAL,

)4| IMPLICIT КОД. ПредложНаборЦвет OPTIONAL,

15) IMPLICIT

КОД. ПредложНаборЦвет OPTIONAL,

• - см. примечание в п. 12.5.1

тшДлинаХмассива min Длина Y массива имяОУустр имяООустр

(6) IMPLICIT

С».ПредложЦслого OPTIONAL, 17) IMPLICIT

С).ПрсдложЦелого OPTIONAL, {8| IMPLICIT SEQUENCE OF ПечатнаяСтрока OPTIONAL, |9J IMPLICIT SEQUENCE OF


Страница 89

ГОСТ Р 34.986.1-92 С. 87

ПечатнаяСтрока OPTIONAL, списокСобытЗаверш |10] IMPLICIT SEQUENCE OF SET

OF SEQUENCE

{ Событие ANY,

ИдСобытия SEQUENCE {С.ПрсдложЦслого OPTIONAL, NULL OPTIONAL } ) OPTIONAL,

-    Типы данных для "события” будут такими же, какие опреде-

-    лены в профиле, используемом в качестве начального проекта

-    СрВТ для отдельного случая согласования. длинаЗавершен [11] IMPLICIT SEQUENCE

{Длина [01 IMPLICIT G.ПредложЦелого, ИдСобытия [I] IMPLICIT SEQUENCE {С.ПредложЦелого OPTIONAL,

NULL OPTIONAL }} OPTIONAL, таймаутЗаверш [12) IMPLICIT SEQUENCE { ПредложВрсмсни,

ИдСобытия SEQUENCE {С.ПрсдложЦслого OPTIONAL.

NULL OPTIONAL } ) OPTIONAL. триггерОУпоУмолч |13) IMPLICIT BIT STRING { неВыбран (0), выбран <1) } OPTIONAL, начЗначОУпоУмолч [I4J IMPLICIT SEQUENCE

{значение [0] IMPLICIT BIT STRING, маска 111 IMPLICIT BIT STRING OPTIONAL}

- - см. примечание под "маской” в G. СО Update OPTIONAL} ПредложВремсни::*$ЕТ OF CHOICE { значение    10) IMPLICIT SEQUENCE

{ множитель INTEGER, экспонента INTEGER}, интервал    |IJ IMPLICIT SEQUENCE

{ МладшМножитель INTEGER,

{ МладшЭкспонента INTEGER,

СтаршМножитель INTEGER, СтаршЭкспонснта INTEGER} }

12.5.3. Значения для устройства

-• Используются в качестве возвращаемых -• значений во время согласования.

Значеиия-.'.-БЕТ OF SEQUENCE { имя ПечатнаяСтрока,

Страница 90

С. 88 ГОСТ Р 34.9S6.I -92

ЗиачПарам)

3Ha4napaM:^SEQUENCE

{ДоступОУумолч [0] IMPLICIT ОУСС.

ОУСС. ЗначПравДосгупа OPTIONAL, орморОУумолч |1] IMPLICIT INTEGER {нормальный (0), высокий (I), срочный (2)} OPTIONAL, наэначРепертУстр [2) IMPLICIT КОД. ЗначНаборРсперт

OPTIONAL.

назначВыделУстр (31 IMPLICIT КОД. ЗначНаборВыдсл

OPTIONAL.

назначИзображУстр (4] IMPLICIT КОД. ЗначНаборЦвсг

OPTIONAL.

назнзчФонУстр 151 IMPLICIT КОД. ЗначНаборЦвсг

OPTIONAL,

' - см. примечание в п. 12.5.1 ттДлинаХмассива 16] IMPLICIT INTEGER OPTIONAL. тшДлинаУ массива [7] IMPLICIT INTEGER OPTIONAL, имснэОУустр (81 IMPLICIT SEQUENCE OF

ПечзтнаяСтрока OPTIONAL. нмяООустр (91 IMPLICIT SEQUENCE OF

ПсчатнаяСтрока OPTIONAL, списокСобытЗаверш (10) IMPLICIT SET OF SEQUENCE { Событие ANY,

ИдСобытия CHOICE

{INTEGER. NULL OPTIONAL}} OPTIONAL,

-    - Типы данных для "события" будут такими же, какие олосде-

-    - лены в профиле, используемом в качестве началмк:го проекта

-    - СрВТ для отдельного случая согласования.

длинаЗавершсн (III IMPLICIT SEQUENCE

(длина    (01 IMPUCiT

INTEGER OPTIONAL. идСобытия CHOICE ( (lj IMPUCIT INTEGER.

(21 IMPLICIT NULL)} OPTIONAL таймаутЗаверш (12) IMPUCIT SEQUENCE

{ множителъВремсни INTEGER экспонснтаВрсмсни INTEGER, идСобытия CHOICE (INTEGER NULU) OPTIONAL,

выборТриЮУумолч (131 IMPUCIT BOOLEAN OPTIONAL, начЗначОУумолч (141 IMPLICIT SEQUENCE { значение (01 IMPUCIT BIT STRING,

Страница 91

ГОСТ Р 34.986.1-92 С. 59

маска    |1]    IMPLICIT BIT STRING

OPTIONAL} OPTIONAL)

- * См. примечание под "маской" выше.

END - - Конец определений устройства

13. СООТВЕТСТВИЕ

13.1.    Требования динамического соответствия

Внешнее поведение системы, претендующей на соответствие этой части настоящего стандарта, не должно противоречить реализации всего нижеследующего:

а)    ПАВТ, как определено в приложении 1 этой части настоящего стандарта;

б)    использованию СЭУА и уровня представления, как определено в разд. 11;

в)    кодированию ПБД, как определено в разд. 12.

13.2.    Требования статического соответствия

Система, претендующая на соответствие настоящему стандарту должна:

а)    поддерживать A-режим, С-режим или оба;

б)    поддерживать среду ВТ, определенную профилем по умолчанию для A-режима, если поддерживается А-режим;

в)    поддерживать среду ВТ, определенную профилем по умолчанию для С-режима, если поддерживается С-рсжим;

г)    быть способной запросить ВТ-ассоциацию или ответить на попытку образования ВТ-ассоциации, или обе возможности;

д)    быть способной принимать все корректные последовательности протокольных элементов ВТ, полученные от равноправного оборудования и отвечать корректными последовательностями протокольных элементов ВТ в определенных состояниях ВТ-ассоциации;

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

ж)    поддерживать:

1)    назначение репертуара знаков, как определено в п. 18.2.4 и табл. 4 в стандарте ИСО 9040;

2)    любой знаковый набор, указанный для включения в репертуар, в случае успешного согласования репертуара между двумя ВТ-пользователями;

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

Страница 92

С. 90 ГОСТ Р 34.9Я6.1-92

Система, претендующая на соответствие этой части масгомщего стандарта, должна подчиняться следующим требованиям зависимости:

з)    поддерживать сервисный элемент службы управления ассоциациями на прикладном уровне;

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

к) поддерживать другие функциональные блоки сеансового уровня, как описано в п. 11.1.1 (г);

л) поддерживать базовые правила кодирования для ACH.I, определенные в ГОСТ 34.974 (ИСО 8825) даже если система поддерживает альтернативные кодирования.

13.3. Заявление о соответствии реализации протокола

В заявлении о соответствии для системы, содержащей реализацию ПВТ, должно быть сообщено:

а)    какие режимы функционирования поддерживаются;

б)    какие функциональные блоки реализованы;

в)    для каждого режима функционирования и кгждого параметра СрВТ - интервал значений, которые поддерживаются, если они не включены в подпункт д;

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

д)    способна ли система инициировать и отвечать на протокольные элементы VT-ASS0C1ATE или и то и другое.

ПРИЛОЖЕНИЕ 1 Обязательнее

ТАБЛИЦЫ СОСТОЯНИЙ

I. Общее описание

В    настоящем приложении протокол основного ым>хг

виртуального терминала описан в терминах таблиц согчунуй 3 таблицах состояний приводятся состояние ВТ-асссциаики, события, происходящие в протоколе, и указываются дейстчк*. которые должны быть выполнены ПАВТ в ответ на эти события. Эти таблицы состояний не включают полное формальное описание ПВТ основного класса: их цель - обеспечить более точную спецификацию процедур, описанных в разд. 7-10. В случае спорных вопросов это приложение имеет предпочтение перед разд. 7-10.

Для описания таблиц состояний используются:

Страница 93

ГОСТ Р 34.986.1-92 С- 91

а)    определение в разд. 2 настоящего приложения статуса параметров среды ВТ, полномочий ПАВТ н переменных:

б)    табл. 24, описывающая акроним, категорию и характеристику каждого входного события. Категориями являются: событие ВТ-пользователя, событие элемента ПВТ, событие ПАВТ и событие другого поставщика услуги:

в)    табл. 25, описывающая идентификатор и характеристику каждого состояния.

Примечание Суффиксы, используемые в гибл. 2. имеют следующий смысл

В - указывает на А-режим;

S - указывает и» С-режич, отсутствие ПДЗ;

Q - указывает на Л-режим;

R - указывает на А-рсжим;

S - указывает на С-режим;

Т - указывает на С-режим, наличие ПДЗ,

г)    табл. 26, описывающая акроним, категорию и характеристику каждого выходного события. Категориями являются событие Вт-польэоватсля и событие элемента ПВТ;

д)    табл. 27, определяющая атомарные действия, на которые ссылаются в таблицах состояний;

е)    табл. 28, определяющая предикаты, на которые ссылаются в последующих таблицах действий.

Сами таблицы состояний - это табл. 29 - 38. Эти таблицы интерпретируются парами. Первая таблица каждой пары связывает состояния с входными событиями и содержит ссылки на входы во второй части. На первую таблицу формально ссылаются как на таблицу состояний, на вторую - как на список соответствующих действий. Число состояний не позволяет описать протокол, в одной таблице. Поэтому состояния разделены на сектора следующим образом:

а)    сектор 1, управление ассоциацией и приторможенное;

б)    сектор 2, инициация согласования;

в> сектор 3, согласование;

г) сектор 4, передача данных.

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

2. Параметры, полномочие ПАВТ и переменные

2.1.Параметры

Среда ВТ содержит набор вхождений параметров СрВТ, определенных л основном классе ВТ (стандарт ИСО 9040); каждый

Страница 94

С. 92 ГОСТ Р 34.986.1-92

элемент этого набора имеет три соответствующие переменные статуса, которые независимы по природе и могут иметь значение. Статус существования имеет два значения "определено” и*"не определено”.

Статус согласования имеет четыре значения:

а)    ожидание;

б)    приглашен;

в)    предложен;

г)    встречно предложен.

Индикатор последнего действия имеет два значения -"локальный" и "равноправный”. Если вхождение параметра имеет значение "определен" статуса существования. то ему присваивается единственное значение, как определено в стандарте ИСО 9040 для типа параметра.

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

На черт. 2 показаны переходы между состояниями для статуса согласования во время многократного согласования.

Индикатор последнего действия используется в каждом состоянии согласования, кроме "ожидания", для того, чтобы обеспечить управление правильной последовательностью (см. п. 30.3 стандарта ИСО 9040).

В текущей среде ВТ, которая существует постоянно после образования ВТ-ассоциации. вхождения параметра должны иметь статус либо "определен", либо "не определен”.

Среда считается полной, если все ее вхождения параметра имеют статус "определен”.

Для того, чтобы проект СрВТ стал текущей СрВТ после МС, статус согласования каждого параметра должен быть "ожидание”.

Для осуществления передачи данных текущая среда ВТ должна быть полной и согласованной. Это условие заносится в переменную Vena (см. подразд. 2.2).

2.2. Переменные

Перечисленные ниже переменные поддерживаются каждым ПАВТ. На них могут быть ссылки в предикатах (см. разд. 3 и табл. 30). Некоторым переменным значения присваиваются явно действиями из таблиц состояний, другим значения присваиваются неявно. Тип каждой переменной определяется как целый, булевский или перечислимый. Для переменных перечислимого типа определяются возможные значения.

Каждая переменная может также иметь атрибуты "параметр” или "постоянная". Переменная с атрибутом "параметр" неявно устанавливается, когда ПАВТ принимает входное событие (элемент ПВТ или от ВТ-пользователя). Параметры для выходного

Страница 95

ГОСТ V 34.9S6.1-92 С. 93

события получают значения от соответствующих параметрических переменных ПАВТ.

Переменная, не имеющая атрибут "постоянная”, значима только во время обработки события, которое устанавливает переменную; переменные с атрибутом '■постоянная’' должны сохраняться ПАВТ между событиями.

2.2.1.    Vcho: перечислимая, параметр, постоянная

Эта переменная соответствует параметру услуги "выбор СрЗТ". Она может принимать одно из значений с!г™"проект”, си**’'текущая” или ег-"любая”.

2.2.2.    Vena: булевская, постоянная

Истина, если была согласована текущая СрВТ. Эта переменная всегда устанавливается явно действиями из таблиц состояний (включая SetCuVTE).

Примечание. Установленная Vena означав*. что текущая СрВТ'ji властен полной, обратное утверждение не выполняется-

2.2.3.    Vns: целая, постоянная

Число NDQ, сохраняемых ПАВТ и ожидающих передачи равноправному ПАВТ. Эта переменная всегда устанавливается явно действиями из таблиц состояний.

2.2 4. Vns: це.ючис.ченная, постоянная

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

2.2.5.    Vqdt булевская, постоянная

Истина, если был получен DLQ с подтверждением, но не передан ВТ-пользователю. • Эта переменная всегда явно устанавливается действиями из таблицы состояний.

2.2.6.    Vra: булевская, парсметр

Эта переменная соответствует параметру услуги -запрос подтверждения”. Она истинна тогда и только тогда, когда "запрос подтЕсрждения" = "подтверждение'*.

Страница 96

С. 94 ГОСТ Р J4.9S6.I -92

Диаграмма состояний согласования

Черт. 2

2.2.7.    VrcU булевская, постоянная

Истина, если было столкновение между RI.Q. Эта переменная всегда явно устанавливается действиями из таблиц состояний.

Примечание. Эта ситуация может произойти только тогда. *о>ла "полномочие* имеют обе стороны диалога.

2.2.8.    Vrca: перечислимая, параметр

Эта переменная соответствует параметру услуги “причина аварийного завершения поставщика". Она может принимать одно из значений: со! ■ "обнаружено столкновение”, pns - "профиль не поддерживается", или "параметр не поддерживается”, или "комбинация параметров не поддерживается", cin - "неполная СрВТ", или другие значения.

2.2.9.    Vrsl: перечислимая, параметр

Эта переменная связана с параметром услуги "результат”. Она может принимать одно из значений: see ” "успешное выполнение", fai “ "аварийное завершение" и sww - "успешное выполнение с предупреждением".

2.2.10.    VsmJ: булевская, постоянная

Истина, в С-режиме и ложь в A-режиме. Значение берется из выбранного профиля, когда посылаются или принимаются ASR, SPR, SNR, ENR или BKR.

2.2.11.    VJkr: перечислимая, параметр

В С-режиме эта переменная связана с параметром услуги "полномочие". В A-режиме она всегда явно устанавливается действиями из таблиц состояний. Она может принимать одно из значений: ini = "инициатор", асс • "получатель” или cho * "по выбору получателя”.

2.2.12.    Vtok: булевская, постоянная

Страница 97

ГОСТ Р 34.986.1-92 С. 95

Vtok - булевская переменная, которая регистрирует наличие "полномочия”. Если "полномочие" не существует, эта переменная всегда истинна. Если не все сеансовые полномочия находятся на одной стороне диалога, то это является протокольной ошибкой. Viok всегда устанавливается неявно.

3.    Соглашения об использовании таблиц состояний

3.1.    Входные события представлены в таблицах состояний акронимами, заданными в табл. 24.

3.2.    Состояния представлены в таблицах состояний идентификаторами, заданными в табл. 25.

3.3.    Каждое пересечение состояния и события, которое всегда недостоверно, остается пустым. Пара (состояние, событие) либо достоверна, либо недостоверна в зависимости от предиката в соответствующем ей действии.

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

3.5.    Входы в списке действий состоят из:

а)    списка безусловных действий, содержащего список из нуля или более входов, взятых из табл. 26, 27 и 30, разделенных знаком в необязательном порядке за ними может следовать символ " ^ ", а за ним - идентификатор результирующего состояния. Если изменение состояния не происходит, вместо идентификатора, следующего за "=V, появляется "SAMESTATE"; X или Y в идентификаторе указывают на такое же значение, как то, которое относится к номеру входного состояния, или:

б)    одного или более списков условных действий, каждый из которых содержит:

1)    выражение предиката, содержащего входы из табл. 28 и

булевы операции "И" <”&">, "ИЛИ" <"+“), "НЕ" (.....);

2)    список безусловных действий такой же. как в а).

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

4.    Действия, выполняемые ПА ВТ

4.1. Недостоверные пересечения

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

а) для события, относящегося к сервису ВТ <т. с. исходящего от ВТ-пользователя), выполнить локальное действие, лежащее вне г-г-ов

Страница 98

С. «6 ГОСТ V 34.9МЛ-92

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

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

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

4.2. Достоверные пересечения

Для каждого выражения предиката, которое является истинным, ПАВТ будет выполнять конкретные действия в данном порядке, пока не исчерпается список или не произойдет изменение в состоянии (включая —>SAMES !‘АТЕ>. ПАВТ должен перейти в результируюшс'-- состояние, указанное после символа " ^". Отсутствие выражения предикат эквивалентно присутствию выражения предиката со значением "истина". Если никакое выражение предиката не является истинным, ПАВТ будет рассматривать пересечение как недостоверное (см. п. 4.1 настоящего приложения). Входное событие, соответствующее функциональному блоку, который не был успешно согласован, должно считаться недостоверным.

Таблица 24

Входные события

Акроним

Категория

Отчамис

VASSreq

В' пользователь

Запрос VT-ASSOCIATE

VASSrep

ВТ-польэовшсль

От»ет VT ASSOCIATE

VBRKri-q

ВТ ШАЛЬЛОВЗТСДЬ

Запрос VT BREAK

VBRKrcp

ВТ ч.хл»|1 -еатель

Оч*ет Vf-BRPAK

VDACKrcq

BT-no.it3* ыгель

Запрос VT- ACK-RKCE1PT

VDATreq-u

BT-mvivjowtejib

3anp« VT-OATA. a ipci укикиА ОУ 1роч|»оп) приоритета

VDATreq-h

В'1 ;юлк)о1Ш1гл1.

Запрос VT-DATA.

сукший ОУ высокою приоритета

Страница 99

ГОСТ Р 34.986.1-92 С. 97

Продолжение табл. 24

Акроним

Категория

Описание

VDATreq-n

ВТ-полкзовагслв

Запрос VT-DATA. адресующий ОУ нормального приоритета

VDATreq-sqtr

ВТ-пол mo ваге ль

Запрос VT-DATA. адресующий ОУ с триггером

VDBIrcq

ВТ-пользоввгель

Запрос VT-OBUVER

VENEGreq

ВТ-псимопател»

Запрос VT-RND-NEG

VENEGn>p

ВТ-полкювателв

Ответ VT-END-SEC

VGVTreq

ВТ-иол метатель

Запрос VT-GIVE-TOKENS

V.VACCreq

ВТ-шхльэователь

Запрос VT-NEC-ACCEPT

VNINVrcq

ВТ-пользователь

Запрос VT-NEG-I.WITE

VNOFFrwj

ВТ-пользоватсль

Запрос VT-S EG-OFFER

VNREJreq

ВТ-пилмоватсль

Запрос VT-NEG-REJECr

VREL/cq

ВТ-гюльзоватедь

Запрос VT-RELEASE

VRE-lxsp

ВТ-пользователь

Ответ VT-RELEASE

VRQTreq

ВТ-полкЭОватсль

Запрос VT-REQUEST-TOKEN

VSNEGrcq

ВТ полиомтсль

Запрос VT-START-NEG

VSNKGrsp

ВТ-пользоьатель

Ответ VT-START NEG

VSWPreq

ВТ-пользователь

Запрос VT-SWITCH-PROFILE

VSWPntp

ВТ-пользователь

Ответ VT-SWITCH-PROFILE

VUAB-eq

ВТ-111)Ль:и>о2Тсль

Запрос VT-U-ABORT

APQ

Элемент Л ВТ

VT-P-ABORT-REQ

ASQ

Элемент ПВТ

VT ASSOCIATE-REQ

ASR

Элемент IIBT

VT-ASSOCIATE-RESP

AllQ

Элемент ПВТ

VT-U-ABORT-REQ

BKQ

Элемент ПВГ

VT-BREAK-REQ

BKR

Элемент F1BT

VT-BREAK-RESP

DAQ

Элемент ПВГ

VT-ACK-RECEIPT

DLQ

Элемент I1BT

VT DELIVER

ENQ-

Элемент ПВ Г

VT-END-NEG-REQ

ENR

Элемент ПВ Г

VT-END-NEG-RESP

GTQ

Элемент I1BT

VT-GIVE-TOKEN

HOQ

Элемент ПВ Г

VT-WGH-PRI-DATA

NAQ

Элемент ПВТ

VT-NEG-ACCEPT-REQ

NDQ-nlr

Элемент ПВТ

VT-DATA, не включающий обновления ОУ с трипе-ром

>•

Страница 100

С. 98 ГОСТ Р 34.986.1-92

Состояние

Продолжение табл. 24

Акроним

Категория

Описание

NDQ-tr

Элемент ПВТ

VT-DATA. ышючакмций обновления ОУ с тригге-рон

NJQ

Элемент I1BT

VT-NEG-REJECT-REQ

N10

Элемент ПВТ

VT-NEC-INVnTEREQ

N00

Элемент ПВТ

VT-NEG-OFfER-REQ

RLQ

Элемент ПВ Г

VT-RELEASE-REQ

RLR

Элемент ПВТ

VT-RELEASE-RESP

RTQ

Элемент ПВТ

VT-REQUESTTOKEN

SPQ

ЭИМДО I1BT

vt-switch-profile-reo

SPR

Элемент ПВТ

VT-SWH'CH-PROFILE-RESP

SNQ

Элемент ПВТ

VT-START NF.G REQ

SNR

Элемент ПВТ

VT-START-NEG-RESP

UDQ

Элемент ПВТ

VT-URGENT-DATA

йатомом

ПА ВТ

Внутреннее событие, не определенное спецификацией ПВТ

VTAB

ПАВТ

Неп>сстП1Ювичое. исключительно* условие

АЗГ1

Поди.<р*”»ающа •

Нндкклцна аварийного

служба

элгерюения

Таблица 25

Идентификатор

Описание

01

Не» ассоциации

02В. 02S

Соединит ь-ожшаиие »,т(*с*та

03В. 03S

Соединить-ожидание ольэс-атсля

1 ОВ. 1 ON. 1 ОТ

Сред* не со* vcowt»

20В

Сменить п^с;^ль. ожкхлние

ПОЛНОМОЧИЙ

2IQ

Сменить профиль, ожидание

рак (онрвв^счо партнера

Страница 101

ГОСТ Р 34.9&6Л-92 С. 99

Продолжение табя 25

Идентификатор

Описание

2IR

Сменить профиль, ожидание пользователя

21N

Сменись профиль, ожидание пользователя

21Т

Сменит», профиль, ожид?кис равноправного дертнера

ЗОБ

МС. ожидание полномочий в ИСХОДНОМ состоянии

3IQ

МС. ОЖИДАНИе р*ВН0Пр2ВИ?П> Р23»иер3 ь ИСХОДНОМ СОСТОЯНИИ

3IR

МС. ожидание пользователя в исходном

' JCTOdKHM

31N

МС. ожидание лошоватедо ■ неходком состоянии

31Т

МС. ожидании* равноправней? партнера в исходном состоянии

35Q

Инициатор МС, согласование

36R

Отвечающая сторона МС. согласование

36S. 36Т

МС. согласование

37N, 37Q. 37R,

37Т

МС. завершение

40N. 40Т

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

400В

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

42Т

Передача данных, ожидание подтверждении о г равноправною партнера

420В

Передача данных, ожидл?сие подтверждение от равноправного партнера

42N

Передача данных, ожидание подтверждения от пользоьателя

402В

фереллча денных, ожидание подтверждении от пользователе

422В

Передача данных, ожнавиис подтверждения ь обе направления

5043

Заверикнис, ожидание полномочий

SIN

Завершение, ожидание пользователя

51Т

Завершен»?, ожидание равноправного партнера

Страница 102

С. 100 ГОСТ Р 34.986.1-92

Прод&чжение табг 23

Идентификатор

Описание

S1Q

Завершение, ожидание равноправного

партнера

51R

Завершение, ожидание пользователи

61

Запрос прерывания, полученный от

пользователя

62

Запрос прерывания, полученный oi

равноправного партнера

Таблиц» 26

Выходные событии

Акроним

Категория

Описание

VACKind

В1'-лоль»овагсль

Индикация VT-ACK-RECEIPT

VASSmd

ВТ-лодп-доатель

Индикация VT ASSOCIATE

VASScnf

ВТ -пользователь

Подтверждение VT - ASSOCIATE

VBRKind

ВТ-пользователь

Индикации VT-BREAK

VBRKcnf

В Г-лользэвзтсль

Подтверждение VT-BREAK

VDATlnd-h

ВТ-пользователь

Индикация VT-DATA. объект <ы)

высокого приоритета

VDATind-h

ВТ-ло.тьэоватсль

Индикация VT-DATA. объект (ы) нормального приоритета

VDATmd-h-

ВТ -пользователь

Последовательность Vni

n(VnO

инаикаций VT-DATA. нормальные обьек гы

VDATtad-u

ВТ-полъзователъ

Иидикаиия VT-DATA. объекты срочного приоритета

VDEUnd

ВТ-полмователь

Индикация VT-DEIJVER

VENEGiod

ВТ-пользователь

Индикация VT-END-NEG

VENEGcnf

ВТ-пользовате-ль

Подтверждение VT-END-NBC

VGVTimJ

ВТ - пользователь

Индикация VT-GIVE-TOKESS

VNlNVlod

ВТ-пользователь

. Индикация VT-NEG-INVrTE

Страница 103

ГОСТ Р 34.9S6.I-92 С. 101 Продо лжение табл 26

Акронич

Катек.-рн*

Описание

VNOFFlnd

ВТ -пользователь

Индикация VT-NEG-OFFER

VNACQnd

ВТ-пользователь

Индикация NT-N EG-ACCEPT

VNREJind

ВТ-пользователь

Индикация VT-NEG-REJECT

VPABlnd

ВТ-пальэователь

Индикация VT-P ABORT

VRElJnd

ВТ-польэователь

Индикация VT-RELEASE

VREIxnf

ВТ-пользователь

11одт№рждение VT-RELKASE

VRQTind

ВТ-пользователь

Индикация \П-REQUEST-TOKEN

VSNEOind

ВТло.тпюяатель

Индикация VT-START-NEG

VSNEGcnf

ВТ пользователь

Подтверждение VT-START-NEG

VSWPind

ВТ-пользователь

Индикация

VTSWITCH-PROFFItB

VSWPcnf

ВТ-ладь» ’••атель

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

VT-SW1TCH-PROFFILE

VUABind

ВГ-пользователь

Индикация VT-U-ABORT

APQ

Элемент 11ВТ

VT-P-ABORT-REQ

ASQ

Элемент ПВТ

VT ASSOCIATE REQ

ASR

Элемент ПВТ

VT ASSOCIATE RESP

AUQ

Элемент 11 ВТ

VT-O-ABORT-REQ

BKQ

Элемент ПВТ

VTBREAK-REQ

BKR

Элемент ПВТ

VT-BREAK-RFSP

DAQ

Элемент ПВТ

VT-ACK-RF.CEIPT

DLQ

Элемент ПВТ

VT-DFUVER

ENQ

Элемент ПВТ

VT-END-NEG -REQ

F.VR

Элемент ПВТ

VT-END-NEG-RESP

GTQ

Элемент ПВТ

VT-GIVE-TOKEN'

HDQ

Элемент ПВТ

VT-HIGH-PR1-DATA

NAQ

Элемент ПВТ

VT-NEG ACCEPT-REQ

NDQ-ntr

Элемент ПВТ

VT -DATA, не включающий обновление ОУ с тригтероч

NDQ-tr

Элемент ПВТ

VT-DATA. содержащий обновление ОУ с триггером

NDQ<Vns)

Элемент ПВТ

Последовательность из Vns 4*iDQ-ntr, или Vnt-1 NDQ-ntr, •mi которыми след>ч-т NDQ-lr

NIQ

Элемент ПВТ

VT-NEG-INVITE-REQ

NJQ

Элемент I1BT

VT-NEG-REJECT-RF.Q

NOQ

Элемент I1BT

VT-OHKR-RLQ

RLQ

Элемент ПВХ

VT-REiEASE-REQ

RLR

Элемент Г1ЙТ

VT-RF.If.ASF.-RFSP

RTQ

Элемент ПВТ

VT-REQUEST-TOKEN

SNQ

Элечеит ПВТ

VT-START-NEG-RRQ

Страница 104

С. 102 ГОСТ Р 34.986.1-92

Продолжение табл. 2Ъ

Акроним

Категория

Описание

SNR

Элемент ПВТ

VT-STARTNEG-RESP

SPQ

Элемент ПВТ

VT SWITCH-PROF1LE-REQ

SPR

Элемент IIBT

VT-SWrrCH-PROFILE-RESP

UDQ

Элемент ПВТ

VT-URCEVT-DATA

Таблица 27

Специальные действия

Наименование

Действие

Модификация значений параметров СрВТ

ChccfcPmVtL)

CombNDQ

DccVns

DecVnl

DUVTE

IncVns

IncVnt

Peer

Putr

SeiVTPmAI.

SeiVTPmAP

SeiVTPmAP

SetCuVTE

SeiVTPmS<P)

для тош. чтобы отразить возможности

поставщика услуг ВТ

Конкатенация двух NDQ

Уменьшить Vn* ия количество VTSDI

Уменьшить Vnt на I

Исключить проект среды ВТ

Увеличить Vns на I

Увеличить Vnt на I

Послать APQ. выдать VT-P-ABORT

Выполнить действия после ошибки

пользователя (локально)

Установить индикатор последнего действие. соответствующего каждому параметру проекта СрВТ, адресованному а примитиве иди протокольном элементе, в "локальное действие"

Установить индикатор последнего действия. соответствующего каждому параметру проекта СрВТ, адресованному ш примитиве или протокольном элементе, в "действие равноправного партнера"

Установить текущую среду СрВТ, пользуясь проектом СрВТ. установить Vena, установить комтекст сброса на основе проекта СрВТ Установить статус существования и согласования параметрам проекта СрВТ сог-

Страница 105

ГОСТ Г 34.986.1 *92 С. 103

Продолжение табл 27

Наименование

Действие

ласно профилю и аргументам профили, идентифицированным и примитиве или протокольном элементе. Статус существования установить в "определен” и статус согласования п 'ожидание', если параметр не зависят от аргумент профиля.

Статус согласования установить в ’предложено” для параметра, зависящего от аргументе профиля, для которого есть предложение, и "приглашено", если предложение отсутствует

SeiVTPmCOf

SeiVTPmSDe<D

SeiVTPaSi<U

SeiVTPnSinv

StlVTPmSOf

SclVTPmSOfCOf

SeiVTPmV (L)

Установит!, статус согласования параметра проекта СрВТ, адресованного п прими тивс или протокольном элементе, "встречно предложен"

Установить статус существования параметров проекта СрВТ. перечисленных в примитиве или протокольном элементе, "определен"

Установить статус согласования параметров проекта СрВТ, адресованных в примитиве или протокольном элементе, "ожидание"

Установить статус согласования параметров проекта СрВТ, адресованных в примитиве или протокольном элементе, "приглашен"

Установить статус согласования па ре метро» проекта СрВТ, адресованных в прими-типе или протокольном элементе, предложен"

Установить статус согласования параметров проекта СрВТ. адресованных в примитиве или протокольном элементе, предложен, если он был "ожидание" или "встречно предложен”, если он был "приглашен” или "предложен”

Установить значения параметров проекта СрВТ. согласно списку, вюиочеииому

Страница 106

С. 104 ГОСТ Р 34.9M.i-92

Предикаты

Продо.икгнис табд. 27

Наименование

Действие

а примитиве или протокольный элемент. Уста нови ih их статус существования "определен"

SciVTPiaV(O)

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

SctVTPmVlP)

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

SctVrbl

Установить значение УгЫ (см. подраздел 2.2 этого приложения) - “истина*

Sct'VrbJ

Установить значение VrW (см. под-раздел 2.2 этого приложения) • "ложь”

SclVrW-x

Установить значение УгЫ (см. подраздел 2.2 этого приложения), равное *

Таблица 23

Наименование

Условие

Allid

Статус согласования всех параметр:»

проекта СрВТ - "ожидание"

Calling

Этот ПАВТ инициировал ВТ-ассоциацию

DCno

Значение параметра СрВТ управления

доставкой - "нет"

DCqua

Значение параметра СрВТ управления

доставкой - "караитнног"

FuQCuVTE

Текущая СрВТ полная

pullDrTE

Предложенный проект СрВТ полный

PaRto

Выбран функциональный блок согласован

иото завершения

PmAP

Индикатор последнего действия для каж-

Страница 107

ГОСТ Р J4.9S6.I -92 С. 105

Продолжение табл. 2Н

I U ИМСНОВаННе

Условие

дого параметра проекта СрВТ. адресованного в примитиве или протокольном элементе имеет значение "равноправный партнер"

Индикатор последнего действия дяя каждого параметра проекта СрВТ. адресованною н примитиве или протокольном элементе имеет значение "локальный”

PmAI

РткЯ

PninvOf

PmOf

PmOfCOf

PrAcc

VrN

VrbOx

VrW<*

Vfbl-x

Статус согласованна каждого параметра проекта СрВТ. адресованною в примишве или протокольном элементе, имеет значение "ожидание"

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

проекта СрВТ. адресованного а примитиве ми протокольном элементе, имеет значение "предложен" иди "приглашен"

Статус согласования каждого параметра проекта СрВТ. адресованного в примитиве или протокольном элементе, имеет значение "предложен”

Статус согласования каждого параметра проекта СрВТ. адресованного в примитиве или протокольном элементе, имеет значение "предложен" или "встречно предложен*

Локальное решение, допустимое профилем Где Vrbl - булевская переменная из подраздела 2.2 этого приложения Где VrN - цела* переменная из подраздела 2.2 этого приложения Где VrtH - целая переменная из подраздела 2.2 этого приложения Где Vrbl - целая иди булевская переменная из подрахтела 2.2 этого приложения

Страница 108

С. 10* ГОСТ Р 34.986.1-92

Таблица 29

Общие события

Событие

Состояние

Все. кро«с 01

01

APQ

100

107

AUQ

101

107

АЗП

100

107

VTAB

103

107

VLABre*

102

107

Таблица 30

Общие действия

Ссылка

Действие

100

VPABM =^>01

101

VUABiod =^01

102

AUQ=>0l

103

VPABind. APQ =>01

104

pVnP0:VDATtnd-n(Viit); SclVnt«0

105

pV*s>0:ND<?*e(j<Vi«); SetVas-0

106

VDATind-u SAM ESTATE

107

=> SAM ESTATE

Таблица 31

Состояния сектора I - управление ассоциацией

и приторможенное

Событие

Состояние

01 02B 02S 03B 03S lOB ION ЮТ 50B 5lQ 51R JIN 51T

ASQ

17

ASK

15 16

Страница 109

ГОСТ Р 34.986.1-92 С. 107

Продолжение тобл 31

Событие

Состммне

01 02B 02S 03B 03S 10B ION ЮТ 50B 5IQ SIR 5IN SIT

BKQ

33 33 33

DLQ

21 21

HDQ

18 18 18

GTQ

19 31

NDQ-nir

0 0

NDQ-tr

1 1

RLQ

25 26 22 35

KLR

34 20

RTg

5 107 27 107 107

SNQ

29 28 23

SP 0

30 30 24

UDQ

106 106 106

VASSrcq

VASSrep

3 4

VGVTrcq

6

VRELreq

7 8

VRELrep

9 9

VRQTrcq

10

VSNEGrcq

VSWPreqj

II    12

13    14

Страница 110

С 108 ГОСТ Р 34.986.1-92

Лейстямя сектор* I

Таблица 32

Ссылка

Действие

0

IncVat =£> SAMESTATE

1

lncVnt;l04 =£> SAMESTATE

2

SetVTPmS(P); SctV IPmV(P>; ASQ pVaad: ^>02S =>02B

3

pVrsi-fai. DUVTE: ASR =$> 01 SetVTPmV<L);SciVrPeSDE«U; pVr»l-»cc:SclCuVTE;ASR Z>400B Scl'Vcna ASR Г> I0B

4

pVrel-ral:DiiVTE;ASR :£> 01 SciVTPmVO.); SccVTPmSDE(L); pVrri-Kc4Vtok:SelCuVTF.;ASR => 40T pVrjl-*cc:S«tCuVTE;ASR =^40N Set* Vena

pVtok.ASR => 10T ASR =$> ION

5

GTQ SAMESTATE

6

GTQ^> ION

7

pVtuk Rl.Q =>5IQ RTQ =£> 50B

8

RI.Q => 5IT

9

pVrd Kc:l05:RIH;Dl»VTE 01 RLR

pVcnaAVjmd 40N pVena: r>400B pVMDd: =$> ION zp 10B

10

RTQ => SAMESTATE

II

p'Pracc:SciVr*l-fai;SelVren-pn4.VSNECcnf r^> SAMESTATE

SeiVTPmV(P): SclVTPmS(P);

Страница 111

ГОСТ Р 34.986.1-92 С 109

Продолжение табл. 32

Действие

Ссылка

pViok SNQ =>31Ч RTQ => ЗОВ

р'Ргясс Sc«Vr3l-f*l;SeiVrea-pm;VSNEGcnf ^ SAMESTATE

12

13

14

15

16

«7

18

19

20

SciVTPniV<P); SeiVTPmS(P); SNQ r> 31T

p'Pr*cc:SelVrri-fai.SeiVre*-pn*;VSWPcnf

SAMESTATE

SciVTPeV(P): S«lVTP»S<P) pViokSPQ r> 2IQ RTQ =>20B

p'Pracc SetVnrt-fai;SetVrcn-pi».VSWPctif —^ SAMESTATE

SclVTPmV(P); SctVTPmS(P).SPQ ^>2IT pVnd-fai Di*VTE;VASScnf =>01 SETVTPeV(L). SeiVTPmSDc<Ir. pVr»l »cc:SetCuVTE;VASSctif ;=> 400B Set* Vena VASScnf ^>10B pVr»l-f»i:Di*VTE;VASScof -^.01 SciVTPmV<L); SetVTPe*Dc(L>; pVr»l-*ccAViofc:SeiCuVTE;VASScnf Г>40Г pVnJ-«c:SelCuVTE;VASS<nf ;^>40N Sel'Vena

pVlok VASScnf => I0T VASSoif =>I0N

p-PrAcc.SctVrsl-faKASR => SAMESTATE SciVTPmS(P); SeiVTPe<P>,VASSlnd pVmkJ: r>03S ^»03B

VDATlnd-h Г>SAMESTATE VGVTIndZ^>IOT

pVrsl-sc£:104:VREI<nf;Di*VTE =>01

VRELcnf

pVena 40T

pVra4FuRU:S<lVqdl SAMESTATE

=5>10T pVra<

21

Страница 112

С. 110 ГОСТ Р 34.986.1-92

Продолжение пшбя. J2

Ссылка

Действие

l04.VDELind SAM ESTATE

22

SciVril-fai.SciVrc*-co«;VREIA-nf; l04;VRELind r>5IR

23

p'PrAec:S€tVml-fai;SetVrea-prts;SNR,

RTQ SAMESTATE SctVm-fal^eiVrea-col;VREUnf;

SeiVTPeV(P); SeiVTPeS(P»;l04;VSNEGlnd r>3lR

24

p'PrAcc:SetVr*J-fal;SctVrcn-pnsiSPR;

RTQ SAMESTATE

SelVnW!*l;SelVrc«-col;VREUnr

SeiVTPmV(P): SeiVTPeS(P>:l04;VSWPlnd =>2IR25

26

VREU«d-=>5IN

27

VRTQmd Г> SAM ESTATE

25

pPrAcc:SetVTPmV(P);SeiVTPmS(P);VS.NEClnd =>31N SctVrsl-fal;SctVrea-pn*;SNR SAMESTATE

29

pPrAcc:Sc«VTPmV<Pi;SetVTPmS<P):VSNEGind :>3IR SeiV«l fai;SciVrea pns:SKR =J>SAMI-STATE

30

p'PrAccS«iVr*l-fai; SeiVrea-pns;

SPR ^-SAMESTATE SeiVTPeV(P); SeiVTPeS(P): VSWPlnd pVsmd^»2IN 21R

31

RLQ =>5 IQ

32

(not used)

33

SciVnl-0;SctVn*-0;VBRKInd =£>62

34

p-FuRIS&‘Vrcl:l04;VRF.Ixnf;DeVTE гф 01 p-EuRl^A:l04;VRElxnf;IMsVTE Г>01 pVqdiAVrsl-lai&Vrea-col VREUnf;S«'Vq<n:104. VDELkid =>4©2B pVqdl:Perr

pVrs4 scc:l04;VRELcnf.Dl3VTE Г>01

VREUnf

pVena. 400В

=£чОВ

35

pCallirtg RLR Г^> SAMESTATE SciVrcl => SAMESTATE

Страница 113

ГОСТ Р 34.984.1-92 с. Ill Таблица 33

Состояние сектора 2 - инициация согласования

Действии сектора 2

Событие

Состояние

20В

210 21R

21N 21Т

ЗОВ

3IQ 3IR 3IN

3IT

BKQ

21

21

21.

21

21

21

DLQ

10

10

10

10

CTQ

2

4

HDQ

8

8

8

8

8

8

NDQ- nlr

\

1

1

1

XDQ- lr

0

0

0

0

RLQ

18

13

RTQ

107

9

107

9

SNQ

19

14

SNR

II

12

spg

20

15

SPR

16

17

UDQ

106

106

106

106

106

106

VSNEGrsp    5    6

VSWPrspJ    3    7

Таблица 34

Ссылка

Действия

0

IncVm; 104: =>SAM ESTATE

1

IncVnt Г=> SAMESTATE

2

SPQ=>2lQ

3

pVrel-fai&Vciu:DlsVTE;SPR =£>400B pVr*l-fai&'Vena:DisVTE;SPR ЮВ SetVTPaV(L)

pFullDrVTEA' Vsnd: 105 ;SetCu VTE.SPR =>400B pFullDrVTE:l05;SctCuVTE;SPR =^»40N

*-М«

Страница 114

С. 112 ГОСТ Р 34.986.1-92

Продолжении табл. J4

Действия

Ссылка

SNQ=>3lQ

pVrsl-acc&'Vsmd.l05,SclV'TPniViL);SNR =р№ pVrri»cc:l05;SclVTPmV(U;SNR =>36 N D«VTE;SNR pVena: =>400B JOB

pVnl-acc&'Vimd SeiVTPinV<U;S4’R Z£>36R

pVra!-Kc:S«VTPmV<U^NR =p36S

DisVTF.:SNR

pVena: r£>40N

=>I0N

pVnl-fni4Vena:Di*VTE;SPR r>40N pVrsl-rai&'VenaDisVTE.SPR гф ION SciVI PmV(L)

pFullDrVTE4*Vsod:SciCuVTF.;SI'R =>400B pFullDrVTE:SclCuVTE;SPR r£>40N VDATind h SAMESTATE VRQTiwJ =$> SAM ESTATE pVfaiSdVqd! ^SAMF.STATE l04;VDEL»nd ^»SAME5TATE pVq<Jl4Vrsl-fal4Vm-col:Dl»VTE;VSNEGcnf

Ч

9

10

II

Scl'Vq<ll;l04;VDEIjnd =^>402B

pVqdlPerr

pvrslrscc&'vsmd SciVTPmV«D;VSNEGcnf =>35Q pV ral-xc :SciVTJ*mV<U; VSNEGcnf =ф36Т DisVTE.VSNEGcnf pVena: =^*400B I0B

pVrsl-sccA'Vsmd SciVTPmV<L);VSNECcnfc> 35Q pVral-scc SciVTPmV<L);VSNEGcnf 3<-T Di»VTE;VS.NECvof pVcaa:    401

12

13

14

15

101

SeiVi»l-fai;SctVweol;VSNEGtnf 104; VDELmd =>5lR p*PrAoc-SetVml-f«l;SeiVrea pn&.SNR;

RTQ r>SAMESTATE

SeiVrel-fai .SetVrea-col; V SN EGtnf. DisVTf:

SctVTPmV<P);SeiVTPfflS<P)

104; VSSBClnd :> 31R p'PrAcc SclVrsl-fai;SeiVrca-pas;SPR.

Страница 115

ГОСТ Р 34.986.1-92 С 113

Нройо<\жгниf табл. }4

Лейстяия

Ссылка

If IQ SAMESTATE

SeiVr&i-fai.SeiVre*-coJ;VSNKGcnf-.neVTE

SciVTPmV<P>;SclVlPnS<P>

104; VSWPiikI 21R pVqdlAVrsl-faiAVrea-col:Di*VTE; VSWPcnf;

16

Sci'VqdI;104:VDE|jnd r^>402B

pVqdl.Pcrr

pVral fal4Vena:DfcVTE;VSWPcn/ 400B pVril-faiA*Vena:Di»VTE; VSWPcnf ^>10B SciVTPmV(U

pFullDrVTE*'Vend: 104,SctCuVTE; VSWPcnf    40T

pKuIlDrVTE 104;SctCuVTE; VSWPcnf =Г> 400B pVrsl-fnkAVena DisVTE-.VSWPcnf ^40T p Vrsl - faUfr"Vfna;DbVTE;VSWPcnf r=^> I0T S<iVTPraV<L>

17

IS

19

20 21

pFuIlDrVTE4*V»rad:S<tCuVTK; VSWPcnf    401

pFullDrVTESclCuVTE.VSWPcnf r£>400H SeiVr*lfai;SciVrca-col; VSWPcnf 104; VREUnd r^5lR p‘PrAcc:SeiVr*|-fal,SclVrca-pm.SNR;

RTQ SAM ESTATE

SciVrsl-fai;SclVrea-col;VSWPcnf;DeVTE

SeiVTPmV(P);SeiVTP®S<P>

104; VSNEClnd t£>3|R

p* PrAcc SeiVrsl-fai^€«Vrea - pn»;SPR;

RTQ ф SAMESTATE

SeiVr\l-fai.SeiVrca-col;VSWPcnf;DliVTE

SctV1PmV(P)A;!VTPmS(P)

104; VSWPlnd 2IR SdVni-0;SciVni-0:VBKKtnd Г±>62

Страница 116

*o

CO

H



Действие ccrrcpa 3


*s*

as a ? o f

■? U1 2 ^ uj e

U '* U


о. > a (J


s


щ

s.

H


О


H

p-

ГО

■о

z

**>

<n

"1

О

r-

m

z

2 °

г- 2

- - Я

36N

«V « M Г) «о ГЧ —

S 2 §

a

Г t -.

_ м2

Я £

S

O'

•/>

«>

м

Я 2 о

О*

: = Я

Событие

ОкОСг, Z Z н < = Ы U О Z Z

СГ о.

Н С

0’2’О'ы м я О Н /, /: ж 2 ас ы ш > >

2?

?5

О Z > >

£ 6 а 2§g >>>

СГ

е


Страница 117

Страница 118

Страница 119

ГОСТ Р 34.986.1-92 С. 117 Таблица 37

Состояния сектора 4 - передача данных

Событие

Состояние

400B

4Л2В

420B

422B

40N

40T

42T

42 N

61 62

BKQ

32

32

32

32

32

32

32

32

32

BKR

31

UAQ

29

29

30

Diy

35

35

36

GTQ

37

HDQ

34

34

34

34

34

34

34

34

NDQutr

3

3

4

NDQ-lr

2

2

4

RI.Q

38

41

39

RTQ

12

12

12

12

107

*0

40

SNQ

22

43

22

spy

26

42

26

UDQ

I Of.

106

106

106

106

106

106

106

VBRKreq

5

5

5

5

5

5

5

5

VBRKrsp

6

VDACKreq

7

7

8

VDATreq-u

II

II

II

II

11

11

II

II

VDATrcq t

28

28

28

28

28

28

28

28

VDATreq в

1

1

1

VDATrcq-

0

0

14

sqir

VDKL/eq

9

9

10

VGVTreq

13

VRKLreq 17 VRQTfeq VSNEGreq 19

18

20

21

Страница 120

С. 114 ГОСТ Р 34.986.1-92

Продолжение шобл 37

Состояние

Событие

400В

402В

420В 422В

40N

40Т 421 42N 61 62

VSNPreq а втонои

24

15

15

15

16

25

33

Таблица 38

Ссылка

Действии

0

Inc Vm. 105 => SAMESTATE

1

IncVns SAMESTATE

2

lncVnl.104 SAMESTATE

3

IncVm SAMESTATE

4

IncVnl =f> SAMESTATE

5

p'Vsmd SetVtkp-cho SeiVmO;SetVn»O.BKQ =>61

6

pVsmil&Vuik.BKR =£» 40T pVsmdBKK r^>40N SdVtkpini pViok.SeiViip-acc BKR => 400B

7

DAQ =? 4xOB

8

DAQ =£> 40N

Я

pDCno:Puw =£> SAMESTATE 105;DLQ pVrt: ^42xB SAMESTATE

10

pDCno Pusr =£> SAMESTATE

105;DLQ

pVn: :=>42T -^> SAMESTATE

11

UDQ =£► SAMESTATE

12

CTQ =^SAMF.S TATE

13

I05;GTQ Ф 40N

14

lncVnj;105:GTQ Z>40S

15

pViui>0:DecVns:NDQ-atT

p'DCqua£Vnt>0:DecVnt;VDATuu!-n

Действие сектора 4


Страница 121

ГОСТ Р 34.986.1-92 С. 119

Продолжение та&г Зв

Ссылка

Дейстимя

16

pDCqwiAV«u>l :DccVns;CoabNDQ pl>CquaAVn*>l:DtcVni.CorabNDQ C=> SAMtSTATE p'DCqua*Vnt>0:D«Vni.VDA'nnd-n

17

pDCqua&Vns>[ :DccVnt.CombNDQ

—S SAM ESTATE

105

18

pVtofcRLQ :=>5lQ RTQ z$> 50B I05;R1 0 =>5IT

19

p*PrAt.c:S<iVril-fal.S«;lVrca-pns;

20

VSNEGcnf SAMESTATE

SclVTPmV(P>;SeiVTP«S<P>;105

pVtofcSNQ =^»31Q

RTQ Zp 30B

RTQ SAMESTATE

21

p*PrAccrSeiVr*l-fii;SelVren-pns:

22

VSNEGcnf SAMESTATE SetVTP*V<P);S<riVTPmS(P>;l05;SNQ ^»31T p*PrAccS«iVr»l-fai;SttVrea-pns:

24

SNR ^SAMESTATE 104;Sc[VTPBVlP):SciVTP«iSlP>;VSNEGind pVsmd: ^3IN —>31R

p'PrAcc :SciV rsl-f*i ;Sc1 Vrcu - pns:

25

VSWPcrf =£> SAMESTATE SciVTPaV(P» ;S«iVn**S<P*; 105 pVtokSPQ =$>21Q RTQ =5>20B

p'PrAcc SclVr»l-f«l;SclVrcJi-pns;

26

VSWPcnf =^> SAMESTATE SciVTP*V<P);SeiVTP«S<P);105;SPQ ^»2IT p'PrAcc.SeiVr*l-f*I.SclVrce-pnj;

28

Sl’R =$> SAMESTATE 104^elVTPeV(P);SeiVTPmS(P);VSWPlnd pVgmd => 21N 2IR

UDQ SAMESTATE

29

VACKInd r£>40xD

30

VACKind r^40T

Страница 122

С. 120 ГОСТ Р 34.986.1-92

Продолжение табл. J8

Ссылка

Действия

31

VBRKcnf

pVjmd&VK*: =£>40Т

pVsaid: =5>40N

400В

32

SeiVni-0;S«lVns-O.VBRKin<] =±s62

33

pVie>0:NDQ-ntr;DecVns

pDCqnaAVnt>I :Co«nbVDQ;OecVn)i

> SAMESTATE

34

VDATindh SAMESTATE

35

l04;VDEUnd’

pVrn r£*4x2B

~^s SAMESTATE

36

104;VDEUnd

pVra 42N

SAMESTATE

37

104;VCVTlnd => 40T

38

104;VRF.Iind ^>5IR

39

104;VREIind r$>5lN

40

VRQTind => SAMESTATE

41

pFuRB S«lVrs!-/»l;S€lVreji-CO«;RLR;SAMfcSrA IE

I04;VREUnd r?>5IR

42

SeiVrsl-fal;SetVrea-<ol;SPR •=£> SAMESTATE

43

SelVr*l-fai;SeiVrta-col;SNR SAMESTATE

Страница 123

ГОСТ Р 3*086.1-9: С. 121

ПРНЛОЖКН/1Б 2 ООхм;т,-^щ\-

ОПРЕДЕЛЯЕМЫЕ ЗНАЧЕНИЯ КОМПОНЕНТОЙ “НДЕН ГИФ11КЛГОРЛ

ОБЪККГА"

Дм Аилчкшш "ияситнфихатора объекта" ia.nu<k'iiu сичлкчциг имена » использованием нотации АСН.1:

1S09041-VT DEF1NTION::-

BECIN

vtp-Ь OBJECT IDENTIFIER::- {стандарт ИСО W41) vip-b-A-coniexl OBJECT IDENTIFIER: -(vip-b прикладной контекст (l>

первоначальные средства (0) I vlp-bnynta* OBJECT IDENTIFIER:: -

fvtp-b абстрактный синтаксис (2)

первоначальные средства (0)} vlp-b-P-cootexl OBJECT IDENT1FIER::-

{vtp-b контекст представления (3)

первоначальные средства (0) )

END

Страница 124

С. 122 ГОСТ Р 34.986.1-92

ИНФОРМАЦИОННЫЕ ДАННЫЕ

1.    ПОДГОТОВЛЕН И ВНЕСЕН ТК 22 “ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ”

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

Настоящий стандарт подготовлен методом прямого применения международного стандарта ИСО 9041/1-90 "Информационная технология. Взаимосвязь открытых систем. Протокол основного класса виртуального терминала. Часть 1. Спецификация” и полностыЪ ему соответствует

3.    Срок проверки - 1998 г., периодичность проверки - 5 лет

4.    ВВЕДЕН ВПЕРВЫЕ

5.    ССЫЛОЧНЫЕ НОРМАТИВНО ТЕХНИЧЕСКИЕ ДОКУМЕНТЫ

Обозначение отечественного НТД, на который ;тна ссылка

Обозначен)1: COOT-BrrcTBytc.ucro международного стандарта

Номер раздела, пуик<'л приложении, в которо* дана ссылка

ГОСТ 34.301-91

ИСО 6429-86

2

ИСО 7498/3-87*

II 1.1

-

ИСО 8326-87*

2

-

ИСО/ТО 8309-87*

2

ИСО 8649-88*

2. 3 2, 5 4. 11.1.1

ГОСТ 34,971-91

ИСО 8822-88

2. 3.3, 5.3

ГОСТ 34.973-91

ИСО 8824-87

2, 42 ’

IOCT 34 974 91

ИСО 8825-87

2. 11 1.1

ГОСТ 27466-87

ИСО 2022-86

2

it)CT 2Д906-91

ИСО 7498-84

2. 3.J

ИСО 9040-90*

Введение, 2, 3.4. 5.!. 5 6. 6.2 2. 6 ! 4.2. приложение 1

1

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

Страница 125

ГОСТ Р J4.9S6.t-9J С. 123

СОДЕРЖАНИЕ

ОБВЕДЕНИЕ....................................I

(.НАЗНАЧЕНИЕ.................................2

2.ССЫЛК И....................................3

3.    ТЕРМИНЫ.............................................3

3.1.Общие термины ВОС................................... 3

3.2. Сервисный элемент управлении ассоциацией ..............................4

3.3    Сервисный элемент уронил представления.....................    4

3.4.    Услуги виртуального терминала .......................4

3.5.    Протокол виртуалмюго терминала..................................................5

4 СОКРАЩЕНИЯ...................................... .6

4.1.    Серене виртуального терминала.............................6

4.2.    Разное................................................6

4.3    Протокольные элементы ВТ...............................7

5.    ОБЗОР.................................................7

5.1    Краткое описание услуг ВТ...............................7

5.2    Модель..............................................II

5.3    Сервис, предоставляемый уровнем представлении................12

5.4    Сервис, предоставляемый сервисным элементом

управления ассоциацией.............................13

5.5.    Функции протокола ВТ................................14

5.5.1. Образование ВТ-ассоциации ..........................14

5.5.2 Завершение ВТ-ассоциации .....................14

5-5.3- Согласование.....................................14

5.5.4.    Передача данных..................................15

5.5.5.    Управление доставкой.............................15

5-5.6- Управление диалогом...............................15

5.5.7. Обработка ошибок.................................15

5-5.8- Прерывание..................................... 15

5.6.    Функциональные блоки протокола.........................16

5.7 Режимы функционирования...............................16

3.S- Управление доступом....................................16

6.    ПРОТОКОЛЬНЫЕ ЭЛЕМЕНТЫ.............................. 17

6.1    APQ (VT-P-ABORT).................................... 18

6.2    ASQ (VT-ASSOCIATE-REQ)...............................18

6.3.    ASR (VT-ASSOCIATE-RESP)............................19

6 4. Al/Q (VT-U-ABORT)................................20

6.5. BKQ (VT-BREAK-REQ)..................................20

66. BKR (VT-BREAK-RESP).................................-21

6-7. DAQ (VT-ACK-RECEIPT)................................21

6.8.    DLQ (VT-DEUVER)....................................21

6.9.    ENQ <VTEKDNEG-REQ>..............................21

6.10.    ENR <VT-E\D-NEG-RESP>..............................21

6-11. CTQ <VT-ClVE-TOK£NS>........................ .....22

Страница 126

С. 124 ГОСТ Р 34.9W.1-92

6.12.    HDQ (VT-HIGH-PRI-DATA)............................22

6.13.    NAQ (VT-NEC-ACCEPT)................................22

6.14.    NDQ (VT-DATA)......................................22

6.15.    N1Q (VT-NEG-LNVTTE)................................23

6.16.    NJQ (VT-NEC-REJECT).................................23

6.17.    NOQ (VT-NEC OFFER).................................23

6.18.    RLQ (VT-RELEASE-REQ)...............................24

6.19.    RLR (VT-RELEASB-RESP)...............................24

6.20.    RTQ < VT-REQUEST-TOKEN).............................24

6.21.    SNQ (VT-START-NEG-REQ).............................24

6.22.    SNR (VT-START-NEG-RESP)............................24

6.23.    SPQ <VT-SWrTCH-PROFILE REQ).........................25

6.24.    SPR (VT-SWTTCH-PROFlLE-Rfc'SP) .......................25

6.25.    UDQ (VT-URGENT-DATA)..............................25

7.    ПРОЦЕДУРЫ............................................26

8.    ОСНОВНЫЕ ПРОЦЕДУРЫ...................................27

8.1.    Образование ассоциации.................................27

8.2.    Согласованное завершение................................28

8.3.    Безусловное завершение ................................29

8 4. Согласование.........................................29

8.5.    Передача данных.......................................29

8.6.    Управление досгавхой...................................34

8.7.    Управление полномочиями...............................36

8 8. Прерывание..........................................36

9.    ПРОЦЕДУРЫ СМЕНЫ ПРОФИЛЯ ............................47

9.1.    Обраэоаанмс ассоциации.................................47

9.2.    Согласованное завершение................................47

9-3.    Безусловное завершение .................................48

9.4.    Согласование................................................................................48

9.5.    Передача данных.....................................49

9.6.    Управление доставкой .................................52

9.7.    Управление полномочиями................................52

9.8.    Прерывание.................................. ............52

10 ПРОЦЕДУРЫ МНОтКРАТНОЮ СОГЛАСОВАНИЯ...............52

10.1.    Образование ассоциации.............................52

10.2.    Согласованное завершение...............................52

10.3.    Безусловное завершение.................................53

10.4.    Согласование.........................................53

10.4.1.    Согласование смены пруфилв.......................53

10.4.2.    Многократное согласование.............................53

10.5.    Передача данных......................................54

10-6-    Управление доставкой..................................57

10.7.    Управление полномочиями...............................57

10.8 Прерывание........................................58

Страница 127

ГОСТ Р 34.9lt6.l-92 С. 125

11.    ОТОБРАЖЕНИЕ ПРОТОКОЛЬНЫХ ЭЛЕМЕНТОВ.................59

11.1.    Отображение ка службу управления ассоциациями.............59

11.1.1.    Запрос и индикация A-ASSOCIATE ...................59

11.1.2.    Отчет и подтверждение A-ASSOCIATE.................61

11.1.3.    Запрос и индикация A-REI.EASE.....................62

М. 1.4. Ответ и подтверждение A-RELEASE...................62

11.1.5. Запрос и индикация A-ABORT.....................  • 62

11.1.6 Индикация А-P ABORT...........................62

11.2- Исполмстание услуг уровня представление...................62

11.2.1.    Запрос и индикация P-DATA........................62

11.2.2.    Запрос и индикация P-EXPEDITED-DATA . . ............62

11.2.3.    Запрос и индикация P-RESYHCHRONIZE...............63

11.2.4.    Ответ и подтверждение P-RESYHCHRONIZK.............63

11.2.5.    Запрос и индикация P-SYHCHRONI7-E-MAJOR............63

11.2.6.    Ответ и подтверждение P-SYIICHRONISE.MAJOR ......64

И.2.7. Запрос и индикация P-TOKEN-GIVE...................64

11.2.8. Запрос и индикация P-TOKEN-P1.EASE ..............64

11.2-9. Запрос и индикация P-TYPED-DATA...................64

12.    СТРУКТУРА ПБД.........................................65

12.1.    Общий формат .......................................65

12.2.    Общие определения — ..................................69

12.2.1.    Синтаксис обновления объекта управления контекстом.......73

12.2.2.    Синтаксис обновления объекта управления определением ноля ......................................74

12.2.3.    Синтаксис обновления объекта управления инструкциями

ввода в попе...............................75

12.2.4.    Синтаксис обновления объекта управления макетом ввода

в поле....................................75

12.2.5.    Синтаксис обновления объекта управления ОСИ...........75

12.3.    Определение концептуальной области данных..................76

123.1 Идентификаторы КОД.............................76

123.2.    Предложения КОД...............................77

123.3.    Значение КОД...................................80

12.4.    Определения области управления, сигнализации и статуса.........82

12.4.1.    Идентификаторы ОУСС............................82

12.4.2 Предложения ОУСС..............................83

12.4.3.    Значения ОУСС..................................84

12.5.    Определения объекта уиройства ...........................85

12.5.1.    Идентификаторы устройств..........................85

12.5.2.    Предложения дяя устройств..........................86

12.5.3.    Значения для устройства............................87

13 СООТВЕТСТВИЕ..........................................89

131. Требования динамического соответствия......................89

13 2. Требования статическою соответствия.......................89

Страница 128

С. 126 ГОСТ Р 34.9W.I -92

13 3. Заналснис о соответствии реализации протокола

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

Приложение 2. Определяемые значения компонентов "кяеотифнмпора объекта’ .. Информационные данные.......................

Редактор В.М. Лысемкина Технический редактор О Н. B.iacoea Корректор В.М. Смирнова

Сдано в набор 19.10.92. Попп • п« 22.02.9Э. Уел. пм. п. »,0. Уел. кр.-отт. 8,125. Уч.-иад. п. 7,45. Тираж 357 »кз. Зак. 608

Орл*к« "Знак Помета" Иадательетво стандартов. 107076. г. Москва, Кояодезиы* пер.,14 Набрано в Издательствестандартов иа ЭВМ Калужски» типография стандартов, ул. Московская, 256