Сертификация: тел. +7 (495) 175-92-77
Стр. 1
 

59 страниц

548.00 ₽

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

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

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

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

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

Определяет протокол доступа СПС (система передачи сообщений), используемый между удаленным агентом пользователя и СПС для обеспечения доступа к абстрактным услугам СПС, определенным в ИСО/МЭК 10021-4.

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

Настоящий стандарт определяет также протокол передачи СПС, используемый между агентами передачи сообщений для обеспечения распределенных операций СПС в соответствии с ИСО/МЭК 10021-4

Оглавление

Введение

Глава первая. Введение

1 Назначение

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

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

4 Сокращения

5 Соглашения

Глава вторая. Спецификации протоколов доступа систем обработки сообщений

6 Общее описание протоколов доступа СОС

7 Определение абстрактного синтаксиса протокола доступа СПС

8 Определение абстрактного синтаксиса протокола доступа ХС

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

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

Глава третья. Спецификация протокола передачи системы передачи сообщений

11 Общее описание протокола передачи СПС

12 Определение абстрактного синтаксиса протокола передачи СПС

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

14 Соответствие

Приложение А Справочное определение объектных идентификаторов протокола СОС

Приложение В Взаимодействие с системами 1984

Приложение С Различия между протоколами СОС 1984 и 1988

Приложение D Различия между текстом Рекомендации Х.419 МККТТ и настоящим стандартом

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

Страница 1

ГОСТ Р ИСО/МЭК 10021—6—97 ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

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

ПЕРЕДАЧА ТЕКСТА. СИСТЕМЫ ОБМЕНА ТЕКСТАМИ, ОРИЕНТИРОВАННЫЕ НА СООБЩЕНИЯ (MOTIS)

ЧАСТЬ 6. СПЕЦИФИКАЦИИ ПРОТОКОЛА

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

-95/38


ГОССТАНДАРТ РОССИИ М « с к м

Страница 2

ГОСТ Р ИСО/МЭК 10021—6—97

Предисловие

1    РАЗРАБОТАН Московским научно-исследовательским центром (МНИЦ) Комитета при Президенте Российской Федерации по политике информатизации

ВНЕСЕН Комитетом при Президенте Российской Федерации по политике информатизации

2    ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 19 августа 1997 г. N? 286

Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК 10021—6—90 «Информационная технология. Передача текста. Системы обмена текстами, ориентированные на сообщения (MOTIS). Часть 6. Спецификации протокола*

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

© И ПК Издательство стандартов. 1997

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

И

Страница 3

ГОСТ Р ИСО/МЭК 10021-6-97

Содержание

.............................IV

Введение

Глава первая. Введение................................................................1

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

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

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

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

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

Глава вторая. Спецификации протоколов доступа систем обработки сообщений............................ 4

6    Общее описание протоколов доступа СОС............... 4

7    Определение абстрактного синтаксиса протокол;! доступа СПС 11

8    Определение абстрактного синтаксиса протокола доступа ХС . 16

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

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

Глава третья. Спецификация протокола передачи системы передачи

сообщений..............................26

11    Общее описание протокола передачи СПС..............26

12    Определение абстрактного синтаксиса протокола передачи

СПС...........................................32

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

14    Соответствие.....................................40

Приложение А Справочное определение объектных идентификаторов протокола СОС . .. ................42

Приложение В Взаимодействие с системами 1984............ 45

Приложение С Различия между протоколами СОС 1984 и 1988 . 50 Приложение D Различия между текстом Рекомендации Х.419

МККТТ и настоящим стандартом...........54

ш

Страница 4

ГОСТ Р ИСО/МЭК 10021-6-97

ВВЕДЕНИЕ

Настоящая часть ГОСТ Р ИСО/МЭК 10021 — одна из совокупности частей ГОСТ Р ИСО/МЭК 10021 [стандарты по системам обмена текстами, ориентированным на сообщения (MOTIS)J. ГОСТ Р ИСО/МЭК 10021 обеспечивает исчерпывающую спецификацию обработки сообщений, охватывающую любое количество взаимодействующих открытых систем.

ГОСТ Р ИСО/МЭК 10021 состоит из нескольких частей, объединенных общим названием «Информационная технология. Передача текста. Системы обмена текстами, ориентированные на сообщения (MOTIS)*;

-    Часть 1. Общее описание системы и службы

-    Часть 2. Общая архитектура

-    Часть 3. Соглашения по определению абстрактных услуг

-    Часть 4. Система передачи сообщений: определение абстрактных услуги процедуры

-    Часть 5. Хранилище сообщений: определение абстрактных услуг

-    Часть 6. Спецификации протокола

-    Часть 7. Система мсжпсрсональных сообщений

Система обмена текстами обеспечивает обмен сообщениями между пользователями на основе передачи сообщений с промежуточным накоплением. Сообщение, выдаваемое одним пользователем (отправителем), передается через систему передачи сообщений (СГ1С) и доставляется одному или нескольким другим пользователям (получателям). Пользователь может взаимодействовать непосредственно с СПС, либо косвенно через хранилище сообщений (ХС).

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

Настоящий стандарт подготовлен на основе международного стандарта, разработанного совместно МККТТ и ИСО/МЭК. Эквивалентным документом МККТТ является Рекомендация X.4I9 МККТТ.

IV

Страница 5

ГОСТ Р ИСО/МЭК 10021-6-97 ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Информационная технология

ПЕРЕДАЧА ТЕКСТА. СИСТЕМЫ ОБМЕНА ТЕКСТАМИ, ОРИЕНТИРОВАННЫЕ НА СООБЩЕНИЯ (MOTIS) Часть 6. Спецификации протокола

Information technology. Text communication. Message-oncntcd text interchange systems (MOTIS).

Part 6. Protocol specifications

Дата введения 1998—07—01

ГЛАВА ПЕРВАЯ. ВВЕДЕНИЕ 1 НАЗНАЧЕНИЕ

Настоящий стандарт определяет протокол доступа СПС (РЗ), используемый между удаленным агентом пользователя и СПС для обеспечения доступа к абстрактным услугам СПС, определенным в ИСО/МЭК 10021-4.

Настоящий стандарт определяет также протокап доступа ХС (Р7), используемый между удаленным агентом-пользователя и хранили-шем-сообщений (ХС) для обеспечения доступа к абстрактным услугам ХС, определенным в ГОСТ Р ИСО/МЭК 10021—5.

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

ИСО/МЭК 10021—2 идентифицирует другие стандарты, определяющие другие аспекты систем обработки сообщений.

Во второй главе настоящего стандарта определены протоколы доступа С ОС (РЗ и Р7). В разделе 6 приведено об шее описание протоколов доступа (РЗ и Р7). В разделе 7 определяется абстрактный синтаксис протокола доступа СПС (РЗ), в разделе 8 — абстрактный синтаксис протокола доступа ХС (Р7), в разделе 9 — преобразование протокола доступа СОС в используемые услуги, в разделе 10 — требования к соответствию системных реализаций протоколам доступа С ОС.

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

I

Страница 6

ГОСТ Р ИСО/МЭК 10021-6-97

В третьей главе настоящего стандарта определен протокол передачи СПС (Р1). В разделе 11 приведено общее описание протокола доступа СПС (Р1). В разделе 12 определяется абстрактный синтаксис протокола передачи СПС (Р1), в разделе 13 — преобразование протокола передачи СПС (Р1) в используемые услуги, в разделе 14 — требования к соответствию систем, реализующих протокол передачи СПС (Р1).

В приложении В описаны протокольные правила взаимодействия с реализациями Рекомендации X.41I (1984), использующими протокол передачи СПС (Р1).

В приложении С перечислены различия между Рекомендацией Х.411 (1984) и настоящим стандартом.

В приложении D перечислены технические различия между текстом Рекомендации Х.419 МККТТ и настоящим стандартом.

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

2.1 Взаимосвязь открытых систем В настоящем стандарте используются ссылки на следующие спецификации ВОС:

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

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

ГОСТ 34.981-91 Информационная технология. Взаимосвязь открытых систем. Определение услуг сервисного элемента управления ассоциацией

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

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

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

ИСО/МЭК 9594—2—90 Информационная технология. Взаимосвязь открытых систем. Справочник. Часть 2. Модели

2

Страница 7

ГОСТ Р ИСО/МЭК 10021-6-97

2.2 Системы обработки сообщений Настоящий стандарт ссылается на следующие спецификации систем обработки сообщений:

ИСО/МЭК 10021 — 1—90 Информационная технология. Передана текста. Системы обмена текстами, ориентированные на сообщения (MOTIS). Часть 1. Общее описание системы и службы

ИСО/МЭК 10021—2—90 Информационная технология. Передача текста. Системы обмена текстами, ориентированные на сообщения (MOT1S). Часть 2. Общая архитектура

ИСО/МЭК 10021—3—90 Информационная технология. Передача текста. Системы обмена текстами, ориентированные на сообщения (MOTIS). Часть 3. Соглашения по определению абстрактных услуг

ИСО/МЭК 10021—4—90 Информационная технология. Передача текста. Системы обмена текстами, ориентированные на сообщения (MOTIS). Часть 4. Система передачи сообщений. Определение абстрактных услуг и процедуры

ГОСТ Р ИСО/МЭК 10021—5—96 Информационная технология. Передача текста. Системы обмена текстами, ориентированные на сообщения (MOTIS). Часть 5. Хранилище сообщений. Определение абстрактных услуг

ГОСТ Р ИСО/МЭК 10021—7—97 Информационная технологи.. Передача текста. Системы обмена текстами, ориентированные на сообщения (MOTIS). Часть 7. Система мсжлсрсональных сообщений

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

Определения приведены в ИСО/МЭК 10021—2.

4    СОКРАЩЕНИЯ

Сокращения перечислены в ИСО/МЭК 10021—2.

5    СОГЛАШЕНИЯ

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

5.1 Термины

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

з

Страница 8

ГОСТ Р ИСО/МЭК 10021-6—97

ствснныс пишутся с прописной буквы без связующего дефиса, например: Имя.

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

ГЛАВА ВТОРАЯ. СПЕЦИФИКАЦИИ ПРОТОКОЛОВ ДОСТУПА СИСТЕМ ОБРАБОТКИ СООБЩЕНИЙ

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

6.1 Модель протоколов доступа СОС

В разделе 6 ИСО/МЭК 10021—4 описана абстрактная модель систем передачи сообщений (СГ1С) и абстрактные услуги СПС, которые она предоставляет своим пользователям-СПС.

В разделе 6 ГОСТ Р ИСО/МЭК 10021—5 описана абстрактная модель хранилища сообщений (ХС) и абстрактные услуги СПС, которые оно обеспечивает споим пользователям-ХС.

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

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

Функциональные возможности логических-объсктов-прикладно-го-уровня разделены на ряд (состоящий от одного до нескольких) сервисных-элементов-прикладного-уровня (СЭП). Взаимодействия между ЛОП описываются с точки зрения использования ими услуг, обеспечиваемых СЭП.

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

4

Страница 9

ГОСТ Р ИСО/МЭК 10021-6-97

(СЭДС) обеспечивает услуги в порту доставки, сервисный элемент управления сообщением (СЭУС) обеспечивает услуги в административном порту. СЭПрС, СЭДС и СЭУС являются асимметричными -СЭП; то есть элементы СЭГ1 пол ьэо вател я - СЭ П действуют в качестве потребителя, а элементы СЭП СГ1С — в качестве поставщика абстрактных услуг СПС.

Точно так же доступ к абстрактным услугам ХС обеспечивается тремя СЭП; сервисным элементом предоставления сообщения (СЭПрС), обеспечивающим порт-косвснного-предоставлсния; сервисным элементом поиска сообщений (СЭПсС), обеспечивающим услуги порта поиска, и сервисным элементом управления сообщением (СЭУС), обеспечивающим услуги административного-порта. СЭП пользователя-XC действует и качестве потребителя, а СЭП ХС — в качестве поставщика абстрактных услуг ХС.

Эти ссрвисные-элсменты-прикладного-уровня, в спою очередь, обеспечиваются другими сервисными-элементами-л рикладного-уровня.

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

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

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

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

Страница 10

ГОСТ Р ИСО/МЭК 10021-6-97

В таблице 1 идентифицированы прикладные-контексты, определенные в настоящем стандарте для протокола доступа СПС и протокола доступа ХС.

Таблица 1 — Прикладные контексты прсггохола доступ» СОС

Прмыадаой кокгект

С9П обработал сообвкиий

Обмиечмыгчкие СЭП

СЭПрС

сэдс

СЭПсС

С9УС

СЭУО

сэнп

СЭУА

Протокол доступа СПС

Доступ-спс

ПТ

пт

пт

X

X

Форсированный доступ -спс

ПС

ПС

ПС

X

X

Надежный-достул-спс

ПТ

пт

пт

X

X

X

Форсирован и ы й-надеж-

ный-доступ-спс

ПС

ПС

ПС

X

X

X

Протокол доступа ХС

Доступ-хс

пт

пт

пт

X

X

Належи ый-доступ • хс

пт

пт

пт

X

X

X

Обозначения:

X — наличие;

«—» — отсутствие;

ИТ - имеется при инициации со стороны потребителя;

Г1С — имеется при инициации со стороны поставщика ____j

Если обеспечивается протокол доступа СПС (РЗ), то обеспечение прикладных-контекстов доступ-СПС и форснрованный-доступ-СПС является обязательным для МТС. Если АПС обеспечивает прикладной-контекст надежный-доступ-СПС, он должен обеспечивать также форсироваиный-иалежный-доступ-СПС, и наоборот. Обеспечение каждого прикладного-контекста протокола доступа СПС (РЗ) явля-с.ся факультативным для пользователя-СПС.

Если обеспечивается протокол доступа ХС (Р7), то обеспечение прикладного-контекста доступ-ХС обязательно для ХС, а обеспечение прикладного-контекста надежиый-доступ-ХС — факультативно. Обеспечение каждого из прикладных-контекстов протокола доступа ХС (Р7) является факультативной возможностью пользователя-ХС. На рисунке 1 приведена модель прикладного-контекста между

6

Страница 11

ГОСТ Р ИСО/МЭК 10021-6-97

Прикладной

уровне

Уровень

представления

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

Рисунок 1 — Модель протокола доступа СПС

СПС

СЭПрС,

сэдс,

СЭУС,

СЭУО

СЭУА

Прикладной

уровень

Полыояа-

тель-

ХС

ХС

СЭПрСс

СЭПрС,

СЭПсСс

СЭПсС,

СЭУС0

Протокол Р7

СЭУС,

СЗУО

*-э

СЭУО

СЭУА

СЭУА

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

Уровень

представления

Рисунок 2 — Модель протокол» доступа ХС

7

Страница 12

ГОСТ Р ИСО/МЭК 10021-6-97

пользователем-С ПС и СПС. Роль потребителя СЭП пользователя -СПС и роль поставщика СЭП СПС указана индексами «ПТ* и «ПС* соответственно.

Аналогичным образом на рисунке 2 изображена модель приклад* ного-контсксга между пользователем-ХС и ХС.

6.2    Услуги, обеспечиваемые протоколом доступа СПС

Протокол доступа СПС (РЗ) охватывает следующие операции, которые обеспечив;»ют услуги, определенные в ИСО/МЭК 10021—4: Связка-СПС и развязка-СПС

а)    Связка-СПС

