Стр. 1
 

38 страниц

487.00 ₽

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

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

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

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

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

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

Процедуры СЭУО определны с точки зрения:

а) взаимодействий между равноправными протокольными автоматами СЭУО путем использования услуг СЭНП или услуг уровня представления;

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

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

Введен впервые (ИУС № 2-3-1994)

Оглавление

1 Область применения

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

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

4 Сокращения

5 Соглашения

6 Общее описание протокола

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

8 Преобразование в используемые услуги

9 Определение абстрактного синтаксиса блоков ПБДП

10 Соответствие

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

Приложение В Различия между настоящим стандартом и Рекомендацией Х.410-1984 МККТТ

Приложение С Перечень присвоенных значений объектного идентификатора

Библиографические данные

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

Страница 1

ГОСТ Р ИСО/МЭК 9072—2—93

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

СИСТЕМЫ ОБРАБОТКИ ИНФОРМАЦИИ

ПЕРЕДАЧА ТЕКСТА УДАЛЕННЫЕ ОПЕРАЦИИ

Часть 2

СПЕЦИФИКАЦИЯ ПРОТОКОЛА Издание официальное

БЗ 11-92/1122 £tfP€> -



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

Страница 2

ГОСТ Р ИСО/МЭК 9072—2—03

Предисловие

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

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

Стандарт подготовлен на основе применения аутентичного текста международного стандарта ИСО/МЭК 9072—2—89 «Системы обработки информации. Передача текста. Удаленные операции. Часть 2. Спецификация протокола»

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

(g) Издательство стандартов. 1994

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

II

Страница 3

ГОСТ Р ИСО.-МЭК 9072-2-93

СОДЕРЖАНИЕ

1 Область применении.............. I

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

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

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

5    Соглашении...................5

6    06u.ee ог.н сан не протокола    ...    ........5

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

в Преобразование в используемые услуги    .    .    .    17

9    Определение абсчрактного синтаксиса ПБДП    ...    ...    20

10    Соответствие    ...    ..........23

Приложение Л Таблиц» состояний ПАУО    .    .    •    .24

Приложение В Различия между настоящим стандартом и Рекомендацией

,    X 410-1984 .МККТТ..........32

Приложение С Перечень присвоенных дначсиий объемного идентификатора ....................33

Библиографические данные .    .    ..........54

%

II)

Страница 4

ГОСТ Р ИСО МЭК Я072-2-ЙЗ ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Системы обработки информации ПЕРЕДАЧА ТЕКСТА УДАЛЕННЫЕ ОПЕРАЦИИ Часть 2 Спецификация протокола

Information processij; systems. Text communication. Remote Operations. Part 2 Protocol specification

Дата введения 1994-07-0»

1    ОБЛАСТЬ ПРИМЕНЕНИЯ

Настоящий стандарт устанавливает протокол (абстрактный синтаксис) и процедуры для услуг сервисного элемента удаленных операций (СЭУО) (ГОСТ Р И СО/М $ К 9072—1). Услуги СЭУО обеспечиваются совместно с услугами сервисного элемента управления ассоциацией (СЭУА) (ИСО 8649) и протоколом СЭУА (ИСО 8650), факультативно с услугами сервисного элемента надежной передачи (СЭНП) (ГОСТ Р ИСО/МЭК 9066—1), протоколом СЭНГ1 (ГОСТ Р ИСО/МЭК 9066—2) и с услугами-уровия-представления (ГОСТ34971).

Процедуры СЭУО определены с точки зрения:

а)    взаимодействий между равноправными протокольными автоматами СЭУО путем использования услуг СЭНП или услуг уровня представления;

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

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

2    НОРМАТИВНЫЕ ССЫЛКИ

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

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

1

Страница 5

ГОСТ Р ИСО/МЭК 9072-2- 93

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

ГОСТ 34.971-91 (ИСО 8822—88) Системы обработки информации. Взаимосвязь открытых систем. Определение услуг уровня представления в режиме с установлением соединения

ГОСТ 34.973-91 (ИСО 8824—87) Системы обработки информации. Взаимосвязь открытых систем. Спецификация абстрактно-синтаксической нотации версии один (АСН. 1)

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

ГОСТ Р ИСО/МЭК 9066—1—93 Системы обработки информации. Передача текста. Надежная передача. Часть 1. Модель и определение услуг

ГОСТ Р ИСО/МЭК 9066—2—93 Системы обработки информации. Передача текста. Надежная передача. Часть 2, Спецификация протокола

ГОСТ Р ИСО/МЭК 9072—1—93 Системы обработки информации. Передача текста. Удаленные операции. Часть 1. Модель, нотация и определение услуг

ИСО/ТО 8509 —871 Системы обработки информации. Взаимосвязь открытых систем. Соглашения по услугам

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

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

3 ОПРЕДЕЛЕНИЯ

3.1 Определения,, относящиеся к эталонной модели    .    *

Настоящий стандарт основывается на концепциях, разработан* ных ГОСТ 28906, и использует следу ющие определенные в нем тер* мины:

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

б)    прикладной-процесс;

1

   *    До    пряного применения данных международных стандартов в качеств*

государственных стандартов Российской Федерации они могут быть получены по запросам из ВНИИКИ Госстандарта России.

Страница 6

ГОСТ Р ИСО/МЭК 9072-2-93

в)    прикладкой-лопйеский-элемент;

г)    прнкладной-сервисный элемент;

д)    протокольный блок-данных-прикладного-уровня;

е)    протокольная-управляющая-ннформацня-прикладного-уров-

ия:

ж)    услуга-уровня-представления;

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

3.2    Определения, относящиеся к соглашениям по услугам

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

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

б)    пользователь-услуг;

в)    подтверждаемая услуга;

г)    неподтверждаемая услуга;

д)    услуга, инициируемая поставщиком.

е)    сервисный-прнмнтнв; примитив;

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

и) индикация (примитив); к) ответ (примитив) и л) подтверждение (примитив).

3.3    Определения, относящиеся к услугам уровня представления

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

а)    абстрактный синтаксис;

б)    имя абстрактного синтаксиса;.

в)    контекст уровня представления.

3.4    Определения, относящиеся к управлению ассоциацией

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

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

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

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

3.5    Определения, относящиеся к надежной передаче

В настоящем стандарте используется следующий термин, определенный в ГОСТ Р ИСО/МЭК 9066—1:

з

Страница 7

ГОСТ Р ИСО/МЭК 9072—2—93

а) сервисный элемент надежной передачи.

3.6    Определения, относящиеся к услугам СЭУО Настоящий стандарт использует следующие термины, определенные в ГОСТ Р ИСО/МЭК 9072-1:

а)    прикладной-логический-объект-иницнирующнй-ассоцнацию; инициатор-ассоциации;

б)    прикладной-логичсский-объект-отвечающий-на-ассоциацию; ответчик-ассоциации;

в)    прнвлекающнй-прикладной-логический-объект; заявитель;

г)    ныполняющий-прнкладной-логическнй-объект; исполнитель;

д)    запросчик;

е)    получатель;

ж)    взаимосвязанные-операцин; и) порождающая операция;

к) порождаемая операция; л) УО-нотацня;

м) сервисный элемент надежной передачи; н) поставщнк-СЭУО; п) пользователь-СЭУО; р) пользователь-СЭНП; с) удаленные операции.

3.7    Определения, относящиеся к спецификации протокола удаленных операций

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

3.7.1    Протокольный-автомат-удаленных-операцнй.— протокольный автомат сервисного элемента удаленных операций, определенного в настоящем стандарте.

3.7.2    Запрашивающий-протокольный-автомат-удаленных-опера-цнй — протокольный автомат удаленных операций, пользователь-услуг которого является запросчиком конкретной услуги сервисного элемента удаленных операций.

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

4 СОКРАЩЕНИЯ

4.1    Блоки данных

ПБДП — протокольный блок данных прикладного уровня.

4.2    Типы протоко льны х-блокоВ'Данны х-прикла д-ног о-у ровня

Страница 8

ГОСТ Р ИСОМЭК «072-2-ЯЗ

Для используемых в настоящем стандарте протокольных блоков данных прикладного уровня даны следующие сокращения: УОПР — протокольный-блок-данных УО-ПРИВЛЕЧЕНИЕ; УОРЗ — протокольный-блок-данных УО-РЕЗУЛЬТАТ;

УООШ — протокольный-блок-данных УО-ОШИБКА;

