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

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

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

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

Дата введения 01.01.94

0. ВВЕДЕНИЕ

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

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

1. НАЗНАЧЕНИЕ

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

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

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

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

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

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

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

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

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

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

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

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

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-90* ”Информационная технология. Взаимосвязь открытых систем. Услуги основного класса виртуального терминала”.

__________

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

3. ТЕРМИНЫ

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

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

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

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

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

г) элемент пользователя.

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

а) примитив;

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

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

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

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

е) поставщик услуг;

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

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

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

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

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

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

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

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

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

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

2) блок;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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. СОКРАЩЕНИЯ

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

А-режим	- асинхронный режим;
ВТ	- виртуальный терминал;
ЗИВП	- запись инструкций ввода в поле;
ЗМВП	- запись макета ввода в поле;
ЗОП	- запись определения поля;
ИВП	- инструкция ввода в поле;
КОВ	- концептуальная область взаимодействия;
КОД	- концептуальная область данных;
МС	- многократное согласование;
ОО	- объект отображения;
ОСД	- определение структуры данных;
ОСИ	- объект ссылочной информации;
ОУ	- объект управления;
ОУД	- область управления доступом;
ОУИВП	- объект управления инструкциями ввода в поле;
ОУК	- объект управления контекстом;
ОУМВП	- объект управления макетом ввода в поле;
ОУОП	- объект управления определением поля;
ОУСП	- объект управления способом передачи;
ОУСС	- область управления, сигнализации и статуса;
РВП	- реакция ввода в поле;
С-режим	- синхронный режим;
СрВТ	- среда виртуального терминала;
СВП	- событие ввода в поле;
СеВТ	- сервис виртуального терминала;
УВП	- условие ввода в поле.

4.2. Разное

АСН.1	- см. ГОСТ 34.973;
ПБД	- протокольный блок данных;
ПАВТ	- протокольный автомат виртуального терминала;
ДП	- двусторонний поочередный;
ДО	- двусторонний одновременный;
АЗП	- аварийное завершение поставщика;
ПВТ	- протокол виртуального терминала;
ЗСРП	- заявление о соответствии реализации протокола;
СЭУА	- сервисный элемент управления ассоциацией.

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

APQ	- VT-P-ABORT;
ASQ	- VT-ASSOCIATE-REQ;
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-NEG-ACCEPT;
NDQ	- VT-DATA;
NIQ	- VT-NEG-INVITE;
NJQ	- VT-NEG-REJECT;
NOQ	- 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-SWITCH-PROFILE-REQ;
SPR	- VT-SWITCH-PROFILE-RESP;
UDQ	- VT-URGENT-DATA.

5. ОБЗОР

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

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

Примитивы услуг ВТ перечислены в табл. 1.

Таблица 1

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

5.2. Модель

ПВТ основного класса выполняется между двумя ПАВТ на прикладном уровне модели ВОС. Обмен протокольными элементами выполняется с помощью услуг управления ассоциациями и уровня представления (см. ИСО 8649 и ГОСТ 34.971 соответственно). Моделью сервиса является одиночная концептуальная область взаимодействия (КОВ), доступная двум взаимодействующим пользователям сервиса, содержащая всю необходимую информацию, позволяющую ВТ-пользователям выработать общий взгляд на виртуальные устройства, составляющие виртуальный терминал. КОВ подразделяется на четыре области:

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

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

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

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

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

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

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

Таблица 2

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

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

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

Таблица 3

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

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. Функциональные блоки протокола

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 4

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

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

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

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

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

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

а) ASQ;

б) ASR;

в) SNQ;

г) SNR;

д) SPQ;

е) SPR;

ж) UDA.

6.1. APQ (VT-P-ABORT)

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

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

6.1.2. Параметр

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

6.2. ASQ (VT-ASSOCIATE-REQ)

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

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

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

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

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

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

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

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