б)    Развязка-СПС

Сервисный элемент предостав.гения сообщения (СЭПрС)

в)    предоставление-сообщения

г)    предоставление-зонда

д)    аннулирование-задержанной-доставки

е)    управление-предоставлением

Сервисный элемент доставки сообщения (СЭДС)

ж)    доставка-сообщения и) отчет-о-доставкс

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

Сервисный элемент управления сообщением (СЭУС) л) регистрация

м) изменен ие-удосто»срсн ия -л ичности.

6.3    Услуги, обеспечиваемые протоколом доступа ХС

Протокол доступа ХС (Р7) охватывает следующие операции, которые обеспечивают услуги, определенные в ГОСТ Р ИСО/МЭК 10021-5:

Связка-ХС и развязка-ХС

а)    Связка-ХС

б)    Развязка-ХС

Сервисный элемент предоставления сообщения (СЭПрС)

в)    предоставление-сообщения

г)    предоставление-зонда

д)    аннулирование-задержанной-доставки

е)    управление-предоста&пением Сервисный элемент поиска сообщения (СЭПсС)

ж)    суммирование

к

Страница 13

ГОСТ Р ИСО/МЭК 10021-6-97

и) перечисление к) извлечение л) удаление м) рсгистрация-ХС н) изменение

Сервисный элемент управления сообщением (СЭУС) п) регистрация

р) изменение-удостовсрения-личности.

6.4 Использование нижсрасположснных услуг Протоколы доступа СОС используют нижерасположенные услуги в соответствии с нижеизложенным.

6.4.1    Использование услуг СЭУО

Сервисный элемент удаленных операций (СЭУО) определен в ГОСТ Р ИСО/МЭК 9072-1.

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

Удаленные операции протокола доступа СПС (РЗ) и протокола доступа ХС (Р7) являются операциями (асинхронными) класса 2.

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

Сервисный элемент надежной передачи (СЭНГ1) определен в ГОСТ Р ИСО/МЭК 9066-1.

СЭНП предназначен для надежной передачи протокольных-бло-ков-данных-прикладного-уровня (ПБДП). СЭНП обеспечивает полную и только одноразовую передачу ПБДП. либо уведомление передающего об особых случаях. СЭНП осуществляет восстановление при безуспешном обмене данными и неисправностях оконечных систем и минимизирует количество повторных передач, необходимых для восстановления.

Определены альтернативные прикладные-контексты с СЭНП и без него для обеспечения протоколов доступа СОС.

СЭНП используется в нормальном режиме. Использование нормального режима СЭНП предполагает использование нормального режима СЭУА и нормального режима услуг-уровня-представления.

Если СЭНП включен в прикладной-контекст, то операции связка-СПС и развязка-СПС (связка-ХС и развязка-ХС) протокола доступа СОС являются единственными пользователями услуг СЭНП

9

Страница 14

ГОСТ Р ИСО/МЭК 10021-6-97

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

6.4.3    Использование услуг СЭУА

Сервисный элемент управления ассоциацией (СЭУА) определен в ГОСТ 34.981.

СЭУА обеспечивает управление приклапной-ассоцнации (установлением, разъединением, прерыванием) между ЛОП.

Если СЭНП не включен в прикладной-контекст, то операции связка-СПС и развязка-СПС (свяэка-ХС и развязка-ХС) протокола доступа СОС являются единсткенными пользователями услуг П-АС-СОЦИАЦИЯ и П-РАЗЪЕДИНЕНИЕ элемента СЭУА в нормальном режиме. Элемент СЭУО является пользователем услуг СЭУО П-ПРЕ-РЫВАНИЕ и П-Пс-ПРЕРЫВАНИЕ.

Если СЭНП включен в прикладной-контекст, то СЭНП является единственным пользователем услуг СЭУА П-АССОЦИАЦИЯ, П-РАЗЪЕДИНЕНИЕ, П-ПРЕРЫВАНИЕ и П-Пс-ПРЕРЫВАНИЕ. Использование нормального режима СЭНП предполагает использование нормального режима СЭУА и нормальною режима услуг-уровня-представления.

6.4.4    Использование усяуг-уровня-пребсталления

Услуги-уровня-прсдставлсния определены в ГОСТ 34.971.

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

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

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

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

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

Если СЭНП включен в прикладной-контекст, то СЭНП является единственным пользователем услуг-уровня-предстаатсния Пк-НАЧАЛО-АКТИВНОСТИ, Пк-ДАННЫЕ, Пк-МЛАДШАЯ-СИНХРОНИЗАЦИЯ, Пк-КОНЕЦ-АКТИВНОСТИ, Пк-ПРЕРЫВАНИЕ-АКТИВНОСТИ, Пк-АННУЛИРОВАНИЕ-АКТИВНОСТИ, Пк-Пл-

ю

Страница 15

ГОСТ Р ИСО/МЭК 10021-6-97

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

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

Абстрактный-синтаксис протокапа доступа СПС < РЗ) определен на рисунке 3.

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

Определение абстрактного синтаксиса протокола доступа СПС (РЗ) состоит из следующих основных частей:

—    Пролог — объявления экспорта из модуля «доступ протокола СПС* (РЗ) и импорта в этот модуль (рисунок 3, лист 1).

—    Прикладные контексты — определения прикладных-контекс-тов, которые могут использоваться между пользователями-СПС и самой СПС (рисунок 3, листы 1 и 2).

—    Сервисный элемент предоставления сообщения — определения сервисного элемента предоставления сообщений (СЭПрС), его удаленных операций и ошибок (рисунок 3, лист 3).

—    Сервисный элемент доставки сообщения — определения сервисного элемента доставки сообщений (СЭДС), его удаленных операций и ошибок (рисунок 3, лист 4).

—    Сервисный элемент управления сообщением — определения сервисного элемента управления сообщениями (СЭУС), его удаленных операций и ошибок (рисунок 3, лист 4).

и

Страница 16

ГОСТ Р ИСО/МЭК 10021-6-97

MTSAccessPtotocol {joint-iso-ccnt mhs-rootB(6) protocols(O) moduks(0) mts-access-proto-

coHUl

DEFINmONS IMPLICIT TAGS :: -BEGIN

•    * Hpaw EXPORTS

-    - Сервисные элементы прикладного уровня mSSE. mDSE, mASE;

IMPORTS

-    • Сервисные цементы ярикынЪюго уровня и ярикюдхые контексты APPUCATTON-SERVICE- ELEMENT. APPLICATTON-CONITXr, aCSE

FROM Remote-Opcraiions-NoUtion-extenaon {joint-no-ccitt remotc-operations(4) notatkm-cxtension(2) )

rTSE

FROM Reliable-Transfer-APDUs | joint-iso-ccitt reliable-transfer^) apduMO) )

-    - Параметры абстрактных yc.%yt СПС

MTsBind. MTSUnbind. Mcssagesubmixsion. ProbeSubmission. CancclDeferTedDeliveo SubmisJionConUol, McssagcDelivery, ReportDcltvcry, DeliveiyControt, Register Change Credentials.    SubmBsionControlVioiatcd, ElemenWISeniccNoiSutecnbed

l>tJerredI)chver>CanceUolK)nReiecicd. Or^uutorlnvalid. RocipjentlmproperlySpecifiixl MessageSubmissionldentifierlnvalid, I neons isteul Request. SecuntyLrmr. Unsupported CnlicalFuncUon, RemoteBindEnor, DcliveryQmirolViolated, CorttroiVioLatcsRcgis traUon. RegisterRejected. NcwCrixteirtuhUrncccptaMe, OldCicdenUalslnconecUySpociftcd FROM MTSAbetractServjce { jomt-iso-ccitt rnhs-moti«6) mts(3) modales(O) mts-atetract serviced))

-    - Обьехтные идентификаторы

id-ac-mts ассея, id-ac-mts-forcedaccess. id-ac-mts-relnble-access, id-ac-mls-forced reliablc-access,

id-as-acse. id-as-msse, ld-as-radsc, id-is mree. td-is-masc, >d-as-rats, id-as-mlf-iUe, id a<e-m.ssc. id-ase-mdse, «J-asc-mase