УООТ — протокольный-блок-данных УО-ОТКЛОНЕНИЕ.

4.3 Прочие сокращения

В настоящем стандарте применены следующие сокращения: ЛОП — логический объект прикладного уровня;

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

СЭП — сервисный элемент прикладного уровня;

УО — удаленные операции;

ПАУО — протокольный автомат удаленных операций;

СЭУО — сервисный элемент удаленных операций;

НП — надежная передача;

СЭНП — сервисный элемент надежной передачи.

5 СОГЛАШЕНИЯ

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

О — наличие обязательно;

Ф — наличие поля является факультативной возможностью пользователя-СЭУО; зпр — источником является соответствующий примитив запроса; инд — адресатом является соответствующий примитив индикации;

па — источником или адресатом является ПАУО Структура каждого ПБДП СЭУО оиредена в разделе 9 с использованием нотаций абстрактного синтаксиса ГОСТ 34.973.

6 ОБЩЕЕ ОПИСАНИЕ ПРОТОКОЛА

6.1    Обеспечение услуг

Протокол, определяемый в настоящем стандарте, обеспечивает услуги СЭУО. определенные в ГОСТ Р ИСО/МЭК 9072—1. Эти услуги перечислены в таблице I.

6.2    Использование услуг

Для передачи информации в форме ПБДП СЭУО между равной ровными логическими объектами прикладного уровня (ЛОП) определяемый в настоящем стандарте протокол СЭУО нуждается в услуге передачи.

5

Страница 9

ГОСТ Р ИСО/МЭК 9072—С—93 Таблица 1 - Перечень услуг СЭУО

Уы»г*

Тип

УОНРИВЛЕЧЕНИН

Неполткерждаеиая

УС-РЕЗУЛЬТАТ

Неподтвержяагчая

УО-ОШИБКА

Нсяодтаерждаемая

НП П.? ОТКЛОНЕНИЕ

Неполтверждасиа*

НН-Пс ОТКЛОНЕНИЕ

Иниииированная-постазшяком

Две услуги передачи данных могут использоваться поочередно:

а)    услуги СЭНП, если СЭНП введен в состав прикладного контекста или

б)    услуги-уровня-предстаалемия, если СЭНП не введен в состав прикладного контекста.

В обоих случаях предполагается наличие прикладной ассоциации. устанавливаемой и разъединяемой услугами СЭУА.

6.2.1    Использование услуг СЭНП

Если СЭНП входит в состав прикладного контекста, то в настоящем стандарте предполагается, что ПАУО является единственным пользователем услуг НГЬПЕРЕДАЧА и НП-ПРЕДОСТАВ-ЛЕНИЕПОЛ НОМОЧ Ий.

Инициирующий ЛОП может выдавать только запросы на разъединение прнкладной-ассоииаиии с помощью услуги НП-ЗАКРЫ-ТИЕ, если он владеет полномочием. Следовательно, пользователь-СЭНП и ПАУО являются пользователями услуги НП-ЗАПРОС-

п ол номоч ий.

Автомат ПАУО является пользователем услуг НП-Пл-ПРЕРЫ-ВАНИЕ и НП-Пс-ПРЕРЫВАНИЕ. .

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

Если СЭНП не входит в состав прикладного контекста, то ПАУО является пользователем услуги Пт-ДАННЫЕ. )

6 3 Модель

Протокольный-автомат-удалснных-опсраций (ПАУО) обменивается данными со своим пользователемуслуг посредством примитивов. определенных ГОСТ Р ИСО/МЭК 9072—1. Каждое привлечение ПАУО управляет отдельной прикладкой-ассоциацией.

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

б

Страница 10

ГОСТ Р ИСО/МЭК 9072-2-93

луг СЭНП или услуг уровня представления. Если СЭНП входит в состав прнкладного-контекста. то используются примитивы НГ1-ПЕРЕДАЧА индикации. НП-Г1ЕРЕДАЧА запрос и НП-ПЕРЕДА-ЧА подтверждение. Если в прикладной контекст СЭНП не входит, используются примитивы услуг уровня представления Пт-ДАН-НЫЕ запрос и Пт-ДАННЫЕ индикация. В этом случае передача происходит без подтверждений.

Получение примитива услуг СЭУО, СЭНП или уровня представления и генерация соответствующих действий должны рассматриваться отдельно.

При обмене ПБДП предполагается наличие как инициирующе-го-ассоциацию ЛОП. так и отвечающего на ассоциацию ЛОП. Способ создания этих ЛОП не входит в предмет рассмотрения настоящего стандарта.

При выполнении операций предполагается наличие приклад-ной-ассоциацин между равноправными ЛОП. Способ установления и разъединения этих ассоциаций не входит и предмет рассмотрения настоящего стандарта (см. ГОСТ Р ИСО/МЭК 9072—1, ИСО 8649. ИСО 8650. ГОСТ Р ИСО/МЭК 9066-1 и ГОСТ Р ИСО/МЭК 9066-2).

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

7 ЭЛЕМЕНТЫ ПРОЦЕДУР

Протокол СЭУО содержит следующие элементы процедур:

а)    привлечение;

б)    передача-результата;

в)    передача-ошибки;

г)    отклонение-пользователем;

д)    отклонение-поставщиком.

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

Общие понятия «услуга передачи данных», «поставщик-услуги передачи», «запрос передачи» и «индикация передачи» используются в контексте раздела 7. В разделе 8 описан способ преобразования этих общих сервисных примитивов в услуги СЭНП или в услуги уровня представления.

В разделе 9 приведена подробная спецификация ПБДП СЭУО с использованием нотации, определенной в ГОСТ 34.973.

Страница 11

ГОСТ Р ИСО МЭК 9072-2-93

7.1    Привлечение

7.1.1    Назначение

Процедура привлечения используется одним из ЛОП (заявителем) для запроса выполнения операции другим ЛОП (исполнителем)

7.1.2    Используемые ПБДП

Процедура привлечения исиользует ПБДП УО-ПРИВЛЕЧЕНИЕ (УОПР).

Поля ПБДП УОПР перечислены н таблице 2.

Таблица 2- Поля ПБДП УОПР

Нааи«н011«пн* ПОлц

Hj.hi-не

Источник

Получатель

Ид привлечении

О

jnp

иид

Ид-юаимосвмзк

Ф

зпр

ИНД

Значении-операции

О

лпр

ИНД

Аргумент

ф

зпр

ИНД

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

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

а)    примитивом УО-ПРИВЛЕЧЕНИЕ запрос от запросчика;

б)    ПБДП УОПР в виде данных пользователя примитива индикации услуги передачи.

7.1.3.1    Примитив УО-ПРИВЛЕЧЕНИЕ запрос

Запрашивающий ПДУО формирует ПБДП УОПР из значений

параметров примитива УО-ПРИВЛЕЧЕНИЕ запрос. Параметр ♦данныс-пользовагсля» примитива запроса передачи содержит ПБДП УОПР.

Запрашивающий Г1АУО ожидает либо примитива индикации передачи от поставщика-услугн «передача», либо любого другого • примитива от запросчика.

7.1.3.2    ПБДП УОПР

Принимающий ПАУО получает от своего партнера ПБДП УОПР в виде данных-пользователя примитива индикации услуги передачи. Если какое-либо из полей ПБДП УОПР неприемлемо для этого ПЛУО, выполняется процедура отклонение-поставщиком, и ПАУО выдает иримнтяв УО-ПРИВЛЕЧЕНИЕ индикация.

Если ПБДП УОПР приемлем для принимающего ПАУО, последний выдает получателю примитив УО-ПРИВЛЕЧЕНИЕ индикация. Параметры этого примитива образуются из ПБДП УОПР.

Принимающий ПАУО ожидает либо примитива индикации «услуги передача* от поставщика этой услуги, либо любого другого примитива от получателя. ^

Страница 12

ГОСТ Р И СО/М ЭК 9072—2—ЙЗ

7.1.4 Использование полей ПБДП УОПР

Поля УОПР используются следующим образом.

7.1.4.1    Ид-привлечения

Это поле представляет собой значение параметр Ид-привлсче-ння примитива УО-ПРИВЛЕЧЕНИЕ запрос. Оно аналогично значению параметра Ид-привлечения примитива УО-ПРИВЛЕЧЕНИЕ индикация.

Значение этого поля прозрачно для ПАУО. однако оно может быть использовано в процедуре отклонения поставщиком.

