ГОСТ Р ИСО/МЭК 10021-6-97 Информационная технология (ИТ). Передача текста. Системы обмена текстами, ориентированные на сообщения (MOTIS). Часть 6. Спецификации протокола.
ГОСТ Р ИСО/МЭК 10021-6-97
Группа П85
ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
Информационная технология
ПЕРЕДАЧА ТЕКСТА. СИСТЕМЫ ОБМЕНА ТЕКСТАМИ,
ОРИЕНТИРОВАННЫЕ НА СООБЩЕНИЯ (MOTIS)
Часть 6. Спецификации протокола
Information technology. Text communication.
Message-oriented text interchange systems (MOTIS).
Part 6. Protocol specifications
ОКС 35.240.20
ОКСТУ 4002
Дата введения 1998-07-01
Предисловие
1 РАЗРАБОТАН Московским научно-исследовательским центром (МНИЦ) Комитета при Президенте Российской Федерации по политике информатизации
ВНЕСЕН Комитетом при Президенте Российской Федерации по политике информатизации
2 ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 19 августа 1997 г. N 286
Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК 10021-6-90 "Информационная технология. Передача текста. Системы обмена текстами, ориентированные на сообщения (MOTIS). Часть 6. Спецификации протокола"
3 ВВЕДЕН ВПЕРВЫЕ
ВВЕДЕНИЕ
Настоящая часть ГОСТ Р ИСО/МЭК 10021 - одна из совокупности частей ГОСТ Р ИСО/МЭК 10021 [стандарты по системам обмена текстами, ориентированным на сообщения (MOTIS)]. ГОСТ Р ИСО/МЭК 10021 обеспечивает исчерпывающую спецификацию обработки сообщений, охватывающую любое количество взаимодействующих открытых систем.
ГОСТ Р ИСО/МЭК 10021 состоит из нескольких частей, объединенных общим названием "Информационная технология. Передача текста. Системы обмена текстами, ориентированные на сообщения (MOTIS)":
- Часть 1. Общее описание системы и службы
- Часть 2. Общая архитектура
- Часть 3. Соглашения по определению абстрактных услуг
- Часть 4. Система передачи сообщений: определение абстрактных услуг и процедуры
- Часть 5. Хранилище сообщений: определение абстрактных услуг
- Часть 6. Спецификации протокола
- Часть 7. Система межперсональных сообщений
Система обмена текстами обеспечивает обмен сообщениями между пользователями на основе передачи сообщений с промежуточным накоплением. Сообщение, выдаваемое одним пользователем (отправителем), передается через систему передачи сообщений (СПС) и доставляется одному или нескольким другим пользователям (получателям). Пользователь может взаимодействовать непосредственно с СПС, либо косвенно через хранилище сообщений (ХС).
СПС содержит несколько агентов-передачи-сообщений (АПС), которые передают сообщения и доставляют их назначенным получателям.
Настоящий стандарт подготовлен на основе международного стандарта, разработанного совместно МККТТ и ИСО/МЭК. Эквивалентным документом МККТТ является Рекомендация Х.419 МККТТ.
ГЛАВА ПЕРВАЯ. ВВЕДЕНИЕ
1 НАЗНАЧЕНИЕ
Настоящий стандарт определяет протокол доступа СПС (Р3), используемый между удаленным агентом пользователя и СПС для обеспечения доступа к абстрактным услугам СПС, определенным в ИСО/МЭК 10021-4.
Настоящий стандарт определяет также протокол доступа ХС (Р7), используемый между удаленным агентом-пользователя и хранилищем-сообщений (ХС) для обеспечения доступа к абстрактным услугам ХС, определенным в ГОСТ Р ИСО/МЭК 10021-5.
Настоящий стандарт определяет также протокол передачи СПС (Р1), используемый между АПС для обеспечения распределенных операций СПС в соответствии с ИСО/МЭК 10021-4.
ИСО/МЭК 10021-2 идентифицирует другие стандарты, определяющие другие аспекты систем обработки сообщений.
Во второй главе настоящего стандарта определены протоколы доступа СОС (Р3 и Р7). В разделе 6 приведено общее описание протоколов доступа (Р3 и Р7). В разделе 7 определяется абстрактный синтаксис протокола доступа СПС (Р3), в разделе 8 - абстрактный синтаксис протокола доступа ХС (Р7), в разделе 9 - преобразование протокола доступа СОС в используемые услуги, в разделе 10 - требования к соответствию системных реализаций протоколам доступа СОС.
В третьей главе настоящего стандарта определен протокол передачи СПС (Р1). В разделе 11 приведено общее описание протокола доступа СПС (Р1). В разделе 12 определяется абстрактный синтаксис протокола передачи СПС (Р1), в разделе 13 - преобразование протокола передачи СПС (Р1) в используемые услуги, в разделе 14 - требования к соответствию систем, реализующих протокол передачи СПС (Р1).
В приложении В описаны протокольные правила взаимодействия с реализациями Рекомендации Х.411 (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.2 Системы обработки сообщений
Настоящий стандарт ссылается на следующие спецификации систем обработки сообщений:
ИСО/МЭК 10021-1-90 Информационная технология. Передача текста. Системы обмена текстами, ориентированные на сообщения (MOTIS). Часть 1. Общее описание системы и службы
ИСО/МЭК 10021-2-90 Информационная технология. Передача текста. Системы обмена текстами, ориентированные на сообщения (MOTIS). Часть 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 Термины
В настоящем стандарте написание определяемых терминов, а также наименований и значений сервисных параметров и протокольных полей, если это не имена собственные, пишутся со строчной буквы через дефисы, например: определенные-термины. Имена собственные пишутся с прописной буквы без связующего дефиса, например: Имя.
5.2 Определения абстрактного синтаксиса
Настоящий стандарт определяет абстрактный синтаксис протоколов СОС путем использования абстрактно-синтаксической нотации АСН.1, определенной в ГОСТ 34.973, а также нотации удаленных операций, определенной в ГОСТ Р ИСО/МЭК 9072-1.
ГЛАВА ВТОРАЯ. СПЕЦИФИКАЦИИ ПРОТОКОЛОВ ДОСТУПА СИСТЕМ ОБРАБОТКИ СООБЩЕНИЙ
6 ОБЩЕЕ ОПИСАНИЕ ПРОТОКОЛОВ ДОСТУПА СОС
6.1 Модель протоколов доступа СОС
В разделе 6 ИСО/МЭК 10021-4 описана абстрактная модель систем передачи сообщений (СПС) и абстрактные услуги СПС, которые она предоставляет своим пользователям-СПС.
В разделе 6 ГОСТ Р ИСО/МЭК 10021-5 описана абстрактная модель хранилища сообщений (ХС) и абстрактные услуги СПС, которые оно обеспечивает своим пользователям-ХС.
В данном разделе описано, каким образом обеспечиваются абстрактные услуги СПС и абстрактные услуги ХС во время сеансов обмена данными ВОС при реализации абстрактных услуг пользователя и поставщика в виде прикладных-процессов, расположенных в различных открытых системах.
В функциональной среде ВОС обмен данными между прикладными-процессами описывается в понятиях обмена данными между парой логических-объектов-прикладного-уровня (ЛОП) с использованием услуг уровня представления.
Функциональные возможности логических-объектов-прикладного-уровня разделены на ряд (состоящий от одного до нескольких) сервисных-элементов-прикладного-уровня (СЭП). Взаимодействия между ЛОП описываются с точки зрения использования ими услуг, обеспечиваемых СЭП.
Доступ к абстрактным услугам СПС обеспечивается тремя СЭП, каждый из которых поддерживает тип порта, который соединяет в абстрактной модели пользователя-СПС и саму СПС. Сервисный элемент предоставления сообщения (СЭПрС) обеспечивает услуги в порту предоставления; сервисный элемент доставки сообщения (СЭДС) обеспечивает услуги в порту доставки; сервисный элемент управления сообщением (СЭУС) обеспечивает услуги в административном порту. СЭПрС, СЭДС и СЭУС являются асимметричными-СЭП; то есть элементы СЭП пользователя-СЭП действуют в качестве потребителя, а элементы СЭП СПС - в качестве поставщика абстрактных услуг СПС.
Точно так же доступ к абстрактным услугам ХС обеспечивается тремя СЭП: сервисным элементом предоставления сообщения (СЭПрС), обеспечивающим порт-косвенного-предоставления; сервисным элементом поиска сообщений (СЭПсС), обеспечивающим услуги порта поиска, и сервисным элементом управления сообщением (СЭУС), обеспечивающим услуги административного-порта. СЭП пользователя-ХС действует в качестве потребителя, а СЭП ХС - в качестве поставщика абстрактных услуг ХС.
Эти сервисные-элементы-прикладного-уровня, в свою очередь, обеспечиваются другими сервисными-элементами-прикладного-уровня.
Сервисный элемент удаленных операций (СЭУО) обеспечивает в абстрактной модели парадигм запрос/ответ абстрактных операций, выполняемых в указанных портах. Элементы СЭПрС, СЭДС, СЭПсС и СЭУС обеспечивают преобразование функций абстрактно-синтаксической нотации абстрактных услуг в услуги, обеспечиваемые элементом СЭУО.
В качестве факультативной возможности может быть использован сервисный элемент надежной передачи (СЭНП) с целью обеспечения надежной передачи протокольных-блоков-данных-прикладного-уровня (ПБДП), содержащих параметры операций, между ЛОП.
Сервисный элемент управления ассоциацией (СЭУА) обеспечивает установление и разъединение прикладной-ассоциации между парой ЛОП. Ассоциация между пользователем-СПС и СПС может устанавливаться либо пользователем-СПС, либо СПС. Ассоциация между пользоватслем-ХС и ХС может устанавливаться только пользователем-ХС. Разъединить установленную ассоциацию может только ее инициатор.
Один или комбинация нескольких элементов СЭПрС, СЭДС, СЭПсС и СЭУС в сочетании с поддерживающими их СЭП определяют прикладной-контекст прикладной-ассоциации. Заметим, что для поддержки одного или нескольких видов парных взаимодействий между двумя объектами абстрактной модели может быть использована одна прикладная-ассоциация.
В таблице 1 идентифицированы прикладные-контексты, определенные в настоящем стандарте для протокола доступа СПС и протокола доступа ХС.
Таблица 1 - Прикладные контексты протокола доступа СОС
|
|
|
|
|
|
|
|
Прикладной контекст | СЭП обработки сообщений | Обеспечивающие СЭП | |||||
| СЭПрС | СЭДС | СЭПсС | СЭУС | СЭУО | СЭНП | СЭУА |
Протокол доступа СПС |
|
|
|
|
|
|
|
Доступ-спс | ПТ | ПТ | - | ПТ | Х | - | Х |
Форсированный доступ-спс | ПС | ПС | - | ПС | Х | - | Х |
Надежный-доступ-спс | ПТ | ПТ | - | ПТ | Х | Х | Х |
Форсированный-надежный-доступ-спс | ПС | ПС | - | ПС | Х | Х | Х |
Протокол доступа ХС |
|
|
|
|
|
|
|
Доступ-хс | ПТ | - | ПТ | ПТ | Х | - | Х |
Надежный -доступ-хс | ПТ | - | ПТ | ПТ | Х | Х | Х |
Обозначения:
Х - наличие;
"-" - отсутствие;
ПТ - имеется при инициации со стороны потребителя; ПС - имеется при инициации со стороны поставщика | |||||||
Если обеспечивается протокол доступа СПС (Р3), то обеспечение прикладных-контекстов доступ-СПС и форсированный-доступ-СПС является обязательным для АПС. Если АПС обеспечивает прикладной-контекст надежный-доступ-СПС, он должен обеспечивать также форсированный-надежный-доступ-СПС, и наоборот. Обеспечение каждого прикладного-контекста протокола доступа СПС (Р3) является факультативным для пользователя-СПС.
Если обеспечивается протокол доступа ХС (Р7), то обеспечение прикладного-контекста доступ-ХС обязательно для ХС, а обеспечение прикладного-контекста надежный-доступ-ХС - факультативно. Обеспечение каждого из прикладных-контекстов протокола доступа ХС (Р7) является факультативной возможностью пользователя-ХС.
На рисунке 1 приведена модель прикладного-контекста между пользователем-СПС и СПС. Роль потребителя СЭП пользователя-СПС и роль поставщика СЭП СПС указана индексами "ПТ" и "ПС" соответственно.
Рисунок 1 - Модель протокола доступа СПС
Аналогичным образом на рисунке 2 изображена модель прикладного-контекста между пользователем-ХС и ХС.
Рисунок 2 - Модель протокола доступа ХС
6.2 Услуги, обеспечиваемые протоколом доступа СПС
Протокол доступа СПС (Р3) охватывает следующие операции, которые обеспечивают услуги, определенные в ИСО/МЭК 10021-4:
Связка-СПС и развязка-СПС
а) Связка-СПС
б) Развязка-СПС
Сервисный элемент предоставления сообщения (СЭПрС)
в) предоставление-сообщения
г) предоставление-зонда
д) аннулирование-задержанной-доставки
е) управление-предоставлением
Сервисный элемент доставки сообщения (СЭДС)
ж) доставка-сообщения
и) отчет-о-доставке
к) управление-доставкой
Сервисный элемент управления сообщением (СЭУС)
л) регистрация
м) изменение-удостоверения-личности.
6.3 Услуги, обеспечиваемые протоколом доступа ХС
Протокол доступа ХС (Р7) охватывает следующие операции, которые обеспечивают услуги, определенные в ГОСТ Р ИСО/МЭК 10021-5:
Связка-ХС и развязка-ХС
а) Связка-ХС
б) Развязка-ХС
Сервисный элемент предоставления сообщения (СЭПрС)
в) предоставление-сообщения
г) предоставление-зонда
д) аннулирование-задержанной-доставки
е) управление-предоставлением
Сервисный элемент поиска сообщения (СЭПсС)
ж) суммирование
и) перечисление
к) извлечение
л) удаление
м) регистрация-ХС
н) изменение
Сервисный элемент управления сообщением (СЭУС)
п) регистрация
р) изменение-удостоверения-личности.
6.4 Использование нижерасположенных услуг
Протоколы доступа СОС используют нижерасположенные услуги в соответствии с нижеизложенным.
6.4.1 Использование услуг СЭУО
Сервисный элемент удаленных операций (СЭУО) определен в ГОСТ Р ИСО/МЭК 9072-1.
СЭУО обеспечивает парадигм запрос/ответ удаленных операций.
Элементы СЭПрС, СЭДС, СЭПсС и СЭУС являются единственными пользователями услуг СЭУО УО-ПРИВЛЕЧЕНИЕ, УО-РЕЗУЛЬТАТ, УО-ОШИБКА, УО-Пл-ОТКЛОНЕНИЕ и УО-Пс-ОТКЛОНЕНИЕ.
Удаленные операции протокола доступа СПС (Р3) и протокола доступа ХС (Р7) являются операциями (асинхронными) класса 2.
6.4.2 Использование услуг СЭНП
Сервисный элемент надежной передачи (СЭНП) определен в ГОСТ Р ИСО/МЭК 9066-1.
СЭНП предназначен для надежной передачи протокольных-блоков-данных-прикладного-уровня (ПБДП). СЭНП обеспечивает полную и только одноразовую передачу ПБДП, либо уведомление передающего об особых случаях. СЭНП осуществляет восстановление при безуспешном обмене данными и неисправностях оконечных систем и минимизирует количество повторных передач, необходимых для восстановления.
Определены альтернативные прикладные-контексты с СЭНП и без него для обеспечения протоколов доступа СОС.
СЭНП используется в нормальном режиме. Использование нормального режима СЭНП предполагает использование нормального режима СЭУА и нормального режима услуг-уровня-представления.
Если СЭНП включен в прикладной-контекст, то операции связка-СПС и развязка-СПС (связка-ХС и развязка-ХС) протокола доступа СОС являются единственными пользователями услуг СЭНП НП-ОТКРЫТИЕ и НП-ЗАКРЫТИЕ. Элемент СЭУО является единственным пользователем услуг СЭНП НП-ПЕРЕДАЧА, НП-ЗАПРОС-ПОЛНОМОЧИЙ, НП-ПРЕДОСТАВЛЕНИЕ-ПОЛНОМОЧИЙ, НП-Пс-ПРЕРЫВАНИЕ и НП-Пл-ПРЕРЫВАНИЕ.
6.4.3 Использование услуг СЭУА
Сервисный элемент управления ассоциацией (СЭУА) определен в ГОСТ 34.981.
СЭУА обеспечивает управление прикладной-ассоциации (установлением, разъединением, прерыванием) между ЛОП.
Если СЭНП не включен в прикладной-контекст, то операции связка-СПС и развязка-СПС (связка-ХС и развязка-ХС) протокола доступа СОС являются единственными пользователями услуг П-АССОЦИАЦИЯ и П-РАЗЪЕДИНЕНИЕ элемента СЭУА в нормальном режиме. Элемент СЭУО является пользователем услуг СЭУО П-ПРЕРЫВАНИЕ и П-Пс-ПРЕРЫВАНИЕ.
Если СЭНП включен в прикладной-контекст, то СЭНП является единственным пользователем услуг СЭУА П-АССОЦИАЦИЯ, П-РАЗЪЕДИНЕНИЕ, П-ПРЕРЫВАНИЕ и П-Пс-ПРЕРЫВАНИЕ. Использование нормального режима СЭНП предполагает использование нормального режима СЭУА и нормального режима услуг-уровня-представления.
6.4.4 Использование услуг-уровня-представления
Услуги-уровня-представления определены в ГОСТ 34.971.
Уровень представления координирует представление (синтаксис) семантики прикладного уровня, которой необходимо обмениваться.
В нормальном режиме для каждого абстрактного-синтаксиса, входящего в прикладной-контекст, используется свой контекст-уровня-представления.
СЭУА является единственным пользователем услуг-уровня-представления Пк-СОЕДИНЕНИЕ, Пк-РАЗЪЕДИНЕНИЕ, Пк-Пл-ПРЕРЫВАНИЕ и Пк-Пс-ПРЕРЫВАНИЕ.
Если СЭНП не включен в прикладной-контекст, то СЭУО является единственным пользователем услуги уровня-представления Пк-ДАННЫЕ.
Если СЭНП включен в прикладной-контекст, то СЭНП является единственным пользователем услуг-уровня-представления Пк-НАЧАЛО-АКТИВНОСТИ, Пк-ДАННЫЕ, Пк-МЛАДШАЯ-СИНХРОНИЗАЦИЯ, Пк-КОНЕЦ-АКТИВНОСТИ, Пк-ПРЕРЫВАНИЕ-АКТИВНОСТИ, Пк-АННУЛИРОВАНИЕ-АКТИВНОСТИ, Пк-Пл-ОТЧЕТ-ОБ-ОСОБОМ-СЛУЧАЕ, Пк-ВОЗОБНОВЛЕНИЕ-АКТИВНОСТИ, Пк-Пс-ОТЧЕТ-ОБ-ОСОБОМ-СЛУЧАЕ, Пк-ЗАПРОС-ПОЛНОМОЧИЙ и Пк-ПРЕДОСТАВЛЕНИЕ-УПРАВЛЕНИЯ. Использование нормального режима СЭНП предполагает использование нормального режима СЭУА и нормального режима услуг-уровня-представления.
7 ОПРЕДЕЛЕНИЕ АБСТРАКТНОГО СИНТАКСИСА ПРОТОКОЛА ДОСТУПА СПС
Абстрактный-синтаксис протокола доступа СПС (Р3) определен на рисунке 3.
Абстрактный синтаксис протокола доступа СПС (Р3) определен с использованием абстрактно-синтаксической нотации АСН.1, определенной в ГОСТ 34.973, и нотации удаленных операций, определенной в ГОСТ Р ИСО/МЭК 9072-1.
Определение абстрактного синтаксиса протокола доступа СПС (Р3) состоит из следующих основных частей:
- Пролог - объявления экспорта из модуля "доступ протокола СПС" (Р3) и импорта в этот модуль (рисунок 3, лист 1).
- Прикладные контексты - определения прикладных-контекстов, которые могут использоваться между пользователями-СПС и самой СПС (рисунок 3, листы 1 и 2).
- Сервисный элемент предоставления сообщения - определения сервисного элемента предоставления сообщений (СЭПрС), его удаленных операций и ошибок (рисунок 3, лист 3).
- Сервисный элемент доставки сообщения - определения сервисного элемента доставки сообщений (СЭДС), его удаленных операций и ошибок (рисунок 3, лист 4).
- Сервисный элемент управления сообщением - определения сервисного элемента управления сообщениями (СЭУС), его удаленных операций и ошибок (рисунок 3, лист 4).
|
|
|
|
|
|
|
|
|
|
|
MTSAccessProtocol {joint-iso-ccitt mhs-motis(6) protocols(0) modules(0) mts-access-protocol(1)} | ||||||||||
DEFINITIONS IMPLICIT TAGS :: = | ||||||||||
BEGIN | ||||||||||
| - - Пролог | |||||||||
EXPORTS | ||||||||||
| - - Сервисные элементы прикладного уровня | |||||||||
| mSSE, mDSE, mASE; | |||||||||
IMPORTS | ||||||||||
| - - Сервисные элементы прикладного уровня и прикладные контексты | |||||||||
| APPLICATION-SERVICE-ELEMENT, APPLICATION-CONTEXT, aCSE | |||||||||
| FROM Remote-Operations-Notation-extension { joint-iso-ccitt | |||||||||
| remote-operations(4) notation-extension(2) } | |||||||||
| rTSE | |||||||||
| FROM Reliable-Transfer-APDUs { joint-iso-ccitt reliable-trans-
| |||||||||
| fer(3) apdus(0) }
| |||||||||
| - - Параметры абстрактных услуг СПС | |||||||||
| MTsBind, MTSUnbind, MessageSubmission, ProbeSubmission, CancelDeferredDelivery, SubmissionControl, MessageDelivery, ReportDelivery, DeliveryControl, Register, ChangeCredentials, SubmissionControlViolated, ElementOfServiceNotSubscribed, DeferredDeliveryCancellationRejected, Originatorlnvalid, RecipientImproperlySpecified, MessageSubmissionIdentifierInvalid, InconsistentRequest, SecurityError, UnsupportedCriticalFunction, RemoteBindError, DeliveryControlViolated, ControlViolatesRegistration, RegisterRejected, NewCredentialsUnacceptable, OldCredentialsIncorrectlySpecified | |||||||||
| FROM MTSAbstractService { joint-iso-ccitt mhs-motis(6) mts(3) | |||||||||
| modules(0) mts-abstract-service(1)} | |||||||||
| - - Объектные идентификаторы | |||||||||
| id-ac-mts-access, id-ac-mts-forced-access, id-ac-mts-reliable-access, id-ac-mts-forced-reliable-access, | |||||||||
| id-as-acse, id-as-msse, id-as-mdse, id-as-mrse, id-as-mase, id-as-mts, id-as-mts-rtse, id-ase-msse, id-ase-mdse, id-ase-mase | |||||||||
| FROM MHSProtocoIObjectIdentifiers { joint-iso-ccitt mhs-motis(6) protocols(0) | |||||||||
| - - Прикладные контексты без СЭНП
- - Инициировано пользователем-СПС | |||||||||
| mts-access APPLICATION-CONTEXT | |||||||||
| APPLICATION SERVICE ELEMENTS {aCSE} | |||||||||
| BIND MTSBind | |||||||||
| UNBIND MTSUnbind | |||||||||
| REMOTE OPERATIONS {rOSE} | |||||||||
| UNITIATOR CONSUMER OF {mSSE, mDSE mASE} | |||||||||
| ABSTRACT SYNTAXES { | |||||||||
id-as-acse, | - - of ACSE |
| ||||||||
id-as-msse, | - - of MSSE, including ROSE |
| ||||||||
id-as-mdse, | - - of MDSE, including ROSE |
| ||||||||
id-as-mase, | - - of MASE, including ROSE |
| ||||||||
id-as-mts | - - of MTSBind and MTSUnbind - -} |
| ||||||||
:: = id-ac-mts-access |
|
| ||||||||
Рисунок 3 (Лист 1) - Определение абстрактного синтаксиса протокола доступа СПС (Р3)
|
|
|
|
|
|
|
|
|
| - - Инициировано СПС | |||||||
| mts-forced-access APPLICATION-CONTEXT | |||||||
| APPLICATION SERVICE ELEMENTS {aCSE} | |||||||
| BIND MTSBind | |||||||
| UNBIND MTSUnbind | |||||||
| REMOTE OPERATIONS {rOSE} | |||||||
| RESPONDER CONSUMER OF {mSSE, mDSE, mASE} | |||||||
ABSTRACT SYNTAXES { |
|
| ||||||
id-as-acse, | - - СЭУА |
| ||||||
id-as-msse, | - - СЭПрС, включая СЭУО |
| ||||||
id-as-mdse, | - - СЭДС, включая СЭУО |
| ||||||
id-as-mase, | - - СЭУС, включая СЭУО |
| ||||||
id-as-mts | - - СПССвязка и СПСРазвязка - -} |
| ||||||
: : = id-ас-mts-forced-access |
|
| ||||||
- - Прикладные контексты, содержащие СЭНП нормального режима
- - Инициировано пользователем-СПС
|
|
|
|
|
|
| |
| mts-reliable-access APPLICATION-CONTEXT | ||||||
| APPLICATION SERVICE ELEMENTS {aCSE, rTSE} | ||||||
| BIND MTSBind | ||||||
| UNBIND MTSUnbind | ||||||
| REMOTE OPERATIONS {rOSE} | ||||||
| UNITIATOR CONSUMER OF {mSSE, mDSE, mASE} | ||||||
ABSTRACT SYNTAXES { |
|
| |||||
id-as-acse, | - - of ACSE |
| |||||
id-as-msse, | - - of MSSE, including ROSE |
| |||||
id-as-mdse, | - - of MDSE, including ROSE |
| |||||
id-as-mase, | - - of MASE, including ROSE |
| |||||
id-as-mts-rtse | - - of MTSBind and MTSUnbind including RTSE - -} |
| |||||
: : = id-ac-mts-reliable-access |
|
| |||||
- - Инициировано СПС
|
|
|
|
|
|
|
|
|
| mts-forced-reliable-access APPLICATION-CONTEXT | |||||||
| APPLICATION SERVICE ELEMENTS {aCSE, rTSE) | |||||||
| BIND MTSBind | |||||||
| UNBIND MTSUnbind | |||||||
| REMOTE OPERATIONS {rOSE} | |||||||
| RESPONDER CONSUMER OF {mSSE, mDSE, mASE} | |||||||
ABSTRACT SYNTAXES { |
|
| ||||||
id-as-acse, | - - СЭУА |
| ||||||
id-as-msse, | - - СЭПрС, включая СЭУО |
| ||||||
id-as-mdse, | - - СЭДС, включая СЭУО |
| ||||||
id-as-mase, | - - СЭУС, включая СЭУО |
| ||||||
id-as-mts-rtse | - - СПССвязка и СПСРазвязка, включая СЭНП- -} |
| ||||||
:: = id-ac-mts-forced-reliable-access |
|
| ||||||
Рисунок 3, лист 2
|
|
|
|
- - Сервисный элемент предоставления сообщения | |||
mSSE APPLICATION-SERVICE-ELEMENT | |||
| CONSUMER INVOKES { | ||
| message-submission, | ||
| probe-submission, | ||
| cancel-deferred-delivery} | ||
| SUPPLIER INVOKES { | ||
| submission-control} | ||
| :: = id-ase-msse | ||
- - Удаленные операции |
| ||
message-submission MessageSubmission :: = 3 |
| ||
probe-submission ProbeSubmission :: = 4 |
| ||
cancel-deferred-delivery CancelDeferredDelivery :: = 7 |
| ||
submission-control SubmissionControl :: = 2 |
| ||
|
|
| - - Удаленные ошибки
submission-control-violated SubmissionControlViolated :: = 1
element-of-service-not-subscribed ElementOfServiceNotSubscribed :: = 4
deferred-delivery-cancellation-rejected DeferredDeliveryCancellationRejected :: = 8
originator-invalid Onginatorlnvalid :: = 2
recipient-improperly-specified RecipientImproperlySpecified :: = 3
message-submission-identifier-invalid MessageSubmissionIdentifierInvalid :: = 7
inconsistent-request InconsistentRequest :: = 11
security-error SecurityError :: = 12
unsupported-critical-function UnsupportedCriticalFunction :: = 13
remote-bind-error RemoteBindError :: = 15 |
Рисунок 3, лист 3
|
|
|
|
- - Сервисный элемент доставки сообщения |
| ||
mDSE APPLICATION-SERVICE-ELEMENT |
| ||
| CONSUMER INVOKES { | ||
| delivery-control } | ||
| SUPPLIER INVOKES { | ||
| message-delivery, | ||
| report-delivery} | ||
| :: = id-ase-mdse | ||
- - Удаленные операции
message-delivery MessageDelivery :: = 5
report-delivery ReportDelivery :: = 6
delivery-control DeliveryControl :: = 2
- - Удаленные ошибки
delivery-control-violated DeliveryControlViolated :: = 1
control-violates-registration ControlViolatesRegistration :: = 14
- - security-error :: = 12, defined in Part 4
- - unsupported-critical-function :: = 13, defined in Part 4
- - Сервисный элемент управления сообщением
mASE APPLICATION-SERVICE-ELEMENT
|
|
|
| CONSUMER INVOKES { | |
| register, | |
| change-credentials} | |
| SUPPLIER INVOKES { | |
| change-credentials} | |
| :: = id-ase-mase | |
- - Удаленные операции
register Register :: = 1
change-credentials ChangeCredentials :: = 8
- - Удаленные ошибки
register-rejected RegisterRejected :: = 10
new-credentials-unacceptable NewCredentialsUnacceptable :: = 6
old-credentials-incorrectly-specified OldCredentialsIncorrectlySpecified :: = 5
END - - of MTSAccessProtocol
Рисунок 3, лист 4
8 ОПРЕДЕЛЕНИЕ АБСТРАКТНОГО СИНТАКСИСА ПРОТОКОЛА ДОСТУПА ХС
Абстрактный-синтаксис протокола доступа ХС (Р7) определен на рисунке 4.
Абстрактный синтаксис протокола доступа ХС (Р7) определен с использованием абстрактно-синтаксической нотации АСН.1, определенной в ГОСТ 34.973, и нотации удаленных операций, определенной в ГОСТ Р ИСО/МЭК 9072-1.
Определение абстрактного синтаксиса протокола доступа ХС (Р7) состоит из следующих основных частей:
- Пролог - объявления экспорта из модуля "протокол доступа ХС" (Р3) и импорта в этот модуль (рисунок 4).
- Прикладные контексты - определения прикладных-контекстов, которые могут использоваться между пользователями-ХС и самой ХС (рисунок 4).
- Сервисный элемент поиска сообщений - определение сервисного элемента поиска сообщений (СЭПсС), его удаленных операций и ошибок (рисунок 4).
|
MSAccessProtocol {joint-iso-ccitt mhs-motis(6) protocols(0) modules(0) ms-access-protocol(2)} |
DEFINITIONS IMPLICIT TAGS :: = |
BEGIN |
|
|
|
|
|
- - Пролог | ||||
EXPORTS | ||||
| mRSE; | |||
IMPORTS | ||||
| - - Сервисные элементы прикладного уровня и прикладные контексты | |||
| APPLICATION-SERVICE-ELEMENT, APPLICATION-CONTEXT, aCSE | |||
| FROM Remote-Operations-Notation-extension { joint-iso-ccitt remote- | |||
| operations(4) notation-extension(2)} | |||
| rTSE | |||
| FROM Reliable-Transfer-APDUs {joint-iso-ccitt reliable-transfer(3) apdus(0)} | |||
| mSSE, mASE | |||
| FROM MTSAccessProtocol {joint-iso-ccitt mhs-motis(6) protocols(0) modules(0) mts-access-protocol(1)} | |||
|
|
- - Параметры абстрактных услуг ХС | |
MSBind, MSUnbind, Summarize, List, Fetch, Delete, Register-MS, Alert, AttributeError, AutoActionRequestError, DeleteError, FetchRestrictionError, RangeError, SecurityError, ServiceError, SequenceNumberError | |
| FROM MSAbstractService {joint-iso-ccitt mhs-motis(6) ms(4) modules(0) abstract-service(1)} |
- - Объектные идентификаторы | |
id-ac-ms-access, id-ac-ms-reliable-access, id-as-acse, id-as-msse, id-as-mrse, id-as-mase, id-as-ms, id-as-ms-rtse, | |
id-ase-mrse | |
| FROM MHSProtocolObjectIdentifiers {joint-iso-ccitt mhs-motis(6) ms(4) modules(0) object-identifiers(0)}; |
Рисунок 4 (Лист 1) - Определение абстрактного синтаксиса протокола доступа ХС (Р7)
|
|
|
|
|
|
- - Прикладкой контекст без СЭНП | |||||
ms-access APPLICATION-CONTEXT | |||||
| APPLICATION SERVICE ELEMENTS {aCSE} | ||||
| BIND MSBind | ||||
| UNBIND MSUnbind | ||||
| REMOTE OPERATIONS {rOSE} | ||||
| UNITIATOR CONSUMER OF {mSSE, mRSE, mASE} | ||||
| ABSTRACT SYNTAXES { | ||||
id-as-acse, | - - of ACSE |
| |||
id-as-msse, | - - of MSSE, including ROSE |
| |||
id-as-mrse, | - - of MRSE, including ROSE |
| |||
id-as-mase, | - - of MASE, including ROSE |
| |||
id-as-ms | - - of MSBind and MSUnbind - -} |
| |||
:: = id-ac-ms-access |
|
| |||
|
|
|
|
|
|
- - Прикладной контекст, содержащий СЭНП | |||||
ms-reliable-access APPLICATION-CONTEXT | |||||
| APPLICATION SERVICE ELEMENTS {aCSE, rTSE) | ||||
| BIND MSBind | ||||
| UNBIND MSUnbind | ||||
| REMOTE OPERATIONS {rOSE} | ||||
| INITIATOR CONSUMER OF {mSSE, mRSE, mASE} | ||||
| ABSTRACT SYNTAXES { | ||||
id-as-acse, | - - СЭУА |
| |||
id-as-msse, | - - СЭПрС, включая СЭУО |
| |||
id-as-mrse, | - - СЭПсС, включая СЭУО |
| |||
id-as-mase, | - - СЭУС, включая СЭУО |
| |||
id-as-ms-rtse | - - ХССвязка и ХСРазвязка - -} |
| |||
:: = id-ac-ms-reliable-access |
|
| |||
|
|
|
- - Сервисный элемент поиска сообщения | ||
mRSE APPLICATION-SERVICE-ELEMENT | ||
| CONSUMER INVOKES { | |
| summarize, | |
| list, | |
| fetch, | |
| delete, | |
| register-MS} | |
| SUPPLIER INVOKES { | |
| alert} | |
| :: = id-ase-mrse | |
- - Удаленные операции
summarize Summarize:: = 20
list List :: = 21
fetch Fetch :: = 22
delete Delete :: = 23
register-ms Register-MS :: = 24
alert Alert :: = 25
Рисунок 4, лист 2
- - Удаленные ошибки
attribute-error AttributeError :: = 21
auto-action-request-error AutoActionRequestError :: = 22
delete-error DeleteError :: = 23
fetch-restriction-error FetchRestrictionError :: = 24
range-error RangeError :: = 25
security-error SecurityError :: = 26
service-error ServiceError:: = 27
sequence-number-error SequenceNumberError :: = 28
END - - протокола Доступа ХС
Рисунок 4, лист 3
9 ПРЕОБРАЗОВАНИЕ В ИСПОЛЬЗУЕМЫЕ УСЛУГИ
В данном разделе определяется преобразование протоколов доступа СОС в используемые услуги.
В подразделе 9.1 определяется преобразование в используемые услуги для тех прикладных-контекстов, где отсутствует СЭНП. В подразделе 9.2 определено преобразование протокола в используемые услуги для тех прикладных-контекстов, в которых имеется СЭНП.
9.1 Прикладные протоколы при отсутствии СЭНП
В этом подразделе определяется преобразование протоколов доступа СОС в используемые услуги для тех прикладных-контекстов, где отсутствует СЭНП. С точки зрения соответствия настоящему стандарту обеспечение этого преобразования имеет факультативный характер.
9.1.1 Преобразование в СЭУА
В этом подразделе определяется преобразование услуг абстрактной-связки (связка-СПС или связка-ХС) и абстрактной-развязки (развязка-СПС и развязка-ХС) в услуги СЭУА в нормальном режиме для тех прикладных-контекстов, где отсутствует СЭНП. Элемент СЭУА определен в ГОСТ 34.981.
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 определены абстрактные-синтаксисы, входящие в состав прикладных-контекстов.
9.1.1.1.5 Качество услуг
Этот параметр должен обеспечиваться инициатором ассоциации в примитиве Пк-АССОЦИАЦИЯ запрос и ответчиком ассоциации в примитиве Пк-АССОЦИАЦИЯ ответ. Параметры "расширенное управление" и "оптимизированная диалоговая передача" должны быть установлены в значение "не требуется". Остальные параметры должны быть такими, чтобы использовались значения по умолчанию.
Для получения доступа к полной версии без ограничений вы можете выбрать подходящий тариф или активировать демо-доступ.