FROM MHSProtocoIObjectldcrMifiers (joint-iso-ccitt mhs-motis(6) protocols<0>

-    - Приходные контексты без СЭНП

•    - Инициировано птьзоватыем-СПС mts-access APPLlCAnON-CONTEXT

APPLICATION SERVICE ELEMENTS (aCSE)

BIND MTSHind UNBIND MISUnbmd REMOTE OPERATIONS (iOSE)

UNITIATOR CONSUMER OF {mSSE, mDSE mASE)

ABSTRACT SYNT AXES (

id-as-acse,    • -    of ACSE

•d-at-msc,    • -    of MSSE, including ROSE

id-as-mdse,    - -    of MDSE, including ROSE

idxs-mase,    --of MASE, including ROSE

id-as-mts    - -    of MTSBind and MTSUnbind-

:: •> id »c mis-access

Рисунок 3 (Лист I) — Определение абстрактного синтаксиса протокола

доступа СПС (РЗ)

12

Страница 17

ГОСТ Р ИСО/МЭК 10021-6-97

- - Инициировано СПС

mtx-rorced actess APPL1CAI ION-CONTEXT

APPLICATION SERVICE ELEMENTS UCSE»

BIND MTSBind UNBIND MTSUnbmd REMOTE OPERATIONS (rOSE)

RESPONDER CONSUMER OF {mSSE. mDSE, mASE| ABSTRACT SYNTAXES I

id-as-acsc, - -СЭУА id-4s-mssc, - -СЭПрС, включая СЭУО id-as-mdse, - -СЭДС. включая СЭУО id -as-masc, - -СЭУС, вкпючая СЭУО ld-as-mtt - -СПССвязка и СПСРазвязка- -1 “ id-ac-mts-forccd-access

-    - Прикладные контексты, содержащие СЭНП норма.гьного режима

• - Нмициир<нако гкиыоватыем-СПС

mts-rcliablc-acce» APPLICATION-CONTEXT

APPLICATION SERVICE ELEMENTS (aCSE, rTSE)

BIND MTSBind UNBIND MTSUnbmd REMOTE OPERATIONS JiOSE)

UNITIATOR CONSUMER OF (mSSE. mDSE, mASE)

ABSTRACT SYNTAXES (

jd-as-acsc, - - of ACSE id-as-mssc. - - of MSSE. including ROSE id-as-mdsc, - - of MDSE, including ROSE id-as masc, - - of MASE, including ROSE id-as-mls-rtse - - of MTSBind and MTSUnbind including RTSE- -I :: = »d-ac-rats-reliable access

-    - Инициировано СПС

m ts - foiccd • i eJ able - access ЛГ PLICATION-CONTEXT

APPLICATION SERVICE ELEMENTS laCSE, fTSEl BIND MTSBind UNBIND MTSUnbmd REMOTE OPERATIONS (rOSE)

RESPONDER CONSUMER OF (mSSE, mDSE, mASEf ABSTRACT SYNTAXES |

id-as-acsc, - -СЭУА id-as-mssc, - -СЭПрС, включая СЭУО id-as-mdsc, - -СЭДС, включая СЭУО id-u-masc, - -СЭУС, включая СЭУО

id-« mu-rue - -СПССвяэкд и СПСРаэвя JKa, включая СЭНП- -I :: “ id-ас-mis-forced-reliable-access

Рисунок 3, ЛИСТ 2

13

Страница 18

ГОСТ Р ИСО/МЭК 10021-6-97

-    - Сервисный элемент пре/кхтамекия сообщении

raSSE APPLICATION-SERVICE-ELEMENT CONSUMER INVOKES {

messagc-submission,

yrobe-submisston,

canccl-dcferred-dclivery}

SUPPUER INVOKES |

robnussion-controt)

:: = id-asc-mssc

. • Удаленные операции

message -submission Message Submission :: »3

probc-submtssion ProbcSubmisston :: =4

с a ncel - de fe ncd-del 1 very Canoed Deferred Delivery " ж 7

submission-control SubmissionControl- 2

-    - УЛаъеыгыс ошибки

submission control-violated SubrmsswnControlVsolatod « 1 element-of-service-not-vubscnbcd Elc m entOfSemceNotSubscribed :: ** 4 defeired-delivcry-canceUation rejected DcfcrredDcliveryCancclIalionRcjcctcd • 8 originator-invalid Originator!nvalld :: = 2

recipient-improperty-specified RecipientlmpropeilySpocified - 3 message-submissjon-kkntificr-invalid MessageSubmissionldentifterlnvalid • 7 inconsistent-request Inconsistent Request :: ■ II sccunty-enor SecuntyError ■ 12

unsupported-critic a]-function U nsupportedC ntical l'unct»n :: ■ 13 remote-bind-cnor RemoteBmdError- IS

Рисунок 3, лист 3

14

Страница 19

ГОСТ Р ИСО/МЭК 10021—6—97

-    - Сервисный цемент доатмки сообщения

mDSE APPLICATION-SERVICE-ELEMENT CONSUMER INVOKES | delivery-со nlrol J SUPPLIER INVOKES {

mcssage-delivery, report-deli very)

:: “ id-aSe-mdse

•    - Удаленные операции

menage-delivery Message Delivery " * 5 report-delivcry ReportDclivcry :: = 6 delivery-control DelivervControl:: * 2

•    - Удаленные сшибки

dehvcry-control-violatcd DelivcryControlViolatcd :: - 1 control - vtoUtcs-registration ControlVioUtesReg^tration :: = 14

•    - secunty-error:: = 12, defined ui Part 4

•    - unsupported-critical-(Unction : ” 13, defined in Part 4

•    • Сервисный ллемент упрсыеним сообщением

mASE APPLICATION-SERVICE-ELEMENT CONSUMER INVOKES < register.

change-credentials)

SUPPLIER INVOKES (

change-credentials)

:: “ id-ase-mase

-    - Удыенные операции register Register:: = 1

с lunge credentials ChangeCredentialx :: « 8

-    - MoMMW ошибки rcgister-rcjcctcd RcgistcrRcjcctcd :: * 10

new-credentials-unacceptable NewCredentialsUnacccptable :: ~ 6 old-credcntials-incorrcctly-specificd OldCredentaJsIiKorrectlySpccificd - 5 END • • of MTSAcccSSProtoco)

Рисунок 3, лист 4

IS

Страница 20

ГОСТ Р ИСО/МЭК 10021-6-97

8 ОПРЕДЕЛЕНИЕ АБСТРАКТНОГО СИНТАКСИСА ПРОТОКОЛА ДОСТУПА ХС

Абстрактиый-синтаксис протокола доступа ХС (Р7) определен на рисунке 4.

Абстрактный синтаксис протокола доступа ХС (Р7) определен с использованием абстрактно-синтаксической нотации АСН.1, определенной в ГОСТ 34.973, и нотации удаленных операций, определенной в ГОСТ Р ИСО/МЭК 9072-1.

Определение абстрактного синтаксиса протокола доступа ХС (Р7) состоит из следующих основных частей:

—    Пролог — объявления экспорта из модуля ♦протокол доступа ХС* (РЗ) и импорта в этот модуль (рисунок 4).

—    Прикладные контексты — определения прикладных-контекс-тов, которые могут использоваться между польэователями-ХС и самой ХС (рисунок 4).

—    Сервисный элемент поиска сообщений — определение сервисного элемента поиска сообщений (СЭПсС), его удаленных операций и ошибок (рисунок 4).

16

Страница 21

ГОСТ Р ИСО/МЭК 10021-6-97

MSAccessProtocol {joint-iso-ccitt mhs-mous<6) pro:ocots<0) modules(O) ms-access-proto-coltt))

DEFINrriONS IMPUCIT TAGS :: -BEGIN

• • Пратг EXPORTS

mRSE,

IMPORTS

- - Сервисны* atCMfNuw прикладных/ уровня и прикладные контексты APPLICATION-SERVICE-ELEMENT, APPLICATION-CONTEXT, aCSE PROM Remote-Oper»tioiB-Notat>on-extertt»on {joint-iso-ccitt remote-operat wnsW notation• extcnsx>n( 2) |

rTSE

FROM Reliable-Transfcr-APDUs (joint-iso-ccitt reliaWc-transfcr(3) apdus(O))

mSSL, tnASE

FROM MI SAccesProtocol (joint-rso-ccttt tnhs-mo!K(6) protocols(0) rao<luJes(0) mts-access-protocol(l))

-    - Параметры антрактных усяуг XC

MSBind, MSUnbmd, Summarize, Let, Fetch. Delete, Register-MS. Alert, AttnbuteError, AutoActionRequestError, DeletcError, FctchRestrictionError. RanjeError, SccurityEnor, ServiceError, ScquenceNumberError

FROM MSAtetractServicc (joint-iso-ocrtt mhs-motB(6) ms(4) mo&UcsfO) abstract-serviced))

-    • Обыхтные идентификаторы

id-ac-ms-access, td-ac-ms-rcliableaccess, td-as-acse. id-as-mssc, id-as-mrse, »d-as-masc,

id-as-ras, id-as-ms-rtsc,

id-ase-mrse

FROM MHSProtocolObjcctldentifiers (jomt-iso-ccitt mhs-motis<6) ms(4> modul«(0) Object-identifiere(O));

Рисунок 4 (Лист I) — Оггрсдсление абстрактного синтаксиса протокола

доступа XC (Р7)

17

Страница 22

ГОСТ Р ИСО/МЭК 10021—6—97

-    - Прикладной контекст без СЭПП

ms-access APPLICATION-CONTEXT

APPLICATION SERVICE CLEMENTS {aCSEl BIND MSBind UNBIND MSUnbtnd REMOTE OPERATIONS <fOSE|

UNITIATOR CONSUMER OF ImSSE. niRSE, mASEI ABSI'RACT SYNTAXES \

i<! м-асж,    - - of ACSE

id-M-nuse,    •-of MSSE. including ROSE

id-is mKe,    - - of MRSE, including ROSE

id-as-mase,    - - of MASE, including ROSE

id-as-ms    - - of MSBind and MSUnbind -

:: “ idac-m-acccss

•    - Прикъсдной контекст, содержащий СЭПП

ms-reliable-acce&s APPLICATION-CON TEXT

APPLICATION SERVICE ELEMENTS (aCSE, rTSE) BIND MSBind UNBIND MSUnbind REMOTE OPERATIONS <iOSE)

INITIATOR CONSUMER OF ImSSE, mRSE, mASEI ABSTRACT SYNTAXES )

id-as-acse,    -    - СЭУА

id-as-msse.    -    • СЭИрС, включая СЭУО

id-as-mrsc.    •    • СЭПсС включая СЭУО

id-ae-mase,    -    - СЭУС, «ключа* СЭУО

id-as ms Шс    •    - ХССммса и ХСРазмзкд

:: - id-ac-ms-reliaNe-acc«s

-    - Сервисный элемент поиска сообщения mRSE APPLICATION-SERVICE-ELEMENT

CONSUMER INVOKES { summarize, list, fetch, dekte, register-MS)

SUPPLIER INVOKES < alert)

:: “ id-ase-mrsc

•    • Удыенмые операции summarize Summarize:: - 20 list List:: - 21

fetch Fetch :: ■ 22 delete Delete : ■ 23 register-ms Register-MS :: ■ 24 ale it Alert:: - 25

Рисунок 4, лист 2

18

Страница 23

ГОСТ Р ИСО/МЭК 10021-6-97

• • У<ктгнны* ошибки

attribute- error Attribute Error г * 21

auto-adK>n-reque«-error AutoActюnRequctfError:: “ 22

ilelete-error DdctcEtTor - 23

fetch-restriction-error FctchRcstrictionError:: - 24

rangc-crror Range Error :: ■ 25

sccunty-error SecuntyError:: " 26

scrvicc-cfTor ServtceError:: = 27

sequence-number-error SequenccNumberEmH :: * 28

END - - протокола Доступа XC

Рисунок 4, лист 3

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

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

В подразделе 9.1 определяется преобразование в используемые услуги для тех прикладных-контекстов, где отсутствует СЭНП В подразделе 9.2 определено преобразование протокола в используемые услуги для тех прикладных-контекстов, в которых имеется СЭНП.

9.1    Прикладные протоколы при отсутствии СЭНП

В этом подразделе определяется преобразование протоколов доступа СОС в используемые услуги для тех прикладных-контекстов. где отсутствует СЭНП. С точки зрения соответствия настоящему стандарту обеспечение этого преобразования имеет факультативный характер.

9.1.1    Преобразование в СЭУА

В этом подразделе определяется преобразование услуг абстракт -ной-связки (связка-СПС или связка-ХС) и абстрактной-развязки (развязка-СПС и развязка-ХС) в услуги СЭУА в нормальном режиме для тех прикладных-контекстов, где отсутствует СЭНП. Элемент СЭУА определен в ГОСТ 34.981.

19

Страница 24

ГОСТ Р ИСО/МЭК J0021-6-97

9.1.1.1    Абстрактная-связка — в Пк-А С С О Ц И А Ц И Я

Услуга абстрактная-связка преобразуется в услугу СЭУА Пк-АС-

СОЦИАЦИЯ. Использование параметров услуги Пк-АССОЦИА-ЦИЯ рассматривается в следующих подразделах.

9.1.1.1.1    Режим

Этот параметр должен обеспечиваться инициатором ассоциации в примитиве Пк-АССОЦИАЦИЯ запрос и должен иметь значение «нормальный режим*.

9.1.1.1.2    Имя прикладного контекста

Инициатор ассоциации должен предложить один из контекстов, определенных в настоящем стандарте, при котором в примитиве Пк-АССОЦИАЦИЯ запрос отсутствует СЭНП (см. таблицу 1).

9.1.1.1.3    Информация пользователя

Преобразование операции-связки услуги абстрактная-связка в параметр «информация пользователя* примитива Пк-АССОЦИАЦИЯ запрос определено в ГОСТ Р ИСО/МЭК 9072—1.

9.1.1.1.4    Список определений контекста уровня представленье

Инициатор ассоциации должен обеспечивать список определений

контекста уровня представления в примитиве Пк-АССОЦИАЦИЯ запрос.

Список определений контекста уровня представления для каждого абстрактного-синтаксиса включен в прикладной-контекст. В определение-контекста-уровня-пред статен и я входит идентификатор-контскста-уровня-прсдставлсния и имя-абстрактного-синтаксиса для СЭП. Каждый поименованный абстрактный синтаксис для СЭПрС, СЭДС, СЭПсС и СЭУС включает в себя ПБДП СЭУО.

В разделах 7 и 8 определены абетрактные-синтаксисы, входящие в состав прикладных-контскстов.

91.1.1.5    Качество услуг

Этот параметр должен обеспечиваться инициатором ассоциации в примитиве Пк-АССОЦИАЦИЯ запрос и ответчиком ассоциации в примитиве Пк-АССОЦИАЦИЯ ответ. Параметры «расширенное управление* и «оптимизированная диалоговая передача* должны быть установлены в значение «нетребуется*. Остальные параметры должны быть такими, чтобы использовались значения по умолчанию.

91.1.1.6    Требования сеансового уровня

Этот параметр должен устанавливаться инициатором ассоциации в примитиве Пк-АССОЦИАЦИЯ запрос и ответчиком ассоциации в

20

Страница 25

ГОСТ Р ИСО/МЭК 10021-6-97