7.1.4.2    Ид-взаимосвязи

Эю поле представляет собой значение параметра «Ид-взаимосвязи» примитива УО-ПРИВЛЕЧЕНИЕ запрос. 0»о выглядит аналогично значению параметра Ид-взаимосвязи примитива УО-ПРИ-ВЛЕЧЕНИЕ индикация.

Значение этого ноля прозрачно для ПАУО.

7.1.4.3    Значение-операции

Это поле представляет собой значение параметра «значение-операции» примитива УО-ПРИВЛЕЧЕНИЕ запрос. Оно выглядит аналогично значению параметра «значснис-операиииэ примитива УО-ПРИВЛЕЧЕНИЕ индикация.

Значение этого поля прозрачно для ПАУО.

7.1.4.4    Аргумент

Это поле представляет собой значение парзметра «аргумент» примитива УО-ПРИВЛЕЧЕНИЕ запрос. Оно выглядит аналогично значению поля «аргумент* примитива УО-ПРИВЛЕЧЕНИЕ индикация.

Значение этого ноля прозрачно для ПДУО.

7.2 Передача результата

7.2.1 Назначение

Процедура передачи результата используется одним из Л( (исполнителем) для запроса передачи результата успешно вы' ненной операции другому ЛОП (заявителю).

. 7.2.2 Используемые ПБДП

Процедура передачи-результата использует ПБДП УО-Р». ЗУЛЬТАТ (УОРЗ).

Поля ПБДП УОРЗ перечислены в таблице 3.

Т в « л я Ц а 3 — Поля ПБДП УОРЗ

Н«8Ы*1Ю1иНИ« ГОЛ*

Наличие

Исючяик

Палучятдеь

Ид-примсЧснйя

О

эпр

ИНД

Значение-операции

ф

ЗПр

ИНД

Результат

ф

■эпр

ИНД

3 Зак. 3&0

9

Страница 13

ГОСТ Р ИСО/МЭК 9072-2-93

7.2.3    Процедура передачи параметра

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

а)    Примитивом УО-РЕЗУЛЬТАТ запрос от запросчика;

б)    ПБДП УОРЗ, представляющим собой примитив индикации услуги передачи.

7.2.3.! Примитив УО-РЕЗУЛЬТАТ запрос

Запраишосющий ПАУО формирует ПБДП УОРЗ из значений параметров УО-РЕЗУЛЬТАТ запрос и выдает примитив запроса, услуги передачи. Параметр «данные пользователя» этого примитива содержит ПБДП УОРЗ.

Запрашивающий ПАУО ожидает либо примитива индикации услуги передачи от поставщика услуги «передача», либо любого другого примитива от запросчика.

7.2.3.2 ПБДП УОРЗ

Принимающий ПАУО получает от своего партнера ПБДП УОР.З в виде данных пользователя примитива индикации передачи. Если какое-либо поле этого ПБДП неприемлемо для данного ПАУО, то выполняется процедура отклонения-поставщиком и ПАУО не выдает примитива УО-РЕЗУЛЬТАТ индикация.

Если же ПБДП УОРЗ приемлем для принимающего ПАУО, он выдает получателю примитив УО-РЕЗУЛЬТАТ индикация. Параметры примитива УО-РЕЗУЛЬТАТ индикация образуются из ПБДП УОРЗ.

Принимающий ПАУО ожидает либо примитива передачи от передающего поставщнка-услуг, либо любого другого примитива от получателя.

7.2.4    Использование полей ПБДП УОРЗ

Поля ПБДП УОРЗ используются следующим образом.

7.2.4.1 Ид-привлечения

Эго поле представляет собой значение параметра Ид-привлече-примитива УО-РЕЗУЛЬТАТ запрос. Оно выглядит аналогично

.ению параметра Ид-привлечения примитива УО-РЕЗУЛЬТАТ ндикация.

Значение этого поля прозрачно для ПАУО, однако оно может быть использовано в процедуре отклонения поставщиком.

7 2.4.2 Значение-операции

Это поле, представляет собой значение параметра «значение-операции» примитива УО-РЕЗУЛЬТАТ запрос. Оно выглядит аналогично значению параметра «значение-операции» примитива УО-РЕЗУЛЬТАТ индикация.

Значение этого поля прозрачно для ПАУО.

Это поле должно присутствовать только при наличии поля «результат».

10

Страница 14

ГОСТ Р ИСО.'МЭК 9072—2—93

7.2.4.3    Результат

Это поле представляет собой значение параметра «результат» примитива УО-РЕЗУЛЬТАТ запрос. Оно выглядит аналогично значению параметра «результат» примитива УО-РЕЗУЛЬТАТ индикация.

Значение этого ноля прозрачно для ПАУО.

7.3    Передача-ошибки

7.3.1    Назначение

Процедура передачи-ошибки используется одним из ЛОП (исполнителем) для запроса передачи информации об ошибке другому ЛОП (заявителю) в случае безуспешною выполнения операции.

7.3.2    Используемые ПБДП

Процедура передачи-ошибки использует ПБДП УО-ОШИБКА (УООШ).

Поля ПБДП УООШ перечислены в таблице 4 Тл 6 л н ц 8 4— Пом ПБДП УООШ

Нликслоодяме поля

Малинке

Источник

Получатель

Ид-привлечсиия

О

»Л|>

ИНД

Значение-ошибки

О

зпр

ИН1

Параметр-ошибки

ф

зпр

ИНД

7.3.3 Процедура передачи ошибки

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

а)    примитивом УО-ОШИБКА запрос от запросчика;

б)    ПБДП УООШ в виде данных пользователя примитива индикации услуги передачи.

7.3.3.1    Примитив УО-ОШИБКА запрос

Запрашивающий ПАУО формирует ПБДП УООШ из значени параметров примитива УО-ОШИБКА запрос. Параметр «даник пользователя» примитива запроса услуги передачи соде ПБДП УООШ.

Запрашивающий ПАУО ожидает либо примитива индикации ус луги передачи от поставщика услуги «передача», либо любого другого примитива от запросчика.

7.3.3.2    ПБДП УООШ

Принимающий ПАУО получает от своего партнера ПБДП УООШ в виде данных-пользователя примитива индикации услуги передачи, рели какое-либо из полей ПБДП УООШ неприемлемо для этого Г1АУО. выполняется процедура отклонение-поставщиком и ПАУО выдает примитив УО-ОШИБКА индикация.

Страница 15

ГОСТ Р ИСО;МЭК 9072-2-М

Если ПБДП УООШ приемлем для принимающего ПАУО, последний выдаст получателю примитив УО ОШИБКА индикация. Параметры этого примитива образуются из ПБДП УООШ.

Принимающий ПАУО ожидает либо примитива индикации услуги передачи от поставщика услуги «передача», либо любого другого примитива от получателя.

7.3.4    Использование полей ПБДП УООШ

Поля УООШ используются следующим образом.

7.3.4.1    Ид-привлечения

Это поле представляет собой значение параметра «Ид-привлечения» примитива УО-ОШИБКА запрос. Оно выглядит аналогично значению параметра Ид-привлечения примитива УО-ОШИБКА индикация.

Значение этого поля прозрачно для ПАУО. однако оно может быть использовано в процедуре отклонения со стороны поставщика.

7.3.4.2    Значение-ошибки

Это поле представляет собой значение параметра «значение-ошибки» примитива УО-ОШИБКА запрос. Оно выглядит аналогично значению параметра «значение-ошибки» примитива УО-ОШИБКА индикация.

Значение этого поля прозрачно для ПАУО.

7.3.4.3    Параметр-ошибки

Это поле представляет собой значение параметра «параметрошибки» примитива УО-ОШИБКА запрос. Оно выглядит аналогично значению этого же параметра в примитиве УО-ОШИБКА индикация.

Значение этого поля прозрачно для ПАУО.

7.4    Отклонение-пользователем

7.4.1    Назначение

Процедура отклонения-пользователем используется одним из ОП для отклонения запроса (привлечения) или ответа (резуль-

л или ошибки) другого ЛОП.

7.4.2    Используемые ПБДП

Процедура отклонения-пользователем использует ПБДП УО-ОТКЛОНЕНИЕ (УООТ). Этот ПБДП используется также процедурой «отклонение-поставщиком».

Поля ПБДП УООТ. используемые процедурой «отклонение-пользователем». перечислены в таблице 5.

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

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