е) имя профиля (см. стандарт ИСО 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. Назначение

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

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

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

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

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

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

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

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

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

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

6.4. AUQ (VT-U-ABORT)

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

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

6.4.2. Параметры

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

6.5. BKQ (VT-BREAK-REQ)

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

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

6.5.2. Параметры

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

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

6.6. BKR (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. ENQ (VT-END-NEG-REQ)

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

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

6.9.2. Параметры

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

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

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

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

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

6.10.2. Параметры

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

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

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

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. NAQ (VT-NEG-ACCEPT)

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

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

6.13.2. Параметры

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

6.14. NDQ (VT-DATA)

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

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

6.14.2. Параметры

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

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

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

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

6.15. NIQ (VT-NEG-INVITE)

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

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

6.15.2. Параметры

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

6.16. NJQ (VT-NEG-REJECT)

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

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

6.16.2. Параметры

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

6.17. NOQ (VT-NEG-OFFER)

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

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

6.17.2. Параметры

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

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-START-NEG-REQ)

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

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

6.21.2. Параметры

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

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

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

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

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

6.22.2. Параметры

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

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

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

6.23. SPQ (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.

7. ПРОЦЕДУРЫ

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

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

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

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

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

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

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

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

Примечания:

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

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

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

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

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

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

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

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

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

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

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

Таблица 5

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

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

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

Таблица 6

Процедуры отказа от ВТ-ассоциации

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

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

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

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

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

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

Таблица 7

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

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

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

Таблица 8

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

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

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

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

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

Таблица 9

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

Таблица 10

Процедуры передачи нормальных данных в А-режиме

Таблица 11

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

Таблица 12

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

Таблица 13

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

Таблица 14

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

Таблица 15

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

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

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

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

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

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

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

Таблица 16

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

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

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

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

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

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

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

Таблица 17

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

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

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

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

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

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

Таблица 18

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

Шаг	ПАВТ	Событие	Действие
1a	И	Запрос VT-SWITCH-PROFILE и наличие полномочия	Послать данные, как описано в табл. 9 или 10. Послать SPQ
1b	И	Запрос VT-SWITCH-PROFILE, полномочие отсутствует (А-режим)	Послать данные, как описано в табл. 9 или 10. Послать RTQ
2aa/4baa	А	SPQ с приемлемым содержимым	Доставить данные, как описано в табл. 9 или 10. Выдать индикацию VT-SWITCH-PROFILE
2ab/4bab	А	SPQ с неприемлемым содержимым	Послать SPR с результатом ”аварийное завершение” и соответствующей причиной аварийного завершения
2ac	И	RTQ вместо SPR	Никаких (продолжать ожидание SPR)
2ad	И	DLQ вместо SPR и запрошено подтверждение	Выдать подтверждение VT-SWITCH-PROFILE с результатом ”аварийное завершение” и причиной ”обнаружено столкновение”. Доставить данные, как описано в табл. 9 или 10. Выдать индикацию VT-DELIVER
2ae	И	DLQ вместо SPR и подтверждение не запрошено	Доставить данные, как описано в табл. 9 или 10. Выдать индикацию VT-DELIVER (продолжать ожидание SPR)
2ba	А	RTQ (А-режим)	Послать GTQ
2bb	И	RLQ или SPQ вместо GTQ	Выдать подтверждение VT-SWITCH-PROFILE, результат ”аварийное завершение”, причина ”обнаружено столкновение”. Продолжать с той же процедуры, что и для начала согласования, или с такой же, как для завершения ассоциации со стороны ПАВТ-адресата
3aa	А	Ответ VT-SWITCH-PROFILE	Если A-режим и результат = ”успешное выполнение” отправить данные, как описано в табл. 10. Если результат = ”успешное выполнение” - установить ”контекст сброса”. Послать SPR
3ba	И	GTQ	Послать SPQ
4aa/3ab	И	SPR	Если A-режим и результат = ”успешное выполнение” - доставить данные, как описано в табл. 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.

Таблица 19

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 20

Процедуры установления многократного согласования

Таблица 21

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

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

Процедуры те же, что и в табл. 13, за исключением того, что в шаге 4b ”RLQ” заменяется на ”RLQ, SPQ или SNQ”.

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

Процедуры те же, что и в табл. 14.

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

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

Таблица 22

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

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

Протокольные элементы, определенные в разд. 6, передаются между равноправными ПАВТ с помощью поддерживающих услуг. В табл. 23 задано отображение каждого протокольного элемента на управление ассоциациями или на сервис представления. Ниже определены те значения параметров, которые установлены настоящим стандартом для этих сервисных примитивов. Событие аварийного завершения поставщика (АЗП) отображается на индикацию A-P-ABORT.

Примечание. Те параметры, для которых значения не заданы, находятся вне сферы действия данного стандарта.

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

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

В примитивах запроса и индикации A-ASSOCIATE передаются протокольные элементы ASQ. Эта часть настоящего стандарта определяет следующее содержимое для параметров A-ASSOCIATE:

а) символические имена вызывающего и вызываемого прикладных объектов содержат соответствующие параметры ASQ.

Примечание. Имя прикладного объекта используется здесь для полноты перечисления параметров с именами, определенных в ИСО 8649. Связь между этими способами задания имен определена в ИСО 7498/3;

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

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

г) характеристики сеанса содержат:

1) функциональный блок служебных данных;

2) дуплексный функциональный блок, если режим имеет значение ”А-режим”, в противном случае полудуплексный функциональный блок, соответствующий параметру ”режим” ASQ;

3) функциональный блок ресинхронизации, если выбран функциональный блок прерывания ВТ;

4) функциональный блок срочных данных, если выбран функциональный блок срочных данных ВТ;

5) функциональный блок согласованного завершения, если выбран функциональный блок согласованного завершения ВТ;

6) функциональный блок старшей синхронизации, если выбраны, или функциональный блок ВТ согласованного завершения, или функциональный блок ВТ прерывания;

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

е) для С-режима параметр ”начальное назначение полномочий” принимает одно из значений:

1) назначено инициатору;

2) назначено получателю;

3) по выбору получателя, для всех полномочий, соответствующих параметру ASQ ”начальный владелец ПДЗ”;

ж) для A-режима параметр ”начальное назначение полномочий” принимает значение ”назначено инициатору запроса” для всех полномочий;

з) параметр ”информация пользователя” содержит ПБД ASQ, имеющий структуру, как требуется в разд. 12;

и) список определений П-контекста должен содержать, по крайней мере, пару vt-b-syntax (ГОСТ 34.974).

Таблица 23

Отображение элементов протокола

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

В примитивах ответа и подтверждения A-ASSOCIATE передается протокольный элемент ASR. Настоящий стандарт определяет следующее содержимое для параметров A-ASSOCIATE:

а) параметр ”информация пользователя” содержит ПБД ASR, имеющий структуру, как требуется в разд. 12;

б) параметр ”результат” содержит параметр ”результат” ASR со следующим отображением:

в) параметр ”имя отвечающего прикладного объекта” содержит соответствующий параметр ASR,

См. примечание в п. 11.1.1;

г) начальное назначение полномочий отражено в параметре ASR ”начальный владелец ПДЗ” для всех полномочий.

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

В примитивах запроса и индикации 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.

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

а) параметр ”источник аварийного завершения” индикации A-ABORT принимает значение ”пользователь СЭУА”;

б) ”информация пользователя” содержит ПБД AUQ или APQ;

оба ПБД имеют структуру, как требуется в разд. 12.

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

Примитив индикации A-P-ABORT извещает о событии АЗП ПВТ.

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

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

В примитивах запроса и индикации P-DATA передаются следующие элементы:

а) NAQ;