примитиве Пк-АССОЦИАЦИЯ ответ. Этот параметр должен устанавливаться так, чтобы определять следующие функциональные модули:

а)    ядро;

б)    дуплекс.

9.1.1.2    Абстрактная-развязка — в Пк-РАЗЪЕДИ-ИЕНИЕ

Услуга абстрактная-развязка преобразуется в услугу СЭУА Пк-РАЗЪЕДИНЕНИЕ. Использование параметров услуги Пк-РАЗЪ-ЕДИНЕНИЕ рассмотрено в следующих подразделах.

9.1.1.2.1    Результат

Этот параметр должен иметь значение «подтверждение».

9.1.1.3    Использование услуг Пк-ПРЕРЫВАНИЕ и Пк-Пс-ПРЕРЫ-ВЛНИЕ

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

9.1.2    Преобразование в СЭУО

Услуги СЭПрС, СЭПсС и СЭУС п ре обрадуются в услуги СЭУО УО-ПРИ ВЛЕЧЕНИЕ, УО-РЕЗУЛЬТАТ, УО-ОШИБКА, УО-Пл-ОТ-КЛОНЕНИЕ. Преобразование абстрактно-синтаксической нотации услуг СЭПрС, СЭПсС и СЭУС в услуги СЭУО определены в ГОСТ Р ИСО/МЭК 9072-1.

9.2    Прикладныс-контексты, содержащие СЭНП

В этом подразделе определяется преобразование протоколов доступа СОС в используемые услуги для тех прикладных контекстов, которые содержат СЭНП в нормальном режиме работы. С точки зрения соответствия настоящему стандарту обеспечение этого преобразования имеет факультативный характер. В режиме Х.410—1984 преобразования в СЭНП не определяются. СЭНП определен в ГОСТ Р ИСО/МЭК 9066-1.

9.2.1    Преобразование в НП-ОТКРЫТИЕ и ИП-ЗАКРЫТИЕ

В этом подразделе определяется преобразование услуг абстракт-ной-связки (связка-СПС и связка-ХС) и абстрактной-развязки (развязка-СПС и развязка-ХС) в услуги СЭНП НП-ОТКРЫТИЕ и НП-ЗАКРЫТИЕ в нормальном режиме работы.

9.2.1.1    Преобразование абстрактной-связки в НП-ОТКРЫТИЕ

Услугаабстраетной-связки преобразуется вуслугуСЭНП НП-ОТ-

21

Страница 26

ГОСТ Р ИСО/МЭК 10021-6-97

КРЫТИЕ. Использование параметров услуги НП-ОТКРЫТИЕ рассмотрено в следующих подразделах.

9.2.1.1.1    Режим

Этот параметр должен обеспечиваться инициатором ассоциации в примитиве НП-ОТКРЫТИЕ запрос и должен иметь значение «нормальный режим».

9.2.1.1.2    Имя прикладного контекста

Инициатор ассоциации должен предлагать один из тех приклад-ных-контскстов, определенных в настоящем стандарте, которые в примитиве НП-ОТКРЫТИЕ запрос содержат СЭНП нормального режима (см. таблицу 1).

9.2.1.1.3    Данные-пользователя

Преобразование операции-связки услуги абстрактная-связка в параметр данные-пользователя примитива НП-ОТКРЫТИЕ запрос определено в ГОСТ Р ИСО/МЭК 9072-1.

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

Инициатор ассоциации должен обеспечивать в примитиве НП-

ОТКРЫТИЕ запрос список определений контекста уровня представления.

Список определений контекста уровня представления содержит опрслсление-контекста-уровня-прсдставления для каждого абстракт-ного-синтаксиса, входящего в прикладной контекст. Определение-контскста-уровня-представления содержит идентификатор-контскста-уровня-прсдставления и имя-абстрактного-сингаксиса СЭП. Каждый поименованный абстрактный-синтаксис элементов СЭПрС, СЭДС, СЭПсС и СЭУС содержит Г1БДП СЭУО. Поименованный абстракгиый-синтаксис СЭНП содержит абстрактный-синтаксис операции-связки услуги абстрактной-связки.

В разделах 7 и 8 настоящего стандарта определены абстрактные-синтаксисы, входящие в прикладные-контексты.

9.2.1.2 Преобразование абстрактной-развязки в Н 11-ЗАКРЫТИЕ

Услуга абстрактная-развязка преобразуется в услугу СЭНП НП-ЗАКРЫТИЕ.

9 2.2 Преобразование в СЭУО

Услуги СЭПрС, СЭДС, СЭПсС и СЭУС преобразуются в услуги СЭУО УО-ПРИВЛЕЧЕНИЕ, УО-РЕЗУЛЬТАТ, УО-ОШИБКА, УО-Пл-ОТКЛОНЕНИЕ и УО-Пс-ОТКЛОНЕНИЕ. Преобразование абстрактно-синтаксической нотации элементов СЭПрС, СЭДС.

22

Страница 27

ГОСТ Р ИСО/МЭК 10021-6-97

СЭПсС и СЭУС в услуги СЭУО выполняется в соответствии с ГОСТ Р ИСО/МЭК 9072-1.

СЭУО является пользователем услуг СЭНП НП-ПЕРЕДАЧА, НП-ЗАПРОС-ПОЛНОМОЧИЙ, НП-ПРЕДОСТАВЛЕНИЕ-ПОЛ-НОМОЧИЙ, НП-Пс-ПРЕРЫВАНИЕ и НП-Пл-ПРЕРЫВАНИЕ, Использование услуг СЭНП элементом СЭУО определено в ГОСТ Р ИСО/МЭК 9072-2.

9.2.2.1 Управление полномочиями ГОСТ Р ИСО/МЭК 9072—2 определяет использование элементом СЭУО услуг СЭНП НП-ЗАПРОС-ПОЛНОМОЧИЙ и НП-ПРЕДОСТАВЛЕНИЕ-ПОЛНОМОЧИЙ для управления полномочиями.

Таблица 2 — Приоритеты удалению операций

Приори

тет

0

СЭПрС 1 сэлс Разъединение ассоциации

СЭПвС

СЭУС

1

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

УО-ОШИЬКА

2

3

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

Управление-пре-лостамкмием

Упраатение-

лосгавкой

---' -

4

Предосташ1снне-

сообщения

(срочный)

Доставха-

сообшенкя

(срочный)

Сигнализация

состояния

5

Предостзвленне-

ЗОНДЗ

Доставха-отчета

Регистрация ХС

Суммирование

Список

Извлечение

Аннулирование

Регистрация

Изыснекис-

удосговерсннй-

ЛИЧН0С7И

6

Предосгавление-со общения (нормальный)

Доставкд-

сооЬщения

(нормальный)

7

11 редосга иле н несообщения (несрочный)

Доставка-сооб-

щення

23

Страница 28

ГОСТ Р ИСО/МЭК 10021-6-97

В таблице 2 определены значения параметра «приоритет» услуги НП-ЗАПРОС-ПОЛНОМОЧИЙ, используемой элементом СЭУО для запроса полномочий.

Приоритет «ноль* является наивысшим приоритетом и заречерви-рован для действий инициатора ассоциации по ее разъединению.

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

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

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

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

Система (АП, ХС или АПС), претендующая на свое соответствие протоколам доступа СОС, определенным в настоящем стандарте, должна отвечать требованиям, приведенным в подразделах 10.1, 10.2 и 10.3.

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

Должно быть заявлено следующее:

а)    тип системы, соответствие которой заявляется (АП, ХС, АПС или АПС/ХС);

б)    прикладные-контексты, определенные во второй главе настоящего стандарта, соответствие которым заявляется.

Может быть заявлено соответствие либо протоколу доступа СПС (РЗ), либо протоколу доступа ХС (Р7), либо тому и другому. В таблице 3 классифииировано обеспечение прикладных-контекстов, необходимых для соответствия протокол)’ доступа СПС (РЗ). В таблице 4 классифицировано обеспечение прикладных-контекстов, необходимых для соответствия протоколу доступа ХС (Р7).

24

Страница 29

ГОСТ Р ИСО/МЭК 10021-6-97

Таблица ) — Требования к соответствию протоколам доступа СПС

■ — ■ 1......

Прикладной контекст АПС

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

Протокол доступа СПС

Доступ-СПС

Обязательно

Факультативно

Форсированны й-доступ-спс

Обязательно

Факультативно

Надсжный-доступ-спс

Факультативно (см. примечание)

Факультативно

Форсированный- ндаеж-ный-доступ-спс

Факультативно (ем. примечание)

Факультатив но

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

Таблица 4 — Требования к соответствию протокола доступа ХС

Прикладной контекст

ХС

Полыомте.п-ХС

Протокол доступа ХС

Доступ-ХС

Обязательно

Факультативно

Надежный-доступ-ХС

Факультативно

Факультативно

10.2    Стати ч сс ки е требования Система должна:

а) соответствовать определению(ям) протоколов доступа СОС, определенных в разделах 7 и 8 настоящего стандарта, требуемых теми прикладными-контекстами, соответствие которым заявлено.

10.3    Динамические требования Система должна:

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

25

Страница 30

ГОСТ Р ИСО/МЭК 10021—6—97

разделе 9 настояшего стандарта, требуемым теми прикладными-кон-текстами, соответствие которым заявлено;

б) соответствовать использованию нижерасположенных услуг, определенных в 6.4 настояшего стандарта.

ГЛАВА ТРЕТЬЯ. СПЕЦИФИКАЦИЯ ПРОТОКОЛА ПЕРЕДАЧИ СИСТЕМЫ ПЕРЕДАЧИ СООБЩЕНИЙ

11 ОБЩЕЕ ОПИСАНИЕ ПРОТОКОЛА ПЕРЕДАЧИ СПС

11.1 Модель

В разделе 10 ИСО/МЭК 10021—4 приведена уточненная модель системы передачи сообщений (СПС), впервые представленная в разделе 6 ИСО/МЭК 10021—4 с целью показать, что объект СГ1С содержит совокупность объектов агент-передач и-сообщений (AI1C), которые взаимодействуют для формирования СПС и обеспечивают абстрактные-услуги СПС ее пользователям.

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

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

В функциональной среде ВОС взаимодействие между прикладными-процессами представлено в понятиях взаимодействий между парой логических-объектов-прикладното-уровня (ЛОП), использующих услуги-уровня-представления. Функциональные возможности ЛОП разделены на набор из одного или нескольких сервисных-элемсн* тов-прикладного-уровня (СЭП). Взаимодействие между ЛОП описано в понял 1ЯХ использования услуг, обеспечиваемых этими СЭП.

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

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

26

Страница 31

ГОСТ Р ИСО/МЭК 10021-6-97

уровня (ПБДП). содержащих сообщения, зонды и отчеты, между ЛОП.

Сервисный элемент управления ассоциацией (СЭУА) обеспечивает установление и разъединение ассоциации между двумя ЛОП. Ассоциации между АПС могут устанавливаться любым АПС. Разъединить ассоциацию может только сс инициатор.

Сочетание элементов СЭПС, СЭНП и СЭУА образует приклад* ной-контекст прикладной-ассоциации.

На рисунке 5 приведена модель прикладного-контекстэ между АПС.

АПС

АПС

Протокол Р1 <->


СЭПС


СЭПС


Прикладной

уровень


СЭНП


СЭНП


СЭУА

СЭУА

Соединение-уровня-

Уровень

представления

предстааления

Рисунок S — Модель протокола передачи СПС

Таблица 5 — Прикладные контексты протокола передачи СПС

Прикладной контекст

PI

Р*«м СЭНП

Передача-спс П ротокол-передачи-спс Протокап- передачи-спс-1984

Р1 1988 Р1 1988 Р1 1984

Нормальный Х.410—1984 Х.410—1984


27

Страница 32

ГОСТ Р ИСО/МЭК 10021-6-97

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

—    АПС типа А способен на взаимодействие со всеми другими АПС, претендующими на соответствие настоящему стандарту, но не взаимодействует с АПС в РУ, претендующими на соответствие Рекомендации X.4I9 МККТТ, если те АПС не реализуют прикладной контекст передача-спс. Эго пригодно для внутрирегиональной связи и непосредственной связи с АПС в других РУ, претендующих на соответствие настоящему стандарту (типичный РУЧП), но не для непосредственной связи с РУ, которые претендуют только на соответствие Рекомендации Х.4И МККТГ 1984 или только на минимальное соответствие требованиям Рекомендации Х.419 МККТТ 1988 (типичный РАУ).

—    АПС типа В имеет возможности взаимодействия на уровне АПС типа А и, кроме того, он способен на взаимодействие с любым РУ (типичный РАУ), претендующим на соответствие Рекомендации X.4I9 МККТТ.

-- АПС типа С располагает, помимо возможностей взаимодействия на уровнях АПС типа А и АПС типа В, способностью взаимодействия с РУ, реализующих Рекомендации серии Х.400 МККТГ 1984.

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