а) примитивом УО-Пл-ОтКЛОНЕНИЕ запрос от запросчика;

12

Страница 16

ГОСТ Р ИСО/МЭК 9072—2—93

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

Таблица 5— Поля ПБДП УООТ, используемые процедурой «отклонение-пользователем»

Мави«комии« поля

Нядичке

Источник

По.«уч*тель

Ид-привлсчеиня Проблема (выбор)

П робле v а • л ри влечения Проблема-передачи реауль-т*та * Проблема-передачи-ошибки

о

эпр

ИИД

о

»пр

киз

7.4.3.1    Примитив УОПл-ОТКЛОНЕНИЕ запрос

Запрашивающий ПАУО формирует ПБДП УООТ из значений

параметров примитива УО Пл-ОТКЛОНЕНИЕ запрос. Параметр «данные-пользователя» примитива запроса услуги передачи содержит ПБДП УООТ.

Запрашивающий ПАУО ожидает либо примитива индикации услуги передачи от поставщика-услуги «передача», либо любого Другого примитива от запросчика.    /

' 7.4.3.2 ПБДП УООТ

Принмающий ПАУО получает от своего партнера ПБДП УООТ в виде данных-пользователя примитива индикации услуги передачи. Если ни одно из полей ПБДП УООТ неприемлемо для этого ПАУО. он не выдает примитива УО-Пл-ОТКЛОНЕНИЕ индикация.

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

Принимающий ПАУО ожидает либо примитива индикации услуги передачи от поставщика услуги «передача», либо любого другого примитива от получателя.

7.4.4 Использование полей ПБДП УООТ

Поля ПБДП УООТ используются следующим образом.

7.4.4.1    Ид-привлечения

Это иоле представляет собой значение параметра Ид-привлечения примитива УО-Пл-ОТКЛОНЕНИЕ запрос, Оно рыгляднт ана:<

13

Страница 17

I

ГОСТ P ИСО/МЭК 9072-2-93

логично значению параметра Ид-нривлечения примитива УО-Пл-ОТКЛОНЕНИЕ индикация.

Значение этого поля прозрачно для ПАУО.

7.4.4.2 Проблема

Это поле представляет собой значение параметра «проблема» примитива УО-Пл-ОТКЛОНЕНИЕ запрос. Оно выглядит аналогично значению параметра «проблема» примитива УО-Пл-ОТКЛОНЕНИЕ индикация.

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

а) Проблема привлечения: отклонение пользователем примитива УО-ПРИВЛЕЧЕНИЕ индикация со значениями:

—    дублнрованное-прнвлеченне: означает, что параметр Ид-прн-влечення нарушает правила ГОСТ Р ИСО/МЭК 9072—1;

—    нераспознаваемая-операиия: означает, чго данная операция не входит в число операций, согласованных между пользователя-ми-СЭУО;

—    аргумент-неправильного-типа: означает, что тип обеспечиваемого аргумента операции не согласован между пользователями-СЭУО;

—    ограничение-ресурсов: исполняющий пользователь-СЭУО неспособен выполнить привлеченную операцию ввиду ограниченности ресурсов;

—    разъединение-от-инициатора: нннцнатор-ассоциации не желает выполнять привлеченную операцию, поскольку он собирается разъединить ассоциаиию-прнкладного-уровня;

—    нераспознаваемый-ид-взаимосвязи: означает, что ни одна из выполняемых операций не имеет параметра Ид-привлечения, равного определенному параметру Ид-вэаимосвязн;

—    неожидаемый-ответ-взаимосвязи: означает, что привлеченная операция, указанная параметром Ид-взаимосвязи, не. является порождающей операцией;

—    неожидаемая-порождаемая-операция: означает, что привлеченная порождаемая операция не входит в число тех, которые привлеченная порождаюшая-операция разрешила указанием взаимосвязи.

б) Проблема-передачи-результата:    пользователь    отклоняет

примитив УО-РЕЗУЛЬТАТ индикация со значениями:

—    нераспознаваемое-прнвлечение: означает, что среди выполняемых операций нет операции с определенным параметром Ид-привлечения;

—    иеожндаемый-результат-ответа: означает, что привлеченная операция не сообщила результат;

]4

Страница 18

ГОСТ Р ИСО/МЭК *072-2-93

—    результат-неправильного-типа: означает, что тип обеспеченного параметра «результат» не относится к согласованным между пользователямн-СЭУО

в) Проблема-уведомлення-об-ошибке: пользователь отклоняет примитив УО-ОШИБКА индикация со значениями:

—    нераспознаваемоепривлсчение: означает, что ни одна из выполняемых операций не имеет заданного параметра Ид-привлечения;

—    неожидаемый-ответ-об-ошибке: означает, что привлеченная операция не уведомила о безуспешности ее выполнения;

—    нераспознаваемая-ошибка: означает, что переданная ошибка не относится к ошибкам, согласованным между пользователямк-СЭУО;

—    иеожидаемая-ошибка: означает, что переданная ошибка не относится к тем, о которых может сообщить привлеченная операция;

—    параметр-неправильного-типа: означает, что обеспеченный тип параметра «ошибка» не относится к согласованным между пользователямн-СЭУО.

7.5 Отклонение-поставщиком

7.5.1    Назначение

Процедура отклонения-поставщиком используется, если ПАУО обнаруживает проблему, для информирования об этом пользователя СЭУО и равноправного ПАУО.

7.5.2    Используемые ПБДП

Процедура отклонения-поставщиком использует ПБДП УО-ОТКЛОНЕНИЕ (УООТ). Этот ПБДП используется также процедурой «отклонение-пользователем».

Поля ПБДП УООТ, используемые процедурой «отклонение-поставщиком», перечислены в таблице 6.

Таблица 6 — Поли ПБДП УООТ поставщиком»

использусмые

процедурой

«отклоисиие-

Н«им«яоиями« поля

Нгличие

Неточен* •

Палучммъ

Идпрпвлечсния

О

па

ИНД

Проблем» (выбор): Общая-проблеиа

О

па

ИНД

7.5.3 Процедура отклонения-поставщиком

Эта процедура активизирутся следующими элементами: а) неприемлемым ПБДП в виде данных пользователя примитива индикации услуги передачи;

15

Страница 19

ГОСТ Р ИСО/МЭК 9072-2-93

б)    ПБДП УООТ с параметром «проблема» в значении «общая-проблема» н виде данных-пользователя примитива индикации услуги передачи;

в)    безуспешной передачей ПБДП (например, из-за прерывания ассоциации).

7.5.3.1 Неприемлемый ПБДП

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

Если полученным неприемлемым ПБДП является ПБДП УООТ, то ПАУО не формирует и не передает нового ПБДП УООТ. В этом случае или после приема локально определенного номера ПБДП происходит аварийное-разъединение прикладной ассоциации.

При аварийном разъединении прикладно^-ассоциации принимающий ПАНН ожидает либо примитива индикации процедуры передачи от передающего поставщика услуг, либо любого другого примитива от запросчика.

7 5.3.2 ПБДП УООТ

Принимающий ПАУО получает от своего партнера ПБДП УООТ в виде данных-пользователя примитива индикации услуги передачи. Нели какое-либо из полей ПБДП УООТ неприемлемо для этого HAJ<0, то для неприемлемого ПБДП выполняется процедура отклонение-поставщиком.    '

Если ПБДП УООТ приемлем для принимающего ПАУО и поле «проблема* этого ПБДП показывает общую проблему, то принимающий ПАУО выдает получателю примитив ,УО-Пс-ОТКЛО-НЕНИЕ индикация. Параметры этого примитива (Ид-привлече-ння и причина-отказа) образуются из ПБДП УООТ.

Принимающий ПАУО ожидает либо примитива индикации ус- . луги передачи от поставщика услуги «передача*, либо любого другого примитива от получателя.

7 5.3 3 Безуспешная передача ПБДП

Если передающий ПАУО не способен передать ПБДП с. помощью примитива запроса услуги передачи, он выдает запросчику примитив УО-ОТКЛОНЕНИЕ индикация на каждый неПередан-ный ПБДП1

Параметр «возвращенный параметр» примитива УО-ОТКЛО-

Страница 20

ГОСТ Р И С О/М ЭК 9072—2—S3

НЕНИЕ индикация содержит параметры примитивов УО-ПРИ-ВЛЕЧЕНИЕ запрос. УО-РЕЗУЛЬТАТ запрос, УО-ОШИБК.А запрос или УО-Пл-ОТКЛОНЕНИЕ запрос.

