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

128 страниц

760.00 ₽

Купить ГОСТ Р 34.986.1-92 — официальный бумажный документ с голограммой и синими печатями. подробнее

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

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

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

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

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

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

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

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

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

  Скачать PDF

Оглавление

0. Введение

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

2. Ссылки

3. Термины

3.1. Общие термины ВОС

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

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

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

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

4. Сокращения

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

4.2. Разное

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

5. Обзор

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

5.2. Модель

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

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

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

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

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

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

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

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

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

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

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

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

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

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

6. Протокольные элементы

6.1. APQ (VT-P-ABORT)

6.2. ASQ (VT-ASSOCIATE-REQ)

6.3. ASR (VT-ASSOCIATE-RESP)

6.4. AUQ (VT-U-ABORT)

6.5. BKQ (VT-BREAK-REQ)

6.6. BKR (VT-BREAK-RESP)

6.7. DAQ (VT-ACK-RECEIPT)

6.8. DLQ (VT-DELIVER)

6.9. ENQ (VT-END-NEG-REQ)

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

6.11. GTQ (VT-GIVE-TOKENS)

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

6.13. HAQ (VT-HEG-ACCEPT)

6.14. HDQ (VT-DATA)

6.15. HIQ (VT-NEG-INVITE)

6.16. HJQ (VT-NEG-REJECT)

6.17. HOQ (VT-NEG-OFFER)

6.18. RLQ (VT-RELEASE-REQ)

6.19. RLR (VT-RELEASE-RESP)

6.20. RTQ (VT-REQUEST-TOKEN)

6.21. SNQ (VT-START-NEG-REQ)

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

6.23. SPQ (VT-SWITCH-PROFILE-REQ)

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

6.25. UDQ (VT-URGENT-DATA)

7. ПРОЦЕДУРЫ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

11. ОТОБРАЖЕНИЕ ПРОТОКОЛЬНЫХ ЭЛЕМЕНТОВ

11.1. Отображение на службу управления ассоциациями

11.1.1. Запрос и индикация А-ASSOCIATE

11.1.2. Ответ и подтверждение А-ASSOCIATE

11.1.3. Запрос и индикация А-RELEASE

11.1.4. Ответ и подтверждение А-RELEASE

11.1.5. Запрос и индикация А-ABORT

11.1.6. Индикация А-P-ABORT

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

11.2.1. Запрос и индикация P-DATA

11.2.2. Запрос и индикация P-EXPEDITED-DATA

11.2.3. Запрос и индикация P-RESYHCHRONIZE

11.2.4. Ответ и подтверждение P-RESYHCHRONIZE

11.2.5. Запрос и индикация P-SYHCHRONIZE-MAJOR

11.2.6. Ответ и подтверждение P-SYHCHRONIZE-MAJOR

11.2.7. Запрос и индикация P-TOKEN-GIVE

11.2.8. Запрос и индикация P-TOKEN-PLEASE

11.2.9. Запрос и индикация P-TYPED-DATA

12. СТРУКТУРА ПБД

12.1. Общий формат

12.2. Общие определения

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

12.2.2. Синтаксис обновления объекта управления определением поля

12.2.3. Синтаксис обновления объекта управления инструкциями ввода в поле

12.2.4. Синтаксис обновления объекта управления ОСИ

12.3. Определение концептуальной области данных

12.3.1. Идентификаторы КОД

12.3.2. Предложения КОД

12.3.3. Значение КОД

12.4. Определения области управления, сигнализации и статуса

12.4.1. Идентификаторы ОУСС

12.4.2. Предложения ОУСС

12.4.3. Значение ОУСС

12.5. Определения объекта устройства

12.5.1. Идентификаторы устройств

12.5.2. Предложения для устройств

12.5.3. Значение для устройств

13. СООТВЕТСТВИЕ

13.1. Требования динамического соответствия

13.2. Требования статического соответствия

13.3. Заявление о соответствии реализации протокола

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

Приложение 2. Определяемые значения компонентов "идентификатора объекта"

Информационные данные

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

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

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

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

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

94 р. БЗ 4-92/444


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

ГОССТАНДАРТ РОССИИ

Москва

ГОСТ Р 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).

Модель

Черт. 1

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 ”Информационная технология”.