Протокол-передачи-спс определен с целью обеспечения взаимодействий между реализациями, которые обеспечивают расширенный набор функций 1988 через системы, получившие минимальное развитие относительно соответствия Рекомендации Х.411 1984. Прото-кол-передячн-спс обеспечивает управляемую прозрачность получивших развитие систем для расширений 1988. Протокол-пере-дачи-спе обеспечивается элементом СЭНП в режиме X.410—1984. Обеспечение протокола-передачи-спс не требуется для АПС типа А но обязательно для АПС типа В и АПС типа С для соответствия настоящему стандарту. Заметим, что обеспечение протокола-перед*-чи-слс яадястся обязательным для соответствия Рекомендации Х.419 МККТГ.

28

Страница 33

ГОСТ Р ИСО/МЭК 10021-6-97

Протокол-передачн-спс-1984 определен для взаимодействия с реализациями. соответствующими Рекомендации Х.411 1984. В этом прикладном-контскстс абстрактный -синтаксис СЭПС ограничен определениями Рекомендации X.4I1 1984. Эти ограничения идентифицируются подчеркиваниями в расширениях 1988 абстрактного синтаксиса СЭПС при определении модуля АСН.1 в ИСО/МЭК 10021—4. Эти изменения перечислены также в приложении С настоящего стандарта для ссыпок на них. Протокол-перех»чи-спс-1984 обеспечивается СЭПС в режиме Х.410—1984. Обеспечение протоколя-передачи-спс-1984 не требуется доя АП С типа А и АПС типа В, но является обязательным для АПС типа С для соответствия настоящему стандарту. Заметим, «по обеспечение протокола-передачи-еле-1984 является обязательным дня соответствия Рекомендации Х.419 МККТТ.

В таблице 6 обобщены характеристики взаимодействия сочетаний прнкладных-контекстов, допустимые требованиями соответствия стандартов ИСО/МЭК и Рекомендаций МККТТ. Допустимые сочетания приведены в таблице 7.

Таблиц» 6 - Взаимодействие между СОТОС ИСО/МЭК и Х.400 МККТТ

ссгтос

МККТТ

Х400 (19S4)

Х400 (19881

Реммммм. мсалктюиа* ПК

передач» спс

Рем1ммии«. ььтючмяцяя ПК

передача-спс

АПС типа А АПС типа В АПС типа С

Н

н

д

н

д

д

д

д

д

Обозначения:

Д — взаимодействие гарантировано;

Н — взаимодействие не трактиромно.

11.2 Услуги, обеспечиваемые протоколом передачи СПС

Протокол передачи СПС (Р1) обеспечивает следующие услуги, определенные в ИСО/МЭК 10021—4:

29

Страница 34

ГОСТ Р ИСО/МЭК 10021—6—97

Связка-СПС и развязка-СПС

а)    связка-СПС;

б)    развязка-СПС;

Сервисный элемент передачи сообщений (С ЭЛ С)

в)    передача сообщения;

г)    пере дача-зонда,

д)    передача-отчета.

11.3 Использование нижсрасположснных услуг

Протокол передачи СПС (Р1) использует нижерасположенныс услуги изложенным ниже способом

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

Сервисный элемент надежной передачи (СЭНП) определен в ГОСТ Р ИСО/МЭК 9066-1.

СЭНП обеспечивает надежную передачу протокольных-блоков-данных-прикладного-уровня (ПБДП). СЭНП гарантирует одноразовую полную передачу ПБДП или уведомление передающего об особом случае. СЭНП обеспечивает восстановление при неисправностях связи и оконечных систем и минимизирует количество повторных передач, необходимых при восстановлении.

Услуги СЭНП используются для обеспечения протокола передачи СПС (Р1). Обеспечение СЭНП в режиме Х.410—1984 не требуется для АПС типа А, но обязательно для АПС типа В и АПС типа С. Заметим, что в Рекомендации Х.419 МККТТ обеспечение СЭНП в нормальном режиме обязательно, а обеспечение СЭНП в режиме Х.410—1984 факультативно.

Использование нормального режима работы СЭНП предполагает использование нормального режима СЭУА и нормального режима услуг-уровня-представления. Использование режима Х.410—1984 СЭНП предполагает использование режима Х.410—1984 СЭУА и режима Х.410—1984 услуг-уровня-прсдставлсния.

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

11.3.2    Использование услуг СЭУА

Сервисный элемент управления ассоциацией (СЭУА) определен в ГОСТ 34.981.

СЭУА обеспечивает управление прикладными-ассоциациями (установлением, разъединением, прерыванием) между ЛОП.

зо

Страница 35

ГОСТ Р ИСО/МЭК 10021-6-97

СЭНП является единственным пользователем услуг СЭУА Пк-АССОЦИАЦИЯ, Пк-РАЗЪЕДИНЕНИЕ, Пк-ПРЕРЫВАНИЕ и Пк-Пс-ПРЕРЫВАНИЕ. Использование нормального режима СЭНП предполагает использование нормального режима СЭУА и нормального режима услуг-уровня-прсдставлсния. Использование режима X.4I0—1984 СЭНП предполагает использование режима Х.410—1984 СЭУА и режима Х.410—1984 услуг-уровня-представления.

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

Услуги-уровня-представления определены в ГОСТ 34.971.

Уровень представления координирует представление (синтаксис) семантик прикладного уровня, которыми необходимо обмениваться.

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

В режиме Х.410—1984 для нижерасположенного сосдинсния-уровня-представления используется единственный контекст-уровня-прсдставления по умолчанию. Контекст-уровня-представления включает один абстракгный-синтаксис для всех СЭП, входящих в прикладной-контекст (т. е. СЭПС, СЭНП и СЭУА).

Адресация на уровне представления не используется для протокола передачи сообщений (Р1) в режиме Х.410—1984.

СЭУА является единственным пользователем услуг-уровня-пред-ставления Пр-СОЕДИНЕНИЕ, Пр-РАЗЪЕДИНЕНИЕ, Пр-Пл-ПРЕРЫВАНИЕ, Пр-Пс-ПРЕРЫВАНИЕ.

СЭНП является единственным пользователем услуг-уровня-пред-ставления Пр-НАЧАЛО-АКТИВНОСТИ, Пр-ДАННЫЕ, Пр-МЛДД-ШАЯ-СИНХРОНИЗАЦИЯ, Пр-КОНЕЦ-АКТИВНОСТИ, Пр-ПРЕ-РЫВАНИЕ-АКТИВНОСТИ, Пр-АННУЛИРОВАНИЕ-АКТИВНОС-ТИ, Пр-Пл-ОТЧЕТ-ОБ-ОСОБОМ-СЛУЧАЕ, Пр-ВОЗОБНОВДЕ-НИЕ-АКТИВНОСТИ, Пр-Пс-ОТЧЕТ-ОБ-ОСОБОМ-СЛУЧАЕ. Пр-ЗАПРОС-ПОЛНОМОЧИЙ, Пр-ПРЕДОСТАВДЕНИЕ-ПОЛНО-МОЧИЙ. Использование нормального режима СЭНП предполагает использование нормального режима СЭУА и использование нормального режима услуг-уровня-представления. Использование режима Х.410—1984 СЭНП предполагает использование режима Х.410—1984 СЭУА и режима Х.410—1984 услуг-уровня-представления.

31

Страница 36

ГОСТ Р ИСО/МЭК 10021-6-97

11.4 Установление и разъединение ассоциаций

Ассоциации между двумя АГ1С создаются в соответствии с двусторонними соглашениями, охватывающими следующие вопросы:

а)    максимальное число ассоциаций, которые могут существовать одновременно;

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

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

г)    АПС, ответственный за установление ассоциации;

д)    постоянное установление ассоциации либо се установление и разъединение по требованию.

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

Абстракгный-синтаксис протокола передачи СПС (Р1) определен на рисунке 6.

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

Определение абстрактного-синтаксиса протокола передачи СПС (Р1) состоит из следующих составных частей (см. рисунок 6):

—    Пролог, объявления экспорта из модуля протокола передачи СПС (Р1) и импорта в этот модуль.

—    Прикладные-контексты: определения прикладных-контскстов, используемых межлу АПС.

—    Сервисный элемент передачи сообщений: определения сервисного элемента передачи сообщений (СЭПС).

—    Протокольные блоки данных прикладного уровня СПС: определение протокольных-блоков-данных-приклэдного-уровня (ПБДП). сообщений, зондов и отчетов.

32

Страница 37

ГОСТ Р ИСО/МЭК 10021-6-97

MTSIraittferProtocol (joini-Eo-осй mhs-rootis<6) ркяосоЬ(0) modules<0) tr.ms.fcr-p№tocol(3) |

DEFINITIONS IMPLICIT TAGS

BEGIN • • Ppuxoe

EXPORTS;

IMPORTS

. • Сервисные элементы помадного уровня и приходные контексты APPUCATION-SERVICE-ELEMENT, APPUCATION CONTEXT. aCSE

FROM Remote-Operations-Notatvon-extension {joint-iso-ccut remote-operatic ns(4)i>oUtK>n-extension(2)}

iTSE

FROM Reliable-Transfcr-APDUs (joint-iso-ccitt reliable-transfer! 3> apdus(O))

• • Параметры абстрактных услуг порта передачи АПС MTABtnd, MTAUnbind. Message. Probe, Report,

FROM MTAAbstract Service (joint-ixo-ccitt mhi-moie(6) mUO> modules (0) mta-abstract -service(2))

-    - Объектные идентификаторы

id-ас-mts-transfer, id-as-ac.su, jd-«-mta-rtse, id-as* m tie, id-ase-mtse