б) NDQ;

в) NIQ;

г) NJQ;

д) NOQ.

В настоящем стандарте определено, что параметр ”данные пользователя” этих примитивов должен содержать ПДБ, соответствующий приведенным выше элементам, которые имеют структуру, как требуется в разд. 12.

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

В примитивах запроса и индикации P-EXPEDITED-DATA передается протокольный элемент UDQ. В этой части настоящего стандарта определено, что параметр ”данные пользователя” примитивов, должен содержать ПБД, соответствующий этому протокольному элементу, имеющему структуру, как требуется в разд. 12. Это необязательная услуга, использование которой может не согласовываться (см. P-TYPED-DATA).

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

В примитивах запроса и индикации P-RESYHCHRONIZE передается протокольный элемент BKQ.

В стандарте определены следующие значения параметров P-RESYHCHRONIZE:

а) параметр ”данные пользователя” содержит ПБД BKQ, имеющий структуру, как требуется в разд. 12;

б) параметр ”тип ресинхронизации” содержит значение ”рестарт”;

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

г) характеристики параметра ”порядковый номер точки синхронизации” определены в ИСО 8326;

д) для A-режима параметр ”полномочия” имеет значение ”по выбору получателя” для всех определенных полномочий;

е) для С-режима параметр ”полномочия” принимает значения из BKQ.

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

В примитивах ответа и подтверждения P-RESYHCHRONIZE передается протокольный элемент BKR.

В стандарте определены следующие значения для параметров P-RESYHCHRONIZE:

а) параметр ”данные пользователя” содержат ПБД BKR, имеющий структуру, как требуется в разд. 12;

б) параметр ”полномочия” принимает значение из BKQ, если оно подходит.

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

В примитивах запроса и индикации P-SYHCHRONIZE-MAJOR передаются следующие протокольные элементы:

а) ENQ;

б) SNQ;

в) SPQ.

В настоящем стандарте определено, что значением параметра ”данные пользователя” примитивов является ПБД, соответствующий приведенным выше элементам, имеющим структуру, как требуется в разд. 12.

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

В примитивах ответа и подтверждения P-SYHCHRONIZE-MAJOR передаются протокольные элементы:

а) ENR;

б) SNR;

в) SPR.

Стандарт определяет, что значение параметра ”данные пользователя” примитивов является ПБД, соответствующий приведенным выше элементам, имеющим структуру, как требуется в разд. 12.

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

В примитивах запроса и индикации P-TOKEN-GIVE передается протокольный элемент GTQ. В настоящем стандарте определено, что значением параметра ’ ”полномочия” являются все определенные полномочия.

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

В примитивах запроса и индикации P-TOKEN-PLEASE передается протокольный элемент RTQ. В стандарте определено, что значением параметра ”полномочия” являются все определенные полномочия.

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

В примитивах запроса и индикации P-TYPED-DATA передаются следующие протокольные элементы:

а) DAQ;

б) HDQ;

в) UDQ;

г) NDQ;

д) DLQ;

е) NAQ;

ж) NIQ;

з) NJQ;

и) NOQ.

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

В этих примитивах передаются только элементы NDQ, DLQ, NAQ, NIQ, NJQ, NOQ, если используется A-режим и сеансовое соединение полудуплексное.

В настоящем стандарте определено, что значением параметра ”данные пользователя” этих примитивов будет ПБД, соответствующее приведенным выше примитивам и имеющие структуру, как требуется в разд. 12.

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

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

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

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

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

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

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

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

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. Требования динамического соответствия

Внешнее поведение системы, претендующей на соответствие этой части настоящего стандарта, не должно противоречить реализации всего нижеследующего:

а) ПАВТ, как определено в приложении 1 этой части настоящего стандарта;

б) использованию СЭУА и уровня представления, как определено в разд. 11;

в) кодированию ПБД, как определено в разд. 12.

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