После того, как все «возвращенные параметры» иепереданных ПБДП будут выданы запросчику, происходит аварийное разъединение прикладноЙ-ассоинации, если она продолжала существовать.

7.5.4 Использование полей ПБД(1 УООТ

Поля ПБДП УООТ используются следующим образом.

7.5.4.1 Ид-привлечения

Это поле отклоненного ПБДП н одноименный параметр примитива УО-Пс-ОТКЛОНЕНИЕ индикация. Типом и значением этого поля может быть НОЛЬ, если это поле не обнаружено в принятом ПБДП. В этом случае параметр «Ид-привлечення* примитива УО-Пс-ОТКЛОНЕНИЕ индикация опускается.

7 5.4.2 Проблема: Обшая-проблема

Это значение параметра «проблема» примитива УО-Пс-ОТКЛО-НЕНИЕ индикация. Процедура отклонения-поставщиком использует следующие значения этого параметра:

а) Общая-проблема: отклонение-поставщиком ПБДП со значениями:

—    нераспознаеаемый-ПБДП: означает, что тип ПБДП, как показывает его идентификатор 7ипа, не относится ни к одному из четырех, определенных настоящим стандартом;

—    ПБДП-неправильного-типа: означает, что структура этого ПБДП не соответствует настоящему стандарту;

—    неправильнопостроенный-ПБДП: означает, что структура ПБДП не соответствует стандартной нотации и кодированию, определенным в ГОСТ 34.973 и ГОСТ 34.974.

8 ПРЕОБРАЗОВАНИЕ В ИСПОЛЬЗУЕМЫЕ УСЛУГИ

В данном разделе определяется способ, которым ПАУО передает ПБДП с использованием:

а)    услуг СЭНП или

б)    услуг уровня представления.

В подразделе 8.1 определено преобразование в услуги СЭНП. а в подразделе 8.2 — преобразование в услуги уровня представления.

Для всех услуг СЭУО предполагается идентификация используемого поименованного абстрактного синтаксиса и процедура преобразования в используемые услуги, при этом данный вопрос является частным и не входит в предмет рассмотрения настоящего стандарта. •'■Ч

I г

Страница 21

ГОСТ Р ИСО/МЭК 9072-2-93

81 Преобразование в услуги СЭНП

В данном разделе определяется, каким образом ПАУО использует примитивы услуг СЭНП, описанные в ГОСТ Р ИСО/МЭК 9066—1. В таблице 7 определено преобразование примитивов услуг СЭУО и ПБДП в примитивы услуги СЭНП.

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

Автомат ПАУО должен предварительно завладеть полномочиями, чтобы иметь возможность использовать услугу НП-ПЕРЕДА-ЧА. Если ПАУО не владеет полномочиями, он может выдать примитив НП-ЗАПРОС-ПОЛНОМОЧИИ запрос, у которого параметр «приоритет» отображает наивысший приоритет ПБДП, ожидающего передачи.

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

Таблица 7 — Обзор преобразований СЭНП

Услуг» СЭУО

ПБДП

Услуг* СЭНП

УО-ПРИВЛЕЧЕНИЕ , запрос/индикация УО-РЕЗУЛЬТАТ запрос/индикация

УО-ОШИБКА

эапрое/индикаиия

уо Пл-отклонение

запрос/инлнкацня

УО-Пс-ОТКЛОНЕНИЕ

индикация

Управление

полномочиями

У ОПР

УОРЗ

УООШ

УООТ

УООТ

НП-ПЕРЕДАЧА запрос/индикация/ подтверждение НП-ПЕРЕДАЧА запрос/индикация/ подтверждение НП-ПЕРЕДАЧА запрос/индикация/ подтверждение НП-ПЕРЕДАЧА эапрсс/иидикаиия/

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

НП-ПЕРЕДАЧА запрос/индикация/ подтверждение Н П • ЗА П РОС- ПО Л НОМОЧ ИИ яапрос/нндикация

Н П П Р Е Д ОСТА В Л Е Н И Е • ПОЛ НО-МОЧИИ эапрос/инянкацмя

81.1.1 Использование услуги НП-ЗАПРОС-ПОЛНОМОЧИИ Автомат ПАУО выдает примитив НП-ЗАПРОС-ПОЛНОМО-ЧИЙ запрос для запроса полномочий. Он может выдавать его

18. .

Страница 22

ГОСТ Р ИСО'МЭК 9072-2-93

только в том случае, если он еще не владеет полномочиями.Услуга НП-ЗАПРОС-ПОЛНОМОЧИИ является неподтверждаемой.

Параметры услуги НП-ЗАПРОС-ПОЛНОМОЧИЙ используются следующим образом:

Приоритет: отражает наивысший приоритет Г1БДП, ожидающего передачи.

8.1.1.2    Использование услуги НП-ПРЕДОСТАВЛЕНИЕ-ПОЛ-НОМОЧИЙ

Автомат ПАУО выдаст примитив НП-ПРЕДОСТАВЛЕНИЕ-ПОЛНОМОЧИЙ запрос, чтобы уступить полномочия своему партнеру. Он может выдать его только в том случае, если владеет полномочиями. Эта услуга является неподтверждаемой.

8.1.2    Передача ПБДП

Каждый ПБДП передается в виде данных-пользователя услуги НП-ПЕРЕДАЧА. Автомат ПАУО выдает примитив НП-ПЕРЕДА-ЧА запрос только в том случае, если владеет полномочием и если нет неподтвержденных примитивов НП-ПЕРЕДАЧА подтверждение.

8.1.2.1 Использование услуги НП-ПЕРЕДАЧА

Услуга НП-ПЕРЕДАЧА является подтверждаемой услугой.

Параметры примитива НП-ПЕРЕДАЧА запрос используются следующим образом:

ПБДП — Представляет собой ПБДП, подлежащий передаче.

Его максимальный размер в этом преобразовании не ограничен.

Время передачи — Определяется локальными правилами передающего Г1АУО. Оно может быть связано с приоритетом передаваемого ПБДП.

Параметры примитива НП-ПЕРЕДАЧА индикация используются следующим образом:

ПБДП — Представляет собой ПБДП, подлежащий передаче.

Его максимальный размер в этом преобразовании не ограничей.

Параметры примитива НП-ПЕРЕДАЧА подтверждение используются следующим образом:

ПБДП — Этот ПБДП не передается в пределах времени-передачи. Он обеспечивается только в том случае, если параметр «результат* имеет значение «ПБДПне-пе-редан». В этом случае ПАУО выдает примитив УО-Пс-ОТКЛОНЕНИЕ индикация с параметром «пере-данный-параметр».

Результат — Значение «ПБДПпередан» этого параметра означает положительное подтверждение, а значение

Ч

10

Страница 23

гост р исо;мэк 9072-2-93

«ПБДП-не передан» — отрицательное подтверждение.

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

В данном разделе определяется способ использования автоматом ПАУО примитивов услуг уровня представления, описанных в ГОСТ 34.971. В таблице 8 определено преобразование примитивов услуг СЭУО и ПБДП в примитивы услуг уровня представления.

Таблица 8 — Обзор преобразований услуг уровня представления

Услуга СЭУО

ПБДП

Услуг» сэнп

УО-ПРИВЛЕЧЕНИЕ

запрос/ииликаии*

УО-РЕЗУЛЬТАТ

запрос/индикации

УООШИБКА

запрос/индикация

УО-Пл ОТКЛОНЕНИЕ

залросЛшдикация

УОПсОТКЛОНЕНИЕ

индикация

УОПР

УОРЗ

УООШ

УООТ

УООТ

Пт-ДАННЫЕ запрос/индккшия Пт-ДАННЫЕ запрос/ии ликлиия Пт-ДАННЫЕ запрос/ннлккаиия * Пт-ДАННЫЕ запрос/индикация Пт-ДАННЫЕ запрос/индикация

8.2.1    Передача ПБДП

Каждый ПБДП передается в виде данных-пользователя услуги Пт-ДАННЫЕ.

8.2.1.1    Использование услуги Пт-ДАННЫЕ

Услуга Пт-ДАННЫЕ является неподтверждаемой.

Параметры примитивов Пт-ДАННЫЕ запрос и Пт-ДАННЫЕ

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

Данные пользователя — Представляет собой ПБДП, подлежащий передаче. Его максимальный размер в этом преобразовании не ограничен.