FROM MHSProtocolObjectldennfieit (joint-iso-ccitl mhs-rno(iS(6) pr<Hocols(0) modules(O) ob|eci-identif»ers(0)|

-    - Прикладной контекст, содержащий СЭНП нормального режима m<s-«ninsfer APPLICATION-CONTEXT

APPLICATION SERVICE ELEMENTS |»CSE, rTSE; m13E>

BIND MTABlnd UNBIND MTAUnbind ABSTRACT SYNTAXES { id-as-acse, - - СЭУЛ

id-as-mts-rtse, - - АПССвя ikji и АПСРаэаязкл, ыслючм СЭНП id-as-mtse - - СЭПС -id-ac-mts-transfer

-    - Прикладной контекст, содержащий СЭНП режима X.410—1984 mts-transfer-protocol INTEGER 12

-    - Прикладной контекст для емгимчдейстеип с протактом PI J9S4

mts-traniter-protocol-19Н4 INI EGER    1

-    - Сервисный иемент передачи сообщения mTSE APPUCAT10N-SERV1 СЕ-ELEMENT

id-ase-mtse

-    - Протокольные б.гоки данных приходного уровня СПС MTS-APDU CHOICE (

message |0) Message, probe (2) Probe, report (11 Report)

END - - протокола Передачи СП С

Рисунок б — Определение абстрактного синтаксиса протокола передачи СПС (Р1)

Страница 38

ГОСТ Р ИСО/МЭК 10021—6—97

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

В этом разделе определяется преобразование протокола передачи СПС (Р1) в используемые услуги.

В подразделе 13.1 определяется преобразование протокола передачи СПС (PI) в используемые услуги прикладных-контскстов, содержащих СЭНП режима X.410—1984. В подразделе 13.2 определяется преобразование протокола передачи СПС (Р1) в используемые услуги прикладных-контекстов, содержащих СЭНП нормального режима.

13.1    Преобразование в СЭНП режима X.410—1984

В этом разделе определяется преобразование протокола передачи

СПС <Р1) в используемые услуги для прикладных-контскстов, включающих СЭНП в режиме X.4I0—1984. Обеспечение этого преобразования не требуется для АПС типа А, но обязательно для AJ1C типа В и АПС типа С для соответствия настоящему стандарту.

В 13.1.1 определяется преобразование услуг связка-АПС и развяз-ка-АПС в услуги СЭНП режима Х.410-1984 НП-ОТКРЫТИЕ и НП-ЗАКРЫТИЕ. В 13.1.2 определяется преобразование услуг передача-сообщения, передача-зонда и передача-отчета в услугу СЭНП НП-ПЕРЕДАЧА. В 13.1.3 описано управление полномочиями с использованием услуг СЭНП НП-ЗАЛРОС-ПОЛНОМОЧИЙ и НП-ПРЕДОСТАВЛЕНИЕ-ПОЛНОМОЧИЙ. В 13.1.4 определяется использование услуги СЭНП НП-Пс-ПРЕРЫВАНИЕ. В 13.1.5 определяется использование услуги СЭНП НП-Пл-ПРЕРЫВАНИЕ, которая не используется в режиме Х.410—1984

13.1.1    Преобразование в НП-ОТКРЫТИЕ и НП-ЗАКРЫТИЕ

В этом подразделе определяется преобразование услуг АПС-связ-ка и АПС-развязка в услуги СЭНП режима Х.4Ю—1984 НП-ОТКРЫТИЕ и НП-ЗАКРЫТИЕ.

13.1.1.1    Связка-АПС в ИЛ-ОТКРЫТИЕ

Услуга связка-АПС преобразуется в услугу СЭНП НП-ОТКРЫТИЕ. Использование параметров услуги НП-ОТКРЫТИЕ рассмотрено ниже.

13.1.1.1.1    Прикладной-протокол

Этот параметр должен обеспечиваться инициатором ассоциации примитива НП-ОТКРЫТИЕ запрос и должен иметь значение прото-кол-передачи-спс (целое значение «12») или протокол-передачн-спс-1984 (целое значение *1*).

13.1.1.12 Данные-пользователя

Страница 39

ГОСТ Р ИСО/МЭК 10021-6-97

Значение этого типа, определенное в разделе АРГУМЕНТ услуги связка-АПС, преобразуется инициатором ассоциации в параметр данные-пользователя примитива НП-ОТКРЫТИЕ запрос.

Если ответчик ассоциации обеспечивает параметр «результат* примитива Н[1-ОТКРЫТИЕ ответ в значении «принято*, то значение типа, определенное в разделе РЕЗУЛЬТАТ услуги связка-АПС, преобразуется в параметр данные-пользователя примитива НП-ОТКРЫТИЕ ответ.

В случае ошибки ответчик ассоциации обеспечивает параметр «результат* примитива НП-ОТКРЫТИЕ ответ в значении «отклонено (устойчивое состояние)* или «отклонено (неустойчивое состояние)». При значении «отклонено (устойчивое состояние)* параметр данные-пользователя примитива НП-ОТКРЫТИЕ ответ должен иметь значение либо ошибка-аутентификации, либо неприемлемый-режим-диалога.

13.1.1.1.3 Режим

Этот параметр должен обеспечиваться инициатором ассоциации в примитиве НП-ОТКРЫТИЕ запрос и должен иметь значение «режим Х.410—1984*.

13.1.1.2    Развязка-АПС в НП-ЗАКРЫТИЕ

Развязка-АПС преобразуется в услугу НП-ЗАКРЫТИЕ СЭНП. В

режиме Х.410—1984 услуга НП-ЗАКРЫТИЕ не имеет параметров

13.1.2    Преобразование в НП-ПЕРЕДАЧА

Услуги передача-сообщения, передача-зонда и передача-отчета преобразуются в услугу СЭНП НП-ПЕРЕДАЧА.

Элемент СЭПС может выдавать примитив НП-ПЕРЕДАЧА запрос только в том случае, если он владеет полномочиями (см. 13.1.3) и если нет нсвыданного примитива НП-ПЕРЕДАЧА подтверждение.

Использование параметров услуги НП-ПЕРЕДАЧА рассмотрено в следующих подразделах.

13.1.2.1    ПБДП

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

Для услуги передача-сообщения ПБДП-СПС —это сообщение. Для услуги передача-зонда ПБДП-СПС — это зонд. Для услуги передача-отчет ПБДП-СПС — это отчет.

13.1.2.2    Время-передачи

Значение этого параметра определяется локальными правилами передающего. Оно может иметь отношение к приоритету ПБДП (см. 13.1.3.1.1).

Страница 40

ГОСТ Р ИСО/МЭК 10021—6—97

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

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

СЭПС должен овладеть полномочиями прежде, чем он сможет использовать услугу НП-ПЕРЕДАЧА для передачи сообщения, зонда или отчета.

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

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

13.1.3.1 Использование услуги НП-ЗАПРОС-ПОЛ-НОМОЧИЙ

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

Если инициатор ассоциации обеспечил параметру диалогово-ре-жима значение «монолог», а параметру начальных полномочий значение «инициатор-ассоциации*, то услуга НП-ЗАПРОС-ПОЛНОМОЧИЙ не должна использоваться.

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

13.1.3.1.1    Приоритет

Значение параметра «приоритет* обеспечивается СЭПС, запрашивающим полномочия, и оно отражает ПБДП самого высокого приоритета из всех ПБДП, ожидающих передачи.

Приоритет «ноль* является наивысшим приоритетом и зарезервирован для действий разъединения ассоциации ее инициатором.

Приоритет «единица* должен назначаться сообщениям, у которых

36

Страница 41

ГОСТ Р ИСО/МЭК 10021—4—97

иоле «приоритет» (определенное в 8.2.1.1.1.8 ИСО/МЭК 10021—4) имеет значение «срочно*. Приоритет «единица* должен назначаться также зондам и отчетам.

Приоритет «два* должен назначаться сообщениям, у которых поле «приоритет* имеет значение «нормальный».

Приоритет «три* должен назначаться сообщениям, у которых поле «приоритет* имеет значение «несрочный*.

Если между двумя АПС установлено более одной ассоциации, то блоки ПБДП-СПС могут назначаться для ассоциаций в соответствии с их приоритетами. Несколько ассоциаций могут использоваться для переноса ПБДП-СПС одинакового приоритета. По одной ассоциации передаются ПБДП-СПС более высокого приоритета перед передачей ПБДП-СГ1С более низкого приоритета; ПБДС-СПС одинакового приоритета передаются по принципу «первый пришел — первый вышел*.

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

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

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

Услуга НП-ПРЕДОСТАВЛЕНИЕ-ПОЛНОМОЧИЙ не имеет параметров.

13.1.4    Использование услуги НП-Пс-ПРЕРЫВАНИЕ

Прикладным-процессом является пользователь услуги СЭНГ1

НП-Пс-ПРЕРЫВАНИЕ.

Услуга НП-Пс-ПРЕРЫВАНИЕ информирует прикладной-про-цесс о том, что прикладная-ассоциация не может дальше поддерживаться (например, из-за невозможности восстановления).

Услуга НП-Пс-ПРЕРЫВАНИЕ не имеет параметров.

13.1.5    Использование услуги ИП-Пл-ПРЕРЫВАНИЕ

Услуга СЭНП НП-Пл-ПРЕРЫВАНИЕ отсутствует в режиме Х.410—1984.

13.2    Преобразование в СЭНП нормального режима

В этом подразделе определяется преобразование протокола пере-

37

Страница 42

ГОСТ Р ИСО/МЭК 10021-6-97

дачи (Р1) в используемые услуги для прикладных-контекстов, содержащих СЭНП нормального режима. Обеспечение этого прсобрато-вания обязательно для соответствия настоящему стандарту.

В 13.2.1 определяется преобразование услуг связка-АПС и развяз-ка-АПС в услуги СЭНП нормального режима НП-ОТКРЫТИЕ и НП-ЗАКРЫТИЕ. В 13.2.2 определяется преобразование услуг передача-сообщения, передача-зонда и передача-отчета в услугу СЭНП НП-ПЕРЕДАЧА. В 13.2.3 описывается управление полномочиями с использованием услуг СЭНП НП-ЗАПРОС-ПОЛНОМОЧИЙ и НП-ПРЕДОСТАВЛЕНИЕ-ПОЛНОМОЧИЙ. В 13.2.4 определяется использование услуги СЭНП НП-Пс-ПРЕРЫВАНИЕ. В 13.2.5описано использование услуги СЭНП НП-Пс-ПРЕРЫВАНИЕ.

13.2.1    Преобразование в НП-ОТКРЫТИЕ и НП-ЗАКРЫТИЕ

В этом полраэдслс определяется преобразование услуг связка-АПС и развязка-АПС в услуги СЭНП нормального режима НП-ОТКРЫТИЕ и НП-ЗАКРЫТИЕ.

13.2.1.1    Связка-АПС в НП-ОТКРЫТИЕ

Услуга связка-АПС преобразуется в услугу СЭНП НП-ОТКРЫТИЕ. Использование параметров услуги НП-ОТКРЫ'ГИЕ рассматривается в следующих подразделах

13.2.1.1.1    Режим

Этот параметр должен обеспечиваться инициатором ассоциации в примитиве НП-ОТКРЫТИЕ запрос и должен иметь значение «нормальный режим».

13.2.1.1.2    Имя прикладного контекста

В примитиве НП-ОТКРЫТИЕ запрос инициатор ассоциации должен предложить прикладной-контекст передача-спс, определенный в настоящем стандарте.

13.2.1.1.3    Данные-пользователя

Преобразование операции-связки услуги связка-АПС в параметр данные-пользователя примитива НП-ОТКРЫТИЕ запрос определено в ГОСТ Р ИСО/МЭК 9072-1.

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

Инициатор ассоциации обеспечивает список определений контекста уровня представления в примитиве НП-ОТКРЫТИЕ запрос.

Список определений контекста уровня представления содержит определение-контекста-уровня-прсдстаплсния для каждого абстракт-ного-синтаксиса, входящего в прикладной-контекст. Определение контекста-уровня-представления содержит идеитификатор-коитекс-

Страница 43

ГОСТ Р ИСО/МЭК 10021-6-97

та-уровня-предсгавления и имя-абстрактного-сингаксиса для СЭП. Поименованный абстракгный-синтакснс для СЭНП содержит абстрактный синтаксис для операции-связки.

В разделе 12 определяются абстрактные-синтаксисы, входящие в прикладной-контекст.

13.2.1.2    Р азе яз к а-А П С в НП-ЗЛКРЫТИЕ Развязка-АПС преобразуется в услугу СЭНП НП-ЗАКРЫТИЕ.

В нормальном режиме никаких параметров услуги НП-ЗАКРЫТИЕ не используется.

13.2.2    Преобразование в НП-ПЕРЕДАЧА

Услуги передача-сообщен ия, передача-зонда и передача-отчета преобразуются в услугу СЭНП НП-ПЕРЕДАЧА.

Преобразование этих услуг в услугу НП-ПЕРЕДАЧА в нормальном режиме аналогично преобразованию в режиме Х.410—1984, определенному в 13.1.2.

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

СЭПС должен овладеть полномочиями прежде, чем он сможет использовать услугу НП-ПЕРЕДАЧА для передачи сообщения, зонд;» или отчета.

Управление полномочиями в нормальном режиме аналогично управлению полномочиями в режиме Х.410—1984, определенному

в 13.1.3.

13.2.4    Использование услуги НП-Пс-ПРЕРЫВАНИЕ Прикладным процессом является пользователь услуги СЭНП

НП-Пс-ПРЕРЫВАНИЕ.

Услуга НП-Пс-ПРЕРЫВАНИЕ обеспечивает информирование прикладного-процесса о том. что прикладная ассоциация не может больше поддерживаться (например, из-за невозможности восстановления).

Услуга НП-Пс-ПРЕРЫВАНИЕ не имеет параметров.

Заметим, что использование услуги НП-Пс-ПРЕРЫВАНИЕ в нормальном режиме аналогично использованию этой услуги в режиме Х.410—1984.

13.2.5    Использование услуги НП-Пл-ПРЕРЫВАНИЕ Прикладным-процсссом является пользователь услуги СЭНП

НП-Пл-ПРЕРЫВАНИЕ.

Услуга НП-Пл-ПРЕРЫВАНИЕ позволяет прикладному-процессу прервать прикладную-ассоциашпо. Услуга НП-Пл-ПРЕРЫВАНИЕ может быть запрошена либо инициатором, либо ответчиком ассоциации.

Страница 44

ГОСТР ИСО/МЭК 10021-6-97

В нормальном режиме никакие параметры услуги НП-Пл-ПРЕ-РЫВАНИЕ не используются

Заметим, что услуга НП-Пл-ПРЕРЫВАНИЕ отсутствует в режиме X.410—1984.

14 СООТВЕТСТВИЕ

РУ. претендующий на соответствие протоколу передачи СПС {Р1). определенному в настоящем стандарте, должен соответствовать требованиям подразделов 14.1, 14.2 и 14.3.

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

Должно констатироваться следующее:

а)    прикладные-контексты, определенные в главе 3 настоящего стандарта, соответствие которым заявляется;

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

в)    роль, которую может выполнять в ассоциации РУ. в качестве инициатора, ответчика либо того и другого.

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

Таблица 7 — Требования к соответствию протоколу передачи СПС

г .

Прикладной кокгекет

Тил АПС

А

В

с

Протокол передачи СПС

Передача-СПС

О

О

О

11ротокол- передачи-спс

Ф

О

О

Протокол-персдачи-спс- 19S4

Ф

ф

L. 0

Обозначения:

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

1

1

1 Ф — факультативно.

1

1

40

Страница 45

ГОСТ Р ИСО/МЭК 10021-6-97

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

ЛПС должен:

а) соответствовать определению абстра KTH ого-с и «такс к са протокола передачи СПС (Р1), определенного в разделе 12 настоящего стандарта.

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

АПС должен:

а)    соответствовать процедурам распределенных операции СПС, определенных в ИСО/МЭК 10021—4;

б)    соответствовать преобразованию в услуги, определенные в разделе 13 настоящего стандарта, требуемого прикладными контекстами, которые обеспечены типом АПС, для которого заявлено соответствие; обеспечение преобразования в услуги СЭНП в нормальном режиме обязательно для всех типов АПС, а в услуги СЭНП в режиме Х.410—1984 обязательно для АПС типа В и АПС типа С;