Система, претендующая на соответствие настоящему стандарту должна:

а) поддерживать A-режим, С-режим или оба;

б) поддерживать среду ВТ, определенную профилем по умолчанию для A-режима, если поддерживается А-режим;

в) поддерживать среду ВТ, определенную профилем по умолчанию для С-режима, если поддерживается С-режим;

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

д) быть способной принимать все корректные последовательности протокольных элементов ВТ, полученные от равноправного оборудования и отвечать корректными последовательностями протокольных элементов ВТ в определенных состояниях ВТ-ассоциации;

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

ж) поддерживать:

1) назначение репертуара знаков, как определено в п. 18.2.4 и табл. 4 в стандарте ИСО 9040;

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

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

Система, претендующая на соответствие этой части настоящего стандарта, должна подчиняться следующим требованиям зависимости:

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

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

к) поддерживать другие функциональные блоки сеансового уровня, как описано в п. 11.1.1 (г);

л) поддерживать базовые правила кодирования для АСН.1, определенные в ГОСТ 34.974 (ИСО 8825) даже если система поддерживает альтернативные кодирования.

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

В заявлении о соответствии для системы, содержащей реализацию ПВТ, должно быть сообщено:

а) какие режимы функционирования поддерживаются;

б) какие функциональные блоки реализованы;

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

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

д) способна ли система инициировать и отвечать на протокольные элементы VT-ASSOCIATE или и то и другое.

ПРИЛОЖЕНИЕ 1

Обязательное

ТАБЛИЦЫ СОСТОЯНИЙ

1. Общее описание

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

Для описания таблиц состояний используются:

а) определение в разд. 2 настоящего приложения статуса параметров среды ВТ, полномочий ПАВТ и переменных:

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

в) табл. 25, описывающая идентификатор и характеристику каждого состояния.

Примечание. Суффиксы, используемые в табл. 2, имеют следующий смысл:

В - указывает на А-режим;

N - указывает на С-режим, отсутствие ПДЗ;

Q - указывает на А-режим;

R - указывает на А-режим;

S - указывает на С-режим;

Т - указывает на С-режим, наличие ПДЗ;

г) табл. 26, описывающая акроним, категорию и характеристику каждого выходного события, Категориями являются событие Вт-пользователя и событие элемента ПВТ;

д) табл. 27, определяющая атомарные действия, на которые ссылаются в таблицах состояний;

е) табл. 28, определяющая предикаты, на которые ссылаются в последующих таблицах действий.

Сами таблицы состояний - это табл. 29 - 38. Эти таблицы интерпретируются парами. Первая таблица каждой пары связывает состояния с входными событиями и содержит ссылки на входы во второй части. На первую таблицу формально ссылаются как на таблицу состояний, на вторую - как на список соответствующих действий. Число состояний не позволяет описать протокол, в одной таблице. Поэтому состояния разделены на сектора следующим образом:

а) сектор 1, управление ассоциацией и приторможенное;

б) сектор 2, инициация согласования;

в) сектор 3, согласование;

г) сектор 4, передача данных.

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

2. Параметры, полномочия ПАВТ и переменные

2.1. Параметры

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

Статус согласования имеет четыре значения:

а) ожидание;

б) приглашен;

в) предложен;

г) встречно предложен.

Индикатор последнего действия имеет два значения ”локальный” и ”равноправный”. Если вхождение параметра имеет значение ”определен” статуса существования, то ему присваивается единственное значение, как определено в стандарте ИСО 9040 для типа параметра.

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

На черт. 2 показаны переходы между состояниями для статуса согласования во время многократного согласования.

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

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

Среда считается полной, если все ее вхождения параметра имеют статус ”определен”.

Для того, чтобы проект СрВТ стал текущей СрВТ после МС, статус согласования каждого параметра должен быть ”ожидание”.