Я ОПРЕДЕЛЕНИЕ АБСТРАКТНОГО СИНТАКСИСА ПБДП

Абстрактный синтаксис каждого ПБДП СЭУО определяется в данном разделе с использованием нотации абстрактного синтаксиса, изложенной в ГОСТ 34.973 и показанной на рисунке 1.

20.

Страница 24

гост р исо;мэк 9072-2-93

Remotc-OperationB-APDUs { joint-iso-cciU rcmote-operations{4( apdua(I) )

DEFINITIONS :-    f

BEGIN

EXPORTS rOSE. InvokelDType;

-- следующие макрокоманды используются з сооиктстаии с изложенным на

•    рисунке 4 ГОСТ Р ИСО/МЭК 9072-1

IMPORTS OPERATION. ERROR FROM Remote-Operation-Notation (joint-iso-

ccilt remote-operations(4) notation (O)J

APPLICATION-SERVJCE-ELEMENT FROM Remote Opcration No

tation-extension { joint iso-ccit remote operational) notation-extension<2|

rOSE APPLICATION-SF.RVICEELEMENT :    (Joint-tao-ccitt    remote    operati-

ons(4) aselD (3) }

-- ПБДП

-    Типы и значения операций и ошибок определены в спецификации протоко-

-    ла пользователя-СЭУО с использованием УО-нотации Значениями операций

-    являются либо тип объектного идентификатора. либо целочисленный тип

•    При использовании целочисленного типа он должен Быть различим в пре-

-    делах абстрактного синтаксиса. Значениями ошибок являются либо тип

-    объектного идентификатора, либо целочисленные типы. При использовании

-    целочисленных типов они должны быть различимы в пределвх абстрактно-

-    го синтаксиса. Для имени абстрактного синтаксиса СЭУО не существует

-    объектного идентификатора. Однако, вое типы данных АСН. I объектного

•    идентификатора, определенные и данном модуле, должны быть включены а

-    этот поименованный абстрактный синтаксис, определенный в спецификации

•    протокола пользователя-СЭУО

ROSEapdus :CHOICE {

IMPLICIT ROlVapdu, IMPLICIT RORSapdu. IMPLICIT ROERapdu. IMPLICIT RORJapdu }

roiv-apdu II rors-apdu [2 roer-apdu 13 rorj-apdu f4"

продолжение спецификации протокола СЭУО следует

Рисунок 1 {Лист 1) — Спецификации абстрактного синтаксиса протокола СЭУО

21

Страница 25

ГОСТ Р ИСО/МЭК 9072-2-93

-    - продолжение спецификации протокола СЭУО

-    • типы ПБДП

ROIVapdu    SEQUENCE    {

invoke-ID InvokelDType,

Unked-ID (0) IMPLICIT InvokelDTvpe OPTIONAL, opcration-value OPERATION, argument ANY DEFINED BY ooerallon-value OPTIONAL)

-- ANY (ЛЮБОЙ) заполняется одним типом данных -- ACH.J, следующим за ключевым словом ARGUMENT в • • определении типа конкретной операции InvokelDType :INTEGER RORSapdu : г- SEQUENCE {

invokelD InvokeJDType.

SEQUENCE { operatfon-value OPERATION, result ANY DEFINED BY operation-value

ANY (ЛЮБОЙ) заполняется одним гнпом данных •• АСН.1, следующим за ключевым елоком RESULT -- а определении типа конкретной операции.

) OPTIONAL }

ROERipdu : - SEQUENCE {

invoke ID InvokelDType,

error-value ERROR. '

parameter ANY DEFINED BY error-value

OPTIONAL )

• • ANY (ЛЮБОЙ) заполняется одинм типом данных -- АСН.1, следующим за ключевым словом PARA-■ - METER о определении iMia конкретной ошибки. ROERapdu    SEQUENCE    {

InvokelD CHOICE (InvokelDType, NULL), problem CHOICE {

0    IMPLICIT General Problem,

1    IMPLICIT InvokeProblem.

2    IMPLICIT ReturnReMiHProblem.

3    IMPLICIT ReturnErrorProblem})

-    • продолжение спецификации протокола СЭУО следует

Рисунок I (лист 2)

22

Страница 26

ГОСТ Р ИСО/МЭК «072-2-вЗ

• продолжение спецификации протокола СЭУО

General Problem    : - INTEGER {    - • обнаружено' поставщиком-СЭУО

unrecognUedAPDU (0), mistypedAPDU (1). badlyStructuredAPDL' (2) )

Invoke Problem    :INTEGER f    •• обнаружено ввльаомтедечСЭУО

duplicatelnvccation (0), unrecognisedOpcration (I), mistypedArgument <2), resourceLinmation (3),

InltiatorReleasini; (4), unrccognizedLinkcdID (S>. linkcdRcsporiscUnexpected (6). unrxpectedChildOperalion (7) J

ReturnResuIiProblem :    INTEGER {    -- обнаружено кольэомтелем-СЭУО

unrrcoKnisedlnvccation (0), roeultRcsponseUncxpeeted (I). mistypcdRcsult (2) }

ReturnErrorProblem    INTEGER {    •• обнаружено пользователе*-СЗУО

unrocognisedlnvoeation (0). errorResponseUnexpected (1), unrecognisedEiror (2), unexpcctedError (3). mlstypedParameter (4) J

END - -'спецификации протокола СЭУО

Рисунок I' (лист 3)

10 СООТВЕТСТВИЕ

Заявка о соответствии реализации настоящему стандарту должна отвечать требованиям подразделов 10.1 —10.3.

10.1    Требования к заявке

Разработчик должен указать прикладной контекст, соответствие которому заявляется, включая обеспечение системой преобразования СЭУО в СЭНП или в услуги-уровня представления, либо в то и другое.

10.2    Статические требования

Система должна соответствовать абстрактно-синтаксическому определению ПБДП, приведенному в разделе 9.

10.3    Динамические требования

Система должна:

а)    соответствовать элементам процедур, определенных в разделе 7;

б)    соответствовать преобразованию в те услуги пользователя, соответствие которым заявлено согласно разделу 8.

23

Страница 27

гост р ксо;мэк 9072-2-93

приложение л

(обязательное)

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

А I Обшис положении

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

Таблицы состояний не являются формализованным описанием ПАУО. Они приведены с целью более точной спецификации элементов процедур, определенных з разделах 7 н 8

Настоящее приложение содержит следующие таблицы;

а) Таблица A.I определяет сокращенное наименование. источник и наименование/описание каждого входящего события Источниками являются:

1) пользователь СЭУО (ноль.ювлтель-СЭУО);

21 равноправный ПАУО (равноправный ПАУО);

3)    11АУО. 1* исключением передающей части (ПАУО);

4)    передающая часть Г1АУО (ПАУО-ПД);

5)    либо поставщик-услуг уровня представления <постазщнк-УПт) н сервисный элемент управления ассоциацией (СЭУА), либо Сервисный *лс-мент надежной передачи (СЭНП).

б» Таблица А.2 определяет сокращенные наименования всех состояний ПАУО

в) Таблица АЗ определяет сокращенные наименования всех состояний ПАУО-ПД.

г)    Таблица А.4 определяет сокращенное наименование. адр<ч-аты и наименование/описание каждого исходящего события. К адресатам относятся

>    1) пользователь СЭУО (польчователь-СЭУО);

'    2!| равноправный ПАУО (равноправный ПАУО);

3)    ПАУО. за исключением передающей части (ПАУО);

4)    передающая часть ПАУО (ПАУО-ПД) и

5)    либо поставщик-услуг уровня представления (постатцнк-УПт) и сервисный элемент управления ассоциацией (СЭУА), либо сервисный элемент надежной передачи (СЭНГ1).

д)    Таблица Л.Я определяет предикаты

с) Таблица А.6 определяет таблицу состояний ПАУО с использованием сокращений предыдущих таблиц.

ж) Таблица А 7 определяет таблицу состояний ПАУО-ПД с использованием сокращений предыдущих таблиц в случае, когда СЭНП входит в состав прикладного контекста

и) Таблица А.8 определяет таблицу состояний ПАУО-ПД с использованием сокращений предыдущих таблиц ч случае, когда СЭНП не входит в состав прикладного хоитекста.

А 2 Соглашения

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

24

Страница 28

ГОСТ Р И СО/М ЭК 9072-2-93