в)    соответствие правилам взаимодействия с РУ, соответствующим Рекомендации Х.411 (1984), определено в приложении В настоящего стандарта, если заявлено соответствие АПС типа С;

г)    соответствие использованию нижерасположенных услуг определено в 11.3 настоящего стандарта.

41

Страница 46

ГОСТ Р ИСО/МЭК 10021—6—97

ПРИЛОЖЕНИЕ Л

(ofi*jame.ibHoe)

СПРАВОЧНОЕ ОПРЕДЕЛЕНИЕ ОБЪЕКТНЫХ ИДЕНТИФИКАТОРОВ ПРОТОКОЛА СОС

В данном приложении для справочных целей определяются различные объектные идентификаторы, на которые даются ссылки в модулях АСН.1 основного текста настоящего стандарта. Указанные объектные идентификатор и присвоены на рисунке АЛ.

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

42

Страница 47

ГОСТ Р ИСО/МЭК 10021-6-97

MHSProlocolObjectldentifiere {joint-iso-ccitl mitt motiS(6) protocok<0) njodulesfO) objcct-KlentificR(O))

DEFINmONS IMPUCIT TAGS BEGIN

- - Пра \ot

• • '■Экспортирует все IMPORTS • - ничего •

- - Иротокмы COC

Ki-mh*-protocote OBJECT IDENTIFIER    (x>int-iso-ccrtt mh5.-motis(6) protocob(O)}

not (ЯПiui)vc

- - Классифицирует объектные идентификаторы •d-mod OBJECT IDENTIFIER r* {id-mhs-protocob 0) id-ас OBJECT IDENTIFIER r.“ {id-mhs-protocol 1| id-as OBJECT IDENTIFIER    (id-mhs-pnxoccte 2)

U asi- OBJECT IDET'TllRER (ul mhs pitfoccfa 3)

-    - модули

■ - прик*0()мые контексты

-    абстрактные ситижсисы

-    - сервисные тхемектн прик>их)-

ного доме


-    - Модули

кЗ mod cbjecl-KJctmficB OBJECT IDENTIFIER L— (kl-mod 0) id-mod mu-acccw-protocol OBJECT IDENTIRER ;* <td-mtxl I) kJ-mod-ms :icoe& protocol OBJECT IDEI'JTIRER r— |id-mod 2) id-mod-mts tninifcr-protocol OBJECT IDENTIFIER r“ (id-mod 3)

-    - не orpttJertmervrva/

-    - не onpedcume.iuMu

-    - не спрегкшпельмый • - me trtpcdc. штмъныи

-    - Приыадные контексты

• - Нротакм доступа СПС

id-ac-mts-ассе» OBJECT IDENTIFIER (td-»c 0) id-ac-mts-forced-.iccc« OBJECT IDENTIFIER (id-ac 1) kl-ас mts-rcliiblc-acccss OBJECT IDENTIFIER <id-ac 2| td-ac mts roaod-reliaWc-acceM OBJECT IDENTIFIER (td-*c 3)

Определение абстрактного синтаксиса объектных идентификаторов протоколов СОС

Рисунок А. 1, лист 1

43

Страница 48

ГОСТ Р ИСО/МЭК 10021-6-97

• • Протока* доступа ХС

к!-лс-ms acccss OBJECT IDENTIFIER    (id-ас 4)

ld-ac-ms-rcliablc-acce» OBJECT IDENTIFIER (id-ас S)

- - Протоко.i передали СПС

id-ac-mts transfer OBJECT IDENTIFIER <н1-ас-61

- - A6cюроктные синтаксисы

id-as-icsc OBJECT IDENTIFIER { joint-iso cutt assocuHion-control (2) abstract-

syntax (1) opdus (0) vercion 1<1)| id-as-msse OBJECT IDENTIFIER .:= lid as 1) idas-mdsc OBJECT IDENTIFIER    («las 2)

id as mn* OBJECT IDENTIFIER    <id as 5}

id-as-masc OBJECT IDENTIFIER    (»d-as 6»

id-as inUe OBJECT IDENTIRER    <id-as 7)

»d as-mu-me OBJECT IDENllFIER |»d-as 8)

>d-as-ms OBJECT IDENTIFIER (id* 9|

»d-as-ins-fts« OBJECT IDENTIRER lid-as 10) id-as-mts OBJECT IDENTIFIER fid-u II)

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

id ase msse OBJECT IDENTIRER    (jdase 0)

id-ase mdse OBJECT IDENTIRER    |«d-ase 1)

id ase-mree OBJECT IDENTIFIER    {id «e 21

id-ase masc OBJECT IDENTIFIER    (tdase 3|

id-asemtsc OBJECT IDENTIRER    (>daw 4)

L'ND - - оОъеетиыхИлсктификагороеПротоколаСОС

Рисунок A.1, лист 2

44

Страница 49

ГОСТ Р ИСО/МЭК 10021—6—97

ПРИЛОЖЕНИЕ В (обязательное)

ВЗАИМОДЕЙСТВИЕ С СИСТЕМАМИ 1984

В данном приложении определяются правила, которым должны подчиняться АПС, претендующие на соответствие АПС топа С насгояшем>' стандарту (далее — «системы 1988*), при взаимодействии с реализациями, соответствующими Рекомендации Х.411 (1984) (далее — «системы 1984*), использующими протокол передачи СПС (Р1).

В подразделе B.I определяются правила установления ассоциаций, которым должна подчиняться система 1988 при взаимодействии с системой 1984.

В подразделе В.2 определяются правила, которым должна подчиняться система 1988 при передаче ПБДП-СПС в систему 1984.

В подразделе В 3 определяются правила, которым должна подчиняться система 1988 при передаче ПБДП-СПС из системы 1984.

Примечание — Поскольку Рекомендация Х.411 (19S4) определяет взаимодействия на гракинс РАУ, то правила кзакмодеНствкя. приводимые в данном приложении, применимы только на ЭТОЙ границе

К универсальному классу типов АСН.1 добавлены дополнительные типы относительно определенных в Рекомендации Х.409 (1984). Счедовательно спецификации действительной замены для типа ЛЮБОЙ расширены Заметим, что системы 1984 могут оказаться неспособными обработать расширенные универсальные тины. Однако такие патл, предназначенные для систем 1984, должны быть ограничены универсальными типами, определенными в Рекомендации Х.409 (1984).

Правила базового кодирования АСН.1 обеспечивают более высокую гибкость, чем Рекомендация Х.409 (1984) для больших форматов октетов длины. Первые позволяют использовать более длинные октеты, чем минимально необходимо, тогда как указанная Рекомендация не обеспечивает этого. Следовательно при взаимодействии с системой 1984 необходимо соблюдать эти ограничения и использовать меньшее возможное число октетов при отсутствии ведущего октета в значении 0.

В. 1 Установление ассоциации

В этом подразделе определяются огрз!Шчения, которые должна выполнять система 1988 относительно связки-АПС при установлении ассоциации с системой 1984. Относительно развязки-АПС ограничений нет.

Протокол• передачи-епс-1984. определенный в разделе 12 настоящего стандарта, должен использоваться для совместимости с системой 1984.

В.1.1 Удостоверения личности инициатора/ответчика

На эти элементы не налагается ограничений, поскольку в Рекомендации

Страница 50

ГОСТ Р ИСО/МЭК 10021-6-97

X.411 (1984) определено, что каждый из соответствующих элементов должен иметь тип ЛЮБОЙ- Заметим, однако, что система 19.44 будет ограниченно использовать эти элементы при взаимодействии с системами 1988, как изложено выше.

В.!.2 Контекст-зашиты

Этот факультативный элемент не должен генерироваться системой 1988 при взаимодействии с системой 1984. Заметим, что система 1984 не может вырабатывать этот элемент.

В. 1.3 О ш и б к a-с вязки

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

В.2 Правила передачи в системы 1984

В этом подразделе определяются правила взаимодействия, которые должна выполнять система 1988 при передаче Г1БДП-СПС системе 1984. Передача ПБДП-СПС системой, соответствующей ГОСТ Р ИСО/МЭК 10021—4, в систему, соответствующую Рекомендации Х.411 (1984), называется снижением- Эти правила выражаются в понятиях действий, которые должна выполнять система 1988 нал каждым протокольным элсмс»пом протокола передачи СПС (Р1).

Если предполагается, что ни одно из правил не вызовет безуспешности снижения, то заданные ПБДП-СПС должны быть снижены в соответствии с применимыми правилами до их передачи в систему 1984.

Если одно или несколько правил могут привести к безуспешности снижения, то ЛЛС будет выполнять тс же действия, «по и в случае безуспешности передачи (см. раздел 14 ИСО/МЭК 10021—4).

Примечание — Возможна» или фактическая потеря информации, обусловленная применением гшх правил, может повлиять иа стратегию маршрутизации ДПС.

В остальной части этого подраздела определяются правила дня каждого протокольного элемента. Особо не оговоренные протокольные элементы должны передаваться в неизменном виде. Если не указано обратное, то спсиифипированные правила применимы к любым ПБДП-СПС, которые имеются в Протокольных элементах.

В.2.1 Расширения

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

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

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

46

Страница 51

ГОСТ Р ИСО/МЭК 10021-6-97

В.2.2 Порсгионалысая двусторонняя информация

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

В праТИВНОМ случае порегнональная-двусторонняя-информация должна оставаться неизменной.

В.2.3 Трассова я-и нформаии я/с убъектная-проме-жуточная-трассова я-и н формация

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

В противном случае трассовая-информация или субъектная-промежугоч-ная-трассовая-информация должна остаться неизменной.

В.2.4 И мя-отаравител я/и м я-a д р е с а т a-о т ч с т а

Если имя-отравителя на конверте-передачи-сообшения или на конвергте-оере дачи-зонда либо имя-адресатв-отчета на конверте-передачи-отчета не могут быть снижены ь соответствии с правилами для имени-ОП (см. В.2.7), снижение будет безуспешным.

В противном случае этот элемент должен остаться неизменным.

В.2.5 Поля на-получателя передачи-сообщения или •зонда

Если имя-получателя в полях-на-получателя коивертж-передачн-сообшення или комвертя-передачи-зондя не могут быть снижены в соответствии с правилами. заданными для иченн-ОП (см. В.2.7), либо при наличии какого-либо поля-расширеиия-на-получателя, помеченного как криткчиое-нри-передаче или критнчное-при-доставке, то:

а)    если соответствующий элемент ответственность имеег значение ответственный, снижение будет безуспешным;

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

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

В.2.6 Пол я-ll а-п олучателя передач и-о т ч с т а

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

В.2.7 Имя-ОП

Имя-ОП должно снижаться путем удаления справочного-имеии (при его наличии) и снижения адреса-ОП (см. В.2.8).

47

Страница 52

ГОСТ Р ИСО/МЭК 10021—6—97

В.2.8 А д р е с-О П

Если адрес-ОП содержит какие-либо атрибуты, закодированные как тслетсксныс строки и как распечатываемые строки, то тслетексныс строки

следует удалить.

Если адрсс-ОП является цифровым-адресом-011 или термннальныч-адре-соч-ОП, содержащим кчя-частного-репгока, то такой адрес-ОП не может быть снижен.

Нели адрес-011 является тсрминальным-адрссом-ОП, который содержит:

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

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

в)    комбинацию атрибутов, отличную от перечисленных выше, то все зти атрибуты, кроме алреса-се-ni и терминальиого-идеитификатора (при их наличии), должны быть удалены.

Нели адрес-ОП содержит какие-либо атрибуты, закодированные в виде телетекстах строк, а соответствующие распечатываемые строки отсутствуют, то такой адрес-ОП не может быть снижен.

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

В.2.9 Т и и ы-к одированно й-и нформации

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

Другие типы-кодированной-информации, указанные объектными идентификаторами, дмжны быть |феобраэованы в неопределенный бит в базовых-тнпах-кодировакной-икфорчаиии, а объектные идентификаторы должны быть

удалены.

Любые нг-баювые-параметры, кроме параметров типов факс-4-класс-1 и смешанный-режмм, не должны изменяться. Параметры для типов факс-4-масс-1 и смешакный-режнм могут преобразовываться в соответствии с правилами, приведенными в Рекомендациях Т.73 (1984), Т.400, Т. 501 и Т.503; если оно невозможно, снижение будет безуспешным.

Несмотря на указанные выше правила. типы-коднровамиоЯ-инфорчацин о содержимом-псредачи-отчета должны быть удалены.

В.2.10 Т и п-c одержимого и содержимое

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

Если чип-содержимого в сообщении указан объектным идентификатором, он должен быть преобразован в целое число внешнее вместо объектного идентификатора. Объектный идентификатор и содержимое должны быть

48

Страница 53

ГОСТ Р ИСО/МЭК 10021-6-97