Для осуществления передачи данных текущая среда ВТ должна быть полной и согласованной. Это условие заносится в переменную Vena (см. подразд. 2.2).

2.2. Переменные

Перечисленные ниже переменные поддерживаются каждым ПАВТ. На них могут быть ссылки в предикатах (см. разд. 3 и табл. 30). Некоторым переменным значения присваиваются явно действиями из таблиц состояний, другим значения присваиваются неявно. Тип каждой переменной определяется как целый, булевский или перечислимый. Для переменных перечислимого типа определяются возможные значения.

Каждая переменная может также иметь атрибуты ”параметр” или ”постоянная”. Переменная с атрибутом ”параметр” неявно устанавливается, когда ПАВТ принимает входное событие (элемент ПВТ или от ВТ-пользователя). Параметры для выходного события получают значения от соответствующих параметрических переменных ПАВТ.

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

2.2.1. Vcho: перечислимая, параметр, постоянная

Эта переменная соответствует параметру услуги ”выбор СрВТ”. Она может принимать одно из значений dr=”проект”, cu=”текущая” или ei=”любая”.

2.2.2. Vena: булевская, постоянная

Истина, если была согласована текущая СрВТ. Эта переменная всегда устанавливается явно действиями из таблиц состояний (включая SetCuVTE).

Примечание. Установленная Vena означает, что текущая СрВТ является полной, обратное утверждение не выполняется.

2.2.3. Vns: целая, постоянная

Число NDQ, сохраняемых ПАВТ и ожидающих передачи равноправному ПАВТ. Эта переменная всегда устанавливается явно действиями из таблиц состояний.

2.2.4. Vns: целочисленная, постоянная

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

2.2.5. Vqdl: булевская, постоянная

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

2.2.6. Vra: булевская, параметр

Эта переменная соответствует параметру услуги ”запрос подтверждения”. Она истинна тогда и только тогда, когда ”запрос подтверждения” = ”подтверждение”.

2.2.7. Vrci: булевская, постоянная

Истина, если было столкновение между RLQ. Эта переменная всегда явно устанавливается действиями из таблиц состояний.

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

2.2.8. Vrea: перечислимая, параметр

Эта переменная соответствует параметру услуги ”причина аварийного завершения поставщика”. Она может принимать одно из значений: col = ”обнаружено столкновение”, pns = ”профиль не поддерживается”, или ”параметр не поддерживается”, или ”комбинация параметров не поддерживается”, ein = ”неполная СрВТ”, или другие значения.

2.2.9. Vrsl: перечислимая, параметр

Эта переменная связана с параметром услуги ”результат” Она может принимать одно из значений: scc = ”успешное выполнение”, fai = ”аварийное завершение” и sww = ”успешное выполнение с предупреждением ”.

2.2.10. Vsmd: булевская, постоянная

Истина, в С-режиме и ложь в A-режиме. Значение берется из выбранного профиля, когда посылаются или принимаются ASR, SPR, SNR, ENR или BKR.

2.2.11. Vtkr: перечислимая, параметр

В С-режиме эта переменная связана с параметром услуги ”полномочие”. В A-режиме она всегда явно устанавливается действиями из таблиц состояний. Она может принимать одно из значений: ini = ”инициатор”, acc = ”получатель” или cho = ”по выбору получателя”.

2.2.12. Vtok: булевская, постоянная

Vtok - булевская переменная, которая регистрирует наличие ”полномочия”. Если ”полномочие” не существует, эта переменная всегда истинна. Если не все сеансовые полномочия находятся на одной стороне диалога, то это является протокольной ошибкой. Vtok всегда устанавливается неявно.

3. Соглашения об использовании таблиц состояний

3.1. Входные события представлены в таблицах состояний акронимами, заданными в табл. 24.

3.2. Состояния представлены в таблицах состояний идентификаторами, заданными в табл. 25.

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

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

3.5. Входы в списке действий состоят из:

