ГОСТ Р 34.986.1-92 (ИСО 9041/1-90)
ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ
ВЗАИМОСВЯЗЬ ОТКРЫТЫХ СИСТЕМ. ПРОТОКОЛ ОСНОВНОГО КЛАССА ВИРТУАЛЬНОГО ТЕРМИНАЛА. ЧАСТЬ I. СПЕЦИФИКАЦИЯ
Издание официальное
ГОССТАНДАРТ РОССИИ
Москва
ГОСТ Р 34.986.1-92
(ИСО 9041/1-90)
ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ
ВЗАИМОСВЯЗЬ ОТКРЫТЫХ СИСТЕМ. ПРОТОКОЛ ОСНОВНОГО КЛАССА ВИРТУАЛЬНОГО ТЕРМИНАЛА. ЧАСТЬ I. СПЕЦИФИКАЦИЯ
Издание официальное
Москва
ГОСТ Р 34.986.1-92 С. 9
Продолжение табл. 1
Примитив |
Параметр |
VT-SWITCH-PROFILE
запрос
индикация
ответ
подтверж
дение |
Имя профиля СрВТ
Список предложений аргументов
профиля
Список значений аргументов
профиля
Результат
Причина аварийного завершения ВТ-пользователя
Причина аварийного завершения поставщика
(только подтверждение) |
VT-START-NEG |
запрос
индикация
ответ
подтверж
дение |
Имя профиля СрВТ
Список предложений аргументов
профиля
Список значений аргументов
профиля
Результат
Причина аварийного завершения ВТ-пользователя |
|
Причина аварийного завершения поставщика
(только подтверждение) |
VT-END-NEG |
запрос
индикация
ответ
подтверж
дение |
Выбор СрВТ
Разрешение аварийного завершения
выбор СрВТ
Результат
Причина аварийного завершения ВТ-пользователя
Причина аварийного завершения поставщика
(только подтверждение) |
Продолжение табл.1
Примитив |
Параметр |
VT-NEG-INVITE |
|
запрос
индикация |
Список идентификаторов параметров |
VT-NEG-OFFER запрос
индикация |
Список предложений параметров |
VT-NEG-ACCEPT |
|
запрос
индикация |
Список значений параметров |
VT-NEG-REJECT
запрос
индикация |
Список идентификаторов параметров |
VT-DATA запрос
индикация |
Вывод эхо Начало ввода Обновление объекта
Дескриптор объекта Данные объекта |
VT-HIGH-PRl-DATA
запрос
индикация |
Обновление объекта
Дескриптор объекта Данные объекта |
VT-URGENT-DATA
запрос
индикация |
Обновление объекта
Дескриптор объекта Данные объекта |
VT-DELIVER запрос
индикация |
Запрос подтверждения |
VT-ACK-RECEIPT
запрос
индикация
ГОСТ P 34.986.1-92 С. И
Продолжение табл. 1 |
Примитив |
Параметр |
VT-BREAK |
запрос |
Полномочие |
|
индикация |
Информация |
|
ответ |
Полномочие |
|
подтверж- |
Информация |
|
дение |
|
VT-GIVE-TOKEN |
запрос
индикация |
|
VT-REQUEST-TOKEN |
|
|
запрос
индикация |
|
|
5.2. Модель
ПВТ основного класса выполняется между двумя ПАВТ на прикладном уровне модели ВОС. Обмен протокольными элементами выполняется с помощью услуг управления ассоциациями и уровня представления (см. ИСО 8649 и ГОСТ 34.971 соответственно). Моделью сервиса является одиночная концептуальная область взаимодействия (КОВ), доступная двум взаимодействующим пользователям сервиса, содержащая всю необходимую информацию, позволяющую ВТ-пользователям выработать общий взгляд на виртуальные устройства, составляющие виртуальный терминал. КОВ подразделяется на четыре области:
а) КОД - концептуальная область данных, содержащая один или более объектов отображения (00);
б) ОУСС - область управления, сигнализации и статуса, содержащая ряд объектов управления (ОУ);
в) ОУД - область управления доступом;
г) ОСД - определение структуры данных, параметрически определяющая структуры КОД и ОУСС.
КОВ концептуально доступна ВТ-пользователям посредством сервисных примитивов, которые передают информацию от или к ВТ-пользователям. Каждый ПАВТ содержит свою собственную КОВ (см. черт. 1). Эти две КОВ образуют ВТ-контекст, на который ссылаются при определении СВТ основного класса. Каждый ПАВТ может содержать контекст сброса, который сохраняет контексты всех 00 и ОУ, существующих в то время
когда была установлена текущая среда ВТ. Это позволяет задать параметр ’’значение ВТ-контекста” после выполнения процедуры прерывания (см. п. 8.8).
Модель
5.3. Сервис, предоставляемый уровнем представления
Протокол, определенный в этой части настоящего стандарта, предполагает использование услуг уровня представления (см. ГОСТ 34.971). П-ПДУ - пункт доступа к услугам уровня представления. Информация передается от поставщика и к поставщику услуг уровня представления в примитивах, приведенных в табл. 2.
ГОСТ Р 34.986.1-92 С. 13
Таблица 2
Сервисные примитивы уровня представления |
Услуги представления |
Примитив |
P-DATA |
Запрос
Индикация |
P-EXPEDITIED-DATA |
Запрос
Индикация |
P-RESYNCHRONIZE |
Запрос
Индикация
Ответ
Подтверждение |
P-SYNCHRONIZE-MAJOR |
Запрос
Индикация
Ответ
Подтверждение |
P-TOKEN-GIVE |
Запрос
Индикация |
P-TOKEN-PLEASE |
Запрос
Индикация |
P-TYPED-DATA |
Запрос
Индикация |
|
5.4. Сервис, предоставляемый сервисным элементом управления ассоциацией
Протокол, определенный в этой части настоящего стандарта предполагает использование услуг управления ассоциациями (см. ИСО 8649). Информация передается к СЭУА и от СЭУА в сервисных примитивах, приведенных в табл. 3.
С. 14 ГОСТ Р 34.986.1-92
Сервисные примитивы СЭУА |
A-ASSOCIATE |
Запрос |
|
Индикация |
|
ТаблицаЗ
|
Ответ |
|
Подтверждение |
A-RELEASE |
Запрос
Индикация
Ответ
Подтверждение |
A-ABORT |
Запрос
Индикация |
A-P-ABORT |
Запрос
Индикация |
5.5. Функции протокола ВТ
5.5.1. Образование ЗТ-ассоциации
Назначение этой функции состоит в том, чтобы образовать ВТ-ассоциацию между двумя ВТ-пользователями таким образом, что:
а) подтверждается использование этого протокола;
б) согласовывается требуемая дисциплина диалога;
в) используется подходящий синтаксис передачи;
г) согласуется начальная среда ВТ, или согласуется тот факт, что среда ВТ будет согласована позднее, но до передачи любых данных.
5.5.2. Завершение ВТ-ассоциации
Назначение этой функции состоит в прекращении существования ВТ-ассоциации.
5.5.3. Согласование
Согласование обеспечивает механизм, с помощью которого ВТ-пользователь и ПАВТ могут согласовать между собой среду ВТ. Поддерживаются два вида согласования: смена профиля за одно взаимодействие и многократный диалог.
ГОСТ Р 34.986.1-92 С. 15
5.5.4. Передача данных
Назначение функции передачи данных состоит в отправке от одного ПАВТ к другому структурированных данных, представляющих операции над объектом или объектами КОВ в модели виртуального терминала.
5.5.5. Управление доставкой
Назначение управления доставкой:
а) позволить ВТ-пользователю, посылающему данные, указать точки в потоке данных, в которых представленные операции должны выполняться;
б) позволить подтвердить индикацию приема такой точки доставки;
в) позволить группировать вместе данные обновления объектов с одинаковыми правилами доступа и отдать их одновременно в распоряжение ВТ-пользователю.
5.5.6. Управление диалогом
Управление диалогом предоставляет ВТ-пользователям доступ к функциям нижнего уровня, которые навязывают дисциплину двустороннего поочередного обмена при отправке некоторых данных и выполнении некоторых управляющих функций.
5.5.7. Обработка ошибок
Назначение обработки ошибок состоит в обнаружении несоответствия с протоколом, приеме индикаций об ошибках от других поставщиков услуг и выполнении соответствующих действий. Ошибки приводят к завершению ассоциации с соответствующей индикацией ошибки (указывающей на источник ошибки).
Примечание Процедура обработки ошибок рассматривается с процедурами безусловного завершения ассоциации
5.5.8. Прерывание
Обеспечиваются две функции прерывания. Первая представляет собой неразрушающий механизм, который позволяет выполнять обмен приоритетной информацией между ВТ-пользователями вне нормального потока данных без нарушения этого потока. Вторая - разрушающий механизм, который позволяет ВТ-пользователю безусловно остановить текущий диалог. Информация, которой обмениваются ВТ-пользователи, позволяет им ресинхронизировать их операции.
2-608
С 16 ГОСТ Р 34.986.1-92
5.6. Функциональные блоки протокола
Определены следующие функции, доступные в протоколе основного класса виртуального терминала независимо от выбора функциональных блоков:
а) образование ассоциация:
б) завершение ассоциации:
в) передача данных;
г> управление доставкой;
д) управление диалогом (только С-режим);
е) обработка ошибок.
Определены также шесть функциональных блоков протокола основного класса виртуального терминала, которые соответствуют шести функциональным блокам услуг, определенным в ИСО 9040. Следующие функции доаутшы, если только был выбран соответствующий фучкционатьный блок:
ж) согласование смены профиля:
з) многократное согласование;
и) согласованное завершение;
к) прерывание;
л) срочные данные;
м) объекты ссылочной информации.
Функциональный блок многократного согласования может быть выбран только тогда, .когда выбран функциональный блок смены профиля.
5.7. Режимы функционирования
Протокол функционирует в двух режимах: асинхронном и синхронном. В С-режиме соединение на уровне представления, поддерживающее обмен между ВТ, рассматривается как соединение с двусторонним поочередным обменом, и протокольные автоматы виртуального терминала (ПАВТ> поочередно посылают данные друг другу. В А режиме соединение на уровне представления рассматривается как соединение с двусторонним одновременным обменом, и ПАВТ не ограничены в обмене данными.
5.8. Управление доступом
Инициирование и прием ЗТ-пользователем некоторых протокольных элементов зависит от местонахождения полномочий и от правила доступа, связанного с объектами, на которые воздействуют элементы.
ГОСТ Р 34.986.1-92 С. 17
6. ПРОТОКОЛЬНЫЕ ЭЛЕМЕНТЫ
В табл. 4 перечислены элементы ПВТ основного класса вместе с соответствующими услугами и ссылки на разделы, где в дальнейшем описаны протокольные элементы. Описание включает для каждого элемента его назначение и список его параметров.
Таблица 4
Протокольные элементы ВТ |
Протокольный
элемент |
Полное имя |
Ссылки |
ASQ |
VT-ASSOCIATE |
62 |
ASR |
VT-ASSOCIATE |
63 |
APQ |
VT-P-ABORT |
6 1 |
AUQ |
VT-U-ABORT |
64 |
RLQ |
VT-RELEASE |
6 18 |
RLR |
VT-RELEASE |
6 19 |
MDQ |
VT -HIGH-PRI-DATA |
6 12 |
NDQ |
VT-DATA |
6 14 |
UDQ |
VT-LRGENT-DATA |
6 25 |
DAQ |
VT-ACK-RECEIPT |
67 |
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-SWITCH-PROFILE-REQ |
6 23 |
SPR |
VT-SWITCH-PROFILE-RESP |
6 24 |
ENQ |
VI -END-NEG-REQ |
69 |
ENR |
VT-END-NEG-RESP |
6 10 |
NAQ |
VT-NEG-ACCEPT |
6 13 |
NIQ |
VT-NEG-INV1TE |
6 15 |
NJQ |
VTNEG-REJECT |
6 16 |
NOQ |
VT-NEG-OFFER |
6 17 |
SNQ |
VT-START-NEG-REQ |
6 21 |
SNR |
VTSTART-NEG-RESP |
6 22 |
|
2*
Процедуры, определяющие использование элементов, приведены в разд. 7-10, их отображение на сервис представления или СЭУА и их структура в соответствии с АСН.1 определены в разд. 11 и 12.
Может случиться, что в некоторых реализациях нельзя задать параметры для протокольных элементов APQ и AUQ из-за возможных ограничений на длину в поддерживающих услугах.
Следовательно, решение об отправке этих параметров носит локальный характер и основано на знании о возможностях поддерживающих услуг.
По этой же причине параметры других протокольных элементов, хотя они и могут посылаться, могут быть ограничены из-за их сложности.
К таким элементам относятся:
а) ASQ;
б) ASR;
в) SNQ;
г) SNR;
д) SPQ;
е) SPR;
ж) UDA.
6.1. A PQ (VT-P-ABORT)
6.1.1. Назначение
Служит для вызова безусловного завершения ВТ-ассоциации (инициированного ПАВТ).
6.1.2. Параметр
Причина принимает или значение "локальная ошибка", или значение "протокольная ошибка".
6.2. ASQ (VT-ASSOCIATE-REQ)
6.2.1. Назначение
Служит для запроса образования ВТ-ассоциации.
6.2.2. Параметры:
а) имя вызываемого прикладного объекта (задает прикладной объект, с которым должна быть образована ВТ-ассоциация);
б) имя вызывающего прикладного объекта (идентифицирует прикладной объект, запрашивающий образование ВТ-ассоциацию);
в) класс (задает класс услуг ВТ, принимает значение "основной");
г) режим (задает режим (А или С), который будет существовать на время ВТ -ассоциации, и возможность смены режима);
ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
Информационная технология
ВЗАИМОСВЯЗЬ ОТКРЫТЫХ СИСТЕМ. ГОСТ Р
ПРОТОКОЛ ОСНОВНОГО КЛАССА 34.986.1-92
ВИРТУАЛЬНОГО ТЕРМИНАЛА. (ИСО 9041/1-90)
ЧАСТЬ I. СПЕЦИФИКАЦИЯ
Information technology. Open Systems Interconnection.
Virtual Terminal Basic Class Protocol.
Part 1.
Specification
ОКСТУ 0034
Дата введения 01.01.94
0. ВВЕДЕНИЕ
Настоящий стандарт входит в комплекс государственных стандартов, обеспечивающих взаимосвязь вычислительных систем. Его отношение к другим стандартам комплекса определено эталонной моделью взаимосвязи открытых систем. (ВОС) по ГОСТ 28906. Эталонная модель подразделяет область стандартизации ВОС на ряд уровней спецификаций, каждый из которых предназначен для выполнения определенных функций. 1 2
ГОСТ Р 34.986.1-92 С. 19
д) владелец ПДЗ (определяет сторону, которая первоначально владеет полномочием ПДЗ, если оно существует; принимает или значение "инициатор", или значение "получатель", или "по выбору получателя");
е) имя профиля (см. стандарт ИСО 9040); если значение отсутствует, используется профиль по умолчанию, определенный в ИСО 9040 для A-режима, или для С-режима, что обусловлено параметром "режим";
ж) список предложений аргументов профиля (список элементов, в котором каждый параметр профиля при согласовании представляет собой или значение, или список значений, или интервал значений);
з) функциональные блоки (определяют предложенные функциональные блоки текущего класса услуг ВТ). Принимают одно или более значений из следующего списка:
1) смена профиля;
2) многократное согласование;
3) согласованное завершение;
4) срочные данные;
5) разрушающее прерывание;
6) усиленные правила доступа;
7) структурированные объекты управления;
8) работа с блоками;
9) работа с полями;
10) объекты ссылочной информации (ОСИ)
и) версия протокола: для инициирующего ПАВТ - это строка битов переменной длины, где каждый установленный в 1 бит указывает, что поддерживается соответствующая версия протокола. Бит 0 представляет первую версию, бит 1 представляет вторую версию протокола и т. д. Могут быть установлены несколько битов, которые указывают, что поддерживаются несколько версий. Концевые биты, порядка выше, чем наивысшая версия этого стандарта, которую поддерживает ПАВТ, не должны посылаться, т. е. последней бит строки должен быть установлен в 1. Принимающий ПАВТ должен игнорировать концевые биты порядка выше чем 1, у казывающего на последнюю версию этой части настоящего стандарта;
к) идентификатор реализации: позволяет разработчикам
идентифицировать реализацию и ее версии с помощью "печатной строки" для целей обслуживания. Формат этих строк должен быть определен разработчиками способом, удобным для их реализации.
6.3. ASR (VT-ASSOCIATE-RESP)
6.3.1. Назначение
Служит для завершения образования ВТ-ассоциации или отказа от него.
С. 2 ГОСТ Р 34.986.1-92
В настоящем стандарте описан способ, при помощи которого два протокольных автомата (в дальнейшем называемые протокольными автоматами виртуального терминала или ПАВТ) взаимодействуют на прикладном уровне эталонной модели для того, чтобы обеспечить сервис основного класса виртуального терминала, определенный в ИСО 9040, с использованием сервиса уровня представления и сервиса управления ассоциациями.
1. НАЗНАЧЕНИЕ
В настоящем стандарте определены:
а) набор процедур для ориентированной на соединение передачи данных и управляющей информации между протокольными автоматами, реализующими функции поставщиков услуг основного класса виртуального терминала;
б) два режима выполнения этих процедур;
в) структура протокольных элементов, используемых для передачи данных и управляющей информации и отображение этих протокольных элементов на сервисный элемент управления ассоциацией (СЭУА) и услуги нижних уровней;
г) средства согласования поднабора процедур, который должен использоваться протокольными автоматами, и параметров услуг;
д) структура и отображение протокольных элементов,
используемых для передачи данных и управляющей информации.
Процедуры определяются в терминах:
виртуального
элементами
автоматами
виртуального
сервисными
а) взаимодействие протокольных автоматов
терминала посредством обмена протокольными виртуального терминала;
между протокольными и пользователем услуг системе путем обмена
б) взаимодействие виртуального терминала терминала в той же примитивами;
в) взаимодействие между протокольными автоматами
виртуального терминала и услугами управления ассоциациями и уровня представления путем обмена сервисными примитивами
услуг.
В стандарте также определены требования соответствия (разд. 13) для систем, реализующих эти процедуры. Он не содержит тесты, демонстрирующие это соответствие.
Эти процедуры применяются для осуществления обмена между системами, предоставляющими ^слуги основного класса
виртуального терминала на прикладном уровне эталонной модели для взаимосвязи открытых систем и желающими осуществить взаимосвязь в среде открытых систем.
ГОСТ Р 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 (АСН. 1)".
ГОСТ 34.974-91 (ИСО 8825-87) "Системы обработки
информации. Взаимосвязь открытых систем. Описание базовых правил кодирования для абстрактно-синтаксической нотации версии 1 (АСН. 1)”.
ИСО 9040-903 "Информационная технология. Взаимосвязь открытых систем. Услуги основного класса виртуального терминала ".
3. ТЕРМИНЫ
3.1. Общие термины ВОС
В стандарте используются термины, установленные ГОСТ 28906:
а) прикладной объект;
б) прикладной уровень;
в) протокольный блок данных;
г) элемент пользователя.
В стандарте используются термины, установленные ГОСТ 28696:
а) примитив;
б) подтверждение (примитив);
в) индикация (примитив);
г) запрос (примитив);
д) ответ (примитив);
е) поставщик услуг;
ж) пользователь услуги.
3.2. Сервисный элемент управления ассоциацией
В стандарте используются термины, установленные ИСО 8649:
а) прикладная ассоциация;
б) прикладной контекст.
3.3. Сервисный элемент уровня представления
Абстрактный синтаксис по ГОСТ 34.971.
3.4. Услуги виртуального терминала
В настоящем стандарте использованы следующие определения, содержащиеся в стандарте ИСО 9040:
1) A-режим; асинхронный режим;
2) блок;
з) ВТ-ассоциация;
4) ВТ-пользователь;
5) графический элемент, занимающий одно знакоместо;
6) запись инструкций ввода в поле (ЗИВП);
7) запись макета ввода в поле (ЗМВП);
8) запись определения поля (ЗОП);
9) значение ВТ-контекста;
10) инструкция ввода it поле (ИВП);
11) исходный набор средств;
12) конечный эффект;
13) объект ссылочной информации (ОСИ);
14) объект управления инструкциями ввода в поле (С)УИВП);
15) объект управления макетом ввода в поле (ОУМВШ;
16) объект управления контекстом (ОУК);
17) объект управления определением поля (ОУОП);
18) объект управления способом передачи (ОУСП);
ГОСТ Р 34.986.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. Заявление о соответствии при реализации протокола (ЗСРП) - заявление, сделанное поставщиком или разработчиком, в котором перечислены возможности и необязательные средства, которые были реализованы, и средства, которые были опущены при реализации.
3.5.9. ВТ-полномочие: одиночный объект, который
отображается на все доступные сеансовые полномочия, предоставляемые уровнем представления. Если нет доступных сеансовых полномочий, то считается, что обе стороны имеют это полномочие.
4. СОКРАЩЕНИЯ
А-режим
ВТ
ЗИВП
ЗМВП
ЗОП
ивп
ков
код
мс
00
осд
оси
ОУ
ОУД
ОУИВП
ОУК
ОУМВП
ОУОП
ОУСП
ОУСС
РВП
С-режим
СрВТ
свп
СеВТ
УВП
4.1. Сервис виртуального терминала
асинхронный режим;
виртуальный терминал;
запись инструкций ввода в поле;
запись макета ввода в поле;
запись определения поля;
инструкция ввода в поле;
концептуальная область взаимодействия;
концептуальная область данных;
многократное согласование;
объект отображения;
определение структуры данных;
объект ссылочной информации;
объект управления;
область управления доступом;
объект управления инструкциями ввода в поле;
объект управления контекстом;
объект управления макетом ввода в поле;
объект управления определением поля;
объект управления способом передачи;
область управления, сигнализации и статуса;
реакция ввода в поле;
синхронный режим;
среда виртуального терминала;
событие ввода в поле;
сервис виртуального терминала;
условие ввода в поле.
4.2. Ра з н о е
АСН.1 - см. ГОСТ 34.973;
ПБД - протокольный блок данных;
ПАВТ - протокольный автомат виртуального терминала;
ДП - двусторонний поочередный;
ДО - двусторонний одновременный;
ГОСТ Р 34.986.1-92 С. 7 |
АЗП
ПВТ
ЗСРП
СЭУА |
- аварийное завершение поставщика;
- протокол виртуального терминала;
- заявление о соответствии реализации протокола;
- сервисный элемент управления ассоциацией. |
|
4.3. Протокольные элементы ВТ |
APQ
ASQ
ASR
AUQ
BKQ
BKR
DAQ
DLQ
ENQ
ENR
GTQ
HDQ
NAQ
NDQ
NIQ
NJQ
NOQ
RLQ
RLR
RTQ
SNQ
SNR
SPQ
SPR
UDQ |
- VT-P-ABORT;
- VT-ASSOCIATE-REQ;
- VT-ASSOCIATE-RESP;
- VT-U-ABORT;
- VT-BREAK-REQ;
- VT-BREAK-RESP;
- VT-ACK-RECEIPT;
- VT-DELIVER;
- VT-END-NEG-REQ;
- VT-END-NEG-RESP;
- VT-GIVE-TOKEN;
- VT-HIGH-PRI-DATA;
- VT-NEG-ACCEPT;
- VT-ПАТА-
- VT-NEG-INVITE;
- VT-NEG-REJECT;
- VT-NEG-OFFER;
- VT-RELEASE-REQ;
- VT-RELEASE-RESP;
- VT-REQUEST-TOKEN;
- VT-START-NEG-REQ;
- VT-STARTVNEG-RESP;
- VT-SWITCH-PROFILE-REQ;
- VT-SWITCH-PROFILE-RESP;
- VT-URGENT-DATA. |
|
5. ОБЗОР |
|
5.1'Краткое описание услуг ВТ
Настоящий стандарт обеспечивает услуги основного класса виртуального терминала, определенные в стандарте ИСО 9040. Примитивы услуг ВТ перечислены в табл. 1.
Т а б л и ц а
Примитивы услуг ВТ |
Примитив |
|
Параметр |
VT-ASSOCIATE |
запрос |
Имя вызываемого прикладного объекта |
|
индикация |
Имя вызывающего прикладного объекта Класс
Функциональные блоки Режим
Владелец переменного доступа по записи (ПДЗ)
Имя профиля СрВТ
Список предложений аргументов
профиля |
|
ответ |
Имя отвечающего прикладного объекта |
|
подтверж- |
Функциональные блоки |
|
дение |
Владелец ПДЗ
Список значений аргументов профиля Результат
Причина аварийного завершения ВТ-пользователя (только подтверждение) |
VT-P-ABORT |
индикация |
Причина |
VT-RELEASE |
запрос
индикация |
|
|
ответ |
Результат |
|
подтверж- |
Причина аварийного завершения |
|
дение |
ВТ-пользователя
Причина аварийного завершения поставщика (только подтверждение) |
VT-U-ABORT |
запрос |
Причина аварийного завершения |
|
индикация |
ВТ-пользователя |
|
1
Издание официальное
2
© Издательство стандартов, 1993
Настоящий стандарт не может быть полностью или частично воспроизведен,
тиражирован и распространен без разрешения Госстандарта России
3
До прямого применения данного документа в качестве государственного стандарта распространение его осуществляет секретариат ТК 22 ”Информационная технология”.