объединены в значение тина ВНЕШНИЙ, и это значение должно быть содержимым нового содержимого. Объектный идентификатор должен быть прямым-указатслем типа ВНЕШНИЙ, а содержимое СТРОКИ ОКТЕТОВ содержимого должно быть его выровненным-по-октетам кодом. Кодирование СТРОКИ ОКТЕТОВ содержимого должно соогветствовать базовым правилам кодирования ACH.I.

Если тип-содержимого зонда указан объектным идентификатором, снижение будет безуспешным.

Тип-содержи кого отчета должен удаляться. Во л ращенное-содержимое должно оставаться неизменным.

В.З Прав к.и приема из систем 1984

В этом подразделе определяются правила взаимодействия, которые должка соблюдать система 1988 при приеме ПБДП-СПС из системы 1984.

Для многих элементов протокола передачи СПС (Р1) определены ограничения на размеры. При условии соблюдения этих ограничений системой 1984 правильно закодированные ПБДП-СПС. полученные из системы 1984, также будут соответствовать протоколу передачи СПС (PI) 1988. Следовательно система 1988 не требует никаких особых действий.

В.4 Нерегулярности службы

Использование переадресации и списка распределения в существующих региональных границах 1988/1984 может привести к ««которым нерегулярностям, которые перечислены ниже:

—    получатели могут оказаться не в состоянии уведомить о получении ими сообщения по причине расширения СР или переадресации;

—    при пересечении сообщением региона 1984 предыстория расширения и предыстория переадресации теряются. Эго может привести к преждевременному обнаружению шага маршрутизации и к безуспешному результату переадресации или расширения. Заметим, что с этой проблемой может столкнуться только СР с совместимым алресом О/П 1984;

—    АП С 1984 мо>ут выдавать уведомления отправителю сообщения вместо их переапресаиии обратно по маршруту расширения СР;

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

49

Страница 54

ГОСТ Р ИСО/МЭК 10021—6—97

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

РАЗЛИЧИЯ МЕЖДУ ПРОТОКОЛАМИ СОС 1984 И 1988

В данном приложении определены различия между протоколом доступа СПС (РЗ) и протоколом передачи СПС (Р1), определенными в настоящем стандарте, и протоколами РЗ и PI. определенными в Рекомендации Х.411 (1984). Различия в изложении протоколов здесь не рассматриваются.

Рахтичия определены в понятиях добавлений или других изменений протокольных элементов, имеющихся в РЗ и Р1 и определенных в Рекомендации Х.411 (1984). Эти различия более точно указаны в определениях абстрактного синтаксиса в ИСО/МЭК 10021—4.

В подразделе С.1 определены различия в протоколе доступа СПС (РЗ). В подразделе С.2 определены дополнительные различия в протоколе передачи СПС(Р1).

С.1 Различия I протоколе доступа СПС (РЗ)

В этом подразделе определены различия между протоколом доступа СПС (РЗ), определенным в настоящем стандарте, и !гротоколом РЗ, определенным в Рекомендации Х.411 (1984).

С. 1.1 Ограничения на размеры

Ограничения на предельные значения длины типов строк, число элементов в типах НАБОР или ПОСЛЕДОВАТЕЛЬНОСТЬ и диапазон значений типа ЦЕЛОЕ наложены на все параметры, определенные в Рекомендации Х.411 (1984), за исключением содержимого сообщения.

Примечание — Действительные значения ограничений не являются обязательной частью ИСО/МЭК 10021-4.

С. 1.2 Изменения фундаментальных типов

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

С. 1.2.1 Имя-ОП

В имя-ОП добавлены два новых факультативных параметра.

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

Вторым является справочное-имя, определегшос в ИСО/МЭК 9594—2.

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

50

Страница 55

ГОСТ Р ИСО/МЭК 10021—6—97

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

С. 1.2.2 Тип-содержимого

Добанлена факультативная возможность идентификации типа-содержимого объектным идоггификатором вместо целого числа. Эго более предпочтительный метол илогтификааии нового типа-содсржимого, и присвоение нового целочисленного значения нежелательно. Лия выбора целою числа определены три новых значения: неопределенное, внешнее и чежперсональ-ные-сообщения-1988.

С. 1.2.3 Типы-кодировашюй-информации

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

добавлены в виде неопределенного объекта

Определение не-базовых-параметров для типов ф*кс-4-клвсс-1 и смешанный режим изменено в том, что ранее приведенное в Рекомендации Т.73 (1984) определение заменено на определение, приведенное в Рекомендациях Т.400, Т.501 и Т.503, и втом, что в нем теперь используется явное тегирование вместо неявного.

С. 1.2.4 Содержимое

Для содержимого сообщения сохранен тип СТРОКА ОКТЕТОВ. Если тип-содержимого иде»гтифииируется целочисленным значением внешнее, то такое содержимое называется внешним-содержимым. Значением СТРОКИ ОКТЕТОВ для внешнего-содержимого должен бьггь код ВНЕШНЕЕ ACH.I. С. 1.3 Расширения

Большая часть расширений абстрактных услуг СПС, определенных в ИСО/МЭК 10021—4, в протоколе сопровождается добавлением отдельного нового параметра расширения на конвертах и в результатах операций. Если никаких расширений не требуется, этот параметр отсутствует. Он может иметь место:

—    в кои ве рте - предоставлена я - еообии» н и я но принципу на-сообщение и на-получателя;

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

—    в конверте-предоставления-зонда по принципу на-зонд и на-получателя,

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

—    в резу л ьтате - доста вки - сообще ни я и

—    в конверта-доставки-отчета но принципу на-огчет и на-получатсля.

С. 1.4 Связка

В Рекомендации Х.411 (1984) обмен удостоверениями личности типа ЛЮБОЙ выполняется с использованием аргумента и результата операции связки. Тип ЛЮБОЙ оградшчен в настоящем стандарте с целью выбора простых - удостоверений - личности (строка МК5 или СТРОКА ОКТЕТОВ) или строгих-удостоверений-л ичвости, основанных iu криптографических методах.

В аргумент добавлен факультативный параметр с целью спецификации контекста-защиты. Добавлены новые виды ошибок для указания неприемлемого-контекста-«щиты.

51

Страница 56

ГОСТ Р ИСО/МЭК 10021-6-97

С. 1.5 Предоставлением ообщения

Параметры исходиые-тмпы-кодированной-информацнн и явное-преобраю-вание в конверте-предоставдеиие-сообщеннл переведены в сгатус факультативных

Добавлены две новых ошибки: нееовместимый-мпрос и ошибка-мшиты

С. 1.6 П р е л о с т а в л с н и е-з о н д а

Аналогично ирелоставлению-сообшення. см. С. 1.5.

С. 1.7 А н и у л и р о в а н и е-э а д с р ж а к и о й-д о с т а в к и

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

С.1.8 У п р а в л с н и е-п релоставлснисм

К этому apryMcirry добавлен факультативный параметр допустнмый-кон-текст-Защиты.

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

Добавлена ошибка: ошибка-защиты.

С. 1.9 Доставка-сообщения

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

Эта операция сделана подтверждаемой путем добавления раздела РЕЗУЛЬТАТ, который содержит два факультативных параметра защиты: сертификат-получателя и подтвержден не-доставки.

Добавлена одна новая ошибка: ошибка-защиты.

С. 1.10 Д о с т а в к a-о т ч с т а

В конверты-доставка-отчет* добавлено 2 новых факультативных параметра: тип-содержимого и исходные-тнпы-коднровакяой-икформаинн исходного сообщения.

Определено 5 новых кодов-причины-недосшвкн и 35 новых кодов-диагностики-недоставки.

Добавлено 5 новых значений параметра тп-пояъэомтеля-СПС: хранили-щс-еообщений, список-распределения, модуль-доступа-физической-доставки, физическин-получатель и прочие.

Операция сделана подтверждаемой путем добавления раздела РЕЗУЛЬТАТ (где не передаются никакие параметры).

Добавлена новая ошибка, ошибка-зашиты.

С. 1.11 Управление-защитой

К аргументу добавлено 2 новых факультативных параметра управления: допустимые-тилы-зашпты и допустимый-контекст-ищиты.

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

52

Страница 57

ГОСТ Р ИСО/МЭК 10021-6-97

Добанлскы 2 новые ошибки: регистрация-нарушения-упрамения и ош»5-ка-зашхты.

0.1.12 Регистрация

К аргументу добавлены 2 новых параметра: типы-доставляемого-содержимого и метки-и-переадресация.

Теги на параметры ограничение, допустимые-операции и допустнмая-мак-сималышя-длння-содержимого управления-достаикой-по-умолчанию изменены. Добавлен параметр допустимы*-типы-содержимого.

С.1.13 Изменение-удостоверений личности

Эти возможные типы, обеспечиваемые для удостоверений ЛИЧНОСТИ в данной операции, оцмничены, как описано в С. 1.4. Взаимоотношения между типами, обеспечиваемыми для прежних-удостоверений-личности и новых-удостоверений-личности, также ограничены (одним и тем же типом).

С.2 Различия в протоколах передачи СПС (Р1)

D vtom подразделе определены различия между протоколом передачи СПС (Р1), определенным в настоящем стандарте, и протоколом Р1. определенным в Рекомендации X 411 (1984).

Перечисленные ниже изменения протокола передачи СПС (PI) тс же, что и определенные для протокола доступа СПС (РЗ): ограштчения размера (см. С.1.1), изменения фундаментальных типов (см. С. 1.2) и связки (см. С. 1.4).

В следующих подразделах подробно рассмотрены другие изменения протокола передачи СПС (Р1).

С.2.1 П о л я расширения

Новый Параметр расширения используется для включения большинства расширений абстрлюпых-услуг в протокол передачи СПС (PI) (см. С. 1.3). Этот параметр отсутствует, если расширения не требуются. Он может иметь

место:

—    в конверте-передачи-сообщения [ю принципу на-сообшение или на-

получателя;

—    в конверте-передачи-юнда по принципу На-ЗОНД или на-получателя;

—    в конверте-передачи-отчета;

—    в содержимом-передачи-отчета но принципу на-отчет или на-получателя.

С.2.2 Другие отличия

Добавлены 2 факультативных параметра к полям передачи на-отчет комверта-переддчи-отчета: исходиые-типы-кодированиой-инфорчацик и тип-содержимого.

Добавлен факультативный идеюифи ка тор-частного-региона к параметру-поре тональная-ддусто рои няа-информация конвертов-иередачи-сообщения и -юнда Эго создает возможность передавать порегпоядльную-двустороннюю-информацию как в РУЧП, так и в РАУ.

К зле ментам трассовая-информация добавлен факультативный параметр другие-действия. Этот новый параметр содержит 2 указателя: переадресовано ДЛЯ информирования о том, что сообщение было переадресовано РУ; расширено для информирования о том, что РУ расширил список распределения.

53

Страница 58

ГОСТ Р ИСО/МЭК 10021-6-97

ПРИЛОЖЕНИЕ D

(справочное)

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

В данном приложении определяются технические различия между текстом Рекомендации Х.419 МККТТ' и настоящим стандартом.

К лим различиям относятся следующие:

1)    В Рекомендации Х.419 МККТТ содержатся обязательные требования к соответствию для обеспечения взаимодействия с реализациями Рекомендации Х.411 (1984) МККТТ. испольэуюшими протокол передачи СПС (Р1). В настоящем стандарте возможность взаимодействия с системами 1984 не требуется для AIIC типа А и АПС типа В, но обязательна для АПС типа С.

2)    В Рекомендации Х.419 МККТТ обеспечение преобразования протокола передачи СПС <Р1) в СЭНП режима X.410—1984 является обязательным требованием соответствия, а обеспечение преобразования в СЭНП нормального режима - факультативным. В настоящем стандарте обеспечение преобразования в СЭНП нормального режима является обязательным, а обеспечение преобразования в СЭНП режима Х.410—1984 не требуется для АПС типа А, но обязательно доя АПС типа В и АПС типа С.

Примечание — Взаимодействие между реализациями обсушено в таблице 6 иастояшеш сиидарта

3)    В Рекомендации Х.419 МККТТ содержатся требования по обеспечению услуг нижерасположснных уровней. В настоящем стандарте эти требования отсутствуют.

УДК 681.324:006.354 ОКС 35.240.20    П85 ОКСТУ 4002

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

я

Страница 59

Редактор Т.С. Шеко Технический редактор Л A. Kywtqou Корректор М. С. Кабашоеа Компьютерная аерстка С В. Рябовой

Им лиц N? 021007 от 10.08.9$. Сдано в набор 04.09-97. Подписано • печать I). 10.97. Усл.печл. 3,26. Уч..клал. 3.20. Тираж 294 экз. С987. Зак. 719.

ИПК Илаателютю стандартов, 107076, Москва. Колодезный пер., 14. Набрано в Издательстве на ПЭВМ Филиал ИПК Издательство стандартов — тип. “Московский печатник”, Москва, Лилин пер., 6 Плр Nt 080102