а) списка безусловных действий, содержащего список из нуля или более входов, взятых из табл. 26, 27 и 30, разделенных знаком ”;”; в необязательном порядке за ними может следовать символ ” ⇒ ”, а за ним - идентификатор результирующего состояния. Если изменение состояния не происходит, вместо идентификатора, следующего за ”⇒”, появляется ”SAMESTATE”; X или Y в идентификаторе указывают на такое же значение, как то, которое относится к номеру входного состояния, или:

б) одного или более списков условных действий, каждый из которых содержит:

1) выражение предиката, содержащего входы из табл. 28 и булевы операции ”И” (”&”),”ИЛИ” (”+”), ”НЕ” (”˜”);

2) список безусловных действий такой же, как в а).

Если список условных действий занимает более одной строки, то вставляются последующие строки.

4. Действия, выполняемые ПАВТ

4.1. Недостоверные пересечения

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

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

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

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

4.2. Достоверные пересечения

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

Таблица 24

Входные события

Таблица 25

Состояния

Таблица 26

Выходные события

Акроним	Категория	Описание
VACKind	ВТ-пользователь	Индикация VT-ACK-RECEIPT
VASSind	ВТ-пользователь	Индикация VT-ASSOCIATE
VASScnf	ВТ-пользователь	Подтверждение VT-ASSOCIATE
VBRKind	ВТ-пользователь	Индикация VT-BREAK
VBRKcnf	ВТ-пользователь	Подтверждение VT-BREAK
VDATind-h	ВТ-пользователь	Индикация VT-DATA, объект(ы) высокого приоритета
VDATind-h	ВТ-пользователь	Индикация VT-DATA, объект (ы) нормального приоритета
VDATind-h-n(Vnt)	ВТ-пользователь	Последовательность Vnt индикаций VT-DATA, нормальные объекты
VDATind-u	ВТ-пользователь	Индикация VT-DATA, объекты срочного приоритета
VDELind	ВТ-пользователь	Индикация VT-DELIVER
VENEGind	ВТ-пользователь	Индикация VT-END-NEG
VENEGcnf	ВТ-пользователь	Подтверждение VT-END-NEG
VGVTind	ВТ-пользователь	Индикация VT-GIVE-TOKENS
VNINVind	ВТ-пользователь	Индикация VT-NEG-INVITE
VNOFFind	ВТ-пользователь	Индикация VT-NEG-OFFER
VNACCind	ВТ-пользователь	Индикация VT-NEG-ACCEPT
VNREJind	ВТ-пользователь	Индикация VT-NEG-REJECT
VPABind	ВТ-пользователь	Индикация VT-P-ABORT
VRELind	ВТ-пользователь	Индикация VT-RELEASE
VRELcnf	ВТ-пользователь	Подтверждение VT-RELEASE
VRQTind	ВТ-пользователь	Индикация VT-REQUEST-TOKEN
VSNEGind	ВТ-пользователь	Индикация VT-START-NEG
VSNEGcnf	ВТ пользователь	Подтверждение VT-START-NEG
VSWPind	ВТ-пользователь	Индикация VT-SWITCH-PROFFILE
VSWPcnf	ВТ-пользователь	Подтверждение VT-SWITCH-PROFFILE
VUABind	ВТ-пользователь	Индикация VT-U-ABORT
APQ	Элемент ПВТ	VT-P-ABORT-REQ
ASQ	Элемент ПВТ	VT-ASSOCIATE-REQ
ASR	Элемент ПВТ	VT-ASSOCIATE-RESP
AUQ	Элемент ПВТ	VT-U-ABORT-REQ
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-NEG-ACCEPT-REQ
NDQ-ntr	Элемент ПВТ	VT-DATA, не включающий обновление ОУ с триггером
NDQ-tr	Элемент ПВТ	VT-DATA, содержащий обновление ОУ с триггером
NDQ(Vns)	Элемент ПВТ	Последовательность из Vns NDQ-ntr, или Vns-1 NDQ-ntr, за которыми следует NDQ-tr
NIQ	Элемент ПВТ	VT-NEG-INVITE-REQ
NJQ	Элемент ПВТ	VT-NEG-REJECT-REQ
NOQ	Элемент ПВТ	VT-OFFER-REQ
RLQ	Элемент ПВТ	VT-RELEASE-REQ
RLR	Элемент ПВТ	VT-RELEASE-RESP
RTQ	Элемент ПВТ	VT-REQUEST-TOKEN
SNQ	Элемент ПВТ	VT-START-NEG-REQ
SNR	Элемент ПВТ	VT-START-NEG-RESP
SPQ	Элемент ПВТ	VT-SWITCH-PROFILE-REQ
SPR	Элемент ПВТ	VT-SWITCH-PROFILE-RESP
UDQ	Элемент ПВТ	VT-URGENT-DATA