В таблице состояний пустая ячейка означает такое сочетание входящего событии и состояния, которое не определено для ПАУО (см А.3.1.)

Непустая ячейка представляет собой такое сочетание входящего события и состояния, которое определено для ПАУО Такая ячейка содержит один или несколько списков действий. Список действий мож«»г быть обязательный иЛи условным. Если к ячейке содержится обязательный список, он является единственным списком в этой ячейке.

Список обязательных действий содержит.

а)    факультативно одно илн несколько исходящих событий и

б)    результирующее состояние,

Список условных действий содержит:

а)    предикатное выражение, содержащее предикаты и булевские операторы (знак « *1 > означает булевское НЕ), и

б| список обязательных действий (это? список используется только в том случае, если предикатное выражение является истинным)

А.З Действия, выполняемые ПАУО

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

А.3.1 Недействительные пересечения

Пустая ячейка укалывает недействительное пересечение входящего события и состояния При образовании таких пересечений выполняется одно из следующих действий:

э| если входящее событие поступает от пользователя-СЭУО. то любое выполняемое ПАУО действие рассматривается как частный воспрос.

б)    Если вхоляшеч; событие отмоситси к полученному ПБДП, поставщику-УПт СЭУА или СЭНП. го ПАУО выдает в ПАУО-ПД событие ПкА-ПРапр либо ПА5 0-ПД выдает ПРЕРзпр элементу СЭНП или СЭУА. или ПкА—ПРина автомату ПАУО.

А.З,Ч Действительные пересечения

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

а)    Если о ячейке содержится список обязательных действий. ПАУО выполняет специфицированные действия.

б)    Если в ячейке содержится по одному или по несколько условных действий на каждое предикатное выражение, являюиу.Ч'Си «истинным». ПАУО выполняет специфицированные действия. Если ин одно из предикатных выражений не является истинным. ПАУО выполняет одно из действий, определенных в А.3.1.

Таблица А.1 — Список входящих событий

СОКр|11Ц*И|Ю*

ивимеиоваиме

История*

Нам»гиои«м*« и оаисание

ПкА-УСТ

СЗНП

Примитив положительного ответа НП-ОТКРЫТИЕ ответ как примитив положительного подтверждения НП-ОТКРЫ-ТИЕ подтверждение

СЭУА

Примитив положительного ответа Пк-АССОЦИАЦИЯ ответ или лричитиг. положительного подтверждения Пк-АС-СОЦИАИИЯ подтверждение

25

Страница 29

ГОСТ Р ИСО МЭК 9072-2—М

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

Сокращенно»

И«Имгноа*п*е

Иаочиик

УО-ГШзпр

УО-РЗзпр

УО-ОШзпр

УО-ОТзпр

УО-ПлОТзпр

УОПВ

Пользовагель-

СЭУА

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

СЭУА

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

СЭУА

Иользователь-

СЭУА

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

СЭУА

Партнер-ПАУО

УОРЗ

Партнср-ПАУО

УООШ

Партнер-ПАУО

УООТпл

Партнер-ПАУО

УООТпс

Партнер-ПАУО

ПБДПнпл

Партнер-ПАУО

ПДинд 11Дэпр Пт-ДНинд НП-ПДиид

МАУО-ПД

ПАУО

Посташанк-УПт

СЭНП

НП-ПДпдт»

СЭНП

НП-ПДплт*

СЭНП

НП-ЗПкмл

СЭНП

НП-ППиид

СЭНП

ПкА-РЗД

СЭНП

СЭУА

ПкА-ПРзпр

26

ПАУО

Примитив УО-ПРИВЛЕЧЕНИЕ за прос

Примитив УО-РЕЗУЛЬТАТ запрос Примитив УО-ОШИБКА запрос Примитив УО-ОТКЛОНЕНИЕ запрос

Примитив уо Пл-отклонение за

прос

Действительный ПБДП УО-ПРИВЛЕ ЧЕНИЕ в виде данных пользователя со бытия ПДикд Действительный ПБДП УО-РЕЗУЛЬ ТАТ в виде данных пользователя совы гия ПДинд Действительный ПБДП УО ОШИБКА п виде данных- пользователя события ПДинд

Действительный ПБДП УО-ОТКЛО НЕНИЕ (отклонение-пользователем) виде данных пользователя события ПДикд

Действительный ПБДП УО-ОТКЛО НЕНИЕ (отклонсиис-поставщиком) в «и ле данных пользователя события ПДннд Неприемлемый ПБДП в виде данных пользователя события ПДинд Индикация передачи ПБДП Запрос передачи ПБДП Примитив Пт-ДАННЫЕ индикация Примитив НП-ПЕРЕДАЧА индика цня

Примитив НП-ПЕРЕДАЧА положи тельное подтверждение Примитив НП-ПЕРЕДАЧА отрицо тельное подтверждение Примитив НП-ЗАП РОС-ПОЛ HOMO ЧИП индикация Примитив НП ПРЕДОСТАВЛЕНИЕ-ПОЛНОМОЧИИ индикация Примитив НП-ЗАКРЫТИЕ ответ или НП-ЗАКРЫТИЕ подтверждение Примитив Пк-РАЗЪЕДИНЕНИЕ поло жительный ответ нлн Пк-РАЗЪЕДИНЕНИЕ положительное подт|»ерждение Прерывание прнхладиой-ассоинаиви


Страница 30

ГОСТ Р ИСО/МЭК 9012-7-93

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

Соарашаьио*

наименована*

Источник

НамисиФвэниа в опасавие

ПкА-ПРинд

ПРЕРимд

ПАУО-ПД

СЭПП

СЭУА

Прерванная прикладная-ассоциаикя

Примитив НП Пс ПРЕРЫВАНИЕ ни тикация или ПН Пд-ПРЕРЫВАНИЕ ин дикаиня

Примитив Пк-ПРЕРЫВАНИЕ индикация или Пк-Пс-ПРЕРЫВАНИЕ индикация

Таблица А2 — Состояние ПАУО

Сокращено*

Нави<»ввлямг » опвеанае

И4ЛМ«ПОО»Н"Г

COCTOl

Холостое, без ассоциации

CQCT02

С ассоциацией

Таблица АЗ — Состояния ПАУО-ПД

Сохраненное

иаииеноаввне

Наименовании м описание

состго

СОСТ2С

COCT2I

СОСТ22

СОСТ23

COCTIOO

CQCT200

Холостое. без ассоциации

С ассоциацией, полномочия лристх-иы, отсутствие передачи

С ассоциацией, полномочия присвоены, происходит передача

С ассоциацией, полномочия ж? присвоены, отсутствие передачи

С ассоинвцкей, полномочия не присвоены, требуется new-дача

Холостое, без ассоциации

С ассоциацией

27

Страница 31

ГОСТ Р ИСО/МЭК 9072-2-93

Таблица А .4 — Список исходящих событий

Лд«ИСКОВ*ПИ«

Ларесаг

Ниимснэоани* « описакие

УО-ПВимд

Подмователь-

СЭУД

Примитив УО-ПРИ ВЛЕЧЕНИЕ индикация

УОРЗинд

Полъзователь-

СЭУА

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

СЭУА

Польэозатйль-

СЭУА

Примитив УО-РЕЗУЛЬТАТ индикация

УО-ОШнил

Примитив УО-ОШНБКА индикация

УО-ПлОТинд

Принигив УО Пл-ОТКЛОНЕНИЕ индикация

УО-ПсОТивд

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

СЭУА

Примитив УО-Пс-ОТКЛОНЕНИЕ ни дикаиия

УОПВ

Партиер-ПАУО

ПБДП УО-ПРИ ВЛЕЧЕНИЕ » виде данных пользователя события ПДинд

УОРЗ

Партнер-ПАУО

ПБДП УО-РЕЗУЛЬТАТ в виде данных пользователя события ПДипд

УООШ

Партнер-ПАУО

ПБДП УО ОШИБКА я виде донных пользователя события ПДикд

УООТпл

Партнер ПАУО

ПБДП УО-ОТКЛОНЕНИЕ по-иницна-тивс-польэо»ателя в виде даипых-польэо нагеля события ПДннд

УООТпс

Партнер-ПАУО

ПБДП УО-ОТКЛОНЕНИЕ по-иниина-тявс-поставшика в виде данных пользователя события ПДнкд

ПДзпр

ПАУО-ПД

Запрос передачи ПБДП

ПДннд

ПАУО

Индикация передачи ПБДП

Пг-ДНзпр

Поста вшик-УПт

Примитив Пт-ДАННЫЕ запрос

НП-ПДэлр

СЭНП

Примитив НП-ПЕРЕДАЧА запрос

НП-ЗПэпр

НП-ППзпр

ПкА-ПРтр

ПкА-ПРинд

ПРЕРэпр

СЭНП

СЭНП

ПАУОПД

ПАУО

СЭНП

Примитив НП-ЗАПРОС-ПОЛ HOMO-ЧИП запрос Примитив НП-ПРЕДОСТАВЛЕНИЕ-ПОЛНОМОЧИИ запрос Прерываиие-пракладиой-ассоияации Прсрванная-прикладная-ассоциация Примитив НП-Пл-ПРЕРЫВАНИЕ за-

СЭУА

г рос

Примитив Пк-ГТРЕРЫВАНИЕ запрос

28

Страница 32

ГОСТ Р ИСО/МЭК 9072-2-М

Таблица А.5—Предметы

Код

М»и«ковакие н огтисдыис

р,|!

Р2

Неприемлемый ПБДП не является ПБДП УООТ и число огкло-нений не превышает локально определенного значения Полномочия, первоначально предосгапленные ПЛУО-ПД

Таблица Л.6 — Таблиц* состояний ПЛУО

Сокращенное

маимгммами»

COCTOI

COCTOI

ПкА-УСТ

СОСТОЙ

УО-ПВзпр

УОПВ

СОСТ02

УО-РЗзпр

УОРЗ

COCTD2

УО-ОШэпр

УООШ

состой

УО-ПяОТэпр

УООТп л СОСТОЙ

УОПВ

УОЛВннд

COCTQ2

УОРЗ

УОРЗинд

СОСТ02

УООШ

УО-ОШннд

СОСТОЙ

УООТп.-!

УОПлОТиид

СОСТ02

УООТ пс

УОПсОТинд

СОСТ02

ПБДПнпл

*

К)ОТпс COCTU2 '1 Р«:

ПкА-ПРяпр

COCTOI

ПкА-ПРинд

COCTOI

ПкА-РЗД

COCTOI

29

Страница 33

g Таблица A.7 — Таблиц* состояний ПАУО-ПД мри передав со стороны СЭНП

состю

сост

СОСТ21

COCTJJ

с ост

ПкА-УСТ

ОСТ20

Пр2:

СОСТ22

ПДэпр

НП-ПДэшр

COCT2I

НП-ЗПэор

состаз

НП-ПДпдг+

СОСТ20

НП-ПДпдт-

УО-ПсОТвид

СОСТ20

НП-ПДинд

ПДиид

COCT22

ПДинд

СОСТ23

НЛ-ЗПннд

НП-ППзор

СОСТ22

СОСТ21

НГЫШиид

СОСТ20

НИ-ПДзор

СОСТ21

ИкА-ПРапр

ПРЕРэор

СОСТЮ

УОПсОТнкд

ПРКРзпр

СОСТЮ

ПРЕРзор

СОСТЮ

УО-ПсОТикд.

ПРЕРэор

СОСТЮ

ПРЕРинд

ПкА-ПРиид

СОСТЮ

УО-ПсОТиид

ПкА-ГТРиид

СОСТЮ

ПкА ПРкнд СОСТЮ

УОИсОТиид

ПкЛ-ПРинд

СОСТЮ

ПкА-РЗД

СОСТЮ

УОПсОТмид

СОСТЮ

СОСТЮ

УО-ПсОТиид

СОСТЮ

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

Страница 34

ГОСТ Р НСО/МЭК 9072-2-93

Те в л ица А.8 — Таблиид состояний ПАУО-ПД при передаче услугами уровня предстаалеимя

COCTIW

еостяж

ПкА-УСТ

СОСТ200

ПДзпр

Пс-ДНи>р

COCT2W

Пс-ДНикд

ПДиыд

СОСТЗОО

ПкЛ-ПРэпр

ПРЕРзар

COCTIOO

ПРЕРинд

ПкА-ПРмд

COCTIOO

ПкА-РЗД

COCTIOO

31

Страница 35

ГОСТ Р ИСО/МЭК 9072-2-М

ПРИЛОЖЕНИЕ В (справочное)

РАЗЛИЧИЯ МЕЖДУ НАСТОЯЩИМ СТАНДАРТОМ И РЕКОМЕНДАЦИЕЙ Х.410 — 1984 МККТТ

В настоящем приложении излагаются техничеекне различия между потайней и протоколом >■ длинных операций, определяемых настоящим стандартом, и соответствующими нотацией н протоколом, определенными Рекомендацией

х.410— \<т мкктт.

B.|i Макрокоманды

В I I Ноныс макрокоманды Добавлены: макрокоманды BIND и UNBIND В. 1.2 Макрокоманда OPERATION 1) Нотация значения

Изменено: С: INTEGER на. CHOICE { INTEGER.

OBJECT IDENTIFIER )

2> Поименованный тин в вырабогхе результат»

Изменено: с: обязательный

на: факультативный Добавлено: Разработки для взаимосвязанных операций В. 1.3 .Макрокоманда ERROR Нотация значения — смотри В I 2. перечисление I В 2 Протокольные блоки данных прикладного уровня В.2.1 Л БД II

1)    Альтернзгнва выбора

Изменено: с: явное тегирование на. неявное тегирование В.2.2 Привлечение

I1) Добавлено: факультативный элемент ИД-взэкмосвязн для SEQUENCE

2)    элемент «аргумент»

Изменено, с: обязательный

на: факультативный В.23 Передачи результата

1)    Добавлено. Поле «значение-операции» и SEQUENCE

2)    элемент «результат»

Изменено с: обязательный

на: факультативный В.24 Отклонение

1)    Проблема при привлечении

Добавлено: значения с (3) по {7J включительно В З Процедуры и преобразования

В.3.1 Преобразование в используемые услуги li) Добавлено Преобразование в услуги уроним представления при отсутствии СЭНП в прикладном конттасте

2)    Добавлено: Преобразование для макрокоманд BIND и UNBIND В.4 Взаимодействия между реализациями 84 н 88

На основании изложенного в В.2.1 н В.2.3 взаимодействие между реализациями 84 и 88 невозможно. При *том первое изменение было указано в версии 5 Руководства для разработчиков Серии X.4G0.

Страница 36

ГОСТ Р ИСО/МЭК 9072-2-93

ПРИЛОЖЕНИЕ С (справочное)

ПЕРЕЧЕНЬ ПРИСВОЕННЫХ ЗНАЧЕНИЙ ОБЪЕКТНОГО ИДЕНТИФИКАТОРА

В настоящем приложении с-бобщева значения объектных идентификаторов, присвоенных ГОСТ Р ИСО/МЭК 9072-~1 и настоящим стандартом.

( совместная ксо-мкктт нотаимя'{0) уд«яениых-операиий141 )

-    - Модуль АСН I определен о ГОСТ Р ИСО/МЭК SHJ72 I { совместим»- исо-мхктт пбдт<1) удаленных-операций(4) }

-    - Модуль ACH.I определен в настоящем стандарте

{ совместное исо-мккгт расширеиис-котаинй (2) удаленных операций 14} }

•    • Модуль АСН.1 определен в ГОСТ Р ИСО/МЭК 9072-1 ( совчестный-нсомкктт Идс»п(3) удалс1(иых-01краций(4) }

•    • Идентификатор СЭП определен в настоящей стандарте

( совхестный-исо-мккгт Идс»пСЭУА(4) удалеиныхолсраинй(4) }

•    - Идентификатор СЭП определен в ГОСТ Р ИСО/МЭК 9072—1

33

Страница 37

ГОСТ Р ИСО/МЭК 9072—2—93

Библиографические данные

УДК 681.3:621.39:006 354    П85

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

ОКСТУ 4002

N

Страница 38

Редактор Г. С. Шеко Технический редактор J1. А. Кузнецова Корректор Н. И. Гаврищук

Сд»ир » "»в. 14.0194. Поди. * «1*ч 1JW.W    Уел. п«ч. я t,33. Уел. кр. отт. J.33,

У'.-и». S. 2.13 Тира* 477 »*>. С 10И.

Opats* «Зи«к Поч«т«» Иэлвтельстю стандартов. JW076. Мое«*а. Кололопый пер . 14 Калужская типография стандартов, ja, Моемнска*. >54. Зи. 350