Таблица 27

Специальные действия

Таблица 28

Предикаты

Таблица 29

Общие события

Таблица 30

Общие действия

Таблица 31

Состояния сектора 1 - управление ассоциацией и приторможенное

Событие	Состояние
	01	02B	02S	03B	03S	10B	10N	10T	50B	51Q	51R	51N	51T
ASQ	17
ASR		15	16
BKQ									33	33			33
DLQ									21	21
HDQ									18	18			18
GTQ							19			31
NDQ-ntr									0	0
NDQ-tr									1	1
RLQ						25	26		22	35
RLR										34			20
RTQ						5	107	27		107			107
SNQ						29	28		23
SPQ						30	30		24
UDQ									106	106			106
VASSreq	2
VASSrsp				3	4
VGVTreq								6
VRELreq						7		8
VRELrsp											9	9
VRQTreq							10
VSNEGreq						11		12
VSWPreq						13		14

Таблица 32

Действия сектора 1

Таблица 33

Состояния сектора 2 - инициация согласования

Событие	Состояние
	20B	21Q	21R	21N	21T	30B	31Q	31R	31N	31T
BKQ	21	21			21	21	21			21
DLQ	10	10				10	10
GTQ	2					4
HDQ	8	8			8	8	8			8
NDQ-ntr	1	1				1	1
NDQ-tr	0	0				0	0
RLQ	18					13
RTQ		107			9		107			9
SNQ	19					14
SNR							11			12
SPQ	20					15
SPR		16			17
UDQ	106	106			106	106	106			106
VSNEGrsp								5	6
VSWPrsp			3	7

Таблица 34

Действия сектора 2

Таблица 35

Состояния сектора 3 - согласование

Таблица 36

Действия сектора 3

Таблица 37

Состояния сектора 4 - передача данных

Таблица 38

Действия сектора 4

ПРИЛОЖЕНИЕ 2

Обязательное

ОПРЕДЕЛЯЕМЫЕ ЗНАЧЕНИЯ КОМПОНЕНТОВ ”ИДЕНТИФИКАТОРА ОБЪЕКТА”

Для значений ”идентификатора объекта” назначены следующие имена с использованием нотации АСН.1:

 

ИНФОРМАЦИОННЫЕ ДАННЫЕ

1. ПОДГОТОВЛЕН И ВНЕСЕН ТК 22 ”ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ”

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

Настоящий стандарт подготовлен методом прямого применения международного стандарта ИСО 9041/1-90 ”Информационная технология. Взаимосвязь открытых систем. Протокол основного класса виртуального терминала. Часть 1. Спецификация” и полностью ему соответствует

3. Срок проверки - 1998 г., периодичность проверки - 5 лет

4. ВВЕДЕН ВПЕРВЫЕ

5. ССЫЛОЧНЫЕ НОРМАТИВНО-ТЕХНИЧЕСКИЕ ДОКУМЕНТЫ

_________

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

СОДЕРЖАНИЕ